Documentos e-CF

La bandeja Documentos e-CF es el centro de control de todos los comprobantes fiscales electrónicos generados desde Mosce ERP. Cada e-CF aparece con su número de secuencia, tipo, estado en la DGII, Track ID y fechas. Desde acá podés ver el estado de validación, reintentar envíos fallidos, editar campos antes de reenviar, anular un comprobante y descargar el XML firmado o la Representación Impresa.

Tiempo de lectura: ~8 min

¿Qué pasa si DGII está caído o el sistema falla?

Mosce ERP maneja automáticamente la pérdida de conectividad con DGII - los e-CFs se firman localmente y se entregan dentro de las 72 horas reguladas. En caso de falla técnica completa del sistema, el contribuyente emite comprobantes Serie B en papel off-platform y Mosce ERP emite los e-CFs de reemplazo cuando el servicio se restablece. Lee la guía completa: Contingencia y planes de respaldo.

Cuándo usar esto

• Querés ver el estado de un e-CF que acaba de salir desde una factura, nota de crédito o pedido.
• Una emisión quedó Rechazada y necesitás corregirla y reenviarla.
• Vas a anular un comprobante y dejar registrada la razón.
• Necesitás el XML firmado de un e-CF para enviar al cliente o al contador.
• Querés citar el Track ID al consultar con soporte de la DGII sobre el estado de un envío.

Antes de empezar

• Tu rol incluye fiscal:read. Para reintentar, editar, anular o descargar XML necesitás fiscal:manage.
• La Configuración fiscal está guardada y hay al menos una secuencia activa del tipo del comprobante.
• El certificado (de plataforma o propio) está vigente.

Estados de un e-CF

Cuando Mosce ERP envía un e-CF a la DGII, el comprobante puede pasar por los siguientes estados:

Los estados que muestra Mosce ERP son traducciones al usuario de los estados técnicos que la DGII devuelve: "e-CF aceptado", "e-CF aceptado condicional", "e-CF rechazado" y "e-CF en proceso" - según Informe Técnico e-CF v1.0 §8 (página 15).

El Track ID

Cuando enviás un e-CF a la DGII, el sistema de la DGII entrega un Track ID - un identificador de seguimiento que podés usar para consultar el estado del documento en el servicio web de la DGII. En Mosce ERP lo encontrás en el detalle de cada e-CF (columna o campo Track ID DGII).

El Track ID es especialmente útil cuando:

• El estado tarda en actualizarse y querés verificarlo directamente en la DGII.
• Llamás a soporte de la DGII y necesitás identificar el envío específico.
• Tu contador necesita citar el documento en una auditoría o reclamación.

Paso a paso

1. Abre Fiscal → Documentos eCF desde el menú lateral.
2. Usá las pestañas de estado para filtrar: Todos, No enviados, Pendientes, Aceptados, Condicionales, Rechazados, Anulados.
3. Filtros adicionales:
   • Buscar por e-CF - escribí el número completo o parcial.
   • Tipo - filtrá por tipo de comprobante (E31, E32, etc.) o dejá Todos los tipos.
4. Cada fila muestra:
   • Número de e-CF - código del tipo + número (ej. E310000000042).
   • Estado DGII - badge de color con el estado actual.
   • Referencia - tipo de documento que originó el e-CF (Factura, Nota de Crédito, Orden POS, Devolución).
   • Reintentos - número de envíos fallidos (en ámbar si > 0).
   • Creado y Último envío.
5. Hacé clic en una fila para abrir el detalle. En la página de detalle vas a ver el Track ID DGII, el hash del XML, la respuesta de la DGII, el certificado usado para firmar y la información de auditoría.

Acciones disponibles

Desde el menú de acciones de cada fila podés:

