Contingencia y planes de respaldo

Mosce ERP maneja automáticamente la pérdida de conectividad con DGII (modalidad Falta de Conectividad): sus e-CF se firman localmente, se ponen en cola y se entregan a DGII dentro del plazo regulado de 72 horas - la representación impresa lleva la leyenda obligatoria que DGII define para esta modalidad. Mosce ERP no emite comprobantes en papel Serie B durante un episodio de incapacidad técnica (modalidad Incapacidad Técnica): cuando la plataforma misma no puede generar o firmar un e-CF, el contribuyente emite los comprobantes Serie B fuera de la plataforma usando su talonario pre-impreso autorizado (DGII permite hasta 15 días calendario para este respaldo). Cuando el servicio normal se restablece, Mosce ERP registra los números en papel emitidos durante el episodio y emite los e-CF de reemplazo que los referencian en <InformacionDeReferencia> dentro del plazo regulado de 30 días.

Tiempo de lectura: ~12 min

Cuándo usar esto

• DGII no responde y querés saber si tenés que tomar acción (corta respuesta: casi nunca; Mosce ERP lo maneja).
• El sistema entró en estado Modo Contingencia y querés entender qué hace y qué te toca a vos.
• Tu certificado digital se venció o el equipo de firma falló y necesitás operar mientras se restablece.
• Vas a explicarle a tu contador o a un cliente cómo funcionan los respaldos regulados de la facturación electrónica.
• Vas a pasar una auditoría DGII y necesitás documentar la trazabilidad de los e-CF emitidos durante un episodio de contingencia.

Antes de empezar

• Tenés la Configuración fiscal completa y al menos una secuencia activa por tipo de e-CF que vas a emitir. Ver Configuración fiscal y Secuencias de e-CF.
• Tu rol incluye fiscal:read (lectura del estado de contingencia) y fiscal:manage (acciones manuales). Para declarar episodios desde Mosce ERP necesitás además fiscal:contingency:declare. Para decidir sobre documentos vencidos de plazo, fiscal:past-sla:decide. Para emitir reemplazos, fiscal:replacement:create. OWNER y ADMIN omiten todas estas verificaciones.
• Tenés acceso a la Oficina Virtual (OFV) de la DGII con tu certificado digital - la declaración formal sigue haciéndose en OFV, y el ID que OFV te devuelve es el que registrás dentro de Mosce ERP.
• Mantenés stock pre-impreso de Serie B (talonario en papel autorizado) en la sucursal. Esto es responsabilidad del contribuyente - Mosce ERP no genera ni almacena esas secuencias. La DGII permite hasta 15 días calendario de operación con Serie B durante una Incapacidad Técnica.

Qué cuenta como contingencia

Per DGII Instructivo de Contingencia FE - Estado de Contingencia (febrero 2026, páginas 3-4): "Los emisores electrónicos se consideran en estado de contingencia cuando no pueden emitir y/o enviar e-CF a la DGII" - por falta de conectividad o por incapacidad técnica para emitirlos.

DGII define dos modalidades excluyentes de contingencia. Mosce ERP mapea cada una a un comportamiento distinto:

Per DGII Informe Técnico e-CF v1.0 §19 (Operación en Contingencia, marzo 2026, páginas 48-50): "un emisor electrónico se encuentra en estado de contingencia cuando se presentan situaciones que impiden la emisión y/o el envío de los Comprobantes Fiscales Electrónicos (e-CF) a la Dirección General de Impuestos Internos (DGII)".

Existe además una tercera situación, Contingencia de la DGII, que se activa cuando los sistemas de la propia DGII no están disponibles. Si dura más de 15 días hábiles, DGII habilita en la OFV el envío de reportes (Libros 606, 607, 608 y otros) y el contribuyente opera temporalmente con comprobantes no electrónicos.

Modalidad 1 - Falta de Conectividad (manejado por Mosce ERP)

Per DGII Informe Técnico e-CF v1.0 §19.1: "Se configura cuando el emisor electrónico dispone de la capacidad para generar los e-CF, pero no puede remitirlos a la DGII para su validación en tiempo real, debido a interrupciones o intermitencias en los servicios de conectividad."

Esta modalidad la cubre Mosce ERP de extremo a extremo. No requiere acción del operador para emitir; sí requiere una declaración formal en OFV cuando DGII confirma el episodio.

