EAFLOW · MECANISMO

Operational Graph conecta procesos, aplicaciones, datos, documentos, eventos, cambios, responsables y evidencias.

Convierte relaciones dispersas en contexto operacional trazable y accionable para Max, agentes y soluciones EAFlow. No reemplaza los sistemas: los conecta como fuentes autorizadas.

BLUEPRINT · OPERATIONAL GRAPH FUENTES AUTORIZADAS OPERATIONAL GRAPH SOLUCIONES Y CAPACIDADES Procesos y arquitectura Aplicaciones Documentos y evidencias Datos y señales Cambios y decisiones Riesgos y controles Personas y responsables Operational Graph Contexto operacional trazable y accionable 7 GRUPOS CANÓNICOS Relaciones · evidencia responsables · versiones FUENTES · CONTEXTO · GOBIERNO Change Impact Process Knowledge QDM · CPG Max y agentes APIs y reportería Aceleradores Las soluciones leen del grafo y aportan contexto de vuelta. FUENTES AUTORIZADAS → OPERATIONAL GRAPH → SOLUCIONES Y CAPACIDADES

QUÉ CONECTA

  • Procesos y actividades
  • Aplicaciones e integraciones
  • Datos y documentos
  • Roles y aprobadores
  • Eventos, logs y transacciones
  • Cambios, tickets y decisiones
  • Riesgos, controles y evidencias
01 · Para qué existe

De fuentes dispersas a contexto operacional accionable.

El Operational Graph es la capa común sobre la que operan Change Impact, Process Knowledge, Quality Document Management y otras soluciones EAFlow. No reemplaza los sistemas existentes: conecta fuentes autorizadas y convierte relaciones dispersas en contexto operacional consultable.

Es el sustrato desde donde Max y los agentes autorizados responden — con citas al nodo, la versión, el responsable y la fuente. Sin contexto operacional, la IA responde desde documentos sueltos. Con el Operational Graph, responde desde relaciones trazables.

En escenarios de Service Operations, el Operational Graph permite que cada ticket deje de ser una ficha aislada y se conecte con servicio, aplicación, proceso, proveedor, SLA/OLA, evidencia, conocimiento, cambio y recomendación asistida por IA.

El Operational Graph no sólo muestra relaciones: las usa para clasificar, priorizar, derivar, explicar y auditar decisiones operativas.

Auditable por diseño. Trazable nodo por nodo. Gobernado por las mismas reglas que la operación real.

02 · Qué conecta el grafo

Siete grupos de entidades, una sola capa de contexto.

El Operational Graph organiza la operación en siete grupos canónicos. Cada grupo es un conjunto de entidades de primera clase con relaciones trazables al resto.

01

Procesos y actividades

Flujos de negocio, actividades por proceso, etapas y cadenas de valor — modelados en BPMN o normalizados desde repositorios existentes.

02

Aplicaciones e integraciones

Sistemas operacionales, módulos, conectores y dependencias entre aplicaciones que soportan la operación.

03

Datos y documentos

Conjuntos de datos, documentos vivos del SGC, SOPs, instructivos, políticas, procedimientos, registros, evidencias y fuentes oficiales conectadas al proceso que las usa.

04

Roles y aprobadores

Quién rinde cuentas por cada proceso, documento o aplicación; quién aprueba cambios, publicaciones y evidencia; quién consulta.

05

Eventos, logs y transacciones

Señales operacionales que activan o registran flujos — eventos de negocio, logs de aplicaciones y transacciones que dejan trazabilidad.

06

Cambios, tickets y decisiones

Control de cambios, tickets de servicio, decisiones documentadas y trazabilidad de cómo y por qué evoluciona la operación.

07

Riesgos, controles y evidencias

Exposiciones, mecanismos de control, evidencia publicada y vinculación entre control, documento, proceso y responsable.

Las relaciones cruzan los siete grupos: un documento se vincula al proceso, al rol responsable, al control que evidencia y al cambio que lo actualizó. El grafo es lo que hace que esas relaciones cuenten como ciudadanos de primera clase.

03 · IA con contexto operacional

Sin contexto operacional, la IA responde desde documentos sueltos.

Con el Operational Graph, la IA responde desde relaciones trazables. Una pregunta como «¿qué cambió en el flujo de cuentas por pagar?» se contesta desde el grafo: qué procesos forman parte de cuentas por pagar, qué aplicaciones los sostienen, qué controles aplican, quién es responsable y qué cambió cuándo — con cita al nodo y a la versión.

El grafo es la diferencia entre una IA que resume y una IA que explica, traza y justifica. Es la diferencia entre automatización que espera respuestas y gobierno que opera con contexto.

Los prompts responden desde texto.
Max y los agentes autorizados responden desde el Operational Graph.

04 · Cómo se alimenta

El grafo se alimenta de fuentes autorizadas.

No exige reemplazar el paisaje actual de sistemas. Se conecta a las fuentes que ya contienen contexto operacional y construye el modelo compartido por encima.

Procesos y arquitectura
  • Repositorios BPMN heredados o EAFlow BPMflow
  • Portafolios de aplicaciones, CMDBs e inventarios propios
  • Catálogos de capacidades y dominios
Documentos y conocimiento
  • Microsoft 365/SharePoint, OneDrive, Teams
  • Google Workspace/Drive (según alcance)
  • Repositorios documentales oficiales del SGC
Operaciones y cambio
  • ServiceNow, Jira Service Management u otros ITSM
  • Flujos de gestión de cambios y aprobaciones
  • Plataformas GRC y auditoría

Los conectores se acotan a lo que la organización gobierna. EAFlow no ingesta lo que no está autorizado.

