Hierarquia de ativos em cinco níveis e checklist de CMMS para gerentes de manutenção

Uma hierarquia de ativos é a divisão estruturada dos equipamentos, desde o local até aos componentes, e a única regra que determina se algo funciona é a seguinte: construa o sistema de acordo com a forma como o processo realmente funciona, e não com base no comando de quem alguém responde. Cometer esse erro e todas as ordens de trabalho, relatórios de custos e indicadores de desempenho baseados nesse sistema herdarão a mesma confusão.

Resumo:

A construção da hierarquia de ativos em torno do fluxo de processo real melhora a análise de falhas, o acompanhamento de custos e a precisão da manutenção preventiva.

A maioria das hierarquias deve ter cinco níveis: site, sistema, equipamento, componente e item serializado, com atributos adaptados a cada um deles.

Comenzando com um pequeno piloto em um único sistema e validando com ordens de trabalho reais garante uma precisão escalável e identifica lacunas precocemente.

Evite modelar a hierarquia em gráficos organizacionais; concentre-se, em vez disso, em fluxos de processo estáveis para sua validade a longo prazo.

Ferramentas de suporte, como plataformas de CMMS, ajudam a manter, validar e expandir a hierarquia de forma consistente em todas as operações.

Totalmenteops

Focar-se nos dados de ativos

A FullyOps ajuda as equipes de manutenção a gerenciar ordens de trabalho, intervenções, horas, inventário, relatórios e análises operacionais em uma única plataforma.

✓Gestão de ordens de serviço
✓Monitoramento da intervenção
✓Gestão de inventário
✓Análise operacional

Solicite uma demonstração

Índice

O que é uma hierarquia de ativos e por que isso é importante para a manutenção
Níveis típicos da hierarquia e um modelo prático de taxonomia
Processo passo a passo para criar e configurar uma hierarquia de ativos
Erros comuns, governança e controles de qualidade de dados
Como uma hierarquia estruturada corretamente suporta os fluxos de trabalho de manutenção e os KPIs
Lista de verificação prática para implementação e exemplo
Por que uma hierarquia correta vale a pena o investimento inicial
Implementando a estrutura com o FullyOps
FAQ
Fontes
Normas e orientações autoritativas

O que é uma hierarquia de ativos e por que isso é importante para a manutenção

Uma hierarquia de ativos é um mapa em camadas de equipamentos: um sistema contém peças de equipamentos, equipamentos contêm componentes e cada nível possui seus próprios registros. Uma linha de embalagem, por exemplo, está localizada abaixo do nível de site e contém um enchimento e um fechador como equipamentos, e cada um deles se subdivide em motores, sensores e caixas de velocidades como componentes.

Se construída corretamente, essa estrutura se paga em três formas, conforme detalhado no documento. Processo de cronograma de limpeza de manutenção para gerentes de instalações:

Análise mais clara dos problemas, pois os problemas recorrentes são registrados no mesmo registro de equipamento, em vez de serem distribuídos em tickets vagamente formulados.
Alocação precisa de custos, pois o trabalho, as peças e o tempo de inatividade se concentram no sistema correto, em vez de em uma abordagem genérica e abrangente.
Uma melhor programação de manutenção preventiva, Porque as tarefas são associadas à componente específica que realmente precisa delas.

ISO 14224:2016 formaliza isso definindo uma taxonomia de equipamentos padrão, além de campos de manutenção mínima e de dados de falhas, proporcionando efetivamente às plantas um idioma de confiabilidade comum, de forma que os dados de um local possam ser comparados de forma significativa com os de outro.

Níveis típicos da hierarquia e um modelo prático de taxonomia

A maioria das hierarquias de trabalho utiliza vários níveis, desde os gerais até os específicos:

Localização ou local: a instalação física ou a área geográfica.
Sistema: um agrupamento funcional, como o ar comprimido ou o embalamento.
Equipamento: a unidade física dentro desse sistema, como um compressor ou um reabastecedor.
ComponenteAs peças que compõem o equipamento, como um motor ou uma válvula.
Produto em série ou peça de reposiçãoUnidades individualmente rastreáveis ou partes vinculadas ao estoque.

Cada nível precisa de seus próprios atributos para permanecer utilizável em um sistema de gestão de ativos (CMMS). Os níveis de site e sistema precisam principalmente de um código de localização funcional. Os equipamentos precisam de um ID exclusivo, modelo, fabricante e classificação de importância. Os componentes e itens serializados precisam de números de série e links para o registro do equipamento principal.

