Szablon danych dotyczących obsługi płac
Szablon danych dotyczących obsługi płac
- 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
Atrybuty procesu obsługi płac
| 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
|
|||
Działania w procesie obsługi płac
| 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
|
|||
Instrukcje ekstrakcji danych
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
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.