‹ Cultura 3.14 · Qué nos preguntamos
Pregunta · Operaciones
¿Qué contexto necesita un bot antes de actuar sobre un ERP?
La mayor parte del trabajo de un agente sobre un ERP ocurre antes de la primera escritura, y consiste en saber qué no puede hacer.
Un ERP no es una base de datos con una API delante. Es un conjunto de acuerdos operativos que llevan años sedimentando, y buena parte de ellos no está escrita en ninguna documentación.
Antes de que un agente escriba nada, necesita cinco cosas. Qué identidad utiliza y qué permisos tiene esa identidad, que casi nunca coinciden con los del usuario que lanzó el proceso. Qué operaciones son idempotentes, porque un reintento sobre una que no lo es duplica un asiento. Qué campos son de negocio y cuáles son técnicos, para no corregir un dato que alguien ajustó a mano por una razón. Qué ventanas de cierre existen, porque una escritura correcta a la hora equivocada es un problema contable. Y qué acción requiere autorización humana antes de ejecutarse.
Hemos aprendido a declarar esas cinco cosas como políticas explícitas y no como código dentro del agente. Lo que no está declarado no ocurre: el agente no puede invocar una herramienta que no tenga contrato tipado y permiso asociado.
El efecto secundario más útil ha sido conversacional. Escribir esta lista con el equipo de operaciones saca a la superficie excepciones que nadie recordaba, y esas excepciones suelen explicar mejor el proceso que el manual.