INFORME TÉCNICO · POV · GSC
Por qué automatizar la lectura aislada no basta. Cuándo elegir qué tecnología, qué romper y qué dejar humano. Informe técnico de 57 páginas para CFO, Operaciones y Tecnología.
CAP 02 · 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 demos. 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.
CAP 02 · 6 BLOQUEADORES
No son problemas teóricos. Son los puntos exactos donde 9 de cada 10 proyectos se atascan entre la demo 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 · 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 template · el parser empieza a fallar silenciosamente. Necesitas monitoreo continuo + reparación rápida + cola de excepciones que escale.
CAP 03 · 4 CAPAS
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.
CAP 04 · MADUREZ
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: Cierre trimestral lleva 4 días · equipo saturado · errores recurrentes.
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 HITL (human-in-the-loop) preserva tu autoridad sobre el sistema.
Dolor habitual: Reclamaciones de proveedores · facturas perdidas · 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 build vs buy · evitar vendor lock-in · presupuesto IaaS realista.
CASO REAL · CLIENTE GSC
Director Financiero · empresa industrial · 90 empleados · sector distribución
Caso detallado en el informe (Cap 06) · arquitectura completa · costes reales · plan de despliegue 6 semanas.
RECIBIR INFORME
57 páginas · ES-es · referenciable durante meses. Acompañado de 2-3 emails breves con los puntos clave para que el informe se trabaje, no se archive.
