Foto, áudio, OS aberta no Protheus. 90 segundos.

São 14h31 numa fábrica de Jaraguá do Sul.

O operador da linha L2 fotografa uma peça defeituosa que acabou de sair da prensa e manda pelo WhatsApp um áudio curto:

“Esse defeito apareceu na OF 4471, problema no rolamento.”

14h32. O Kris responde:

“Identifiquei: OF 4471 · linha L2 · setor montagem. Sintoma: rolamento série SKF 6204. Posso abrir a OS de manutenção corretiva no Protheus e acionar o Cassio, mecânico do turno?”

14h32. Operador: “Confirmado.”

14h33. O Kris responde:

“OS de manutenção corretiva nº 8839 aberta no Protheus. Cassio notificado. Aviso assim que ele responder.”

Audit log · registro #45219.

Noventa segundos. Foto, áudio, ordem de serviço aberta dentro do ERP existente, mecânico do turno notificado, tudo registrado em audit trail permanente.

Antes desse “aberta no Protheus”, o que acontecia é o que ainda acontece em quase toda planta da região: o operador anotava no caderno, contava no almoço pro supervisor, o supervisor abria a OS manualmente à tarde — quando lembrava. Entre o “vi o defeito” e o “OS aberta”, passavam horas. Às vezes a OF inteira passava antes de a OS sair.

Por que isso não é chatbot

A diferença entre o que o Kris faz e o que um chatbot faz é categórica — mas é fácil de confundir, porque o canal de entrada parece o mesmo.

Chatbot lê texto e responde texto. O ciclo termina dentro do canal.

O Kris lê o canal — texto, áudio, foto — e age dentro do ERP. Abre OS de verdade no Protheus, com número de OS verdadeiro, atribuída a mecânico verdadeiro, vinculada à OF verdadeira. O ciclo termina dentro da operação real, não dentro do app de mensagem.

Três coisas precisam acontecer pra isso funcionar:

• Entender o pedido em qualquer formato. Foto da peça + áudio em português coloquial + número da OF mencionado de boca. Não é OCR isolado, não é speech-to-text isolado — é interpretação conjunta com o contexto da operação (turno, linha, série de equipamento).
• Conhecer a casa. “OF 4471 está rodando na L2” não é dado que o chatbot tem — é dado que mora no MES, na fila de produção do turno, no histórico do equipamento. O Kris vê.
• Agir com permissão. Operador da L2 pode abrir OS de manutenção corretiva sem aprovação? Depende do RBAC da casa. O Kris herda a permissão de quem mandou o áudio — não age além.

Isso é a diferença entre “IA que conversa” e “IA que faz o trabalho dentro do ERP”. O Kris é a segunda categoria.

O canal não importa. O motor importa.

A planta usa WhatsApp porque o operador já tem WhatsApp. Outra planta usa Teams porque a TI padronizou Teams. Uma terceira usa Slack porque é um grupo industrial multinacional. Uma quarta usa um tablet na bancada porque o chão de fábrica não tem celular pessoal liberado.

Em todos os quatro casos, o motor de IA é o mesmo. A diferença é só de adaptador de canal — e adaptador é o problema mais fácil de uma plataforma desse tipo.

O que importa não é por onde a mensagem entra. É:

• O que a plataforma sabe sobre a sua operação (modelo de dados, MES, ERP, catálogo, histórico).
• Qual o critério codificado da casa (procedimento padrão, política de aprovação, escalonamento por turno).
• Qual a integração real com o sistema-alvo onde a ação acontece (não “API exposta pelo Protheus”, mas “OS aberta com os campos certos no módulo certo, atribuída ao recurso certo”).

Quando esses três estão de pé, o canal vira plumbing. WhatsApp hoje, Teams amanhã, voz natural depois — o ciclo de execução não muda.

Permissão como design, não opção

Aqui mora a diferença que separa IA agindo dentro da operação de “copilot que sugere coisas”.

O Kris só executa dentro das permissões do usuário que o acionou. Não herda permissão de admin. Não tem permissão própria. Se o operador da L2 não pode abrir OS de manutenção corretiva sem aprovação do supervisor, o Kris também não abre — escalona, pergunta, espera o “OK” do supervisor chegar pelo canal dele.

E cada confirmação fica registrada — não como log de debug, como audit trail compliance-grade:

• Quem mandou o áudio.
• Que ação foi sugerida.
• Quem confirmou.
• Qual era a permissão de quem confirmou.
• Que ação foi executada de fato, em qual sistema, com qual ID.

Esse registro é o que separa IA aplicada à operação industrial de experimento de demo. Sem ele, qualquer ação do Kris vira passivo no primeiro dia de auditoria.

O que muda na operação

Três efeitos diretos:

• Latência cai pra minutos. O ciclo “vi o defeito → OS aberta” sai de horas pra 90 segundos. Em manutenção corretiva, isso é margem direta — máquina parada custa por minuto.
• Coordenação informal recua. Caderno, almoço, “te falo depois” — todo o trânsito de conhecimento via boca-a-boca que dependia de presença física vira protocolo digital com rastro.
• Operador ganha alavanca. Em vez de esperar supervisor, ele aciona o sistema diretamente — dentro do que a permissão dele permite. Quando precisa de aprovação, o pedido vai pro supervisor já com contexto pronto.

E nenhum desses ganhos exige trocar Protheus, SAP B1, Sankhya ou Senior. Exige só que a ação real, dentro do ERP que a fábrica já usa, possa ser disparada por uma camada de IA com critério, contexto e permissão certa.

---

A casa por trás do F7 KORE automatiza processo industrial há mais de uma década — incluindo integração com ERP em casos como Degraus (aluguel de equipamentos) e Quinabra (química regulada). Detalhes do funcionamento na página de FAQ.

Se você opera indústria de porte médio-grande, tem ERP estabelecido, e quer ver o “Foto + áudio → OS aberta em 90s” rodando contra o seu sistema — agende uma conversa de 30 min.