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:

Cuatro de estos estados traducen los estados técnicos que la DGII devuelve al validar: "e-CF aceptado" (Aceptado), "e-CF aceptado condicional" (Condicional), "e-CF rechazado" (Rechazado) y "e-CF en proceso" (Pendiente) - según Informe Técnico e-CF v1.0 §8 (página 15). Los demás describen dónde está el comprobante dentro de Mosce ERP: si todavía no salió, si quedó esperando respuesta o si se retiró.

Las distinciones que importan

Tres pares de estados se confunden entre sí, y es lo único que hace falta recordar de la tabla:

• Pendiente frente a En espera de envío. Pendiente ya se envió a la DGII y espera su veredicto. En espera de envío se firmó durante una caída de la DGII y todavía no salió de Mosce ERP. El contraste es toda la información útil del par: uno ya está del lado de la DGII, el otro todavía no.
• Anulado frente a Anulado ante la DGII. Anulado se retiró por decisión propia, dentro del registro de Mosce ERP - típicamente un comprobante que la DGII nunca llegó a tener. Anulado ante la DGII lo reconoció la propia DGII, a través de la Anulación de e-NCF. Un comprobante que la DGII ya aceptó nunca pasa por Anulado: se retira con una nota de crédito. Ver Anular y modificar e-CFs.
• Sin respuesta no significa rechazado. Significa que la DGII no contestó dentro del plazo de consulta y Mosce ERP dejó de preguntar. El comprobante puede estar aceptado del lado de la DGII sin que eso se refleje todavía acá - hay que consultarlo a mano con el Track ID antes de asumir nada.

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 Condicional. 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 Condicional). 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 en el registro de Mosce ERP. Pide una Razón de anulación obligatoria y la acción es permanente. No aparece para un comprobante que la DGII ya aceptó (Aceptado o Condicional): ese se retira con una Nota de Crédito (E34).
• 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.

Entrega electrónica al receptor

Esto es logística entre empresas, no un problema con tu factura. La DGII ya aceptó el comprobante: está emitido, firmado y es válido fiscalmente, pase lo que pase con esta entrega. Si el sistema del cliente no responde, lo único que falla es esa comunicación puntual entre dos empresas - nunca la validez del e-CF.

Además de enviar cada e-CF a la DGII, el modelo de comprobación electrónica le pide al emisor que entregue una copia del comprobante firmado directamente al sistema del receptor, cuando ese receptor también está registrado como receptor electrónico ante la DGII. Mosce ERP hace esta entrega de forma automática en cuanto la DGII acepta el comprobante.

La mayoría de tus clientes todavía no están registrados como receptores electrónicos. Para ellos no cambia nada: la Representación Impresa que ya generás cumple la obligación de entrega, exactamente como funcionaba hasta ahora.

El detalle del e-CF muestra una sección Entrega electrónica con uno de estos estados:

Mientras el comprobante todavía no fue evaluado para entrega (por ejemplo, si sigue esperando respuesta de la DGII), esta sección todavía no aparece en el detalle.

Qué pasa si el sistema del cliente no responde

1. Mosce ERP reintenta la entrega con esperas cada vez más largas - al minuto, a los 5 minutos, a los 15, y así hasta llegar a las 24 horas, en un total de 8 intentos.
2. Si ningún intento tiene éxito, el estado pasa a No entregado. La mayoría de las veces esto significa que el sistema del cliente no respondió a tiempo, y ahí reintentar tiene sentido. En un grupo más chico de casos el motivo no se resuelve reintentando (por ejemplo, que el cliente rechazó la entrega o exige una autenticación que Mosce ERP todavía no soporta para terceros) - el detalle te indica cuál de los dos casos es.
3. Mientras tanto, y también después de agotar los reintentos, la obligación de entrega queda cubierta por la Representación Impresa - el mismo camino que ya usás con un cliente que no es receptor electrónico. Podés descargarla o imprimirla y entregársela como siempre.
4. Cuando reintentar puede ayudar, y tenés el permiso fiscal:manage, la sección muestra el botón Reintentar entrega, que reinicia la escalera de intentos las veces que haga falta - por ejemplo, apenas el cliente te confirme que su sistema volvió a estar disponible. Cuando el motivo no se resuelve reintentando, el botón no aparece y el detalle te sugiere contactar directamente al cliente.

Un estado No entregado nunca afecta el estado del comprobante ante la DGII, no cambia su validez fiscal y no bloquea el envío de e-CF a otros clientes: el problema de un receptor caído queda aislado a ese receptor.

