Tendências para 2026 na Gestão de Ativos para o Ecossistema SAP em Manutenção e Confiabilidade

Duas conferências da SAP do primeiro semestre: Energy & Utilities (Toulouse) e Supply Chain Executive Forum (Filadélfia) e o que significam para a gestão de ativos na América Latina.

Entre abril e junho, patrocinámos e participámos em dois eventos de grande relevância para a comunidade de manutenção e fiabilidade no ecossistema da SAP. Nesta ocasião, gostaria de resumir e destacar as principais conclusões e o estado da arte atual relevantes para a comunidade de profissionais. Em abril, participámos na SAP for Energy & Utilities Conference, em Toulouse, que apresentou o roteiro da SAP para a nossa área de atuação.. Semanas mais tarde, no SAP Supply Chain Executive Forum 2026, em Filadélfia, durante uma visita ao SAP Experience Center de Newtown Square, analisámos esse roteiro em tempo real juntamente com vários clientes.

SAP for Energy & Utilities Conference - Toulouse

Entre 22 e 23 de abril, a SAP for Energy & Utilities Conference reuniu em Toulouse operadores, integradores e a equipa de produto da SAP em torno de uma questão concreta: como se implementa hoje uma estratégia de gestão de ativos que combine aplicações, dados e IA sem transformar cada projeto numa nova ilha? Na Iquant, participámos na sessão dedicada à gestão de ativos, onze apresentações que contaram com a participação da TenneT, BC Hydro, Air Liquide, GreenVolt, EDF Power Solutions, PiLog e Wipro, além das duas palestras da SAP sobre o plano de ação. Este resumo organiza o que ouvimos e relaciona-o com o que estamos a fazer com os nossos clientes na região.

A visão da SAP: fechar o ciclo entre estratégia, execução e dados

Stephane Lauzon e Susanne Bottemanne (SAP) deram início à sessão com o tema central: Apps + Dados + IA no SAP Cloud ERP Private. A mensagem central não é nova (fechar o ciclo, desde a estratégia de manutenção até à execução e retorno), mas a novidade reside na concretização do roteiro. Agentes de IA baseados em Joule para propor eventos de manutenção otimizados, gestão da emissão de autorizações, gestão de isolamento no âmbito da Permissão de Trabalho, Mapa de Serviços com otimização das equipas e Briefing do Técnico de IA no SSAM. Para o BNAC, sincronização colaborativa de notificações, listas de materiais (BOMs) e materiais com os parceiros.

A segunda palestra da sessão, «Beyond maintenance», aprofundou os fundamentos técnicos: arquitetura de agentes de IA (objetivos → plano e raciocínio com LLMs → execução através de ferramentas → memória), o SAP Knowledge Graph como camada semântica que liga o Joule e os agentes a dados empresariais reais, e um vasto catálogo de cenários disponíveis ou planeados. A SAP apresentou dados relativos a casos de clientes selecionados que devem ser interpretados como tendências, em vez de como referências do setor: Recomendação de Ordens de Manutenção com até +40% de produtividade do planeador e +5% na resolução à primeira tentativa; APM com deteção de anomalias, com até 11% de redução das perdas de produção e 35% de aumento da produtividade nas atividades de manutenção; Joule integrado no APM, com 90% menos tempo gasto na procura de documentação.

Duas transformações reais que marcaram

BC Hydro (Nada Kovacevic) apresentou a modernização da sua Divisão de Estações: mais de 5 milhões de habitantes servidos, mais de 300 subestações, substituição do sistema antigo PassPort pelo S/4HANA + EAM + SSAM + FSM. A filosofia seguiu o modelo Crawl-Walk-Run, ancorada no Clean Core: 2025 como ano de estabilização do núcleo EAM, 2026-2027 com Dynamic Forms, FSM Auto-Assignment e integração com a Doble Protection Suite, e a partir de 2028 APM, IA e Digital Twin.. As lições que retiramos: começar pelos resultados de negócio em vez de pelos objetivos técnicos, simplificar antes de transformar, envolver os técnicos no terreno desde o primeiro dia; são estas as lições que repetimos em cada fase de Discovery com os clientes regionais.

