CASO ANONIMIZADO · CPG

Presupuesto CAPEX/OPEX gobernado sobre el grafo, integrado al ERP sin tocar el core

Una organización líder de consumo masivo validó Budget Workflow — CAPEX/OPEX + ERP migrando su solución de presupuesto desde una plataforma low-code legacy a EAFlow: formulario por tipo con datos maestros del grafo, cadena de aprobadores multi-nivel por sociedad y centro de costo, integración al ERP financiero por servicio y agente de reproceso gobernado para las integraciones que fallan —preservando el modelo de aprobación.

La validación mostró que la solución funciona sobre la operación del cliente y el valor que aporta: el presupuesto se gobierna sobre el grafo y llega al ERP por servicio sin tocar el core, con la cadena de aprobación y el audit trail preservados.

El desafío

En una organización de consumo masivo que gestiona presupuesto CAPEX/OPEX con una solución construida sobre una plataforma low-code legacy, el patrón se repite: el proceso funciona, pero vive atrapado.

  • El proceso de aprobación vive encerrado en la plataforma low-code legacy. El modelo de aprobación, los datos maestros y los formularios están en estructuras propietarias; el costo de licencia y mantenimiento crece y el upgrade de la plataforma es riesgoso.
  • Los datos maestros viven en planillas paralelas o en la propia plataforma legacy. Sociedades, centros de costo, cuentas, vicepresidencias, clase de activo y cadena de aprobadores no se conectan al resto del modelo operacional.
  • La integración al ERP es frágil. Las extensiones sobre el core del ERP, o las integraciones punto a punto desde la plataforma legacy, rompen el camino de upgrade y obligan a re-trabajo en cada cambio de versión.
  • Las integraciones que fallan se reprocesan a mano. Cuando una solicitud aprobada no llega al ERP, alguien reprocesa caso por caso, sin clasificación del error ni reproceso automático para los fallos repetitivos conocidos.
  • La cadena de aprobación multi-nivel es difícil de mantener. Cambiar quién aprueba qué por sociedad y centro de costo implica tocar reglas hard-coded; cada cambio organizacional es un proyecto técnico.
  • El audit trail se reconstruye desde correos antes de cada auditoría, en lugar de ser subproducto del flujo.

La opción percibida es rehacer el proceso desde cero (riesgoso, largo) o quedarse en la plataforma legacy (cuenta que crece). Lo que falta es migrar la solución de presupuesto a un acelerador sobre el Operational Graph, preservando el modelo de aprobación y los datos maestros.

La solución EAFlow

Budget Workflow — CAPEX/OPEX + ERP es un acelerador vertical CPG construido sobre las soluciones transversales Workflow y la capa común Operational Graph de EAFlow Platform, con integración al ERP financiero por madurez, operando al lado del ERP del cliente —sin extender su core ni reemplazarlo. La validación cubrió, sobre la solución de presupuesto del cliente:

  • Migración desde la plataforma low-code legacy preservando el modelo de negocio. El objeto principal (cientos de campos), la matriz de aprobadores (miles de registros), y los catálogos de sociedad, centro de costo, cuentas y clase de activo se migraron a EAFlow preservando el modelo de aprobación —sin reescribir el proceso desde cero.
  • Datos maestros como entidades del grafo. Sociedades, vicepresidencias, direcciones, centros de costo, cuentas operativas, categorías de producto, centros logísticos, clase de activo y clasificación viven en el Operational Graph, no en planillas aparte.
  • Formulario por tipo (OPEX/CAPEX) y por sociedad sin reglas hard-coded: el formulario cambia consultando el grafo.
  • Cadena de aprobadores multi-nivel configurable por sociedad y centro de costo, con rol Informado opcional. Cada transición queda firmada por su autor, con banner de tarea pendiente y audit trail recorrible sobre el grafo.
  • Integración al ERP financiero por servicio (clean-core). Al aprobarse, el bus empuja la solicitud al ERP por servicio autenticado. La integración es agnóstica entre versiones del ERP financiero —ECC y S/4 en convivencia—, y compatible con clean-core: no extiende el core ni rompe el camino de upgrade.
  • Agente de reproceso gobernado con human-in-the-loop. Si la integración falla, el registro queda marcado a reprocesar; el agente escanea la cola, clasifica el error (tipo de cambio, campo de conversión, status incompatible, presupuesto anual superado por dato maestro) y reenvía automáticamente solo los fallos repetitivos conocidos, mientras los casos nuevos pasan por un responsable humano.
  • Mejora Continua de datos maestros con CRUD auditado y consulta gobernada sobre el corpus de presupuesto, con cita a la solicitud y al nodo correspondiente y control humano en toda acción.

