Datová šablona pro údržbu majetku

IBM Maximo
Datová šablona pro údržbu majetku

Datová šablona pro údržbu majetku

Tato datová šablona nabízí strukturovaný rámec pro analýzu správy pracovních příkazů a cyklů oprav zařízení ve vaší organizaci. Uvádí konkrétní datová pole a milníky procesu, které potřebujete k přehledu o provozu údržby. Postupujte podle tohoto průvodce a ověřte, že záznam událostí obsahuje potřebné údaje k odhalení úzkých míst a omezení neplánovaných odstávek.
  • Úplný seznam atributů údržby
  • Důležité milníky procesu ke sledování
  • Podrobný technický návod k extrakci dat
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy údržby majetku

Doporučená datová pole, která zahrňte do záznamu událostí pro důkladnou analýzu provozu údržby majetku.
5 Povinné 9 Doporučené 9 Volitelné
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
Povinné Doporučené Volitelné

Činnosti údržby majetku

Zachyťte tyto důležité kroky a milníky procesu v záznamu událostí, abyste mohli přesně zmapovat životní cyklus pracovního příkazu.
6 Doporučené 7 Volitelné
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
Doporučené Volitelné

Návody k extrakci dat

Jak získat data z IBM Maximo

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

Začněte zkušební verzi

Zkušební verze na 14 dní zdarma, bez nutnosti zadávat platební kartu