Szablon danych dotyczących obsługi płac

Wynagrodzenia w Workday
Szablon danych dotyczących obsługi płac

Szablon danych dotyczących obsługi płac

Ten szablon pomaga uporządkować dane płacowe z Workday, aby wykrywać wąskie gardła i problemy ze zgodnością. Zawiera listę atrybutów potrzebnych do analizy oraz działań, które warto śledzić w całym cyklu płacowym. Dzięki tym wskazówkom dziennik zdarzeń będzie zawierał dane pozwalające dokładnie przeanalizować wypłaty.
  • Zalecane atrybuty rekordów płacowych
  • Najważniejsze etapy procesu, od przekazania danych do wypłaty
  • Wskazówki dotyczące ekstrakcji danych z Workday Payroll
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu obsługi płac

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby szczegółowo analizować przebieg cyklu płacowego.
5 Wymagane 8 Zalecane 7 Opcjonalne
Nazwa Opis
Czas rozpoczęcia
EventTimestamp
Dokładna data i godzina wykonania działania.
Opis

Ten atrybut zapisuje znacznik czasu rozpoczęcia lub zakończenia konkretnego działania. Dostarcza danych czasowych potrzebnych do obliczania czasu cyklu i trwania poszczególnych etapów oraz wykrywania wąskich gardeł. W Workday odpowiada polu „Completed Moment” lub „Effective Moment” kroku procesu biznesowego.

Dlaczego to ważne

Jest potrzebny do chronologicznego uporządkowania zdarzeń i obliczania wszystkich KPI opartych na czasie.

Skąd pobrać

Historia procesów biznesowych Workday: „Completed Date/Time”.

Przykłady
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
Działanie
ActivityName
Nazwa kroku procesu lub wykonanego zdarzenia.
Opis

Ten atrybut zapisuje konkretne działanie lub zmianę statusu w cyklu płacowym. Wartości odpowiadają standardowym krokom procesów biznesowych w Workday, takim jak „Time Sheet Submitted”, „Payroll Record Created” czy „Payment Executed”. To podstawowe pole wykorzystywane do odkrywania procesów i analizy wariantów.

Dlaczego to ważne

Określa kolejność zdarzeń i jest niezbędny do odtworzenia mapy procesu.

Skąd pobrać

Workday „Business Process Transactions” lub dzienniki audytu.

Przykłady
Złożenie karty czasu pracyObliczenie wynagrodzenia bruttoUtworzenie pliku przelewu bankowegoWykrycie wyjątku audytowego
Rekord płacowy
PayrollRecordId
Unikalny identyfikator rekordu płacowego, łączący pracownika z okresem rozliczeniowym.
Opis

Ten atrybut pełni funkcję centralnego identyfikatora sprawy w procesie. Jednoznacznie wskazuje pojedyncze naliczenie wynagrodzenia dla konkretnego pracownika i okresu rozliczeniowego. W Workday odpowiada połączeniu pracownika, okresu i grupy płacowej. Wszystkie działania, od przesłania karty czasu pracy po realizację płatności, są przypisane do tego identyfikatora, co umożliwia analizę procesu od początku do końca.

Dlaczego to ważne

To wymagany identyfikator CaseId, który łączy rozproszone zdarzenia w spójny przebieg procesu.

Skąd pobrać

Workday Report Writer: dane z obiektu biznesowego „Payroll Result”, zwykle złożony klucz Employee_ID i Period_Reference.

Przykłady
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu ekstrakcji danych lub ich ostatniego odświeżenia.
Opis

Ten atrybut wskazuje, kiedy rekord został ostatnio zaktualizowany w modelu danych process mining. Pomaga ocenić aktualność danych i wykryć możliwe opóźnienia synchronizacji między systemem źródłowym a środowiskiem analitycznym.

Dlaczego to ważne

Pomaga analitykom ocenić aktualność danych.

Skąd pobrać

Czas systemowy w chwili wykonania ETL.

Przykłady
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
System źródłowy
SourceSystem
System, w którym pierwotnie zapisano dane.
Opis

Ten atrybut wskazuje system, w którym zarejestrowano zdarzenie. W tym procesie będzie to najczęściej „Workday Payroll”. W środowisku wielosystemowym pozwala śledzić pochodzenie danych i uwzględnić właściwy kontekst podczas analizy.

Dlaczego to ważne

Pozwala śledzić pochodzenie danych w konfiguracjach process mining obejmujących wiele systemów.

Skąd pobrać

