Entenda como estruturar cadastro e hierarquia de ativos, TAGs, classes, atributos e relações para manutenção, PCM, confiabilidade e gestão do ciclo de vida.
Confira!
Cadastro de ativos é a estrutura de informação que identifica cada ativo relevante, descreve seus atributos técnicos e o posiciona dentro de uma hierarquia coerente com a operação, a manutenção e a gestão do ciclo de vida. Um cadastro útil não é uma lista de equipamentos: ele precisa permitir localizar o ativo, entender sua função, relacioná-lo a sistemas e componentes, conectar documentos e histórico e sustentar decisões de manutenção, confiabilidade, sobressalentes, risco e renovação.
A hierarquia de ativos define como instalações, sistemas, subsistemas, equipamentos e componentes se relacionam. Não existe uma única árvore universal aplicável a toda organização. O nível de decomposição deve responder ao uso da informação. Um cadastro excessivamente superficial impede análise; um cadastro granular sem propósito aumenta custo, duplicidade e inconsistência.
O que é cadastro de ativos e por que ele é uma infraestrutura de decisão
Em organizações intensivas em infraestrutura, muitas decisões dependem de responder perguntas aparentemente simples: qual equipamento falhou, onde está instalado, que função atende, qual circuito o alimenta, qual procedimento se aplica, quais peças são compatíveis, qual é sua criticidade e quais intervenções já ocorreram. Quando essas respostas dependem de conhecimento informal ou de várias planilhas desconectadas, a manutenção perde rastreabilidade.
O cadastro organiza a identidade técnica do ativo. Ele cria uma chave comum para conectar inspeções, ordens de manutenção, desenhos, manuais, ensaios, certificados, fotografias, peças sobressalentes, eventos de falha e indicadores. Essa conexão é mais importante do que o número de campos preenchidos.
A ISO 55001:2024 exige que a organização determine e gerencie a informação necessária ao sistema de gestão de ativos. Isso não significa que a norma prescreva um modelo único de cadastro. A responsabilidade continua sendo da organização: definir quais dados são necessários, com que qualidade, em que nível da estrutura e para quais decisões.
Cadastro patrimonial e cadastro técnico não são a mesma coisa
O cadastro patrimonial costuma responder a propriedade, valor contábil, centro de custo, localização administrativa e depreciação. O cadastro técnico responde a função, características de engenharia, interfaces, condição, mantenabilidade e histórico operacional. Os dois podem compartilhar identificadores e precisam conversar, mas têm finalidades distintas.
Um transformador, por exemplo, pode aparecer como um item patrimonial único. Para a manutenção, porém, pode ser necessário relacioná-lo ao sistema elétrico, subestação, barramento, proteção, ventilação, acessórios e pontos de inspeção. A estrutura contábil não substitui a estrutura funcional.
| Dimensão | Cadastro patrimonial | Cadastro técnico de ativos |
| Objetivo principal | Controle econômico e contábil | Operação, manutenção, confiabilidade e Engenharia |
| Unidade típica | Bem patrimonial | Sistema, equipamento ou componente tecnicamente gerenciável |
| Atributos | Valor, aquisição, depreciação, centro de custo | TAG, função, fabricante, modelo, capacidade, parâmetros, condição |
| Relações | Unidade administrativa, proprietário | Sistema, subsistema, localização, alimentação, redundância, interfaces |
| Histórico | Movimentações patrimoniais | Falhas, inspeções, ordens, ensaios, alterações e intervenções |
| Decisão suportada | Contábil e financeira | Técnica e de ciclo de vida |
Um ativo só deve virar objeto de manutenção quando existe motivo para gerenciá-lo separadamente
Nem todo componente físico precisa receber TAG individual. O critério deve ser a necessidade de decisão. Se o componente possui plano próprio, histórico relevante, risco, custo, sobressalente, inspeção ou necessidade de rastreabilidade, há argumento para identificá-lo separadamente.
Criar milhares de registros para elementos que nunca serão gerenciados individualmente gera ruído. O inverso também é problemático: agrupar vários equipamentos críticos em um único registro impede identificar falha, consumo de recursos e desempenho por unidade.
Como estruturar a hierarquia de ativos
Hierarquia é a representação das relações entre objetos técnicos. Em uma instalação industrial ou predial, uma estrutura comum pode partir do empreendimento ou site e descer para áreas, sistemas, subsistemas, equipamentos e componentes. Porém, essa sequência é apenas um modelo de referência.
A IEC 81346-1:2022 fornece princípios gerais para estruturar sistemas e criar designações de referência inequívocas. Sua contribuição é importante porque separa estruturação do simples nome do equipamento: um objeto pode ser visto por função, produto, localização e outras perspectivas sem perder identidade.
A ISO 14224:2016, embora específica para petróleo, petroquímica e gás natural, é uma referência útil de como taxonomia de equipamentos, atributos, falhas e manutenção podem ser padronizados para permitir análise de confiabilidade. Ela não deve ser tratada como taxonomia universal para qualquer setor, mas mostra por que consistência de classificação importa.
A legenda acima representa uma estrutura conceitual. O número de níveis pode ser menor ou maior conforme a complexidade e a necessidade de gestão.
Estrutura funcional e estrutura física não precisam ser idênticas
Uma das causas de cadastros frágeis é tentar representar toda a engenharia com uma única árvore. Um equipamento físico pode participar de uma função, estar localizado em uma sala, pertencer a um sistema e receber alimentação de outro sistema. Forçar todas essas relações como relação pai-filho cria ambiguidades.
A árvore principal deve ter uma lógica declarada. Relações adicionais podem ser modeladas por campos ou vínculos: alimentado por, protege, mede, redundante de, controlado por, atende, instalado em. Essa abordagem é mais próxima da realidade de sistemas interdependentes.
Como escolher o nível de decomposição
A pergunta correta não é até onde podemos decompor, e sim até onde precisamos decompor para decidir e manter. A granularidade deve refletir risco, manutenção e custo da informação.
| Pergunta | Se a resposta for “sim” | Implicação para o cadastro |
| O item possui manutenção ou inspeção própria? | Há atividade independente | Considerar registro individual |
| A falha precisa ser analisada separadamente? | O histórico tem valor analítico | Criar identidade rastreável |
| Existe sobressalente específico? | A reposição precisa ser planejada | Vincular peça e compatibilidade |
| Há requisito legal, normativo ou de segurança específico? | Evidência precisa ser demonstrada | Manter atributo e histórico controlados |
| O item tem criticidade ou consequência própria? | A prioridade pode divergir do conjunto | Separar para decisão |
| O custo de manter o dado supera o benefício? | O registro não muda nenhuma decisão | Evitar granularidade artificial |
TAG, código, nome e identificador: o que cada campo deve fazer
TAG é uma identificação técnica persistente do objeto. O nome pode mudar para melhorar leitura; a descrição pode ser ampliada; a posição física pode mudar. O identificador precisa manter a continuidade histórica quando o mesmo ativo continua existindo.
Uma boa TAG é inequívoca dentro do escopo definido, legível, governada e resistente a mudanças desnecessárias. Evite códigos que embutem tantos significados que qualquer alteração de área ou função exige recodificar toda a base.
TAG não deve substituir atributos
Um código como BLD-A-QGBT-01-380V-1600A parece informativo, mas mistura identidade, localização, tipo, tensão e capacidade. Se a capacidade mudar ou o quadro for transferido, o código se torna inconsistente. Em muitos casos é melhor manter um identificador mais estável e armazenar características em campos próprios.
Nome curto e descrição técnica têm funções diferentes
O nome deve permitir reconhecimento rápido, como QGBT Principal – Bloco A. A descrição pode detalhar função e abrangência. Características como tensão, corrente nominal, fabricante e modelo devem permanecer em atributos estruturados sempre que houver uso analítico.
Quais campos um cadastro de ativos deve ter
Um cadastro inicial não precisa nascer com centenas de campos. Deve começar por um núcleo mínimo confiável e evoluir conforme os processos exigirem dados adicionais.
| Grupo de dados | Exemplos de campos | Decisões suportadas |
| Identificação | ID, TAG, nome, classe | Rastreabilidade e busca |
| Estrutura | pai, sistema, subsistema, localização | Hierarquia e contexto funcional |
| Engenharia | fabricante, modelo, capacidade, parâmetros, desenho | Diagnóstico, projeto e especificação |
| Operação | função, regime, redundância, carga, criticidade | Risco e continuidade |
| Manutenção | plano, periodicidade, estratégia, pontos de inspeção | PCM e execução |
| Confiabilidade | modos de falha, histórico, MTBF/MTTR quando aplicável | Análise e melhoria |
| Suprimentos | sobressalentes, lead time, equivalentes | Estoque e recuperação |
| Documentos | manual, desenho, certificado, relatório, procedimento | Evidência e suporte técnico |
| Ciclo de vida | instalação, garantia, obsolescência, renovação | CAPEX e planejamento |
Campos obrigatórios devem ser poucos e justificados. Tornar todos os campos obrigatórios normalmente incentiva preenchimento fictício apenas para passar pela tela.
Como criar uma taxonomia de classes de ativos
Quando a base atual possui TAGs duplicadas, ativos sem relação funcional, documentação dispersa ou históricos que não podem ser associados ao equipamento correto, o problema deixa de ser apenas cadastral: ele compromete PCM, indicadores e rastreabilidade técnica.
A classe agrupa objetos que compartilham características relevantes. Classes permitem definir conjuntos de atributos, planos e análises sem repetir configuração em cada ativo.
Um motor elétrico e um disjuntor não precisam dos mesmos campos técnicos. A classe motor pode pedir potência, tensão, rotação, carcaça e rolamento; a classe disjuntor pode pedir corrente nominal, capacidade de interrupção, unidade de proteção e mecanismo.
A taxonomia deve equilibrar padronização e aplicabilidade. Classes genéricas demais perdem informação; classes excessivamente específicas explodem a quantidade de templates.
Classe, tipo e modelo não são sinônimos
Classe representa uma categoria funcional ou técnica. Tipo pode representar uma variação dentro da classe. Modelo é designação comercial do fabricante. Misturar esses níveis dificulta comparar ativos equivalentes de fabricantes diferentes.
Como ligar o cadastro à manutenção, PCM e confiabilidade
O cadastro só cria valor quando passa a ser a referência para processos operacionais. A ordem de manutenção deve apontar para um ativo ou objeto técnico identificável; o histórico de falha precisa retornar ao mesmo registro; inspeções e medições devem ser comparáveis ao longo do tempo.
Sem isso, indicadores agregam eventos de objetos diferentes ou perdem eventos porque a equipe registra nomes livres. Bomba 1, B-01, bomba principal e PUMP-001 podem representar o mesmo equipamento e gerar quatro históricos desconectados.
A qualidade do dado influencia diretamente MTBF, MTTR e backlog
Se falhas não são associadas ao ativo correto, o MTBF perde validade. Se início e fim de indisponibilidade não são registrados de forma coerente, o MTTR ou tempo de restabelecimento fica distorcido. Se ordens não possuem ativo e criticidade, backlog não pode ser priorizado tecnicamente.
Por isso, cadastro não é higiene de sistema; é pré-condição para indicadores confiáveis.
Cadastro de ativos e criticidade
A criticidade pode ser atributo do ativo, mas precisa ser consequência de uma metodologia definida. Não deve ser preenchida como opinião informal do cadastrador.
Ao relacionar criticidade à hierarquia, é necessário decidir como tratá-la entre níveis. Um sistema pode ser crítico porque atende função essencial, mas nem todo componente dentro dele terá a mesma consequência. Herdar automaticamente a criticidade do pai para todos os filhos pode superpriorizar itens. Ignorar a criticidade do sistema pode fazer o oposto.
A classificação deve ser aplicada no nível em que a consequência e a decisão são analisadas.
Cadastro, documentação e configuração técnica
Ativos mudam. Equipamentos são substituídos, circuitos são remanejados, firmware é atualizado, proteções são ajustadas e componentes recebem retrofit. O cadastro precisa distinguir identidade do objeto, configuração atual e histórico de mudanças.
Quando um equipamento é substituído por outro novo, a organização deve decidir se mantém o mesmo objeto funcional com nova instância física ou se cria novo ativo. Essa regra depende do que precisa ser preservado no histórico.
Substituição física e continuidade funcional
Em muitos ambientes, a posição funcional continua existindo mesmo quando o componente é trocado. Um conceito útil é separar posição funcional de equipamento instalado. Isso permite manter a função Bomba P-101A e registrar qual unidade física ocupa a posição ao longo do tempo.
Essa distinção é especialmente importante para ativos reparáveis, reservas rotativas e equipamentos que circulam entre posições.
Como integrar BIM, COBie, CMMS/EAM e cadastro de ativos
BIM e COBie podem fornecer informações relevantes para operação, mas um modelo BIM não deve ser automaticamente considerado cadastro operacional pronto. Antes da importação, é necessário definir quais objetos serão ativos gerenciáveis, quais atributos são exigidos e como IDs serão mantidos.
O CMMS/EAM normalmente se torna o sistema de referência para planos, ordens e histórico de manutenção. BIM pode permanecer como representação espacial e técnica; GED/CDE como repositório documental; sistemas de supervisão como fonte operacional. A integração precisa evitar múltiplas fontes concorrentes para o mesmo atributo.
Uma fonte de verdade não significa um único sistema para tudo
Cada domínio pode ter um sistema autoritativo. O importante é declarar qual sistema é mestre para cada informação e como as demais plataformas sincronizam ou referenciam o dado.
Exemplo: TAG e classe podem ser mestres no EAM; documentos no GED; coordenadas e localização espacial no BIM; dados de processo no SCADA. A chave de integração permite recuperar o conjunto sem duplicar responsabilidade.
Qualidade de dados: completude não é suficiente
Uma base pode estar 100% preenchida e ainda ser ruim. Qualidade envolve correção, consistência, atualidade, unicidade, rastreabilidade e adequação ao uso.
A ISO 55013:2024 orienta a gestão de dados para apoiar objetivos de gestão de ativos e reforça que a utilidade do dado depende do contexto. Para o cadastro, isso significa que a qualidade deve ser medida pelo efeito na decisão, não pelo volume armazenado.
Indicadores de qualidade do cadastro
Alguns controles úteis incluem duplicidades, ativos sem pai, TAGs repetidas, campos críticos ausentes, documentos quebrados, registros sem localização, ativos desativados com ordens abertas e divergência entre campo e sistema.
A meta não deve ser preencher tudo, e sim reduzir inconsistências que comprometem processo técnico.
Como levantar cadastro em instalações existentes
Saneamento de cadastro em instalações existentes exige conciliar planilhas, documentos, sistemas e condição real de campo. Em ativos críticos, a validação física evita que a organização digitalize uma estrutura desatualizada.
Em brownfield, raramente a base nasce limpa. Plantas desatualizadas, etiquetas ilegíveis, equipamentos substituídos sem revisão documental e nomenclaturas diferentes são comuns. O levantamento deve combinar documentação existente e verificação física.
O processo pode começar pela definição de escopo e taxonomia, seguir para coleta documental, importação de bases existentes, vistoria de campo, reconciliação e validação técnica. Fotografias e evidências ajudam a resolver divergências.
Não digitalize a desorganização
Migrar planilhas para um CMMS sem saneamento apenas transforma inconsistência em inconsistência digital. Antes da carga definitiva, é necessário deduplicar, normalizar classes, resolver conflitos de TAG e confirmar relações hierárquicas.
Como governar alterações no cadastro
Quando o cadastro já existe, mas não sustenta planos, ordens, criticidade e indicadores, a questão central é redesenhar a arquitetura da informação e a governança de manutenção — não apenas preencher novos campos.
Uma base confiável precisa de processo de mudança. Quem pode criar ativo? Quem aprova mudança de TAG? Quem altera classe? Quem encerra ativo? Como uma substituição é registrada? O que acontece quando um projeto entrega novos equipamentos?
Sem governança, a qualidade deteriora rapidamente após o projeto de saneamento.
Entrada de novos ativos deve começar no projeto e no handover
A informação operacional não deve ser reconstruída somente após a obra. Requisitos de cadastro, TAG, atributos e documentação podem ser definidos ainda no projeto e incorporados às especificações e critérios de entrega.
No handover, o cadastro deve ser verificado junto com As-Built, manuais, certificados, planos e sobressalentes. Isso reduz o intervalo entre implantação e manutenção estruturada.
Erros comuns em cadastro e hierarquia de ativos
O primeiro erro é confundir quantidade de registros com maturidade. O segundo é criar hierarquia apenas para reproduzir organograma ou endereço físico. O terceiro é deixar cada equipe inventar padrões de nome e classe.
Também são recorrentes a recodificação frequente de TAGs, duplicação entre sistemas, preenchimento de atributos sem fonte, ausência de status de ciclo de vida e falta de vínculo entre cadastro e documentação.
Um bom cadastro é menor do que uma base indiscriminada, mas muito mais conectado aos processos reais.
Como estruturar um projeto de implantação ou saneamento de cadastro
A implantação deve começar pelos usos prioritários. Se o objetivo é estruturar PCM, os ativos que entram em planos e ordens têm prioridade. Se o objetivo é criticidade e renovação, a estrutura precisa representar funções, sistemas e consequências. Se a organização pretende integrar BIM e EAM, IDs e regras de sincronização precisam ser definidos antes da carga.
Uma sequência consistente é:
- Definir objetivos e decisões que o cadastro deve suportar.
- Estabelecer escopo, níveis hierárquicos e regras de identidade.
- Criar taxonomia de classes e atributos.
- Normalizar bases existentes.
- Validar fisicamente amostra e itens críticos.
- Migrar e reconciliar dados.
- Integrar documentos e sistemas.
- Definir governança de criação, alteração e desativação.
- Medir qualidade e corrigir desvios.
Considerações finais
Cadastro e hierarquia de ativos formam a infraestrutura de informação sobre a qual manutenção, confiabilidade e gestão de ativos operam. O objetivo não é produzir uma árvore bonita no sistema, mas estabelecer identidade, contexto e relações que permitam transformar eventos de campo em histórico e histórico em decisão.
A melhor estrutura é a que mantém informação suficiente para gerir risco, desempenho, custo e ciclo de vida sem criar complexidade administrativa sem propósito. Quando a hierarquia, a TAG, os atributos e a governança são coerentes, CMMS, BIM, inspeção, PCM e análises de confiabilidade passam a compartilhar uma mesma linguagem técnica.
Referências técnicas
[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 55001:2024 — Asset management — Asset management system — Requirements. 2024. Disponível em: https://www.iso.org/standard/83054.html.
[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 55013:2024 — Asset management — Guidance on the management of data assets. 2024. Disponível em: https://www.iso.org/standard/82455.html.
[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 81346-1:2022 — Industrial systems, installations and equipment and industrial products — Structuring principles and reference designations — Part 1: Basic rules. 2022. Disponível em: https://www.iso.org/standard/82229.html.
[4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 14224:2016 — Petroleum, petrochemical and natural gas industries — Collection and exchange of reliability and maintenance data for equipment. 2016. Disponível em: https://www.iso.org/standard/64076.html.
Perguntas frequentes
É a estrutura organizada que identifica os ativos, registra atributos técnicos e relaciona cada objeto à hierarquia, documentação, manutenção, histórico e ciclo de vida.
É a estrutura que representa relações entre empreendimento, áreas, sistemas, subsistemas, equipamentos e componentes. Ela deve ser definida conforme as decisões e processos que a organização precisa suportar.
Não. Um componente deve ser identificado individualmente quando houver necessidade de manutenção, inspeção, histórico, risco, sobressalente, custo ou rastreabilidade específica.
O patrimonial atende principalmente controle contábil e econômico. O técnico organiza função, características de engenharia, relações, manutenção, condição e histórico operacional.
Não necessariamente. BIM pode ser fonte ou representação importante de informação, enquanto CMMS/EAM costuma controlar planos, ordens e histórico. A arquitetura deve definir o sistema autoritativo para cada dado e as chaves de integração.
Não. Existem princípios e referências setoriais, mas o nível de decomposição e a árvore precisam ser adequados à função, ao risco e aos processos da organização.
Materiais técnicos complementares
Serviços relacionados
- Gestão de Ativos de Engenharia: cadastro, criticidade, ciclo de vida e desempenho
- Engenharia de Manutenção: estratégias, confiabilidade, planos e indicadores
Soluções relacionadas
Conteúdos principais sobre o tema
- CMMS: o que é, como funciona e integração com BIM e gestão de ativos
- ISO 55000 e Gestão de Ativos: princípios, ISO 55001 e sistema de gestão
