El set de pruebas de la DGII: la etapa que alarga toda certificación
Es el paso donde se atasca casi todo el mundo y el peor documentado del proceso. Qué se prueba, en qué ambiente, y por qué la mayoría de los rechazos son de datos y no de software.
8 min de lectura
Entre la solicitud de Emisor Electrónico y la autorización para emitir en producción hay una etapa que rara vez se explica bien: el set de pruebas. Es una batería de casos de uso que la DGII exige aprobar en su ambiente de certificación, y supera los treinta escenarios.
Qué es el ambiente de certificación
Es un entorno separado del de producción donde los comprobantes que emites no tienen efecto fiscal. Sirve para demostrar que tu sistema genera el XML correcto, lo firma bien, lo transmite y sabe interpretar la respuesta. Nada de lo que emitas ahí cuenta como factura.
Esa separación es útil y conviene aprovecharla: es el único momento en el que puedes equivocarte sin consecuencias. Pasar a producción sin haber provocado deliberadamente los errores en certificación significa descubrirlos con un cliente delante.
Qué se prueba
Los casos cubren los tipos de comprobante que vas a emitir y las variantes de cada uno. A grandes rasgos:
- Emisión de los tipos de e-CF que corresponden a tu operación.
- Notas de crédito y de débito, que casi siempre se prueban menos de lo que se usan.
- Los resúmenes de facturas de consumo electrónicas.
- La recepción y el procesamiento de las respuestas de la DGII, incluidos los rechazos.
- Los escenarios de anulación y las secuencias de e-NCF.
Dónde falla la mayoría
El patrón se repite: la gente asume que es un problema de software y casi siempre es de datos. El sistema genera un XML técnicamente válido, pero con información que no cuadra.
- RNC de clientes mal registrados o con formato incorrecto en la base de datos.
- Tipos de comprobante asignados al perfil de cliente equivocado.
- Montos e ITBIS con diferencias de redondeo entre el sistema y lo que espera el validador.
- Certificado digital mal instalado, vencido o con la contraseña del P12 fuera de sitio.
- Secuencias de e-NCF mal configuradas o agotadas a mitad de las pruebas.
- Campos obligatorios vacíos porque en la operación real nunca se llenaban.
Esto último es lo más revelador del proceso: el set de pruebas no audita tu software, audita la calidad de tus datos maestros. Una empresa con el catálogo de clientes limpio pasa rápido. Una que arrastra años de registros incompletos descubre el problema aquí.
Cómo acortarlo
- Limpia los datos maestros antes de empezar: RNC, razones sociales, tipos de cliente. Es trabajo que hay que hacer igual, y hacerlo antes evita repetir casos.
- Define qué tipos de comprobante necesitas realmente, mirando las facturas del último año en lugar de la lista completa.
- Prueba primero los casos de error a propósito, no solo el camino feliz. Un rechazo entendido en certificación es un incidente menos en producción.
- Documenta cada caso aprobado con su respuesta. Cuando algo falle en producción, esa es tu referencia.
- Deja configurada la contingencia antes de salir: encolar y reintentar, no detener la facturación.
El set de pruebas es una de las etapas de convertirse en emisor electrónico; el resto del recorrido está ahí.
Preguntas frecuentes
¿Atascado en el set de pruebas?
Es la etapa en la que más acompañamos. Revisamos los casos que fallan, corregimos la causa —que suele estar en los datos, no en el código— y volvemos a enviarlos hasta la aprobación.
Ver el servicio de facturación electrónica e-CF