Una base para TI, no otro proyecto de integración.
Conectores, definiciones compartidas y agentes con control por rol.
Lo que hoy le cuesta a tecnología
Lo que TI tiene que resolver antes de dejar que un agente toque un sistema. Elige el tuyo arriba y Xophia te muestra cómo se resolvería en tu arquitectura.
Cada integración nueva parte de cero
Otro conector, otro mapeo, otra cuenta de servicio. Lo que se construyó para un proyecto no se reutiliza en el siguiente.
No sabemos qué puede tocar un agente
Un piloto de IA con acceso amplio a tus sistemas es un riesgo que nadie firma: sin permisos acotados ni registro, no pasa la revisión de seguridad.
Seguridad nos pide evidencia que no tenemos
Quién aprobó qué, con qué datos y cuándo. Si eso vive en correos y logs dispersos, cada auditoría es una reconstrucción.
El negocio compra herramientas que no controlamos
Cada área suma su SaaS y TI termina manteniendo integraciones, licencias y accesos que nadie diseñó para convivir.
Una ejecución, de punta a punta
Así corre un módulo: el conector lee con un rol acotado, el agente propone, la política detiene la escritura y la persona responsable aprueba. Todo queda registrado.
Ejemplo ilustrativo con datos ficticios. Roles, políticas de aprobación e identidades se definen con tu equipo en cada despliegue.
01 · Leer
El conector lee con un rol acotado
El agente del módulo de conciliación consulta movimientos bancarios y facturas abiertas en el ERP con permisos de solo lectura.
- Rol
- finanzas.lectura
- Lectura
- 412 movimientos · 388 facturas
02 · Detener
La política detiene la escritura
El agente propone los calces. Como escribir en el ERP es una acción de alto impacto, la política pausa la ejecución hasta que alguien con el rol correcto apruebe.
- Propuesta
- 409 calces · 3 diferencias
- Política
- escritura_erp · aprobación requerida
03 · Registrar
La escritura corre con su responsable
Tras la aprobación, la escritura se ejecuta con la identidad del operador cuando el sistema lo permite. Llamadas, aprobación y resultado quedan en el registro.
- Aprobado
- Finanzas · 10:42
- Escritura
- 409 líneas · usuario operador
Léelos como documentos técnicos
Cada módulo de referencia muestra su arquitectura, los sistemas que toca y una traza ilustrativa de llamadas a herramientas. Todos corren sobre la misma base.
- Conciliación financieraProcesos separados para banco, tarjetas, SII y Buk dentro de un flujo controlado contra el ERP. Las escrituras esperan aprobación y usan identidad delegada o una cuenta de servicio con privilegios mínimos.
- Supervisión comercialLee el CRM y una capa semántica de métricas comerciales, y nunca escribe en el CRM sin aprobación. La traza muestra qué herramientas llama y con qué permisos.
- Copiloto de indicadoresSQL compilado desde la capa semántica, validado contra el esquema y la seguridad a nivel de fila, y ejecutado con un rol de solo lectura en tu warehouse.
Seguridad y cumplimiento, sin adornos
Lo que está disponible y lo que sigue en curso, dicho por separado. El detalle completo está en Seguridad.
Identidad y mínimo privilegio
SSO con SAML 2.0 u OIDC, acceso por roles a nivel de recurso y herramientas acotadas por rol para cada agente. Identidades y cuentas de servicio se documentan por despliegue.
Aprobación antes de escribir
Las escrituras en tus sistemas y las acciones de alto impacto requieren aprobación humana. Responsables y límites se definen por despliegue.
Registro y estado real
Llamadas, aprobaciones y resultados quedan registrados para revisión, con TLS 1.2+ en tránsito y AES-256 en reposo. SOC 2 Type II está en preparación: no declaramos ese informe ni una certificación ISO 27001.
Para leer antes de la revisión técnica
Ver todo el blog- Lo que un agente necesita para trabajarUn agente no trabaja en el vacío. Para conectarlo a la operación hay que definir cómo consulta, cómo actúa y qué controles necesita; las piezas concretas dependen de la tarea.
- MCP: superpoderes dentro de tu empresaMCP estandariza cómo un asistente descubre y usa capacidades. Incluye autorización opcional para HTTP; los permisos de negocio, las aprobaciones y el registro requieren diseño propio.
- Seguridad para agentes: identidad, permisos mínimos e inyección de instruccionesUn agente con acceso a tus sistemas es un nuevo tipo de usuario, que lee todo lo que le pasan y a veces obedece instrucciones que no debería. Protegerlo empieza por principios de hace cincuenta años.
Preguntas de una revisión técnica
¿Cómo se conecta con nuestros sistemas?
Mediante herramientas compatibles con MCP y APIs como REST, GraphQL y SQL, además de eventos y webhooks, con ERP, CRM, bancos, SII, Buk y BI. El adaptador exacto, los permisos y el alcance de escritura se confirman durante la implementación.
¿Dónde corre?
En la nube gestionada por Xophia, con aislamiento lógico por organización, o dentro de la VPC de tu empresa, según el alcance. Región, retención, flujos de datos y respaldos se confirman y documentan antes del despliegue.
¿Qué puede hacer un agente sin aprobación?
Solo usar las herramientas y los datos que su rol permite, como leer. Las escrituras en tus sistemas y las acciones de alto impacto esperan la aprobación de una persona, y cada llamada queda registrada.
¿Pueden responder nuestro cuestionario de seguridad?
Sí. Envíanos el cuestionario o pide una revisión con ingeniería. Ahí mostramos qué controles están disponibles, qué sigue en curso y qué evidencia se puede revisar, incluido el alcance vigente de las pruebas de penetración.
¿Qué tendría que pasar para que tu equipo lo apruebe?
Pide una revisión técnica: arquitectura, conectores, permisos y despliegue, con quienes construyen la plataforma. Si tienes un cuestionario de seguridad, tráelo.