Qué es el CDC de una factura electrónica y para qué sirve

La respuesta corta es esta: el CDC es el Código de Control de una factura electrónica y tiene 44 dígitos numéricos que identifican de forma única un Documento Electrónico dentro del SIFEN. Sirve como referencia para consultar un comprobante, verificar un KuDE y relacionar el documento con sus datos y eventos. No es el número de factura, no es el QR y no es un dato decorativo que se agrega al PDF al final.

La DNIT define el CDC como un conjunto de informaciones numéricas asociadas a un Documento Electrónico. En la consulta del portal se ingresan los 44 dígitos sin espacios. Para quien recibe una factura, es una forma de comprobar el documento. Para quien desarrolla el sistema emisor, es una pieza que debe generarse y conservarse con reglas precisas.

¿Qué identifica el CDC?

El CDC identifica un documento electrónico concreto. Pensalo como una referencia estructurada que permite distinguir una factura, nota de crédito, nota de débito, autofactura u otro documento de los demás documentos emitidos.

Eso no significa que el CDC “contenga todo” lo que aparece en la factura. El documento tiene muchos campos: emisor, receptor, fecha, timbrado, establecimiento, punto de expedición, numeración, ítems, impuestos y totales. El CDC se construye a partir de información definida en el esquema técnico y se utiliza para identificar el DE en el SIFEN.

La palabra clave es unicidad. Dos operaciones diferentes no deberían terminar con el mismo código. Si el sistema repite un CDC por un error de numeración, reintento o persistencia, no estamos frente a un problema de diseño visual: estamos frente a una inconsistencia de identificación.

¿Cuántos dígitos tiene el CDC?

La respuesta oficial es concreta: 44 dígitos numéricos. La sección de preguntas frecuentes de e-Kuatia indica que para verificar un KuDE por CDC hay que ingresar esos 44 dígitos sin espacios en el portal de consulta.

Para una persona, esto tiene una consecuencia práctica: conviene copiarlo completo y revisar que no falte ningún número. Para un sistema, implica almacenar el valor como una cadena de texto, no como un número matemático. Los identificadores pueden incluir ceros a la izquierda y no se usan para hacer sumas o cálculos de negocio.

Una representación conceptual sería:

01000000112024031111315052512...

Ese valor es deliberadamente incompleto y no debe usarse como CDC real. La estructura exacta y la forma de generar cada campo corresponden al Manual Técnico y sus notas vigentes.

¿Para qué sirve el CDC?

El código tiene varios usos en la operación diaria:

1. Consultar un comprobante en el portal de e-Kuatia.
2. Verificar la validez de un KuDE sin depender solamente del archivo visual.
3. Relacionar el documento impreso o enviado por correo con el registro electrónico.
4. Buscar el DTE en el sistema interno cuando administración necesita recuperar una operación.
5. Vincular eventos del documento, como cancelaciones o registros relacionados, según las reglas del sistema.
6. Conciliar información entre el ERP, la capa de facturación y las consultas del SIFEN.

No todos esos usos requieren que una persona escriba el código a mano. En una operación integrada, el ERP debería guardar el CDC desde la respuesta de emisión y mostrarlo cuando alguien busca la factura. La carga manual es el plan de respaldo, no el diseño principal.

¿CDC, QR y KuDE son lo mismo?

No. Los tres aparecen cerca en una factura electrónica y por eso se confunden:

Elemento	Qué es	Cómo se usa
CDC	Código numérico de 44 dígitos	Identifica y permite consultar un documento
QR	Código bidimensional	Permite abrir una consulta con un escáner
KuDE	Representación gráfica del DTE	Presenta la información de forma legible
XML	Estructura electrónica del documento	Es el archivo que contiene los datos según el esquema

La DNIT explica que el QR debe estar impreso en el KuDE para realizar una consulta automática de los datos del Documento Electrónico o Documento Tributario Electrónico. El QR facilita la experiencia; el CDC sigue siendo la referencia numérica.

Un error común es creer que el PDF es la factura completa. El KuDE es una representación para leer y entregar. La fuente electrónica tiene su propia estructura, firma y resultado. Por eso una empresa debe conservar el XML y los datos de respuesta, no solo la imagen o el PDF que se envió al cliente.

¿Cómo se consulta una factura por CDC?

El mecanismo publicado por la DNIT es simple:

1. Entrar al portal e-Kuatia y abrir la opción de consulta de comprobantes.
2. Ingresar los 44 dígitos del CDC sin espacios.
3. Completar el reCAPTCHA.
4. Presionar “Consultar”.

