Eine SAP-SuccessFactors-Workday-Anbindung hält Mitarbeiterstammdaten, Organisationszuordnungen, Stellen und Vergütung zwischen SAP SuccessFactors Employee Central und Workday synchron - meist mit einem System als führendem HR-System. Richtig gebaut liest sie stichtagsbezogene Datensätze über die OData-Schnittstelle aus Employee Central, ordnet jeden Mitarbeiter über eine stabile externe ID zu und überträgt Einstellungen, Positionswechsel und Austritte als Personalvorgänge in Workday - in der richtigen Reihenfolge und zum richtigen Stichtag. Das ist kein nächtlicher CSV-Export, sondern eine idempotente Pipeline, die die Stichtagslogik beider Systeme respektiert und keinen Vorgang doppelt bucht.
SAP SuccessFactors Employee Central und Workday sind beide vollwertige HCM-Suiten - ein Unternehmen, das beide betreibt, tut das also fast nie aus demselben Grund. Meist ist ein System führend: Es besitzt den Mitarbeiter, die Organisationsstruktur, Job und Vergütung. Das andere braucht diese Daten für seine eigene Aufgabe: Payroll rechnen, Finanzen und Kostenstellen-Reporting speisen, Personalplanung steuern oder Talent und Learning tragen, während der HR-Kern woanders sitzt.
Die Anbindung hält diese beiden Bilder derselben Belegschaft deckungsgleich. Wird jemand eingestellt, wechselt die Führungskraft, zieht auf eine andere Kostenstelle um, bekommt eine Gehaltserhöhung oder tritt im führenden System aus, muss das andere System das nachvollziehen - zum korrekten Stichtag, gegen die korrekte Organisation, ohne dass jemand eine Personalakte abtippt. Das ist die Aufgabe: keine einmalige Migration, sondern ein kontinuierlicher, stichtagsbezogener Abgleich zwischen zwei Systemen, die beide in datierter Historie denken.
Die unten dargestellte Richtung ist typischerweise SAP SuccessFactors Employee Central als führendes System nach Workday. Dieselbe Pipeline fährt die umgekehrte Richtung oder eine Koexistenz-Aufteilung, wenn Ihr Betriebsmodell es verlangt.
| Objekt / Vorgang in SAP SuccessFactors | Wird in Workday zu | Hinweis |
|---|---|---|
| Neueinstellung (Employment Info) | Hire-Personalvorgang | Nach Anlage von Stelle und Vorgesetztenorganisation eingereiht |
| Personen- & Biografiedaten | Personenstammdaten des Mitarbeiters | Nationale ID, Name, Kontakt je nach Länderregeln abgebildet |
| Änderung der Job Information | Job-Change- / Versetzungsvorgang | Stichtagsbezogen; Führungskraft, Stelle, Kostenstelle übernommen |
| Organisationszuordnung | Vorgesetztenorganisation + Kostenstellenzuordnung | Foundation Objects auf Workday-Referenz-IDs abgebildet |
| Compensation Info | Vergütungs- / Gehaltsänderung | Lohnbestandteil und Währung abgebildet, Grade und Plan abgeglichen |
| Austritt / Ruhestand | Terminate-Vorgang | Zum exakten Stichtag gebucht, Grundcode abgebildet |
| Foundation Objects / MDF (Stellen, rechtliche Einheiten) | Stellen, Organisation, Kostenstellen-Referenzdaten | Vor den Mitarbeiterdatensätzen synchronisiert |
Die konkreten Feldzuordnungen, die Übersetzung von Auswahllisten auf Referenz-IDs und die maßgebliche Quelle je Bereich stimmen wir einmalig ab und hinterlegen sie in der Pipeline. Danach gleicht niemand mehr eine Excel-Liste mit Personalnummern von Hand ab.
Ein nächtlicher Report-Abzug oder ein generischer Connector erledigt die einfachen 80 % und lässt die teuren, fehleranfälligen 20 % bei Ihrem HR-Team liegen:
personIdExternal und userId, in Workday eine Employee ID plus eine interne WID. Standardmäßig gibt es keinen gemeinsamen Schlüssel. Jeder Mitarbeiter braucht einen stabilen, abgestimmten Zuordnungsschlüssel, und Wiedereinstellungen sowie Mehrfachbeschäftigung dürfen keinen Dublette erzeugen oder mit einem geschlossenen Datensatz kollidieren.$skip/$top-Paginierung und Delta auf lastModifiedDateTime; Workday sind SOAP Web Services plus RaaS-Reports mit eigener Paginierung und eigenem Versionslebenszyklus. Rate Limits, Seitengrößen und Retry-Semantik unterscheiden sich, und beide legen API-Versionen planmäßig still.Wir behandeln das als Pipeline, nicht als geplanten Export. Geänderte Datensätze werden aus dem führenden System zeitgesteuert (oder ereignisgetrieben) abgeholt, über ihren abgestimmten Schlüssel zugeordnet, in das Modell des Zielsystems abgebildet, korrekt eingereiht und als Personal- und Vergütungsvorgänge zum richtigen Stichtag angewendet.
Die Pipeline ist idempotent: Jeder Mitarbeitervorgang trägt eine stabile Kennung und einen Stichtag, sodass ein erneuter Lauf nach einer Störung nie eine Einstellung oder Gehaltsänderung doppelt bucht. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - personenbezogene Mitarbeiterdaten verlassen die EU nicht, was AVV und DSGVO für diese per Definition sensiblen HR-Daten sauber hält.
Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Verfolgen von API-Versionsänderungen bei SAP SuccessFactors und Workday liegen vertraglich bei uns. Legt Workday eine WWS-Version still oder ändert SuccessFactors eine OData-Entität, migrieren wir das, bevor der Lohnlauf bricht, nicht danach.
Wenn Sie von einem System auf das andere wechseln und nie beide produktiv betreiben, ist das ein Migrationsprojekt, keine Schnittstelle - dann ist ein Punkt-Werkzeug oder eine einmalige Ladung die richtige Antwort, und das sagen wir Ihnen auch. Die Pipeline lohnt sich, wenn beide Systeme dauerhaft parallel laufen: eines führt HR, das andere Payroll, Finanzen oder Planung, und Menschen, Organisationen und Vergütung ändern sich täglich. Sobald ein verpasster Stichtag eine falsche Gehaltsabrechnung oder ein kaputtes Kostenstellen-Reporting bedeutet, ist eine betreute, überwachte Pipeline günstiger als die Abstimmung, die sie ersetzt.
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