Seu Template de dados de manutenção de ativos
Seu Template de dados de manutenção de ativos
- Campos de dados específicos do processo para acompanhar a manutenção
- Principais marcos para analisar o ciclo de vida das ordens de serviço
- Orientações detalhadas de extração para usuários do Infor EAM
Atributos de manutenção de ativos
| Nome | Descrição | ||
|---|---|---|---|
| Atividade EventName | A etapa específica ou a mudança de status que ocorre durante o ciclo de vida da manutenção. | ||
| Descrição Este atributo registra o nome do evento ou da mudança de status, como Ordem de serviço gerada, Material emitido ou Ordem de serviço encerrada. Ele é derivado do histórico de mudanças de status ou de tipos específicos de transação registrados na ordem de serviço. Ao seguir a sequência desses valores, a ferramenta de Process Mining reconstrói o caminho do Workflow. Isso permite analisar variantes do processo, loops de retrabalho e a ordem das operações. Por que isso importa Ele define os nós do mapa do processo e é necessário para entender o que aconteceu em cada etapa. Onde obter Tabela R5EVENTSTATUS (campo EVS_STATUS) ou R5TRANSACTIONS (campo TRA_DESC) Exemplos Ordem de serviço geradaMaterial entregueOrdem de serviço encerradaRecursos programados | |||
| Carimbo de data e hora EventTimestamp | A data e a hora em que a atividade ocorreu. | ||
| Descrição Este atributo registra o momento exato em que uma atividade ocorreu. Ele é usado para ordenar os eventos cronologicamente e calcular a duração entre as etapas. Registrar o carimbo de data e hora com precisão é fundamental para identificar gargalos, medir prazos e calcular a conformidade com o SLA. No Infor EAM, esse dado geralmente vem da data da transação ou da data da mudança de status. Por que isso importa Ele fornece a dimensão temporal necessária para todas as análises e sequenciamentos baseados em tempo. Onde obter Tabela R5EVENTSTATUS (campo EVS_DATE) ou R5TRANSACTIONS (campo TRA_DATE) Exemplos 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Ordem de serviço de manutenção WorkOrderNumber | O identificador exclusivo da ordem de serviço de manutenção. | ||
| Descrição Esse atributo funciona como o identificador central do caso para a análise do processo. Ele representa o trabalho de manutenção específico, preventivo ou corretivo, e conecta todas as atividades, custos e registros de mão de obra posteriores. No Infor EAM, normalmente corresponde ao Event Code encontrado nas tabelas principais de eventos. Os analistas usam esse campo para distinguir instâncias individuais do processo. Ele permite agregar todos os eventos pertencentes a uma única solicitação de manutenção para calcular tempos de ciclo e custos por trabalho. Por que isso importa É a chave fundamental para reconstruir o fluxo do processo e identificar exclusivamente cada caso de manutenção. Onde obter Tabela R5EVENTS, campo EVT_CODE Exemplos 10023456WO-2023-88910023457PM-55421 | |||
| Sistema de origem SourceSystem | O nome do sistema de onde os dados foram originados. | ||
| Descrição Este atributo identifica a origem do registro de dados, o que é especialmente importante em ambientes com vários sistemas. Nesta visualização, ele funciona como um identificador estático da instância do Infor EAM. Ele ajuda no rastreamento da linhagem dos dados e na solução de problemas quando várias fontes de dados são combinadas em um único modelo de dados de Process Mining. Por que isso importa Ele garante a rastreabilidade dos dados até o ambiente do Infor EAM. Onde obter Definido durante a extração Exemplos Infor EAMDatastream 7i | |||
| Última atualização dos dados LastDataUpdate | O carimbo de data e hora em que os dados foram extraídos ou atualizados pela última vez. | ||
| Descrição Este campo indica quando o registro foi processado ou extraído pela última vez para o modelo de Process Mining. Ele ajuda os usuários a entenderem o nível de atualização dos dados que estão analisando. Geralmente, ele é gerado durante o processo de ETL, em vez de existir no próprio sistema de origem. Assim, os analistas sabem se estão consultando dados em tempo real ou snapshots históricos. Por que isso importa Ele valida a atualidade dos dados e ajuda a identificar conjuntos de dados desatualizados. Onde obter Hora do sistema no momento da extração Exemplos 2023-10-25T12:00:00Z | |||
| Código do ativo AssetCode | O identificador exclusivo do equipamento ou ativo em manutenção. | ||
| Descrição Este atributo identifica o objeto físico que é o foco da ordem de serviço de manutenção. Ele permite agregar o histórico de manutenção por máquina ou instalação. Analisar a performance do processo por código do ativo ajuda a identificar os ativos problemáticos, ou seja, equipamentos que quebram com frequência ou levam mais tempo que a média para serem reparados. Por que isso importa É essencial para relacionar a performance do processo à infraestrutura física. Onde obter Tabela R5EVENTS, campo EVT_OBJECT Exemplos PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Custo estimado EstimatedCost | O orçamento planejado para a ordem de serviço. | ||
| Descrição Este atributo contém o custo estimado durante a fase de planejamento. Ao comparar esse valor com o custo real, os analistas podem avaliar a precisão do planejamento. Grandes variações entre os custos estimado e real indicam a necessidade de revisar o processo de estimativa ou a eficiência da execução. Por que isso importa Apoia o Dashboard de análise de custo estimado versus custo real. Onde obter Tabela R5EVENTS, campo EVT_ESTCOST Exemplos 500.001200.500.00 | |||
| Custo total real ActualTotalCost | A soma final dos custos de mão de obra, materiais e serviços. | ||
| Descrição Este atributo representa o impacto financeiro total da tarefa de manutenção. Ele é atualizado conforme a mão de obra é registrada e os materiais são emitidos. Ele funciona como a principal métrica financeira do processo, permitindo analisar os direcionadores de custo e gerar relatórios orçamentários. Por que isso importa Métrica central para o fechamento financeiro e a análise de eficiência. Onde obter Tabela R5EVENTS, campo EVT_ACTCOST (ou soma das transações) Exemplos 450.251500.0075.50 | |||
| Data-alvo do SLA SlaTargetDate | O prazo final até o qual a ordem de serviço deve ser concluída. | ||
| Descrição Este atributo armazena a data-alvo de conclusão, geralmente determinada pela criticidade do ativo e pela prioridade do trabalho. Ele serve como referência para calcular o cumprimento do cronograma. Comparar o carimbo de data e hora da conclusão real com essa data mostra se a organização está cumprindo os acordos de nível de serviço. Por que isso importa É necessário para o Dashboard de performance do SLA para ativos críticos. Onde obter Tabela R5EVENTS, campo EVT_TARGET Exemplos 2023-11-01T17:00:00Z | |||
| Departamento DepartmentCode | O departamento ou time de manutenção responsável pelo trabalho. | ||
| Descrição Este atributo indica qual departamento interno ou centro de custo é responsável pela ordem de serviço. Ele permite comparar a performance entre diferentes times de manutenção, como Elétrica e Mecânica. No Infor EAM, isso costuma ser chamado de MRC (Maintenance Repair Center). Por que isso importa Apoia o planejamento de recursos e a análise da performance departamental. Onde obter Tabela R5EVENTS, campo EVT_MRC Exemplos MECHELECFACILITIES | |||
| Prioridade WorkOrderPriority | O nível de urgência atribuído à ordem de serviço de manutenção. | ||
| Descrição Este atributo indica a importância da ordem de serviço, geralmente em uma escala como Alta, Média ou Baixa. Ele é usado para filtrar a análise e garantir que os trabalhos críticos estejam sendo priorizados corretamente na fila. Analisar o fluxo do processo por prioridade ajuda a confirmar se os itens de alta prioridade estão realmente avançando mais rápido que os de baixa prioridade. Por que isso importa É fundamental para validar se os trabalhos emergenciais estão recebendo a atenção adequada. Onde obter Tabela R5EVENTS, campo EVT_PRIORITY Exemplos 1-Emergência2-Alta3-Rotina | |||
| Técnico TechnicianName | A pessoa ou o recurso específico designado para executar a tarefa. | ||
| Descrição Este atributo registra o usuário ou técnico que executa uma atividade específica. Ele é usado para analisar a produtividade da mão de obra e identificar necessidades de treinamento ou ineficiências no planejamento. Dependendo da configuração do sistema, esse dado pode estar na tabela de horas registradas ou no campo de responsável pelo evento. Por que isso importa Permite analisar o Dashboard de produtividade da mão de obra e planejamento. Onde obter Tabela R5BOOKEDHOURS (campo BOO_PERSON) ou R5EVENTS (campo EVT_PERSON) Exemplos J. SmithM. DoeContratado-A | |||
| Tipo de manutenção MaintenanceType | Classifica a ordem de serviço como Preventiva, Corretiva ou Preditiva. | ||
| Descrição Este atributo classifica a natureza do trabalho de manutenção. Ele permite que os analistas dividam a visualização do processo para comparar ciclos planejados de manutenção preventiva com reparos reativos não planejados. Otimizar a proporção entre trabalho preventivo e reativo é um objetivo importante para os gestores de manutenção. Esse campo geralmente está na coluna de tipo de evento. Por que isso importa É fundamental para o Dashboard de distribuição dos tipos de manutenção e para analisar a estratégia de confiabilidade. Onde obter Tabela R5EVENTS, campo EVT_TYPE Exemplos PreventivaCorretivaFalhaInspeção | |||
| Criticidade do ativo AssetCriticality | Uma pontuação ou classificação que indica a importância operacional do ativo. | ||
| Descrição Este atributo categoriza os ativos de acordo com sua criticidade para a produção ou a segurança, como A, B ou C. Ele ajuda os analistas a segmentar o processo e verificar se os ativos de alto valor estão recebendo a urgência adequada. Esses dados geralmente são extraídos do cadastro principal do ativo associado à ordem de serviço. Por que isso importa Permite analisar os atrasos de manutenção com base em riscos. Onde obter Tabela R5OBJECTS (campo OBJ_CRITICALITY), vinculada por EVT_OBJECT Exemplos A - CríticoB - ImportanteC - Operar até falhar | |||
| Custo de material MaterialCost | O custo das peças de reposição emitidas para a ordem de serviço. | ||
| Descrição Este atributo separa o custo dos materiais do custo total. Ele ajuda a identificar as despesas da cadeia de suprimentos em comparação com as despesas de mão de obra. Acompanhar esse valor separadamente apoia decisões sobre preços de peças de reposição e gestão de estoque. Por que isso importa Detalhe necessário para uma análise financeira abrangente. Onde obter Calculado a partir de R5TRANSACTIONS quando o tipo é emissão Exemplos 150.0020.00 | |||
| Descrição WorkOrderDescription | Descrição em texto do problema ou do trabalho necessário. | ||
| Descrição Este atributo contém o resumo em texto livre inserido pelo solicitante ou planejador. Ele fornece contexto qualitativo para explicar outliers ou comportamentos específicos do processo. É possível aplicar mineração de texto para categorizar modos de falha comuns que não são capturados nos campos estruturados. Por que isso importa Fornece contexto para a análise de causa raiz. Onde obter Tabela R5EVENTS, campo EVT_DESC Exemplos Vibração alta na bombaSubstituir a vedação da válvula 2Inspeção trimestral | |||
| É retrabalho IsRework | Indicador que mostra se a ordem de serviço envolveu etapas de execução repetidas. | ||
| Descrição Este atributo booleano identifica se o fluxo do processo teve loops, especificamente quando voltou à execução após o controle de qualidade. Ele é calculado durante a transformação dos dados, verificando a repetição de atividades de execução de tarefas de manutenção. Taxas altas de retrabalho são um indicador importante de problemas de qualidade ou treinamento inadequado. Por que isso importa Apoia diretamente o Dashboard de retrabalho de manutenção e auditoria de qualidade. Onde obter Calculado na ferramenta de ETL/Process Mining Exemplos truefalse | |||
| Horas de mão de obra LaborHoursUsed | O número real de horas de trabalho gastas na ordem de serviço. | ||
| Descrição Este atributo soma o tempo registrado pelos técnicos na ordem de serviço. Ele é fundamental para calcular a produtividade da força de trabalho e a utilização dos técnicos. Ele é diferente da duração transcorrida da ordem de serviço, pois representa o esforço real, e não o tempo de calendário. Por que isso importa É essencial para o Dashboard de produtividade da mão de obra e planejamento. Onde obter Soma das horas em R5BOOKEDHOURS para o evento Exemplos 2.58.00.5 | |||
| O SLA foi violado IsSlaBreached | Indicador que mostra se o tempo de conclusão ultrapassou a data-alvo. | ||
| Descrição Este atributo booleano compara o carimbo de data e hora de conclusão da ordem de serviço com a data-alvo do SLA. Se a conclusão ocorrer depois da data-alvo, o indicador será definido como verdadeiro. Isso simplifica os relatórios ao criar uma dimensão binária para filtrar casos em conformidade e fora de conformidade. Por que isso importa Simplifica os relatórios de conformidade com o SLA. Onde obter Calculado na ferramenta de ETL/Process Mining Exemplos truefalse | |||
| Organização OrganizationCode | A unidade de negócio ou o local ao qual o ativo pertence. | ||
| Descrição Em implementações com vários locais, este atributo define a instalação ou unidade de negócio específica. Ele permite comparar diferentes fábricas ou regiões geográficas em alto nível. É essencial para criar Dashboards globais quando os processos podem variar ligeiramente entre os locais. Por que isso importa Apoia a visualização por unidade de negócio para benchmarking entre locais. Onde obter Tabela R5EVENTS, campo EVT_ORG Exemplos NYC-PLANTLON-HQMFG-01 | |||
Atividades de manutenção de ativos
| Atividade | Descrição | ||
|---|---|---|---|
| Ordem de serviço concluída | Marca a conclusão técnica do trabalho de manutenção. O ativo volta a operar, embora tarefas financeiras e administrativas ainda possam estar pendentes. | ||
| Por que isso importa É o ponto final da performance de SLA para ativos críticos. Diferencia 'Job Done' de 'Paperwork Done'. Onde obter Acompanhe a mudança de status para 'C' (Complete) ou 'J' (Job Complete) em R5EVENTSTATUS. Verifique EVT_DATECOMPLETED. Captura Registrado quando o status muda para Complete Tipo de evento explicit | |||
| Ordem de serviço encerrada | É a etapa administrativa final, em que a ordem de serviço é arquivada e nenhum outro custo pode ser lançado. Isso conclui o ciclo de vida do caso. | ||
| Por que isso importa Encerra a medição da eficiência do fechamento administrativo. É essencial para manter os dados limpos e evitar ordens abertas 'zumbis'. Onde obter Consulte R5EVENTSTATUS para identificar a transição para o status 'Close'. Isso define o campo EVT_STATUS como 'C'. Captura Registrado quando o status muda para Closed Tipo de evento explicit | |||
| Ordem de serviço gerada | Representa a criação formal de um objeto de ordem de serviço, convertido de uma solicitação ou criado diretamente. Esse evento inicia o acompanhamento de custos, recursos e histórico de status do caso de manutenção. | ||
| Por que isso importa Evento principal de criação do caso para o monitor de backlog e throughput. Diferencia a etapa de solicitação do Workflow real de gerenciamento da manutenção. Onde obter Consulte a tabela R5EVENTS em busca de novos registros em que EVT_TYPE seja 'JOB' ou 'PPM'. Como alternativa, acompanhe as mudanças de status para o status inicial 'Open' em R5EVENTSTATUS. Captura Registrado quando a transação cria um registro de WO Tipo de evento explicit | |||
| Solicitação de manutenção recebida | Marca a entrada inicial de uma demanda de manutenção no sistema, geralmente originada em um portal de serviços ou na interface de uma central de atendimento. No Infor EAM, isso costuma ser registrado quando um registro é criado nas entidades Call ou Request, antes da conversão em uma ordem de serviço formal. | ||
| Por que isso importa Estabelece o ponto inicial para calcular a taxa de crescimento do backlog de manutenção e o tempo total de resolução. É essencial para identificar a demanda real colocada sobre o departamento de manutenção. Onde obter Consulte a tabela R5EVENTS, onde EVT_TYPE está definido como 'R' (Request) ou 'C' (Call). Use os logs de EVT_CREATED. Captura Registrado quando um registro de solicitação é inserido Tipo de evento explicit | |||
| Tarefa de manutenção executada | Representa a execução contínua do trabalho de manutenção, registrada por meio das horas de mão de obra lançadas pelos técnicos. Essa atividade pode se repetir várias vezes em uma única ordem de serviço. | ||
| Por que isso importa Alimenta o KPI de eficiência da utilização dos técnicos e de precisão das estimativas de mão de obra. Uma frequência alta sem conclusão pode indicar reparos difíceis. Onde obter Extraia as entradas individuais da tabela R5BOOKEDHOURS associadas à ordem de serviço. Captura Registrado quando a transação X é executada Tipo de evento explicit | |||
| Trabalho iniciado | Indica o início real do trabalho físico no ativo. Isso costuma ser inferido a partir do primeiro carimbo de data e hora do registro de horas de mão de obra ou de uma atualização de status específica no dispositivo móvel. | ||
| Por que isso importa É fundamental para calcular o prazo da requisição de materiais e a eficiência da utilização dos técnicos. Diferencia o tempo 'Scheduled' do tempo 'Working'. Onde obter Derivar da data de início mais antiga em R5BOOKEDHOURS ou de uma mudança de status para 'In Progress' em R5EVENTSTATUS. Captura Derivar comparando o campo X com o campo Y Tipo de evento inferred | |||
| Liquidação financeira processada | Representa o cálculo e o lançamento finais dos custos associados à ordem de serviço. Garante que toda a mão de obra e os materiais sejam contabilizados no orçamento. | ||
| Por que isso importa Apoia a análise de custos estimados versus reais. Atrasos nessa etapa afetam a precisão dos relatórios financeiros. Onde obter Geralmente é inferido a partir da data em que a ordem de serviço é bloqueada para edição ou quando ocorre a transação de atualização do custo final no log de transações. Captura Derivar comparando o campo X com o campo Y Tipo de evento calculated | |||
| Material entregue | Registra a retirada física das peças de reposição do estoque para a ordem de serviço. Essa etapa confirma que os materiais estão disponíveis para uso. | ||
| Por que isso importa Evento de encerramento da análise de atrasos na cadeia de suprimentos. Valida que as restrições relacionadas às peças foram resolvidas. Onde obter Consulte R5TRANSACTIONS em busca do tipo de transação 'I' (Issue) vinculado à ordem de serviço. Captura Registrado quando a transação X é executada Tipo de evento explicit | |||
| Ordem de serviço aprovada | Indica que o trabalho de manutenção foi autorizado pelo nível gerencial necessário. Essa etapa libera a ordem de serviço para o planejamento e a requisição de materiais. | ||
| Por que isso importa Marca o fim do ciclo de aprovação e o início da manutenção acionável. Atrasos nessa etapa afetam diretamente a capacidade de resposta a falhas em ativos críticos. Onde obter Acompanhe a inserção de um código de status 'A' (Approved) ou 'R' (Released) na tabela de histórico R5EVENTSTATUS. Captura Registrado quando o status muda para Approved Tipo de evento explicit | |||
| Planejamento e estimativa concluídos | Indica que o escopo da ordem de serviço foi definido, os custos foram estimados e o plano de trabalho está pronto para aprovação. Isso costuma ser inferido quando o status passa de uma etapa de planejamento para uma etapa pronta para aprovação. | ||
| Por que isso importa É fundamental para medir o tempo do ciclo de aprovação da ordem de serviço e identificar gargalos administrativos antes da execução. Apoia a análise dos prazos de planejamento. Onde obter Inferir a partir de R5EVENTSTATUS quando o status muda de 'Planning' para 'Request Approval' ou 'Released'. Captura Comparar o campo antes e depois Tipo de evento inferred | |||
| Recursos programados | Registra a atribuição de técnicos ou equipes específicos à ordem de serviço. Marca a transição do planejamento para a alocação de recursos. | ||
| Por que isso importa Apoia o Dashboard de produtividade da mão de obra e planejamento. Ajuda a identificar lacunas entre a aprovação e a disponibilidade real dos recursos. Onde obter Acompanhe as alterações na tabela R5ACTIVITIES relacionadas a atribuições de mão de obra ou mudanças de status para 'Scheduled' em R5EVENTSTATUS. Captura Registrado quando ocorre a atribuição de recursos Tipo de evento explicit | |||
| Registros de manutenção atualizados | Registra o enriquecimento da ordem de serviço com notas técnicas, códigos de falha ou dados de monitoramento de condição. Isso costuma acontecer perto do fim do trabalho físico. | ||
| Por que isso importa Apoia o monitoramento da conformidade da documentação técnica. Garante a qualidade dos dados para futuras análises de confiabilidade. Onde obter Acompanhe as atualizações na tabela R5COMMENTS ou nos campos 'Problem/Failure/Cause' em R5EVENTS. Captura Registrado quando o registro é atualizado Tipo de evento explicit | |||
| Requisição de materiais enviada | Registra a solicitação específica das peças de reposição necessárias para executar a tarefa de manutenção. Esse evento é essencial para conectar os processos da cadeia de suprimentos à execução da manutenção. | ||
| Por que isso importa É o ponto inicial do Dashboard de análise de atrasos no fornecimento de materiais. Identifica se a compra de peças é a causa-raiz dos atrasos na manutenção. Onde obter Consulte as tabelas R5REQUISITIONS ou R5MATLIST em busca dos carimbos de data e hora de criação vinculados ao ID da ordem de serviço. Captura Registrado quando a transação X é executada Tipo de evento explicit | |||
| Teste de controle de qualidade realizado | Indica uma etapa específica de verificação em que o reparo é inspecionado antes da aprovação final. Se falhar, o processo retorna à execução. | ||
| Por que isso importa É essencial para o Dashboard de retrabalho da manutenção e auditoria de qualidade. Identifica problemas de qualidade e loops de retrabalho. Onde obter Identifique a conclusão de um checklist específico em R5CHECKLISTS ou uma transição de status para o estado 'Review' em R5EVENTSTATUS. Captura Comparar o campo antes e depois Tipo de evento inferred | |||
Guias de extração
Etapas
Verifique a disponibilidade do módulo Databridge: faça login no Infor EAM como administrador. Acesse o menu Administration e confirme se o módulo Databridge está ativo e se você tem acesso às telas de configuração Partner e Document.
Defina o parceiro de exportação: crie um novo Partner no Databridge especificamente para o ProcessMind, por exemplo, com o código de parceiro
PMIND. Configure o método de Communication comoFILEouFTP, dependendo de onde você deseja armazenar os arquivos XML/CSV. Defina o formato de saída como XML para obter a maior fidelidade possível dos dados.Configure os objetos de negócio (documentos): você precisa assinar objetos de negócio específicos do Infor EAM, chamados BODs, para capturar as atividades necessárias. Adicione os seguintes Documents à configuração do parceiro:
MP0094_SyncWorkOrder: captura criação, alterações de status, atualizações e encerramento.MP0024_SyncBookedHours: captura o registro de horas de mão de obra (Execution).MP3036_SyncTransaction: captura emissões e devoluções de materiais.MP0026_SyncRequisition: captura solicitações de materiais.MP0098_SyncWorkOrderActivity: captura detalhes de programação e planejamento.
Defina as configurações de filtro: aplique filtros a cada Document para excluir dados irrelevantes. Em
SyncWorkOrder, filtre porOrganizaçãoe confirme queWork Order Typenão seja nulo. Defina o filtroDatapara abranger o período da análise, por exemplo, os últimos 12 meses.Habilite os acionadores de eventos: na tela Event Configuration, confirme que os acionadores
On Save,On UpdateeOn Status Changeestejam habilitados para as entidades correspondentes aos Documents selecionados. Assim, os dados serão enviados imediatamente quando alguém interagir com o sistema.Mapeie os elementos de dados: configure o Template XML do Databridge para incluir as colunas necessárias. Confirme que
EVT_CODEesteja mapeado paraWorkOrderNumber, queEVT_STATUSesteja incluído para o acompanhamento de status e queEVT_DAT_CREATEDesteja disponível.Execute a carga inicial: o Databridge é principalmente orientado a eventos, mas, para uma análise histórica, você precisa executar uma Batch Export. Acesse a tela Databridge Export, selecione o parceiro
PMIND, escolha o documentoSyncWorkOrder, defina o intervalo de datas e clique emEnviarpara gerar o backlog histórico.Padronize a saída: a exportação produzirá arquivos XML hierárquicos. Use uma ferramenta de script, como Python ou PowerShell, ou um middleware de ETL para nivelar esses XMLs. A lógica é: um nó XML = uma linha de evento. Use as regras de mapeamento definidas na seção Query abaixo.
Derive os nomes das atividades: no script de transformação, use a lógica condicional fornecida na seção Query para traduzir códigos do sistema, por exemplo, Status
RparaWork Order Generatede StatusCparaWork Order Completed, nos nomes de Activity legíveis.Formate o timestamp: o Infor EAM exporta timestamps no formato ISO 8601. Converta-os para o formato padrão
YYYY-MM-DD HH:MM:SS, compatível com o ProcessMind.Compile o registro de eventos: combine as saídas dos diferentes objetos de negócio, como Work Orders, Booked Hours e Transactions, em um único arquivo CSV, ordenando por
WorkOrderNumbereEventTimestamp.Faça a validação final: carregue o CSV resultante no ProcessMind e verifique se a contagem de casos corresponde ao número de Work Orders exclusivos exportados do Infor EAM.
Configuração
- Formato de exportação: XML é recomendado em vez de texto simples para lidar com caracteres especiais nos comentários e garantir a validação do esquema.
- Modo de gatilho: defina como Asynchronous para evitar que o processamento do Databridge deixe a interface mais lenta nos horários de pico.
- Granularidade: confirme se Include Update Details está selecionado na configuração do Document para detectar alterações em nível de campo, como mudanças de prioridade ou departamento.
- Intervalo de datas: para a carga inicial em lote, a prática comum é usar de 12 a 24 meses de histórico. Para cargas delta contínuas, o sistema enviará os dados em tempo real.
- Filtro de organização: sempre filtre por
EVT_ORG(Organization) para evitar a extração de dados de vários locatários quando sua instância do EAM for compartilhada. - Configuração de status: verifique quais status definidos pelo usuário correspondem aos status do sistema (R, A, C etc.) para garantir um mapeamento preciso das Activities.
a Consulta de exemplo json
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
} Etapas
Configuração do acesso ao banco de dados Estabeleça uma conexão direta com o banco de dados (ODBC/JDBC) do Infor EAM, Oracle ou SQL Server. Confirme que você tem permissões somente de leitura nas seguintes tabelas: R5EVENTS (Work Orders), R5STATUS (histórico de status), R5BOOKEDHOURS (mão de obra), R5TRANSACTIONS (materiais), R5ACTIVITIES (Tasks) e R5TESTRESULTS (qualidade).
Defina o escopo e os filtros Determine a janela de extração. Normalmente, uma janela móvel dos últimos 12 a 24 meses é suficiente para Process Mining. Identifique o código da sua organização (ORG) para filtrar os dados relevantes se você operar uma instância com várias unidades.
Configure os mapeamentos de status O Infor EAM permite status definidos pelo usuário. Revise o script SQL fornecido e substitua placeholders como 'A' (Approved) ou 'C' (Closed) pelos códigos de status usados na configuração específica do seu EAM. Se não tiver certeza, você pode encontrá-los na tabela R5STATUS_CODES.
Prepare o script SQL Copie o SQL fornecido na seção Query. Substitua os placeholders [StartDate] e [EndDate] pelo intervalo de datas desejado, por exemplo, '2023-01-01'. Substitua [Your Organization Code] pelo filtro específico da sua unidade de negócio.
Execute a extração Execute a consulta no seu cliente SQL, como SQL Developer, SSMS ou DBeaver. A consulta usa UNION ALL para combinar eventos de cabeçalho, mudanças de status, registros de mão de obra e transações de materiais em um único formato padronizado de Event Log.
Validação dos dados Verifique se há timestamps NULL na coluna EventTimestamp. Confirme que WorkOrderNumber está preenchido em todas as linhas. Verifique se a coluna EventName contém uma combinação adequada das 14 atividades definidas.
Transformação dos dados (opcional) Se seus timestamps contiverem offsets de fuso horário diferentes dos requisitos da sua análise, aplique uma função de conversão, como AT TIME ZONE, na consulta ou durante o pós-processamento.
Exporte para CSV Exporte os resultados da consulta para um arquivo CSV simples. Confirme que o delimitador está definido como vírgula ou ponto e vírgula e que os qualificadores de texto, aspas duplas, são usados para lidar com vírgulas nas descrições.
Importe para o ProcessMind Carregue o arquivo CSV no ProcessMind. Mapeie as colunas da seguinte forma: WorkOrderNumber para Case ID, EventName para Activity e EventTimestamp para Timestamp. Mapeie as colunas restantes como atributos de caso ou de evento.
Configuração
- Intervalo de datas: a janela de extração recomendada é de 12 a 24 meses. Confirme que o filtro se aplica a EVT_DATE (data de criação) ou às datas específicas das transações para capturar casos abertos em andamento.
- Filtro de organização: use EVT_ORG ou a coluna comum Organization para separar os dados por fábrica ou unidade, pois os processos frequentemente variam entre locais.
- Códigos de status: esta consulta depende de códigos de status padrão (A, C, R etc.). Você precisa validá-los na configuração do seu sistema, no menu Administration, em Screen Setup ou Status setup.
- Performance: a consulta acessa tabelas de transações grandes (R5TRANSACTIONS). Confirme que existem índices não clusterizados adequados em EVT_CODE e TRN_DATE ao consultar grandes volumes de dados, com mais de 1 milhão de linhas.
- Fusos horários: o Infor EAM armazena as datas no horário do servidor do banco de dados. Considere qualquer diferença de horário se seus usuários operarem em outro fuso.
a Consulta de exemplo sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]' Pronto para começar?
Use este Template para criar uma base de dados sólida e começar a otimizar suas operações de manutenção hoje mesmo. Nossa equipe técnica está disponível para apoiar você durante o processo de extração e mapeamento.
Otimize a manutenção de ativos no Infor EAM hoje
Reduza o tempo do ciclo de manutenção em 30% começando hoje
Não é necessário cartão de crédito. Configuração em minutos