Paso 3: Pruebas de Datos – Aprobaciones Comerciales

Estimados/as del equipo de Soporte de Facturación Electrónica DGII,

Me comunico porque en la etapa de certificación e-CF estoy presentando un inconveniente en el Paso 3: Pruebas de Datos – Aprobaciones Comerciales, ya que al enviar los XML de Aprobación Comercial (ACECF) al servicio de DGII, el sistema responde consistentemente con error y el proceso se reinicia.

1) Contexto de certificación

• RNC de mi empresa (en certificación): 130589453

• En el Paso 2 actué como Emisor y los e-CF del set fueron generados y enviados al servicio de Recepción de DGII correctamente.

• En el Paso 3 actúo como Receptor y estoy generando los XML de Aprobación Comercial (ACECF) según el set de pruebas entregado por DGII.

2) Servicio DGII utilizado (Paso 3)

• Endpoint: https://ecf.dgii.gov.do/CerteCF/AprobacionComercial/api/AprobacionComercial

• Método: POST

• Autenticación: Bearer Token emitido para el RNC 130589453 (receptor/actor que aprueba).

• Formato: multipart/form-data con el archivo XML en el campo xml (según definición OpenAPI).

3) Respuesta DGII / error recibido
En cada envío (varios eNCF del set), DGII responde:

• HTTP 400

• Body:
  {"codigo":"02","estado":"Aprobacion Comercial Rechazada.","mensaje":[null]}
  Adicionalmente, en el portal/seguimiento, se indica que:

• “Las pruebas de datos de aprobaciones comerciales han sido reiniciadas debido a que se han rechazado aprobaciones comerciales.”

4) XML ACECF generado (ejemplo)
Ejemplo (sin incluir firma completa por tamaño, pero se envía firmado con XMLDSIG):

• RNCEmisor: 131880681

• RNCComprador: 130589453

• eNCF: E310000000011

• FechaEmision: 01-04-2020

• MontoTotal: 95597.70

• Estado: 1

• FechaHoraAprobacionComercial: 20-02-2026 22:22:32

También he probado con otros casos del set como:

• E310000000006 con MontoTotal 228460.50

• E310000000003 con MontoTotal 154003.47
  y el resultado es el mismo (HTTP 400 / código 02).

5) Comparación de sets de prueba (Paso 2 vs Paso 3)
Archivos de set de pruebas entregados por DGII:

• Paso 2: 130589453-19022026235532.xlsx

• Paso 3: 130589453-20022026222232.xlsx

Al compararlos, se observa que para los mismos eNCF (por ejemplo: E310000000003, E310000000006, E310000000011, E450000000011, etc.), el Paso 2 presenta:

• RNCEmisor = 130589453

• RNCComprador = 131880681

Mientras que el Paso 3 presenta los mismos eNCF con roles invertidos:

• RNCEmisor = 131880681

• RNCComprador = 130589453

Por lo anterior, parece que el servicio de Aprobación Comercial podría estar intentando validar el ACECF contra un e-CF base que no se encuentra disponible/registrado bajo RNCEmisor=131880681 en el ambiente de certificación, y por eso responde “Aprobación Comercial Rechazada (código 02)” aun cuando el XML se genera conforme al set.

6) Solicitud de soporte
Agradecería su confirmación y guía sobre lo siguiente:

1. ¿El Paso 3 debe validarse contra los e-CF enviados en el Paso 2?

2. En ese caso, ¿cuál es el RNC que debe figurar como RNCEmisor en el ACECF para que DGII encuentre el e-CF base (130589453 o 131880681), considerando que en el set del Paso 3 viene RNCEmisor=131880681?

3. ¿Existe algún requisito adicional previo a enviar ACECF en certificación (por ejemplo, un “acuse/registro” previo) o algún procedimiento para que DGII reconozca el e-CF a aprobar en este paso?

4. ¿Podrían indicarme si el ambiente CerteCF tiene precargados los e-CF espejo (emitidos por 131880681 a 130589453) necesarios para que las aprobaciones comerciales del set Paso 3 sean aceptadas?

Quedo atento a sus indicaciones. Puedo enviar los XML completos firmados, logs de solicitud/respuesta (incluyendo headers) y cualquier evidencia adicional que requieran.