Qué hace Mosce ERP automáticamente

1. Genera el e-CF en modalidad offline y lo firma con tu certificado sin contactar a DGII. Tu cliente recibe la RI con la leyenda regulada.
2. Encola el e-CF en una cola interna de contingencia que se vacía automáticamente cuando DGII vuelve.
3. Monitorea el servicio DGII continuamente. Cuando confirma la recuperación, transmite la cola a la tasa permitida (8 documentos por segundo por contribuyente).
4. Marca cualquier e-CF que cruce las 72 horas sin entregarse y lo expone en la pantalla "Past SLA" para que decidás documento por documento.
5. Recuerda con un banner no bloqueante que tenés que cerrar el episodio en OFV. La emisión sigue funcionando mientras tanto.

La leyenda en la Representación Impresa

Per DGII Informe Técnico e-CF v1.0 §19.1: "Para la entrega de bienes o prestación de servicios, será obligatorio emitir la representación impresa del e-CF, incorporando la leyenda: 'e-CF emitido en modalidad de contingencia'. Dicho comprobante podrá ser validado fiscalmente una vez transcurrido el plazo indicado."

La leyenda completa que Mosce ERP imprime en cada RI emitida durante Falta de Conectividad viene del Instructivo de Contingencia FE:

"e-CF emitido en modalidad de Contingencia, el cual podrá ser consultado para su validez fiscal, a partir de las setenta y dos (72) horas."

Tu cliente puede usar esa RI inmediatamente para sus registros internos. La validez fiscal frente a DGII se confirma cuando el e-CF se entrega y se valida - por eso la leyenda menciona las 72 horas.

Cuándo Mosce ERP declara contingencia y cuándo no

Mosce ERP monitorea la conectividad con DGII de manera continua. No todo bache es una contingencia. Una intermitencia corta (cerca de 3 minutos sin respuesta) se trata como un blip transitorio: la cola offline se activa de inmediato para no perder ninguna transacción, pero no se registra un episodio formal y no es necesario declarar entrada en OFV. Si la falla persiste claramente más allá de ese buffer (alrededor de 8 minutos consecutivos), Mosce ERP sí declara el episodio formal y aparece el recordatorio para presentar la declaración OFV cuando se cierre.

Salida automática + declaración OFV pendiente

Cuando DGII se recupera, la facturación reanuda automáticamente - no tenés que hacer ninguna acción en Mosce ERP para volver a emitir. La cola offline se vacía en segundo plano y los e-CF nuevos vuelven a viajar en tiempo real. Lo que sí requiere acción es la declaración de salida en OFV: DGII exige que pegues el ID de confirmación en Mosce ERP para cerrar el registro de auditoría. Un banner no bloqueante te lo recuerda hasta que lo hagas; la facturación no se detiene por ese trámite.

El plazo de 72 horas como punto de decisión

Per Decreto 587-24, Art. 40 (Reglamento para la Aplicación de la Ley Núm. 32-23) - citado por el Instructivo de Contingencia FE (página 4) y por el Informe Técnico e-CF v1.0 §19.1: los e-CF generados en modalidad offline deben remitirse a DGII "en un plazo máximo de setenta y dos (72) horas".

Si una contingencia se extiende lo suficiente para que algunos de los e-CF en cola crucen ese plazo, Mosce ERP no los marca como fallidos automáticamente. En su lugar, los etiqueta como "Past SLA" y los lista en una pantalla de revisión. Vos decidís, documento por documento:

• Seguir reintentando la entrega - válido cuando hay evidencia de que DGII estuvo inalcanzable durante todo el episodio.
• Cancelar el e-CF localmente y emitir un e-CF de reemplazo que referencie al original con <CodigoModificacion>4</CodigoModificacion> (Reemplazo NCF emitido en contingencia).

Mosce ERP no toma esa decisión fiscal por vos - la toma tu contador y Mosce ERP registra la decisión. El banner "N e-CFs past 72-hour SLA" enlaza directamente a la pantalla de revisión cuando hay documentos vencidos.

Pantalla de revisión Past-SLA - paso a paso

Accedé en Fiscal → Contingencia → Revisión Past-SLA. La pantalla lista cada e-CF que cruzó el plazo de 72 horas sin entregarse a DGII. Cada fila muestra:

