Szablon danych dotyczących konserwacji zasobów
Szablon danych dotyczących konserwacji zasobów
- Pełna lista atrybutów konserwacyjnych
- Najważniejsze etapy procesu do śledzenia
- Szczegółowe wskazówki dotyczące ekstrakcji danych
Atrybuty konserwacji zasobów
| Nazwa | Opis | ||
|---|---|---|---|
| Działanie Activity | Zdarzenie lub zmiana statusu, które wystąpiły w cyklu życia zlecenia pracy. | ||
| Opis Ten atrybut opisuje krok wykonany w procesie konserwacji, na przykład „Zatwierdzono zlecenie pracy” lub „Zarejestrowano robociznę”. W IBM Maximo zwykle wynika ze zmian statusu zapisanych w tabelach historii lub z określonych dzienników transakcji, takich jak raporty robocizny. Na mapie procesu atrybut ten odpowiada poszczególnym węzłom i pozwala zobrazować kolejność kroków. Analiza jego wartości pomaga organizacjom wykrywać warianty procesu, pętle i odstępstwa od standardowej procedury konserwacji. Dlaczego to ważne Określa, co dzieje się w procesie. Jest niezbędny do zbudowania mapy procesu i zrozumienia przebiegu workflow. Skąd pobrać Tabela: WOSTATUS (kolumna: STATUS) lub WOLOG Przykłady APPRINPRGCOMPCLOSEWMATL | |||
| Zlecenie prac konserwacyjnych WorkOrderNumber | Unikalny identyfikator alfanumeryczny zlecenia prac konserwacyjnych. | ||
| Opis Ten atrybut pełni funkcję głównego identyfikatora case w procesie konserwacji. Jednoznacznie identyfikuje każde zlecenie pracy w systemie IBM Maximo i łączy z nim wszystkie powiązane działania, transakcje dotyczące robocizny oraz zużycie materiałów. W analizie process mining ten identyfikator służy do grupowania poszczególnych zdarzeń w jeden spójny case. Dzięki niemu analitycy mogą śledzić cały cykl życia zadania konserwacyjnego: od utworzenia zgłoszenia, przez zatwierdzenie i realizację, po końcowe zamknięcie administracyjne. Dlaczego to ważne To podstawowy klucz do odtworzenia przebiegu procesu. Umożliwia śledzenie konkretnych zleceń w różnych działach. Skąd pobrać Tabela: WORKORDER, kolumna: WONUM Przykłady WO100234WO100235CM-99281PM-11002 | |||
| Znacznik czasu zdarzenia EventTimestamp | Dokładna data i godzina wystąpienia działania. | ||
| Opis Ten atrybut zapisuje dokładny moment wystąpienia zdarzenia, na przykład zmianę statusu lub zarejestrowanie robocizny. Dostarcza wymiaru czasowego niezbędnego do analizy wyników, w tym obliczania czasu realizacji i czasu trwania. Dokładne znaczniki czasu są niezbędne do obliczenia „średniego czasu planowania i zatwierdzania” oraz prawidłowego ustalenia kolejności zdarzeń. W Maximo jest to zwykle data zmiany rekordu statusu. Dlaczego to ważne Niezbędny do chronologicznego uporządkowania zdarzeń i obliczania wszystkich KPI opartych na czasie. Skąd pobrać Tabela: WOSTATUS, kolumna: CHANGEDATE Przykłady 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Ostatnia aktualizacja danych LastDataUpdate | Znacznik czasu ekstrakcji danych lub ich ostatniego odświeżenia. | ||
| Opis Informuje, kiedy rekord został ostatnio przetworzony lub wyodrębniony na potrzeby process mining. Pomaga ocenić aktualność i wiarygodność danych oraz sprawdzić, czy analiza odzwierciedla bieżący stan operacji konserwacyjnych. Atrybut jest niezbędny przy przyrostowym ładowaniu danych i weryfikacji, czy dashboardy pokazują aktualne informacje o statusie zleceń pracy i zaległościach. Dlaczego to ważne Niezbędny do oceny opóźnienia i aktualności danych. Skąd pobrać Czas systemowy w chwili ekstrakcji Przykłady 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| System źródłowy SourceSystem | Nazwa systemu, z którego pochodzą dane. | ||
| Opis Wskazuje aplikację źródłową danego rekordu. W tym przypadku będzie to zwykle „IBM Maximo”. Atrybut jest szczególnie przydatny przy łączeniu danych z kilku systemów konserwacyjnych lub integracji z danymi ERP. Pozwala analitykom filtrować widok według systemu ewidencyjnego, jeśli projekt process mining obejmuje złożone środowisko z wieloma instancjami CMMS. Dlaczego to ważne Zapewnia pochodzenie i identyfikowalność danych w środowiskach wielosystemowych. Skąd pobrać Wartość ustawiana na stałe podczas ekstrakcji Przykłady IBM MaximoMaximo PRODMaximo Legacy | |||
| Bieżący status Status | Bieżący stan cyklu życia zlecenia pracy. | ||
| Opis Bieżący status administracyjny zlecenia pracy, na przykład „APPR”, „WAPPR” lub „COMP”. Atrybut „Działanie” pokazuje historię zmian, a ten atrybut wskazuje ostatni znany stan. Można go użyć do filtrowania zbioru danych i wyświetlenia tylko zleceń otwartych lub zamkniętych, co wspiera analizę „Rozkład obciążenia pracami konserwacyjnymi”. Dlaczego to ważne Pokazuje bieżące obciążenie pracą i zaległości. Skąd pobrać Tabela: WORKORDER, kolumna: STATUS Przykłady APPRCLOSEINPRG | |||
| Krytyczność zasobu AssetCriticality | Ocena określająca znaczenie zasobu dla działalności firmy. | ||
| Opis Klasyfikacja, zwykle w skali 1–10 lub A/B/C, zapisana w rekordzie zasobu i określająca skutki jego awarii. Wymaga połączenia z widokiem zleceń pracy. Atrybut jest niezbędny dla dashboardu „Realizacja SLA dla zasobów krytycznych”. Dzięki niemu analiza skupia się na najważniejszych kwestiach: opóźnienie naprawy krytycznego generatora ma większe znaczenie niż opóźnienie naprawy ekspresu do kawy w pokoju socjalnym. Dlaczego to ważne Pozwala analizować wyniki procesu według poziomu ryzyka biznesowego. Skąd pobrać Tabela: ASSET, kolumna: PRIORITY (połączenie przez ASSETNUM) Przykłady 1510 | |||
| Numer zasobu AssetNumber | Unikalny identyfikator konserwowanego urządzenia lub zasobu. | ||
| Opis Maszyna, pojazd lub element infrastruktury, którego dotyczą prace konserwacyjne. Atrybut łączy dane o procesie z hierarchią zasobów fizycznych. Pomaga wskazać problematyczne zasoby, które często ulegają awariom. W analizie „Jakość konserwacji i odsetek ponownych prac” umożliwia grupowanie zleceń według zasobu, obliczanie średniego czasu między awariami (MTBF) i wykrywanie długotrwałych problemów z niezawodnością. Dlaczego to ważne Łączy przebieg procesu z wydajnością infrastruktury fizycznej. Skąd pobrać Tabela: WORKORDER, kolumna: ASSETNUM Przykłady PUMP-101HVAC-02FLEET-99 | |||
| Planowana data zakończenia TargetCompletionDate | Zaplanowany lub wymagany termin realizacji zlecenia pracy. | ||
| Opis Data, do której zlecenie pracy powinno zostać zakończone. Często wylicza się ją na podstawie priorytetu i daty utworzenia zlecenia. Jest punktem odniesienia dla dashboardu „Realizacja SLA dla zasobów krytycznych”. Porównując tę wartość z „Rzeczywistą datą zakończenia”, analitycy mogą obliczyć odsetek prac zakończonych w terminie i wskazać kategorie zasobów, w przypadku których często nie udaje się dotrzymać terminów konserwacji. Dlaczego to ważne Punkt odniesienia do pomiaru realizacji SLA i zgodności z harmonogramem. Skąd pobrać Tabela: WORKORDER, kolumna: TARGCOMPDATE Przykłady 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Priorytet Priority | Poziom pilności przypisany do zlecenia pracy. | ||
| Opis Wartość liczbowa lub kategoria określająca wagę i pilność zlecenia pracy. W Maximo jest to zwykle liczba, przy czym niższa wartość często oznacza wyższy priorytet, na przykład 1 oznacza awarię. Atrybut służy do ustalania kolejności prac w zaległościach i jest niezbędny dla dashboardu „Realizacja SLA dla zasobów krytycznych”. Pomaga sprawdzić, czy pilne prace są realizowane odpowiednio szybko w porównaniu z zadaniami o niższym priorytecie. Dlaczego to ważne Pozwala ocenić, czy organizacja kieruje zasoby do najpilniejszych zadań. Skąd pobrać Tabela: WORKORDER, kolumna: WOPRIORITY Przykłady 1234 | |||
| Przypisany technik AssignedResource | Osoba lub główny technik przydzielony do wykonania pracy. | ||
| Opis Wskazuje osobę lub głównego technika odpowiedzialnego za zlecenie pracy. Informację można znaleźć w polu „Lead” lub ustalić na podstawie przydziałów robocizny. Atrybut zasila dashboard „Produktywność pracowników i wykonawców”. Analiza tego atrybutu pomaga wykrywać nierównomierne obciążenie pracą w widoku „Rozkład obciążenia pracami konserwacyjnymi” oraz porównywać wydajność techników i ekip. Dlaczego to ważne Pomaga analizować produktywność pracowników i równomiernie rozdzielać obciążenie pracą. Skąd pobrać Tabela: WORKORDER, kolumna: LEAD (lub tabela ASSIGNMENT) Przykłady JSMITHBPATELMRODRIGUEZ | |||
| Rzeczywista data zakończenia ActualFinishDate | Data i godzina zakończenia prac fizycznych. | ||
| Opis Zapisuje moment technicznego zakończenia zadania konserwacyjnego. Nie jest to to samo co administracyjne zamknięcie zgłoszenia. Porównanie tej daty z „Planowaną datą zakończenia” pozwala obliczyć zgodność z SLA. Atrybut jest używany w dashboardzie „Czas administracyjnego zamknięcia zlecenia pracy” do pomiaru opóźnienia między zakończeniem pracy a zamknięciem dokumentacji w systemie. Dlaczego to ważne Oznacza koniec technicznej realizacji prac. Skąd pobrać Tabela: WORKORDER, kolumna: ACTFINISH Przykłady 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Rzeczywista liczba godzin robocizny ActualLaborHours | Łączna liczba godzin faktycznie przepracowanych przez wszystkich techników przy zleceniu. | ||
| Opis Suma czasu pracy zarejestrowanego dla danego zlecenia. Wartość ta pokazuje rzeczywiste wykorzystanie zasobów i służy do obliczania KPI „Odchylenie wykorzystania czasu pracy techników”. Pozwala obliczyć koszt robocizny i udoskonalać plany przyszłych prac na podstawie historycznych danych o rzeczywistym czasie realizacji poszczególnych zadań. Dlaczego to ważne Podstawowa miara do analizy kosztów robocizny i wydajności. Skąd pobrać Tabela: WORKORDER, kolumna: ACTLABHRS Przykłady 2.55.012.0 | |||
| Typ zlecenia pracy WorkType | Określa, czy zlecenie dotyczy konserwacji zapobiegawczej (PM), naprawczej (CM) czy awaryjnej (EM). | ||
| Opis Ten atrybut określa charakter zadania konserwacyjnego. Typowe wartości w Maximo to PM (konserwacja zapobiegawcza), CM (konserwacja naprawcza) i EM (konserwacja awaryjna). Klasyfikacja ta stanowi podstawę dashboardu „Konserwacja proaktywna a reaktywna”. Filtrując dane według tego atrybutu, analitycy mogą obliczyć KPI „Udział konserwacji awaryjnej” i wykryć zmiany w strategii konserwacji: od reagowania na awarie do planowych działań zwiększających niezawodność. Dlaczego to ważne Pozwala odróżnić prace planowane od nieplanowanych, co jest ważnym wskaźnikiem dojrzałości utrzymania ruchu. Skąd pobrać Tabela: WORKORDER, kolumna: WORKTYPE Przykłady PMCMEMCPMOD | |||
| Czy przekroczono SLA IsSlaBreached | Wskaźnik określający, czy rzeczywista data zakończenia przypada po planowanym terminie. | ||
| Opis Pole logiczne obliczane przez porównanie „Rzeczywistej daty zakończenia” z „Planowaną datą zakończenia”. Jeśli data rzeczywista jest późniejsza od planowanej, pole przyjmuje wartość prawda. Wstępnie obliczona miara upraszcza dashboard „Realizacja SLA dla zasobów krytycznych” i pozwala od razu policzyć przypadki niedotrzymania SLA, bez obliczania różnicy między datami w trakcie działania. Dlaczego to ważne Natychmiastowy wgląd w realizację wymagań. Skąd pobrać Obliczane na podstawie ACTFINISH i TARGCOMPDATE Przykłady truefalse | |||
| Czy to praca awaryjna IsEmergency | Wskaźnik określający, czy zlecenie pracy dotyczy sytuacji awaryjnej. | ||
| Opis Wartość logiczna wyliczana na podstawie typu pracy lub priorytetu. Przyjmuje wartość prawda, jeśli typ pracy to „EM” (awaryjna) lub priorytet wynosi 1. Ten uproszczony atrybut ułatwia filtrowanie danych na dashboardach i wyodrębnianie prac awaryjnych na potrzeby obliczenia „Udziału konserwacji awaryjnej”, bez stosowania złożonej logiki w warstwie wizualizacji. Dlaczego to ważne Ułatwia filtrowanie danych na potrzeby analizy konserwacji reaktywnej. Skąd pobrać Obliczane na podstawie WORKTYPE Przykłady truefalse | |||
| Data zgłoszenia ReportedDate | Data i godzina pierwszego zgłoszenia problemu lub utworzenia zlecenia. | ||
| Opis Znacznik czasu wskazujący, kiedy po raz pierwszy rozpoznano potrzebę konserwacji i wprowadzono ją do systemu. Wyznacza początek osi czasu obsługi zgłoszenia. Służy do obliczania „średniego czasu planowania i zatwierdzania” przez pomiar czasu od zgłoszenia do rozpoczęcia prac. Pomaga ocenić szybkość reakcji organizacji odpowiedzialnej za konserwację. Dlaczego to ważne Wyznacza początek całego cyklu obsługi zgłoszenia konserwacyjnego. Skąd pobrać Tabela: WORKORDER, kolumna: REPORTDATE Przykłady 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Identyfikator lokalizacji SiteId | Identyfikator lokalizacji wyższego poziomu w instalacjach Maximo obejmujących wiele lokalizacji. | ||
| Opis W dużych organizacjach Maximo jest często podzielone według lokalizacji („Site”). Ten atrybut rozróżnia zakłady i obiekty na poziomie bazy danych. Jest niezbędny do porównywania wyników różnych jednostek biznesowych w analizie „Zgodność ze standardowym procesem konserwacji” i zapewnia, że porównania uwzględniają właściwy kontekst operacyjny. Dlaczego to ważne Niezbędny do określania zakresu danych we wdrożeniach obejmujących wiele lokalizacji. Skąd pobrać Tabela: WORKORDER, kolumna: SITEID Przykłady BEDFORDNASHUATEXAS | |||
| Kod awarii FailureCode | Ustandaryzowany kod opisujący przyczynę awarii zasobu. | ||
| Opis Ustrukturyzowany kod wybierany przez technika w celu sklasyfikowania przyczyny awarii, na przykład „Zużycie”, „Usterka elektryczna” lub „Błąd operatora”. Jest niezbędny do analizy przyczyn źródłowych (RCA). Zestawienie tych kodów pomaga zespołom inżynieryjnym wykrywać problemy systemowe dotyczące zasobów. Wyniki wspierają analizę „Jakość konserwacji i odsetek ponownych prac” oraz pomagają dostosować strategie konserwacji zapobiegawczej. Dlaczego to ważne Podstawowa dana do analizy niezawodności i przyczyn awarii. Skąd pobrać Tabela: WORKORDER, kolumna: FAILURECODE Przykłady WYCIEKPRZEGRZANIEDRGANIA | |||
| Łączny rzeczywisty koszt TotalActualCost | Suma kosztów robocizny, materiałów, usług i narzędzi dla zlecenia pracy. | ||
| Opis Pokazuje łączny koszt zadania konserwacyjnego. W Maximo jest to suma kosztów robocizny, materiałów, usług i narzędzi. Atrybut umożliwia analizę procesu pod kątem kosztów i bezpośrednie powiązanie nieefektywności, takich jak opóźnienia lub ponowne prace, ze stratami finansowymi. Pomaga wskazać najdroższe typy prac konserwacyjnych i klasy zasobów. Dlaczego to ważne Łączy działania operacyjne z wynikami finansowymi. Skąd pobrać Tabela: WORKORDER, kolumny: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Przykłady 150.002500.500.00 | |||
| Lokalizacja Location | Lokalizacja funkcjonalna lub fizyczne miejsce wykonywania prac. | ||
| Opis Określa obszar fizyczny lub kod lokalizacji funkcjonalnej, w której znajduje się zasób. Zakres tego atrybutu jest szerszy niż numer konkretnego zasobu, dlatego przydaje się w analizach geograficznych i strefowych. Atrybut jest używany w dashboardzie „Rozkład obciążenia pracami konserwacyjnymi” do wizualizacji miejsc o największej liczbie prac i planowania dojazdów techników między lokalizacjami. Dlaczego to ważne Dostarcza kontekstu geograficznego do planowania logistyki i rozdziału zasobów. Skąd pobrać Tabela: WORKORDER, kolumna: LOCATION Przykłady BRILER-RMPLANT-AOFFICE-1 | |||
| Szacowana liczba godzin robocizny EstimatedLaborHours | Planowany czas pracy potrzebny do realizacji zlecenia. | ||
| Opis Łączna liczba godzin oszacowana na etapie planowania jako potrzebna do wykonania zadania. Wartość tę porównuje się z „Rzeczywistą liczbą godzin robocizny” w dashboardzie „Dokładność szacowania robocizny”. Duże różnice między szacunkami a rzeczywistymi wartościami mogą wskazywać na słabe planowanie, brak standardowych procedur operacyjnych lub nieprzewidziany stan zasobu wymagający dodatkowych prac. Dlaczego to ważne Niezbędna do oceny dokładności planowania i prognozowania zapotrzebowania na zasoby. Skąd pobrać Tabela: WORKORDER, kolumna: ESTLABHRS Przykłady 2.04.58.0 | |||
| Wykonawca Vendor | Zewnętrzny wykonawca przypisany do zlecenia pracy, jeśli dotyczy. | ||
| Opis Wskazuje zewnętrzną firmę odpowiedzialną za zadanie konserwacyjne. Wartość jest uzupełniana, gdy prace zlecono na zewnątrz. Atrybut jest niezbędny do obliczania KPI „Efektywność realizacji prac przez wykonawców”. Analiza pozwala porównywać koszty, szybkość i jakość pracy różnych wykonawców oraz zestawiać ich wyniki z pracą zespołów wewnętrznych. Dlaczego to ważne Umożliwia zarządzanie wykonawcami i analizę wyników prac zleconych na zewnątrz. Skąd pobrać Tabela: WORKORDER, kolumna: VENDOR Przykłady ACME SERVICESSIEMENSFAST REPAIR INC | |||
Działania związane z konserwacją zasobów
| Działanie | Opis | ||
|---|---|---|---|
| Anulowanie zlecenia | Proces kończy się przedwcześnie, ponieważ uznano, że praca jest zbędna, zduplikowana lub niemożliwa do wykonania. Jest to stan końcowy. | ||
| Dlaczego to ważne Dane zasilają dashboard analizy anulowanych zleceń pracy. Wysoki odsetek anulowań wskazuje na problemy na wcześniejszych etapach procesu tworzenia zgłoszeń. Skąd pobrać Tabela WOSTATUS, gdzie STATUS = 'CAN' Rejestrowanie Rejestrowane, gdy transakcja zmienia status na CAN Typ zdarzenia explicit | |||
| Rozpoczęcie prac | Oznacza faktyczne rozpoczęcie prac przez technika. Zdarzenie jest rejestrowane, gdy użytkownik zmienia status, aby wskazać, że prace są w toku. | ||
| Dlaczego to ważne Ważny punkt kontrolny, który pozwala oddzielić czas planowania od czasu realizacji. Służy do obliczania średniego czasu planowania i zatwierdzania. Skąd pobrać Tabela WOSTATUS, w której STATUS = 'INPRG' Rejestrowanie Rejestrowane podczas transakcji zmieniającej status na INPRG Typ zdarzenia explicit | |||
| Utworzenie zgłoszenia konserwacyjnego | Pierwsze zdarzenie, w którym w systemie powstaje zlecenie, zwykle na podstawie zgłoszenia serwisowego lub automatycznego harmonogramu. Jest rejestrowane na podstawie znacznika czasu utworzenia w tabeli WORKORDER albo pierwszego wpisu w historii WOSTATUS. | ||
| Dlaczego to ważne Wyznacza początek instancji procesu i punkt odniesienia do pomiaru całkowitego czasu rozwiązania problemu oraz szybkości pierwszej reakcji. Skąd pobrać WORKORDER.REPORTDATE lub pierwszy wpis w tabeli WOSTATUS (zwykle status WAPPR) Rejestrowanie Rejestrowane podczas transakcji tworzącej rekord WO Typ zdarzenia explicit | |||
| Zakończenie zlecenia | Technik potwierdza zakończenie prac fizycznych. Ta zmiana statusu zatrzymuje pomiar czasu realizacji używany w KPI. | ||
| Dlaczego to ważne Główny znacznik czasu zakończenia prac technicznych. Służy do obliczania zgodności z SLA i wykorzystania czasu pracy techników. Skąd pobrać Tabela WOSTATUS, w której STATUS = 'COMP' Rejestrowanie Rejestrowane podczas transakcji zmieniającej status na COMP Typ zdarzenia explicit | |||
| Zamknięcie zlecenia | Ostatnie zdarzenie w cyklu życia zlecenia. Koszty zostają rozliczone, a rekord przechodzi w tryb tylko do odczytu. Nie można już przypisywać do niego kolejnych kosztów. | ||
| Dlaczego to ważne Wyznacza koniec administracyjnego czasu realizacji. Opóźnienia na tym etapie wpływają na raportowanie finansowe. Skąd pobrać Tabela WOSTATUS, w której STATUS = 'CLOSE' Rejestrowanie Rejestrowane podczas transakcji zmieniającej status na CLOSE Typ zdarzenia explicit | |||
| Zatwierdzenie zlecenia | Oznacza, że zlecenie przeszło wymagane kontrole planistyczne i finansowe. Zdarzenie ustala się na podstawie zmiany statusu w historii systemu. | ||
| Dlaczego to ważne Niezbędne do obliczenia KPI czasu planowania i zatwierdzania. Opóźnienia na tym etapie wskazują na administracyjne wąskie gardła. Skąd pobrać Tabela WOSTATUS, w której STATUS = 'APPR' Rejestrowanie Porównanie pola statusu przed zmianą i po niej pozwala wykryć przejście do APPR Typ zdarzenia explicit | |||
| Nieudana kontrola jakości | Zdarzenie występuje, gdy zakończone prace zostają odrzucone podczas weryfikacji, a status często wraca do In Progress. Oznacza powtarzanie prac. | ||
| Dlaczego to ważne Bezpośrednio wspiera dashboard jakości konserwacji i odsetka poprawek, wskazując nieprawidłowości w procesie. Skąd pobrać Ustalane na podstawie zmiany statusu WOSTATUS z COMP z powrotem na INPRG lub WAPPR Rejestrowanie Ustalane przez porównanie historii pola WOSTATUS w celu wykrycia zmian statusu na wcześniejszy etap Typ zdarzenia inferred | |||
| Przydzielenie zasobów | Moment przydzielenia do zlecenia konkretnych pracowników lub ekip. Jest rejestrowany przy utworzeniu przydziałów albo zmianie statusu na Waiting Schedule. | ||
| Dlaczego to ważne Wspiera dashboard analizy cyklu planowania i zatwierdzania, pokazując czas potrzebny na znalezienie dostępnych techników. Skąd pobrać Utworzenie wierszy w tabeli ASSIGNMENT lub zmiana statusu WOSTATUS na 'WSCH' Rejestrowanie Ustalane na podstawie utworzenia rekordów Assignment powiązanych ze zleceniem WO Typ zdarzenia inferred | |||
| Wydanie materiałów | Rejestruje pobranie części z magazynu lub ich wydanie na potrzeby zlecenia. Potwierdza, że materiały są dostępne i wykorzystywane. | ||
| Dlaczego to ważne Pozwala zweryfikować proces dostaw i wpływa na analizę całkowitego kosztu prac konserwacyjnych. Skąd pobrać Tabela MATUSETRANS, w której ISSUETYPE = 'ISSUE' Rejestrowanie Rejestrowane podczas transakcji w tabeli MATUSETRANS Typ zdarzenia explicit | |||
| Zakończenie inspekcji | Oznacza przeprowadzenie inspekcji bezpieczeństwa lub technicznej w cyklu życia zlecenia. Zdarzenie jest zwykle rejestrowane jako zmiana statusu lub zakończenie pomiaru z listy kontrolnej. | ||
| Dlaczego to ważne Niezbędne w dashboardzie dokumentacji bezpieczeństwa i zgodności. Pomaga upewnić się, że nie pominięto wymaganych czynności. Skąd pobrać Zmiana statusu WOSTATUS na 'INSP' lub podobny status niestandardowy albo zakończenie wpisów MEASUREMENT Rejestrowanie Porównanie pola statusu przed zmianą i po niej Typ zdarzenia inferred | |||
| Zarejestrowanie godzin pracy | Wpisanie rzeczywistego czasu pracy technika przy danym zleceniu. Dla jednego zlecenia może powstać kilka wpisów, jeśli pracuje przy nim wielu techników. | ||
| Dlaczego to ważne Dane o rzeczywistym czasie pracy zasilają dashboard dokładności szacowania czasu pracy i pozwalają porównać wyniki z szacunkami. Skąd pobrać Wpisy w tabeli LABTRANS powiązane ze zleceniem Rejestrowanie Rejestrowane podczas transakcji w tabeli LABTRANS Typ zdarzenia explicit | |||
| Złożenie zapotrzebowania na materiały | Oznacza zgłoszenie zapotrzebowania na części zamienne lub materiały eksploatacyjne do wykonania prac konserwacyjnych. Można je rozpoznać po zmianie statusu na Waiting on Material lub utworzeniu pozycji zapotrzebowania na materiały. | ||
| Dlaczego to ważne Niezbędne w dashboardzie gotowości materiałowej do wykrywania opóźnień w łańcuchu dostaw, które uniemożliwiają rozpoczęcie prac. Skąd pobrać Tabela WOSTATUS, w której STATUS = 'WMATL', lub utworzenie wpisów w tabeli WPMATERIAL Rejestrowanie Ustalane na podstawie zmiany statusu na WMATL Typ zdarzenia inferred | |||
| Zmiana terminu docelowego | Rejestruje zmianę zaplanowanej daty zakończenia lub terminu SLA. Pomaga wykryć przypadki przesuwania oczekiwanego terminu w celu uwzględnienia opóźnień. | ||
| Dlaczego to ważne Ważne przy analizie realizacji SLA dla urządzeń krytycznych i wykrywaniu przypadków przesuwania terminów, aby uniknąć naruszenia SLA. Skąd pobrać Historia zmian pól TARGETCOMPDATE lub SCHEDFINISH Rejestrowanie Rejestrowane podczas transakcji aktualizującej pola daty Typ zdarzenia explicit | |||
Przewodniki po ekstrakcji danych
Kroki
Ustal strategię widoku bazy danych: ProcessMind wymaga płaskiego dziennika zdarzeń, a Maximo przechowuje dane hierarchicznie: nagłówek w WORKORDER, historię w WOSTATUS, a koszty w WOLABTRANS. Najpewniejszym rozwiązaniem jest wcześniejsze utworzenie widoku bazy danych w Maximo. Będzie on źródłem danych dla Integration Framework.
Utwórz widok SQL: Uruchom zapytanie SQL z sekcji Query w narzędziu do zarządzania bazą danych, takim jak SQL Developer lub SSMS. Zapytanie łączy tabele
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSiA_WORKORDER(audyt) w jedną płaską strukturę.Zarejestruj widok w Maximo: Zaloguj się do Maximo jako administrator. Przejdź do System Configuration, Platform Configuration, Database Configuration. Utwórz nowy obiekt o nazwie
PM_WO_EVENTLOGi przypisz go do widoku bazy danych utworzonego w poprzednim kroku. UruchomConfigDB, aby go zarejestrować. Zwykle widoki nie wymagają przestoju, ale warto sprawdzić obowiązujące procedury.Utwórz strukturę obiektów: Przejdź do Integration, Object Structures. Utwórz strukturę obiektów o nazwie
MX_PM_EVENTS. DodajPM_WO_EVENTLOGjako obiekt źródłowy. Jeśli jest dostępna opcja obsługi płaskiej struktury, zaznacz ją.Skonfiguruj kanał publikacji: Przejdź do Integration, Publish Channels. Utwórz kanał
PC_PM_EVENTSpowiązany ze strukturą obiektówMX_PM_EVENTS. W razie potrzeby można tu zdefiniować reguły przetwarzania.Skonfiguruj system zewnętrzny: Przejdź do Integration, External Systems. Wybierz system docelowy lub utwórz ogólny system EXTSYS. Dodaj do niego kanał publikacji
PC_PM_EVENTS.Włącz eksport danych: W aplikacji External Systems otwórz kartę Data Export. Wybierz kanał
PC_PM_EVENTS. Można tu podać klauzulę SQL Where, na przykładEVENTTIMESTAMP >= '2023-01-01', aby ograniczyć zakres eksportu.Wyeksportuj dane: Kliknij Export. System wygeneruje plik XML lub CSV, zależnie od skonfigurowanego punktu końcowego. W przypadku ProcessMind zalecany jest format CSV. Sprawdź, czy punkt końcowy, na przykład
MXFLATFILE, jest skonfigurowany do generowania plików CSV.Sprawdź wynik: Otwórz wygenerowany plik CSV. Upewnij się, że nagłówki odpowiadają atrybutom zdefiniowanym w zapytaniu, takim jak WorkOrderNumber i Activity, oraz że nie pozostały w nim hierarchiczne tagi XML.
Końcowe formatowanie: Jeśli eksport CSV z Maximo zawiera standardowe kolumny metadanych systemowych, takie jak
OWNER1iORGID, usuń je, jeśli nie są potrzebne. Załaduj oczyszczony plik CSV do ProcessMind.
Konfiguracja
- Synonimy statusów w Maximo: Maximo umożliwia stosowanie własnych kodów statusów, na przykład APPR i WAPPR. Zapytanie zakłada standardowe wartości wewnętrzne. Sprawdź domenę
WOSTATUSwSYNONYMDOMAIN, aby prawidłowo mapować własne statusy. - Tabele audytowe: Wyodrębnienie zdarzenia „Zaktualizowano datę docelową” korzysta z tabeli audytowej
A_WORKORDER. Jeśli audyt obiektuWORKORDERnie jest włączony, to zdarzenie nie zwróci żadnych wierszy. Jeśli jest to potrzebne, włącz audyt w Database Configuration. - Zakres dat: Przy pierwszym ładowaniu filtruj dane według
EVENTTIMESTAMPz ostatnich 6–12 miesięcy. Duże zbiory danych historycznych mogą powodować przekroczenie limitu czasu w interfejsie Integration Framework. Dla zbiorów większych niż 50 tys. wierszy użyj przetwarzania w tle. - Filtry lokalizacji i organizacji: Maximo obsługuje wiele lokalizacji. Jeśli analiza dotyczy konkretnego zakładu, zawsze filtruj dane według
SITEID. - Wydajność: Zapytanie
UNION ALLwymaga dużych zasobów. Sprawdź, czy istnieją indeksy bazy danych dlaWOSTATUS.WONUM,WOLABTRANS.REFWOiMATUSETRANS.REFWO.
Przykładowe zapytanie 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') Kroki
Połączenie z bazą danych: Nawiąż połączenie JDBC lub ODBC tylko do odczytu z bazą danych IBM Maximo, która zwykle działa na DB2, Oracle lub SQL Server. Upewnij się, że użytkownik ma uprawnienia SELECT do tabel WORKORDER, WOSTATUS, LABTRANS i MATUSETRANS.
Określ zakres danych: Ustal, które lokalizacje (SITES) lub organizacje (ORGIDS) mają zostać uwzględnione. Maximo obsługuje wiele lokalizacji, a numery zleceń pracy (WONUM) są unikatowe tylko w połączeniu z SITEID. Określ też zakres dat, zwykle filtrując według REPORTDATE (daty utworzenia) lub STATUSDATE.
Poznaj model danych: Tabela WORKORDER zawiera nagłówki zleceń. WOSTATUS przechowuje historię zmian w cyklu życia zlecenia. LABTRANS zawiera szczegółowe wpisy dotyczące robocizny, a MATUSETRANS informacje o przepływie materiałów. Tabele te należy połączyć za pomocą UNION ALL, aby utworzyć jeden strumień zdarzeń.
Uwzględnij synonimy: W Maximo statusy zdefiniowane w SYNONYMDOMAIN mają wartości wewnętrzne (MAXVALUE) i wyświetlane (VALUE). Aby zapewnić spójność między lokalizacjami, które mogą używać różnych etykiet dla tego samego statusu, najlepiej filtrować zapytanie według wewnętrznej wartości MAXVALUE.
Przygotuj zapytanie: Skopiuj kod SQL z sekcji Query. Zastąp symbole zastępcze, takie jak [Your Database Schema] i [Start Date], właściwymi wartościami. Jeśli w danym środowisku używane są własne kody statusów dla inspekcji lub kontroli jakości, zaktualizuj klauzule WHERE w odpowiednich sekcjach.
Wyodrębnij dane: Uruchom zapytanie. W zależności od ilości danych może być konieczne przetwarzanie partiami, na przykład miesiąc po miesiącu, aby uniknąć przekroczenia limitu czasu bazy danych.
Sprawdź dane: Upewnij się, że dla każdego zlecenia pracy występuje zdarzenie „Utworzono zgłoszenie konserwacyjne”. Sprawdź, czy znaczniki czasu mają format zgodny z ProcessMind. Zalecany jest ISO 8601.
Przetwarzanie po ekstrakcji: Znaczniki czasu w Maximo zwykle zawierają milisekundy. Zachowaj je, aby prawidłowo sortować zdarzenia następujące w krótkich odstępach czasu.
Eksport: Zapisz wyniki jako plik CSV lub Parquet. Nagłówki kolumn muszą odpowiadać atrybutom zdefiniowanym w wynikach zapytania.
Przesłanie do ProcessMind: Zaimportuj plik do ProcessMind. Ustaw „WorkOrderNumber” jako identyfikator sprawy (Case ID), „Activity” jako nazwę czynności, a „EventTimestamp” jako znacznik czasu.
Konfiguracja
- Platformy bazodanowe: Maximo działa zwykle na IBM DB2, Oracle lub SQL Server. Podana składnia jest zgodna ze standardem SQL, ale w zależności od platformy może wymagać drobnych zmian w funkcjach daty, na przykład TO_DATE zamiast CAST.
- Filtrowanie dat: Użyj kolumny REPORTDATE w tabeli WORKORDER, aby określić zakres analizowanych spraw. Standardowo uwzględnia się ostatnie 12 miesięcy.
- Znaczenie identyfikatora lokalizacji: Nie zakładaj, że sam WONUM jest unikatowy. Zawsze łącz WONUM z SITEID albo uwzględnij SITEID jako atrybut sprawy, jeśli analizujesz wiele lokalizacji.
- Logika statusów: Maximo pozwala definiować własne wartości statusów. Jeśli standardowe statusy, takie jak WMATL lub COMP, nie zwracają wyników, sprawdź tabelę SYNONYMDOMAIN.
- Wydajność: Tabele LABTRANS i MATUSETRANS mogą być bardzo duże. Upewnij się, że mają indeksy dla REFWO i SITEID.
Przykładowe zapytanie 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') Gotowi do rozpoczęcia?
Zacznij usprawniać strategię konserwacji, wykorzystując ten szablon podczas ekstrakcji danych. Nasz zespół pomoże przełożyć dane techniczne z dzienników na konkretne informacje o procesach.
Usprawnij konserwację zasobów i ogranicz przestoje
Skróć cykl konserwacji o 30% i wyeliminuj wąskie gardła
Bezpłatny okres próbny przez 14 dni, bez podawania danych karty płatniczej