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.
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.
| 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.
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:
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.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.
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.
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.
Scoping-Gespräch anfragen