Seu template de dados de manutenção de ativos
Seu template de dados de manutenção de ativos
Este é o nosso modelo de dados genérico para Process Mining para Manutenção de Ativos. Use nossos modelos específicos de sistema para orientação mais detalhada.
Selecione um sistema específico- Lista abrangente de marcos padrão de manutenção
- Esquema de atributos flexível projetado para análise profunda de desempenho
- Compatibilidade total com qualquer fonte de dados de gestão de ativos corporativos
Atributos de Manutenção de Ativos
| Nome | Descrição | ||
|---|---|---|---|
| Event Timestamp EventTimestamp | A data e hora específicas em que uma atividade ocorreu. | ||
| Descrição Este atributo fornece o contexto temporal para cada evento no log de manutenção. Ele registra o momento exato em que um status mudou ou uma transação foi confirmada no sistema de origem. Os Timestamps são a base para todas as métricas baseadas em duração no Process Mining. Eles permitem o cálculo de tempos de ciclo, lead times e tempos de inatividade de recursos. Timestamps de alta precisão são necessários para ordenar corretamente os eventos que ocorrem em sucessão rápida. Por que é importante Permite o sequenciamento de eventos e o cálculo de todas as métricas de duração. Onde obter Encontrado em logs de transação, tabelas de histórico ou trilhas de auditoria junto com a atividade. Exemplos 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Nome da Atividade ActivityName | A tarefa específica, mudança de status ou evento que ocorre dentro do workflow. | ||
| Descrição Este atributo define as etapas percorridas durante o ciclo de vida da ordem de serviço de manutenção. Ele captura os diferentes estados pelos quais a ordem passa, como criada, aprovada, em andamento, em espera e concluída. Para um Process Mining preciso, este campo normaliza vários eventos do sistema em atividades legíveis. É essencial para visualizar o mapa de processos, calcular tempos de transição entre estágios e identificar loops de retrabalho onde uma ordem de serviço retorna a um status anterior. Por que é importante Define os nós no mapa do processo e é necessário para reconstruir o workflow. Onde obter Derivado de tabelas de histórico de status, logs de transação ou logs de alteração de ordens de serviço. Exemplos Ordem de serviço criadaMaterial FornecidoAprovação ConcedidaStatus alterado para Em andamentoOrdem de serviço encerrada | |||
| Número da ordem de serviço WorkOrderNumber | O identificador exclusivo para o caso de manutenção ou ordem de serviço. | ||
| Descrição Este atributo serve como o identificador central de caso para a análise de Process Mining. Ele representa um único ciclo de manutenção de ponta a ponta, desde a solicitação inicial ou gatilho preventivo até a conclusão e o fechamento financeiro. Na análise, este campo atua como a chave primária para agrupar todos os eventos, custos e registros de recursos relacionados. Ele permite que o mecanismo de Process Mining reconstrua o ciclo de vida de trabalhos específicos, permitindo que os analistas rastreiem o fluxo de trabalho, identifiquem gargalos no nível do caso e correlacionem resultados específicos com tipos de ordens ou prioridades. Por que é importante É o Case ID fundamental necessário para distinguir instâncias únicas de processo. Onde obter Geralmente encontrado na tabela de cabeçalho da ordem de serviço (ex: WONUM no Maximo, AUFNR no SAP). Exemplos WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Sistema de Origem SourceSystem | O nome do aplicativo ou banco de dados de onde o registro se originou. | ||
| Descrição Este atributo identifica o ambiente de software responsável pela geração dos dados. Em cenários complexos de manutenção, os dados podem vir de um ERP, de um CMMS especializado ou de uma plataforma de monitoramento de IoT. Na análise, este campo é útil para filtrar dados quando vários sistemas são integrados em um único modelo de processo. Ajuda a verificar a linhagem dos dados e pode ser usado para comparar a qualidade ou variações de processo entre diferentes sistemas legados. Por que é importante Garante a rastreabilidade dos dados em ambientes multissistemas. Onde obter Fixado durante o processo de extração ou mapeado a partir da configuração do sistema. Exemplos SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Última Atualização de Dados LastDataUpdate | O carimbo de data/hora que indica quando o registro foi extraído ou atualizado pela última vez. | ||
| Descrição Este atributo rastreia a atualidade do conjunto de dados usado na análise. Ajuda os analistas a entender o quão recentes são os dados e a identificar possíveis problemas de latência entre o sistema operacional e o ambiente de Process Mining. Embora não faça parte do fluxo físico do processo, é crucial para a governança de dados. Garante que os stakeholders saibam se estão visualizando dados em tempo real ou uma captura de um período de fechamento anterior. Por que é importante Auxilia na validação da atualização dos dados e na gestão de cargas incrementais. Onde obter Gerado pelo pipeline de ETL ou script de extração em tempo de execução. Exemplos 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Criticidade do Ativo AssetCriticality | Uma classificação que indica a importância operacional do ativo. | ||
| Descrição Este atributo categoriza os ativos com base no impacto que sua falha teria na segurança, no meio ambiente ou na produção. Geralmente é um atributo estático no registro mestre do ativo, mas é frequentemente registrado na ordem de serviço no momento da criação. Com este atributo, os analistas podem determinar se as equipes de manutenção estão priorizando corretamente o trabalho em ativos críticos, ajudando a verificar se os equipamentos mais importantes apresentam maior adesão aos cronogramas de manutenção preventiva. Por que é importante Ajuda a alinhar o foco da manutenção com o risco de negócio e impacto operacional. Onde obter Dados Mestres do Ativo ou Cabeçalho da Ordem de Serviço, se desnormalizado. Exemplos A - VitalB - EssencialC - SecundárioCrítico para SegurançaCrítico para Produção | |||
| Custo real total TotalActualCost | O custo financeiro total incorrido, incluindo mão de obra, materiais e serviços. | ||
| Descrição Este atributo soma todos os lançamentos financeiros relacionados à ordem de serviço. Ele fornece o impacto econômico final da atividade de manutenção. A análise de custos é um dos principais motivadores do Process Mining na gestão de ativos. Este atributo ajuda a identificar as classes de ativos mais caras para manutenção e destaca casos atípicos onde os custos de reparo excedem o valor de substituição do ativo. Por que é importante É central para a análise de impacto financeiro e relatórios de variação orçamentária. Onde obter Tabelas de resumo de custos ou consolidado a partir de lançamentos contábeis vinculados à Ordem. Exemplos 1500.00245.5010000,000.00560.75 | |||
| Data prevista de conclusão TargetCompletionDate | O prazo agendado no qual a ordem de serviço deve ser concluída. | ||
| Descrição Este atributo representa a data de entrega planejada pelo programador ou ditada pelo SLA. Serve como ponto de referência para cálculos de entrega no prazo. Comparar a data de conclusão real com esta data-alvo permite o cálculo da Conformidade do Cronograma e métricas de atraso. Grandes desvios indicam ineficiências de planejamento ou restrições de recursos. Por que é importante É a linha de base para calcular atrasos e conformidade com o cronograma. Onde obter Aba de programação da ordem de serviço (ex: GLTRP no SAP, SCHEDFINISH no Maximo). Exemplos 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Departamento de Manutenção MaintenanceDepartment | A unidade organizacional ou oficina responsável pela execução do trabalho. | ||
| Descrição Este atributo identifica a equipe, especialidade ou departamento atribuído à ordem de serviço, como Elétrica, Mecânica, Instrumentação ou Predial. Essa visão permite o benchmarking de desempenho entre diferentes times. Os analistas podem comparar tempos de ciclo, níveis de backlog e taxas de retrabalho entre departamentos para identificar necessidades de treinamento ou falta de recursos em áreas específicas. Por que é importante Possibilita o benchmarking de desempenho e backlog entre diferentes equipes. Onde obter Cabeçalho da ordem de serviço (ex: Centro de Trabalho no SAP, Crew ID no Maximo). Exemplos Oficina MecânicaManut ElétricaInstalaçõesTerceirizado-ExtInstrumentação | |||
| É Preventiva IsPreventive | Um marcador indicando se a ordem de serviço faz parte de um programa de manutenção preventiva. | ||
| Descrição Este atributo booleano simplifica o tipo de ordem de serviço em uma classificação binária: Preventiva vs. Não Preventiva. Geralmente é derivado do código do Tipo de Ordem de Serviço. Este sinalizador é a forma mais rápida de filtrar Dashboards para focar na conformidade de manutenção preventiva (PM). Ele simplifica o cálculo do KPI da proporção PM/CM, que é uma métrica padrão do setor para medir a maturidade da organização de manutenção. Por que é importante Simplifica a filtragem e o cálculo de KPIs para taxas de Manutenção Preventiva. Onde obter Derivado do Tipo de Ordem de Serviço ou marcador específico do sistema (ex: flag de PPM). Exemplos verdadeirofalse | |||
| Horas Reais de Mão de Obra ActualLaborHours | O tempo total gasto pelos técnicos trabalhando na ordem. | ||
| Descrição Este atributo agrega a duração de todos os registros de mão de obra lançados na ordem de serviço. Ele reflete o esforço real despendido para concluir a tarefa. Esta métrica é essencial para calcular a utilização da força de trabalho e a eficiência da mão de obra. Comparar as horas reais com as estimadas revela a precisão do processo de planejamento. Variações significativas podem indicar escopos de trabalho pouco claros ou falta de competências técnicas. Por que é importante Mede o esforço e é usado para calcular a utilização e a precisão do planejamento. Onde obter Consolidado a partir de folhas de ponto ou tabelas de transação de mão de obra. Exemplos 4.512.00.548.0160.0 | |||
| ID do Ativo AssetId | O identificador exclusivo do equipamento ou instalação que está passando por manutenção. | ||
| Descrição Este atributo vincula a ordem de serviço ao objeto físico em campo. Ele representa o número da tag, ID do equipamento ou código da máquina para o ativo em manutenção. Isso é vital para identificar 'maus atores' ou ativos que exigem reparos frequentes. Ao agrupar ordens de serviço por ID do Ativo, os analistas podem calcular o Tempo Médio Entre Falhas (MTBF) e identificar equipamentos que consomem uma parte desproporcional do orçamento de manutenção. Por que é importante Permite a análise de desempenho de equipamentos específicos e cálculos de MTBF. Onde obter Tabela de cabeçalho da ordem de serviço (ex: ASSETNUM no Maximo, EQUNR no SAP). Exemplos BOMBA-4410HVAC-PRÉDIO-1ESTEIRA-02CAMINHAO-FROTA-99CNC-LATHE-05 | |||
| Nível de Prioridade PriorityLevel | A urgência ou importância atribuída à ordem de serviço. | ||
| Descrição Este atributo indica o quão crítica é a tarefa de manutenção para as operações. Os valores geralmente variam de códigos numéricos (1, 2, 3) a rótulos descritivos (Crítico, Alto, Médio, Baixo). Ele dita o tempo de resposta necessário e a alocação de recursos. Na análise de processos, este atributo é usado para verificar a conformidade com o SLA. Os analistas investigam se itens de alta prioridade estão realmente avançando pelo processo mais rápido do que os de baixa prioridade, ou se estão ficando presos em gargalos de aprovação. Por que é importante Permite análises de conformidade de SLA e verificações de priorização de recursos. Onde obter Tabela de cabeçalho da ordem de serviço (ex: PRIORITY no Maximo, PRIOK no SAP). Exemplos 1 - Crítico2 - Alto3 - Médio4 - BaixoEmergência | |||
| Tipo de ordem de serviço WorkOrderType | Categoriza o trabalho de manutenção como preventivo, corretivo, emergencial ou baseado em projeto. | ||
| Descrição Este atributo classifica a natureza do trabalho de manutenção. Valores comuns distinguem entre trabalho planejado (Preventiva) e paradas não planejadas (Corretiva ou Emergencial). É um campo padrão em quase todos os sistemas EAM/CMMS. Os analistas usam este campo para segmentar o modelo de processo. Comparar o Workflow de reparos emergenciais com o de manutenção preventiva geralmente revela caminhos de processo, requisitos de aprovação e tempos de ciclo significativamente diferentes. É a principal dimensão para calcular a proporção entre manutenção preventiva e reativa. Por que é importante É crítico para segmentar a análise entre trabalho planejado e não planejado. Onde obter Tabela de cabeçalho da ordem de serviço (ex: WORKTYPE no Maximo, AUART no SAP). Exemplos PreventivaCorretivaEmergênciaPreditivaProjeto de Capital (Capex) | |||
| Local de trabalho WorkLocation | O local físico ou localização funcional onde o trabalho é realizado. | ||
| Descrição Este atributo define a área geográfica ou funcional onde o ativo está localizado. Pode ser um edifício específico, um andar ou um local remoto. Os dados de localização ajudam a analisar ineficiências de tempo de deslocamento e logística. Se os técnicos passam muito tempo se deslocando entre locais distantes para tarefas de baixa prioridade, o Process Mining pode destacar oportunidades para um melhor planejamento de rotas ou agrupamento de ordens de serviço por local. Por que é importante Auxilia na análise logística e na identificação de gargalos específicos por local. Onde obter Cabeçalho da ordem de serviço ou tabela de localização de ativos vinculada. Exemplos Prédio A - 2º AndarPlanta NorteUnidade 55Estação de Bombeamento RemotaWorkshop | |||
| Recurso Atribuído AssignedResource | O técnico específico ou a pessoa responsável atribuída ao trabalho. | ||
| Descrição Este atributo identifica o indivíduo ou técnico líder responsável pela execução da tarefa de manutenção. Enquanto os departamentos rastreiam o grupo, este campo rastreia a pessoa específica. Esse nível de detalhamento é útil para analisar a distribuição de carga de trabalho entre a equipe. Pode destacar se certos técnicos estão sistematicamente sobrecarregados ou se indivíduos específicos têm taxas de retrabalho mais altas, indicando necessidade de treinamento. Por que é importante Permite análises de balanceamento de carga de trabalho e métricas de desempenho individual. Onde obter Tabelas detalhadas de atribuições de ordens de serviço ou de mão de obra. Exemplos J. SilvaA. DoeTec-001Fornecedor-XYZLíder de Equipe 5 | |||
Atividades de Manutenção de Ativos
| Atividade | Descrição | ||
|---|---|---|---|
| Horas de Mão de Obra Registradas | O técnico registra as horas reais trabalhadas na ordem de serviço. Esta atividade costuma se repetir várias vezes conforme diferentes membros da equipe contribuem para a tarefa. | ||
| Por que é importante Fornece a base para cálculo de custos e análise de utilização. Lacunas entre os lançamentos de mão de obra podem indicar interrupções no processo. Onde obter Extraído de tabelas de confirmação de tempo ou logs de transações de mão de obra. Captura Registre cada instância de lançamento de tempo na ordem Tipo de evento explicit | |||
| Ordem de serviço aprovada | A mudança no status de autorização indicando que o escopo do trabalho, a estimativa de custos e o plano foram revisados e aceitos. O trabalho está agora liberado para execução. | ||
| Por que é importante Isso mede o lead time administrativo necessário para superar obstáculos de planejamento e orçamento. Onde obter Geralmente registrado quando o status muda para Aprovado, Liberado ou Autorizado. Captura Filtre eventos de mudança de status que indiquem autorização Tipo de evento explicit | |||
| Ordem de serviço concluída | A conclusão técnica do trabalho físico. O ativo retorna à operação, embora as tarefas administrativas e financeiras possam permanecer pendentes. | ||
| Por que é importante O timestamp principal usado para calcular o fim da duração do reparo e o tempo de inatividade do ativo. Onde obter Capturado quando o status muda para Concluído, TECO ou Finalizado. Captura Captura a mudança de status que indica a conclusão técnica Tipo de evento explicit | |||
| Ordem de serviço criada | A geração formal do registro da ordem de serviço de manutenção no sistema. Isso estabelece o Case ID e define a linha de base para o planejamento, agendamento e execução. | ||
| Por que é importante Este é o ponto de ancoragem central do processo, definindo o início do ciclo de vida administrativo da manutenção. Onde obter Extraído do timestamp de criação da tabela principal de cabeçalho da ordem de serviço. Captura Registre o timestamp de quando o ID único da ordem de serviço foi gerado Tipo de evento explicit | |||
| Ordem de serviço encerrada | A etapa administrativa final onde a ordem de serviço é bloqueada financeiramente e arquivada. Não é possível lançar mais custos ou mão de obra. | ||
| Por que é importante Marca o fim absoluto do case no sistema. Atrasos aqui indicam backlogs administrativos. Onde obter Capturado quando o status muda para Fechado, Arquivado ou CLSD. Captura Captura a mudança de status final para Fechado Tipo de evento explicit | |||
| Ordem de serviço iniciada | O momento em que os técnicos iniciam o trabalho físico no ativo. Isso marca a transição do planejamento e espera para a execução real. | ||
| Por que é importante Crucial para calcular o Tempo Médio de Reparo (MTTR) e separar o tempo de espera administrativo do tempo efetivo de manutenção (wrench time). Onde obter Geralmente indicado por uma mudança de status para Em Andamento ou pelo timestamp do primeiro registro de mão de obra. Captura Captura a mudança de status para Em Andamento ou Iniciado Tipo de evento explicit | |||
| Ordem de serviço programada | A atribuição de recursos de mão de obra específicos, equipes ou um slot fixo no calendário para a ordem de serviço. Isso move a ordem do backlog para o cronograma diário ou semanal ativo. | ||
| Por que é importante Diferencia o tempo que um trabalho fica no backlog do tempo que ele espera por um técnico específico. Onde obter Derivado da criação de atribuições de mão de obra ou registros de despacho. Captura Timestamp de quando um recurso é atribuído ou o status de despacho é definido Tipo de evento explicit | |||
| Data Alvo Atualizada | Uma atualização na data planejada de início ou conclusão da ordem de serviço. Reflete ajustes nas expectativas com base na disponibilidade de recursos ou atrasos. | ||
| Por que é importante Rastrear mudanças de data ajuda a identificar se os KPIs estão sendo atingidos pelo desempenho ou simplesmente pela alteração dos prazos estabelecidos. Onde obter Encontrado em logs de auditoria que rastreiam alterações nos campos de Início Agendado ou Data Limite. Captura Captura atualizações nos campos de data no histórico da ordem de serviço Tipo de evento explicit | |||
| Inspeção de Qualidade Concluída | Uma etapa específica de validação onde o reparo é inspecionado, medido ou testado. Isso garante que o ativo atenda aos padrões operacionais antes de retornar ao serviço. | ||
| Por que é importante Crítico para análise de conformidade e segurança. Falhas nesta etapa geram ciclos de retrabalho. Onde obter Encontrado em logs de inspeção, conclusões de checklist ou marcos de status específicos. Captura Identifique a conclusão de tarefas de inspeção ou atualizações de status de qualidade Tipo de evento explicit | |||
| Material Fornecido | A saída física das peças de reposição do estoque para a ordem de serviço. Isso confirma que os materiais estão disponíveis e foram consumidos. | ||
| Por que é importante Valida que as peças foram realmente utilizadas e interrompe o rastreio de atrasos por disponibilidade de material. Onde obter Encontrado em logs de transação de estoque onde o tipo de cobrança está vinculado a uma ordem de serviço. Captura Extraia o timestamp das transações de saída de estoque Tipo de evento explicit | |||
| Ordem de serviço cancelada | O encerramento prematuro de uma ordem de serviço antes da conclusão bem-sucedida. Ocorre se o trabalho for considerado desnecessário, duplicado ou consolidado. | ||
| Por que é importante Altas taxas de cancelamento podem indicar uma filtragem ruim de solicitações no início do processo ou problemas de entrada de dados duplicados. Onde obter Capturado quando o status muda para Cancelado, Rejeitado ou Anulado. Captura Filtre valores de status terminais que indiquem cancelamento Tipo de evento explicit | |||
| Ordem de serviço em espera | O status da ordem de serviço é alterado para um estado de suspensão, interrompendo a execução. Isso geralmente ocorre devido à falta de peças, falta de acesso ou questões de segurança. | ||
| Por que é importante Identifica gargalos e dependências externas que interrompem o fluxo de processo padrão. Onde obter Capturado explicitamente do histórico de status quando o valor muda para Em espera, Suspenso ou Bloqueado. Captura Filtre mudanças de status que indiquem um estado de espera Tipo de evento explicit | |||
| Prioridade atualizada | Uma alteração no nível de criticidade ou urgência da ordem de serviço após sua criação inicial. Captura o novo valor de prioridade e o momento em que a decisão foi tomada. | ||
| Por que é importante Mudanças frequentes de prioridade podem indicar processos de triagem ruins ou tentativas de burlar o sistema para ignorar as filas do backlog. Onde obter Geralmente gravado em trilhas de auditoria de campo ou logs de histórico do sistema que monitoram o campo de Prioridade. Captura Identifique alterações no campo de prioridade no log de auditoria Tipo de evento explicit | |||
| Requisição de Material Criada | Uma solicitação formal de peças de reposição ou consumíveis vinculada à ordem de serviço. Isso inicia o subprocesso de cadeia de suprimentos necessário para o reparo. | ||
| Por que é importante Essencial para analisar atrasos causados por dependências da cadeia de suprimentos e indisponibilidade de materiais. Onde obter Encontrado em tabelas de necessidade de material ou quando um status muda para Aguardando Material. Captura Identifique a criação de linhas de material vinculadas à ordem de serviço Tipo de evento explicit | |||
| Retrabalho de Manutenção Registrado | Indica que um trabalho concluído foi rejeitado ou falhou rapidamente, exigindo que o status retorne para Em Andamento. Isso representa um loop de processo. | ||
| Por que é importante Um indicador fundamental de problemas de treinamento técnico ou peças de reposição de baixa qualidade. Onde obter Inferido quando o status retrocede de Concluído para Em Andamento, ou registrado explicitamente como um código de Retrabalho. Captura Identifique transições de status reversas ou marcadores de retrabalho Tipo de evento inferred | |||
| Solicitação de Manutenção Criada | A submissão inicial de um relatório de deficiência ou solicitação de serviço por um operador ou sistema automatizado. Isso geralmente precede a ordem de serviço formal e marca o início real do ciclo de vida da demanda. | ||
| Por que é importante Capturar esta etapa permite o cálculo do tempo total de resposta desde o momento em que um problema é identificado, e não apenas quando a equipe de manutenção o aceita. Onde obter Geralmente encontrado em logs de solicitação de serviço, tabelas de tickets de help desk ou tabelas de histórico de notificações. Captura Extraia o timestamp de criação do objeto de solicitação anterior vinculado à ordem de serviço Tipo de evento explicit | |||
Guias de Extração
Os métodos de extração variam por sistema. Para instruções detalhadas,