A Air Liquide demonstrou como se constrói uma plataforma europeia comum. No âmbito do programa EU-ALign (cinco anos, quatro clusters, vinte países, cerca de 10 000 colaboradores abrangidos), o FSM foi escolhido como ferramenta única para substituir o MRS, o Google Sheets e o M4M. A estratégia de implementação é por fases: MVPs bem-sucedidos na Península Ibérica (abril de 2025) e Itália (outubro de 2025), França e DACH/Reino Unido em curso, Benelux e países nórdicos em 2026, e CEE em 2027. A integração nativa da Proaxia apresenta limitações dependendo do nível de personalização do backend do SAP PM, o que nos lembra que, nestes projetos, a rigorosa gestão do PM a montante determina o custo do FSM a jusante.

TenneT: quando o ERP e o GIS falam a mesma língua

A TenneT, o maior operador de redes de transporte (TSO) da Europa continental (26 000 km de linhas de alta tensão, 481 subestações, 14,7 GW offshore), ocupou dois slots da sessão. A primeira apresentação detalhou a integração entre o SAP S/4HANA e o Esri ArcGIS Utility Network: o cerne do projeto é a TenneT Object Type Library (OTL), um dicionário semântico comum que harmoniza as definições que antes se encontravam fragmentadas entre o IFS, o SAP R/3, o SisNET e o GeoSys. Os objetos lineares (linhas, cabos) são criados no GIS e sincronizados com o SAP PM; os objetos da subestação ao contrário.

A segunda apresentação foi a demonstração de viabilidade (PoC) da SAP Business Network Asset Collaboration (BNAC) sobre os Sistemas de Ligação à Rede offshore: 14 000 ordens de trabalho por ano, atualmente geridas por correio, folhas de cálculo e ficheiros anexos, com cinco fornecedores externos. A PoC validou o BNAC como plataforma, mas as conclusões práticas foram as mais úteis — A documentação oficial do BTP/S4 apresenta lacunas que exigem um manual de procedimentos específico; o BNAC ainda não suporta lotes de inspeção nem listas de verificação de forma nativa (item incluído no roteiro para o 3.º trimestre de 2026); e o verdadeiro desafio não é técnico, mas sim de alinhamento das partes interessadas.

APM e AI operacional: da teoria aos resultados

Dois casos apresentaram o APM em produção e não em demonstração. A GreenVolt descreveu o Monitoring & Prediction Center centralizado para sete centrais de biomassa entre Portugal e o Reino Unido (160 MW). A arquitetura segue o percurso: Historian Server → Plant Connectivity (PCo) → SAP APM → Datasphere → SAC + PLM com digital twin, fechando o ciclo até ao S/4HANA EAM com auto-programação de ordens. A camada diferenciadora é um modelo de IA próprio para a otimização de caldeiras, máxima eficiência térmica, consumo mínimo de biomassa e baixas emissões.

A EDF Power Solutions complementou com um caso de assistência no terreno em energia eólica e solar: redução de 1,9 horas de burocracia por ordem de serviço (em mais de 10 000 ordens de serviço por ano), um VPL a cinco anos de 8,5 milhões de dólares apenas com a manutenção preventiva, e um caso de IA aplicada a dados não estruturados para manutenção reativa que resultou numa redução de 15% no tempo de resolução de problemas e num aumento de receitas de 2,7 milhões de dólares devido a uma maior disponibilidade.

Fatores transversais: dados mestre e paradas da fábrica

O nosso parceiro na América Latina, PiLog Group (Dr. Imad Syed), defendeu a importância dos dados mestres como infraestrutura empresarial com base nas normas ISO 55000, 8000, 81346 e 14224, apresentando um dado revelador: mais de 60% dos projetos de IA fracassam devido à má qualidade dos dados. O seu Blueprint para um SSOT centrado no SAP quantifica os resultados ao longo de 30 anos de implementações; os intervalos apresentados podem ser consultados na Figura 2

