Saltar al contenido principal

Plataforma ECOSIRE

¿Qué es el ERP agéntico?

El ERP agéntico es un ERP en el que los agentes de IA son cuentas de pleno derecho, no una ventana de chat. Un agente de ECOSIRE tiene su propio registro con la lista explícita de herramientas que puede invocar, el nivel de riesgo máximo en el que puede actuar sin una persona y un límite de acciones por hora. Cada acción que intenta sigue un único camino — propuesta, comprobación de política, aprobación cuando corresponde, ejecución duradera, entrada en el registro — y ninguna escritura de agente puede saltárselo. Las acciones calificadas como críticas, como contabilizar un asiento o registrar un pago, exigen una persona en todos los niveles de autonomía, incluido el más alto.

Reservar una evaluación de ERP agéntico
Política
110
low · medium · high · critical
La escala de autonomía
3
L0 · L1 · L2
Conecta tus propios agentes por MCP
POST /api/mcp
eco_live_…

El único camino que sigue toda acción de un agente

No hay una segunda ruta. Un agente no puede escribir directamente en la base de datos y una herramienta no puede invocarse fuera de banda: la puerta de enlace es la única entrada, y es ella la que escribe el registro.

  1. Proponer

    El agente nombra una herramienta y aporta sus argumentos. Un nombre de herramienta desconocido, o unos argumentos que no pasan el esquema, se rechazan de plano antes de que exista ninguna entrada en el registro: el registro anota decisiones sobre propuestas válidas, no llamadas mal formadas.

  2. Política

    Tres comprobaciones pueden denegar de plano: si el agente está activo, si esa herramienta está en su lista blanca y si sigue dentro de su presupuesto de acciones por hora. Una denegación en cualquiera de ellas se escribe en el registro con su motivo. Una cuarta comprobación no es una denegación: si el nivel de riesgo de la herramienta supera el techo del agente, o está calificado como crítico, la propuesta se enruta a una persona en lugar de rechazarse.

  3. Aprobar

    Todo lo que supere el techo del agente — y todo lo calificado como crítico, siempre — llega a una bandeja de aprobaciones como propuesta pendiente y deja una nota en la línea de tiempo del registro. Una persona la aprueba o la rechaza, y su identidad queda guardada junto a la decisión.

  4. Ejecutar

    El trabajo aprobado entra en una cola duradera bajo un id derivado de la acción, de modo que un reintento no puede ejecutarlo dos veces. El worker vuelve a comprobar que el agente sigue activo y que la herramienta sigue existiendo antes de tocar nada, y un trabajo que muere a medio camino se recoge en vez de quedarse atascado.

  5. Registro

    Éxito o fallo, el resultado se guarda con el motivo de la decisión y, cuando ha intervenido un modelo, con el modelo y la versión de prompt, los tokens consumidos y el coste en micro-dólares enteros, nunca un decimal. Las entradas no se editan ni se borran de forma lógica en operación normal; eliminar una cuenta de agente elimina su historial con ella. Exporta en JSON para el registro completo, o en CSV para los campos de decisión. La línea de tiempo del registro también recibe el resultado, así que quienes trabajan ese registro ven lo que hizo el agente sin abrir una pantalla de administración.

La escala de autonomía

Un dial por agente, tres posiciones. Lo que el dial fija en realidad es un solo número: el nivel de riesgo por encima del cual una persona debe aprobar. Arranca cada agente en L0, lee su registro durante una semana y luego decide si lo subes.

La escala de autonomíaAprobar
L0 Suggestejecuta solo hasta none
L1 Assistejecuta solo hasta low
L2 Operateejecuta solo hasta high

Ningún nivel se asigna a un techo crítico, porque lo crítico nunca se autoejecuta. El nivel máximo seleccionable es L2: subir el dial amplía lo que corre sin supervisión, nunca elimina el requisito de aprobación en las acciones críticas.

Conecta tus propios agentes por MCP

Conecta tus propios agentes por MCP

POST /api/mcp implementa el Model Context Protocol sobre HTTP transmisible sin estado. Autentícate con una clave de agente emitida desde la consola de administración —la clave en claro se muestra una sola vez— y el servidor lista las herramientas de negocio de la lista blanca de ese agente, más cuatro controles integrados para leer el estado de las acciones y gobernar las ejecuciones de bucle. No se ofrece nada fuera de la lista blanca. Un tools/call entra en la misma pasarela que nuestros propios agentes: las mismas comprobaciones de política, la misma bandeja de aprobaciones, el mismo registro. GET responde 405 a propósito: aquí MCP es solo POST.

Un ejemplo real: el agente de cobros

Se activa por organización: sin cuenta de agente de cobros, no hay revisión. Cada mañana revisa las facturas vencidas y propone un aviso de pago por factura a los 7, 14 o 30 días, con una clave que impide que una segunda pasada el mismo día lo duplique. Por debajo de L2 no puede enviar en absoluto: la propuesta se queda en la bandeja de aprobaciones. El envío está condicionado a la lista de supresión, y un error en esa comprobación significa no enviar. Proponer una conciliación de pagos está calificado como crítico, así que es una propuesta para siempre, en todos los niveles.

Qué impide que un agente se descarríe

Una clave de agente está aislada de todas las rutas de claves de usuario, así que nunca puede actuar como una persona. Cada consulta se limita a tu organización en el código de aplicación: ese es el control principal. La seguridad a nivel de fila en la base de datos está aprovisionada sobre las tablas de negocio centrales y aún funciona en modo permisivo mientras se despliega, así que trátala como defensa en profundidad y no como lo que sostiene la línea. Suspender un agente lo detiene en la puerta y en pleno vuelo: el ejecutor vuelve a comprobar que sigue activo antes de ejecutar una acción ya aprobada. Los mensajes salientes fallan en cerrado frente a la lista de supresión. Las ejecuciones de bucle desatendidas tienen además un interruptor de parada: un flag para toda la flota y un campo por agente.

¿Quieres verlo con tus propios datos?

Cuéntanos en qué proceso pondrías un agente primero y lo recorreremos contigo por la escala de autonomía, empezando en L0, donde propone y no ejecuta nada.