El alcance se confirma en discovery (sociedades, convivencia ECC + S/4 si aplica, centros de costo, cadena de aprobadores, APIs y permisos del ERP). El acelerador opera al lado del ERP, sin extender su core ni reemplazarlo, y sin reemplazar obligatoriamente la plataforma low-code legacy en una sola experiencia.

Qué se validó

La experiencia se ejecutó migrando la solución de presupuesto del cliente desde la plataforma low-code legacy a EAFlow y operándola sobre el Operational Graph. El equipo financiero recorrió el ciclo completo: migración del modelo de negocio preservando estructura, datos maestros sobre el grafo, formulario por tipo y por sociedad, cadena de aprobadores multi-nivel con audit trail por transición, integración al ERP por servicio clean-core, agente de reproceso clasificado con evidencia de reprocesos gestionados sobre la matriz de aprobadores, Mejora Continua con CRUD auditado y consulta gobernada —con una comparación lado a lado entre la solución en EAFlow y la solución en la plataforma legacy.

Capacidades demostradas

  • Operational Graph como base común de contexto.
  • Modelo de negocio migrado desde la plataforma low-code legacy preservando estructura.
  • Datos maestros (sociedades, VPs, centros de costo, cuentas, clase de activo, cadena de aprobadores) como entidades del grafo.
  • Formulario por tipo y por sociedad sin reglas hard-coded.
  • Cadena de aprobadores multi-nivel configurable con audit trail por transición.
  • Integración al ERP financiero por servicio, clean-core (ECC o S/4 en convivencia).
  • Agente de reproceso gobernado con human-in-the-loop: automático para fallos repetitivos conocidos, manual para casos nuevos.
  • Mejora Continua con CRUD auditado y consulta gobernada sobre el corpus de presupuesto.

Resultado observado

El workflow de presupuesto pasó de "vivir atrapado en la plataforma legacy" a operar sobre el grafo, conectado a su sociedad, centro de costo y cadena de aprobación. Los datos maestros dejaron de vivir en planillas paralelas; la cadena de aprobadores se configura por sociedad y centro de costo sin tocar código; la integración al ERP se hace por servicio sin extender el core; las integraciones que fallan se clasifican y, para los fallos repetitivos conocidos, se reenvían automáticamente con control humano para los casos nuevos; y el audit trail dejó de rearmarse desde correos y pasó a ser subproducto del flujo.

La validación confirmó que el acelerador gobierna el workflow de presupuesto sobre el grafo operacional del cliente, integrado al ERP por servicio clean-core.

Por qué importa para otras organizaciones

El patrón se repite en organizaciones CPG con presupuesto CAPEX/OPEX sobre plataformas low-code heredadas: el proceso funciona pero queda encerrado, los datos maestros viven aparte y la integración al ERP es frágil. Migrar la solución a un acelerador sobre el Operational Graph —preservando el modelo de aprobación, integrando al ERP por servicio sin tocar el core y agregando reproceso gobernado— reduce el riesgo de la migración y el del día a día financiero.

Empezar por el workflow de presupuesto es además una puerta de entrada de bajo riesgo: el mismo Operational Graph que sostiene las solicitudes y los datos maestros sostiene después procesos, inventario, impacto del cambio y aseguramiento de control.

Cómo escala — soluciones relacionadas

El workflow de presupuesto migrado se reutiliza sobre el mismo Operational Graph: