Szablon danych do obsługi listy płac

SAP SuccessFactors Employee Central Payroll
Szablon danych do obsługi listy płac

Szablon danych do obsługi listy płac

Szablon określa, jakie dane należy zebrać do analizy cykli płacowych. Zawiera wymagane pola i etapy procesu, które pomagają wykrywać nieefektywności oraz zapewniać zgodność z przepisami w różnych krajach.
  • Pola danych do analizy listy płac
  • Etapy procesu potrzebne do jego odkrywania
  • Wskazówki dotyczące ekstrakcji danych z systemu
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty obsługi listy płac

Te zalecane pola danych pozwalają zebrać kontekst każdej transakcji płacowej i wykrywać wzorce w cyklach przetwarzania.
5 Wymagane 8 Zalecane 5 Opcjonalne
Nazwa Opis
Działanie
Activity
Konkretne zadanie lub zdarzenie w procesie naliczania wynagrodzeń.
Opis

Ten atrybut zawiera nazwę wykonywanego kroku procesu, na przykład „Przekazano kartę czasu pracy”, „Wykonano symulację listy płac” lub „Wykonano płatność”. Stanowi podstawę mapy procesu i pozwala analitykom zobaczyć kolejność operacji w cyklu naliczania wynagrodzeń.

Dane pochodzą z różnych dzienników, w tym dzienników workflow (SWWLOGHIST), dzienników zmian infotypów (CDHDR/CDPOS) oraz tabel statusów listy płac. Podczas ekstrakcji stosuje się spójne nazewnictwo, aby techniczne kody zdarzeń były zrozumiałe dla użytkowników biznesowych.

Dlaczego to ważne

Określa węzły grafu procesu, co pozwala wizualizować przepływy, pętle i warianty procesu.

Skąd pobrać

Pochodzi z tabeli SWWLOGHIST (workflow), CDHDR (dokumenty zmian) lub zmian statusu w PA03 (rekord kontrolny).

Przykłady
Przesłanie karty czasu pracyObliczenie wynagrodzenia bruttoWykrycie wyjątku podczas kontroliRealizacja płatności
Rekord listy płac
PayrollRecord
Unikalny identyfikator łączący pracownika z okresem rozliczeniowym.
Opis

Rekord listy płac pełni funkcję centralnego identyfikatora sprawy w analizie process mining. Oznacza pojedynczy cykl naliczania wynagrodzenia dla konkretnego pracownika w określonym okresie rozliczeniowym. Łączy wszystkie działania, od przekazania karty czasu pracy po złożenie końcowej deklaracji podatkowej.

W SAP SuccessFactors Employee Central Payroll identyfikator ten jest zwykle tworzony przez połączenie numeru personalnego (PERNR), roku rozliczeniowego (PABRJ) i okresu rozliczeniowego (PABRP). Można też dodać numer sekwencyjny (SEQNR), aby rozróżnić kolejne uruchomienia. Taki poziom szczegółowości pozwala analizować każdy cykl wypłaty jako osobną instancję oraz precyzyjnie mierzyć czas jego trwania i śledzić błędy.

Dlaczego to ważne

Pełni funkcję identyfikatora sprawy (Case ID) i grupuje wszystkie powiązane zdarzenia, dzięki czemu można odtworzyć pełny przebieg procesu dla każdej wypłaty.

Skąd pobrać

Tworzony na podstawie klastra SAP B2 (wyniki ewidencji czasu pracy) lub tabel PC_PAYRESULT (PERNR, PABRJ, PABRP, SEQNR).

Przykłady
10023499-2023-1088291022-2024-01-SEQ01US-10293-2023-52
Znacznik czasu zdarzenia
EventTimestamp
Dokładna data i godzina wystąpienia działania.
Opis

Ten atrybut zapisuje dokładny moment zdarzenia, wraz z datą i godziną. Jest niezbędny do obliczania wskaźników opartych na czasie, takich jak czas cyklu, czas realizacji i przepustowość między etapami procesu.

W SAP ECP dane pochodzą z pól znaczników czasu, takich jak UDATE/UTIME w dokumentach zmian, lub z godzin wpisów w dziennikach tabel klastrów. Dokładne znaczniki czasu pomagają wykrywać wąskie gardła, na przykład opóźnienia między „Przekazano kartę czasu pracy” a „Zatwierdzono kartę czasu pracy”.

