Datová šablona pro údržbu majetku
Datová šablona pro údržbu majetku
- Úplný seznam atributů údržby
- Důležité milníky procesu ke sledování
- Podrobný technický návod k extrakci dat
Atributy údržby majetku
| Název | Popis | ||
|---|---|---|---|
| Aktivita Activity | Konkrétní událost nebo změna stavu, ke které došlo během životního cyklu pracovního příkazu. | ||
| Popis Tento atribut označuje krok v procesu údržby, například „Pracovní příkaz schválen“ nebo „Práce zaznamenána“. V IBM Maximo se obvykle odvozuje ze změn stavu v tabulkách historie nebo z konkrétních záznamů transakcí, například z vykázané práce. Tvoří uzly procesní mapy a umožňuje zobrazit pořadí jednotlivých kroků. Analýza těchto hodnot pomáhá organizacím odhalit varianty procesu, opakované kroky a odchylky od standardního postupu údržby. Proč je to důležité Popisuje, co se v procesu děje. Je nezbytný pro vytvoření procesní mapy a pochopení průběhu workflow. Kde data získat Tabulka: WOSTATUS (sloupec: STATUS) nebo WOLOG Příklady APPRINPRGCOMPCLOSEWMATL | |||
| Časové razítko události EventTimestamp | Konkrétní datum a čas, kdy k činnosti došlo. | ||
| Popis Tento atribut zaznamenává přesný okamžik události, například změnu stavu nebo vykázání práce. Poskytuje časový údaj potřebný pro analýzu výkonnosti, včetně výpočtu průběžných dob a trvání. Přesná časová razítka jsou nezbytná pro výpočet „průměrné doby plánování a schválení“ a správné seřazení událostí. V Maximo jde obvykle o datum změny záznamu stavu. Proč je to důležité Slouží k chronologickému seřazení událostí a výpočtu všech časových KPI. Kde data získat Tabulka: WOSTATUS, sloupec: CHANGEDATE Příklady 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Pracovní příkaz údržby WorkOrderNumber | Jedinečný alfanumerický identifikátor pracovního příkazu údržby. | ||
| Popis Tento atribut slouží jako hlavní identifikátor případu v procesu údržby. Jednoznačně rozlišuje jednotlivé pracovní příkazy v systému IBM Maximo a propojuje s nimi všechny související činnosti, pracovní transakce a spotřebu materiálu. Při analýze process mining se podle tohoto ID seskupují jednotlivé události do jednoho případu. Analytici tak mohou sledovat celý životní cyklus údržby od vytvoření požadavku přes schválení a realizaci až po závěrečné administrativní uzavření. Proč je to důležité Jde o základní klíč pro rekonstrukci průběhu procesu a sledování konkrétních prací napříč odděleními. Kde data získat Tabulka: WORKORDER, sloupec: WONUM Příklady WO100234WO100235CM-99281PM-11002 | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko extrakce nebo poslední aktualizace dat. | ||
| Popis Udává, kdy byl záznam naposledy zpracován nebo extrahován pro process mining. Pomáhá posoudit aktuálnost a spolehlivost dat a ověřit, zda analýza odpovídá současnému stavu provozu údržby. Tento atribut je nezbytný pro přírůstkové načítání dat a ověření, že dashboardy zobrazují aktuální informace o stavu pracovních příkazů a nevyřízených požadavcích. Proč je to důležité Pomáhá posoudit zpoždění a aktuálnost dat. Kde data získat Systémový čas při extrakci Příklady 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Zdrojový systém SourceSystem | Název systému, ze kterého data pocházejí. | ||
| Popis Určuje zdrojovou aplikaci záznamu. V tomto případě půjde obvykle o IBM Maximo. Tento údaj se hodí zejména při spojování dat z více systémů údržby nebo při integraci s daty ERP. Pokud projekt process mining zahrnuje více instancí CMMS, mohou analytici podle tohoto údaje filtrovat zobrazení podle systému, který je zdrojem záznamů. Proč je to důležité Zajišťuje dohledatelnost původu dat v prostředí s více systémy. Kde data získat Pevně nastaveno při extrakci Příklady IBM MaximoMaximo PRODMaximo Legacy | |||
| Aktuální stav Status | Aktuální fáze životního cyklu pracovního příkazu. | ||
| Popis Aktuální administrativní stav pracovního příkazu, například APPR, WAPPR nebo COMP. Atribut „Činnost“ zachycuje historii změn, zatímco tento atribut uvádí poslední známý stav. Hodí se k filtrování dat, například pro zobrazení pouze otevřených nebo uzavřených příkazů. Podporuje analýzu „Rozložení pracovní zátěže údržby“. Proč je to důležité Poskytuje přehled o aktuálním objemu práce a nevyřízených požadavcích. Kde data získat Tabulka: WORKORDER, sloupec: STATUS Příklady APPRCLOSEINPRG | |||
| Cílové datum dokončení TargetCompletionDate | Plánovaný nebo požadovaný termín dokončení pracovního příkazu. | ||
| Popis Datum, do kterého má být pracovní příkaz dokončen. Často se vypočítává podle priority a data vytvoření. Slouží jako referenční hodnota pro dashboard „Plnění SLA u kritických zařízení“. Porovnáním tohoto pole se „Skutečným datem dokončení“ mohou analytici zjistit, jak často se práce dokončuje včas, a určit kategorie zařízení, u kterých se pravidelně nedodržují plánované termíny údržby. Proč je to důležité Základ pro měření plnění SLA a dodržování plánu. Kde data získat Tabulka: WORKORDER, sloupec: TARGCOMPDATE Příklady 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Číslo zařízení AssetNumber | Jedinečný identifikátor zařízení nebo majetku, na kterém se provádí údržba. | ||
| Popis Konkrétní stroj, vozidlo nebo součást provozního zařízení, které je předmětem údržby. Propojuje procesní data s hierarchií fyzického majetku a pomáhá odhalit problematická zařízení, u kterých často dochází k poruchám. V analýze „Kvalita údržby a míra opakovaných oprav“ umožňuje seskupit pracovní příkazy podle zařízení, vypočítat průměrnou dobu mezi poruchami (MTBF) a odhalit dlouhodobé problémy se spolehlivostí. Proč je to důležité Propojuje průběh procesu s výkonností fyzické infrastruktury. Kde data získat Tabulka: WORKORDER, sloupec: ASSETNUM Příklady PUMP-101HVAC-02FLEET-99 | |||
| Kritičnost zařízení AssetCriticality | Hodnocení důležitosti zařízení pro provoz organizace. | ||
| Popis Klasifikace, obvykle na stupnici 1–10 nebo A/B/C, uložená v záznamu zařízení. Vyjadřuje dopad případné poruchy a je nutné ji propojit s přehledem pracovních příkazů. Tento atribut je nezbytný pro dashboard „Plnění SLA u kritických zařízení“. Analýza se tak zaměřuje na nejdůležitější případy. Prodleva u kritického generátoru má větší váhu než prodleva u kávovaru v odpočinkové místnosti. Proč je to důležité Umožňuje rozdělit výkonnost procesu podle provozního rizika. Kde data získat Tabulka: ASSET, sloupec: PRIORITY (propojeno přes ASSETNUM) Příklady 1510 | |||
| Priorita Priority | Úroveň naléhavosti přiřazená pracovnímu příkazu. | ||
| Popis Číselná nebo kategoriální hodnota, která vyjadřuje důležitost a naléhavost pracovního příkazu. V Maximo jde obvykle o číslo, přičemž nižší hodnota často znamená vyšší naléhavost (například 1 = havarijní stav). Tento atribut slouží k určování pořadí práce v nevyřízených požadavcích a je nezbytný pro dashboard „Plnění SLA u kritických zařízení“. Pomáhá ověřit, zda se práce s vysokou prioritou skutečně řeší rychleji než úkoly s nízkou prioritou. Proč je to důležité Umožňuje ověřit, zda organizace zaměřuje zdroje na nejnaléhavější úkoly. Kde data získat Tabulka: WORKORDER, sloupec: WOPRIORITY Příklady 1234 | |||
| Přiřazený technik AssignedResource | Konkrétní pracovník nebo vedoucí technik pověřený provedením práce. | ||
| Popis Určuje pracovníka nebo vedoucího technika odpovědného za pracovní příkaz. Údaj lze najít v poli „Lead“ nebo odvodit z přiřazení pracovníků. Slouží jako podklad pro dashboard „Produktivita pracovníků a dodavatelů“. Analýza tohoto atributu pomáhá odhalit nerovnoměrné rozložení práce v přehledu „Rozložení pracovní zátěže údržby“ a porovnat efektivitu jednotlivých techniků nebo pracovních skupin. Proč je to důležité Pomáhá analyzovat produktivitu pracovníků a vyrovnávat jejich pracovní zátěž. Kde data získat Tabulka: WORKORDER, sloupec: LEAD (nebo tabulka ASSIGNMENT) Příklady JSMITHBPATELMRODRIGUEZ | |||
| Skutečné datum dokončení ActualFinishDate | Datum a čas dokončení fyzické práce. | ||
| Popis Zaznamenává, kdy byla údržba technicky dokončena. Nejde o totéž jako administrativní uzavření požadavku. Porovnáním tohoto data s „Cílovým datem dokončení“ lze vypočítat plnění SLA. V dashboardu „Administrativní doba uzavření pracovního příkazu“ se používá k měření prodlevy mezi dokončením práce a uzavřením dokumentace v systému. Proč je to důležité Označuje konec fáze technické realizace. Kde data získat Tabulka: WORKORDER, sloupec: ACTFINISH Příklady 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Skutečný počet pracovních hodin ActualLaborHours | Celkový počet hodin, které všichni technici skutečně odpracovali na pracovním příkazu. | ||
| Popis Součet veškerého pracovního času vykázaného u pracovního příkazu. Tento ukazatel ukazuje skutečné využití zdrojů a slouží jako podklad pro KPI „Odchylka ve využití techniků“. Používá se k výpočtu nákladů na práci a k úpravě budoucích pracovních plánů podle historických údajů o skutečné době potřebné k provedení konkrétních úkolů. Proč je to důležité Základní ukazatel pro analýzu nákladů na práci a efektivity. Kde data získat Tabulka: WORKORDER, sloupec: ACTLABHRS Příklady 2.55.012.0 | |||
| Typ pracovního příkazu WorkType | Rozlišuje pracovní příkazy na preventivní (PM), nápravné (CM) a havarijní (EM). | ||
| Popis Tento atribut určuje povahu údržby. V Maximo se běžně používají hodnoty PM (preventivní údržba), CM (nápravná údržba) a EM (havarijní údržba). Toto rozdělení je základem dashboardu „Preventivní a reaktivní údržba“. Analytici mohou podle tohoto atributu filtrovat data, vypočítat KPI „Podíl havarijní údržby“ a sledovat, zda se strategie údržby posouvá od reaktivního řešení poruch k plánované údržbě zaměřené na spolehlivost. Proč je to důležité Rozlišuje plánovanou a neplánovanou práci, což ukazuje vyspělost údržby. Kde data získat Tabulka: WORKORDER, sloupec: WORKTYPE Příklady PMCMEMCPMOD | |||
| Celkové skutečné náklady TotalActualCost | Součet nákladů na práci, materiál, služby a nástroje u pracovního příkazu. | ||
| Popis Vyjadřuje celkové finanční náklady na údržbu. V Maximo jde o součet různých nákladových položek (práce + materiál + služby + nástroje). Tento atribut umožňuje analyzovat procesy podle nákladů a přímo porovnat neefektivitu, například prodlevy nebo opakované opravy, s finančními ztrátami. Pomáhá určit nejnákladnější typy údržby nebo kategorie zařízení. Proč je to důležité Propojuje provozní činnosti s finančními výsledky. Kde data získat Tabulka: WORKORDER, sloupce: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Příklady 150.002500.500.00 | |||
| Datum nahlášení ReportedDate | Datum a čas prvního nahlášení problému nebo vytvoření požadavku. | ||
| Popis Časové razítko udávající, kdy byla potřeba údržby poprvé zjištěna a zadána do systému. Označuje skutečný začátek časové osy požadavku. Používá se k výpočtu „průměrné doby plánování a schválení“, tedy doby od nahlášení po zahájení práce. Pomáhá posoudit, jak rychle organizace údržby reaguje. Proč je to důležité Určuje začátek celého životního cyklu požadavku na údržbu a měření rychlosti reakce. Kde data získat Tabulka: WORKORDER, sloupec: REPORTDATE Příklady 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Dodavatel Vendor | Externí dodavatel přiřazený k pracovnímu příkazu, pokud je relevantní. | ||
| Popis Určuje externí společnost odpovědnou za údržbu. Vyplňuje se při zadání práce externímu dodavateli. Je nezbytný pro KPI „Efektivita práce dodavatelů“. Analýza tohoto atributu umožňuje porovnat náklady, rychlost a kvalitu práce různých dodavatelů mezi sebou i s interními týmy. Proč je to důležité Umožňuje řídit dodavatele a analyzovat výsledky externě zajišťované práce. Kde data získat Tabulka: WORKORDER, sloupec: VENDOR Příklady ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Došlo k překročení SLA IsSlaBreached | Příznak označující, zda skutečné datum dokončení překročilo cílové datum. | ||
| Popis Vypočítané logické pole, které porovnává „Skutečné datum dokončení“ s „Cílovým datem dokončení“. Pokud je skutečné datum pozdější než cílové, hodnota je true. Tento předem vypočítaný ukazatel zjednodušuje dashboard „Plnění SLA u kritických zařízení“. Umožňuje okamžitě spočítat případy, kdy SLA nebylo splněno, bez výpočtu rozdílu mezi daty při zobrazení. Proč je to důležité Okamžitý přehled o plnění požadavků na výkonnost. Kde data získat Vypočítáno z ACTFINISH a TARGCOMPDATE Příklady truefalse | |||
| Havarijní práce IsEmergency | Příznak označující, zda jde o havarijní pracovní příkaz. | ||
| Popis Logická hodnota vypočítaná podle typu práce nebo priority. Platí, pokud je typ práce EM (havarijní) nebo je priorita 1. Tento zjednodušený atribut umožňuje snadno filtrovat dashboardy a zobrazit „Podíl havarijní údržby“ bez složité logiky ve vizualizaci. Proč je to důležité Usnadňuje filtrování dat pro analýzu reaktivní údržby. Kde data získat Vypočítáno z WORKTYPE Příklady truefalse | |||
| ID pracoviště SiteId | Identifikátor pracoviště pro nasazení Maximo na více pracovištích. | ||
| Popis Ve velkých organizacích bývá Maximo rozděleno podle pracovišť (Site). Tento atribut rozlišuje jednotlivé závody nebo provozy na úrovni databáze. Je nezbytný pro porovnávání výkonnosti různých organizačních jednotek v analýze „Shoda se standardním procesem údržby“. Zajišťuje, že se výsledky porovnávají ve správném provozním kontextu. Proč je to důležité Nezbytný pro vymezení dat při nasazení na více pracovištích. Kde data získat Tabulka: WORKORDER, sloupec: SITEID Příklady BEDFORDNASHUATEXAS | |||
| Kód poruchy FailureCode | Standardizovaný kód popisující příčinu poruchy zařízení. | ||
| Popis Strukturovaný kód, kterým technik zařadí příčinu poruchy, například „opotřebení“, „elektrická závada“ nebo „chyba obsluhy“. Je důležitý pro analýzu kořenových příčin (RCA). Souhrnná analýza těchto kódů pomáhá technickým týmům odhalit systémové problémy napříč zařízeními. Výsledky podporují analýzu „Kvalita údržby a míra opakovaných oprav“ a úpravy strategie preventivní údržby. Proč je to důležité Základní údaj pro analýzu spolehlivosti a poruch. Kde data získat Tabulka: WORKORDER, sloupec: FAILURECODE Příklady LEAKOVERHEATVIBRATION | |||
| Odhadovaný počet pracovních hodin EstimatedLaborHours | Plánovaný počet pracovních hodin potřebných k dokončení pracovního příkazu. | ||
| Popis Celkový počet hodin odhadovaný ve fázi plánování pro dokončení úkolu. V dashboardu „Přesnost odhadu pracnosti“ se porovnává se „Skutečným počtem pracovních hodin“. Velký rozdíl mezi odhadem a skutečností může ukazovat na nedostatečné plánování, chybějící standardní postupy nebo neočekávaný stav zařízení, který si vyžádal více práce. Proč je to důležité Nezbytný pro vyhodnocení přesnosti plánování a odhadu potřebných zdrojů. Kde data získat Tabulka: WORKORDER, sloupec: ESTLABHRS Příklady 2.04.58.0 | |||
| Umístění Location | Provozní umístění nebo fyzické pracoviště, kde se práce provádí. | ||
| Popis Určuje fyzickou oblast nebo kód provozního umístění, kde se zařízení nachází. Oproti číslu konkrétního zařízení poskytuje širší kontext a umožňuje analýzu podle oblasti nebo zóny. V dashboardu „Rozložení pracovní zátěže údržby“ slouží k zobrazení míst s vysokým počtem údržbářských činností a k plánování přesunů techniků mezi pracovišti. Proč je to důležité Poskytuje geografický kontext pro plánování logistiky a rozložení zdrojů. Kde data získat Tabulka: WORKORDER, sloupec: LOCATION Příklady BRILER-RMPLANT-AOFFICE-1 | |||
Činnosti údržby majetku
| Aktivita | Popis | ||
|---|---|---|---|
| Dokončení pracovního příkazu | Technik potvrdí, že fyzická práce byla dokončena. Tato změna stavu zastaví měření KPI doby realizace. | ||
| Proč je to důležité Hlavní koncové časové razítko technické realizace. Používá se k výpočtu plnění SLA a vytížení techniků. Kde data získat Tabulka WOSTATUS, kde STATUS = 'COMP' Zachycení Zaznamená se při změně stavu transakcí na COMP Typ události explicit | |||
| Schválení pracovního příkazu | Označuje, že pracovní příkaz prošel potřebnou kontrolou plánování a finančním schválením. Událost se určuje podle změny stavu v historii systému. | ||
| Proč je to důležité Důležité pro výpočet KPI doby plánování a schvalování. Zdržení v této fázi ukazují na administrativní úzká místa. Kde data získat Tabulka WOSTATUS, kde STATUS = 'APPR' Zachycení Porovnejte hodnotu stavu před změnou a po ní a určete přechod na APPR Typ události explicit | |||
| Uzavření pracovního příkazu | Závěrečná událost životního cyklu, při které se pracovní příkaz finančně vypořádá a přejde do režimu pouze pro čtení. Další náklady už nelze přiřadit. | ||
| Proč je to důležité Označuje konec administrativní doby vyřízení. Zdržení v této fázi ovlivňuje finanční výkaznictví. Kde data získat Tabulka WOSTATUS, kde STATUS = 'CLOSE' Zachycení Zaznamená se při změně stavu transakcí na CLOSE Typ události explicit | |||
| Vytvoření požadavku na údržbu | První událost, při které se v systému vytvoří pracovní příkaz, obvykle na základě servisního požadavku nebo automatického plánu. Zaznamenává se podle času vytvoření v tabulce WORKORDER nebo podle prvního záznamu v historii WOSTATUS. | ||
| Proč je to důležité Označuje začátek instance procesu a slouží jako výchozí bod pro měření celkové doby vyřízení a rychlosti první reakce. Kde data získat WORKORDER.REPORTDATE nebo první záznam v tabulce WOSTATUS (obvykle stav WAPPR) 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 technika. Zaznamená se při změně stavu uživatelem na probíhající práci. | ||
| Proč je to důležité Důležitý milník pro oddělení doby plánování od doby realizace. Používá se k výpočtu průměrné doby plánování a schvalování. Kde data získat Tabulka WOSTATUS, kde STATUS = 'INPRG' Zachycení Zaznamená se při změně stavu transakcí na INPRG Typ události explicit | |||
| Zrušení pracovního příkazu | Proces končí předčasně, protože práce byla vyhodnocena jako zbytečná, duplicitní nebo neproveditelná. Jde o konečný stav. | ||
| Proč je to důležité Zobrazuje se v dashboardu analýzy zrušených pracovních příkazů. Vysoký podíl zrušení ukazuje na problémy v předchozích krocích při vytváření požadavků. Kde data získat Tabulka WOSTATUS, kde STATUS = 'CAN' Zachycení Zaznamená se při změně stavu transakce na CAN Typ události explicit | |||
| Dokončení kontroly | Označuje, že během životního cyklu proběhla bezpečnostní nebo technická kontrola. Obvykle se zaznamená změnou stavu nebo dokončením měření v kontrolním seznamu. | ||
| Proč je to důležité Důležité pro dashboard bezpečnostní dokumentace a shody. Pomáhá zajistit, aby nebyly vynechány povinné kroky. Kde data získat Změna WOSTATUS na 'INSP' nebo podobný vlastní stav, případně dokončení záznamů MEASUREMENT Zachycení Porovnejte hodnotu stavu před změnou a po ní Typ události inferred | |||
| Naplánování zdrojů | Okamžik, kdy jsou k pracovnímu příkazu přiřazeni konkrétní pracovníci nebo týmy. Zaznamenává se při vytvoření přiřazení nebo při změně stavu na Waiting Schedule. | ||
| Proč je to důležité Podporuje dashboard analýzy plánování a schvalování tím, že ukazuje dobu potřebnou k nalezení dostupných techniků. Kde data získat Vytvoření řádků v tabulce ASSIGNMENT nebo změna WOSTATUS na 'WSCH' Zachycení Odvoďte z vytvoření záznamů Assignment propojených s WO Typ události inferred | |||
| Neúspěšná kontrola kvality | Nastane, když je dokončená práce při kontrole zamítnuta a stav se často vrátí na In Progress. Jde o opakování práce. | ||
| Proč je to důležité Přímo podporuje dashboard kvality údržby a opakovaných oprav tím, že upozorňuje na selhání procesu. Kde data získat Odvozeno z přechodu WOSTATUS z COMP zpět na INPRG nebo WAPPR Zachycení Odvoďte porovnáním historie polí WOSTATUS a vyhledejte zpětné přechody Typ události inferred | |||
| Odeslání požadavku na materiál | Označuje, že byly pro údržbu vyžádány náhradní díly nebo spotřební materiál. Událost lze odvodit ze změny stavu na Waiting on Material nebo z vytvoření řádků požadavku na materiál. | ||
| Proč je to důležité Nezbytné pro dashboard dostupnosti materiálu, který pomáhá odhalit zdržení v dodavatelském řetězci bránící zahájení práce. Kde data získat Tabulka WOSTATUS, kde STATUS = 'WMATL', nebo vytvoření záznamů v tabulce WPMATERIAL Zachycení Odvozeno ze změny stavu na WMATL Typ události inferred | |||
| Vyskladnění materiálu | Zaznamenává fyzickou spotřebu nebo výdej dílů ze skladu pro pracovní příkaz. Potvrzuje, že jsou díly k dispozici a používají se. | ||
| Proč je to důležité Ověřuje průběh dodávek a ovlivňuje celkovou analýzu nákladů na údržbu. Kde data získat Tabulka MATUSETRANS, kde ISSUETYPE = 'ISSUE' Zachycení Zaznamená se při transakci v MATUSETRANS Typ události explicit | |||
| Zaznamenání odpracovaných hodin | Záznam skutečného času, který technik odpracoval na konkrétním pracovním příkazu. U jednoho příkazu může vzniknout více záznamů, pokud se na práci podílí několik techniků. | ||
| Proč je to důležité Poskytuje skutečné hodnoty pro porovnání s odhady v dashboardu přesnosti odhadů práce. Kde data získat Záznamy v tabulce LABTRANS propojené s pracovním příkazem Zachycení Zaznamená se při transakci v LABTRANS Typ události explicit | |||
| Změna cílového termínu | Zaznamenává změnu plánovaného data dokončení nebo cílového termínu SLA. Pomáhá zjistit, kdy se očekávání posouvají kvůli zpoždění. | ||
| Proč je to důležité Důležité pro analýzu plnění SLA u kritických zařízení a odhalení případů, kdy se termíny posouvají, aby se předešlo porušení SLA. Kde data získat Auditní stopa polí TARGETCOMPDATE nebo SCHEDFINISH Zachycení Zaznamená se při aktualizaci datových polí transakcí Typ události explicit | |||
Návody k extrakci dat
Kroky
Výběr strategie pro databázový pohled: ProcessMind vyžaduje plochý záznam událostí, zatímco Maximo ukládá data hierarchicky: hlavičku v WORKORDER, historii ve WOSTATUS a náklady ve WOLABTRANS. Nejspolehlivějším postupem je nejprve vytvořit databázový pohled v databázi Maximo. Tento pohled pak poslouží jako zdroj pro Integration Framework.
Vytvoření pohledu SQL: Spusťte SQL z části Query ve svém nástroji pro správu databáze, například SQL Developer nebo SSMS. Dotaz sloučí
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSaA_WORKORDER(audit) do jediné ploché struktury.Registrace pohledu v Maximo: Přihlaste se do Maximo jako správce. Přejděte do System Configuration, Platform Configuration, Database Configuration. Vytvořte objekt s názvem
PM_WO_EVENTLOGa namapujte ho na databázový pohled vytvořený v předchozím kroku. SpusťteConfigDB, aby se pohled zaregistroval. U pohledů obvykle není nutné odstavit systém, ověřte si však své postupy.Vytvoření struktury objektů: Přejděte do Integration, Object Structures. Vytvořte strukturu objektů s názvem
MX_PM_EVENTSa přidejtePM_WO_EVENTLOGjako zdrojový objekt. Pokud je tato možnost k dispozici, zaškrtněte podporu ploché struktury.Nastavení kanálu publikování: Přejděte do Integration, Publish Channels. Vytvořte kanál
PC_PM_EVENTSa přiřaďte ho ke struktuře objektůMX_PM_EVENTS. V případě potřeby tak můžete nastavit pravidla zpracování.Nastavení externího systému: Přejděte do Integration, External Systems. Vyberte cílový systém nebo vytvořte obecný systém EXTSYS. Přidejte do něj kanál publikování
PC_PM_EVENTS.Zapnutí exportu dat: V aplikaci External Systems otevřete kartu Data Export. Vyberte kanál
PC_PM_EVENTS. Zde můžete zadat klauzuli SQL Where, napříkladEVENTTIMESTAMP >= '2023-01-01', a omezit tak období exportu.Export dat: Klikněte na Export. Systém vytvoří soubor XML nebo CSV podle nastaveného koncového bodu. Pro ProcessMind doporučujeme CSV. Ověřte, že je koncový bod, například
MXFLATFILE, nakonfigurován pro výstup CSV.Kontrola výstupu: Otevřete vytvořený soubor CSV. Ověřte, že záhlaví odpovídají atributům definovaným v dotazu, například WorkOrderNumber a Activity, a že v souboru nezůstaly žádné hierarchické značky XML.
Závěrečné formátování: Pokud export CSV z Maximo obsahuje standardní sloupce metadat systému, například
OWNER1neboORGID, odstraňte je, pokud je nepotřebujete. Načtěte vyčištěný soubor CSV do ProcessMind.
Konfigurace
- Synonyma stavů v Maximo: Maximo umožňuje používat vlastní kódy stavů, například APPR nebo WAPPR. Dotaz předpokládá standardní interní hodnoty. Zkontrolujte v systému
SYNONYMDOMAINpro doménuWOSTATUS, abyste vlastní stavy správně namapovali. - Auditní tabulky: Extrakce události „Aktualizace cílového data“ využívá auditní tabulku
A_WORKORDER. Pokud není pro objektWORKORDERzapnuté auditování, tato konkrétní aktivita nevrátí žádné řádky. Pokud je to důležité, zapněte auditování v Database Configuration. - Rozsah dat: Při prvním načtení filtrujte podle
EVENTTIMESTAMPza posledních 6 až 12 měsíců. Rozsáhlé historické načítání může přes webové rozhraní Integration Framework skončit vypršením časového limitu. U datových sad nad 50 000 řádků použijte zpracování na pozadí. - Filtry pracoviště a organizace: Maximo podporuje více pracovišť. Pokud analýza zahrnuje konkrétní provoz, vždy filtrujte podle
SITEID. - Výkon: Dotaz s
UNION ALLje náročný na zdroje. Ověřte, že databázové indexy existují proWOSTATUS.WONUM,WOLABTRANS.REFWOaMATUSETRANS.REFWO.
Ukázkový dotaz sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01') Kroky
Připojení k databázi: Navažte připojení JDBC nebo ODBC pouze pro čtení k databázi IBM Maximo, obvykle DB2, Oracle nebo SQL Server. Ověřte, že má uživatel oprávnění SELECT k tabulkám WORKORDER, WOSTATUS, LABTRANS a MATUSETRANS.
Vymezení rozsahu: Určete konkrétní SITES nebo ORGIDS, ze kterých chcete data extrahovat. Maximo podporuje více lokalit a čísla pracovních příkazů (WONUM) jsou jedinečná pouze v kombinaci s SITEID. Zvolte období, obvykle filtrováním podle REPORTDATE (datum vytvoření) nebo STATUSDATE.
Seznámení s datovým modelem: Tabulka WORKORDER obsahuje hlavičku. WOSTATUS uchovává historii změn životního cyklu. LABTRANS obsahuje podrobné záznamy práce a MATUSETRANS pohyby materiálu. Tyto tabulky je nutné spojit pomocí UNION ALL a vytvořit tak jednotný tok událostí.
Zpracování synonym: Maximo používá pro stavy definované v SYNONYMDOMAIN interní hodnoty (MAXVALUE) i zobrazované hodnoty (VALUE). Dotaz by měl pokud možno filtrovat podle interní hodnoty MAXVALUE, aby byly výsledky konzistentní i mezi lokalitami, které pro stejný stav používají různé zobrazované názvy.
Příprava dotazu: Zkopírujte SQL z části Query. Nahraďte zástupné hodnoty, například [Your Database Schema] a [Start Date], skutečnými údaji. Pokud vaše prostředí používá vlastní kódy stavů pro kontroly nebo ověřování kvality, upravte příslušné části klauzulí WHERE.
Spuštění extrakce: Spusťte dotaz. Podle objemu dat může být nutné rozdělit extrakci do dávek, například po měsících, abyste předešli časovým limitům databáze.
Ověření dat: Zkontrolujte, že se u každého pracovního příkazu nachází událost 'Maintenance Request Created'. Ověřte, že časová razítka mají formát kompatibilní s ProcessMind. Doporučujeme ISO 8601.
Zpracování po extrakci: Časová razítka Maximo obvykle obsahují milisekundy. Zachovejte je, aby se správně seřadily události, které nastaly krátce po sobě.
Export: Uložte výsledky jako soubor CSV nebo Parquet. Záhlaví sloupců musí odpovídat atributům definovaným ve výstupu dotazu.
Nahrání do ProcessMind: Importujte soubor do ProcessMind. Namapujte 'WorkOrderNumber' jako ID případu, 'Activity' jako název aktivity a 'EventTimestamp' jako časové razítko.
Konfigurace
- Databázové platformy: Maximo obvykle běží na IBM DB2, Oracle nebo SQL Server. Uvedená syntaxe je standardní SQL, ale podle konkrétní platformy může vyžadovat drobné úpravy funkcí pro práci s datem, například TO_DATE místo CAST.
- Filtrování podle data: Pomocí sloupce REPORTDATE v tabulce WORKORDER určete rozsah instancí procesu. Běžně se používá pohyblivé období posledních 12 měsíců.
- Důležitost ID pracoviště: Nespoléhejte se na jedinečnost samotného WONUM. Vždy spojte WONUM a SITEID, případně při analýze více pracovišť zahrňte SITEID jako atribut případu.
- Logika stavů: Maximo umožňuje vlastní hodnoty stavů. Pokud standardní stavy, například WMATL nebo COMP, nevracejí výsledky, zkontrolujte tabulku SYNONYMDOMAIN.
- Výkon: Tabulky LABTRANS a MATUSETRANS mohou být velmi rozsáhlé. Ověřte, že jsou indexované podle REFWO a SITEID.
Ukázkový dotaz 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') Chcete začít?
Začněte zlepšovat strategii údržby tím, že tuto šablonu použijete při extrakci dat. Náš tým vám pomůže převést technické záznamy na užitečné poznatky o procesech.
Zlepšete údržbu majetku a omezte odstávky
Zkraťte cyklus údržby o 30 % a odstraňte úzká místa
Zkušební verze na 14 dní zdarma, bez nutnosti zadávat platební kartu