Este artículo está dirigido a gerentes, contadores y responsables de facturación de empresas que ya deben emitir comprobantes electrónicos. A partir del 1 de noviembre de 2026 solo se aceptan e‑CF, por lo que el equipo administrativo debe dominar todo el ciclo sin errores. La capacitación continua reduce rechazos, evita multas y agiliza el cierre contable.
Entender el ciclo completo del e‑CF
El flujo comienza cuando tú creas el comprobante en el sistema, lo firmas con el certificado digital del contribuyente y lo envías a la DGII. La DGII devuelve un estado (Aceptado, Aceptado Condicional o Rechazado) y, en caso de envío normal, un trackId para consultar el resultado. Si el comprobante es de consumo menor al umbral establecido por la DGII se envía como resumen y la DGII lo acepta al instante sin trackId. Una vez aceptado, el XML firmado es el documento fiscal válido; la representación impresa solo sirve para receptores no electrónicos o contingencia.
Qué ocurre después del envío
El acuse de recibo que genera la DGII es automático y no implica aceptación comercial; la aprobación o rechazo de la operación la define el comprador dentro del plazo técnico establecido. El código de seguridad de seis caracteres deriva de la firma digital y aparece en la representación impresa junto con el código QR que enlaza a la consulta pública de la DGII. Nunca re‑firmes un e‑CF ya enviado: cualquier corrección debe hacerse mediante nota de crédito o débito, porque re‑firmar cambia la firma y el código de seguridad, lo que invalida el documento original.
Contingencia y representación impresa
En contingencia puedes emitir la representación impresa y entregarla al cliente, pero debes transmitir el e‑CF tan pronto se restablezca la conexión. La representación impresa debe contener el RNC del emisor, el e‑NCF, la fecha, el monto total, el RNC del comprador cuando aplique, la fecha de firma y el código de seguridad. No incluye el XML ni el trackId.
Roles y responsabilidades
- Emisor: genera, firma y envía los e‑CF; conserva el XML y la representación impresa; verifica que el código de seguridad coincida con la firma; mantiene actualizado el catálogo de productos y servicios con los códigos correctos.
- Receptor: recibe el e‑CF, valida el código de seguridad y el estado en la DGII, y guarda el archivo para su contabilidad; comunica cualquier discrepancia al emisor dentro del plazo comercial.
- Administrativo: controla la numeración, revisa que los datos del RNC, la fecha y el monto coincidan, y gestiona notas de crédito o débito cuando procede; asegura que la serie B no se use después del 31 de octubre de 2026.
- Contable: incorpora los e‑CF aceptados a la contabilidad, genera los formatos 606, 607, 608, 609 y 623 y archiva todo por el plazo legal; concilia los montos de ITBIS retenido y percibido.
Cross‑training entre emisor y receptor permite detectar discrepancias antes de que lleguen a la DGII.
Errores frecuentes y cómo evitarlos
| Error | Causa típica | Solución rápida |
|---|---|---|
| Secuencia duplicada | Varios usuarios emiten al mismo tiempo sin control central | Centraliza la numeración en un solo punto o usa una plataforma que la gestione automáticamente |
| RNC del comprador no reconocido | Digitación manual o datos desactualizados | Valida el RNC contra el padrón de la DGII antes de firmar |
| Nota de crédito que supera el saldo modificable | Falta de control del saldo pendiente | Consulta el saldo del e‑CF original antes de emitir la nota |
| Re‑firmar un e‑CF ya enviado | Creer que se puede corregir el XML original | Corrige siempre con nota de crédito o débito; nunca re‑firmes |
| Envío de serie B después del 31 de octubre de 2026 | Desconocimiento de la fecha de corte | Programa alertas para cambiar a e‑CF a partir del 1 de noviembre de 2026 |
| Código de seguridad inconsistente en la impresión | Generación manual del QR sin usar la firma oficial | Usa siempre la representación generada por el sistema de facturación |
| Falta de actualización del catálogo de ítems | Uso de códigos obsoletos | Revisa el catálogo oficial cada trimestre |
Cada uno de estos errores consume la numeración y genera rechazos que retrasan el cierre mensual. La práctica de revisar el estado en la DGII antes de archivar evita sorpresas al generar los formatos 606 y 607. Además, llevar un registro de los trackId recibidos permite rastrear rápidamente cualquier rechazo.
Herramientas de apoyo
Una opción en la nube es EmiteF, que firma con tu certificado y envía directo a la DGII, recibe y conserva los e‑CF de proveedores y genera los formatos 606, 607, 608, 609 y 623. También ofrece cobros, contabilidad e inventario en el mismo entorno.
- Emisión y firma automática con certificado del contribuyente.
- Recepción y almacenamiento de e‑CF de proveedores.
- Generación de reportes fiscales listos para presentar.
- Módulo de contingencia que crea la representación impresa y la cola de envío.
- Panel de seguimiento de estados (Aceptado, Aceptado Condicional, Rechazado) con trackId.
- Integración con bancos para conciliación automática de cobros.
Qué hacer ahora
- Inventaria a todo el personal que toca facturación y asigna un responsable único de la numeración.
- Diseña un checklist de validación previo al envío: RNC, tipo de e‑CF, monto, ITBIS, fecha de firma y código de seguridad.
- Programa sesiones prácticas de 30 minutos cada semana para emitir, recibir y corregir comprobantes de prueba en el ambiente de certificación.
- Configura alertas automáticas para rechazos y para el vencimiento de la serie B (31 de octubre de 2026).
- Documenta el procedimiento de notas de crédito y débito con ejemplos de códigos de modificación 1, 2 y 3.
- Revisa mensualmente los formatos 606, 607, 608, 609 y 623 para detectar inconsistencias antes del cierre fiscal.
- Establece un responsable de contingencia que sepa generar la representación impresa y reenviar los e‑CF pendientes.
- Realiza una auditoría interna trimestral del archivo de XML firmados y de las representaciones impresas.
- Capacita al equipo en la lectura del código QR y la verificación del estado en el portal de la DGII.
- Define un calendario de actualización del catálogo de productos y servicios para que los códigos de ítem coincidan con la normativa vigente.
- Establece un procedimiento de respaldo periódico de los XML firmados en almacenamiento seguro.
- Consulta dgii.gov.do para cualquier duda sobre plazos, formatos o cambios normativos.