Dlaczego to ważne

Pozwala obliczyć czas między zdarzeniami, co jest niezbędne do wykrywania problemów z wydajnością procesu i naruszeń SLA.

Skąd pobrać

CDHDR-UDATE/UTIME, SWWLOGHIST-WI_CD/WI_CT lub znaczniki czasu z określonych dzienników audytowych.

Przykłady
2023-10-25T08:30:00Z2023-10-26T14:15:22Z2023-11-01T09:00:00Z
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniej ekstrakcji danych.
Opis

Ten atrybut wskazuje, kiedy rekord danych został ostatnio odświeżony w modelu danych process mining. Pomaga ocenić aktualność danych i sprawdzić, czy wnioski opierają się na bieżących informacjach.

Nie służy bezpośrednio do analizy przepływu procesu, ale ma znaczenie dla zarządzania danymi i ich weryfikacji. Pozwala sprawdzić, czy dashboard odzwierciedla najnowszy stan systemu płacowego.

Dlaczego to ważne

Informuje użytkowników o opóźnieniu w dostępności danych i pomaga ocenić aktualność raportowanych wskaźników.

Skąd pobrać

Generowany podczas działania przez skrypt ETL lub ekstrakcji.

Przykłady
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
System źródłowy
SourceSystem
System, z którego pochodzą dane o zdarzeniu.
Opis

Ten atrybut wskazuje konkretną instancję SAP SuccessFactors Employee Central Payroll lub połączony podsystem, z którego pobrano dane. W środowiskach obejmujących wiele systemów płacowych lub rozwiązania hybrydowe pozwala śledzić pochodzenie danych.

Jest szczególnie przydatny przy analizie danych z różnych instalacji regionalnych oraz porównywaniu wydajności systemów starszych i zmigrowanych. Zwykle jest to stały ciąg znaków skonfigurowany podczas przygotowania ekstrakcji danych.

Dlaczego to ważne

Umożliwia segmentację danych w środowisku wielosystemowym i ułatwia diagnozowanie problemów z jakością danych przez wskazanie ich źródła.

Skąd pobrać

Identyfikator systemu (SID) z instalacji SAP lub konfiguracji ekstrakcji.

Przykłady
SAP_ECP_NASAP_ECP_EMEASuccessFactors_Core
Częstotliwość cyklu wypłat
PayCycleFrequency
Informuje, czy naliczenie jest regularne, czy pozaplanowe.
Opis

Ten atrybut odróżnia standardowe, zaplanowane naliczenia wynagrodzeń od doraźnych naliczeń pozaplanowych, stosowanych przy korektach lub pilnych wypłatach. Duża liczba naliczeń pozaplanowych może wskazywać na nieefektywność procesu. Jest monitorowana w dashboardzie „Analiza liczby płatności pozaplanowych”.

Atrybut pochodzi z pola Przyczyna naliczenia pozaplanowego (OCRSN) lub Typ listy płac (PAYTY) w katalogu klastrów płacowych. Wartość oznacza naliczenie pozaplanowe, a jej brak wskazuje na naliczenie regularne.

Dlaczego to ważne

Jest niezbędny do obliczania KPI „Udział płatności pozaplanowych” i ograniczania przetwarzania poza standardowym cyklem.

Skąd pobrać

Tabela RGDIR (katalog klastrów), pole OCRSN lub PAYTY.

Przykłady
RegularneKorekta AWypłata premiiRozwiązanie stosunku pracy
Czy zautomatyzowane
IsAutomated
Wskaźnik informujący, czy działanie wykonał użytkownik systemowy.
Opis

Ten atrybut logiczny wskazuje, czy dany krok procesu wykonało zadanie w tle lub użytkownik systemowy, czy człowiek. Jest niezbędny w dashboardzie „Monitor automatyzacji przelewów bankowych”, który służy do obliczania odsetka przetwarzania bez udziału człowieka.

Zwykle ustala się go przez porównanie identyfikatora użytkownika z listą znanych kont systemowych, na przykład „BATCH” lub „SAP_WORKFLOW”.

Dlaczego to ważne

Pomaga mierzyć poziom automatyzacji i wskazywać możliwości ograniczenia pracy ręcznej.

Skąd pobrać

Ustalany na podstawie identyfikatora użytkownika, na przykład jeśli User IN ['BATCH', 'SYSTEM'], to true.

