# Workday ServiceNow Schnittstelle

*Workday → ServiceNow*

**Kurz gesagt:** Eine Workday-ServiceNow-Anbindung hält die Benutzerdatensätze, HR-Service-Delivery-Fälle und das nachgelagerte Provisioning in ServiceNow synchron zu Workday als führendem HR-System. Wird ein Mitarbeiter in Workday eingestellt, wechselt die Stelle, zieht in eine andere Organisationseinheit oder tritt aus, liest die Pipeline den abgeschlossenen Geschäftsprozess, ordnet ihn dem richtigen sys_user zu und wendet die Änderung zum Workday-Stichtag an - erzeugt Onboarding- und Offboarding-Ereignisse, aktualisiert Vorgesetzten, Abteilung, Kostenstelle und Standort und deaktiviert Austritte. Richtig gemacht ist das kein nächtlicher CSV-Import, sondern eine idempotente, stichtagsbewusste Pipeline, die Identität und ITSM korrekt hält - ohne dass HR etwas abtippt.

## Was eine Workday-ServiceNow-Anbindung wirklich leistet

In Workday wird das Arbeitsleben eines Mitarbeiters geführt: Eintritt, Stelle, Organisationseinheit, Kostenstelle, Beförderung, Versetzung, Abwesenheit, Austritt. In ServiceNow muss derselbe Mitarbeiter als Identität existieren - ein `sys_user` mit dem richtigen Vorgesetzten, der richtigen Abteilung und dem richtigen Standort - und als Gegenstand von HR-Service-Delivery-Fällen und IT-Provisioning: Laptop, Konten, Zugang zu den richtigen Systemen ab dem ersten Tag.

In dieser Lücke steckt die Arbeit. Ohne Pipeline erfasst HR einen Eintritt in Workday, und jemand tippt ihn in ServiceNow nach - hoffentlich vor dem Starttermin, hoffentlich mit dem richtigen Vorgesetzten. Eine Workday-ServiceNow-Anbindung schließt diese Lücke automatisch: Sie liest jeden abgeschlossenen Geschäftsprozess aus Workday, ordnet den Mitarbeiter zu und wendet die Änderung zum korrekten Stichtag in ServiceNow an - damit das Onboarding pünktlich anläuft und das Offboarding den Zugang tatsächlich entzieht, wenn jemand geht.

## Welche Daten fließen

| Vorgang / Objekt in Workday | Wird in ServiceNow zu | Hinweis |
| --- | --- | --- |
| Geschäftsprozess Eintritt | Neuer / aktualisierter `sys_user` + HRSD-Onboarding-Ereignis | Über Worker-ID geschlüsselt; Pre-Hires vor dem Postfach behandelt |
| Austritt | Benutzer zum Stichtag deaktiviert + Offboarding-Ereignis | Historie, Gruppen und Rollen für die Revision erhalten, nicht hart gelöscht |
| Stellenwechsel / Beförderung | `sys_user` Titel, Position, Stufe aktualisiert | Zum Workday-Stichtag angewendet, nicht zum Erfassungsdatum |
| Organisationseinheit | Zuordnung zu Abteilung / `sys_user_group` | Reorganisationen kaskadieren; Org-zu-Gruppe-Mapping einmalig abgestimmt |
| Vorgesetztenwechsel | Referenz `sys_user.manager` | Vorgesetzter muss zuerst existieren, sonst wird die Änderung zurückgestellt und erneut versucht |
| Kostenstelle | Feld Kostenstelle / Abteilung | Für ITSM-Zuweisung und Kostenverrechnung genutzt |
| Standort | Referenz `cmn_location` | Steuert standortbezogene Erfüllung und Routing |
| Kontakt- & Personendaten | `sys_user` E-Mail, Telefon, Namensfelder | Betriebsrats-sensible Felder bewusst eingegrenzt |

Das konkrete Korrelationsfeld, das Org-zu-Gruppe-Mapping und die auszulösenden Lifecycle-Ereignisse stimmen wir einmalig mit Ihrem ServiceNow- und HR-Team ab und hinterlegen sie in der Pipeline. Danach ordnet niemand mehr einen Mitarbeiter von Hand zu.

## Die Details, an denen einfache Syncs scheitern

Ein nächtlicher CSV-Export oder ein generischer Connector bringt Sie zu 80 % ans Ziel und lässt die teuren 20 % auf Ihrem Schreibtisch liegen:

- **Mitarbeiter-Identität.** Ein über E-Mail zugeordneter ServiceNow-Benutzer bricht in dem Moment, in dem sich ein Name ändert oder ein Pre-Hire noch kein Postfach hat. Sie brauchen eine stabile Workday Worker-ID oder Personalnummer, gemappt auf ein festes Korrelationsfeld, plus eine Regel für externe Kräfte gegenüber Angestellten - sonst entstehen Dubletten, die Zuweisung und Auswertung verfälschen.
- **Stichtagsführung.** Workday ist stichtagsgeführt, der `sys_user` in ServiceNow nicht. Eine heute erfasste Beförderung oder Versetzung kann in sechs Wochen wirksam werden. Wendet man sie sofort an, zeigt ServiceNow einen Monat lang den falschen Vorgesetzten und Titel. Die Pipeline muss zukünftig datierte Änderungen zurückhalten und zum Stichtag freigeben.
- **Geschäftsprozess statt Momentaufnahme.** Workday-Ereignisse werden mit Abschluss des Geschäftsprozesses ausgelöst, und Transaktionen werden zurückgenommen oder korrigiert. Ein Sync, der einen rohen Snapshot liest, übersieht den Unterschied zwischen einem abgeschlossenen Eintritt und einem, der am nächsten Morgen storniert wurde.
- **Reihenfolge und Abhängigkeiten.** Der Vorgesetzte eines neuen Mitarbeiters existiert in ServiceNow vielleicht noch nicht, und eine Reorganisation kann eine ganze Organisationseinheit auf einmal verschieben. Die Vorgesetzten-Referenz muss in der richtigen Reihenfolge auflösen - mit Zurückstellen und erneutem Versuch, wenn der übergeordnete Datensatz noch fehlt.
- **Mehrfachstellen und internationale Mitarbeiter.** Workday erlaubt, dass ein Mitarbeiter mehrere Stellen hält, und Mitarbeiter über mehrere Länder und Gesellschaften hinweg. Wer das naiv flach macht, überschreibt eine Stelle mit einer anderen oder kennzeichnet die Hauptstelle falsch.
- **Rate-Limits und Delta.** Workday Web Services und RaaS-Reports drosseln, und ein Vollexport bei jedem Lauf skaliert nicht. Die Pipeline holt nur die seit dem letzten Lauf geänderten Datensätze und respektiert die Limits des Integrationsbenutzers, statt den Mandanten zu überlasten.

## Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als Stapelverarbeitung von Hand. Eintritts-, Stellenwechsel-, Org-Umzugs- und Austrittsvorgänge aus Workday werden zeitgesteuert abgeholt - über Workday Web Services oder einen Report-as-a-Service-Extrakt (RaaS) - oder mit ihrem Abschluss entgegengenommen, validiert, dem richtigen ServiceNow-Benutzer zugeordnet und über die ServiceNow Table API oder ein Import Set geschrieben, wobei HR-Service-Delivery-Ereignisse ausgelöst werden, wo Onboarding und Offboarding es erfordern.

Die Pipeline ist idempotent: Jeder Workday-Mitarbeiter und jedes Ereignis trägt eine stabile Kennung, sodass ein erneuter Lauf nie einen doppelten Benutzer erzeugt oder das Onboarding zweimal auslöst. Zukünftig datierte Änderungen werden zurückgehalten und zum Stichtag angewendet. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Mitarbeiter- und Personendaten verlassen die EU nicht, was AVV und DSGVO sauber hält, ebenso eine etwaige Betriebsvereinbarung zu HR-Daten.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von Versionswechseln der Workday Web Services, Änderungen an RaaS-Reports und der ServiceNow Table API liegen vertraglich bei uns. Dass ein neuer Kollege am ersten Tag Zugang hat, hängt nicht mehr daran, dass jemand an einen Sync denkt.

## Wann sich diese Anbindung lohnt

Wenn Sie pro Quartal eine Handvoll Menschen einstellen und die IT sie von Hand aus einer E-Mail einrichtet, ist ein manueller Ablauf völlig in Ordnung - und wir sagen Ihnen das auch. Die Anbindung lohnt sich, wenn das Einstellungsvolumen steigt, wenn Zugang am ersten Tag und sauberes Offboarding zur Sicherheits- und Revisionsanforderung werden, wenn Reorganisationen und stichtagsdatierte Änderungen manuelle Updates unzuverlässig machen, oder wenn ein Austritt mit weiter bestehendem Zugang - oder ein neuer Kollege, der eine Woche auf den Laptop wartet - teurer ist als die Pipeline, die das verhindert hätte.

## Häufig gestellte Fragen

### In welche Richtung läuft die Anbindung - von Workday nach ServiceNow oder in beide Richtungen?

