A IA previu a falha. Quem fechou a ordem de serviço?

Um sensor aponta vibração fora do padrão. A IA relaciona o sinal a ocorrências anteriores e sugere inspecionar um rolamento. O alerta chega por e-mail, vira mensagem num grupo e alguém comenta que “vai olhar”. Dois dias depois, a máquina para. A previsão estava certa — e, mesmo assim, a operação perdeu disponibilidade.

O problema não estava apenas no modelo. Faltaram criticidade, decisão, janela, peça, técnico, ordem de serviço, teste de retorno e atualização do histórico. Prever uma falha não é manter um ativo. O resultado só aparece quando o sinal correto atravessa o processo inteiro e termina em equipamento liberado, risco aceito ou outra decisão explicitamente registrada.

Por que manutenção entrou na pauta da IA agora

Em 23 de setembro de 2026, a McKinsey publicou uma análise sobre IA em operações intensivas em ativos. O texto destaca aplicações em confiabilidade, planejamento e execução, paradas, peças e gestão de contratadas. A advertência central é mais importante do que a tecnologia: aplicar IA só em uma etapa costuma deslocar o gargalo para outra, e ferramentas prontas raramente entram na rotina como simples “plug and play”.

A evidência acadêmica começa a alcançar o trabalho diário. Um estudo apresentado na AAAI 2026 descreveu um agente implantado em instalações de missão crítica para analisar eventos e apoiar ordens de serviço de bombas, chillers, compressores e outros equipamentos. Em validação de produção, engenheiros relataram diagnósticos 25% a 40% mais rápidos. É um caso específico, desenvolvido por pesquisadores ligados à IBM e implantado sobre seu ecossistema; portanto, não é promessa de retorno automático para qualquer empresa. As lições transferíveis são outras: objetos de negócio estruturados, salvaguardas em execução e ligação entre alerta, análise e ordem.

A ISO 55001:2024 fornece um norte mais amplo: gestão de ativos equilibra desempenho, risco e gasto ao longo do ciclo de vida. A norma não prescreve um software de IA. Ela reforça que uma boa decisão de manutenção precisa servir aos objetivos da organização e entrar em um sistema de gestão, não viver isolada num painel de anomalias.

Alerta, diagnóstico e fechamento são resultados diferentes

O alerta diz que algo merece atenção. O diagnóstico propõe uma causa com determinada confiança. A ordem autoriza e organiza o trabalho. A execução registra o que foi realmente encontrado e feito. A verificação comprova se o ativo voltou à condição esperada. Quando esses estados são fundidos, surgem métricas confortáveis e operações frágeis: muitos alertas “tratados”, pouca disponibilidade recuperada e nenhum aprendizado para o próximo evento.

A IA pode comparar históricos, resumir manuais, correlacionar sintomas, sugerir prioridade, preparar ordem e cobrar atualização. Ela não deve inventar leitura ausente, assinar laudo, liberar equipamento crítico nem substituir atribuição legal ou técnica de profissional habilitado. Quanto maior o risco para pessoas, ambiente, qualidade ou continuidade, mais explícitas precisam ser a alçada e a evidência humana.

Método ORDEM: cinco controles para fechar o ciclo

1. Objeto e resultado: identifique o ativo sem ambiguidade — código, localização, modelo, função, subsistema e condição esperada. Defina o resultado operacional: manter disponível, operar em modo degradado, parar com segurança, reparar ou substituir. “Sensor 7 alto” não é um objeto gerenciável.
2. Risco e regra: combine criticidade do ativo, consequência potencial, urgência e confiabilidade do sinal. Registre quem pode inspecionar, parar, adiar, aprovar custo e liberar retorno. A prioridade não deve nascer apenas da certeza do algoritmo: um sinal incerto em ativo crítico pode exigir verificação imediata.
3. Diagnóstico com evidência: reúna leitura original, unidade, horário, tendência, limite, histórico de falhas, última intervenção, contexto operacional e hipóteses alternativas. A IA deve apontar fonte e confiança, além do que ainda falta medir. Um resumo sem dados recuperáveis não sustenta decisão técnica.
4. Execução preparada: transforme a decisão em ordem com escopo, procedimento, isolamento, competência, peça, ferramenta, janela, responsável e prazo. Confirme disponibilidade real desses recursos antes de prometer atendimento. Se o ERP ou sistema de manutenção não gravou a ordem, o trabalho ainda não está programado.
5. Medição e fechamento: registre causa encontrada, ação executada, peça consumida, tempo, teste funcional, condição final e aprovador. Releia o sistema oficial, reconcilie estoque e agenda e observe recorrência. O fechamento alimenta a próxima recomendação; sem ele, a IA aprende com rótulos pobres e histórias incompletas.

