Un agente puede sugerir un cambio en los datos de un proveedor o tener permisos para guardarlo en el ERP. En el segundo caso, revisar si la sugerencia era correcta es solo una parte. Alguien tiene que definir quién autoriza el cambio, qué queda registrado y cómo se corrige un error.
En la práctica esas decisiones suelen quedar repartidas entre el área usuaria, sistemas y el proveedor de la solución. Conviene dejarlas claras entre los tres antes de habilitar al agente para modificar datos, no después.
Un punto de partida razonable es una lista. Para cada herramienta de AI en uso en EBS o Fusion, anotar qué puede hacer (consultar datos, proponer un cambio, ejecutarlo), quién aprobó ese permiso y a quién llaman cuando falla. En Fusion, el relevamiento debería incluir las funciones de AI habilitadas en el entorno. En EBS, también conviene revisar las integraciones a medida y cualquier agente conectado al sistema.
Además de los permisos, conviene revisar cómo se aprueban las sugerencias del agente. ¿El aprobador tiene información suficiente para detectar un proveedor equivocado o un importe que no cierra? ¿Puede identificar qué sugerencias fueron generadas por AI? Para revisar un cambio, el aprobador necesita ver qué dato se va a modificar y con qué información se propuso. Si solo recibe una sugerencia y un botón para aprobarla, puede no tener elementos suficientes para detectar un error.
Con ese inventario se puede revisar si los permisos de cada agente corresponden a su tarea y definir quién puede ampliarlos. También debería quedar registrado a quién contactar y cómo detener la ejecución si aparece un error. En nuestros despliegues de agentes sobre Oracle, documentamos estos puntos antes de habilitar permisos para modificar datos.