Wartość ustawiana na stałe podczas ekstrakcji lub konfigurowana w potoku ETL.

Przykłady
Wynagrodzenia w WorkdayWorkday HCM
Centrum kosztów
CostCenter
Dział lub centrum kosztów przypisane do rekordu płacowego.
Opis

Ten atrybut przypisuje rekord płacowy do konkretnej jednostki organizacyjnej. Umożliwia porównywanie wyników między działami oraz wskazywanie tych, które często powodują opóźnienia, na przykład przy zatwierdzaniu kart czasu pracy, lub mają wysoki odsetek błędów.

Dlaczego to ważne

Niezbędny w dashboardach „Time Sheet Approval Performance” i „Audit Exception”.

Skąd pobrać

Obiekt Workday Worker: „Cost Center” lub „Supervisory Organization”.

Przykłady
CC-501 FinanseCC-202 InżynieriaCC-101 HR
Czy działanie jest zautomatyzowane
IsAutomated
Wskaźnik określający, czy działanie wykonał system.
Opis

Ten atrybut logiczny określa, czy dany krok wykonał system Workday, na przykład zaplanowane obliczenie, czy użytkownik. Jest niezbędny do obliczania „ActivityAutomationCost” i wskazywania możliwości zwiększenia przetwarzania bez udziału człowieka.

Dlaczego to ważne

Istotne przy analizie automatyzacji i szacowaniu kosztów.

Skąd pobrać

Kontrola w Workday: sprawdź, czy Actor ma wartość „System” lub różni się od „Worker”.

Przykłady
truefalse
Grupa płacowa
PayGroup
Podział pracowników na grupy na potrzeby naliczania wynagrodzeń.
Opis

Ten atrybut określa grupę pracowników objętych tym samym okresem płacowym i tymi samymi zasadami naliczania wynagrodzeń, np. „US Monthly Salaried”. To podstawowe pojęcie w Workday, które pozwala podzielić analizę na segmenty w narzędziach „Payroll Preview Iteration Tracker” i „Tax Calculation Efficiency Monitor”.

Dlaczego to ważne

Podstawowy wymiar podziału operacyjnego w Workday.

Skąd pobrać

Workday Worker/Payroll Result: „Pay Group”.

Przykłady
USA, miesięczne wynagrodzenie stałeWielka Brytania, wynagrodzenie godzinowe wypłacane co tydzieńFrancja, kadra kierownicza
Kraj
Country
Kraj lub jurysdykcja podatkowa przypisana do rekordu płacowego.
Opis

Ten atrybut wskazuje główną lokalizację geograficzną, dla której naliczane jest wynagrodzenie. Jest potrzebny w dashboardzie „Global Cycle Time Standardization”, który pozwala porównywać wyniki w różnych otoczeniach regulacyjnych i wykrywać problemy charakterystyczne dla poszczególnych regionów.

Dlaczego to ważne

Umożliwia analizę różnic czasu cyklu między regionami i porównywanie wyników w skali globalnej.

Skąd pobrać

Obiekt Workday Worker: „Primary Work Location” → kraj.

Przykłady
Stany ZjednoczoneWielka BrytaniaFrancjaNiemcy
Okres rozliczeniowy
PayPeriod
Okres, którego dotyczy rekord płacowy.
Opis

Ten atrybut określa cykl płacowy, na przykład „październik 2023, dwa razy w miesiącu”. Służy do grupowania rekordów na potrzeby porównań między okresami i jest niezbędny do utworzenia identyfikatora sprawy „Payroll Record”.

Dlaczego to ważne

Podstawa grupowania spraw i analizy w czasie.

Skąd pobrać

Workday Payroll Result: „Period”.

Przykłady
2023-10 Miesięczny2023-W42 Tygodniowy2023-11 Dwa razy w miesiącu
Powód korekty
CorrectionReason
Kod powodu wybrany podczas korekty danych.
Opis

Ten atrybut zapisuje powód wybrany przez użytkownika dla czynności „Data Correction Performed”. Dostarcza szczegółowych danych potrzebnych na dashboardzie „Manual Correction and Rework Analysis” do ustalenia przyczyn, takich jak „Zmiana z mocą wsteczną” lub „Błąd we wprowadzonych danych”.

Dlaczego to ważne

Pomaga ustalić przyczyny ponownego wykonywania pracy.

Skąd pobrać

Workday: pole „Reason” w procesie biznesowym Rescind/Correct.