Sete estados para não declarar sucesso cedo demais

• Sinal capturado: a leitura original e o contexto de operação estão preservados.
• Triagem concluída: ativo, criticidade, urgência e possíveis impactos foram identificados.
• Diagnóstico proposto: hipóteses, fontes, confiança e dados faltantes estão visíveis.
• Decisão autorizada: inspecionar, intervir, monitorar, adiar ou parar tem responsável e justificativa.
• Ordem preparada: escopo, janela, pessoa, peça, procedimento e permissões estão confirmados.
• Trabalho executado: a equipe registrou condição encontrada, ação real, desvios e consumo.
• Ativo verificado e reconciliado: teste de retorno, liberação competente, estoque, histórico e pendências concordam.

“Ordem encerrada” no sistema também pode ser um falso positivo. Se o técnico marcou um código genérico apenas para limpar a fila, a informação não prova reparo. O critério de aceite deve variar conforme o ativo: leitura estabilizada, ciclo de teste, inspeção, amostra de qualidade, confirmação do usuário ou período sem recorrência.

Matriz: criticidade do ativo × força da evidência

• Baixa criticidade e evidência forte: a IA pode preparar ordem e sugerir janela, mantendo limites de custo e procedimento. Exemplo: equipamento redundante com padrão recorrente bem documentado.
• Baixa criticidade e evidência fraca: colete dado barato antes de intervir. Agendar inspeção pode ser melhor que trocar peça “por garantia”.
• Alta criticidade e evidência forte: acione o protocolo definido, preserve o sinal e leve a decisão ao responsável competente. Alta confiança não elimina bloqueio, segurança ou autorização.
• Alta criticidade e evidência fraca: não ignore nem automatize a conclusão. A ação prudente pode ser reduzir carga, isolar, medir novamente ou chamar especialista, conforme procedimento aprovado.

Essa matriz evita dois extremos: manutenção excessiva movida por todo alerta e demora perigosa esperando “certeza de 100%”. O tratamento depende da consequência e do custo de obter nova evidência.

Cartão mínimo do evento de manutenção

Para cada caso, registre: identificador único; ativo e localização; função operacional; criticidade; fonte e horário do sinal; valor, unidade e limite; condição de uso; tendência; hipótese e alternativas; confiança; consequência; ação recomendada; decisão humana; ordem relacionada; janela; técnico ou empresa; procedimento e segurança; peças e ferramentas; condição encontrada; ação executada; teste; liberação; custo; indisponibilidade; anexos; e próxima revisão.

Comece com o que já existe. Horímetro, checklists, mensagens, notas de serviço, consumo de peças e ordens antigas frequentemente entregam um primeiro caso útil antes da compra de sensores novos. Mas não transforme texto informal em verdade oficial sem validação: data errada, código genérico e ativo duplicado contaminam correlações e prioridades.

Como o mesmo desenho aparece em cinco setores

• Obras: um gerador apresenta temperatura anormal. O agente combina leitura, carga e histórico, prepara inspeção e verifica peça e janela. A liberação permanece com a equipe responsável; uma obra não deve descobrir no turno seguinte que “alerta resolvido” significava apenas e-mail lido.
• Agro: telemetria de uma máquina sugere degradação perto de uma janela crítica de operação. A decisão equilibra risco de parada, clima, oficina, deslocamento e componente disponível. Previsão sem agenda e peça pode chegar cedo e ainda assim chegar tarde.
• Distribuição: variação de temperatura numa câmara fria ou falha recorrente de empilhadeira exige ligar ocorrência a produto, rota, capacidade alternativa e manutenção. O placar deve mostrar impacto evitado e reincidência, não apenas quantidade de chamados.
• Imóveis: bombas, portões, climatização e elevadores envolvem prestadores e contratos diferentes. A IA pode consolidar chamados e cobrar evidências, mas inspeções, responsabilidades técnicas e liberações seguem requisitos aplicáveis e profissionais competentes.
• Clínicas: equipamentos e infraestrutura podem afetar agenda e segurança. A IA ajuda a cruzar indisponibilidade com atendimentos e manutenção programada; não autoriza uso clínico nem substitui o responsável pelo equipamento.