En cada fila, el menú de acciones ofrece dos opciones:

• Mantener reintentos - abre un diálogo de confirmación con un campo opcional para registrar una nota de auditoría (por qué se decidió seguir reintentando). El documento sigue en cola y continúa intentando la entrega a DGII. La nota queda en el historial de auditoría interno.
• Anular y emitir reemplazo - Mosce ERP inicia la cancelación del e-CF vía la DGII y, al confirmarla, te lleva automáticamente al formulario de creación de reemplazo con el contexto del documento original precargado.

Los usuarios sin el permiso fiscal:past-sla:decide ven la pantalla en modo solo lectura, sin las opciones de acción. Es un permiso de alta confianza que no viene en roles por defecto - asignalo solo a quien deba tomar estas decisiones fiscales.

Modalidad 2 - Incapacidad Técnica (acción del contribuyente)

Per DGII Instructivo de Contingencia FE - Estado de Contingencia §2 (febrero 2026, página 4): "Cuando el emisor electrónico no está en capacidad técnica de emitir los e-CF: el contribuyente deberá emitir comprobantes fiscales no electrónicos autorizados. Esta contingencia no podrá exceder de un máximo de 15 días calendario. Debe notificarse a la DGII por el mecanismo establecido vía Oficina Virtual."

Esta modalidad no la puede automatizar Mosce ERP porque, por definición, Mosce ERP es la pieza que falla. La sucursal no puede esperar - tiene clientes pidiendo factura. La regulación DGII permite vender con comprobante Serie B en papel durante hasta 15 días calendario, siempre que se notifique el episodio en OFV.

Qué pasa cuando Mosce ERP entra en Incapacidad Técnica

1. Mosce ERP pausa la emisión de e-CF. Aparece un banner de acción requerida y los formularios de facturación quedan bloqueados.
2. El contribuyente emite Serie B en papel off-platform de su talonario pre-impreso. El cliente recibe ese comprobante y lo usa normalmente para sustentar costos, gastos y crédito fiscal - la regulación DGII se lo permite mientras el episodio esté declarado.
3. El contribuyente declara entrada en OFV (Facturación Electrónica → Contingencia FE → Declaración Entrada en Contingencia, modalidad Total o Parcial según corresponda).
4. Cuando Mosce ERP recupera el servicio, el banner cambia. Ahora pide pegar la declaración de salida OFV y abre la ventana para emitir los e-CF de reemplazo.

La declaración es en OFV y en Mosce ERP - los dos pasos van juntos

DGII exige que la declaración formal se haga en la Oficina Virtual con tu certificado digital. Mosce ERP ahora tiene sus propios diálogos para que registrés el ID que OFV te devuelve, de modo que el episodio quede trazado en ambos sistemas.

Flujo en dos partes:

1. Declarar en OFV (siempre obligatorio): Oficina Virtual → Facturación Electrónica → Contingencia FE → Declaración Entrada en Contingencia. Elegir Total (afecta toda la operación) o Parcial (afecta una o varias sucursales). Detallar el motivo en el campo Descripción y Guardar. OFV confirma con un ID de declaración.
2. Registrar el ID en Mosce ERP (nuevo): desde Ajustes → Fiscal → Contingencia, pulsar Declarar Entrada en Contingencia. El diálogo pide:
   • Razón (radio): Falta de Conectividad o Incapacidad Técnica.
   • Modalidad (radio): Total o Parcial.
   • Sucursales afectadas (filas dinámicas, solo visible si elegiste Parcial): identificadores de las sucursales fuera de servicio.
   • ID de Declaración Entrada en Contingencia (texto obligatorio): el ID que te entregó la OFV al guardar.
   • Descripción / razón detallada (texto libre, opcional): podés copiarlo del campo Descripción que usaste en la OFV.

Para declarar la salida el proceso es análogo:

1. Declarar salida en OFV: Oficina Virtual → Facturación Electrónica → Contingencia FE → Declaración Salida de Contingencia. Breve reseña del cierre y Guardar. OFV confirma con un ID de salida.
2. Registrar en Mosce ERP: desde Ajustes → Fiscal → Contingencia, pulsar Declarar Salida de Contingencia. El diálogo pide únicamente el ID de la Declaración Salida que devolvió la OFV.