Workday ist das führende HR-System, also ist die Hauptrichtung Workday nach ServiceNow: Eintritte, Stellenwechsel, Org-Umzüge und Austritte fließen in die Benutzerdatensätze und das HR Service Delivery in ServiceNow. Eine Rückrichtung gibt es dort, wo sie sinnvoll ist - etwa ein HRSD-Onboarding- oder Datenänderungsfall, der eine entsprechende Transaktion oder Aufgabe zurück in Workday auslösen soll. Wir legen die Richtungen bewusst fest, statt alles beidseitig zu synchronisieren und Rückkopplungen zu erzeugen.

### Wie ordnen Sie einen Workday-Mitarbeiter dem richtigen ServiceNow-Benutzer zu?

Nie allein über Name oder E-Mail. Wir schlüsseln auf eine stabile Workday-Kennung - die Worker-ID oder Personalnummer - und mappen sie auf ein festes Korrelationsfeld in ServiceNow (employee_number oder ein eigenes u_worker_id), sodass eine Namensänderung, eine Heirat oder ein Pre-Hire ohne Postfach nie einen Dublette erzeugt. Externe Kräfte und Angestellte werden unterschieden, und Mitarbeiter mit mehreren Stellen werden gezielt behandelt, statt sich gegenseitig zu überschreiben.

### Berücksichtigt die Anbindung Workday-Stichtage, oder wird alles sofort wirksam?

Sie berücksichtigt sie. Workday ist stichtagsgeführt: Eine heute erfasste Beförderung kann erst im nächsten Monat wirksam werden. Die Pipeline liest das Gültigkeitsdatum des Geschäftsprozesses und wendet die Änderung genau zu diesem Datum in ServiceNow an, nicht zum Zeitpunkt der Erfassung. Zukünftig datierte Änderungen werden zurückgehalten und am Tag ihres Wirksamwerdens freigegeben, sodass ServiceNow nie einen Titel oder Vorgesetzten zeigt, bevor er real ist.

### Wie werden Onboarding und Offboarding behandelt, im Unterschied zu einer reinen Benutzeraktualisierung?

Ein Eintritt ist mehr als eine neue sys_user-Zeile. Wir können das HR-Service-Delivery-Lifecycle-Ereignis in ServiceNow auslösen, sodass beim Onboarding die richtigen Fälle, Erfüllungsaufgaben und das Provisioning anlaufen. Ein Austritt deaktiviert den Benutzer zum Stichtag und startet das Offboarding, wobei Historie, Gruppenzugehörigkeit und Rollen für die Revision erhalten bleiben statt hart gelöscht zu werden. Welche Fälle und Aufgaben genau entstehen, stimmen wir vorab mit Ihrem ServiceNow-Team ab.

### Wer betreibt die Schnittstelle nach dem Go-live?

Wir. Die Pipeline läuft auf cloud-nativer, vollständig EU-gehosteter Infrastruktur, die wir überwachen. Wechselt Workday auf eine neue Web-Services-Version, ändert einen RaaS-Report oder passt ServiceNow ein Table-API-Feld an, ist das vertraglich unser Problem - keine böse Überraschung, die Ihr HR- oder IT-Team entdeckt, wenn ein neuer Kollege am ersten Tag keinen Zugang hat. Sie bekommen einen festen Ansprechpartner, Alerting und ein SLA statt eines Skripts, an dessen Ausführung jemand denken muss.

## Verwandte Integrationen

- [BambooHR ↔ Workday](https://seamless.engineering/de/integrations/bamboohr-workday/): BambooHR Workday Schnittstelle
- [Personio ↔ Workday](https://seamless.engineering/de/integrations/personio-workday/): Personio Workday Schnittstelle
- [SAP SuccessFactors ↔ Workday](https://seamless.engineering/de/integrations/successfactors-workday/): SAP SuccessFactors Workday Schnittstelle
- [Greenhouse ↔ Workday](https://seamless.engineering/de/integrations/greenhouse-workday/): Greenhouse Workday Schnittstelle
- [ServiceNow ↔ Jira](https://seamless.engineering/de/integrations/servicenow-jira/): ServiceNow Jira Schnittstelle
- [ServiceNow ↔ Salesforce](https://seamless.engineering/de/integrations/servicenow-salesforce/): ServiceNow Salesforce Schnittstelle

## Nach System

- [Alle Schnittstellen für Workday](https://seamless.engineering/de/integrations/workday/)
- [Alle Schnittstellen für ServiceNow](https://seamless.engineering/de/integrations/servicenow/)

## 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