Skip to main content

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 del POST 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 enviar organization_id en el cuerpo de la petición.

Obtener una API Key

  1. Iniciar sesión en Alante Digital.
  2. Ir a ConfiguraciónIntegraciones.
  3. Crear una nueva API Key.
  4. Copiar la clave generada (solo se muestra una vez).

Formato de autenticación

Opción 1: Header (recomendado)
Opción 2: Parámetro en URL
Opción 3: Bearer Token

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:
Cuerpo (JSON) — ejemplo flujo estándar (NCF asignado por Alante; conviene indicar environment explícito, p. ej. certecf o ecf):
Cuerpo (JSON) — ejemplo modo prueba TesteCF sin persistencia (obligatorio 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 y success: 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):
Error 404: 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

  1. 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 (uuid viene en null).
  2. NCF: En el flujo estándar, el sistema asigna el siguiente NCF disponible; no se envía en el request. En environment: "testecf" con numero, el integrador envía el eNCF de prueba completo (13 caracteres).
  3. Fechas: Siempre en formato YYYY-MM-DD.
  4. Montos: Máximo 2 decimales.
  5. E31: RNC del comprador obligatorio; formato válido: 9 dígitos (RNC) o 11 (cédula).
  6. 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 modo testecf + numero no se persiste el comprobante en Alante.
  7. Consultas: Los comprobantes creados por API en el flujo estándar aparecen en el módulo Fiscal de Alante Digital.
  8. 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 + numero no se consumen lotes en Alante.
  9. Ambiente DGII: Se recomienda enviar siempre environment explícito (testecf, certecf o ecf) 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).