Protocolos de Contingencia y Formatos XML del Ecosistema
Procedimientos de contingencia física con comprobantes Serie B, regularización posterior en Serie E (Código 4) y especificación de XMLs ARECF, ACECF y ANECF.
El ecosistema de Facturación Electrónica de la DGII prevé mecanismos formales para garantizar la continuidad operativa de los negocios ante cortes de energía, caídas de conectividad o indisponibilidad técnica.
🚨 Niveles de Contingencia Operativa
1. Interrupción Temporal de Conectividad
- Si el sistema emisor pierde conexión a internet o los servidores de la DGII responden con errores de red:
- La aplicación genera, firma en memoria y almacena los archivos XML
<ECF>localmente. - Al restablecerse el enlace, el despachador encola y transmite cronológicamente los e-CFs retenidos.
- La aplicación genera, firma en memoria y almacena los archivos XML
2. Falla Crítica del Sistema (Contingencia Física)
- Si existe imposibilidad absoluta de emitir electrónicamente (ej. daño total de infraestructura o desastre):
- El emisor utiliza comprobantes físicos preimpresos Serie B (Facturas en papel) autorizados previamente para contingencia en la OFV.
- Al superar la falla, se inicia el Protocolo de Regularización.
🔄 Protocolo de Regularización de Contingencia
Cuando el sistema vuelve a operar, las facturas físicas emitidas en contingencia deben regularizarse ante la DGII:
- Generación de Comprobante Serie E: Se crea un e-CF electrónico equivalente al documento físico emitido.
- Nodo
<InformacionReferencia>:NCFModificado: El número del comprobante físico Serie B (11 caracteres, ej.B0100000001).FechaNCFModificado: La fecha real en que se emitió el documento físico (dd-MM-yyyy).CodigoModificacion:4(Reemplazo NCF emitido en contingencia).
- Transmisión Exclusiva a la DGII: Estos comprobantes se transmiten únicamente a la DGII y no se entregan al cliente para evitar duplicidad de deducción fiscal.
📑 Formatos XML Oficiales del Ecosistema e-CF
Además del comprobante principal <ECF>, el ecosistema contempla cuatro (4) formatos XML estructurados:
1. <ARECF> (Acuse de Recibo de e-CF)
Generado por el receptor para certificar la recepción técnica del comprobante:
<ARECF xmlns="http://www.dgii.gov.do/ecf/2020">
<DetalleAcusedeRecibo>
<Version>1.0</Version>
<RNCEmisor>131592511</RNCEmisor>
<RNCComprador>130301931</RNCComprador>
<eNCF>E310000000001</eNCF>
<Estado>0</Estado>
<FechaHoraAcuseRecibo>17-08-2026 14:30:00</FechaHoraAcuseRecibo>
</DetalleAcusedeRecibo>
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">...</Signature>
</ARECF>2. <ACECF> (Aprobación o Rechazo Comercial)
Enviado por el comprador tras la validación comercial o física de las mercancías:
Estado = 1: Aprobación Comercial.Estado = 2: Rechazo Comercial (requiere<DetalleMotivoRechazo>).
3. <ANECF> (Anulación de Secuencias e-NCF)
Documento XML firmado para anular rangos de secuencias autorizadas no utilizadas o e-CFs generados erróneamente que no llegaron a transmitirse:
- Campos obligatorios:
<eNCFDesde>,<eNCFHasta>,<CantidadeNCFAnulados>y<MotivoAnulacion>.
4. <RFCE> (Resumen de Facturas de Consumo Electrónicas)
Estructura XML agrupada para transmitir de forma masiva facturas de consumo (E32) menores a DOP 250,000 hacia el endpoint fc.dgii.gov.do.
Certificación DGII Facturación Electrónica — Guía Paso a Paso
Proceso técnico completo para homologar una empresa como Emisor Electrónico ante la DGII en 4 fases.
Historial de Versiones & Changelog
Registro completo de publicaciones exitosas, nuevas funcionalidades y actualizaciones del portal Medasoft e-CF.