Przykłady
Zmiana wynagrodzenia z mocą wstecznąKorekta karty czasu pracyAktualizacja wyboru świadczeń
Specjalista ds. płac
PayrollSpecialist
Użytkownik lub pracownik, który wykonał działanie.
Opis

Ten atrybut wskazuje osobę lub konto systemowe odpowiedzialne za wykonanie działania. W Workday jest to „Actor” przypisany do kroku procesu biznesowego. Atrybut ma znaczenie przy analizie produktywności zasobów, rozdziału obowiązków i podziału obciążenia pracą.

Dlaczego to ważne

Umożliwia analizę produktywności specjalistów i wąskich gardeł związanych z zasobami.

Skąd pobrać

Historia procesów biznesowych Workday: pole „Actor”.

Przykłady
John SmithKonto systemoweMaria GarciaPayrollBatchBot
Typ naliczenia płac
PayrollRunType
Kategoria naliczenia płac, np. regularne, poza cyklem lub premia.
Opis

Ten atrybut określa rodzaj naliczenia wynagrodzeń. Rozróżnienie naliczeń „Regular”, „Correction” i „On-Demand” jest ważne w analizie, ponieważ naliczenia poza cyklem często oznaczają ponowną pracę lub wyjątki, które zniekształcają standardowe wskaźniki wyników.

Dlaczego to ważne

Umożliwia podział na standardowe procesy i procesy obsługi wyjątków.

Skąd pobrać

Workday Payroll: „Run Category” lub „Result Type”.

Przykłady
RegularnePoza cyklemNa żądanieKorekta na koniec roku
Kwota wynagrodzenia brutto
GrossPayAmount
Łączna kwota wynagrodzenia brutto obliczona dla rekordu.
Opis

Ten atrybut zawiera obliczoną kwotę brutto przed potrąceniami. Choć często są to dane wrażliwe, może służyć jako wskaźnik złożoności i ryzyka. W process mining pozwala sprawdzić, czy rekordy o wyższej wartości przechodzą dokładniejszy audyt lub dłużej czekają na zatwierdzenie.

Dlaczego to ważne

Można go użyć jako atrybutu wymiaru do analizy złożoności, jeśli pozwalają na to uprawnienia.

Skąd pobrać

Pozycje Workday Payroll Result: suma składników wynagrodzenia brutto.

Przykłady
5000.002500.5010000.00
Liczba iteracji podglądu
PreviewIterationCount
Łączna liczba etapów podglądu dla tego rekordu.
Opis

Ta obliczana miara zlicza, ile razy dla danego case wystąpiła czynność „Payroll Result Previewed”. Duża liczba wskazuje na trudności z ustabilizowaniem danych. Jest to główna miara wykorzystywana w narzędziu „Payroll Preview Iteration Tracker”.

Dlaczego to ważne

Mierzy sprawność procesu i stabilność jakości danych.

Skąd pobrać

Obliczany: liczba czynności „Payroll Result Previewed” dla każdego CaseId.

Przykłady
1312
Region
Region
Większy region geograficzny, np. EMEA, APAC lub Ameryka Północna.
Opis

Ten atrybut grupuje kraje w większe regiony operacyjne. Wspiera KPI „Regional Cycle Time Variance”, umożliwiając porównywanie wyników operacji płacowych na głównych rynkach, takich jak Ameryka Północna, EMEA i APAC.

Dlaczego to ważne

Ułatwia porównywanie wyników w ujęciu geograficznym.

Skąd pobrać

Ustalany na podstawie kraju lub pola „Region” w obiekcie Worker.

Przykłady
Ameryka PółnocnaEMEAAPACAmeryka Łacińska
Rodzaj wyjątku wykrytego podczas kontroli
AuditExceptionType
Kategoria niezgodności wykrytej podczas kontroli w danym cyklu.
Opis

Ten atrybut określa konkretną regułę, która wywołała zdarzenie „Audit Exception Flagged”. Przykłady: „Ujemne wynagrodzenie netto”, „Odchylenie > 10%” lub „Brak identyfikatora podatkowego”. Dane te są wykorzystywane w widoku „Audit Exception and Quality Control”.

Dlaczego to ważne

Pozwala wskazać konkretne problemy z jakością danych, które wymagają poprawy.

Skąd pobrać

Raporty kontrolne Workday lub wyniki reguł walidacji.

Przykłady
Ujemne wynagrodzenie nettoDuże odchylenieBrak numeru SSN
Status rozliczenia podatkowego
TaxFilingStatus
Status rozliczenia podatkowego po naliczeniu wynagrodzeń.
Opis