Um mapeamento simples poderia ser assim: Site A, Sistema de Embalagem, Unidade de Recheio 2, Motor de Acionamento, Número de Série 48213. Qualquer leitor pode adaptar esse padrão substituindo os nomes dos seus próprios sistemas e equipamentos, desde que os níveis permaneçam consistentes em todo o site.

Processo passo a passo para criar e configurar uma hierarquia de ativos

Comece pequeno. De acordo com orientação do Quadro de Gestão Integrada de Ativos, É sensato começar pelo nível do sistema em uma única área piloto, em vez de tentar realizar a implementação em todo o local de uma só vez, e consultar os manuais de operações e manutenção, além dos registros financeiros existentes, ao decidir como agrupar os ativos.

Escolha um sistema ou local piloto com complexidade suficiente para ser representativa, mas pequena o suficiente para ser concluída rapidamente.
Concordar com as partes interessadas e as responsabilidadesAs operações, a manutenção, os estoques e a área financeira todos contam com dados de ativos e precisam ter voz na forma como esses dados são estruturados.
Defina regras de nomenclatura e IDs exclusivos antes que qualquer entrada de dados comece, para que todos os registros sigam o mesmo padrão desde o primeiro dia.
Transferir dados do mapa e importá-los, limpar duplicatas e preencher os campos que faltam ao longo do processo, em vez de importar problemas de uma só vez.
Executar ordens de trabalho piloto contra a nova estrutura, para confirmar que as tarefas são encaminhadas para o equipamento adequado e que os relatórios refletem a realidade.
Auditar, ajustar e expandir a hierarquia nas fases controladas, aplicando as lições obtidas do projeto piloto antes de estender a implementação a outros locais ou sistemas.

Dica profissional: Validar a hierarquia com pedidos de trabalho reais antes de expandi-la: uma classificação que parece organizada no papel muitas vezes revela lacunas no momento em que um técnico tenta fechar um ticket relacionado a ela.

O nosso gestão de ordens de trabalho A orientação aborda de forma mais detalhada como estruturar essa etapa de validação, incluindo quais campos devem ser verificados antes de confiar nos dados.

Erros comuns, governança e controles de qualidade de dados

O erro mais comum é modelar a hierarquia na estrutura organizacional em vez do processo físico. Os departamentos são reestruturados; os sistemas de ar comprimido e as linhas de embalagem não. A fixação da hierarquia aos fluxos de processo estáveis mantém a validade mesmo em reestruturações que, de outra forma, obrigariam a uma reconstrução completa.

Um segundo erro comum é sobrecarregar demais a primeira versão. Uma hierarquia com muitos níveis subitens torna a manutenção e auditoria muito dispendiosa, portanto vale a pena manter a versão inicial simples e adicionar profundidade apenas quando os dados realmente assim exigirem.

Uma governança eficaz mantém a estrutura utilizável ao longo do tempo:

Um proprietário identificado responsável por aprovar alterações na taxonomia.
Normas documentadas para designação de nomes, concordou com as partes interessadas antes de iniciar a entrada de dados.
Controle de mudanças, Assim, novos níveis ou categorias passam por revisão em vez de serem adicionados de forma ad hoc.
Auditorias periódicas para detectar registros duplicados, ativos órfãos e campos obrigatórios ausentes.

Dica profissional: Reconciliar o inventário com a hierarquia de forma regular, em vez de esperar que haja uma discrepância de estoque para resolver o problema.

Como uma hierarquia estruturada corretamente suporta os fluxos de trabalho de manutenção e os KPIs

Cada tarefa corretiva e preventiva está associada a um ponto específico na hierarquia, e essa escolha tem consequências. Atribua uma falha recorrente ao nível do equipamento quando o problema for específico a uma única unidade; atribua-a ao nível do sistema apenas quando o padrão se estender para várias unidades dentro desse sistema.

Cometer um erro no nível e os efeitos se propagam para fora:

A análise de falhas torna-se pouco confiável quando falhas semelhantes são registadas em níveis inconsistentes, ocultando padrões reais.
A classificação por causa raiz falha se dois técnicos identificarem o mesmo tipo de falha de forma diferente.
A precisão dos KPIs sofre, Uma vez que métricas como tempo de atividade, tempo médio até reparação e custo por sistema dependem inteiramente de uma padronização consistente por trás delas.

A taxonomia padronizada e os atributos bem definidos são o que permitem que os dados de falhas e manutenção se agreguem de forma confiável em toda a planta, conforme estabelece a ISO 14224, e o mesmo princípio se aplica independentemente de uma operação ser realizada em um único local ou em vários. Manutenção preventiva de ativos de HVAC Mostra um exemplo prático de vinculação de tarefas recorrentes ao nível de equipamento correto.

