Sim, para três tarefas específicas. Um agente de IA pode manter os pontos de reabastecimento atualizados a partir das transações que o sistema já regista, gerir a disciplina em torno das contagens cíclicas (abrindo-as, a persegui-las, reconciliando os resultados) e preparar encomendas de fornecedores a partir de um relatório de baixo stock. Essas são as tarefas que se desviam quando uma pessoa é interrompida, e são as que valem a pena passar primeiro.
O gasto é o limite. Um agente deve fazer encomendas apenas dentro de um limite que o sistema impõe, exatamente como um comprador júnior trabalha com uma autoridade, e deve parar e perguntar quando uma encomenda está acima desse limite ou parece incomum. A segurança vem do software a manter a linha, não do modelo a lembrar-se de comportar-se.
Segunda-feira de manhã numa pequena sala de stock
A prateleira diz doze. O sistema diz trinta. A encomenda do fornecedor que deveria ter sido enviada na quinta-feira ainda é um rascunho, porque a pessoa que a levantou estava a cobrir a expedição. Nada disto é uma falha de software no sentido habitual. O que falhou foi a manutenção: três pequenas tarefas que têm de ser feitas continuamente para que os números signifiquem algo, e que ninguém é pago para fazer continuamente.
Essas três tarefas são a maior parte da gestão de inventário para uma operação pequena ou média: manter a figura do stock verdadeira, saber quando reabastecer e fazer a encomenda. Cada uma é rotineira, cada uma é interrompida pelo que quer que esteja a acontecer no chão, e cada uma se desvia quando é interrompida. Esse desvio é onde os agentes de IA para gestão de inventário ganham o seu sustento, e a questão útil é qual das três tarefas um agente pode manter por conta própria e onde tem de parar e perguntar.
Pontos de reabastecimento: matemática simples, manutenção constante
A regra padrão não é complicada. Um ponto de reabastecimento é o nível de stock que desencadeia o reabastecimento, calculado como o consumo esperado durante o tempo de entrega do fornecedor mais um stock de segurança mantido contra variações na procura ou entrega. Se um item vende vinte por semana, o fornecedor leva duas semanas, e você mantém uma semana em reserva, o ponto de reabastecimento é sessenta. Qualquer manual sobre controlo de stock dá a mesma fórmula.
A dificuldade é que cada entrada muda. O tempo de entrega muda quando o fornecedor muda de transportadora ou perde um armazém. A procura semanal muda com a estação, um novo cliente ou um produto que para silenciosamente de vender. O stock de segurança deve mover-se com ambos. Na maioria das empresas, o ponto de reabastecimento foi definido uma vez, quando o produto foi criado, e não foi revisto desde então. A regra está bem; as entradas estão desatualizadas.
Esta é a primeira tarefa que um agente pode manter, porque as entradas já existem no sistema como um subproduto de outro trabalho. Cada receção de mercadorias regista quando uma encomenda foi feita e quando chegou, o que dá o tempo de entrega. Cada expedição e venda regista a procura. Um agente com acesso de leitura às transações de stock pode recalcular o ponto de reabastecimento para cada item de acordo com um cronograma, sinalizar aqueles que se desviaram além de uma tolerância que você definiu, e propor o novo valor. Se pode ou não mudar o valor em si é uma decisão de permissão; uma configuração sensata inicial é que ele propõe e uma pessoa aceita.
Contagens e discrepâncias
A segunda tarefa é manter a figura do stock verdadeira. Uma contagem anual completa é cara, fecha a operação por um dia, e já está errada quando termina. A contagem cíclica, algumas localizações ou itens por dia numa rota, é o método que a maioria das operações adota e o que a maioria das operações deixa escapar, porque a rota não tem dono uma vez que a pessoa que a configurou se afasta.
Um agente é bem adequado à rota, não à contagem. Pode abrir uma contagem para as localizações devidas hoje, atribuí-la a quem estiver de turno, persegui-la se os resultados não estiverem disponíveis até ao meio da tarde, comparar o resultado com a figura do sistema, postar o ajuste para pequenas variações, e levantar as grandes como uma tarefa para uma pessoa com o histórico de transações anexado. A contagem em si ainda precisa de alguém com um scanner ou uma prancheta à frente da prateleira. A disciplina em torno disso, que é a parte que realmente falha, é administrativa e pode ser delegada.
O limiar é importante. Uma variação de duas unidades num item de baixo valor pode ser ajustada e anotada. Uma variação de quarenta em algo que custa 210,00 € uma unidade não deve ser ajustada por ninguém, agente ou pessoa, sem uma segunda verificação, porque geralmente significa que um recibo nunca foi registado ou que algo saiu do edifício. Defina o limite explicitamente, como um número ao qual a ferramenta de ajuste do agente está limitada. Um agente que é informado da regra cumpre-a sempre; uma pessoa que cobre a expedição não o faz.
Ordens de compra: como o agente pergunta antes de gastar
O terceiro trabalho é aquele de que as pessoas se preocupam, porque envolve dinheiro. A resposta é que um agente deve preparar encomendas livremente e colocá-las apenas dentro da autoridade que lhe foi dada, da mesma forma que um comprador júnior trabalha. Abaixo do limite, ele envia. Acima dele, ou quando algo sobre a encomenda é incomum (um fornecedor do qual não fez encomendas antes, uma quantidade muito fora do habitual, um preço que mudou), ele para e pergunta. Aqui está como isso se apresenta como um pedido, executado contra um espaço de trabalho com os registos de stock e fornecedores, com um limite de aprovação já definido na ligação do agente.
- Leitura dos níveis de stock em relação aos pontos de reposição
- Três itens abaixo do ponto de reposição, todos fornecidos pela Northwind
- Pedido elaborado a partir das definições do fornecedor e do prazo de entrega atual
- O total está acima do seu limite de aprovação, a aguardar a sua decisão
O agente usou as ferramentas de stock, fornecedor e tarefa que lhe eram permitidas. Não enviou a encomenda, porque o total estava acima do limite definido para essa ligação. Assim que a pessoa aprovar, envia a encomenda e regista a receção de mercadorias esperada para que a entrega possa ser verificada em relação a isso.
Duas coisas tornam isso seguro em vez de meramente tranquilizador. A primeira é que o limite é imposto pelo sistema, não lembrado pelo modelo: a ligação que o agente usa tem um limite de gastos e um conjunto fixo de ferramentas que pode chamar, e fazer uma encomenda acima do limite falha, independentemente da intenção do agente. A segunda é que a aprovação cria um registo. A pessoa que aprovou, a hora e o rascunho que viu são registados juntamente com as chamadas de ferramentas, de modo que a trilha de auditoria para uma encomenda feita por um agente é pelo menos tão completa quanto a de uma encomenda feita manualmente, e geralmente mais completa.
Quais tarefas de inventário passar
| Tarefa | O agente pode possuir | Uma pessoa mantém | O que o software tem de expor |
|---|---|---|---|
| Recalcular pontos de reposição | Sim, de acordo com um cronograma, propondo alterações | Aprovação de grandes alterações | Histórico de transações, receções de mercadorias e níveis de stock como ferramentas chamáveis |
| Monitorização de baixo stock | Sim, continuamente | Nada rotineiro | Uma consulta de baixo stock que inclui o fornecedor em cada item |
| A rota de contagem cíclica | Abertura, atribuição, acompanhamento, reconciliação | A contagem física | Ferramentas de início de contagem, registo e discrepância |
| Ajustes de pequenas variações | Sim, abaixo de um limite | Grandes variações, sempre | Uma ferramenta de ajuste limitada à permissão do utilizador e ao limite |
| Elaboração de encomendas a fornecedores | Sim | Nada rotineiro | Definições de fornecedor, prazos de entrega de itens, encomendas em aberto |
| Fazer encomendas a fornecedores | Abaixo de um limite de gastos | Acima dele, e qualquer coisa incomum | Um limite de gastos aplicado por ligação, com um registo |
| Receber mercadorias | Registar a recepção contra a encomenda | Verificar a entrega à porta | Uma ferramenta de recepção que faz referência à encomenda |
A coluna da direita é o teste a realizar em qualquer sistema de inventário. Se as ferramentas de uma tarefa não estiverem disponíveis, o agente não pode possuí-la, por mais capaz que seja o modelo.
O que o software por baixo tem de fornecer
Tudo o que foi mencionado depende do sistema de inventário expor o seu trabalho como ações que um agente pode chamar, em vez de ecrãs que o agente teria de controlar. Quatro coisas têm de ser verdadeiras. Cada ação (consultar stock, iniciar uma contagem, registar uma recepção, elaborar uma encomenda) é uma ferramenta nomeada com entradas definidas. Cada ferramenta é oferecida e executada sob as permissões da pessoa que o agente representa, portanto, um agente que actua em nome do responsável pelo armazém não pode aprovar uma encomenda que o responsável pelo armazém não poderia. O gasto é limitado onde o dinheiro está comprometido. E cada chamada é registada com as suas entradas e o seu resultado.
No Sois é assim que o módulo de armazém é construído. Um espaço de trabalho é um servidor MCP, e as ferramentas de stock são nomeadas pelo que fazem: getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, com o lado do fornecedor na contabilidade juntamente com as faturas de compra. Conecta o agente que já utilizas, Claude, ChatGPT ou qualquer cliente MCP, adicionando o endereço do espaço de trabalho e fazendo login uma vez; não há token para colar. As ferramentas são filtradas pelo teu papel antes de o agente as ver e verificadas novamente quando são executadas, um limite de gastos é definido por integração, e cada ação é rastreável posteriormente. Quando o teu próprio agente faz o raciocínio, o Sois não realiza nenhuma IA em teu nome e não cobra nada por isso.
- Colocar os factos em ordemItens, fornecedores, prazos de entrega e localizações no sistema, não ao lado dele. Duas semanas de recibos e expedições limpos são suficientes para começar.
- Dê primeiro acesso de leitura ao agente.Deixe-o recalcular os pontos de reposição e relatar a variação durante duas semanas. Verifique as suas propostas em relação ao que você sabe.
- Defina os limites.Uma variação que pode ajustar, um gasto que pode comprometer, ambos como números que o sistema impõe em vez de instruções que o modelo segue.
- Amplie o escopo.Deixe-o elaborar encomendas, depois enviar dentro do limite, e depois executar a rota de contagem. Leia o registo a cada semana até parar de encontrar algo.
Leia antes de escrever, proponha antes de mudar, um limite antes de qualquer gasto. Seguindo essa ordem, o resultado é um agente que mantém a figura de stock honesta, diz o que precisa de ser encomendado antes de esgotar, e pede uma decisão apenas quando a decisão é genuinamente sua.
Perguntas que as pessoas fazem
Um agente de IA pode fazer encomendas de compra por conta própria?
Dentro de um limite, sim. Dê ao agente uma limitação de gasto imposta pelo sistema e deixe-o enviar encomendas abaixo desse limite. Acima do limite, ou para qualquer coisa incomum, como um novo fornecedor ou uma quantidade incomum, deve preparar a encomenda e perguntar. O limite deve estar no software, não nas instruções do agente.
O agente substitui os leitores de código de barras ou a contagem física?
Não. Alguém ainda tem de estar à frente da prateleira e contar, com um leitor ou uma prancheta. O agente gere a rota em torno da contagem: abrindo-a, atribuindo-a, perseguindo-a, reconciliando o resultado e registando pequenos ajustes. Essa disciplina administrativa é o que geralmente falha.
Como é que o agente sabe o prazo de entrega do fornecedor?
A partir dos recibos de mercadorias. Cada recibo contém a data em que o pedido foi feito e a data em que chegou, para que o agente possa recalcular o prazo de entrega por fornecedor e por item à medida que as entregas chegam, e alimentar isso no ponto de reposição. Se os recibos não estiverem a ser registados contra os pedidos, essa é a primeira coisa a corrigir.
E se os números de stock no sistema já estiverem errados?
Comece pela rotação de contagem em vez dos pontos de reposição. Deixe o agente realizar contagens cíclicas em cada localização uma vez, levante as grandes discrepâncias para que alguém investigue e registe as pequenas. Apenas quando o número for confiável é que um ponto de reposição calculado a partir dele vale a pena agir.
- Ponto de reposição (Wikipedia) a definição padrão: consumo durante o prazo de entrega mais stock de segurança
- Documentação Sois: o servidor MCP do espaço de trabalho os nomes das ferramentas de armazém e contabilidade, filtragem de permissões, limites orçamentais e registo conforme implementado
- especificação do Protocolo de Contexto do Modelo: ferramentas como as ferramentas são listadas e chamadas, e a exigência de controlos de acesso, validação de entrada e uma pessoa capaz de negar uma chamada
- Sois: segurança e a camada de permissões permissões aplicadas quando as ferramentas são oferecidas e novamente quando estão a ser executadas, limites de gastos por integração, atividade do agente rastreável
Este artigo é revisto quando os produtos que descreve mudam. Próxima revisão agendada: 4 de dezembro de 2026.