Pular para o conteúdo

Suprimentos · 27 de jul. de 2026 · leitura de 9 min

Compra de material pelo WhatsApp: como tirar o pedido do grupo e botar num fluxo com SLA

Toda obra compra material pelo WhatsApp, admita a construtora ou não. O mestre manda uma mensagem no grupo, alguém no escritório vê (ou não vê), e o pedido segue por conversa até virar ordem de compra. O problema não é o WhatsApp, é o pedido morrer nele. Este guia mostra como manter o canal que o canteiro já usa e, ainda assim, tirar o pedido do grupo e colocá-lo num fluxo com prazo.

O pedido de material morre no grupo de WhatsApp

A cena é conhecida em qualquer obra. O mestre pede cimento no grupo às 7h. A mensagem sobe, é encoberta por foto de laje, áudio de fornecedor e conversa de outra frente. Quando o comprador abre o WhatsApp, o pedido está dez mensagens acima, sem quantidade clara, sem prazo e sem registro em lugar nenhum. O que se perde não é a boa vontade, é a rastreabilidade: ninguém sabe quando pediu, quem tratou e onde travou.

O resultado aparece no pior momento. O material falta no dia da concretagem, a obra para, e a discussão vira "eu pedi" contra "não chegou aqui". Sem um registro único, a culpa é do WhatsApp, quando o culpado é a ausência de um fluxo por trás dele.

Por que "proibir o WhatsApp" não funciona

A reação intuitiva é banir o WhatsApp e obrigar o canteiro a abrir pedido num sistema. Não funciona, e o motivo é humano: o mestre de obras não vai trocar a agilidade de uma mensagem por uma tela de ERP no meio da laje. Toda vez que uma construtora tenta forçar isso, o pedido volta para o WhatsApp por baixo do pano, e agora você tem o problema antigo mais um sistema que ninguém usa.

A adoção no canteiro segue uma regra simples: ou a ferramenta é o WhatsApp, ou não é adotada. Então a solução não é tirar o WhatsApp do mestre. É colocar um sistema atrás dele, invisível para quem pede.

O caminho certo: o canteiro pede onde já pede, o pedido nasce no ERP

O desenho que funciona mantém o WhatsApp na frente e coloca a estrutura atrás. O mestre manda a mensagem de sempre, descrevendo o material. Um agente de IA lê essa mensagem, entende a solicitação, estrutura os dados (material, quantidade, obra, urgência) e abre o pedido formal automaticamente no Sienge. O que antes se perdia entre o WhatsApp do mestre e a tela do comprador passa a nascer registrado, com origem, obra e histórico desde o primeiro segundo.

Repare no que mudou e no que não mudou. Não mudou nada para quem pede: o canteiro não aprendeu tela nova, não instalou app, não mudou hábito. Mudou tudo para quem gerencia: cada pedido agora existe como dado, não como mensagem perdida.

O Kanban com SLA: onde o comprador enxerga a fila inteira

Com o pedido nascendo estruturado, o setor de compras deixa de caçar solicitação no grupo e passa a trabalhar num Kanban com SLA. Cada pedido avança por etapas visíveis, com prazo em cada uma: solicitado, em cotação, em compra, a caminho, entregue. O comprador vê a fila inteira por obra e por urgência; o gestor vê onde o fluxo emperra, sem depender de ninguém contar.

O SLA é o que transforma visibilidade em cobrança. Um pedido parado além do prazo na etapa de cotação não fica escondido: ele estoura o SLA e aparece. A esteira que antes era invisível, tocada por memória e boa vontade, vira um processo com dono e relógio em cada etapa.

O alerta que chega enquanto ainda dá para agir

A parte que paga a conta é a antecipação. O agente cruza requisição, cotação, ordem de compra e prazo de entrega, e sinaliza quando um pedido ameaça atrasar. A diferença é o tempo do aviso: em vez de a obra descobrir a falta do material no dia da concretagem, o alerta chega dias antes, enquanto ainda dá para trocar de fornecedor, antecipar a compra ou reprogramar a frente de serviço.

É esse deslocamento, de reagir ao atraso para preveni-lo, que separa um setor de compras que apaga incêndio de um que protege o cronograma. E ele só é possível quando o pedido é dado, não conversa.

Onde isso roda, sem treinar o mestre em tela nova

É assim que descrevemos, do lado do produto, o módulo de suprimentos por WhatsApp: o pedido do canteiro entra pelo WhatsApp, a solicitação nasce no Sienge, e o Kanban com SLA fica na rotina do comprador. Roda em produção numa construtora parceira em Campinas, por cima do ERP que você já usa, sem migração e sem obrigar o canteiro a mudar de hábito.

O mestre continua pedindo cimento pelo WhatsApp às 7h. A diferença é que, agora, esse pedido não morre no grupo: ele nasce registrado, corre com prazo e avisa antes de faltar.

Perguntas frequentes

Sim, e esse é justamente o ponto. O mestre pede pelo WhatsApp, do jeito que já pede: uma mensagem com o material. Um agente de IA entende a solicitação, estrutura os dados e abre o pedido formal no ERP. A adoção não depende de treinar ninguém numa tela nova, depende do canal que todo mundo já usa.

Num Kanban de solicitações com SLA: cada pedido avança por etapas visíveis, com prazo em cada uma. O comprador enxerga a fila inteira por obra e por urgência, e o gestor vê onde o fluxo emperra, sem procurar pedido em conversa de WhatsApp nem em caderno de obra.

O ganho está no tempo do aviso. O agente cruza requisição, cotação, ordem de compra e prazo de entrega, e sinaliza antes de o atraso virar problema no cronograma. Em vez de a obra descobrir a falta no dia da concretagem, o alerta chega enquanto ainda dá para agir.

Leia também

Seus pedidos de material ainda vivem no grupo de WhatsApp?

Diagnóstico de 30 minutos com o fundador: como o canteiro pede hoje, onde o pedido se perde e como estruturar o fluxo com SLA sem tirar o WhatsApp do mestre, sem migração e sem parar a obra.

Falar com o Lucas no WhatsApp