La FAQ oficial de consulta por CDC detalla esa secuencia. Si el código se copia desde un PDF, revisá caracteres cortados, espacios, saltos de línea y ceros iniciales. Si la consulta se realiza desde un sistema interno, la integración debe seguir la documentación técnica vigente y sus permisos; no conviene automatizar el portal público con técnicas frágiles.

¿Cómo se genera el CDC en un sistema?

Esta es la parte donde más cuidado hace falta. El emisor no debería generar el CDC “a ojo” ni copiar una fórmula aislada de un tutorial viejo. El Manual Técnico disponible en la documentación de e-Kuatia define la estructura y los datos que participan.

Una implementación mantenible debería:

• Construir los datos desde una operación ya validada en el ERP.
• Aplicar la estructura correspondiente al tipo de documento.
• Validar longitudes y valores antes de firmar.
• Preservar ceros a la izquierda.
• Tratar el CDC como texto en la base de datos.
• Verificar que el valor se mantenga igual entre XML, respuesta, KuDE y sistema interno.
• Registrar el error original si SIFEN rechaza el documento.
• Evitar crear un nuevo CDC en cada reintento si el flujo exige conservar la identidad del documento.

El último punto requiere leer el Manual Técnico y las notas que aplican a la modalidad. El comportamiento correcto ante reintentos depende de en qué momento falló la transmisión y de la respuesta recibida. Una regla genérica puede causar duplicados.

¿Qué errores aparecen alrededor del CDC?

Guardarlo como número

Un número de 44 dígitos puede exceder los límites de tipos numéricos comunes y perder ceros iniciales. Guardalo como texto con validación de longitud.

Cortarlo en el KuDE

El diseño visual debe reservar espacio para los 44 dígitos sin que se mezclen con el número de comprobante o el timbrado. Si se parte en bloques para facilitar lectura, el valor subyacente no debe cambiar.

Confundirlo con la numeración de factura

El número de factura identifica una secuencia comercial dentro de un establecimiento y punto de expedición. El CDC identifica el documento electrónico según las reglas de SIFEN. Cumplen funciones distintas.

Generarlo antes de validar los datos

Si la dirección, RUC, impuesto o tipo de operación cambia después de construir el documento, hay que resolver el flujo de corrección de forma consistente. No conviene mostrar un CDC definitivo sobre una factura que todavía no pasó las validaciones que corresponden.

No conservar la respuesta de SIFEN

Guardar solo el CDC sin el estado, fecha, XML, firma y respuesta deja una trazabilidad incompleta. La búsqueda tiene que permitir entender qué se envió y qué contestó el sistema.

¿Qué debería hacer el ERP con el CDC?

Cuando la empresa integra facturación electrónica, el CDC debería formar parte del registro de la operación. Un flujo razonable es:

1. Crear la venta en estado pendiente.
2. Generar el DE y reservar los datos necesarios.
3. Transmitir y recibir la respuesta.
4. Guardar el CDC, estado, fecha y referencia técnica.
5. Marcar el documento como aprobado o rechazado.
6. Generar o asociar el KuDE.
7. Mostrar el CDC en el detalle, la búsqueda y los reportes.
8. Permitir consultar el XML y los eventos según los permisos internos.

El estado de la venta no debería ser “facturada” solo porque se apretó el botón de enviar. Tiene que existir una diferencia entre pendiente, transmitida, aprobada, rechazada y con evento posterior. Ese modelo evita que el CDC se convierta en un dato suelto sin contexto.

El CDC como prueba de arquitectura

Un sistema que maneja bien el CDC suele manejar bien otros detalles de facturación electrónica: identificadores persistentes, respuestas asincrónicas, reintentos, auditoría y separación entre presentación y fuente de datos.

Uno que lo agrega al final de un PDF probablemente todavía no tiene resuelta la integración. La diferencia no es estética. Si administración no puede buscar el documento por CDC, comparar el XML y saber el resultado de SIFEN, el problema está en el flujo completo.

Para entender el lugar del CDC dentro del sistema nacional, podés leer qué es SIFEN. Para ver cómo se estudia el Manual Técnico antes de programar, está la guía de documentación de SIFEN para desarrolladores.

En Softium Labs

En automatización de procesos, tratamos el CDC como parte del ciclo de vida del documento, no como texto que aparece en la pantalla final. Definimos qué sistema genera cada dato, cómo se guarda la respuesta y cómo se recupera la operación cuando administración necesita revisarla.

Si tu ERP ya emite facturas pero el equipo todavía copia CDC, descarga archivos a mano o no sabe qué pasó con un rechazo, escribinos. Podemos revisar el flujo y separar el problema visual del problema de integración.