EAFLOW · CASO · FINTECH
Inventario vivo del portafolio TI sobre el grafo, en convivencia con la herramienta EA legacy
Una organización líder de tecnología financiera y medios de pago, con operación en Chile, validó Inventario Vivo TI en convivencia con su herramienta de Arquitectura Empresarial enterprise: la herramienta legacy se mantiene como fuente de autoridad del modelo de arquitectura y EAFlow agrega una capa de inventario vivo del portafolio —aplicaciones, owners, criticidad, proveedores, integraciones— navegable y con dashboards de portafolio sobre el Operational Graph, sin migrar el repositorio.
La validación mostró que la solución funciona sobre la operación real del cliente y el valor que aporta: el portafolio TI disponible como capa de inventario consultable por el resto del negocio, conectada a los procesos que las aplicaciones soportan y a sus proveedores, sin tocar la autoridad del modelo de arquitectura existente.
El desafío
Las organizaciones de tecnología financiera y medios de pago que gobiernan su arquitectura en una herramienta EA enterprise legacy enfrentan el mismo patrón. El modelo de arquitectura es valioso, pero poco accesible al resto del negocio y aislado de la operación.
- El modelo de arquitectura es un activo del equipo especialista, pero la operación, las áreas de negocio y la dirección no consultan el repositorio: la curva de adopción es alta y la herramienta está pensada para especialistas.
- El inventario operativo del portafolio TI —owners actuales, criticidad funcional, integraciones, proveedores— se rearma en planillas paralelas para cada decisión, aunque la herramienta EA tenga el modelo.
- El repositorio de arquitectura está aislado de la operación: las aplicaciones del modelo EA no se conectan a los procesos operativos que soportan, ni a los proveedores, ni a los datos, en una vista consultable por el resto de la organización.
- Reemplazar la herramienta EA de golpe es riesgoso y muchas veces innecesario: migrar todo el modelo a una plataforma nueva es proyecto largo y de alto riesgo, y cuando la herramienta actual cumple su rol de autoridad, el reemplazo total no es la mejor primera decisión.
- No siempre se quiere —o se puede— incorporar IA desde el inicio: por gobierno de datos, madurez o política interna, la organización puede preferir una capa de inventario vivo y consulta estructural en una primera fase.
- Las iniciativas de inventario quedan vulnerables si dependen de un único referente técnico; la titularidad técnica debe estar resuelta para que la operación del inventario sea sostenible.
Lo que falta es una capa de inventario vivo del portafolio TI sobre el Operational Graph que conviva con la herramienta EA legacy: preservando su rol de autoridad, haciendo el portafolio consultable por el resto del negocio y rompiendo el aislamiento respecto de la operación.
La solución EAFlow
Inventario Vivo TI es una solución transversal del área Modernización EA/BPA, construida sobre la capa común Operational Graph de EAFlow Platform, operando en convivencia con la herramienta de Arquitectura Empresarial del cliente —que se mantiene como fuente de autoridad del modelo de arquitectura. La validación cubrió, sobre el portafolio TI de la operación del cliente, el escenario de convivencia como capa de inventario vivo:
- La herramienta EA legacy se mantiene como fuente de autoridad. El equipo de arquitectura continúa gobernando su repositorio de arquitectura en la herramienta actual; EAFlow no reemplaza esa autoridad.
- Capa de inventario vivo del portafolio TI sobre el grafo. El portafolio de aplicaciones —con owners, criticidad, procesos soportados, proveedores e integraciones— queda disponible como una capa de inventario liviana, consultable por el resto del negocio y conectada al grafo operacional.
- Catálogo de aplicaciones estructurado y navegable. Cada aplicación queda registrada con su metadata operativa, navegable por criticidad, por dueño, por proveedor y por proceso soportado, con un mapa de integraciones y dependencias visible para análisis de cambios.
- Sincronización gobernada con la fuente de autoridad EA. Lo que vive en la herramienta EA legacy se sincroniza a la capa de inventario de EAFlow de forma gobernada: la herramienta legacy mantiene la autoría del modelo, EAFlow mantiene la capa de inventario vivo, la navegación y la reportería de portafolio, con trazabilidad de origen.
- Operational Graph como destino de la capa de inventario. Aplicaciones, owners, criticidad, procesos soportados, proveedores, integraciones y datos quedan conectados como entidades de primera clase, con trazabilidad a nivel de evento de cada sincronización.
- Soporte analítico y determinístico. Los dashboards de portafolio —por criticidad, por dueño, por proveedor, por proceso, por estado de integración—, el catálogo navegable y la consulta estructural operan de forma determinística, rompiendo el aislamiento del repositorio de arquitectura respecto de la operación.
La población del inventario es gobernada, no descubrimiento automático universal: la sincronización proviene de la herramienta EA legacy y de fuentes complementarias del cliente (planillas, CMDB) con carga gobernada. El nivel real de integración con la herramienta legacy se valida por madurez y validación técnica en discovery (API de la herramienta o exportación gobernada). La base queda lista para incorporar consulta en lenguaje natural como evolución posterior, sin que esa capacidad forme parte de lo validado en esta experiencia.
Qué se validó
La experiencia se ejecutó sobre el portafolio TI de la operación del cliente, en continuidad con un trabajo de inventario en convivencia previo. El equipo de arquitectura recorrió la capa de inventario completa: sincronización gobernada desde la herramienta EA legacy hacia la capa de inventario, construcción del catálogo de aplicaciones con owners, criticidad, procesos soportados, proveedores e integraciones, mapeo de integraciones y dependencias, y conexión de las aplicaciones a los procesos que soportan y a sus proveedores cuando esos corpus estaban disponibles. Los dashboards de portafolio, el catálogo navegable y la reportería de portafolio funcionaron de forma determinística sobre el grafo, con trazabilidad del origen de cada sincronización.
Capacidades demostradas
- Operational Graph como base común de contexto.
- Convivencia con la herramienta EA legacy como fuente de autoridad del modelo de arquitectura.
- Sincronización gobernada hacia la capa de inventario, con trazabilidad de origen.
- Catálogo de aplicaciones estructurado y navegable (owners, criticidad, procesos soportados, proveedores, integraciones).
- Dashboards de portafolio (criticidad, dueño, proveedor, proceso soportado, estado de integración).
- Mapa de integraciones y dependencias para análisis de cambios.
- Aplicaciones conectadas a procesos y proveedores cuando esos corpus están disponibles.
- Reportería de portafolio determinística (cobertura del inventario, aplicaciones sin owner, sin criticidad, integraciones sin mapear).
Resultado observado
El portafolio TI pasó de "rearmarse en planillas paralelas para cada decisión" a estar disponible como capa de inventario vivo, navegable y conectada al grafo, consultable por el resto del negocio y vinculada a los procesos que las aplicaciones soportan y a sus proveedores. La herramienta EA legacy siguió siendo la fuente de autoridad del modelo de arquitectura durante toda la experiencia, sin que el equipo de arquitectura perdiera su rol.
La validación confirmó que la solución sostiene la capa de inventario en convivencia sobre la operación real del cliente, dejando la decisión de ruta evolutiva —ampliar la cobertura del portafolio inventariado, incorporar consulta en lenguaje natural sobre el inventario ya conectado o evolucionar a futuro hacia el Gobierno de Arquitectura Empresarial completo sobre EAFlow— en manos del equipo de arquitectura, con el inventario ejecutado como evidencia y no como decisión forzada.
Por qué importa para otras organizaciones
El patrón se repite en organizaciones de tecnología financiera y medios de pago con años de inversión en una herramienta EA enterprise: el modelo es valioso pero poco accesible, el inventario operativo vive en planillas paralelas y reemplazar la herramienta de golpe se percibe como riesgoso e innecesario. Demostrar, sobre la operación del cliente, que el portafolio TI puede volverse una capa de inventario vivo, navegable y consultable por el resto del negocio sin tocar la autoridad del modelo de arquitectura convierte una decisión de "todo o nada" en una decisión informada por evidencia.
Empezar por el inventario vivo es además una puerta de entrada de bajo riesgo: el mismo Operational Graph que sostiene el inventario en convivencia sostiene después procesos, arquitectura, documentos, riesgo y operación.
Cómo escala — soluciones relacionadas
El inventario vivo del portafolio TI se reutiliza sobre el mismo Operational Graph:
- Hacia gobierno de arquitectura Gobierno de Arquitectura Empresarial
Si el cliente decide a futuro consolidar el repositorio de arquitectura sobre EAFlow (metamodelo, reglas de calidad, gobierno por dominio), el inventario es la base, como escenario distinto.
- Hacia el conocimiento de procesos Process Knowledge
Los procesos que las aplicaciones soportan se conectan al corpus de procesos del cliente, incluida la capa de procesos en convivencia con la herramienta BPA legacy.
- Hacia proveedores y contratos Vendor, SLA & Contract Intelligence
Los proveedores del inventario se conectan a contratos y SLAs con evidencia de cumplimiento.
- Hacia cambios y roadmap Mapa de Impacto y Roadmap de Cambio / Change Impact
Un cambio en una aplicación del inventario se evalúa por impacto sobre el grafo antes de decidir.
- Hacia riesgo y control Risk & Control Assurance
La criticidad de las aplicaciones se conecta a los riesgos y controles del modelo de aseguramiento.