Przykłady
truefalse
Miejsce powstawania kosztów
CostCenter
Miejsce powstawania kosztów przypisane do pracownika.
Opis

Miejsce powstawania kosztów wskazuje dział lub jednostkę finansową, do której przypisuje się koszty pracownika. W dashboardzie „Wąskie gardła przy zatwierdzaniu kart czasu pracy” służy jako przybliżenie działu i pomaga ustalić, które jednostki organizacyjne opóźniają cykl płacowy.

Dane znajdują się w infotypie Przypisanie organizacyjne (PA0001), w polu KOSTL. Atrybut pozwala agregować wskaźniki procesu według jednostki biznesowej lub obszaru funkcjonalnego.

Dlaczego to ważne

Pozwala analizować dane według struktury organizacyjnej i wskazywać konkretne działy powodujące opóźnienia lub konieczność ponownej pracy.

Skąd pobrać

Tabela PA0001, pole KOSTL.

Przykłady
CC-1000 FinanseCC-2000 ITCC-3000 Sprzedaż
Obszar płacowy
PayrollArea
Określa grupę płacową, do której należy pracownik.
Opis

Obszar płacowy grupuje pracowników obsługiwanych w ramach tego samego naliczenia wynagrodzeń. Podział może wynikać na przykład z częstotliwości wypłat (miesięcznej lub dwutygodniowej) albo ze struktury organizacyjnej. Atrybut ten pozwala porównywać przebieg procesu w różnych grupach pracowników.

W SAP odpowiada mu pole techniczne ABKRS. Opóźnienia i błędy często koncentrują się w określonych obszarach płacowych, dlatego jest to jeden z głównych wymiarów analizy przyczyn źródłowych w dashboardach.

Dlaczego to ważne

Pozwala porównywać przebieg cyklu naliczania wynagrodzeń w różnych grupach, na przykład pracowników godzinowych i etatowych.

Skąd pobrać

Tabela PA0001 (przypisanie organizacyjne), pole ABKRS.

Przykłady
USA, wypłaty co dwa tygodnieNiemcy, wypłaty miesięczneWynagrodzenia kadry kierowniczej
Okres rozliczeniowy
PayPeriod
Numer okresu w roku obrachunkowym.
Opis

Ten atrybut określa kolejny numer okresu rozliczeniowego, na przykład 01 dla stycznia lub pierwszego cyklu dwutygodniowego. Pozwala śledzić zmiany wyników w czasie i wykrywać sezonowe wahania obciążenia pracą.

Dane pochodzą z pola PABRP. Zwykle analizuje się je razem z rokiem rozliczeniowym. Atrybut jest niezbędny w dashboardzie „Czas trwania cyklu płacowego od początku do końca”, który służy do porównywania czasu przetwarzania w różnych cyklach.

Dlaczego to ważne

Umożliwia analizę trendów i wykrywanie sezonowych wąskich gardeł w określonych porach roku.

Skąd pobrać

Tabela PA0001 lub klaster wyników listy płac (RGDIR), pole PABRP.

Przykłady
01122652
Specjalista ds. płac
PayrollSpecialist
Identyfikator lub nazwisko osoby obsługującej rekord.
Opis

Ten atrybut wskazuje administratora lub specjalistę ds. płac odpowiedzialnego za ręczne kroki lub akceptacje. Jest podstawą dashboardu „Przepustowość i obciążenie pracą specjalistów”, który pozwala analizować rozkład zadań i wydajność poszczególnych osób.

Dane pochodzą z pola UNAME w dziennikach systemowych lub z pola „Użytkownik” w krokach workflow. Pomagają kierownikom określić potrzeby szkoleniowe i ograniczenia dotyczące zasobów.

Dlaczego to ważne

Jest niezbędny do równoważenia obciążenia pracą i wykrywania wąskich gardeł powodowanych przez ręczne działania.

Skąd pobrać

Pola systemowe (SY-UNAME) rejestrowane w CDHDR lub identyfikator wykonawcy workflow.

Przykłady
JSMITHKMILLERSYSTEM
Typ pracownika
EmployeeType
Klasyfikacja pracownika, na przykład pracownik stały lub kontraktor.
Opis