Ten atrybut śledzi stan realizacji obowiązków sprawozdawczych. W połączeniu z czynnością „Tax Filing Completed” zasila dashboard „Post-Cycle Tax Filing Velocity” i pomaga monitorować zgodność z przepisami.

Dlaczego to ważne

Istotny przy monitorowaniu zgodności i ryzyka.

Skąd pobrać

Workday Payroll: historia rozliczeń podatkowych lub status integracji.

Przykłady
OczekujeZakończonoOdrzucono
Status zgodności z SLA
SLAComplianceStatus
Informuje, czy przelew bankowy został wygenerowany w terminie.
Opis

Ten obliczany atrybut porównuje rzeczywisty czas czynności „Bank Transfer File Generated” z terminem realizacji SLA. Wartości takie jak „Zrealizowano” lub „Przekroczono termin” pozwalają od razu zauważyć problemy z realizacją na dashboardzie „Bank Transfer and SLA Compliance”.

Dlaczego to ważne

Bezpośrednio zasila KPI zgodności z SLA.

Skąd pobrać

Obliczany: jeśli EventTime <= SLAProcessingDeadline, wynik to „Zrealizowano”, w przeciwnym razie „Przekroczono termin”.

Przykłady
ZrealizowanoPrzekroczono terminZagrożony
Termin realizacji SLA
SLAProcessingDeadline
Docelowy termin wygenerowania pliku przelewu bankowego.
Opis

Ten atrybut określa umowny lub wewnętrzny termin wykonania czynności „Bank Transfer File Generated”. Służy do obliczania wskaźnika „Bank Transfer SLA Adherence Rate” i prezentowania zgodności na dashboardzie.

Dlaczego to ważne

Podstawa do obliczania zgodności z SLA.

Skąd pobrać

Wyznaczany na podstawie daty zakończenia okresu płacowego i konfigurowanego przesunięcia, np. 2 dni.

Przykłady
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi płac

Uwzględnijcie Państwo te etapy i kamienie milowe w dzienniku zdarzeń, aby uzyskać pełny obraz realizacji i przebiegu procesu płacowego.
9 Zalecane 5 Opcjonalne
Działanie Opis
Korekta danych
Ręczna interwencja, podczas której specjalista ds. płac zmienia dane wejściowe lub nadpisuje obliczone wartości w wyniku płacowym. Oznacza to, że pierwotne obliczenie było nieprawidłowe.
Dlaczego to ważne

Bezpośrednio mierzy zakres ponownej pracy. Ograniczenie tego działania jest jednym z głównych celów automatyzacji i inicjatyw poprawiających jakość danych.

Skąd pobrać

Audit Trail obiektu Pay Result w Workday. Znajdź zdarzenia „Field Edit” wykonane przez użytkowników, a nie system, po pierwszym obliczeniu.

Rejestrowanie

Rejestrowane po zapisaniu zmian w Pay Result przez użytkownika

Typ zdarzenia explicit
Obliczenie wynagrodzenia brutto
Uruchomienie silnika obliczeniowego, który wylicza wynagrodzenie brutto na podstawie godzin, stawek i planów wynagrodzeń. Jeśli dane zostaną skorygowane, obliczenia mogą być powtarzane.
Dlaczego to ważne

Duża liczba powtórzeń może wskazywać na problemy z jakością danych. Ten etap zużywa najwięcej zasobów systemowych i czasu.

Skąd pobrać

Dzienniki zadania Workday „Run Pay Calculation”. Zapisz czas zakończenia zadania obliczeniowego dla danego pracownika lub grupy płacowej.

Rejestrowanie

Rejestrowane po zakończeniu zadania „Run Pay Calculation”

Typ zdarzenia explicit
Realizacja płatności
Potwierdzenie przekazania środków lub wydrukowania czeku. To końcowy etap finansowy rekordu płacowego.
Dlaczego to ważne

To koniec procesu z perspektywy pracownika. Porównanie tego czasu z momentem utworzenia pliku przelewu bankowego pozwala wykryć opóźnienia w obsłudze bankowej.

Skąd pobrać

Status rozliczenia w Workday. Znajdź zmianę statusu na „Completed” lub potwierdzenie z banku otrzymane przez integrację.

Rejestrowanie

Rejestrowane po zmianie statusu Settlement Status na Complete

