Negócios: Operações · Aula N.ops.2

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.

Exemplos para

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.

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.

O formato decide o caminho Sistema estruturado WMS, TMS, Zendesk Planilha de turno mantida na unha Sensor dado contínuo Raciocínio sobre o schema Normalizar antes de calcular Agregar em janela de tempo Mesmo chão de operação, formatos diferentes, ferramentas diferentes. Errar aqui custa meses.

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.

Do sinal bruto à janela agregada sensor bruto sinal a cada segundo agregação em janela média, pico, limiar IA interpreta o padrão, não o ponto Regra de bolso Ler ponto a ponto é ruído. Agregar em janela é sinal. A decisão mora no padrão da janela, não na leitura isolada.

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

Faça você

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.

  1. Liste 3 fontes de dado que conteriam a resposta certa (export do WMS ou TMS, planilha de turno, log de sensor).
  2. Para cada fonte, classifique o FORMATO: sistema estruturado, planilha de turno mantida na unha, ou sensor contínuo.
  3. 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.
  4. 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?
  5. 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.
O que você achou desta página?
Recomendaria esta página para alguém do seu time?