Política de contingencia y continuidad

Nodiq e-CF · Nodiq Tech · Última actualización: 5 de noviembre de 2026

Esta política describe cómo Nodiq e-CF asegura que sus clientes puedan seguir facturando cuando la DGII, la conexión a internet o la propia plataforma no están disponibles, y cómo se regularizan los comprobantes emitidos en esas situaciones, conforme a la Ley 32-23, su reglamento de aplicación y las normas técnicas de la DGII.

1. Escenarios

2. Monitoreo del estado de la DGII

• Consultamos de forma periódica la disponibilidad de los servicios de autenticación, recepción, recepción de resúmenes de consumo y consulta de resultados de la DGII en cada ambiente, y registramos el tiempo de respuesta.
• Los resultados se publican en tiempo real en ecf.nodiqtech.com/estado (también en formato JSON en /estado.json) con el historial de los últimos 30 días.
• Atendemos los avisos de mantenimiento programado que publica la DGII y los comunicamos a los clientes con anticipación.

3. Reintento automático

• Si un envío a la DGII falla por un error de comunicación o del servicio (no por un error de los datos del comprobante), el comprobante ya firmado queda en cola y se reintenta de forma automática con intervalos crecientes.
• Los reintentos no generan un nuevo e-NCF ni modifican el XML firmado: se envía exactamente el mismo documento.
• Cuando la DGII devuelve un TrackId, consultamos su resultado hasta obtener la respuesta definitiva (aceptado, aceptado condicional o rechazado), que se notifica al cliente en el panel, por correo y por webhook.
• Los envíos se ordenan por fecha de firma para respetar el orden de emisión.

4. Modalidad de contingencia

Cuando la DGII no está disponible, el cliente no deja de facturar:

1. El e-CF se genera, se valida contra el esquema oficial y se firma con normalidad, con su e-NCF, código de seguridad y fecha de firma.
2. El comprobante queda en estado «Contingencia» y se puede entregar al comprador de inmediato. La representación impresa incluye la leyenda que exige la DGII para estos casos, que informa al comprador que el comprobante está pendiente de validación y que podrá verificarlo en el portal de la DGII en un plazo de hasta 72 horas.
3. La plataforma transmite el comprobante a la DGII tan pronto se restablece el servicio, dentro de los plazos de la norma, y actualiza su estado.
4. Si la DGII lo rechaza al recibirlo, avisamos de inmediato al cliente para que emita la nota de crédito o el comprobante de reemplazo que corresponda.
5. Las facturas de consumo menores de RD$250,000 se incluyen en el resumen (RFCE) que se envía al restablecerse el servicio.

5. Imposibilidad técnica: comprobantes de la serie B

Si por causas técnicas no es posible generar e-CF (escenarios C prolongado o D), el cliente podrá emitir comprobantes fiscales de la serie B autorizados por la DGII para contingencia, siguiendo este procedimiento:

• La emisión con serie B se permite por un período máximo de quince (15) días continuos por evento de imposibilidad técnica, o el que establezca la DGII.
• Cada comprobante de la serie B debe reemplazarse por un e-CF dentro de los treinta (30) días siguientes a su emisión. El e-CF de reemplazo hace referencia al NCF de la serie B que sustituye, con el código de modificación 4 («reemplazo de NCF emitido en contingencia»).
• Nuestro equipo de soporte acompaña al cliente en la emisión de los e-CF de reemplazo, con la referencia al NCF sustituido y el código de modificación correcto, y le recuerda los plazos pendientes.
• El cliente debe tener solicitadas y vigentes sus secuencias de serie B para contingencia, y conservar el registro de los comprobantes emitidos.

6. Recepción en contingencia

Si nuestros servicios de recepción no están disponibles, los emisores que envían e-CF a nuestros clientes deben reintentar según la norma. Al restablecerse el servicio, procesamos los comprobantes recibidos en orden y enviamos los acuses de recibo y las aprobaciones comerciales pendientes. Si la DGII no está disponible, los acuses y aprobaciones quedan en cola y se transmiten al recuperarse el servicio.

7. Continuidad de la plataforma

• Respaldos diarios cifrados en una ubicación distinta del servidor principal, con pruebas periódicas de restauración.
• Objetivos de recuperación ante la pérdida total del servidor: RPO (pérdida máxima de datos) de 24 horas y RTO (tiempo máximo de recuperación) de 8 horas.
• Los comprobantes firmados y pendientes de envío se guardan antes de responder al cliente, de modo que una caída no los pierde: se reanudan al recuperar el servicio.
• Procedimientos documentados de restauración y responsables designados.
• Las claves de cifrado y los secretos tienen su propio respaldo protegido, separado de los respaldos de la base de datos.

8. Comunicación

• La página de estado del servicio se actualiza de forma automática.
• Ante una interrupción que afecte la emisión, informamos a los clientes por correo y, para incidentes críticos, por WhatsApp, indicando el alcance, las acciones y el tiempo estimado de solución.
• Los cambios de estado de cada comprobante se notifican por webhook a las integraciones.
• Al cerrar un incidente relevante, publicamos un resumen de lo ocurrido y las medidas tomadas.

9. Responsabilidades

• Nodiq Tech: detectar la contingencia, activarla, reenviar los comprobantes, informar y restablecer el servicio.
• El cliente: entregar los comprobantes en contingencia con su leyenda, atender los rechazos posteriores, mantener sus secuencias de serie B y reemplazarlas en plazo cuando las use.

10. Pruebas y revisión

Probamos los procedimientos de reintento, contingencia y restauración al menos una vez al año y después de cada cambio importante de la plataforma o de la normativa. Esta política se revisa al menos anualmente.

¿Preguntas sobre este documento? Escríbenos a soporte@nodiqtech.com o por WhatsApp al +1 (809) 943-0625.