El Histórico de Contingencias de la OFV lista todos los episodios reportados; la bandeja de entrada de OFV registra las notificaciones de entrada y salida. Mosce ERP mantiene su propio historial en la pestaña de Contingencia con los mismos IDs, para que la trazabilidad de auditoría sea completa en ambos lados.

Ambos diálogos requieren el permiso fiscal:contingency:declare. Los roles OWNER y ADMIN los tienen por defecto; para un contador externo con rol personalizado deberás agregar ese permiso. Ver Usuarios, roles y permisos.

Qué pasa cuando Mosce ERP auto-detectó el episodio sin declaración previa

Si la conectividad con DGII falló mientras nadie estaba en la oficina virtual, Mosce ERP puede haber abierto el episodio por su propia monitorización antes de que el administrador presentara la declaración formal. En ese caso el episodio empieza sin ID OFV de entrada.

Mosce ERP muestra un banner no bloqueante recordándote que el episodio auto-detectado necesita su declaración OFV de entrada. Para registrarla:

1. Accedé a la OFV y presentá la Declaración Entrada en Contingencia de la forma usual.
2. Desde el banner (o desde Ajustes → Fiscal → Contingencia en el historial), pulsá Registrar Declaración. El diálogo pide únicamente el ID OFV de entrada.

El banner desaparece cuando el ID queda registrado. La facturación no se detiene mientras tanto.

Uno a uno: un Serie B = un e-CF de reemplazo

Per DGII Formato e-CF v1.0 §F.1, validación de <NCFModificado> (octubre 2025, página 56): "Condicional a que la emisión del e-CF corresponda a un reemplazo de Comprobante Fiscal no electrónico emitido en contingencia, se debe validar que el tipo del NCF modificado sea el equivalente al tipo de e-CF que se está emitiendo."

DGII define <NCFModificado> como un campo xs:string de un solo valor. No existe reemplazo masivo. Cada comprobante Serie B en papel emitido durante el episodio corresponde a un e-CF de reemplazo. Si emitiste 80 facturas en papel durante 5 días, vas a emitir 80 e-CF individuales en Mosce ERP dentro del plazo de 30 días, cada uno referenciando un número Serie B. Es un requisito de la especificación DGII; no es una decisión de producto.

Adicionalmente, el tipo de e-CF de reemplazo debe coincidir con el tipo del comprobante Serie B equivalente (B01→E31, B02→E32, B03→E33, B04→E34, B11→E41, etc.). Mosce ERP valida ese mapping al crear el reemplazo.

Lo que Mosce ERP escribe automáticamente en el reemplazo

Per DGII Formato e-CF v1.0 §F.4 (octubre 2025, páginas 56-57) - los códigos de modificación canónicos. El código 4 = Reemplazo NCF emitido en contingencia aplica a cualquier tipo de e-CF que sea equivalente al Serie B reemplazado.

Cuando creás un e-CF de reemplazo en Mosce ERP - ya sea por un Serie B emitido durante una Incapacidad Técnica, o por un e-CF en cola que decidiste cancelar tras las 72 horas - Mosce ERP escribe automáticamente el código de modificación 4 de DGII (Reemplazo NCF emitido en contingencia) en el bloque de referencia del reemplazo. También completa <NCFModificado> con el número del comprobante de origen. No tenés que recordar ninguno de esos campos técnicos.

Importante: Los e-CF de reemplazo se envían solo a DGII, no al receptor. "Estos e-CF se envían solo a la DGII, no al receptor. El receptor podrá sustentar sus costos, gastos y crédito fiscal con el comprobante ordinario recibido." Tu cliente ya tiene su comprobante Serie B en papel - el e-CF de reemplazo es un artefacto exclusivamente fiscal, para que tu trazabilidad ante DGII quede completa.

Formulario de creación de e-CF de reemplazo - paso a paso

Accedé en Fiscal → Reemplazos → Nuevo reemplazo. También llegás aquí desde la pantalla Past-SLA eligiendo Anular y emitir reemplazo en una fila, en cuyo caso el formulario llega con el contexto del documento original precargado.