Ten atrybut klasyfikuje pracowników według rodzaju zatrudnienia, na przykład jako osoby aktywne, emerytów lub kontraktorów. Złożoność naliczania wynagrodzeń często zależy od typu pracownika. Niektóre grupy wymagają więcej ręcznych działań lub dodatkowych kontroli zgodności.

Dane pochodzą z pól Grupa pracowników (PERSG) i Podgrupa pracowników (PERSK) w SAP. Atrybut pomaga sprawdzić, czy określone grupy pracowników w nieproporcjonalnym stopniu wpływają na dotrzymanie SLA dla list płac.

Dlaczego to ważne

Pomaga ustalić, czy różnice w przebiegu procesu lub opóźnienia dotyczą konkretnych kategorii zatrudnienia.

Skąd pobrać

Tabela PA0001, pola PERSG (grupa) i PERSK (podgrupa).

Przykłady
Aktywny pracownikPraktykantEmerytKontraktor rozliczany godzinowo
Wynagrodzenie brutto
GrossPayAmount
Łączna kwota wynagrodzenia brutto obliczona dla rekordu.
Opis

Ten atrybut przedstawia łączną kwotę wynagrodzenia brutto przed potrąceniami. Jest podstawowym wskaźnikiem kontroli finansowej i pozwala sprawdzić, czy wysokie wypłaty wiążą się z dokładniejszym audytem lub dłuższym czasem akceptacji.

Dane pochodzą z tabeli wyników płacowych (RT), zwykle z typów płac reprezentujących łączną kwotę brutto, na przykład /101. Atrybut wspiera analizę „Dokładność obliczania świadczeń i podatków”, dostarczając podstawy do obliczeń.

Dlaczego to ważne

Pozwala analizować przebieg procesu w zależności od kwoty wypłaty, na przykład sprawdzić, czy wyższe kwoty wymagają dłuższej akceptacji.

Skąd pobrać

Tabela wyników płacowych (RT), typ płacy /101 lub podobny.

Przykłady
5000.002500.5010500.00
Jurysdykcja podatkowa
TaxJurisdiction
Region lub organ podatkowy właściwy dla pracownika.
Opis

Ten atrybut wskazuje organ lub region podatkowy, na przykład stan, prowincję lub kanton, właściwy dla rekordu płacowego. Jest niezbędny w dashboardzie „Wyjątki audytowe i ryzyko związane ze zgodnością”, który pozwala wskazać obszary geograficzne, w których najczęściej występują problemy ze zgodnością.

W systemie SAP US Payroll odpowiada mu pole TXJCD. W innych regionach może być powiązany z obszarem personalnym lub określonymi polami obszaru podatkowego. Ten wymiar pomaga odróżnić błędy logiki systemowej od problemów z konfiguracją właściwych dla danego regionu.

Dlaczego to ważne

Umożliwia segmentację ryzyka związanego ze zgodnością i wyjątków audytowych według regionu regulacyjnego.

Skąd pobrać

Tabela PA0001 lub PA0207/PA0208, pole TXJCD.

Przykłady
CANYTXNRW
Liczba korekt
ReworkCount
Liczba wykonanych korekt.
Opis

Ten obliczany wskaźnik zlicza wystąpienia działania „Wykonano korektę danych” w historii sprawy. Bezpośrednio mierzy nieefektywność procesu i wspiera dashboard „Ręczne korekty i ponowne przetwarzanie”.

Duża liczba korekt wskazuje na powtarzające się problemy z jakością danych lub złożone sprawy, które nie przechodzą walidacji za pierwszym razem.

Dlaczego to ważne

Pozwala określić nakład pracy związany z poprawianiem błędów i uzasadnić działania na rzecz poprawy jakości danych.

Skąd pobrać

Obliczany przez zliczenie działań „Wykonano korektę danych” dla każdego CaseId.

Przykłady
013
Podmiot prawny
LegalEntity
Kod spółki lub podmiot prawny, do którego należy pracownik.
Opis

Ten atrybut wskazuje podmiot prawny (kod spółki) powiązany z rekordem płacowym. Umożliwia raportowanie finansowe i analizę wyników naliczania wynagrodzeń w różnych spółkach zależnych lub podmiotach korporacyjnych.

Dane pochodzą z pola BUKRS w infotypie Przypisanie organizacyjne (PA0001).

Dlaczego to ważne

Wspiera porównywanie wyników między spółkami i analizę alokacji kosztów.

Skąd pobrać

