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. La Incapacidad Técnica es otra figura y la declara el contribuyente: significa que su sistema no está en capacidad técnica de emitir, así que durante el episodio los comprobantes se emiten como Serie B, fuera del sistema de facturación electrónica (DGII permite hasta 15 días calendario). Ese episodio no se cierra solo: termina cuando el contribuyente presenta la Declaración de Salida en la Oficina Virtual y registra su identificador en Mosce ERP. A partir de ahí dispone de 30 días calendario para emitir los e-CF de reemplazo que referencian cada Serie B en <InformacionDeReferencia>, y esos reemplazos se envían solo a DGII, no al receptor.

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. El rol OWNER omite todas estas verificaciones. ADMIN no: su plantilla de fábrica trae solo fiscal:contingency:declare y fiscal:replacement:create; fiscal:read, fiscal:manage, fiscal:past-sla:decide y fiscal:replacement:override-window hay que concederlos en Ajustes → Roles.
• 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.
• Tenés resuelto cómo vas a emitir comprobantes Serie B autorizados si entrás en Incapacidad Técnica. DGII define el Serie B como "el documento autorizado que se emite en formato físico o manual, sin utilizar los sistemas de facturación electrónica": puede salir de un talonario autorizado o de otro sistema de facturación que emita Serie B, y DGII no prescribe cuál. Lo que sí es responsabilidad del contribuyente es tenerlo disponible: "el emisor deberá disponer de secuencias de Comprobantes Fiscales No Electrónicos y entregarlas al receptor no electrónico" (Modelos Ilustrativos de RI §4.2, nota al pie). Mosce ERP no genera ni almacena esas secuencias. 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.
• Anular el e-CF ante la DGII y emitir un e-CF de reemplazo que referencie al original con <CodigoModificacion>4</CodigoModificacion> (Reemplazo NCF emitido en contingencia). Mosce ERP tramita la anulación con la DGII: el comprobante original pasa a Anulación en trámite y, cuando la DGII la confirma, a Anulado ante la DGII.

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.

Un comprobante en espera de envío cuya venta se deshace

Un comprobante En espera de envío se firmó durante la caída, y la DGII todavía no lo tiene. Si la venta se deshace antes de que salga (se cancela el pedido o se decide anular el comprobante), no hay que esperar a que vuelva la DGII para enviarlo y luego corregirlo: se puede anular. Desde Fiscal → Documentos e-CF, la acción Anular (o cancelar el pedido) envía a la DGII una solicitud de anulación; el comprobante queda en Anulación en trámite y, cuando la DGII la acepta, en Anulado ante la DGII. El pedido pide un Tipo de anulación y una Razón de anulación, porque son el motivo que se declara.

• Si la DGII sigue caída, el sistema reintenta el envío de la anulación durante un tiempo. Si aun así no logra entregarla, el comprobante se queda en Anulación en trámite y su detalle indica que no se pudo entregar; cuando la DGII vuelva a estar disponible, pulsa Reintentar anulación para enviarla de nuevo.
• Si el comprobante ya salió y la DGII no ha respondido (Pendiente o Sin respuesta), no se puede anular hasta que responda; si lo acepta, se anula con una Nota de Crédito (E34). Si lo rechaza, no hay nada que anular y se emite uno nuevo.

Per Instructivo de Contingencia FE - Consideraciones importantes (página 11): si los sistemas de la DGII no están disponibles, el emisor debe almacenar los e-CF y realizar el envío una vez que se restablezca la comunicación. Per Informe Técnico e-CF v1.0 §4.10 (página 9) y §10 (página 17): el servicio de Anulación de e-NCF cubre los e-CF firmados que aún no fueron enviados ni a la DGII ni al receptor.

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 durante hasta 15 días calendario, siempre que se notifique el episodio en OFV. Y la notificación no es un trámite accesorio: "solo los comprobantes no electrónicos emitidos en contingencia y notificados correctamente a la DGII serán válidos para sustentar costos, gastos y crédito fiscal".

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

