Szablon danych dotyczących utrzymania ruchu zasobów

Uniwersalny szablon process mining
Szablon danych dotyczących utrzymania ruchu zasobów

Szablon danych dotyczących utrzymania ruchu zasobów

Uniwersalny szablon process mining

To ogólny szablon danych do process mining dla procesu Utrzymanie majątku. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.

Wybierz konkretny system
  • Pełna lista standardowych etapów utrzymania ruchu
  • Elastyczny schemat atrybutów do szczegółowej analizy wyników
  • Zgodność z dowolnym źródłem danych do zarządzania zasobami przedsiębiorstwa
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty utrzymania ruchu zasobów

Te zalecane pola danych dostarczają kontekstu dla dziennika zdarzeń i pozwalają analizować zlecenia utrzymania ruchu według rodzaju urządzenia, priorytetu i lokalizacji.
5 Wymagane 9 Zalecane 2 Opcjonalne
Nazwa Opis
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy rekord został ostatnio wyodrębniony lub odświeżony.
Opis

Ten atrybut informuje, jak aktualny jest zbiór danych używany w analizie. Pomaga ocenić świeżość danych i wykryć opóźnienia między systemem operacyjnym a środowiskiem process mining.

Nie opisuje bezpośrednio przebiegu procesu, ale ma znaczenie dla zarządzania danymi. Pozwala interesariuszom sprawdzić, czy analizują dane bieżące, czy migawkę z poprzedniego okresu rozliczeniowego.

Dlaczego to ważne

Pomaga sprawdzić aktualność danych i zarządzać ładowaniem przyrostowym.

Skąd pobrać

Wartość generuje potok ETL lub skrypt ekstrakcyjny podczas działania.

Przykłady
2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z
Nazwa czynności
ActivityName
Konkretne zadanie, zmiana statusu lub zdarzenie w workflow.
Opis

Ten atrybut określa kolejne kroki w cyklu życia zlecenia serwisowego. Rejestruje poszczególne stany, przez które przechodzi zlecenie, takie jak utworzenie, zatwierdzenie, realizacja, wstrzymanie i zakończenie.

Na potrzeby rzetelnej analizy process mining pole to ujednolica różne zdarzenia systemowe i przedstawia je jako czytelne czynności. Jest niezbędne do wizualizacji mapy procesu, obliczania czasu przejścia między etapami oraz wykrywania pętli poprawek, w których zlecenie wraca do wcześniejszego statusu.

Dlaczego to ważne

Określa węzły na mapie procesu i jest niezbędny do odtworzenia workflow.

Skąd pobrać

Dane pochodzą z tabel historii statusów, dzienników transakcji lub rejestrów zmian zleceń pracy.

Przykłady
Utworzono zlecenie konserwacyjneWydano materiałZatwierdzonoZmieniono status na „W realizacji”Zamknięto zlecenie konserwacyjne
Numer zlecenia serwisowego
WorkOrderNumber
Unikalny identyfikator zgłoszenia serwisowego lub zlecenia pracy.
Opis

Ten atrybut pełni funkcję głównego identyfikatora sprawy w analizie process mining. Oznacza pojedynczy cykl obsługi prac konserwacyjnych, od zgłoszenia lub uruchomienia przeglądu prewencyjnego po zakończenie prac i zamknięcie finansowe.

W analizie pole to służy jako klucz główny, który pozwala grupować powiązane zdarzenia, koszty i rejestry zasobów. Dzięki niemu silnik process mining odtwarza przebieg poszczególnych zleceń. Analitycy mogą śledzić przepływ pracy, wykrywać wąskie gardła na poziomie sprawy i zestawiać wyniki z typem lub priorytetem zlecenia.

Dlaczego to ważne

To podstawowy identyfikator sprawy, niezbędny do rozróżniania poszczególnych instancji procesu.

Skąd pobrać

Zazwyczaj znajduje się w tabeli nagłówków zleceń pracy, np. WONUM w Maximo lub AUFNR w SAP.