• Ver detalle - Abre la página completa del e-CF con respuesta DGII y trazabilidad.
• Ver XML firmado - Descarga el comprobante XML directamente, con indicador de carga mientras se prepara el archivo. La descarga arranca de inmediato (antes había un par de segundos en blanco que parecían un error). Ideal para verificar que la copia de auditoría almacenada coincide exactamente con lo que la DGII recibió.
• Descargar Representación Impresa - Genera y descarga el PDF de la Representación Impresa (RI) del e-CF en el momento, a partir del XML firmado vigente. No se guardan PDFs en caché: la RI siempre refleja el documento actual, incluyendo cualquier corrección hecha tras volver a firmar. Disponible únicamente cuando el e-CF está en estado Aceptado o Aceptado con observaciones. La RI incluye el código QR DGII y puede imprimirse para entregar al cliente cuando lo solicite.
• Reintentar envío - Reencola el e-CF en la cola de envío. Útil cuando el rechazo fue por timeout, error de red o un endpoint DGII caído. El contador de Reintentos sube.
• Editar - Abre un diálogo para modificar campos permitidos antes de reenviar. Solo disponible cuando el estado lo permite (típicamente Rechazado o Aceptado con observaciones). El campo Notas adicionales del diálogo ahora se guarda y persiste: captura el motivo de la corrección (por ejemplo "RNC del cliente corregido") y queda visible junto al usuario y la fecha de la última edición en el detalle del documento, lo que enriquece el rastro de auditoría para revisiones de certificación.
• Anular - Marca el e-CF como Anulado. Pide una Razón de anulación obligatoria. La acción es permanente.
• Descargar XML - Descarga el XML firmado tal cual fue enviado a la DGII, con feedback inmediato de descarga. Sirve para auditoría, archivo del cliente o adjuntos contables. El XML firmado se conserva 10 años por requisito de retención (Ley 11-92 Art. 50 § h).

Badge de contingencia

Cuando un e-CF fue emitido durante una ventana de contingencia por falta de conectividad DGII, su número en la tabla lleva un badge Contingencia. Esto permite identificar de un vistazo qué comprobantes originaron bajo una ventana sin conectividad DGII, lo que es relevante al revisar reportes de ventas y al reconciliar contra el historial en la Oficina Virtual de la DGII. El badge no implica ningún problema - solo marca el contexto de emisión del documento.

Contado vs. crédito - qué determina la fecha límite de pago

El término de pago que eliges al facturar (Contado o Crédito) es la señal autoritativa que se envía a la DGII, no el saldo pendiente de la orden. En la práctica:

• Una factura a Contado nunca lleva fecha límite de pago en el e-CF, aunque el cliente todavía no haya pagado el saldo de la orden. El comprobante sale clasificado como pago de contado.
• Una factura a Crédito debe tener una fecha de vencimiento; si falta, la emisión se detiene antes de firmar (ver más abajo).

Antes, una factura de contado con saldo de orden pendiente podía clasificarse por error como crédito y fallar al emitir con FechaLimitePago is required. Ahora el término declarado en la factura manda: una factura de contado no genera nunca <FechaLimitePago>.

Facturas a crédito - la fecha de vencimiento es obligatoria

Para los comprobantes que se emiten contra una venta a crédito (tipo de pago 2 - Crédito), la DGII requiere que el e-CF incluya la fecha límite de pago en el encabezado del documento. Esto aplica a los tipos: E31, E32, E33, E34, E41, E44, E45 y E46.

Mosce ERP toma esa fecha del campo Fecha de vencimiento de la factura. Si vas a facturar una venta a crédito desde una orden, asegúrate de:

1. Indicar Crédito como término de pago al facturar la orden.
2. Capturar la Fecha de vencimiento de la factura (formato DD-MM-AAAA) - Mosce ERP la deriva por defecto del plazo de crédito configurado para el cliente.

Cuando la fecha está presente, el comprobante se firma y se envía a la DGII como <FechaLimitePago> dentro del encabezado del e-CF, y la DGII lo procesa normalmente.

Si la factura a crédito no tiene fecha de vencimiento, Mosce ERP detiene la emisión antes de firmar y deja el comprobante en estado No enviado con el mensaje:

El comprobante a crédito no tiene fecha de vencimiento, por lo que no se puede firmar. Indica la fecha de vencimiento de la factura y reintenta.

El mensaje se ve en el detalle del documento. Para resolverlo:

1. Abre la factura origen del e-CF.
2. Agrega la Fecha de vencimiento (en formato DD-MM-AAAA).
3. Vuelve a la bandeja Documentos e-CF y pulsa Reintentar envío en la fila del comprobante.

Esta validación es local - el e-CF nunca llega a la DGII sin la fecha. Si en cambio la fecha está presente pero no coincide con lo que la DGII espera, la DGII responde con el código 1100 - "FechaLimitePago no es válido" y el documento queda en Rechazado. En ese caso revisa el formato y reenvía.

