Lectura automática de facturas y su integración

En tu empresa la gestión de facturas se vuelve un cuello de botella: recibes PDFs, ingresas datos manualmente y pierdes tiempo valioso. En este artículo verás cómo la lectura automática de facturas se enlaza con los sistemas que ya usas, cumpliendo con SUNAT y conectando a los bancos que manejas.

Con qué se tiene que hablar

Antes de tocar cualquier motor de IA, haz un inventario de los sistemas que ya están operando:

• ERP o contabilidad (por ejemplo, SAP Business One, Microsoft Dynamics, Odoo). Son el núcleo donde termina la información de la factura.
• Plataforma de gestión de compras (sistemas propios o módulos de compra en el ERP). Necesitan el número de orden y la referencia del proveedor.
• Herramientas de workflow (BPM, Power Automate, Zapier). Orquestan la aprobación y el registro de la factura.
• Bases de datos (SQL Server, PostgreSQL, MySQL). Almacenan los registros estructurados que la IA extraerá.
• Sistemas de gestión documental (SharePoint, Alfresco). Son los repositorios donde llegan los PDFs antes de procesarlos.

Estos componentes no se van a desechar; la lectura automática actúa como un intermediario que extrae datos y los envía al formato que cada sistema espera. La clave es definir los puntos de integración: ¿el ERP acepta un archivo CSV, una llamada API o un mensaje en una cola? ¿El workflow necesita un webhook? Responder estas preguntas al inicio ahorra retrabajo y evita cambios en la arquitectura existente.

SUNAT y facturación electrónica

En Perú la SUNAT exige que todas las facturas electrónicas cumplan con el Formato XML UBL 2.1 y que se envíen a través del PSE (Proceso de Suministro Electrónico). Cuando utilizas lectura automática, el proceso típico es:

1. Captura del documento: el PDF o el XML llega a tu gestor documental.
2. Validación preliminar: el motor de IA verifica que el documento contenga los campos obligatorios (RUC del emisor, número de serie, total, IGV).
3. Generación del XML: si el documento original es PDF, la herramienta crea el XML con la estructura requerida.
4. Envío a SUNAT: mediante la API de SUNAT (código de respuesta 0 indica aceptación). La respuesta incluye el CDR (Constancia de Recepción).
5. Almacenamiento del CDR: se guarda junto al documento original para auditoría.

Errores típicos que aparecen al integrar con SUNAT:

• Campos faltantes o con formato incorrecto (por ejemplo, número de documento sin dígitos de control). La IA puede detectar la ausencia, pero la generación del XML fallará si no se corrige.
• Desfase de horario: SUNAT rechaza documentos enviados fuera del rango permitido (08:00‑18:00 hora peruana). Programa la transmisión en un lote que respete este horario.
• Certificados expirados: la autenticación con SUNAT usa certificados digitales. Verifica su vigencia cada 30 días para evitar rechazos inesperados.

Planifica un ciclo de pruebas de 2‑3 semanas donde se simulan envíos de facturas reales y se revisan los logs de rechazo. Así tendrás métricas claras de tasa de éxito antes de pasar a producción.

Cobros y bancos

Los pagos en Perú se están diversificando: Yape, Plin, Niubiz, Izipay, y los tradicionales transferencias bancarias. Cada uno ofrece una API distinta, pero el objetivo es el mismo: registrar el pago contra la factura y cerrar la cuenta por cobrar.

• Yape y Plin: APIs REST que devuelven un identificador de transacción y el estado (pendiente, completado, fallido). La integración típica es un webhook que notifica a tu ERP cuando el cliente confirma el pago.
• Niubiz: API SOAP con token de seguridad. Requiere generar una firma HMAC para cada solicitud y manejar el flujo de autorización del cliente.
• Izipay: API basada en JSON que permite crear “cobros instantáneos”. Se pueden generar enlaces de pago que el cliente abre desde su móvil.

Cómo conectarlos de verdad:

1. Mapea los campos que la lectura automática entrega (número de factura, total, fecha). Estos serán los parámetros que envías a la API del banco.
2. Define un motor de conciliación que compare el importe recibido con el importe registrado. Si hay diferencia superior al 1 %, genera una alerta para revisión manual.
3. Implementa reintentos: si la llamada al banco falla (por ejemplo, error 503), programa un reintento automático después de 5 min, y un segundo intento a la hora siguiente. Un 98 % de los fallos se resuelven con este patrón.
4. Registra auditoría: guarda el request y response en una tabla de logs con timestamp, para cumplir con las normas de control interno y facilitar auditorías.

Con estos pasos, la facturación automática no queda aislada; alimenta directamente el flujo de cobro y reduce el tiempo de cierre de cuentas por cobrar de 12 días a 4 días en empresas medianas.

Qué pedirle al proveedor

El éxito de la integración depende de la claridad con la que definas los requerimientos al proveedor de la solución de lectura automática. Aquí tienes una checklist práctica:

• API RESTful con documentación Swagger/OpenAPI. Debe permitir:
  • Subida de archivos (PDF, XML) vía multipart.
  • Consulta de estado de procesamiento (GET /jobs/{id}).
  • Descarga del XML generado y del CDR.
• Webhooks opcionales para notificar eventos (procesado, error, rechazo SUNAT).
• SLAs de disponibilidad: al menos 99.5 % mensual, con tiempo de respuesta < 2 s para consultas.
• Versionado: la API debe seguir un esquema de versionado (v1, v2) para que cambios futuros no rompan tu integración.
• Política de cambios: notificación mínima 30 días antes de cualquier ruptura de contrato o cambio de esquema.
• Entorno de pruebas (sandbox) que reproduzca exactamente los mismos formatos de respuesta que producción.
• Soporte técnico con tiempo de respuesta < 4 h para incidencias críticas.

Cuando el proveedor modifica su API, tu arquitectura debería estar preparada para adaptadores que traduzcan la nueva versión sin tocar el core del ERP. Una práctica recomendada es usar un API Gateway interno que centralice la lógica de transformación y versionado.

• Facturas que llegan en PDF y no se pueden leer. La IA detecta campos vacíos y genera alertas antes de que el registro llegue al ERP.
• Rechazos recurrentes de SUNAT. Los logs muestran inconsistencias de formato que se corrigen en la fase de validación.
• Demoras en la conciliación de pagos. Los webhooks de los bancos permiten cerrar la cuenta por cobrar en tiempo real.

Conectar la lectura automática a tus sistemas reduce el ciclo de factura‑pago de semanas a pocos días y garantiza cumplimiento con SUNAT.

Conclusión

Si llegaste hasta aquí, ya sabes que la lectura automática de facturas no es un proyecto aislado. Necesita hablar con tu ERP, respetar los requisitos de SUNAT, integrarse a los bancos que usas y exigir a tu proveedor una API robusta y versionada. Planifica 2‑3 semanas de pruebas, usa webhooks para cobros y mantén un gateway interno que absorba cambios de API. Con esa arquitectura tu empresa gana hasta un 70 % de tiempo en el proceso de facturación, mejora la precisión de los datos y mantiene la trazabilidad requerida por la normativa peruana. Kovensa ha visto estos resultados en clientes medianos que adoptaron este enfoque estructurado.