Przykłady
WO-2023-884110049221PM-552-AREQ-992104500021
System źródłowy
SourceSystem
Nazwa aplikacji lub bazy danych, z której pochodzi rekord.
Opis

Ten atrybut wskazuje środowisko oprogramowania, w którym powstały dane. W złożonym środowisku utrzymania ruchu dane mogą pochodzić z systemu ERP, specjalistycznego systemu CMMS lub platformy monitorującej IoT.

Podczas analizy pole to ułatwia filtrowanie danych połączonych z wielu systemów w jednym modelu procesu. Pomaga sprawdzić pochodzenie danych oraz porównać ich jakość i przebieg procesu w różnych starszych systemach.

Dlaczego to ważne

Zapewnia możliwość śledzenia pochodzenia danych w środowisku obejmującym wiele systemów.

Skąd pobrać

Wartość jest ustawiana na stałe podczas ekstrakcji lub pobierana z konfiguracji systemu.

Przykłady
SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM
Znacznik czasu zdarzenia
EventTimestamp
Dokładna data i godzina wystąpienia czynności.
Opis

Ten atrybut określa czas każdego zdarzenia w rejestrze prac konserwacyjnych. Zapisuje dokładny moment zmiany statusu lub zatwierdzenia transakcji w systemie źródłowym.

Znaczniki czasu stanowią podstawę wszystkich miar czasu w process mining. Pozwalają obliczać czas realizacji, czas od zgłoszenia do zakończenia oraz przestoje zasobów. Wysoka precyzja znaczników jest potrzebna do prawidłowego uporządkowania zdarzeń, które następują szybko po sobie.

Dlaczego to ważne

Pozwala uporządkować zdarzenia i obliczyć wszystkie miary czasu.

Skąd pobrać

Znajduje się w dziennikach transakcji, tabelach historii lub ścieżkach audytu, obok informacji o czynności.

Przykłady
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z
Dział utrzymania ruchu
MaintenanceDepartment
Jednostka organizacyjna lub warsztat odpowiedzialny za wykonanie prac.
Opis

Ten atrybut wskazuje zespół, specjalizację lub dział przypisany do zlecenia pracy, na przykład elektryków, mechaników, automatyków lub służby techniczne.

Pozwala porównywać wyniki różnych zespołów. Analitycy mogą zestawiać czas realizacji, poziom zaległości i odsetek poprawek w poszczególnych działach, aby wykryć potrzeby szkoleniowe lub braki zasobów w konkretnych specjalizacjach.

Dlaczego to ważne

Umożliwia porównanie wyników i zaległości w różnych zespołach.

Skąd pobrać

Nagłówek zlecenia pracy, np. Work Center w SAP lub Crew ID w Maximo.

Przykłady
Warsztat mechanicznyUtrzymanie instalacji elektrycznychSłużby techniczneZewnętrzny wykonawcaAutomatyka i aparatura kontrolno-pomiarowa
Identyfikator zasobu
AssetId
Unikalny identyfikator urządzenia lub obiektu, którego dotyczą prace konserwacyjne.
Opis

Ten atrybut łączy zlecenie pracy z konkretnym obiektem w terenie. Może to być numer ewidencyjny, identyfikator urządzenia lub kod maszyny objętej pracami konserwacyjnymi.

Dzięki niemu można wykryć problematyczne zasoby, które często wymagają napraw. Grupując zlecenia według identyfikatora zasobu, analitycy mogą obliczyć średni czas między awariami (MTBF) i wskazać urządzenia pochłaniające nieproporcjonalnie dużą część budżetu na utrzymanie ruchu.

Dlaczego to ważne

Umożliwia analizę wydajności poszczególnych urządzeń i obliczanie MTBF.

Skąd pobrać

Tabela nagłówków zleceń pracy, np. ASSETNUM w Maximo lub EQUNR w SAP.

Przykłady
PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05
Krytyczność zasobu
AssetCriticality
Ocena określająca znaczenie zasobu dla operacji.
Opis

