Datová šablona pro údržbu majetku
Datová šablona pro údržbu majetku
- Konkrétní datová pole pro sledování údržby
- Důležité milníky pro analýzu životního cyklu pracovního příkazu
- Podrobný návod k extrakci dat pro uživatele Infor EAM
Atributy údržby majetku
| Název | Popis | ||
|---|---|---|---|
| Aktivita EventName | Konkrétní krok nebo změna stavu v průběhu údržby. | ||
| Popis Tento atribut zachycuje název události nebo změny stavu, například vytvoření pracovního příkazu, vydání materiálu nebo uzavření pracovního příkazu. Získává se z historie změn stavu nebo z konkrétních typů transakcí zaznamenaných u pracovního příkazu. Nástroj process mining podle pořadí těchto hodnot rekonstruuje průběh workflow. Umožňuje tak analyzovat varianty procesu, opakované cykly oprav i pořadí jednotlivých činností. Proč je to důležité Určuje uzly v procesní mapě a je nezbytný pro pochopení toho, co se stalo v každém kroku. Kde data získat Tabulka R5EVENTSTATUS (pole EVS_STATUS) nebo R5TRANSACTIONS (pole TRA_DESC) Příklady Vytvoření pracovního příkazuVydání materiáluUzavření pracovního příkazuNaplánování zdrojů | |||
| Časové razítko EventTimestamp | Datum a čas, kdy k činnosti došlo. | ||
| Popis Tento atribut zaznamenává přesný okamžik, kdy činnost proběhla. Slouží k chronologickému seřazení událostí a výpočtu doby mezi jednotlivými kroky. Přesná časová razítka jsou nezbytná pro odhalení úzkých míst, měření dodacích lhůt a výpočet plnění SLA. V Infor EAM se obvykle přebírají z data transakce nebo změny stavu. Proč je to důležité Poskytuje časový údaj potřebný pro veškerou analýzu a řazení událostí podle času. Kde data získat Tabulka R5EVENTSTATUS (pole EVS_DATE) nebo R5TRANSACTIONS (pole TRA_DATE) Příklady 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Pracovní příkaz údržby WorkOrderNumber | Jedinečný identifikátor pracovního příkazu údržby. | ||
| Popis Tento atribut slouží jako hlavní identifikátor případu pro analýzu procesu. Označuje konkrétní údržbářskou práci, preventivní i opravnou, a propojuje všechny navazující činnosti, náklady a záznamy o práci. V Infor EAM jde obvykle o kód události v hlavních tabulkách událostí. Analytici pomocí tohoto pole rozlišují jednotlivé instance procesu. Umožňuje seskupit všechny události patřící k jednomu požadavku na údržbu a vypočítat dobu průchodu i náklady na jednotlivé práce. Proč je to důležité Je to základní identifikátor pro rekonstrukci průběhu procesu a jednoznačné rozlišení každého případu údržby. Kde data získat Tabulka R5EVENTS, pole EVT_CODE Příklady 10023456WO-2023-88910023457PM-55421 | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko exportu nebo poslední aktualizace dat. | ||
| Popis Toto pole uvádí, kdy byl záznam naposledy zpracován nebo exportován do modelu process mining. Uživatelé tak mohou posoudit aktuálnost analyzovaných dat. Pole se často vytváří během procesu ETL a v samotném zdrojovém systému neexistuje. Analytici díky němu vědí, zda pracují s aktuálními daty, nebo s historickým snímkem. Proč je to důležité Ověřuje aktuálnost dat a pomáhá odhalit zastaralé datové sady. Kde data získat Systémový čas při exportu Příklady 2023-10-25T12:00:00Z | |||
| Zdrojový systém SourceSystem | Název systému, ze kterého data pocházejí. | ||
| Popis Tento atribut určuje původ záznamu, což je důležité zejména v prostředí s více systémy. V tomto přehledu slouží jako neměnný identifikátor instance Infor EAM. Pomáhá sledovat původ dat a řešit problémy, pokud se do jednoho datového modelu process mining slučuje více zdrojů. Proč je to důležité Umožňuje dohledat původ dat v prostředí Infor EAM. Kde data získat Pevně nastaveno při exportu Příklady Infor EAMDatastream 7i | |||
| Celkové skutečné náklady ActualTotalCost | Součet nákladů na práci, materiál a služby. | ||
| Popis Tento atribut vyjadřuje celkový finanční dopad údržbového úkolu. Aktualizuje se při vykazování práce a výdeji materiálu. Jde o hlavní finanční ukazatel procesu, který umožňuje analyzovat příčiny nákladů a vykazovat čerpání rozpočtu. Proč je to důležité Základní ukazatel pro finanční vypořádání a analýzu efektivity. Kde data získat Tabulka R5EVENTS, pole EVT_ACTCOST (nebo součet transakcí) Příklady 450.251500.0075.50 | |||
| Cílové datum SLA SlaTargetDate | Termín, do kterého musí být pracovní příkaz dokončen. | ||
| Popis Tento atribut uchovává cílové datum dokončení, které se často stanovuje podle kritičnosti zařízení a priority práce. Slouží jako základ pro výpočet dodržení harmonogramu. Porovnáním skutečného času dokončení s tímto datem zjistíte, zda organizace plní dohodnuté úrovně služeb. Proč je to důležité Je nutný pro dashboard plnění SLA u kritických zařízení. Kde data získat Tabulka R5EVENTS, pole EVT_TARGET Příklady 2023-11-01T17:00:00Z | |||
| Kód zařízení AssetCode | Jedinečný identifikátor zařízení nebo majetku, na kterém se provádí údržba. | ||
| Popis Tento atribut označuje fyzický objekt, kterého se týká pracovní příkaz údržby. Umožňuje souhrnně sledovat historii údržby jednotlivých strojů nebo provozů. Analýza výkonnosti procesu podle kódu zařízení pomáhá odhalit problémová zařízení, která se často porouchávají nebo jejichž oprava trvá déle než obvykle. Proč je to důležité Nezbytný pro propojení výkonnosti procesu s fyzickou infrastrukturou. Kde data získat Tabulka R5EVENTS, pole EVT_OBJECT Příklady ČERPADLO-001VZT-N-22DOPRAVNÍK-05 | |||
| Oddělení DepartmentCode | Oddělení údržby nebo tým odpovědný za práci. | ||
| Popis Tento atribut označuje interní oddělení nebo nákladové středisko, které odpovídá za pracovní příkaz. Umožňuje porovnávat výkonnost různých týmů údržby, například elektrotechnického a strojního. V Infor EAM se pro tuto položku často používá označení MRC (Maintenance Repair Center). Proč je to důležité Pomáhá při plánování zdrojů a analýze výkonnosti oddělení. Kde data získat Tabulka R5EVENTS, pole EVT_MRC Příklady STROJNÍELEKTROPROVOZ | |||
| Odhadované náklady EstimatedCost | Plánovaný rozpočet pracovního příkazu. | ||
| Popis Tento atribut obsahuje náklady odhadnuté ve fázi plánování. Porovnáním se skutečnými náklady mohou analytici posoudit přesnost plánování. Výrazný rozdíl mezi odhadovanými a skutečnými náklady může znamenat, že je třeba prověřit postup odhadování nebo efektivitu provedení. Proč je to důležité Podporuje dashboard analýzy odhadovaných a skutečných nákladů. Kde data získat Tabulka R5EVENTS, pole EVT_ESTCOST Příklady 500.001200.500.00 | |||
| Priorita WorkOrderPriority | Úroveň naléhavosti přiřazená pracovnímu příkazu údržby. | ||
| Popis Tento atribut vyjadřuje důležitost pracovního příkazu, obvykle na stupnici, například vysoká, střední a nízká. Slouží k filtrování analýzy a ověření, zda jsou naléhavé práce ve frontě správně upřednostňovány. Analýza průběhu procesu podle priority ukáže, zda se práce s vysokou prioritou skutečně vyřizují rychleji než práce s nízkou prioritou. Proč je to důležité Zásadní pro ověření, zda se havarijním pracím věnuje odpovídající pozornost. Kde data získat Tabulka R5EVENTS, pole EVT_PRIORITY Příklady 1-Havarijní2-Vysoká3-Běžná | |||
| Technik TechnicianName | Konkrétní pracovník nebo zdroj přiřazený k provedení úkolu. | ||
| Popis Tento atribut zaznamenává uživatele nebo technika, který provádí danou činnost. Slouží k analýze produktivity práce a k odhalení potřeb školení nebo neefektivního plánování. Podle konfigurace systému může být údaj v tabulce odpracovaných hodin nebo v poli osoby odpovědné za událost. Proč je to důležité Umožňuje analýzu v dashboardu produktivity práce a plánování. Kde data získat Tabulka R5BOOKEDHOURS (pole BOO_PERSON) nebo R5EVENTS (pole EVT_PERSON) Příklady J. NovákM. DvořákDodavatel-A | |||
| Typ údržby MaintenanceType | Zařazuje pracovní příkaz jako preventivní, opravný nebo prediktivní. | ||
| Popis Tento atribut klasifikuje povahu údržbářské práce. Analytici mohou rozdělit procesní přehled a porovnat plánované cykly preventivní údržby s neplánovanými reaktivními opravami. Jedním z cílů vedoucích údržby je zlepšit poměr preventivních a reaktivních prací. Toto pole se obvykle nachází ve sloupci typu události. Proč je to důležité Je důležitý pro dashboard rozložení typů údržby a analýzu strategie spolehlivosti. Kde data získat Tabulka R5EVENTS, pole EVT_TYPE Příklady PreventivníKorektivníPoruchaInspekce | |||
| Kritičnost zařízení AssetCriticality | Hodnocení nebo skóre vyjadřující provozní důležitost zařízení. | ||
| Popis Tento atribut rozděluje zařízení podle jejich důležitosti pro výrobu nebo bezpečnost, například do kategorií A, B a C. Analytici tak mohou zjistit, zda se zařízením s vysokou hodnotou věnuje odpovídající pozornost. Údaj se obvykle načítá z kmenového záznamu zařízení přiřazeného k pracovnímu příkazu. Proč je to důležité Umožňuje analyzovat zpoždění údržby z hlediska rizika. Kde data získat Tabulka R5OBJECTS (pole OBJ_CRITICALITY), propojená přes EVT_OBJECT Příklady A - KritickéB - DůležitéC - Provoz do poruchy | |||
| Náklady na materiál MaterialCost | Náklady na náhradní díly vydané k pracovnímu příkazu. | ||
| Popis Tento atribut odděluje náklady na materiál od celkových nákladů. Pomáhá rozlišit výdaje na dodavatelský řetězec od nákladů na práci. Samostatné sledování těchto nákladů usnadňuje rozhodování o cenách náhradních dílů a řízení zásob. Proč je to důležité Podrobný údaj potřebný pro finanční analýzu. Kde data získat Vypočítává se z tabulky R5TRANSACTIONS pro transakce typu výdej Příklady 150.0020.00 | |||
| Odpracované hodiny LaborHoursUsed | Skutečný počet člověkohodin odpracovaných na pracovním příkazu. | ||
| Popis Tento atribut sčítá čas vykázaný techniky na pracovním příkazu. Je důležitý pro výpočet produktivity pracovníků a vytížení techniků. Nejde o celkovou dobu trvání pracovního příkazu. Zachycuje skutečně odpracovaný čas, nikoli kalendářní dobu. Proč je to důležité Důležitý údaj pro dashboard produktivity práce a plánování. Kde data získat Součet hodin v tabulce R5BOOKEDHOURS pro danou událost Příklady 2.58.00.5 | |||
| Opakovaná práce IsRework | Příznak, zda pracovní příkaz zahrnoval opakované provedení některých kroků. | ||
| Popis Tento logický atribut označuje, zda proces obsahoval opakované kroky, konkrétně návrat k provádění po kontrole kvality. Vypočítává se při transformaci dat na základě opakovaného výskytu činnosti „Provedení údržbového úkolu“. Vysoký podíl opakované práce často ukazuje na problémy s kvalitou nebo nedostatečné školení. Proč je to důležité Přímo podporuje dashboard opakované údržby a kontroly kvality. Kde data získat Vypočítává se v ETL nebo nástroji process mining Příklady truefalse | |||
| Organizace OrganizationCode | Organizační jednotka nebo provoz, do kterého zařízení patří. | ||
| Popis V prostředí s více provozy tento atribut určuje konkrétní závod nebo organizační jednotku. Umožňuje porovnávat výsledky na vyšší úrovni mezi různými závody nebo regiony. Je nezbytný pro tvorbu souhrnných dashboardů, pokud se procesy v jednotlivých lokalitách mírně liší. Proč je to důležité Umožňuje porovnávání provozů v pohledu podle organizační jednotky. Kde data získat Tabulka R5EVENTS, pole EVT_ORG Příklady ZÁVOD-NYCÚSTŘEDÍ-LONVÝROBA-01 | |||
| Popis WorkOrderDescription | Textový popis problému nebo požadované práce. | ||
| Popis Tento atribut obsahuje volný text, který zadal žadatel nebo plánovač. Poskytuje kontext pro vysvětlení odlehlých hodnot nebo konkrétního průběhu procesu. Pomocí textové analýzy lze určit časté typy poruch, které nejsou zachyceny ve strukturovaných polích. Proč je to důležité Poskytuje kontext pro analýzu hlavní příčiny. Kde data získat Tabulka R5EVENTS, pole EVT_DESC Příklady Silné vibrace čerpadlaVyměnit těsnění na ventilu 2Čtvrtletní inspekce | |||
| Překročení SLA IsSlaBreached | Příznak, zda dokončení proběhlo po cílovém datu. | ||
| Popis Tento logický atribut porovnává časové razítko „Dokončení pracovního příkazu“ s „Cílovým datem SLA“. Pokud k dokončení dojde po cílovém datu, příznak se nastaví na hodnotu true. Zjednodušuje vykazování, protože umožňuje filtrovat případy podle toho, zda splňují požadavky, nebo ne. Proč je to důležité Usnadňuje vykazování plnění SLA. Kde data získat Vypočítává se v ETL nebo nástroji process mining Příklady truefalse | |||
Činnosti při údržbě majetku
| Aktivita | Popis | ||
|---|---|---|---|
| Dokončení pracovního příkazu | Označuje technické dokončení údržby. Zařízení je opět v provozu, i když mohou zbývat finanční a administrativní úkony. | ||
| Proč je to důležité Koncový bod pro měření plnění SLA u kritických zařízení. Rozlišuje mezi dokončením práce a dokončením dokumentace. Kde data získat Sledujte změnu stavu na 'C' (Complete) nebo 'J' (Job Complete) v R5EVENTSTATUS. Zkontrolujte EVT_DATECOMPLETED. Zachycení Zaznamená se při změně stavu na Complete Typ události explicit | |||
| Přijetí požadavku na údržbu | Zaznamenává první zadání požadavku na údržbu do systému. Požadavek často přichází přes servisní portál nebo rozhraní call centra. V Infor EAM se obvykle uloží při vytvoření záznamu v entitě Call nebo Request, ještě před převedením na formální pracovní příkaz. | ||
| Proč je to důležité Určuje počátek pro výpočet míry růstu nevyřízených požadavků na údržbu a celkové doby vyřízení. Je nezbytný pro zjištění skutečného objemu požadavků na oddělení údržby. Kde data získat Vyhledejte v tabulce R5EVENTS záznamy, kde je EVT_TYPE nastaveno na 'R' (Request) nebo 'C' (Call). Použijte záznamy EVT_CREATED. Zachycení Zaznamená se při vložení záznamu požadavku Typ události explicit | |||
| Provedení údržbářské práce | Zaznamenává průběžné provádění údržby prostřednictvím odpracovaných hodin vykázaných techniky. U jednoho pracovního příkazu se tato činnost může opakovat. | ||
| Proč je to důležité Poskytuje údaje pro KPI efektivity využití techniků a přesnosti odhadu pracnosti. Časté opakování bez dokončení může ukazovat na náročnou opravu. Kde data získat Z tabulky R5BOOKEDHOURS načtěte jednotlivé záznamy spojené s pracovním příkazem. Zachycení Zaznamená se při provedení transakce X Typ události explicit | |||
| Uzavření pracovního příkazu | Závěrečný administrativní krok, při kterém se pracovní příkaz archivuje a nelze k němu dále účtovat náklady. Tím končí životní cyklus případu. | ||
| Proč je to důležité Ukončuje měření efektivity administrativního uzavírání. Je důležitý pro čistá data a prevenci případů, kdy pracovní příkazy zůstávají otevřené bez důvodu. Kde data získat V R5EVENTSTATUS vyhledejte přechod do stavu 'Close'. Tím se pole EVT_STATUS nastaví na 'C'. Zachycení Zaznamená se při změně stavu na Closed Typ události explicit | |||
| Vytvoření pracovního příkazu | Zaznamenává formální vytvoření pracovního příkazu, ať už převedením požadavku, nebo přímým zadáním. Tato událost zahajuje sledování nákladů, zdrojů a historie stavů případu údržby. | ||
| Proč je to důležité Hlavní událost vytvoření případu pro sledování nevyřízených požadavků a průchodnosti. Rozlišuje fázi požadavku od samotného workflow řízení údržby. Kde data získat Vyhledejte v tabulce R5EVENTS nové záznamy s EVT_TYPE 'JOB' nebo 'PPM'. Případně sledujte změnu stavu na počáteční hodnotu 'Open' v R5EVENTSTATUS. Zachycení Zaznamená se při vytvoření záznamu WO transakcí Typ události explicit | |||
| Zahájení práce | Označuje skutečný začátek fyzické práce na zařízení. Obvykle se odvozuje z časového razítka prvního záznamu odpracovaných hodin nebo z konkrétní aktualizace stavu v mobilní aplikaci. | ||
| Proč je to důležité Je nezbytný pro výpočet doby od požadavku na materiál do zahájení práce a efektivity využití techniků. Rozlišuje dobu ve stavu 'Scheduled' od doby ve stavu 'Working'. Kde data získat Odvoďte z nejstaršího data zahájení v R5BOOKEDHOURS nebo ze změny stavu na 'In Progress' v R5EVENTSTATUS. Zachycení Odvoďte porovnáním pole X s polem Y Typ události inferred | |||
| Aktualizace záznamů o údržbě | Zaznamenává doplnění technických poznámek, kódů poruch nebo údajů o sledování stavu do pracovního příkazu. Obvykle k tomu dochází ke konci fyzické práce. | ||
| Proč je to důležité Podporuje sledování úplnosti technické dokumentace a zajišťuje kvalitu dat pro budoucí analýzu spolehlivosti. Kde data získat Sledujte aktualizace tabulky R5COMMENTS nebo polí 'Problem/Failure/Cause' v R5EVENTS. Zachycení Zaznamená se při aktualizaci záznamu Typ události explicit | |||
| Dokončení plánování a odhadu nákladů | Označuje, že byl vymezen rozsah pracovního příkazu, odhadnuty náklady a plán práce je připraven ke schválení. Obvykle se tato událost odvozuje ze změny stavu z fáze plánování na stav připravený ke schválení. | ||
| Proč je to důležité Je důležitá pro měření doby schvalování pracovního příkazu a odhalení administrativních úzkých míst před zahájením práce. Umožňuje analyzovat dobu potřebnou k plánování. Kde data získat Odvoďte záznam z R5EVENTSTATUS při změně stavu z 'Planning' na 'Request Approval' nebo 'Released'. Zachycení Porovnejte hodnotu stavového pole před změnou a po ní Typ události inferred | |||
| Naplánování zdrojů | Zaznamenává přiřazení konkrétních techniků nebo týmů k pracovnímu příkazu. Označuje přechod od plánování k přidělování zdrojů. | ||
| Proč je to důležité Podporuje dashboard produktivity práce a plánování. Pomáhá odhalit prodlevy mezi schválením a skutečnou dostupností zdrojů. Kde data získat Sledujte změny přiřazení pracovníků v tabulce R5ACTIVITIES nebo změny stavu na 'Scheduled' v R5EVENTSTATUS. Zachycení Zaznamená se při přiřazení zdroje Typ události explicit | |||
| Odeslání požadavku na materiál | Zaznamenává konkrétní požadavek na náhradní díly potřebné k provedení údržby. Tato událost propojuje procesy dodavatelského řetězce s realizací údržby. | ||
| Proč je to důležité Výchozí bod pro dashboard analýzy prodlev v dodávkách materiálu. Pomáhá zjistit, zda jsou nákupy dílů příčinou zdržení údržby. Kde data získat Vyhledejte v tabulkách R5REQUISITIONS nebo R5MATLIST časová razítka vytvoření propojená s ID pracovního příkazu. Zachycení Zaznamená se při provedení transakce X Typ události explicit | |||
| Provedení kontroly kvality | Označuje konkrétní kontrolní krok, při kterém se oprava před závěrečným schválením prověří. Pokud kontrolou neprojde, proces se vrací k provádění práce. | ||
| Proč je to důležité Je nezbytný pro dashboard přepracování údržby a kontroly kvality. Pomáhá odhalit problémy s kvalitou a opakované cykly oprav. Kde data získat Vyhledejte dokončení konkrétního kontrolního seznamu v R5CHECKLISTS nebo přechod stavu na 'Review' v R5EVENTSTATUS. Zachycení Porovnejte hodnotu stavového pole před změnou a po ní Typ události inferred | |||
| Schválení pracovního příkazu | Označuje, že příslušná úroveň vedení povolila provedení údržby. Po tomto kroku lze pracovní příkaz naplánovat a zadat požadavek na materiál. | ||
| Proč je to důležité Označuje konec schvalování a začátek proveditelných prací údržby. Prodlevy v této fázi přímo ovlivňují rychlost reakce na poruchy kritických zařízení. Kde data získat Sledujte vložení stavového kódu 'A' (Approved) nebo 'R' (Released) do historické tabulky R5EVENTSTATUS. Zachycení Zaznamená se při změně stavu na Approved Typ události explicit | |||
| Vydání materiálu | Zaznamenává fyzické vydání náhradních dílů ze skladu k pracovnímu příkazu. Potvrzuje, že je materiál připraven k použití. | ||
| Proč je to důležité Závěrečná událost pro analýzu prodlev v dodavatelském řetězci. Potvrzuje, že omezení způsobená nedostupností dílů byla vyřešena. Kde data získat Vyhledejte v R5TRANSACTIONS transakce typu 'I' (Issue) propojené s pracovním příkazem. Zachycení Zaznamená se při provedení transakce X Typ události explicit | |||
| Zpracování finančního vypořádání | Označuje závěrečný výpočet a zaúčtování nákladů spojených s pracovním příkazem. Zajišťuje, že jsou ve vztahu k rozpočtu zaúčtovány všechny náklady na práci a materiál. | ||
| Proč je to důležité Podporuje analýzu plánovaných a skutečných nákladů. Prodlevy v této fázi snižují přesnost finančního výkaznictví. Kde data získat Obvykle se odvozuje z data, kdy je pracovní příkaz uzamčen proti úpravám, nebo z okamžiku závěrečné aktualizace nákladů v transakčním záznamu. Zachycení Odvoďte porovnáním pole X s polem Y Typ události calculated | |||
Návody k extrakci dat
Kroky
Ověření dostupnosti modulu Databridge: Přihlaste se do Infor EAM jako správce. V nabídce Administration ověřte, že je modul Databridge aktivní a že máte přístup k obrazovkám konfigurace Partner a Document.
Nastavení exportního partnera: V Databridge vytvořte nového partnera určeného pro ProcessMind, například s kódem partnera
PMIND. Jako způsob Communication nastavteFILEneboFTPpodle toho, kam chcete ukládat soubory XML/CSV. Pro co nejvěrnější zachování dat nastavte výstupní formát XML.Konfigurace obchodních objektů (dokumentů): Chcete-li zachytit požadované aktivity, musíte se přihlásit k odběru konkrétních obchodních objektů Infor EAM (BOD). Do konfigurace partnera přidejte tyto dokumenty:
MP0094_SyncWorkOrder: zachycuje vytvoření, změny stavu, aktualizace a uzavření.MP0024_SyncBookedHours: zachycuje zaúčtování práce (provedení).MP3036_SyncTransaction: zachycuje výdej a vrácení materiálu.MP0026_SyncRequisition: zachycuje požadavky na materiál.MP0098_SyncWorkOrderActivity: zachycuje podrobnosti plánování a rozvrhování.
Nastavení filtrů: U každého dokumentu nastavte filtry, které vyloučí nerelevantní data. U
SyncWorkOrderfiltrujte podleOrganizationa ověřte, žeWork Order Typenení prázdné. FiltrDatenastavte na období analýzy, například posledních 12 měsíců.Zapnutí spouštěčů událostí: Na obrazovce Event Configuration ověřte, že jsou pro entity odpovídající vybraným dokumentům zapnuté spouštěče
On Save,On UpdateaOn Status Change. Data se tak odešlou ihned, když uživatel v systému provede změnu.Mapování datových prvků: Nakonfigurujte šablonu XML Databridge tak, aby obsahovala požadované sloupce. Namapujte
EVT_CODEnaWorkOrderNumber, zahrňteEVT_STATUSpro sledování stavu a zajistěte dostupnostEVT_DAT_CREATED.Počáteční načtení dat: Databridge pracuje především na základě událostí. Pro historickou analýzu je však nutné spustit Batch Export. Přejděte na obrazovku Databridge Export, vyberte partnera
PMINDa dokumentSyncWorkOrder, nastavte období a kliknutím naSubmitvytvořte export historických dat.Sjednocení výstupu: Export vytvoří hierarchické soubory XML. Pomocí skriptovacího nástroje, například Pythonu nebo PowerShellu, případně middlewaru ETL, je převeďte do ploché struktury. Pravidlo je jednoduché: jeden uzel XML odpovídá jednomu řádku události. Použijte pravidla mapování uvedená v části Query níže.
Odvození názvů aktivit: Ve skriptu pro transformaci použijte podmínkovou logiku z části Query a převeďte systémové kódy na srozumitelné názvy aktivit. Například stav
Rna 'Work Order Generated' a stavCna 'Work Order Completed'.Formátování časových razítek: Infor EAM exportuje časová razítka ve formátu ISO 8601. Převeďte je do standardního formátu
YYYY-MM-DD HH:MM:SS, který je kompatibilní s ProcessMind.Sestavení záznamu událostí: Sloučte výstupy z různých obchodních objektů, tedy pracovních příkazů, zaúčtovaných hodin a transakcí, do jednoho souboru CSV. Seřaďte ho podle
WorkOrderNumberaEventTimestamp.Závěrečná kontrola: Načtěte výsledný soubor CSV do ProcessMind a ověřte, že počet případů odpovídá počtu jedinečných pracovních příkazů exportovaných z Infor EAM.
Konfigurace
- Formát exportu: Pro zpracování speciálních znaků v komentářích a kontrolu schématu doporučujeme XML místo prostého textu.
- Režim spouštění: Zvolte Asynchronous, aby zpracování v Databridge ve špičce nezpomalovalo uživatelské rozhraní.
- Podrobnost dat: V konfiguraci dokumentu zaškrtněte Include Update Details. Budete tak moci sledovat změny jednotlivých polí, například změnu priority nebo oddělení.
- Období: Pro počáteční dávkové načtení se obvykle používá historie za 12 až 24 měsíců. Při průběžném načítání změn bude systém data odesílat v reálném čase.
- Filtr organizace: Vždy filtrujte podle
EVT_ORG(Organization), abyste při sdílené instanci EAM neexportovali data více organizací. - Konfigurace stavů: Ověřte, které uživatelsky definované stavy odpovídají systémovým stavům (R, A, C atd.). Zajistíte tak správné mapování činností.
Ukázkový dotaz 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"
}
}
]
}
} Kroky
Nastavení přístupu k databázi Navážete přímé připojení k databázi Infor EAM (Oracle nebo SQL Server) přes ODBC/JDBC. Ověřte, že máte oprávnění pouze ke čtení následujících tabulek: R5EVENTS (pracovní příkazy), R5STATUS (historie stavů), R5BOOKEDHOURS (práce), R5TRANSACTIONS (materiál), R5ACTIVITIES (úkoly) a R5TESTRESULTS (kvalita).
Určení rozsahu a filtrů Stanovte období extrakce. Pro process mining obvykle stačí průběžné období za posledních 12 až 24 měsíců. Pokud používáte instanci pro více pracovišť, zjistěte kód organizace (ORG) a filtrujte podle něj relevantní data.
Nastavení mapování stavů Infor EAM umožňuje definovat vlastní stavy. Projděte dodaný SQL skript a nahraďte zástupné hodnoty, například „A“ (schváleno) nebo „C“ (uzavřeno), skutečnými kódy stavů ve vaší konfiguraci EAM. Pokud si nejste jistí, najdete je v tabulce R5STATUS_CODES.
Příprava SQL skriptu Zkopírujte SQL uvedené v části Query. Nahraďte zástupné hodnoty [StartDate] a [EndDate] požadovaným obdobím, například „2023-01-01“. Hodnotu [Your Organization Code] nahraďte kódem příslušné organizační jednotky.
Spuštění extrakce Spusťte dotaz ve svém SQL klientovi, například SQL Developer, SSMS nebo DBeaver. Dotaz pomocí UNION ALL spojí události z hlaviček, změny stavů, evidenci práce a materiálové transakce do jednotného záznamu událostí.
Kontrola dat Zkontrolujte, zda sloupec EventTimestamp neobsahuje prázdná časová razítka. Ověřte, že je ve všech řádcích vyplněn WorkOrderNumber. Ve sloupci EventName by mělo být zastoupeno všech 14 definovaných činností.
Transformace dat (volitelné) Pokud časová razítka obsahují posuny časových pásem, které neodpovídají požadavkům analýzy, použijte konverzní funkci, například AT TIME ZONE, přímo v dotazu nebo při následném zpracování.
Export do CSV Exportujte výsledky dotazu do souboru CSV. Jako oddělovač nastavte čárku nebo středník a pro text použijte uvozovky, aby se správně zpracovaly čárky v popisech.
Import do ProcessMind Nahrajte soubor CSV do ProcessMind. Namapujte sloupce takto: WorkOrderNumber jako ID případu, EventName jako činnost a EventTimestamp jako časové razítko. Zbývající sloupce namapujte jako atributy případu nebo události.
Konfigurace
- Období: Doporučené období extrakce je 12 až 24 měsíců. Filtr nastavte na EVT_DATE (datum vytvoření) nebo na konkrétní data transakcí, abyste zachytili i otevřené případy.
- Filtr organizace: Pomocí EVT_ORG nebo obecného sloupce Organization rozdělte data podle závodu či provozovny. Procesy se totiž mohou na jednotlivých pracovištích lišit.
- Kódy stavů: Dotaz používá standardní kódy stavů (A, C, R atd.). Ověřte je v konfiguraci systému v nabídce Administration, v části Screen Setup nebo Status setup.
- Výkon: Dotaz pracuje s rozsáhlými transakčními tabulkami (R5TRANSACTIONS). Při dotazování nad velkými objemy dat (více než 1 milion řádků) ověřte, že jsou pro EVT_CODE a TRN_DATE vytvořeny vhodné neclusterované indexy.
- Časová pásma: Infor EAM ukládá data v čase databázového serveru. Pokud uživatelé pracují v jiném časovém pásmu, zohledněte časový posun.
Ukázkový dotaz 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]' Chcete začít?
Pomocí této šablony připravíte spolehlivý základ dat a můžete začít zlepšovat provoz údržby. Náš technický tým vám pomůže s extrakcí a mapováním dat.
Zlepšete údržbu majetku v Infor EAM
Zkraťte dobu údržby o 30 procent už dnes
Bez platební karty. Nastavení zabere jen několik minut.