Soluciones · Por API
Para empresas de software y contadores que ya tienen la relación con el cliente. Tu sistema manda el comprobante como JSON y recibe el estado. Si ya hablas con un proveedor, lo que cambia es la dirección y la llave, no tu código.
curl -X POST "$HOST/dom/v1/invoices" \
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/json" \
-d @comprobante.json200 · la respuesta
{
"id": "01JB7Q…",
"status": "FINISHED",
"legalStatus": "ACCEPTED",
"encf": "E320000000123",
"securityCode": "Xk3pQ9",
"documentStampUrl": "https://ecf.dgii.gov.do/…",
"xml": "$HOST/dom/v1/invoices/01JB7Q…/xml",
"pdf": "$HOST/dom/v1/invoices/01JB7Q…/pdf"
}Los diez tipos de comprobante, validados contra los esquemas oficiales. Las rutas son las mismas que usan los proveedores del mercado: migrar es cambiar la dirección y la llave.
POST /dom/v1/fiscal-invoicesPOST /dom/v1/invoicesPOST /dom/v1/debit-notesPOST /dom/v1/credit-notesPOST /dom/v1/purchasesPOST /dom/v1/minor-expensesPOST /dom/v1/special-regimesPOST /dom/v1/gubernamentalsPOST /dom/v1/export-supportsPOST /dom/v1/payment-abroad-supportsCada integrador con su panel y las empresas que atiende.
En custodia nuestra o en la tuya, según cómo firme cada contribuyente.
Lo que contesta la DGII se guarda tal cual, sin resumir.
El XML y el PDF se sirven desde el archivo, no desde un enlace que caduca a la hora.
/ Por API · [ 03 / 03 ]
La API tiene la misma forma que la de los proveedores del mercado: lo que cambia es la dirección y la llave, no tu código.