Ten atrybut klasyfikuje zasoby według wpływu ich awarii na bezpieczeństwo, środowisko lub produkcję. Zwykle jest zapisany w kartotece zasobu, ale często kopiuje się go również do zlecenia pracy.

Analitycy mogą sprawdzić, czy zespoły utrzymania ruchu właściwie priorytetyzują prace przy zasobach krytycznych. Atrybut pomaga zweryfikować, czy najważniejsze urządzenia są objęte przeglądami prewencyjnymi zgodnie z harmonogramem.

Dlaczego to ważne

Pomaga dopasować działania utrzymania ruchu do ryzyka biznesowego i wpływu na operacje.

Skąd pobrać

Kartoteka zasobów lub nagłówek zlecenia pracy, jeśli dane są zdenormalizowane.

Przykłady
A - KluczowyB - IstotnyC - DrugorzędnyKrytyczny dla bezpieczeństwaKrytyczny dla produkcji
Łączny koszt rzeczywisty
TotalActualCost
Łączny poniesiony koszt, obejmujący robociznę, materiały i usługi.
Opis

Ten atrybut sumuje wszystkie księgowania finansowe powiązane ze zleceniem pracy. Pokazuje końcowy wpływ prac konserwacyjnych na koszty.

Analiza kosztów jest jednym z głównych zastosowań process mining w zarządzaniu zasobami. Atrybut ten pomaga wskazać najdroższe w utrzymaniu grupy zasobów oraz przypadki, w których koszt naprawy przekracza wartość odtworzeniową zasobu.

Dlaczego to ważne

Jest podstawą analizy wpływu finansowego i raportowania odchyleń od budżetu.

Skąd pobrać

Tabele podsumowujące koszty lub suma księgowań GL powiązanych ze zleceniem.

Przykłady
1500.00245.5010000.000.00560.75
Planowana data zakończenia
TargetCompletionDate
Zaplanowany termin, do którego należy zakończyć zlecenie pracy.
Opis

Ten atrybut określa termin wyznaczony przez planistę lub wynikający z SLA. Stanowi punkt odniesienia przy obliczaniu terminowości realizacji.

Porównanie rzeczywistej daty zakończenia z planowanym terminem pozwala obliczyć zgodność z harmonogramem i opóźnienia. Duże odchylenia mogą wskazywać na problemy z planowaniem lub ograniczoną dostępność zasobów.

Dlaczego to ważne

Stanowi punkt odniesienia przy obliczaniu opóźnień i zgodności z harmonogramem.

Skąd pobrać

Zakładka harmonogramowania zlecenia pracy, np. GLTRP w SAP lub SCHEDFINISH w Maximo.

Przykłady
2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z
Poziom priorytetu
PriorityLevel
Pilność lub znaczenie przypisane do zlecenia pracy.
Opis

Ten atrybut określa, jak ważne dla operacji jest zadanie konserwacyjne. Wartości mogą być zapisane jako kody liczbowe (1, 2, 3) lub etykiety (krytyczny, wysoki, średni, niski). Na ich podstawie ustala się wymagany czas reakcji i przydział zasobów.

W analizie procesu atrybut ten służy do sprawdzania zgodności z SLA. Analitycy mogą sprawdzić, czy zlecenia o wysokim priorytecie rzeczywiście przechodzą przez proces szybciej niż te o niskim priorytecie, czy też zatrzymują się na etapie zatwierdzania.

Dlaczego to ważne

Umożliwia analizę zgodności z SLA i weryfikację priorytetyzacji zasobów.

Skąd pobrać

Tabela nagłówków zleceń pracy, np. PRIORITY w Maximo lub PRIOK w SAP.

Przykłady
1 - Krytyczny2 - Wysoki3 - Średni4 - NiskiAwaryjne
Prace prewencyjne
IsPreventive
Flaga wskazująca, czy zlecenie pracy jest częścią programu konserwacji prewencyjnej.
Opis

Ten atrybut logiczny upraszcza typ zlecenia do dwóch kategorii: prewencyjne i nieprewencyjne. Często jest wyliczany na podstawie kodu typu zlecenia pracy.

