Szablon danych dla procesu od zatrudnienia do odejścia: zarządzanie stanowiskami
Szablon danych dla procesu od zatrudnienia do odejścia: zarządzanie stanowiskami
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Wskazówki dotyczące ekstrakcji danych z SAP SuccessFactors Employee Central
Atrybuty procesu od zatrudnienia do odejścia: zarządzanie stanowiskami
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas zdarzenia
EventTime
|
Timestamp wskazujący, kiedy wystąpiło dane działanie. | ||
|
Opis
Czas zdarzenia określa dokładną datę i godzinę wykonania działania lub jego zarejestrowania w systemie. Pozwala ustalić chronologiczną kolejność zdarzeń w cyklu życia każdego stanowiska. Ten timestamp jest niezbędny do analizy czasu w process mining. Służy do obliczania czasu między działaniami i całkowitego czasu procesu, wykrywania wąskich gardeł na podstawie czasu między etapami oraz śledzenia zmian wyników w czasie. Bez dokładnych timestampów analiza procesu nie jest możliwa.
Dlaczego to ważne
Atrybut ten określa chronologiczną kolejność zdarzeń, niezbędną do obliczania czasu procesu, wykrywania wąskich gardeł i oceny jego sprawności.
Skąd pobrać
Odpowiada polu daty utworzenia lub ostatniej modyfikacji zdarzenia albo zmiany statusu w dziennikach audytu zarządzania stanowiskami lub rejestrach transakcji SAP SuccessFactors.
Przykłady
2023-04-15T09:00:00Z2023-04-15T14:30:15Z2023-05-01T11:20:00Z
|
|||
|
Nazwa działania
ActivityName
|
Nazwa zdarzenia biznesowego, które wystąpiło w określonym momencie w odniesieniu do stanowiska. | ||
|
Opis
Ten atrybut opisuje konkretny etap lub kamień milowy w cyklu życia stanowiska, na przykład „Rozpoczęcie zgłoszenia stanowiska”, „Utworzenie stanowiska w systemie HR” lub „Dezaktywacja stanowiska”. Każde działanie oznacza odrębne zdarzenie w procesie. Analiza kolejności i częstotliwości działań stanowi podstawę process mining. Umożliwia wizualizację mapy procesu, wskazanie typowych i alternatywnych przebiegów procesu (wariantów) oraz wykrycie opóźnień i poprawek między etapami. Dzięki temu można zrozumieć, jak proces przebiega w praktyce.
Dlaczego to ważne
Określa etapy procesu, umożliwiając wizualizację jego mapy oraz analizę workflow, wąskich gardeł i odstępstw.
Skąd pobrać
Zazwyczaj dane pochodzą z dzienników zdarzeń, rejestrów zmian statusu lub ścieżek audytowych w SAP SuccessFactors Employee Central. Może być konieczne przypisanie technicznych kodów zdarzeń lub zmian statusu do czytelnych nazw.
Przykłady
Rozpoczęcie zgłoszenia stanowiskaUtworzenie stanowiska w systemie HRZmiana atrybutów stanowiskaDezaktywacja stanowiska
|
|||
|
Position ID
PositionId
|
Unikalny identyfikator stanowiska w strukturze organizacyjnej, pełniący funkcję głównego identyfikatora case w procesie zarządzania stanowiskami. | ||
|
Opis
Position ID łączy wszystkie działania i dane dotyczące jednego stanowiska w strukturze organizacyjnej. Umożliwia śledzenie całego cyklu życia stanowiska, od pierwszego zgłoszenia i utworzenia po modyfikacje, zmiany klasyfikacji, dezaktywację lub zamknięcie. W process mining każdy unikalny Position ID oznacza jeden case. Analiza procesu według tego identyfikatora pozwala prześledzić pełny cykl życia stanowiska, zmierzyć jego łączny czas i wykryć wzorce lub wąskie gardła występujące na poszczególnych etapach. To podstawowy atrybut potrzebny do utworzenia mapy procesu i obliczania KPI dla poszczególnych case.
Dlaczego to ważne
To podstawowy identyfikator case, który łączy wszystkie powiązane zdarzenia. Umożliwia prześledzenie pełnego cyklu życia stanowiska i analizę przebiegu procesu.
Skąd pobrać
Ten identyfikator jest podstawowym elementem modułu Position Management w SAP SuccessFactors Employee Central. Zazwyczaj znajduje się w obiekcie Position.
Przykłady
POS-1002345POS-1002346POS-2039871
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdateTime
|
Timestamp ostatniego odświeżenia danych lub ich pobrania z systemu źródłowego. | ||
|
Opis
Ten atrybut wskazuje, kiedy dane procesu zostały ostatnio zaktualizowane w narzędziu process mining. Informuje o ich aktualności. Dzięki niemu użytkownicy wiedzą, jak aktualna jest analiza, i mogą ocenić, na ile dane odzwierciedlają bieżącą sytuację. To ważna metadana każdego dashboardu lub raportu.
Dlaczego to ważne
Informuje użytkowników o aktualności danych, co pozwala ocenić, czy analizy i decyzje opierają się na najnowszych informacjach.
Skąd pobrać
Ten timestamp jest generowany przez potok ekstrakcji i przekształcania danych podczas jego uruchomienia.
Przykłady
2023-10-27T08:00:00Z
|
|||
|
System źródłowy
SourceSystemId
|
System, z którego pobrano dane. | ||
|
Opis
Ten atrybut wskazuje system źródłowy, z którego pochodzą dane o zdarzeniach. W tym procesie będzie to zawsze SAP SuccessFactors Employee Central. W modelu opartym na jednym źródle może się wydawać zbędny, ale ma istotne znaczenie dla zarządzania danymi i zachowania kontekstu, zwłaszcza gdy dane są łączone z wielu systemów. Pozwala jednoznacznie ustalić ich pochodzenie.
Dlaczego to ważne
Umożliwia jednoznaczne ustalenie pochodzenia danych, co jest ważne dla zarządzania danymi, rozwiązywania problemów i pracy z wieloma źródłami danych.
Skąd pobrać
Zazwyczaj jest to stała wartość dodawana podczas przekształcania danych w celu oznaczenia źródła zbioru danych.
Przykłady
SAP SuccessFactors Employee Central
|
|||
|
Czas zakończenia zdarzenia
EventEndTime
|
Timestamp wskazujący, kiedy zakończyło się dane działanie. | ||
|
Opis
Czas zakończenia zdarzenia wskazuje moment ukończenia działania. W wielu systemach działanie jest rejestrowane jako pojedynczy punkt w czasie, więc czas zakończenia jest wtedy taki sam jak czas rozpoczęcia. Jeśli działanie trwa określony czas, na przykład aktywnie realizowany etap zatwierdzania, to pole wskazuje moment jego ukończenia. Ten atrybut jest niezbędny do obliczania czasu realizacji poszczególnych działań. Pozwala odróżnić czas oczekiwania, czyli przerwę między działaniami, od czasu realizacji, czyli czasu trwania samego działania. Dzięki temu można dokładniej ocenić sprawność procesu.
Dlaczego to ważne
Umożliwia obliczenie czasu realizacji działania i odróżnienie czasu poświęconego na wykonanie zadania od czasu oczekiwania na kolejny etap.
Skąd pobrać
Te informacje mogą być dostępne w dziennikach audytu lub wymagać ustalenia na podstawie innych danych. W przypadku zdarzeń atomowych czas zakończenia często jest taki sam jak StartTime.
Przykłady
2023-04-15T09:05:12Z2023-04-15T14:45:00Z2023-05-01T11:20:00Z
|
|||
|
Dział
DepartmentName
|
Nazwa działu, do którego należy stanowisko. | ||
|
Opis
Ten atrybut określa dział organizacji powiązany ze stanowiskiem, na przykład „Finanse”, „Sprzedaż” lub „Technologia informacyjna”. Dział jest ważnym wymiarem analizy porównawczej. Pozwala porównywać wyniki procesu w różnych częściach organizacji, na przykład czas zatwierdzania stanowisk w poszczególnych działach. Jest niezbędny w dashboardzie „Wąskie gardła w zatwierdzaniu w działach” i pomaga wykrywać lokalne nieefektywności oraz dobre praktyki.
Dlaczego to ważne
Umożliwia porównywanie wyników i analizę wąskich gardeł w różnych działach, co pomaga wskazać problemy występujące w konkretnych obszarach.
Skąd pobrać
To standardowy atrybut obiektu Position w SAP SuccessFactors Employee Central.
Przykłady
FinanseSprzedaż, Ameryka PółnocnaBadania i rozwój
|
|||
|
ID użytkownika
UserId
|
Identyfikator użytkownika, który wykonał działanie. | ||
|
Opis
Ten atrybut zawiera unikalny identyfikator pracownika lub użytkownika systemu, który wykonał dane zdarzenie, na przykład menedżera zatwierdzającego zgłoszenie stanowiska lub administratora HR tworzącego stanowisko w systemie. Analiza według ID użytkownika pomaga zrozumieć rozkład obciążenia pracą, wskazać osoby osiągające najlepsze wyniki i wykryć potrzeby szkoleniowe. Ułatwia też analizę zasobów, kontrolę zgodności oraz identyfikację działań wykonywanych przez konta systemowe lub serwisowe, co może wskazywać na automatyzację.
Dlaczego to ważne
Pozwala przypisać działania w procesie do konkretnych użytkowników, a tym samym analizować obciążenie pracą i wyniki oraz identyfikować automatyzację.
Skąd pobrać
Informacje te znajdują się zazwyczaj w polach „Changed By” lub „User” w dziennikach audytu albo danych transakcyjnych obiektu Position w SAP SuccessFactors.
Przykłady
c.bakerj.smithSYSTEM_USER
|
|||
|
Identyfikator osoby zatwierdzającej
ApproverId
|
Identyfikator menedżera lub osoby zatwierdzającej, która uczestniczy w zatwierdzaniu. | ||
|
Opis
Ten atrybut wskazuje konkretną osobę, która wykonała krok zatwierdzania, na przykład „Wniosek o utworzenie stanowiska zatwierdzony przez menedżera” lub „Wniosek o utworzenie stanowiska zatwierdzony przez dział HR”. Różni się od ogólnego identyfikatora użytkownika, ponieważ dotyczy konkretnie zadań związanych z zatwierdzaniem. Analiza czasu zatwierdzania według osób zatwierdzających pomaga wskazać osoby, które powodują wąskie gardła, oraz te, które zatwierdzają wyjątkowo szybko i mogą wyznaczać dobre praktyki. Pozwala też dokładniej analizować dashboard „Wąskie gardło w zatwierdzaniu przez działy”.
Dlaczego to ważne
Umożliwia szczegółową analizę poszczególnych kroków zatwierdzania oraz wskazanie wąskich gardeł i osób osiągających najlepsze wyniki.
Skąd pobrać
Informacje te są zapisane w danych workflow lub dzienniku zatwierdzeń SAP SuccessFactors i powiązane z transakcją dotyczącą wniosku o utworzenie stanowiska.
Przykłady
m.joness.patele.williams
|
|||
|
Status stanowiska
PositionStatus
|
Status stanowiska w chwili wystąpienia zdarzenia. | ||
|
Opis
Ten atrybut wskazuje stan stanowiska, na przykład „Do obsadzenia”, „Obsadzone”, „Zamrożone” lub „Zlikwidowane”. Status często zmienia się w wyniku określonych działań w procesie. Analiza zmian statusu stanowiska w czasie jest niezbędna do zrozumienia jego cyklu życia i sprawdzenia, czy statusy są stosowane spójnie. Dashboard „Analiza zmian statusu stanowiska” wykorzystuje ten atrybut do wykrywania niestandardowych przebiegów procesu i sprawdzania zgodności z określonymi modelami statusów. Pomaga też ustalić, jak długo stanowiska pozostają w danym stanie.
Dlaczego to ważne
Śledzenie zmian statusu pomaga analizować cykl życia stanowiska, sprawdzać zgodność przebiegu procesu i ustalać, jak długo stanowiska pozostają w poszczególnych stanach.
Skąd pobrać
Odpowiada polu statusu obiektu Position w SAP SuccessFactors Employee Central.
Przykłady
Do obsadzeniaObsadzoneZamrożoneZlikwidowane
|
|||
|
Czas zatwierdzania stanowiska
PositionApprovalCycleTime
|
Łączny czas od złożenia wniosku o utworzenie stanowiska do jego zatwierdzenia przez dział HR. | ||
|
Opis
To obliczany KPI mierzący czas trwania całego etapu zatwierdzania nowego stanowiska. Wartość jest obliczana dla każdego case na podstawie różnicy czasu między zdarzeniami „Złożono wniosek o utworzenie stanowiska” i „Wniosek o utworzenie stanowiska zatwierdzony przez dział HR”. Atrybut ten bezpośrednio mierzy KPI „Średni czas zatwierdzania stanowiska” i jest głównym miernikiem na dashboardzie „Czas cyklu zatwierdzania stanowiska”. Pokazuje sprawność organizacji i efektywność początkowego etapu rekrutacji.
Dlaczego to ważne
Ten KPI bezpośrednio mierzy efektywność workflow zatwierdzania stanowisk i pomaga monitorować oraz ograniczać opóźnienia.
Skąd pobrać
Miernik jest obliczany dla każdego case na platformie process mining lub w warstwie transformacji danych na podstawie znaczników czasu odpowiednich działań.
Przykłady
P3D4H30MP10DP1DT12H
|
|||
|
Jednostka biznesowa
BusinessUnitName
|
Jednostka biznesowa powiązana ze stanowiskiem. | ||
|
Opis
Ten atrybut wskazuje większy dział lub jednostkę biznesową, do której należy stanowisko. Może ona znajdować się o poziom wyżej niż dział. Podobnie jak dział, jednostka biznesowa pozwala porównywać wyniki na wysokim poziomie. Dzięki temu kadra kierownicza może zestawiać efektywność zarządzania stanowiskami w różnych częściach firmy, na przykład w obszarze produktów konsumenckich i oprogramowania dla przedsiębiorstw.
Dlaczego to ważne
Umożliwia porównywanie wyników procesów między dużymi jednostkami biznesowymi i pomaga powiązać mierniki procesów ze strategicznymi obszarami działalności.
Skąd pobrać
To standardowy atrybut struktury organizacyjnej dostępny w obiekcie Position w SAP SuccessFactors.
Przykłady
Produkty konsumenckieOprogramowanie dla przedsiębiorstwUsługi globalne
|
|||
|
Kraj
CountryCode
|
Kraj, w którym znajduje się stanowisko. | ||
|
Opis
Ten atrybut określa kraj powiązany z lokalizacją stanowiska. Jest ważnym wymiarem geograficznym analizy. Analiza procesu według krajów może ujawnić regionalne różnice w efektywności, wymaganiach dotyczących zgodności lub przebiegu procesu. Na przykład zatwierdzanie stanowisk może trwać znacznie dłużej w jednym kraju ze względu na lokalne przepisy prawa pracy lub udział rady pracowników. Pozwala to lepiej zrozumieć różnice w przebiegu procesu zależne od lokalizacji i odpowiednio na nie reagować.
Dlaczego to ważne
Umożliwia analizę geograficzną i wskazanie regionalnych różnic w wynikach procesu, które mogą wynikać z lokalnych przepisów lub praktyk.
Skąd pobrać
To część informacji o lokalizacji powiązanych z obiektem Position w SAP SuccessFactors.
Przykłady
USADEUINDGBR
|
|||
|
Nazwa stanowiska
PositionTitle
|
Oficjalna nazwa stanowiska. | ||
|
Opis
Ten atrybut zawiera opisową nazwę stanowiska, na przykład „Starszy analityk finansowy” lub „Inżynier oprogramowania II”. Nazwa stanowiska nie wpływa bezpośrednio na przebieg procesu, ale dostarcza ważnego kontekstu biznesowego. Można jej użyć do filtrowania analiz według rodzaju stanowiska lub sprawdzenia, czy określone nazwy wiążą się z dłuższym czasem tworzenia albo częstszymi modyfikacjami. Uzupełnia analizę o szczegóły zrozumiałe dla odbiorców biznesowych.
Dlaczego to ważne
Dostarcza kontekstu biznesowego i pozwala filtrować lub dzielić analizę według konkretnych stanowisk i poziomów.
Skąd pobrać
To standardowy atrybut obiektu Position w SAP SuccessFactors Employee Central, często powiązany z klasyfikacją stanowiska.
Przykłady
Starszy analityk finansowyInżynier oprogramowania IIKoordynator ds. marketingu
|
|||
|
Poprawne za pierwszym razem
IsFirstTimeRight
|
Wskaźnik informujący, czy stanowisko utworzono poprawnie za pierwszym razem, bez natychmiastowych zmian. | ||
|
Opis
Ten obliczany atrybut ma wartość logiczną (prawda/fałsz). Sprawdza, czy po działaniu „Utworzono stanowisko w systemie HR” w krótkim, z góry określonym czasie, na przykład 24 godzin, nastąpiło działanie „Zmieniono atrybuty stanowiska”. Jeśli nie wprowadzono zmian, wartość wynosi „prawda”. Atrybut ten bezpośrednio wspiera KPI „Odsetek poprawnych utworzeń za pierwszym razem”. Mierzy jakość danych i skuteczność procesu, wskazując przypadki, w których nieprawidłowe lub niepełne dane wprowadzone na początku wymagały natychmiastowej poprawy. Niski odsetek poprawnych utworzeń za pierwszym razem może wskazywać na problemy ze szkoleniami, użytecznością systemu lub regułami walidacji danych.
Dlaczego to ważne
Miernik ocenia jakość procesu tworzenia stanowisk i wskazuje poprawki oraz problemy z jakością danych już na etapie ich wprowadzania.
Skąd pobrać
To wskaźnik logiczny obliczany podczas transformacji danych na podstawie kolejności zdarzeń dla każdego identyfikatora stanowiska.
Przykłady
truefalse
|
|||
|
Przyczyna zmiany
ChangeReason
|
Przyczyna podana przy modyfikacji lub zmianie klasyfikacji stanowiska. | ||
|
Opis
Podczas modyfikacji lub zmiany klasyfikacji stanowiska użytkownicy często podają przyczynę, na przykład „Reorganizacja”, „Zmiana zakresu obowiązków” lub „Przegląd roczny”. Ten atrybut zapisuje podany powód. Jest ważny w analizie przyczyn źródłowych. Pomaga wyjaśnić, dlaczego dochodzi do zdarzeń takich jak zmiana klasyfikacji lub modyfikacja atrybutów. Analiza najczęściej podawanych przyczyn może ujawnić problemy, na przykład niejasne opisy stanowisk lub częste zmiany organizacyjne. To jeden z celów dashboardu „Analiza zmian klasyfikacji stanowisk”.
Dlaczego to ważne
Dostarcza kontekstu biznesowego potrzebnego do analizy przyczyn źródłowych i wyjaśnia, dlaczego dochodzi do zmian klasyfikacji lub modyfikacji.
Skąd pobrać
Dane te są zazwyczaj zapisywane w polu „reason” lub „comment” podczas transakcji modyfikujących obiekt Position w SAP SuccessFactors.
Przykłady
ReorganizacjaZmiana zakresuPrzegląd roczny
|
|||
|
Rodzina stanowisk
PositionJobFamily
|
Rodzina stanowisk lub obszar funkcjonalny, do którego należy stanowisko. | ||
|
Opis
Rodzina stanowisk to klasyfikacja grupująca powiązane stanowiska, na przykład „Inżynieria”, „Finanse” lub „Zasoby ludzkie”. Jest to szersza kategoria niż konkretna nazwa stanowiska. Ten atrybut jest niezbędny w dashboardzie „Analiza zmian klasyfikacji stanowisk”. Pozwala analitykom śledzić częstotliwość przenoszenia stanowisk między rodzinami i wykrywać trendy. Na przykład częste przenoszenie stanowisk z rodziny „Wsparcie IT” do „Cyberbezpieczeństwo” może wskazywać na zmianę kierunku strategicznego organizacji.
Dlaczego to ważne
Atrybut ten pomaga analizować trendy zmian klasyfikacji i rozumieć zmiany struktury organizacyjnej w poszczególnych obszarach funkcjonalnych.
Skąd pobrać
Jest częścią struktury klasyfikacji stanowisk powiązanej z obiektem Position w SAP SuccessFactors.
Przykłady
InżynieriaFinanseZasoby ludzkie
|
|||
|
Status zatwierdzenia budżetu
BudgetApprovalStatus
|
Status zatwierdzenia budżetu dla wniosku o utworzenie stanowiska. | ||
|
Opis
Ten atrybut określa status zatwierdzenia finansowego nowego stanowiska. Możliwe wartości to na przykład „Oczekuje”, „Zatwierdzono” lub „Odrzucono”. Służy do monitorowania etapu akceptacji budżetu. Status ten jest potrzebny do obliczenia KPI „Czas zatwierdzania budżetu” oraz do dashboardu „Czas zatwierdzania budżetu stanowiska”. Pozwala analizować sam etap zatwierdzania finansowego i wskazywać opóźnienia związane z budżetem, które mogą stanowić istotne wąskie gardło przy tworzeniu stanowisk.
Dlaczego to ważne
Ułatwia analizę etapu zatwierdzania budżetu oraz wskazanie i ograniczenie opóźnień w akceptacji finansowej nowych stanowisk.
Skąd pobrać
Informacje te powinny znajdować się w danych workflow wniosku o utworzenie stanowiska w SAP SuccessFactors, prawdopodobnie jako status konkretnego kroku zatwierdzania.
Przykłady
Oczekuje na decyzję działu finansowegoZatwierdzonoOdrzucono
|
|||
|
Zmieniony atrybut
ModifiedAttribute
|
Konkretny atrybut lub pole stanowiska, które uległo zmianie. | ||
|
Opis
Gdy występuje działanie „Zmieniono atrybuty stanowiska”, to pole wskazuje zmieniony atrybut, na przykład „Dział”, „Nazwa stanowiska” lub „Podlega”. Dzięki temu dashboard „Częstotliwość zmian atrybutów stanowiska” pokazuje, co konkretnie się zmienia, a nie tylko sam fakt zmiany. Częste zmiany danego atrybutu mogą oznaczać, że jego definicja jest niejasna albo że początkowe dane w tym polu często są nieprawidłowe.
Dlaczego to ważne
Dodaje szczegóły do zdarzeń zmiany i pozwala ustalić, które konkretne dane najczęściej się zmieniają lub są podatne na błędy.
Skąd pobrać
Informacje te pochodzą ze szczegółowych dzienników audytu SAP SuccessFactors, które rejestrują zmiany na poziomie pól wraz ze starymi i nowymi wartościami.
Przykłady
DziałPrzełożonyCentrum kosztówNazwa stanowiska
|
|||
Działania w procesie od zatrudnienia do odejścia: zarządzanie stanowiskami
| Działanie | Opis | ||
|---|---|---|---|
|
Aktywacja stanowiska
|
To zdarzenie oznacza, że nowo utworzone stanowisko zostało aktywowane i można obsadzić je pracownikiem lub rozpocząć rekrutację. Zwykle wnioskuje się o nim na podstawie zmiany pola statusu stanowiska na „Active”. | ||
|
Dlaczego to ważne
Aktywacja to ostatni etap przed rozpoczęciem rekrutacji. Śledzenie czasu od utworzenia do aktywacji pomaga wskazać opóźnienia w przygotowaniu stanowiska do obsadzenia.
Skąd pobrać
Zdarzenie ustala się, śledząc zmiany pola „Status” lub „Effective Status” w historii obiektu Position MDF. Timestamp zmiany statusu na „Active” wyznacza moment zdarzenia.
Rejestrowanie
Wnioskowane na podstawie zmiany statusu stanowiska na „Active”.
Typ zdarzenia
inferred
|
|||
|
Odrzucenie zgłoszenia stanowiska
|
To zdarzenie oznacza odrzucenie zgłoszenia stanowiska na dowolnym etapie workflow zatwierdzania. Silnik workflow rejestruje je jawnie, gdy osoba zatwierdzająca wybierze opcję „reject” lub „send back”. | ||
|
Dlaczego to ważne
Odrzucenie to istotne odstępstwo od przebiegu procesu, które może wskazywać na problemy z danymi zgłoszenia, budżetem lub uzasadnieniem. Analiza przyczyn odrzucenia pomaga poprawić jakość kolejnych zgłoszeń.
Skąd pobrać
Zdarzenie jest rejestrowane w danych dziennika workflow powiązanych ze zgłoszeniem stanowiska. Oznacza ukończenie etapu workflow ze statusem „rejected”.
Rejestrowanie
Rejestrowane, gdy osoba zatwierdzająca odrzuci etap workflow.
Typ zdarzenia
explicit
|
|||
|
Rozpoczęcie zgłoszenia stanowiska
|
To zdarzenie rozpoczyna proces zarządzania stanowiskiem. Użytkownik formalnie zgłasza potrzebę utworzenia nowego stanowiska. Zdarzenie jest rejestrowane, gdy w SAP SuccessFactors zostaje uruchomiony workflow tworzenia stanowiska. | ||
|
Dlaczego to ważne
To główne zdarzenie rozpoczynające proces. Analiza czasu od tego etapu do kolejnych, takich jak zatwierdzenie lub utworzenie stanowiska, pozwala mierzyć ogólną sprawność procesu.
Skąd pobrać
Zdarzenie jest rejestrowane przy uruchomieniu instancji workflow dotyczącej zgłoszenia stanowiska. Dane można znaleźć w tabelach zgłoszeń workflow, takich jak WfRequest, powiązanych z obiektem Position.
Rejestrowanie
Rejestrowane przy uruchomieniu workflow nowego stanowiska.
Typ zdarzenia
explicit
|
|||
|
Utworzenie stanowiska w systemie HR
|
To zdarzenie oznacza oficjalne utworzenie rekordu stanowiska w SAP SuccessFactors Employee Central. Jest rejestrowane bezpośrednio na podstawie ścieżki audytowej lub historii obiektu Position MDF, z użyciem timestampu utworzenia. | ||
|
Dlaczego to ważne
To podstawowy etap potwierdzający, że stanowisko zostało oficjalnie utworzone. KPI „Czas utworzenia stanowiska” mierzy czas od zgłoszenia do tego zdarzenia i pokazuje ogólną sprawność procesu.
Skąd pobrać
Zdarzenie ustala się na podstawie pola systemowego „Created On” lub „Created Date” w historii audytu obiektu Position Metadata Framework (MDF) dla danego Position ID.
Rejestrowanie
Pobierane z timestampu utworzenia rekordu obiektu Position.
Typ zdarzenia
explicit
|
|||
|
Zamknięcie stanowiska
|
To ostatnie zdarzenie w cyklu życia stanowiska. Oznacza jego trwałe zamknięcie lub likwidację. Zwykle wnioskuje się o nim na podstawie zmiany statusu stanowiska na końcową wartość, taką jak „Closed” lub „Eliminated”. | ||
|
Dlaczego to ważne
To zdarzenie stanowi jednoznaczny koniec procesu i umożliwia dokładną analizę czasu jego pełnego przebiegu. Potwierdza, że stanowisko zostało wycofane.
Skąd pobrać
Zdarzenie ustala się, śledząc zmiany pola „Status” w historii obiektu Position MDF. Timestamp zmiany statusu na „Closed” lub „Eliminated” wyznacza moment zdarzenia.
Rejestrowanie
Wnioskowane na podstawie zmiany statusu stanowiska na wartość końcową.
Typ zdarzenia
inferred
|
|||
|
Zatwierdzenie zgłoszenia stanowiska przez HR
|
To zdarzenie oznacza zatwierdzenie zgłoszenia stanowiska przez dział HR. Jest ważnym etapem, rejestrowanym jawnie jako ukończony krok w workflow zatwierdzania. | ||
|
Dlaczego to ważne
Końcowe zatwierdzenie przez HR często zamyka główny etap zatwierdzania przed przydzieleniem budżetu lub utworzeniem stanowiska w systemie. Pomiar czasu do tego etapu jest niezbędny do obliczenia KPI „Średni czas zatwierdzania stanowiska”.
Skąd pobrać
Zdarzenie jest rejestrowane w dziennikach workflow powiązanych ze zgłoszeniem stanowiska. Jego timestamp odpowiada chwili, w której przedstawiciel HR kończy przypisany mu etap zatwierdzania.
Rejestrowanie
Rejestrowane po ukończeniu przez osobę zatwierdzającą z HR przypisanego etapu workflow.
Typ zdarzenia
explicit
|
|||
|
Dezaktywacja stanowiska
|
Oznacza formalną dezaktywację stanowiska, które staje się nieaktywne i niedostępne do wykorzystania. Wnioskuje się o niej na podstawie zmiany statusu stanowiska na „Inactive” lub „Deactivated”. | ||
|
Dlaczego to ważne
To ważny etap wycofywania stanowiska. Śledzenie czasu od zawieszenia do dezaktywacji jest niezbędne do obliczenia KPI „Czas do dezaktywacji stanowiska”.
Skąd pobrać
Zdarzenie ustala się na podstawie historii audytu obiektu Position MDF, sprawdzając, kiedy pole „Status” lub „Effective Status” zmieniło się na „Inactive”.
Rejestrowanie
Wnioskowane na podstawie zmiany statusu stanowiska na „Inactive”.
Typ zdarzenia
inferred
|
|||
|
Przegląd stanowiska pod kątem zgodności
|
Oznacza okresowy lub wywołany konkretnym zdarzeniem przegląd stanowiska, który ma potwierdzić zgodność z wewnętrznymi zasadami lub zewnętrznymi przepisami. Sposób rejestrowania tego zdarzenia zależy w dużej mierze od konfiguracji danego klienta, na przykład niestandardowego workflow lub obiektu MDF. | ||
|
Dlaczego to ważne
To zdarzenie jest niezbędne do monitorowania i zapewnienia zgodności w organizacji. Bezpośrednio wspiera KPI, takie jak „Odsetek stanowisk zgodnych z wymaganiami przeglądu”, i pomaga ograniczać ryzyko.
Skąd pobrać
Wymaga analizy systemu. Zdarzenie może być rejestrowane w niestandardowym obiekcie MDF powiązanym ze stanowiskiem, przez aktualizację statusu niestandardowego workflow lub w dzienniku załączników.
Rejestrowanie
Zależy od niestandardowego wdrożenia, prawdopodobnie jest to wpis w niestandardowym obiekcie MDF.
Typ zdarzenia
explicit
|
|||
|
Zamrożenie lub zawieszenie stanowiska
|
To zdarzenie oznacza tymczasowe wstrzymanie stanowiska, które nie jest w tym czasie dostępne do obsadzenia. Wnioskuje się o nim na podstawie zmiany statusu stanowiska na „Frozen” lub „Suspended”. | ||
|
Dlaczego to ważne
To zdarzenie często poprzedza dezaktywację lub zamknięcie stanowiska. Analiza czasu, przez jaki stanowisko pozostaje zamrożone, pomaga usprawnić planowanie zatrudnienia i zarządzanie liczbą etatów.
Skąd pobrać
Zdarzenie ustala się, śledząc zmiany pola „Status” w historii obiektu Position MDF. Timestamp zmiany statusu na „Frozen” lub podobną wartość wyznacza moment zdarzenia.
Rejestrowanie
Wnioskowane na podstawie zmiany statusu stanowiska na „Frozen”.
Typ zdarzenia
inferred
|
|||
|
Zatwierdzenie budżetu stanowiska
|
Oznacza zatwierdzenie kosztów nowego stanowiska przez dział finansowy lub osobę odpowiedzialną za budżet. Zwykle jest to jawny etap workflow, następujący po zatwierdzeniu przez menedżera i HR. | ||
|
Dlaczego to ważne
Opóźnienia w zatwierdzaniu budżetu mogą znacznie wstrzymać proces rekrutacji. Wyodrębnienie tego etapu ułatwia analizę i usprawnienie zatwierdzania finansowego stanowiska.
Skąd pobrać
Zdarzenie jest rejestrowane w dziennikach workflow zgłoszenia stanowiska po ukończeniu etapu zatwierdzania przez dział finansowy. Osobę zatwierdzającą identyfikuje się zwykle na podstawie roli „Finance” lub „Budget Holder”.
Rejestrowanie
Rejestrowane po ukończeniu przez osobę zatwierdzającą z działu finansowego przypisanego etapu workflow.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzenie zgłoszenia stanowiska przez menedżera
|
Oznacza zakończenie pierwszego etapu zatwierdzania, zwykle przez menedżera zatrudniającego lub bezpośredniego przełożonego. Zdarzenie jest jawnie rejestrowane jako ukończony etap workflow zarządzania stanowiskiem. | ||
|
Dlaczego to ważne
Śledzenie czasu zatwierdzania przez menedżerów pomaga wskazać wąskie gardła w poszczególnych działach lub na różnych szczeblach zarządzania. To ważny etap pozwalający zrozumieć początek cyklu zatwierdzania.
Skąd pobrać
Zdarzenie jest rejestrowane jako ukończenie etapu w danych dziennika workflow dla danego zgłoszenia stanowiska. Można je rozpoznać po roli osoby zatwierdzającej i statusie „zatwierdzono” danego etapu.
Rejestrowanie
Rejestrowane po ukończeniu przez użytkownika etapu zatwierdzania w workflow.
Typ zdarzenia
explicit
|
|||
|
Zmiana atrybutów stanowiska
|
Oznacza dowolną zmianę atrybutów istniejącego stanowiska, takich jak nazwa, dział lub centrum kosztów. Zdarzenie jest rejestrowane bezpośrednio w dziennikach audytu obiektu Position MDF. | ||
|
Dlaczego to ważne
Częste zmiany mogą wskazywać na problemy z jakością danych lub niestabilność struktury organizacyjnej. Analiza tych zdarzeń pomaga mierzyć „Wskaźnik zmian atrybutów stanowiska” i zakres poprawek.
Skąd pobrać
Zdarzenia są rejestrowane w historii audytu obiektu Position MDF. Każda zapisana zmiana z timestampem „last modified date” i informacją o użytkowniku oznacza modyfikację.
Rejestrowanie
Rejestrowane w ścieżce audytowej obiektu Position przy każdej zmianie pola.
Typ zdarzenia
explicit
|
|||
|
Zmiana klasyfikacji stanowiska
|
To zdarzenie oznacza istotną zmianę podstawowej definicji stanowiska, na przykład zmianę kodu zawodu lub rodziny stanowisk. Wnioskuje się o nim na podstawie zmiany pola „Job Code” lub „Job Classification” w obiekcie Position MDF. | ||
|
Dlaczego to ważne
Częste zmiany klasyfikacji mogą wskazywać na problemy z początkowym opisem stanowiska lub zmieniające się potrzeby firmy. Śledzenie tego zjawiska pomaga ocenić stabilność struktury organizacyjnej.
Skąd pobrać
Zdarzenie ustala się, monitorując historię audytu obiektu Position MDF pod kątem zmian kluczowych pól klasyfikacji, takich jak „jobCode”. Timestamp takiej zmiany wyznacza moment zdarzenia.
Rejestrowanie
Wnioskowane na podstawie zmiany pola „jobCode” obiektu Position.
Typ zdarzenia
inferred
|
|||
Instrukcje ekstrakcji danych
Gotowi do rozpoczęcia?
Już dziś zacznij usprawniać proces od zatrudnienia do odejścia w obszarze zarządzania stanowiskami, korzystając z tego szablonu danych. Odkryj zależności i zwiększ efektywność w całej organizacji.
Zwiększ efektywność zarządzania stanowiskami w procesie od zatrudnienia do odejścia już dziś!
Wykryj wąskie gardła i szybko skróć czas cyklu procesu od zatrudnienia do odejścia o 30%.
Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje tylko kilka minut.