El formulario muestra primero el contexto del episodio de contingencia activo - el sistema identifica automáticamente la ventana de reemplazo abierta, muestra los días que faltan para el límite (30 días desde la recuperación) y la fecha tope. No elegís el episodio de una lista: el sistema usa la ventana vigente.

Si la ventana venció, el formulario muestra un aviso en naranja. Los usuarios con el permiso fiscal:replacement:override-window (o rol OWNER) ven además una casilla de verificación para aceptar el reemplazo fuera de ventana y continuar de todas formas. Sin ese permiso, el formulario bloquea el envío.

Sección 1 - Comprobante en papel:

Sección 2 - Datos del e-CF:

Sección 3 - Líneas del comprobante:

Al menos una línea es obligatoria. Cada línea tiene: descripción (hasta 80 caracteres), cantidad, precio unitario y tasa de ITBIS. El subtotal, el ITBIS y el total se calculan automáticamente en la sección de totales - no tenés que ingresarlos manualmente.

Una vez enviado, el reemplazo se transmite exclusivamente a DGII. El formulario confirma el envío con el identificador del documento generado.

El reloj de los 30 días posteriores

Per Informe Técnico e-CF v1.0 §19.3: "Una vez superada la contingencia por imposibilidad de emisión de e-CF, el contribuyente deberá, en un plazo máximo de treinta (30) días calendario: generar y remitir a la DGII los e-CF correspondientes a las operaciones realizadas durante el período de contingencia, referenciar los comprobantes no electrónicos previamente emitidos, conforme a las especificaciones técnicas establecidas por la DGII."

Apenas Mosce ERP vuelve a estar operativo, abre la ventana de 30 días calendario para emitir los e-CF de reemplazo. Mosce ERP muestra un banner con la fecha límite y un contador de días restantes. Pasada la ventana, los Serie B en papel quedan como única evidencia fiscal del lado del contribuyente; los e-CF de reemplazo posteriores podrían no ser aceptados.

Contingencia de la DGII - más de 15 días hábiles

Per DGII Instructivo de Contingencia FE - Consideraciones importantes (página 11) y Informe Técnico e-CF v1.0 §19.5: "Si la contingencia de la DGII dura más de 15 días hábiles se habilitará en la Oficina Virtual (OFV) la opción para enviar reportes de libros de ventas, compras, gastos, costos, retenciones y otros, operando de manera ordinaria con comprobantes no electrónicos."

Cuando DGII supere los 15 días hábiles (laborales, distinto de los 15 días calendario de la Incapacidad Técnica), habilita la opción de envío de Libros 606/607/608 en OFV para operar con comprobantes ordinarios mientras dure el incidente. Si llegás a ese escenario, los reportes se manejan desde Reportes DGII.

Ejemplo trabajado - Falta de Conectividad

Escenario: viernes 14:00. La conexión a internet del local empieza a fallar a las 14:08; la sucursal vende durante las casi 6 horas siguientes hasta cerrar a las 20:00.

1. 14:08 - 14:11 - Buffer de monitoreo silencioso. Tras unos pocos minutos consecutivos sin respuesta de DGII, Mosce ERP activa la cola offline pero no declara aún el episodio. La emisión sigue funcionando; ningún banner aparece para el operador.
2. 14:18 - Episodio declarado. La falla persiste más allá del buffer extendido (~8 minutos consecutivos). Mosce ERP declara oficialmente el episodio por Falta de Conectividad y aparece el banner que recuerda al administrador presentar la Declaración de Entrada en OFV.
3. 14:18 a 20:00 - Operación normal. Los cajeros emiten 50 e-CF, cada uno firmado localmente con la leyenda regulada "e-CF emitido en modalidad de Contingencia, el cual podrá ser consultado para su validez fiscal, a partir de las setenta y dos (72) horas". Los clientes se van con su RI sin notar nada raro.
4. Sábado 09:00 - DGII se recupera. Mosce ERP detecta los probes exitosos, pasa a Drenando cola y vacía los 50 documentos a 8 por segundo. La emisión nueva vuelve a ir en tiempo real.
5. Sábado 09:30 - Banner OFV pendiente. Recordatorio para presentar la declaración de salida; la facturación sigue normal.
6. Lunes 09:00 - Cierre. El administrador hace la Declaración Salida de Contingencia en OFV, recibe el ID de confirmación y lo registra en Mosce ERP desde Ajustes → Fiscal → Contingencia → Declarar Salida de Contingencia. El episodio queda cerrado en ambos sistemas. No hubo Serie B, no hubo <CodigoModificacion>4: los 50 e-CF son originales entregados con retraso.