Lista de verificação prática para implementação e exemplo

Transformar o plano em algo que a equipe possa executar depende de uma sequência curta que deve ser repetida por todos os pilotos:

Escolha o piloto e concorde com o seu âmbito de aplicação em relação a operações e manutenção antes de tocar em quaisquer registos.
Importar um conjunto de ativos de amostra, Utilizando dados limpos e identificadores exclusivos desde o início.
Executar ordens de trabalho de validação contra os registros importados para confirmar o roteamento e o trabalho de relatórios conforme previsto.
Regras de nomeação de fechaduras Depois que o piloto for validado e um único editor for atribuído para as mudanças contínuas.

Dica profissional: Agende uma data de auditoria recorrente antes do término do lançamento, não depois: uma hierarquia sem uma rotina de revisão pode desandar em poucos meses.

Um sistema de gestão de ativos que combina os registros de ativos com modelos de pedidos de trabalho e links para inventário Facilita muito a execução desta lista de verificação de forma consistente, em comparação com os fluxos de trabalho de planilhas de cálculo que são compartilhados entre departamentos.

Por que uma hierarquia correta vale a pena o investimento inicial

Uma hierarquia bem estruturada aumenta o seu valor a cada mês que funciona, porque todos os relatórios, todos os agregados de custos e todas as tendências de confiabilidade dependem de que permaneça precisa. Obter o patrocínio para um projeto piloto é geralmente mais fácil do que parece: apresente-o como um projeto curto e delimitado, com uma alocação de custos ou benefícios de tempo de inatividade mensuráveis, em vez de uma reforma completa do sistema. Conheça a hierarquia como um ativo organizacional em si mesmo, que precisa de um proprietário e de um plano de manutenção, assim como os equipamentos que descreve.

— Pedro

Implementando a estrutura com o FullyOps

Uma hierarquia de pilotos só é útil quando está implementada em um local onde os técnicos realmente trabalham, o que é exatamente onde nossa plataforma se encaixa. Nós construímos registros de ativos, modelos de ordens de trabalho, rastreamento e relatórios de inventário, tudo isso sobre a mesma estrutura descrita acima, para que a implantação correta do piloto no primeiro dia permaneça consistente à medida que a plataforma for escalada em todos os sites. planos Oferecemos diversas combinações dessas funcionalidades para técnicos, administradores e gestores, e uma demonstração é a maneira mais rápida de ver como a sua própria taxonomia se encaixaria dentro da plataforma.

FAQ

O que é uma hierarquia de ativos na gestão de manutenção?

Uma hierarquia de ativos é uma estrutura em camadas que organiza o equipamento desde o nível do local até aos componentes individuais, com cada nível contendo os seus próprios registos e atributos. Isso proporciona às equipas de manutenção uma forma consistente de registar trabalhos, acompanhar os custos e analisar os problemas em equipamentos que, de outra forma, seriam registados de forma inconsistente.

Quantos níveis uma hierarquia de ativos deve ter?

A maioria das hierarquias de trabalho utiliza cerca de cinco níveis: site, sistema, equipamento, componente e item serializado ou peça de reposição. Acrescentar mais níveis do que realmente são necessários para os dados tende a tornar a estrutura mais difícil de ser configurada e auditada sem trazer benefícios reais.

Qual é o maior erro ao criar uma hierarquia de ativos?

O erro mais comum é modelar a hierarquia na organogramática em vez do fluxo físico do processo. As estruturas organizacionais mudam regularmente, enquanto sistemas como as linhas de ar comprimido ou de embalagem permanecem estáveis, portanto, a ancoragem no fluxo do processo mantém a hierarquia válida mesmo em casos de reorganização.

Como a ISO 14224 se relaciona com as hierarquias de ativos?

A ISO 14224:2016 define uma taxonomia de equipamentos padronizada, além de campos para manutenção mínima e dados de falhas, criando um idioma comum de confiabilidade. Sua estrutura permite que os dados de falhas e manutenção sejam comparáveis entre diferentes plantas, contratantes e períodos de relato.

O FullyOps suporta a criação de uma hierarquia de ativos?

Nossa plataforma oferece suporte a registros de ativos, modelos de ordens de trabalho, rastreamento e relatórios de inventário construídos para funcionar em cima de uma hierarquia estruturada. Os planos são adaptados aos técnicos, administradores e gerentes, e os preços estão disponíveis mediante solicitação através de uma demonstração.