Saltar a contenido

Entrega del e-CF al receptor

El modelo de la DGII tiene cuatro pasos obligatorios, y el tercero no es la DGII:

1) El emisor electrónico envía el e-CF a la DGII al momento de la emisión. 2) La DGII responde entregando un TrackID. 3) Luego el emisor electrónico envía el e-CF al receptor electrónico. 4) El receptor electrónico debe acusar recibo del e-CF al emisor.

— Informe Técnico e-CF v1.0, §8, Figura I

Y si el receptor no es electrónico, el paso 3 se sustituye por entregarle la representación impresa (Figura II). Esta API se encarga de las dos ramas: usted no tiene que decidirlo ni implementarlo.

Cómo funciona

Cuando el e-CF queda fiscalmente válido (aceptado o aceptado condicional):

  1. Se consulta el directorio de facturadores con el RNC del comprador.
  2. Si es electrónico, se le transmite el XML firmado a su servicio de recepción. Si publica un servicio de autenticación, primero nos autenticamos contra él (semilla → token, firmando con el certificado del emisor).
  3. Se procesa su acuse de recibo (ARECF): Estado 0 = recibido, 1 = no recibido con su motivo.
  4. Si no es electrónico, se marca que la entrega corresponde a la representación impresa.

Por qué después de la aceptación y no inmediatamente: la norma fija el orden ("luego"), no la inmediatez. Enviarle al receptor un comprobante que la DGII acabara rechazando obligaría a desdecirse, así que se espera la resolución — que normalmente llega en segundos.

Consultarlo

GET /api/v1/documents/{eNCF} incluye:

{
  "entrega_al_receptor": {
    "via": "electronic",
    "descripcion": "Transmitido al servicio de recepción del receptor.",
    "acuse_recibido": true,
    "mensajes": [],
    "entregado_en": "11-08-2026 15:42:10"
  }
}
via Significado
electronic Transmitido a su servicio, con acuse de recibo afirmativo.
printed No es facturador electrónico (o el e-CF no lo identifica): le corresponde la RI.
failed Es electrónico pero su servicio no aceptó el e-CF, o no respondió.
pending Aún no se ha intentado.

Un fallo aquí NO invalida su e-CF

Si el servicio del receptor está caído o rechaza el acuse, el comprobante sigue aceptado ante la DGII: es válido y ya está reportado. Por eso el estado de la entrega vive en su propio campo y nunca altera el estado fiscal del documento. Lo que procede en ese caso es reintentar o entregar la representación impresa, no volver a emitir.

Tampoco se reenvía un e-CF ya entregado: el receptor podría contarlo como duplicado.

Reintentos

Si la entrega falló porque su infraestructura no respondió (o el directorio de la DGII no estaba disponible), se reintenta automáticamente con espera creciente: 5 min, 15 min, 1 h, 3 h y 6 h, hasta 8 intentos. Después se deja de intentar y el caso queda para gestión manual — el e-CF sigue siendo válido.

Un acuse negativo NO se reintenta. Si el receptor respondió rechazando el acuse (firma inválida, duplicado, RNC que no corresponde), el problema es el documento y reintentar daría exactamente el mismo resultado. Lo mismo con la entrega impresa: ahí no hay a quién reintentar.

Referencias