Flaga pozwala szybko filtrować dashboardy i skupić się na zgodności z planem przeglądów prewencyjnych. Ułatwia też obliczanie KPI określającego proporcję prac prewencyjnych do naprawczych, czyli standardowej miary dojrzałości organizacji utrzymania ruchu.

Dlaczego to ważne

Ułatwia filtrowanie danych i obliczanie KPI dotyczącego udziału prac prewencyjnych.

Skąd pobrać

Wartość pochodzi z typu zlecenia pracy lub specjalnej flagi systemowej, np. PPM.

Przykłady
truefalse
Rzeczywista liczba roboczogodzin
ActualLaborHours
Łączny czas pracy techników poświęcony na realizację zlecenia.
Opis

Ten atrybut sumuje czas wszystkich wpisów dotyczących pracy przypisanych do zlecenia. Pokazuje rzeczywisty nakład pracy potrzebny do wykonania zadania.

Miara ta służy do obliczania wykorzystania czasu pracy zespołu i wydajności pracy. Porównanie rzeczywistej liczby godzin z szacunkami pokazuje, jak trafnie zaplanowano prace. Duże różnice mogą wskazywać na niejasny zakres zlecenia lub braki kompetencyjne.

Dlaczego to ważne

Mierzy nakład pracy i służy do obliczania wykorzystania zasobów oraz trafności planowania.

Skąd pobrać

Suma danych z tabel ewidencji czasu pracy lub transakcji robocizny.

Przykłady
4.512.00.548.0160.0
Typ zlecenia pracy
WorkOrderType
Określa, czy prace konserwacyjne są prewencyjne, naprawcze, awaryjne czy projektowe.
Opis

Ten atrybut klasyfikuje rodzaj prac konserwacyjnych. Typowe wartości rozróżniają prace planowane (prewencyjne) od nieplanowanych przestojów (naprawczych lub awaryjnych). To standardowe pole w niemal każdym systemie EAM/CMMS.

Analitycy wykorzystują je do podziału modelu procesu na segmenty. Porównanie workflow napraw awaryjnych z przeglądami prewencyjnymi często ujawnia różnice w przebiegu procesu, wymaganiach dotyczących zatwierdzeń i czasie realizacji. To podstawowy wymiar do obliczania proporcji prac prewencyjnych do naprawczych.

Dlaczego to ważne

Umożliwia podział analizy na prace planowane i nieplanowane.

Skąd pobrać

Tabela nagłówków zleceń pracy, np. WORKTYPE w Maximo lub AUART w SAP.

Przykłady
PrewencyjneNaprawczeAwaryjnePredykcyjneProjekt inwestycyjny
Miejsce wykonania prac
WorkLocation
Obiekt lub lokalizacja funkcjonalna, w której wykonywane są prace.
Opis

Ten atrybut określa lokalizację geograficzną lub funkcjonalną zasobu. Może to być konkretny budynek, piętro lub odległy obiekt.

Dane o lokalizacji pomagają analizować straty czasu związane z dojazdami i logistyką. Jeśli technicy poświęcają dużo czasu na przejazdy między odległymi lokalizacjami, aby realizować zlecenia o niskim priorytecie, process mining może wskazać możliwość lepszego planowania tras lub grupowania zleceń według lokalizacji.

Dlaczego to ważne

Pomaga analizować logistykę i wykrywać wąskie gardła związane z lokalizacją.

Skąd pobrać

Nagłówek zlecenia pracy lub powiązana tabela lokalizacji zasobów.

Przykłady
Budynek A - piętro 2Zakład północnyObiekt 55Zdalna przepompowniaWarsztat
Przypisany pracownik
AssignedResource
Technik lub osoba kierująca pracami przypisana do zlecenia.
Opis

Ten atrybut wskazuje osobę lub technika prowadzącego, który odpowiada za wykonanie zadania konserwacyjnego. Dział pokazuje, która grupa realizuje prace, a ten atrybut wskazuje konkretną osobę.

