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
- Principais etapas do processo a acompanhar
- Orientações técnicas detalhadas para extração
Atributos de manutenção de ativos
| Nome | Descrição | ||
|---|---|---|---|
| Atividade Activity | O evento específico ou a mudança de status ocorrida no ciclo de vida da ordem de serviço. | ||
| Descrição Este atributo representa a etapa realizada no processo de manutenção, como 'Ordem de serviço aprovada' ou 'Mão de obra registrada'. No IBM Maximo, ele costuma ser derivado de mudanças de status nas tabelas de histórico ou de registros de transações específicos, como os de apontamento de mão de obra. As atividades formam os nós do mapa de processos e permitem visualizar a sequência de etapas. Ao analisar esses valores, as organizações podem identificar variantes do processo, ciclos e desvios em relação ao procedimento padrão de manutenção. Por que isso importa Define o 'o quê' do processo, essencial para criar o mapa de processos e entender a execução do fluxo de trabalho. Onde encontrar Tabela: WOSTATUS (coluna: STATUS) ou WOLOG Exemplos APPRINPRGCOMPCLOSEWMATL | |||
| Data e hora do evento EventTimestamp | A data e a hora exatas em que a atividade ocorreu. | ||
| Descrição Este atributo registra o momento exato em que um evento ocorreu, como a mudança de status ou o registro de mão de obra. Ele fornece a dimensão temporal necessária para todas as análises de performance, incluindo cálculos de prazos e duração. Registrar data e hora com precisão é essencial para calcular o 'Tempo médio de planejamento e aprovação' e garantir a sequência correta dos eventos. No Maximo, esse dado costuma corresponder à data da 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 encontrar 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 | Identificador alfanumérico exclusivo da ordem de serviço de manutenção. | ||
| Descrição Este atributo funciona como identificador central do caso no processo de manutenção. Ele distingue cada ordem de serviço no sistema IBM Maximo e vincula todas as atividades relacionadas, as transações de mão de obra e o uso de materiais a um único trabalho executado. Na análise de Process Mining, esse ID agrupa eventos individuais em um caso coeso. Assim, os analistas podem acompanhar todo o ciclo de vida 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. Por que isso importa É a chave fundamental para reconstruir o fluxo do processo e acompanhar trabalhos específicos entre departamentos. Onde encontrar Tabela: WORKORDER, coluna: WONUM Exemplos WO100234WO100235CM-99281PM-11002 | |||
| Sistema de origem SourceSystem | O nome do sistema de onde os dados vieram. | ||
| Descrição Identifica o aplicativo de origem do registro de dados. Neste contexto, geralmente será 'IBM Maximo'. Isso é especialmente útil ao combinar dados de vários sistemas de manutenção ou integrar dados de ERP. Se o projeto de Process Mining abranger um panorama complexo de sistemas, com várias instâncias de CMMS, o atributo permite que os analistas filtrem a visualização pelo sistema oficial de registro. Por que isso importa Garante a linhagem e a rastreabilidade dos dados em ambientes com vários sistemas. Onde encontrar Definido durante a extração Exemplos IBM MaximoMaximo PRODMaximo Legacy | |||
| Última atualização dos dados LastDataUpdate | Data e hora da extração ou da última atualização dos dados. | ||
| 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 das ordens de serviço e o backlog. Por que isso importa Essencial para entender a latência e a atualidade dos dados. Onde encontrar Horário do sistema no momento da extração Exemplos 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Criticidade do ativo AssetCriticality | Pontuação que indica a importância do ativo para as operações da empresa. | ||
| Descrição Classificação, geralmente de 1 a 10 ou A/B/C, registrada no cadastro do ativo e que indica as consequências de uma falha. Esse dado precisa ser associado à visualização de ordens de serviço. É obrigatório para o Dashboard 'Performance do SLA de ativos críticos'. Assim, a análise prioriza o que é mais importante: atrasos em um gerador crítico têm mais peso do que atrasos na manutenção de uma cafeteira da sala de descanso. Por que isso importa Permite segmentar a performance do processo de acordo com o risco para a empresa. Onde encontrar Tabela: ASSET, coluna: PRIORITY (associada por ASSETNUM) Exemplos 1510 | |||
| Data de conclusão real 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 prevista de conclusão' permite calcular a conformidade com o SLA. O Dashboard 'Prazo administrativo da ordem de serviço' usa esse dado 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 encontrar Tabela: WORKORDER, coluna: ACTFINISH Exemplos 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Data prevista de conclusão TargetCompletionDate | O prazo programado ou exigido para a ordem de serviço. | ||
| Descrição A data em que se espera que a ordem de serviço seja concluída. Muitas vezes, ela é calculada com base na prioridade e na data de geração. Serve como referência para o Dashboard 'Performance do SLA de ativos críticos'. Ao comparar esse campo com a 'Data de conclusão real', os analistas podem determinar os índices de conclusão no prazo e identificar quais categorias de ativos frequentemente não cumprem as janelas de manutenção. Por que isso importa Referência para medir o cumprimento do SLA e a conformidade com o cronograma. Onde encontrar Tabela: WORKORDER, coluna: TARGCOMPDATE Exemplos 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Horas reais de mão de obra ActualLaborHours | Total de horas efetivamente trabalhadas por todos os técnicos na ordem de serviço. | ||
| Descrição Soma de todo o tempo de mão de obra registrado na ordem de serviço. Essa métrica mostra o uso real dos recursos e dá suporte ao KPI 'Variação na utilização dos técnicos'. Ela é usada para calcular o custo da mão de obra e aprimorar os planos de trabalho futuros com dados históricos sobre o tempo real de execução de tarefas específicas. Por que isso importa Principal métrica para analisar custos de mão de obra e eficiência. Onde encontrar 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 instalação específico que recebe o trabalho de manutenção. Esse atributo conecta os dados do processo à hierarquia física dos ativos e é fundamental para identificar os ativos problemáticos, que apresentam falhas frequentes. Usado na análise 'Qualidade da manutenção e taxas de retrabalho', o atributo permite agrupar 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 Relaciona a execução do processo à performance da infraestrutura física. Onde encontrar 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 Valor numérico ou categórico que indica a importância e a urgência da ordem de serviço. No Maximo, geralmente é um número: valores menores costumam indicar maior urgência (por exemplo, 1 = emergência). Este atributo é usado para priorizar o trabalho no backlog e é essencial para o Dashboard 'Performance do SLA de ativos críticos'. Ele ajuda a determinar se os trabalhos de alta prioridade estão sendo tratados com a rapidez necessária em comparação com os de baixa prioridade. Por que isso importa Permite analisar se a organização está direcionando recursos para as tarefas mais urgentes. Onde encontrar Tabela: WORKORDER, coluna: WOPRIORITY Exemplos 1234 | |||
| Status atual Status | O estado atual do ciclo de vida da ordem de serviço. | ||
| Descrição Status administrativo atual da ordem de serviço (por exemplo, 'APPR', 'WAPPR', 'COMP'). Enquanto o atributo 'Atividade' registra o histórico de mudanças, este atributo mostra o último estado conhecido. Ele é útil para filtrar o conjunto de dados e exibir apenas ordens 'Abertas' ou 'Fechadas', dando suporte à análise 'Distribuição da carga de trabalho de manutenção'. Por que isso importa Mostra um retrato da carga de trabalho e do backlog atuais. Onde encontrar Tabela: WORKORDER, coluna: STATUS Exemplos APPRCLOSEINPRG | |||
| Técnico responsável AssignedResource | A pessoa 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 estar no campo 'Lead' ou ser derivada das alocações de mão de obra. Ela alimenta o Dashboard 'Produtividade de recursos e prestadores de serviço'. A análise desse atributo ajuda a identificar desequilíbrios na carga de trabalho na visualizaçã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 equipe e equilibrar a carga de trabalho. Onde encontrar Tabela: WORKORDER, coluna: LEAD (ou 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. No Maximo, os valores comuns 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 podem calcular o KPI 'Índice de manutenção emergencial' e identificar mudanças na estratégia de manutenção, de uma atuação reativa para um trabalho planejado de confiabilidade. Por que isso importa Distingue o trabalho planejado do não planejado, um indicador importante da maturidade da manutenção. Onde encontrar Tabela: WORKORDER, coluna: WORKTYPE Exemplos PMCMEMCPMOD | |||
| Código de falha FailureCode | Código padronizado que descreve por que o ativo falhou. | ||
| Descrição Código estruturado selecionado pelo técnico para classificar a causa da falha (por exemplo, 'Desgaste', 'Elétrica', 'Erro do operador'). É essencial para a análise de causa raiz (RCA). A consolidação desses códigos ajuda as equipes de engenharia a identificar problemas sistêmicos nos ativos, orienta a análise 'Qualidade da manutenção e taxas de retrabalho' e embasa mudanças nas estratégias de manutenção preventiva. Por que isso importa Principal dado para a engenharia de confiabilidade e a análise de falhas. Onde encontrar Tabela: WORKORDER, coluna: FAILURECODE Exemplos VAZAMENTOSUPERAQUECIMENTOVIBRAÇÃO | |||
| Custo real total TotalActualCost | 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, corresponde à soma dos custos de mão de obra, materiais, serviços e ferramentas. Este atributo permite fazer Process Mining com foco em custos e relacionar diretamente ineficiências do processo, como atrasos ou retrabalho, a perdas financeiras. Ele ajuda a identificar os tipos de manutenção ou as categorias de ativos mais caros. Por que isso importa Relaciona as atividades operacionais aos resultados financeiros. Onde encontrar Tabela: WORKORDER, colunas: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Exemplos 150.002500.500.00 | |||
| Data do relato ReportedDate | A data e a hora em que o problema foi relatado pela primeira vez ou a solicitação foi criada. | ||
| Descrição Data e hora em que a necessidade de manutenção foi identificada e registrada no sistema pela primeira vez. Esse dado marca o início real da jornada do cliente. Ele é usado para calcular o 'Tempo médio de planejamento e aprovação', medindo o intervalo entre a data do relato e o início efetivo do trabalho. Também ajuda a avaliar a capacidade de resposta da equipe de manutenção. Por que isso importa Define o ponto de partida para medir a capacidade de resposta durante todo o ciclo de vida da manutenção. Onde encontrar Tabela: WORKORDER, coluna: REPORTDATE Exemplos 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| É emergencial IsEmergency | Indicador que mostra se a ordem de serviço é emergencial. | ||
| Descrição Indicador booleano calculado com base no tipo ou na prioridade do trabalho. O valor é verdadeiro se o tipo de trabalho for 'EM' (emergencial) ou se a prioridade for 1. Este atributo simplificado facilita a filtragem nos Dashboards para identificar o 'Índice de manutenção emergencial', sem exigir uma lógica complexa na camada de visualização. Por que isso importa Facilita a filtragem para analisar a manutenção reativa. Onde encontrar Calculado a partir de WORKTYPE Exemplos truefalse | |||
| Fornecedor Vendor | O prestador de serviço terceirizado alocado à ordem de serviço, se aplicável. | ||
| Descrição Identifica a empresa externa responsável pela tarefa de manutenção. Esse campo é preenchido quando o trabalho é terceirizado e é essencial para o KPI 'Eficiência na execução por prestadores de serviço'. A análise desse atributo permite que a equipe de manutenção compare a performance de diferentes fornecedores entre si e com a das equipes internas, considerando custo, rapidez e qualidade. Por que isso importa Permite gerenciar fornecedores e analisar a performance da terceirização. Onde encontrar Tabela: WORKORDER, coluna: VENDOR Exemplos ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Horas de mão de obra estimadas EstimatedLaborHours | A quantidade planejada de horas de mão de obra necessárias para a ordem de serviço. | ||
| Descriçã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 'Precisão das estimativas de mão de obra'. Grandes diferenças entre o valor estimado e o realizado 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 os recursos necessários. Onde encontrar Tabela: WORKORDER, coluna: ESTLABHRS Exemplos 2.04.58.0 | |||
| ID da unidade SiteId | Identificador geral da unidade em implementações do Maximo com vários locais. | ||
| Descrição Em grandes organizações, o Maximo costuma ser dividido por 'Site'. Este atributo distingue diferentes fábricas 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 com o processo padrão de manutenção' e garantir que as comparações considerem o contexto operacional correto. Por que isso importa Essencial para delimitar os dados em implementações com várias unidades. Onde encontrar Tabela: WORKORDER, coluna: SITEID Exemplos BEDFORDNASHUATEXAS | |||
| Localização Location | O local funcional ou a unidade física onde o trabalho é realizado. | ||
| Descrição Especifica a área física ou o código do local funcional onde o ativo está instalado. Esse dado abrange uma área maior do que o número específico do ativo e ajuda nas análises geográficas ou por zona. Usado no Dashboard 'Distribuição da carga de trabalho de manutenção', ele permite visualizar as áreas com maior concentração de atividades de manutenção e planejar a logística dos técnicos que se deslocam entre unidades. Por que isso importa Fornece contexto geográfico para a logística e a distribuição de recursos. Onde encontrar Tabela: WORKORDER, coluna: LOCATION Exemplos BRILER-RMPLANT-AOFFICE-1 | |||
| SLA não cumprido IsSlaBreached | Indicador que mostra se a data de conclusão real ultrapassou a data prevista. | ||
| Descrição Campo calculado do tipo booleano que compara a 'Data de conclusão real' com a 'Data prevista de conclusão'. Se a data real for posterior à prevista, o valor será verdadeiro. Essa métrica pré-calculada simplifica o Dashboard 'Performance do SLA de ativos críticos', permitindo contar imediatamente os SLAs não cumpridos, sem calcular datas durante a execução. Por que isso importa Visibilidade imediata da conformidade com as metas de performance. Onde encontrar 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. Esse evento é identificado por uma mudança de status no histórico do sistema. | ||
| Por que isso importa É essencial para calcular o KPI de tempo de planejamento e aprovação. Atrasos nessa etapa indicam gargalos administrativos. Onde encontrar Tabela WOSTATUS em que STATUS = 'APPR' Coleta 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 antes do previsto porque o trabalho foi considerado desnecessário, duplicado ou impossível de realizar. 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 nas etapas anteriores do processo de geração de solicitações. Onde encontrar Tabela WOSTATUS, onde STATUS = 'CAN' Coleta Registrado quando a transação muda de status para CAN Tipo de evento explicit | |||
| Ordem de serviço concluída | O técnico confirma que o trabalho físico foi concluído. Essa mudança de status interrompe a contagem do tempo de execução nos KPIs. | ||
| Por que isso importa Principal data e hora de término da execução técnica. Usada para calcular a conformidade com o SLA e o aproveitamento dos técnicos. Onde encontrar Tabela WOSTATUS em que STATUS = 'COMP' Coleta Registrado quando a transação muda o status para COMP Tipo de evento explicit | |||
| Ordem de serviço encerrada | Evento final do ciclo de vida, quando a ordem de serviço é liquidada financeiramente e passa a ser somente para leitura. Não é possível lançar novos custos. | ||
| Por que isso importa Marca o fim do tempo de processamento administrativo. Atrasos nessa etapa afetam os relatórios financeiros. Onde encontrar Tabela WOSTATUS em que STATUS = 'CLOSE' Coleta Registrado quando a transação muda o status para CLOSE Tipo de evento explicit | |||
| Solicitação de manutenção criada | Evento inicial em que uma ordem de serviço é criada no sistema, geralmente a partir de uma solicitação de serviço ou de um cronograma automatizado. Esse evento é registrado pela data e hora de criação na tabela WORKORDER ou pelo primeiro registro no histórico da 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 encontrar WORKORDER.REPORTDATE ou primeiro registro na tabela WOSTATUS (geralmente com status WAPPR) Coleta Registrado quando a transação cria o registro da ordem de serviço Tipo de evento explicit | |||
| Trabalho iniciado | Marca o início efetivo do trabalho físico realizado pelo técnico. Esse evento é registrado quando o usuário altera o status para indicar que o trabalho está em andamento. | ||
| Por que isso importa Marco essencial para separar o tempo de planejamento do tempo de execução. Usado para calcular o tempo médio de planejamento e aprovação. Onde encontrar Tabela WOSTATUS em que STATUS = 'INPRG' Coleta Registrado quando a transação muda o status para INPRG Tipo de evento explicit | |||
| Data prevista atualizada | Registra uma alteração na data programada de conclusão ou na meta do SLA. Isso ajuda a identificar quando os prazos são alterados para acomodar atrasos. | ||
| Por que isso importa Importante para analisar a performance do SLA de ativos críticos e identificar alterações de datas feitas para evitar o descumprimento do SLA. Onde encontrar Histórico de alterações nos campos TARGETCOMPDATE ou SCHEDFINISH Coleta Registrado quando a transação atualiza os campos de data Tipo de evento explicit | |||
| Horas de trabalho registradas | Representa o registro do tempo efetivamente dedicado por um técnico a uma ordem de serviço específica. Uma mesma ordem pode ter vários registros, conforme diferentes técnicos contribuem para o trabalho. | ||
| Por que isso importa Alimenta o Dashboard de precisão das estimativas de mão de obra com as horas realizadas, que são comparadas às estimativas. Onde encontrar Registros da tabela LABTRANS vinculados à ordem de serviço Coleta Registrado quando ocorre uma transação na 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 da ordem. Esse evento costuma ser registrado como uma mudança de status ou pela conclusão de uma medição de checklist. | ||
| Por que isso importa Essencial para o Dashboard de documentação de segurança e conformidade. Ajuda a garantir que as etapas regulatórias não sejam ignoradas. Onde encontrar Mudança de status na WOSTATUS para 'INSP' ou outro status personalizado semelhante, ou conclusão de registros na MEASUREMENT Coleta Compare o campo de status antes e depois Tipo de evento inferred | |||
| Material retirado do estoque | Registra o consumo ou a retirada física de peças do estoque para a ordem de serviço. Confirma que as peças estão disponíveis e sendo utilizadas. | ||
| Por que isso importa Valida o processo da cadeia de suprimentos e afeta a análise do custo total da intervenção de manutenção. Onde encontrar Tabela MATUSETRANS em que ISSUETYPE = 'ISSUE' Coleta Registrado quando ocorre uma transação na MATUSETRANS Tipo de evento explicit | |||
| Recursos programados | Momento em que profissionais ou equipes específicos são atribuídos à ordem de serviço. Esse evento é registrado quando as atribuições são criadas ou o status muda para Aguardando programação. | ||
| Por que isso importa Ajuda o Dashboard de análise do ciclo de planejamento e aprovação a identificar o tempo necessário para encontrar técnicos disponíveis. Onde encontrar Criação de linhas na tabela ASSIGNMENT ou mudança de status na WOSTATUS para 'WSCH' Coleta Identifique a criação de registros de atribuição vinculados à ordem de serviço Tipo de evento inferred | |||
| Solicitação de materiais enviada | Indica que foram solicitadas peças de reposição ou materiais de consumo para a tarefa de manutenção. Esse evento pode ser identificado pela mudança de status para Aguardando material ou pela criação de linhas de necessidade de materiais. | ||
| Por que isso importa Essencial para o Dashboard de disponibilidade de materiais, que identifica atrasos na cadeia de suprimentos que impedem a execução do trabalho. Onde encontrar Tabela WOSTATUS em que STATUS = 'WMATL' ou criação de registros na tabela WPMATERIAL Coleta Identificado pela mudança de status para WMATL Tipo de evento inferred | |||
| Verificação de qualidade reprovada | Ocorre quando um trabalho concluído é reprovado durante a revisão, muitas vezes com o status voltando para Em andamento. Representa ciclos de retrabalho. | ||
| Por que isso importa Contribui diretamente para o Dashboard de qualidade da manutenção e taxas de retrabalho, destacando falhas no processo. Onde encontrar Identificado pela transição na WOSTATUS de COMP de volta para INPRG ou WAPPR Coleta Identifique comparando o histórico de status da WOSTATUS para encontrar transições de retorno Tipo de evento inferred | |||
Guias de extração
Etapas
Defina a estratégia para a visualização do banco de dados: Como o ProcessMind precisa de um registro de eventos plano e o Maximo armazena os dados de forma hierárquica (cabeçalho em WORKORDER, histórico em WOSTATUS e custos em WOLABTRANS), a abordagem mais robusta é criar primeiro uma visualização do banco de dados no Maximo. Essa visualização servirá como fonte para o Integration Framework.
Crie a visualização SQL: Execute o SQL fornecido na seção Query usando sua ferramenta de gerenciamento de banco de dados (SQL Developer, SSMS). Isso consolida
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSeA_WORKORDER(auditoria) em uma única estrutura plana.Registre a visualização no Maximo: Entre no Maximo como administrador. Acesse System Configuration, Platform Configuration, Database Configuration. Crie um objeto chamado
PM_WO_EVENTLOGe mapeie-o para a visualização do banco de dados criada na etapa anterior. ExecuteConfigDBpara registrá-lo (em geral, as visualizações não exigem indisponibilidade, mas confira os procedimentos da sua organização).Crie a estrutura de objetos: Acesse Integration, Object Structures. Crie uma estrutura de objetos chamada
MX_PM_EVENTS. AdicionePM_WO_EVENTLOGcomo objeto de origem. Se a opção estiver disponível, marque o suporte a estrutura plana.Configure o canal de publicação: Acesse Integration, Publish Channels. Crie um canal chamado
PC_PM_EVENTSassociado à estrutura de objetosMX_PM_EVENTS. Assim, você poderá definir regras de processamento, se necessário.Configure o sistema externo: Acesse Integration, External Systems. Selecione o sistema de destino ou crie um sistema genérico, EXTSYS. Adicione o canal de publicação
PC_PM_EVENTSa esse sistema.Ative a exportação de dados: No aplicativo External Systems, abra a guia Data Export. Selecione o canal
PC_PM_EVENTS. Você pode especificar uma cláusula SQL Where para limitar o período da exportação, por exemplo,EVENTTIMESTAMP >= '2023-01-01'.Exporte os dados: Clique em Export. O sistema vai gerar o arquivo no formato XML ou CSV, conforme o End Point configurado. Para o ProcessMind, prefira CSV. Verifique se o End Point, por exemplo,
MXFLATFILE, está configurado para gerar arquivos CSV.Confira o resultado: Abra o arquivo CSV gerado. Verifique se os cabeçalhos correspondem aos atributos definidos na consulta (WorkOrderNumber, Activity etc.) e se não restaram tags XML hierárquicas.
Faça os ajustes finais: 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 arquivo CSV tratado 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. Confira o
SYNONYMDOMAINdo domínioWOSTATUSpara mapear corretamente os status personalizados. - Tabelas de auditoria: A extração de 'Data de atualização prevista' depende da tabela de auditoria
A_WORKORDER. Se a auditoria não estiver ativada para o objetoWORKORDER, essa atividade não retornará linhas. Se for essencial, ative a auditoria em Database Configuration. - Período: Para a carga inicial, filtre
EVENTTIMESTAMPpelos últimos 6 a 12 meses. Cargas históricas grandes podem exceder o tempo limite da interface web do Integration Framework. Para conjuntos de dados com mais de 50 mil linhas, use o processamento em segundo plano. - Filtros de site e organização: O Maximo oferece suporte a vários sites. Sempre filtre por
SITEIDse a análise do processo abranger uma instalação específica. - Performance: A consulta
UNION ALLexige muitos recursos. Verifique se há índices no banco de dados paraWOSTATUS.WONUM,WOLABTRANS.REFWOeMATUSETRANS.REFWO.
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 para leitura com o banco de dados de back-end do IBM Maximo, geralmente DB2, Oracle ou SQL Server. Verifique se o usuário tem permissões SELECT nas tabelas WORKORDER, WOSTATUS, LABTRANS e MATUSETRANS.
Defina o escopo: Determine os SITES ou ORGIDS que você precisa extrair. O Maximo é um sistema com vários sites, e os números das ordens de serviço (WONUM) só são exclusivos quando combinados com SITEID. Defina o período, normalmente usando REPORTDATE (data de criação) ou STATUSDATE como filtro.
Entenda o modelo de dados: A tabela WORKORDER funciona como cabeçalho. A tabela WOSTATUS contém o histórico das mudanças ao longo do ciclo de vida. A tabela LABTRANS armazena os detalhes da mão de obra, e MATUSETRANS registra a movimentação de materiais. Combine essas tabelas com 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. Se possível, filtre a consulta pelo valor interno MAXVALUE para manter a consistência entre sites que podem usar rótulos diferentes para o mesmo status lógico.
Prepare a consulta: Copie o SQL fornecido na seção Query. Substitua os marcadores, como [Your Database Schema] e [Start Date], pelos valores corretos. Se o seu ambiente usa códigos de status personalizados para inspeções ou verificações de qualidade, atualize as cláusulas WHERE das seções correspondentes.
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 que o tempo limite do banco de dados seja excedido.
Valide os dados: Confira se o evento 'Solicitação de manutenção criada' existe para cada ordem de serviço. Verifique se os registros de data e hora estão em um formato compatível com o ProcessMind. Recomendamos ISO 8601.
Pós-processamento: Os registros de data e hora do Maximo geralmente incluem milissegundos. Preserve essa precisão para manter a ordem correta dos eventos que acontecem em rápida sucessão.
Exporte os dados: Salve os resultados em um arquivo CSV ou Parquet. Os cabeçalhos das colunas devem corresponder aos atributos definidos na saída da consulta.
Carregue no ProcessMind: Importe o arquivo para o ProcessMind. Mapeie 'WorkOrderNumber' como ID do caso, 'Activity' como nome da atividade e 'EventTimestamp' como registro de data e hora.
Configuração
- Plataformas de banco de dados: O Maximo geralmente usa 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 em vez de CAST, conforme a plataforma usada.
- Filtro de data: Use a coluna REPORTDATE da tabela WORKORDER para definir o escopo das instâncias do processo. É comum usar uma janela móvel dos últimos 12 meses.
- Importância do ID do site: Não use apenas WONUM para identificar uma ordem de serviço de forma exclusiva. Sempre concatene WONUM e SITEID ou inclua SITEID como atributo do caso ao analisar vários sites.
- Lógica dos status: O Maximo permite valores de status personalizados. Se os status padrão, como WMATL ou COMP, não retornarem resultados, confira a tabela SYNONYMDOMAIN.
- Performance: As tabelas LABTRANS e MATUSETRANS podem ser muito grandes. Verifique se há índices para REFWO e SITEID nessas tabelas.
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 de dados. Nossa equipe pode ajudar você a transformar registros técnicos em insights acionáveis sobre seus processos.
Transforme a manutenção de ativos e reduza o tempo de indisponibilidade hoje
Reduza em 30% o tempo de ciclo da manutenção e elimine gargalos
Teste grátis por 14 dias, sem necessidade de cartão de crédito