05 · Cómo lo usan las soluciones

Una sola capa, múltiples soluciones sobre el mismo contexto.

El Operational Graph permite activar soluciones horizontales, aceleradores verticales, asistencia con Max y agentes gobernados, APIs y reportería sobre la misma base de contexto. Los ejemplos actuales no agotan el portfolio: el mismo grafo puede sostener nuevas soluciones y casos sectoriales.

Soluciones horizontales

Change Impact, Process Knowledge, Change Governance, Enterprise Architecture Governance y otras soluciones transversales operan sobre el mismo contexto conectado.

Aceleradores verticales

Quality Document Management for CPG y otros aceleradores sectoriales usan el grafo para adaptar procesos, documentos, evidencias, responsables y decisiones al contexto de cada industria.

Max y agentes

Max y los agentes autorizados consultan el grafo para responder con contexto, citas, relaciones y evidencia desde fuentes gobernadas.

APIs y reportería

APIs gobernadas, dashboards y reportes consumen relaciones del grafo para exponer impacto, trazabilidad, cobertura, backlog, riesgo documental y señales operativas.

Flujos operacionales

Aprobaciones, cambios, auditorías, publicaciones documentales y decisiones pueden leer del grafo y aportar nuevo contexto de vuelta.

Nuevas soluciones

El mismo sustrato puede extenderse hacia nuevas horizontales, verticales o proyectos acotados sin reconstruir el contexto desde cero.

El grafo queda probado por las soluciones que lo usan y lo enriquecen. Cada nueva solución puede leer contexto existente y aportar relaciones, evidencia, decisiones o señales de vuelta.

Ejemplo · Consulta multi-salto

Una consulta. Un recorrido. Una respuesta.

Este es el tipo de pregunta que el Operational Graph responde como un único recorrido.

Consulta

«Qué aplicaciones tocan PII, cuyo proveedor principal renueva en Q3, Y que carecen de un responsable de cambio documentado.»

Sin un Operational Graph

Cinco joins en hojas de cálculo. Tres equipos. De horas a semanas de reconciliación.

En EAFlow

Un recorrido único por Aplicación → Datos (PII) → Proveedor → Contrato (renovación=Q3) → Cambio (registro de gestión de cambio + responsable como propiedad) — respondido en segundos.

Por qué importa

Las decisiones de cumplimiento, auditoría y arquitectura dejan de esperar por reconciliación.

Este es un ejemplo de consulta. El mismo grafo responde preguntas sobre impacto de cambio, dueños de proceso, cobertura de controles, evidencia documental, obligaciones de proveedores y decenas más.

06 · Superficies de acceso

Tres formas de consultar el grafo.

Personas

A través de Max

Max es la interfaz conversacional de EAFlow. El equipo pregunta en lenguaje natural sobre procesos, aplicaciones, documentos, riesgos, responsables o cambios — y Max responde desde el grafo, con trazabilidad hasta los nodos subyacentes.

Conoce a Max ↗
Agentes

A través de flujos agénticos

Los agentes autorizados consultan el grafo como su fuente de contexto. Cuando un agente corre sobre Claude, sobre un modelo open-source auto-alojado o sobre el despliegue privado autorizado por la organización, el grafo es el sustrato desde el que el agente responde.

Hablar con un especialista →
Aplicaciones

A través de APIs gobernadas

Las aplicaciones empresariales y las soluciones EAFlow consumen el grafo por APIs gobernadas. Change Impact, Process Knowledge, Quality Document Management y otras operan sobre el mismo sustrato.

Ver soluciones sobre el Operational Graph →
07 · Roles sobre el grafo

Los arquitectos gobiernan el grafo. Los agentes lo usan.

El grafo lo gobierna el equipo de arquitectura responsable. Define la ontología, aprueba los conectores, custodia la versión de verdad y delimita qué cubre el sustrato.

Los agentes autorizados por la organización (Max, Claude, Copilot, agentes internos) leen el grafo como su fuente de contexto operacional. Responden desde el grafo — no desde prompts, no desde documentos subidos a un chat, no desde datos genéricos de entrenamiento.

El rol del arquitecto no desaparece. Se desplaza: de documentar arquitectura en un repositorio a gobernar el sustrato sobre el que operan los agentes. El grafo se mantiene actualizado porque los sistemas lo alimentan; el gobierno se mantiene sólido porque las reglas siguen en manos del equipo de arquitectura.

08 · Cómo se gobierna

El grafo no es un espacio sin reglas.

Cada nodo tiene un responsable. Cada arista tiene una fuente. Cada consulta queda trazada. Cada cambio queda registrado. El grafo está construido para organizaciones donde cumplimiento, auditoría y responsabilidad no son opcionales.

EAFlow no esconde qué usa la IA. El Operational Graph expone el contexto detrás de cada respuesta — qué nodos se consultaron, qué relaciones se recorrieron, qué versión de qué documento, qué cambio controlado se aplicó. Auditable por diseño, no por reconstrucción.

  • Cada respuesta es trazable hasta los nodos del grafo.
  • Cada nodo carga responsabilidad y procedencia.
  • Cada consulta queda registrada e inspeccionable.
  • Cada cambio al grafo se gobierna con los mismos controles que la operación.

Auditable por diseño, no por reconstrucción.

El mecanismo común que sostiene las soluciones EAFlow.

El Operational Graph es la base sobre la que operan Change Impact, Process Knowledge, Quality Document Management y Max. No compite con las soluciones: es la capa común que las hace posible.

EAFlow se entrega a través de proyectos empresariales acotados. Las soluciones modulares (Change Impact, Process Knowledge, Quality Document Management) operan sobre el mismo Operational Graph.