Ejemplo trabajado - Incapacidad Técnica

Escenario: Viernes a las 16:30, el certificado digital DGII del contribuyente se vence y un error en la renovación deja a Mosce ERP sin capacidad de firmar e-CF. La empresa atiende clientes en mostrador y no puede esperar.

Lo que pasa:

1. 16:30 - Mosce ERP entra en Incapacidad Técnica. El sistema detecta el error de firma y pausa la emisión. Aparece el banner Modo Contingencia - Incapacidad Técnica, que avisa que Mosce ERP no puede emitir e-CF en este momento y que debés emitir comprobantes Serie B en papel desde tu talonario pre-impreso autorizado.
2. 16:35 - Declaración OFV de entrada + registro en Mosce ERP. El administrador entra a la Oficina Virtual con su certificado de contribuyente, va a Facturación Electrónica → Contingencia FE → Declaración Entrada en Contingencia, elige modalidad Total, escribe el motivo ("Vencimiento de certificado digital - renovación en curso"), Guarda y recibe el ID de confirmación. Acto seguido abre Ajustes → Fiscal → Contingencia → Declarar Entrada en Contingencia, elige Razón Incapacidad Técnica, Modalidad Total, pega el ID OFV y guarda.
3. Viernes 16:30 a martes 11:00 - Operación con Serie B en papel. Durante 4 días la empresa atiende clientes con su talonario pre-impreso Serie B. Emite 18 facturas en papel, cada una con su número Serie B (B01... o B02..., según corresponda). Cada cliente se va con su comprobante en papel, válido para sustentar costos, gastos y crédito fiscal. Llevan un registro manual de cada número emitido (vendedor, fecha, monto, RNC del cliente, tipo de comprobante).
4. Martes 11:00 - Mosce ERP se recupera. El nuevo certificado se carga, la firma de prueba pasa, Mosce ERP vuelve al estado normal. La emisión de e-CF nuevos regresa a su flujo habitual. Aparece el banner Ventana de reemplazo activa, con la cuenta de días calendario restantes.
5. Martes 11:15 - Declaración OFV de salida + registro en Mosce ERP. El administrador declara salida en OFV (Declaración Salida de Contingencia) con una breve reseña y recibe el ID de confirmación. En Ajustes → Fiscal → Contingencia → Declarar Salida de Contingencia pega ese ID. El episodio queda cerrado en ambos sistemas.
6. Martes a viernes - Reemplazos. Durante los siguientes días, el contador entra a Mosce ERP y crea 18 e-CF de reemplazo individuales desde Fiscal → Reemplazos → Nuevo reemplazo, uno por cada Serie B emitido (recordá: 1:1, no hay reemplazo masivo). Para cada uno: ingresa el número del Serie B en papel en el campo Número de comprobante (el sistema detecta el prefijo B0x y deduce el tipo de e-CF automáticamente), completa la fecha de emisión del papel, revisa el tipo de e-CF (B01→E31, B02→E32, etc.), agrega las líneas de detalle con descripción, cantidad, precio y tasa ITBIS, y envía. Mosce ERP escribe automáticamente <CodigoModificacion>4</CodigoModificacion> y <NCFModificado> en el bloque de referencia. Los 18 e-CF se envían solo a DGII - no al cliente, porque el cliente ya tiene su Serie B.
7. Cierre. El histórico contiene: 18 Serie B en papel, 18 e-CF de reemplazo Aceptados, una entrada y una salida en OFV, y un reloj de 30 días que cerró antes del límite. Trazabilidad fiscal completa.

Preguntas frecuentes

¿Puedo seguir vendiendo durante una contingencia?

Sí, en ambas modalidades. En Falta de Conectividad la emisión sigue funcionando dentro de Mosce ERP sin que tengas que hacer nada - los e-CF se firman localmente y se entregan cuando DGII vuelve. En Incapacidad Técnica tenés que emitir Serie B en papel del talonario que mantenés pre-impreso para esos casos; vas a operar fuera de Mosce ERP por unos días y declarás el episodio en OFV.