Typ zdarzenia explicit
Utworzenie pliku przelewu bankowego
Utworzenie pliku do przesłania do banku, np. NACHA lub SEPA, zawierającego dyspozycje wypłaty wynagrodzeń netto. Następuje podczas „Settlement Run”.
Dlaczego to ważne

Pozwala mierzyć zgodność z SLA dotyczącym wysłania płatności. Opóźnienia na tym etapie mogą zagrozić terminowi wypłaty.

Skąd pobrać

Dzienniki procesu Workday „Run Settlement”. Znajdź utworzenie „Payment File” lub zdarzenie zakończenia rozliczenia.

Rejestrowanie

Rejestrowane po wygenerowaniu danych wyjściowych przez Settlement Run

Typ zdarzenia explicit
Utworzenie rekordu płacowego
Inicjalizacja wyniku płacowego pracownika za określony okres. Zwykle następuje, gdy proces Pay Calculation uzna pracownika za uprawnionego do uwzględnienia w naliczeniu.
Dlaczego to ważne

Wyznacza oficjalny początek przetwarzania płac w silniku płacowym. Pozwala odróżnić przygotowanie danych HR od właściwego naliczania wynagrodzeń.

Skąd pobrać

Znacznik czasu utworzenia obiektu „Pay Result” w Workday Payroll lub rozpoczęcia procesu „Run Pay Calculation” dla pracownika.

Rejestrowanie

Rejestrowane podczas tworzenia obiektu Pay Result

Typ zdarzenia explicit
Wykrycie wyjątku audytowego
System wykrywa błąd walidacji lub alert inteligentnego audytu w wyniku płacowym. Status wyniku zmienia się na „Error” lub „Requires Action”.
Dlaczego to ważne

Ważne przy pomiarze zgodności i jakości danych. Częste wyjątki zwiększają koszt przygotowania listy płac i opóźniają jej zatwierdzenie.

Skąd pobrać

Pole Pay Result Status w Workday. Znajdź zmiany statusu na „Error” lub wpisy alertów „Smart Audit”.

Rejestrowanie

Porównaj pole statusu przed obliczeniem i po nim

Typ zdarzenia inferred
Zatwierdzenie karty czasu pracy
Formalne zatwierdzenie wpisów czasu pracy przez menedżera lub partnera HR. Zmiana statusu udostępnia godziny interfejsowi płacowemu lub silnikowi obliczeniowemu.
Dlaczego to ważne

Pozwala obliczyć czas oczekiwania na zatwierdzenie. Niezatwierdzone godziny są częstą przyczyną korekt wstecznych i dodatkowej pracy w kolejnych okresach płacowych.

Skąd pobrać

Historia procesów biznesowych Workday Time Tracking. Znajdź zdarzenie „Step Completed” dla kroku typu „Approval”.

Rejestrowanie

Rejestrowane po zmianie statusu kroku zatwierdzania na „Completed”

Typ zdarzenia explicit
Zatwierdzenie rekordu płacowego
Zakończenie naliczania wynagrodzenia pracownika. Następuje podczas procesu „Run Pay Completion” i blokuje wynik przed dalszymi zmianami w obliczeniach.
Dlaczego to ważne

Ten etap wyznacza koniec naliczania i początek rozliczenia. Jest niezbędny do pomiaru czasu cyklu.

Skąd pobrać

Dzienniki zadania Workday „Run Pay Completion”. Sprawdź, kiedy status Pay Result zmienia się na „Complete” lub „Final”.

Rejestrowanie

Rejestrowane podczas wykonywania „Run Pay Completion”

Typ zdarzenia explicit
Złożenie karty czasu pracy
Pierwsze wprowadzenie danych o czasie pracy przez pracownika lub osobę odpowiedzialną za ewidencję w module Time Tracking. To zdarzenie oznacza zapisanie godzin w systemie przed ich weryfikacją przez menedżera.
Dlaczego to ważne

Opóźnienia w składaniu kart czasu pracy powodują wąskie gardła na dalszych etapach i skracają czas dostępny na naliczenie wynagrodzeń. Monitorowanie tego zdarzenia pozwala określić bazowy czas trwania całego cyklu płacowego.

Skąd pobrać

Dzienniki audytu procesów biznesowych Workday Time Tracking. Znajdź znacznik czasu zdarzenia „Submit” dla odpowiedniego okresu rozliczeniowego.

Rejestrowanie

Rejestrowane po wykonaniu działania „Submit Time”