1. Aparece un banner de acción requerida y, mientras el episodio esté abierto, Mosce ERP no transmite nada a DGII. La figura dice que el sistema no está en capacidad de emitir, así que lo normal es que factures con Serie B fuera de la plataforma. Pero si alguien factura dentro sin saber que el estado está declarado, no da error: el comprobante se firma, queda en cola y espera. Nada sale hacia DGII hasta que registres la Declaración de Salida.
2. El contribuyente emite Serie B fuera del sistema de facturación electrónica. 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. El episodio lo cierra el contribuyente, no el sistema. Mosce ERP no puede detectar que su propia incapacidad terminó, así que ninguna señal automática cierra un episodio de Incapacidad Técnica: el banner sigue pidiendo la declaración de salida OFV, y es al registrarla cuando se 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): Modalidad Total o Modalidad Parcial.
   • Sucursales afectadas (lista de sucursales, solo visible si elegiste Modalidad Parcial): marcá las sucursales activas de tu empresa que no pueden facturar electrónicamente. Hace falta al menos una; si la incidencia afecta a toda la empresa, usá Modalidad Total. Si la empresa tiene una sola sucursal, ya aparece marcada.
   • 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. El rol OWNER lo tiene siempre y ADMIN lo trae 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 emitido durante el episodio corresponde a un e-CF de reemplazo. Si emitiste 80 facturas Serie B 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.

Un Serie B se reemplaza una sola vez. Si intentás emitir un segundo reemplazo para el mismo número, Mosce ERP lo rechaza con el aviso "Este comprobante serie B ya fue reemplazado por un e-CF anterior." Antes de emitir, revisá el listado de documentos para no repetir uno.

Además, el tipo de e-CF de reemplazo debe ser el equivalente al del comprobante Serie B (B01→E31, B02→E32, B14→E44, B15→E45, B16→E46, B17→E47). Desde el formulario solo se reemplazan comprobantes de venta: una nota serie B (B03 y B04) y los comprobantes que se emiten a nombre propio (B11 y B13, que no tienen cliente al que facturar) no se pueden reemplazar desde esa pantalla, y el formulario lo avisa.

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 - 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

Dónde se llega. Hay dos puertas, y las dos requieren el permiso fiscal:replacement:create:

• Ajustes → Fiscal → Contingencia: mientras la ventana está abierta, la tarjeta Reemplazos en este episodio muestra los días que faltan y el botón Emitir reemplazo. La misma tarjeta cuenta los reemplazos creados, en proceso, aceptados y bloqueados.
• El aviso Ventana de reemplazo activa, que aparece en cualquier pantalla de la aplicación mientras la ventana está abierta, trae el enlace Emitir reemplazo (y Ir a Reemplazos, que lleva a la tarjeta de arriba). Dentro de la pantalla de Contingencia el aviso no repite el enlace, porque la tarjeta ya lo ofrece.

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.

Si no hay ninguna ventana abierta, el formulario muestra "No hay ventana de reemplazo activa": los reemplazos solo se emiten durante los 30 días siguientes al cierre de un episodio de Incapacidad Técnica. Con la ventana abierta, el formulario muestra arriba Ventana de reemplazo activa, los días que quedan y la fecha de vencimiento. 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 la casilla Emitir fuera del plazo de la ventana de reemplazo para continuar de todas formas. Sin ese permiso, Mosce ERP rechaza el envío.

El reemplazo se factura como una venta normal: genera su propia factura en Mosce ERP, de modo que si el Serie B quedó a crédito, hay una cuenta por cobrar real contra la cual registrar los pagos.

Sección 1 - Cliente y forma de pago:

Con Crédito, la factura vence contando desde la fecha del comprobante en papel, no desde el día en que emitís el reemplazo. El plazo sale de la condición de crédito del cliente (o de la predeterminada del negocio), de modo que la cuenta por cobrar envejece como si la venta se hubiera facturado el día real en que ocurrió. Un reemplazo a crédito sigue las reglas de cualquier venta a crédito: el cliente debe tener crédito habilitado, no superar su límite y no tener facturas vencidas; si no, el formulario lo indica y podés emitirlo de contado.

Sección 2 - Comprobante serie B:

Sección 3 - Datos del e-CF:

Sección 4 - Ítems del comprobante:

Al menos un ítem es obligatorio (botón Añadir ítem). En cada ítem podés elegir un Producto (opcional) del catálogo, que completa la línea (descripción, precio y tasa de ITBIS), o dejarlo en blanco y escribir los datos a mano:

Los Totales (Subtotal, ITBIS y Total) se calculan solos a partir de los ítems.

Para terminar, pulsá Emitir e-CF de Reemplazo. La pantalla confirma con "e-CF de Reemplazo generado" y el identificador del comprobante; el comprobante queda en la cola de envío a la DGII y su número de e-CF se asigna cuando la DGII lo acepta. Desde ahí podés Ver comprobante o Crear otro reemplazo. El reemplazo se transmite solo a la DGII, nunca al receptor.

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."

La ventana de 30 días calendario se abre con la declaración de salida, no con la recuperación técnica: es la salida declarada la que marca el "una vez superada la contingencia" del que habla DGII. Mosce ERP muestra un banner con la fecha límite y un contador de días restantes. Pasada la ventana, los Serie B 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 aparece el banner Modo Contingencia - Incapacidad Técnica, que avisa de que no está en capacidad de emitir e-CF en este momento y que debés emitir comprobantes Serie B autorizados fuera del sistema de facturación electrónica. Lo que se facture dentro de la plataforma durante el episodio queda en cola, sin transmitirse.
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. Durante 4 días la empresa atiende clientes con sus comprobantes Serie B autorizados, emitidos fuera del sistema de facturación electrónica. Emite 18 facturas Serie B, cada una con su número (B01... o B02..., según corresponda). Cada cliente se va con su comprobante, válido para sustentar costos, gastos y crédito fiscal siempre que el episodio esté correctamente notificado a DGII. Llevan un registro de cada número emitido (vendedor, fecha, monto, RNC del cliente, tipo de comprobante), que es lo que después alimenta los reemplazos.
4. Martes 11:00 - se resuelve la causa técnica. El nuevo certificado se carga y la firma de prueba pasa. El episodio sigue abierto: resolver la causa no lo cierra, porque el sistema no tiene forma de saber que su propia incapacidad terminó. El banner sigue pidiendo la declaración de salida.
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. Ahí se cierra el episodio en ambos sistemas, se libera la cola (lo que se hubiera facturado durante el episodio sale hacia DGII) y aparece el banner Ventana de reemplazo activa con la cuenta de días calendario restantes.
6. Martes a viernes - Reemplazos. Durante los siguientes días, el contador entra a Ajustes → Fiscal → Contingencia y pulsa Emitir reemplazo en la tarjeta Reemplazos en este episodio (o usa el mismo enlace del aviso Ventana de reemplazo activa). Crea 18 e-CF de reemplazo individuales, uno por cada Serie B emitido (recordá: 1:1, no hay reemplazo masivo). Para cada uno: elige el Cliente y la Forma de pago (Contado con su caja, o Crédito, cuyo vencimiento se cuenta desde la fecha del Serie B), ingresa el número en el campo Número del comprobante serie B (el sistema sugiere el tipo de e-CF según la serie), completa la fecha de emisión del Serie B, revisa el tipo de e-CF (B01→E31, B02→E32, etc.), agrega los ítems (del catálogo o escritos a mano) y envía. Si intenta reemplazar dos veces el mismo Serie B, Mosce ERP rechaza el segundo. 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, 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 lo que corresponde es emitir Serie B autorizados fuera del sistema de facturación electrónica mientras dure el episodio, y declararlo en OFV. Facturar dentro de la plataforma no está bloqueado y no da error: ese comprobante se firma y queda en cola hasta que registres la Declaración de Salida.

¿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 el POS sigue cobrando, pero lo que emita queda en cola sin transmitirse mientras el episodio esté abierto, así que lo que corresponde entregar al cliente es un Serie B autorizado. Al declarar la salida, 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 autorizado del contribuyente. Ese comprobante es el 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. El rol OWNER lo tiene siempre y ADMIN lo trae por defecto. 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 que necesitan acceso a acciones específicas. El rol OWNER omite todas estas verificaciones. ADMIN no: su plantilla de fábrica trae solo fiscal:contingency:declare y fiscal:replacement:create, y el resto (fiscal:read, fiscal:manage, fiscal:past-sla:decide, fiscal:replacement:override-window) hay que concederlo de forma explícita.

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-11-01

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.