La DGII rechaza casi 1 de cada 7 notas de crédito e-CF
Analizamos 77,925 e-CF enviados a la DGII en 2026: se rechazó el 0.08 %, pero el 13.7 % de las notas de crédito. Causas y cómo evitarlas.
Entre el 5 de febrero y el 11 de noviembre de 2026, seis empresas enviaron a la DGII 77,925 comprobantes fiscales electrónicos (e-CF) desde Odoo. La DGII rechazó 62, el 0.08 %. En las notas de crédito (e-CF 34) rechazó 40 de 293, el 13.7 %: siendo menos del 0.4 % de lo enviado, suman casi dos de cada tres rechazos.
El dato llega en buen momento. La prórroga de la DGII para micro y pequeñas empresas y contribuyentes no clasificados vence el 15 de noviembre de 2026, seis meses después del 15 de mayo. Quien empiece a emitir e-CF ahora va a tropezar donde tropezaron nuestros clientes: al corregir una factura. Si todavía estás en la certificación, empieza por nuestra guía práctica del e-CF.
Los números
| Tipo de e-CF | Enviados | Rechazados | Tasa de rechazo |
|---|---|---|---|
| Nota de crédito (E34) | 293 | 40 | 13.65 % |
| Factura de crédito fiscal (E31) | 2,850 | 18 | 0.63 % |
| Compras (E41) | 228 | 2 | 0.88 % |
| Factura de consumo (E32) | 74,532 | 0 | 0 % |
| Gastos menores, regímenes especiales y pagos al exterior (E43, E44, E47) | 22 | 2 | 9.1 % (muestra pequeña) |
| Total | 77,925 | 62 | 0.08 % |
No es cosa de una sola empresa. En las dos que más notas de crédito emitieron, la DGII rechazó el 14 % y el 11 % de sus E34, frente al 0.5 % y el 1.1 % de sus facturas de crédito fiscal.
Otros 162 e-CF (0.21 %) se aceptaron con observaciones: son válidos, pero la DGII marcó algún dato. En los envíos con registro de tiempos (unos 23,700), la DGII respondió en una mediana de 1 a 2 segundos.
Por qué la DGII rechaza una nota de crédito
Las 40 notas rechazadas se reparten en cinco causas, y todas se pueden detectar antes de enviar.
| Causa | Código DGII | Notas rechazadas | Cómo evitarla |
|---|---|---|---|
| La nota no cuadra con la factura que modifica: monto, saldo o factura ya anulada | 615, 645 | 17 | Si la nota anula la factura (código 1), su monto es el saldo disponible. Si es parcial, va con código 3 y sin pasar del saldo. Si solo corrige texto (código 2), va con monto cero. |
| La referencia a la factura original falla | 614, 634 | 8 | Emitir la nota solo cuando la DGII ya aceptó la factura, y con la fecha de emisión que la DGII tiene registrada. |
| El indicador de los 30 días está mal puesto | 156 | 7 | Calcularlo desde la fecha de emisión de la factura: 0 hasta los 30 días, 1 después. |
| El XML no cumple el formato oficial | 3 | 6 | Validar contra el esquema de la DGII: líneas sin montos negativos y con dos decimales como máximo, cantidades mayores que cero, código de modificación del 1 al 5. |
| Otras: secuencia ya usada, campo que no corresponde | 1209, 176 | 2 | Controlar las secuencias y usar los campos propios del e-CF 34. |
Anular o corregir montos. Para la DGII, una nota que anula la factura (código 1) debe tener «el monto total o balance disponible» de esa factura. Una devolución parcial enviada con código 1 se rechaza: tiene que ir con código 3, «corrige montos». Si la factura ya tenía otras notas, el saldo disponible es lo que queda después de ellas.
La regla de los 30 días. El indicador vale 0 si la nota se emite dentro de los 30 días calendario siguientes a la factura, y 1 si se emite después. Tiene efecto fiscal: según la DGII, la nota emitida dentro del plazo anula el ITBIS de la parte anulada y debe incluirlo, y pasado el plazo esa obligación se mantiene (consulta técnica del 12-11-2025). Un sistema que deja el indicador fijo en 0 provoca el rechazo de todas las notas emitidas pasado ese plazo.
Aceptadas, pero con observaciones
De los 162 e-CF aceptados con observaciones, 103 llevaban un RNC del comprador que la DGII marcó como no válido (código 1385): inexistente, mal escrito o dado de baja. La factura queda aceptada, pero con ese dato señalado. Se evita validando el RNC contra el registro de la DGII al crear el cliente. Le siguen los montos de línea (35) y los descuentos (24) que no cuadran al céntimo.
Antes de emitir una nota de crédito
- Confirma que la DGII aceptó la factura original.
- Elige el código: 1 si anula todo, 3 si corrige montos, 2 si solo corrige texto (con monto cero).
- Calcula el saldo disponible: el total de la factura menos las notas que ya tiene.
- Cuenta los días desde la emisión de la factura: hasta 30, indicador 0 y la nota lleva ITBIS; más de 30, indicador 1.
- Usa la fecha de emisión de la factura tal como la tiene la DGII.
- Revisa cada línea: sin montos negativos y con dos decimales como máximo.
Cómo lo medimos
Contamos los e-CF de producción de seis empresas que emiten desde Odoo con la integración de Cover IT, incluida la propia Cover IT, del 5 de febrero al 11 de noviembre de 2026. Leímos las bases en modo de solo lectura y no extrajimos montos, clientes ni números de comprobante. Quedan fuera los ambientes de certificación y pruebas, las copias y las demos.
Cada e-CF cuenta una vez, con su estado final, y los aceptados con observaciones cuentan como aceptados porque son válidos. Una empresa de consumo masivo hace el 99 % del volumen, y el 95.6 % de lo enviado son facturas de consumo (E32). Esas facturas no tuvieron ningún rechazo, y su peso deja la tasa global tan baja. Las de menos de RD$250,000 viajan a la DGII en un resumen (RFCE), con menos campos que validar.
Sin esa empresa quedan 674 e-CF, con un 2.1 % de rechazos. Las notas de crédito siguen en cabeza: 12 % de rechazos, frente al 1.5 % de las facturas de crédito fiscal.
En Cover IT integramos Odoo con la facturación electrónica de la DGII; aquí explicamos cómo se emite el e-CF desde el ERP. Si emites notas de crédito y quieres revisar tu configuración antes del 15 de noviembre, escríbenos.
Fuentes
- Datos propios: bases Odoo de producción de seis emisores, leídas en modo de solo lectura, con corte el 11 de noviembre de 2026.
- DGII, consulta técnica del 12-11-2025 sobre el ITBIS en notas de crédito: plazo de 30 días, artículo 338 del Código Tributario y artículos 8 y 28 del Decreto 293-11.
- DGII, consulta técnica del 7-6-2024, con el mismo criterio.
- Presidencia de la República, «DGII concede prórroga de seis meses para implementación de facturación electrónica», 6-5-2026.
- DGII, esquema XSD oficial del e-CF 34, versión 1.0: valores de IndicadorNotaCredito (0 hasta 30 días, 1 después) y de CodigoModificacion (1 anula, 2 corrige texto, 3 corrige montos, 4 reemplaza un NCF de contingencia, 5 referencia una factura de consumo).
- Textos de rechazo tal como los devuelve la DGII, por ejemplo el 615: «el monto total de la Nota de Crédito Electrónica debe ser equivalente al monto total o balance disponible del NCF Modificado».
Preguntas Frecuentes
En 293 notas de crédito que analizamos, la causa más común (17 de 40 rechazos) fue que el monto no cuadraba con la factura modificada: una nota con código 1 debe llevar el monto total o balance disponible de la factura, y una devolución parcial va con código 3. Le siguen los errores en la referencia a la factura original (8) y el indicador de los 30 días (7).
Es el campo IndicadorNotaCredito del e-CF 34. Vale 0 si la nota se emite dentro de los 30 días calendario siguientes a la emisión de la factura y 1 si se emite después. Según la DGII, la nota emitida dentro del plazo anula el ITBIS de la parte anulada y debe incluirlo.
El código 3, corrige montos, sin pasar del saldo disponible de la factura. El código 1 es para anular la factura completa y el 2 para corregir solo texto, con monto cero.
Sí. La DGII lo acepta, pero marca un dato que conviene corregir en los siguientes. En nuestra muestra, 103 de los 162 aceptados condicionales llevaban un RNC del comprador no válido (código 1385).
Agenda 30 minutos
Comenzar AhoraArtículos Relacionados

Integrar la facturación electrónica e-CF con tu ERP
Cómo se emite el e-CF desde Odoo, cuánto tarda la DGII en aceptarlo y qué cambia en el 606 y el 607, con datos de más de 70,000 comprobantes.

Facturación electrónica DGII (e-CF): guía práctica 2026
Plazos de 2026, cómo es la certificación ante la DGII y los errores reales que vemos al emitir más de 70,000 e-CF con nuestros clientes en Odoo.
