Histórico da Página
...
| Línea de Producto: | Microsiga Protheus. | ||||||||||||||||||||||||||||||||||||||||||
| Segmento: | Servicios- Mercado Internacional. | ||||||||||||||||||||||||||||||||||||||||||
| Módulo: | SIGAFAT- Facturación. | ||||||||||||||||||||||||||||||||||||||||||
| Rutina: |
| ||||||||||||||||||||||||||||||||||||||||||
| Issue: | DMINA-2487, DMINA-2753, DMINA-2978, DMINA-3107, DMINA-3222, DMINA-3693, DMINA-4582, DMINA-5100 (v 12.1.17), DMINA-5175 (v 12.1.17), DMINA-6420, DMINA-5484, DMINA-8877, DMINA-8799 | ||||||||||||||||||||||||||||||||||||||||||
País(es): | Colombia. | ||||||||||||||||||||||||||||||||||||||||||
Base(s) de Datos: | Todas. | ||||||||||||||||||||||||||||||||||||||||||
Sistema(s) operativo(s): | Todos. | ||||||||||||||||||||||||||||||||||||||||||
| Tablas utilizadas: |
|
...
Campo | F1_TIPREF |
Tipo | C |
Tamaño | 1 |
Decimal | |
Formato | @! |
Título | Tipo Nota CrC |
Descripción | Tipo de nota de Credito |
Nivel | 1 |
Utilizado | Sí |
Obrigatório | Sí |
Browse | No |
Consulta | COL003 |
Val. Sistema | Vazio() .or. ValidF3I("S003", M->F1_TIPREF,1,1) |
Help | Catálogo 8.4. Concepto de Notas Crédito conforme definición de la DIAN. |
...
En caso de que la certificación de los comprobantes fiscales se vaya a realizar a través del servicio web Dfactura de The Factory HKA, debe modificar el catálogo S005 - Impuestos Factura Electrónica, de acuerdo al listado que el Proveedor Tecnológico maneja.
...
| Informações |
|---|
Verifique la configuración actual de la Tabla S005-Impuestos F.E. |
b) En el módulo Facturación (SIGAFAT) desde Actualizaciones | Archivos | Impuestos Variables (MATA995).
...
| Producto | TOTVS Backoffice | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Línea de producto: | Línea Protheus | ||||||||||||
| Segmento: | Backoffice | ||||||||||||
| Módulo: | SIGAFAT - Facturación. | ||||||||||||
| Función: |
| ||||||||||||
| País: | Colombia (COL) / Pacote atusx: 010898 | ||||||||||||
| Ticket: | 14200456 | ||||||||||||
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-15818 |
...
Campo | AIT_CODRES |
Tipo | C |
Tamaño | 7 |
Val. Sistema | Vazio() .Or. ValidF3I("S014", M->AIT_CODRES,1,7) |
3. PROBLEMAS COMUNES
3.1 Facturas de Venta
3.1.1 Transmisión de más de 200 Facturas de Venta
Si al transmitir más de 200 documentos electrónicos desde la rutina Facturación Electrónica (MATA486), se presenta el error.log:
THREAD ERROR ([12408], cristian.hidalgo, 4069-NB) 03/06/2020 13:51:53
Application Server Work area table full (Max= 1024)
( PREVIOUS ERROR : Application Server Work area table full (Max= 1024) )
on MPSYSOPENQUERY(MPSYSOPENTABLES.PRW) 28/06/2019 18:27:43 line : 697
Solución:
Eliminar del archivo FATSCOL.INI la sección de generación del Código Único de Facturación Electrónica (CUFE), ya que es un dato que NO es enviado a los servicios web del proveedor tecnológico The Factory HKA, el CUFE es generado por proveedor tecnológico e incluido en el XML retornado dentro del nodo cbc:UUID.
Adicional se requiere contar con la siguientes solución: 9091119 DMINA-9855 DT Application Server Work area table full (Max= 1024) Documentos Electrónicos COL
4. Anexo Técnico versión 1.8 DIAN
Descripción de actualizaciones de acuerdo al Anexo Técnico de Factura Electrónica de Venta - Versión 1.8 de la DIAN, vigente a partir del 9 de Mayo de 2021.
4.1 Generales
- En la generación de NCC/NDC se eliminan los códigos de tipo de operación que hacen referencia a facturas del modelo de validación posterior.
- Los Grupos de Direcciones (nodos de direcciones del emisor y del receptor) ahora son opcionales, sin embargo, el comprobante electrónico continua incluyendo estas informaciones.
- Anticipo a la factura, dato informativo opcional en el comprobante electrónico. El sistema no usa esta información.
- Aproximaciones de impuesto sobre las ventas cobradas. Proceso opcional que no es necesario adoptar en el sistema.
- Código postal de la dirección del adquiriente. Actualmente el sistema no usa la tabla correspondiente, el usuario registra el dato que proporciona el adquiriente, sin restricción.
- Tipos de operación no controlados en el sistema:
- Sector Transporte
- Sector Salud
- Sector Notaria
4.2 Actualizaciones a catálogos
La siguiente lista corresponde a conceptos de códigos nuevos, eliminados o modificados de las tablas de la DIAN consideradas en el sistema.
El usuario deberá realizar el movimiento según corresponda en la rutina SIGAFAT | Actualizaciones | Archivos | Mantenimiento de Catálogos.
...
Código de tabla
en el sistema
Descripción
Movimiento
Códigos afectados - Descripción
...
3 - Rebaja o Descuento Parcial o Total
4 - Ajuste de Precio
5 - Otros
...
08 - IC Porcentual
30 - IC Datos
...
06 - ReteRenta
22 - INC Bolsas
...
1 - Persona Jurídica y Asimiladas
2 - Persona Natural y Asimiladas
...
23 - NCC v1
33 - NDC v1
2.17 Fabricante de Software campo extra 5170007 en la impresión de documentos transmitidos
| Producto | TOTVS Backoffice | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Línea de producto: | Línea Protheus | |||||||||
| Segmento: | Backoffice | |||||||||
| Módulo: | SIGAFAT - Facturación | |||||||||
| Función: |
| |||||||||
| País: | Colombia | |||||||||
| Ticket: | No aplica. | |||||||||
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-21078 |
2.17.1 Visión general
En la rutina de Transmisión Electrónica (MATA486) al realizar la transmisión electrónica y ejecutar la impresión gráfica desde la acción "Imprimir PDF", a través del Proveedor Tecnológico denominado The Factory HKA de los documentos de tipo Factura de Venta (NF), Nota de Débito de Cliente (NDC) y Nota de Crédito de Cliente (NCC), Nota de Ajuste de Débito, Nota de Ajuste de Crédito y Documento de Soporte, se requiere que en la representación gráfica se visualice el Fabricante de Software.
2.17.2 Configuraciones Previas
En la rutina de Carga de Catálogos (FISA814):
Se agrega la estructura de la definición de la Tabla S019 - Fabricante de Software, para permitir incluir la información requerida para el campo extra 5170007 del fabricante de software.
En el módulo Facturación (SIGAFAT), ir al menú Actualizaciones | Archivos | Definición de Catálogos (FISA812).
Validar que para el catálogo S019 - Fabricante de Software exista la estructura y que sea la siguiente:
| Informações | ||
|---|---|---|
| ||
Si se requiere se puede modificar el tamaño de los campos según se requiera solo es importante mencionar que la suma del tamaño de los campos no debe superar un total de 250. |
En el módulo Facturación (SIGAFAT), ir al menú Actualizaciones | Archivos | Mantenimiento de Catálogos (FISA813).
Incluir manualmente o por medio del 19FabricanteSoftware.csv, la información de Fabricante de Software.
Ejemplo para el proceso manual
Ejemplo para el proceso por medio del archivo .CSV
Configurar el parámetro MV_PATH814, con la ruta local donde se colocarán los archivos en formato .csv para la carga de catálogos.
Tener el siguiente archivo con la información de la fabrica de software, el cual debe tener la siguiente información separa por pipes (|), donde:
Posición 1 = Valor para el atributo controlInterno1 (informar el nombre del Software).
Posición 2 = Valor para el atributo controlInterno2 (informar el NIT del Fabricante de Software).
Posición 3 = Valor para el atributo nombre (para el nombre de fabricante se debe colocar el valor 5170007).
Posición 4 = Valor para el atributo pdf (colocar el valor 1 para visualizar los datos del fabricante en el PDF de la representación gráfica).
Posición 5 = Valor para el atributo valor (informar la Razón Social del Fabricante de Software).
Posición 6 = Valor para el atributo xml (colocar el valor 1 para visualizar los datos del fabricante en el XML).
| Informações | ||
|---|---|---|
| ||
Es importante indicar en el campo "Nombre" en la 3ra posición del catálogo el valor 5170007 ya que esté indica como el campo "Fabricante de Software" por parte del proveedor tecnológico denominado The Factory HKA. |
2.17.3 Ejemplo de utilización
- En el módulo Facturación (SIGAFAT), ir al menú Actualización | Facturación | Documentos Electrónicos (MATA486).
- Informar los siguientes parámetros para el filtrado de los Documentos a transmitir:
- ¿Tipo de Documento? = Seleccionar “Factura”.
- ¿Serie? = <Serie de la Factura a transmitir>.
- ¿Estatus? = Seleccionar la opción “0”, para obtener todos los Documentos, sin realizar filtrado por estatus.
- Informar el rango de Fecha Inicial y Final para considerar el filtrado por la fecha de emisión del Documento a transmitir.
- Ejecutar la acción Transmitir.
- Informar los siguientes parámetros:
- ¿Serie de la Factura? = <Serie de la Factura a transmitir>
- ¿Factura Inicial? = <Folio Inicial de la Factura a transmitir>
- ¿Factura Final? = <Folio Final de la Factura a transmitir>
- Validar en el log del proceso que la transmisión haya sido exitosa y que el documento se actualice con estatus autorizado (F1_FLFTEX = '6').
- En Otras acciones ejecutar la acción Imprimir PDF.
- Informar los parámetros:
- ¿Serie de Documento? = <Serie de la Factura de Venta creada en las pre-condiciones>.
- ¿Documento Inicial? = <Folio de la Factura de Venta creada en las pre-condiciones>.
- ¿Documento Final? = <Folio de la Factura de Venta creada en las pre-condiciones>.
- Validar que la representación gráfica proporcionada por The Factory HKA en la sección Pie de Página se visualice la etiquetas de Fabricante de Software.
2.18 Cálculo de Impuestos saludables ICUI/IBUA y la impresión de documentos transmitidos
| Línea de producto: | Línea Protheus | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Segmento: | Backoffice | ||||||||||||||||||
| Módulo: | SIGAFAT - Facturación | ||||||||||||||||||
| Función: |
| ||||||||||||||||||
| País: | Colombia Pacote: 012985 | ||||||||||||||||||
| Ticket: | NA | ||||||||||||||||||
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-21264 |
2.18.1 Visión general
Estatuto tributario - Articulo 513
Conforme al artículo 513 del Estatuto Tributario, titulado “Impuestos Saludables”, por el cual establecen los parámetros normativos para reportar los impuestos a bebidas Ultraprocesadas Azucaradas y Alimentos Ultraprocesados en el caso en el que el producto aplique.
Los impuestos saludables deben calcularse a los documentos de entrada como lo son Factura de Entrada(MATA101N), Documento Soporte(MATA101N), Notas de Crédito y Debito de Proveedor y Notas de ajuste(MATA466N) y a los documentos de salida como lo son Facturas de Cliente(MATA467N) y Notas de Crédito y Débito de cliente(MATA465N).
Regla de negocio.
- Para los documentos de entrada o de salida se realizará el cálculo cuando el documento tenga un producto con el campo ¿Imp Salud? igual a "S - Si", si el producto tiene informado el campo ¿Imp Salud? igual a "N - No" o esta vacio o el campo no existe, el impuesto no será calculado.
2.18.2 Configuraciones Previas
- En el módulo Facturación(SIGAFAT), ir al menú Actualizaciones | Archivos | Clientes.
- Configurar un Cliente con los valores estandar.
- En el módulo Compras(SIGACOM), ir al menú Actualizaciones | Archivos | Productos.
- Configurar un Producto con el campo ¿Imp Salud? igual a "S - Si"
- En el módulo Compras (SIGACOM), ir al menú Actualizaciones | Archivos | Tipos de Entrada y Salida.
- Configurar un Tipo de Salida, con cálculo de Impuesto a los productos comestibles.
- En el módulo Compras (SIGACOM), ir al menú Actualizaciones | Archivos | Imp. Variables
- Configurar el impuesto ICUI:
- Impuesto (FB_CODIGO): CUI
- Descripción (FB_DESCR): PRODUCTOS COMESTIBLES ULTRAPRO
- Fórmula Entrada (FB_FORMENT): M100ICUI
- Fórmula Salida (FB_FORSAI): M460ICUI
- % Alícuota (FB_ALIQ): 10
- Cpo del L.F. (FB_CPOLVRO): C
- Clase Impuesto (FB_CLASSE): I-Impuesto
- Impuesto FE (FB_IMPSAT): ZZ
- Configurar el impuesto ICUI:
- En el módulo Facturación (SIGAFAT), ir al menú Actualizaciones | Archivos | Definición de Catálogos (FISA812).
- Validar que para el catálogo S020 - Impuestos Extras y que sea la siguiente:
- Validar que para el catálogo S020 - Impuestos Extras y que sea la siguiente:
En el módulo Facturación (SIGAFAT), ir al menú Actualizaciones | Archivos | Mantenimiento de Catálogos (FISA813).
Incluir manualmente o por medio del 20ImpuestosExtras.csv, la información de los Impuestos que serán impresos como campos extras.
Ejemplo para el proceso manual
Ejemplo para el proceso por medio del archivo .CSV
Configurar el parámetro MV_PATH814, con la ruta local donde se colocarán los archivos en formato .csv para la carga de catálogos.
Tener el siguiente archivo con la información de la fabrica de software, el cual debe tener la siguiente información separa por pipes (|), donde:
Posición 1 = Valor para el atributo controlInterno1 (informar el nombre del Software).
Posición 2 = Valor para el atributo controlInterno2 (informar el NIT del Fabricante de Software).
Posición 3 = Valor para el atributo nombre (para el nombre de fabricante se debe colocar el valor 5170007).
Posición 4 = Valor para el atributo pdf (colocar el valor 1 para visualizar los datos del fabricante en el PDF de la representación gráfica).
Posición 5 = Valor para el atributo valor (informar la Razón Social del Fabricante de Software).
Posición 6 = Valor para el atributo xml (colocar el valor 1 para visualizar los datos del fabricante en el XML).
Posición 7 = Valor que se utilizará para determinar el Impuesto que se va a imprimir (colorcar el código del impuesto de la tabla SFB - Impuestos Varibles).
2.18.3 Ejemplo de utilización
Para Documento de Entrada con cálculo de impuestos saludables ICUI/IBUA
- En el Encabezado informar del Documento informar los campos:
- Proveedor (F1_FORNECE)
- Tienda (F1_LOJA)
- Serie (F1_SERIE)
- Num. de Doc. (F1_DOC)
- En los Ítems del Documento informar los siguientes campos:
- Producto (D1_COD) - campo ¿Imp Salud? igual a "S - Si"
- Cantidad (D1_QUANT)
- Valor Unit. (D1_VUNIT)
- Valor Total (D1_TOTAL)
- Tipo Entrada (D1_TES)
- En la pestaña "Impuestos" en el pie del Documento, validar el cálculo de impuestos saludables ICUI/BUA
Para Documento de Salida con cálculo de impuestos saludables ICUI/IBUA
- En el Encabezado informar del Documento informar los campos:
- Cliente (F2_CLIENTE)
- Tienda (F2_LOJA)
- Serie Docto. (F2_SERIE)
- N. Documento (F2_DOC)
- En los Ítems del Documento informar los siguientes campos:
- Producto (D2_COD) - campo ¿Imp Salud? igual a "S - Si"
- Cantidad (D2_QUANT)
- Valor Unit. (D2_PRCVEN)
- Valor Total (D2_TOTAL)
- Tipo Salida (D2_TES)
- En la pestaña "Impuestos" en el pie del Documento, validar el cálculo de impuestos saludables ICUI/IBUA
2.19 Rechazos al transmitir una Factura de Exportación (ZE02,FAR02,FAR03).
| Producto |
| |||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Línea de producto: |
| |||||||||
| Segmento: |
| |||||||||
| Módulo: | SIGAFAT - Facturación | |||||||||
| Función: |
| |||||||||
| País: | Colombia (COL) | |||||||||
| Ticket: | 20049456 | |||||||||
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-23201 |
SITUACIÓN/REQUISITO
En la rutina de Documentos Electrónicos (MATA486), al intentar transmitir una Factura de Exportación (NF) se presenta las siguientes reglas de rechazo:
- ZE02 ,Valor de la Firma inválido.
- FAR02, Descargo de Responsabilidad - "Remítase a regla FAD15b ya que al cumplirse dicha regla verifica que este elemento corresponder al mismo valor informado en DocumentCurrencyCode.
- FAR03, Descargo de Responsabilidad - "SourceCurrencyBaseRate trae valor diferente a 1.00.
SOLUCION
En la rutina de Funciones Genéricas de Facturación Electrónica - Colombia (M486XFUNCO):
En la función Función para llenado de oWSfactura solicitado por TheFactory HKA, se realiza el ajuste para cuando el documento es una Factura de Exportación, envié en los Datos adicionales (oWSextras) el valor del campo extra "FEXP2".
Regla de Rechazo ZE02- Mensaje: Valor de la Firma inválido
En la INI de Script de generación de archivos XML; NF y NDC de exportación (FATSECOL):
Para las reglas de rechazo FAR02 y FAR03 se requiere modificar las siguientes lineas en al archivo INI.
| Nota | ||
|---|---|---|
| ||
(PRE) _aTotal[001] += ' <cbc:SourceCurrencyCode>' + "COP" + '</cbc:SourceCurrencyCode>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <cbc:SourceCurrencyBaseRate>' + Alltrim(Str(SF2->F2_TXMOEDA,11,2)) + '</cbc:SourceCurrencyBaseRate>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <cbc:TargetCurrencyCode>' + Alltrim( Posicione("CTO",1,xFilial("CTO")+Strzero(SF2->F2_MOEDA,2),"CTO_MOESAT") ) + '</cbc:TargetCurrencyCode>' + ( chr(13)+chr(10) ) |
2.20 Transmisión de Factura de Venta (NF), Nota de Crédito (NCC) y Nota de Débito con Cliente Nacional con Moneda diferente de 1-Pesos (Anexo 1.9)
| Producto |
| ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Línea de producto: |
| ||||||||||||||||||
| Segmento: |
| ||||||||||||||||||
| Módulo: | SIGAFAT - Facturación | ||||||||||||||||||
| Función: |
| ||||||||||||||||||
| País: | Colombia (COL) | ||||||||||||||||||
| Ticket: | 20240417 | ||||||||||||||||||
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-23601 |
SITUACIÓN/REQUISITO
En la rutina de Documentos Electrónicos (MATA486), al realizar la transmisión de una Factura de Venta (NF), Nota de Crédito de Cliente (NCC) o Nota de Débito de Cliente (NDC) con Cliente Nacional no está realizando la conversión de los montos a Pesos Colombianos (COP) y los atributos MonedaOrigen, MonedaDestino, BaseMonedaOrigen y BaseMonedaDestino se envían invertidos, lo cual presenta los siguientes rechazos:
FAR02, Descargo de Responsabilidad - "Remítase a regla FAD15b ya que al cumplirse dicha regla verifica que este elemento corresponder al mismo valor informado en DocumentCurrencyCode.
FAR03, Descargo de Responsabilidad - "SourceCurrencyBaseRate trae valor diferente a 1.00
Al realizar la transmisión de una Factura de Venta de Exportación (Cliente Extranjero), en el SoapRequest en los nodos direccionCliente y direccionFiscal, se solicita que sólo se envíen los atributos Dirección y País.
SOLUCION
En la rutina de Funciones Genéricas de Documentos Electrónicos (M486XFUN):
En las Funciones que generan los nodos de Impuestos a nivel encabezado y detalle (fGetTaxas/fGetTaxDet), se desactivó el uso del parámetro MV_ANEXO19, que permitía desactivar la funcionalidad del Anexo 1.9, el cual ya es obligatorio a partir del 01 de Mayo del 2024, y se eliminó condición de que el Cliente sea Extranjero (A1_EST igual a 'EX') para que la conversión a moneda Pesos Colombianos (COP) de los Impuestos y la conversión se realizará si la especie del documento es Factura de Venta (NF), Nota de Crédito de Cliente (NDC) o Nota de Débito de Cliente (NDC) y la Moneda (F1_MOEDA/F2_MOEDA) es diferente de 1.
En la rutina de Funciones Genéricas de Facturación Electrónica de Colombia (M486XFUNCO):
Se realizaron los siguientes ajuste, que aplican si el Cliente es Extranjero (A1_EST = 'EX') o Nacional, y la Moneda DIAN (CTO_MOESAT) de la Moneda es diferente de (COP) :
- El atributo moneda se envía con el valor COP.
- Se envían los campos extras FEXP1, FEXP2 y FEXP3, para activar el UBL Extensión y enviar los valores en la moneda original del Documento.
- Se realiza ajuste para que no se envié en los campos extras la tasa de cambio para las Facturas de Exportación o Nacional.
Se realiza ajuste para que al transmitir una Factura de Venta (NF), Nota de Crédito de Cliente (NCC) o Nota de Débito de Cliente (NDC), si el Cliente es Extranjero (A1_EST igual a 'EX') en los nodos direccionCliente y direccionFiscal del Soap Request, se envien únicamente los atributos Direccion y Pais.
En los archivos de la Estructura del XML de Documentos de Salida y Estructura del XML de Documentos de Entrada (FATSCOL.INI/FATECOL.INI):
Se realizaron los siguientes ajustes, para cuando la moneda del documento es diferente de la moneda local:
- Informar el atributo SourceCurrencyCode con el valor COP.
- Informar el atributo SourceCurrencyBaseRate con el valor del campo Tasa Moneda (F1_TXMOEDA/F2_TXMOEDA).
- Informar el atributo TargetCurrencyCode con el valor del campo Moneda DIAN (CTO_MOESAT) de la moneda del documento.
- Realizar la conversión del Descuento y Precio de Venta para cada uno de los ítems.
En el archivo de la Estructura del XML de Documentos de Exportación (FATSECOL.INI): - Se elimina el uso del parámetro MV_ANEXO19, que permitía desactivar la funcionalidad del Anexo 1.9, el cual ya es obligatorio a partir del 01 de Mayo del 2024.
- Se realiza conversión del atributo LineExtensionAmount del nodo InvoiceLine/DebitNoteLine, para enviar de manera correcta el atributo MontoBase del nodo Descuentos del Soap Request.
2.20.1 Configuraciones Previas
Realizar los ajustes que se indican en color azul para cada uno de los archivos FATSCOL.INI ,FATECOL.INI y FATSECOL.INI:
| Informações | ||
|---|---|---|
| ||
FATSCOL.INI //FATSCOL.INI -- NFE Colombia v2 - Resolucion 0019 / FEB. 2016 [XXX INICIALIZACION] (PRE) _aTotal[117] := IIF(_aTotal[116] .AND. SF2->(ColumnPos("F2_TIPNOTA")) > 0, SF2->F2_TIPNOTA , "") (PREREG) FsQuery(_aTotal[101],1,"D2_DOC='" + SF2->F2_DOC + "' AND D2_SERIE='" + SF2->F2_SERIE + "' AND D2_CLIENTE='" + SF2->F2_CLIENTE + "' AND D2_LOJA='" + SF2->F2_LOJA + "'","SD2->D2_DOC=SF2->F2_DOC .AND. SD2->D2_SERIE=SF2->F2_SERIE .AND. SD2->D2_CLIENTE=SF2->F2_CLIENTE .AND. SD2->D2_LOJA=SF2->F2_LOJA","D2_ITEM") .And. .T. [SFP CONTROL FOMULARIOS] [SD2 GENERANDO_XML] [XXX CABECERA] [XXX FACTURA] // Manual con serie (PRE) _aTotal[001] += ' <cbc:IssueDate>'+ _aTotal[095] +'</cbc:IssueDate>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <cbc:InvoiceTypeCode listAgencyID="195" listAgencyName="CO, DIAN (Direccion de Impuestos y Aduanas Nacionales)" listSchemeURI="http://www.dian.gov.co/contratos/facturaelectronica/v1/InvoiceType">'+ IIF(AllTrim(SF2->F2_ESPECIE)=="NF","01","92") +'</cbc:InvoiceTypeCode>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <cbc:Note><![CDATA['+ IIF(AllTrim(SF2->F2_ESPECIE)=="NDC",SF2->F2_MOTIVO,"") + ']]></cbc:Note>' + ( chr(13)+chr(10) ) //Documentos referenciados (solo facturas) // BillingReference solo para la Nota de Débito [XXX EMISOR] [XXX RECEPTOR] (PRE) _aTotal[001] := ' <fe:AccountingCustomerParty>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <cac:PaymentTerms>' + ( chr(13)+chr(10) ) [XXX IMPUESTOS] [XXX TOTALES] [SD2 INVOICE] [XXX INVOICE_FIN] [XXX FACTURA] (ARQ) _aTotal[094] |
| Informações | ||
|---|---|---|
| ||
FATECOL.INI //FATECOL.INI -- NFE Colombia v2 - Resolucion 0019 / FEB. 2016 [XXX INICIALIZACION] (PRE) _aTotal[033] := ALLTRIM (SF1->F1_ESPECIE) (PREREG) FsQuery(_aTotal[101],1,"D1_DOC='" + SF1->F1_DOC + "' AND D1_SERIE='" + SF1->F1_SERIE + "' AND D1_FORNECE='" + SF1->F1_FORNECE + "' AND D1_LOJA='" + SF1->F1_LOJA + "'","SD1->D1_DOC=SF1->F1_DOC .AND. SD1->D1_SERIE=SF1->F1_SERIE .AND. SD1->D1_FORNECE=SF1->F1_FORNECE .AND. SD1->D1_LOJA=SF1->F1_LOJA","D1_ITEM") .And. .T. [SFP CONTROL FOMULARIOS] [SD1 GENERANDO_XML] [XXX CABECERA] [XXX FACTURA] (PRE) _aTotal[001] := IIF(_aTotal[116] .OR. _aTotal[117],'<fe:Invoice ','<fe:CreditNote ') (PRE) _aTotal[001] += ' <ext:UBLExtensions>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <sts:SoftwareProvider>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <sts:ProviderID schemeAgencyID="195" schemeAgencyName="CO, DIAN (Direccion de Impuestos y Aduanas Nacionales)" schemeURI="http://www.unece.org/trade/untdid/d08a/tred/tred3055.htm" schemeName="NIT, RUT" schemeDataURI="http://www.unece.org/trade/untdid/d08a/tred/tred3055.htm" schemeName="NIT, RUT" schemeDataURI="www.dian.gov.co/contenidos/servicios/rut_preguntasfrecuentes.html"+ _aTotal[098] +'</sts:ProviderID>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <sts:SoftwareID schemeAgencyID="195" schemeAgencyName="CO, DIAN (Direccion de Impuestos y Aduanas Nacionales)" schemeURI="http://www.unece.org/trade/untdid/d08a/tred/tred3055.htm" schemeName="Código de Activación" schemeDataURI="http://www.dian.gov.co/micrositios/fac_electronica/documentos/Guia_del_usuario_Habilitacion_Adquirente.pdf" >'+ _aTotal[099] +'</sts:SoftwareID>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' </sts:SoftwareProvider>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <sts:SoftwareSecurityCode schemeAgencyID="195" schemeAgencyName="CO, DIAN (Direccion de Impuestos y Aduanas Nacionales)" schemeURI="http://www.unece.org/trade/untdid/d08a/tred/tred3055.htm" schemeName="Código de Seguridad del Software" schemeDataURI="http://www.dian.gov.co/micrositios/fac_electronica/documentos/Anexo_Tecnico_003_Mecanismos_Sistema_Tecnico_de_Control.pdf">'+ _aTotal[100] +'</sts:SoftwareSecurityCode>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' </sts:DianExtensions>' + ( chr(13)+chr(10) ) // BillingReference [XXX EMISOR] [XXX RECEPTOR] (PRE) _aTotal[001] := '<fe:AccountingCustomerParty>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <cac:PaymentTerms>' + ( chr(13)+chr(10) ) [XXX IMPUESTOS] [XXX TOTALES] [SD1 INVOICE] (PREREG) _aTotal[108] := fGetTaxDet(SD1->D1_DOC,SD1->D1_SERIE,SD1->D1_FORNECE,SD1->D1_LOJA,SD1->D1_TES,If(_aTotal[116] .OR. _aTotal[117], "NCC",AllTrim(SF1->F1_ESPECIE))) [XXX INVOICE_FIN] [XXX FACTURA] (ARQ) _aTotal[094] |
| Informações | ||
|---|---|---|
| ||
FATSECOL.INI //FATSCOL.INI -- NFE Colombia v2 - Resolucion 0019 / FEB. 2016 [XXX INICIALIZACION] (PRE) _aTotal[033] := ALLTRIM (SF2->F2_ESPECIE) (PRE) _aTotal[115] := SuperGetMV("MV_ANEXO19",.F.,.F.) Se debe eliminar (PREREG) FsQuery(_aTotal[101],1,"D2_DOC='" + SF2->F2_DOC + "' AND D2_SERIE='" + SF2->F2_SERIE + "' AND D2_CLIENTE='" + SF2->F2_CLIENTE + "' AND D2_LOJA='" + SF2->F2_LOJA + "'","SD2->D2_DOC=SF2->F2_DOC .AND. SD2->D2_SERIE=SF2->F2_SERIE .AND. SD2->D2_CLIENTE=SF2->F2_CLIENTE .AND. SD2->D2_LOJA=SF2->F2_LOJA","D2_ITEM") .And. .T. [SFP CONTROL FOMULARIOS] [SD2 GENERANDO_XML] [XXX CABECERA] [XXX FACTURA] (PRE) _aTotal[001] := IIF(AllTrim(SF2->F2_ESPECIE)=="NF",'<fe:Invoice ','<fe:DebitNote ') (PRE) _aTotal[001] += ' <ext:UBLExtensions>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <cbc:IdentificationCode listAgencyID="6" listAgencyName="United Nations Economic Commission for Europe" listSchemeURI="urn:oasis:names:specification:ubl:codelist:gc:CountryIdentificationCode-2.0">CO</cbc:IdentificationCode>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' </sts:InvoiceSource>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <sts:ProviderID schemeAgencyID="195" schemeAgencyName="CO, DIAN (Direccion de Impuestos y Aduanas Nacionales)">'+ _aTotal[098] +'</sts:ProviderID>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' </ext:ExtensionContent>' + ( chr(13)+chr(10) ) (PRE) _aTotal[001] += ' <cbc:IssueDate>'+ _aTotal[095] +'</cbc:IssueDate>' + ( chr(13)+chr(10) ) // DiscrepancyResponse Solo para la Nota de Débito // BillingReference solo para la Nota de Débito [XXX EMISOR] [XXX RECEPTOR] (PRE) _aTotal[001] := ' <fe:AccountingCustomerParty>' + ( chr(13)+chr(10) ) [XXX IMPUESTOS] [XXX TOTALES] [SD2 INVOICE] [XXX INVOICE_FIN] [XXX FACTURA] (ARQ) _aTotal[094] |
2.20.2 Ejemplo de utilización
En el módulo Facturación (SIGAFAT):
Desde el Actualizaciones | Archivos | Clientes, configurar un Cliente Nacional para la Factura de Venta/Nota de Crédito de Cliente.
Desde el Actualizaciones | Archivos | Productos, configurar el o los Productos para la Factura de Venta/Nota de Crédito de Cliente.
Desde el Actualizaciones | Archivos | Tipos de Entrada y Salida, configurar el Tipo de Salida (TES) para la Factura de Venta y Tipo de Entrada (TES) para la Nota de Crédito de Cliente.
En el módulo Facturación (SIGAFAT):
- Ir al menú Actualizaciones | Facturación | Facturaciones (MATA467N).
- Incluir una nueva Factura de Venta (NF).
- Informar en el encabezado el Cliente Nacional configurado previamente.
- Informar en el detalle el o los Productos (D2_COD), Cantidad (D2_QUANT), Valor Unit. (D2_PRCVEN), Valor Total D2_TOTAL) y Tipo Salida (D2_TES).
- Ir al menú Actualizaciones | Facturación | Transmisión Electrónica (MATA486).
- Realizar la transmisión de la Factura de Venta (Validar que la transmisión haya sido exitosa)
- Desde Otras acciones ejecutar la acción Imprimir PDF.
- Validar que en el formato PDF, los montos se muestren en moneda COP, y que se visualice la información en la moneda origen del Documento.
3. PROBLEMAS COMUNES
3.1 Facturas de Venta
3.1.1 Transmisión de más de 200 Facturas de Venta
Si al transmitir más de 200 documentos electrónicos desde la rutina Facturación Electrónica (MATA486), se presenta el error.log:
THREAD ERROR ([12408], cristian.hidalgo, 4069-NB) 03/06/2020 13:51:53
Application Server Work area table full (Max= 1024)
( PREVIOUS ERROR : Application Server Work area table full (Max= 1024) )
on MPSYSOPENQUERY(MPSYSOPENTABLES.PRW) 28/06/2019 18:27:43 line : 697
Solución:
Eliminar del archivo FATSCOL.INI la sección de generación del Código Único de Facturación Electrónica (CUFE), ya que es un dato que NO es enviado a los servicios web del proveedor tecnológico The Factory HKA, el CUFE es generado por proveedor tecnológico e incluido en el XML retornado dentro del nodo cbc:UUID.
Adicional se requiere contar con la siguientes solución: 9091119 DMINA-9855 DT Application Server Work area table full (Max= 1024) Documentos Electrónicos COL
4. Anexo Técnico versión 1.8 DIAN
Descripción de actualizaciones de acuerdo al Anexo Técnico de Factura Electrónica de Venta - Versión 1.8 de la DIAN, vigente a partir del 9 de Mayo de 2021.
4.1 Generales
- En la generación de NCC/NDC se eliminan los códigos de tipo de operación que hacen referencia a facturas del modelo de validación posterior.
- Los Grupos de Direcciones (nodos de direcciones del emisor y del receptor) ahora son opcionales, sin embargo, el comprobante electrónico continua incluyendo estas informaciones.
- Anticipo a la factura, dato informativo opcional en el comprobante electrónico. El sistema no usa esta información.
- Aproximaciones de impuesto sobre las ventas cobradas. Proceso opcional que no es necesario adoptar en el sistema.
- Código postal de la dirección del adquiriente. Actualmente el sistema no usa la tabla correspondiente, el usuario registra el dato que proporciona el adquiriente, sin restricción.
- Tipos de operación no controlados en el sistema:
- Sector Transporte
- Sector Salud
- Sector Notaria
4.2 Actualizaciones a catálogos
La siguiente lista corresponde a conceptos de códigos nuevos, eliminados o modificados de las tablas de la DIAN consideradas en el sistema.
El usuario deberá realizar el movimiento según corresponda en la rutina SIGAFAT | Actualizaciones | Archivos | Mantenimiento de Catálogos.
Código de tabla en el sistema | Descripción | Movimiento | Códigos afectados - Descripción |
|---|---|---|---|
| S002 | Tipos de Documentos de Identidad | Agrega registro | 47 - PEP |
| S003 | Conceptos de Notas de Crédito | Cambio de descripciones | 3 - Rebaja o Descuento Parcial o Total 4 - Ajuste de Precio 5 - Otros |
| Elimina registro | 6 - Otros | ||
| S005 | Catálogo de Tributos DIAN | Agrega registro | 08 - IC Porcentual 30 - IC Datos |
| Cambio de descripciones | 06 - ReteRenta 22 - INC Bolsas | ||
| S009 | Tipos de Org. Jurídica | Cambio de descripciones | 1 - Persona Jurídica y Asimiladas 2 - Persona Natural y Asimiladas |
| S014 | Tipos de Obligaciones - Responsabilidades | Cambio de descripción | R-99-PN - No Aplica - Otros |
| S017 | Tipo de Operación | Elimina registro | 23 - NCC v1 33 - NDC v1 |
Nota:
- Los documentos del sistema (NF, NCC, NDC) así como los electrónicos (XML/UBL) que actualmente utilizan códigos que sufren alteración o que son eliminados, no serán afectados ni inválidos.
4.2.1 TABLA S005 - Impuestos F. E.Âncora ImpuestosFE ImpuestosFE
| ImpuestosFE | |
| ImpuestosFE |
En base a la última Resolución DIAN - No. 000012, la actual tabla de Tributos DIAN (S005 - Impuestos FE) corresponde a los siguientes datos:
| Informações |
|---|
Para consultar cualquier cambio o actualización de esté u otro catálogo de la resolución información aquí Resolución DIAN 000012 |
4.3 Nuevas reglas de rechazo
La lista a continuación indica los códigos que corresponden a los ID de condiciones técnicas de formato de la DIAN para la generación, transmisión, validación, expedición y recepción de documentos electrónicos.
Estas reglas de rechazo corresponden a condiciones previas, así como de nuevos casos, en los datos de los archivos XML/UBL.
ID | Descripción | Funcionalidad |
FAJ71 | Correo electrónico de recepción de documentos electrónicos del ecosistema de facturación electrónica de venta con validación previa. | Configurar cuenta de email en el módulo de datos fiscales del portal TFHKA-Dfactura. |
FAU14 | Valor total factura sin incluir anticipos. | No aplica. |
FAQ01 | Descuentos o cargos a nivel factura, deben reflejarse en las bases de impuestos. | El sistema ya tiene esa funcionalidad. |
FAQ06, CAQ06, DAQ06 | Porcentaje de descuento a nivel factura no debe ser > 100. | El sistema ya tiene esa funcionalidad. |
FAQ07, CAQ07, DAQ07 | Valor del cargo o descuento no debe ser mayor al monto base. | El sistema ya tiene esa funcionalidad. |
FAQ09, CAQ09, DAQ09 | Valor base para calcular descuento o cargo, debe ser mayor a cero, el descuento no puede superior al valor total de la factura. | El sistema ya tiene esa funcionalidad. |
FAV08a, FAV08b | schemeID debe ser informado cuando el tipo de operación es “11”. | Tipo de Operación no controlada en el sistema. |
FBE01 | Grupo de campos de cargo o descuento a nivel ítem. Deben incluirse los campos indicador, porcentaje, monto y montoBase. | El sistema ya tiene esa funcionalidad. |
FBE03, CBE03, DBE03 | Indicador de cargo o descuento a nivel ítem. | El sistema ya tiene esa funcionalidad. |
FBE05, CBE05, DBE05 | Porcentaje de descuento en ítem no debe ser > 100. | El sistema ya tiene esa funcionalidad. |
FBE06, CBE06, DBE06 | Valor del descuento no puedes er superior al valor base a nivel detalle factura. | El sistema ya tiene esa funcionalidad. |
FBE08, CBE08, DBE08 | Valor base para calcular de cargo o descuento a nivel detalle, no debe ser mayor al valor total de la factura. | El sistema ya tiene esa funcionalidad. |
FBE09, CBE09, DBE09 | Código de moneda de acuerdo a la tabla de monedas. | El sistema ya tiene esa funcionalidad. |
CAD09c, CAD09d | En la emisión de NCC, la fecha factura debe estar entre 5 días anteriores y hasta 10 posteriores a la fecha actual. | Ya se tiene esa funcionalidad por parte de TFHKA. |
CAD12b | Tipo de NCC válido de acuerdo a la tabla de tipos de operación. | El sistema ya tiene esa funcionalidad. |
CAD15b | NCC con el mismo código de divisa en todo el documento. | El sistema ya tiene esa funcionalidad. |
CAJ08, DAK08 | En NCC informar datos de dirección: municipio, ciudad, departamento, código departamento, dirección y país. | El sistema ya tiene esa funcionalidad. |
CAJ50 | Prefijo de la NCC. | El sistema ya tiene esa funcionalidad. |
CAJ60 | En NCC, el DV del NIT dbe ser informado. | El sistema ya tiene esa funcionalidad. |
CAJ56 | En NCC, informar Nombre o Razón Social de participante de consorcio. | Ya se tiene esa funcionalidad por parte de TFHKA. |
CAJ57 | En NCC, informar el NIT del participante de consorcio | Ya se tiene esa funcionalidad por parte de TFHKA. |
CAV06, DAV06 | El Valor Total de la línea de detalle, debe ser igual Cantidad x Precio Unidad - Descuentos + Recargos. | El sistema ya tiene esa funcionalidad. |
CAZ02, DAZ02 | Informar la descripción de producto en NCC y NDC. | El sistema ya tiene esa funcionalidad. |
CAZ12, DAZ12 | Código de producto en NCC/NDC. Se puede informar subpartida arancelaria a 10 dígitos (EXP), UNSPSC, GTIN o partida arancelaria. | Se utiliza el código “999” (Estándar de adopción del contribuyente). |
CBB05, DBB05 | En NCC y NDC la Unidad de medida debe corresponder con la tabla indicada por la DIAN (inciso 13.3.6 del Anexo Técnico). | El sistema ya tiene esa funcionalidad. |
DAD09c, DAD09d | En la emisión de NDC, la fecha factura debe estar entre 5 días anteriores y hasta 10 posteriores a la fecha actual. | Ya se tiene esa funcionalidad por parte de TFHKA. |
DAD15b | NDC con el mismo código de divisa en todo el documento. | El sistema ya tiene esa funcionalidad. |
DAJ41 | NDC con la descripción del identificador tributario del emisor correspondiente (Catálogo definido en la tabla 13.2.6.2 del Anexo Técnico). | El sistema ya tiene esa funcionalidad. |
DAJ50 | Prefijo de NDC. | El sistema ya tiene esa funcionalidad. |
DAK20 | En NDC indicar el nombre o razón social del adquiriente. | El sistema ya tiene esa funcionalidad. |
DAK21 | En NDC informar el NIT del adquiriente. | El sistema ya tiene esa funcionalidad. |
DAV05 | En NDC la unidad de medida del artículo solicitado debe ser de acuerdo a la tabla 13.3.6 del Anexo Técnico. | El sistema ya tiene esa funcionalidad. |
FAV04b | En NF, las cantidades deben ser mayor a cero. | El sistema ya tiene esa funcionalidad. |
FBF04, CAZ17, DAZ17 | Informar la cantidad del bien en tipo de operación 12. | No aplica. |
FBF05, CAZ18, DAZ18 | Informar la unidad de medida del bien en tipo de operación 12. | No aplica. |
FAS18, CAS18, DAS18 | Redondeo agregado al total de impuesto. | No aplica. |
FAS19, CAS19, DAS19 | Código de moneda, en redondeo de impuestos, de acuerdo a la tabla 13.3.3. | No aplica. |
FAX18, CAX18, DAX18 | Redondeo al total del impuesto. | No aplica. |
FAX19, CAX19, DAX19 | Código de moneda en impuestos, de acuerdo a la tabla 13.3.3. | El sistema ya tiene esa funcionalidad. |
FAV04b, CAV04b, DAV04b | Cantidad de producto en todas las líneas del documento. | El sistema ya tiene esa funcionalidad. |
CDG01 | Correspondencia de códigos de departamento y municipio. | El sistema ya tiene esa funcionalidad. |
RUT01 | Estado activo del Facturador electrónico y del Proveedor tecnológico en el RUT. | Responsabilidad de los actores involucrados, Facturador electrónico y Proveedor tecnológico. |
5. Anexo Técnico versión 1.9 DIAN
| Producto |
| |||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Línea de producto: |
| |||||||||||||||||||||
| Segmento: |
| |||||||||||||||||||||
| Módulo: | SIGAFAT - Facturación | |||||||||||||||||||||
| Función: |
| |||||||||||||||||||||
| País: | Colombia (COL) | |||||||||||||||||||||
| Ticket: | 18954487 | |||||||||||||||||||||
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-21954 (pacote 013347) |
El anexo técnico 1.9, que forma parte esencial de la resolución Resolución 000165 de 01-11-2023, debe ser implementado de manera obligatoria por los emisores de facturas electrónicas a partir del 2 de febrero de 2024. Se otorga plazo hasta dicha fecha para que realicen las adecuaciones necesarias en sus sistemas de información, cumpliendo con lo establecido en esta resolución, a continuación se informan los cambios mas relevantes.
| Aviso | ||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||
Debido a que se aplazó la obligatoriedad del Anexo 1.9 para el 01 de Mayo de 2024, se activó el parámetro MV_ANEXO19, para activar la funcionalidad, el cual deberá ser configurado con el valor .T.. Para tener activo el parámetro se deben tener en el repositorio las siguientes rutinas, con fecha igual o superior:
Creación del parámetro en la tabla SX6 - Parámetros: Ajustes en el Estructura del XML de Facturas de Exportación:
|
5.1 Generales
- Separación de catálogos del anexo técnico
- Se elimina el redondeo al total de impuesto a nivel de detalle y total para facturas, notas crédito y débito.
- Se elimina la regla de 10 días posterior e inferior a la fecha y se ha incorporado una nueva regla de rechazo.
- Medios de pago.
- Nombre o razón social del emisor debe coincidir al informado en el RUT.
- Se crea el tipo de documento PPT.
- Factura de exportación.
- Nuevos tipos de operación.
- Cambios incorporados en las notas crédito.
5.2 Separación de catálogos del anexo técnico
Dentro del proceso de revisión, se ha tomado la decisión de eliminar los catálogos de datos del anexo. Este ajuste tiene la finalidad de facilitar la modificación de los valores de manera más ágil y eficiente. En adelante, estos catálogos permanecerán fuera del anexo y estarán disponibles en una caja de herramientas independiente. Además, se establecerá un proceso de actualización de los catálogos de forma independiente a las resoluciones vigentes.
5.3 Se elimina el redondeo al total de impuesto a nivel de detalle y total para facturas, notas crédito y débito
Reglas eliminadas:
FAS18, CAS18,DAS18:
Redondeo aplicado al total del impuesto a nivel de FacturaGeneral, nota crédito, nota débito (no se manejaría el atributo RoundingAmount del nodoTaxTotal que pertenece al Invoice/CreditNote/DebitNote).
FAX18, CAX18, DAX18:
Redondeo aplicado al total del impuesto a nivel de FacturaDetalle, nota crédito, nota débito(no se manejaría el atributo RoundingAmount del nodoTaxTotal que pertenece al InvoiceLine/CreditNoteLine/DebitNoteLine)
5.4 Se elimina la regla de 10 días posterior e inferior a la fecha y se ha incorporado una nueva regla de rechazo
Reglas eliminadas:
FAD09c, CAD09c, DAD09c:
La fecha de emisión no puede ser inferior a 10 días calendarios de la fecha actual.
FAD09d, CAD09d, DAD09d:
La fecha de emisión no sea posterior a 10 días calendarios de la fecha actual.
Reglas nuevas:
FAD09e, CAD09e, DAD09e
Valida que fecha de generación sea igual a la fecha de firma, aplica para facturas, notas crédito y débito.
5.5 Medios de pago
Anteriormente, se establecía la obligatoriedad de indicar el medio de pago únicamente en las facturas de contado. Sin embargo, según el Anexo 1.9, esta obligación se extenderá tanto a las facturas de contado como a las de crédito.
5.6 Nombre o Razón social del emisor debe coincidir al informado en el RUT
Se llevará a cabo una validación para asegurar que el Número de Identificación Tributaria (NIT) y el nombre del emisor de las facturas concuerden con los datos registrados en el Registro Único Tributario (RUT), tanto en el proceso de emisión como en el de recepción de dichas facturas.
Reglas nuevas:
FAJ44a: NIT no autorizado a facturar electrónicamente.
FAJ43b: Nombre o Razón Social del emisor debe corresponder al informado en el RUT y debe coincidir con el NIT informado.
FAJ44b: NIT o documento de identificación del emisor debe corresponder al informado en el RUT y debe coincidir con la Razón Social o Nombre comercial registrado.
FAJ43a: Nombre o Razón Social del emisor debe ser informado.
5.7 Se crea el tipo de documento PPT
Dentro del catálogo de tipo de documento se crea PPT (Permiso de protección temporal) con el código 48, el cual es un documento de identificación para personas en movilidad humana provenientes de Venezuela, este documento permite aplicar a los programas sociales del estado, y acceder de manera amplia a derechos como la salud, la educación y el trabajo. (Tabla S002 - Tipos de Docs de Identidad de Mantenimiento de Tablas de Protheus).
5.8 Factura de exportación
Las facturas de exportación deben expresarse en COP, y se crea una segmento XML para poner los valores en otra moneda, se puede colocar en las dos monedas en la representación gráfica.
5.9 Nuevos tipos de operación
Para el control cambiario se Incluyen dos modos de operación (Compra Divisas y Venta Divisas) con los códigos 15 y 16 respectivamente (Tabla S017- Tipos de operación de Mantenimiento de Tablas de Protheus).
5.10 Cambios incorporados en las notas crédito
- No se permite notas crédito referenciadas para facturas aceptadas, es decir, se debe realizar una nota crédito no referenciada.
- Solo se puede anular facturas cuando el tipo de operación es igual a 20, es decir, Nota Crédito que referencia una factura electrónica.
- Para todas las notas sin referencia debe incluir el periodo (mes) que afecta.
5.11 Configuraciones
Para la funcionalidad del Anexo 1.9 en Protheus se deben de realizar los siguientes ajustes:
Para la Factura de Exportación, agregar las siguientes líneas para la generación del nodo cac:PaymentExchangeRate, el cual generará en el SOAP Request que es enviado a The Factory HKA en nodo de Tasa de Cambio.
Crear los siguientes campos para la funcionalidad de Transmisión de Notas de Crédito de Cliente (NCC) con tipo de Operación 22 (Nota de Crédito sin referencia a facturas) y Notas de Débito de Cliente (NDC) con tipo de Operación 32 (Nota de débito sin referencia a facturas):
Tabla SF1- Encabezado Doc. de Entrada.
| Campo | F1_PTOEMIS |
| Tipo | C |
| Tamaño | 7 |
| Decimal | 0 |
| Formato | 99-9999 |
| Título | Period Fact |
| Descripción | Periodo de Facturación |
| Nivel | 1 |
| Utilizado | Si |
| Obligatorio | No |
| Browse | No |
| Opciones | |
| When | |
| Relación | |
| Val. Sistema | Vazio() .Or. (FindFunction("LxVldPeri") .And. LxVldPeri('SF1')) |
| Help | Digite el mes y año del periodo de facturación en formato "MM-YYYY. |
Tabla SF2- Encabezado Doc. de Salida.
FATSECOL
| Campo | F2_PTOEMIS |
| Tipo | C |
| Tamaño | 7 |
| Decimal | 0 |
| Formato | 99-9999 |
| Título | Period Fact |
| Descripción | Periodo de Facturación |
| Nivel | 1 |
| Utilizado | Si |
| Obligatorio | No |
| Browse | No |
| Opciones | |
| When | |
| Relación | |
| Val. Sistema | Vazio() .Or. (FindFunction("LxVldPeri") .And. LxVldPeri('SF2')) |
| Help | Digite el mes y año del periodo de facturación en formato "MM-YYYY |
Nota:
- Los documentos del sistema (NF, NCC, NDC) así como los electrónicos (XML/UBL) que actualmente utilizan códigos que sufren alteración o que son eliminados, no serán afectados ni inválidos.
4.2.1 TABLA S005 - Impuestos F. E.
En base a la ultima Resolución DIAN - No. 000012 la actual tabla de Tributos (S005 - Impuestos FE) corresponde a la siguiente:
| Informações |
|---|
Para consultar cualquier cambio o actualización de esté u otro catálogo de la resolución información aquí Resolución DIAN 000012 |
4.3 Nuevas reglas de rechazo
La lista a continuación indica los códigos que corresponden a los ID de condiciones técnicas de formato de la DIAN para la generación, transmisión, validación, expedición y recepción de documentos electrónicos.
Estas reglas de rechazo corresponden a condiciones previas, así como de nuevos casos, en los datos de los archivos XML/UBL.
ID
Descripción
Funcionalidad
FAJ71
Correo electrónico de recepción de documentos electrónicos del ecosistema de facturación electrónica de venta con validación previa.
Configurar cuenta de email en el módulo de datos fiscales del portal TFHKA-Dfactura.
FAU14
Valor total factura sin incluir anticipos.
No aplica.
FAQ01
Descuentos o cargos a nivel factura, deben reflejarse en las bases de impuestos.
El sistema ya tiene esa funcionalidad.
FAQ06, CAQ06, DAQ06
Porcentaje de descuento a nivel factura no debe ser > 100.
El sistema ya tiene esa funcionalidad.
FAQ07, CAQ07, DAQ07
Valor del cargo o descuento no debe ser mayor al monto base.
El sistema ya tiene esa funcionalidad.
FAQ09, CAQ09, DAQ09
Valor base para calcular descuento o cargo, debe ser mayor a cero, el descuento no puede superior al valor total de la factura.
El sistema ya tiene esa funcionalidad.
FAV08a, FAV08b
schemeID debe ser informado cuando el tipo de operación es “11”.
Tipo de Operación no controlada en el sistema.
FBE01
Grupo de campos de cargo o descuento a nivel ítem. Deben incluirse los campos indicador, porcentaje, monto y montoBase.
El sistema ya tiene esa funcionalidad.
FBE03, CBE03, DBE03
Indicador de cargo o descuento a nivel ítem.
El sistema ya tiene esa funcionalidad.
FBE05, CBE05, DBE05
Porcentaje de descuento en ítem no debe ser > 100.
El sistema ya tiene esa funcionalidad.
FBE06, CBE06, DBE06
Valor del descuento no puedes er superior al valor base a nivel detalle factura.
El sistema ya tiene esa funcionalidad.
FBE08, CBE08, DBE08
Valor base para calcular de cargo o descuento a nivel detalle, no debe ser mayor al valor total de la factura.
El sistema ya tiene esa funcionalidad.
FBE09, CBE09, DBE09
Código de moneda de acuerdo a la tabla de monedas.
El sistema ya tiene esa funcionalidad.
CAD09c, CAD09d
En la emisión de NCC, la fecha factura debe estar entre 5 días anteriores y hasta 10 posteriores a la fecha actual.
Ya se tiene esa funcionalidad por parte de TFHKA.
CAD12b
Tipo de NCC válido de acuerdo a la tabla de tipos de operación.
El sistema ya tiene esa funcionalidad.
CAD15b
NCC con el mismo código de divisa en todo el documento.
El sistema ya tiene esa funcionalidad.
CAJ08, DAK08
En NCC informar datos de dirección: municipio, ciudad, departamento, código departamento, dirección y país.
El sistema ya tiene esa funcionalidad.
CAJ50
Prefijo de la NCC.
El sistema ya tiene esa funcionalidad.
CAJ60
En NCC, el DV del NIT dbe ser informado.
El sistema ya tiene esa funcionalidad.
CAJ56
En NCC, informar Nombre o Razón Social de participante de consorcio.
Ya se tiene esa funcionalidad por parte de TFHKA.
CAJ57
En NCC, informar el NIT del participante de consorcio
Ya se tiene esa funcionalidad por parte de TFHKA.
CAV06, DAV06
El Valor Total de la línea de detalle, debe ser igual Cantidad x Precio Unidad - Descuentos + Recargos.
El sistema ya tiene esa funcionalidad.
CAZ02, DAZ02
Informar la descripción de producto en NCC y NDC.
El sistema ya tiene esa funcionalidad.
CAZ12, DAZ12
Código de producto en NCC/NDC.
Se puede informar subpartida arancelaria a 10 dígitos (EXP), UNSPSC, GTIN o partida arancelaria.
Se utiliza el código “999” (Estándar de adopción del contribuyente).
CBB05, DBB05
En NCC y NDC la Unidad de medida debe corresponder con la tabla indicada por la DIAN (inciso 13.3.6 del Anexo Técnico).
El sistema ya tiene esa funcionalidad.
DAD09c, DAD09d
En la emisión de NDC, la fecha factura debe estar entre 5 días anteriores y hasta 10 posteriores a la fecha actual.
Ya se tiene esa funcionalidad por parte de TFHKA.
DAD15b
NDC con el mismo código de divisa en todo el documento.
El sistema ya tiene esa funcionalidad.
DAJ41
NDC con la descripción del identificador tributario del emisor correspondiente (Catálogo definido en la tabla 13.2.6.2 del Anexo Técnico).
El sistema ya tiene esa funcionalidad.
DAJ50
Prefijo de NDC.
El sistema ya tiene esa funcionalidad.
DAK20
En NDC indicar el nombre o razón social del adquiriente.
El sistema ya tiene esa funcionalidad.
DAK21
En NDC informar el NIT del adquiriente.
El sistema ya tiene esa funcionalidad.
DAV05
En NDC la unidad de medida del artículo solicitado debe ser de acuerdo a la tabla 13.3.6 del Anexo Técnico.
El sistema ya tiene esa funcionalidad.
FAV04b
En NF, las cantidades deben ser mayor a cero.
El sistema ya tiene esa funcionalidad.
FBF04, CAZ17, DAZ17
Informar la cantidad del bien en tipo de operación 12.
No aplica.
FBF05, CAZ18, DAZ18
Informar la unidad de medida del bien en tipo de operación 12.
No aplica.
FAS18, CAS18, DAS18
Redondeo agregado al total de impuesto.
No aplica.
FAS19, CAS19, DAS19
Código de moneda, en redondeo de impuestos, de acuerdo a la tabla 13.3.3.
No aplica.
FAX18, CAX18, DAX18
Redondeo al total del impuesto.
No aplica.
FAX19, CAX19, DAX19
Código de moneda en impuestos, de acuerdo a la tabla 13.3.3.
El sistema ya tiene esa funcionalidad.
FAV04b, CAV04b, DAV04b
Cantidad de producto en todas las líneas del documento.
El sistema ya tiene esa funcionalidad.
CDG01
Correspondencia de códigos de departamento y municipio.
El sistema ya tiene esa funcionalidad.
RUT01
Estado activo del Facturador electrónico y del Proveedor tecnológico en el RUT.
| . |
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas