¿Qué hacer si la DGII rechaza tu comprobante? Guía de errores XML
Por qué la DGII rechaza comprobantes electrónicos, los errores XML más comunes, cómo corregirlos rápido y cómo evitar que se repitan en tu negocio.
Cuando la DGII rechaza un comprobante electrónico, lo primero que piensa el dueño de un negocio es que "el sistema no sirve". La realidad es otra: la DGII rechaza por razones muy específicas y corregibles. En este artículo te explico las causas más comunes y cómo resolverlas en minutos.
¿Qué significa que la DGII "rechace" un comprobante?
En facturación electrónica, cada comprobante que emites se transmite a la DGII en formato XML (el "expediente" digital de la factura). La DGII lo valida y responde con uno de estos estados:
- Aceptado: el comprobante es válido. Fin de la historia.
- Aceptado con observación: es válido, pero hay algo que debes revisar (por ejemplo, un dato que no coincide exactamente).
- Rechazado: no es válido. El cliente no puede usarlo para descontar ITBIS y el comprobante debe corregirse y reenviarse.
Un rechazo no es el fin del mundo: es una validación que te avisó antes de que fuera un problema mayor. Mejor que te rechace hoy que descubrirlo en una revisión.
Los rechazos más comunes (y cómo corregirlos)
1. RNC o cédula del cliente no válido
La causa número uno de rechazos. El RNC no existe, tiene el dígito verificador mal, o es una cédula donde debía ir un RNC.
Solución: valida el RNC antes de emitir. La DGII tiene consulta pública, y un buen sistema lo valida automáticamente al elegir el cliente.
2. Datos fiscales del emisor incorrectos
Tu propio RNC, razón social o régimen están mal configurados en el sistema. Si tu razón social registrada es "Inversiones Pérez, S.R.L." y facturas como "Inversiones Pérez", el comprobante puede ser rechazado.
Solución: revisa tus datos fiscales tal como están ante la DGII y configúralos exactamente igual, una sola vez, en tu sistema.
3. Errores de formato o estructura del XML
El XML debe cumplir el esquema de la DGII al pie de la letra: campos obligatorios, tipos de dato correctos (fechas, montos), codificación. Un campo vacío o un formato de fecha distinto basta para un rechazo.
Solución: esto no es algo que debas arreglar a mano. Es responsabilidad del sistema de facturación generar el XML bien formado. Si tu sistema produce XML mal formado con frecuencia, cambia de sistema.
4. Montos que no cuadran
Los totales de la factura no coinciden con la suma de las partidas, o el ITBIS no corresponde al monto gravado. La DGII calcula y compara.
Solución: un sistema que calcule los totales automáticamente (cantidad × precio + ITBIS) elimina los errores de "matemática a mano".
5. Comprobante duplicado o fuera de secuencia
Ya enviaste ese mismo comprobante, o tu secuencia no es consecutiva. La DGII detecta ambos casos.
Solución: la numeración automática y centralizada del sistema evita duplicados y saltos.
6. Comprobante que no corresponde al régimen
Emites un tipo de comprobante que tu régimen no permite (por ejemplo, un crédito fiscal en un régimen simplificado). Es un rechazo casi seguro.
Solución: el sistema debe emitir el tipo de e-NCF correcto según tu régimen y tu operación. Configúralo bien una vez.
El flujo correcto ante un rechazo
- Lee el código de error que devuelve la DGII. Cada error tiene un código que dice exactamente qué falló.
- Corrige la causa (el RNC, el dato, el monto).
- Anula el comprobante rechazado si corresponde (nota de crédito o estado de anulación).
- Reemite el comprobante corregido.
- Avisa al cliente y confirma que ahora está aceptado.
En un sistema bien integrado, este flujo es de minutos y la mayoría de los pasos son automáticos.
La diferencia entre "sistema" y "sistema"
Todos los sistemas de facturación dicen que generan XML. La diferencia está en cuántos rechazos generas al mes:
- Un sistema mal configurado o hecho a la ligera: rechazos frecuentes, clientes molestos, tiempo perdido.
- Un sistema con datos fiscales centralizados y validaciones: meses sin un solo rechazo.
El rechazo no es normal: es una señal de que algo en la configuración está mal. Si rechazas seguido, no "aguantes": revisa la raíz.
En ControlAgg
En ControlAgg el XML se genera, se firma con tu certificado y se envía a la DGII automáticamente al cerrar cada viaje. Antes de enviarlo, el sistema valida el RNC, los montos y la secuencia —las causas del 90% de los rechazos—. Si algo no cuadra, te lo avisa antes de enviar, no después de que la DGII lo rechace. Y si un comprobante sale rechazado de todas formas, el historial te muestra el estado y el motivo para corregirlo en minutos.
¿Quieres facturar sin rechazos? Solicita una demo.