Modo de Contingencia e-CF DGII República Dominicana

Cuando los servidores de la DGII no responden, la facturación electrónica del país entra en escenario crítico: las empresas no pueden detener su operación comercial pero tampoco emitir e-CF normales. El modo de contingencia es la solución normativa-técnica que la DGII define para mantener la operación del emisor con retransmisión posterior cuando se restaura el servicio.

Esta guía explica cuándo se activa el modo de contingencia ante la DGII en República Dominicana, cómo se diferencia un e-CF emitido en contingencia de uno normal, los plazos legales para retransmitir cuando se restaura el servicio, y los errores frecuentes en la gestión de contingencia que dejan documentos en limbo legal.

Cuándo activar el modo de contingencia

Indisponibilidad del servidor DGII

El escenario típico es caída total del endpoint de la DGII: ninguna transmisión obtiene acuse de recibo dentro del timeout esperado y los reintentos siguen fallando con timeout o errores 5xx. Cuando esto se sostiene más allá de algunos minutos y la operación comercial no puede esperar, el modo de contingencia se activa para que la facturación continúe offline.

Indisponibilidad del propio sistema emisor

También procede contingencia cuando el problema es del lado del emisor: certificado vencido sin renovación inmediata, pérdida temporal del P12, error grave de configuración del software, conexión a internet caída. En estos casos la lógica es similar — emitir documentos de contingencia para no detener la operación — pero la responsabilidad de resolver el problema y retransmitir queda enteramente del lado del emisor sin externalidad de la DGII.

Diferencias técnicas del e-CF de contingencia

Identificación como documento en contingencia

Los e-CF emitidos en contingencia llevan un marcador en el XML que los identifica como tales. Ese marcador es lo que diferencia un e-CF de contingencia de uno normal cuando se retransmite. La DGII procesa ambos con flujos de validación levemente distintos: para el de contingencia, verifica adicionalmente la justificación declarada y la coherencia entre la fecha de emisión y la ventana de contingencia reconocida.

Validez legal inmediata

Un e-CF emitido en contingencia tiene validez legal desde el momento de su emisión, sin necesidad de aprobación previa por la DGII. Esa es la razón de existir del mecanismo: permitir que la operación continúe cuando la validación previa no es posible. La validez se ratifica posteriormente con la retransmisión exitosa, pero no depende de ella para los efectos inmediatos de la operación comercial.

Numeración y CUDE en contingencia

Algunas implementaciones separan rangos de numeración para contingencia (similar al patrón de Colombia con prefijo de contingencia); otras usan el rango normal con el marcador en el XML. El CUDE se calcula con la misma fórmula que en operación normal, sobre los campos del documento de contingencia. La práctica recomendada es revisar la documentación actualizada de la DGII para confirmar el mecanismo vigente al momento de implementar.

Retransmisión cuando se restaura el servicio

Plazo máximo legal

La DGII establece plazo máximo para retransmitir e-CF emitidos en contingencia, típicamente medido desde el momento en que se restaura el servicio normal. Pasado ese plazo, los documentos no transmitidos pasan a calificarse como omitidos y exponen al emisor a sanción por extemporaneidad. El monitoreo debe incluir alertas automáticas sobre e-CF de contingencia pendientes de retransmisión para evitar exceder el plazo.

Orden cronológico de retransmisión

Conviene retransmitir los e-CF en el orden cronológico en que se emitieron originalmente. La DGII no exige estrictamente ese orden pero su violación complica la trazabilidad y puede disparar alertas en el motor de validación. La práctica recomendada es procesar la cola de retransmisión en FIFO con persistencia que sobreviva reinicios del sistema.

Errores frecuentes en retransmisión

Documento retransmitido dos veces

Si la cola de retransmisión no maneja correctamente el estado de cada documento, puede ocurrir que un e-CF se retransmita dos veces — una vez como contingencia, otra vez como retransmisión — y la DGII rechace la segunda por CUDE ya registrado. Prevención: marcar cada documento con su estado (pendiente, transmitido, confirmado) en la base de datos local y consultar antes de retransmitir.

Plazo de retransmisión vencido

Cuando un e-CF de contingencia no se retransmite dentro del plazo legal, la DGII lo califica como omitido. La retransmisión posterior es técnicamente posible pero ya implica sanción por extemporaneidad. Si una caída larga genera muchos documentos pendientes, conviene priorizar la retransmisión por valor (los más relevantes primero) para minimizar el impacto si no se logra completar todo dentro del plazo.

Rechazo del contenido al retransmitir

Es posible que la DGII rechace el contenido de un e-CF de contingencia al retransmitirlo — típicamente por totales mal calculados, RNC del receptor inválido o algunos errores que en validación previa habrían impedido la emisión. Como el documento ya tuvo validez legal desde su emisión, el rechazo posterior abre un escenario complejo donde hay que emitir nota crédito anuladora y nuevo documento corregido. Vale la pena hacer las validaciones locales completas antes de emitir contingencia para minimizar este caso.

Preguntas frecuentes

¿Cuál es la diferencia entre modo de contingencia y reintento por timeout? No son lo mismo. Un reintento por timeout asume que la DGII está respondiendo lenta o intermitentemente: se transmite, se espera, si no responde se reintenta con backoff. El modo de contingencia es una decisión más gruesa: cuando la DGII no responde sostenidamente y la operación no puede esperar, se cambia a emisión offline con marcador de contingencia. El reintento es técnico y automático; la contingencia es declarativa y queda registrada en el sistema emisor. La práctica habitual es agotar reintentos antes de pasar a contingencia, normalmente tras algunos minutos sostenidos de falla.

¿Cómo puede automatizar la detección del momento en que activar contingencia? Mediante monitoreo del endpoint DGII con health check cada N segundos más contador de fallos consecutivos. Cuando el contador supera un umbral (típicamente 3-5 fallos consecutivos en ventana de 1-2 minutos), el sistema marca el endpoint como caído y conmuta a emisión en contingencia. Cuando el health check vuelve a pasar, el sistema marca el endpoint como restaurado y dispara el job de retransmisión de la cola acumulada. La automatización debe incluir una bandera que el operador pueda forzar manualmente cuando se sabe de una caída planificada.

¿Qué diferencia hay entre contingencia por caída DGII y contingencia por problema interno del emisor? Normativamente ambos califican como modo de contingencia y el e-CF emitido es idénticamente válido. La diferencia es operativa: cuando la causa es la DGII, la duración de la caída no depende del emisor y la retransmisión inicia tan pronto la DGII vuelve. Cuando la causa es interna, la duración depende del equipo (renovar certificado, restaurar P12, etc.) y el plazo de retransmisión empieza a correr desde que se resuelve internamente, no desde la disponibilidad del servidor. En auditorías DGII posteriores, la contingencia por causa interna recibe escrutinio adicional para verificar que efectivamente no hubo negligencia.

¿Es posible emitir notas crédito o débito (Tipo 33 y 34) en modo contingencia? Sí. Las notas crédito (Tipo 34) y notas débito (Tipo 33) pueden emitirse en contingencia con la misma lógica que las facturas: marcador de contingencia, CUDE calculado según la fórmula correspondiente, validez legal inmediata y retransmisión posterior dentro del plazo. La complicación adicional es que las notas deben referenciar la factura original; si la factura original también está en contingencia pendiente de retransmisión, el orden de retransmisión importa — primero la factura, luego las notas — para que la DGII pueda validar la referencia.

Modo de Contingencia para e-CF en República Dominicana: Qué Hacer si la DGII Falla