Descripción General
Esta documentación describe la API de Facturación Electrónica de Alante Digital, pensada para que sistemas ERP externos generen comprobantes fiscales electrónicos (e-CF) que serán procesados y enviados a la DGII (Dirección General de Impuestos Internos) de la República Dominicana. El flujo de integración habitual es el mismo que en otras integraciones ERP: el ERP envía los datos de la factura vía API; Alante Digital se encarga de:- Asignar el siguiente NCF (Número de Comprobante Fiscal) disponible (flujo estándar; ver excepción TesteCF más abajo)
- Generar el XML según las especificaciones de la DGII
- Firmar digitalmente el XML con el certificado de la organización
- Enviar el comprobante a la DGII
- Consultar el estado del comprobante en la DGII
- Generar automáticamente PDF, código QR y XML cuando el comprobante es aceptado (flujo estándar; en modo prueba TesteCF sin persistencia no aplica)
- Almacenar el documento para su consulta posterior (flujo estándar)
Modo pruebas TesteCF sin persistencia en Alante
Si el cuerpo delPOST incluye "environment": "testecf" y el campo numero con el eNCF completo de prueba (13 caracteres, p. ej. E310000000099), el sistema no asigna NCF desde lotes, no guarda el comprobante en Alante Digital y no devuelve pdf_url, qr_url ni xml_url. Solo genera el XML, firma, envía a la DGII en TesteCF y devuelve la respuesta (track_id, estado DGII, etc.), con la marca testecf_sin_persistencia: true y fiscal_document.uuid en null. Sirve para que un integrador pruebe la API y la DGII antes de tener lotes E31 o sin dejar registros visibles en el módulo Fiscal.
Requisitos Previos
- Cuenta en Alante Digital con la organización configurada (RNC, razón social, dirección, certificado digital).
- Certificado digital (.p12) de la organización registrado en Alante Digital para firma de e-CF.
- Lotes fiscales activos del tipo de comprobante que se va a emitir (por ejemplo E31) — necesarios en el flujo estándar; no son necesarios para el modo
testecf+numero(prueba sin persistencia). - API Key generada en Configuración → Integraciones (una por organización).
Autenticación
Todas las peticiones requieren autenticación mediante API Key. La API Key está asociada a una organización; no es necesario enviarorganization_id en el cuerpo de la petición.
Obtener una API Key
- Iniciar sesión en Alante Digital.
- Ir a Configuración → Integraciones.
- Crear una nueva API Key.
- Copiar la clave generada (solo se muestra una vez).
Formato de autenticación
Opción 1: Header (recomendado)Base URL
Las rutas de esta documentación son relativas a esa base (por ejemplo:
POST https://alantedigital.com/api/external/fiscal/invoices).
Endpoints
1. Crear comprobante fiscal
Genera un nuevo comprobante fiscal electrónico y lo envía a la DGII. Método y ruta:POST /invoices
Headers:
environment explícito, p. ej. certecf o ecf):
numero = eNCF de prueba elegido por el integrador; debe empezar por el mismo tipo que tipo_comprobante, p. ej. E31):
Parámetros requeridos
Parámetros opcionales (flujo estándar y general)
Parámetros del modo testecf sin persistencia
Estructura de ítems
Estructura de formas de pago
Respuesta exitosa (201 Created) – Comprobante aceptado (flujo estándar)
Respuesta aceptada (201) – Modo testecf sin persistencia
Sin pdf_url, qr_url ni xml_url. No hay UUID para consultas posteriores.
Respuesta comprobante rechazado (422)
Flujo estándar: cuando la DGII rechaza el comprobante, el documento puede crearse en Alante con estado “Rechazado” y se responde con HTTP 422 ysuccess: false. Las URLs de PDF, QR y XML no se incluyen.
Modo testecf sin persistencia: no queda documento en Alante; la respuesta puede incluir testecf_sin_persistencia: true y mensajes orientados a reintento si la DGII indica que la secuencia no se consumió (secuenciaUtilizada: false).
Respuesta error de validación (422)
Respuesta error de proceso (500)
2. Consultar comprobante fiscal
Obtiene la información de un comprobante por su UUID (devuelto al crear en el flujo estándar). Método y ruta:GET /invoices/{uuid}
Headers: X-API-Key: alante_xxxxxxxxxxxxx
Nota: En el modo testecf + numero no se genera UUID; este endpoint no aplica a esas pruebas.
Respuesta exitosa (200):
DOCUMENT_NOT_FOUND – Documento fiscal no encontrado.
3. Descargar PDF
Método y ruta:GET /invoices/{uuid}/pdf
Headers: X-API-Key: alante_xxxxxxxxxxxxx
Respuesta: Archivo PDF con nombre comprobante-{NCF}.pdf.
Solo disponible para comprobantes aceptados por la DGII en el flujo estándar. En caso de error de generación se devuelve 500 con PDF_GENERATION_ERROR.
4. Obtener datos del código QR
Método y ruta:GET /invoices/{uuid}/qr
Headers: X-API-Key: alante_xxxxxxxxxxxxx
Respuesta exitosa (200):
qr_url es la URL para consultar el comprobante en el portal de la DGII (útil para generar un QR escaneable).
5. Descargar XML
Método y ruta:GET /invoices/{uuid}/xml
Headers: X-API-Key: alante_xxxxxxxxxxxxx
Respuesta: Archivo XML con Content-Type: application/xml y nombre {NCF}.xml.
Si el XML no existe: 404 con XML_NOT_FOUND.
Tipos de comprobantes
Para integración ERP de facturación electrónica se utiliza normalmente E31.
Ambientes DGII
Códigos de forma de pago (DGII)
Códigos de error habituales
Ejemplos de uso (cURL)
Crear factura electrónica E31 (flujo estándar, certificación)
Prueba TesteCF sin persistencia (con numero)
Consultar comprobante
Descargar PDF
Obtener datos del QR
Descargar XML
Notas para la integración ERP
-
Identificación: Se usan UUID para identificar documentos en la API. No se exponen IDs numéricos internos (multi-tenant). No hay UUID en el modo
testecf+numero(uuidviene ennull). -
NCF: En el flujo estándar, el sistema asigna el siguiente NCF disponible; no se envía en el request. En
environment: "testecf"connumero, el integrador envía el eNCF de prueba completo (13 caracteres). -
Fechas: Siempre en formato
YYYY-MM-DD. - Montos: Máximo 2 decimales.
- E31: RNC del comprador obligatorio; formato válido: 9 dígitos (RNC) o 11 (cédula).
-
Rechazos DGII (flujo estándar): Si el comprobante es rechazado, puede guardarse en Alante con estado “Rechazado” y la respuesta es 422 con
success: false. En algunos casos la secuencia NCF no se consume y se puede reintentar. En modotestecf+numerono se persiste el comprobante en Alante. - Consultas: Los comprobantes creados por API en el flujo estándar aparecen en el módulo Fiscal de Alante Digital.
-
Certificado: La organización debe tener certificado digital válido para firmar. Los lotes fiscales activos son necesarios para el flujo estándar; para solo prueba con
testecf+numerono se consumen lotes en Alante. -
Ambiente DGII: Se recomienda enviar siempre
environmentexplícito (testecf,certecfoecf) para evitar ambigüedad respecto al certificado u otras reglas del servidor.
Soporte
Para soporte técnico o dudas sobre la integración, contactar al equipo de Alante Digital.Versión: 1.3
Última actualización: abril 2026 (modo TesteCF sin persistencia, campo
numero, tablas de errores y requisitos actualizados).