La DIAN realiza validaciones automáticas sobre todos los documentos electrónicos enviados por los emisores en Colombia. Cuando alguna validación falla, el documento es marcado como Rechazado, lo que impide su aceptación y uso tributario.
Esta guía explica cómo interpretar los rechazos DIAN, cómo identificarlos en el portal, y cómo corregirlos de forma efectiva.
1. ¿Qué es un rechazo DIAN y por qué ocurre?
Un rechazo DIAN se presenta cuando alguna regla de validación del Anexo Técnico 1.9 no se cumple.
Estas reglas verifican:
- Estructura del XML
- Correspondencia de valores
- Sumatorias
- Existencia de datos en tablas de referencia
- Secuencia de nodos
- Códigos válidos (municipios, IVA, unidades, etc.)
- Cálculos matemáticos
- Fechas, CUFE, firmas, y más
Si alguno de estos puntos falla, la DIAN responde con un código de rechazo y una descripción técnica del error.
2. ¿Cómo validar un rechazo DIAN desde el portal?
Para visualizar la causa del rechazo desde el portal Gosocket:
- Ingresa a Inbox → Emitidos.
- Busca el documento con estado Rechazado.
- Haz clic en el documento para abrir el detalle.
- En la sección de eventos o estado DIAN verás:
- El código del rechazo (ejemplo:
CDG01,FAU02, etc.) - La descripción del rechazo
- El timestamp de la DIAN
- El XML validado
- El código del rechazo (ejemplo:
Esta información es clave para determinar el error exacto y corregirlo.
3. ¿Cómo interpretar un rechazo DIAN?
Interpretar un rechazo DIAN implica tres pasos:
a) Identificar el código del rechazo
Ejemplos:
CDG01FAU02FEC01DSC01- Otros códigos de validación del Anexo Técnico.
Cada código corresponde a una tabla en la documentación DIAN.
b) Revisar la descripción del error
Esto indica la razón exacta del rechazo:
- “Código de municipio no corresponde al departamento”
- “Valor bruto no coincide con suma de líneas”
- “NIT del receptor no válido”
- “Secuencia del documento no es consecutiva”
Ejemplo:

c) Validar el XML en la posición indicada
Cuando la DIAN incluye un XPath, puedes ubicar exactamente dónde está el problema en el XML.
Ejemplo (rechazo CDG01):
Plain Text
//cbc:ID = 76
//cbc:CountrySubentityCode = 76120Si el municipio no corresponde al departamento, la DIAN lo rechazará.
4. Principales tipos de rechazos DIAN y cómo resolverlos
A continuación, se describen los dos casos incluidos en tu presentación y se amplía el contexto para que sirvan como guía general.
-Rechazo CDG01 – Códigos de departamento y municipio incorrectos
Este rechazo ocurre cuando:
El código del municipio no coincide con el código del departamento, según las tablas oficiales de la DIAN.
Ejemplo de error:
| Nodo | Valor enviado | Problema |
|---|---|---|
<cbc:ID> (Departamento) | 76 | Correcto |
<cbc:CountrySubentityCode> (Municipio) | 76120 | No corresponde al municipio real |
Consulta oficial indica que Candelaria debe ser 76130.
Solución
- Ajustar el código del municipio en tu archivo de integración.
- Validar contra la tabla 13.4.3 de la DIAN.
-Rechazo FAU02 – Error en el valor bruto del documento
Este rechazo ocurre por una suma incorrecta entre los valores por línea y el valor total bruto.
Validación DIAN:
Plain Text
round(LegalMonetaryTotal/LineExtensionAmount)
≠
round(sum(InvoiceLine/LineExtensionAmount))Ejemplo real:
El XML indica que hay 2 items, pero el valor total no corresponde a la suma.
Solución
- Revisar la etiqueta:
<cbc:LineCountNumeric>2</cbc:LineCountNumeric>- Sumar manualmente los
LineExtensionAmount. - Ajustar el valor total bruto (
LegalMonetaryTotal → LineExtensionAmount).
5. Metodología general para analizar cualquier rechazo DIAN
Aquí tienes un enfoque universal paso a paso para resolver cualquier rechazo:
Paso 1: Identificar el código del rechazo
- Ubicar el código DIAN en el portal Gosocket.
- Anotar la descripción técnica.
Paso 2: Ubicar el XPath o el nodo afectado
Revisar el XML del documento:
- Validar el nodo señalado por la DIAN.
- Compararlo con las reglas del Anexo Técnico.
Paso 3: Validar las reglas de negocio
Verificar:
- Tablas oficiales DIAN
- Sumatorias
- Secuencia de eventos
- Estructura UBL versión 2.1
- Datos obligatorios por tipo de documento
Paso 4: Revisar la versión del anexo técnico
Los rechazos suelen corresponder a:
- Cambios en Anexo Técnico 1.8 → 1.9
- Nuevas reglas de validación
- Tablas actualizadas
Paso 5: Corregir el XML y reenviar
Una vez corregido:
- Regenerar el XML
- Firmarlo digitalmente
- Enviarlo nuevamente para validación DIAN
6. Herramientas recomendadas para análisis
- Visualizador de XML (Notepad++, VS Code, Oxygen XML)
- Validadores UBL
- Tablas de referencia DIAN
- Log del integrador o ERP
- Portal Gosocket (Inbox Emitidos → detalle del documento)
7. Consejos para evitar rechazos DIAN
✔ Mantener actualizadas las tablas de:
- Municipios
- Impuestos
- Unidades de medida
- Códigos de referencia
✔ Validar sumatorias antes de enviar
✔ Revisar el consecutivo del documento
✔ Verificar el NIT del emisor y receptor
✔ Confirmar que la firma electrónica esté vigente
✔ Verificar las fechas del documento (no permitir fechas futuras)
8. Conclusión
Los rechazos DIAN pueden parecer técnicos, pero todos siguen una lógica clara basada en:
- Estructura XML correcta
- Datos válidos según tablas oficiales
- Sumatorias matemáticas coherentes
- Reglas de negocio establecidas en el Anexo Técnico
Con esta guía, tu equipo (y tu Bot) podrá interpretar y resolver la mayoría de los rechazos DIAN de manera eficiente y sin escalaciones innecesarias
¿Le ha sido útil este artículo?
¡Qué bien!
Gracias por sus comentarios
¡Sentimos mucho no haber sido de ayuda!
Gracias por sus comentarios
Sus comentarios se han enviado
Agradecemos su esfuerzo e intentaremos corregir el artículo