Tak szczegółowe dane pomagają analizować rozkład obciążenia pracowników. Można dzięki nim wykryć techników stale przeciążonych pracą lub osoby, u których częściej występują poprawki, co może wskazywać na potrzebę szkolenia.

Dlaczego to ważne

Umożliwia analizę równomiernego rozłożenia obciążenia i wyników poszczególnych pracowników.

Skąd pobrać

Tabele przypisań do zleceń pracy lub szczegółowe tabele robocizny.

Przykłady
J. SmithA. DoeTech-001Vendor-XYZBrygadzista 5
Wymagane Zalecane Opcjonalne

Działania związane z utrzymaniem ruchu zasobów

W tej sekcji opisano najważniejsze kroki i etapy procesu, które warto uwzględnić w danych, aby prawidłowo odkrywać proces i identyfikować wąskie gardła.
7 Zalecane 9 Opcjonalne
Działanie Opis
Rozpoczęto zlecenie konserwacyjne
Chwila, w której technicy rozpoczynają fizyczne prace przy zasobie. Oznacza przejście od planowania i oczekiwania do realizacji.
Dlaczego to ważne

Niezbędne do obliczenia średniego czasu naprawy (MTTR) i oddzielenia oczekiwania administracyjnego od czasu faktycznej pracy technika.

Skąd pobrać

Zdarzenie jest zwykle oznaczane zmianą statusu na In Progress lub znacznikiem czasu pierwszego wpisu czasu pracy.

Rejestrowanie

Zapisz zmianę statusu na In Progress lub Started.

Typ zdarzenia explicit
Utworzono zlecenie konserwacyjne
Formalne utworzenie w systemie rekordu zlecenia konserwacyjnego. Zdarzenie to nadaje identyfikator sprawy i wyznacza punkt odniesienia dla planowania, harmonogramowania i realizacji prac.
Dlaczego to ważne

To centralny punkt odniesienia w procesie, który wyznacza początek administracyjnego cyklu obsługi prac konserwacyjnych.

Skąd pobrać

Dane pochodzą ze znacznika czasu utworzenia rekordu w głównej tabeli zleceń.

Rejestrowanie

Zapisz znacznik czasu wygenerowania unikalnego identyfikatora zlecenia.

Typ zdarzenia explicit
Zakończono zlecenie konserwacyjne
Techniczne zakończenie prac fizycznych. Zasób wraca do eksploatacji, choć mogą pozostać do wykonania czynności administracyjne i finansowe.
Dlaczego to ważne

Główny znacznik czasu używany do obliczenia czasu naprawy i przestoju zasobu.

Skąd pobrać

Zdarzenie jest rejestrowane przy zmianie statusu na Completed, TECO lub Finished.

Rejestrowanie

Zapisz zmianę statusu oznaczającą techniczne zakończenie prac.

Typ zdarzenia explicit
Zamknięto zlecenie konserwacyjne
Ostatni etap administracyjny, w którym zlecenie zostaje ostatecznie rozliczone i zarchiwizowane. Nie można już przypisywać do niego kosztów ani godzin pracy.
Dlaczego to ważne

Oznacza ostateczne zakończenie sprawy w systemie. Opóźnienia na tym etapie wskazują na zaległości administracyjne.

Skąd pobrać

Zdarzenie jest rejestrowane przy zmianie statusu na Closed, Archived lub CLSD.

Rejestrowanie

Zapisz końcową zmianę statusu na Closed.

Typ zdarzenia explicit
Zaplanowano zlecenie konserwacyjne
Przypisanie do zlecenia konkretnych zasobów pracy, ekip lub stałego terminu w kalendarzu. Zlecenie przechodzi w ten sposób z kolejki zaległych prac do aktywnego harmonogramu dziennego lub tygodniowego.
Dlaczego to ważne

Pozwala odróżnić czas oczekiwania zlecenia w kolejce od czasu oczekiwania na konkretnego technika.

Skąd pobrać

Zdarzenie można ustalić na podstawie utworzenia przydziałów pracy lub rekordów dyspozytorskich.