Placar que mede disponibilidade, não volume de alertas

• Cobertura: ativos com identificação, criticidade, histórico e condição minimamente confiáveis.
• Detecção: alertas úteis, falsos positivos, falhas sem alerta e tempo entre sinal e triagem.
• Decisão: tempo até decisão, casos sem responsável, adiamentos vencidos e justificativas recuperáveis.
• Preparação: ordens aguardando peça, janela, procedimento, autorização ou competência.
• Execução: aderência ao programado, retrabalho, primeira correção efetiva e qualidade do apontamento.
• Resultado: indisponibilidade, recorrência, disponibilidade do ativo, custo total e impacto operacional evitado.
• Aprendizado: ordens fechadas com causa e teste, recomendações aceitas ou rejeitadas e regra revisada após erro.

Compare por classe de ativo, criticidade e período. Uma queda no número de ordens pode significar maior confiabilidade — ou simplesmente subnotificação. Da mesma forma, acurácia do modelo não substitui tempo de reparo, reincidência e impacto no serviço.

Piloto assistido de 20 dias úteis

1. Dias 1–5: escolha uma classe de ativo com volume suficiente e consequência controlável. Levante falhas, ordens, peças, indisponibilidade, cadastros e responsáveis.
2. Dias 6–10: defina estados, cartão mínimo, matriz de risco, alçadas e critérios de fechamento. A IA apenas prepara triagem e ordem; a equipe valida tudo.
3. Dias 11–15: teste ativo incorreto, sensor sem unidade, leitura atrasada, alerta repetido, peça indisponível, ordem duplicada, técnico sem habilitação, falha de integração e reparo sem teste.
4. Dias 16–20: opere assistido, compare com a linha de base e revise limiares. Só amplie autonomia onde gravação, idempotência, escalonamento e reconciliação estiverem comprovados.

Dez perguntas para a gestão

• Quais ativos interrompem receita, segurança, qualidade ou atendimento quando falham?
• O ativo possui um identificador único igual em sensor, planilha, ERP e ordem?
• Quem decide parar, adiar, gastar e liberar?
• Qual evidência mínima muda um alerta para inspeção ou intervenção?
• Onde ficam procedimento, histórico e última condição confirmada?
• A peça e a competência estão disponíveis antes de agendar?
• Como impedir duas ordens para o mesmo evento?
• Que teste prova retorno seguro e funcional?
• O fechamento atual registra causa real ou apenas um código genérico?
• Conseguimos ligar manutenção a disponibilidade, serviço e custo?

O ponto de vista da V7 Agents

Para a V7 Agents, manutenção com IA não começa pelo modelo mais sofisticado. Começa pela ligação entre ativo, risco, dado, decisão, ordem, pessoa, peça e prova de retorno. O V7 IA Ready identifica cadastros quebrados, registros ausentes, integrações e alçadas; agentes verticais ou o v7 Custom ajudam a operar triagem, preparação e cobrança de evidências; a Operação Contínua acompanha recorrência, exceções e resultado. A IA gera ROI quando entra numa rotina com dono — não quando produz mais um alerta sem destino.

Fontes consultadas

• McKinsey — Maintenance meets AI: a proven approach for asset-heavy industries, 23 de setembro de 2026.
• AAAI 2026 — Deployed AI Agents for Industrial Asset Management: CodeReAct Framework for Event Analysis and Work Order Automation.
• ISO 55001:2024 — Asset management system requirements.
• ISO/TC 251 — visão geral das atualizações da série ISO 55000 para decisão, risco, dados e ciclo de vida.