Caso especial - E43 (Gastos Menores): los E43 nunca incluyen la fecha de vencimiento, ni siquiera para ventas a crédito; es una excepción del formato DGII para gastos menores. Mosce ERP la oculta automáticamente para ese tipo. Para el resto de los tipos a crédito la fecha es obligatoria. El E43 no se emite al facturar una venta: se genera desde su propia pantalla mensual (ver Gastos Menores).

Facturas de Consumo (E32) de RD$250,000 o más - exigen RNC/Cédula del comprador

La DGII establece que toda Factura de Consumo (E32) cuyo monto total sea igual o superior a RD$250,000 debe identificar al comprador con su RNC o Cédula. Por debajo de ese monto, el dato es opcional y puedes facturar a Consumidor Final sin documento; ese es el caso normal de una venta de mostrador.

Para evitar que la DGII rechace el comprobante, Mosce ERP valida esta regla al momento de facturar, solo cuando el módulo fiscal está habilitado:

• Si vas a facturar una venta como E32 por RD$250,000 o más y el cliente seleccionado no tiene RNC/Cédula (por ejemplo, Consumidor Final genérico), al pulsar Facturar se muestra un mensaje de error y la emisión no se permite.

Para resolverlo tienes dos caminos:

1. Agrega el RNC/Cédula del comprador en la ficha del cliente y vuelve a facturar - esta es la opción correcta cuando la venta efectivamente supera el umbral y debe quedar a nombre de un comprador identificado.
2. Usa otro tipo de comprobante acorde a la operación (por ejemplo, una Factura de Crédito Fiscal E31 si el comprador la requiere para fines fiscales).

Cuando el cliente sí tiene RNC/Cédula, Mosce ERP lo incluye en el comprobante como <RNCComprador> y la DGII lo procesa normalmente. Si por algún motivo el comprobante llega a la DGII sin el RNC obligatorio, esta responde con un rechazo por falta de identificación del comprador.

Referencia DGII: Formato de e-CF, sección "RNC Comprador" - la Factura de Consumo electrónica (tipo 32) con monto total ≥ DOP$250,000.00 debe identificar el RNC/Cédula del comprador; por debajo de ese monto el campo es opcional. Documentación pública en dgii.gov.do.

Comprobante de Pago al Exterior (E47) - solo admite servicios

El Comprobante Electrónico para Pagos al Exterior (E47) sustenta el pago de rentas gravadas de fuente dominicana a personas físicas o jurídicas no residentes (beneficiarios del exterior). Por su naturaleza, este comprobante solo puede contener líneas de servicio, no de bienes: la DGII exige que en el E47 cada ítem se declare como Servicio (<IndicadorBienoServicio> con valor 2).

Mosce ERP impone esa regla en dos momentos:

• Al crear la orden. Cuando el cliente tiene como comprobante por defecto el E47 (Pago al Exterior), cada línea queda fijada como "Servicio": la opción "Producto" se deshabilita y se muestra una nota explicativa. Así no se puede armar una orden E47 con bienes.
• Al emitir. Si por alguna vía una orden E47 llega a facturación con una línea que no es servicio, el sistema bloquea la emisión con un mensaje claro y no consume ningún número de comprobante.

El Punto de Venta no ofrece el E47 como tipo de comprobante, porque sus líneas son siempre productos.

El comprador del E47 es una parte del exterior

El beneficiario de un E47 es un no residente, así que no lleva RNC. Se identifica como parte del exterior con su identificador extranjero o número de pasaporte. Al registrar ese cliente, usa el tipo de documento de identificación extranjera (pasaporte / identificador del exterior) y asígnale el E47 como comprobante por defecto; a partir de ahí sus órdenes nacerán con líneas de servicio y el tipo de comprobante correcto.

Referencia DGII: Formato Comprobante Fiscal Electrónico v1.0 - el campo <IndicadorBienoServicio> debe completarse con valor 2 (Servicio) cuando se emite un Comprobante de Pagos al Exterior; para un comprador del exterior el campo <RNCComprador> va en blanco y se completa el identificador extranjero. Documentación pública en dgii.gov.do.

Facturas de Consumo (E32) menores a RD$250,000 - qué recibe la DGII

Cuando emites una Factura de Consumo (E32) por un monto menor a RD$250,000, la DGII no exige la transmisión por servicio web del e-CF completo. Mosce ERP entrega únicamente el RFCE (Resumen de Factura de Consumo Electrónica) al servicio de recepción de la DGII, que se transmite automáticamente, y el e-CF completo queda almacenado localmente para tu archivo y para entrega al cliente cuando lo solicite. No hay ningún paso manual recurrente de tu parte para estos comprobantes: el resumen viaja solo y el completo se conserva.

