La API e-CF que tu sistema usa. La DGII, por nuestra cuenta.
Un OAuth para todos los RNCs. abaPOS valida, firma y transmite. Si la DGII cae, el comprobante se encola y se reenvía solo.
# 1. Token
POST /ecf-gateway/oauth/token/
# 2. Emitir factura E31
POST /ecf-gateway/invoices/
Authorization: Bearer {token}
{
"issuer_rnc": "130000000",
"buyer_rnc": "101000000",
"e_ncf": "E310000000001",
"items": [{ "name": "Servicio" }]
}
# 3. abaPOS firma y envía a la DGIIUsted factura. Nosotros firmamos, enviamos y reintentamos.
El JSON del comprobante entra por la API. abaPOS valida, firma el .p12 del emisor y lo entrega a la DGII. Si el fisco no responde, no se pierde la venta.
Integración vía API
REST con OAuth2. Compatible con Shell, Visual FoxPro, Visual Basic, PHP, Python, Node.js, Java y C#.
Modo contingencia
Si la DGII está caída o no hay conexión, abaPOS guarda el comprobante y lo reenvía solo, en varios reintentos.
Emisión rápida
Validación, firma .p12 y transmisión. Recibes estado, timbre, código de seguridad y mensajes de la DGII.
Un OAuth, muchos emisores
Una casa de software, un par de credenciales. Certificado y ambiente DGII por cada RNC.
Cumplimiento normativo
e-CF conforme a la DGII. El tipo lo determina el e-NCF. abaPOS se encarga de la firma y el protocolo.
Información siempre disponible
Consulta por NCF, estado, emisor o fecha. Reenvío manual si can_resend es verdadero.
Paga por emisión
Abonas lo consumido. Sin adelantos ni estimaciones de volumen.
Calidad y seguridad
OAuth2, certificado .p12 por emisor y ambientes de prueba y producción.
Soporte de integración
Acompañamos el alta de credenciales, emisores y el primer e-CF.
Tipos de e-CF organizados por documento
Validaciones y campos documentados por tipo. El e-NCF define el comprobante.
La API organiza el flujo fiscal. Tú te quedas en tu sistema.
Emisión, consulta, contingencia y certificación de emisores, documentados por tipo de comprobante.
Comprobantes claros, implementación fácil
Envías el JSON. abaPOS valida, firma y transmite. El e-NCF define el tipo: factura, nota, compras, gastos o exportación.
- Validaciones y campos separados por tipo de e-CF.
- Respuesta con estado, timbre y mensajes de la DGII.
- Mismo OAuth para todos los RNCs que administres.
Consulta sin sondear a ciegas
Busca por NCF, estado, emisor o fecha. El detalle incluye si puedes reenviar.
- Listado y detalle del comprobante.
can_resendindica cuándo un reintento manual tiene sentido.- Estados de la DGII y del envío en un solo lugar.
Si la DGII no responde, el POS no se detiene
abaPOS acepta el POST, encola el documento y reintenta hasta que el servicio vuelva.
- El comprobante queda en Registrado, Intentado o Connexion.
- Reintentos automáticos, varias veces.
- Un Rechazado de contenido no se reenvía: se corrige el JSON.
Certificado y ambiente por RNC
La casa de software tiene un par de credenciales. Cada emisor tiene su .p12 y su ambiente DGII.
- Alta de emisores desde la API o con el equipo de abaPOS.
- El certificado no se envía por correo.
- Prueba y producción independientes por emisor.
Documentación interactiva desde el primer día
Samples en curl, JavaScript, Python y PHP. Payloads y respuestas por endpoint.
- Referencia OpenAPI del gateway.
- Consola para probar con tu token.
- Formulario público para solicitar la cuenta.
La DGII puede caer. Tu punto de venta no.
Durante una incidencia abaPOS valida, encola y reenvía hasta que el servicio vuelva. Tú sigues emitiendo.
- Si no hay conexión o la DGII no responde, el POST se acepta igual.
- El comprobante queda en
Registrado,IntentadooConnexion. - El sistema de contingencia reintenta solo, varias veces.
- Consulta el estado cuando quieras. Si
can_resendes true, también puedes forzar un reintento. - Un rechazo de contenido (
Rechazado) no se reenvía: hay que corregir el JSON.
De la solicitud al primer e-CF
Solicitar cuenta
Completa el formulario con los datos de tu casa de software.
Credenciales
Recibes client_id, client_secret y la URL base.
Certificado y emisores
Alta de cada RNC, ambiente DGII y carga del .p12.
Emitir
Token OAuth y POST a facturas, notas o compras.
Dudas habituales de integradores
¿Qué es esta API?
Es la infraestructura que conecta tu sistema con la DGII. No es un POS: tú sigues en tu ERP o app. abaPOS firma, transmite y te devuelve el estado del e-CF.
¿Necesito una cuenta abaPOS por cada cliente?
No. Una cuenta de integración sirve para muchos RNCs. Cada emisor tiene su certificado y su ambiente.
¿Qué pasa si la DGII está en mantenimiento?
Entra el modo contingencia. abaPOS guarda el comprobante y lo reenvía cuando el servicio vuelva. No bloquees tu operación.
¿Dónde está la documentación técnica?
En el gateway: samples, payloads y referencia de endpoints. Solicita la cuenta para obtener credenciales de prueba.
¿El certificado se envía por correo?
No. Se carga con POST /certificate/ o lo sube el equipo de abaPOS. Nunca lo envíes por email o tickets.
Facturo desde abaPOS
Si usas el POS, el e-CF ya va incluido. Se activa el certificado y las secuencias con implementación.
Ver el módulo DGII → hubConecto otro sistema
E-commerce, ERP propio o app de sucursales. Solicita la cuenta y usa la documentación del gateway.
Solicitar cuenta de integración →Solicita tu cuenta de integración
Completa el formulario. El equipo de abaPOS habilita el acceso, entrega las credenciales y da de alta cada emisor.
Ir al formulario Abrir documentación