Sí, para tres trabajos específicos. Un agente de IA puede mantener los puntos de reorden actualizados a partir de las transacciones que el sistema ya registra, gestionar la disciplina en torno a los conteos cíclicos (abriéndolos, persiguiéndolos, reconciliando los resultados) y preparar pedidos a proveedores a partir de un informe de bajo stock. Esos son los trabajos que se desvían cuando una persona es interrumpida, y son los que vale la pena delegar primero.
El gasto es el límite. Un agente debe realizar pedidos solo dentro de un límite que el sistema impone, exactamente como un comprador junior trabaja bajo una autoridad, y debe detenerse y preguntar cuando un pedido supera ese límite o parece inusual. La seguridad proviene del software que mantiene la línea, no del modelo recordando comportarse.
Lunes por la mañana en un pequeño almacén
La estantería dice doce. El sistema dice treinta. El pedido al proveedor que debería haberse enviado el jueves sigue siendo un borrador, porque la persona que lo genera estaba cubriendo el despacho. Nada de esto es un fallo del software en el sentido habitual. Lo que falló es el mantenimiento: tres pequeños trabajos que deben hacerse continuamente para que los números signifiquen algo, y que nadie está remunerado para hacer de forma continua.
Esos tres trabajos son la mayor parte de la gestión de inventario para una operación pequeña o mediana: mantener la cifra de stock verdadera, saber cuándo reordenar y realizar el pedido. Cada uno es rutinario, cada uno se interrumpe por lo que esté sucediendo en el suelo, y cada uno se desvía cuando es interrumpido. Esa desviación es donde los agentes de IA para la gestión de inventario justifican su existencia, y la pregunta útil es cuál de los tres trabajos puede manejar un agente por sí solo y dónde tiene que detenerse y preguntar.
Puntos de reorden: matemáticas sencillas, mantenimiento constante
La regla estándar no es complicada. Un punto de reorden es el nivel de stock que activa el reabastecimiento, calculado como el consumo esperado durante el tiempo de entrega del proveedor más un stock de seguridad mantenido contra variaciones en la demanda o la entrega. Si un artículo se vende a veinte por semana, el proveedor tarda dos semanas, y mantienes una semana de reserva, el punto de reorden es sesenta. Cualquier manual sobre control de stock da la misma fórmula.
La dificultad es que cada entrada se mueve. El tiempo de entrega cambia cuando el proveedor cambia de transportista o pierde un almacén. La demanda semanal cambia con la temporada, un nuevo cliente o un producto que deja de venderse silenciosamente. El stock de seguridad debería moverse con ambos. En la mayoría de las empresas, el punto de reorden se estableció una vez, cuando se creó el producto, y no se ha revisitado desde entonces. La regla está bien; las entradas están obsoletas.
Este es el primer trabajo que un agente puede realizar, porque las entradas ya existen en el sistema como un subproducto de otro trabajo. Cada recibo de mercancías registra cuándo se realizó un pedido y cuándo llegó, lo que proporciona el tiempo de entrega. Cada despacho y venta registra la demanda. Un agente con acceso de lectura a las transacciones de stock puede recalcular el punto de reorden para cada artículo en un horario, marcar aquellos que se han desviado más allá de una tolerancia que establezcas y proponer la nueva cifra. Si puede cambiar la cifra en sí es una decisión de permiso; una configuración inicial sensata es que proponga y una persona acepte.
Conteos y discrepancias
El segundo trabajo es mantener la cifra de stock verdadera. Un conteo anual completo es costoso, cierra la operación durante un día y ya está equivocado para cuando termina. El conteo cíclico, en unas pocas ubicaciones o artículos por día en un turno, es el método en el que la mayoría de las operaciones se asientan y el que la mayoría de las operaciones dejan caer, porque el turno no tiene dueño una vez que la persona que lo estableció se marcha.
Un agente es adecuado para el turno, no para el conteo. Puede abrir un conteo para las ubicaciones que deben ser revisadas hoy, asignarlo a quien esté de turno, perseguirlo si los resultados no están disponibles a media tarde, comparar el resultado con la cifra del sistema, publicar el ajuste para pequeñas variaciones y elevar las grandes como una tarea para una persona con el historial de transacciones adjunto. El conteo en sí aún necesita a alguien con un escáner o una hoja de papel frente a la estantería. La disciplina en torno a ello, que es la parte que realmente falla, es administrativa y puede ser delegada.
El umbral importa. Una variación de dos unidades en un artículo de bajo valor puede ajustarse y anotarse. Una variación de cuarenta en algo que cuesta 210,00 € una unidad no debe ser ajustada por nadie, agente o persona, sin una segunda revisión, porque generalmente significa que un recibo nunca fue registrado o que algo ha salido del edificio. Establezca el umbral explícitamente, como un número al que la herramienta de ajuste del agente está limitada. Un agente que conoce la regla la sigue cada vez; una persona que cubre el despacho no lo hace.
Órdenes de compra: cómo pregunta el agente antes de gastar
El tercer trabajo es el que preocupa a la gente, porque compromete dinero. La respuesta es que un agente debe preparar pedidos libremente y realizarlos solo dentro de la autoridad que se le ha otorgado, como trabaja un comprador junior. Por debajo del límite, envía. Por encima, o cuando algo sobre el pedido es inusual (un proveedor del que no ha pedido antes, una cantidad muy fuera de lo habitual, un precio que ha cambiado), se detiene y pregunta. Así es como se ve como una solicitud, ejecutada contra un espacio de trabajo con los registros de stock y proveedores, con un límite de aprobación ya establecido en la conexión del agente.
- Leyendo los niveles de stock en comparación con los puntos de reorden
- Tres artículos por debajo del punto de reorden, todos suministrados por Northwind
- Pedido redactado a partir de los valores predeterminados del proveedor y el tiempo de entrega actual
- El total está por encima de su límite de aprobación, manteniéndolo para su decisión
El agente utilizó las herramientas de stock, proveedor y tarea que se le permitieron. No envió el pedido, porque el total superaba el límite establecido en esa conexión. Una vez que la persona aprueba, envía el pedido y registra la recepción de mercancías esperada para que la entrega pueda ser verificada en su contra.
Dos cosas hacen que eso sea seguro en lugar de meramente tranquilizador. La primera es que el límite es impuesto por el sistema, no recordado por el modelo: la conexión que utiliza el agente tiene un límite de gasto y un conjunto fijo de herramientas que puede utilizar, y realizar un pedido por encima del límite falla, independientemente de lo que el agente pretendía. La segunda es que la aprobación crea un registro. La persona que aprobó, la hora y el borrador que vieron se registran junto a las llamadas a las herramientas, por lo que la pista de auditoría para un pedido realizado por un agente es al menos tan completa como la de un pedido realizado a mano, y generalmente más completa.
Qué tareas de inventario delegar
| Tarea | El agente puede poseer | Una persona mantiene | Lo que el software debe exponer |
|---|---|---|---|
| Recalculando puntos de reorden | Sí, según un calendario, proponiendo cambios | Aprobación de cambios grandes | Historial de transacciones, recepciones de mercancías y niveles de stock como herramientas llamables |
| Monitoreo de bajo stock | Sí, de forma continua | Nada rutinario | Una consulta de bajo stock que incluye al proveedor en cada artículo |
| El calendario de conteo cíclico | Apertura, asignación, seguimiento, conciliación | El conteo físico | Herramientas de inicio de conteo, registro y discrepancias |
| Ajustes de pequeñas variaciones | Sí, por debajo de un umbral | Variaciones grandes, siempre | Una herramienta de ajuste limitada a los permisos del usuario y al umbral |
| Redacción de pedidos a proveedores | Sí | Nada rutinario | Valores predeterminados del proveedor, plazos de entrega de artículos, pedidos abiertos |
| Realizando pedidos a proveedores | Por debajo de un límite de gasto | Por encima de este, y cualquier cosa inusual | Un límite de gasto aplicado por conexión, con un registro |
| Recibiendo mercancías | Registrando la recepción contra el pedido | Comprobando la entrega en la puerta | Una herramienta de recepción que hace referencia al pedido |
La columna de la derecha es la prueba que se debe realizar en cualquier sistema de inventario. Si las herramientas de una tarea no están disponibles, el agente no puede poseerla, por muy capaz que sea el modelo.
Lo que el software subyacente debe proporcionar
Todo lo anterior depende de que el sistema de inventario exponga su trabajo como acciones que un agente puede invocar, en lugar de pantallas que el agente tendría que manejar. Cuatro cosas deben ser ciertas. Cada acción (consultar stock, iniciar un conteo, registrar una recepción, redactar un pedido) es una herramienta nombrada con entradas definidas. Cada herramienta se ofrece y se ejecuta bajo los permisos de la persona que el agente representa, por lo que un agente que actúa en nombre del responsable del almacén no puede aprobar un pedido que el responsable del almacén no podría. El gasto está limitado donde se compromete dinero. Y cada llamada se registra con sus entradas y su resultado.
En Sois así es como se construye el módulo de almacén. Un espacio de trabajo es un servidor MCP, y las herramientas de stock están nombradas por lo que hacen: getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, con el lado del proveedor en contabilidad junto a las facturas de compra. Conectas el agente que ya usas, Claude, ChatGPT o cualquier cliente MCP, añadiendo la dirección del espacio de trabajo e iniciando sesión una vez; no hay token que pegar. Las herramientas se filtran según tu rol antes de que el agente las vea y se comprueban de nuevo cuando se ejecutan, se establece un límite de gasto por integración, y cada acción es rastreable después. Cuando tu propio agente realiza el razonamiento, Sois no realiza ninguna IA en tu nombre y no cobra nada por ello.
- Aclarar el registroArtículos, proveedores, plazos de entrega y ubicaciones en el sistema, no al lado. Dos semanas de recibos y despachos limpios son suficientes para empezar.
- Dale acceso de lectura al agente primeroDeja que recalcule los puntos de reorden y reporte la desviación durante dos semanas. Compara sus propuestas con lo que sabes.
- Establece los umbralesUna variación que puede ajustar, un gasto que puede comprometer, ambos como números que el sistema impone en lugar de instrucciones que el modelo sigue.
- Amplía el alcanceDeja que redacte pedidos, luego envíalos dentro del límite, y después ejecuta la rotación de conteo. Lee el registro cada semana hasta que dejes de encontrar algo.
Lee antes de escribir, propone antes de cambiar, un límite antes de cualquier gasto. Seguido en ese orden, el resultado es un agente que mantiene la cifra de stock honesta, dice lo que necesita ser pedido antes de que se agote, y pide una decisión solo cuando la decisión es genuinamente tuya.
Preguntas que la gente hace
¿Puede un agente de IA realizar pedidos de compra por su cuenta?
Dentro de un límite, sí. Dale a la conexión del agente un límite de gasto impuesto por el sistema y deja que envíe pedidos por debajo de él. Por encima del límite, o para cualquier cosa inusual como un nuevo proveedor o una cantidad inusual, debe preparar el pedido y preguntar. El límite debe estar en el software, no en las instrucciones del agente.
¿Reemplaza el agente los escáneres de código de barras o el conteo físico?
No. Alguien todavía tiene que estar en la estantería y contar, con un escáner o una hoja de cálculo. El agente gestiona la rotación en torno al conteo: abriéndola, asignándola, persiguiéndola, conciliando el resultado y publicando pequeños ajustes. Esa disciplina administrativa es lo que suele fallar.
¿Cómo sabe el agente el tiempo de entrega del proveedor?
De los albaranes. Cada albarán lleva la fecha en que se realizó el pedido y la fecha en que llegó, por lo que el agente puede recalcular el tiempo de entrega por proveedor y por artículo a medida que llegan las entregas, e incorporarlo al punto de reorden. Si los albaranes no se están registrando contra los pedidos, eso es lo primero que hay que corregir.
¿Qué pasa si las cifras de stock en el sistema ya son incorrectas?
Comienza con la rotación de conteo en lugar de los puntos de reorden. Permite que el agente realice conteos cíclicos en cada ubicación una vez, eleva las grandes discrepancias para que alguien las investigue y publica las pequeñas. Solo cuando la cifra sea confiable, el punto de reorden calculado a partir de ella merece ser considerado.
- Punto de reorden (Wikipedia) la definición estándar: consumo durante el tiempo de entrega más stock de seguridad
- Documentación de Sois: el servidor MCP del espacio de trabajo los nombres de las herramientas de almacén y contabilidad, filtrado de permisos, límites de presupuesto y registro tal como se implementa
- especificación del Protocolo de Contexto del Modelo: herramientas cómo se enumeran y llaman las herramientas, y el requisito de controles de acceso, validación de entrada y una persona capaz de denegar una llamada
- Sois: seguridad y la capa de permisos permisos aplicados cuando se ofrecen herramientas y nuevamente cuando se ejecutan, límites de gasto por integración, actividad del agente rastreable
Este artículo se revisa cuando cambian los productos que describe. Próxima revisión programada: 4 de diciembre de 2026.