Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Versión 1.6
Página 1 de 814
Control de Versiones
2019-05-13 2.0 Anexo técnico resolución 000030 del 29 de abril Jaime Humberto Niño
del 2018 Anexo técnico de factura electrónica de Peña.
venta Wilmer Camilo Bernal
Rodríguez
Elton Alvaro Gomez
Bonilla.
Ramon Alonso
Espinosa Echeverry
Rodrigo Perez
Eric Van Boxsom
Jose Gregorio
Rodríguez Stevenson
Página 2 de 814
Sumario
Índice de Tablas .......................................................................................................................................................... 9
Índice de Figuras......................................................................................................................................................... 9
1. Introducción .........................................................................................................................................................11
1.1. Confiabilidad de la información: el Formato ................................................................................................11
1.2. Calidad de la información: las Validaciones ..................................................................................................11
1.2.1. Redondeos ........................................................................................................................................... 12
1.2.1.1. Redondeos valores monetarios CurrencyCode...............................................................................12
1.2.2. Identificador de los documentos electrónicos..................................................................................... 13
2. Convenciones utilizadas en las tablas ..................................................................................................................14
2.1. Columnas de las tablas de definición ............................................................................................................14
2.2. Tipos de campos de los archivos XML ...........................................................................................................14
2.3. Tamaños de los elementos ...........................................................................................................................15
2.4. Convenciones utilizadas en las Tablas de Reglas de Validación ...................................................................16
2.5. Ubicacion estándar para información común...............................................................................................17
2.5.1. Invoice: Gestión de los campos de fechas para Documento Electrónico ............................................ 17
3. Formato para la generación de los Documentos Electrónicos ............................................................................19
3.1. Factura Electrónica: Invoice ..........................................................................................................................19
3.2. Nota Crédito: CreditNote ..............................................................................................................................76
3.3. Nota Débito: DebitNote ..............................................................................................................................129
3.4. Contenedor de documentos: AttachedDocument......................................................................................181
3.5. Registro de evento: ApplicationResponse ..................................................................................................188
3.5.1. Garantía de que el evento será registrado en el documento correcto ............................................. 188
3.5.2. Relacionamientos mutuos entre los eventos..................................................................................... 188
3.5.3. Estructura común a todos los eventos............................................................................................... 189
3.5.4. Detalles de cada evento ..................................................................................................................... 193
3.5.4.1. Uso autorizado por PA ..................................................................................................................193
3.5.4.2. Uso autorizado por la DIAN...........................................................................................................195
3.5.4.3. Documento Electrónico Validado por PA, y que Debería Haber Sido Rechazado ........................197
3.5.4.4. Uso NO Autorizado por la DIAN ....................................................................................................199
3.5.4.5. Documento Referenciado no Existe en la Base de Datos de la DIAN ...........................................201
3.5.4.6. Acuse de recibo .............................................................................................................................203
3.5.4.7. Rechazo de Documento ................................................................................................................204
3.5.4.8. Recepción de los bienes ................................................................................................................206
3.5.4.9. Aceptación de documento ............................................................................................................207
3.5.4.10. Factura ofrecida para negociación como título valor .................................................................208
3.5.4.11. Factura negociada como título valor ..........................................................................................209
Página 3 de 814
3.6. Estándar del nombre de los documentos electrónicos XML ......................................................................211
3.7. Guía del nombre del archivo que contiene uno o más documentos electrónicos y que será entregado a la
DIAN mediante un web service de recepción. ...................................................................................................212
3.8. Códigos de asignación .................................................................................................................................213
4. Campos definidos en las extensiones DIAN .......................................................................................................216
4.1. Firma Electrónica del documento: ds:Signature .........................................................................................216
5. Inconvenientes tecnológicos generados por parte de la Unidad Administrativa Especial Dirección de
Impuestos y Aduanas Nacionales – DIAN para la validación previa de la factura electrónica. .............................226
6. Tablas de Contenidos de Elementos y de Atributos ..........................................................................................227
6.1. Códigos Relacionados con Documentos .....................................................................................................227
6.1.1. Ambiente de Destino del Documento: cbc:ProfileExecutionID y cbc:UUID.@schemeID ................. 227
6.1.2. Algoritmo: cbc:UUID.@schemeName ................................................................................................ 227
6.1.2.1. Algoritmo de CUFE: cbc:UUID.@schemeName ............................................................................227
6.1.2.2. Algoritmo de CUDE: cbc:UUID.@schemeName ............................................................................227
6.1.3. Tipo de Documento: cbc:InvoiceTypeCode y cbc:CreditnoteTypeCode ............................................. 227
6.1.4. Referencia a documentos no tributarios: cbc:DocumentTypeCode .................................................. 227
6.1.5. Tipos de operación ............................................................................................................................. 229
6.1.6. Tipos de eventos ................................................................................................................................ 229
6.2. Códigos para identificación fiscal ................................................................................................................229
6.2.1. Documento de identificación (Tipo de Identificador Fiscal): cbc:CompanyID.@schemeName;
sts:ProviderID.@schemeName ................................................................................................... 229
6.2.2. Tributos: cac:TaxScheme/ID, cac:TaxScheme/Name ......................................................................... 230
6.2.3. Tipo de organización jurídica (Personas): cbc:AdditionalAccountID.................................................. 230
6.2.4. Régimen Fiscal: cbc:TaxLevelCode.@listName .................................................................................. 230
6.2.5. Concepto de Corrección para Notas crédito: cac:DiscrepancyResponse/cbc:ResponseCode ........... 230
6.2.6. Concepto de Correción para Notas débito: cac:DiscrepancyResponse/cbc:ResponseCode .............. 231
6.2.7. Responsabilidades fiscales: cbc:TaxLevelCode ................................................................................... 231
6.3. Códigos Diversos .........................................................................................................................................233
6.3.1. Eventos de un Documento Electrónico: cbc:DocumentRespose/cbc:Description; cbc:ResponseCode
.................................................................................................................................................... 233
6.3.2. Lenguaje (ISO 639): @languageID ..................................................................................................... 234
6.3.3. Moneda (ISO 4217): @currencyID ..................................................................................................... 236
6.3.4. Pagos .................................................................................................................................................. 240
6.3.4.1. Formas de Pago: cbc:PaymentMeans/ID ......................................................................................240
6.3.4.2. Medios de Pago: cbc:PaymentMeansCode ...................................................................................240
6.3.5. Productos: @schemeID, @schemeName, @schemeAgencyID .......................................................... 242
Página 4 de 814
6.3.6. Unidades de Cantidad: @unitCode .................................................................................................... 242
6.3.7. Condiciones de entrega (INCOTERMS): …/cbc:LossRiskResponsibilityCode...................................... 255
6.3.8. Códigos de descuento ........................................................................................................................ 255
6.3.9. Tablas de tarifas por Impuesto .......................................................................................................... 256
6.3.10. Lista de códigos para precios de referencia..................................................................................... 258
6.4. Códigos Geográficos....................................................................................................................................258
6.4.1. Países (ISO 3166-1): cbc:IdentificationCode....................................................................................... 258
6.4.2. Departamentos (ISO 3166-2:CO): cbc:CountrySubentity, cbc:CountrySubentityCode ...................... 267
6.4.3. Municipios: cbc:CityName ................................................................................................................. 268
6.4.4. Código Postal cbc:PostalZone ............................................................................................................ 300
7. Reglas y Mensajes de Validación .......................................................................................................................315
7.1. Documentos Electrónicos ...........................................................................................................................316
7.1.1. Factura Electrónica: Invoice ............................................................................................................... 316
7.1.1.1. Línea de Factura: InvoiceLine ........................................................................................................372
7.1.2. Nota Crédito: CreditNote ................................................................................................................... 387
7.1.2.1. Línea de Nota Credito: CreditNoteLine .........................................................................................434
7.1.3. Nota Débito: DebitNote ..................................................................................................................... 448
7.1.3.1. Línea de Nota Debito: DebitNoteLine ...........................................................................................492
7.1.4. Contenedor de Documentos: AttachedDocument ............................................................................ 505
7.1.5. Registro de Evento: ApplicationResponse.......................................................................................... 505
7.1.5.1. Estructura Común a Todos los Eventos.........................................................................................505
7.1.5.2. Detalles de Cada Evento ...............................................................................................................509
7.2. Firma Electrónica del Documento: ds:Signature ........................................................................................510
7.3. Reglas Relativas al Establecimiento de la Conexión ...................................................................................520
7.3.1. Mensaje del Web Service ................................................................................................................... 520
7.3.2. Schema XML ....................................................................................................................................... 520
7.3.3. Certificado Digital de Transmisión (conexión) ................................................................................... 520
7.3.4. Certificado Digital de Firma (Firma XML) ........................................................................................... 520
7.3.5. Firma .................................................................................................................................................. 521
8. Anexo – Códigos de Productos...........................................................................................................................522
8.1. Colombia Compra Eficiente.........................................................................................................................522
8.2. Números Globales de Identificación de Productos – GTIN .........................................................................714
Definiciones............................................................................................................................................................720
Abreviaturas Utilizadas ..........................................................................................................................................723
9. Política de firma .................................................................................................................................................724
Página 5 de 814
9.1. Observaciones .............................................................................................................................................724
9.2. Consideraciones Generales .........................................................................................................................724
9.3. Especificaciones técnicas sobre la Firma Electrónica Avanzada: ................................................................725
9.4. Alcance de la Política de Firma ...................................................................................................................725
9.5. Política de Firma..........................................................................................................................................725
9.5.1. Actores de la Firma ............................................................................................................................ 725
9.5.2. Formato de Firma............................................................................................................................... 726
9.6. Algoritmo de Firma .....................................................................................................................................726
9.7. Algoritmo de Organización de Datos según el Canon .................................................................................726
9.8. Ubicación de la Firma ..................................................................................................................................727
9.9. Condiciones de la Firma ..............................................................................................................................727
9.10. Identificador de la Política ........................................................................................................................729
9.11. Hora de Firma............................................................................................................................................729
9.12. Firmante ....................................................................................................................................................729
9.13. Mecanismo de firma electrónica ..............................................................................................................730
9.14. Certificado digital desde la vigencia de la circular 03-2016 de la ONAC...................................................730
10. Mecanismos Sistema Técnico de Control ........................................................................................................736
10.1. Especificación Técnica de Generación Del CUFE y el CUDE ......................................................................736
10.1.1. Consideraciones Generales del CUFE............................................................................................... 736
10.1.1.1. Generación de CUFE....................................................................................................................736
10.1.1.2. Ejemplos ......................................................................................................................................737
10.1.1.3. Ejemplo de CUFE para Factura de venta .....................................................................................737
10.1.1.4. XPath ...........................................................................................................................................738
10.1.1.5. Ejemplo de CUFE para Factura de exportación...........................................................................739
10.1.1.6. XPath ...........................................................................................................................................740
10.1.2. Consideraciones Generales del CUDE .............................................................................................. 740
10.1.2.1. Generación de CUDE ...................................................................................................................741
10.1.2.2. Ejemplo de CUDE para Factura de contingencia.........................................................................741
10.1.2.3. XPath ...........................................................................................................................................743
10.1.2.4. Ejemplo de Identificador universal para Nota crédito ................................................................744
10.1.2.5. XPath ...........................................................................................................................................746
10.1.2.6. Ejemplo de Identificador universal para Nota débito .................................................................746
10.1.2.7. xpath ...........................................................................................................................................748
10.1.2.8. Generación del CUDE para el Application Response: elaborado y remitido por participante ||
adquirente con “software PIN” ..................................................................................................................748
10.1.2.9. Observación General ...................................................................................................................752
10.2. Localización De La Clave Técnica «Cltec» .................................................................................................753
10.3. Código Bidimensional «QR» ......................................................................................................................754
Página 6 de 814
10.4. Especificacón Técnica Del Código De Seguridad Del Software .................................................................756
10.5. Métodos de Calculo ..................................................................................................................................757
10.5.1. Método General ............................................................................................................................... 757
10.5.2. Método incluye las retenciones en la fuente y las autoretenciónes. .............................................. 757
11. Descripción Tecnológicas del Web Services de Validación Previa. ..................................................................758
11.1. Modelo conceptual de comunicación .......................................................................................................758
11.2. Servicios síncronos ....................................................................................................................................759
11.2.1. Secuencia del servicio síncrono : ..................................................................................................... 759
11.3. Servicio asíncrono .....................................................................................................................................759
11.3.1. Secuencia del servicio asíncrono ..................................................................................................... 760
11.4. Aspectos tecnológicos de los web services de Validación Previa DIAN ....................................................760
11.5. Estándar de comunicación ........................................................................................................................760
11.6. Estándar de mensajes de los servicios de La DIAN ...................................................................................761
11.7. Descripción de los servicios web de La DIAN ............................................................................................761
11.8. WS recepción documento electrónico - SendBillAsync ............................................................................762
11.8.1. Descripción de procesamiento ........................................................................................................ 762
11.8.2. Mensaje de petición ......................................................................................................................... 763
11.8.3. Mensaje de respuesta ...................................................................................................................... 764
11.9. WS recepción documento electrónico - SendTestSetAsync .....................................................................765
11.9.1. Descripción de procesamiento ........................................................................................................ 765
11.9.2. Mensaje de petición ......................................................................................................................... 766
11.9.3. Mensaje de respuesta ...................................................................................................................... 767
11.10. WS recepción documento electrónico - SendBillSync ............................................................................768
11.10.1. Descripción de procesamiento ...................................................................................................... 768
11.10.2. Mensaje de petición....................................................................................................................... 770
11.10.3. Mensaje de respuesta .................................................................................................................... 771
11.11. WS recepción documento electrónico - SendBillAttachmetAsync .........................................................773
11.11.1. Descripción del procesamiento ..................................................................................................... 773
11.11.2. Protocolo de petición ..................................................................................................................... 774
11.11.3. Mensaje de respuesta .................................................................................................................... 775
11.12. WS Consulta del estado de DE - GetStatus .............................................................................................777
11.12.1. WS Consulta del estado de DE - GetStatus .................................................................................... 777
11.12.2. Protocolo de petición ..................................................................................................................... 777
11.12.3. Protocolo de respuesta .................................................................................................................. 777
11.13. WS Consulta del estado del ZIP - GetStatusZip .......................................................................................780
Página 7 de 814
11.13.1. WS Consulta del estado de ZIP - GetStatusZip............................................................................... 780
11.13.2. Protocolo de petición ..................................................................................................................... 780
11.13.3. Protocolo de respuesta .................................................................................................................. 781
11.14. WS recepción eventos ante La DIAN - SendEventUpdateStatus ............................................................783
11.14.1. Descripción de procesamiento ...................................................................................................... 783
11.14.2. Mensaje de petición....................................................................................................................... 784
11.14.3. Mensaje de respuesta .................................................................................................................... 785
11.15. WS Consulta contribuyentes activos de IVA - GetTaxPayer....................................................................787
11.15.1. Descripción del procesamiento ..................................................................................................... 787
11.15.2. Mensaje de petición....................................................................................................................... 788
11.15.3. Mensaje de respuesta .................................................................................................................... 788
11.16. WS descarga de XML (GetXmlByDocumentKey) .....................................................................................789
11.16.1. Descripción de procesamiento ...................................................................................................... 789
11.16.2. Mensaje de petición....................................................................................................................... 790
11.16.3. Mensaje de respuesta .................................................................................................................... 791
11.17. WS consulta de rangos de numeración - GetNumberingRange .............................................................792
11.17.1. Descripción de procesamiento ...................................................................................................... 792
11.17.2. Mensaje de petición....................................................................................................................... 793
11.17.3. Mensaje de respuesta .................................................................................................................... 794
12. Anexo: Herramienta para el consumo de Web Services..................................................................................796
12.1. Introducción ..............................................................................................................................................796
12.2. Descargar SOAP UI ....................................................................................................................................796
12.3. Ejecutar SOAP UI .......................................................................................................................................796
12.4. Crear un nuevo proyecto tipo SOAP .........................................................................................................796
12.5. Configuración inicial ..................................................................................................................................797
12.6. Configurar Keystore ..................................................................................................................................797
12.7. Configurar WS-Security Signature.............................................................................................................798
12.8. Configurar TimeStamp ..............................................................................................................................799
12.9. Configurar GetStatus Request, Authentication y WS-A addressing..........................................................800
12.10. Configurar y ejecutar GetStatus Request................................................................................................802
12.11. Configurar y ejecutar SendBillAsync Request .........................................................................................803
12.12. SendBillAsync Response ..........................................................................................................................804
12.13. Recomendaciones ...................................................................................................................................804
13. Control de cambios ..........................................................................................................................................805
13.1.1. Modificaciones Anexos Tecnicos ..................................................................................................... 806
13.1.1.1. Tablas ..........................................................................................................................................806
Página 8 de 814
13.1.1.2. Modificaciones Caja de herramienta ..........................................................................................806
13.1.2. Modificaciones Anexo Técnico de factura electrónica .................................................................... 806
13.1.2.1. Modificaciones sobre el Anexo Tecnico ......................................................................................806
13.1.2.2. Corrección sobre el numeral 9.10 ...............................................................................................809
13.1.2.3. Cambio sobre el numeral 10 .......................................................................................................809
13.1.2.4. Inclusión sobre el numeral 10.3 ..................................................................................................809
13.1.2.5. Corrección sobre el numeral 10.4 ...............................................................................................809
13.1.3. Modificaciones Anexo Técnico de factura electrónica .................................................................... 809
13.1.3.1. Eventos ........................................................................................................................................810
13.1.3.2. Incorporación del numeral 5. ......................................................................................................810
13.1.3.3. Algoritmo de CUFE: cbc:UUID.@schemeName ..........................................................................810
13.1.3.4. Caja de herramientas ..................................................................................................................810
13.1.4. Modificaciones Anexo Técnico de factura electrónica (2019-05-19) .............................................. 811
13.1.4.1. Anexo técnico..............................................................................................................................811
13.1.5. Modificación Anexo Tecnico 2019-06-19......................................................................................... 813
13.1.5.1. Anexo Técnico. ............................................................................................................................813
13.1.5.1. Caja de herramientas ..................................................................................................................813
13.1.6. Modificación del anexo técnico (2019-08-02). ................................................................................ 813
13.1.6.1. Anexo Técnico .............................................................................................................................813
Índice de Tablas
Tabla 1 – Convenciones Utilizadas en la Tablas de Definición de los Formatos XML ..............................................14
Tabla 2 – Tipos de Campo en los Archivos XML .......................................................................................................14
Tabla 3 – Tipos de Datos de los Elementos en los Archivos XML ............................................................................15
Tabla 4 – Tamaños de Elementos ............................................................................................................................16
Tabla 5 – Ejemplos de Información de Valores Utilizando los Formatos Numéricos ..............................................16
Tabla 6 – Nombres de las Columnas de las Tablas de Reglas de Validación............................................................17
Tabla 7 – Ubicaciones Estándar para Informaciones Comunes ...............................................................................17
Tabla 8 – Relacionamientos Mutuos Entre los Eventos .........................................................................................188
Tabla 9 – Ejemplos de Mensajes de Validación .....................................................................................................315
Índice de Figuras
Figura 1 – Niveles jerárquivos del sistema de codificación Colombia Compra Eficiente .......................................522
Página 9 de 814
Figura 2 – Estructura de los códigos GTIN 8, 12 y 13 .............................................................................................715
Figura 3 – Estructura del código GTIN 14...............................................................................................................716
Figura 4 – Árbol de decisión para elección de código GTIN ...................................................................................718
Figura 5 – Estructura de almacenamiento de códigos GTIN ..................................................................................719
Figura 6. Ejemplo de código bidimensional QR ......................................................................................................755
Página 10 de 814
1. Introducción
El presente documento describe el formato de los documentos electrónicos para utilización en el marco de
las validaciones previstas en la Ley 1819 de 29 de diciembre de 2016 y la ley 1943 de 28 de diciembre de 2018.
El formato es un subconjunto del Universal Business Language – UBL, del cual se utilizarán cinco tipos de
documento1: Invoice (factura), CreditNote (Nota Crédito), DebitNote (Nota Débito), ApplicationResponse
(Registro de Evento2) y AttachedDocument (Contenedor de Documentos).
El objetivo de la presente descripción del UBL es buscar, una estandarización de las facturas electrónicas en el
país, de manera que se impulse el comercio electrónico, permitiendo que la información pueda ser utilizada
de la manera más eficaz, eficiente y efectiva posible.
Se imponen por lo tanto dos (2) requisitos: confiabilidad y calidad en las informaciones tal como se describe a
continuación.
1
Otros documentos descritos en el UBL podrán ser utilizados por las empresas, pero serán rechazados en las
validaciones. Por otro lado, campos y grupos de los cinco documentos citados que no se encuentren descritos en
el presente documento serán aceptados como integrantes de los mismos, siguiendo las siguientes condiciones:
• Deben obedecer al schema UBL 2.1, de acuerdo con los XSD correspondientes; y
• No serán objeto de ninguna crítica o validación de contenido.
2
Por evento, en el citado marco legal, si entiende todo y cualquier hecho relacionado con un Documento
Electrónico, o con la operación descrita en una factura; ver más detalles en las definiciones, al final del presente
documento.
Página 11 de 814
• Notificación, si la aplicación de la regla apunta a una discrepancia menos importante, pero que
asimismo merece que se advierta al emisor de un posible problema con las informaciones del
archivo;
• Aprobación, si la aplicación de la regla no apunta a ningún tipo de problema.
Las reglas de validación serán aplicadas en los siguientes momentos:
• Por la DIAN al recibir en línea, del facturador electrónico directamente, a través de un
Proveedor Tecnologico (PT), o a través de la solución gratuita de facturación electrónica, un
documento electrónico para validación.
• Por la DIAN al recibir en contingencia, del facturador electrónico directamente, a través de un
Proveedor Tecnologico (PT), o a través de la solución gratuita de facturación electrónica, un
documento electrónico para validación.
1.2.1. Redondeos
La suma de elementos que son el resultado de otras operaciones aritméticas, como aplicación de
porcentajes, puede llevar a diferencias entre los totales calculados y los correctos. Para evitar la
propagación de errores, para redondeos se recomienda que sea utilizado el siguiente procedimiento:
Dígito siguiente al dígito menos significativo es Redondeo
Entre 0 y 4 Mantener el dígito menos significativo
Entre 6 y 9 Incrementar el dígito menos significativo
5, y el segundo dígito siguiente al dígito menos significativo es cero o par Mantener el dígito menos significativo
5, y el segundo dígito siguiente al dígito menos significativo es impar Incrementar el dígito menos significativo
Esta definición se hace para que se reduzca el riesgo de problemas de suma de los valores redondeados,
para valores originales con décimas conteniendo el número “5”.
En caso que con la adopción de este procedimiento haya diferencia entre los totales calculados y la suma
de los parciales para el valor total de un documento, se deberá utilizar el elemento
/Invoice/LegalMonetaryTotal/cbc:PayableRoundingAmount para informar la diferencia.
Página 12 de 814
1.2.2. Identificador de los documentos electrónicos
El Código Único de Factura Electrónica – CUFE utilizado para las facturas de venta o el Código Único de
Documento Electrónica – CUDE, son los identificadores de los diferentes documentos electrónicos. Para su
cálculo debe remitirse al numeral 10.1 del presente documento.
Para posibilitar la referencia cruzada entre los diferentes documentos electrónicos, se incluiye la etiqueta
cbc:UUID, la cual contendrá un identificador universal denominado “CUFE”o “CUDE”. Estos identificadores
y sus atributos están localizados en la siguiente ruta:
• /Invoice/cbc:UUID
• /Invoice/cbc:UUID/@schemeName
El atributo @schemeName se encuentra definido en el numeral 6.1.2, y la etiqueta UUID contendrá:
• Como se mencionó anteriormente, el lector debe remitirse al numeral 10.1, con el objeto
de revisar como se calcula o genera el CUFE para los diferentes documentos electrónicos.
• Para los DE del tipo Application Response, el resultado del cálculo deberá ser objeto de
definición por parte de la DIAN; para efecto del presente entregable, se establece que
será utilizada la definición CUDE-SHA384, lo que es suficiente para las necesidades de
descripción de referencia cruzada entre DE.
Los elementos utilizados en los cálculos se encuentran especificados en el presente documento.
Página 13 de 814
2. Convenciones utilizadas en las tablas
Este capítulo presenta la definición de las estructuras de las tablas de definición del formato XML tanto
de los Documentos Electrónicos, como de las reglas de validación.
Nota: La definición de los prefijos utilizados en los Documentos Electrónicos deben ser mencionados a
nivel de la cabecera del documentos Invoice, CreditNote, DebitNote, Application Response o
AttachedDocument
Página 14 de 814
Tabla 3 – Tipos de Datos de los Elementos en los Archivos XML
Tipo Descripción
A Alfanumérico: son aceptados los caracteres UNICODE permitidos en el XML; corresponde al tipo xsd:normalizedString
B Booleano: acepta solamente los literales “true” y “false” (si debe usar minúsculas)
N Numérico: solamente son aceptados los números “0” a “9”, el punto de separación decimal, y las señales “+” y “-“
Fecha: elementos que deben ser informados en el formato AAAA-MM-DD, de acuerdo con la norma ISO 8601-2, en el cual:
• AAAA: año
F
• MM: mes
• DD: día
Hora: elementos que deben ser informados en el formato de tiempo universal coordinado HH:MM:SSdhh:mm, de acuerdo con
la norma ISO 8601-2, en el cual:
• HH: hora UTC (número de horas contadas desde la media noche, o sea, de 00 hasta 23)
• MM: minutos
H
• SS: segundos
• hh:mm – diferencia en horas y minutos con relación a la hora GMT
• d: señal (“+” o “-“) para la diferencia con relación a la hora GMT3
Ejemplo: dos y treinta de la tarde en Bogotá debe ser informado como 14:30:00-05:00
Intervalo de tiempo: elementos que deben ser informados en el formato <Fecha Inicial>/<Fecha Final>, siendo que obedece el
I formato “F” para ambas las fechas
Ejemplo: el período entre 01 de septiembre y 30 de septiembre de 2018 debe ser informado como 2018-09-01/2018-09-30
X Documento XML
3
Atención: no es la hora “Zulu”, o sea, referenciada al meridiano zero. Debe ser informada una hora en una zona
horaria específica, de libre elección del emisor: en el ejemplo fue escogido -5, que es la zona horaria oficial de
Colombia.
• La zona horaria elegida por el emisor del documento electrónico es indiferente para la aplicación de las
reglas de validación: todas las operaciones de evaluación de horas se realizan tomando en cuenta la zona
horaria informada en el campo específico.
• No existe necesidad de utilizar la misma zona horaria en todos los campos del tipo “hora” a lo largo de un
mismo archivo.
Página 15 de 814
Tabla 4 – Tamaños de Elementos
Formato Descripción
Tamaño exacto del elemento
x • ej.: 5
o informar menos o más de cinco posiciones tendrá como resultado el rechazo del archivo
Tamaño mínimo de “x”, máximo de “y”
• ej.: 0-10
x-y
o es posible expresar ningún valor, porque se permite el tamaño “0”
o informar más de diez posiciones tendrá como resultado el rechazo del archivo
Tamaño exacto del elemento de “x”, con exactamente “n” casillas decimales
• ej.: 11 p 4
xpn o El número debe tener once posiciones, siendo exactamente seis posiciones antes del punto decimal, y
exactamente cuatro (4) posiciones después del punto decimal; cualquier otro número de posiciones
tendrá como resultado el rechazo del archivo
Tamaño exacto del elemento de “x”, con entre “n” y “m” casillas decimales
• ej.: 11 p (0-6)
x p (n-m) o El número debe tener exatamente once posiciones, aceptándose cualquier combinación desde once
posiciones sin punto decimal hasta exactamente cuatro (4) posiciones antes del punto decimal, y
exactamente seis (6) posiciones después del punto decimal
Tamaño mínimo de “x”, máximo de “y”, con entre “n” y “m” casillas decimales
• ej.: 1-11 p (0-6)
o Es obligatorio expresar algún valor, porque no se permite el tamaño “0”
(x-y) p (n-m)
o El número debe entre una (1) y once posiciones, aceptándose cualquier combinación desde once
posiciones sin punto decimal hasta exactamente cuatro (4) posiciones antes del punto decimal, y
exactamente seis (6) posiciones después del punto decimal, pero la parte fraccionaria es opcional
Valores separados El elemento deberá ser informado con tamaño de exactamente una de las opciones listadas
por comas • ej.: 1, 3, 5, 8 significa que se debe informar el elemento con uno de estos cuatro tamaños fijos
Ejemplos de cómo se deben informar los valores en los elementos numéricos de acuerdo con el formato
especificado pueden ser encontrados en la Tabla 5.
Tabla 5 – Ejemplos de Información de Valores Utilizando los Formatos Numéricos
Formato Para Informar Llenar elemento con
1,105.13 1105.13
1,105.137 1105.137
0-11 p (0-6) 1,105 1105
0 0
para no informar cantidad dejar el elemento vacío
1,105 1105
1-11 0 0
para no informar cantidad no es posible
Página 16 de 814
Tabla 6 – Nombres de las Columnas de las Tablas de Reglas de Validación
Columna Descripción
Tipo Cataegoría de la regla de validación
# Identificador de la regla de validación
Campo Nombre del campo en las tablas de formato
Regla Descripción de la regla de validación
Cod Código de mensaje correspondiente a la regla de validación
Efecto de la regla de validación:
• R: Rechazo, el procesamiento correspondiente ha encontrado problemas que impiden el procesamiento de la
Y solicitud
• N: Notificación. el procesamiento correspondiente ha encontrado indicios de potenciales problemas, los cuales no
impiden el procesamiento de la solicitud
Mensaje Mensaje regresado como resultado de un rechazo el de una notificación
V Versión de las reglas de validación
Página 17 de 814
Rechazo: Si la fecha de emisión es posterior a diez días del procesamiento de la validación previa
/Invoice/cbc:IssueDate > fecha calendario (+) más 10 días
cbc:DueDate
Fecha de vencimiento de la factura, debe estar asociada con las fechas negociadas o acordadas segun
los registros de los campos cac:PaymentTerms/cbc:PaymentDueDate
cbc:TaxPointDate
Fecha del vencimiento para declarar y pagar el IVA de la factura, los periodos son: bimestre, cuatrimestre
o año de de la factura
Nota: tambien se consideraran las definiciones de la Resolución 30 del 2019 respecto a las contingencias
así:
• Facturadores: 30 días Candelario.
• DIAN: Dentro de las 48 horas.
Página 18 de 814
3. Formato para la generación de los Documentos Electrónicos
El sistema de facturación electrónica de Colombia utiliza cinco (5) documentos del estándar UBL: Invoice, CreditNote, DebitNote, ApplicationResponse y AttachedDocument.
../ext:UBLExtensions/ext:UBLExtension/ex
Datos Resolución de Numeración de
FAB04 sts InvoiceControl G DianExtensions 1..1 1.0 t:ExtensionContent/sts:DianExtensions/st
Facturas
s:InvoiceControl
../ext:UBLExtensions/ext:UBLExtension/ex
AuthorizationPe Grupo de información relativas a la fecha
FAB06 sts G InvoiceControl 1..1 1.0 t:ExtensionContent/sts:DianExtensions/st
riod de autorización de la numeración
s:InvoiceControl/sts:AuthorizationPeriod
../ext:UBLExtensions/ext:UBLExtension/ex
Debe ser anterior o igual a la fecha de la emisión de la
Fecha de inicio de la autorización de la AuthorizationPeri t:ExtensionContent/sts:DianExtensions/st
FAB07 cbc StartDate E F 10 1..1 factura 1.0
numeración od s:InvoiceControl/sts:AuthorizationPeriod/
Rechazo: si StartDate > IssueDate
cbc:StartDate
../ext:UBLExtensions/ext:UBLExtension/ex
Debe ser posterior o igual a la fecha de la emisión de la
Fecha final de la autorización de la AuthorizationPeri t:ExtensionContent/sts:DianExtensions/st
FAB08 cbc EndDate E F 10 1..1 factura 1.0
numeración od s:InvoiceControl/sts:AuthorizationPeriod/
Rechazo: si EndDate < IssueDate
cbc:EndDate
../ext:UBLExtensions/ext:UBLExtension/ex
AuthorizedInvoi Grupo de información del rango de
FAB09 sts G InvoiceControl 1..1 1.0 t:ExtensionContent/sts:DianExtensions/st
ces numeración autorizado para este emisor
s:InvoiceControl/sts:AuthorizedInvoices
Debe ser igual al código de la sucursal correspondiente a
este punto de facturación
Notificación: Si ../ext:UBLExtensions/ext:UBLExtension/ex
Prefijo de la autorización de numeración
AuthorizedInvoice /Invoice/ext:UBLExtensions/ext:UBLExtension/ext:Extensio t:ExtensionContent/sts:DianExtensions/st
FAB10 sts Prefix de facturación dado por el SIE de E A 0..4 0..1 1.0
s nContent/sts:DianExtensions/sts:InvoiceControl/sts:Authori s:InvoiceControl/sts:AuthorizedInvoices/s
Numeración
zedInvoices/sts:Prefix <> ts:Prefix
/Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyL
egalEntity/cac:CorporateRegistrationScheme/cbc:ID
Debe corresponder a un rango en vigor para el
../ext:UBLExtensions/ext:UBLExtension/ex
contribuyente emisor
Valor inicial del rango de numeración AuthorizedInvoice t:ExtensionContent/sts:DianExtensions/st
FAB11 sts From E N 1..9 1..1 Rechazo: Si From no corresponde al inicio de un rango 1.0
otorgado s s:InvoiceControl/sts:AuthorizedInvoices/s
autorizado en el Sistema de numeración para el emisor de
ts:From
la FE
Debe corresponder a un rango en vigor para el
../ext:UBLExtensions/ext:UBLExtension/ex
contribuyente emisor
Valor final del rango de numeración AuthorizedInvoice t:ExtensionContent/sts:DianExtensions/st
FAB12 sts To E N 1..9 1..1 Rechazo: Si elemento To no corresponde al final de un 1.0
otorgado s s:InvoiceControl/sts:AuthorizedInvoices/s
rango autorizado en el Sistema de numeración para el
ts:To
emisor de la FE
../ext:UBLExtensions/ext:UBLExtension/ex
t:ExtensionContent/sts:DianExtensions/st
FAB15 listAgencyID A N IdentificationCode 1..1 Debe ser informado el literal “6” 1.0
s:InvoiceSource/cbc:IdentificationCode/@
listAgencyID
../ext:UBLExtensions/ext:UBLExtension/ex
Debe ser informado el literal “United Nations Economic t:ExtensionContent/sts:DianExtensions/st
FAB16 listAgencyName A A IdentificationCode 1..1 1.0
Commission for Europe” s:InvoiceSource/cbc:IdentificationCode/@
listAgencyName
../ext:UBLExtensions/ext:UBLExtension/ex
Debe ser informado el literal
t:ExtensionContent/sts:DianExtensions/st
FAB17 listSchemeURI A A IdentificationCode 1..1 “urn:oasis:names:specification:ubl:codelist:gc:CountryIde 1.0
s:InvoiceSource/cbc:IdentificationCode/@
ntificationCode-2.1”
listSchemeURI
../ext:UBLExtensions/ext:UBLExtension/ex
SoftwareProvide Gupo de información sobre el prestador de
FAB18 sts G DianExtensions 1..1 1.0 t:ExtensionContent/sts:DianExtensions/st
r servicios
s:SoftwareProvider
Identificador del Proveedor Tecnológico
utilizado en la emisión de la factura. Un
../ext:UBLExtensions/ext:UBLExtension/ex
Obligado a facturar puede ser también NIT del Proveedor Tecnológico debe estar registrado en la
FAB19 sts ProviderID E N SoftwareProvider 1..1 1.0 t:ExtensionContent/sts:DianExtensions/st
Proveedor Tecnológico para sí mismo u DIAN sin DV.
s:SoftwareProvider/sts:ProviderID
otros, en cuyo caso será Proveedor
Tecnológico
../ext:UBLExtensions/ext:UBLExtension/ex
@schemeAgenc t:ExtensionContent/sts:DianExtensions/st
FAB20 A N ProviderID 1..1 Debe ser informado el literal “195” 1.0
yID s:SoftwareProvider/sts:ProviderI/@schem
eAgencyID
../ext:UBLExtensions/ext:UBLExtension/ex
AuthorizationPr Grupo de Informacion del Proveedor
FAB30 sts E N 9 DianExtensions 1..1 1.0 t:ExtensionContent/sts:DianExtensions/st
ovider Autorizado (PA) por la DIAN
s:AuthorizationProvider
../ext:UBLExtensions/ext:UBLExtension/ex
Debe corresponder al Nit de la DIAN.
AuthorizationPr AuthorizationProv t:ExtensionContent/sts:DianExtensions/st
FAB31 sts E N 1..1 Rechazo: Si AuthorizationProviderID no corresponde al NIT 1.0
oviderID ider s:AuthorizationProvider/sts:Authorization
de la DIAN (800197268)
ProviderID
../ext:UBLExtensions/ext:UBLExtension/ex
@schemeAgenc AuthorizationProv Debe ser informado el literal “195”. t:ExtensionContent/sts:DianExtensions/st
FAB32 A N 1..1 1.0
yID iderID Notificación: Si no se informa el literal 195 s:AuthorizationProvider/sts:Authorization
ProviderID/@schemeAgencyID
../ext:UBLExtensions/ext:UBLExtension/ex
@schemeAgenc AuthorizationProv Debe ser informado el literal “CO, DIAN (Dirección de t:ExtensionContent/sts:DianExtensions/st
FAB33 A A 1..1 1.0
yName iderID Impuestos y Aduanas Nacionales)” s:AuthorizationProvider/sts:Authorization
ProviderID/@schemeAgencyName
/Invoice/cac:AccountingSupplierParty/cac
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de
FAJ46 A A CompanyID 1..1 1.0 :Party/cac:PartyLegalEntity/cbc:CompanyI
yName Impuestos y Aduanas Nacionales)”
D/@schemeAgencyName
/Invoice/cac:AccountingSupplierParty/cac
El atributo (@schemeName=31), el DV del NIT debe ser
FAJ47 @schemeID DV del NIT del emisor A N CompanyID 1..1 1.0 :Party/cac:PartyLegalEntity/cbc:CompanyI
informado en @schemeID
D/@schemeID
El emisor debe informar 31
/Invoice/cac:AccountingSupplierParty/cac
Ver lista de valores posibles en la columna “Código” en el
FAJ48 @schemeName A N CompanyID 1..1 1.0 :Party/cac:PartyLegalEntity/cbc:CompanyI
numeral 6.2.1; solamente si admite NIT de Colombia
D/@schemeName
Rechazo si @schemeName es diferente de “31”
/Invoice/cac:AccountingSupplierParty/cac
CorporateRegist Grupo de información de registro del
FAJ49 cac E A PartyLegalEntity 1..1 1.0 :Party/cac:PartyLegalEntity/cac:Corporate
rationScheme emisor
RegistrationScheme
/Invoice/cac:AccountingSupplierParty/cac
Prefijo de la facturación usada para el CorporateRegistra Notificación: Debe ser igual al campo sts:prefix informado
FAJ50 cbc ID E N 6 0..1 1.0 :Party/cac:PartyLegalEntity/cac:Corporate
punto de venta tionScheme en el encabezado de la factura.
RegistrationScheme/cbc:ID
Número de matrícula mercantil /Invoice/cac:AccountingSupplierParty/cac
CorporateRegistra
FAJ51 cbc Name (identificador de sucursal: punto de E N 6 0..1 1.0 :Party/cac:PartyLegalEntity/cac:Corporate
tionScheme
facturación) RegistrationScheme/cbc:Name
Si se va a operar bajo modalidad de Consorcio o Unión
Grupo de elementos que pertimen
Temporal, entonces este grupo de información debe ser /Invoice/cac:AccountingSupplierParty/cac
ShareholderPart registrar la información de los
FAJ52 cac G PartyLegalEntity 0..N completada. 1.0 :Party/cac:PartyLegalEntity/cac:Sharehold
y participantes de un Consorcio o Unión
Se debe completar un grupo de elementos por cada erParty
temporal
participante del consorcio.
/Invoice/cac:AccountingCustomerParty/c
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de
FAK46 A A CompanyID 1..1 1.0 ac:Party/cac:PartyLegalEntity/cbc:Compa
yName Impuestos y Aduanas Nacionales)2
nyID/@schemeAgencyName
/Invoice/cac:Delivery/cac:DeliveryParty/c
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de
FAM34 A A CompanyID 1..1 1.0 ac:PartyTaxScheme/cbc:CompanyID/@sc
yName Impuestos y Aduanas Nacionales)”
hemeAgencyName
/Invoice/cac:Delivery/cac:DeliveryParty/c
FAM55 cbc CompanyID Identificador del transportador E N 5..12 PartyLegalEntity 1..1 Si transportador es responsable, NIT del transportador 1.0
ac:PartyLegalEntity/cbc:CompanyID
/Invoice/cac:Delivery/cac:DeliveryParty/c
@schemeAgenc
FAM56 A N CompanyID 1..1 Debe ser informado el literal “195” 1.0 ac:PartyLegalEntity/cbc:CompanyID/@sch
yID
emeAgencyID
/Invoice/cac:Delivery/cac:DeliveryParty/c
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de
FAM57 A A CompanyID 1..1 1.0 ac:PartyLegalEntity/cbc:CompanyID/@sch
yName Impuestos y Aduanas Nacionales)”
emeAgencyName
(round(//cac:InvoiceLine/cac:TaxTotal[cac:TaxSubtotal/cac
:TaxCategory/cac:TaxScheme/cbc:ID =
'22']/cbc:TaxAmount) =
round(((//cac:InvoiceLine/cac:TaxTotal/cac:TaxSubtotal[ca
c:TaxCategory/cac:TaxScheme/cbc:ID =
'22']/cbc:PerUnitAmount *
(//cac:InvoiceLine[cac:TaxTotal/cac:TaxSubtotal/cac:TaxCa
tegory/cac:TaxScheme/cbc:ID =
'22']/cbc:InvoicedQuantity)))))
../ext:UBLExtensions/ext:UBLExtension/ex
InvoiceSource Grupo de información de país del InvoiceSource
CAB13 sts G 1..1 1.0 t:ExtensionContent/sts:DianExtensions/st
documento electrónico
s:InvoiceSource
../ext:UBLExtensions/ext:UBLExtension/ex
IdentificationCo InvoiceSource
CAB14 cbc E A 2 1..1 Debe ser informado el literal “CO” 1.0 t:ExtensionContent/sts:DianExtensions/st
de
s:InvoiceSource/cbc:IdentificationCode
../ext:UBLExtensions/ext:UBLExtension/ex
t:ExtensionContent/sts:DianExtensions/st
CAB15 @listAgencyID A N IdentificationCode 1..1 Debe ser informado el literal “6” 1.0
s:InvoiceSource/cbc:IdentificationCode/@
listAgencyID
../ext:UBLExtensions/ext:UBLExtension/ex
@listAgencyNa Debe ser informado el literal “United Nations Economic t:ExtensionContent/sts:DianExtensions/st
CAB16 A A IdentificationCode 1..1 1.0
me Commission for Europe” s:InvoiceSource/cbc:IdentificationCode/@
listAgencyName
../ext:UBLExtensions/ext:UBLExtension/ex
Debe ser informado el literal
t:ExtensionContent/sts:DianExtensions/st
CAB17 @listSchemeURI A A IdentificationCode 1..1 “urn:oasis:names:specification:ubl:codelist:gc:CountryId 1.0
s:InvoiceSource/cbc:IdentificationCode/@
entificationCode-2.1”
listSchemeURI
../ext:UBLExtensions/ext:UBLExtension/ex
SoftwareProvide Gupo de información sobre el prestador de
CAB18 sts G DianExtensions 1..1 1.0 t:ExtensionContent/sts:DianExtensions/st
r servicios
s:SoftwareProvider
../ext:UBLExtensions/ext:UBLExtension/ex
AuthorizationPr Grupo de Informacion del Proveedor
CAB30 sts E N 9 DianExtensions 1..1 1.0 t:ExtensionContent/sts:DianExtensions/st
ovider Autorizado (PA) por la DIAN
s:AuthorizationProvider
../ext:UBLExtensions/ext:UBLExtension/ex
Debe corresponder al Nit de la DIAN
AuthorizationPr AuthorizationProv t:ExtensionContent/sts:DianExtensions/st
CAB31 sts E N 1..1 Rechazo: Si AuthorizationProviderID no corresponde al 1.0
oviderID ider s:AuthorizationProvider/sts:Authorization
NIT de la DIAN (800197268)
ProviderID
../ext:UBLExtensions/ext:UBLExtension/ex
@schemeAgenc AuthorizationProv t:ExtensionContent/sts:DianExtensions/st
CAB32 A N 1..1 Debe ser informado el literal “195” 1.0
yID iderID s:AuthorizationProvider/sts:Authorization
ProviderID/@schemeAgencyID
../ext:UBLExtensions/ext:UBLExtension/ex
@schemeAgenc AuthorizationProv Debe ser informado el literal “CO, DIAN (Dirección de t:ExtensionContent/sts:DianExtensions/st
CAB33 A A 1..1 1.0
yName iderID Impuestos y Aduanas Nacionales)” s:AuthorizationProvider/sts:Authorization
ProviderID/@schemeAgencyName
../ext:UBLExtensions/ext:UBLExtension/ex
Si Proveedor Autorizado está identificado por NIT
@schemeID AuthorizationProv t:ExtensionContent/sts:DianExtensions/st
CAB34 A N 0..1 (@schemeName=31), el DV del NIT debe ser informado 1.0
iderID s:AuthorizationProvider/sts:Authorization
en @schemeID. DV de DIAN 4
ProviderID/@schemeID
Versión base de UBL usada para crear este Rechazo: Si este elemento no equivale al literal “UBL
CAD01 cbc UBLVersionID E A 7..8 CreditNote 1..1 1.0 /CreditNote/cbc:UBLVersionID
perfil 2.1”
/CreditNote/cac:AccountingSupplierParty
Rechazo:
CAJ21 Cbc CompanyID NIT del emisor E N 5..12 PartyTaxScheme 1..1 1.0 /cac:Party/cac:PartyTaxScheme/cbc:Com
NIT no autorizado a facturar electrónicamente
panyID
/CreditNote/cac:AccountingSupplierParty
@schemeAgenc
CAJ22 A N CompanyID 0..1 Debe ser informado el literal “195” 1.0 /cac:Party/cac:PartyTaxScheme/cbc:Com
yID
panyID/@schemeAgencyID
/CreditNote/cac:AccountingSupplierParty
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de
CAJ46 A A CompanyID 1..1 1.0 /cac:Party/cac:PartyLegalEntity/cbc:Comp
yName Impuestos y Aduanas Nacionales)
anyID/@schemeAgencyName
/CreditNote/cac:AccountingCustomerPart
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de
CAK23 A N CompanyID 1..1 1.0 y/cac:Party/cac:PartyTaxScheme/cbc:Com
yName Impuestos y Aduanas Nacionales)”
panyID/@schemeAgencyName
/CreditNote/cac:AccountingCustomerPart
schemeAgencyN Debe ser informado el literal “CO, DIAN (Dirección de
CAK46 A A CompanyID 1..1 1.0 y/cac:Party/cac:PartyLegalEntity/cbc:Com
ame Impuestos y Aduanas Nacionales)2
panyID/@schemeAgencyName
/CreditNote/cac:Delivery/cac:DeliveryPart
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de
CAM57 A A CompanyID 1..1 1.0 y/cac:PartyLegalEntity/cbc:CompanyID/@
yName Impuestos y Aduanas Nacionales)”
schemeAgencyName
/CreditNote/cac:Delivery/cac:DeliveryPart
CorporateRegist Grupo de información de registro del
CAM60 cac E A PartyLegalEntity 0..1 1.0 y/cac:PartyLegalEntity/cac:CorporateRegi
rationScheme transportador
strationScheme
/CreditNote/cac:Delivery/cac:DeliveryPart
CorporateRegistra
CAM61 cbc Name Número de matrícula mercantil E N 6 0..1 1.0 y/cac:PartyLegalEntity/cac:CorporateRegi
tionScheme
strationScheme/cbc:Name
Grupo de detalles con información de /CreditNote/cac:Delivery/cac:DeliveryPart
CAM62 cac Contact G Party 0..1 1.0
contacto del tranportador y/cac:Contact
Rechazo:
AllowanceTotal Descuento Total: Suma de todos los 4..15 LegalMonetaryTot /CreditNote/cac:LegalMonetaryTotal/cbc:
CAU08 cbc E N 0..1 Si 1.0
Amount descuentos aplicados al total de la factura p (2..6) al AllowanceTotalAmount
round(/sig:CreditNote/cac:LegalMonetaryTotal/cbc:Allo
wanceTotalAmount) es distinto de
round(sum(/sig:CreditNote/cac:AllowanceCharge[cbc:C
hargeIndicator = "false"]/cbc:Amount))
Ver lista de valores posibles en 6.3.3
AllowanceTotalA /CreditNote/cac:LegalMonetaryTotal/cb
CAU09 @currencyID Código de moneda de la transacción A 1..1 Rechazo: 1.0
mount c:AllowanceTotalAmount/@currencyID
Si valor diferente a DocumentCurrencyCode
ChargeTotalAm Cargo Total: Suma de todos los cargos 4..15 LegalMonetaryTot Rechazo: Si /CreditNote/cac:LegalMonetaryTotal/cbc:
CAU10 cbc E N 0..1 1.0
ount aplicados al total de la factura p (2..6) al round(/sig:CreditNote/cac:LegalMonetaryTotal/cbc:Char ChargeTotalAmount
geTotalAmount) es distinto de
round(sum(/sig:CreditNote/cac:AllowanceCharge[cbc:C
hargeIndicator = "true"]/cbc:Amount))
ChargeTotalAmou Ver lista de valores posibles en el numeral 6.3.3 /CreditNote/cac:LegalMonetaryTotal/cb
CAU11 @currencyID Código de moneda de la transacción A 1..1 1.0
nt • Rechazo Si valor diferente a DocumentCurrencyCode c:ChargeTotalAmount/@currencyID
El Valor del Anticipo Total es igual a la Suma de todos los
anticipos o prepagos globales aplicados al total de la
factura.
Rechazo:
Anticipo Total: Suma de todos los pagos 4..15 LegalMonetaryTot Si /CreditNote/cac:LegalMonetaryTotal/cbc:
CAU12 cbc PrePaidAmount E N 0..1 1.0
anticipados p (2..6) al (/sig:CreditNote/cac:LegalMonetaryTotal/cbc:PrepaidAm PrepaidAmount
ount) then
round(/sig:CreditNote/cac:LegalMonetaryTotal/cbc:Pre
paidAmount) =
round(sum(/sig:CreditNote/cac:PrepaidPayment/cbc:Pa
idAmount)) else true()
Ver lista de valores posibles en 6.3.3
/CreditNote/cac:LegalMonetaryTotal/cb
CAU13 @currencyID Código de moneda de la transacción A PrePaidAmount 1..1 Rechazo: 1.0
c:PrepaidAmount/@currencyID
Si valor diferente a DocumentCurrencyCode
Rechazo:
Si
o /CreditNote/cac:CreditNoteLine/cbc:LineExtensionA
mount es distinto de
(/CreditNote/Price/cbc:PriceAmount *
/CreditNote/Price/cbc:Price/ BaseQuantity) –
(/CreditNote/cac:CreditNoteLine/cac:AllowanceCharge/
cbc:Amount, correspondientes a aquellos grupos en
donde
/CreditNote/cac:CreditNoteLine/cac:AllowanceCharge/
cbc:ChargeIndicator es “false”
o )+
(/CreditNote/cac:CreditNoteLine/cac:AllowanceCharge/
Valor total de la línea. cbc:Amount, correspondientes a aquellos grupos en
LineExtensionA Cantidad x Precio Unidad menos 0..15 donde AllowanceCharge/cbc:ChargeIndicator es “true” /CreditNote/cac:CreditNoteLine/cbc:LineE
CAV06 cbc E N CreditNoteLine 1..1 1.0
mount descuentos más recargos p (2..6) ) xtensionAmount
que apliquen para la línea. O dicho de otra forma
Rechazo:
si
../cac:TaxTotal/cbc:TaxAmount <> sumatoria de todas
las ocurrencias de
../cac:TaxTotal/TaxSubtotal/cbc:TaxAmount
(round(//cac:CreditNoteLine/cac:TaxTotal[cac:TaxSubtot
al/cac:TaxCategory/cac:TaxScheme/cbc:ID =
'22']/cbc:TaxAmount) =
round(((//cac:CreditNoteLine/cac:TaxTotal/cac:TaxSubt
otal[cac:TaxCategory/cac:TaxScheme/cbc:ID =
'22']/cbc:PerUnitAmount *
(//cac:CreditNoteLine[cac:TaxTotal/cac:TaxSubtotal/cac
:TaxCategory/cac:TaxScheme/cbc:ID =
'22']/cbc:CreditedQuantity)))))
Rechazo:
Si el elemento NO es infomado o no existe.
/CreditNote/cac:CreditNoteLine/cac:TaxT
BaseUnitMeasur 0..2
CAX09 cbc Unidad de medida base para el tributo E N TaxSubtotal 0..1 1.0 otal/cac:TaxSubtotal/cbc:BaseUnitMeasur
e p (0..2) let $i :=
e
//cac:CreditNoteLine/cac:TaxTotal/cac:TaxSubtotal/cac:
TaxCategory/cac:TaxScheme/cbc:ID, $j :=
//cac:CreditNoteLine/cac:TaxTotal/cac:TaxSubtotal
return every $k in $i satisfies if ($k = '21' or $k = '22' or
$k = '23' or $k ='24') then $j/cbc:BaseUnitMeasure != ''
and $j/cbc:BaseUnitMeasure/@unitCode != '' else
true()
/CreditNote/cac:CreditNoteLine/cac:TaxT
Corresponde a uno de los valores de la tabla de unidades
CAX10 cbc unitCode Identificación de la unidad de medida A A 2..5 BaseUnitMeasure 1..1 1.0 otal/cac:TaxSubtotal/cbc:BaseUnitMeasur
de medida 6.3.3
e/@unitCode
Es el valor nominal del tibuto por unidad
Rechazo:
Si el elemento NO es infomado o no existe.
/root/ext:UBLExtensions/ext:UBLExtensio
Grupo de información de país del InvoiceSource
DAB13 sts InvoiceSource G 1..1 1.0 n/ext:ExtensionContent/sts:DianExtensio
documento electrónico
ns/sts:InvoiceSource
/root/ext:UBLExtensions/ext:UBLExtensio
n/ext:ExtensionContent/sts:DianExtensio
IdentificationCo InvoiceSource
DAB14 cbc E A 2 1..1 Debe ser informado el literal “CO” 1.0 ns/sts:InvoiceSource/cbc:IdentificationCo
de
de
/root/ext:UBLExtensions/ext:UBLExtensio
n/ext:ExtensionContent/sts:DianExtensio
DAB15 listAgencyID A N IdentificationCode 1..1 Debe ser informado el literal “6” 1.0
ns/sts:InvoiceSource/cbc:IdentificationCo
de/@listAgencyID
/root/ext:UBLExtensions/ext:UBLExtensio
Debe ser informado el literal “United Nations Economic n/ext:ExtensionContent/sts:DianExtensio
DAB16 listAgencyName A A IdentificationCode 1..1 1.0
Commission for Europe” ns/sts:InvoiceSource/cbc:IdentificationCo
de/@listAgencyName
/root/ext:UBLExtensions/ext:UBLExtensio
Debe ser informado el literal
n/ext:ExtensionContent/sts:DianExtensio
DAB17 listSchemeURI A A IdentificationCode 1..1 “urn:oasis:names:specification:ubl:codelist:gc:CountryIden 1.0
ns/sts:InvoiceSource/cbc:IdentificationCo
tificationCode-2.1”
de/@listSchemeURI
/root/ext:UBLExtensions/ext:UBLExtensio
n/ext:ExtensionContent/sts:DianExtensio
@schemeAgenc
DAB20 A N ProviderID 1..1 Debe ser informado el literal “195” 1.0 ns/sts:SoftwareProvider/sts:ProviderI/@s
yID
chemeAgencyID
/root/ext:UBLExtensions/ext:UBLExtensio
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de n/ext:ExtensionContent/sts:DianExtensio
DAB21 A A ProviderID 1..1 1.0
yName Impuestos y Aduanas Nacionales)” ns/sts:SoftwareProvider/sts:ProviderID/@
schemeAgencyName
/root/ext:UBLExtensions/ext:UBLExtensio
Si Proveedor Tecnológico está identificado por NIT
n/ext:ExtensionContent/sts:DianExtensio
DAB22 @schemeID DV del NIT del Proveedor Tecnológico A N ProviderID 0..1 (@schemeName=31), el DV del NIT debe ser informado en 1.0
ns/sts:SoftwareProvider/sts:ProviderID/@
@schemeID
schemeID
Identificador del tipo de documento de identidad
/root/ext:UBLExtensions/ext:UBLExtensio
(@schemeName=31) del Proveedor Tecnológico que indica
n/ext:ExtensionContent/sts:DianExtensio
DAB23 @schemeName A N ProviderID 1..1 que el esta identificado por NIT y por tanto el DV del NIT 1.0
ns/sts:SoftwareProvider/sts:ProviderID/@
debe ser informado en atributo @schemeID
schemeName
Identificador Software: Identificador del Identificador del software asignado cuando el software si /root/ext:UBLExtensions/ext:UBLExtensio
DAB24 sts softwareID software habilitado para la emisión de E A SoftwareProvider 1..1 activa en el Sistema de Facturación Electrónica debe 1.0 n/ext:ExtensionContent/sts:DianExtensio
Notas corresponder a un software autorizado para este OFE ns/sts:SoftwareProvider/sts:softwareID
/root/ext:UBLExtensions/ext:UBLExtensio
@schemeAgenc n/ext:ExtensionContent/sts:DianExtensio
DAB25 A N softwareID 1..1 Debe ser informado el literal “195” 1.0
yID ns/sts:SoftwareProvider/sts:softwareID/
@schemeAgencyID
/root/ext:UBLExtensions/ext:UBLExtensio
AuthorizationPr Grupo de Información del Proveedor
DAB30 sts E N 9 DianExtensions 1..1 1.0 n/ext:ExtensionContent/sts:DianExtensio
ovider Autorizado (PA) por la DIAN
ns/sts:AuthorizationProvider
/root/ext:UBLExtensions/ext:UBLExtensio
Debe corresponder al Nit de la DIAN
AuthorizationPr AuthorizationProv n/ext:ExtensionContent/sts:DianExtensio
DAB31 sts E N 1..1 Rechazo: Si AuthorizationProviderID no corresponde al NIT 1.0
oviderID ider ns/sts:AuthorizationProvider/sts:Authoriz
de la DIAN (800197268)
ationProviderID
/root/ext:UBLExtensions/ext:UBLExtensio
@schemeAgenc AuthorizationProv n/ext:ExtensionContent/sts:DianExtensio
DAB32 A N 1..1 Debe ser informado el literal “195” 1.0
yID iderID ns/sts:AuthorizationProvider/sts:Authoriz
ationProviderID/@schemeAgencyID
/root/ext:UBLExtensions/ext:UBLExtensio
@schemeAgenc AuthorizationProv Debe ser informado el literal “CO, DIAN (Dirección de n/ext:ExtensionContent/sts:DianExtensio
DAB33 A A 1..1 1.0
yName iderID Impuestos y Aduanas Nacionales)” ns/sts:AuthorizationProvider/sts:Authoriz
ationProviderID/@schemeAgencyName
Rechazo:
si la fecha de emisión es posterior a diez días calendario
/DebitNote/cbc:IssueDate > fecha calendario + 10 días
/DebitNote/cac:AccountingSupplierParty/
Rechazo:
DAJ21 cbc CompanyID NIT del emisor E N 5..12 PartyTaxScheme 1..1 1.0 cac:Party/cac:PartyTaxScheme/cbc:Comp
NIT no autorizado a facturar electrónicamente
anyID
/DebitNote/cac:AccountingSupplierParty/
@schemeAgenc
DAJ22 A N CompanyID 0..1 Debe ser informado el literal “195” 1.0 cac:Party/cac:PartyTaxScheme/cbc:Comp
yID
anyID/@schemeAgencyID
/DebitNote/cac:AccountingSupplierParty/
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de
DAJ23 A A CompanyID 0..1 1.0 cac:Party/cac:PartyTaxScheme/cbc:Comp
yName Impuestos y Aduanas Nacionales)”
anyID/@schemeAgencyName
/DebitNote/cac:AccountingSupplierParty/
Si Emisor está identificado por NIT (@schemeName=31),
DAJ24 @schemeID DV del NIT del emisor A N CompanyID 1..1 1.0 cac:Party/cac:PartyTaxScheme/cbc:Comp
el DV del NIT debe ser informado en @schemeID
anyID/@schemeID
Identificador del tipo de documento de identidad
(@schemeName=31) del Proveedor Tecnológico que indica
que el esta identificado por NIT y por tanto el DV del NIT
/DebitNote/cac:AccountingSupplierParty/
debe ser informado en atributo @schemeID
DAJ25 @schemeName A N ProviderID 1..1 1.0 cac:Party/cac:PartyTaxScheme/cbc:Comp
anyID/@schemeName
Ver lista de valores posibles en la columna “Código” del
ítem 5.2.1; solamente si admite NIT de Colombia Rechazo
si @schemeName es diferente de “31”
/DebitNote/cac:AccountingSupplierParty/
Rechazo:
DAJ44 cbc CompanyID NIT del emisor E N 5..12 PartyLegalEntity 1..1 1.0 cac:Party/cac:PartyLegalEntity/cbc:Comp
NIT no autorizado a facturar electrónicamente
anyID
/DebitNote/cac:AccountingSupplierParty/
@schemeAgenc
DAJ45 A N CompanyID 1..1 Debe ser informado el literal “195” 1.0 cac:Party/cac:PartyLegalEntity/cbc:Comp
yID
anyID/@schemeAgencyID
/DebitNote/cac:AccountingCustomerPart
DAK21 cbc CompanyID Id del adquirente E N 5..12 PartyTaxScheme 1..1 1.0 y/cac:Party/cac:PartyTaxScheme/cbc:Com
panyID
/DebitNote/cac:AccountingCustomerPart
schemeAgencyI
DAK22 A A CompanyID 1..1 Debe ser informado el literal “195” 1.0 y/cac:Party/cac:PartyTaxScheme/cbc:Com
D
panyID/@schemeAgencyID
/DebitNote/cac:AccountingCustomerPart
schemeAgencyN Debe ser informado el literal “CO, DIAN (Dirección de
DAK23 A N CompanyID 1..1 1.0 y/cac:Party/cac:PartyTaxScheme/cbc:Com
ame Impuestos y Aduanas Nacionales)”
panyID/@schemeAgencyName
/DebitNote/cac:AccountingCustomerPart
Este elemento representa el tipo de obligación.
DAK26 cbc TaxLevelCode Obligaciones del contribuyente E A 2 PartyTaxScheme 1..1 1.0 y/cac:Party/cac:PartyTaxScheme/cbc:TaxL
Ver lista de valores posiblen en 6.2.7
evelCode
/DebitNote/cac:AccountingCustomerPart
DAK27 cbc listName Régimen al que pertenece el Adquiriente A A 5 1..1 Ver lista de valores posibles en 6.2.4 1.0 y/cac:Party/cac:PartyTaxScheme/cbc:TaxL
evelCode/@listName
Grupo de información para informar la dirección fiscal del
adquirente. Sigue las mismas reglas de información de
/DebitNote/cac:AccountingCustomerPart
schemeAgencyN Debe ser informado el literal “CO, DIAN (Dirección de
DAK46 A A CompanyID 1..1 1.0 y/cac:Party/cac:PartyLegalEntity/cbc:Com
ame Impuestos y Aduanas Nacionales)2
panyID/@schemeAgencyName
/DebitNote/cac:TaxRepresentativeParty/c
schemeAgencyN Debe ser informado el literal “CO, DIAN (Dirección de
DAL05 A A ID 0..1 1.0 ac:PartyIdentification/cbc:ID/@schemeAg
ame Impuestos y Aduanas Nacionales)”
encyName
/DebitNote/cac:Delivery/cac:DeliveryPart
DAM55 cbc CompanyID Identificador del transportador E N 5..12 PartyLegalEntity 1..1 Si transportador es responsable, NIT del transportador 1.0
y/cac:PartyLegalEntity/cbc:CompanyID
/DebitNote/cac:Delivery/cac:DeliveryPart
@schemeAgenc
DAM56 A N CompanyID 1..1 Debe ser informado el literal “195” 1.0 y/cac:PartyLegalEntity/cbc:CompanyID/@
yID
schemeAgencyID
/DebitNote/cac:Delivery/cac:DeliveryPart
@schemeAgenc Debe ser informado el literal “CO, DIAN (Dirección de
DAM57 A A CompanyID 1..1 1.0 y/cac:PartyLegalEntity/cbc:CompanyID/@
yName Impuestos y Aduanas Nacionales)”
schemeAgencyName
Si transportador está identificado por NIT /DebitNote/cac:Delivery/cac:DeliveryPart
DAM58 @schemeID DV del NIT del Transportador A N CompanyID 1..1 (@schemeName=31), el DV del NIT debe ser informado en 1.0 y/cac:PartyLegalEntity/cbc:CompanyID/@
@schemeID schemeID
Identificador del tipo de documento de identidad
(@schemeName=31) del transportador que indica que el
esta identificado por NIT y por tanto el DV del NIT debe
/DebitNote/cac:Delivery/cac:DeliveryPart
ser informado en atributo @schemeID
DAM59 @schemeName A N CompanyID 1..1 1.0 y/cac:PartyLegalEntity/cbc:CompanyID/@
schemeName
Ver lista de valores posibles en la columna “Código” del
ítem 5.2.1; solamente si admite NIT de Colombia Rechazo
si @schemeName es diferente de “31”
/DebitNote/cac:Delivery/cac:DeliveryPart
CorporateRegist Grupo de informaciones de registro del
DAM60 cac E A PartyLegalEntity 0..1 1.0 y/cac:PartyLegalEntity/cac:CorporateRegi
rationScheme transportador
strationScheme
/DebitNote/cac:Delivery/cac:DeliveryPart
CorporateRegistra
DAM61 cbc Name Número de matrícula mercantil E N 6 0..1 1.0 y/cac:PartyLegalEntity/cac:CorporateRegi
tionScheme
strationScheme/cbc:Name
TaxExclusiveAm Total Valor Base Imponible : Base 4..15 RequestedMoneta Rechazo: /DebitNote/cac:RequestedMonetaryTotal
DAU04 cbc E N 1..1 1.0
ount imponible para el cálculo de los tributos p (2..6) ryTotal Si /cbc:TaxExclusiveAmount
round(//cbc:TaxExclusiveAmount) es distinto de
round(sum(//cac:DebitNoteLine/cac:TaxTotal/cac:TaxSubt
otal/cbc:TaxableAmount))
Ver lista de valores posibles en 6.3.3 /DebitNote/cac:RequestedMonetaryTot
TaxExclusiveAmou
DAU05 @currencyID Código de moneda de la transacción A 1..1 Rechazo: 1.0 al/cbc:TaxExclusiveAmount/@currencyI
nt
Si valor diferente a DocumentCurrencyCode D
El Valor Bruto más tributos tiene que ser igual a Valor
Bruto de la factura que contienen el valor comercial más la
Suma de los Tributos de todas las líneas de detalle.
Rechazo: Si
o /DebitNote/cac:DebitNoteLine/cbc:LineExtensionAmo
unt es distinto de (/DebitNote/Price/cbc:PriceAmount *
/DebitNote/Price/cbc:Price/ BaseQuantity) –
(/DebitNote/cac:DebitNoteLine/cac:AllowanceCharge/cbc:
Amount, correspondientes a aquellos grupos en donde
/DebitNote/cac:DebitNoteLine/cac:AllowanceCharge/cbc:C
hargeIndicator es “false”
o )+
(/DebitNote/cac:DebitNoteLine/cac:AllowanceCharge/cbc:
Amount, correspondientes a aquellos grupos en donde
AllowanceCharge/cbc:ChargeIndicator es “true”)
O dicho de otra forma
every $i in /sig:DebitNote/cac:DebitNoteLine satisfies if
Valor total de la línea. (exists($i/cac:AllowanceCharge[cbc:ChargeIndicator=false(
LineExtensionA Cantidad x Precio Unidad menos 0..15 )]) and /DebitNote/cac:DebitNoteLine/cbc:LineEx
DAV06 cbc E N DebitNoteLine 1..1 1.0
mount descuentos más recargos p (2..6) exists($i/cac:AllowanceCharge[cbc:ChargeIndicator=true()] tensionAmount
que apliquen para la línea. ))then(round($i/cbc:LineExtensionAmount) =
round(($i/cac:Price/cbc:PriceAmount *
$i/cac:Price/cbc:BaseQuantity)+
$i/cac:AllowanceCharge[cbc:ChargeIndicator=true()]/cbc:A
mount -
$i/cac:AllowanceCharge[cbc:ChargeIndicator=false()]/cbc:
Amount)) else
(if(exists($i/cac:AllowanceCharge[cbc:ChargeIndicator=fals
e()]))then round($i/cbc:LineExtensionAmount) =
round(($i/cac:Price/cbc:PriceAmount *
$i/cac:Price/cbc:BaseQuantity) -
$i/cac:AllowanceCharge[cbc:ChargeIndicator=false()]/cbc:
Amount) else
if(exists($i/cac:AllowanceCharge[cbc:ChargeIndicator=true
()])) then round($i/cbc:LineExtensionAmount) =
round(($i/cac:Price/cbc:PriceAmount *
$i/cac:Price/cbc:BaseQuantity) +
$i/cac:AllowanceCharge[cbc:ChargeIndicator=true()]/cbc:A
mount) else $i/cbc:LineExtensionAmount =
Base Imponible sobre la que se calcula el 0..15 Para el caso una operación gratuita (afecta a tributo) , se /DebitNote/cac:DebitNoteLine/cac:TaxTo
DAX05 cbc TaxableAmount E N TaxSubtotal 1..1 1.0
valor del tributo p (2..6) debe informar en la base imponile Cantidad x Precio tal/cac:TaxSubtotal/cbc:TaxableAmount
Referncial Unidad menos Descuentos más Recargos que
apliquen para la línea.
La Tabla 8 muestra los efectos del registro de un evento sobre la posibilidad que otro evento sea registrado en el mismo documento electrónico. Los códigos y nombres de los
eventos, que se utilizan en la Tabla 8 y en los elementos /ApplicationResponse/cac:DocumentResponse/cac:Response/cbc:ResponseCode y
/ApplicationResponse/cac:DocumentResponse/cac:Response/cbc:Description, están definidos en 6.3.1.
Es posible la existencia de casos en los cuales exista conflicto entre declaraciones; eso ocurre cuando no existe manera automática de decidir cuál de las dos información debe
prevalecer sobre la otra. En tales situaciones, será necesario intervención de la DIAN para resolver el conflicto, probablemente por medio de contacto con uno o ambos los
declarantes.
Las definiciones de los eventos se detallan en cada uno de los ítems que siguen el cuerpo común, detallado a continuación.
ID NS
Campo Descripción T F Tam Padre Oc Observaciones V Xpath
DocumentRespo ApplicationRespons /ApplicationResponse/cac:Docum
AAH01 cac Grupo de información del evento a ser registrado G 1..1 1.0
nse e entResponse
/ApplicationResponse/cac:Docum
AAH02 cac Response Descripción del evento registrado G DocumentResponse 1..1 1.0
entResponse/cac:Response
/ApplicationResponse/cac:Docum
AAH03 cbc ResponseCode Código del evento registrado E N 3 Response 1..1 Debe contener “01” 1.0 entResponse/cac:Response/cbc:
ResponseCode
/ApplicationResponse/cac:Docum
15- Debe contener el literal “Uso Autorizado
AAH04 cbc Description Descripción del evento registrado E A Response 1..1 1.0 entResponse/cac:Response/cbc:D
100 por PA”
escription
/ApplicationResponse/cac:Docum
DocumentRefere
AAH05 cac Documento al cual está referenciado el evento siendo registrado G DocumentResponse 1..1 1.0 entResponse/cac:cac:DocumentRe
nce
ference
AAH06 cbc ID Prefijo y Número del documento referenciado E A 12 DocumentResponse 0..1 ../cbc:ID 1.0 ../cac:DocumentReference/cbc:ID
Notificación si esta UUID no existe en la ../cac:AdditionalDocumentReferen
AAH07 cbc UUID CUFE del documento referenciado E A 96 DocumentResponse 0..1 1.0
base de datos del PA o de la DIAN ce/cbc:UUID
Algoritmo utilizado para el cáculo del
CUFE
Ver lista de valores posibles en 6.1.2 ../cac:DocumentReference/cbc:U
AAH08 cbc @schemeName Identificador del esquema de identificación A A 11 UUID 1..1 1.0
Rechazo si el contenido de este atributo UID/@schemeName
no corresponde a algún de los valores
de la columna “Código”
Ver lista de valores posibles en 6.1.3
Rechazo:
DocumentTypeC ../cac:AdditionalDocumentReferen
AAH09 cbc Identificador del tipo de documento de referencia A N 2 DocumentResponse 1..1 Si este elemento no corresponde a un 1.0
ode ce/cbc:DocumentTypeCode
valor de la columna "Código" de uso
“Tipo de Documento”
/ApplicationResponse/cac:Docum
AAI01 cac LineResponse Grupo de información para registro de la anotación G DocumentResponse 1..1 1.0
entResponse/cac:LineResponse
/ApplicationResponse/cac:Docum
AAI02 cac LineReference Grupo de información correspondiente a la anotación G LineResponse 1..1 1.0 entResponse/cac:LineResponse
/cac:LineReference
3.5.4.3. Documento Electrónico Validado por PA, y que Debería Haber Sido Rechazado
Documento electrónico validado exitosamente por un PA, transmitido por este PA para la DIAN, pero que no cumple satisfactoriamente con todas las validaciones, y que, por lo
tanto, no debiera haber sido validado exitosamente por el PA.
Responsable por el Registro: DIAN
Efectos: Impide el registro de los eventos “Aceptación de Documento” y “Factura Ofrecida para Negociación como Título Valor”, sin posibilidad de resolución de esta situación
• PA deberá comunicar el emisor del problema, y el emisor deberá regularizar el documento.
ID NS
Campo Descripción T F Tam Padre Oc Observaciones V Xpath
DocumentRespon ApplicationRespons /ApplicationResponse/cac:Docum
AAH01 cac Grupo de información del evento a ser registrado G 1..1 1.0
se e entResponse
/ApplicationResponse/cac:Docum
AAH02 cac Response Descripción del evento registrado G DocumentResponse 1..1 1.0
entResponse/cac:Response
/ApplicationResponse/cac:Docum
Debe contener “04”
AAH03 cbc ResponseCode Código del evento registrado E N 3 Response 1..1 1.0 entResponse/cac:Response/cbc:
ResponseCode
/ApplicationResponse/cac:Docum
15- Debe contener el literal “Uso No
AAH04 cbc Description Descripción del evento registrado E A Response 1..1 1.0 entResponse/cac:Response/cbc:D
100 Autorizado por la DIAN”
escription
/ApplicationResponse/cac:Docum
DocumentReferen
AAH05 cac Documento al cual está referenciado el evento siendo registrado G DocumentResponse 1..1 1.0 entResponse/cac:DocumentRefere
ce
nce
AddtionalDocument
AAH06 cbc ID Prefijo y Número del documento referenciado E A 12 0..1 ../cbc:ID 1.0 ../cac:DocumentReference/cbc:ID
Reference
AddtionalDocument Notificación si esta UUID no existe en la ../cac:DocumentReference/cbc:U
AAH07 cbc UUID CUFE del documento referenciado E A 96 0..1 1.0
Reference base de datos del PA o de la DIAN UID
Algoritmo utilizado para el cáculo del
CUFE
Ver lista de valores posibles en 6.1.2 ../cac:DocumentReference/cbc:U
AAH08 cbc @schemeName Identificador del esquema de identificación A A 11 UUID 1..1 1.0
Rechazo si el contenido de este atributo UID/@schemeName
no corresponde a algún de los valores
de la columna “Código”
Ver lista de valores posibles en 6.1.3
Rechazo:
DocumentTypeCo DocumentReferenc ../cac:DocumentReference/cbc:Do
AAH09 cbc Identificador del tipo de documento de referencia A N 2 1..1 Si este elemento no corresponde a un 1.0
de e cumentTypeCode
valor de la columna "Código" de uso
“Tipo de Documento”
/ApplicationResponse/cac:Docum
AAI01 cac LineResponse Grupo de información para registro de la anotación G DocumentResponse 1..1 1.0
entResponse/cac:LineResponse
/ApplicationResponse/cac:Docum
AAI02 cac LineReference Grupo de información correspondiente a la anotación G LineResponse 1..1 1.0 entResponse/cac:LineResponse
/cac:LineReference
ID NS
Campo Descripción T F Tam Padre Oc Observaciones V Xpath
DocumentRespon ApplicationRespons /ApplicationResponse/cac:Docum
AAH01 cac Grupo de información del evento a ser registrado G 1..1 1.0
se e entResponse
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
ID NS
Campo Descripción T F Tam Padre Oc Observaciones V Xpath
DocumentRespon ApplicationRespons /ApplicationResponse/cac:Docum
AAH01 cac Grupo de información del evento a ser registrado G 1..1 1.0
se e entResponse
/ApplicationResponse/cac:Docum
AAH02 cac Response Descripción del evento registrado G DocumentResponse 1..1 1.0
entResponse/cac:Response
/ApplicationResponse/cac:Docum
AAH03 cbc ResponseCode Código del evento registrado E N 3 Response 1..1 Debe contener “031” 1.0 entResponse/cac:Response/cbc:
ResponseCode
/ApplicationResponse/cac:Docum
15- Debe contener el literal “Rechazo de
AAH04 cbc Description Descripción del evento registrado E A Response 1..1 1.0 entResponse/cac:Response/cbc:D
100 Documento”
escription
/ApplicationResponse/cac:Docum
DocumentReferen
AAH05 cac Documento al cual está referenciado el evento siendo registrado G DocumentResponse 1..1 1.0 entResponse/cac:DocumentRefere
ce
nce
AAH06 cbc ID Prefijo y Número del documento referenciado E A 12DocumentResponse 0..1 ../cbc:ID 1.0 ../cac:DocumentReference/cbc:ID
Notificación si esta UUID no existe en la ../cac:DocumentReference/cbc:U
AAH07 cbc UUID CUFE del documento referenciado E A 20-32 DocumentResponse 0..1 1.0
base de datos del PA o de la DIAN UID
Algoritmo utilizado para el cáculo del
CUFE
Ver lista de valores posibles en 6.1.2 ../cac:DocumentReference/cbc:U
AAH08 cbc @schemeName Identificador del esquema de identificación A A 11 UUID 1..1 1.0
Rechazo si el contenido de este atributo UID/@schemeName
no corresponde a algún de los valores
de la columna “Código”
ID NS
Campo Descripción T F Tam Padre Oc Observaciones V Xpath
DocumentRespon ApplicationRespons /ApplicationResponse/cac:Docum
AAH01 cac Grupo de información del evento a ser registrado G 1..1 1.0
se e entResponse
/ApplicationResponse/cac:Docum
AAH02 cac Response Descripción del evento registrado G DocumentResponse 1..1 1.0
entResponse/cac:Response
/ApplicationResponse/cac:Docum
AAH03 cbc ResponseCode Código del evento registrado E N 3 Response 1..1 Debe contener “032” 1.0 entResponse/cac:Response/cbc:
ResponseCode
/ApplicationResponse/cac:Docum
15- Debe contener el literal “Recepción de
AAH04 cbc Description Descripción del evento registrado E A Response 1..1 1.0 entResponse/cac:Response/cbc:D
100 los Bienes”
escription
/ApplicationResponse/cac:Docum
DocumentReferen
AAH05 cac Documento al cual está referenciado el evento siendo registrado G DocumentResponse 1..1 1.0 entResponse/cac:DocumentRefere
ce
nce
AAH06 cbc ID Prefijo y Número del documento referenciado E A 12 DocumentResponse 0..1 ../cbc:ID 1.0 ../cac:DocumentReference/cbc:ID
Notificación si esta UUID no existe en la ../cac:DocumentReference/cbc:U
AAH07 cbc UUID CUFE del documento referenciado E A 96 DocumentResponse 0..1 1.0
base de datos del PA o de la DIAN UID
ID NS
Campo Descripción T F Tam Padre Oc Observaciones V Xpath
DocumentRespon ApplicationRespons /ApplicationResponse/cac:Docum
AAH01 cac Grupo de información del evento a ser registrado G 1..1 1.0
se e entResponse
/ApplicationResponse/cac:Docum
AAH02 cac Response Descripción del evento registrado G DocumentResponse 1..1 1.0
entResponse/cac:Response
/ApplicationResponse/cac:Docum
AAH03 cbc ResponseCode Código del evento registrado E N 3 Response 1..1 Debe contener “041” 1.0 entResponse/cac:Response/cbc:
ResponseCode
/ApplicationResponse/cac:Docum
15- Debe contener el literal “Factura
AAH04 cbc Description Descripción del evento registrado E A Response 1..1 1.0 entResponse/cac:Response/cbc:D
100 Negociada como Título Valor”
escription
/ApplicationResponse/cac:Docum
DocumentReferen
AAH05 cac Documento al cual está referenciado el evento siendo registrado G DocumentResponse 1..1 1.0 entResponse/cac:DocumentRefere
ce
nce
AAH06 cbc ID Prefijo y Número del documento referenciado E A 12 DocumentResponse 0..1 ../cbc:ID 1.0 ../cac:DocumentReference/cbc:ID
Notificación si esta UUID no existe en la ../cac:DocumentReference/cbc:U
AAH07 cbc UUID CUFE del documento referenciado E A 96 DocumentResponse 0..1 1.0
base de datos del PA o de la DIAN UID
Algoritmo utilizado para el cáculo del
CUFE
Ver lista de valores posibles en 6.1.2 ../cac:DocumentReference/cbc:U
AAH08 cbc @schemeName Identificador del esquema de identificación A A 11 UUID 1..1 1.0
Rechazo si el contenido de este atributo UID/@schemeName
no corresponde a algún de los valores
de la columna “Código”
Ver lista de valores posibles en 6.1.3
Rechazo:
DocumentTypeCo DocumentReferenc ../cac:DocumentReference/cbc:Do
AAH09 cbc Identificador del tipo de documento de referencia A N 2 1..1 Si este elemento no corresponde a un 1.0
de e cumentTypeCode
valor de la columna "Código" de uso
“Tipo de Documento”
Guía del nombre del archivo xml de un documento electrónico requeridos por la DIAN
Notas:
• Los tamaños de cada variable son constantes, es necesario generar el ajuste con ceros a la izquierda en cada uno de ellos.
• Los Códigos “ppp” para el Software Propio y Facturación gratuita de la DIAN se manejarán de la siguiente manera:
o 000 Software Propio
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
3.7. Guía del nombre del archivo que contiene uno o más documentos electrónicos y que será entregado a la DIAN mediante un web service de recepción.
Guía del nombre del archivo ZIP que Contiene uno o más documentos electrónicos y que será Entregado a la DIAN mediante un web service de recepción.
znnnnnnnnnnpppaadddddddd.zip z: comprimido
• archivo comprimido que contiene uno o varios archivos *.xml. Cada archivo nnnnnnnnnn: NIT del Facturador Electrónico sin DV, de diez (10) dígitos alineados a la derecha y relleno con ceros a la
.xml debe ser un documento electrónico ubl-DIAN. izquierda.
• si el archivo se transmitirá a la DIAN a través del servicio sincrónico, ppp: Código asignado por la DIAN al PT de tres (3) dígitos.
entonces la cantidad de documentos electrónicos será igual a uno “1”. En
aa: Dos (2) últimos dígitos año calendario
caso contrario el resultado de la operación será RECHAZO.
• Si el archivo se transmitirá a la DIAN a través del servicio asincrónico, dddddddd: consecutivo del paquete de archivos comprimidos enviados; de ocho (8) dígitos decimales alineados a la
entonces la cantidad de documentos electrónicos será inferior a 51; el derecha y ajustado a la izquierda con ceros; en el rango:
contenido podrá ser combinado, es decir que podrán incluirse: “fv”, “nc”, 00000001 <= 99999999
“nd”, “ar” dentro del mismo archivo comprimido. Ejemplo de la décima primera factura del Facturador Electrónico con NIT 800197268 con software propio para el año
• Este formato será el único para la entrega de archivos comprimidos 2019.
z08001972680001900000011.zip
Regla: el consecutivo se iniciará en “00000001” cada primero de enero.
Nota:
• El consecutivo “dddddddd” corresponde al envió del archivo .zip enviado a la entidad.
• El código asignado por la DIAN se encuentra en el siguiente numeral 3.8
RSAwithSHA256=http://www.w3.org/2001/04/ ../ext:UBLExtensions/ext:UBLExtension/ext:
El algoritmo de firma usado sobre el elemento
DC04 ds SignatureMethod Signature 1..1 xmldsig-more#rsa-sha256 1.0 ExtensionContent/ds:Signature/ds:SignedIn
«SignedInfo»
fo/ds:SignatureMethod
RSAwithSHA384=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha384
RSAwithSHA512=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha512
../ext:UBLExtensions/ext:UBLExtension/ext:
Grupo de la primera referencia que contiene la firma
DC05 ds Reference G Signature 1..1 URI="" 1.0 ExtensionContent/ds:Signature/ds:SignedIn
aplicada de todo el documento
fo/ds:Reference
RSAwithSHA256=http://www.w3.org/2001/04/ ../ext:UBLExtensions/ext:UBLExtension/ext:
DC08 ds DigestMethod El algoritmo de firma usado sobre el elemento Reference 1..1 xmldsig-more#rsa-sha256 1.0 ExtensionContent/ds:Signature/ds:SignedIn
fo/ds:Reference/ds:DigestMethod
RSAwithSHA384=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha384
RSAwithSHA512=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha512
Resultado de aplicar el algoritmo de generación hash ../ext:UBLExtensions/ext:UBLExtension/ext:
DC09 ds DigestValue especificado en el “DigestMethod” en codificación Reference 1..1 1.0 ExtensionContent/ds:Signature/ds:SignedIn
base64 fo/ds:Reference/ds:DigestValue
../ext:UBLExtensions/ext:UBLExtension/ext:
Grupo de la segunda referencia donde se especifica
DC10 ds Reference G Signature 1..1 URI="#{UUID}-KeyInfo" 1.0 ExtensionContent/ds:Signature/ds:SignedIn
clave pública contenida en el elemento KeyInfo.
fo/ds:Reference
Puede ser cualquiera de los definidos en la
especificación XML-Signature Syntax and
Processing (http://www.w3.org/TR/xmldsig-
core2/#sec-Algorithms) que actualmente son:
RSAwithSHA256=http://www.w3.org/2001/04/ ../ext:UBLExtensions/ext:UBLExtension/ext:
DC11 ds DigestMethod El algoritmo de firma usado sobre el elemento Reference 1..1 xmldsig-more#rsa-sha256 1.0 ExtensionContent/ds:Signature/ds:SignedIn
fo/ds:Reference/ds:DigestMethod
RSAwithSHA384=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha384
RSAwithSHA512=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha512
RSAwithSHA256=http://www.w3.org/2001/04/ ../ext:UBLExtensions/ext:UBLExtension/ext:
DC14 ds DigestMethod El algoritmo de firma usado sobre el elemento Reference 1..1 xmldsig-more#rsa-sha256 1.0 ExtensionContent/ds:Signature/ds:SignedIn
fo/ds:Reference/ds:DigestMethod
RSAwithSHA384=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha384
RSAwithSHA512=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha512
Resultado de aplicar el algoritmo de generación hash ../ext:UBLExtensions/ext:UBLExtension/ext:
DC15 ds DigestValue especificado en el “DigestMethod” en codificación Reference 1..1 1.0 ExtensionContent/ds:Signature/ds:SignedIn
base64 fo/ds:Reference/ds:DigestValue
Resultado de aplicar el algoritmo de generación hash ../ext:UBLExtensions/ext:UBLExtension/ext:
DC16 ds SignatureValue especificado en el “SignatureMethod” en Signature 1..1 1.0 ExtensionContent/ds:Signature/ds:Signatur
codificación base64 eValue
Grupo de información para embeber el certificado ../ext:UBLExtensions/ext:UBLExtension/ext:
DC17 ds KeyInfo G Signature 1..1 1.0
público requerido para validar la firma. ExtensionContent/ds:Signature/ds:KeyInfo
../ext:UBLExtensions/ext:UBLExtension/ext:
Grupo que contiene el certificado publico del que
DC18 ds X509Data G KeyInfo 1..1 1.0 ExtensionContent/ds:Signature/ds:KeyInfo/
firma el documento
ds:X509Data
../ext:UBLExtensions/ext:UBLExtension/ext:
Certificado publico requerido para validar la firma
DC19 ds X509Certificate X509Data 1..1 1.0 ExtensionContent/ds:Signature/ds:KeyInfo/
del documento electronico
ds:X509Data/ds:X509Certificate
Grupo de objetos para definir las propiedades de la ../ext:UBLExtensions/ext:UBLExtension/ext:
DC20 ds Object G Signature 1..1 1.0
firma ExtensionContent/ds:Signature/ds:Object
../ext:UBLExtensions/ext:UBLExtension/ext:
QualifyingProperti Grupo de elementos calificables de comprobación
DC21 xades G Object 1..1 1.0 ExtensionContent/ds:Signature/ds:Object/x
es del firma
ades:QualifyingProperties
RSAwithSHA512=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha512
../ext:UBLExtensions/ext:UBLExtension/ext:
ExtensionContent/ds:Signature/ds:Object/x
Resultado de aplicar el algoritmo de generación hash
SignedSignaturePr ades:QualifyingProperties/xades:SignedPro
DC29 ds DigestValue especificado en el “DigestMethod” en codificación 1..1 1.0
operties perties/xades:SignedSignatureProperties/x
base64
ades:SigningCertificate/xades:Cert/xades:C
ertDigest/ds:DigestValue
../ext:UBLExtensions/ext:UBLExtension/ext:
ExtensionContent/ds:Signature/ds:Object/x
SignedSignaturePr ades:QualifyingProperties/xades:SignedPro
DC30 xades IssuerSerial Grupo para definir los datos del certificado G 1..1 1.0
operties perties/xades:SignedSignatureProperties/x
ades:SigningCertificate/xades:Cert/xades:Is
suerSerial
../ext:UBLExtensions/ext:UBLExtension/ext:
ExtensionContent/ds:Signature/ds:Object/x
Subject del certificado digital con que firma el SignedSignaturePr ades:QualifyingProperties/xades:SignedPro
DC31 ds X509IssuerName 1..1 1.0
documento electrónico operties perties/xades:SignedSignatureProperties/x
ades:SigningCertificate/xades:Cert/xades:Is
suerSerial/ds:X509IssuerName
../ext:UBLExtensions/ext:UBLExtension/ext:
ExtensionContent/ds:Signature/ds:Object/x
X509SerialNumbe Serial del certificado digital con que firma el SignedSignaturePr ades:QualifyingProperties/xades:SignedPro
DC32 ds 1..1 1.0
r documento electrónico operties perties/xades:SignedSignatureProperties/x
ades:SigningCertificate/xades:Cert/xades:Is
suerSerial/ds:X509SerialNumber
RSAwithSHA512=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha512
../ext:UBLExtensions/ext:UBLExtension/ext:
ExtensionContent/ds:Signature/ds:Object/x
Resultado de aplicar el algoritmo de generación hash
SignedSignaturePr ades:QualifyingProperties/xades:SignedPro
DC36 ds DigestValue especificado en el “DigestMethod” en codificación 1..1 1.0
operties perties/xades:SignedSignatureProperties/x
base64
ades:SigningCertificate/xades:Cert/xades:C
ertDigest/ds:DigestValue
../ext:UBLExtensions/ext:UBLExtension/ext:
ExtensionContent/ds:Signature/ds:Object/x
SignedSignaturePr ades:QualifyingProperties/xades:SignedPro
DC37 xades IssuerSerial Grupo para definir los datos del certificado G 1..1 1.0
operties perties/xades:SignedSignatureProperties/x
ades:SigningCertificate/xades:Cert/xades:Is
suerSerial
RSAwithSHA512=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha512
RSAwithSHA512=http://www.w3.org/2001/04/
xmldsig-more#rsa-sha512
../ext:UBLExtensions/ext:UBLExtension/ext:
ExtensionContent/ds:Signature/ds:Object/x
Resultado de aplicar el algoritmo de generación hash ades:QualifyingProperties/xades:SignedPro
SignedSignaturePr
DC53 ds DigestValue especificado en el “DigestMethod” en codificación 1..1 1.0 perties/xades:SignedSignatureProperties/x
operties
base64 ades:SignaturePolicyIdentifier/xades:Signat
urePolicyId/xades:SigPolicyHash/ds:DigestV
alue
1. Detección del error “500 – Internal Server Error” o “503 – Service Unavailable”. Únicamente este error.
2. Transmitir nuevamente a la DIAN la factura electrónica de venta para validación previa transcurridos 20
segundos después de la detección del error “500 – Internal Server Error” o “503 – Service Unavailable”..
Si persiste el error, se deben realizar dos (2) intentos más, cada uno en intervalo de 20 segundos. Al
finalizar la cuarta transmisión en la que se ha detectado el error, es decir un minuto después de la
transmisión inicial y si persiste la condición de error, el facturador electrónico o el proveedor tecnológico
podrá transmitir directamente al adquirente, la factura electrónica sin validación previa.
3. Mantener o archivar las evidencias del error “500 – Internal Server Error” o “503 – Service Unavailable”
en sus registros digitales.
4. Generar nuevamente la factura electrónica de venta cambiando el contenido referenciado en la
etiqueta InvoiceTypeCode con el valor 04 según la tabla 6.1.3 manteniendo el mimo prefijo y numero
de factura, volver a firmar la factura electrónica, incluir la factura electrónica sin Application Response
(validación de la DIAN) en un AttachedDocument y entregar al adquirente.
5. Monitorear la conexión y el sitio web de la DIAN, con el fin de identificar el restablecimiento del servicio
por parte de la DIAN. Transmitir normalmente las Facturas Electrónicas para Validación Previa, e iniciar
la transmisión de las facturas electrónicas entregadas al adquirente sin validación previa al web service
de contingencia dispuesto por la DIAN
Código Nombre
01 Uso Autorizado por PA
02 Uso Autorizado por la DIAN
03 Documento Electrónico Validado por PA, y que Debería Haber Sido Rechazado
04 Uso No Autorizado por la DIAN
011 Documento Referenciado no Existe en la Base de Datos de la DIAN
030 Acuse de recibo
031 Rechazo de Documento
032 Recepción de los Bienes
033 Aceptación de Documento
040 Factura Ofrecida para Negociación como Título Valor
041 Factura Negociada como Título Valor
6.3.4. Pagos
B55 kilovoltios por metro GGR gramo TSH tonelada de vapor por hora
B56 kiloveber por metro GH medio galón (EE. UU.) TT mil metros lineales
B57 año luz GIA branquias TU tubo
B58 litro por mol GII Gill (Reino Unido) TV mil kilogramos
B59 hora lumen GJ gramo por mililitro TW mil hojas
B6 bollo GK gramo por kilogramo TY tanque, cilíndrico
B60 lumen por metro cuadrado GL gramo por litro U1 tratamiento
B61 lumen por vatio GLD galón seco (EE. UU.) U2 tableta
B62 lumen segundo GLI galón (Reino Unido) UA torr
B63 hora de lux GLL galón UB Línea de telecomunicaciones en
servicio promedio.
B64 lux segundo GM gramo por metro cuadrado UC puerto de telecomunicaciones
B65 Maxwell GN galón bruto UD décimo minuto
ReteIVA 15.00
Tarifa
Conceptos
(cbc:Percent)
Compras de bienes raíces cuya destinación y uso sea vivienda de habitación (por las
primeras 20.000 UVT, es decir hasta $637.780.000) 1.00
Compras de bienes raíces cuya destinación y uso sea vivienda de habitación (exceso
de las primeras 20.000 UVT, es decir superior a $637.780.000) 2.50
Compras de bienes raíces cuya destinación y uso sea distinto a vivienda de habitación 2.50
Servicios de transporte nacional de pasajeros por vía terrestre (no declarantes) 3.50
Código Postal
000000 25436 051818 131540 183027 251230 475019 630001 733507
05001 25438 051820 131547 184010 251237 475020 630002 733508
05002 25473 051827 131548 184017 251238 475027 630003 733510
05004 25483 051830 131560 184018 251240 475028 630004 733517
05021 25486 051837 131567 184019 251247 475030 630007 733520
05030 25488 051838 132001 185010 251250 475037 630008 733527
05031 25489 051840 132007 185017 251257 475038 631001 733528
05034 25491 051847 132010 185018 251260 475050 631007 733529
05036 25506 051850 132017 185030 251267 475057 631008 733540
05038 25513 051857 132018 185037 251268 476001 631020 733547
05040 25518 051858 132030 185038 251401 476007 631027 733548
05042 25524 051860 132037 185050 251407 476008 631028 733549
05044 25530 051867 132040 185057 251420 476020 632001 733557
05045 25535 051868 132047 185058 251427 476027 632007 733558
05051 25572 052010 132050 185070 251428 476030 632008 733570
05055 25580 052017 132057 185077 251601 476037 632020 733577
05059 25592 052018 132058 185078 251607 476040 632027 733578
05079 25594 052020 132059 186010 251620 476047 632040 733580
05086 25596 052027 132501 186017 251627 476048 632047 733587
05088 25599 052030 132507 186018 251628 476050 632060 733588
05091 25612 052037 132508 186030 251640 476057 632067 733590
05093 25645 052038 132511 186037 251647 476058 632080 733597
05101 25649 052040 132512 186038 251648 476060 632087 734001
05107 25653 052047 132517 186050 251801 476067 633001 734007
…//ext:UBLExtensions/ext:U
Tipo de identificador fiscal de BLExtension/ext:ExtensionC
Identificador del tipo de
la persona debe corresponder ontent/sts:DianExtensions/s
FAB35 R schemeName documento de identidad no 1.0
a un valor codificado igual a ts:AuthorizationProvider/sts
es igual a 31
31 :AuthorizationProviderID/@
schemeName
…//ext:UBLExtensions/ext:U
Colocar la definición de este No está informado la BLExtension/ext:ExtensionC
FAB36 R QRCode 1.0
código información del Código QR ontent/sts:DianExtensions/s
ts:QRCode
CustomizationID no indica
Indicador del tipo de /Invoice/cbc:CustomizationI
FAD02 R CustomizationID un valor válido para el tipo 1.0
operación D
de operación
No se permiten caracteres
Número de factura solo puede
FAD05a R ID adicionales como espacios o 1.0 /Invoice/cbc:ID
contener dígitos y letras
guiones
Notificación si la fecha de
La fecha de emisión fue
emisión es anterior a cinco (5)
FAD09c N IssueDate anterior a 5 días de la fecha 1.0 /Invoice/cbc:IssueDate
días de la fecha calendario
actual
actual.
Se debe diligenciar
únicamente cuando la FE se
FBH01 N BillingReference origina a partir de la 1.0 Invoice/cac:BillingReference
corrección o ajuste que se da
mediante un NC
/Invoice/cac:BillingReferenc
CreditNoteDocumen Grupo de información para
FBH02 R 1.0 e/cac:CreditNoteDocument
tReference nota crédito relacionada
Reference
/Invoice/cac:BillingReferenc
Prefijo + Número de la nota ID de NC de referencia no
FBH03 R ID 1.0 e/cac:CreditNoteDocument
crédito referenciada relacionada
Reference/cbc:ID
Se debe diligenciar
únicamente cuando la FE se
origina a partir de la /Invoice/cac:BillingReferenc
FBH04 R UUID corrección o ajuste que se da CUDE de NC referenciada no 1.0 e/cac:CreditNoteDocument
mediante un NC existe
Reference/cbc:UUID
Rechazo si CUDE NC
referenciada no existe
/Invoice/cac:BillingReferenc
e/cac:CreditNoteDocument
FBH05 N @schemeName Algoritmo del CUDE Algoritmo no corresponde 1.0
Reference/cbc:UUID/@sche
meName
Fecha de emisión de la nota
crédito relacionada debe ser
anterior a la fecha de la Fecha NC referenciada /Invoice/cac:BillingReferenc
FBH06 R IssueDate factura anterior a fecha de la 1.0 e/cac:CreditNoteDocument
Rechazo si Fecha NC factura Reference/cbc:IssueDate
referenciada posterior a
Invoice/cbc:IssueDate
Se debe diligenciar
únicamente cuando la FE se
FBI01 N BillingReference origina a partir de la 1.0 Invoice/cac:BillingReference
corrección o ajuste que se da
mediante una ND
/Invoice/cac:BillingReferenc
DebitNoteDocumen Grupo de información para
FBI02 R 1.0 e/cac:DebitNoteDocumentR
tReference nota débito relacionada
eference
/Invoice/cac:BillingReferenc
Prefijo + Número de la nota ID de ND de referencia no
FBI03 R ID 1.0 e/cac:DebitNoteDocumentR
débito relacionada relacionada
eference/cbc:ID
Se debe diligenciar
únicamente cuando la FE se
origina a partir de la /Invoice/cac:BillingReferenc
FBI04 R UUID corrección o ajuste que se da CUDE de ND referenciada 1.0 e/cac:DebitNoteDocumentR
mediante un ND no existe
eference/cbc:UUID
Rechazo si CUDE ND
referenciada no existe
/Invoice/cac:BillingReferenc
e/cac:DebitNoteDocumentR
FBI05 N @schemeName Algoritmo del CUDE Algoritmo no corresponde 1.0
eference/cbc:UUID/@sche
meName
No esta informado el
CUFE del documento /Invoice/cac:AdditionalDocu
FAI03 R UUID elemento UUID (CUFE o 1.0
referenciado mentReference/cbc:UUID
CUDE)
/Invoice/cac:AdditionalDoc
Fecha de emisión del
FAI05 N IssueDate 1.0 umentReference/cbc:Issue
documento referenciado
Date
/Invoice/cac:AdditionalDoc
Identificador del tipo de No esta informado el tipo de
FAI06 N DocumentTypeCode 1.0 umentReference/cbc:Docu
documento de referencia documento referenciado.
mentTypeCode
Identifica el código de
actividad económica del
emisor. Debe informar el Códigos no informados o no /Invoice/cac:AccountingSup
IndustryClasification
FAJ04 N código según lista CIIU. Para corresponden a los que 1.0 plierParty/cac:Party/cbc:Ind
Code
informar varios códigos, se estan en lista ustryClassificationCode
separan por; Ejemplo
7020;5140
Valida estructura de
composición de Código postal /Invoice/cac:AccountingSup
plierParty/cac:Party/cac:Ph
FAJ73 N PostalZone Próximamente este elemento Estructura código no valida 1.0
ysicalLocation/cac:Address/
será solicitado de forma cbc:PostalZone
obligatoria.
/Invoice/cac:AccountingSup
Identificador del lenguaje
plierParty/cac:Party/cac:Ph
utilizado en el nombre del
FAJ18 N @languageID Debe contener el literal “es” 1.0 ysicalLocation/cac:Address/
país, debe utilizar el literal
cac:Country/cbc:Name/@la
“es”
nguageID
/Invoice/cac:AccountingSup
Rechazo si el atributo
No esta informado el DV del plierParty/cac:Party/cac:Par
FAJ24a R @schemeID @schemeName es 31 y no se 1.0
NIT tyTaxScheme/cbc:Company
informa el DV en este campo.
ID/@schemeID
/Invoice/cac:AccountingSup
Valida que el DV del NIT del
plierParty/cac:Party/cac:Par
FAJ24b R @schemeID emisor informado sea El DV del NIT no es correcto 1.0
tyTaxScheme/cbc:Company
correcto
ID/@schemeID
No fue informado el
conjunto formado por los
/Invoice/cac:AccountingSup
elementos: ID, CityName,
RegistrationAddres Grupo de información para plierParty/cac:Party/cac:Par
FAJ28 R CountrySubentity, 1.0
s informar dirección fiscal tyTaxScheme/cac:Registrati
CountrySubentityCode,
onAddress
AddressLine, Line, Country,
IdentificationCode
Valida estructura de
composición de Código postal /Invoice/cac:AccountingSup
plierParty/cac:Party/cac:Par
FAJ74 N PostalZone Nota: Próximamente este Estructura código no valida 1.0
tyTaxScheme/cac:Registrati
elemento será solicitado de onAddress/cbc:PostalZone
forma obligatoria.
El nombre no corresponde un
valor valido de la lista
/Invoice/cac:AccountingSup
Si este es un grupo con plierParty/cac:Party/cac:Par
El nombre no corresponde
FAJ31 N CountrySubentity información con respeto a la 1.0 tyTaxScheme/cac:Registrati
dirección del emisor de un un valor valido de la lista
onAddress/cbc:CountrySub
documento electrónico, debe entity
ser un Departamento de
Colombia
Notificación: Emisor es
responsable: debe existir la
información correspondiente
Debe existir un grupo
…//cac:AccountingSupplierPar /Invoice/cac:AccountingSup
FAJ39 N TaxScheme ty/cac:Party/cac:PartyTaxSche No se encuentra el grupo 1.0
plierParty/cac:Party/cac:Par
me/cac:TaxScheme en el cual TaxScheme del emisor tyTaxScheme/cac:TaxSchem
el elemento e
…//cac:AccountingSupplierPar
ty/cac:Party/cac:PartyTaxSche
me/cac:TaxScheme/cb:ID es
01
/Invoice/cac:AccountingSup
EL contenido de este
Valida el identificador plierParty/cac:Party/cac:Par
FAJ40 R ID elemento no corresponde a 1.0
tributario del emisor tyTaxScheme/cac:TaxSchem
un contenido valido 01
e/cbc:ID
…//cac:AccountingSupplierP
Grupo de información legal No se encuentra el grupo
FAJ42 R PartyLegalEntity 1.0 arty/cac:Party/cac:PartyLeg
del emisor PartyLegalEntity del emisor
alEntity
…//cac:AccountingSupplierP
Nombre o Razón Social del arty/cac:Party/cac:PartyLeg
FAJ43 R RegistrationName Nombre No informado 1.0
emisor debe ser informado alEntity/cbc:RegistrationNa
me
…//cac:AccountingSupplierP
NIT no autorizado a facturar
FAJ44 R CompanyID NIT del emisor 1.0 arty/cac:Party/cac:PartyLeg
electrónicamente
alEntity/cbc:CompanyID
…//cac:AccountingSupplierP
Debe ser informado el literal No informado el literal arty/cac:Party/cac:PartyLeg
FAJ45 N @schemeAgencyID 1.0
“195” “195” alEntity/cbc:CompanyID/@s
chemeAgencyID
Debe ser informado el literal No informado el literal “CO, …//cac:AccountingSupplierP
@schemeAgencyNa “CO, DIAN (Dirección de DIAN (Dirección de arty/cac:Party/cac:PartyLeg
FAJ46 N 1.0
me Impuestos y Aduanas Impuestos y Aduanas alEntity/cbc:CompanyID/@s
Nacionales) Nacionales) chemeAgencyName
…//cac:AccountingSupplierP
El atributo DV del NIT del emisor no arty/cac:Party/cac:PartyLeg
FAJ47 R @schemeID 1.0
(@schemeName=31), el DV informado alEntity/cbc:CompanyID/@s
chemeID
Si se va a opera bajo
…//cac:AccountingSupplierP
modalidad del consorcio o
No se encuentra el grupo arty/cac:Party/cac:PartyLeg
FAJ52 R ShareholderParty Unión temporal, entonces 1.0
ShareholderParty del emisor alEntity/cac:ShareholderPar
este grupo de información
ty
debe ser completada
Si el documento hace
referencia a un consorcio o …//cac:AccountingSupplierP
No se ha informado el
PartecipationPercen unión temporal entonces de arty/cac:Party/cac:PartyLeg
FAJ53 R porcentaje de los 1.0
t debe informar el Porcentaje alEntity/cac:ShareholderPar
participantes del consorcio
de los participantes del ty/cbc:PartecipationPercent
consocio o unión temporal
Si se va a opera bajo
modalidad del consorcio o /Invoice/cac:AccountingSup
Unión temporal, entonces No se encuentra el grupo plierParty/cac:Party/cac:Par
FAJ54 R Party 1.0
este Grupo de elemento ShareholderParty del emisor tyLegalEntity/cac:Sharehold
permite registrar la erParty/cac:Party
información de un consorcio
No se encuentra el grupo
AccountingCustome Grupo con información que /Invoice/cac:AccountingCust
FAK01 R AccountingCustomerParty 1.0
rParty definen el Adquirente omerParty
del adquirente
Valida estructura de
composición de Código postal
../cac:Address/cbc:PostalZo
FAK57 N PostalZone Próximamente este elemento Estructura código no valida 1.0
ne
será solicitado de forma
obligatoria.
Grupo de información
tributaria del Adquirente.
Rechazo:
Si el grupo no es informado y
si se cumple al menos una de
las siguientes situaciones:
Si el adquirente es persona …//cac:AccountingCustomer
No se encuentra el grupo
FAK19 R PartyTaxScheme jurídica: 1.0 Party/cac:Party/cac:PartyTa
PartyTaxScheme
xScheme
AdditionalAccountID contiene
“1”
En caso de operación de
exportación: Si
//cbc:InvoiceTypeCode = “02”
Si el valor total de la factura es
mayor de 100 UVT:
…//cac:AccountingCustomer
Id del adquirente debe ser ID de adquirente no
FAK21 R CompanyID 1.0 Party/cac:Party/cac:PartyTa
informado Informado
xScheme/cbc:CompanyID
…//cac:AccountingCustomer
Debe ser informado el literal No informado el literal Party/cac:Party/cac:PartyTa
FAK22 N @schemeAgencyID 1.0
“195” “195” xScheme/cbc:CompanyID/@
schemeAgencyID
Debe ser informado el literal No informado el literal “CO, …//cac:AccountingCustomer
@schemeAgencyNa “CO, DIAN (Dirección de DIAN (Dirección de Party/cac:Party/cac:PartyTa
FAK23 N 1.0
me Impuestos y Aduanas Impuestos y Aduanas xScheme/cbc:CompanyID/@
Nacionales)” Nacionales)” schemeAgencyName
…//cac:AccountingCustomer
Rechazo si el atributo
No esta informado el DV del Party/cac:Party/cac:PartyTa
FAK24 R @schemeID @schemeName es 31 y no se 1.0
NIT xScheme/cbc:CompanyID/@
informa el DV en este campo.
schemeID
…//cac:AccountingCustomer
Valida que el DV del NIT del
Party/cac:Party/cac:PartyTa
FAK25 R @schemeID emisor informado sea El DV del NIT no es correcto 1.0
xScheme/cbc:CompanyID/@
correcto
schemeName
Valida estructura de
composición de Código postal
../cac:RegistratioAddress/cb
FAK58 N PostalZone Próximamente este elemento Estructura código no valida 1.0
c:PostalZone
será solicitado de forma
obligatoria.
Notificación: Si el adquirente
es responsable, el NIT debe
estar activo en el RUT
Si existe un grupo
…///cac:AccountingCustomer
Party/cac:Party/cac:PartyTaxS
cheme/cac:TaxScheme
en el cual el elemento
…//cac:AccountingCustomerP
arty/cac:Party/cac:PartyTaxSc
heme/cbc:ID es 01 y …//cac:AccountingCustomer
No se encuentra el grupo
FAK39 N TaxScheme …//cac:AccountingCustomerP 1.0 Party/cac:Party/cac:PartyTa
TaxScheme
arty/cac:Party/cac:PartyLegalE xScheme/cac:TaxScheme
ntity
/cbc:CompanyID/@schemeNa
me=31
entonces NIT
…//cac:AccountingCustomerP
arty/cac:Party/cac:PartyLegalE
ntity /cbc:CompanyID debe
estar activo
Obligatorio si adquiriente es
responsable
EL contenido de este
Valida el identificador
FAK40 N ID elemento no corresponde a 1.0 ../cac:TaxScheme/cbc:ID
tributario del receptor
un contenido valido 01
…//cac:AccountingCustomer
Grupo de información legal
Obligatorio si adquiriente es
FAK42 N PartyLegalEntity 1.0 Party/cac:Party/cac:PartyLe
del adquirente responsable
galEntity
…//cac:AccountingCustomer
Nombre o Razón Social del
Party/cac:Party/cac:PartyLe
FAK43 N RegistrationName adquirente debe ser Nombre No informado 1.0
galEntity/cbc:RegistrationNa
informado
me
…//cac:AccountingCustomer
FAK44 N CompanyID ID del adquirente ID adquirente no informado 1.0 Party/cac:Party/cac:PartyLe
galEntity /cbc:CompanyID
…//cac:AccountingCustomer
Party/cac:Party/cac:PartyLe
Debe ser informado el literal No informado el literal
FAK45 N @schemeAgencyID 1.0 galEntity
“195” “195”
/cbc:CompanyID/@scheme
AgencyID
…//cac:AccountingCustomer
Debe ser informado el literal No informado el literal “CO,
Party/cac:Party/cac:PartyLe
@schemeAgencyNa “CO, DIAN (Dirección de DIAN (Dirección de
FAK46 N 1.0 galEntity
me Impuestos y Aduanas Impuestos y Aduanas
/cbc:CompanyID/@scheme
Nacionales) Nacionales)
AgencyName
…//cac:AccountingCustomer
El atributo
Party/cac:Party/cac:PartyLe
(@schemeName=31), el DV DV del NIT del emisor no
FAK47 R @schemeID 1.0 galEntity
del NIT debe ser informado en informado
/cbc:CompanyID/@schemeI
@schemeID
D
…/cac:AccountingCustomer
Correo electrónico de Correo electrónico no
FAK55 N ElectronicMail 1.0 Party/cac:Party/cac:Contact
contacto informado
/cbc:ElectronicMail
Grupo de información de la
TaxRepresentativeP ..//cac:TaxRepresentativePa
FAL01 N Persona autorizada para 1.0
arty rty
descargar documentos
…//cac:TaxRepresentativePa
FAL02 N PartyIdentification
rty/cac:PartyIdentification
El atributo
…//cac:TaxRepresentativePa
(@schemeName=31), el DV DV del NIT del emisor no
FAL07 N @schemeID 1.0 rty/cac:PartyIdentification/c
del NIT debe ser informado en informado
bc:ID/@schemeID
@schemeID
Valida estructura de
composición de Código postal
../cac:DeliveryAddress/cbc:
FAM68 N PostalZone Próximamente este elemento Estructura código no valida 1.0
PostalZone
será solicitado de forma
obligatoria.
…//cac:Delivery/cac:Delivery
Nombre comercial de la
FAM17 N Name 1.0 Party
empresa de transporte
/cac:PartyName/cbc:Name
Valida estructura de
composición de Código postal
../cac:Address/cbc:PostalZo
FAM69 N PostalZone Próximamente este elemento Estructura código no valida 1.0
ne
será solicitado de forma
obligatoria.
Si este es un grupo de
información con respeto a la
dirección del emisor de un
documento electrónico, debe
ser un Departamento de El nombre no corresponde ../cac:Address/cbc:CountryS
FAM22 N CountrySubentity Colombia 1.0
un valor valido de la lista ubentity
Si IdentificationCode es “CO”,
CountrySubentity debe
corresponder a uno de los
valores de la lista
Si este es un grupo de
información con respeto a la
dirección del emisor de un
documento electrónico, debe
ser un código de
Departamento de Colombia
CountrySubentityCo Este código no corresponde ../cac:Address/cbc:CountryS
FAM23 N Si IdentificationCode es “CO”, 1.0
de a un valor válido de la lista ubentityCode
CountrySubentity debe
corresponder a uno de los
valores de la Columna Código
de 6.4.2
Obligatorio para Emisores y
Adquirentes Responsables
Si el transportador es …/cac:Delivery/cac:Delivery
Identificador del
FAM32 R CompanyID responsable debe informar 1.0 Party/cac:PartyTaxScheme/c
transportador
NIT bc:CompanyID
…/cac:Delivery/cac:Delivery
Debe ser informado el literal No informado el literal Party/cac:PartyTaxScheme/c
FAM33 N @schemeAgencyID 1.0
“195” “195” bc:CompanyID/@schemeAg
encyID
Debe ser informado el literal No informado el literal “CO, …/cac:Delivery/cac:Delivery
@schemeAgencyNa “CO, DIAN (Dirección de DIAN (Dirección de Party/cac:PartyTaxScheme/c
FAM34 N 1.0
me Impuestos y Aduanas Impuestos y Aduanas bc:CompanyID/@schemeAg
Nacionales)” Nacionales)” encyName
Valida estructura de
composición de Código postal
../cac:RegistrationAddress/c
FAM70 N PostalZone Próximamente este elemento Estructura código no valida 1.0
bc:PostalZone
será solicitado de forma
obligatoria.
Si el contenido de este
elemento no corresponde a
un contenido de la columna
“Identificador”
Nombre registrado en el
RUT. Si el transportador es
persona jurídica desea
también utilizar el nombre
comercial en el archivo de la ../cac:Delivery/cac:DeliveryP
Nombre o Razón Social del factura, debe utilizar el
FAM54 RegistrationName 1.0 arty/cac:PartyLegalEntity/cb
transportador elemento c:RegistrationName
…//cac:AccountingSupplierP
arty/cac:Party/cac:PartyNa
me/cbc:Name
Si transportador es …/cac:Delivery/cac:Delivery
Identificador del
FAM55 CompanyID responsable, NIT del 1.0 Party/cac:PartyLegalEntity/c
transportador
transportador bc:CompanyID
El atributo
(@schemeName=31), el DV DV del NIT del ..//cbc:CompanyID/@schem
FAM58 R @schemeID 1.0
del NIT debe ser informado en transportador no informado eID
@schemeID
…/cac:Delivery/cac:Delivery
CorporateRegistrati Grupo de información de Party/cac:PartyLegalEntity/c
FAM60 1.0
onScheme registro del transportador ac:CorporateRegistrationSch
eme
Valida que este informado el
Número de matrícula …/cac:CorporateRegistratio
FAM61 N Name Número de matrícula 1.0
mercantil no informado nScheme/cbc:Name
mercantil
Condiciones de Entrega:
LossRiskResponsibili Obligatorio cuando sea una …/cac:DeliveryTerms/cbc:Lo
FBC04 R factura de exportación 1.0
tyCode ssRiskResponsibilityCode
Ver lista de valores en 6.3.7
Fecha de vencimiento de la
factura o fecha de
compromiso de pago
Obligatorio si es venta a Venta a crédito sin
información de fecha en la /Invoice/cac:PaymentMeans
FAN04 R PaymentDueDate crédito 1.0
cual se comprometió el /cbc:PaymentDueDate
Rechazo: pago
Si PaymentMeans/ID = 2 y
PaymentDueDate no es
informado
/Invoice/cac:PaymentMeans
FAN05 N PaymentID Identificador del pago 1.0
/cbc:PaymentID
Obligatorio de informar si es
descuento a nivel de factura
internacional. De acuerdo a
los valores establecidos en la
Hay un descuento a nivel de …//cac:AllowanceCharge/c
AllowanceChargeRe tabla 6.3.8
FAQ04 N factura y no indicó el código 1.0 bc:AllowanceChargeReaso
asonCode Rechazo: Si es descuento y no del descuento nCode
se informa
Notificación: si hay un recargo
y este elemento no es
informado
Porcentaje a aplicar.
Porcentaje aplicado en …//cac:AllowanceCharge/c
MultiplierFactorNu decimales Porcentaje que aplica
FAQ06 N 1.0 bc:MultiplierFactorNumeri
meric superior al 100%
Notificación: si este elemento c
> 100
Rechazo:
Si
…//AllowanceCharge/cbc:Char
geIndicator es true y
/Invoice/cac:PaymentExcha
TargetCurrencyBase Base monetaria para la TargetCurrencyBase trae
FAR05 R 1.0 ngeRate/cbc:TargetCurrenc
Rate conversión. Debe ser 1.00 valor diferente a 1.00
yBaseRate
Existe un grupo
Valida que existe solo un
/Invoice/TaxTotal para uno
grupo con información de
de los impuestos s IVA
totales para un mismo
(01), INC (04), ICA (03) sin
FAS01 tributo en la factura y que los
R TaxTotal que exista un grupo 1.0 /Invoice/cac:TaxTotal
b impuestos IVA (01), INC (04),
/Invoice/cac:InvoiceLine
ICA (03) deben existir
con información
también en al menos una
correspondientes al mismo
línea de la factura
impuesto.
Sin Validación
Remítase a regla FAD15b ya
que al cumplirse dicha regla
Rechazo: Sí no es igual a verifica que este elemento …/cac:AllowanceCharge/cbc:
FBE09 R @currencyID 1.0
cbc:DocumentCurrencyCode corresponder al mismo valor BaseAmount/@currencyID
informado en
DocumentCurrencyCode
let $i :=
Si el elemento NO es ../cac:TaxTotal/cac:TaxSubtotal
FAX11 N PerUnitAmount //cac:InvoiceLine/cac:TaxTotal/ 1.0
cac:TaxSubtotal/cac:TaxCategor informado o no existe. /cbc:PerUnitAmount
y/cac:TaxScheme/cbc:ID, $j :=
//cac:InvoiceLine/cac:TaxTotal/
cac:TaxSubtotal return every $k
in $i satisfies if ($k = '21' or $k =
'22' or $k = '23' or $k ='24') then
$j/cbc:PerUnitAmount !='' and
$j/cbc:PerUnitAmount/@curre
ncyID !='' else true()
Remítase a regla FAD15b ya
que al cumplirse dicha regla ../cac:TaxTotal/cac:TaxSubtot
FAX12 R @currencyID Rechazo: Sí no es igual a verifica que este elemento 1.0 al/cbc:PerUnitAmount/@curr
cbc:DocumentCurrencyCode corresponder al mismo valor encyID
informado en
DocumentCurrencyCode
Grupo de información sobre el ../cac:TaxTotal/cac:TaxSubtotal
FAX13 R TaxCategory 1.0
tributo /cac:TaxCategory
N
Tarifa del tributo
En el caso de que el tributo es
un porcentaje del valor
tributable: informar la tarifa
(porcentaje) a ser aplicada a la
base imponible
Reporta una tarifa diferente ../cac:TaxTotal/cac:TaxSubtotal
FAX14 Percent El valor debe corresponder a los para uno de los tributos 1.0
/cac:TaxCategory/cbc:Percent
presentados en la tabla de enunciados en la tabla 6.3.9
tarifas 6.3.9, para los tributos
que figuren en dicha tabla.
Rechazo:
Si reporta una tarifa diferente
para uno de los tributos
enunciados en la tabla 6.3.9
../cac:TaxTotal/cac:TaxSubtotal
FAX15 R TaxScheme Grupo de información 1.0 /cac:TaxCategory/cac:TaxSche
específica sobre el tributo me
Obligatorio si …/cac:PowerOfAttorney/cac:A
FBA03 R AgentParty InformationContentProviderPar 1.0
gentParty
ty es informado
FBB04 R BaseQuantity La cantidad real sobre la cual el No esta informada la 1.0 ../cac:Price/cbc:BaseQuantity
precio aplica cantidad
Valida la Unidad de Medida de
la cantidad del artículo
solicitado
Ver lista de valores posibles en
La unidad de la cantidad ../cac:Price/cbc:BaseQuantity/
FBB05 R @unitCode 6.3.6 utilizada no existe en la lista 1.0
@unitCode
de unidades
Notificación si el valor del
atributo no se encuentra en la
columna “Unid”
…//ext:UBLExtensions/ext:
UBLExtension/ext:Extension
Debe ser informado el literal No informado el literal
Content/sts:DianExtensions
CAB16 N listAgencyName “United Nations Economic “United Nations Economic 1.0
/sts:CreditNoteSource/cbc:I
Commission for Europe” Commission for Europe”
dentificationCode/@listAge
ncyName
…//ext:UBLExtensions/ext:
Debe ser informado el literal No informado el literal UBLExtension/ext:Extension
“urn:oasis:names:specificati “urn:oasis:names:specifica Content/sts:DianExtensions
CAB17 N listSchemeURI 1.0
on:ubl:codelist:gc:CountryId tion:ubl:codelist:gc:Countr /sts:CreditNoteSource/cbc:I
entificationCode-2.1” yIdentificationCode-2.1” dentificationCode/@listSch
emeURI
…//ext:UBLExtensions/ext:
NIT del Prestador de UBLExtension/ext:Extension
NIT del Prestador de
CAB19a R ProviderID Servicios debe estar 1.0 Content/sts:DianExtensions
Servicio no fue informado
informado /sts:SoftwareProvider/sts:P
roviderID
AuthorizationProviderID …//ext:UBLExtensions/ext:
Valida que se encuentre
no corresponde al NIT de UBLExtension/ext:Extension
AuthorizationProvid informado el NIT del
CAB31 R la DIAN (800197268) 1.0 Content/sts:DianExtensions
erID Proveedor Autorizado
/sts:AuthorizationProvider/
(800197268)
sts:AuthorizationProviderID
…//ext:UBLExtensions/ext:
UBLExtension/ext:Extension
Debe ser informado el literal No informado el literal Content/sts:DianExtensions
CAB32 N @schemeAgencyID 1.0
“195” “195” /sts:AuthorizationProvider/
sts:AuthorizationProviderID
/@schemeAgencyID
…//ext:UBLExtensions/ext:
Debe ser informado el literal No informado el literal UBLExtension/ext:Extension
@schemeAgencyNa “CO, DIAN (Dirección de “CO, DIAN (Dirección de Content/sts:DianExtensions
CAB33 N 1.0
me Impuestos y Aduanas Impuestos y Aduanas /sts:AuthorizationProvider/
Nacionales)” Nacionales)” sts:AuthorizationProviderID
/@schemeAgencyName
Si Proveedor Autorizado …//ext:UBLExtensions/ext:
esta identificado por NIT UBLExtension/ext:Extension
(@schemeName=31), el DV El DV del NIT no esta
Content/sts:DianExtensions
CAB34 R @schemeID del NIT debe ser informado informado o no es 1.0
/sts:AuthorizationProvider/
en @schemeID. correcto
sts:AuthorizationProviderID
Nota:DV de DIAN es 4 /@schemeID
…//ext:UBLExtensions/ext:
No esta informado la
Colocar la defincion de este UBLExtension/ext:Extension
CAB36 R QRCode información del Código 1.0
Código Content/sts:DianExtensions
QR
/sts:QRCode
UBLVersionID : no
Versión base de UBL debe /CreditNote/cbc:UBLVersio
CAD01 R UBLVersionID contiene el literal “UBL 1.0
ser “UBL 2.1” nID
2.1”
CustomizationID no indica
Indicador del tipo de /CreditNote/cbc:Customizat
CAD02 R CustomizationID un valor válido para el tipo 1.0
operación ionID
de operación
Ambiente de autorización al
ProfileExecutionID no
que se destina este
indica un valor válido para
documento, debe contener /CreditNote/cbc:ProfileExec
CAD04 R ProfileExecutionID ambiente de destino del 1.0
el código correcto para utionID
documento (1=
indicar si es producción o
Producción ; 2= Prueba)
pruebas
Notificación si la fecha de
emisión es anterior a cinco
(5) días de la fecha La fecha de emisión fue
CAD09c N IssueDate calendario actual. anterior a 5 días de la 1.0 /CreditNote/cbc:IssueDate
fecha actual
/CreditNote/cbc:IssueDate
>= fecha calendario – 5 días
Se debe diligenciar
únicamente cuando la FE se
DiscrepancyRespons origina a partir de la CreditNote/cac:BillingRefer
CBF01 R 1.0
e ence
correcció o ajuste que se da
mediante un NC
Se debe diligenciar
únicamente cuando la FE se
CBI01 /CreditNote/cac:BillingRefer
R BillingReference origina a partir de la 1.0
ence
correcció o ajuste que se da
mediante una ND
CreditNote/cac:BillingRefer
InvoiceDocumentRe Grupo de información para
CBI02 R 1.0 ence/InvoiceDocumentRefe
ference nota débito relacionada
rence
CreditNote/cac:BillingRefer
Prefijo + Número de la nota ID de ND de referencia no
CBI03 R ID 1.0 ence/InvoiceDocumentRefe
débito relacionada relacionada
rence/cbc:ID
Se debe diligenciar
CreditNote/cac:BillingRefer
únicamente cuando la NC CUFE de ND referenciada
CBI04 R UUID 1.0 ence/InvoiceDocumentRefe
se origina a partir de la no existe
rence/cbc:UUID
correcció o ajuste a una FE
CreditNote/cac:BillingRefer
ence/InvoiceDocumentRefe
CBI05 N @schemeName Algoritmo del CUFE Algoritno no corresponde 1.0
rence/cbc:UUID/@scheme
Name
Fecha de emisión de la
factura electronica Fecha FE referenciada CreditNote/cac:BillingRefer
CBI06 R IssueDate relacionada debe ser posterior a fecha de la 1.0 ence/InvoiceDocumentRefe
anterior a la fecha de la Nota Créditonota credito rence/cbc:IssueDate
nota creditoNota Crédito
Identifica el código de
actividad económica del
emisor. Debe informar el Códigos no informados o …//cac:AccountingSupplierP
IndustryClasification
CAJ04 N código según lista CIIU. Para no corresponden a los que 1.0 arty/cac:Party/cbc:Industry
Code
informar varios códigos, se estan en lista ClasificationCode
separan por ;. Ejemplo
7020;5140
Valida estructura de
composición de Código
postal Estructura código no ../cac:Address/cbc:PostalZo
CAJ73 N PostalZone 1.0
Próximamente este valida ne
elemento será solicitado de
forma obligatoria.
…//cac:AccountingSupplierP
Valida que el DV del NIT del
El DV del NIT no es arty/cac:Party/cac:PartyTax
CAJ24b R @schemeID emisor informado sea 1.0
correcto Scheme/cbc:CompanyID/@
correcto
schemeID
Identificador del tipo de
documento de identidad
(@schemeName=31) del El contenido de este …//cac:AccountingSupplierP
Emisor que indica que el atributo no corresponde a arty/cac:Party/cac:PartyTax
CAJ25 R @schemeName 1.0
esta identificado por NIT y uno de los valores Scheme/cbc:CompanyID/@
por tanto el DV del NIT debe posibles de las listas schemeName
ser informado en atributo
@schemeID
No fue informado el
conjunto formado por los
elementos: ID, CityName, …//cac:AccountingSupplierP
RegistrationAddre Grupo de información para CountrySubentity, arty/cac:Party/cac:Pa
CAJ28 R 1.0
ss informar dirección fiscal CountrySubentityCode, rtyTaxScheme/cac:Re
AddressLine, Line, gistrationAddress
Country,
IdentificationCode
Valida estructura de
Estructura código no ../cac: RegistrationAddress
CAJ74 N PostalZone composición de Código 1.0
valida /cbc:PostalZone
postal
El nombre no corresponde
un valor valido de la lista
Si este es un grupo con
información con respeto a la
dirección del emisor de un
documento electrónico,
debe ser un Departamento El nombre no corresponde ../cac:RegistrationAddress/c
CAJ31 N CountrySubentity 1.0
de Colombia un valor valido de la lista bc:CountrySubentity
Si IdentificationCode es “CO”,
CountrySubentity debe
corresponder a uno de los
valores de la Columna Código
de 6.4.2
Notificación: Emisor es
responsable: debe existir la
información
correspondiente
Debe existir un grupo
…//cac:AccountingSupplierP No se encuentra el grupo …//cac:AccountingSupplierP
CAJ39 N TaxScheme arty/cac:Party/cac:PartyTax TaxScheme del emisor 1.0 arty/cac:Party/cac:PartyTax
Scheme/cac:TaxScheme en Scheme/cac:TaxScheme
el cual el elemento
…//cac:AccountingSupplierP
arty/cac:Party/cac:PartyTax
Scheme/cac:TaxScheme/cb:I
D es 01
EL contenido de este
Valida el identificador
CAJ40 R ID elemento no corresponde 1.0 ../cac:TaxScheme/cbc:ID
tributario del emisor
a un contenido valido 01
El atributo
…//cac:AccountingSupplierP
(@schemeName=31), el DV DV del NIT del emisor no
CAJ47 R @schemeID 1.0 arty/cac:Party/cac:PartyLeg
del NIT debe ser informado informado
alEntity/@schemeID
en @schemeID
Si se va a opera bajo
…//cac:AccountingSupplierP
modalidad de Consorcio o No se encuentra el grupo
arty/cac:Party/cac:PartyLeg
CAJ52 R ShareholderParty Unión temporal, entonces ShareholderParty del 1.0
alEntity/cac:ShareholderPar
este grupo de información emisor
ty
debe ser completada
Si se va a opera bajo
modalidad de Consorcio o /CreditNote/cac:Accounting
No se encuentra el grupo
Unión temporal, entonces SupplierParty/cac:Party/cac
CAJ54 R Party ShareholderParty del 1.0
este Grupo de elemento :PartyLegalEntity/cac:Share
emisor
pertime registrar la holderParty/cac:Party
información de un consorcio
…//cac:AccountingSupplierP
Grupo de informaciónes No se encuentra el grupo arty/cac:Party/cac:PartyLeg
CAJ55 R PartyTaxScheme tributarias de los PartyTaxScheme del 1.0 alEntity/cac:ShareholderPar
participantes del consorcio emisor ty/cac:Party/cac:PartyTaxSc
heme
…//cac:AccountingSupplierP
arty/cac:Party/cac:PartyLeg
Se debe informar el Nombre
No se informó el nombre alEntity/cac:ShareholderPar
CAJ56 N RegistrationName o Razón Social de 1.0
o razón social ty/cac:Party/cac:PartyTaxSc
participante de consorcio
heme/cbc:RegistrationNam
e
…//cac:AccountingSupplierP
ID del participante de ID del participante de arty/cac:Party/cac:PartyLeg
CAJ57 N CompanyID consorcio debe estar consorcio no estar 1.0 alEntity/cac:ShareholderPar
registrado en la DIAN registrado en la DIAN ty/cac:Party/cac:PartyTaxSc
heme/cbc:CompanyID
…//cac:AccountingSupplierP
arty/cac:Party/cac:PartyLeg
Debe ser informado el literal No informado el literal alEntity/cac:ShareholderPar
CAJ58 N @schemeAgencyID 1.0
“195” “195” ty/cac:Party/cac:PartyTaxSc
heme/cbc:CompanyID/@sc
hemeAgencyID
…//cac:AccountingSupplierP
Debe ser informado el literal No informado el literal arty/cac:Party/cac:PartyLeg
@schemeAgencyNa “CO, DIAN (Dirección de “CO, DIAN (Dirección de alEntity/cac:ShareholderPar
CAJ59 N 1.0
me Impuestos y Aduanas Impuestos y Aduanas ty/cac:Party/cac:PartyTaxSc
Nacionales)” Nacionales)” heme/cbc:CompanyID/@sc
hemeAgencyName
…//cac:AccountingSupplierP
Si participante de consorcio
arty/cac:Party/cac:PartyLeg
está identificado por NIT
DV del NIT del alEntity/cac:ShareholderPar
CAJ60 R @schemeID (@schemeName=31), el DV 1.0
participante no informado ty/cac:Party/cac:PartyTaxSc
del NIT debe ser informado
heme/cbc:CompanyID/@sc
en @schemeID
hemeID
No se encuentra el grupo
AccountingCustome Grupo con informaciónes /CreditNote/cac:Accounting
CAK01 R AccountingCustomerParty 1.0
rParty que definen el Adquirente CustomerParty
del adquirente
Valida estructura de
composición de Código
postal Estructura código no ../cac:Address/cbc:PostalZo
CAK57 N PostalZone 1.0
Proximamente este valida ne
elemento será solicitado de
forma obligatoria.
Grupo de informaciónes
tributarias del Adquirente.
Rechazo:
Si el grupo no es informado …//cac:AccountingCustome
No se encuentra el grupo
CAK19 R PartyTaxScheme y si se cumple almenos una 1.0 rParty/cac:Party/cac:PartyT
PartyTaxScheme
de las siguientes axScheme
situaciones:
Si el adquirente es persona
jurídica:
Nombre registrado en el
RUT. Si el aqeuirente es
persona jurídica desea
también utilizar el nombre
comercial en el archivo de la
factura, debe utilizar el
elemento
…//cac:AccountingCustomer
Party/cac:Party/cac:PartyNa
me/cbc:Name
…//cac:AccountingCustome
Nombre o razón social no rParty/cac:Party/cac:PartyT
CAK20 R RegistrationName Si el adquirente es 1.0
informado axScheme/cbc:Registration
responsable debe informar Name
su NIT
CompanyID/@schemeName
es 31, el adquirente debe
informar el nombre
registrado en el RUT en el
elemento
…//cac:AccountingCustomer
Party/cac:Party/cac:PartyTa
xScheme/cbc:RegistrationN
ame
…//cac:AccountingCustome
Id del adquirente debe ser ID de adquirente no
CAK21 R CompanyID 1.0 rParty/cac:Party/cac:PartyT
informado Informado
axScheme/cbc:CompanyID
…//cac:AccountingCustome
Debe ser informado el literal No informado el literal rParty/cac:Party/cac:PartyT
CAK22 N @schemeAgencyID 1.0
“195” “195” axScheme/cbc:CompanyID/
@schemeAgencyID
Debe ser informado el literal No informado el literal …//cac:AccountingCustome
@schemeAgencyNa “CO, DIAN (Dirección de “CO, DIAN (Dirección de rParty/cac:Party/cac:PartyT
CAK23 N 1.0
me Impuestos y Aduanas Impuestos y Aduanas axScheme/cbc:CompanyID/
Nacionales)” Nacionales)” @schemeAgencyName
…//cac:AccountingCustome
Valida que el DV del NIT del
El DV del NIT no es rParty/cac:Party/cac:PartyT
CAK25 R @schemeName emisor informado sea 1.0
correcto axScheme/cbc:CompanyID/
correcto
@schemeName
Valida que la
Responsabilidad informada
por receptor se encuentren
dentro de la lista.
Para reportar varias
obligaciones /
responsabilidades, se deben …//cac:AccountingCustome
Responsabilidad
registrar separando cada rParty/cac:Party/cac:PartyT
CAK26 N TaxLevelCode informada para receptor 1.0
uno de los valores de la lista axScheme/cbc:TaxLevelCod
no valido según lista
con “;”. Ejemplo O-06;O-07; e
ya así sucesivamente de
acuerdo a las
responsabilidades
necesarias.
Nota: Aplica solamente para
adquirentes Nacionales.
Valida la estructura de
composición de Código
postal Estructura código no ../cac:RegistratioAddress/cb
CAK58 N PostalZone 1.0
Nota: Proximamente este valida c:PostalZone
elemento será solicitado de
forma obligatoria.
Notificación: Si el
adquirente es responsable,
el NIT debe estar activo en
el RUT
Si existe un grupo
…///cac:AccountingCustome …//cac:AccountingCustome
No se encuentra el grupo
CAK39 N TaxScheme rParty/cac:Party/cac:PartyT 1.0 rParty/cac:Party/cac:PartyT
TaxScheme
axScheme/cac:TaxScheme axScheme/cac:TaxScheme
en el cual el elemento
…//cac:AccountingCustomer
Party/cac:Party/cac:PartyTa
xScheme/cbc:ID es 01 y
…//cac:AccountingCustomer
EL contenido de este
Valida el identificador
CAK40 N ID elemento no corresponde 1.0 ../cac:TaxScheme/cbc:ID
tributario del receptor
a un contenido valido 01
…//cac:AccountingCustome
Grupo de información legal Obligatorio si adquiriente
CAK42 N PartyLegalEntity 1.0 rParty/cac:Party/cac:PartyL
del adquirente es responsable
egalEntity
…//cac:AccountingCustome
El Nombre o Razón Social
rParty/cac:Party/cac:PartyL
CAK43 N RegistrationName del adquirente debe ser Nombre NO informado 1.0
egalEntity/cbc:Registration
informado
Name
…//cac:AccountingCustome
ID adquirente no
CAK44 N CompanyID ID del aquirente 1.0 rParty/cac:Party/cac:PartyL
informado
egalEntity /cbc:CompanyID
…//cac:AccountingCustome
rParty/cac:Party/cac:PartyL
Debe ser informado el literal NO informado el literal
CAK45 N @schemeAgencyID 1.0 egalEntity
“195” “195”
/cbc:CompanyID/@scheme
AgencyID
…//cac:AccountingCustome
Debe ser informado el literal NO informado el literal
rParty/cac:Party/cac:PartyL
@schemeAgencyNa “CO, DIAN (Dirección de “CO, DIAN (Dirección de
CAK46 N 1.0 egalEntity
me Impuestos y Aduanas Impuestos y Aduanas
/cbc:CompanyID/@scheme
Nacionales) Nacionales)
AgencyName
…//cac:AccountingCustome
El atributo
rParty/cac:Party/cac:PartyL
(@schemeName=31), el DV DV del NIT del emisor NO
CAK47 R @schemeID 1.0 egalEntity
del NIT debe ser informado informado
/cbc:CompanyID/@schemeI
en @schemeID
D
…//cac:AccountingCustome
CAK48 R @schemeName Identificador del tipo de El contenido de este 1.0 rParty/cac:Party/cac:PartyL
documento de identidad atributo no corresponde a egalEntity
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
www.dian.gov.co
El atributo
…//cac:TaxRepresentativeP
(@schemeName=31), el DV DV del NIT del emisor no
CAL07 N @schemeID 1.0 arty/cac:PartyIdentification
del NIT debe ser informado informado
/cbc:ID/@schemeID
en @schemeID
…//cac:TaxRepresentativeP
CAL06 N @schemeName Identificador del tipo de El contenido de este 1.0 arty/cac:PartyIdentification
documento de identidad atributo no corresponde a /cbc:ID/@schemeName
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
www.dian.gov.co
Valida estructura de
Estructura código no ../cac:DeliveryAddress/cbc:
CAM68 N PostalZone composición de Código 1.0
valida PostalZone
postal
…//cac:Delivery/cac:Deliver
Nombre comercial de la
CAM17 N Name 1.0 yParty/cac:PartyName/cbc:
empresa de transporte.
Name
Valida la estructura y
composición de Código
postal. Estructura código no ../cac:Address/cbc:PostalZo
CAM69 N PostalZone 1.0
Nota: Proximamente este valida ne
elemento será solicitado de
forma obligatoria.
Grupo de información
…//cac:Delivery/cac:Deliver
CAM30 R PartyTaxScheme tributarias del 1.0
yParty/cac:PartyTaxScheme
transportador.
Válida la estructura de
composición del Código
postal. Estructura código no ./cac:RegistrationAddress/c
CAM70 N PostalZone 1.0
Nota: proximamente este válida. bc: PostalZone
elemento será solicitado de
forma obligatoria.
Grupo de detalles
CAM50
N TaxScheme tributarios de la empresa de 1.0 …//cac:PartyTaxScheme
transporte.
Si el contenido de este
elemento no corresponde a
un contenido de la columna
“Identificador”
Si transportador es …/cac:Delivery/cac:Delivery
Identificador del
CAM55 R CompanyID responsable, NIT del 1.0 Party/cac:PartyLegalEntity/
transportador.
transportador. cbc:CompanyID
El atributo
DV del NIT del
(@schemeName=31), el DV ..//cbc:CompanyID/@sche
CAM58 R @schemeID transportador no 1.0
del NIT debe ser informado meID
informado.
en @schemeID
/CreditNote/cac:DeliveryTer
CBC02 N ID Sin Validación. 1.0
ms/cbc:ID
Condiciones de Entrega: Es
obligatorio cuando sea una /CreditNote/cac:DeliveryTer
LossRiskResponsibili
CBC04 R factura de exportación. 1.0 ms/cbc:LossRiskResponsibili
tyCode
tyCode
Ver lista de valores en 6.3.7
Sin validación.
Fecha de vencimiento de la
factura o fecha de
compromiso de pago.
Obligatorio si es venta a Venta a crédito sin
crédito. información de fecha en la /CreditNote/cac:PaymentM
CAN04 R PaymentDueDate 1.0
cual fue comprometido el eans/cbc:PaymentDueDate
Rechazo: pago.
Si PaymentMeans/ID = 2 y
PaymentDueDate no es
informado
/CreditNote/cac:PaymentM
CAN05 N PaymentID Identificador del pago 1.0
eans/cbc:PaymentID
Es obligatorio informar si es
descuento a nivel de factura
internacional. De acuerdo a
los valores establecidos en
la tabla 6.3.8 Hay un descuento a nivel
AllowanceChargeRe …//AllowanceCharge/cbc:Al
CAQ04 N de factura y no indicó el 1.0
asonCode Rechazo: si es descuento y lowanceChargeReasonCode
código del descuento.
no se informa.
Notificación: si hay un
recargo y este elemento no
es informado.
Porcentaje a aplicar.
Porcentaje aplicado en
MultiplierFactorNu decimales. Porcentaje que aplica …//AllowanceCharge/cbc:M
CAQ06 N 1.0
meric superior al 100% ultiplierFactorNumeric
Notificación: si este
elemento > 100
/CreditNote/cac:PaymentEx
TargetCurrencyBase Base Monetaria para la TargetCurrencyBase trae
CAR05 N 1.0 changeRate/cbc:TargetCurr
Rate conversión. Debe ser 1.00. valor diferente a 1.00
encyBaseRate
Existe un grupo
Valida que exista un solo
/CreditNote/TaxTotal para
grupo con información de
uno de los impuestos s
CAS01b R TaxTotal totales para un mismo
IVA (01), INC (04), ICA (03) 1.0 /CreditNote/TaxTotal
tributo en la factura y que
sin que exista un grupo
los impuestos IVA (01), INC
/CreditNote/cac:CreditNot
(04), ICA (03) estén
eLine con información
Sin Validación.
Remitase a regla FAD15b
ya que al cumplirse dicha
Rechazo: si no es igual a regla verifica que este …/AllowanceCharge/cbc:B
CBE09 R @currencyID 1.0
cbc:DocumentCurrencyCode elemento corresponda al aseAmount/@currencyID
mismo valor informado en
DocumentCurrencyCode
let $i :=
//cac:InvoiceLine/cac:TaxTo
tal/cac:TaxSubtotal/cac:Tax
Category/cac:TaxScheme/cb Si el elemento NO es ../cac:TaxTotal/cac:TaxSubt
CAX11 N PerUnitAmount 1.0
c:ID, $j := infomado o no existe. otal/cbc:PerUnitAmount
//cac:InvoiceLine/cac:TaxTo
tal/cac:TaxSubtotal return
every $k in $i satisfies if ($k
= '21' or $k = '22' or $k = '23'
or $k ='24') then
$j/cbc:PerUnitAmount !=''
and
$j/cbc:PerUnitAmount/@cu
rrencyID !='' else true()
Remítase a la regla
FAD15b, ya que al
cumplirse dicha regla ../cac:TaxTotal/cac:TaxSub
CAX12 R @currencyID Rechazo: si no es igual a
verifica que este elemento 1.0 total/cbc:PerUnitAmount/
cbc:DocumentCurrencyCode @currencyID
corresponda al mismo
valor informado en
DocumentCurrencyCode
Grupo de información sobre ../cac:TaxTotal/TaxSubtotal
CAX13 R TaxCategory 1.0
el tributo. /cac:TaxCategory
Valor de la característica
que se quiere informar, por
ejemplo (Particular).
Obligatorio: si el grupo
AddtionalProperytItem es
informado. …/cac:AdditionalItemProper
CBC03 N Value 1.0
ty/cbc:Value
Por cada
../cac:AdditionalItemPropert
y/cbc:Value debe existir un
../cac:AdditionalItemPropert
y/cbc:Name
No se válida.
Grupo de información que
describen el mandatario de
la operación de venta.
Aplica solo para mandatos, y
…/cac:InvoiceLine/cac:Item/
InformationContent se debe informar a nivel de
CBA01 R 1.0 cac:InformationContentPro
ProviderParty ítem.
viderParty
Obligatorio: para facturas de
mandato. Se informa el
mandatario a nivel de ítem.
Un mandante por ítem.
I…/cac:InvoiceLine/cac:Item
Obligatorio si /cac:InformationContentPro
CBA02 R PowerOfAttorney InformationContentProvider 1.0
viderParty/cac:PowerOfAtt
Party es informado. orney
Si el “Mandante” está
identificado por NIT …/cac:PartyIdentification/c
CBA07 R @schemeID DV del NIT del emisor no 1.0
(@schemeName=31), el DV bc:ID/@schemeID
informado.
del NIT debe ser informado
en @schemeID
Identificador del tipo de
documento de identidad
(@schemeName=31) del
Mandante, que indica que el
está identificado por NIT y El contenido de este
atributo no corresponde a …/cac:PartyIdentification/c
CBA08 R @schemeName por tanto el DV del NIT debe 1.0
uno de los valores bc:ID/@schemeName
ser informado en atributo
@schemeID posibles de las listas.
…//ext:UBLExtensions/ext:
UBLExtension/ext:Extension
Debe ser informado el literal No informado el literal Content/sts:DianExtensions
DAB16 N listAgencyName “United Nations Economic “United Nations Economic 1.0 /sts:DebitNoteSource/cbc:I
Commission for Europe”. Commission for Europe”. dentificationCode/@listAge
ncyName
…//ext:UBLExtensions/ext:
No esta registrada la UBLExtension/ext:Extension
DAB36 Colocar la defincion de este 1.0
R QRCode información del Código Content/sts:DianExtensions
código.
QR. /sts:QRCode
No fue informado el
El grupo de la dirección conjunto formado por los
deberá estar conformado elementos : ID, CityName, ../cac:PhysicalLocation/cac:
DAJ08 R Address 1.0
por al menos un conjunto CountrySubentity, Address
de elementos. CountrySubentityCode,
AddressLine, Line,
El atributo …//cac:AccountingSupplierP
DAJ47 R @schemeID (@schemeName=31), el DV DV del NIT del emisor no 1.0 arty/cac:Party/cac:PartyLeg
del NIT debe ser informado informado. alEntity/@schemeID
en @schemeID
Identificador del tipo de
documento de identidad
(@schemeName=31) del El contenido de este …//cac:AccountingSupplierP
DAJ48 R @schemeName Emisor que indica que el atributo no corresponde a 1.0 arty/cac:Party/cac:PartyLeg
esta identificado por NIT y uno de los valores alEntity/@schemeName
por tanto el DV del NIT debe posibles de las listas.
ser informado en atributo
@schemeID
…//cac:AccountingSupplierP
CorporateRegistrati No se encuentra el grupo arty/cac:Party/cac:PartyLeg
DAJ49 R Grupo de información de 1.0
onScheme PartyLegalEntity del alEntity/cac:CorporateRegis
registro del emisor.
emisor. trationScheme
Prefijo de la facturación Si la numeración de la …//cac:AccountingSupplierP
usada para el punto de nota crédito usa prefijo, se 1.0 arty/cac:Party/cac:PartyLeg
DAJ50 N ID
venta. debe informar el prefijo alEntity/cac:CorporateRegis
en este campo. trationScheme/cbc:ID
Se debe validar que exista
Obligatorio: si el adquiriente
es responsable.
EL contenido de este
DAK40 N ID Valida el identificador 1.0 ../cac:TaxScheme/cbc:ID
elemento no corresponde
tributario del receptor.
a un contenido valido 01.
Valida que el nombre del
identificador tributario del El contenido de este ../cac:TaxScheme/cbc:Nam
DAK41 N Name receptor corresponda al elemento NO corresponde 1.0 e
nombre “IVA” y el código al nombre y código valido.
(ID) es 01.
…//cac:AccountingCustome
Debe ser informado el literal NO informado el literal rParty/cac:Party/cac:PartyL
@schemeAgencyNa “CO, DIAN (Dirección de “CO, DIAN (Dirección de
DAK46 N 1.0 egalEntity
me Impuestos y Aduanas Impuestos y Aduanas /cbc:CompanyID/@scheme
Nacionales) Nacionales) AgencyName
…//cac:AccountingCustome
El atributo rParty/cac:Party/cac:PartyL
DAK47 R @schemeID (@schemeName=31), el DV DV del NIT del emisor NO 1.0 egalEntity
del NIT debe ser informado informado. /cbc:CompanyID/@schemeI
en @schemeID D
Identificador del tipo de
documento de identidad …//cac:AccountingCustome
El contenido de este rParty/cac:Party/cac:PartyL
(@schemeName=31) del
DAK48 R @schemeName atributo no corresponde a 1.0 egalEntity
Emisor, si está identificado
uno de los valores /cbc:CompanyID/@scheme
por NIT, por tanto el DV del
posibles de las “Listas”. Name
NIT debe ser informado en
atributo @schemeID
…//cac:AccountingCustome
CorporateRegistrati Grupo de información de rParty/cac:Party/cac:PartyL
DAK49 N 1.0
onScheme registro del adquirente. egalEntity/cac:CorporateRe
gistrationScheme
…//cac:AccountingCustome
Valida que este informado rParty/cac:Party/cac:PartyL
DAK50 N Name Número de matrícula 1.0 egalEntity/cac:CorporateRe
el número de matrícula
mercantil NO informado. gistrationScheme/cbc:Nam
mercantil.
e
Grupo de detalles con …/cac:AccountingCustomer
DAK51 N Contact información de contacto del 1.0
Party/cac:Party/cac:Contact
adquirente.
…/cac:AccountingCustomer
DAK55 N ElectronicMail Correo electrónico de Correo electrónico NO 1.0 Party/cac:Party/cac:Contact
contacto. informado. /cbc:ElectronicMail
El atributo …//cac:TaxRepresentativeP
DAL07 N @schemeID (@schemeName=31), el DV DV del NIT del emisor NO 1.0 arty/cac:PartyIdentification
del NIT debe ser informado informado /cbc:ID/@schemeID
en @schemeID
Identificador del tipo de
documento de identidad
El contenido de este …//cac:TaxRepresentativeP
(@schemeName=31) del
DAL06 N @schemeName atributo NO corresponde 1.0 arty/cac:PartyIdentification
emisor, si está identificado
a uno de los valores /cbc:ID/@schemeName
por NIT, debe indicar el DV
posibles de las listas.
del NIT en atributo
@schemeID
Grupo de información para
DAM01 N Delivery 1.0 …//cac:Delivery
entrega de bienes.
Fecha efectiva de salida de
…//cac:Delivery/cbc:Actual
DAM02 N ActualDeliveryDate los bienes. 1.0
DeliveryDate
Sin Validación.
Hora efectiva de salida de
…//cac:Delivery/cbc:Actual
DAM03 N ActualDeliveryTime los bienes. 1.0
DeliveryTime
Sin Validación.
Grupo con información
…//cac:Delivery/cac:Deliver
DAM04 N DeliveryAddress respeCto a la dirección de 1.0
yAddress
entrega.
Valida que el código del
Este código NO ../ cac:DeliveryAddress
DAM05 N ID municipio corresponda a un 1.0
corresponde a un valor /cbc:ID
valor registrado en la “Lista”
válido de la lista.
de municipios.
Si este es un grupo con
El nombre NO ../cac:DeliveryAddress
DAM06 N CityName información con respecto a 1.0
corresponde un valor /cbc:CityName
la dirección del emisor de
valido de la lista.
un documento electrónico,
Nombre registrado en el
RUT. Si el transportador es
persona jurídica y desea
utilizar el nombre ../cac:Delivery/cac:Delivery
DAM54 N RegistrationName Nombre o Razón Social del comercial en el archivo de 1.0 Party/cac:PartyLegalEntity/
transportador. la factura, debe utilizar el cbc:RegistrationName
elemento:
…//cac:AccountingSupplie
rParty/cac:Party/cac:Party
Name/cbc:Name
Si transportador es …/cac:Delivery/cac:Delivery
DAM55 R CompanyID Identificador del 1.0 Party/cac:PartyLegalEntity/
responsable, NIT del
transportador. cbc:CompanyID
transportador.
Fecha de vencimiento de la
factura o fecha de
compromiso de pago.
Venta a crédito sin
Obligatorio: si es venta a
DAN04 R PaymentDueDate información de fecha en la 1.0 /DebitNote/cac:PaymentM
crédito. eans/cbc:PaymentDueDate
cual se comprometió el
Rechazo: si pago.
PaymentMeans/ID = 2 y
PaymentDueDate no es
informado.
/DebitNote/cac:PaymentM
DAN05 N PaymentID Identificador del pago. 1.0
eans/cbc:PaymentID
Descuentos o cargos a nivel
de factura, es decir
descuentos o cargos que no
/DebitNote/AllowanceCha
DAQ01 N AllowanceCharge afectan las bases gravables. 1.0
rge
Los descuentos o cargos que
afectan bases gravables se
informan a nivel de ítem.
DAQ02 N ID Sin validación. 1.0
Sin Validación.
Remitase a regla FAD15b
ya que al cumplirse dicha
Rechazo: si no es igual a regla, se verifica que este 1.0 …/AllowanceCharge/cbc:B
DBE09 R @currencyID
cbc:DocumentCurrencyCode elemento corresponda al aseAmount/@currencyID
mismo valor informado en
DocumentCurrencyCode
Grupo de campos para
información relacionada con
un tributo aplicable a esta
línea de la factura.
Un bloque para cada código
de tributo.
Rechazo: si existe más de un
bloque con el mismo valor
en el elemento de:
TaxTotal/TaxSubtotal/cac:Ta
xCategory/cac:TaxScheme/c
bc:ID
Este grupo NO debe ser Existe más de un grupo
informado para ítems con información de /DebitNote/cac:DebitNoteLi
DAX01 R TaxTotal excluidos de acuerdo a lo totales para un mismo 1.0
ne/cac:TaxTotal
establecido en el E.T. tributo en una línea de la
Adicionalmente, NO debe factura.
ser informado para facturas
del grupo I (No responsable
de IVA , ni para ítems cuyo
concepto en contratos de
AIU no haga parte de la base
gravable.
A nivel de ítem solo aplica
para tributos que deban
informase a nivel de ítem,
por ejemplo, IVA, INC, IC,
Impuesto Nacional a los
Combustibles, entre otros
let $i :=
//cac:DebitNoteLine/cac:Tax
Total/cac:TaxSubtotal/cac:T
axCategory/cac:TaxScheme/ Si el elemento NO es
../cac:TaxTotal/cac:TaxSubt
DAX11 N PerUnitAmount cbc:ID, $j := infomado o NO existe. 1.0
otal/cbc:PerUnitAmount
//cac:DebitNoteLine/cac:Tax
Total/cac:TaxSubtotal return
every $k in $i satisfies if ($k
= '21' or $k = '22' or $k = '23'
or $k ='24') then
$j/cbc:PerUnitAmount !=''
and
$j/cbc:PerUnitAmount/@cu
rrencyID !='' else true()
Si el mandante está
identificado por NIT …/cac:PartyIdentification/c
DBA07 R @schemeID DV del NIT del emisor NO 1.0
(@schemeName=31), el DV bc:ID/@schemeID
informado.
del NIT debe ser informado
en @schemeID
Identificador del tipo de
documento de identidad
(@schemeName=31) del
Mandante que indica que el
esta identificado por NIT y El contenido de este
atributo NO corresponde …/cac:PartyIdentification/c
DBA08 R @schemeName por tanto el DV del NIT debe 1.0
a uno de los valores bc:ID/@schemeName
ser informado en atributo
@schemeID posibles de las listas
…//ext:UBLExtensions/ext:UBL
El método de firma utilizado
SignatureMeth El método debe ser SHA 256 Extension/ext:ExtensionConte
DC04 R no corresponde a la política de 1
od o SHA 384 o SHA 512 nt/ds:Signature/ds:SignedInfo/
firma de la DIAN.
ds:SignatureMethod
Debe contener la …//ext:UBLExtensions/ext:UBL
La información suministrada
información de la firma Extension/ext:ExtensionConte
DC05 R Reference no corresponde a la contendia 1
aplicada a todo el nt/ds:Signature/ds:SignedInfo/
en URI=””
documento. ds:Reference
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
DC06 R Transforms El grupo debe existir una vez El grupo NO existe una vez 1
nt/ds:Signature/ds:SignedInfo/
ds:Reference/ds:Transforms
El valor del elemento debe ser …//ext:UBLExtensions/ext:UBL
El contenido de la firma igual a Extension/ext:ExtensionConte
DC07 R TransForm debe estar embebido en el Algorithm=”http://www.w3.or 1 nt/ds:Signature/ds:SignedInfo/
documento. g/2000/09/xmldsig#enveloped ds:Reference/ds:Transforms/d
-signature” s:TransForm
El algoritmo reportado debe
ser uno de los siguientes
valores:
RSAwithSHA256=http://ww
w.w3.org/2001/04/xmldsig-
…//ext:UBLExtensions/ext:UBL
more#rsa-sha256
El valor reportado no Extension/ext:ExtensionConte
DC08 R DigestMethod corresponde a los definidos en 1 nt/ds:Signature/ds:SignedInfo/
la política de firma. ds:Reference/ds:DigestMetho
RSAwithSHA384=http://ww
d
w.w3.org/2001/04/xmldsig-
more#rsa-sha384
RSAwithSHA512=http://ww
w.w3.org/2001/04/xmldsig-
more#rsa-sha512
El valor de hash generado a
El valor de hash generado a …//ext:UBLExtensions/ext:UBL
partir del uso del algoritmo
partir del uso del algoritmo Extension/ext:ExtensionConte
DC09 R DigestValue reportado en DigestMethod 1
reportado en DigestMethod nt/ds:Signature/ds:SignedInfo/
en base 64 debe
no corresponde. ds:Reference/ds:DigestValue
corresponder.
Debe contener la
…//ext:UBLExtensions/ext:UBL
información La información suministrada
Extension/ext:ExtensionConte
DC10 R Reference correspondiente a la clave no corresponde a la contendia 1
nt/ds:Signature/ds:SignedInfo/
públic contenida en el en URI=”#{UUID}-KeyInfo”
ds:Reference
elemento KeyInfo
RSAwithSHA256=http://ww
w.w3.org/2001/04/xmldsig- …//ext:UBLExtensions/ext:UBL
more#rsa-sha256 El valor reportado NO Extension/ext:ExtensionConte
DC11 R DigestMethod corresponde a los definidos en 1 nt/ds:Signature/ds:SignedInfo/
la política de firma ds:Reference/ds:DigestMetho
RSAwithSHA384=http://ww
d
w.w3.org/2001/04/xmldsig-
more#rsa-sha384
RSAwithSHA512=http://ww
w.w3.org/2001/04/xmldsig-
more#rsa-sha512
El valor de hash generado a
El valor de hash generado a …//ext:UBLExtensions/ext:UBL
partir del uso del algoritmo
partir del uso del algoritmo Extension/ext:ExtensionConte
DC12 R DigestValue reportado en DigestMethod 1
reportado en DigestMethod nt/ds:Signature/ds:SignedInfo/
en base 64 debe
no corresponde. ds:Reference/ds:DigestValue
corresponder.
Debe contener la La información suministrada …//ext:UBLExtensions/ext:UBL
información no corresponde a la contendia Extension/ext:ExtensionConte
DC13 R Reference 1
correspondiente al grupo en URI=”#xmldsig-{UUID}- nt/ds:Signature/ds:SignedInfo/
SignedProperties. signedprops” ds:Reference
El algoritmo reportado debe
ser uno de los siguientes
valores:
RSAwithSHA256=http://ww
w.w3.org/2001/04/xmldsig- …//ext:UBLExtensions/ext:UBL
more#rsa-sha256 El valor reportado no Extension/ext:ExtensionConte
DC14 R DigestMethod corresponde a los definidos en 1 nt/ds:Signature/ds:SignedInfo/
RSAwithSHA384=http://ww la política de firma. ds:Reference/ds:DigestMetho
w.w3.org/2001/04/xmldsig- d
more#rsa-sha384
RSAwithSHA512=http://ww
w.w3.org/2001/04/xmldsig-
more#rsa-sha512
El valor de hash generado a
El valor de hash generado a …//ext:UBLExtensions/ext:UBL
partir del uso del algoritmo
partir del uso del algoritmo Extension/ext:ExtensionConte
DC15 R DigestValue reportado en DigestMethod 1
reportado en DigestMethod nt/ds:Signature/ds:SignedInfo/
en base 64 debe
no corresponde. ds:Reference/ds:DigestValue
corresponder.
…//ext:UBLExtensions/ext:UBL
RSAwithSHA256=http://ww
Extension/ext:ExtensionConte
w.w3.org/2001/04/xmldsig-
nt/ds:Signature/ds:Object/xad
more#rsa-sha256
El valor reportado NO es:QualifyingProperties/xades:
DC28 R DigestMethod corresponde a los definidos en 1 SignedProperties/xades:Signe
la política de firma dSignatureProperties/xades:Si
RSAwithSHA384=http://ww
gningCertificate/xades:Cert/xa
w.w3.org/2001/04/xmldsig-
des:CertDigest/ds:DigestMeth
more#rsa-sha384
od
RSAwithSHA512=http://ww
w.w3.org/2001/04/xmldsig-
more#rsa-sha512
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
El valor de hash generado a
El valor de hash generado a nt/ds:Signature/ds:Object/xad
partir del uso del algoritmo
partir del uso del algoritmo es:QualifyingProperties/xades:
DC29 R DigestValue reportado en DigestMethod 1
reportado en DigestMethod SignedProperties/xades:Signe
en base 64 debe
NO corresponde. dSignatureProperties/xades:Si
corresponder.
gningCertificate/xades:Cert/xa
des:CertDigest/ds:DigestValue
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
nt/ds:Signature/ds:Object/xad
El grupo debe existir una El grupo no se reportó una es:QualifyingProperties/xades:
DC30 R IssuerSerial 1
vez. vez. SignedProperties/xades:Signe
dSignatureProperties/xades:Si
gningCertificate/xades:Cert/xa
des:IssuerSerial
…//ext:UBLExtensions/ext:UBL
RSAwithSHA256=http://ww
Extension/ext:ExtensionConte
w.w3.org/2001/04/xmldsig-
nt/ds:Signature/ds:Object/xad
more#rsa-sha256
El valor reportado NO es:QualifyingProperties/xades:
DC35 R DigestMethod corresponde a los definidos en 1 SignedProperties/xades:Signe
la política de firma. dSignatureProperties/xades:Si
RSAwithSHA384=http://ww
gningCertificate/xades:Cert/xa
w.w3.org/2001/04/xmldsig-
des:CertDigest/ds:DigestMeth
more#rsa-sha384
od
RSAwithSHA512=http://ww
w.w3.org/2001/04/xmldsig-
more#rsa-sha512
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
www.dian.gov.co
…//ext:UBLExtensions/ext:UBL
RSAwithSHA256=http://ww
Extension/ext:ExtensionConte
w.w3.org/2001/04/xmldsig-
nt/ds:Signature/ds:Object/xad
more#rsa-sha256
El valor reportado NO es:QualifyingProperties/xades:
DC42 R DigestMethod corresponde a los definidos en 1 SignedProperties/xades:Signe
la política de firma. dSignatureProperties/xades:Si
RSAwithSHA384=http://ww
gningCertificate/xades:Cert/xa
w.w3.org/2001/04/xmldsig-
des:CertDigest/ds:DigestMeth
more#rsa-sha384
od
RSAwithSHA512=http://ww
w.w3.org/2001/04/xmldsig-
more#rsa-sha512
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
El valor de hash generado a
El valor de hash generado a nt/ds:Signature/ds:Object/xad
partir del uso del algoritmo
partir del uso del algoritmo es:QualifyingProperties/xades:
DC43 R DigestValue reportado en DigestMethod 1
reportado en DigestMethod SignedProperties/xades:Signe
en base 64 debe
NO corresponde. dSignatureProperties/xades:Si
corresponder.
gningCertificate/xades:Cert/xa
des:CertDigest/ds:DigestValue
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
El IssuerName y IssuerSerial El certificado NO pertenece a
nt/ds:Signature/ds:Object/xad
deben pertenecer a una una de las Entidades
es:QualifyingProperties/xades:
DC44 R IssuerSerial entidad raíz certificadora certificadoras abiertas raíces 1
SignedProperties/xades:Signe
abierta avalada por la ONAC avaladas por la ONAC en
dSignatureProperties/xades:Si
en Colombia. Colombia.
gningCertificate/xades:Cert/xa
des:IssuerSerial
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
El IssuerName debe nt/ds:Signature/ds:Object/xad
El valor NO corresponde a una
pertenecer a una entidad es:QualifyingProperties/xades:
X509IssuerNa entidad raíz certificadora
DC45 R raíz certificadora abierta 1 SignedProperties/xades:Signe
me abierta avalada por la ONAC
avalada por la ONAC en dSignatureProperties/xades:Si
en Colombia.
Colombia. gningCertificate/xades:Cert/xa
des:IssuerSerial/ds:X509Issuer
Name
…//ext:UBLExtensions/ext:UBL
El SerialNumber debe Extension/ext:ExtensionConte
El valor NO corresponde a una
pertenecer a una entidad nt/ds:Signature/ds:Object/xad
X509Serial entidad raíz certificadora
DC46 R raíz certificadora abierta 1 es:QualifyingProperties/xades:
Number abierta avalada por la ONAC
avalada por la ONAC en SignedProperties/xades:Signe
en Colombia.
Colombia. dSignatureProperties/xades:Si
gningCertificate/xades:Cert/xa
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
nt/ds:Signature/ds:Object/xad
SignaturePolicy El grupo debe existir una El grupo no se reportó una
DC47 R 1 es:QualifyingProperties/xades:
Identifier vez. vez.
SignedProperties/xades:Signe
dSignatureProperties/xades:Si
gnaturePolicyIdentifier
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
nt/ds:Signature/ds:Object/xad
SignaturePolicy El grupo debe existir una El grupo no se reportó una es:QualifyingProperties/xades:
DC48 R 1
Id vez. vez. SignedProperties/xades:Signe
dSignatureProperties/xades:Si
gnaturePolicyIdentifier/xades:
SignaturePolicyId
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
nt/ds:Signature/ds:Object/xad
es:QualifyingProperties/xades:
El grupo debe existir una El grupo no se reportó una
DC49 R SigPolicyId 1 SignedProperties/xades:Signe
vez. vez.
dSignatureProperties/xades:Si
gnaturePolicyIdentifier/xades:
SignaturePolicyId/xades:SigPol
icyId
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
nt/ds:Signature/ds:Object/xad
El identificador NO es:QualifyingProperties/xades:
Debe incluir el identificador
DC50 R Identifier corresponde con el valor 1 SignedProperties/xades:Signe
definido por la DIAN.
definido por la DIAN. dSignatureProperties/xades:Si
gnaturePolicyIdentifier/xades:
SignaturePolicyId/xades:SigPol
icyId/xades:Identifier
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
nt/ds:Signature/ds:Object/xad
es:QualifyingProperties/xades:
El grupo debe existir una El grupo no se reportó una
DC51 R SigPolicyHash 1 SignedProperties/xades:Signe
vez. vez.
dSignatureProperties/xades:Si
gnaturePolicyIdentifier/xades:
SignaturePolicyId/xades:SigPol
icyHash
…//ext:UBLExtensions/ext:UBL
RSAwithSHA256=http://ww
Extension/ext:ExtensionConte
w.w3.org/2001/04/xmldsig-
nt/ds:Signature/ds:Object/xad
more#rsa-sha256
El valor reportado NO es:QualifyingProperties/xades:
DC52 R DigestMethod corresponde a los definidos en 1 SignedProperties/xades:Signe
la política de firma. dSignatureProperties/xades:Si
RSAwithSHA384=http://ww
gnaturePolicyIdentifier/xades:
w.w3.org/2001/04/xmldsig-
SignaturePolicyId/xades:SigPol
more#rsa-sha384
icyHash/ds:DigestMethod
RSAwithSHA512=http://ww
w.w3.org/2001/04/xmldsig-
more#rsa-sha512
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
El valor de hash generado a nt/ds:Signature/ds:Object/xad
El valor de hash generado a
partir del uso del algoritmo es:QualifyingProperties/xades:
partir del uso del algoritmo
DC53 R DigestValue reportado en DigestMethod 1 SignedProperties/xades:Signe
reportado en DigestMethod
en base 64 debe dSignatureProperties/xades:Si
NO corresponde.
corresponder. gnaturePolicyIdentifier/xades:
SignaturePolicyId/xades:SigPol
icyHash/ds:DigestValue
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
nt/ds:Signature/ds:Object/xad
El grupo debe existir una El grupo no se reportó una
DC54 R SignerRole 1 es:QualifyingProperties/xades:
vez. vez.
SignedProperties/xades:Signe
dSignatureProperties/xades:Si
gnerRole
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
nt/ds:Signature/ds:Object/xad
El grupo debe existir una El grupo no se reportó una
DC55 R ClaimedRoles 1 es:QualifyingProperties/xades:
vez. vez.
SignedProperties/xades:Signe
dSignatureProperties/xades:Si
gnerRole/xades:ClaimedRoles
…//ext:UBLExtensions/ext:UBL
Extension/ext:ExtensionConte
nt/ds:Signature/ds:Object/xad
El valor del rol debe ser El valor NO contiene uno de es:QualifyingProperties/xades:
DC56 R ClaimedRole 1
thirdparty ó supplier. los definidos. SignedProperties/xades:Signe
dSignatureProperties/xades:Si
gnerRole/xades:ClaimedRoles/
xades:ClaimedRole
7.3.5. Firma
# Regla Y Mensaje V
Verificar si la firma está en el estándar (XMLDSig con Certificado de la Firma con estándar
ZE01 R 1.0
formato XAdES-EPES) inválido
Verificar si el valor de la Firma está válido (difiere del
ZE02 R Valor de la Firma inválido 1.0
calculado)
Identificación (ID) del emisor difiere de la Identificación ID del emisor difiere del proprietário del
ZE03 R 1.0
(proprietário) del Certificado Digital Certificado Digital
4
La guía puede ser descargada desde la dirección
https://www.colombiacompra.gov.co/sites/cce_public/files/cce_documents/cce_guia_codificacion_bienes.pdf.
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
www.dian.gov.co
Fuente: Guía para la codificación de bienes y servicios de acuerdo con el código estándar de productos y servicios de Naciones
Unidas, V.14.080, página 02, disponible en
https:/www.colombiacompra.gov.co/sites/cce_public/files/cce_documents/cce_guia_codificacion_bienes.pdf, acceso en 13 de
septiembre de 2018.
5
Acceso en 14 de septiembre de 2018
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
www.dian.gov.co
La etiqueta contendrá los elementos que constituyen la implementación del estándar técnico XAdES, i.e. XML Advanced
Electronic Signature asc; firma electrónica avanzada XML.
La política de firma suministra la información que sobre la firma digital con destino al control fiscal de la DIAN,
deberá aplicar el facturador electrónico como medida de ampliación del proceso de expedición de las facturas
electrónicas. Se advierte que los detalles de las técnicas informáticas de implementación no forman parte de esta
política. Únicamente se incluyen las referencias a los estándares que describen las especificaciones técnicas sobre la
implementación.
• xPath
/Invoice/ext:UBLExtensions/ext:UBLExtension/ext:ExtensionContent/ds:Signature/ds:Object/xades:Qu
alifyingProperties/xades:SignedProperties/xades:SignedSignatureProperties/xades:SignaturePolicyIde
ntifier/xades:SignaturePolicyId/xades:SigPolicyHash/ds:DigestMethod/@Algorithm:=
Valor: 2 Opciones
http:/www.w3.org/2001/04/xmlenc#sha256 o http:/www.w3.org/2001/04/xmlenc#sha512
• xPath:
/Invoice/ext:UBLExtensions/ext:UBLExtension/ext:ExtensionContent/ds:Signature/ds:Object/xades:Qu
alifyingProperties/xades:SignedProperties/xades:SignedSignatureProperties/xades:SignaturePolicyIde
ntifier/xades:SignaturePolicyId/xades:SigPolicyId/xades:Description
Valor: Política de firma para facturas electrónicas de la República de Colombia.
9.12. Firmante
El elemento xades:SignerRole contiene uno y sólo uno de los siguientes atributos:
• “supplier” cuando la firma de la factura la realiza el Obligado a Facturar.
• “third party” cuando la firma la realiza un Proveedor Tecnológico que en su caso, actué en su nombre.
<xades:SignerRole>supplier</xades:SignerRole>
Regla-1
Lapso de Validez del certificado digital Expedido ANTES de octubre 1 de 2016 T00:00:00, y hasta la terminación
de la vigencia
Descripción:
Estamos aplicando la reglamentación de la ONAC, URL
http:/onac.org.co/anexos/documentos/TRANSICIRCULARES/2016circulares/circular03-2016.pdf
Si el valor “Validity” del lapso de vigencia del certificado empezó antes de octubre 1 de 2016, la firma digital de la
factura electrónica puede:
• Emplear certificados digitales que hayan sido generados con resúmenes criptográficos del tipo SHA1
• Que el fragmento SignedInfo al que se le aplicó el canon fue la entrada para calcular el resumen criptográfico
que fue firmado digitalmente con << http:/www.w3.org/2000/09/xmldsig#rsa-sha1 >>
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
www.dian.gov.co
El no cumplimiento de estos valores deberá registrarse como una firma digital fallida para el documento
electrónico, motivada en:
• Algoritmo de Firma del certificado digital (tipo SHA1) no previsto por la DIAN
• Uso de la clave pública del certificado digital carece de los propósitos “firma digital” o “no repudio”.
Este motivo puede ser concurrente con los descritos en la celda anterior.
Regla-2
Descripción:
Estamos aplicando la reglamentación de la ONAC, URL
http:/onac.org.co/anexos/documentos/TRANSICIRCULARES/2016circulares/circular03-2016.pdf
Si el valor “Validity” del lapso de vigencia del certificado empezó después del 30 de septiembre de 2016 T23:59:59,
la firma digital de la factura electrónica tiene que:
• Emplear certificados digitales que hayan sido generados con resúmenes criptográficos del tipo SHA256;
existen otras opciones como aparece en la lista << Signature Algorithm >>
• Que el resumen criptográfico que se aplicó al fragmento que fue firmado digitalmente corresponda con el <<
SignatureMethod >> empleado
El no cumplimiento de estos valores deberá registrarse como una firma digital fallida para el documento
electrónico, motivada en:
• Algoritmo de Firma del certificado digital (tipo SHA2) no previsto por la DIAN
• Uso de la clave pública del certificado digital carece de los propósitos “firma digital” o “no repudio”. Vea
Anexo 2.
Este motivo puede ser concurrente con los descritos en la celda anterior.
Regla-3
Algoritmo de firma digital aplicado Certificado digital expedido después de 30 de septiembre de 2016 T23:59:59
a la factura electrónica dentro del
documento electrónico UBL
/Invoice/ext:UBLExtensions/ext:UBL Algoritmo=RSAwithSHA256
Extension[X]/ext:ExtensionContent/ Use: http:/www.w3.org/2001/04/xmldsig-more#rsa-sha256
ds:Signature/ds:SignedInfo/ds:Sign
atureMethod/@Algorithm= Algoritmo=RSAwithSHA384
Use: http:/www.w3.org/2001/04/xmldsig-more#rsa-sha384
Regla-4
Algoritmos de resumen criptográfico Certificado digital expedido después de 30 de septiembre de 2016
aplicado a los fragmentos de la factura T23:59:59
electrónica que se incluyen dentro del
fragmento que se firma digitalmente
Descripción:
Estamos aplicando la reglamentación de la ONAC, URL
http:/onac.org.co/anexos/documentos/TRANSICIRCULARES/2016circulares/circular03-2016.pdf
El algoritmo de resumen criptográfico utilizado para los fragmentos que intervienen y forman parte del elemento
que se firma digitalmente no tiene correspondencia con el algoritmo de firma digital de la Regla-3.
Si el valor del ../ds:DigestMethod/@Algorithm no corresponde con los valores paramétricos, entonces deberá
registrarse como una firma digital fallida para el documento electrónico, motivada en:
• Empleó un algoritmo de resumen criptográfico no previsto por la DIAN. Vea Anexo 2.
10.1.1.2. Ejemplos
10.1.1.4. XPath
De forma no ambigua se especifican las expresiones XPath que deben aplicarse a una factura electrónica
para obtener la información requerida y permitir la generación del CUFE.
Definición CUFE de una factura de venta.
NumFac /Invoice/cbc:ID
FecFac /Invoice/cbc:IssueDate/>
Hora Factura /Invoice/cbc:IssueTime/>
10.1.1.6. XPath
De forma no ambigua se especifican las expresiones XPath que deben aplicarse a una factura electrónica para
obtener la información requerida y permitir la generación del CUFE.
Definición identificadora de la transcripción de una factura de venta de exportación.
NumFac /Invoice/cbc:ID
FecFac /Invoice/cbc:IssueDate/>
Hora Factura /Invoice/cbc:IssueTime/>
Valor Bruto /Invoice/cac:LegalMonetaryTotal/cbc:LineExtensionAmount/>
CodImp1 /Invoice/cacTaxTotal[x]/ cac:TaxSubtotal/cac:TaxCategory/cac:TaxScheme/cbc:ID = 01
Valor Impuesto 1 /Invoice/cac:TaxTotal[x]/cbc:TaxAmount
CodImp2 /Invoice/cac:TaxTotal[y]/ cac:TaxSubtotal/cac:TaxCategory/cac:TaxScheme/cbc:ID = 04
Valor Impuesto 2 /Invoice/cac:TaxTotal[y]/cbc:TaxAmount
CodImp3 /Invoice/cac:TaxTotal[z]/ cac:TaxSubtotal/cac:TaxCategory/cac:TaxScheme/cbc:ID = 03
Valor Impuesto 3 /Invoice/cac:TaxTotal[z]/cbc:TaxAmount
Valor Total a Pagar /Invoice/cac:LegalMonetaryTotal/cbc:PayableAmount/>
NitOFE /Invoice/ cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID/>
NumAdq /Invoice/ cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID/>
ClTec no está en el XML
Tipo de Ambiente /Invoice/cbc:ProfileExecutionID
Ejemplo: CUDE de la transcripción de datos de una factura de venta por contingencia: SHA384
/Invoice/cbc:InvoiceTypeCode=03
NumFac 8110007871
FecFac 2019-02-20
HorFac 16:46:55-05:00
ValFac 235.28
CodImp1 01
CodImp2 04
ValImp2 0.00
CodImp3 03
ValImp3 8.28
ValTol 262.56
NitOFE 900373076
NumAdq 8355990
Software-PIN 12345
TipoAmbiente 2
Composición del
81100078712019-02-2016:46:55-05:00235.280119.00040.00038.28262.569003730768355990123452
CUFE
955327eb55f8bdf16d069358a063d87e1577a292cb088ec186ed60bbc38e750b7b3980659b278ead789b95f9c51
a9ef7
Destino: /fe:Invoice/cbc:UUID
CUFE.SHA-384
Ref: http:/www.sha1-online.com/
Nota-1: las verificaciones sobre la autorización del rango de numeración se realizan respecto a la numeración
de contingencia siempre y cuando el «/Invoice/cbc:InvoiceTypeCode=03»
Nota-2: las transcripciones de datos de una factura de contingencia no utilizan la Clave técnica durante el
cálculo del CUDE, para el reemplazo del mismo se utiliza el PIN del software el cual se indica en el catalogo del
participante y este se registra en el elemento /fe:Invoice/cbc:UUID, debido a que a este rango autorizado no se
le asigna una clave técnica.
10.1.2.3. XPath
De forma no ambigua se especifican las expresiones XPath que deben aplicarse a la transcripción de una factura de
contingencia para obtener la información requerida y permitir la generación del identificador.
Definición del identificador de una factura de contingencia.
NumFac /Invoice/cbc:ID
FecFac / Invoice/cbc:IssueDate/>
HorFac / Invoice/cbc:IssueTime/>
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
www.dian.gov.co
NumFac /CreditNote/cbc:ID
FecFac /CreditNote/cbc:IssueDate/>
HorFac /CreditNote/cbc:IssueTime/>
ValFac /CreditNote/cac:LegalMonetaryTotal/cbc:LineExtensionAmount
CodImp1 /CreditNote/cac:TaxTotal[x]/cac:TaxSubtotal/cac:TaxCategory/cac:TaxScheme/cbc:ID = 01
ValImp1 /CreditNote/cac:TaxTotal[x]/cbc:TaxAmount
CodImp2 /CreditNote /cac:TaxTotal[y]/ cac:TaxSubtotal/cac:TaxCategory/cac:TaxScheme/cbc:ID = 04
ValImp2 /CreditNote /cac:TaxTotal[y]/cbc:TaxAmount
CodImp3 /CreditNote /cac:TaxTotal[z]/ cac:TaxSubtotal/cac:TaxCategory/cac:TaxScheme/cbc:ID = 03
ValImp3 /CreditNote /cac:TaxTotal[z]/cbc:TaxAmount
ValTol /CreditNote /cac:LegalMonetaryTotal/cbc:PayableAmount
NitOFE /CreditNote/cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID/>
NumAdq /CreditNote/cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID/>
Software-PIN No se encuentra en el XML
TipoAmb /CreditNote/dcc:ProfileExecutionID
10.1.2.7. xpath
De forma no ambigua se especifican las expresiones XPath que deben aplicarse a una factura electrónica para
obtener la información requerida y permitir la generación del CUDE.
Definición CUDE de una NotaDebito
NumFac /DebitNote/cbc:ID
FecFac /DebitNote/cbc:IssueDate/>
HorFac /DebitNote/cbc:IssueTime/>
ValFac /DebitNote/cac:RequestedMonetaryTotal/cbc:LineExtensionAmount
CodImp1 /DebitNote/cac:TaxTotal[x]/cac:TaxSubtotal/cac:TaxCategory/cac:TaxScheme/cbc:ID = 01
ValImp1 /DebitNote/cac:TaxTotal[x]/cbc:TaxAmount
CodImp2 /DebitNote/cac:TaxTotal[y]/cac:TaxSubtotal/cac:TaxCategory/cac:TaxScheme/cbc:ID = 04
ValImp2 /DebitNote/cac:TaxTotal[y]/cbc:TaxAmount
CodImp3 /DebitNote/cac:TaxTotal[z]/cac:TaxSubtotal/cac:TaxCategory/cac:TaxScheme/cbc:ID = 03
ValImp3 /DebitNote/cac:TaxTotal[z]/cbc:TaxAmount
ValTol /DebitNote/cac:RequestedMonetaryTotal/cbc:PayableAmount
NitOFE /DebitNote/cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID
NumAdq /DebitNote/cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID
Software-PIN No se encuentra en el XML
TipoAmbiente /DebitNote/cbc:ProfileExecutionID
10.1.2.8. Generación del CUDE para el Application Response: elaborado y remitido por participante || adquirente
con “software PIN”
Con el propósito de evitar utilizaciones indebidas de este IDENTIFICADOR Universal en documentos electrónicos
que serán sometidos a la Validación Previa que realizará el sistema de factura electrónica de la DIAN, sugiero la
inclusión del valor del “software PIN” en la última posición de la cadena; este “software PIN” fue asignado por el
Num_DE 1
10.1.2.8.2. XPath
De forma no ambigua se especifican las expresiones XPath que deben aplicarse a un documento
electrónico para obtener la información requerida y permitir la generación del CUDE.
Definición CUDE de un documento electrónico.
Campo Xpath
Num_DE /ApplicationResponse/cbc:ID
Fec_Emi /ApplicationResponse/cbc:IssueDate
Hor_Emi /ApplicationResponse/cbc:IssueTime
CompanyID /ApplicationResponse/cac:SenderParty/cac:PartyTaxScheme/cbc:CompanyID
CompanyID /ApplicationResponse/cac:ReceiverParty/cac:PartyTaxScheme/cbc:CompanyID
ID /ApplicationResponse/cac:DocumentResponse/cac:cac:DocumentReference/cbc:ID
10.1.2.8.4. XPath
De forma no ambigua se especifican las expresiones XPath que deben aplicarse a un documento
electrónico para obtener la información requerida y permitir la generación del CUDE.
Definición CUDE de un documento electrónico.
Num_DE /ApplicationResponse/cbc:ID
Fec_Emi /ApplicationResponse/cbc:IssueDate
CompanyID /ApplicationResponse/cac:SenderParty/cac:PartyTaxScheme/cbc:CompanyID
CompanyID /ApplicationResponse/cac:ReceiverParty/cac:PartyTaxScheme/cbc:CompanyID
ID /ApplicationResponse/cac:DocumentResponse/cac:cac:DocumentReference/cbc:ID
DocumentTypeC /ApplicationResponse/cac:DocumentResponse/cac:cac:DocumentReference/cbc:Doc
ode umentTypeCode
Application Attached
PARTICIPANTES: Invoice CreditNote DebitNote
Response Document
Facturadores Electrónicos SI SI SI SI SI
Proveedores Tecnológicos SI SI SI SI SI
Adquirentes & SI SI SI SI SI
Facturadores Electrónicos
Adquirentes NO
SI
ELECTRÖNICOS
Examine la Autorización expedida por la DIAN que definió el Rango de Facturación; examine el numeral 11.17 y el
archivo wsdl que lo acompaña. En el archivo response los rangos vienen acompañado de un identificador denominado
clave técnica: ese es el valor que estamos necesitando.
Asegúrese de que el prefijo de dicho rango fue asociado al NIT del proveedor de la versión de software i.e. el OFE o
el PT según el caso— de acuerdo con lo registrado en los servicios del sistema de facturación electrónica de la DIAN;
de esta manera cuando el OFE o el PT entreguen a la DIAN la factura expedida, el mecanismo de control fiscal validará
que este documento electrónico fue generado por un sistema de software activo en el sistema de facturación
electrónica a nombre del OFE o del PT que expide la factura, y podrá recuperar el rango autorizado y la clave técnica
asignada. Con estos últimos el mecanismo de control fiscal validará que la factura está consumiendo elementos del
rango, y podrá aplicar el algoritmo de cálculo del CUFE.
ADVERTENCIA: Cuando un Facturador Electrónico haya agotado el rango de numeración que le fue asignado y deba
solicitar la autorización de un nuevo rango de numeración para facturas electrónicas que sea la continuación de un
rango ya autorizado, se debe tener en cuenta, que el SIE Rangos de Numeración cuando haga la consulta del web
Service, le entregará una nueva CLAVE TÉCNICA, esta CLAVE TÉCNICA, es diferente a la del anterior rango.
Detalle XPath
NumFac: /Invoice/cbc:ID
[NUMERO_FACTURA]
FecFac: /Invoice/cbc:IssueDate
[FECHA_FACTURA]
HorFac: /Invoice/cbc:IssueTime
[HORA_FACTURA(con
GMT)]
NitFac: [NIT /Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID
FACTURADOR]
DocAdq: /Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID
[NUMERO_ID_ADQUIR
ENTE]
ValFac: /Invoice/cac:LegalMonetaryTotal/cbc:LineExtensionAmount
[VALOR_FACTURA]
ValTolFac: /Invoice/cac:LegalMonetaryTotal/cbc:PayableAmount
[VALOR_TOTAL_FACTU
RA
CUFE /Invoice/cbc:UUID
QRCode /Invoice/ext:UBLExtensions[1]/ext:UBLExtension[1]/ext:ExtensionContent[1]/sts:DianEx
tensions[1]/sts:QRCode
NumFac: [NUMERO_FACTURA]
FecFac: [FECHA_FACTURA]
Ejemplo:
Teniendo en cuenta los datos de entrada, se presenta el código QR que se incluye en la representación gráfica de la
factura electrónica:
NumFac: 323200000129
FecFac: 2019-16-01
HorFac: 10:53:10-05:00
NitFac: 700085371
DocAdq: 800199436
ValFac: 1500000.00
ValIva: 285000.00
ValOtroIm: 0.00
ValTolFac: 1785000.00
CUFE: e5bac48e354bc907bccff0ea7d45fbf784f0a8e7243b58337361e1fbd430489d
https://catalogo-
vpfe.dian.gov.co/document/searchqr?documentkey=e5bac48e354bc907bccff0ea7d45fbf784f0a8e7243b58337361
e1fbd430489d
Cada servicio se encuentra respaldado por un metodo Web específico. El modelo de comunicación e
interoperabilidad siempre iniciará en el sistema del contribuyente (HFE), por medio del consumo del método
correspondiente para validar los documentos ante la DIAN.
Metodos Asíncronos:
La llamada (Request) del servidor del cliente a los servicios síncronos es procesado de forma inmediata por el
servidor de DIAN y la respuesta (Response) se realiza en la misma conexión.
• Un mensaje con un recibo que confirma que el archivo remitido ha superado las primeras
validaciones y se ha recepcionado, y
Los Facturadores (emisores), Proveedores Tecnológicos/Proveedores Autorizados, realizarán el envío de sus DE,
utilizando los Servicios Web que la DIAN a puesto a disposición de manera de operar máquina a máquina sin
intervención del usuario.
Para ello el sistema de los participantes, deberán tener las siguientes consideraciones:
El modelo de comunicación sigue el estándar de servicios web definido por el WS-Security 1.0 Oasis, con
autenticación X.509 Certificate Token Profile 1.1
El intercambio de mensajes entre los Servicios Web de la DIAN y el sistema del Habilitado para Facturar
Electrónicamente (HFE) o el Proveedor Tecnológico (PT) / Autorizado (PA) será realizado mediante el estándar SOAP
versión 1.2, con intercambio de mensajes XML en el estándar Style/Encoding: Document/Literal.
La llamada de cada uno de los servicios web es realizada con el envío de un mensaje XML a través del campo
<soap:Body/>
La información de control de las llamadas a los Servicios Web se almacena en el elemento Header del SOAP y su fin
es identificar y autenticar por medio del certificado digital utilizado.
Cada servicio se encuentra respaldado por un Método Web específico. El modelo de comunicación e
interoperabilidad siempre iniciará en el sistema del contribuyente (HFE), por medio del consumo del servicio
correspondiente de un PA, el cual posteriormente, consumirá los servicios de la DIAN para validar los documentos
ante esta.
El servicio puede recibir un ZIP con uno o más (Máximo 50) documentos electrónicos firmados digitalmente, en
formato UBL y construido según el esquema detallado en este Manual Técnico.
•
Se envían los parámetros de consumo en la estructura XML definida para este método.
•
Se genera un TrackId al ZIP.
•
Se descomprime ZIP y se validan los siguientes elementos del ZIP:
o Archivo ZIP no este vacío.
o Archivo ZIP no esté corrupto
o Que no sean más de 50 UBLs en el ZIP.
o No den error de lectura los archivos UBLs.
Validaciones iniciales:
Ejemplo de Petición
<soap:Envelope xmlns:soap="http:/www.w3.org/2003/05/soap-envelope" xmlns:wcf="http:/wcf.dian.colombia">
<soap:Header/>
<soap:Body>
<wcf:SendBillAsync>
<wcf:fileName>Test</wcf:fileName>
<wcf:contentFile>cid:179956799470</wcf:contentFile>
</wcf:SendBillAsync>
</soap:Body>
</soap:Envelope>
•
Se envían los parámetros de consumo en la estructura XML definida para este método.
•
Se generara un TrackId al ZIP.
•
Se descomprime ZIP y se validan los siguientes elementos del ZIP:
o Archivo ZIP no este vacío.
o Archivo ZIP no esté corrupto
o No den error de lectura los archivos UBLs.
Validaciones iniciales:
Ejemplo de Petición
<soap:Envelope xmlns:soap="http:/www.w3.org/2003/05/soap-envelope" xmlns:wcf="http:/wcf.dian.colombia">
<soap:Header/>
<soap:Body>
<wcf:SendBillAsync>
<wcf:fileName>Test</wcf:fileName>
<wcf:contentFile>cid:179956799470</wcf:contentFile>
</wcf:SendBillAsync>
</soap:Body>
</soap:Envelope>
•
Se envían los parámetros de consumo en la estructura XML definida para este método.
•
Se genera un TrackId al UBL (en general es el CUFE del documento, en caso que no contenga
CUFE se le asignara un TracId)
• Se descomprime ZIP y se validan los siguientes elementos del ZIP:
o Archivo ZIP no este vacío.
o Archivo ZIP no esté corrupto
o Que no sean más de 1 UBL en el ZIP.
o No den error de lectura del archivos UBL.
Validaciones iniciales:
Ejemplo de Petición
<soap:Envelope xmlns:soap="http:/www.w3.org/2003/05/soap-envelope" xmlns:wcf="http:/wcf.dian.colombia">
<soap:Header/>
<soap:Body>
<wcf:SendBillAsync>
<wcf:fileName>Test</wcf:fileName>
<wcf:contentFile>cid:179956799470</wcf:contentFile>
</wcf:SendBillAsync>
</soap:Body>
</soap:Envelope>
00 = Procesado Corectamente
R StatusCode 66= NSU no encontrado string 1.0
90 = TrackId no encontrado
99 = validaciones contienen errores en
campos mandatorios
00 = Procesado Corectamente
R StatusDescription 66= NSU no encontrado string 1.0
90 = TrackId no encontrado
99 = validaciones contienen errores en
campos mandatorios
Entrega una descripción del error de
O StatusMessage string 1.0
cada una de la vaidciones iniciales . Si
no hay errores no entrega descripción
Entrega el UBL correspondiente al
Arreglo de
R XmlBase64Bytes ApplicationResponse con la respuesta 1.0
Bytes
oficial del la DIAN en forma
estructurada en base64
Arreglo de
O XmlBytes 1.0
Bytes
El servicio puede recibir un ZIP con uno o más (Máximo 50) AttachedDocument con los archivos a
validar (DE+AR-Validación)
•
Se envían los parámetros de consumo en la estructura XML definida para este método.
•
Se genera un TrackId al ZIP.
•
Se descomprime ZIP y se validan los siguientes elementos del ZIP:
o Archivo ZIP no este vacío.
o Archivos ZIP no este corrupto
o Que no sean más de 50 AttachedDocument en el ZIP.
o Se verifica que los AttachedDocument contengan (DE+AR-Validación)
o Valida que el AR corresponda al DE que trae asociado.
o No den error de lectura los archivos UBLs.
Validaciones iniciales:
Ejemplo
<soap:Envelope xmlns:soap="http:/www.w3.org/2003/05/soap-envelope" xmlns:wcf="http:/wcf.dian.colombia">
<soap:Header><wsse:Security xmlns:wsse="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
xmlns:wsu="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"/></soap:Header>
<soap:Body>
<wcf:GetStatus
<wcf:trackId>8763f78ccd241063615affd49580564df2986c07</wcf:trackId>
</wcf:GetStatus>
</soap:Body>
</soap:Envelope>
Ejemplo:
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
www.dian.gov.co
<b:XmlBase64Bytes>PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiIHN0YW5kYWxvbmU9Im5vIj8+PGRlOkFwcGxpY2F
0aW9u....==</b:XmlBase64Bytes>
<b:XmlBytes i:nil="true"/>
<b:XmlDocumentKey>00636660a1b4e22bb2f70c19d4d2fd99e498902b</b:XmlDocumentKey>
<b:XmlFileName>11a65c09-a4ba-4990-9491-3a9d47521aaa</b:XmlFileName>
</GetStatusResult>
</GetStatusResponse>
</s:Body>
</s:Envelope>
StatusCode
R 00 = Procesado Corectamente 1-3 1.0
66= NSU no encontrado
90 = TrackId no encontrado
99 = validaciones contienen errores
en campos mandatorios
La respuesta . ApplicationResponse
con la información del evento
correspondiente. En Base54 ( puede Arreglo de
XmlBase64Bytes 1.0
ser configurado para que esta bytes
información se entregue en un
arreglo de byte
Arreglo de
R XmlBytes Corresponde al valor parámetro: true 1 1.0
bytes
Ejemplo
<soap:Envelope xmlns:soap="http:/www.w3.org/2003/05/soap-envelope" xmlns:wcf="http:/wcf.dian.colombia">
<soap:Header><wsse:Security xmlns:wsse="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
xmlns:wsu="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"/></soap:Header>
<soap:Body>
<wcf:GetStatus
<wcf:trackId>8763f78ccd241063615affd49580564df2986c07</wcf:trackId>
</wcf:GetStatus>
</soap:Body>
</soap:Envelope>
Ejemplo:
<s:Envelope xmlns:s="http:/www.w3.org/2003/05/soap-envelope" xmlns:a="http:/www.w3.org/2005/08/addressing"
xmlns:u="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<s:Header>
<a:Action s:mustUnderstand="1">http:/wcf.dian.colombia/IWcfDianCustomerServices/GetStatusZipResponse</a:Action>
<o:Security s:mustUnderstand="1" xmlns:o="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-
1.0.xsd">
<u:Timestamp u:Id="_0">
<u:Created>2019-02-19T23:55:24.867Z</u:Created>
<u:Expires>2019-02-20T00:00:24.867Z</u:Expires>
</u:Timestamp>
</o:Security>
</s:Header>
<s:Body>
<GetStatusZipResponse xmlns="http:/wcf.dian.colombia">
<GetStatusZipResult xmlns:b="http:/schemas.datacontract.org/2004/07/DianResponse"
xmlns:i="http:/www.w3.org/2001/XMLSchema-instance">
<b:DianResponse>
<b:ErrorMessage xmlns:c="http:/schemas.microsoft.com/2003/10/Serialization/Arrays">
<c:string>Regla: AA09 Valor del CUFE no está calculado correctamente.</c:string>
<c:string>Regla: AA08d Número de factura debe estar contenido en el rango de numeración otorgado</c:string>
<c:string>Regla: ZB01 Fallo en el Schema XML del archivo - The XmlSchemaSet on the document is either null or has no
schemas in it. Provide schema information before calling Validate. -</c:string>
<c:string>Regla: AC38b Documento fue enviado para el ambiente errado (producción o pruebas)</c:string>
</b:ErrorMessage>
<b:IsValid>false</b:IsValid>
<b:StatusCode>99</b:StatusCode>
<b:StatusDescription i:nil="true"/>
<b:StatusMessage>Validación contiene errores en campos mandatorios.</b:StatusMessage>
<b:XmlBase64Bytes>XML en Base 64=</b:XmlBase64Bytes>
<b:XmlBytes i:nil="true"/>
<b:XmlDocumentKey>A08f2283e5dd6c1878e6ea9ec3a695a9431c924e1086607f6ae7123d081af7b88</b:XmlDocumentKey>
<b:XmlFileName>invoice-1-firmado-SHA256</b:XmlFileName>
</b:DianResponse>
</GetStatusZipResult>
</GetStatusZipResponse>
</s:Body>
</s:Envelope>
StatusCode
R 00 = Procesado Corectamente 1-3 1.0
66= NSU no encontrado
90 = TrackId no encontrado
99 = validaciones contienen errores
en campos mandatorios
00 = Procesado Corectamente
66= NSU no encontrado
La respuesta . ApplicationResponse
con la información del evento
correspondiente. En Base54 ( puede Arreglo de
XmlBase64Bytes
ser configurado para que esta bytes
información se entregue en un
arreglo de byte
Arreglo de
R XmlBytes Corresponde al valor parámetro: true 1 1.0
bytes
• Se envían los parámetros de consumo en la estructura XML definida para este método.
• Se descomprime ZIP y se validan los siguientes elementos del ZIP:
o Archivo ZIP no este vacío.
o Archivos ZIP no este corrupto
o Que no sean más de 50 ApplicationResponse en el ZIP.
Formule su petición, queja, sugerencia o reclamo en el Sistema PQSR de la DIAN
Subdirección de Gestión de Fiscalización Tributaria
Cra. 7 Nº 6C-54 piso 7º PBX 607 9800 ext. 907401
Código postal 111711
www.dian.gov.co
Validaciones iniciales:
Ejemplo de Petición
Codigo de respuesta
100= Acción completada OK
NOTA: Se envían solo los parámetros de autenticación por certificado definida para este método.
Ejemplo
<s:Envelope xmlns:s="http:/www.w3.org/2003/05/soap-envelope" xmlns:a="http:/www.w3.org/2005/08/addressing"
xmlns:u="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<s:Header>
<a:Action s:mustUnderstand="1">http:/wcf.dian.colombia/IWcfDianCustomerServices/GetTaxPayerResponse</a:Action>
<o:Security s:mustUnderstand="1" xmlns:o="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-
1.0.xsd">
<u:Timestamp u:Id="_0">
<u:Created>2018-12-14T13:59:54.196Z</u:Created>
<u:Expires>2018-12-14T14:04:54.196Z</u:Expires>
</u:Timestamp>
</o:Security>
</s:Header>
<s:Body>
<GetTaxPayerResponse xmlns="http:/wcf.dian.colombia">
<GetTaxPayerResult>"700085371","Emisora 4","28-11-2018"
"73213706","LUGO BENITEZ L B CIA LTDA ASESORES DE SEGUROS",""
"800018359","BEL-STAR S.A.",""
"800033159","DURMAN COLOMBIA S.A.S.",""
"800197268","U.A.E. DIRECCION DE IMPUESTOS Y ADUANAS NACIONALES",""
"860025674","CARACOL TELEVISION S.A.",""
"888888889","Empresa 888888889","01-12-2018"
"900508908","SIGNATURE SOUTH CONSULTING COLOMBIA S.A.S",""</GetTaxPayerResult>
</GetTaxPayerResponse>
</s:Body>
Se valida que el usuario autenticado, por certificado digital, corresponda al NIT de la empresa
emisora o receptora del UBL consultado.
Se envían los parámetros de consumo en la estructura XML definida para este método.
Ejemplo
<s:Envelope xmlns:s="http:/www.w3.org/2003/05/soap-envelope" xmlns:a="http:/www.w3.org/2005/08/addressing"
xmlns:u="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<s:Header>
<a:Action
s:mustUnderstand="1">http:/wcf.dian.colombia/IWcfDianCustomerServices/GetXmlByDocumentKeyResponse</a:Action>
<o:Security s:mustUnderstand="1" xmlns:o="http:/docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-
1.0.xsd">
<u:Timestamp u:Id="_0">
<u:Created>2018-12-14T15:52:37.096Z</u:Created>
<u:Expires>2018-12-14T15:57:37.096Z</u:Expires>
</u:Timestamp>
</o:Security>
</s:Header>
<s:Body>
<GetXmlByDocumentKeyResponse xmlns="http:/wcf.dian.colombia">
<GetXmlByDocumentKeyResult xmlns:i="http:/www.w3.org/2001/XMLSchema-instance">
<b:Code>Ok</b:Code>
<b:Message>El XML para el trackId: f3be1a2f832c10564a18e5044e16891739f77631 fue encontrado</b:Message>
<b:XmlBytesBase64> archivo UBL DE en base 64
</GetXmlByDocumentKeyResult>
</GetXmlByDocumentKeyResponse>
</s:Body>
</s:Envelope>
401= No autorizado
401= No autorizado
Ejemplo de Petición
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:wcf="http://wcf.dian.colombia">
<soap:Header/>
<soap:Body>
<wcf:GetNumberingRange>
<wcf:accountCode>2019051401</wcf:accountCode>
<wcf:accountCodeT>800123888</wcf:accountCodeT>
<wcf:softwareCode>0A4d5fad-7b4b-4f3e-b14d-4560246dbc4a</wcf:softwareCode>
</wcf:GetNumberingRange>
</soap:Body>
</soap:Envelope>
Ejemplo
401= No autorizado
https:/www.soapui.org/downloads/soapui.html
Nota: la URL del Web Service “WS” estará expuesta en el catalogo de participante (habilitación ó
producción) sobre la opción Participantes, Facturador.
Los próximos campos a completar debe tener los mismos valores que se indican en la imagen a
continuación.
12.13. Recomendaciones
Se recomienda después de crear o actualizar la configuración del WS-Security eliminar
el request anterior y crear uno nuevo. Estos no ven reflejados las actualizaciones de la
configuración global.
13.1.1.1. Tablas
Se realiza modifiaciones sobre las siguientes tablas :
• 5.3.9. Tablas de tarifas por Impuesto
• 5.1.2. Algoritmo de CUFE: cbc:UUID.@schemeName
Se realiza modificación sobre la URL del Web Service
• 11.5. Configuración inicial
13.1.1.2.1. Ejemplificaciones
Se realiza la inclusión de dos ejemplificaciones en la caja de herramienta:
• Generica con pago anticipado
• Generica con periodo de facturacion
13.1.1.2.3. XSD
Se realiza modificación sobre los archivos XSD expuestos sobre la carpeta maindoc:
• DIAN_UBL_Structures.xsd
13.1.2.1.2.1. Modificaciones:
Se generan modificacones sobre los siguientes NS.
▪ DA03 se genera cambio de ext a sts
13.1.2.1.2.2. Adicion
Se genera las adiciones de los siguientes NS.
▪ DA03 se adiciono el NS sts
▪ DA04 se adiciono el NS sts
▪ DA05 se adiciono el NS sts
▪ DA06 se adiciono el NS sts
▪ HB04 se adiciono el NS cbc
▪ AA32 se adiciono el NS cac
▪ AA33 se adiciono el NS cac
▪ AB07 se adiciono el NS cac
▪ EA07 se adiciono el NS cac
▪ AD38 se adiciono el NS cbc
▪ AD20 se adiciono el NS cac
▪ EA03 se adiciono el NS cac
▪ EA06 se adiciono el NS cac
▪ LA02 se adiciono el NS cac
▪ EB03 se adiciono el NS cac
▪ EB06 se adiciono el NS cac
▪ EB07 se adiciono el NS cac
▪ EB08 se adiciono el NS cac
▪ AD22 se adiciono el NS cac
▪ EC03 se adiciono el NS cac
▪ LB01 se adiciono el NS cac
▪ EC07 se adiciono el NS cac
▪ AD25 se adiciono el NS cac
13.1.2.1.3. Campo
Se genera corrección para el campo de el siguiente ID.
▪ FA30 se genera cambio de AdditionalPropertyItem a AdditionalItemProperty
▪ AC26 se genera cambio de RequestedMonetaryTotal a LegalMonetaryTotal
13.1.2.1.4.1. Modificación:
Se generan las modificaciones sobre las descripciones de los siguientes ID.
▪ LB10
▪ LB11
▪ LB12
▪ LB13
▪ LB14
13.1.2.1.5. Tamaño
13.1.2.1.5.1. Modificación.
Se genera la modificación sobre los tamaños de los siguientes ID.
▪ HH04 se genera cambio de 4 a 11
▪ AA18 se genera cambio de 999 a 1..999
▪ HA02 Se genera cambio de 3..10 a 2
13.1.2.1.6. Ocurrencia
Se genera modificaciones sobre las ocurrencias de los siguientes ID
▪ AD19 se genera cambio de 0..N a 0..1
▪ AD27 se genera cambio de 1..9999 a 1..N
▪ HC07 se genera cambio de 1..N a 1..1
▪ AC19 se genera cambio de 0..N a 0..1
13.1.2.1.7. Xpath
13.1.2.1.7.1. Adición
Se genera adición sobre el Xpath del siguiente ID.
▪ HC06A se incluye el Xpath
../cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:TaxLevelCode
13.1.2.1.7.2. Corrección
Se genera corrección sobre el Xpath de los siguientes ID
▪ AC26 de /CreditNote/cac:RequestedlMonetaryTotal a /CreditNote/cac: LegalMonetaryTotal
13.1.2.1.7.3. Modificación
Se genera modificación sobre los Xpath de los siguientes elementos.
▪ AC26
13.1.3.1. Eventos
13.1.3.1.1. Eliminación
Se procese a realizar la eliminación de los siguientes eventos:
• Documento Electrónico Referenciado por Otro Documento Electrónico
• Documento Referenciado no Existe en la Base de Datos de la DIAN
• Anulación de Efecto de Evento
• Anotación de Oficio por la DIAN
• Anulación de Negocio
• Anulación de Documento
• Solicitación de Corrección en Documento
13.1.3.1.2. Adición
Se genera la siguiente adición del evento
• Uso NO Autorizado por la DIAN
13.1.3.4.2. XSD
Se genera modificación sobre el siguiente XSD
• DIAN_UBL_Structures.xsd
13.1.4.1.1. Inclusión
Se informa la utilización de los siguientes NameSpeces “tabla 1” para el bloque de firma electrónica
• xades
• xmlns
• ds
13.1.4.1.3.1. Modificaciónes
Se genera modificación en la tabla tabla 6.1.3.
Adicional se incluye la lista GC en la caja de herramientas sobre la ruta Caja de herramienta Factura Electronica
Validacion Previa\Listas de valores
13.1.4.1.3.2. Inclusión
Se genera la incorporación de la tablas
Adicional se incluye la lista GC en la caja de herramientas sobre la ruta Caja de herramienta Factura Electronica
Validacion Previa\Listas de valores
Elemento Comodín
PostalZone 000000
TaxLevelCode R-99-pn
TaxScheme/ID ZY
TaxScheme/Name No causa
• Nota Los comodines de los elementos TaxScheme/ID y TaxScheme/Name solo aplican para los bloque de
Emisor, Adquirente y Transportista hasta que sean requeridos como información obligatoria por la DIAN
i
Vea el documento «Formatos de los Documentos XML de Facturación Electrónica»
Se incluye la notación xPath porque los expertos en e-commerce & e-biz han recibido entrenamiento en examinar archivos en formato XML, y en
ii