Typ zdarzenia explicit
Import danych o premiach
Wczytanie zewnętrznych danych o wynagrodzeniach, takich jak prowizje, premie lub płatności jednorazowe, za pomocą Enterprise Interface Builder (EIB) lub konektora. Powoduje utworzenie lub aktualizację obiektów Input/One-Time Payment.
Dlaczego to ważne

Pozwala wykryć opóźnienia integracji. Aby prawidłowo naliczyć wynagrodzenia, dane zewnętrzne muszą dotrzeć przed terminem granicznym obliczeń.

Skąd pobrać

Dzienniki zdarzeń Integration System lub Audit Trail dla procesów biznesowych „Request One-Time Payment” albo „Input”.

Rejestrowanie

Rejestrowane podczas wczytywania EIB lub wywołania Web Service

Typ zdarzenia explicit
Naliczanie potrąceń na świadczenia
Zastosowanie planów świadczeń i reguł potrąceń do wynagrodzenia brutto w celu ustalenia podstawy opodatkowania. Ten etap zwykle jest częścią głównego naliczenia, ale można go wyodrębnić, aby przeanalizować samo przetwarzanie potrąceń.
Dlaczego to ważne

Opóźnienia synchronizacji między HCM Benefits a Payroll często powodują tu błędy. Wyodrębnienie tego etapu ułatwia znalezienie problemów z konfiguracją lub przepływem danych.

Skąd pobrać

Można je ustalić na podstawie szczegółów dziennika „Run Pay Calculation”, jeśli rejestrowane są osobne podprocesy potrąceń, albo na podstawie zmian w sekcji „Deductions” obiektu Pay Result.

Rejestrowanie

Porównaj pola potrąceń w Pay Result przed obliczeniem i po nim

Typ zdarzenia inferred
Podgląd wyniku płacowego
Użytkownik wyświetla obliczony wynik płacowy lub podgląd listy płac („Payslip Preview”). Zwykle dzieje się to przed zatwierdzeniem i oznacza etap weryfikacji.
Dlaczego to ważne

Wielokrotne wyświetlanie podglądu bez zatwierdzenia może wskazywać na wątpliwości lub potrzebę weryfikacji poza systemem. Pozwala analizować działania użytkowników podczas przeglądu.

Skąd pobrać

Dzienniki dostępu użytkowników lub historia uruchomień raportów. Znajdź zdarzenia „View” dla instancji „Pay Result” lub uruchomienia raportów „View Payslip”.

Rejestrowanie

Rejestrowane w dziennikach dostępu do systemu (zdarzenie View)

Typ zdarzenia explicit
Udostępnienie paska płacowego
Udostępnienie pracownikowi zatwierdzonego dokumentu z paskiem płacowym. Zwykle następuje po zakończeniu rozliczenia lub w zaplanowanym terminie.
Dlaczego to ważne

Wpływa na zadowolenie pracowników. Monitorowanie tego etapu pomaga zapewnić przejrzystość i zgodność z lokalnymi przepisami prawa pracy dotyczącymi przekazywania zestawień wynagrodzeń.

Skąd pobrać

Można go ustalić na podstawie skonfigurowanej daty „Payslip Available Date” dla grupy płacowej lub znacznika czasu zakończenia procesu „Generate Payslip”.

Rejestrowanie

Ustal na podstawie konfiguracji Payslip Available Date

Typ zdarzenia inferred
Zakończenie rozliczeń podatkowych
Pomyślne wygenerowanie i przekazanie wymaganych raportów podatkowych do urzędów. Następuje po wypłacie wynagrodzeń.
Dlaczego to ważne

Zapewnia zgodność z przepisami. Opóźnienia w tym etapie po zakończeniu cyklu mogą prowadzić do wysokich kar.

Skąd pobrać

Dzienniki integracji z zewnętrznymi dostawcami usług płacowych lub zakończenie ręcznych zadań „Tax Filing” na liście kontrolnej zamknięcia okresu.

Rejestrowanie

Rejestrowane po zakończeniu zdarzenia Tax Integration

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Dowiedzcie się Państwo, jak sprawnie wyodrębniać i przygotowywać dane płacowe z Workday Payroll na potrzeby projektów process mining.

Gotowi do rozpoczęcia?

Usprawnijcie Państwo obsługę płac, stosując ten szablon danych w swojej instancji Workday. Nasz zespół pomoże w ekstrakcji i analizie danych.

Usprawnijcie Państwo obsługę płac już dziś

Skróćcie Państwo cykl o 30% i wyeliminujcie ręczne korekty w Workday

Rozpocznijcie okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.