Filtrar por rango de monto - la columna Monto

La bandeja Documentos eCF incluye una columna de Monto (en RD$) y un filtro por rango de monto, útiles cuando manejas muchos comprobantes y necesitas ubicar los de cierto importe.

• Columna de Monto - muestra el total del comprobante en pesos. Los importes grandes se abrevian; al pasar el cursor por encima ves el total completo.
• Filtro por rango de monto - escribe un monto mínimo, un monto máximo, o ambos (en pesos), y la lista muestra solo los comprobantes cuyo total cae dentro del rango. Podés combinarlo con las pestañas de estado y con los demás filtros.

Comprobantes sin monto registrado. Algunas filas antiguas no tienen el monto guardado. Cuando el filtro por rango está activo, esos comprobantes se excluyen de la lista y la interfaz te lo advierte. Los comprobantes de Compras (E41) y de Gastos Menores (E43) sí muestran su monto, así que también responden al filtro.

Cómo se presentan los montos en el e-CF

Monto por línea - antes de impuestos

En el comprobante fiscal electrónico, el monto de cada línea refleja el importe antes de impuestos: precio unitario × cantidad, menos cualquier descuento de línea. El ITBIS y los impuestos adicionales (ISC, propina legal, etc.) aparecen agregados en la sección de totales del documento, no embebidos en el precio de cada línea.

Monto de línea = Precio unitario × Cantidad − Descuento de línea
ITBIS de línea = Monto de línea × Tasa de ITBIS

En la Representación Impresa que se entrega al cliente, los totales muestran el subtotal sin impuesto, el ITBIS total y el total general en filas separadas.

Descuentos globales

Si una factura incluye un descuento global (a nivel de documento, no por línea), Mosce ERP lo distribuye proporcionalmente entre las líneas antes de calcular los impuestos. El descuento global reduce la base de impuesto de cada línea.

Cómo leer el comprobante impreso

La Representación Impresa (RI) es la versión imprimible o en PDF del e-CF que entregás al cliente o archivás. Estos son los puntos que conviene saber leer; el detalle completo del formato está en Representación impresa y QR.

• Líneas exentas. Cada línea exenta lleva el indicador "E" a la izquierda de la descripción. Es la forma en que la DGII marca lo que no está gravado con ITBIS.
• Subtotal Gravado vs. Subtotal Exento. El bloque de totales separa el Subtotal Gravado (lo que sí paga ITBIS) del Subtotal Exento (lo que no). Un monto exento suma al Subtotal Exento, nunca al Gravado.
• CDT y Propina Legal. Cuando el comprobante los incluye, aparecen como líneas propias en los totales: CDT (Contribución al Desarrollo de las Telecomunicaciones) y Propina Legal.
• Descuento o recargo global. Si el comprobante lleva un descuento o recargo a nivel de documento, el impreso muestra su descripción, su porcentaje y el monto.
• RNC del comprador. En una Factura de Consumo (E32) igual o mayor a RD$250,000 el RNC del comprador es obligatorio y se imprime; por debajo de ese monto es opcional (consumidor final).
• Fecha de Firma Digital. El impreso rotula la fecha y hora de la firma como "Fecha de Firma Digital:".
• Código QR y Código de Seguridad. Van en la esquina inferior izquierda del comprobante. El QR lleva el enlace de verificación de la DGII; el Código de Seguridad son 6 caracteres impresos debajo del QR.

Los comprobantes de regímenes especiales (E44) y de Gastos Menores (E43) muestran correctamente sus líneas y su monto total en el impreso, con el tratamiento exento cuando corresponde.

Qué pasa si la DGII rechaza un comprobante

Cuando la DGII rechaza un e-CF, lo que ocurre con el número de comprobante (eNCF) depende del motivo del rechazo. La DGII devuelve en su respuesta un indicador (secuenciaUtilizada) que informa si ese número puede volver a usarse o no. Hay dos escenarios:

1. Rechazo por contenido o negocio - el número queda consumido. Si el rechazo es por un dato del comprobante (un monto que no cuadra, un RNC de cliente equivocado, un campo obligatorio faltante, etc.), la DGII marca el número como utilizado: ese eNCF no se puede reutilizar. Al corregir el dato y reintentar, Mosce ERP emite el comprobante corregido con el siguiente número de la secuencia. El número anterior queda anulado y no vuelve a emitirse.