Tabela PA0001, pole BUKRS.

Przykłady
US01DE011000
Termin przetwarzania SLA
SLAProcessingDeadline
Docelowy znacznik czasu zakończenia naliczania wynagrodzeń.
Opis

Ten atrybut określa wewnętrzny lub zewnętrzny termin zakończenia naliczania wynagrodzeń, tak aby wypłata nastąpiła na czas. Służy do obliczania KPI „Wskaźnik zgodności z SLA” przez porównanie terminu z rzeczywistym znacznikiem czasu zdarzenia „Wykonano płatność”.

Nie zawsze jest to standardowe pole w tabelach SAP. Często jest przechowywany w niestandardowej tabeli kontrolnej lub wyznaczany na podstawie kalendarza płacowego, na przykład dwa dni przed datą wypłaty. W tym modelu danych termin jest zwykle obliczany jako data wypłaty pomniejszona o ustalony bufor.

Dlaczego to ważne

Stanowi punkt odniesienia przy ocenie terminowości i dotrzymania SLA.

Skąd pobrać

Obliczany jako data wypłaty (T549S) pomniejszona o skonfigurowaną liczbę dni przetwarzania.

Przykłady
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
Wskaźnik wyjątku audytowego
AuditExceptionFlag
Wskaźnik informujący, czy wystąpił wyjątek audytowy.
Opis

Ten atrybut oznacza sprawy, w których reguły walidacji wykryły wyjątek lub ostrzeżenie podczas symulacji albo obliczania listy płac. Jest podstawowym źródłem danych dla KPI „Częstotliwość wyjątków audytowych”.

Dane pochodzą zwykle z dziennika płacowego lub tabel komunikatów o błędach (FEHLER). Wartość true oznacza, że w przebiegu procesu wystąpiła ścieżka obsługi wyjątku.

Dlaczego to ważne

Wskazuje problemy z jakością danych i potrzebę ręcznej interwencji.

Skąd pobrać

Ustalany na podstawie obecności komunikatów o błędach w dzienniku płacowym lub określonych kodów statusu.

Przykłady
truefalse
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi listy płac

Uwzględnienie tych etapów procesu zapewnia pełny wgląd w cykl płacowy i pozwala dokładnie wskazać miejsca opóźnień oraz ręcznych korekt.
9 Zalecane 5 Opcjonalne
Działanie Opis
Obliczenie wynagrodzenia brutto
Pomyślne wykonanie obliczeń według schematu naliczania wynagrodzenia brutto. W standardowym procesie zdarzenie to następuje, gdy program naliczający zapisuje dane w klastrze PCL2.
Dlaczego to ważne

Ważny etap potwierdzający prawidłowe połączenie danych o czasie pracy i stawkach. Opóźnienia na tym etapie wpływają na wydajność obliczania wynagrodzenia netto.

Skąd pobrać

Klaster PCL2 (Payroll Results), w szczególności znacznik czasu w tabeli katalogowej (RGDIR) dla okresu „For-Period”.

Rejestrowanie

Rejestrowane przy zapisaniu nowego numeru sekwencyjnego w klastrze płacowym

Typ zdarzenia explicit
Przesłanie karty czasu pracy
Zdarzenie, w którym pracownik lub kierownik przesyła dane o czasie pracy za dany okres rozliczeniowy. Informacja pochodzi z dzienników żądań workflow w module Employee Central połączonym z ECP.
Dlaczego to ważne

Oznacza początek gromadzenia danych. Opóźnienia na tym etapie wpływają na kolejne działania i skracają czas dostępny na naliczenie płac.

Skąd pobrać

Tabele żądań workflow Employee Central (WfRequest), z filtrem kategorii Time Sheet lub Time Off.

Rejestrowanie

Rejestrowane przy zmianie statusu workflow na SUBMITTED

Typ zdarzenia explicit
Realizacja płatności
Zakończenie procesu płatności, zwykle potwierdzone przez bank lub zakończenie przebiegu płatności F110.
Dlaczego to ważne

Główny końcowy znacznik czasu do obliczenia wskaźnika realizacji SLA. Pozwala ustalić, czy pracownik otrzymał wynagrodzenie w terminie.

Skąd pobrać

Data i godzina przebiegu płatności w tabelach REGUH lub wartość ustalona na podstawie daty waluty.

Rejestrowanie