¿Qué pasa con mi POS?

El POS sigue cobrando y registrando ventas localmente. En Falta de Conectividad el POS emite el e-CF con la leyenda regulada en su RI; el cliente se lleva el comprobante y la sincronización con DGII ocurre en segundo plano. En Incapacidad Técnica, mientras Mosce ERP esté caído, el POS no puede generar e-CF; la sucursal cobra y entrega un Serie B en papel del talonario pre-impreso; cuando Mosce ERP vuelva, esos Serie B se reemplazan por los e-CF correspondientes dentro de los 30 días.

¿Qué recibe mi cliente?

En Falta de Conectividad recibe la Representación Impresa (RI) del e-CF con la leyenda "e-CF emitido en modalidad de Contingencia, el cual podrá ser consultado para su validez fiscal, a partir de las setenta y dos (72) horas". Es válida fiscalmente para el cliente desde el momento que se la entregás; la validez frente a DGII se consolida cuando el e-CF se entrega y se valida.

En Incapacidad Técnica recibe el comprobante Serie B en papel del talonario pre-impreso del contribuyente. Ese papel es el comprobante fiscal definitivo para el cliente - no se le entrega un e-CF posterior, porque los reemplazos se envían solo a DGII. Tu cliente sustenta su costo, gasto o crédito fiscal con el Serie B que ya tiene.

¿Por qué Mosce ERP a veces absorbe un blip y otras veces requiere OFV?

DGII distingue entre intermitencia transitoria y contingencia formal. Detalle completo en Cuándo Mosce ERP declara contingencia y cuándo no.

¿Qué pasa con un e-CF que cruza las 72 horas?

Mosce ERP no lo marca fallido automáticamente; aparece en la pantalla de revisión Past SLA y vos decidís por documento (seguir reintentando o cancelar + reemplazar). Detalle en El plazo de 72 horas como punto de decisión.

¿Cómo sé que el episodio está oficialmente cerrado?

Cuando se cumplen tres condiciones: (1) DGII se recuperó, (2) la cola offline se vació por completo y (3) registraste el ID de la declaración de salida OFV en Mosce ERP mediante el diálogo Declarar Salida de Contingencia. El banner OFV pendiente desaparece. En Incapacidad Técnica además se cierra cuando se emiten todos los e-CF de reemplazo dentro de los 30 días - el banner del reloj de 30 días desaparece cuando llega a cero o cuando se cubren todos los Serie B pendientes.

¿Y si nunca presento la declaración OFV de salida ni la registro en Mosce ERP?

La emisión de e-CF nuevos sigue funcionando - esa parte es independiente. Lo que no se cierra es el registro de auditoría del episodio. DGII puede pedir el ID de salida en una auditoría posterior, así que el banner se queda visible hasta que lo registrés en el diálogo Declarar Salida de Contingencia. La consecuencia es el incumplimiento de la obligación de notificación que Decreto 587-24 exige.

¿Qué permiso necesito para usar los diálogos de declaración en Mosce ERP?

fiscal:contingency:declare. Los roles OWNER y ADMIN lo tienen automáticamente. Para un contador externo o un jefe de sucursal, creá un rol personalizado en Ajustes → Roles y agregá ese permiso. Ver Permisos del módulo fiscal en la guía de usuarios.

¿Qué hago si el episodio fue auto-detectado por Mosce ERP pero todavía no presenté la declaración en OFV?

Primero presentá la declaración en OFV. Luego, desde el banner "Episodio sin ID OFV" en la pestaña de Contingencia, pulsá Registrar Declaración y pegá el ID que OFV te devolvió. El orden importa: la declaración en OFV es la fuente regulatoria; Mosce ERP simplemente registra el ID para trazabilidad.

Panel de monitoreo de contingencia

Para contribuyentes con actividad fiscal alta, Mosce ERP incluye un panel de monitoreo en la pestaña de Contingencia dentro del módulo Fiscal. El panel muestra en tiempo real el estado del servicio DGII y el volumen de documentos en vuelo:

Métricas disponibles

Historial de episodios

Debajo de las métricas encontrarás una tabla paginada con el historial de episodios de contingencia. Cada fila muestra:

