Seu Template de Dados de Manutenção de Ativos
Seu Template de Dados de Manutenção de Ativos
- Lista abrangente de atributos de manutenção
- Marcos críticos do processo para rastrear
- Guia detalhado de extração técnica
Atributos de Manutenção de Ativos
| Nome | Descrição | ||
|---|---|---|---|
| Atividade Activity | O evento específico ou mudança 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, isso geralmente é derivado de mudanças de status nas tabelas de histórico ou logs de transações específicos, como o relatório de mão de obra. Ele forma os nós do mapa do processo, permitindo a visualização da sequência de etapas. Ao analisar esses valores, as organizações podem identificar variantes de processo, loops e desvios do procedimento padrão de manutenção. Por que é importante Define o "quê" do processo, sendo essencial para construir o mapa do processo e entender a execução do workflow. Onde obter Tabela: WOSTATUS (Coluna: STATUS) ou WOLOG Exemplos APPRINPRGCOMPCLOSEWMATL | |||
| Event Timestamp EventTimestamp | A data e hora específica em que a atividade ocorreu. | ||
| Descrição Este atributo registra o momento exato em que um evento ocorreu, como uma 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 desempenho, incluindo lead times e cálculos de duração. Timestamps precisos são críticos para calcular o 'Tempo Médio de Planejamento e Aprovação' e garantir a sequência correta dos eventos. No Maximo, este costuma ser a data de alteração do registro de status. Por que é importante 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 para a ordem de serviço de manutenção. | ||
| Descrição Este atributo serve como o identificador central do caso para o processo de manutenção. Ele distingue 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. Ele permite que os analistas acompanhem o ciclo de vida de ponta a ponta de uma tarefa de manutenção, desde a criação da solicitação inicial, passando pela aprovação e execução, até o encerramento administrativo final. Por que é importante É a chave fundamental para reconstruir o fluxo do processo e permite o rastreamento de 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 se originaram. | ||
| Descrição Identifica a aplicação de origem do registro de dados. Neste contexto, geralmente será o 'IBM Maximo'. Isso é particularmente útil ao combinar dados de múltiplos sistemas de manutenção ou integrar com dados de ERP. Permite que os analistas filtrem a visualização pelo sistema de registro caso o projeto de process mining abranja um cenário complexo envolvendo várias instâncias de CMMS. Por que é importante Garante a linhagem e rastreabilidade dos dados em ambientes multi-sistema. Onde obter Definido estaticamente na extração Exemplos IBM MaximoMaximo PRODMaximo Legacy | |||
| Última Atualização de Dados LastDataUpdate | O timestamp de quando 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 o 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 de dados incrementais e para validar que os dashboards estão exibindo informações atualizadas sobre o status das ordens de serviço e o backlog. Por que é importante Crítico para entender a latência e a atualização 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 o quão importante é o ativo para as operações do negócio. | ||
| Descrição Uma classificação (geralmente de 1 a 10 ou A/B/C) no registro do Ativo que indica a consequência de uma falha. Este dado deve ser vinculado à visualização da Ordem de Serviço. Este atributo é obrigatório para o dashboard de "Desempenho de SLA de Ativos Críticos". Ele garante que a análise foque no que mais importa — atrasos em um gerador crítico têm mais peso do que atrasos em uma cafeteira da copa. Por que é importante Permite a segmentação do desempenho do processo por risco de negócio. Onde obter Tabela: ASSET, Coluna: PRIORITY (Via ASSETNUM) Exemplos 1510 | |||
| Data de Término Real ActualFinishDate | A data e 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 fechamento administrativo do ticket. Comparar essa data com a 'Data de Conclusão Prevista' permite calcular a conformidade com o SLA. É utilizado no dashboard de 'Tempo de Ciclo Administrativo da OS' para medir o atraso entre a finalização do trabalho e o encerramento da papelada no sistema. Por que é importante 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 prevista de conclusão TargetCompletionDate | O prazo agendado ou obrigatório para a ordem de serviço. | ||
| Descrição A data em que se espera que a ordem de serviço seja finalizada. Geralmente calculada com base na prioridade e na data de geração, serve como referência para o dashboard de 'Desempenho de SLA de Ativos Críticos'. Ao comparar este campo com a 'Data de Término Real', os analistas podem determinar as taxas de pontualidade e identificar quais categorias de ativos frequentemente perdem suas janelas de manutenção. Por que é importante A base para medir a adesão 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 reais gastas por todos os técnicos na ordem de serviço. | ||
| Descrição A agregação de todo o tempo de mão de obra registrado na ordem de serviço. Essa métrica é a prova real da utilização dos recursos e apoia o KPI de 'Variância de Utilização do Técnico'. É usada para calcular o custo da mão de obra e refinar futuros planos de trabalho, fornecendo dados históricos sobre quanto tempo as tarefas específicas realmente levam para serem executadas. Por que é importante A métrica principal para análise de custo 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, veículo ou componente da instalação que é objeto do trabalho de manutenção. Isso conecta os dados do processo à hierarquia física de ativos. É vital para identificar os 'ofensores' — ativos que falham com frequência. Utilizado na análise de 'Qualidade da Manutenção e Taxas de Retrabalho', este atributo permite agrupar as ordens de serviço por ativo para calcular o tempo médio entre falhas (MTBF) e identificar problemas crônicos de confiabilidade. Por que é importante Conecta a execução do processo ao desempenho da infraestrutura física. Onde obter Tabela: WORKORDER, Coluna: ASSETNUM Exemplos BOMBA-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 urgência da ordem de serviço. No Maximo, geralmente é um número onde valores menores indicam maior urgência (ex: 1 = Emergência). Este atributo é usado para priorizar o trabalho no backlog e é essencial para o dashboard de "Desempenho de SLA de Ativos Críticos". Ele ajuda a determinar se o trabalho de alta prioridade está sendo tratado com a agilidade necessária em comparação com as tarefas de baixa prioridade. Por que é importante Permite analisar se a empresa está focando os 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 (ex: 'APPR', 'WAPPR', 'COMP'). Enquanto o atributo 'Atividade' captura o histórico de mudanças, este atributo captura o estado final conhecido. É útil para filtrar o conjunto de dados e mostrar apenas ordens 'Abertas' vs 'Fechadas', auxiliando na análise de 'Distribuição de Carga de Trabalho de Manutenção'. Por que é importante Fornece um panorama da carga de trabalho atual e do backlog. Onde obter Tabela: WORKORDER, Coluna: STATUS Exemplos APPRCLOSEINPRG | |||
| Técnico Alocado AssignedResource | A pessoa específica ou o técnico líder designado para executar o trabalho. | ||
| Descrição Identifica o técnico individual ou o líder responsável pela ordem de serviço. Pode ser encontrado no campo 'Lead' ou derivado das atribuições de mão de obra. Habilita o dashboard de "Produtividade de Recursos e Terceiros". Analisar este atributo ajuda a identificar desequilíbrios de carga de trabalho na visualização de "Distribuição de Carga de Manutenção" e permite comparar a eficiência entre diferentes técnicos ou equipes. Por que é importante Chave 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 | Categoriza a ordem de serviço como Preventiva (PM), Corretiva (CM) ou de Emergência (EM). | ||
| Descrição Este atributo classifica a natureza da tarefa de manutenção. Valores comuns no Maximo incluem PM (Preventiva), CM (Corretiva) e EM (Emergencial). Essa classificação é a base para o dashboard de 'Manutenção Proativa vs. Reativa'. Ao filtrar por este atributo, os analistas podem calcular o KPI de 'Taxa de Manutenção de Emergência' e identificar mudanças na estratégia de manutenção — saindo do modo 'apagador de incêndio' reativo para um trabalho de confiabilidade planejado. Por que é importante Distingue entre trabalho planejado e não planejado, um indicador fundamental 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 (ex: 'Desgaste', 'Elétrica', 'Erro do Operador'). Isso é vital 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 de "Qualidade da Manutenção e Taxas de Retrabalho" e fundamentando mudanças nas estratégias de manutenção preventiva. Por que é importante O principal ponto de dados para engenharia de confiabilidade e análise de falhas. Onde obter Tabela: WORKORDER, Coluna: FAILURECODE Exemplos VAZAMENTOSUPERAQUECIMENTOVIBRAÇÃO | |||
| Custo Real Total TotalActualCost | A soma dos custos de mão de obra, material, serviço e ferramentas para a ordem de serviço. | ||
| Descrição Representa o impacto financeiro total da tarefa de manutenção. No Maximo, essa é a soma de vários componentes de custo (Mão de Obra + Material + Serviços + Ferramentas). Este atributo permite o Process Mining baseado em custos, onde ineficiências de processo (como atrasos ou retrabalho) podem ser correlacionadas diretamente à perda financeira. Ajuda a identificar os tipos de manutenção ou classes de ativos mais caros. Por que é importante Vincula as atividades operacionais aos resultados financeiros. Onde obter Tabela: WORKORDER, Coluna: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Exemplos 150.002500.500.00 | |||
| Data de registro ReportedDate | A data e hora em que o problema foi relatado pela primeira vez ou a solicitação foi criada. | ||
| Descrição O timestamp que indica quando a necessidade de manutenção foi identificada pela primeira vez e inserida no sistema. Isso serve como o início real da linha do tempo da experiência do cliente. É usado para calcular o 'Tempo Médio de Planejamento e Aprovação', medindo a duração desde esta data relatada até o momento em que o trabalho realmente começa. Ajuda a avaliar a capacidade de resposta da organização de manutenção. Por que é importante Estabelece a linha de partida para a agilidade 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 | |||
| É Emergência IsEmergency | Flag que indica se a ordem de serviço é uma emergência. | ||
| Descrição Uma flag booleana calculada com base no Tipo de Trabalho ou Prioridade. Se o Tipo de Trabalho for 'EM' (Emergência) ou a Prioridade for 1, o valor é verdadeiro. Este atributo simplificado permite uma filtragem fácil nos dashboards para isolar o "Índice de Manutenção de Emergência" sem a necessidade de lógica complexa na camada de visualização. Por que é importante Simplifica a filtragem para análises de manutenção corretiva/reativa. Onde obter Calculado a partir de WORKTYPE Exemplos verdadeirofalse | |||
| Fornecedor Vendor | O prestador de serviço terceirizado atribuído à ordem de serviço, se aplicável. | ||
| Descrição Identifica a empresa externa responsável pela tarefa de manutenção. Este campo é preenchido quando o trabalho é terceirizado. É crucial para o KPI de "Eficiência na Execução de Terceiros". A análise deste atributo permite que a organização de manutenção compare o desempenho (custo, velocidade, qualidade) de diferentes fornecedores entre si e em relação às equipes internas. Por que é importante Permite a gestão de fornecedores e a análise de desempenho de 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 número 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 de Estimativa de Mão de Obra'. Grandes variações entre esse valor e o real indicam planejamento deficiente, falta de procedimentos operacionais padrão ou condições inesperadas do ativo que exigiram mais trabalho do que o previsto. Por que é importante Essencial para avaliar a precisão do planejamento e a previsão de recursos. Onde obter Tabela: WORKORDER, Coluna: ESTLABHRS Exemplos 2.04.58.0 | |||
| ID do Site SiteId | O identificador de site de alto nível para implementações do Maximo com múltiplas unidades. | ||
| Descrição Em grandes organizações, o Maximo é frequentemente particionado por 'Site'. Este atributo diferencia as diversas plantas ou unidades no nível do banco de dados. É essencial para realizar benchmarking de desempenho entre diferentes unidades de negócio na análise de "Conformidade com Processos de Manutenção Padrão", garantindo que as comparações sejam feitas no contexto operacional correto. Por que é importante Crucial para definir o escopo dos dados em implantações multi-site. Onde obter Tabela: WORKORDER, Coluna: SITEID Exemplos BEDFORDNASHUATEXAS | |||
| Localização Location | O local funcional ou site físico onde o trabalho é realizado. | ||
| Descrição Especifica a área física ou o código do local funcional onde o ativo reside. Isso é mais amplo que o número específico do ativo e auxilia na análise geográfica ou por zonas. Utilizado no dashboard de 'Distribuição de Carga de Trabalho de Manutenção' para visualizar pontos críticos de atividade e planejar a logística dos técnicos que se deslocam entre os locais. Por que é importante Fornece contexto geoespacial para logística e distribuição de recursos. Onde obter Tabela: WORKORDER, Coluna: LOCATION Exemplos BRILER-RMPLANTA-AESCRITÓRIO-1 | |||
| SLA violado IsSlaBreached | Flag que indica se a data de término real excedeu a data alvo. | ||
| Descrição Um campo calculado booleano que compara a "Data de Término Real" com a "Data de Conclusão Alvo". Se Real > Alvo, o valor é verdadeiro. Esta métrica pré-calculada simplifica o dashboard de "Desempenho de SLA de Ativos Críticos", permitindo a contagem imediata de SLAs não cumpridos sem a necessidade de cálculos de data em tempo de execução. Por que é importante Visibilidade instantânea da conformidade de desempenho. Onde obter Calculado a partir de ACTFINISH e TARGCOMPDATE Exemplos verdadeirofalse | |||
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 de planejamento e autorização financeira necessárias. É derivado de uma mudança de status no histórico do sistema. | ||
| Por que é importante Crítico para calcular o KPI de lead time de planejamento e aprovação. Atrasos aqui indicam gargalos administrativos. Onde obter Tabela WOSTATUS onde STATUS = 'APPR' Captura Compara o campo de status antes/depois para identificar a transição 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 é importante Alimenta o dashboard de Análise de Cancelamento de Ordens de Serviço. Altas taxas indicam falhas no processo inicial de geração de solicitações. Onde obter Tabela WOSTATUS onde STATUS = 'CAN' Captura Registrado quando a transação muda o status para CAN (Cancelado) Tipo de evento explicit | |||
| Ordem de Serviço Concluída | O técnico assina confirmando que o trabalho físico está finalizado. Essa mudança de status para o cronômetro dos KPIs de tempo de execução. | ||
| Por que é importante O timestamp de término principal para a execução técnica. Usado para calcular a conformidade com o SLA e a utilização do técnico. Onde obter Tabela WOSTATUS onde STATUS = 'COMP' Captura Registrado quando a transação muda o status para COMP (Concluído) Tipo de evento explicit | |||
| Ordem de Serviço Fechada | O evento final do ciclo de vida, no qual a ordem de serviço é liquidada financeiramente e torna-se apenas leitura. Nenhuma cobrança adicional pode ser aplicada. | ||
| Por que é importante Marca o fim do Tempo de Ciclo Administrativo. Atrasos nesta etapa afetam os relatórios financeiros. Onde obter Tabela WOSTATUS onde STATUS = 'CLOSE' Captura Registrado quando a transação muda o status para CLOSE (Fechado) Tipo de evento explicit | |||
| Solicitação de Manutenção Criada | O evento inicial em que uma ordem de serviço é gerada no sistema, muitas vezes originada de uma solicitação de serviço ou cronograma automatizado. Isso é capturado explicitamente pelo timestamp de criação na tabela WORKORDER ou pela entrada inicial no histórico WOSTATUS. | ||
| Por que é importante Marca o início da instância do processo e define a base 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 status WAPPR) Captura Registrado quando a transação cria o registro da OS Tipo de evento explicit | |||
| Trabalho Iniciado | Marca o início real 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 é importante Marco crucial para separar o tempo de planejamento do tempo de execução. Usado para calcular o Lead Time Médio de Planejamento e Aprovação. Onde obter Tabela WOSTATUS onde STATUS = 'INPRG' Captura Registrado quando a transação muda o status para INPRG (Em Andamento) Tipo de evento explicit | |||
| Data Meta Atualizada | Registra uma alteração na data de conclusão agendada ou na meta de SLA. Isso ajuda a identificar quando os prazos são adiados para acomodar atrasos. | ||
| Por que é importante Importante para analisar o Desempenho de SLA de Ativos Críticos e identificar manipulações onde as datas são alteradas para evitar o descumprimento do SLA. Onde obter Trilha de auditoria nos campos TARGETCOMPDATE ou SCHEDFINISH Captura Registrado quando a transação atualiza os campos de data Tipo de evento explicit | |||
| Falha na Verificação de Qualidade | Ocorre quando um trabalho concluído é rejeitado durante a revisão, geralmente revertendo o status para Em Andamento. Representa loops de retrabalho. | ||
| Por que é importante Suporta diretamente o dashboard de Qualidade de Manutenção e Taxas de Retrabalho, destacando falhas no 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 transições reversas Tipo de evento inferred | |||
| 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. Podem ocorrer várias entradas para uma única ordem conforme diferentes técnicos contribuem. | ||
| Por que é importante Alimenta o Dashboard de Precisão de Estimativa de Mão de Obra, fornecendo os dados 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 na tabela LABTRANS Tipo de evento explicit | |||
| Inspeção Concluída | Indica que uma inspeção técnica ou de segurança foi realizada durante o ciclo de vida. Frequentemente é representado por uma mudança de status ou pela conclusão de uma medição de checklist. | ||
| Por que é importante Chave 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 no WOSTATUS para 'INSP' ou status personalizado similar, ou conclusão de entradas de MEDIÇÃO Captura Comparar campo de status antes/depois Tipo de evento inferred | |||
| Material Emitido | Registra o consumo físico ou a emissão de peças do inventário para a ordem de serviço. Isso confirma que as peças estão disponíveis e sendo utilizadas. | ||
| Por que é importante Valida o processo da cadeia de suprimentos e impacta a análise de custo total da intervenção de manutenção. Onde obter Tabela MATUSETRANS onde ISSUETYPE = 'ISSUE' Captura Registrado quando a transação ocorre na tabela MATUSETRANS Tipo de evento explicit | |||
| Recursos Agendados | O momento em que mão de obra específica ou equipes são atribuídas à ordem de serviço. Isso é rastreado quando as atribuições são geradas ou o status muda para 'Aguardando Programação'. | ||
| Por que é importante Suporta o dashboard de Análise do Ciclo de Planejamento e Aprovação, isolando o tempo levado 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 atribuição (Assignment) vinculados à OS Tipo de evento inferred | |||
| Requisição de Material Enviada | Significa que peças de reposição ou consumíveis foram solicitados para a tarefa de manutenção. Isso pode ser inferido pela mudança de status para 'Aguardando Material' ou pela criação de linhas de requisitos de material. | ||
| Por que é importante Essencial para o dashboard de Prontidão de Material, permitindo identificar atrasos na cadeia de suprimentos que impedem a execução. 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 | |||
Guias de Extração
Etapas
Estratégia de View do Banco de Dados: Como o ProcessMind exige um log de eventos linear e o Maximo armazena dados de forma hierárquica (Cabeçalho em WORKORDER, Histórico em WOSTATUS, Custos em WOLABTRANS), o método mais robusto é criar primeiro uma View no banco de dados do Maximo. Esta view servirá como fonte para o Integration Framework.
Criação da View SQL: Execute o SQL fornecido na seção de Query em sua ferramenta de gerenciamento de banco de dados (SQL Developer, SSMS). Isso consolida
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSeA_WORKORDER(Auditoria) em uma única estrutura plana.Registro da View no Maximo: Faça login no Maximo como Administrador. Vá em Configuração do Sistema, Configuração da Plataforma, Configuração do Banco de Dados. Crie um novo Objeto chamado
PM_WO_EVENTLOG. Mapeie-o para a view do banco de dados criada no passo anterior. Execute oConfigDBpara registrá-lo (geralmente não há tempo de inatividade para Views, mas verifique seus procedimentos).Criação da Estrutura de Objeto: Vá em Integração, Estruturas de Objeto. Crie uma nova Estrutura de Objeto chamada
MX_PM_EVENTS. AdicionePM_WO_EVENTLOGcomo o objeto de origem. Certifique-se de que o suporte para Estrutura Plana (Flat Structure) esteja marcado, se disponível.Configuração do Canal de Publicação: Vá em Integração, Canais de Publicação. Crie um novo canal
PC_PM_EVENTSassociado à Estrutura de ObjetoMX_PM_EVENTS. Isso permite definir regras de processamento, se necessário.Configuração do Sistema Externo: Vá em Integração, Sistemas Externos. Selecione o sistema de destino (ou crie um EXTSYS genérico). Adicione o Canal de Publicação
PC_PM_EVENTSa este sistema.Habilitação da Exportação de Dados: No aplicativo de Sistemas Externos, use a guia de Exportação de Dados. Selecione o canal
PC_PM_EVENTS. Você pode especificar uma cláusula SQL Where aqui (ex:EVENTTIMESTAMP >= '2023-01-01') para limitar o intervalo de exportação.Exportação de Dados: Clique em Exportar. O sistema gerará o arquivo (XML ou CSV, dependendo do End Point configurado). Para o ProcessMind, o CSV é preferido. Certifique-se de que seu End Point (ex:
MXFLATFILE) esteja configurado para gerar CSV.Verificação da Saída: Abra o arquivo CSV gerado. Certifique-se de que os cabeçalhos correspondam aos atributos definidos na consulta (WorkOrderNumber, Activity, etc.) e que não restem tags XML hierárquicas.
Formatação Final: Se a exportação em CSV do Maximo incluir colunas de metadados padrão do sistema (como
OWNER1,ORGID), 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 (ex: APPR, WAPPR). A consulta assume valores internos padrão. Verifique o
SYNONYMDOMAINdo seu sistema para o domínioWOSTATUSpara mapear os status personalizados corretamente. - Tabelas de Auditoria: A extração de "Data Alvo Atualizada" depende da tabela de auditoria
A_WORKORDER. Se a auditoria não estiver habilitada para o objetoWORKORDER, essa atividade específica não gerará linhas. Se for crítico, habilite a auditoria na Configuração do Banco de Dados. - Intervalo de Datas: Para a carga inicial, filtre por
EVENTTIMESTAMPnos últimos 6 a 12 meses. Cargas históricas grandes podem sofrer timeout na interface web do Integration Framework; use processamento em segundo plano para conjuntos de dados com mais de 50 mil linhas. - Filtros de Site/Org: O Maximo é multi-site. Sempre filtre por
SITEIDse a análise do processo for limitada a uma unidade específica. - Desempenho: A consulta
UNION ALLconsome muitos recursos. Certifique-se de que existem índices de banco de dados emWOSTATUS.WONUM,WOLABTRANS.REFWOeMATUSETRANS.REFWO.
a Consulta de Exemplo config
/* 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 de apenas leitura via JDBC ou ODBC com o banco de dados do IBM Maximo (geralmente DB2, Oracle ou SQL Server). Certifique-se de que o usuário tenha permissões de SELECT nas tabelas WORKORDER, WOSTATUS, LABTRANS e MATUSETRANS.
Identificação do Escopo: Determine os SITES ou ORGIDS específicos que você precisa extrair. O Maximo é um sistema multi-site, e os Números de Ordem de Serviço (WONUM) só são únicos quando combinados com o SITEID. Defina o intervalo de datas, geralmente filtrando por REPORTDATE (data de criação) ou STATUSDATE.
Entendimento do Modelo de Dados: A tabela WORKORDER atua como o cabeçalho. A tabela WOSTATUS contém o histórico de mudanças no ciclo de vida. A tabela LABTRANS armazena os lançamentos detalhados de mão de obra, e a MATUSETRANS armazena as movimentações de materiais. Elas devem ser combinadas usando UNION ALL para formar um fluxo único de eventos.
Gerenciamento de Sinônimos: O Maximo usa valores internos (MAXVALUE) e valores de exibição (VALUE) para os status definidos no SYNONYMDOMAIN. O ideal é que a consulta filtre pelo MAXVALUE interno para garantir consistência entre diferentes sites que possam usar rótulos de exibição diferentes para o mesmo status lógico.
Preparação da Consulta: Copie o SQL fornecido na seção de Query. Substitua espaços reservados como [Your Database Schema] e [Start Date] pelos seus valores reais. Se o seu ambiente utiliza códigos de status personalizados para Inspeções ou Verificações de Qualidade, atualize as cláusulas WHERE nas respectivas seções.
Execução da Extração: Execute a consulta. Dependendo do volume de dados, pode ser necessário rodar em lotes (ex: mês a mês) para evitar timeouts no banco de dados.
Validação dos Dados: Verifique se o evento "Maintenance Request Created" existe para cada ordem de serviço. Certifique-se de que os timestamps estejam em um formato compatível com o ProcessMind (ISO 8601 é o recomendado).
Pós-Processamento: Os timestamps do Maximo geralmente contêm milissegundos. Certifique-se de que eles sejam preservados para manter a ordem correta de classificação dos eventos que ocorrem em sucessão rápida.
Exportação: Salve os resultados como um 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 para o ProcessMind. Mapeie 'WorkOrderNumber' como o Case ID, 'Activity' como o Nome da Atividade e 'EventTimestamp' como o Timestamp.
Configuração
- Plataformas de Banco de Dados: O Maximo geralmente roda em IBM DB2, Oracle ou SQL Server. A sintaxe fornecida é SQL padrão, mas pode exigir pequenos ajustes nas funções de data (ex: TO_DATE vs CAST) dependendo da sua plataforma específica.
- Filtragem de Data: Use a coluna REPORTDATE na 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 do WONUM para garantir a unicidade. Sempre concatene WONUM e SITEID ou inclua o SITEID como um atributo de caso se estiver analisando vários sites.
- Lógica de Status: O Maximo permite valores de status personalizados. Verifique a tabela SYNONYMDOMAIN se status padrões como WMATL ou COMP não estiverem trazendo resultados.
- Desempenho: As tabelas LABTRANS e MATUSETRANS podem ser muito grandes. Garanta que essas tabelas estejam indexadas por 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')