Rejestrowanie

Znacznik czasu przypisania zasobu lub ustawienia statusu dyspozycji.

Typ zdarzenia explicit
Zarejestrowano godziny pracy
Technik zapisuje faktyczną liczbę godzin przepracowanych przy zleceniu. Czynność może się powtarzać, gdy do pracy dołączają kolejni członkowie ekipy.
Dlaczego to ważne

Dane te stanowią podstawę do obliczania kosztów i analizy wykorzystania zasobów. Przerwy między wpisami czasu pracy mogą wskazywać na zakłócenia w procesie.

Skąd pobrać

Dane pochodzą z tabel potwierdzeń czasu pracy lub dzienników transakcji robocizny.

Rejestrowanie

Zapisz każde rozliczenie czasu pracy przypisane do zlecenia.

Typ zdarzenia explicit
Zatwierdzono zlecenie konserwacyjne
Zmiana statusu autoryzacji oznacza, że zakres prac, szacowany koszt i plan zostały sprawdzone i zaakceptowane. Zlecenie jest gotowe do realizacji.
Dlaczego to ważne

Ten wskaźnik mierzy czas potrzebny na dopełnienie formalności związanych z planowaniem i budżetem.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane przy zmianie statusu na Approved, Released lub Authorized.

Rejestrowanie

Wybierz zdarzenia zmiany statusu oznaczające autoryzację.

Typ zdarzenia explicit
Anulowano zlecenie konserwacyjne
Przedwczesne zakończenie zlecenia przed pomyślnym wykonaniem prac. Może nastąpić, gdy praca okaże się zbędna, zlecenie jest duplikatem lub zostaje połączone z innym.
Dlaczego to ważne

Wysoki odsetek anulowanych zleceń może wskazywać na niewłaściwą wstępną selekcję zgłoszeń lub problemy z powielaniem danych.

Skąd pobrać

Zdarzenie jest rejestrowane przy zmianie statusu na Cancelled, Rejected lub Void.

Rejestrowanie

Wybierz końcowe wartości statusu oznaczające anulowanie.

Typ zdarzenia explicit
Utworzono zapotrzebowanie na materiały
Do zlecenia przypisano formalne zapotrzebowanie na części zamienne lub materiały eksploatacyjne. Rozpoczyna to podproces zaopatrzenia potrzebny do wykonania naprawy.
Dlaczego to ważne

Dane te są niezbędne do analizy opóźnień wynikających z zależności w łańcuchu dostaw i braku materiałów.

Skąd pobrać

Informacje znajdują się w tabelach zapotrzebowania materiałowego lub są rejestrowane przy zmianie statusu na Waiting on Material.

Rejestrowanie

Wyszukaj utworzenie pozycji materiałowych powiązanych ze zleceniem.

Typ zdarzenia explicit
Utworzono zgłoszenie konserwacyjne
Operator lub system automatyczny zgłasza usterkę albo potrzebę wykonania usługi. Zdarzenie to często poprzedza formalne utworzenie zlecenia i wyznacza rzeczywisty początek cyklu obsługi zgłoszenia.
Dlaczego to ważne

Ujęcie tego kroku pozwala obliczyć całkowity czas reakcji od chwili wykrycia problemu, a nie dopiero od momentu przyjęcia zgłoszenia przez zespół utrzymania.

Skąd pobrać

Informacje te zwykle znajdują się w dziennikach zgłoszeń serwisowych, tabelach systemu help desk lub historii powiadomień.

Rejestrowanie

Pobierz znacznik czasu utworzenia powiązanego zgłoszenia źródłowego.

Typ zdarzenia explicit
Wstrzymano zlecenie konserwacyjne
Status zlecenia zmienia się na wstrzymany, co zatrzymuje realizację. Zwykle dzieje się tak z powodu braku części, braku dostępu lub problemów z bezpieczeństwem.
Dlaczego to ważne

Wskazuje wąskie gardła i zależności zewnętrzne zakłócające standardowy przebieg procesu.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane w historii statusów, gdy wartość zmienia się na Hold, Suspended lub Blocked.

