Seu Template de dados de manutenção de ativos
Seu Template de dados de manutenção de ativos
- Lista completa de atributos de manutenção
- Marcos críticos do processo para acompanhar
- Orientações detalhadas para a extração técnica
Atributos de manutenção de ativos
| Nome | Descrição | ||
|---|---|---|---|
| Atividade Activity | O evento específico ou a alteração de status ocorrida no ciclo de vida da ordem de serviço. | ||
| Descrição Este atributo representa a etapa executada no processo de manutenção, como 'Ordem de serviço aprovada' ou 'Mão de obra registrada'. No IBM Maximo, ele normalmente é derivado de alterações de status nas tabelas de histórico ou de registros de transações específicos, como o apontamento de mão de obra. Ele forma os nós do mapa do processo, permitindo visualizar a sequência de etapas. Ao analisar esses valores, as organizações conseguem identificar variantes, loops e desvios em relação ao procedimento padrão de manutenção. Por que isso importa Ele define o 'o quê' do processo, sendo essencial para criar o mapa do processo e entender a execução do Workflow. Onde obter Tabela: WOSTATUS (Coluna: STATUS) ou WOLOG Exemplos APPRINPRGCOMPCLOSEWMATL | |||
| Data e hora do evento EventTimestamp | A data e a hora específicas em que a atividade ocorreu. | ||
| Descrição Este atributo registra o momento exato em que um evento ocorreu, como quando um status foi alterado ou uma atividade de mão de obra foi registrada. Ele fornece a dimensão temporal necessária para toda análise de performance, incluindo prazos e cálculos de duração. Registros de data e hora precisos são essenciais para calcular o 'Prazo médio de planejamento e aprovação' e garantir a sequência correta dos eventos. No Maximo, normalmente corresponde à data de alteração do registro de status. Por que isso importa É necessário para ordenar os eventos cronologicamente e calcular todos os KPIs baseados em tempo. Onde obter Tabela: WOSTATUS, Coluna: CHANGEDATE Exemplos 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Ordem de serviço de manutenção WorkOrderNumber | O identificador alfanumérico exclusivo da ordem de serviço de manutenção. | ||
| Descrição Este atributo funciona como o identificador central do caso no processo de manutenção. Ele diferencia exclusivamente cada ordem de serviço dentro do sistema IBM Maximo, vinculando todas as atividades relacionadas, transações de mão de obra e uso de materiais a um único trabalho executado. Na análise de Process Mining, esse ID é usado para agrupar eventos individuais em um caso coeso. Assim, os analistas conseguem acompanhar o ciclo de vida completo de uma tarefa de manutenção, desde a criação da solicitação inicial até a aprovação, a execução e o encerramento administrativo final. Por que isso importa É a chave fundamental para reconstruir o fluxo do processo e permite acompanhar trabalhos específicos entre departamentos. Onde obter Tabela: WORKORDER, Coluna: WONUM Exemplos WO100234WO100235CM-99281PM-11002 | |||
| Sistema de origem SourceSystem | O nome do sistema de onde os dados foram originados. | ||
| Descrição Identifica o aplicativo de origem do registro de dados. Neste contexto, normalmente será 'IBM Maximo'. Isso é especialmente útil ao combinar dados de vários sistemas de manutenção ou integrar dados de ERP. Permite que os analistas filtrem a visualização pelo sistema de registro quando o projeto de Process Mining abrange um ambiente complexo, com várias instâncias de CMMS. Por que isso importa Garante a linhagem e a rastreabilidade dos dados em ambientes com vários sistemas. Onde obter Definido durante a extração Exemplos IBM MaximoMaximo PRODMaximo Legacy | |||
| Última atualização dos dados LastDataUpdate | A data e a hora em que os dados foram extraídos ou atualizados pela última vez. | ||
| Descrição Indica quando o registro foi processado ou extraído pela última vez para Process Mining. Isso ajuda a avaliar a atualidade e a confiabilidade dos dados, garantindo que a análise reflita o estado mais recente das operações de manutenção. Este atributo é essencial para cargas incrementais de dados e para validar se os Dashboards exibem informações atualizadas sobre o status e o backlog das ordens de serviço. Por que isso importa É fundamental para entender a latência e a atualidade dos dados. Onde obter Hora do sistema na extração Exemplos 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Criticidade do ativo AssetCriticality | Uma pontuação que indica a importância do ativo para as operações do negócio. | ||
| Descrição Uma classificação, geralmente de 1 a 10 ou A/B/C, presente no registro do ativo e que indica a consequência de uma falha. Ela deve ser associada à visão de ordens de serviço. Este atributo é obrigatório para o Dashboard 'Performance de SLA de ativos críticos'. Ele garante que a análise se concentre no que é mais importante: atrasos em um gerador crítico têm mais peso do que atrasos em uma máquina de café da sala de descanso. Por que isso importa Permite segmentar a performance do processo de acordo com o risco para o negócio. Onde obter Tabela: ASSET, Coluna: PRIORITY (associada via ASSETNUM) Exemplos 1510 | |||
| Data real de conclusão ActualFinishDate | A data e a hora em que o trabalho físico foi concluído. | ||
| Descrição Registra quando a tarefa de manutenção foi concluída tecnicamente. Isso é diferente do encerramento administrativo do chamado. Comparar essa data com a 'Data-alvo de conclusão' permite calcular a conformidade com o SLA. É usado no Dashboard 'Prazo administrativo das ordens de serviço' para medir o intervalo entre a conclusão do trabalho e o encerramento da documentação no sistema. Por que isso importa Marca o fim da fase de execução técnica. Onde obter Tabela: WORKORDER, Coluna: ACTFINISH Exemplos 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Data-alvo de conclusão TargetCompletionDate | O prazo agendado ou exigido para a ordem de serviço. | ||
| Descrição A data até a qual se espera que a ordem de serviço seja concluída. Ela costuma ser calculada com base na prioridade e na data de criação. Serve como referência para o Dashboard 'Performance de SLA de ativos críticos'. Ao comparar este campo com a 'Data real de conclusão', os analistas conseguem determinar os índices de cumprimento do prazo e identificar quais categorias de ativos frequentemente ultrapassam suas janelas de manutenção. Por que isso importa É a referência para medir a aderência ao SLA e a conformidade com o cronograma. Onde obter Tabela: WORKORDER, Coluna: TARGCOMPDATE Exemplos 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Horas reais de mão de obra ActualLaborHours | O total de horas efetivamente gastas por todos os técnicos na ordem de serviço. | ||
| Descrição A soma de todo o tempo de mão de obra registrado na ordem de serviço. Essa métrica verifica a utilização real dos recursos e apoia o KPI 'Variação da utilização dos técnicos'. Ela é usada para calcular o custo da mão de obra e aprimorar os planos de trabalhos futuros, fornecendo dados históricos sobre o tempo que tarefas específicas realmente levam para ser executadas. Por que isso importa É a principal métrica para analisar custos e eficiência da mão de obra. Onde obter Tabela: WORKORDER, Coluna: ACTLABHRS Exemplos 2.55.012.0 | |||
| Número do ativo AssetNumber | Identificador exclusivo do equipamento ou ativo em manutenção. | ||
| Descrição A máquina, o veículo ou o componente de uma instalação que é objeto do trabalho de manutenção. Ele conecta os dados do processo à hierarquia física de ativos. É essencial para identificar os 'ativos problemáticos', que falham com frequência. Usado na análise 'Qualidade da manutenção e taxas de retrabalho', este atributo permite agregar ordens de serviço por ativo para calcular o tempo médio entre falhas (MTBF) e identificar problemas crônicos de confiabilidade. Por que isso importa Conecta a execução do processo à performance da infraestrutura física. Onde obter Tabela: WORKORDER, Coluna: ASSETNUM Exemplos PUMP-101HVAC-02FLEET-99 | |||
| Prioridade Priority | O nível de urgência atribuído à ordem de serviço. | ||
| Descrição Um valor numérico ou categórico que indica a importância e a urgência da ordem de serviço. No Maximo, normalmente é um número em que valores menores indicam maior urgência, por exemplo, 1 = Emergência. Este atributo é usado para priorizar o trabalho no backlog e é essencial para o Dashboard 'Performance de SLA de ativos críticos'. Ele ajuda a determinar se os trabalhos de alta prioridade estão realmente sendo tratados com a rapidez necessária em comparação com as tarefas de baixa prioridade. Por que isso importa Permite analisar se a organização está concentrando recursos nas tarefas mais urgentes. Onde obter Tabela: WORKORDER, Coluna: WOPRIORITY Exemplos 1234 | |||
| Status atual Status | O estado atual do ciclo de vida da ordem de serviço. | ||
| Descrição O status administrativo atual da ordem de serviço, como 'APPR', 'WAPPR' ou 'COMP'. Enquanto o atributo 'Atividade' registra o histórico de alterações, este atributo captura o estado conhecido mais recente. É útil para filtrar o conjunto de dados e exibir apenas ordens 'Abertas' ou 'Fechadas', apoiando a análise 'Distribuição da carga de trabalho de manutenção'. Por que isso importa Fornece uma visão instantânea da carga de trabalho e do backlog atuais. Onde obter Tabela: WORKORDER, Coluna: STATUS Exemplos APPRCLOSEINPRG | |||
| Técnico atribuído AssignedResource | A pessoa específica ou o técnico líder designado para executar o trabalho. | ||
| Descrição Identifica a pessoa ou o técnico líder responsável pela ordem de serviço. Essa informação pode ser encontrada no campo 'Lead' ou derivada das atribuições de mão de obra. Ela permite criar o Dashboard 'Produtividade de recursos e prestadores de serviço'. A análise desse atributo ajuda a identificar desequilíbrios de carga de trabalho na visão 'Distribuição da carga de trabalho de manutenção' e permite comparar a eficiência de diferentes técnicos ou equipes. Por que isso importa É essencial para analisar a produtividade da força de trabalho e equilibrar a carga de trabalho. Onde obter Tabela: WORKORDER, Coluna: LEAD (ou da tabela ASSIGNMENT) Exemplos JSMITHBPATELMRODRIGUEZ | |||
| Tipo de ordem de serviço WorkType | Classifica a ordem de serviço como Preventiva (PM), Corretiva (CM) ou Emergencial (EM). | ||
| Descrição Este atributo classifica a natureza da tarefa de manutenção. Os valores comuns no Maximo incluem PM (Manutenção Preventiva), CM (Manutenção Corretiva) e EM (Manutenção Emergencial). Essa classificação é a base do Dashboard 'Manutenção proativa versus reativa'. Ao filtrar por esse atributo, os analistas conseguem calcular o KPI 'Índice de manutenção emergencial' e identificar mudanças na estratégia de manutenção, passando de ações reativas para trabalhos planejados de confiabilidade. Por que isso importa Diferencia o trabalho planejado do não planejado, um indicador importante da maturidade da manutenção. Onde obter Tabela: WORKORDER, Coluna: WORKTYPE Exemplos PMCMEMCPMOD | |||
| Código de falha FailureCode | Código padronizado que descreve por que o ativo falhou. | ||
| Descrição Um código estruturado selecionado pelo técnico para categorizar a causa da falha, como 'Desgaste', 'Elétrica' ou 'Erro do operador'. É fundamental para a Análise de Causa Raiz (RCA). A agregação desses códigos ajuda as equipes de engenharia a identificar problemas sistêmicos na base de ativos, impulsionando a análise 'Qualidade da manutenção e taxas de retrabalho' e orientando mudanças nas estratégias de manutenção preventiva. Por que isso importa É o principal dado para a engenharia de confiabilidade e a análise de falhas. Onde obter Tabela: WORKORDER, Coluna: FAILURECODE Exemplos LEAKOVERHEATVIBRATION | |||
| Custo real total TotalActualCost | A soma dos custos de mão de obra, materiais, serviços e ferramentas da ordem de serviço. | ||
| Descrição Representa o impacto financeiro total da tarefa de manutenção. No Maximo, é a soma de vários componentes de custo: mão de obra + materiais + serviços + ferramentas. Este atributo permite fazer Process Mining baseado em custos, relacionando diretamente ineficiências do processo, como atrasos ou retrabalho, a perdas financeiras. Ele ajuda a identificar os tipos de manutenção ou classes de ativos mais caros. Por que isso importa Conecta as atividades operacionais aos resultados financeiros. Onde obter Tabela: WORKORDER, Coluna: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Exemplos 150.002500.500.00 | |||
| Data do registro ReportedDate | A data e a hora em que o problema foi informado pela primeira vez ou a solicitação foi criada. | ||
| Descrição O registro de data e hora que indica quando a necessidade de manutenção foi identificada pela primeira vez e inserida no sistema. Ele representa o verdadeiro início da linha do tempo da experiência do cliente. É usado para calcular o 'Prazo médio de planejamento e aprovação', medindo o intervalo entre essa data de registro e o momento em que o trabalho começa de fato. Ele ajuda a avaliar a capacidade de resposta da organização de manutenção. Por que isso importa Estabelece o ponto de partida para avaliar a capacidade de resposta de todo o ciclo de vida da manutenção. Onde obter Tabela: WORKORDER, Coluna: REPORTDATE Exemplos 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| É emergencial IsEmergency | Indicador que informa se a ordem de serviço é emergencial. | ||
| Descrição Um indicador booleano calculado com base no tipo de trabalho ou na prioridade. Se o tipo de trabalho for 'EM' (Emergencial) ou a prioridade for 1, o valor será verdadeiro. Este atributo simplificado permite filtrar facilmente os Dashboards para isolar o 'Índice de manutenção emergencial', sem lógica complexa na camada de visualização. Por que isso importa Simplifica a filtragem para a análise da manutenção reativa. Onde obter Calculado a partir de WORKTYPE Exemplos truefalse | |||
| Fornecedor Vendor | O prestador de serviço terceirizado atribuído à ordem de serviço, quando aplicável. | ||
| Descrição Identifica a empresa externa responsável pela tarefa de manutenção. É preenchido quando o trabalho é terceirizado e é fundamental para o KPI 'Eficiência da execução por prestadores de serviço'. A análise desse atributo permite que a organização de manutenção compare a performance, o custo, a velocidade e a qualidade de diferentes fornecedores entre si e com as equipes internas. Por que isso importa Permite gerenciar fornecedores e analisar a performance da terceirização. Onde obter Tabela: WORKORDER, Coluna: VENDOR Exemplos ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Horas estimadas de mão de obra EstimatedLaborHours | A quantidade planejada de tempo de mão de obra necessária para a ordem de serviço. | ||
| Descrição O total de horas estimadas para concluir a tarefa durante a fase de planejamento. Esse valor é comparado com as 'Horas reais de mão de obra' no 'Dashboard de precisão das estimativas de mão de obra'. Grandes diferenças entre esse valor e os dados reais indicam planejamento inadequado, falta de procedimentos operacionais padrão ou condições inesperadas do ativo que exigiram mais trabalho do que o previsto. Por que isso importa É essencial para avaliar a precisão do planejamento e prever recursos. Onde obter Tabela: WORKORDER, Coluna: ESTLABHRS Exemplos 2.04.58.0 | |||
| ID do local SiteId | O identificador de alto nível do local em implementações do Maximo com vários locais. | ||
| Descrição Em organizações grandes, o Maximo costuma ser particionado por 'Site'. Este atributo diferencia plantas ou instalações no nível do banco de dados. É essencial para comparar a performance entre diferentes unidades de negócio na análise 'Conformidade do processo padrão de manutenção', garantindo que as comparações sejam feitas no contexto operacional correto. Por que isso importa É fundamental para delimitar os dados em implementações com vários locais. Onde obter Tabela: WORKORDER, Coluna: SITEID Exemplos BEDFORDNASHUATEXAS | |||
| Localização Location | A localização funcional ou o local físico onde o trabalho é realizado. | ||
| Descrição Especifica a área física ou o código da localização funcional onde o ativo está situado. É mais abrangente do que o número específico do ativo e ajuda na análise geográfica ou por zona. Usado no Dashboard 'Distribuição da carga de trabalho de manutenção' para visualizar concentrações de atividades de manutenção e planejar a logística dos técnicos que se deslocam entre locais. Por que isso importa Fornece contexto geográfico para a logística e a distribuição de recursos. Onde obter Tabela: WORKORDER, Coluna: LOCATION Exemplos BRILER-RMPLANT-AOFFICE-1 | |||
| O SLA foi violado IsSlaBreached | Indicador que informa se a data real de conclusão ultrapassou a data-alvo. | ||
| Descrição Um campo booleano calculado que compara a 'Data real de conclusão' com a 'Data-alvo de conclusão'. Se a data real for posterior à data-alvo, o valor será verdadeiro. Essa métrica pré-calculada simplifica o Dashboard 'Performance de SLA de ativos críticos', permitindo contar imediatamente os SLAs não cumpridos, sem cálculos de datas durante a execução. Por que isso importa Visibilidade imediata da conformidade da performance. Onde obter Calculado a partir de ACTFINISH e TARGCOMPDATE Exemplos truefalse | |||
Atividades de manutenção de ativos
| Atividade | Descrição | ||
|---|---|---|---|
| Ordem de serviço aprovada | Indica que a ordem de serviço passou pelas verificações necessárias de planejamento e autorização financeira. Isso é derivado de uma mudança de status no histórico do sistema. | ||
| Por que isso importa É essencial para calcular o KPI de prazo de planejamento e aprovação. Atrasos nessa etapa indicam gargalos administrativos. Onde obter Tabela WOSTATUS onde STATUS = 'APPR' Captura Compare o campo de status antes e depois para identificar a transição para APPR Tipo de evento explicit | |||
| Ordem de serviço cancelada | O processo termina prematuramente porque o trabalho foi considerado desnecessário, duplicado ou impossível. Este é um estado terminal. | ||
| Por que isso importa Alimenta o Dashboard de análise de cancelamento de ordens de serviço. Taxas elevadas indicam falhas no processo upstream de geração de solicitações. Onde obter Tabela WOSTATUS onde STATUS = 'CAN' Captura Registrado quando a transação altera o status para CAN Tipo de evento explicit | |||
| Ordem de serviço concluída | O técnico aprova que o trabalho físico foi concluído. Essa mudança de status interrompe a contagem do tempo dos KPIs de execução. | ||
| Por que isso importa É o registro de data e hora final principal da execução técnica. Usado para calcular a conformidade com o SLA e a utilização dos técnicos. Onde obter Tabela WOSTATUS onde STATUS = 'COMP' Captura Registrado quando a transação altera o status para COMP Tipo de evento explicit | |||
| Ordem de serviço fechada | É o evento final do ciclo de vida, quando a ordem de serviço é liquidada financeiramente e se torna somente leitura. Nenhuma cobrança adicional pode ser aplicada. | ||
| Por que isso importa Marca o fim do prazo administrativo. Atrasos nessa etapa afetam os relatórios financeiros. Onde obter Tabela WOSTATUS onde STATUS = 'CLOSE' Captura Registrado quando a transação altera o status para CLOSE Tipo de evento explicit | |||
| Solicitação de manutenção criada | O evento inicial em que uma ordem de serviço é gerada no sistema, geralmente originada de uma solicitação de serviço ou de um cronograma automatizado. Ele é capturado explicitamente pelo registro de data e hora de criação na tabela WORKORDER ou pela entrada inicial no histórico de WOSTATUS. | ||
| Por que isso importa Marca o início da instância do processo e define a referência para medir o tempo total de resolução e a agilidade da resposta inicial. Onde obter WORKORDER.REPORTDATE ou entrada inicial na tabela WOSTATUS, geralmente com o status WAPPR Captura Registrado quando a transação cria o registro da WO Tipo de evento explicit | |||
| Trabalho iniciado | Marca o início efetivo do trabalho físico pelo técnico. Isso é registrado explicitamente quando o usuário altera o status para indicar que o trabalho está em andamento. | ||
| Por que isso importa É um marco essencial para separar o tempo de planejamento do tempo de execução. Usado para calcular o prazo médio de planejamento e aprovação. Onde obter Tabela WOSTATUS onde STATUS = 'INPRG' Captura Registrado quando a transação altera o status para INPRG Tipo de evento explicit | |||
| Data-alvo atualizada | Registra uma alteração na data programada de conclusão ou na meta do SLA. Isso ajuda a identificar quando as expectativas são alteradas para acomodar atrasos. | ||
| Por que isso importa É importante para analisar a performance de SLA de ativos críticos e identificar situações em que as datas são alteradas para evitar uma violação do SLA. Onde obter Trilha de auditoria nos campos TARGETCOMPDATE ou SCHEDFINISH Captura Registrado quando a transação atualiza campos de data Tipo de evento explicit | |||
| Horas de mão de obra registradas | Representa o registro do tempo real gasto por um técnico na ordem de serviço específica. Pode haver várias entradas para uma única ordem de serviço quando diferentes técnicos contribuem. | ||
| Por que isso importa Alimenta o Dashboard de precisão das estimativas de mão de obra, fornecendo os valores reais para comparação com as estimativas. Onde obter Entradas da tabela LABTRANS vinculadas à ordem de serviço Captura Registrado quando a transação ocorre em LABTRANS Tipo de evento explicit | |||
| Inspeção concluída | Indica que uma inspeção de segurança ou técnica foi realizada durante o ciclo de vida. Isso geralmente corresponde a uma mudança de status ou à conclusão de uma medição em checklist. | ||
| Por que isso importa É essencial para o Dashboard de documentação de segurança e conformidade. Garante que as etapas regulatórias não sejam ignoradas. Onde obter Mudança de WOSTATUS para 'INSP' ou status personalizado semelhante, ou conclusão de entradas em MEASUREMENT Captura Compare o campo de status antes e depois Tipo de evento inferred | |||
| Material emitido | Registra o consumo ou a emissão física de peças do estoque para a ordem de serviço. Isso confirma que as peças estão disponíveis e sendo utilizadas. | ||
| Por que isso importa Valida o processo da cadeia de suprimentos e impacta a análise do custo total da intervenção de manutenção. Onde obter Tabela MATUSETRANS onde ISSUETYPE = 'ISSUE' Captura Registrado quando a transação ocorre em MATUSETRANS Tipo de evento explicit | |||
| Recursos programados | É o momento em que profissionais ou equipes específicos são atribuídos à ordem de serviço. Isso é acompanhado quando as atribuições são geradas ou quando o status muda para Waiting Schedule. | ||
| Por que isso importa Dá suporte ao Dashboard de análise do ciclo de planejamento e aprovação, isolando o tempo necessário para encontrar técnicos disponíveis. Onde obter Criação de linhas na tabela ASSIGNMENT ou mudança de WOSTATUS para 'WSCH' Captura Derivado da criação de registros de Assignment vinculados à WO Tipo de evento inferred | |||
| Requisição de material enviada | Indica que peças sobressalentes ou consumíveis foram solicitados para a tarefa de manutenção. Isso pode ser inferido pela mudança de status para Waiting on Material ou pela criação de linhas de requisitos de materiais. | ||
| Por que isso importa É essencial para o Dashboard de prontidão de materiais, que identifica atrasos na cadeia de suprimentos que impedem a execução do trabalho. Onde obter Tabela WOSTATUS onde STATUS = 'WMATL' ou criação de entradas na tabela WPMATERIAL Captura Inferido a partir da mudança de status para WMATL Tipo de evento inferred | |||
| Verificação de qualidade reprovada | Ocorre quando um trabalho concluído é rejeitado durante a revisão, geralmente fazendo o status voltar para In Progress. Representa ciclos de retrabalho. | ||
| Por que isso importa Dá suporte diretamente ao Dashboard de qualidade da manutenção e taxas de retrabalho, destacando falhas do processo. Onde obter Inferido a partir da transição de WOSTATUS de COMP de volta para INPRG ou WAPPR Captura Derivado da comparação do histórico do campo WOSTATUS para identificar transições de retorno Tipo de evento inferred | |||
Guias de extração
Etapas
Defina a estratégia da Database View: Como o ProcessMind exige um Event Log plano e o Maximo armazena os dados hierarquicamente (cabeçalho em WORKORDER, histórico em WOSTATUS e custos em WOLABTRANS), o método mais robusto é criar primeiro uma Database View no banco de dados do Maximo. Essa view será usada como fonte pelo Integration Framework.
Crie a SQL View: Execute a SQL fornecida na seção Query na sua ferramenta de gerenciamento de banco de dados, como SQL Developer ou SSMS. Isso consolida
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSeA_WORKORDER(auditoria) em uma única estrutura plana.Registre a view no Maximo: Acesse o Maximo como administrador. Navegue até System Configuration, Platform Configuration, Database Configuration. Crie um novo objeto chamado
PM_WO_EVENTLOG. Mapeie-o para a view criada na etapa anterior. ExecuteConfigDBpara registrá-lo. Normalmente, as views não exigem indisponibilidade, mas confira seus procedimentos.Crie a Object Structure: Navegue até Integration, Object Structures. Crie uma nova Object Structure chamada
MX_PM_EVENTS. AdicionePM_WO_EVENTLOGcomo objeto de origem. Se disponível, confirme se o suporte a Flat Structure está habilitado.Configure o Publish Channel: Navegue até Integration, Publish Channels. Crie um novo canal chamado
PC_PM_EVENTS, associado à Object StructureMX_PM_EVENTS. Isso permite definir regras de processamento, se necessário.Configure o External System: Navegue até Integration, External Systems. Selecione o sistema de destino ou crie um EXTSYS genérico. Adicione o Publish Channel
PC_PM_EVENTSa esse sistema.Habilite a exportação de dados: No aplicativo External Systems, use a aba Data Export. Selecione o canal
PC_PM_EVENTS. Você pode especificar aqui uma cláusula SQL Where, por exemplo,EVENTTIMESTAMP >= '2023-01-01', para limitar o período da exportação.Exporte os dados: Clique em Export. O sistema gerará o arquivo em XML ou CSV, dependendo do End Point configurado. Para o ProcessMind, recomendamos CSV. Verifique se o End Point, por exemplo,
MXFLATFILE, está configurado para gerar CSV.Verifique a saída: Abra o arquivo CSV gerado. Confirme se os cabeçalhos correspondem aos atributos definidos na consulta, como WorkOrderNumber e Activity, e se não restaram tags XML hierárquicas.
Formatação final: Se a exportação CSV do Maximo incluir colunas padrão de metadados do sistema, como
OWNER1eORGID, remova-as se não forem necessárias. Carregue o CSV limpo no ProcessMind.
Configuração
- Sinônimos de status do Maximo: O Maximo permite códigos de status personalizados, como APPR e WAPPR. A consulta pressupõe valores internos padrão. Verifique o
SYNONYMDOMAINdo seu sistema para o domínioWOSTATUSe mapeie corretamente os status personalizados. - Tabelas de auditoria: A extração de 'Target Date Updated' depende da tabela de auditoria
A_WORKORDER. Se a auditoria não estiver habilitada para o objetoWORKORDER, essa atividade específica não retornará linhas. Habilite a auditoria em Database Configuration se isso for crítico. - Período: Para a carga inicial, filtre
EVENTTIMESTAMPpelos últimos 6 a 12 meses. Cargas históricas grandes podem atingir o tempo limite pela interface web do Integration Framework. Use o processamento em segundo plano para conjuntos com mais de 50 mil linhas. - Filtros de site e organização: O Maximo é um sistema multisite. Sempre filtre por
SITEIDquando a análise do processo estiver limitada a uma instalação específica. - Performance: A consulta com
UNION ALLexige muitos recursos. Verifique se existem índices no banco paraWOSTATUS.WONUM,WOLABTRANS.REFWOeMATUSETRANS.REFWO.
a Consulta de exemplo sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01')Etapas
Conexão com o banco de dados: Estabeleça uma conexão JDBC ou ODBC somente leitura com o banco de dados de backend do IBM Maximo, geralmente DB2, Oracle ou SQL Server. Confirme se o usuário tem permissões SELECT nas tabelas WORKORDER, WOSTATUS, LABTRANS e MATUSETRANS.
Defina o escopo: Determine os SITES ou ORGIDS específicos que você precisa extrair. O Maximo é um sistema multisite, e os números das ordens de serviço (WONUM) só são exclusivos quando combinados com SITEID. Defina o período, normalmente filtrando por REPORTDATE, a data de criação, ou STATUSDATE.
Entenda o modelo de dados: A tabela WORKORDER funciona como cabeçalho. A tabela WOSTATUS contém o histórico das alterações do ciclo de vida. A LABTRANS armazena os lançamentos detalhados de mão de obra, enquanto a MATUSETRANS registra as movimentações de materiais. Essas tabelas devem ser combinadas usando UNION ALL para formar um único fluxo de eventos.
Trate os sinônimos: O Maximo usa valores internos (MAXVALUE) e valores exibidos (VALUE) para os status definidos em SYNONYMDOMAIN. O ideal é que a consulta filtre pelo MAXVALUE interno para garantir consistência entre diferentes sites que podem usar rótulos distintos para o mesmo status lógico.
Prepare a consulta: Copie a SQL fornecida na seção Query. Substitua placeholders como [Your Database Schema] e [Start Date] pelos valores reais. Se o seu ambiente usar códigos de status personalizados para inspeções ou verificações de qualidade, atualize as cláusulas WHERE nas respectivas seções.
Execute a extração: Execute a consulta. Dependendo do volume de dados, talvez seja necessário processá-la em lotes, por exemplo, mês a mês, para evitar timeouts no banco de dados.
Valide os dados: Verifique se o evento 'Maintenance Request Created' existe para cada ordem de serviço. Confirme se os timestamps estão em um formato compatível com o ProcessMind. Recomendamos ISO 8601.
Pós-processamento: Os timestamps do Maximo normalmente contêm milissegundos. Preserve-os para manter a ordem correta dos eventos que acontecem em rápida sucessão.
Exporte: Salve os resultados como arquivo CSV ou Parquet. Os cabeçalhos das colunas devem corresponder aos atributos definidos na saída da consulta.
Upload no ProcessMind: Importe o arquivo no ProcessMind. Mapeie 'WorkOrderNumber' como Case ID, 'Activity' como Activity Name e 'EventTimestamp' como Timestamp.
Configuração
- Plataformas de banco de dados: O Maximo normalmente roda em IBM DB2, Oracle ou SQL Server. A sintaxe fornecida é SQL padrão, mas pode exigir pequenos ajustes nas funções de data, como TO_DATE ou CAST, dependendo da sua plataforma.
- Filtragem por data: Use a coluna REPORTDATE da tabela WORKORDER para definir o escopo das instâncias do processo. Uma janela móvel dos últimos 12 meses é o padrão.
- Importância do Site ID: Nunca dependa apenas de WONUM para garantir exclusividade. Sempre concatene WONUM e SITEID ou inclua SITEID como atributo do caso ao analisar vários sites.
- Lógica de status: O Maximo permite valores de status personalizados. Consulte a tabela SYNONYMDOMAIN se status padrão, como WMATL ou COMP, não retornarem resultados.
- Performance: As tabelas LABTRANS e MATUSETRANS podem ser muito grandes. Verifique se elas têm índices em REFWO e SITEID.
a Consulta de exemplo sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH')Pronto para começar?
Comece hoje a transformar sua estratégia de manutenção aplicando este Template ao processo de extração dos seus dados. Nossa equipe está pronta para ajudar você a transformar seus registros técnicos em insights acionáveis sobre o processo.
Transforme a manutenção de ativos e reduza a indisponibilidade hoje
Reduza em 30% o tempo do ciclo de manutenção e elimine gargalos
Teste grátis por 14 dias, sem necessidade de cartão de crédito