Comprobantes Fiscales Electrónicos (e-CF): Guía para Dueños de Negocio, No para Contadores
Qué son los comprobantes fiscales electrónicos (e-CF) de la DGII, cómo funcionan por dentro, qué cambia respecto al NCF de papel y qué debe hacer tu sistema para emitirlos bien.

Hay una conversación que se repite en las oficinas dominicanas desde 2024. El contador dice “ya tenemos que emitir e-CF”, el dueño asiente, y nadie en la mesa sabe explicar con claridad qué es exactamente un comprobante fiscal electrónico ni qué tiene que cambiar en la operación para emitirlo. Se asume que “el sistema lo hace” y se sigue con el día.
Hasta que un cliente rechaza un comprobante en la plataforma de la DGII, o el 607 no cuadra, o alguien descubre que lo que estaban mandando era un PDF con cara de factura y valor legal de servilleta.
Este artículo es la explicación que faltaba en esa mesa. Sin lenguaje de norma, sin asumir que sabes qué es un XML. Qué es un e-CF, cómo viaja, qué lo diferencia del comprobante de papel de toda la vida, y qué tiene que saber hacer tu sistema para que no te pase nada de lo anterior. Para el contexto general y los plazos, tienes la guía de facturación electrónica en RD.
Del NCF al e-CF: qué cambió realmente
Durante años, facturar en República Dominicana funcionaba así: la DGII te autorizaba un rango de Números de Comprobante Fiscal (NCF), tú los imprimías en tus facturas, y al mes siguiente le reportabas a la DGII qué habías vendido y comprado en los formatos 606 y 607. La DGII se enteraba de tu venta después, cuando tú se lo contabas.
Con el comprobante fiscal electrónico, el orden se invierte:
| NCF (tradicional) | e-CF (electrónico) | |
|---|---|---|
| Qué es | Un número impreso en una factura | Un archivo XML firmado digitalmente |
| Cuándo lo ve la DGII | Al mes siguiente, en tu declaración | Al emitirlo, en tiempo real |
| Quién lo valida | Nadie en el momento; la DGII cruza después | La DGII, al instante, y responde |
| Qué recibe el cliente | Papel o PDF | El XML (legal) + una representación impresa con QR |
| Cómo se corrige un error | Se “rompía” la factura y se anulaba el número | Nota de crédito electrónica (e-34) y comprobante nuevo |
| Numeración | NCF (B01, B02…) | e-NCF (E31, E32…) |
El cambio de fondo es de control: la DGII deja de depender de que le cuentes, y pasa a ver la venta cuando ocurre. Para ti, el cambio práctico es que ya no puedes “cuadrar” nada después. Lo que emites es lo que es.
Anatomía de un e-CF
Un comprobante electrónico tiene cuatro capas. Entenderlas te ayuda a saber qué le exiges a tu software (o a tu proveedor).
1. El XML: los datos
Es un archivo de texto estructurado con todos los datos de la factura, en el formato exacto que define la DGII: tu RNC, el RNC del cliente, el tipo de comprobante, la numeración e-NCF, cada línea de detalle con cantidades, precios e ITBIS, los totales, la fecha, la forma de pago. Cada campo tiene reglas: longitudes, formatos, valores permitidos. Un campo mal puesto y la DGII rechaza el comprobante.
2. La firma digital: la identidad
El XML se firma con el certificado digital de la empresa, emitido por una entidad certificadora autorizada. La firma garantiza dos cosas: que lo emitiste tú y que nadie lo alteró después. Sin firma válida, no hay comprobante.
3. El envío y la respuesta: la validación
El XML firmado se transmite a la DGII a través de sus servicios electrónicos. La DGII lo procesa y responde con un estado: aceptado, aceptado condicional (válido pero con observaciones) o rechazado, con el código del error. Tu sistema tiene que guardar esa respuesta, porque es la prueba de que el comprobante existe.
4. La representación impresa: lo que ve la gente
Lo que le entregas al cliente en papel o PDF. Debe incluir los datos del comprobante y un código QR que apunta a la consulta del e-CF en la DGII. Es una representación; el comprobante legal es el XML.
Los tipos de e-CF, explicados por lo que hace tu negocio
La DGII define una decena de tipos. Léelos en función de lo que vendes, no del código:
- Vendes a empresas que deducen ITBIS → e-31, Factura de Crédito Fiscal. Es el comprobante que tu cliente corporativo necesita para registrar la compra. Si no se lo das en e-31 válido, no lo puede registrar y no te paga.
- Vendes al público → e-32, Factura de Consumo. La del retail, el restaurante, el servicio al consumidor final.
- Cobraste de más y hay que corregir → e-33, Nota de Débito.
- Devolución, descuento posterior o anulación → e-34, Nota de Crédito. La pieza más importante después de la factura. En electrónico no existe “romper la factura”: se anula con e-34 y se emite de nuevo.
- Le compraste a alguien que no emite comprobante → e-41, Compras. Lo emites tú para soportar el gasto.
- Caja chica sin comprobante → e-43, Gastos Menores.
- Zonas francas y regímenes especiales → e-44.
- Le vendes al Estado → e-45, Gubernamental.
- Exportas → e-46.
- Pagas servicios al exterior → e-47.
Un negocio típico usa e-31, e-32 y e-34 a diario, e-41 y e-43 de vez en cuando. Cuando evalúes un sistema, asegúrate de que esos cinco los maneja sin fricción; los demás, según tu caso.
El ciclo completo de una venta con e-CF
Así se ve, paso a paso, lo que tu sistema tiene que hacer cada vez que vendes:
- Nace la venta en tu punto de venta, tu sistema de pedidos o tu ERP.
- Se asigna el siguiente e-NCF del rango autorizado por la DGII para ese tipo de comprobante. Sin saltos, sin duplicados.
- Se genera el XML con la estructura y validaciones de la DGII.
- Se firma con el certificado digital de la empresa.
- Se envía a la DGII y se espera la respuesta.
- Se guarda el resultado: aceptado, condicional o rechazado, con su código de seguimiento.
- Se genera la representación impresa con QR y se entrega al cliente.
- Si el cliente es contribuyente, recibe el XML (por correo o por integración) y puede aprobar o rechazar el comprobante en la DGII dentro del plazo establecido.
- Si algo estuvo mal, se emite una nota de crédito (e-34) y se repite el ciclo con un comprobante nuevo.
Nueve pasos que en un sistema bien hecho toman dos segundos y el cajero ni los ve. En un sistema mal hecho, cada uno es una llamada al contador.
Lo que tu sistema tiene que saber hacer (checklist)
Si estás evaluando un software, un proveedor o una integración, pregunta explícitamente por esto:
- Emitir e-31, e-32, e-33, e-34, e-41 y e-43 como mínimo.
- Gestionar secuencias e-NCF por tipo de comprobante, con alertas cuando se estén agotando.
- Firmar con tu certificado, y avisar antes de que venza.
- Enviar y guardar la respuesta de la DGII por cada comprobante (no solo “enviado”).
- Manejar rechazos con mensajes claros para el usuario, no códigos crípticos.
- Emitir en contingencia cuando no haya conexión, y transmitir después.
- Generar la representación impresa con QR conforme a la norma.
- Enviar el XML al receptor cuando sea contribuyente.
- Recibir e-CF de proveedores y permitir aprobarlos o rechazarlos (si compras a empresas).
- Producir los reportes 606/607/608 a partir de los comprobantes, sin que nadie los arme a mano.
- Registrar quién emitió qué, para auditoría interna.
Si la respuesta a tres o más de estos es “eso lo hacemos aparte”, vas a terminar con un sistema de facturación y una colección de parches alrededor.
Errores que vemos en sistemas “que ya emiten e-CF”
Los más frecuentes cuando revisamos sistemas de clientes que llegaron a Dualsym creyendo que ya estaban cumpliendo:
Emiten, pero no guardan la respuesta de la DGII. El comprobante salió, pero nadie sabe si fue aceptado. Cuando llega una revisión, no hay evidencia.
Numeración por sucursal duplicada. Dos puntos de venta usando el mismo rango de e-NCF. Rechazos en cadena.
Notas de crédito “a mano”. El sistema emite facturas electrónicas pero las anulaciones se hacen fuera, con el Facturador gratuito de la DGII. Dos fuentes de verdad, reportes que no cuadran.
El XML no le llega al cliente. Le envían solo el PDF. El cliente corporativo no puede registrar la compra y devuelve la factura.
Certificado a nombre de un empleado. Que ya no trabaja ahí.
Ninguno de estos errores es de la DGII. Son del sistema, o de cómo se implementó.
¿Comprar, alquilar o integrar?
La emisión de e-CF se puede resolver con el Facturador gratuito de la DGII (manual, para volúmenes muy bajos), con un proveedor SaaS autorizado (rápido, pero tu operación vive en su plataforma) o integrando la emisión dentro del sistema donde ya nace tu venta. Cada camino tiene una estructura de costo distinta; la desglosamos con rangos en pesos en cuánto cuesta un sistema de facturación electrónica en RD.
La regla corta: mientras el volumen sea bajo y no tengas sistema propio, un SaaS te resuelve. Cuando la venta ya nace en un sistema tuyo (inventario, POS, ERP), lo sensato es que el comprobante salga de ahí. Doble digitación es la forma más cara de cumplir con la DGII.
Preguntas frecuentes sobre los e-CF
¿e-CF y e-NCF son lo mismo?
No. El e-CF es el comprobante electrónico completo (el XML firmado). El e-NCF es su número de secuencia autorizado por la DGII (por ejemplo, E310000000001). Uno es el documento; el otro, su numeración.
¿Un e-CF puede modificarse después de emitido?
No. Una vez aceptado por la DGII es inmutable. Cualquier corrección se hace con una nota de débito (e-33) o de crédito (e-34).
¿Qué pasa si la DGII rechaza mi comprobante?
El rechazo indica un código de error (dato inválido, secuencia incorrecta, firma vencida, etc.). Se corrige la causa y se emite de nuevo. El e-NCF rechazado no se reutiliza.
¿Mi cliente puede rechazar un e-CF válido?
Sí. El receptor contribuyente tiene un plazo para aprobar o rechazar el comprobante en la plataforma de la DGII (por ejemplo, si no corresponde a lo que compró). Por eso importa que le llegue el XML y no solo el PDF.
¿Tengo que guardar los XML?
Sí. Son el comprobante legal y debes conservarlos durante el período que establece la norma tributaria. Tu sistema debería archivarlos automáticamente junto con la respuesta de la DGII.
¿Puedo emitir e-CF sin conexión a internet?
La normativa contempla la emisión en contingencia con transmisión posterior. Depende de que tu sistema lo soporte; no todos lo hacen.
Lo que importa
Un comprobante fiscal electrónico no es “la factura de siempre pero por internet”. Es un documento con reglas estrictas, firmado, validado en tiempo real y que tu cliente también puede aceptar o rechazar. Emitirlo bien depende casi por completo de que tu sistema haga los nueve pasos del ciclo sin que nadie tenga que pensar en ellos.
Si no estás seguro de que el tuyo lo hace, la revisión es corta: en Dualsym auditamos cómo emite tu sistema actual y te decimos qué falta. Escríbenos por WhatsApp con el nombre de tu software y te respondemos el mismo día.