Wipro STO360, a única aplicação de Shutdown/Turnaround/Outage totalmente certificada pela SAP, apresentou a sua solução de ponta a ponta no BTP, composta por seis fases (Definition, Basic Planning, Detailed Planning, Preparation, Turnaround, Follow-up), integração nativa com S/4 PM/MM/PS/FI-CO, APM, BNAC, IPD, SSAM, IBP e PLM, e oito casos de utilização de IA/ML para STO, além de mais quatro para segurança. O número que melhor traduz o valor: numa refinaria de 80.000 BPD, uma redução de 5-10% na duração da parada equivale a 3,8-7,6 milhões de euros por evento.

SAP Supply Chain Executive Forum 2026 — Filadélfia

Se Toulouse foi o mapa, Filadélfia foi o território. O SAP Supply Chain Executive Forum 2026 reuniu executivos de operações e produção de toda a América Latina, e uma ideia esteve presente em todas as sessões: a operação autónoma já não é uma promessa de um plano de ação, é uma capacidade que se constrói hoje. Dois elementos resumiram isso: o quadro estratégico apresentado pelo MIT e a demonstração ao vivo do SAP Joule Studio 2.0, que, não por acaso, foi concebido em torno de um agente de manutenção.

O marco estratégico: estrategia antes da tecnología

A Dra. María Jesús Sáenz, do MIT Digital Supply Chain Transformation Lab, apresentou o caso das cadeias autónomas e de autoaprendizagem com uma tese que contraria a euforia atual: a IA deve ser a resposta, não a pergunta. O ponto de partida não é "o que pode a IA fazer com os meus ativos?", mas sim "como concebo a minha estratégia de confiabilidade e de operação?". A análise avançada, o monitoramento de condições dos equipamentos ou os agentes são respostas possíveis, mas nunca a origem.

Duas advertências ficaram na memória. A primeira: basear o valor apenas na eficiência e na poupança torna a organização cega perante o valor real. O caso da Dell ilustra isso ao medir o commitment, o cumprimento do que foi prometido ao cliente, em vez do custo de atendimento. A segunda, em números: 72% das organizações já utilizam IA generativa, mas apenas 23% têm uma estratégia formal. A lacuna não é tecnológica, é de gestão da mudança.

“A IA deve ser a resposta, não a pergunta.” — Dra. María Jesús Sáenz, MIT Digital Supply Chain Transformation Lab.

Sáenz definiu-o como "uma mudança de religião": prática diária, humildade e pessoas in the loop, on the loop e out of the loop, consoante o risco do processo. Daí a curva J da mudança: toda a adoção passa por um vale antes de mostrar resultados, e gerir essa expectativa faz parte do trabalho do líder. Para os executivos da região, a questão prática é como observamos e comunicamos o aumento de valor ao longo do tempo de adoção.

Joule Studio 2.0, ao vivo: da intenção ao agente de manutenção

O que em Toulouse era um roteiro — os agentes de IA baseados em Joule e a arquitetura "Beyond maintenance", na Filadélfia foi concretizado diante do público. E a demonstração não escolheu um caso genérico da cadeia de abastecimento: criou, passo a passo, um agente de manutenção que verifica se os materiais atribuídos a uma encomenda têm estoque disponível, se essa encomenda pode ser atendida e que, além disso, responde sobre as últimas encomendas criadas. Se o Joule Studio 1.0 permitia criar agentes em linguagem natural, a versão 2.0 é, ela própria, um agente: orienta o utilizador a partir da sua intenção, fazendo perguntas ao longo do processo, como um assistente que se adapta às necessidades.

O percurso tem quatro etapas visíveis, com uma barra que indica em que medida a intenção está a ser concretizada: Intenção → PRD (Documento de Requisitos do Produto) → Especificação técnica → Solução (o código do agente). Até à especificação demora cerca de seis minutos; a construção completa, entre quinze e vinte, e inclui testes unitários automáticos — na demonstração, mais de cem — num ciclo de construir, testar e corrigir até se chegar a uma versão estável.

A diferença em relação a um assistente genérico reside no grounding. O agente baseia-se no SAP Knowledge Graph, que é a camada semântica de processos, APIs e dados contextualizados, e, antes de criar, verifica se a necessidade já está abrangida pelo padrão, para evitar duplicações. É até programado para não inventar coisas: se um registo não existir, deve indicar que não existe, em vez de o inventar. É, exatamente, a "cola" de dados que, sem governança, nenhum modelo possui.

