Antes de emitir e-CF en producción, la DGII exige demostrar que tu sistema produce comprobantes válidos. Ese proceso de certificación tiene reglas que no están escritas en ningún esquema XML y que cuestan días cuando se descubren tarde. Si te toca certificarte antes del 15 de noviembre de 2026, esto es lo que conviene saber.
Los tres ambientes
| Ambiente | Para qué sirve | Valor fiscal |
|---|---|---|
| TesteCF | Pruebas libres de integración: armar, firmar y enviar documentos | No |
| CerteCF | Certificación: los pasos que la DGII evalúa para autorizarte | No |
| eCF (producción) | Emisión real | Sí |
Un detalle que confunde a muchos: el mismo número de e-NCF puede existir en pruebas y en producción sin ser el mismo documento. Tu sistema debe distinguir siempre el ambiente, o terminarás mostrando o imprimiendo un comprobante de prueba como si fuera real.
Los pasos de la certificación
La postulación como emisor electrónico avanza por etapas. Las principales son:
- Pruebas de datos: la DGII te entrega un conjunto de casos con e-NCF y montos concretos, y debes emitirlos exactamente así.
- Aprobación comercial: envías aprobaciones comerciales sobre comprobantes de prueba. Aquí los roles se invierten: tú actúas como comprador.
- Simulación de e-CF: emites un set con tus propias operaciones. La DGII no te da hoja de cálculo para este paso.
- Representaciones impresas: presentas la representación impresa de los comprobantes enviados, que debe corresponder exactamente a lo que se envió.
La trampa del reinicio
Esta es la regla más importante: en la simulación de e-CF, cualquier comprobante rechazado reinicia el paso completo. Todo lo aceptado antes de ese rechazo deja de contar.
Consecuencias prácticas:
- No sigas enviando después de un rechazo en ese paso: prepara un set nuevo.
- Las secuencias consumidas no se recuperan. Un rechazo normalmente quema el e-NCF.
- Valida el set completo antes de enviar el primer documento. Un documento malo invalida todos los buenos que lo precedieron.
Reglas que el esquema no valida
El esquema XSD acepta documentos que el validador rechaza. Algunas reglas reales que conviene revisar antes de enviar:
- La fecha de vencimiento de la secuencia debe ser la del rango autorizado, no una fecha futura cualquiera; el tipo 32 la omite.
- El indicador de monto gravado es obligatorio cuando hay monto gravado en los tipos 31, 32, 33, 34, 41 y 45.
- El tipo de pago es obligatorio en todos los tipos excepto el 43, que debe omitirlo.
- En el tipo 43 solo se aceptan líneas exentas; en el 46, tasa cero o no facturable.
- El tipo 44 exige RNC del comprador aunque el esquema lo marque opcional.
- El tipo 47 solo admite que el pago se declare como servicio.
- La nota de crédito exige tipo de ingresos y no puede superar el saldo del comprobante que modifica.
- Una factura a crédito exige fecha límite de pago.
- Los importes llevan exactamente dos decimales: 7080.00, no 7080.
El orden de envío importa
La DGII fija un orden. En general: primero los comprobantes base (31, 32 de 250 mil o más, 41, 43, 44, 45, 46, 47); después las notas (33 y 34), cuando el comprobante que modifican ya está aceptado, dejando un margen para que la DGII lo registre; luego los resúmenes de consumo menores de RD$250,000; y por último las facturas de consumo completas de ese tramo, que se cargan manualmente en el portal.
Guarda cada XML aceptado
Un comprobante aceptado es irreproducible: la fecha y hora de firma forma parte del documento, así que regenerarlo produce otra firma y otro código de seguridad. Como la representación impresa del último paso debe coincidir con lo enviado, archiva cada XML aceptado en el momento y nunca borres la carpeta de trabajo sin respaldarla.
Qué hacer ahora
- Separa claramente los ambientes en tu sistema.
- Arma un validador previo con las reglas de negocio de la DGII, no solo con el XSD.
- Genera el set completo de la simulación y revísalo antes del primer envío.
- Respeta el orden de envío y espera a que las bases estén aceptadas antes de las notas.
- Archiva cada documento aceptado y genera las representaciones desde ese archivo.
En EmiteF aprendimos estas reglas certificando empresas reales y las aplicamos antes de consumir cualquier secuencia. Consulta la guía completa de facturación electrónica para el panorama general.
Fuente: experiencia de certificación ante la DGII y documentación técnica de e-CF. Los pasos y reglas pueden actualizarse; confirma los vigentes en el portal de la DGII.