Rejestrowane po ustawieniu statusu przebiegu płatności na Posted/Complete

Typ zdarzenia explicit
Rozpoczęcie procesu płacowego
Utworzenie instancji procesu płacowego w Payroll Control Center (PCC). Oznacza oficjalny początek cyklu płacowego dla danego obszaru płacowego.
Dlaczego to ważne

Wyznacza początek całkowitego czasu trwania cyklu płacowego od początku do końca. Określa zakres pracowników objętych naliczaniem.

Skąd pobrać

Tabele Payroll Control Center (np. PYC_D_PY_PROC_INST) śledzące utworzenie nowego identyfikatora procesu.

Rejestrowanie

Rejestrowane przy utworzeniu instancji procesu PCC

Typ zdarzenia explicit
Symulacja naliczania płac
Testowe uruchomienie programu naliczającego płace, które pozwala wykryć błędy bez zapisywania wyników w bazie danych. To ważny etap walidacji w PCC.
Dlaczego to ważne

Niezbędne do obliczenia wskaźnika poprawnych obliczeń za pierwszym razem. Powtarzane symulacje wskazują na problemy z jakością danych.

Skąd pobrać

Dzienniki instancji etapów Payroll Control Center (PYC_D_STEP_INST), w których typ etapu odpowiada Simulation.

Rejestrowanie

Rejestrowane przy zmianie statusu etapu symulacji PCC na COMPLETED

Typ zdarzenia explicit
Wygenerowanie pliku przelewów bankowych
Utworzenie pliku Preliminary Data Medium Exchange (pre-DME) lub końcowego pliku DME. Plik zawiera dyspozycje płatnicze dla banku.
Dlaczego to ważne

Zasila monitor automatyzacji przelewów bankowych. Nieudane wygenerowanie pliku oznacza poważne zatrzymanie procesu.

Skąd pobrać

Dzienniki wykonania DME / Payment Medium Workbench (PMW), często przechowywane w TemSe lub w tabelach konkretnych przebiegów płatności (ReguH/ReguP).

Rejestrowanie

Rejestrowane, gdy przebieg płatności (F110/RPCIPE) tworzy plik wyjściowy

Typ zdarzenia explicit
Zakończenie składania deklaracji podatkowych
Wygenerowanie plików dla systemu obsługi deklaracji podatkowych (np. PU19 w USA) lub przekazanie danych zewnętrznemu dostawcy usług podatkowych.
Dlaczego to ważne

Zapewnia zgodność z przepisami. Śledzi końcowy etap procesu zapewniania zgodności.

Skąd pobrać

Dzienniki Tax Reporter Log Manager lub B2A (Business to Administration) Manager potwierdzające pomyślne wygenerowanie pliku.

Rejestrowanie

Rejestrowane po pomyślnym zakończeniu przebiegu Tax Reporter

Typ zdarzenia explicit
Zatwierdzenie karty czasu pracy
Formalne zatwierdzenie danych o czasie pracy przez kierownika lub administratora. Zmiana statusu potwierdza, że dane można przekazać do mechanizmu naliczania płac.
Dlaczego to ważne

Służy do obliczania KPI czasu zatwierdzania kart czasu pracy. Wąskie gardła na tym etapie wskazują na opóźnienia po stronie kierowników lub złożoną hierarchię zatwierdzania.

Skąd pobrać

Tabele żądań workflow Employee Central (WfRequest), z filtrem statusu COMPLETED lub APPROVED.

Rejestrowanie

Rejestrowane przy zmianie statusu workflow na APPROVED

Typ zdarzenia explicit
Zatwierdzenie rekordu płacowego
Formalne zatwierdzenie wyników naliczania płac dla pracownika lub grupy płacowej. Następuje na etapie „Monitoring” lub „Sign Off” w PCC.
Dlaczego to ważne

Oznacza koniec etapu obliczeń i walidacji oraz dopuszczenie płatności do realizacji. Ważne przy analizie wydajności specjalistów.

Skąd pobrać

Dzienniki instancji etapów Payroll Control Center (PYC_D_STEP_INST) dla etapu Approval lub Confirmation.

Rejestrowanie

Rejestrowane przy zmianie statusu etapu zatwierdzania PCC na COMPLETED

