Szablon danych dotyczących utrzymania ruchu zasobów
Szablon danych dotyczących utrzymania ruchu zasobów
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
Atrybuty utrzymania ruchu zasobów
| 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 | |||
Działania związane z utrzymaniem ruchu zasobów
| 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 | |||
Instrukcje ekstrakcji danych
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.
Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje 5 minut.