Uniwersalny szablon danych
Uniwersalny szablon danych
- Uniwersalna struktura pasująca do każdego procesu
- Elastyczne atrybuty, które można dostosować do potrzeb
- Zgodność ze wszystkimi głównymi systemami źródłowymi
To ogólny szablon danych do process mining. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych procesów.
Atrybuty
| Nazwa | Opis | ||
|---|---|---|---|
| Czynność Activity | Nazwa etapu procesu lub zdarzenia, które wystąpiło. | ||
| Opis Pole „Czynność” określa, co wydarzyło się na każdym etapie procesu. Nazwy czynności powinny być spójne i opisywać istotne zdarzenia biznesowe. Dlaczego to ważne Nazwy czynności decydują o tym, jak mapa procesu jest prezentowana i analizowana. Skąd pobrać Utwórz je na podstawie zmian statusu, typów działań lub opisów zdarzeń w systemie źródłowym. Przykłady Utworzenie sprawyZakończenie weryfikacjiPłatność przetworzona | |||
| ID sprawy CaseId | Unikalny identyfikator każdej instancji procesu. | ||
| Opis Case ID to podstawowy identyfikator, który łączy wszystkie zdarzenia należące do tej samej instancji procesu. Każde zdarzenie w dzienniku zdarzeń musi mieć przypisany Case ID. Dlaczego to ważne Bez prawidłowego Case ID nie można prześledzić przebiegu poszczególnych spraw w procesie. Skąd pobrać Użyj klucza głównego lub numeru referencyjnego z głównej tabeli transakcji. Przykłady ORD-2024-001234TKT-98765REQ-0042 | |||
| Znacznik czasu StartTime | Data i godzina rozpoczęcia czynności. | ||
| Opis Znacznik czasu określa, kiedy wystąpiła każda czynność. Jest niezbędny do obliczania czasu realizacji, wykrywania wąskich gardeł i ustalania kolejności zdarzeń. Dlaczego to ważne Znaczniki czasu umożliwiają analizę czasu realizacji i wykrywanie wąskich gardeł. Skąd pobrać Użyj najdokładniejszego znacznika czasu dostępnego w systemie źródłowym. Przykłady 2024-03-15T09:30:00Z2024-03-15T14:45:30Z | |||
| Dział Department | Jednostka organizacyjna odpowiedzialna za daną czynność. | ||
| Opis Wskazuje, który dział, zespół lub jednostka biznesowa wykonały daną czynność. Przydatne przy analizie przekazywania spraw między zespołami. Dlaczego to ważne Analiza współpracy między działami ujawnia opóźnienia przy przekazywaniu spraw i problemy organizacyjne. Skąd pobrać Warto szukać kodów działów lub identyfikatorów jednostek organizacyjnych. Przykłady FinanseOperacjeObsługa klienta | |||
| Godzina zakończenia EndTime | Data i godzina zakończenia czynności, jeśli różnią się od czasu rozpoczęcia. | ||
| Opis Końcowy znacznik czasu określa, kiedy zakończono daną czynność. Podanie czasu rozpoczęcia i zakończenia pozwala obliczyć czas trwania czynności i czas przetwarzania. Dlaczego to ważne Godziny zakończenia pozwalają obliczyć rzeczywisty czas pracy i czas oczekiwania. Skąd pobrać Poszukaj znaczników czasu zakończenia lub zmian statusu wskazujących na zakończenie czynności. Przykłady 2024-03-15T10:15:00Z2024-03-15T16:30:00Z | |||
| Priorytetowa Priority | Priorytet przypisany do sprawy. | ||
| Opis Określa pilność lub wagę sprawy. Priorytet często wpływa na czas obsługi i wybieraną ścieżkę procesu. Dlaczego to ważne Analiza priorytetów pozwala sprawdzić, czy pilne sprawy otrzymują odpowiednią uwagę. Skąd pobrać Warto szukać pól priorytetu, oznaczeń pilności lub przypisań do poziomów SLA. Przykłady WysokiMediumNiski | |||
| Typ sprawy CaseType | Kategoria lub typ obsługiwanej sprawy. | ||
| Opis Pozwala grupować sprawy według typu i porównywać poszczególne kategorie. Różne typy spraw często przebiegają innymi ścieżkami i osiągają różne wyniki. Dlaczego to ważne Podział spraw według typu ujawnia różnice w wynikach między kategoriami. Skąd pobrać Warto szukać kodów typów, pól kategorii lub atrybutów klasyfikacyjnych. Przykłady StandardowaPriorytetowaZłożona | |||
| Użytkownik User | Osoba, która wykonała czynność. | ||
| Opis Określa, który użytkownik lub zasób wykonał daną czynność. Umożliwia analizę zasobów, równoważenie obciążenia pracą i porównywanie wyników. Dlaczego to ważne Analiza zasobów pomaga określić potrzeby szkoleniowe i wykryć nierównomierne obciążenie pracą. Skąd pobrać Poszukaj identyfikatorów użytkowników, numerów pracowników lub nazw użytkowników przypisanych do poszczególnych zdarzeń. Przykłady jan.kowalskiEMP-12345użytkownik_a1b2c3 | |||
| Emisja CO2 związana z czynnością ActivityCO2 | Ślad węglowy tej czynności. | ||
| Opis Emisje dwutlenku węgla związane z tą czynnością. Umożliwiają analizę wpływu procesu na środowisko. Dlaczego to ważne Monitorowanie emisji CO2 wspiera realizację celów środowiskowych i raportowanie. Skąd pobrać Można obliczyć tę wartość na podstawie rodzaju czynności i standardowych wskaźników emisji. Przykłady 0.10.52.0 | |||
| Jednostka biznesowa BusinessUnit | Jednostka biznesowa powiązana ze sprawą. | ||
| Opis Wskazuje jednostkę biznesową lub dział odpowiedzialny za sprawę albo z nią powiązany. Przydatne w organizacjach z wieloma działami. Dlaczego to ważne Analiza jednostek biznesowych ujawnia wzorce wyników w różnych częściach organizacji. Skąd pobrać Warto szukać kodów jednostek biznesowych, identyfikatorów działów lub przypisań do centrów zysku. Przykłady Handel detalicznyKlienci korporacyjniSMB | |||
| Kanał Channel | Sposób zgłoszenia lub otrzymania sprawy. | ||
| Opis Wskazuje kanał, którym sprawa trafiła do procesu. Poszczególne kanały często różnią się charakterystyką i wynikami. Dlaczego to ważne Analiza kanałów pokazuje, które sposoby przyjmowania zgłoszeń są najsprawniejsze. Skąd pobrać Warto szukać oznaczeń źródła, kodów kanałów lub pól określających pochodzenie. Przykłady Portal internetowyE-mailTelefonAPI | |||
| Klient Customer | Klient lub strona powiązana ze sprawą. | ||
| Opis Wskazuje klienta lub zewnętrzną stronę, której dotyczy sprawa. Umożliwia analizę wyników procesu z perspektywy klienta. Dlaczego to ważne Analiza klientów ujawnia wzorce dotyczące ich doświadczeń. Skąd pobrać Warto szukać identyfikatorów klientów, numerów kont lub identyfikatorów stron. Przykłady KLIENT-001234Acme CorpKONTO-98765 | |||
| Koszt automatyzacji ActivityAutomationCost | Koszt wykonania tej czynności po jej zautomatyzowaniu. | ||
| Opis Szacowany koszt wykonania tej czynności za pomocą automatyzacji. Przydatny przy analizie zwrotu z inwestycji w automatyzację. Dlaczego to ważne Porównanie kosztów pracy ręcznej i automatyzacji pomaga uzasadnić inwestycję. Skąd pobrać Zwykle określa się go na podstawie standardowych modeli kosztów procesów zautomatyzowanych. Przykłady 0.502.005.00 | |||
| Koszt czynności ActivityCost | Koszt wykonania tej czynności. | ||
| Opis Koszt pieniężny wykonania tej czynności. Umożliwia analizę kosztów i wskazanie kosztownych etapów procesu. Dlaczego to ważne Analiza kosztów pomaga ustalać priorytety usprawnień na podstawie ich wpływu finansowego. Skąd pobrać Warto szukać pól alokacji kosztów lub obliczyć koszt na podstawie standardowych tabel kosztów. Przykłady 15.0045.50120.00 | |||
| Kraj Country | Kraj powiązany ze sprawą. | ||
| Opis Lokalizacja geograficzna istotna dla sprawy. Przydatna przy analizie regionalnych różnic w wynikach procesu lub wymogach dotyczących zgodności. Dlaczego to ważne Analiza geograficzna ujawnia różnice regionalne i wzorce związane ze zgodnością. Skąd pobrać Warto szukać kodów krajów, identyfikatorów regionów lub pól lokalizacji. Przykłady Stany ZjednoczoneNiemcyJaponia | |||
| Nakład pracy przy czynności (FTE) ActivityFTE | Liczba godzin pracy w przeliczeniu na etaty (FTE) dla tej czynności. | ||
| Opis Nakład pracy przy tej czynności wyrażony w godzinach FTE. Przydatny przy planowaniu zdolności operacyjnych i analizie obciążenia pracą. Dlaczego to ważne Śledzenie FTE pomaga planować zasoby i zarządzać zdolnościami operacyjnymi. Skąd pobrać Można obliczyć tę wartość na podstawie czasu obsługi i standardowych stawek FTE albo pobrać ją z systemów ewidencji czasu pracy. Przykłady 0.250.51.0 | |||
| Ostatnia aktualizacja danych LastDataUpdate | Data ostatniej aktualizacji tego rekordu. | ||
| Opis Znacznik czasu ostatniej aktualizacji rekordu. Przydatny przy przyrostowym ładowaniu danych i monitorowaniu ich aktualności. Dlaczego to ważne Śledzenie aktualizacji wspiera przyrostowe ładowanie danych i monitorowanie ich jakości. Skąd pobrać Warto szukać znaczników czasu ostatniej modyfikacji lub pól śledzących zmiany. Przykłady 2024-03-15T12:00:00Z2024-03-16T08:30:00Z | |||
| Produkt Product | Produkt lub usługa powiązane ze sprawą. | ||
| Opis Wskazuje produkt, usługę lub ofertę, której dotyczy sprawa. Umożliwia analizę wyników procesu dla poszczególnych produktów. Dlaczego to ważne Analiza produktów pokazuje, czy proces przebiega inaczej w zależności od produktu. Skąd pobrać Warto szukać kodów produktów, numerów SKU lub identyfikatorów usług. Przykłady Produkt APlan usług ProSKU-12345 | |||
| Region Region | Region geograficzny przypisany do sprawy. | ||
| Opis Szerszy podział geograficzny niż kraj. Przydatny w analizie regionalnej, gdy operacje obejmują wiele krajów. Dlaczego to ważne Analiza regionalna pomaga porównywać wyniki w różnych obszarach geograficznych. Skąd pobrać Warto szukać kodów regionów lub wyznaczyć region na podstawie informacji o kraju. Przykłady Europa, Bliski Wschód i AfrykaAmerykiAzja i Pacyfik | |||
| Segment klienta CustomerSegment | Segment lub poziom klienta. | ||
| Opis Klasyfikuje klientów według segmentu, poziomu lub wartości. Przydatne przy analizie tego, czy poszczególne segmenty otrzymują różny poziom obsługi. Dlaczego to ważne Analiza segmentów pozwala sprawdzić, czy klienci o wysokiej wartości otrzymują odpowiednią uwagę. Skąd pobrać Warto szukać kodów segmentów, przypisań do poziomów lub pól klasyfikacji klientów. Przykłady Klienci korporacyjniSMBKonsument | |||
| Stan SLA SLAState | Informacja, czy sprawa mieści się w SLA. | ||
| Opis Wskazuje, czy sprawa jest obecnie obsługiwana zgodnie z umową o poziomie usług. Przydatne przy monitorowaniu zgodności i analizie eskalacji. Dlaczego to ważne Monitorowanie SLA pozwala wykrywać zagrożone sprawy i oceniać ogólny poziom zgodności. Skąd pobrać Warto szukać pól statusu SLA i oznaczeń przekroczenia terminu albo obliczyć status na podstawie znaczników czasu i celów. Przykłady W ramach SLAZagrożonaPrzekroczony termin | |||
| System źródłowy SourceSystem | System, w którym powstało to zdarzenie. | ||
| Opis Wskazuje system źródłowy, który zarejestrował to zdarzenie. Przydatne przy łączeniu danych z wielu systemów. Dlaczego to ważne Śledzenie źródeł pomaga zrozumieć pochodzenie danych i granice między systemami. Skąd pobrać Można dodać tę wartość jako stałą lub ustalić ją na podstawie źródła ekstrakcji. Przykłady SAPSalesforceServiceNow | |||
| Wartość czynności ActivityAmount | Kwota pieniężna powiązana z tą czynnością. | ||
| Opis Wartość finansowa obsłużona przez tę czynność lub na nią wpływająca. Umożliwia analizę z uwzględnieniem wartości. Dlaczego to ważne Analiza wartości pomaga ustalać priorytety usprawnień na podstawie ich wpływu finansowego. Skąd pobrać Warto szukać kwot transakcji, wartości faktur lub sum zamówień. Przykłady 1500.0025000.00750.50 | |||
| Zasób Resource | Zasób, czyli osoba lub system, który wykonał daną czynność. | ||
| Opis Ogólny identyfikator wykonawcy czynności, niezależnie od tego, czy była to osoba, czy system. Przydatny, gdy czynności mogą wykonywać zarówno ludzie, jak i systemy. Dlaczego to ważne Śledzenie zasobów pozwala porównywać efektywność pracy ludzi i systemów automatycznych. Skąd pobrać Warto szukać identyfikatorów wykonawców, które mogą obejmować zarówno użytkowników, jak i konta systemowe. Przykłady użytkownik_123SYSTEM_AUTOMATYCZNYprocesor_bot | |||
| Zautomatyzowane IsAutomated | Informacja, czy czynność wykonano automatycznie. | ||
| Opis Wskazuje, czy czynność wykonał system automatycznie, czy użytkownik ręcznie. Pomaga określić poziom automatyzacji. Dlaczego to ważne Analiza automatyzacji wskazuje możliwości dalszego automatyzowania procesu. Skąd pobrać Można to ustalić na podstawie typu użytkownika (system lub człowiek) albo oznaczeń automatyzacji. Przykłady truefalse | |||
| Zespół Team | Konkretny zespół w ramach działu. | ||
| Opis Bardziej szczegółowy podział organizacyjny niż dział. Przydatny, gdy różne zespoły w jednym dziale obsługują poszczególne etapy procesu. Dlaczego to ważne Analiza na poziomie zespołów pokazuje rozkład obciążenia pracą i specjalizację. Skąd pobrać Warto szukać kodów zespołów, identyfikatorów kolejek lub przypisań do grup. Przykłady Zespół AlfaEskalacjeWsparcie drugiej linii | |||
Czynności
| Działanie | Opis | ||
|---|---|---|---|
| Przypisanie do osoby obsługującej | Sprawa zostaje przekazana do obsługi konkretnej osobie lub zespołowi. Przypisanie określa, kto odpowiada za dalszy przebieg sprawy. | ||
| Dlaczego to ważne Sprawność przypisywania wpływa na to, jak szybko rozpocznie się praca. Opóźnienia na tym etapie mogą wskazywać na problemy z kierowaniem spraw lub obciążeniem pracą. Skąd pobrać W systemie należy szukać zmian przypisania, zmian właściciela sprawy lub wpisów w kolejce. Rejestrowanie Znacznik czasu przypisania lub zmiany właściciela Typ zdarzenia explicit | |||
| Rozpoczęcie obsługi | Rozpoczyna się aktywna praca nad sprawą. To moment przejścia od oczekiwania w kolejce do faktycznej obsługi. | ||
| Dlaczego to ważne Czas między przypisaniem a rozpoczęciem obsługi pokazuje, jak długo sprawy czekają w kolejce, i może ujawnić problemy z obciążeniem pracą. Skąd pobrać W systemie należy szukać zmian statusu wskazujących na rozpoczęcie pracy, znaczników czasu pierwszej czynności lub wpisów w dzienniku aktywności. Rejestrowanie Pierwsza czynność po przypisaniu lub jawny znacznik czasu rozpoczęcia Typ zdarzenia inferred | |||
| Utworzenie sprawy | Pierwsze zdarzenie rozpoczynające nową sprawę w procesie. Oznacza moment, w którym nowa sprawa trafia do systemu, na przykład w wyniku zgłoszenia klienta, potrzeby wewnętrznej lub zdarzenia automatycznego. | ||
| Dlaczego to ważne Wyznacza oficjalny początek procesu i jest niezbędne do obliczenia całkowitego czasu realizacji oraz przepustowości. Skąd pobrać W systemie źródłowym należy szukać znaczników czasu utworzenia, dat przesłania lub pierwszych zmian statusu. Rejestrowanie Znacznik czasu utworzenia głównej transakcji lub rekordu Typ zdarzenia explicit | |||
| Weryfikacja danych | Sprawdzenie, czy wymagane informacje są kompletne i poprawne. Może to być automatyczna kontrola systemowa lub ręczna weryfikacja przez członka zespołu. | ||
| Dlaczego to ważne Wczesna weryfikacja zapobiega późniejszym problemom i poprawkom. Pominięcie tego kroku często wiąże się z dłuższym czasem realizacji. Skąd pobrać W systemie należy szukać zmian statusu weryfikacji, znaczników czasu kontroli lub informacji o zakończeniu kontroli jakości. Rejestrowanie Zmiana statusu lub znacznik czasu zakończenia weryfikacji Typ zdarzenia explicit | |||
| Zakończenie sprawy | Sprawa została pomyślnie zakończona i zamknięta. To koniec instancji procesu. | ||
| Dlaczego to ważne Informacja niezbędna do obliczenia czasu realizacji i przepustowości. Odsetek zakończonych spraw wskazuje skuteczność procesu. Skąd pobrać W systemie należy szukać znaczników czasu zakończenia, statusu zamknięcia lub zapisów końcowego wyniku. Rejestrowanie Znacznik czasu zakończenia lub zamknięcia Typ zdarzenia explicit | |||
| Zakończenie weryfikacji | Zakończono weryfikację lub etap akceptacji. Wiele procesów wymaga jednej lub kilku weryfikacji przed przejściem do kolejnego etapu. | ||
| Dlaczego to ważne Etapy weryfikacji często stają się wąskim gardłem. Analiza czasu ich trwania pomaga wykryć opóźnienia w akceptacji. Skąd pobrać W systemie należy szukać znaczników czasu akceptacji, zakończenia weryfikacji lub zapisów zatwierdzenia. Rejestrowanie Znacznik czasu akceptacji lub zakończenia weryfikacji Typ zdarzenia explicit | |||
| Anulowanie sprawy | Sprawa została anulowana lub porzucona przed zakończeniem. | ||
| Dlaczego to ważne Wzorce anulowania mogą ujawnić problemy z projektem procesu, potrzebami klientów lub wcześniejszymi etapami. Skąd pobrać W systemie należy szukać znaczników czasu anulowania, statusu porzucenia lub zapisów zakończenia. Rejestrowanie Znacznik czasu anulowania lub zakończenia Typ zdarzenia explicit | |||
| Eskalacja | Sprawę przekazano do obsługi na wyższy szczebel lub do wyspecjalizowanego zespołu. | ||
| Dlaczego to ważne Eskalacje dotyczą spraw, których nie można obsłużyć standardową ścieżką. Wysoki odsetek eskalacji może wskazywać na problemy z przeszkoleniem lub przebiegiem procesu. Skąd pobrać W systemie należy szukać zapisów eskalacji, zmian poziomu obsługi lub przekazań do kolejek specjalistycznych. Rejestrowanie Znacznik czasu eskalacji lub przekazania do kolejki specjalistycznej Typ zdarzenia explicit | |||
| Otrzymanie informacji | Otrzymano wymagane dodatkowe informacje i sprawa może być dalej obsługiwana. | ||
| Dlaczego to ważne Czas odpowiedzi na prośbę o informacje znacząco wpływa na czas realizacji. Szybka odpowiedź pozwala szybciej zakończyć sprawę. Skąd pobrać W systemie należy szukać potwierdzeń otrzymania odpowiedzi, zmian statusu z oczekiwania lub znaczników czasu przesłania dokumentów. Rejestrowanie Znacznik czasu otrzymania odpowiedzi lub zmiana statusu z oczekiwania Typ zdarzenia explicit | |||
| Podjęcie decyzji | Osiągnięto i rozstrzygnięto ważny punkt decyzyjny w procesie. | ||
| Dlaczego to ważne Punkty decyzyjne często wymagają upoważnienia i mogą stać się wąskim gardłem. Jasny zapis decyzji wspiera zgodność. Skąd pobrać W systemie należy szukać zapisów decyzji, oznaczeń akceptacji lub odrzucenia albo informacji o rozstrzygnięciu. Rejestrowanie Znacznik czasu decyzji lub zapis jej wyniku Typ zdarzenia explicit | |||
| Prośba o informacje | Poproszono klienta, dostawcę lub osobę wewnątrz organizacji o dodatkowe informacje. | ||
| Dlaczego to ważne Prośby o informacje wstrzymują proces i często powodują znaczne opóźnienia. Ograniczenie ich liczby skraca czas realizacji. Skąd pobrać W systemie należy szukać korespondencji z prośbą, zmian statusu na „oczekiwanie na informacje” lub znaczników czasu wstrzymania. Rejestrowanie Znacznik czasu wysłania prośby lub zmiana statusu na oczekiwanie Typ zdarzenia explicit | |||
| Wykonanie działania | Zakończono konkretne działanie lub zadanie w ramach procesu. | ||
| Dlaczego to ważne Śledzenie poszczególnych działań pomaga ustalić, które kroki najbardziej wydłużają czas realizacji. Skąd pobrać W systemie należy szukać znaczników czasu zakończenia zadań, dzienników działań lub informacji o ukończeniu poszczególnych kroków. Rejestrowanie Znacznik czasu zakończenia zadania lub działania Typ zdarzenia explicit | |||
| Zgłoszenie wyjątku | Wykryto problem lub wyjątek wymagający specjalnej obsługi albo eskalacji. | ||
| Dlaczego to ważne Wyjątki często prowadzą do poprawek i opóźnień. Ich śledzenie pomaga ustalić przyczyny i znaleźć sposoby zapobiegania. Skąd pobrać W systemie należy szukać dzienników błędów, oznaczeń wyjątków, zapisów eskalacji lub wskaźników specjalnej obsługi. Rejestrowanie Znacznik czasu wyjątku lub błędu z dzienników systemowych Typ zdarzenia explicit | |||
Instrukcje ekstrakcji
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?
Pobierzcie szablon i wykorzystajcie go jako punkt wyjścia albo zapoznajcie się z instrukcjami dla konkretnych systemów, które zawierają sprawdzone zapytania ekstrakcyjne dopasowane do danej technologii.
Zacznij optymalizować proces już dziś
Zobacz proces w nowym świetle dzięki ProcessMind
Nie trzeba podawać danych karty płatniczej