Eszközkarbantartási adatsablon

IBM Maximo
Eszközkarbantartási adatsablon

Eszközkarbantartási adatsablon

Ez az adatsablon keretet ad a munkalap-kezelés és a berendezésjavítási ciklusok elemzéséhez a vállalati környezetben. Bemutatja azokat az adatmezőket és folyamatmérföldköveket, amelyekre szükség van a karbantartási működés átlátható elemzéséhez. Az útmutató alapján összeállított eseménynapló segítségével azonosíthatja a szűk keresztmetszeteket, és csökkentheti a nem tervezett állásidőt.
  • 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
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Eszközkarbantartási attribútumok

Az alábbi adatmezőket érdemes felvenni az eseménynaplóba, hogy részletesen elemezhesse az eszközkarbantartás működését.
5 Kötelező 9 Javasolt 9 Nem kötelező
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
Kötelező Javasolt Nem kötelező

Eszközkarbantartási tevékenységek

A munkalap teljes életciklusának pontos feltárásához ezeket a fontos folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban.
6 Javasolt 7 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése az IBM Maximóból

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

Próbálja ki ingyen

Ingyenes, 14 napos próbaverzió, bankkártya nélkül