Szablon danych do analizy przetwarzania wynagrodzeń
Szablon danych do analizy przetwarzania wynagrodzeń
- Zalecane atrybuty do zebrania
- Czynności, które warto śledzić
- Wskazówki dotyczące pobierania danych z systemu
Atrybuty procesu przetwarzania wynagrodzeń
| Nazwa | Opis | ||
|---|---|---|---|
|
Czynność
ActivityName
|
Nazwa wykonanego kroku procesu lub zdarzenia. | ||
|
Opis
Ten atrybut opisuje konkretne zdarzenie w cyklu płacowym. Standardowe czynności w Dayforce to między innymi „Przesłano kartę czasu pracy”, „Obliczono wynagrodzenie brutto”, „Zatwierdzono listę płac”, „Zrealizowano płatność” i „Zakończono rozliczenie podatkowe”. Wartości te są zwykle pobierane z logów audytowych workflow, logów transakcji systemowych, na przykład zmian statusu listy płac, lub znaczników czasu powiązanych z obiektami biznesowymi, takimi jak Pay Run lub karta czasu pracy.
Dlaczego to ważne
Określa kroki procesu. Jest niezbędny do odtworzenia przebiegu procesu i analizy jego wariantów.
Skąd pobrać
Logi workflow, ścieżka audytu lub tabele historii zmian statusu.
Przykłady
Przesłano kartę czasu pracyObliczono wynagrodzenie bruttoZrealizowano płatnośćSkorygowano daneOznaczono wyjątek audytowy
|
|||
|
Rekord płacowy
PayrollRecordId
|
Unikalny identyfikator sprawy płacowej, łączący pracownika i okres płacowy. | ||
|
Opis
Ten atrybut pełni funkcję unikalnego identyfikatora sprawy (Case ID) w procesie. W Ceridian Dayforce rekord płacowy odpowiada konkretnej parze: pracownik i okres płacowy, często określony w ramach Pay Group. Rejestruje przebieg naliczania wynagrodzenia danego pracownika w tym cyklu. Technicznie identyfikator jest często tworzony przez połączenie Pay Period ID z Employee XRefCode lub System ID. Łączy wszystkie zdarzenia, od przesłania karty czasu pracy po ostateczne rozliczenie podatkowe i wygenerowanie paska wynagrodzenia.
Dlaczego to ważne
Wskazuje główny obiekt analizy process mining i pozwala grupować wszystkie zdarzenia w jedną ścieżkę procesu od początku do końca.
Skąd pobrać
Ustalany na podstawie połączenia PayPeriodID i EmployeeID w tabelach Payroll Result lub Time Entry.
Przykłady
PG01-2023-10-EMP10234US_SAL-2023-22-EMP88421UK_HRLY-2023-44-EMP00231
|
|||
|
Znacznik czasu
EventDateTime
|
Dokładna data i godzina wykonania czynności. | ||
|
Opis
Dokładny znacznik czasu zdarzenia w systemie Dayforce. Służy do uporządkowania czynności chronologicznie i obliczania czasu między kolejnymi krokami. Dokładne znaczniki czasu są niezbędne do wykrywania wąskich gardeł, takich jak opóźnienia przy zatwierdzaniu kart czasu pracy lub generowaniu plików przelewów bankowych. Najlepiej, aby ich dokładność wynosiła co najmniej minutę, a optymalnie sekundę.
Dlaczego to ważne
Zapewnia wymiar czasowy potrzebny w analizie process mining, umożliwiając ocenę wydajności i wykrywanie wąskich gardeł.
Skąd pobrać
Kolumny ze znacznikami czasu transakcji w tabelach audytowych, na przykład CreatedDateTime i LastModifiedDateTime.
Przykłady
2023-10-12T08:30:00Z2023-10-12T14:15:22Z2023-10-15T09:00:00Z
|
|||
|
Ostatnia aktualizacja danych
LastDataUpdate
|
Znacznik czasu pobrania danych z systemu źródłowego. | ||
|
Opis
Informuje, jak aktualne są dane używane w analizie. Zwykle jest to znacznik czasu uruchomienia ETL (Extract, Transform, Load), które pobrało dane z Dayforce. Pomaga analitykom ustalić, czy analizują dane bieżące, czy migawkę z poprzedniego dnia.
Dlaczego to ważne
Określa aktualność zbioru danych i pomaga sprawdzić jego kompletność na podstawie raportów z systemu źródłowego.
Skąd pobrać
Czas systemowy w chwili wykonania skryptu.
Przykłady
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
System źródłowy
SourceSystem
|
Nazwa systemu, z którego pochodzą dane. | ||
|
Opis
Wskazuje oprogramowanie lub bazę danych, z których pobrano dane płacowe. W tym przypadku wartością jest zwykle „Ceridian Dayforce” lub „Dayforce”. Atrybut przydaje się przy łączeniu danych z wielu systemów, na przykład zewnętrznego systemu ewidencji czasu pracy i obecności z Dayforce, aby śledzić pochodzenie danych.
Dlaczego to ważne
Zapewnia możliwość śledzenia pochodzenia danych i filtrowania ich w analizach process mining obejmujących wiele systemów.
Skąd pobrać
Wartość wpisana na stałe podczas pobierania danych lub ustalana na podstawie metadanych połączenia.
Przykłady
Ceridian DayforceŚrodowisko produkcyjne DayforceDayforce EU
|
|||
|
Dział
DepartmentName
|
Jednostka organizacyjna, do której należy pracownik. | ||
|
Opis
Wskazuje dział funkcjonalny, na przykład sprzedaż, IT lub HR, powiązany z rekordem płacowym. W Dayforce jest zwykle powiązany z hierarchią „Org Unit” lub „Department”. To pole zasila dashboard „Skuteczność zatwierdzania kart czasu pracy”. Pozwala przybliżyć widok do konkretnych obszarów firmy, w których kierownicy mogą opóźniać zatwierdzanie.
Dlaczego to ważne
Umożliwia porównywanie wyników między jednostkami organizacyjnymi i ustalanie przyczyn opóźnień w zatwierdzaniu.
Skąd pobrać
Rekord pracownika lub hierarchia Organization Unit.
Przykłady
FinanseLogistyka łańcucha dostawSprzedaż w Ameryce Północnej
|
|||
|
Kwota wynagrodzenia brutto
GrossPayAmount
|
Obliczona kwota wynagrodzenia brutto w rekordzie. | ||
|
Opis
Łączna kwota wynagrodzenia przed potrąceniami i podatkami. Wartość jest uzupełniana podczas czynności „Obliczono wynagrodzenie brutto”. Analiza różnic w czasie obliczania wynagrodzenia brutto może pomóc wykryć złożone obliczenia, które spowalniają działanie silnika obliczeniowego.
Dlaczego to ważne
Zapewnia kontekst finansowy procesu i pozwala porównywać czas przetwarzania rekordów o wysokiej i niskiej wartości.
Skąd pobrać
Tabela Payroll Result lub Pay Run Details.
Przykłady
2500.004150.501200.00
|
|||
|
Pay Group
PayGroupName
|
Grupa pracowników, dla której przetwarzana jest lista płac. | ||
|
Opis
Grupuje pracowników otrzymujących wynagrodzenie według tego samego harmonogramu, na przykład „US Bi-Weekly” lub „UK Monthly”. W Dayforce Pay Group jest podstawową jednostką organizacyjną dla cykli płacowych. Ten atrybut jest niezbędny na dashboardzie „Czas trwania cyklu płacowego od początku do końca”, ponieważ poszczególne grupy płacowe mają różne czasy przetwarzania i terminy.
Dlaczego to ważne
Umożliwia porównywanie wyników przetwarzania listy płac i wykrywanie problemów dotyczących konkretnych grup.
Skąd pobrać
Tabela PayGroup lub definicja PayRun.
Przykłady
Pracownicy etatowi firmy w USAPracownicy godzinowi sklepów w KanadzieMiesięczne wynagrodzenia kadry kierowniczej w Wielkiej Brytanii
|
|||
|
Termin przetwarzania określony w SLA
SlaProcessingDeadline
|
Wymagany termin wygenerowania pliku bankowego. | ||
|
Opis
Wewnętrzny lub zewnętrzny termin, do którego musi nastąpić wygenerowanie pliku przelewów bankowych, aby pracownicy otrzymali wynagrodzenie na czas. Atrybut zasila dashboard „Terminowość generowania plików przelewów bankowych”. Termin może wynikać ze stałej reguły opartej na dacie wypłaty, na przykład dwa dni przed wypłatą, lub z ustawień Pay Group.
Dlaczego to ważne
Stanowi punkt odniesienia przy obliczaniu terminowości i ryzyka związanego ze zgodnością.
Skąd pobrać
Ustalany na podstawie daty wypłaty i konfiguracji zasad przetwarzania płatności bankowych.
Przykłady
2023-10-25T14:00:00Z2023-10-26T10:00:00Z
|
|||
|
Użytkownik wykonujący czynność
ActionUser
|
Użytkownik, który wykonał daną czynność. | ||
|
Opis
Wskazuje osobę odpowiedzialną za zdarzenie, na przykład kierownika zatwierdzającego kartę czasu pracy lub specjalistę ds. płac zatwierdzającego cykl płacowy. Dane te są niezbędne w widoku „Produktywność specjalistów ds. płac” oraz przy określaniu potrzeb szkoleniowych kierowników.
Dlaczego to ważne
Umożliwia analizę zasobów i śledzenie odpowiedzialności w procesie.
Skąd pobrać
Logi audytowe, kolumna User ID w tabelach transakcji.
Przykłady
jsmithAdministrator systemumgarcia_mgr
|
|||
|
Czy przelew bankowy jest opóźniony
IsBankTransferLate
|
Wskaźnik informujący, czy plik bankowy nie został wysłany w terminie. | ||
|
Opis
Wartość logiczna obliczana przez porównanie znacznika czasu czynności „Wygenerowano plik przelewu bankowego” z terminem przetwarzania SLA. Służy do obliczania KPI „Odsetek terminowych przelewów bankowych”. Wykrywanie opóźnionych przelewów pomaga zapobiegać nieterminowym wypłatom wynagrodzeń.
Dlaczego to ważne
To ważny wskaźnik zgodności i niezawodności.
Skąd pobrać
Obliczane: BankTransferTime > SlaProcessingDeadline.
Przykłady
truefalse
|
|||
|
Czy wykryto wyjątek audytowy
IsAuditExceptionFlagged
|
Wartość logiczna wskazująca, czy rekord wywołał ostrzeżenie audytowe. | ||
|
Opis
Wartość obliczana lub bezpośrednio odczytywana, która wskazuje, czy w danym przypadku wystąpiła czynność „Oznaczono wyjątek audytowy”. Służy do obliczania KPI „Odsetek oznaczonych wyjątków audytowych”. Wysoki odsetek wyjątków może wskazywać na problemy z jakością danych lub zbyt restrykcyjną konfigurację mechanizmu zgodności w Dayforce.
Dlaczego to ważne
Ułatwia obliczanie odsetka błędów i ponownego przetwarzania.
Skąd pobrać
Ustalane na podstawie wystąpienia czynności „Oznaczono wyjątek audytowy”.
Przykłady
truefalse
|
|||
|
Jurysdykcja podatkowa
TaxJurisdiction
|
Region lub organ właściwy do rozliczenia podatkowego. | ||
|
Opis
Wskazuje właściwy organ podatkowy, na przykład stan, prowincję lub kraj, dla danego rekordu płacowego. Atrybut zasila dashboard „Monitor rozliczeń podatkowych i zgodności”. Pozwala podzielić proces zapewniania zgodności po wypłacie według jurysdykcji i wskazać te, w których często występują opóźnienia w składaniu deklaracji.
Dlaczego to ważne
Umożliwia monitorowanie zgodności i analizę wyników procesu w podziale na obszary geograficzne.
Skąd pobrać
Ustawienia podatkowe pracownika lub szczegóły podatkowe w Payroll Result.
Przykłady
KaliforniaOntarioNowy JorkWielka Brytania
|
|||
|
Miejsce powstawania kosztów
CostCenterCode
|
Kod finansowy, na który księgowany jest koszt wynagrodzeń. | ||
|
Opis
Miejsce powstawania kosztów w księdze głównej, przypisane do wynagrodzenia pracownika. W widoku „Porównanie wskaźników przetwarzania według miejsc powstawania kosztów” służy do porównywania efektywności różnych jednostek finansowych. W Dayforce jest częścią szczegółów alokacji w księdze głównej (GL).
Dlaczego to ważne
Pozwala powiązać wyniki procesu ze strukturą raportowania finansowego.
Skąd pobrać
Ustawienia GL pracownika lub tabele podziału kosztów pracy.
Przykłady
CC-1020CC-5500-USCC-IT-OPS
|
|||
|
Okres wypłaty
PayPeriodDescription
|
Opisowa nazwa cyklu wypłat. | ||
|
Opis
Czytelna dla użytkownika nazwa okresu wypłaty, np. „Tydzień 42, 2023” lub „Październik 2023, dwa razy w miesiącu”. Ułatwia filtrowanie i prezentację danych na dashboardach. Dostarcza kontekstu dla rekordu płacowego i często służy do filtrowania konkretnych przebiegów w analizie ścieżek wariantów procesu.
Dlaczego to ważne
Dzięki temu dane są zrozumiałe dla użytkowników biznesowych.
Skąd pobrać
Kolumna opisu w tabeli PayPeriod.
Przykłady
2023-W422023-Oct-SM12023-M11
|
|||
|
Przyczyna korekty
CorrectionReason
|
Kod przyczyny korekty danych. | ||
|
Opis
Jeśli wystąpi czynność „Wykonano korektę danych”, ten atrybut zapisuje podaną przyczynę, np. „Brak odbicia” lub „Korekta wynagrodzenia z mocą wsteczną”. Dzięki temu dashboard „Ręczne korekty i ponowne przetwarzanie” zawiera więcej szczegółów, co pomaga zespołowi usuwać konkretne przyczyny ręcznej pracy.
Dlaczego to ważne
Jest niezbędny do analizy przyczyn ponownego przetwarzania.
Skąd pobrać
Szczegóły dziennika audytowego lub pola komentarza w transakcjach korekt.
Przykłady
Brak odbiciaNieprawidłowa stawkaKorekta z mocą wsteczną
|
|||
|
Rodzaj zatrudnienia
EmploymentType
|
Klasyfikacja pracownika (pełny etat, niepełny etat, wykonawca). | ||
|
Opis
Określa rodzaj relacji zawodowej pracownika. Służy do porównywania, czy przetwarzanie wynagrodzeń lub odsetek błędów różnią się w przypadku wykonawców i pracowników zatrudnionych w niepełnym wymiarze czasu pracy. W Dayforce ten atrybut znajduje się zwykle w rekordzie pracownika.
Dlaczego to ważne
Umożliwia podział danych na grupy i rzetelne porównywanie statystyk przetwarzania.
Skąd pobrać
Tabela pracowników.
Przykłady
Pełny etatNiepełny etatWykonawca
|
|||
Czynności w procesie przetwarzania wynagrodzeń
| Działanie | Opis | ||
|---|---|---|---|
|
Obliczono wynagrodzenie brutto
|
Silnik obliczeniowy systemu wylicza wynagrodzenie brutto na podstawie liczby godzin, stawek i zaimportowanych danych. To pierwszy etap monitorowany na dashboardzie „Szybkość działania silnika obliczeniowego”. | ||
|
Dlaczego to ważne
Mierzy opóźnienie działania silnika obliczeniowego po wprowadzeniu wszystkich danych.
Skąd pobrać
Można je ustalić na podstawie znacznika czasu wypełnienia lub aktualizacji pola „Gross Pay” podczas przetwarzania partii danych.
Rejestrowanie
Porównanie pola statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Przesłano kartę czasu pracy
|
Zdarzenie, w którym pracownik lub kierownik przesyła dane o czasie pracy i obecności do przetworzenia. Łączy moduł WFM z modułem Payroll. | ||
|
Dlaczego to ważne
To zdarzenie jest niezbędne, aby dashboard „Czas trwania cyklu płacowego od początku do końca” mierzył opóźnienia od momentu wprowadzenia danych.
Skąd pobrać
Dane pochodzą z logów modułu Dayforce WFM lub ze zmiany statusu obiektu karty czasu pracy na „Submitted”.
Rejestrowanie
Porównanie pola statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Utworzono rekord płacowy
|
Oznacza utworzenie rekordu konkretnego cyklu płacowego dla pracownika. W Dayforce następuje to po otwarciu Pay Group na dany cykl i przypisaniu pracowników do listy płac. | ||
|
Dlaczego to ważne
Wyznacza początek sprawy płacowej i punkt odniesienia do pomiaru całkowitego czasu trwania cyklu.
Skąd pobrać
Należy ustalić znacznik czasu utworzenia rekordu cyklu płacowego pracownika w ramach Pay Group.
Rejestrowanie
Rejestrowane po utworzeniu rekordu cyklu płacowego
Typ zdarzenia
explicit
|
|||
|
Wygenerowano plik przelewów bankowych
|
Wygenerowanie plików NACHA, SEPA lub innych plików bankowych. Zdarzenie służy do obliczenia „Odsetka przelewów bankowych zrealizowanych na czas” względem terminu SLA. | ||
|
Dlaczego to ważne
To ważny etap zapewniający terminowe przekazanie środków na wypłaty.
Skąd pobrać
Log zadania systemowego potwierdzający pomyślne wygenerowanie pliku przelewów bankowych.
Rejestrowanie
Rejestrowane po wykonaniu transakcji File Generation
Typ zdarzenia
explicit
|
|||
|
Zatwierdzono kartę czasu pracy
|
Kierownik lub przełożony zatwierdza przesłane dane o czasie pracy. Opóźnienia na tym etapie bezpośrednio wpływają na dashboard „Skuteczność zatwierdzania kart czasu pracy”. | ||
|
Dlaczego to ważne
Pozwala wykryć wąskie gardła w ścieżce zatwierdzania, które opóźniają rozpoczęcie naliczania wynagrodzeń.
Skąd pobrać
Należy śledzić zmianę statusu karty czasu pracy na „Approved” lub „Signed Off” w module WFM.
Rejestrowanie
Rejestrowane po wykonaniu transakcji Approved
Typ zdarzenia
explicit
|
|||
|
Zatwierdzono rekord płacowy
|
Ostateczna autoryzacja rekordu płacowego, często określana jako „zatwierdzenie” lub „zablokowanie” cyklu płacowego. Oznacza koniec etapu obliczeń i weryfikacji. | ||
|
Dlaczego to ważne
Ostateczny punkt procesu, który oddziela przetwarzanie listy płac od wypłaty środków.
Skąd pobrać
Zmiana statusu Pay Run na „Committed”, „Locked” lub „Approved”.
Rejestrowanie
Rejestrowane po wykonaniu transakcji Commit
Typ zdarzenia
explicit
|
|||
|
Zrealizowano płatność
|
Data, w której pracownik otrzymuje wynagrodzenie. To finansowy koniec procesu z perspektywy pracownika. | ||
|
Dlaczego to ważne
Ważny punkt pomiaru „Czasu trwania cyklu płacowego od początku do końca” oraz satysfakcji pracowników.
Skąd pobrać
Pole „Check Date” lub „Payment Date” w ostatecznym rekordzie płacowym.
Rejestrowanie
Rejestrowane po wykonaniu transakcji Disbursement
Typ zdarzenia
explicit
|
|||
|
Obliczono podatki
|
Ostatni etap obliczeń, w którym stosuje się zasady właściwe dla danej jurysdykcji podatkowej, aby ustalić wynagrodzenie netto. Kończy automatyczną sekwencję obliczeń. | ||
|
Dlaczego to ważne
Złożone zasady podatkowe mogą wydłużać przetwarzanie. To zdarzenie pozwala ocenić wydajność modułu podatkowego.
Skąd pobrać
Znacznik czasu wygenerowania pozycji podatkowych lub ostatecznego zapisania pola „Net Pay” w bazie danych.
Rejestrowanie
Porównanie pola statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Opublikowano pasek wynagrodzenia
|
Elektroniczne paski wynagrodzeń są udostępniane pracownikom w portalu ESS. Zdarzenie zasila dashboard „Dostępność elektronicznych pasków wynagrodzeń”. | ||
|
Dlaczego to ważne
Mierzy czas od realizacji płatności do udostępnienia informacji o wynagrodzeniu.
Skąd pobrać
Znacznik czasu zakończenia zadania publikującego pasek wynagrodzenia lub ustawienia flagi widoczności na true.
Rejestrowanie
Porównanie pola statusu przed zmianą i po niej
Typ zdarzenia
inferred
|
|||
|
Oznaczono wyjątek audytowy
|
System generuje ostrzeżenie lub komunikat o błędzie na podstawie reguł walidacji, na przykład w przypadku ujemnego wynagrodzenia netto. Zdarzenie zasila KPI „Odsetek oznaczonych wyjątków audytowych”. | ||
|
Dlaczego to ważne
Częste występowanie wyjątków może wskazywać na niską jakość danych wejściowych lub błędy konfiguracji wymagające ręcznej interwencji.
Skąd pobrać
Dane należy pobrać z tabeli komunikatów lub błędów systemowych powiązanej z identyfikatorem Pay Run.
Rejestrowanie
Rejestrowane po wykonaniu transakcji Exception Created
Typ zdarzenia
explicit
|
|||
|
Skorygowano dane
|
Użytkownik ręcznie zmienia dane dotyczące wynagrodzenia, takie jak liczba godzin, stawki lub potrącenia, po pierwszym obliczeniu. Zdarzenie zasila dashboard „Wskaźniki ręcznych korekt i poprawek”. | ||
|
Dlaczego to ważne
To bezpośrednia miara poprawek. Ograniczenie liczby takich działań jest jednym z głównych celów usprawniania procesu.
Skąd pobrać
Wpisy w ścieżce audytu pokazujące, że użytkownik zaktualizował tabele ze szczegółami wynagrodzeń pracowników.
Rejestrowanie
Rejestrowane po wykonaniu transakcji Record Updated
Typ zdarzenia
explicit
|
|||
|
Wyświetlono podgląd wyniku naliczenia wynagrodzeń
|
Użytkownik wyświetla wstępny rejestr płacowy lub podgląd wypłaty. Zdarzenie służy do analizy „Sprawności etapu podglądu” i wykrywania powtarzających się poprawek. | ||
|
Dlaczego to ważne
Oznacza początek etapu weryfikacji przez pracownika. Wielokrotne wyświetlanie podglądu może wskazywać na nierozwiązane problemy z danymi.
Skąd pobrać
Logi dostępu wskazujące, że użytkownik wygenerował raport „Payroll Preview” lub otworzył ekran podglądu.
Rejestrowanie
Rejestrowane po wykonaniu transakcji Preview Report
Typ zdarzenia
explicit
|
|||
|
Zaimportowano dane o premiach i prowizjach
|
Rejestruje pomyślny import zewnętrznych plików z danymi o premiach, prowizjach lub jednorazowych płatnościach. Zasila dashboard „Czas importu danych o premiach i prowizjach”. | ||
|
Dlaczego to ważne
Opóźnienia w otrzymaniu tych danych często wstrzymują przetwarzanie listy płac.
Skąd pobrać
Logi integracji Dayforce potwierdzające zakończenie zadań importu plików XML lub CSV do cyklu płacowego.
Rejestrowanie
Rejestrowane po wykonaniu transakcji Import
Typ zdarzenia
explicit
|
|||
|
Zakończono rozliczenie podatkowe
|
Potwierdzenie pomyślnego przetworzenia rozliczeń podatkowych po wypłacie wynagrodzeń w danej jurysdykcji. Zdarzenie zasila dashboard „Monitor rozliczeń podatkowych i zgodności”. | ||
|
Dlaczego to ważne
Zapewnia zgodność z przepisami i pomaga uniknąć kar po wypłacie wynagrodzeń pracownikom.
Skąd pobrać
Aktualizacja statusu w module podatkowym lub logu integracji, potwierdzająca otrzymanie dokumentów przez organ podatkowy lub zewnętrznego operatora rozliczeń.
Rejestrowanie
Rejestrowane po wykonaniu transakcji Filing Confirmed
Typ zdarzenia
explicit
|
|||
|
Zastosowano potrącenia na świadczenia
|
Zastosowanie zasad dotyczących świadczeń i potrąceń do wynagrodzenia brutto. To część automatycznej sekwencji obliczeń monitorowanej na dashboardzie szybkości działania. | ||
|
Dlaczego to ważne
Pozwala wyodrębnić czas przetwarzania lub błędy związane z modułem świadczeń w ramach cyklu płacowego.
Skąd pobrać
Znacznik czasu zapisania pozycji potrąceń w rekordzie płacowym lub aktualizacji pola „Total Deductions”.
Rejestrowanie
Ustalenie przez porównanie znaczników czasu aktualizacji pola i poprzedniej aktualizacji
Typ zdarzenia
calculated
|
|||
Instrukcje pobierania danych
Gotowi do rozpoczęcia?
Można już zacząć usprawnianie procesu, stosując ten szablon do danych o wynagrodzeniach. Nasz zespół może pomóc w pobraniu danych i przygotowaniu ich do analizy.
Ogranicz opóźnienia w przetwarzaniu wynagrodzeń
Skróć cykl płacowy o 30% i wyeliminuj wąskie gardła.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.