La misma lógica aplica en la otra dirección: cuando le aprobás comercialmente un comprobante a un proveedor, esa aprobación también se entrega a su sistema. Ver Aprobación comercial de e-CF recibidos.

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

Qué comprobantes exigen identificar al comprador por RNC o Cédula

No todo comprobante admite una venta a comprador anónimo. Antes de facturar conviene saber cuáles tipos lo exigen, para no armar una venta que el sistema va a rechazar - o que la DGII terminaría rechazando después, con el pago ya tomado.

• Siempre, sin importar el monto de la venta: la Factura de Crédito Fiscal (E31) y el comprobante Gubernamental (E45) exigen identificar al comprador por RNC o Cédula.
• Por política de Mosce ERP, aunque sean comprobantes exentos de ITBIS: Régimen Especial (E44), Exportación (E46) y Pago al Exterior (E47) también exigen identificar al comprador. Para el E47 el comprador es una parte del exterior y se identifica con su documento extranjero en vez de un RNC dominicano - ver El comprador del E47 es una parte del exterior más abajo.
• Según el monto: la Factura de Consumo (E32) solo lo exige a partir de RD$250,000 - ver la sección siguiente.

Esta regla se aplica igual sin importar el camino de venta que uses: facturar un pedido desde su propia pantalla o cobrar en el Punto de Venta. Si el tipo de comprobante elegido exige identificar al comprador y el cliente de la venta no tiene RNC/Cédula registrado, Mosce ERP rechaza la operación al momento de facturar o de cobrar, con un mensaje que explica el motivo, antes de tomar ningún pago. Para resolverlo: agrega el RNC/Cédula al cliente, o elige un tipo de comprobante que sí admita comprador anónimo (por ejemplo, una Factura de Consumo E32 por debajo del umbral).

Referencia DGII: Formato Comprobante Fiscal Electrónico v1.0, campo "RNC Comprador" - la identificación del comprador es obligatoria por estructura del comprobante en los tipos que la exigen sin condición de monto. Documentación pública en el portal de e-CF de la DGII.

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 facturar un pedido o al cobrar en el Punto de Venta, 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 o Cobrar 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.

• Sucursal en el encabezado. El comprobante muestra la sucursal donde se hizo la venta, tomada del pedido o factura de origen - no de un valor único configurado a mano. Ver La sucursal en el comprobante fiscal para el detalle completo (límite de 20 caracteres, qué pasa con lo ya emitido, y qué comprobantes quedan fuera).
• 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.

Esta acción anula el comprobante en el registro de Mosce ERP: no emite ninguna nota de crédito y no envía por sí sola una anulación a la DGII.

Un comprobante que la DGII ya aceptó no se puede anular. Si el e-CF está Aceptado o Condicional, Mosce ERP no ofrece la acción Anular y la rechaza con el mensaje "La DGII ya aceptó este comprobante: anúlalo con una nota de crédito." La vía es emitir una Nota de Crédito (E34) por el total desde la factura original, o cancelar el pedido que la originó: esa nota es la anulación ante la DGII, no un paso que se suma a anular el comprobante. El detalle está en Anular y modificar e-CFs.

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.
• La sucursal en el comprobante fiscal - qué sucursal se imprime en cada e-CF cuando tienes varias.
• Contingencia y planes de respaldo - qué significa el badge de contingencia en un e-CF.
• Aprobación comercial de e-CF recibidos - cómo se entrega tu aprobación comercial al sistema de tu proveedor.

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.10 (página 9) y §10 (página 17): el servicio de Anulación de e-NCF cubre los rangos de secuencias no utilizadas y los e-CF firmados que aún no fueron enviados ni a la DGII ni al receptor; una vez enviado el comprobante, las correcciones y la anulación se realizan únicamente mediante notas de crédito o débito electrónicas. La misma sección establece que un e-CF rechazado por la DGII no se considera válido y el emisor debe emitir uno nuevo y sustituir el entregado al receptor. Disponible en el portal DGII.
5. 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.
6. DGII - Informe Técnico e-CF v1.0 §8 (página 15): el modelo de operación establece que, a continuación del TrackID que la DGII entrega en el paso 2, el emisor electrónico debe entregar el e-CF al receptor electrónico (paso 3, entre los "pasos obligatorios"); cuando el receptor no es electrónico, esa entrega se satisface con la Representación Impresa (página 16). Disponible en el portal DGII.
7. DGII - Descripción Técnica de los Servicios (Directorio de Contribuyentes Electrónicos): expone las URLs de recepción y de aprobación comercial que cada contribuyente electrónico tiene registradas, que es lo que permite entregarle el comprobante directamente a su sistema. Disponible en el portal DGII.