Vale a pena ter em conta a distinção que a demonstração deixou clara: ferramentas vs. agentes. As ferramentas, como APIs, RPA e programas, são determinísticas. Os agentes são probabilísticos: o seu "cérebro" é um LLM que raciocina, decide que ferramenta utilizar e quando, conserva a memória e age de forma autónoma. Passámos de um problema com solução conhecida para um em que nós fornecemos as ferramentas e o agente resolve a lógica para atingir o objetivo.

A governança não é opcional. A intervenção humana existe para garantir que as alucinações não afetem os aspetos críticos do negócio: em processos sensíveis, o agente comunica o estado e solicita autorização antes de avançar.

A adaptação aos novos padrões de coordenação multiagente (A2A) e de partilha de contexto (MCP) é uma das novidades mais encorajadoras que a SAP introduz no novo Joule 2.0. O protocolo A2A (agente-a-agente) permite aninhar e reutilizar agentes: um pode invocar outro, em vez de reconstruir o que já existe. O protocolo MCP (Model Context Protocol) harmoniza definitivamente a forma de obter contexto e informação a partir de múltiplas fontes, dentro e fora do ecossistema SAP.

O rumo que a plataforma está a tomar é o que há de mais disruptivo. O Joule Studio faz parte da Business AI Platform da SAP. E com o anunciado Joule Work / Joule Desktop, a interação passa a ser direta com o Joule, sem depender do Workzone do BTP nem da navegação clássica do Fiori; um novo Tool Manager elimina a configuração da infraestrutura, a implementação passa a ser feita com um clique e a SAP passa a ser responsável por essa camada. É o prelúdio do fim das transações e aplicações tradicionais tal como as conhecemos: um único painel de trabalho para tudo.

Duas notas finais. Para as equipas técnicas, a versão 2.0 regressa ao código, disponibiliza o código do agente, que também pode ser desenvolvido a partir do Visual Studio Code num ecossistema aberto, deixando para trás o low-code local, mas com o agente a escrever por nós. Para os responsáveis pela tomada de decisões, o modelo comercial: A criação do agente está incluída na capacidade agêntica do Joule Studio 2.0; o que é cobrado é o tempo de execução, medido por passos ou ações, por pedidos, e não por tokens. E um pormenor que não é de menor importância para nós: o caso escolhido para a demonstração foi, literalmente, de manutenção. A onda agêntica não chega "um dia" ao mundo dos ativos; chega lá primeiro.

Implicações para a Iquant e a região da América Latina

O fio condutor é claro e aplica-se diretamente ao nosso portfólio regional. A filosofia Clean Core com manutenção por fases, apresentada pela BC Hydro, é exatamente a abordagem que adotamos na Arauco na implementação das fases do SAP PM, da Programação Avançada e do SSAM, ou numa importante empresa mineira no Chile com o SSAM e o Dynamic Forms. E a mensagem da PiLog é aquela que transmitimos com mais insistência aos clientes que estão a dar os primeiros passos com o APM ou a IA: sem dados mestre controlados, os valores dos slides não chegam à demonstração de resultados.

A essa interpretação, a Filadélfia acrescenta uma certeza operacional: o roteiro de agentes da SAP já está muito perto de ser implementável (ainda no Programa de Adoção Antecipada, mas com lançamento previsto para o 3.º trimestre de 2026); vimos criar um agente de manutenção de ponta a ponta em poucos minutos, mas o seu valor real continua a depender de dois pilares que nenhuma licença adquire. O primeiro é a qualidade dos dados mestres, o mesmo ponto levantado pela PiLog: sem dados geridos, o agente fica confuso em vez de tomar decisões. O segundo é a gestão da mudança, tal como alertava o MIT

"A autonomia na gestão de ativos constrói-se gradualmente, começando de forma modesta, com regras simples e dados de qualidade; não se compra."

Para quem quiser aprofundar qualquer um destes temas, incluindo demonstrações ao vivo do PiLog ou do SAP para Manutenção, ou a criação de agentes nos nossos ambientes de teste, estamos à disposição.