Qué puede escribir un agente en el ERP
Qué registros del ERP puede cambiar un agente. El de catering que entregamos solo lee. Tres despliegues de octubre muestran controles distintos.
El acceso de escritura define el radio de impacto de un agente de IA. Determina qué registros del ERP puede crear o modificar el agente sin aprobación, y cuánto daño puede causar un error antes de que alguien lo detecte. Leer sale barato. Nuestra postura por defecto es prudente: dejar que la mayoría de los agentes escriban al lado del ERP, en informes o propuestas, y que se ganen después el acceso directo de un tipo de registro concreto en cada paso.
El encargo que entregamos
Una empresa española de catering industrial atiende a cientos de cuentas B2B, desde restaurantes y comedores de empresa hasta cocinas institucionales, y procesa más de 10.000 pedidos al mes a través de un ERP basado en MongoDB. El límite es sencillo. Nuestro agente lee el sistema cada semana, pero no puede crear ni modificar pedidos.
El agente dispone de una única herramienta genérica, mongodb_query, escribe sus propias consultas, decide qué merece atención y publica en Slack cada lunes por la mañana recomendaciones con nombre para cada cuenta. Nadie lo activa. Python y el Claude Agent SDK ejecutan el análisis, mientras que MongoDB y la API de Slack conectan el flujo en un VPS mediante un cron semanal.
El informe del lunes es su única salida; aun así, los resultados publicados de ese trabajo fueron un +23% en ingresos por venta cruzada en los primeros 4 meses y más de 12 cuentas en riesgo señaladas antes de que el equipo comercial se diera cuenta. Eso es tiempo recuperado. Además, el equipo dejó de dedicar 9 horas semanales a la exploración manual. Cada ejecución procesa unos 400 MB de datos operativos y genera entre 15 y 25 recomendaciones. Los detalles completos están en el encargo de catering.
El fallo sigue siendo visible. Una consulta mala puede empobrecer el informe del lunes, pero una escritura errónea en el ERP podría corromper un pedido que una cocina está esperando y permanecer oculta hasta que llegue la entrega equivocada.
Lo que otros entregaron en octubre
cbs publicó su trabajo con SFS Group el 12 de octubre de 2026 (con fecha de Heidelberg del 13 de octubre). En él describe una IA que extrae los pedidos entrantes de los clientes mientras los empleados completan la validación final antes del registro en SAP, lo que reduce el tiempo de procesamiento por pedido de unos siete minutos a menos de dos. Una persona sigue validando cada pedido.
El caso de Asurion publicado por Microsoft, con fecha del 8 de octubre de 2026, afirma que su agente resuelve las excepciones de facturas antes de que lleguen a Dynamics 365 Finance. Eso ayudó a que el procesamiento sin intervención manual en Norteamérica y Sudamérica pasara de menos del 20% a más del 70%. Esa diferencia importa. El resultado es precisamente el procesamiento sin intervención, así que ninguna persona revisa cada factura.
ERP Today informó sobre ITOCHU el 8 de octubre de 2026, y ERP Leaders lo recogió un día después: había que resolver unas 3.000 modificaciones a medida antes de que pudiera empezar el trabajo con IA. El personal mantiene el control. La IA propone asientos contables a partir de los documentos subidos, y el personal de ITOCHU revisa esas propuestas en lugar de permitir contabilizaciones sin supervisión.
Qué vigilaríamos
El camino más seguro es una escalera. Se empieza en solo lectura y se pasa después a una zona de preparación donde una persona aprueba borradores. Las escrituras directas para un único tipo de registro llegan solo cuando esos borradores hayan sido aburridamente fiables durante una larga temporada.
Primero, la limpieza. Si un ERP arrastra años de campos personalizados y códigos de estado mal documentados, un agente con acceso de escritura puede aprender esas rarezas rompiendo registros, y el equipo acabará gastando lo ahorrado en conciliaciones. Las 3.000 modificaciones de ITOCHU son la advertencia.
Esto es una suposición. Probaríamos una breve lista de cuentas que no hay que investigar, editable por el responsable comercial, para que el agente del lunes deje de volver a señalar cuentas que el equipo ya ha decidido dejar tranquilas. No es un resultado publicado de este encargo. Las recomendaciones repetidas acostumbran a la gente a leer en diagonal, mientras que este pequeño límite permitiría a las personas indicar al agente dónde ya no aporta valor seguir analizando.
Escribe a contact@unlockmanagement.com con el sistema que el agente leería y si debería poder escribir. Preferimos ver el nombre real de una colección o de una tabla antes que una diapositiva de transformación, porque la pregunta sobre la escritura suele resolverse sola en cuanto sabemos qué tocaría el agente. Respondemos en 24 horas laborables. No hay tarifa pública.