Datová šablona pro údržbu majetku
Datová šablona pro údržbu majetku
Toto je obecná šablona dat pro process mining pro proces Údržba majetku. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.
Vyberte konkrétní systém- Úplný seznam standardních milníků údržby
- Flexibilní schéma atributů pro podrobnou analýzu výkonnosti
- Plná kompatibilita s daty z libovolného systému správy podnikového majetku
Atributy údržby majetku
| Název | Popis | ||
|---|---|---|---|
| Časové razítko události EventTimestamp | Konkrétní datum a čas, kdy k aktivitě došlo. | ||
| Popis Tento atribut zaznamenává časový údaj u každé události v protokolu údržby. Uvádí přesný okamžik změny stavu nebo zaúčtování transakce ve zdrojovém systému. Časová razítka jsou základem všech časových metrik v process mining. Umožňují vypočítat dobu průchodu procesem, celkovou dobu vyřízení i dobu nečinnosti zdrojů. Přesná časová razítka jsou nutná také pro správné seřazení událostí, které následují rychle po sobě. Proč je to důležité Umožňuje seřadit události a vypočítat všechny časové metriky. Kde data získat Najdete ho v transakčních protokolech, historických tabulkách nebo auditních záznamech u příslušné aktivity. Příklady 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Číslo pracovního příkazu WorkOrderNumber | Jedinečný identifikátor případu údržby nebo pracovního příkazu. | ||
| Popis Tento atribut slouží jako hlavní identifikátor případu pro analýzu process mining. Označuje jeden celý cyklus údržby, od původního požadavku nebo podnětu k preventivní údržbě až po dokončení a finanční uzavření. Při analýze se toto pole používá jako primární klíč pro seskupení souvisejících událostí, nákladů a záznamů o zdrojích. Nástroj process mining díky němu rekonstruuje průběh jednotlivých zakázek. Analytici tak mohou sledovat tok práce, hledat úzká místa na úrovni případů a porovnávat výsledky podle typu nebo priority pracovního příkazu. Proč je to důležité Jde o základní ID případu, které je nutné k rozlišení jednotlivých instancí procesu. Kde data získat Obvykle se nachází v tabulce hlaviček pracovních příkazů, například jako WONUM v Maximo nebo AUFNR v SAP. Příklady WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Název aktivity ActivityName | Konkrétní úkol, změna stavu nebo událost v rámci workflow. | ||
| Popis Tento atribut popisuje jednotlivé kroky v průběhu pracovního příkazu údržby. Zachycuje stavy, kterými příkaz prochází, například vytvoření, schválení, zahájení práce, pozastavení a dokončení. Pro přesnou analýzu process mining toto pole převádí různé systémové události na srozumitelné aktivity. Je nezbytné pro zobrazení mapy procesu, výpočet doby mezi jednotlivými fázemi a hledání opakovaných cyklů, kdy se pracovní příkaz vrací k předchozímu stavu. Proč je to důležité Určuje uzly v mapě procesu a je nutný k rekonstrukci workflow. Kde data získat Získává se z tabulek historie stavů, transakčních protokolů nebo záznamů o změnách pracovních příkazů. Příklady Vytvoření pracovního příkazuVyskladnění materiáluSchválení udělenoStav změněn na ProbíháUzavření pracovního příkazu | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko označující, kdy byl záznam naposledy extrahován nebo aktualizován. | ||
| Popis Tento atribut sleduje aktuálnost datové sady použité při analýze. Analytici díky němu zjistí, jak aktuální data jsou, a odhalí případné prodlevy mezi provozním systémem a prostředím process mining. Ačkoli není součástí samotného toku procesu, je důležitý pro správu dat. Zúčastněné strany díky němu vědí, zda pracují s aktuálními daty, nebo se snímkem z předchozí uzávěrky. Proč je to důležité Pomáhá ověřit aktuálnost dat a spravovat přírůstkové načítání. Kde data získat Vytváří ho ETL pipeline nebo skript pro extrakci při běhu. Příklady 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Zdrojový systém SourceSystem | Název aplikace nebo databáze, ze které záznam pochází. | ||
| Popis Tento atribut označuje softwarové prostředí, ve kterém data vznikla. V prostředí údržby s více systémy mohou data pocházet z ERP, specializovaného CMMS nebo platformy pro monitorování IoT. Při analýze se toto pole hodí k filtrování dat, pokud jsou do jednoho modelu procesu načtena data z několika systémů. Pomáhá ověřit původ dat a porovnat jejich kvalitu nebo rozdíly v procesech mezi staršími systémy. Proč je to důležité Zajišťuje dohledatelnost dat v prostředí s více systémy. Kde data získat Nastavuje se pevně při extrakci nebo se mapuje z konfigurace systému. Příklady SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Celkové skutečné náklady TotalActualCost | Celkové vzniklé náklady včetně práce, materiálu a služeb. | ||
| Popis Tento atribut sčítá všechny finanční zápisy související s pracovním příkazem. Vyjadřuje konečný finanční dopad údržby. Analýza nákladů je jedním z hlavních důvodů, proč se v řízení majetku používá process mining. Tento atribut pomáhá určit nejdražší skupiny zařízení z hlediska údržby a odhalit případy, kdy náklady na opravu převyšují hodnotu zařízení. Proč je to důležité Je základem analýzy finančního dopadu a vykazování odchylek od rozpočtu. Kde data získat Souhrnné tabulky nákladů nebo součet zápisů v hlavní knize propojených s pracovním příkazem. Příklady 1500.00245.5010000.000.00560.75 | |||
| ID zařízení AssetId | Jedinečný identifikátor zařízení nebo provozovny, na které se údržba provádí. | ||
| Popis Tento atribut propojuje pracovní příkaz s fyzickým zařízením v provozu. Označuje štítek, ID zařízení nebo kód stroje, na kterém se údržba provádí. Pomáhá odhalit zařízení s častými poruchami nebo opravami. Seskupením pracovních příkazů podle ID zařízení mohou analytici vypočítat střední dobu mezi poruchami (MTBF) a určit, která zařízení spotřebovávají nepřiměřeně velkou část rozpočtu na údržbu. Proč je to důležité Umožňuje analyzovat výkon konkrétních zařízení a vypočítat MTBF. Kde data získat Tabulka hlaviček pracovních příkazů, například ASSETNUM v Maximo nebo EQUNR v SAP. Příklady PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Kritičnost zařízení AssetCriticality | Hodnocení provozní důležitosti zařízení. | ||
| Popis Tento atribut rozděluje zařízení podle dopadu, který by jejich porucha měla na bezpečnost, životní prostředí nebo výrobu. Obvykle jde o statický údaj v kmenových datech zařízení, který se často kopíruje také do pracovního příkazu. Analytici podle tohoto atributu ověřují, zda týmy údržby správně upřednostňují práci na kritických zařízeních. Pomáhá zjistit, zda se u nejdůležitějších zařízení nejlépe dodržují plány preventivní údržby. Proč je to důležité Pomáhá sladit priority údržby s obchodními riziky a dopadem na provoz. Kde data získat Kmenová data zařízení nebo hlavička pracovního příkazu, pokud jsou údaje denormalizované. Příklady A - ZásadníB - DůležitéC - VedlejšíKritické z hlediska bezpečnostiKritické pro výrobu | |||
| Oddělení údržby MaintenanceDepartment | Organizační jednotka nebo dílna odpovědná za provedení práce. | ||
| Popis Tento atribut označuje tým, profesi nebo oddělení přiřazené k pracovnímu příkazu, například elektroúdržbu, strojní údržbu, měřicí techniku nebo správu budov. Umožňuje porovnávat výkonnost různých týmů. Analytici mohou mezi odděleními porovnat dobu průchodu, objem nevyřízených zakázek a míru přepracování a odhalit potřebu školení nebo nedostatek zdrojů v konkrétních profesích. Proč je to důležité Umožňuje porovnat výkonnost a objem nevyřízených zakázek mezi týmy. Kde data získat Hlavička pracovního příkazu, například Work Center v SAP nebo Crew ID v Maximo. Příklady Strojní dílnaElektroúdržbaSpráva budovExterní dodavatelMěřicí technika | |||
| Plánované datum dokončení TargetCompletionDate | Plánovaný termín, do kterého má být pracovní příkaz dokončen. | ||
| Popis Tento atribut uvádí termín stanovený plánovačem nebo vyplývající ze SLA. Slouží jako referenční bod pro výpočet včasného dokončení. Porovnáním skutečného data dokončení s plánovaným termínem lze vypočítat dodržení harmonogramu a zpoždění. Výrazné odchylky mohou ukazovat na nedostatky v plánování nebo omezené zdroje. Proč je to důležité Slouží jako základ pro výpočet zpoždění a dodržení harmonogramu. Kde data získat Karta plánování pracovního příkazu, například GLTRP v SAP nebo SCHEDFINISH v Maximo. Příklady 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Preventivní údržba IsPreventive | Příznak určující, zda pracovní příkaz patří do programu preventivní údržby. | ||
| Popis Tento logický atribut zjednodušuje typ pracovního příkazu na dvě kategorie: preventivní a ostatní. Často se odvozuje z kódu typu pracovního příkazu. Pomocí tohoto příznaku lze rychle filtrovat dashboardy a zaměřit se na dodržování preventivní údržby. Zjednodušuje také výpočet KPI poměru preventivní a nápravné údržby, což je běžná oborová metrika pro hodnocení vyspělosti organizace údržby. Proč je to důležité Zjednodušuje filtrování a výpočet KPI pro poměr preventivní údržby. Kde data získat Odvozuje se z typu pracovního příkazu nebo z konkrétního systémového příznaku, například příznaku PPM. Příklady truefalse | |||
| Skutečně odpracované hodiny ActualLaborHours | Celkový čas, který technici odpracovali na zakázce. | ||
| Popis Tento atribut sčítá dobu všech pracovních záznamů vykázaných k pracovnímu příkazu. Vyjadřuje skutečné úsilí vynaložené na dokončení úkolu. Metrika je důležitá pro výpočet využití pracovníků a efektivity práce. Porovnání skutečných a odhadovaných hodin ukazuje přesnost plánování. Výrazné rozdíly mohou poukazovat na nejasně vymezený rozsah práce nebo nedostatek potřebných dovedností. Proč je to důležité Měří vynaložené úsilí a slouží k výpočtu využití pracovníků a přesnosti plánování. Kde data získat Součet údajů z tabulek pracovních výkazů nebo pracovních transakcí. Příklady 4.512.00.548.0160.0 | |||
| Typ pracovního příkazu WorkOrderType | Rozlišuje preventivní, nápravnou, havarijní a projektovou údržbu. | ||
| Popis Tento atribut určuje povahu údržbářských prací. Obvyklé hodnoty rozlišují plánované práce (preventivní) od neplánovaných odstávek (nápravné nebo havarijní). Jde o standardní pole téměř ve všech systémech EAM/CMMS. Analytici podle tohoto pole rozdělují model procesu. Porovnání workflow havarijních oprav a preventivní údržby často odhalí výrazné rozdíly v průběhu procesu, požadavcích na schválení i době průchodu. Toto pole je hlavním ukazatelem pro výpočet poměru preventivní a reaktivní údržby. Proč je to důležité Je zásadní pro rozdělení analýzy na plánované a neplánované práce. Kde data získat Tabulka hlaviček pracovních příkazů, například WORKTYPE v Maximo nebo AUART v SAP. Příklady PreventivníNápravnáHavarijníPrediktivníInvestiční projekt | |||
| Úroveň priority PriorityLevel | Naléhavost nebo důležitost přiřazená pracovnímu příkazu. | ||
| Popis Tento atribut vyjadřuje, jak důležitý je úkol údržby pro provoz. Hodnoty obvykle sahají od číselných kódů (1, 2, 3) po slovní označení (kritická, vysoká, střední, nízká). Určuje požadovanou dobu reakce a přidělení zdrojů. Při analýze procesu se tento atribut používá ke kontrole dodržování SLA. Analytici zjišťují, zda zakázky s vysokou prioritou skutečně procházejí procesem rychleji než zakázky s nízkou prioritou, nebo zda se zdržují při schvalování. Proč je to důležité Umožňuje analyzovat dodržování SLA a ověřit, zda jsou zdroje správně prioritizovány. Kde data získat Tabulka hlaviček pracovních příkazů, například PRIORITY v Maximo nebo PRIOK v SAP. Příklady 1 - Kritická2 - Vysoká3 - Střední4 - NízkáHavarijní | |||
| Místo práce WorkLocation | Fyzické pracoviště nebo funkční místo, kde se práce provádí. | ||
| Popis Tento atribut určuje geografickou nebo funkční oblast, ve které se zařízení nachází. Může jít o konkrétní budovu, patro nebo vzdálené pracoviště. Údaje o místě pomáhají analyzovat zbytečné cestování a logistiku. Pokud technici tráví hodně času cestami mezi vzdálenými místy kvůli zakázkám s nízkou prioritou, process mining může ukázat příležitost lépe plánovat trasy nebo seskupovat pracovní příkazy podle místa. Proč je to důležité Pomáhá analyzovat logistiku a hledat úzká místa spojená s konkrétními místy. Kde data získat Hlavička pracovního příkazu nebo propojená tabulka umístění zařízení. Příklady Budova A - 2. patroSeverní závodPracoviště 55Vzdálená čerpací staniceDílna | |||
| Přiřazený pracovník AssignedResource | Konkrétní technik nebo vedoucí pracovník pověřený provedením práce. | ||
| Popis Tento atribut označuje konkrétního pracovníka nebo vedoucího technika odpovědného za provedení údržby. Oddělení sleduje tým, toto pole konkrétní osobu. Tato podrobnost se hodí při analýze rozložení pracovní zátěže. Může ukázat, zda jsou někteří technici dlouhodobě přetížení nebo zda u konkrétních pracovníků dochází častěji k přepracování, což může znamenat potřebu školení. Proč je to důležité Umožňuje analyzovat rozložení pracovní zátěže a výkonnost jednotlivých pracovníků. Kde data získat Tabulky přiřazení pracovních příkazů nebo podrobné tabulky práce. Příklady J. SmithA. DoeTechnik-001Dodavatel-XYZVedoucí týmu 5 | |||
Činnosti při údržbě majetku
| Aktivita | Popis | ||
|---|---|---|---|
| Dokončení pracovního příkazu | Technické dokončení fyzické práce. Zařízení se vrací do provozu, i když mohou zbývat administrativní a finanční úkony. | ||
| Proč je to důležité Hlavní časové razítko pro výpočet délky opravy a doby odstávky zařízení. Kde data získat Zaznamenává se při změně stavu na Completed, TECO nebo Finished. Zachycení Zaznamenejte změnu stavu označující technické dokončení. Typ události explicit | |||
| Naplánování pracovního příkazu | Přiřazení konkrétních pracovních zdrojů, týmů nebo pevného termínu v kalendáři k pracovnímu příkazu. Příkaz se tím přesune z nevyřízené fronty do denního nebo týdenního plánu. | ||
| Proč je to důležité Rozlišuje dobu, po kterou úkol čeká ve frontě, od doby čekání na konkrétního technika. Kde data získat Odvozuje se od vytvoření záznamů o přiřazení pracovníků nebo o vyslání na místo. Zachycení Časové razítko přiřazení zdroje nebo nastavení stavu vyslání. Typ události explicit | |||
| Schválení pracovního příkazu | Změna stavu schválení potvrzuje, že byl rozsah práce, odhad nákladů a plán zkontrolován a přijat. Práce je nyní uvolněna k provedení. | ||
| Proč je to důležité Tento údaj měří dobu potřebnou k administrativnímu schválení plánu a rozpočtu. Kde data získat Obvykle se zaznamenává při změně stavu na Approved, Released nebo Authorized. Zachycení Vyfiltrujte události změny stavu, které označují schválení. Typ události explicit | |||
| Uzavření pracovního příkazu | Závěrečný administrativní krok, při kterém se pracovní příkaz finančně uzavře a archivuje. Nelze k němu už přiřadit další náklady ani práci. | ||
| Proč je to důležité Označuje úplný konec případu v systému. Prodlevy v této fázi ukazují na administrativní nedodělky. Kde data získat Zaznamenává se při změně stavu na Closed, Archived nebo CLSD. Zachycení Zaznamenejte konečnou změnu stavu na Closed. Typ události explicit | |||
| Vytvoření pracovního příkazu | Formální vytvoření záznamu pracovního příkazu údržby v systému. Tím se stanoví ID případu a základ pro plánování, rozvržení práce a její provedení. | ||
| Proč je to důležité Jde o hlavní referenční bod procesu, který označuje začátek administrativního cyklu údržby. Kde data získat Získává se z časového razítka vytvoření hlavičky hlavní tabulky pracovních příkazů. Zachycení Zaznamenejte časové razítko vytvoření jedinečného ID pracovního příkazu. Typ události explicit | |||
| Zahájení pracovního příkazu | Okamžik, kdy technici začnou fyzicky pracovat na zařízení. Označuje přechod od plánování a čekání k samotnému provádění práce. | ||
| Proč je to důležité Nezbytné pro výpočet průměrné doby opravy (MTTR) a rozlišení administrativního čekání od času stráveného samotnou opravou. Kde data získat Obvykle se zaznamenává při změně stavu na In Progress nebo časovým razítkem prvního záznamu práce. Zachycení Zaznamenejte změnu stavu na In Progress nebo Started. Typ události explicit | |||
| Zaznamenání odpracovaných hodin | Technik vykáže skutečně odpracované hodiny u pracovního příkazu. Tato činnost se může opakovat, když se na práci podílí více členů týmu. | ||
| Proč je to důležité Slouží jako základ pro výpočet nákladů a analýzu využití kapacit. Prodlevy mezi záznamy práce mohou ukazovat na přerušení procesu. Kde data získat Získává se z tabulek potvrzení odpracovaného času nebo ze záznamů pracovních transakcí. Zachycení Zaznamenejte každý výkaz času přiřazený k pracovnímu příkazu. Typ události explicit | |||
| Aktualizace cílového termínu | Změna plánovaného data zahájení nebo dokončení pracovního příkazu. Odráží úpravu očekávání podle dostupnosti zdrojů nebo vzniklých prodlev. | ||
| Proč je to důležité Sledování změn termínů pomáhá zjistit, zda se KPI plní díky lepšímu výkonu, nebo jen posouváním cílových termínů. Kde data získat Najdete ji v auditních záznamech změn polí Scheduled Start nebo Required By Date. Zachycení Zaznamenejte změny datových polí v historii pracovního příkazu. Typ události explicit | |||
| Aktualizace priority | Změna kritičnosti nebo naléhavosti pracovního příkazu po jeho vytvoření. Zaznamenává novou hodnotu priority a čas, kdy bylo rozhodnutí přijato. | ||
| Proč je to důležité Časté změny priority mohou ukazovat na nedostatky při třídění požadavků nebo na obcházení fronty nevyřízených příkazů. Kde data získat Obvykle se zaznamenává v auditní stopě polí nebo v historii systému, která sleduje pole Priority. Zachycení V auditním záznamu vyhledejte změny pole priority. Typ události explicit | |||
| Dokončení kontroly kvality | Samostatný ověřovací krok, při kterém se oprava zkontroluje, změří nebo otestuje. Ověřuje, že zařízení splňuje provozní požadavky, než se vrátí do provozu. | ||
| Proč je to důležité Důležité pro analýzu shody a bezpečnosti. Neúspěšná kontrola vede k opakování práce. Kde data získat Najdete ho v záznamech kontrol, dokončených kontrolních seznamech nebo u konkrétních změn stavu. Zachycení Zjistěte dokončení kontrolních úkolů nebo aktualizace stavu kvality. Typ události explicit | |||
| Pozastavení pracovního příkazu | Stav pracovního příkazu se změní na pozastavený a práce se zastaví. Obvykle k tomu dochází kvůli chybějícím dílům, nemožnosti přístupu nebo bezpečnostním problémům. | ||
| Proč je to důležité Odhaluje úzká místa a vnější závislosti, které narušují standardní průběh procesu. Kde data získat Zaznamenává se přímo v historii stavů při změně na Hold, Suspended nebo Blocked. Zachycení Vyfiltrujte změny stavu, které označují pozastavení. Typ události explicit | |||
| Vyskladnění materiálu | Fyzické vydání náhradních dílů ze skladu k pracovnímu příkazu. Potvrzuje, že materiál je k dispozici a byl použit. | ||
| Proč je to důležité Ověřuje, že díly byly skutečně použity, a ukončuje měření prodlev způsobených jejich nedostupností. Kde data získat Najdete ho v záznamech skladových transakcí, kde je typ výdeje propojen s pracovním příkazem. Zachycení Získejte časové razítko z transakcí výdeje ze skladu. Typ události explicit | |||
| Vytvoření požadavku na materiál | K pracovnímu příkazu se přiřadí formální požadavek na náhradní díly nebo spotřební materiál. Tím se zahájí dílčí proces dodávky potřebný k opravě. | ||
| Proč je to důležité Nezbytné pro analýzu prodlev způsobených závislostí na dodavatelském řetězci a nedostupností materiálu. Kde data získat Najdete ho v tabulkách požadavků na materiál nebo při změně stavu na Waiting on Material. Zachycení Zjistěte, kdy byly vytvořeny položky materiálu propojené s pracovním příkazem. Typ události explicit | |||
| Vytvoření požadavku na údržbu | První podání hlášení o závadě nebo požadavku na servis obsluhou či automatizovaným systémem. Často předchází formálnímu pracovnímu příkazu a označuje skutečný začátek procesu vyřízení požadavku. | ||
| Proč je to důležité Zaznamenání tohoto kroku umožňuje vypočítat celkovou dobu reakce od okamžiku zjištění problému, nejen od chvíle, kdy požadavek přijme tým údržby. Kde data získat Obvykle se nachází v záznamech servisních požadavků, tabulkách systému help desk nebo v historii oznámení. Zachycení Získejte časové razítko vytvoření původního požadavku propojeného s pracovním příkazem. Typ události explicit | |||
| Zaznamenání opakované údržby | Označuje, že dokončená práce byla zamítnuta nebo krátce poté selhala a stav se musel vrátit na In Progress. Jde o opakování části procesu. | ||
| Proč je to důležité Důležitý ukazatel nedostatků v odborném školení nebo nízké kvality náhradních dílů. Kde data získat Odvozuje se ze zpětné změny stavu z Complete na In Progress nebo se zaznamenává výslovně pomocí kódu Rework. Zachycení Zjistěte zpětné změny stavu nebo příznaky opakované práce. Typ události inferred | |||
| Zrušení pracovního příkazu | Předčasné ukončení pracovního příkazu před dokončením práce. Dochází k němu, pokud je práce označena za nepotřebnou, duplicitní nebo sloučenou s jiným příkazem. | ||
| Proč je to důležité Vysoký počet zrušených příkazů může ukazovat na nedostatečné filtrování požadavků v předchozích fázích nebo na duplicitní zadávání dat. Kde data získat Zaznamenává se při změně stavu na Cancelled, Rejected nebo Void. Zachycení Vyfiltrujte konečné hodnoty stavu, které označují zrušení. Typ události explicit | |||
Návody na extrakci dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
Chcete začít?
Můžete postupovat podle návodu na extrakci dat pro konkrétní platformu nebo použít tuto obecnou šablonu pro vlastní data. V obou případech můžete začít s projektem process mining.
Zvyšte efektivitu údržby majetku
Omezte odstávky a snižte náklady na údržbu díky aktuálním datům.
Bez platební karty. Nastavení zabere 5 minut.