# Personio Workday Schnittstelle *Personio → Workday* **Kurz gesagt:** Eine Personio-Workday-Anbindung hält eine lokale DACH-Gesellschaft, die Personio nutzt, mit einem globalen Workday-HCM synchron. Sie liest Eintritte, Stamm- und Vertragsänderungen, Abwesenheiten, Zeiten und Austritte aus Personio und überführt sie in den passenden Workday-Geschäftsprozess für Personal, Abwesenheit oder Vergütung - jeweils mit korrektem Stichtag, über eine stabile Referenz-ID dem bestehenden Worker zugeordnet und von Personio-Zusatzfeldern auf Workday-Felder gemappt. Richtig gemacht ist das kein nächtlicher CSV-Import per EIB, sondern eine idempotente, delta-fähige Pipeline, die den richtigen Workday-Vorgang auslöst, statt Felder blind zu überschreiben. ## Was eine Personio-Workday-Anbindung wirklich leistet Viele Unternehmen betreiben am Ende beides. Workday ist das globale HCM - das führende System für Organigramm, Positionen und Vergütungsrahmen über alle Länder hinweg. Personio betreibt eine deutsche, österreichische oder schweizerische Gesellschaft, weil es die lokale Personalarbeit, Zeiterfassung und Abwesenheitsverwaltung so abbildet, wie ein auf die Zentrale konfiguriertes Workday es nicht tut. Beide führen Personaldaten, und beide müssen übereinstimmen. Die Arbeit steckt in der Lücke dazwischen. Wird jemand in Personio eingestellt, muss daraus in Workday ein Worker unter der richtigen Supervisory Organization werden. Bucht ein Mitarbeiter in Personio Urlaub oder meldet sich krank, muss diese Abwesenheit mit dem passenden Abwesenheitskonto und dem richtigen Stichtag im Workday Absence Management ankommen. Ändert sich ein Vertrag oder Gehalt, braucht Workday einen Vergütungsvorgang, kein überschriebenes Feld. Eine Personio-Workday-Anbindung erledigt das automatisch: Sie liest jeden relevanten Vorgang aus Personio und löst den passenden Workday-Geschäftsprozess aus, dem bestehenden Worker zugeordnet - sodass niemand Personen in zwei Systeme doppelt einpflegt. ## Welche Daten fließen | Vorgang in Personio | Wird in Workday zu | Hinweis | | --- | --- | --- | | Neueintritt | Hire-Geschäftsprozess, neuer Worker | In der richtigen Supervisory Org und Position; die zurückgegebene Worker-WID wird übernommen | | Stammdatenänderung | Change Personal Information | Name, Adresse, Kontakt, Bankdaten; deutsche Felder (Steuer-ID, SV-Nummer) auf Workday-Zusatzfelder gemappt | | Vertrags- / Positionsänderung | Change Job oder Compensation | Position, FTE und Entgelt tragen das Gültig-ab aus Personio als Workday-Stichtag | | Abwesenheit (Urlaub, Krankheit) | Request Time Off / Abwesenheitseintrag | Personio-Abwesenheitsart auf Workday-Abwesenheitskonto gemappt; Salden führt nur ein System | | Anwesenheit / Zeiterfassung | Zeiteintrag (Time Tracking) | Für Stunden- und Schichtkräfte; auf die von Workday erwartete Periode verdichtet | | Austritt / Offboarding | Terminate-Vorgang | Grund gemappt; letzter Arbeitstag und Stichtag erhalten | | Abteilung / Team | Supervisory Org / Kostenstelle | Flaches Team-Modell aus Personio auf die Workday-Hierarchie abgestimmt | Das genaue Feldmapping, die IDs der Zusatzfelder, die Abwesenheitsart-Tabelle und das Referenz-ID-Schema stimmen wir einmalig ab und hinterlegen sie in der Pipeline. Danach ordnet niemand mehr einen Worker von Hand zu. ## Die Details, an denen einfache Syncs scheitern Ein nächtlicher CSV-Import per EIB oder ein generischer Connector deckt den Normalfall ab und lässt die teuren Sonderfälle bei Ihrem HR-Team liegen: - **Stichtage.** Workday ist konsequent stichtagsbezogen: Jede Änderung ist ein ab einem Datum gültiger Vorgang, und die volle Historie bleibt erhalten. Das Gültig-ab eines Personio-Vertrags oder -Gehalts muss zum Workday-Stichtag werden, sonst schreiben Sie Historie um und zerstören den Audit-Trail. - **Geschäftsprozesse statt Feldschreibungen.** Man stellt niemanden ein, indem man Felder auf einen Worker schreibt. Man löst den Hire-Prozess aus, der in eine Genehmigung laufen kann und erst danach den Worker anlegt. Ein Sync, der Workday als flache Tabelle behandelt, beschädigt die Personalhistorie und überspringt Pflichtschritte. - **Zuordnung über Referenz-IDs.** Personio-Mitarbeiter-IDs und Workday-WIDs sind getrennte Namensräume. Ein Abgleich über Name oder E-Mail erzeugt Dubletten, sobald jemand heiratet und den Nachnamen ändert. Das Mapping muss eine stabile ID sein, die die Pipeline hält. - **Zusatzfelder.** Personio-Konten führen dynamische Zusatzfelder mit kontospezifischen numerischen IDs. Diese haben in Workday keine Bedeutung, bis sie explizit auf Workday-Felder gemappt sind - und das Mapping ist kundenindividuell. - **Abwesenheitsarten und Salden.** Personio-Abwesenheitsarten sind je Konto konfiguriert, Workday hat eigene Abwesenheitskonten und Ansammlungslogik. Führen beide Salden, zählen Sie Urlaub doppelt. Ein System führt den Saldo, das andere meldet nur den Eintrag. - **Rückwirkende Abrechnung.** Eine Abwesenheits- oder Entgeltänderung vor einem Abrechnungsstichtag löst in Workday eine Rückrechnung aus. Das ist mal richtig, mal eine böse Überraschung - es muss eine bewusste Entscheidung sein, kein Nebeneffekt. - **Deltas und Teilfehler.** Personio bietet keine saubere Change-Data-Capture, also wird gescannt und verglichen, um unveränderte Worker nicht erneut zu übertragen und keine unnötigen Workday-Vorgänge auszulösen. Und in einem Stapel von fünfzig Workern müssen die drei, die an der Workday-Validierung scheitern, isoliert und erneut versucht werden - nicht die anderen siebenundvierzig zurückrollen. ## Wie wir sie bauen und betreiben Wir behandeln das als Pipeline, nicht als Stapelexport. Eintritts-, Änderungs-, Abwesenheits-, Zeit- und Austrittsvorgänge aus Personio werden zeitgesteuert (oder per Webhook, wo Personio einen ausgibt) abgeholt, validiert, per Referenz-ID dem bestehenden Workday-Worker zugeordnet und in den passenden Geschäftsprozess überführt - über EIB und die Staffing-, Absence- und Compensation-Services für Massenläufe und über die REST- und SOAP-APIs für ereignisgesteuerte Änderungen. Die Pipeline ist idempotent: Jeder Personio-Vorgang trägt eine stabile Kennung, und wir verfolgen, was bereits angewendet wurde - ein erneuter Lauf löst nie einen doppelten Eintritt aus oder bucht eine Abwesenheit zweimal. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur, sodass Personaldaten die EU nicht verlassen. Das hält AVV und DSGVO für unzweifelhaft sensible personenbezogene Daten sauber. Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Verfolgen der zwei jährlichen Workday-Releases und der davon unabhängigen Personio-API-Änderungen liegen vertraglich bei uns. Ihr HR-Betrieb hängt nicht mehr an einem Nachtlauf, den jemand beaufsichtigen muss. ## Wann sich diese Anbindung lohnt Wenn Sie eine Gesellschaft in einem System betreiben, brauchen Sie das nicht - und das sagen wir Ihnen auch. Eine Handvoll Eintritte im Monat, die HR gern zweimal erfasst, rechtfertigt ebenfalls keine Pipeline. Die Anbindung lohnt sich, wenn Sie Personio neben einem globalen Workday betreiben, wenn die Doppelerfassung zwischen beiden zur Dauerbelastung Ihres HR-Teams wird, wenn Abwesenheiten und Zeiten für die Abrechnung zuverlässig in Workday ankommen müssen, oder wenn ein misslungener manueller Import bereits falsche Stichtage in die Personalhistorie geschrieben hat, die jemand mühsam korrigieren musste. Ab da ist eine gemanagte, stichtagsbewusste Pipeline günstiger als die Doppelerfassung und die Nacharbeit, die sie ersetzt. ## Häufig gestellte Fragen ### Welches System ist das führende, Personio oder Workday? In der Regel ist Workday das globale Leitsystem, und Personio betreibt eine DACH-Gesellschaft für lokale Personalarbeit, Zeit und Abwesenheit. Am häufigsten fließen Eintritte, Abwesenheiten und Zeiten aus Personio nach oben in Workday, während Organisationsstruktur und Vergütungsrahmen aus Workday nach unten kommen. Wir stimmen die Richtung feldweise mit Ihnen ab, damit sich die Systeme nicht gegenseitig überschreiben. Bidirektionale Flüsse sind möglich, aber jedes Feld hat genau einen Eigentümer. ### Wie spielen Sie Daten in Workday ein - EIB, Web Services oder REST-API? Je nach Vorgang. Massenladungen wie ein initialer Worker-Abgleich oder nächtliche Abwesenheitsstapel laufen über EIB oder Core Connectors gegen die Staffing- und Absence-Management-Services. Ereignisgesteuerte Änderungen nutzen die Workday-REST- und -SOAP-APIs, um den konkreten Geschäftsprozess auszulösen - Hire, Change Job, Request Time Off, Terminate. Wir schreiben nicht einfach Felder, denn Workday-Änderungen sind stichtagsbezogene Vorgänge, die in Genehmigungen laufen können. Als flache Upserts behandelt zerstören sie die Historie des Workers. ### Wie werden Personio-Mitarbeitende bestehenden Workday-Workern zugeordnet? Über eine vorab vereinbarte, stabile Referenz-ID, nie über den Namen. Wir mappen die Personio-Mitarbeiter-ID auf die Workday Employee_ID oder Worker-WID und halten dieses Mapping in der Pipeline, sodass eine Stammdatenänderung den richtigen Worker aktualisiert statt einen Dublette anzulegen. Für echte Neueintritte ohne bestehenden Worker lösen wir den Hire-Prozess aus und übernehmen die von Workday zurückgegebene WID für alle weiteren Änderungen. ### Lösen Abwesenheits- und Vergütungsänderungen eine rückwirkende Abrechnung in Workday aus? Können sie - und genau deshalb sind Stichtage entscheidend. Eine Abwesenheit oder Gehaltsänderung mit einem Datum in einer bereits abgeschlossenen Abrechnungsperiode löst in Workday eine Rückrechnung aus. Wir übernehmen das Gültig-ab-Datum aus Personio auf jeden Vorgang, markieren Änderungen vor einem Abrechnungsstichtag und stimmen mit HR und Payroll ab, ob sie gebucht, zurückgehalten oder geprüft werden sollen, statt still eine Rückrechnung zu erzwingen. ### Wer betreibt die Schnittstelle nach dem Go-live, und was passiert bei Workday-Updates? Wir. Die Pipeline läuft auf cloud-nativer, vollständig EU-gehosteter Infrastruktur, die wir überwachen - mit Alerting und definierter Incident Response. Workday liefert zwei große Releases pro Jahr, Personio ändert seine API unabhängig davon; beides am Laufen zu halten liegt vertraglich bei uns und nicht bei Ihrem HR-Team, das es beim Fehlschlag des Nachtlaufs entdeckt. Sie bekommen einen festen Ansprechpartner, ein SLA und einen AVV über die verarbeiteten Personaldaten. ## Verwandte Integrationen - [Personio ↔ DATEV](https://seamless.engineering/de/integrations/personio-datev/): Personio DATEV Schnittstelle - [Personio ↔ DATEV Lohn und Gehalt](https://seamless.engineering/de/integrations/personio-lohn-gehalt/): Personio DATEV Lohn und Gehalt Schnittstelle - [BambooHR ↔ Workday](https://seamless.engineering/de/integrations/bamboohr-workday/): BambooHR Workday Schnittstelle - [Personio ↔ Microsoft Teams](https://seamless.engineering/de/integrations/personio-microsoft-teams/): Personio Microsoft Teams Schnittstelle - [Personio ↔ Slack](https://seamless.engineering/de/integrations/personio-slack/): Personio Slack Schnittstelle - [SAP SuccessFactors ↔ Workday](https://seamless.engineering/de/integrations/successfactors-workday/): SAP SuccessFactors Workday Schnittstelle ## Nach System - [Alle Schnittstellen für Personio](https://seamless.engineering/de/integrations/personio/) - [Alle Schnittstellen für Workday](https://seamless.engineering/de/integrations/workday/) - [Personio API-Changelog](https://seamless.engineering/de/api-changelog/personio/): 0 Breaking Changes und 3 Deprecations in den letzten 90 Tagen ## Scoping-Gespräch anfragen Sie möchten diese Integration umsetzen und dauerhaft betreiben lassen? Sagen Sie uns, welche Systeme verbunden werden sollen und welche Daten fließen müssen. Festpreis-Angebot zur Aufwandsabschätzung innerhalb von 48 Stunden. - E-Mail: hello@seamless.engineering - Kontaktformular: https://seamless.engineering/de/#contact