Ihr Daten-Template für die Gehaltsabrechnung
Ihr Daten-Template für die Gehaltsabrechnung
- Empfohlene Attribute für Abrechnungsdatensätze
- Wichtige Prozessmeilensteine von der Übermittlung bis zur Zahlung
- Anleitung zur Datenextraktion speziell für Workday Payroll
Attribute der Gehaltsabrechnung
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivität
ActivityName
|
Name des ausgeführten Prozessschritts oder Ereignisses. | ||
|
Beschreibung
Dieses Attribut erfasst die konkrete Aktion oder Statusänderung im Payroll-Zyklus. Die Werte entsprechen den standardmäßigen Schritten des Workday-Geschäftsprozesses, etwa „Time Sheet Submitted“, „Payroll Record Created“ oder „Payment Executed“. Dieses Feld ist die Grundlage für die Prozesserkennung und die Variantenanalyse.
Warum das wichtig ist
Das Attribut legt die Ereignisreihenfolge fest und ist erforderlich, um die Prozessübersicht zu rekonstruieren.
Woher beziehen
Workday „Business Process Transactions“ oder Prüfprotokolle.
Beispiele
Stundenzettel eingereichtBruttogehalt berechnetBanküberweisungsdatei erstelltPrüfausnahme erkannt
|
|||
|
Payroll-Datensatz
PayrollRecordId
|
Eindeutige Kennung des Payroll-Datensatzes, die Mitarbeitenden und Abrechnungszeitraum miteinander verknüpft. | ||
|
Beschreibung
Dieses Attribut dient als zentrale Case-Kennung des Prozesses. Es identifiziert eindeutig einen einzelnen Payroll-Vorgang für einen bestimmten Mitarbeitenden in einem bestimmten Abrechnungszeitraum. In Workday entspricht dies konzeptionell der Kombination aus Worker, Period und Pay Group. Unter dieser ID werden alle Aktivitäten zusammengefasst, von der Einreichung des Stundenzettels bis zur endgültigen Zahlung. So lässt sich der Prozess durchgängig analysieren.
Warum das wichtig ist
Dies ist die erforderliche Case-ID, die alle voneinander getrennten Ereignisse zu einem zusammenhängenden Prozessverlauf verbindet.
Woher beziehen
Workday Report Writer: Extraktion aus dem Geschäftsobjekt „Payroll Result“, üblicherweise über einen zusammengesetzten Schlüssel aus Employee_ID und Period_Reference.
Beispiele
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
|
|||
|
Startzeit
EventTimestamp
|
Datum und Uhrzeit, zu denen die Aktivität genau stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut erfasst den Timestamp, zu dem eine bestimmte Aktivität begonnen oder abgeschlossen wurde. Es liefert die zeitliche Grundlage für die Berechnung von Zykluszeiten und Dauern sowie für die Ermittlung von Engpässen. In Workday entspricht dies dem „Completed Moment“ oder „Effective Moment“ des jeweiligen Geschäftsprozessschritts.
Warum das wichtig ist
Erforderlich, um Ereignisse chronologisch zu ordnen und alle zeitbasierten KPIs zu berechnen.
Woher beziehen
Workday Business Process History: „Completed Date/Time“.
Beispiele
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Timestamp der Datenextraktion oder der letzten Aktualisierung. | ||
|
Beschreibung
Dieses Attribut gibt an, wann der Datensatz zuletzt im Process-Mining-Datenmodell aktualisiert wurde. Es dient dazu, die Aktualität der Daten zu überwachen und mögliche Synchronisierungsverzögerungen zwischen dem Quellsystem und der Analyseumgebung zu erkennen.
Warum das wichtig ist
Hilft Analysten einzuschätzen, wie aktuell die Daten sind.
Woher beziehen
Systemzeitpunkt der ETL-Ausführung.
Beispiele
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
System, in dem die Daten ursprünglich erfasst wurden. | ||
|
Beschreibung
Dieses Attribut gibt an, in welchem Softwaresystem das Ereignis erfasst wurde. Für diesen Prozess lautet der Wert überwiegend „Workday Payroll“. In Umgebungen mit mehreren Systemen ist das Attribut wichtig, um die Datenherkunft nachzuverfolgen und bei der Analyse den richtigen Kontext zu berücksichtigen.
Warum das wichtig ist
Ermöglicht die Nachverfolgung der Datenherkunft in Process-Mining-Umgebungen mit mehreren Systemen.
Woher beziehen
Bei der Extraktion fest codiert oder in der ETL-Pipeline konfiguriert.
Beispiele
Workday PayrollWorkday HCM
|
|||
|
Abrechnungsgruppe
PayGroup
|
Die Gruppierung der Mitarbeitenden für die Gehaltsabrechnung. | ||
|
Beschreibung
Dieses Attribut bezeichnet eine Gruppe von Mitarbeitenden mit demselben Abrechnungszeitraum und denselben Verarbeitungsregeln (z. B. „US Monthly Salaried“). Es ist ein grundlegendes Workday-Konzept und dient zur Segmentierung der Analyse im „Tracker für Vorschau-Durchläufe der Gehaltsabrechnung“ und im „Monitor für die Effizienz der Steuerberechnung“.
Warum das wichtig ist
Zentrale Dimension für die operative Segmentierung in Workday.
Woher beziehen
Workday Worker/Payroll Result: „Pay Group“.
Beispiele
US-MonatsgehaltUK-WochenlohnFührungskräfte in Frankreich
|
|||
|
Abrechnungszeitraum
PayPeriod
|
Zeitraum, auf den sich der Payroll-Datensatz bezieht. | ||
|
Beschreibung
Dieses Attribut kennzeichnet den Payroll-Zyklus, zum Beispiel „Oktober 2023 – halbmonatlich“. Es dient dazu, Datensätze für Vergleiche zwischen Zeiträumen zu gruppieren und ist wichtig für die Logik der Case-Kennung „Payroll-Datensatz“.
Warum das wichtig ist
Grundlage für die Gruppierung von Cases und die zeitliche Analyse.
Woher beziehen
Workday Payroll Result: „Period“.
Beispiele
2023-10 monatlich2023-W42 wöchentlich2023-11 halbmonatlich
|
|||
|
Automatisiert
IsAutomated
|
Kennzeichnet, ob das System die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses boolesche Attribut gibt an, ob ein bestimmter Schritt vom Workday-System, etwa eine geplante Berechnung, oder von einem Benutzer ausgeführt wurde. Es ist wichtig, um „ActivityAutomationCost“ zu berechnen und Möglichkeiten für eine Verarbeitung ohne manuelle Eingriffe zu ermitteln.
Warum das wichtig ist
Wichtig für die Automatisierungsanalyse und Kostenschätzung.
Woher beziehen
Workday-Audit: Prüfen Sie, ob der Actor „System“ lautet oder sich vom „Worker“ unterscheidet.
Beispiele
truefalse
|
|||
|
Korrekturgrund
CorrectionReason
|
Der ausgewählte Grundcode für eine Datenkorrektur. | ||
|
Beschreibung
Dieses Attribut erfasst den vom Benutzer ausgewählten Grund für eine Aktivität vom Typ „Datenkorrektur durchgeführt“. Es liefert die nötigen Details, damit das Dashboard „Manuelle Korrekturen und Nacharbeitsanalyse“ Ursachen wie „Rückwirkende Änderung“ oder „Eingabefehler“ aufschlüsseln kann.
Warum das wichtig ist
Wichtig für die Ursachenanalyse von Nacharbeit.
Woher beziehen
Workday: Feld „Reason“ im Geschäftsprozess Rescind/Correct.
Beispiele
Rückwirkende Änderung der VergütungAnpassung des StundenzettelsAktualisierung der Leistungsauswahl
|
|||
|
Kostenstelle
CostCenter
|
Abteilung oder Kostenstelle, die dem Payroll-Datensatz zugeordnet ist. | ||
|
Beschreibung
Dieses Attribut ordnet den Payroll-Datensatz einer bestimmten Organisationseinheit zu. So lassen sich die Ergebnisse verschiedener Abteilungen vergleichen und Bereiche ermitteln, in denen es häufig zu Verzögerungen, etwa bei der Genehmigung von Stundenzetteln, oder zu vielen Fehlern kommt.
Warum das wichtig ist
Wichtig für die Dashboards „Leistung bei der Genehmigung von Stundenzetteln“ und „Prüfausnahmen“.
Woher beziehen
Workday-Worker-Objekt: „Cost Center“ oder „Supervisory Organization“.
Beispiele
CC-501 FinanzenCC-202 TechnikCC-101 Personalwesen
|
|||
|
Land
Country
|
Land oder Steuerhoheitsgebiet des Payroll-Datensatzes. | ||
|
Beschreibung
Dieses Attribut gibt den primären geografischen Standort für die Payroll-Berechnung an. Es ist wichtig für das Dashboard „Globale Standardisierung der Zykluszeit“: Unternehmen können damit die Ergebnisse in unterschiedlichen regulatorischen Umfeldern vergleichen und regionsspezifische Probleme eingrenzen.
Warum das wichtig ist
Unterstützt die Analyse regionaler Abweichungen bei der Zykluszeit und die globale Standardisierung.
Woher beziehen
Workday-Worker-Objekt: „Primary Work Location“ > Land.
Beispiele
Vereinigte StaatenVereinigtes KönigreichFrankreichDeutschland
|
|||
|
Payroll-Fachkraft
PayrollSpecialist
|
Benutzer oder Mitarbeitender, der die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses Attribut identifiziert die Person oder das Systemkonto, die beziehungsweise das für die Ausführung der Aktivität verantwortlich ist. In Workday ist dies der „Actor“ des jeweiligen Geschäftsprozessschritts. Das Attribut ist wichtig, um die Produktivität der Ressourcen, die Funktionstrennung und die Verteilung der Arbeitslast zu analysieren.
Warum das wichtig ist
Ermöglicht die Analyse der Produktivität von Fachkräften und von Engpässen bei den verfügbaren Ressourcen.
Woher beziehen
Workday Business Process History: Feld „Actor“.
Beispiele
John SmithSystemkontoMaria GarciaPayrollBatchBot
|
|||
|
Payroll-Lauftyp
PayrollRunType
|
Kategorie des Payroll-Laufs, zum Beispiel regulär, außerplanmäßig oder Bonus. | ||
|
Beschreibung
Dieses Attribut klassifiziert die Art der Payroll-Ausführung. Für die Analyse ist es wichtig, zwischen „regulär“, „Korrektur“ und „auf Abruf“ zu unterscheiden, da außerplanmäßige Läufe häufig auf Nacharbeit oder Ausnahmen zurückgehen und die üblichen Leistungskennzahlen verzerren.
Warum das wichtig ist
Ermöglicht die getrennte Analyse regulärer Prozesse und Ausnahmeprozesse.
Woher beziehen
Workday Payroll: „Run Category“ oder „Result Type“.
Beispiele
RegulärAußerplanmäßigAuf AbrufJahresendkorrektur
|
|||
|
Anzahl der Vorschau-Durchläufe
PreviewIterationCount
|
Die Gesamtzahl der Vorschau-Schritte für diesen Datensatz. | ||
|
Beschreibung
Diese berechnete Kennzahl erfasst, wie oft die Aktivität „Abrechnungsergebnis in der Vorschau angezeigt“ für einen bestimmten Case stattgefunden hat. Ein hoher Wert deutet darauf hin, dass sich die Daten nur schwer stabilisieren lassen. Die Kennzahl ist die wichtigste Eingabe für den „Tracker für Vorschau-Durchläufe der Gehaltsabrechnung“.
Warum das wichtig ist
Misst die Prozesseffizienz und die Stabilität der Datenqualität.
Woher beziehen
Berechnet: Anzahl der Aktivitäten „Abrechnungsergebnis in der Vorschau angezeigt“ je CaseId.
Beispiele
1312
|
|||
|
Art der Audit-Ausnahme
AuditExceptionType
|
Die Kategorie des im Abrechnungszyklus festgestellten Audit-Fehlers. | ||
|
Beschreibung
Dieses Attribut ordnet die Regel ein, die ein Ereignis vom Typ „Audit-Ausnahme festgestellt“ ausgelöst hat. Beispiele sind „Negativer Nettolohn“, „Abweichung > 10 %“ oder „Steuer-ID fehlt“. Es bildet die Grundlage für die Ansicht „Audit-Ausnahmen und Qualitätskontrolle“.
Warum das wichtig ist
Zeigt gezielt Probleme mit der Datenqualität auf, die verbessert werden sollten.
Woher beziehen
Workday-Auditberichte oder Ausgaben von Validierungsregeln.
Beispiele
Negativer NettolohnHohe AbweichungSSN fehlt
|
|||
|
Bruttogehalt
GrossPayAmount
|
Für den Datensatz berechnetes Bruttogehalt. | ||
|
Beschreibung
Dieses Attribut enthält den berechneten Bruttobetrag vor Abzügen. Obwohl die Daten oft vertraulich sind, können sie als Indikator für Komplexität und Risiko dienen. Mit Process Mining lässt sich untersuchen, ob Datensätze mit höheren Beträgen gründlicher geprüft werden oder länger auf eine Genehmigung warten.
Warum das wichtig ist
Dient als Attribut für Auswertungen nach Dimensionen zur Komplexität, sofern die Sicherheitsvorgaben dies erlauben.
Woher beziehen
Workday Payroll Result Lines: Summe der Bruttogehaltskomponenten.
Beispiele
5000.002500.5010000.00
|
|||
|
Region
Region
|
Übergeordnete geografische Region, zum Beispiel EMEA, APAC oder Nordamerika. | ||
|
Beschreibung
Dieses Attribut fasst Länder zu größeren Betriebsregionen zusammen. Es unterstützt die KPI „Regionale Abweichungen bei der Zykluszeit“ und ermöglicht einen übergreifenden Vergleich der Payroll-Abläufe in wichtigen Märkten wie Nordamerika, EMEA und APAC.
Warum das wichtig ist
Ermöglicht den übergreifenden Vergleich der Ergebnisse nach geografischer Region.
Woher beziehen
Abgeleitet aus dem Land oder dem Feld „Region“ des Workers.
Beispiele
NordamerikaEMEAAPACLateinamerika
|
|||
|
SLA-Bearbeitungsfrist
SLAProcessingDeadline
|
Die angestrebte Frist für die Erstellung der Banküberweisungsdatei. | ||
|
Beschreibung
Dieses Attribut legt die vertragliche oder interne Frist fest, bis zu der die Aktivität „Banküberweisungsdatei erstellt“ stattfinden muss. Es dient zur Berechnung der „Einhaltungsquote der Banküberweisungs-SLA“ und zur Darstellung der Compliance im Dashboard.
Warum das wichtig ist
Grundlage für die Berechnung der SLA-Einhaltung.
Woher beziehen
Abgeleitet aus dem Ende des Abrechnungszeitraums zuzüglich eines konfigurierbaren Zeitraums (z. B. 2 Tage).
Beispiele
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
|
|||
|
SLA-Einhaltungsstatus
SLAComplianceStatus
|
Gibt an, ob die Banküberweisung fristgerecht erstellt wurde. | ||
|
Beschreibung
Dieses berechnete Attribut vergleicht den tatsächlichen Zeitpunkt der Aktivität „Banküberweisungsdatei erstellt“ mit der „SLA-Bearbeitungsfrist“. Werte wie „Eingehalten“ oder „Fristüberschreitung“ machen Leistungsprobleme im Dashboard „Banküberweisungen und SLA-Einhaltung“ sofort sichtbar.
Warum das wichtig ist
Fließt direkt in die SLA-Einhaltungs-KPI ein.
Woher beziehen
Berechnet: Wenn EventTime <= SLAProcessingDeadline, dann „Eingehalten“, andernfalls „Fristüberschreitung“.
Beispiele
EingehaltenFristüberschreitungGefährdet
|
|||
|
Steuererklärungsstatus
TaxFilingStatus
|
Der Status der Steuererklärung nach der Gehaltsabrechnung. | ||
|
Beschreibung
Dieses Attribut erfasst den Bearbeitungsstand der gesetzlich vorgeschriebenen Meldung. Zusammen mit der Aktivität „Steuererklärung abgeschlossen“ dient es zur Befüllung des Dashboards „Geschwindigkeit der Steuererklärungen nach dem Abrechnungszyklus“ und zur Sicherstellung der Compliance.
Warum das wichtig ist
Wichtig für Compliance- und Risikokontrollen.
Woher beziehen
Workday Payroll: Verlauf der Steuererklärungen oder Integrationsstatus.
Beispiele
AusstehendAbgeschlossenAbgelehnt
|
|||
Aktivitäten der Gehaltsabrechnung
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Banküberweisungsdatei erstellt
|
Erstellung der Bankübermittlungsdatei, zum Beispiel NACHA oder SEPA, mit den Anweisungen für die Nettoauszahlung. Dies geschieht während des „Settlement Run“. | ||
|
Warum das wichtig ist
Misst die Einhaltung der SLA für die Übermittlung der Zahlungen. Verzögerungen gefährden den tatsächlichen Auszahlungstermin.
Woher beziehen
Protokolle des Workday-Prozesses „Run Settlement“. Suchen Sie nach der Erstellung der „Payment File“ oder nach dem Abschlussereignis des Settlement Run.
Erfassung
Wird protokolliert, wenn der Settlement Run eine Ausgabedatei erstellt
Ereignistyp
explicit
|
|||
|
Bruttogehalt berechnet
|
Ausführung der Berechnungs-Engine, die das Bruttoentgelt anhand von Arbeitsstunden, Vergütungssätzen und Vergütungsplänen ermittelt. Bei korrigierten Daten kann dieser Schritt mehrfach wiederholt werden. | ||
|
Warum das wichtig ist
Viele Wiederholungen weisen hier auf Probleme mit der Datenqualität hin. Dieser zentrale Verarbeitungsschritt beansprucht die meisten Systemressourcen und die meiste Zeit.
Woher beziehen
Protokolle der Workday-Aufgabe „Run Pay Calculation“. Erfassen Sie den Abschluss-Timestamp des Berechnungsauftrags für den jeweiligen Mitarbeitenden beziehungsweise die jeweilige Pay Group.
Erfassung
Wird protokolliert, wenn der Auftrag „Run Pay Calculation“ abgeschlossen ist
Ereignistyp
explicit
|
|||
|
Datenkorrektur durchgeführt
|
Manueller Eingriff, bei dem eine Payroll-Fachkraft Eingabedaten ändert oder berechnete Werte in einem Payroll-Ergebnis überschreibt. Dies weist darauf hin, dass die ursprüngliche Berechnung fehlerhaft war. | ||
|
Warum das wichtig ist
Misst die Nacharbeit direkt. Diese Aktivität zu reduzieren, ist ein zentrales Ziel von Automatisierungs- und Datenqualitätsinitiativen.
Woher beziehen
Audit Trail des Workday-Objekts Pay Result. Suchen Sie nach „Field Edit“-Ereignissen, die nach der ersten Berechnung von Benutzern und nicht vom System ausgeführt wurden.
Erfassung
Wird protokolliert, wenn ein Benutzer Änderungen am Pay Result speichert
Ereignistyp
explicit
|
|||
|
Payroll-Datensatz erstellt
|
Initialisierung des Payroll-Ergebnisses für einen Mitarbeitenden innerhalb eines bestimmten Zeitraums. Dies geschieht häufig, wenn der Prozess Pay Calculation den Mitarbeitenden als für den Abrechnungslauf berechtigt erkennt. | ||
|
Warum das wichtig ist
Kennzeichnet den offiziellen Beginn der Payroll-Verarbeitung innerhalb der Payroll-Engine. So lässt sich die Vorbereitung der HR-Daten von der eigentlichen Payroll-Verarbeitung unterscheiden.
Woher beziehen
Erstellungs-Timestamp des Workday-Payroll-Objekts „Pay Result“ oder Beginn des Prozesses „Run Pay Calculation“ für den Mitarbeitenden.
Erfassung
Wird protokolliert, wenn das Objekt Pay Result instanziiert wird
Ereignistyp
explicit
|
|||
|
Payroll-Datensatz genehmigt
|
Abschluss der Payroll-Berechnung für einen Mitarbeitenden. Dies geschieht während des Prozesses „Run Pay Completion“ und sperrt das Ergebnis für weitere Berechnungsänderungen. | ||
|
Warum das wichtig ist
Der entscheidende Meilenstein am Ende der Berechnungsphase und zu Beginn der Auszahlungsphase. Unverzichtbar für die Messung der Zykluszeit.
Woher beziehen
Protokolle der Workday-Aufgabe „Run Pay Completion“. Ermitteln Sie, wann sich der Status des Pay Result in „Complete“ oder „Final“ ändert.
Erfassung
Wird protokolliert, wenn „Run Pay Completion“ ausgeführt wird
Ereignistyp
explicit
|
|||
|
Prüfausnahme erkannt
|
Das System erkennt einen Validierungsfehler oder einen Smart-Audit-Hinweis im Payroll-Ergebnis. Dadurch erhält das Ergebnis den Status „Error“ oder „Requires Action“. | ||
|
Warum das wichtig ist
Entscheidend für die Messung von Compliance und Datenqualität. Häufige Ausnahmen erhöhen die Kosten pro Gehaltsabrechnung und verzögern den Abschluss.
Woher beziehen
Feld „Pay Result Status“ in Workday. Ermitteln Sie Statuswechsel zu „Error“ oder neu erstellte Einträge für Smart-Audit-Hinweise.
Erfassung
Vergleichen Sie das Statusfeld vor und nach der Berechnung
Ereignistyp
inferred
|
|||
|
Stundenzettel eingereicht
|
Die erste Übermittlung von Arbeitszeitdaten durch Mitarbeitende oder Zeiterfassungsverantwortliche im Modul Time Tracking. Dieses Ereignis markiert die Erfassung der Rohstunden im System, bevor eine Führungskraft sie prüft. | ||
|
Warum das wichtig ist
Verspätete Einreichungen verursachen nachgelagerte Engpässe im Zeitfenster für die Abrechnungsberechnung. Die Überwachung dieses Schritts liefert den Ausgangswert für die Dauer des gesamten Abrechnungszyklus.
Woher beziehen
Prüfprotokolle des Geschäftsprozesses Workday Time Tracking. Ermitteln Sie den Timestamp des Ereignisses „Submit“ für den betreffenden Abrechnungszeitraum.
Erfassung
Wird protokolliert, wenn die Aktion „Submit Time“ ausgeführt wird
Ereignistyp
explicit
|
|||
|
Stundenzettel genehmigt
|
Die formelle Genehmigung der Zeiteinträge durch eine Führungskraft oder einen HR-Partner. Durch diese Statusänderung werden die Stunden für die Übernahme durch die Payroll-Schnittstelle oder die Berechnungs-Engine freigegeben. | ||
|
Warum das wichtig ist
Berechnet die Verzögerung bis zur Genehmigung. Nicht genehmigte Arbeitszeiten sind eine der Hauptursachen für rückwirkende Korrekturen und Nacharbeit in späteren Abrechnungszeiträumen.
Woher beziehen
Verlauf des Geschäftsprozesses Workday Time Tracking. Suchen Sie nach dem Ereignis „Step Completed“, bei dem der Schritttyp „Approval“ lautet.
Erfassung
Wird protokolliert, wenn sich der Status des Genehmigungsschritts in „Completed“ ändert
Ereignistyp
explicit
|
|||
|
Zahlung ausgeführt
|
Bestätigung, dass die Gelder freigegeben oder der Scheck gedruckt wurde. Damit ist die Payroll-Zahlung tatsächlich erfolgt. | ||
|
Warum das wichtig ist
Das Ende des für Mitarbeitende sichtbaren Prozesses. Der Vergleich mit dem Zeitpunkt der Erstellung der Banküberweisungsdatei zeigt Verzögerungen bei der Bankverarbeitung.
Woher beziehen
Workday-Settlement-Status. Suchen Sie nach Statusänderungen zu „Completed“ oder nach Integrationsbestätigungen der Bank.
Erfassung
Wird protokolliert, wenn der Settlement-Status auf „Complete“ aktualisiert wird
Ereignistyp
explicit
|
|||
|
Abzüge für Zusatzleistungen angewendet
|
Anwendung von Zusatzleistungsplänen und Abzugsregeln auf das Bruttogehalt, um das steuerpflichtige Entgelt zu ermitteln. Dieser Schritt ist normalerweise Teil der Hauptberechnung, bildet hier aber die Phase der Abzugsverarbeitung gesondert ab. | ||
|
Warum das wichtig ist
Verzögerungen bei der Synchronisierung zwischen HCM Benefits und Payroll führen hier häufig zu Fehlern. Durch die separate Betrachtung lassen sich Probleme mit der Konfiguration oder dem Datenfluss gezielt eingrenzen.
Woher beziehen
Lässt sich aus den Protokolldetails von „Run Pay Calculation“ ableiten, wenn einzelne Abzugs-Teilprozesse protokolliert werden, oder aus Aktualisierungen im Abschnitt „Deductions“ des Pay Result.
Erfassung
Vergleichen Sie die Abzugsfelder im Pay Result vor und nach der Berechnung
Ereignistyp
inferred
|
|||
|
Anreizdaten importiert
|
Übernahme externer Vergütungsdaten wie Provisionen, Boni oder Einmalzahlungen über den Enterprise Interface Builder (EIB) oder einen Konnektor. Dabei werden Objekte vom Typ Input/One-Time Payment erstellt oder aktualisiert. | ||
|
Warum das wichtig ist
Ermittelt die Integrationslatenz. Für eine korrekte Payroll ist entscheidend, dass externe Daten vor dem Berechnungsstichtag eintreffen.
Woher beziehen
Protokolle der Integration System Events oder Audit Trail für die Geschäftsprozesse „Request One-Time Payment“ oder „Input“.
Erfassung
Wird während des EIB-Ladevorgangs oder eines Web-Service-Aufrufs protokolliert
Ereignistyp
explicit
|
|||
|
Gehaltsabrechnung veröffentlicht
|
Die fertige Gehaltsabrechnung steht dem Mitarbeitenden zur Ansicht zur Verfügung. Dies wird üblicherweise nach Abschluss des Settlement oder zu einem festgelegten Termin ausgelöst. | ||
|
Warum das wichtig ist
Wirkt sich auf die Zufriedenheit der Mitarbeitenden aus. Die Nachverfolgung sorgt für Transparenz und unterstützt die Einhaltung lokaler arbeitsrechtlicher Vorgaben zur Bereitstellung der Abrechnung.
Woher beziehen
Lässt sich aus dem für die Pay Group konfigurierten „Payslip Available Date“ oder dem Timestamp des Abschlusses von „Generate Payslip“ ableiten.
Erfassung
Aus der Konfiguration von Payslip Available Date ableiten
Ereignistyp
inferred
|
|||
|
Payroll-Ergebnis in der Vorschau angezeigt
|
Ein Benutzer zeigt das berechnete Payroll-Ergebnis oder die „Payslip Preview“ an. Diese Aktivität findet üblicherweise vor der Genehmigung statt und kennzeichnet die Prüfphase. | ||
|
Warum das wichtig ist
Mehrere Vorschauen ohne anschließende Genehmigung deuten auf Unsicherheit oder eine Prüfung außerhalb des Systems hin. Die Aktivität hilft dabei, das Benutzerverhalten während des Prüfzyklus zu analysieren.
Woher beziehen
Benutzerzugriffsprotokolle oder Verlauf der Berichtsausführungen. Suchen Sie nach „View“-Ereignissen für die Pay-Result-Instanz oder nach Ausführungen von Berichten wie „View Payslip“.
Erfassung
Wird in den Systemzugriffsprotokollen als View-Ereignis erfasst
Ereignistyp
explicit
|
|||
|
Steuererklärung abgeschlossen
|
Erfolgreiche Erstellung und Übermittlung gesetzlich vorgeschriebener Steuerberichte an Behörden. Dies geschieht nach der Zahlung. | ||
|
Warum das wichtig ist
Sichert die Einhaltung gesetzlicher Vorgaben. Verzögerungen bei diesen Aktivitäten nach dem Abrechnungszyklus können erhebliche Strafen nach sich ziehen.
Woher beziehen
Integrationsprotokolle von Payroll-Drittanbietern oder Abschluss manueller „Tax Filing“-Aufgaben in der Checkliste für den Periodenabschluss.
Erfassung
Wird protokolliert, wenn das Tax-Integration-Ereignis abgeschlossen ist
Ereignistyp
explicit
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Verbessern Sie noch heute Ihre Gehaltsabrechnung, indem Sie dieses Daten-Template auf Ihre Workday-Instanz anwenden. Unser Team unterstützt Sie bei der Datenextraktion und Analyse.
Optimieren Sie noch heute Ihre Gehaltsabrechnung
Verkürzen Sie die Zykluszeit um 30 % und vermeiden Sie manuelle Korrekturen in Workday
Keine Kreditkarte erforderlich ... Einrichtung in 5 Minuten