Por eso, tras corregir un rechazo de contenido, es normal ver que el comprobante salió con un número distinto al del intento original. No es un error: es la regla de la DGII. El número rechazado por contenido se considera consumido y la secuencia avanza. Ver Secuencias de e-CF.

2. Rechazo estructural o de firma - el mismo número se reintenta. Si el rechazo es por una causa estructural (estructura del XML inválida, certificado o firma inválida, firmante no autorizado, eNCF no autorizado para el RNC emisor, secuencia vencida, etc.), la DGII marca el número como reutilizable: el comprobante conserva el mismo eNCF y se reintenta con ese número una vez resuelta la causa.

Este comportamiento aplica a todos los tipos de e-CF, no solo a un tipo en particular. En el detalle del comprobante rechazado ves el estado y el mensaje de la DGII con el motivo, que es lo que te dice de cuál de los dos escenarios se trata antes de reintentar.

Reintentar un envío rechazado

1. Filtrá por la pestaña Rechazados.
2. Abrí el detalle y leé la Respuesta DGII para entender el motivo (RNC inválido, monto descuadrado, secuencia agotada, etc.).
3. Si es un error transitorio (red, servicio DGII caído), pulsá Reintentar envío desde el menú de acciones.
4. Si es un error de datos (monto, RNC del cliente, etc.), usá Editar, corregí los campos y guardá. Luego volvé a reintentar.

Anular un e-CF

1. En el menú de acciones de la fila, elegí Anular.
2. En el diálogo, escribí la Razón de anulación (obligatoria) - describí brevemente por qué se anula. Esta razón queda en auditoría.
3. Pulsá Anular documento. La acción es permanente.
4. Si el comprobante ya estaba aceptado por la DGII, lo correcto contablemente es emitir además una Nota de Crédito (E34) desde Facturación para revertir la operación.

Resultado esperado

• Lista filtrable de todos los e-CF emitidos con su estado actualizado.
• Para cada e-CF: Track ID DGII, respuesta DGII, XML descargable y trazabilidad completa.
• Reintentos visibles con conteo y opción de reenviar sin recrear el documento.
• Anulaciones registradas con razón y auditoría.

Errores comunes

Relacionados

• Configuración fiscal
• Certificado e-CF
• Secuencias de e-CF - por qué un número rechazado por contenido avanza el contador.
• Gastos Menores - el comprobante E43 que agrupa los gastos menores del mes.
• Reportes DGII
• Anular y modificar e-CFs - corrección de e-CF ya enviados a la DGII.
• ITBIS y otros impuestos - cómo Mosce ERP calcula los impuestos que aparecen en cada e-CF.
• Representación impresa y QR - qué contiene el PDF descargable del comprobante.
• Contingencia y planes de respaldo - qué significa el badge de contingencia en un e-CF.

Fuentes regulatorias

1. DGII - Informe Técnico e-CF v1.0 §8 (página 15): los cuatro estados de validación que la DGII puede devolver al enviar un e-CF ("e-CF aceptado", "e-CF aceptado condicional", "e-CF rechazado", "e-CF en proceso") y el TrackId como identificador de seguimiento devuelto por el servicio de recepción. Disponible en el portal DGII.
2. DGII - Descripción Técnica de los Servicios (Recepción de e-CF y Recepción RFCE): parámetro secuenciaUtilizada en la respuesta de validación - True = la secuencia no puede reutilizarse (el número queda consumido), False = la secuencia puede reutilizarse (rechazos por certificado/firma, estructura del XML, firmante no autorizado, eNCF no autorizado o vencido, y RNC emisor inválido). Disponible en el portal DGII.
3. DGII - Formato Comprobante Fiscal Electrónico v1.0 (Detalle de Ítems, campo <IndicadorBienoServicio>): cuando se emite un Comprobante de Pagos al Exterior (tipo 47) el campo Bien o Servicio debe completarse con valor 2 (Servicio); para un comprador del exterior el campo <RNCComprador> va en blanco y se completa el Identificador Extranjero. Disponible en el portal DGII.
4. DGII - Informe Técnico e-CF v1.0 §4.3 (Recepción RFCE, página 8): la Factura de Consumo Electrónica con monto inferior a RD$250,000 se transmite a la DGII mediante el Resumen de Factura de Consumo (RFCE), no el comprobante completo. Disponible en el portal DGII.