Capa 04 · IA integrada a sus sistemas
Su ERP, su CRM, su gestor documental, su core y su BI ya sostienen la operación. No los reemplazamos: les sumamos capas para que su equipo pregunte, cruce información entre sistemas y actúe con IA, con los mismos permisos y el control que usted ya tiene.
Animación de ejemplo con datos ficticios: registros de su ERP, su CRM y su gestor documental se conectan sin migrarlos, la consulta pasa por identidad, permisos y registro, y un agente responde cruzando la fecha de despacho del ERP, el cliente del CRM y el contrato del gestor documental.
Cómo se integra
Sus sistemas quedan en la base, como están. Encima se agrega una capa de integración, que define por dónde entra la IA a cada sistema. Luego va una capa de gobierno, que decide qué puede ver y hacer. Arriba están las interfaces donde su equipo conversa y los agentes que trabajan.
Cada capa se puede ampliar sin tocar las demás: sumar un sistema, cambiar de asistente o abrir una acción nueva.
Donde su equipo pregunta y decide: la intranet, Teams o WhatsApp, el asistente de IA de su empresa o agentes que trabajan solos.
Quién puede ver qué, qué acciones están permitidas, qué requiere aprobación y qué queda registrado.
Las vías por las que la IA lee y actúa en cada sistema. Se elige una por sistema, según lo que ese sistema ya ofrece.
No se reemplazan ni se migran. Siguen siendo la fuente de verdad, con sus datos y sus permisos.
Capa de integración
Ninguna vía sirve para todo. La decisión depende de lo que cada sistema ya ofrece y de lo que usted quiere que la IA haga en él. Casi siempre, una empresa termina con una combinación.
Un protocolo abierto para que cualquier asistente de IA compatible descubra y use las funciones de un sistema, con el acceso de cada persona.
CONVIENE CUANDOEl mismo sistema lo usarán varios asistentes o agentes, y quiere controlar el acceso desde un solo lugar.
Instrucciones y comandos empaquetados que el agente ejecuta paso a paso. Se versionan y se revisan como cualquier procedimiento.
CONVIENE CUANDOTareas internas, repetibles y de alto volumen, donde importan la rapidez y el costo por operación.
Las interfaces que su sistema ya publica. Muchas veces son la base sobre la que se construyen las otras vías.
CONVIENE CUANDOEl sistema tiene una API estable y documentada. Es la vía más directa.
El sistema avisa cuando algo pasa («llegó una factura», «cambió un estado») y la IA reacciona, sin revisar a cada rato.
CONVIENE CUANDOEl trabajo empieza con un hecho del negocio. Es la base de los agentes que trabajan solos.
Conectores ya disponibles para sistemas de mercado. Ahorran tiempo, pero hay que revisar qué permisos traen.
CONVIENE CUANDOSu sistema es un producto de mercado con conectores maduros.
El agente usa la pantalla del sistema como lo haría una persona: lee, busca y llena formularios.
CONVIENE CUANDOSistemas heredados o portales externos sin API. Es un puente: más lento y siempre con supervisión.
La conversación vive dentro del sistema que su equipo ya usa y respeta sus permisos.
CONVIENE CUANDOLa mayor parte del trabajo ocurre en un solo sistema y no hace falta cruzar con otros.
Acceso de solo lectura a la base de datos o al data warehouse, idealmente sobre indicadores ya definidos por su equipo.
CONVIENE CUANDOPreguntas de indicadores y análisis. Nada se modifica y las cifras salen de definiciones acordadas.
Cómo se ve
Elija un rol y haga la pregunta. Verá a qué sistema consulta la IA, por qué vía y con qué resultado. Antes de hacer algo, le pide su aprobación.
Los sistemas, las vías y los datos del ejemplo son ilustrativos. En su caso dependen del diagnóstico.
EJEMPLO · DATOS FICTICIOS
¿Qué clientes clave tienen pagos vencidos y contratos que se renuevan este trimestre?
Capa de gobierno
La capa de gobierno está entre la IA y sus sistemas. Es la misma sin importar la vía de integración o el asistente que use su equipo.
La IA actúa con la identidad de cada persona y ve solo lo que ella ya puede ver en cada sistema. No se crean accesos paralelos.
Toda consulta pasa por un punto central (un gateway de IA) que aplica las reglas, en lugar de credenciales sueltas por cada agente.
Quién preguntó qué, a qué sistema se consultó, qué se respondió y qué se hizo. Queda disponible para auditoría.
Consultar puede ser inmediato. Crear, aprobar, enviar o pagar pide la confirmación explícita de una persona.
Cada integración expone solo lo necesario. Se definen topes, horarios y datos que nunca salen del sistema.
Se prueba antes de salir a producción y se revisa en uso: calidad de las respuestas, errores y consultas fuera de lo esperado.
Cómo empezamos
Revisamos qué sistemas tiene, qué ofrece cada uno (API, eventos, conectores o solo pantalla) y qué preguntas le cuestan hoy a su equipo.
Conectamos uno o dos sistemas para consultar, sin modificar nada. Su equipo prueba con preguntas reales y con sus permisos.
Habilitamos las primeras acciones (crear una tarea, preparar un borrador) siempre con la confirmación de una persona y registro.
Sumamos sistemas, áreas y, si conviene, agentes que trabajan solos. Las reglas de gobierno no se rehacen: se amplían.
Con el resto de Appropia
Si usa el repositorio documental, LuxFlow o Cortex, la IA los consulta por las mismas vías y bajo el mismo gobierno que a su ERP o su CRM. No hay un camino especial ni un gobierno aparte.
AGENTES AUTÓNOMOS
Aquí una persona pregunta y la IA responde. Cuando un proceso necesita que un agente trabaje de forma continua, AgenticOS usa estas mismas integraciones y el mismo gobierno: permisos, límites, aprobación y registro de cada acción.
Conocer AgenticOSPreguntas frecuentes
No. Su ERP, su CRM, su gestor documental, su core y su BI siguen igual y siguen siendo la fuente de verdad. Lo que se agrega son capas: una de integración, una de gobierno y, encima, las interfaces conversacionales y los agentes.
Depende de lo que ofrece cada sistema. Si tiene una API estable, se usa esa API. Si varios asistentes lo van a usar, conviene el estándar abierto MCP. Para tareas internas y repetibles sirven los comandos (CLI). Si el trabajo arranca con un hecho del negocio, se usan eventos. Si no hay API, se opera por la interfaz. Casi siempre es una combinación, y se define en el diagnóstico.
Model Context Protocol es un estándar abierto para conectar asistentes de IA con sistemas y datos. Tiene una ventaja: la conexión se hace una vez y la puede usar cualquier asistente compatible. Es una de las vías de integración, no la única.
Hay alternativas. El agente puede operar la pantalla del sistema como lo haría una persona, o leer los datos en modo de solo lectura. Es un puente útil para sistemas heredados, pero es más lento y frágil: por eso se usa con supervisión y se reemplaza por una vía más estable cuando existe.
Solo las acciones que se habiliten de forma explícita, y con la aprobación de una persona antes de ejecutarlas. Recomendamos empezar en solo lectura y abrir las acciones una a una.
La IA actúa con la identidad de quien pregunta y hereda sus permisos en cada sistema. Si una persona no tiene acceso a un contrato o a un cliente, la IA tampoco lo tiene cuando responde a esa persona. Cada consulta queda registrada.
Diseñamos la capa de integración y de gobierno para que no dependa de un solo modelo. Así, cambiar de modelo o sumar otro asistente no obliga a rehacer las conexiones con sus sistemas.
Aquí una persona pregunta y la IA consulta sus sistemas para responder o proponer una acción. En AgenticOS, los agentes trabajan de forma autónoma y continua. Ambos usan las mismas integraciones y el mismo gobierno.
