A ISO 14224 oferece uma base para coletar e trocar dados de confiabilidade e manutenção em formato padronizado. Seu escopo oficial está nas indústrias de petróleo, petroquímica e gás natural. A norma organiza uma linguagem comum para experiência operacional e trata categorias de dados de equipamento, falha e manutenção, além de práticas de qualidade. Ela não transforma registro incompleto em análise confiável e não substitui a governança técnica da empresa.
A aplicação prática começa por um projeto de dados inspirado no objetivo público da ISO 14224 sem reproduzir tabelas, códigos ou conteúdo protegido da norma. Para declarar conformidade, interpretar requisito ou implantar a norma em seu escopo, a organização precisa consultar a edição licenciada vigente, definir aplicabilidade e envolver profissionais competentes.
O problema que a padronização resolve
Uma planta pode ter milhares de notificações e ainda não conseguir comparar falhas. Um turno registra sintoma, outro registra componente, outro digita ação no campo de causa. Bomba, conjunto motobomba e sistema de transferência aparecem como se fossem o mesmo nível. O tempo de indisponibilidade começa na abertura da nota em uma área e na perda de função em outra. O volume parece grande, mas a população não é coerente.
Padronização cria três condições. Primeiro, cada registro fica associado a objeto técnico e nível hierárquico definido. Segundo, modo, mecanismo, causa, consequência e ação ocupam campos distintos. Terceiro, tempos e exposição seguem regras documentadas. O resultado forma um conjunto reconciliável, comparável e auditável.
O que a página oficial da ISO permite afirmar
A página oficial da ISO informa que a edição publicada é a ISO 14224:2016, terceira edição, confirmada no ciclo de revisão. O resumo público descreve uma base para dados de confiabilidade e manutenção durante o ciclo operacional. Ele identifica três grandes categorias: dados de equipamento, dados de falha e dados de manutenção. Também aponta usos em confiabilidade, disponibilidade, manutenção, segurança e meio ambiente.
O mesmo resumo delimita o escopo. Custos diretos, dados completos de ficha técnica, ensaios de laboratório e métodos completos de análise não são o foco central declarado. Essa fronteira importa. Usar um vocabulário de falhas não significa que a norma entregará sozinha um modelo econômico, uma RCFA ou uma estratégia de manutenção.
Arquitetura mínima de um projeto de dados
1. Governança
Defina patrocinador, dono do dado, administradores de catálogo, especialistas por classe e rotina de revisão. O dono do sistema não decide sozinho o significado técnico. Alteração em termo, obrigatoriedade ou regra temporal precisa de versão, justificativa e data de vigência.
2. Fronteira de equipamento
Declare onde cada evento será acumulado. A hierarquia pode percorrer instalação, unidade, sistema, equipamento e item manutenível, conforme o modelo da empresa. O ponto é evitar que o mesmo tipo de evento seja atribuído ora ao sistema, ora ao componente sem regra.
3. Dicionário de falhas
Separe função requerida, falha funcional, modo observado, mecanismo, causa e efeito. O modo descreve como a função foi perdida ou degradada. O mecanismo descreve o processo físico. A causa explica a condição que iniciou ou permitiu o mecanismo quando há evidência. O efeito registra o que foi percebido ou produzido. Campo desconhecido continua desconhecido.
4. Dados de manutenção
Registre tipo de trabalho, ação, item substituído, recurso, início e término conforme os marcos escolhidos, além da condição depois do trabalho. A ordem mostra o que foi executado. Ela não deve receber uma causa confirmada apenas porque houve troca de peça.
5. Qualidade e reconciliação
Meça completude, validade, consistência, oportunidade, unicidade e rastreabilidade. Um registro completo pode estar tecnicamente errado. Por isso, a amostra precisa voltar à notificação, ordem, medição e evidência de campo.
Método de implantação em dez passos
- Defina o uso. Escolha uma decisão concreta, como comparar recorrência por classe ou revisar plano.
- Delimite população. Fixe classes, locais, período, status e exposição.
- Mapeie campos atuais. Localize onde equipamento, falha, ação, tempo e consequência são registrados.
- Diagnostique qualidade. Conte vazios, texto livre, duplicidade, níveis misturados e tempos impossíveis.
- Crie dicionário interno. Defina termos, exemplos, exclusões e responsáveis sem copiar conteúdo protegido.
- Construa o crosswalk. Relacione campo atual, significado interno e destino no processo futuro.
- Configure e teste. Aplique a uma classe piloto e preserve os valores brutos para auditoria.
- Treine com casos. Peça ao usuário que classifique registros reais anonimizados e explique a escolha.
- Revise divergências. Ajuste catálogo, interface ou regra quando especialistas classificarem o mesmo evento de modo diferente.
- Escalone com controle. Publique versão, monitore qualidade e impeça mudança sem governança.
Caso didático preenchido: compressores K-301
Todos os números e registros deste caso são didáticos. Eles não representam cliente, benchmark, requisito da ISO nem desempenho da PM Run. Uma unidade possui cinco compressores equivalentes. A engenharia queria comparar falhas que removiam capacidade, mas os registros misturavam sintomas, componentes e ações.
Premissas do piloto
| Elemento | Definição interna do caso |
|---|---|
| Classe piloto | Cinco compressores centrífugos equivalentes |
| Janela histórica | 1º de janeiro a 30 de junho de 2026 |
| Exposição-calendário máxima | 21.720 horas, calculadas como 5 compressores × 181 dias × 24 h |
| Horas fora do estado elegível | 3.480 horas de paradas programadas, indisponibilidades dos eventos e outros períodos excluídos pela regra do piloto |
| Exposição acumulada | 18.240 horas em estado elegível |
| Evento incluído | Perda ou degradação da função de compressão acima do limite interno |
| Evento excluído | Parada programada e ordem sem perda de função |
| Fonte | Notificação, ordem, histórico de processo e medição reconciliados |
| Unidade temporal | Horas, com fuso e marco definidos |
O diagnóstico encontrou 27 registros relacionados. Depois de reconciliar duplicidades e escopo, sete eram eventos funcionais. Nove eram ordens planejadas, seis eram notificações duplicadas e cinco descreviam anomalias sem perda de função. Nenhum registro foi apagado. Cada exclusão recebeu motivo e ligação com o original.
A exposição foi reconciliada a partir do teto físico de 21.720 horas-calendário. A exclusão documentada de 3.480 horas deixou 18.240 horas em estado elegível. Os sete eventos somaram 26,6 horas de indisponibilidade, média de 3,8 horas por evento. A taxa descritiva foi 7 ÷ 18.240 × 1.000 = 0,384 evento por 1.000 horas elegíveis. Com somente sete eventos e mecanismos diferentes, essa taxa não sustentou comparação causal nem mudança de estratégia; a decisão permaneceu baseada na separação semântica e na evidência de cada evento.
Antes da padronização
| Texto bruto | Campo usado | Problema |
|---|---|---|
| Vibração alta | Causa | Sintoma registrado como causa |
| Trocado rolamento | Descrição da falha | Ação registrada como falha |
| Trip | Texto longo | Efeito sem função e objeto detalhados |
| Falha mecânica | Modo | Categoria ampla demais para comparação |
| Normalizado | Causa | Resultado do trabalho sem mecanismo |
Dicionário interno do piloto
A equipe não tentou copiar uma taxonomia normativa. Construiu definições internas e registrou que a implantação formal dependeria da norma licenciada. Para o piloto, função foi comprimir o gás dentro da faixa definida. Falha funcional foi incapacidade de manter vazão ou pressão. Modo foi a forma observada da perda. Mecanismo foi o processo físico sustentado por evidência. Causa permaneceu não confirmada quando a investigação não existia.
| ID didático | Modo observado | Mecanismo sustentado | Causa | Ação | Indisponibilidade |
|---|---|---|---|---|---|
| E01 | Desligamento por proteção | Degradação de rolamento | Lubrificação fora do parâmetro interno | Substituir e revisar tarefa | 6,2 h |
| E02 | Vazão abaixo do padrão | Depósito no estágio | Contaminante em investigação | Limpar e amostrar | 4,5 h |
| E03 | Vazamento externo | Degradação de vedação | Não confirmada | Conter, substituir e abrir RCFA | 3,8 h |
| E04 | Desligamento por proteção | Falha de instrumentação confirmada | Conexão degradada | Reparar conexão e testar | 1,7 h |
| E05 | Pressão instável | Mecanismo não confirmado | Não confirmada | Coletar dados adicionais | 2,1 h |
| E06 | Partida indisponível | Intertravamento atuado | Condição de processo válida | Restaurar condição | 0,9 h |
| E07 | Vazão abaixo do padrão | Folga interna confirmada | Desgaste acumulado | Reparar e revisar limite | 7,4 h |
A tabela é um modelo didático próprio. Ela não representa os códigos, a estrutura obrigatória nem a taxonomia da ISO 14224. Seu papel é mostrar a separação semântica. A equipe preservou o texto bruto ao lado do termo controlado para que um especialista pudesse auditar a transformação.
Decisão produzida
O piloto mostrou que desligamento por proteção não era uma família causal. E01 e E04 compartilhavam o efeito de desligamento, mas tinham mecanismos e ações diferentes. Somá-los como mesma causa criaria uma prioridade falsa. A decisão foi revisar o plano de lubrificação para a família de rolamento, abrir investigação para a vedação sem causa e manter falha de instrumentação em uma trilha própria.
Também foi decidido que modo e efeito seriam obrigatórios na notificação para esta classe. Mecanismo e causa poderiam permanecer não confirmados. O preenchimento posterior exigiria evidência e papel autorizado. Essa regra protege o histórico contra certeza inventada.
Saída para SAP PM
Na arquitetura do caso, equipamento e localização técnica estabelecem endereço. A notificação recebe condição, mau funcionamento, modo, efeito, método de detecção e datas conforme a configuração. A ordem registra operações, materiais, tempos e ação executada. Medições e anexos permitidos sustentam a evidência. Catálogos organizam a linguagem, enquanto texto técnico preserva contexto que não cabe no código.
A documentação oficial do SAP descreve dados de falha em notificações, incluindo modo, efeito e método de detecção em cenários compatíveis. A organização precisa verificar versão, processo e Customizing. A norma não determina automaticamente como cada campo deve ser implementado no SAP de uma empresa.
A PM Run pode apoiar mobilidade, planejamento, execução e retorno de dados sobre o SAP PM. Ela não entrega taxonomia ISO pronta, não declara conformidade e não substitui governança do cadastro. O SAP permanece como sistema de registro.
Indicadores e janela de verificação
O piloto foi avaliado por 180 dias e por pelo menos 30 eventos ou anomalias classificáveis. A janela maior entre os dois critérios seria usada. Indicadores:
- completude dos campos definidos para o piloto;
- percentual não classificado, acompanhado sem redistribuição artificial;
- concordância entre dois especialistas em uma amostra;
- duplicidade de eventos depois da reconciliação;
- tempo entre detecção e notificação formal;
- percentual de registros rastreáveis até ordem e evidência;
- eventos por exposição, somente depois de validar a população.
No exercício, a linha de base de completude era 46%. O critério interno foi alcançar pelo menos 95%, manter não classificado abaixo de 5% sem forçar a classificação, reduzir duplicidade para menos de 2% e ter 100% da amostra rastreável. São metas didáticas, não requisitos da ISO nem benchmark de mercado.
Como escolher a disciplina correta
A ISO 14224 orienta a estrutura e a qualidade do dado dentro de seu escopo. A engenharia de confiabilidade integra decisões e estratégia. FMEA antecipa modos e efeitos. RCFA investiga um evento ocorrido. MTBF resume uma população definida. Cada disciplina responde a uma pergunta diferente e pode usar o mesmo histórico governado.
Limites
- O escopo oficial da ISO 14224 é setorial e precisa ser respeitado.
- Uso em outro setor pode ser referência de desenho, não declaração automática de conformidade.
- O resumo público não substitui acesso à norma licenciada.
- Taxonomia sem processo de revisão apenas padroniza erro.
- Campo obrigatório pode aumentar preenchimento e reduzir qualidade se não houver definição.
- Comparação entre plantas exige população, exposição e regras equivalentes.
Controle de qualidade antes da análise
O piloto K-301 estabeleceu quatro verificações antes de calcular qualquer indicador. A primeira confirmou se equipamento, posição e período operacional formavam uma população coerente. A segunda procurou dois registros para o mesmo evento, usando proximidade temporal, objeto técnico e descrição. A terceira conferiu a sequência entre detecção, parada, início e retorno. A quarta comparou o termo controlado com o texto original e a evidência anexada.
Registros reprovados não foram apagados nem distribuídos à força. Eles receberam estado de qualidade, motivo e responsável por correção. Essa fila permitiu distinguir lacuna de cadastro, divergência semântica e ausência real de informação. O indicador de completude passou a medir campos utilizáveis, não apenas campos preenchidos.
Amostragem de concordância
Dois especialistas classificaram de forma independente dez registros do piloto. Oito tiveram concordância integral, um divergiu entre efeito e modo, e um permaneceu inconclusivo por falta de evidência. A revisão conjunta corrigiu a definição interna, manteve o registro inconclusivo e criou um exemplo adicional para treinamento. A meta de concordância só seria aplicada depois dessa calibração.
Esse controle reduz um risco recorrente: gráficos consistentes construídos sobre significados diferentes. Antes de comparar unidades, a empresa precisa demonstrar que as pessoas reconhecem o mesmo evento, usam a mesma fronteira temporal e preservam desconhecido quando a evidência não sustenta classificação.
Referências oficiais
- ISO 14224:2016, página oficial e resumo público, consultada em 23/08/2026.
- ISO/TC 67/WG 4, Reliability Engineering and Technology, consultada em 23/08/2026.
- SAP Help Portal, Failure Data, consultada em 23/08/2026.
Perguntas frequentes
A ISO 14224 serve para qualquer indústria?
O escopo oficial é petróleo, petroquímica e gás natural. Outras operações podem estudar seus princípios de estruturação, mas não devem declarar conformidade automática. É necessário avaliar aplicabilidade, licenciamento, requisitos internos e normas do próprio setor.
A norma fornece todos os códigos para o SAP PM?
A norma e o sistema têm papéis diferentes. A organização precisa desenhar o mapeamento entre sua taxonomia licenciada, processo e configuração SAP. Copiar termos sem definir uso, nível e governança não cria dado comparável.
É obrigatório preencher uma causa em toda notificação?
Não se deve inventar causa para completar campo. Sintoma, modo, efeito e mecanismo têm significados diferentes. Quando a causa não foi confirmada, o estado desconhecido precisa ser preservado e pode disparar investigação conforme criticidade.
Para conectar execução, planejamento e retorno de campo ao SAP PM, conheça a camada operacional da PM Run. A taxonomia, a conformidade e a decisão de engenharia permanecem sob responsabilidade da empresa.
