Eszközkarbantartási adatsablon
Eszközkarbantartási adatsablon
- A karbantartási attribútumok teljes listája
- Követendő fontos folyamatmérföldkövek
- Részletes műszaki útmutató az adatok kinyeréséhez
Eszközkarbantartási attribútumok
| Név | Leírás | ||
|---|---|---|---|
| Esemény időbélyege EventTimestamp | Az esemény bekövetkezésének pontos dátuma és időpontja. | ||
| Leírás Ez az attribútum rögzíti az esemény pontos időpontját, például a státuszváltozás vagy a munkaidő rögzítésének idejét. Ez adja az átfutási idők és időtartamok kiszámításához szükséges időbeli adatokat. A pontos időbélyegek elengedhetetlenek az „Átlagos tervezési és jóváhagyási átfutási idő” kiszámításához és az események helyes sorrendjének megállapításához. A Maximo rendszerben ez általában a státuszrekord módosítási dátuma. Miért fontos? Az események időrendi sorrendbe állításához és az időalapú KPI-k kiszámításához szükséges. Hol szerezhető be? Tábla: WOSTATUS, oszlop: CHANGEDATE Példák 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Karbantartási munkalap WorkOrderNumber | A karbantartási munkalap egyedi, alfanumerikus azonosítója. | ||
| Leírás Ez az attribútum a karbantartási folyamat központi esetazonosítója. Az IBM Maximo rendszerben minden munkalapot egyedileg azonosít, és egyetlen végrehajtott munkához kapcsolja a kapcsolódó tevékenységeket, munkaerő-tranzakciókat és anyagfelhasználást. A process mining elemzésben ezzel az azonosítóval csoportosíthatók az események esetekké. Az elemzők így nyomon követhetik a karbantartási feladat teljes életciklusát a kérés létrehozásától a jóváhagyáson és végrehajtáson át az adminisztratív lezárásig. Miért fontos? Ez az alapvető kulcs a folyamatmenet rekonstruálásához, és lehetővé teszi az egyes munkák nyomon követését a különböző részlegeken. Hol szerezhető be? Tábla: WORKORDER, oszlop: WONUM Példák WO100234WO100235CM-99281PM-11002 | |||
| Tevékenység Activity | A munkalap életciklusa során bekövetkezett konkrét esemény vagy státuszváltozás. | ||
| Leírás Ez az attribútum a karbantartási folyamat egy-egy lépését jelöli, például a „Munkalap jóváhagyva” vagy a „Munkaidő rögzítve” eseményt. Az IBM Maximo rendszerben az érték jellemzően az előzménytáblák státuszváltozásaiból vagy olyan tranzakciós naplókból származik, mint a munkaidő-jelentés. Ezek az értékek alkotják a folyamattérkép csomópontjait, és megmutatják a lépések sorrendjét. Elemzésükkel a szervezet azonosíthatja a folyamatváltozatokat, a visszatérő lépéseket és a szabványos karbantartási eljárástól való eltéréseket. Miért fontos? Megmutatja, hogy mi történik a folyamatban. Ez elengedhetetlen a folyamattérkép elkészítéséhez és a munkafolyamat végrehajtásának megértéséhez. Hol szerezhető be? Tábla: WOSTATUS (oszlop: STATUS) vagy WOLOG Példák APPRINPRGCOMPCLOSEWMATL | |||
| Forrásrendszer SourceSystem | Annak a rendszernek a neve, ahonnan az adat származik. | ||
| Leírás Megadja, melyik alkalmazásból származik az adatrekord. Ebben az esetben ez jellemzően az „IBM Maximo”. Különösen hasznos, ha több karbantartási rendszer adatait egyesítik, vagy ERP-adatokkal integrálják. Ha a process mining projekt több CMMS-példányt használó, összetett rendszerkörnyezetet érint, az elemzők ezzel az attribútummal szűrhetnek a nyilvántartó rendszerre. Miért fontos? Több rendszer használatakor biztosítja az adatok eredetének nyomon követhetőségét. Hol szerezhető be? Kinyeréskor rögzített érték Példák IBM MaximoMaximo PRODMaximo Legacy | |||
| Utolsó adatfrissítés LastDataUpdate | Az adat kinyerésének vagy legutóbbi frissítésének időbélyege. | ||
| Leírás Megmutatja, mikor dolgozták fel vagy nyerték ki utoljára a rekordot process mining céljára. Segít felmérni az adatok frissességét és megbízhatóságát, így ellenőrizhető, hogy az elemzés a karbantartási működés aktuális állapotát tükrözi-e. Ez az attribútum elengedhetetlen a növekményes adatbetöltéshez és annak ellenőrzéséhez, hogy a dashboardok naprakész információkat mutatnak-e a munkalapok státuszáról és a hátralékról. Miért fontos? Az adatok késésének és frissességének megítéléséhez szükséges. Hol szerezhető be? A rendszeridő az adatok kinyerésekor Példák 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Aktuális státusz Status | A munkalap aktuális életciklus-állapota. | ||
| Leírás A munkalap aktuális adminisztratív státusza (például „APPR”, „WAPPR”, „COMP”). Az „Tevékenység” attribútum a változások előzményeit rögzíti, ez az attribútum pedig az utolsó ismert állapotot mutatja. Az adathalmaz szűrésére használható, például a nyitott munkalapok elkülönítésére a lezártaktól. Ez támogatja a „Karbantartási munkaterhelés megoszlása” elemzést. Miért fontos? Pillanatképet ad az aktuális munkaterhelésről és a hátralékról. Hol szerezhető be? Tábla: WORKORDER, oszlop: STATUS Példák APPRCLOSEINPRG | |||
| Eszköz kritikussága AssetCriticality | Az eszköz üzleti működés szempontjából vett fontosságát jelző érték. | ||
| Leírás Az eszközrekordon szereplő besorolás, általában 1–10-es skálán vagy A/B/C kategóriákkal, amely a meghibásodás következményeit jelzi. Ezt össze kell kapcsolni a munkalap nézetével. Ez az attribútum szükséges a „Kritikus eszközök SLA-teljesítménye” dashboardhoz. Segít arra összpontosítani az elemzést, ami a leginkább számít: egy kritikus generátor késése nagyobb súllyal esik latba, mint egy pihenőhelyiség kávéfőzőjének meghibásodása. Miért fontos? Lehetővé teszi a folyamat teljesítményének üzleti kockázat szerinti bontását. Hol szerezhető be? Tábla: ASSET, oszlop: PRIORITY (összekapcsolás az ASSETNUM mezőn keresztül) Példák 1510 | |||
| Eszközazonosító AssetNumber | A karbantartott berendezés vagy eszköz egyedi azonosítója. | ||
| Leírás Az a konkrét gép, jármű vagy létesítményrész, amelyen a karbantartást végzik. Ez kapcsolja össze a folyamatadatokat a fizikai eszközök hierarchiájával. Segít azonosítani a gyakran meghibásodó eszközöket. A „Karbantartás minősége és utómunka aránya” elemzésben az attribútum alapján eszközönként csoportosíthatók a munkalapok. Így kiszámítható a meghibásodások közötti átlagos idő (MTBF), és feltárhatók a tartós megbízhatósági problémák. Miért fontos? Összekapcsolja a folyamat végrehajtását a fizikai infrastruktúra teljesítményével. Hol szerezhető be? Tábla: WORKORDER, oszlop: ASSETNUM Példák PUMP-101HVAC-02FLEET-99 | |||
| Hozzárendelt szerelő AssignedResource | A munkavégzésre kijelölt személy vagy vezető szerelő. | ||
| Leírás Azonosítja a munkalapért felelős személyt vagy vezető szerelőt. Az adat a „Lead” mezőből származhat, vagy a munkaerő-hozzárendelések alapján állítható elő. Ez teszi lehetővé az „Erőforrások és alvállalkozók termelékenysége” dashboard használatát. Az attribútum elemzésével feltárhatók a munkaterhelés egyenlőtlenségei a „Karbantartási munkaterhelés megoszlása” nézetben, és összehasonlítható a különböző szerelők vagy munkacsoportok hatékonysága. Miért fontos? A munkaerő termelékenységének elemzéséhez és a munkaterhelés kiegyensúlyozásához szükséges. Hol szerezhető be? Tábla: WORKORDER, oszlop: LEAD (vagy az ASSIGNMENT táblából) Példák JSMITHBPATELMRODRIGUEZ | |||
| Munkalap típusa WorkType | A munkalapot megelőző (PM), javító (CM) vagy sürgősségi (EM) karbantartásként sorolja be. | ||
| Leírás Ez az attribútum a karbantartási feladat jellegét határozza meg. A Maximo rendszerben gyakori értékek a PM (megelőző karbantartás), a CM (javító karbantartás) és az EM (sürgősségi karbantartás). Ez a besorolás alapozza meg a „Megelőző és reaktív karbantartás” dashboardot. Az attribútum szerinti szűréssel az elemzők kiszámíthatják a „Sürgősségi karbantartás aránya” KPI-t, és nyomon követhetik, hogyan változik a karbantartási stratégia a reaktív hibaelhárítástól a tervezett, megbízhatóságot javító munkák felé. Miért fontos? Elkülöníti a tervezett és a nem tervezett munkákat, ami a karbantartás érettségének fontos mutatója. Hol szerezhető be? Tábla: WORKORDER, oszlop: WORKTYPE Példák PMCMEMCPMOD | |||
| Prioritás Priority | A munkalaphoz rendelt sürgősségi szint. | ||
| Leírás A munkalap fontosságát és sürgősségét jelző szám vagy kategória. A Maximo rendszerben ez jellemzően szám, ahol az alacsonyabb érték nagyobb sürgősséget jelent (például 1 = sürgősségi). Ez az attribútum segít a hátralékban szereplő munkák rangsorolásában, és szükséges a „Kritikus eszközök SLA-teljesítménye” dashboardhoz. Megmutatja, hogy a magas prioritású munkákat valóban a szükséges gyorsasággal végzik-e el az alacsonyabb prioritású feladatokhoz képest. Miért fontos? Segít megállapítani, hogy a szervezet a legsürgősebb feladatokra összpontosítja-e az erőforrásokat. Hol szerezhető be? Tábla: WORKORDER, oszlop: WOPRIORITY Példák 1234 | |||
| Tényleges befejezés dátuma ActualFinishDate | A fizikai munka befejezésének dátuma és időpontja. | ||
| Leírás Rögzíti, mikor fejeződött be műszakilag a karbantartási feladat. Ez nem azonos a munkalap adminisztratív lezárásával. A dátum és a „Tervezett befejezési dátum” összevetésével kiszámítható az SLA-nak való megfelelés. A „Munkalap adminisztratív átfutási ideje” dashboard ezt használja a munka befejezése és a rendszerbeli adminisztráció lezárása közötti késés mérésére. Miért fontos? A műszaki végrehajtási szakasz végét jelöli. Hol szerezhető be? Tábla: WORKORDER, oszlop: ACTFINISH Példák 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Tényleges munkaórák ActualLaborHours | A munkalapon dolgozó összes szerelő által ténylegesen ledolgozott órák száma. | ||
| Leírás A munkalaphoz rögzített összes munkaidő összege. Ez a mutató megmutatja az erőforrások tényleges felhasználását, és támogatja a „Szerelők kihasználtságának eltérése” KPI mérését. A munkaerőköltség kiszámítására és a jövőbeli munkatervek pontosítására is használható, mivel megmutatja, hogy az egyes feladatok a valóságban mennyi időt vesznek igénybe. Miért fontos? A munkaerőköltség és a hatékonyság elemzésének fő mutatója. Hol szerezhető be? Tábla: WORKORDER, oszlop: ACTLABHRS Példák 2.55.012.0 | |||
| Tervezett befejezési dátum TargetCompletionDate | A munkalap tervezett vagy előírt határideje. | ||
| Leírás Az a dátum, ameddig a munkalap várhatóan elkészül. Ezt gyakran a prioritás és a létrehozás dátuma alapján határozzák meg. Ez a „Kritikus eszközök SLA-teljesítménye” dashboard viszonyítási alapja. A „Tényleges befejezés dátumával” összevetve kiszámítható a határidőre történő teljesítés aránya, és azonosíthatók azok az eszközkategóriák, amelyeknél gyakran csúszik a karbantartás. Miért fontos? Az SLA betartásának és az ütemezés teljesülésének mérési alapja. Hol szerezhető be? Tábla: WORKORDER, oszlop: TARGCOMPDATE Példák 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Becsült munkaórák EstimatedLaborHours | A munkalaphoz tervezett munkaidő. | ||
| Leírás A tervezési szakaszban a feladat elvégzéséhez becsült munkaórák száma. Ezt a „Tényleges munkaórák” értékével veti össze a „Munkaidő-becslés pontossága” dashboard. A becsült és a tényleges érték közötti nagy eltérés pontatlan tervezésre, a szabványos munkautasítások hiányára vagy a vártnál több munkát igénylő, előre nem látott eszközállapotra utalhat. Miért fontos? A tervezés pontosságának értékeléséhez és az erőforrásigény előrejelzéséhez szükséges. Hol szerezhető be? Tábla: WORKORDER, oszlop: ESTLABHRS Példák 2.04.58.0 | |||
| Bejelentés dátuma ReportedDate | A probléma első bejelentésének vagy a kérés létrehozásának dátuma és időpontja. | ||
| Leírás Az időbélyeg azt mutatja, mikor azonosították és rögzítették először a karbantartási igényt. Ez jelöli az igénylői élmény idővonalának tényleges kezdetét. Az „Átlagos tervezési és jóváhagyási átfutási idő” kiszámításához a bejelentés dátuma és a munka tényleges megkezdése közötti időt méri. Segít felmérni, milyen gyorsan reagál a karbantartási szervezet. Miért fontos? Kijelöli a karbantartási folyamat teljes életciklusára vonatkozó reakcióidő mérésének kezdőpontját. Hol szerezhető be? Tábla: WORKORDER, oszlop: REPORTDATE Példák 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Beszállító Vendor | A munkalaphoz rendelt külső alvállalkozó, ha van ilyen. | ||
| Leírás Azonosítja a karbantartási feladatért felelős külső céget. Akkor van kitöltve, ha a munkát kiszervezik. Ez szükséges a „Alvállalkozói végrehajtás hatékonysága” KPI méréséhez. Az attribútum elemzésével a karbantartási szervezet összehasonlíthatja a különböző beszállítók, illetve a beszállítók és a belső csapatok költségét, gyorsaságát és minőségét. Miért fontos? Lehetővé teszi a beszállítók kezelését és a kiszervezett munkák teljesítményének elemzését. Hol szerezhető be? Tábla: WORKORDER, oszlop: VENDOR Példák ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Helyszín Location | A munkavégzés funkcionális helye vagy fizikai helyszíne. | ||
| Leírás Megadja azt a fizikai területet vagy funkcionális helyazonosítót, ahol az eszköz található. Ez tágabb információt ad, mint az eszközazonosító, és földrajzi vagy zónák szerinti elemzést tesz lehetővé. A „Karbantartási munkaterhelés megoszlása” dashboardon megmutatja, hol összpontosul a karbantartási tevékenység, és segít megtervezni a helyszínek között közlekedő szerelők útvonalát. Miért fontos? Földrajzi kontextust ad a logisztika és az erőforrások elosztásának elemzéséhez. Hol szerezhető be? Tábla: WORKORDER, oszlop: LOCATION Példák BRILER-RMPLANT-AOFFICE-1 | |||
| Hibakód FailureCode | Az eszköz meghibásodásának okát leíró szabványos kód. | ||
| Leírás A szerelő által kiválasztott strukturált kód, amely a meghibásodás okát sorolja be (például „Kopás”, „Elektromos hiba”, „Kezelői hiba”). Ez alapvető a gyökérok-elemzéshez (RCA). A kódok összesítésével a mérnöki csapatok azonosíthatják az eszközállomány egészét érintő problémákat. Ez támogatja a „Karbantartás minősége és utómunka aránya” elemzést, és segít a megelőző karbantartási stratégia módosításában. Miért fontos? A megbízhatóságmérnöki munka és a meghibásodások elemzésének fő adatpontja. Hol szerezhető be? Tábla: WORKORDER, oszlop: FAILURECODE Példák SZIVÁRGÁSTÚLMELEGEDÉSREZGÉS | |||
| SLA túllépve IsSlaBreached | Jelzi, hogy a tényleges befejezési dátum későbbi-e a tervezett dátumnál. | ||
| Leírás Számított logikai mező, amely összeveti a „Tényleges befejezés dátumát” a „Tervezett befejezési dátummal”. Ha a tényleges dátum későbbi a tervezettnél, az érték igaz. Ez az előre kiszámított mutató egyszerűsíti a „Kritikus eszközök SLA-teljesítménye” dashboardot, mert dátumszámítás nélkül azonnal összesíthetők a nem teljesített SLA-k. Miért fontos? Azonnal láthatóvá teszi a teljesítmény megfelelőségét. Hol szerezhető be? Az ACTFINISH és a TARGCOMPDATE mezőből számítva Példák truefalse | |||
| Sürgősségi munka IsEmergency | Jelzi, hogy a munkalap sürgősségi feladat-e. | ||
| Leírás A munkatípus vagy a prioritás alapján számított logikai érték. Ha a munkatípus „EM” (sürgősségi), vagy a prioritás 1, az érték igaz. Ez az egyszerűsített attribútum lehetővé teszi a dashboardok gyors szűrését, így az „Sürgősségi karbantartás aránya” összetett megjelenítési logika nélkül is elkülöníthető. Miért fontos? Egyszerűbbé teszi a reaktív karbantartás elemzéséhez szükséges szűrést. Hol szerezhető be? A WORKTYPE mezőből számítva Példák truefalse | |||
| Telephelyazonosító SiteId | A több telephelyes Maximo-rendszerek magas szintű telephelyazonosítója. | ||
| Leírás Nagy szervezeteknél a Maximo rendszer gyakran „Site” szerint van felosztva. Ez az attribútum adatbázisszinten különbözteti meg az egyes gyárakat és létesítményeket. A „Szabványos karbantartási folyamatnak való megfelelés” elemzésben szükséges a különböző üzleti egységek teljesítményének összehasonlításához, és biztosítja, hogy az összevetés azonos működési környezetben történjen. Miért fontos? Több telephelyes bevezetésnél szükséges az adatok megfelelő körének meghatározásához. Hol szerezhető be? Tábla: WORKORDER, oszlop: SITEID Példák BEDFORDNASHUATEXAS | |||
| Tényleges összköltség TotalActualCost | A munkalap munkaerő-, anyag-, szolgáltatás- és eszközköltségeinek összege. | ||
| Leírás A karbantartási feladat teljes pénzügyi hatását mutatja. A Maximo rendszerben ez a különböző költségelemek összege: munkaerő + anyag + szolgáltatások + eszközök. Ez az attribútum lehetővé teszi a költségalapú process mining elemzést, amelyben a folyamat hiányosságai, például a késések vagy az utómunka, közvetlenül összekapcsolhatók a pénzügyi veszteséggel. Segít azonosítani a legdrágább karbantartási típusokat és eszközkategóriákat. Miért fontos? Összekapcsolja a működési tevékenységeket a pénzügyi eredményekkel. Hol szerezhető be? Tábla: WORKORDER, oszlop: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Példák 150.002500.500.00 | |||
Eszközkarbantartási tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
| A munka megkezdődött | A technikus megkezdi a tényleges munkát. Az esemény akkor kerül rögzítésre, amikor a felhasználó a folyamatban lévő munkát jelző állapotra vált. | ||
| Miért fontos? Fontos mérföldkő a tervezési és a végrehajtási idő elkülönítéséhez. A tervezési és jóváhagyási átlagos átfutási idő kiszámításához használható. Hol szerezhető be? WOSTATUS tábla, ahol STATUS = 'INPRG' Rögzítés A tranzakció rögzíti az állapot INPRG értékre váltását Eseménytípus explicit | |||
| Karbantartási igény létrehozva | Az első esemény, amikor a rendszerben létrejön egy munkalap. Az igény érkezhet szolgáltatási bejelentésből vagy automatikus ütemezésből. Az esemény a WORKORDER tábla létrehozási időbélyegéből vagy a WOSTATUS előzményeinek első bejegyzéséből azonosítható. | ||
| Miért fontos? A folyamatpéldány kezdőpontja, amely alapul szolgál a teljes megoldási idő és a kezdeti válaszidő méréséhez. Hol szerezhető be? WORKORDER.REPORTDATE vagy a WOSTATUS tábla első bejegyzése, általában WAPPR állapottal Rögzítés A tranzakció rögzíti a WO-rekord létrehozását Eseménytípus explicit | |||
| Munkalap elvégezve | A technikus igazolja, hogy a fizikai munka befejeződött. Ez az állapotváltozás lezárja a végrehajtási idő KPI-jének mérését. | ||
| Miért fontos? A műszaki végrehajtás befejezésének elsődleges időbélyege. Az SLA-k teljesítésének és a technikusok kapacitáskihasználásának kiszámításához használható. Hol szerezhető be? WOSTATUS tábla, ahol STATUS = 'COMP' Rögzítés A tranzakció rögzíti az állapot COMP értékre váltását Eseménytípus explicit | |||
| Munkalap jóváhagyva | Azt jelzi, hogy a munkalap megfelelt a szükséges tervezési és pénzügyi jóváhagyási ellenőrzéseken. A rendszerben rögzített állapotváltozásból állapítható meg. | ||
| Miért fontos? A tervezési és jóváhagyási átfutási idő KPI-jének kiszámításához szükséges. Az itt jelentkező késések adminisztratív szűk keresztmetszetre utalnak. Hol szerezhető be? WOSTATUS tábla, ahol STATUS = 'APPR' Rögzítés Az APPR állapotváltozás azonosításához hasonlítsa össze az állapotmező előző és új értékét Eseménytípus explicit | |||
| Munkalap lezárva | A munkalap életciklusának utolsó eseménye: a pénzügyi elszámolás megtörténik, a rekord pedig csak olvashatóvá válik. További költség már nem könyvelhető rá. | ||
| Miért fontos? Az adminisztratív átfutási idő végét jelzi. Az itt jelentkező késések hatással vannak a pénzügyi jelentésekre. Hol szerezhető be? WOSTATUS tábla, ahol STATUS = 'CLOSE' Rögzítés A tranzakció rögzíti az állapot CLOSE értékre váltását Eseménytípus explicit | |||
| Munkalap törölve | A folyamat idő előtt véget ér, mert a munkát szükségtelennek, ismétlődőnek vagy kivitelezhetetlennek ítélték. Ez végállapot. | ||
| Miért fontos? A Work Order Cancellation Analysis dashboard adatait szolgáltatja. A magas arány a kérések létrehozásának korábbi szakaszaiban fellépő folyamatproblémákra utal. Hol szerezhető be? WOSTATUS tábla, ahol STATUS = 'CAN' Rögzítés Akkor kerül rögzítésre, amikor a tranzakció státusza CAN értékre változik Eseménytípus explicit | |||
| Anyag kiadva | Rögzíti a készletből a munkalaphoz kiadott vagy ténylegesen felhasznált alkatrészeket. Ezzel igazolható, hogy az alkatrészek rendelkezésre állnak és felhasználják őket. | ||
| Miért fontos? Ellenőrzi az ellátási folyamatot, és hatással van a karbantartási beavatkozás teljes költségének elemzésére. Hol szerezhető be? MATUSETRANS tábla, ahol ISSUETYPE = 'ISSUE' Rögzítés A tranzakció MATUSETRANS-bejegyzéskor kerül rögzítésre Eseménytípus explicit | |||
| Anyagigénylés benyújtva | Azt jelzi, hogy a karbantartási feladathoz pótalkatrészeket vagy fogyóanyagokat igényeltek. Az esemény a Waiting on Material állapotra váltásból vagy az anyagigénylési sorok létrehozásából állapítható meg. | ||
| Miért fontos? A Material Readiness dashboard alapadata, amely segít feltárni a munkavégzést hátráltató ellátási késéseket. Hol szerezhető be? WOSTATUS tábla, ahol STATUS = 'WMATL', vagy bejegyzések létrehozása a WPMATERIAL táblában Rögzítés A WMATL állapotra váltásból állapítható meg Eseménytípus inferred | |||
| Céldátum módosítva | Rögzíti az ütemezett befejezési dátum vagy az SLA-cél módosítását. Segít feltárni, ha a késések miatt későbbre teszik a határidőt. | ||
| Miért fontos? Fontos a Critical Asset SLA Performance elemzéséhez, és annak feltárásához, ha a dátumok módosításával próbálják elkerülni az SLA megsértését. Hol szerezhető be? A TARGETCOMPDATE vagy a SCHEDFINISH mező auditnyomvonala Rögzítés A tranzakció dátummezők módosításakor kerül rögzítésre Eseménytípus explicit | |||
| Ellenőrzés befejezve | Azt jelzi, hogy a folyamat során biztonsági vagy műszaki ellenőrzést végeztek. Ezt gyakran állapotváltozás vagy egy ellenőrzőlista mérési adatainak rögzítése jelzi. | ||
| Miért fontos? A Safety and Compliance Documentation dashboard alapadata. Segít ellenőrizni, hogy nem maradtak-e ki kötelező hatósági lépések. Hol szerezhető be? A WOSTATUS állapotának 'INSP' vagy hasonló egyéni értékre váltása, illetve MEASUREMENT-bejegyzések rögzítése Rögzítés Hasonlítsa össze az állapotmező előző és új értékét Eseménytípus inferred | |||
| Erőforrások ütemezve | Az a pont, amikor munkaerőt vagy munkacsoportot rendelnek a munkalaphoz. Az esemény a hozzárendelések létrehozásakor vagy a Waiting Schedule állapotra váltáskor követhető nyomon. | ||
| Miért fontos? A Planning and Approval Cycle Analysis dashboardon elkülöníthető vele, mennyi időbe telik szabad technikust találni. Hol szerezhető be? Sorok létrehozása az ASSIGNMENT táblában, vagy a WOSTATUS állapotának 'WSCH' értékre váltása Rögzítés A WO-hoz kapcsolódó Assignment-rekordok létrehozásából állapítható meg Eseménytípus inferred | |||
| Minőség-ellenőrzés sikertelen | Akkor fordul elő, amikor az ellenőrzés során elutasítanak egy befejezett munkát, és az állapot gyakran visszavált In Progress értékre. Ismételt javítási ciklust jelez. | ||
| Miért fontos? Közvetlenül támogatja a Maintenance Quality and Rework Rates dashboardot, mert jelzi a folyamat hibáit. Hol szerezhető be? A WOSTATUS COMP állapotból INPRG vagy WAPPR állapotba történő visszaváltásából állapítható meg Rögzítés A WOSTATUS előzményeinek összehasonlításával azonosíthatók a visszalépő állapotváltozások Eseménytípus inferred | |||
| Munkaórák rögzítve | A technikus által az adott munkalapon ténylegesen ledolgozott idő rögzítése. Egy munkalaphoz több bejegyzés is tartozhat, ha több technikus dolgozik rajta. | ||
| Miért fontos? A Labor Estimation Accuracy dashboard tényleges munkaóra-adatait biztosítja, amelyek összevethetők a becslésekkel. Hol szerezhető be? A munkalaphoz kapcsolódó LABTRANS-tábla bejegyzései Rögzítés A tranzakció LABTRANS-bejegyzéskor kerül rögzítésre Eseménytípus explicit | |||
Adatkinyerési útmutatók
Lépések
Adatbázisnézet-stratégia kialakítása: A ProcessMind lapos eseménynaplót igényel, a Maximo viszont hierarchikusan tárolja az adatokat: a fejléc a WORKORDER, az előzmények a WOSTATUS, a költségek pedig a WOLABTRANS táblában találhatók. Ezért a legmegbízhatóbb megoldás, ha először adatbázisnézetet hoz létre a Maximo-adatbázisban. Ez a nézet lesz az Integration Framework adatforrása.
SQL-nézet létrehozása: Futtassa le a Lekérdezés szakaszban megadott SQL-kódot az adatbázis-kezelő eszközében, például az SQL Developerben vagy az SSMS-ben. A kód egyetlen lapos szerkezetbe rendezi a
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSésA_WORKORDER(audit) táblák adatait.A nézet regisztrálása a Maximóban: Jelentkezzen be rendszergazdaként a Maximóba. Lépjen a System Configuration, Platform Configuration, Database Configuration menüpontra. Hozzon létre egy új,
PM_WO_EVENTLOGnevű objektumot. Kapcsolja össze az előző lépésben létrehozott adatbázisnézettel. Futtassa aConfigDBparancsot a regisztráláshoz. A nézetek regisztrálása általában nem jár leállással, de ellenőrizze a saját eljárásrendjét.Objektumstruktúra létrehozása: Lépjen az Integration, Object Structures menüpontra. Hozzon létre egy új,
MX_PM_EVENTSnevű objektumstruktúrát. Adja hozzá forrásobjektumként aPM_WO_EVENTLOGobjektumot. Ha elérhető, jelölje be a lapos szerkezet támogatását.Közzétételi csatorna beállítása: Lépjen az Integration, Publish Channels menüpontra. Hozzon létre egy új,
PC_PM_EVENTSnevű csatornát, és rendelje hozzá azMX_PM_EVENTSobjektumstruktúrához. Itt szükség esetén feldolgozási szabályokat is megadhat.Külső rendszer beállítása: Lépjen az Integration, External Systems menüpontra. Válassza ki a célrendszert, vagy hozzon létre egy általános EXTSYS rendszert. Adja hozzá a
PC_PM_EVENTSközzétételi csatornát.Adatexportálás engedélyezése: A külső rendszerek alkalmazásban nyissa meg a Data Export funkció lapját. Válassza ki a
PC_PM_EVENTScsatornát. Itt SQL WHERE feltételt is megadhat az export időszakának korlátozásához, példáulEVENTTIMESTAMP >= '2023-01-01'.Adatok exportálása: Kattintson az Export gombra. A rendszer a beállított végponttól függően XML- vagy CSV-fájlt hoz létre. A ProcessMindhoz a CSV ajánlott. Ellenőrizze, hogy a végpont, például az
MXFLATFILE, CSV-kimenetre van-e beállítva.A kimenet ellenőrzése: Nyissa meg a létrehozott CSV-fájlt. Ellenőrizze, hogy az oszlopfejlécek megfelelnek-e a lekérdezésben megadott attribútumoknak, például a WorkOrderNumber és az Activity mezőnek, és hogy nem maradtak-e benne hierarchikus XML-címkék.
Végső formázás: Ha a Maximo CSV-exportja szabványos rendszer-metaadatokat, például
OWNER1vagyORGIDoszlopot is tartalmaz, távolítsa el őket, ha nincs rájuk szükség. Töltse be a megtisztított CSV-fájlt a ProcessMindba.
Konfiguráció
- Maximo-állapotok szinonimái: A Maximo egyéni állapotkódok, például APPR és WAPPR használatát is lehetővé teszi. A lekérdezés a szabványos belső értékekkel számol. Ellenőrizze a
SYNONYMDOMAINtáblaWOSTATUStartományát, hogy az egyéni állapotokat helyesen rendelje hozzá. - Auditálási táblák: A „Cél dátumának módosítása” esemény kinyerése az
A_WORKORDERauditálási táblától függ. Ha aWORKORDERobjektum auditálása nincs engedélyezve, ehhez a tevékenységhez nem lesznek sorok. Ha szükséges, engedélyezze az auditálást a Database Configuration menüben. - Dátumtartomány: Az első betöltésnél szűrjön az
EVENTTIMESTAMPmezőre az elmúlt 6–12 hónap alapján. Nagy mennyiségű előzményadat betöltése időtúllépést okozhat az Integration Framework webes felületén. Az 50 000 sornál nagyobb adathalmazokat háttérfeldolgozással kezelje. - Telephely- és szervezetszűrők: A Maximo több telephelyet kezel. Ha az elemzés egy adott létesítményre terjed ki, mindig szűrjön a
SITEIDmezőre. - Teljesítmény: A
UNION ALLlekérdezés jelentős erőforrásokat igényel. Ellenőrizze, hogy van-e index aWOSTATUS.WONUM, aWOLABTRANS.REFWOés aMATUSETRANS.REFWOmezőn.
Példa-lekérdezés 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') Lépések
Adatbázis-kapcsolat: Hozzon létre csak olvasási jogosultságú JDBC- vagy ODBC-kapcsolatot az IBM Maximo háttéradatbázisához, amely jellemzően DB2, Oracle vagy SQL Server. Ellenőrizze, hogy a felhasználó rendelkezik-e SELECT-jogosultsággal a WORKORDER, WOSTATUS, LABTRANS és MATUSETRANS táblákhoz.
A hatókör meghatározása: Határozza meg, mely SITES vagy ORGIDS adatait kell kinyernie. A Maximo több telephelyet kezel, ezért a munkamegrendelés száma (WONUM) csak a SITEID értékével együtt egyedi. Adja meg a dátumtartományt is. A szűrés általában a REPORTDATE (létrehozás dátuma) vagy a STATUSDATE mező alapján történik.
Az adatmodell megértése: A WORKORDER tábla tartalmazza a fejlécadatokat. A WOSTATUS tábla az életciklus-változások előzményeit tárolja. A LABTRANS táblában találhatók a részletes munkaerő-adatok, a MATUSETRANS táblában pedig az anyagmozgások. Ezeket UNION ALL művelettel kell egyetlen eseménysorrá egyesíteni.
Szinonimák kezelése: A Maximo a SYNONYMDOMAIN táblában meghatározott állapotokhoz belső értékeket (MAXVALUE) és megjelenített értékeket (VALUE) használ. A következetes eredmény érdekében a lekérdezés lehetőleg a belső MAXVALUE mezőre szűrjön, mert az egyes telephelyeken eltérő megjelenített címkék tartozhatnak ugyanahhoz a logikai állapothoz.
A lekérdezés előkészítése: Másolja ki a Lekérdezés szakaszban megadott SQL-kódot. Cserélje le az olyan helyőrzőket, mint a [Your Database Schema] és a [Start Date], a saját értékeire. Ha a környezetében egyedi állapotkódok jelölik az ellenőrzéseket vagy a minőségvizsgálatokat, módosítsa a megfelelő részek WHERE feltételeit.
Adatkinyerés futtatása: Futtassa le a lekérdezést. Az adatmennyiségtől függően előfordulhat, hogy az adatbázis időtúllépésének elkerüléséhez kötegekben, például havonta kell futtatnia.
Adatok ellenőrzése: Ellenőrizze, hogy minden munkamegrendeléshez tartozik-e „Karbantartási igény létrehozva” esemény. Győződjön meg arról, hogy az időbélyegek ProcessMind-kompatibilis formátumúak. Az ISO 8601 használata ajánlott.
Utófeldolgozás: A Maximo időbélyegei általában ezredmásodpercet is tartalmaznak. Őrizze meg ezeket, hogy a rövid időn belül bekövetkező események helyes sorrendben jelenjenek meg.
Exportálás: Mentse az eredményt CSV- vagy Parquet-fájlba. Az oszlopfejléceknek meg kell egyezniük a lekérdezés kimenetében meghatározott attribútumokkal.
Feltöltés a ProcessMindba: Importálja a fájlt a ProcessMindba. A „WorkOrderNumber” mezőt rendelje az esetazonosítóhoz, az „Activity” mezőt a tevékenység nevéhez, az „EventTimestamp” mezőt pedig az időbélyeghez.
Konfiguráció
- Adatbázis-platformok: A Maximo jellemzően IBM DB2, Oracle vagy SQL Server adatbázison fut. A megadott szintaxis szabványos SQL, de az adott platformtól függően kisebb módosításokra lehet szükség a dátumfüggvényeknél, például a TO_DATE vagy a CAST használatakor.
- Dátumszűrés: A folyamatba bevont esetek meghatározásához használja a WORKORDER tábla REPORTDATE oszlopát. Általános gyakorlat az elmúlt 12 hónap gördülő időablakának használata.
- A Site ID jelentősége: Az egyediség meghatározásához ne hagyatkozzon kizárólag a WONUM mezőre. Fűzze hozzá a WONUM értékéhez a SITEID-t, vagy több telephely elemzésekor vegye fel a SITEID-t esetattribútumként.
- Állapotlogika: A Maximo egyéni állapotértékeket is engedélyez. Ha a szabványos állapotok, például a WMATL vagy a COMP nem adnak eredményt, ellenőrizze a SYNONYMDOMAIN táblát.
- Teljesítmény: A LABTRANS és a MATUSETRANS táblák nagyon nagyok lehetnek. Ellenőrizze, hogy a REFWO és a SITEID mező indexelve van-e ezekben a táblákban.
Példa-lekérdezés 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') Készen áll a kezdésre?
Kezdje el még ma fejleszteni karbantartási stratégiáját azzal, hogy ezt a sablont használja az adatok kinyeréséhez. Csapatunk segít a műszaki naplókat hasznos folyamatinformációkká alakítani.
Fejlessze az eszközkarbantartást, és csökkentse az állásidőt még ma
Csökkentse 30%-kal a karbantartási ciklus idejét, és szüntesse meg a szűk keresztmetszeteket
Ingyenes, 14 napos próbaverzió, bankkártya nélkül