01 Captura
Captura en buzón dedicado y carpeta compartida
Todo entra por un mismo sitio: correo con adjunto en Gmail, PDF sueltos en una carpeta compartida, ficheros EDI de los proveedores que ya los emiten y papel escaneado que pasa por OCR.
INFORME TÉCNICO DE GSC
Por qué automatizar la lectura aislada no basta para automatizar cuentas a pagar. Cuándo elegir qué tecnología, qué romper y qué dejar humano. Informe técnico para dirección financiera, operaciones de AP y tecnología en empresas españolas.
Lectura aislada
Casi todos los proyectos de automatización de cuentas a pagar empiezan por la pieza más visible: extraer texto de un PDF. Funciona en demostraciones. Funciona con 5 facturas piloto. Luego llegan los 200 proveedores reales, los 12 formatos distintos del mismo emisor, las facturas en idiomas diferentes y los rectificativos con signo negativo.
El sistema no falla porque el LLM no lea bien. Falla porque la lectura aislada no incluye gobierno: validación contable, cola de excepciones, integración real con el ERP, retención de auditoría AEAT 5 años, monitoreo de cambios de formato del proveedor sin aviso.
Bloqueadores reales
No son problemas teóricos. Son los puntos exactos donde 9 de cada 10 proyectos se atascan entre la demostración y la puesta en producción.
01
Cada proveedor manda un PDF distinto: tipografía, ubicación de campos, IVA desglosado o no. Reconciliar variantes consume el 70% del esfuerzo.
02
No basta extraer base + IVA. El sistema debe verificar coherencia (base × tipo = cuota), mapear a cuenta contable y detectar IRPF cuando aplica.
03
Holded, A3, SAP B1, SAGE: cada ERP impone reglas distintas (campos obligatorios, validaciones nativas, ventanas de envío). La API documentada no es lo que envía.
04
Cuando algo no casa (importe, NIF, factura duplicada) hay que parar el flujo, escalar al responsable y registrar trazabilidad. Sin esto, el sistema acumula deuda silenciosa.
05
Toda factura ingresada debe estar accesible 5 años con metadata exacta de ingesta. Si la AEAT pide un soporte concreto en una inspección, el sistema debe poder responder en horas.
06
Un proveedor cambia su plantilla y el parser empieza a fallar en silencio. Hace falta monitoreo continuo, reparación rápida y una cola de excepciones que escale.
Arquitectura del sistema
01 Captura
Todo entra por un mismo sitio: correo con adjunto en Gmail, PDF sueltos en una carpeta compartida, ficheros EDI de los proveedores que ya los emiten y papel escaneado que pasa por OCR.
02 Lectura
Un modelo de lenguaje lee cada documento y saca NIF, base imponible, IVA, retención de IRPF y concepto, sin una plantilla por proveedor que haya que mantener a mano.
03 Decisión
Cada factura se contrasta contra el esquema y las reglas contables. Lo que cuadra sigue solo; lo que no, cae en una cola de excepciones que revisa una persona.
04 Integración
El asiento entra en el ERP —Holded, SAP, SAGE o A3— a través de un bus de eventos que deja traza de cada paso, de modo que una inspección se responde con datos, no con memoria.
Captura y lectura son las visibles. Decisión e integración son donde se decide si el sistema aguanta producción o se queda en piloto.
Cada capa tiene su propio modelo de fallo, su propio canal de monitoreo y su propio equipo responsable. Mezclar responsabilidades entre capas es el patrón que produce sistemas frágiles. Separarlas con interfaces claras permite reparar una capa sin parar las demás.
En el informe detallamos las tecnologías concretas que usamos por capa, las decisiones de coste/beneficio que tomamos por defecto y los puntos donde recomendamos romper la convención.
Madurez operativa
Nivel 01
Subida humana al sistema, OCR básico y validación campo a campo.
Nivel 02
El LLM propone valores y un humano valida cada factura.
Nivel 03
El sistema procesa por defecto. El humano solo entra en la cola de excepciones.
Nivel 04
Cruce bancario, cuenta contable inferida e informes trimestrales.
Nivel 05
Bus de eventos, pagos programados y auditoría continua de punta a punta.
Casi nadie necesita el nivel 5. La mayoría de PYMES industriales obtienen el ROI más alto deteniéndose entre nivel 3 y nivel 4. Saber dónde detenerse es parte del trabajo.
PERFILES DESTINATARIOS
Tres perfiles cruzan este documento de principio a fin. Hemos pensado el informe para que cada uno pueda entrar por el capítulo que más le aporta y volver al resto cuando lo necesite.
PERFIL: DIRECCIÓN FINANCIERA
Quieres reducir horas de administración de facturas sin perder control fiscal. Te interesan los apartados de validación contable, modelo 303 borrador y ROI por proceso.
Dolor habitual: El cierre trimestral lleva 4 días, el equipo está saturado y los errores se repiten.
PERFIL: OPERACIONES
Gestionas el día a día de cuentas a pagar. Te interesa la cola de excepciones, integración con tu ERP y cómo la supervisión humana preserva tu autoridad sobre el sistema.
Dolor habitual: Reclamaciones de proveedores, facturas perdidas y doble pago.
PERFIL: TECNOLOGÍA
Evalúas viabilidad técnica antes de pilotar. Te interesa la arquitectura de 4 capas, integración bidireccional con ERP, observabilidad y modelo de coste continuo.
Dolor habitual: Decidir si construir o comprar, evitar la atadura al proveedor y un presupuesto IaaS realista.
CASO REAL, CLIENTE GSC
Director financiero, empresa industrial de 90 empleados, sector distribución
Caso detallado en el informe (capítulo 6): arquitectura completa, costes reales y plan de despliegue en 6 semanas.
RECIBIR INFORME
Un informe técnico en es-ES, acompañado de 2-3 correos breves con los puntos clave para que el documento se trabaje, no se archive.
Preparando el chat…
No hemos podido abrir el chat. Puedes reservar o escribirnos directamente.
Reservar una reunión Escribir al equipo