Rejestrowanie

Wybierz zmiany statusu oznaczające wstrzymanie zlecenia.

Typ zdarzenia explicit
Wydano materiał
Fizyczne wydanie części zamiennych z magazynu na potrzeby zlecenia. Potwierdza dostępność i zużycie materiałów.
Dlaczego to ważne

Potwierdza faktyczne wykorzystanie części i kończy pomiar opóźnienia związanego z ich dostępnością.

Skąd pobrać

Dane znajdują się w dziennikach transakcji magazynowych, w których obciążenie jest powiązane ze zleceniem.

Rejestrowanie

Pobierz znacznik czasu z transakcji wydania z magazynu.

Typ zdarzenia explicit
Zakończono kontrolę jakości
Etap weryfikacji, podczas którego naprawa jest sprawdzana, mierzona lub testowana. Pozwala upewnić się, że zasób spełnia wymagania operacyjne przed ponownym uruchomieniem.
Dlaczego to ważne

Istotne dla analizy zgodności i bezpieczeństwa. Niepowodzenie kontroli prowadzi do powtórzenia prac.

Skąd pobrać

Dane znajdują się w dziennikach kontroli, ukończonych listach kontrolnych lub zapisach określonych etapów statusu.

Rejestrowanie

Wyszukaj zakończenie zadań kontrolnych lub aktualizacje statusu jakości.

Typ zdarzenia explicit
Zarejestrowano poprawkę po pracach konserwacyjnych
Oznacza, że zakończona praca została odrzucona lub szybko wykryto jej niepowodzenie, przez co status wrócił do In Progress. Wskazuje to na powtórzenie etapu procesu.
Dlaczego to ważne

To ważny sygnał problemów ze szkoleniem technicznym lub niskiej jakości części zamiennych.

Skąd pobrać

Zdarzenie można wywnioskować z cofnięcia statusu z Complete do In Progress lub odczytać z jawnego kodu Rework.

Rejestrowanie

Wyszukaj cofnięcia statusu lub oznaczenia poprawek.

Typ zdarzenia inferred
Zmieniono priorytet
Zmiana poziomu ważności lub pilności zlecenia po jego utworzeniu. Zdarzenie zawiera nową wartość priorytetu i czas podjęcia decyzji.
Dlaczego to ważne

Częste zmiany priorytetu mogą wskazywać na problemy z wstępną oceną zgłoszeń lub manipulowanie systemem w celu ominięcia kolejki zaległych zleceń.

Skąd pobrać

Informacje te są zwykle zapisywane w historii zmian pól lub dziennikach systemowych monitorujących pole Priority.

Rejestrowanie

Wyszukaj zmiany pola priorytetu w dzienniku audytowym.

Typ zdarzenia explicit
Zmieniono termin docelowy
Aktualizacja planowanej daty rozpoczęcia lub zakończenia zlecenia. Odzwierciedla zmianę oczekiwań wynikającą z dostępności zasobów lub opóźnień.
Dlaczego to ważne

Śledzenie zmian terminów pomaga ustalić, czy realizacja KPI poprawia się dzięki lepszym wynikom, czy tylko przez przesuwanie terminów.

Skąd pobrać

Dane znajdują się w dziennikach audytowych śledzących zmiany pól Scheduled Start lub Required By Date.

Rejestrowanie

Zapisz aktualizacje pól daty w historii zlecenia.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak przygotować dane do process mining.

Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w

naszym przewodniku ETL   lub   wybierz konkretny proces i system.

Gotowi do rozpoczęcia?

Można skorzystać z instrukcji ekstrakcji danych dla konkretnej platformy albo zastosować ten ogólny szablon do własnego środowiska danych. W obu przypadkach można rozpocząć projekt process mining.

Zwiększ efektywność utrzymania ruchu zasobów

Ogranicz przestoje i koszty utrzymania ruchu dzięki aktualnym danym.

Rozpocznij okres próbny

Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje 5 minut.