• Modalidad - Falta de Conectividad o Incapacidad Técnica.
• Inicio y Fin del episodio.
• Estado - Activo / Cerrado.
• ID OFV de entrada y ID OFV de salida (cuando se registraron).

Podés filtrar el historial por estado (Activo / Cerrado / Todos).

Cómo usar el panel para auditorías

En caso de una auditoría DGII que requiera acreditar los episodios de contingencia pasados, el historial de Mosce ERP sirve como evidencia complementaria (junto con el histórico de la OFV). Podés ver el episodio, sus fechas, los IDs OFV de entrada y salida, y exportar la información para tus archivos de auditoría.

Consultar el estado de salud fiscal por API

Para integraciones y monitoreo automatizado, Mosce ERP expone un endpoint de estado de salud fiscal que tu equipo técnico puede consultar:

GET /api/v1/fiscal/health

La respuesta incluye:

Cuándo usar el endpoint

• Para integrar el estado de salud fiscal en tus propias herramientas de monitoreo (dashboards, alertas).
• Para verificar programáticamente si está activa una contingencia antes de disparar flujos que dependan de la conectividad DGII.
• Para registrar el historial de disponibilidad de DGII en un sistema externo.

Autenticación

El endpoint requiere un token de autenticación válido con el permiso fiscal:read. Es el mismo permiso que se usa para leer la bandeja de documentos y el estado de contingencia desde la UI.

El endpoint refleja el estado del sondeo interno de Mosce ERP, que se ejecuta automáticamente cada cierto tiempo para monitorear la conectividad con DGII. No llama a DGII en tiempo real cada vez que se consulta - el valor reportado puede tener un desfase de hasta 1-2 minutos respecto al estado actual de DGII.

Permisos del módulo fiscal para contingencia

Los siguientes permisos son relevantes para las funciones de contingencia descritas en esta guía. Se asignan en Ajustes → Roles a usuarios con rol MEMBER que necesitan acceso a acciones específicas. Los roles OWNER y ADMIN omiten todas estas verificaciones.

Errores comunes

Relacionados

• Anular y modificar e-CFs - códigos de modificación DGII, incluyendo el Código 4 de reemplazo.
• Configuración fiscal
• Certificado e-CF
• Secuencias de e-CF
• Documentos e-CF
• Representación Impresa y QR
• Inbox de comprobantes
• URLs DGII y portal de certificación
• Reportes DGII
• Usuarios, roles y permisos

Última actualización: 2026-05-22

Fuentes regulatorias

1. DGII - Instructivo de Contingencia Facturación Electrónica, febrero 2026. Páginas 3-5 (Estado de Contingencia, las dos modalidades), páginas 6-8 (Declaración Entrada/Salida de Contingencia en OFV), páginas 9-10 (Registro de Contingencias / Histórico), página 11 (Consideraciones importantes: 30 días calendario para reemplazos, los reemplazos van solo a DGII, Contingencia de la DGII con plazo de 15 días hábiles). Citas legales: Ley Núm. 32-23 Art. 21; Norma 01-2020 Arts. 3 literal (i) y 10; Decreto 587-24 Arts. 40, 41, 42 y 43. Disponible en el portal DGII.
2. DGII - Informe Técnico e-CF v1.0, marzo 2026. §19 Operación en Contingencia, páginas 48-50: §19.1 Contingencia por falta de conectividad (72 horas), §19.2 Cuando no sea posible la emisión del e-CF (15 días calendario), §19.3 Regularización posterior a la contingencia (30 días calendario, e-CF enviados exclusivamente a DGII), §19.4 Validez de los comprobantes en contingencia, §19.5 Contingencia de la DGII (15 días hábiles). Disponible en el portal DGII.
3. DGII - Formato Comprobante Fiscal Electrónico v1.0, octubre 2025. §F.1 (página 56) - <NCFModificado> validación de equivalencia de tipo. §F.4 (páginas 56-57) - los cinco códigos canónicos de <CodigoModificacion> (1=Anula, 2=Corrige Texto, 3=Corrige montos, 4=Reemplazo NCF emitido en contingencia, 5=Referencia Factura Consumo Electrónica). El código 4 no tiene restricción de tipo: aplica a cualquier e-CF cuyo tipo coincida con el equivalente del Serie B reemplazado. Disponible en el portal DGII.