Typ zdarzenia explicit
Import danych o premiach i prowizjach
Wczytanie do systemu płacowego niestandardowych danych o wynagrodzeniu, takich jak premie lub prowizje. Zwykle obejmuje załadowanie danych do infotypów 0015 lub 2010.
Dlaczego to ważne

Opóźniony import uniemożliwia dokładne obliczenie wynagrodzenia brutto. Analiza tego etapu pomaga skrócić czas integracji danych o premiach i prowizjach.

Skąd pobrać

Dziennik audytowy (PCL4 lub odpowiednik) pokazujący utworzenie rekordów w infotypie 0015 (Additional Payments) lub 2010 (Employee Remuneration Info).

Rejestrowanie

Porównanie znaczników czasu utworzenia infotypu z dziennikami zadań importu

Typ zdarzenia inferred
Naliczanie potrąceń z tytułu świadczeń
Etap schematu obliczeniowego, na którym przetwarzane są reguły dotyczące świadczeń. Wyodrębnienie tego etapu, mimo że jest częścią głównego naliczania, pomaga wykryć błędy konfiguracji.
Dlaczego to ważne

Wspiera analizę dokładności obliczania świadczeń i podatków. Przydatne przy diagnozowaniu rozbieżności w złożonych regułach potrąceń.

Skąd pobrać

Wnioskowane na podstawie obecności podziału V0 w wynikach płacowych lub konkretnych wpisów w dzienniku, jeśli włączono szczegółowe rejestrowanie (rzadko stosowane w środowisku produkcyjnym).

Rejestrowanie

Zbiega się w czasie z obliczeniem wynagrodzenia brutto, ale na potrzeby analizy jest odrębnym zdarzeniem

Typ zdarzenia inferred
Publikacja paska wynagrodzenia
Udostępnienie pracownikowi zestawienia wynagrodzenia za pośrednictwem samoobsługi pracowniczej (ESS).
Dlaczego to ważne

Pozwala mierzyć terminowość udostępniania pasków wynagrodzeń. Opóźnienia na tym etapie powodują zgłoszenia do działu wsparcia.

Skąd pobrać

Wnioskowane na podstawie daty „Print Date” lub ustawionej daty dostępności w dziennikach usługi mashup pasków wynagrodzeń.

Rejestrowanie

Obliczane na podstawie daty wypłaty i opóźnienia wynikającego z konfiguracji systemu

Typ zdarzenia inferred
Wprowadzenie korekty danych
Zmiany w danych podstawowych lub danych o czasie pracy wprowadzone w odpowiedzi na wyjątek wykryty podczas kontroli. Oznaczają ponowne przetwarzanie potrzebne do usunięcia alertu płacowego.
Dlaczego to ważne

Pozwala śledzić ręczne korekty i ponowne przetwarzanie. To główne działanie obniżające wydajność procesu.

Skąd pobrać

Wnioskowane przez połączenie znaczników czasu alertów PCC z późniejszymi zmianami w dzienniku audytowym (PCL4) dla tego samego pracownika, wprowadzonymi przed zamknięciem alertu.

Rejestrowanie

Wykrywanie aktualizacji danych podstawowych wprowadzonych, gdy alert PCC jest aktywny

Typ zdarzenia inferred
Wykrycie wyjątku podczas kontroli
Wygenerowanie alertu walidacyjnego przez kontrole reguł w Payroll Control Center. Alerty wskazują niespójności danych lub ryzyko naruszenia wymogów zgodności.
Dlaczego to ważne

Bezpośrednio zasila dashboardy częstotliwości wyjątków wykrywanych podczas kontroli i ryzyka niezgodności. Duża liczba alertów wskazuje na problemy z jakością danych na wcześniejszych etapach.

Skąd pobrać

Tabele alertów Payroll Control Center (PYC_D_ALERT), łączące konkretne kody błędów z rekordem pracownika.

Rejestrowanie

Rejestrowane przy utworzeniu nowego wpisu w tabeli alertów PCC

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z SAP SuccessFactors Employee Central Payroll

Jak rozpocząć?

Aby usprawnić proces obsługi listy płac, zastosuj ten szablon podczas ekstrakcji danych. Uporządkowane podejście pozwala szybko przejść od surowych danych do wniosków, które można wykorzystać w praktyce.

Usprawnij obsługę listy płac

Dołącz do firm, które już dziś skracają cykle płacowe o 30%.

Rozpocznij bezpłatny okres próbny

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