Conectar a IA ao chão da operação
Como fazer a IA trabalhar com os dados reais da sua operação, WMS, TMS, Zendesk, planilha de turno e sensor, escolhendo o caminho certo pelo formato do dado e conectando com segurança.
Você pergunta pra IA por que o hub de distribuição está com fila desde as sete da manhã. Ela responde com uma análise cheia de termo bonito de logística. E inventada. A IA nunca abriu o seu WMS nem o sensor de ocupação da doca, então ela chuta uma causa plausível.
Você pergunta qual rota tem o pior custo por entrega no mês. A IA opina "provavelmente a mais longa", sem nunca ter visto a sua planilha de custo por rota. O verdadeiro vilão era uma rota curta com retrabalho, escondida numa coluna que ela nem sabia que existia.
Você pergunta se o SLA prometido no contrato do cliente bate com o SLA interno operacional. A IA responde com segurança que os dois são iguais, sem ter cruzado o contrato de texto corrido com a planilha de metas por turno. O contrato prometia 24 horas; a meta interna real, escondida numa aba separada, era 30.
Você pergunta se dá pra prometer entrega em 24 horas na campanha de fim de ano. A IA responde que sim, com a mesma confiança de sempre, sem nunca ter olhado o painel de capacidade do hub nesse período. A promessa da campanha ia estourar justamente na semana de pico, que a IA nunca leu como sensor de ocupação real.
Você pede pra IA cruzar o absenteísmo do turno da madrugada, que mora estruturado no sistema de ponto, com a política de escala, que é texto corrido. Ela devolve uma resposta com jargão de gestão de turno, mas tratou a política como planilha e o ponto como se precisasse de busca por significado. O turno que mais faltava sumiu no meio da confusão, porque nenhuma das duas fontes foi lida do jeito certo.
Você pede pra IA dizer qual feature do app de motorista reduz mais o tempo parado na doca, cruzando o log de eventos do app, que é estruturado, com o relatório de pesquisa em PDF cheio de gráfico de calor. Ela devolve um número bonito, mas leu o PDF como texto corrido e perdeu o mapa de calor, e tratou o log como se precisasse buscar por significado em vez de agregar por janela de tempo. O gargalo real estava numa faixa de horário que ela nunca somou direito.
Você pede pra IA explicar por que o SLA prometido a uma conta grande não está sendo cumprido, cruzando o export do TMS, linha e coluna, com o contrato assinado, texto corrido. Ela devolve uma resposta de consultor, mas tratou o TMS como texto pra buscar por significado e o contrato como planilha, perdendo a cláusula de exceção por feriado. O gargalo de verdade estava na cláusula, escondida num contrato que ela nunca leu por significado.
Você pergunta pra IA por que a doca 4 do centro de distribuição está com fila desde as sete da manhã, e junta numa tacada só o export do WMS (linha e coluna, posição de cada pallet), a planilha de turno que o supervisor preenche na mão, e o sensor de ocupação da doca, que manda um sinal a cada trinta segundos. Ela devolve uma resposta bonita, mas embaralhou as três: tratou o WMS como texto pra buscar por significado, tratou a planilha de turno como se fosse limpa e estruturada igual o sistema, e tratou o sensor como se fosse uma tabela fixa de trinta linhas, sem agregar nada. A fila real vinha de um pico de dez minutos no sensor, bem no horário em que a planilha de turno (preenchida na mão, com uma célula fora do padrão) registrava a troca de equipe, informação que o WMS nem tinha como saber. Formato de dado errado, diagnóstico errado: sistema estruturado pede raciocínio sobre schema, planilha de turno pede normalização antes de calcular, sensor pede agregação em janela, não os três tratados do mesmo jeito.
Você pede pra IA listar quais câmaras frias tiveram risco de ruptura de cadeia fria no mês, cruzando o log de sensor de temperatura, contínuo, com o procedimento de segurança alimentar, texto corrido. Ela devolve uma lista genérica, mas tratou o sensor como planilha fixa em vez de agregar por janela, e perdeu picos curtos que cruzaram o limiar por poucos minutos. O risco real estava numa janela de dez minutos que ela nunca agregou.
Você pede pra IA achar qual serviço do sistema de roteirização mais causa lentidão, cruzando o log estruturado do monitoramento com o relatório de incidentes em PDF cheio de gráfico de latência. Ela devolve um palpite com ar de quem entende de infra, mas tratou o log como texto pra buscar por significado e o PDF como planilha simples, perdendo o gráfico. O serviço que mais travava estava numa tabela do relatório que ela nunca leu como imagem.
Você pede pra IA achar onde o motorista mais trava no fluxo de confirmação de entrega, cruzando os dados de uso do app, estruturados, com o relatório de pesquisa em PDF cheio de gráfico de calor. Ela devolve um clichê de UX, mas tratou o uso do app como texto corrido e o PDF como planilha, perdendo o mapa de calor que mostrava o ponto real de fricção. O passo onde o motorista realmente travava sumiu porque nenhuma fonte foi lida do jeito certo.
Você pergunta qual hub deveria receber o próximo investimento em automação. A IA devolve uma resposta bonita cruzando dado de dois sistemas diferentes de qualquer jeito: tratou o export do WMS como texto pra buscar por significado, e o relatório de capacidade em PDF como planilha simples, perdendo a tabela. O hub que realmente mais precisava estava escondido numa tabela que ela nunca leu como imagem de verdade.
Putz, repara numa coisa: o problema quase nunca é a IA ser ruim de conta. O problema é que ela está respondendo de cabeça, sem nunca ter aberto o SEU chão de operação. É como contratar o melhor gerente de operações do mercado, sentar ele na sua sala e nunca dar acesso ao seu WMS, ao seu TMS, ao sensor da câmara fria. Ele vai falar bonito e vai errar feio, porque está adivinhando. Conectar a IA aos dados reais da sua operação é exatamente o que tira ela do genérico. Só que conectar errado é pior: ou vaza informação sensível do seu chão de fábrica, ou embaralha três formatos de dado diferentes e te entrega um diagnóstico com cara de certeza que não bate com nada.
A ideia central desta aula. A IA só serve de verdade quando trabalha COM os dados reais da sua operação, e o FORMATO do dado decide o caminho. Sistema estruturado (WMS, TMS, Zendesk) muitas vezes nem pede busca vetorial: a IA raciocina sobre o schema e as estatísticas. Planilha de turno parece estruturada, mas é suja, mantida na unha, e precisa de normalização antes de qualquer conta. Sensor é dado contínuo: não é texto pra buscar por significado nem tabela fixa pra somar, ele pede agregação em janela de tempo. E antes de qualquer coisa, vem a pergunta de segurança: o que pode sair do chão da operação e o que não pode.
01O formato do dado decide o caminho
A primeira coisa que muda tudo é parar de tratar "os dados da minha operação" como uma coisa só. Não existe um caminho único pra conectar a IA ao seu chão de fábrica ou de distribuição. O que existe é o formato do dado, e o formato dita a estrada.
Pensa em três naturezas de dado que vivem em toda operação. Tem o sistema estruturado, que mora em linha e coluna: o export do WMS, a tabela do TMS, o relatório do Zendesk. Tem a planilha de turno, que parece estruturada mas é mantida na unha por supervisores, com célula mesclada, texto livre na coluna de observação, formato que muda de turno pra turno. E tem o sensor, dado contínuo: temperatura de câmara fria, tempo de ciclo de máquina, localização de veículo em trânsito, um sinal a cada segundo ou a cada minuto.
São três naturezas diferentes, e cada uma pede uma ferramenta diferente. Tentar enfiar as três no mesmo caminho é o erro número um. O estudo do @datasciencebrain bate exatamente nessa tecla: o formato do dado decide a arquitetura de memória, não o contrário.
02Sistema estruturado: WMS, TMS e Zendesk quase sempre pedem raciocínio sobre schema
Aqui mora o engano mais comum de quem acabou de aprender RAG: achar que TODO dado precisa virar busca vetorial. Não precisa. E na operação isso é especialmente verdade, porque boa parte do que você usa todo dia já vive estruturado, em linha e coluna, dentro do WMS, do TMS ou do Zendesk.
Quando o dado é um export do WMS com posição de pallet, ou uma tabela do TMS com tempo por etapa da rota, a IA não ganha quase nada transformando cada célula em coordenada de significado. O que ela precisa é entender a ESTRUTURA: quais são as colunas, o que cada uma significa, qual é o total de linhas, a soma de cada coluna, o intervalo dos valores. Em vez de "buscar trechos parecidos", ela raciocina sobre o schema, sobre as estatísticas e sobre uma amostra de linhas representativas.
Pensa na diferença prática. Para responder "qual doca tem a maior fila hoje", a IA não precisa de uma busca semântica difusa. Ela precisa olhar a tabela do WMS, ordenar pela coluna de tempo de espera e ler a primeira linha. Isso é raciocínio sobre dado estruturado, não busca vetorial. É mais barato, mais exato, e não corre o risco de a busca trazer a doca errada.
03Planilha de turno: parece estruturada, mas engana
Agora o formato que mais engana quem trabalha com operação. A planilha de turno TEM linha e coluna, então parece que é a mesma coisa que o export do WMS. Não é. Ela é preenchida na unha por supervisores diferentes, em turnos diferentes, sob pressão de tempo, e isso deixa marca: uma célula mesclada que quebra a leitura por coluna, uma observação escrita como texto livre onde deveria ter um código fixo, um turno que registra hora no formato 07:00 e outro que registra "sete da manhã".
Se você trata a planilha de turno como se fosse tão limpa quanto o WMS, a IA vai calcular em cima de uma estrutura que não existe de verdade, e o resultado sai errado sem avisar. O caminho certo é pedir pra IA primeiro NORMALIZAR: identificar onde a estrutura quebra, padronizar o formato de hora, separar o texto livre do dado fixo, e só depois raciocinar sobre a tabela normalizada. É um passo a mais que a planilha de turno exige e o WMS não, e pular esse passo é onde o diagnóstico começa a mentir.
04Sensor: dado contínuo pede janela, não RAG e não linha a linha
Aqui entra o terceiro formato, o que menos parece com os outros dois: o sensor. Temperatura de câmara fria a cada trinta segundos, tempo de ciclo de uma máquina a cada peça, localização de um veículo a cada minuto. Não é texto pra buscar por significado, porque não tem significado semântico nenhum, é só número no tempo. E não é uma tabela fixa pra somar linha a linha, porque uma leitura isolada quase nunca conta a história: o que importa é o padrão ao longo de uma janela.
Jogar um fluxo bruto de sensor pra IA, pergunta por pergunta, ponto por ponto, é caro e é ruído. Ninguém decide nada olhando uma leitura de temperatura isolada às 14h32min12s. O caminho certo é agregar primeiro: a média por hora, o pico do turno, o desvio em relação ao normal, quantas vezes o sinal cruzou o limiar de segurança. Só depois de agregado em janelas é que a IA interpreta com sentido, e o que ela te devolve vira decisão, não ruído bonito.
05Segurança: o que não sai do chão da operação
Tudo até aqui é sobre fazer a IA acertar. Agora o ponto que, na operação, pode te derrubar: o que sai do seu chão de fábrica ou de distribuição pra fora.
No instante em que você conecta a IA aos seus sistemas operacionais, responda antes de qualquer coisa: esse dado PODE sair? Tem dado que pode ir pra um modelo na nuvem sem problema. E tem dado que não pode sair de jeito nenhum: localização em tempo real de carga de alto valor em trânsito, termos de contrato de exclusividade com uma transportadora, token de acesso ao WMS, dado de cliente que mora dentro do TMS. Mandar isso pra fora sem pensar não é otimização, é vazamento.
As mesmas três camadas de proteção da aula de conectar dados financeiros valem aqui, só que aplicadas ao chão de operação. Anonimização: tirar identificador antes de mandar, trocar placa de veículo por código, agregar o que dá pra agregar. Escolha de onde roda: dado de localização de carga sensível pode pedir modelo local ou ambiente fechado, não a nuvem pública. Gateway: o portão que fica entre você e o modelo, barrando o que não pode passar e registrando tudo que passou. Não é burocracia, é o que separa "usei IA no meu WMS" de "vazei a rota da minha carga mais valiosa pra um terceiro sem perceber".
Faça agora
Pegue um caso real da sua operação onde a IA respondeu de cabeça e errou, ou onde você ainda nem tentou usar IA: a sua tarefa real.
- Liste 3 fontes de dado que conteriam a resposta certa (export do WMS ou TMS, planilha de turno, log de sensor).
- Para cada fonte, classifique o FORMATO: sistema estruturado, planilha de turno mantida na unha, ou sensor contínuo.
- Marque o caminho de cada uma: sistema estruturado leva a raciocínio sobre schema, planilha de turno leva a normalização antes de calcular, sensor leva a agregação em janela.
- Faça a checagem de segurança de cada fonte em uma linha: esse dado pode sair do chão da operação? Precisa anonimizar? Roda na nuvem ou pede ambiente fechado?
- Aponte qual fonte é a mais sensível das três e escreva, em uma frase, o que o gateway deveria barrar nela.
Você acabou de desenhar a conexão do seu chão de operação com a IA pelo caminho certo e com o portão de segurança no lugar.
Pratique
1. Você precisa que a IA responda 'qual doca está com maior tempo de espera hoje' a partir do export do WMS. Qual é o caminho mais indicado?
2. Por que jogar o sinal bruto de um sensor de temperatura, ponto a ponto, direto numa pergunta pra IA costuma dar uma resposta ruim?
Para o quadro
Sobre o diagnósticoela está adivinhando porque nunca abriu o seu WMS, o seu TMS, o seu sensor.
Sobre o formatoexport estruturado pede raciocínio sobre schema, não busca vetorial.
Sobre sensordado contínuo pede janela. Ler ponto a ponto é ruído; agregar é o que vira sinal de decisão.
Valeu pelo feedback. Isso ajuda a afiar a próxima aula.