# Greenhouse Workday Schnittstelle

*Greenhouse → Workday*

**Kurz gesagt:** Eine Greenhouse-Workday-Anbindung hält Recruiting-System und HCM synchron: Freigegebene Stellenanforderungen fließen aus Workday als Jobs mit gemeinsamer Requisition-ID nach Greenhouse, und sobald ein Kandidat in Greenhouse als eingestellt markiert wird, werden Angebots-, Personen- und Eintrittsdaten nach Workday übergeben, um dort den Hire- bzw. Pre-Hire-Prozess gegen die richtige Organisationseinheit und Position anzustoßen. Richtig gemacht ist das keine nächtliche CSV und kein einseitiger Webhook, sondern eine idempotente, stichtagsgenaue Pipeline, die Datensätze in beide Richtungen abgleicht und die Workday-Mitarbeiter-ID nach Greenhouse zurückschreibt - damit niemand eine Neueinstellung abtippt.

## Was eine Greenhouse-Workday-Anbindung wirklich leistet

Greenhouse steuert Ihre Einstellungen: die Stelle, die Kandidaten-Pipeline, die Scorecards, das Angebot, den Moment, in dem jemand als eingestellt markiert wird. Workday steuert Ihre Belegschaft: Headcount und Positionsverwaltung, die Organisationseinheit, in die die Person eintritt, deren Vergütung und den Hire-Prozess, der aus einem Kandidaten einen bezahlten, ausgestatteten Mitarbeiter macht.

Zwischen beiden Systemen liegt eine Übergabe, die viele Teams noch von Hand erledigen. Ein Recruiter markiert einen Kandidaten in Greenhouse als eingestellt, dann tippt jemand Name, Eintrittsdatum, Angebotsdetails und Organisation in Workday ab, um das Onboarding anzustoßen - und separat kopiert jemand freigegebene Requisitionen aus Workday nach Greenhouse, damit Recruiter überhaupt etwas zum Sourcen haben. Eine Greenhouse-Workday-Anbindung schließt beide Richtungen: Requisitionen fließen hin, Einstellungen zurück, und beide Systeme sind sich einig, wer gegen welche Anforderung eingestellt wird.

## Welche Daten fließen

| Objekt / Ereignis in Greenhouse | Wird in Workday zu | Hinweis |
| --- | --- | --- |
| Job (aus einer Workday-Requisition) | Stellenanforderung | Workday erzeugt die Anforderung; der Greenhouse-Job führt die Requisition-ID als Schlüssel |
| Kandidat + Bewerbung | Pre-Hire / Candidate | Erst bei Einstellung angelegt; gegen aktive und ehemalige Mitarbeiter geprüft (Wiedereinstellung) |
| Angebot (Vergütung, Eintritt, Titel) | Eingaben für den Hire-Prozess | Vergütung mappt auf Workday-Grade / -Plan; Eintrittsdatum wird zum wirksamen Einstellungsdatum |
| Abteilung / Standort | Organisationseinheit + Location | Selten 1:1; einmalig abgestimmt und hinterlegt |
| Job / Opening | Position | Bei Position Management braucht die Einstellung eine gültige offene Position, nicht nur eine Org-Einheit |
| Eingestellt-Ereignis (Webhook) | Hire / Pre-Hire anstoßen | Löst den Workday-Geschäftsprozess aus; durchläuft weiterhin Ihre Freigaben |
| Workday-Mitarbeiter- / Pre-Hire-ID | Zurück nach Greenhouse geschrieben | Die dauerhafte Verknüpfung, die erneute Läufe idempotent hält |

Die konkreten Zuordnungen von Requisition, Organisation, Position und Vergütung stimmen wir einmalig mit Ihren HR- und Recruiting-Teams ab und hinterlegen sie in der Pipeline. Danach tippt niemand mehr eine Neueinstellung ab.

## Die Details, an denen einfache Syncs scheitern

Ein Punkt-zu-Punkt-Skript oder ein generischer Connector bringt eine Einstellung an einem guten Tag von Greenhouse nach Workday und überlässt die teuren Sonderfälle Ihrem Talent-Team:

- **Es gibt keine gemeinsame ID.** Ein Greenhouse-Kandidat und ein Workday-Mitarbeiter haben nichts gemeinsam, bis Sie die Verknüpfung erzeugen. Die Anbindung muss den Workday-Pre-Hire starten, die zurückgegebene Mitarbeiter-ID erfassen und nach Greenhouse zurückschreiben - sonst legt ein erneuter Versuch fröhlich einen zweiten Mitarbeiter an.
- **Stichtagslogik.** Jede Workday-Transaktion ist stichtagsbezogen. Das Einstellungsdatum ist das Eintrittsdatum aus dem Angebot, nicht der Zeitpunkt, zu dem der Sync lief. Ist es falsch, erben Payroll, Leistungsanspruch und Reporting das falsche Datum.
- **Staffing-Modell.** Position Management und Job Management verhalten sich unterschiedlich. Bei Position Management braucht eine Einstellung eine offene, gültige Positions-ID - der Greenhouse-Job muss also auf die richtige Workday-Position auflösen, nicht nur auf eine Organisationseinheit.
- **Organisationszuordnung.** Eine Greenhouse-Abteilung oder ein Standort entspricht nicht eins zu eins einer Workday-Organisationseinheit, Kostenstelle oder Location. Diese Zuordnung ist eine einmalige Entscheidung, nicht etwas, das ein Plugin je Einstellung errät.
- **Wiedereinstellungen und Dubletten.** Ein zurückkehrender Mitarbeiter ist in Workday eine Wiedereinstellung, kein neuer Pre-Hire. Die Pipeline muss aktive und ehemalige Mitarbeiter prüfen, bevor sie jemanden anlegt.
- **Teilweises Scheitern.** Der Workday-Hire ist ein Geschäftsprozess, der validieren, zur Freigabe geroutet werden und in Bearbeitung stehen kann. Das Ereignis auszulösen ist nicht dasselbe wie eine abgeschlossene Einstellung - die Pipeline muss den Status verfolgen, Workday-Validierungsfehler sichtbar machen und niemals aus einer 200-Antwort auf Erfolg schließen.
- **Rate Limits.** Die Greenhouse Harvest API und die Workday-Webservices drosseln beide. Eine Pipeline paginiert, wartet ab und wiederholt; eine naive Schleife läuft mitten im Batch in ein Limit und lässt einen halben Tag Einstellungen liegen.

## Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als Stapelverarbeitung von Hand. Freigegebene Workday-Anforderungen werden abgeholt und als Jobs mit Requisition-ID nach Greenhouse übertragen. Eingestellt-Ereignisse aus Greenhouse kommen per Webhook an, werden validiert, gegen bestehende Workday-Mitarbeiter abgeglichen, in Ihre abgestimmte Zuordnung von Organisation, Position und Vergütung überführt und nutzen die Workday-Webservices, um Hire oder Pre-Hire anzustoßen. Die zurückgegebene Mitarbeiter-ID schreiben wir direkt auf die Greenhouse-Bewerbung zurück.

Die Pipeline ist idempotent: Jeder Kandidat und jede Anforderung trägt eine stabile Kennung, und durch das Zurückschreiben der Workday-ID erzeugt ein erneuter Lauf nie einen doppelten Mitarbeiter oder eine doppelte Anforderung. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Kandidaten- und Mitarbeiterdaten verlassen die EU nicht, was AVV und DSGVO für diese unvermeidlich sensiblen Personendaten sauber hält.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von Änderungen an der Greenhouse Harvest API sowie von Workday-Mandanten- oder WSDL-Versionsupdates liegen vertraglich bei uns, mit festem Ansprechpartner und SLA. Das Onboarding hängt nicht mehr daran, dass jemand eine Neueinstellung abtippt.

## Wann sich diese Anbindung lohnt

Wenn Sie eine Handvoll Menschen im Monat in eine einzige Organisationseinheit einstellen, ist ein Recruiter, der jede Einstellung in Workday abtippt, völlig in Ordnung - und wir sagen Ihnen das auch. Die Anbindung lohnt sich, wenn das Einstellungsvolumen steigt, wenn Sie mehrere Gesellschaften, Positionen und Kostenstellen führen, die die Organisationszuordnung anspruchsvoll machen, wenn Wiedereinstellungen und Stichtage regelmäßig falsch kontiert werden, oder wenn Neueinstellungen zum Eintrittstermin wiederholt nicht in Workday auftauchen, weil eine manuelle Übergabe gerissen ist. Ab da zahlt sich eine betreute Pipeline, die Zuordnung, Stichtage und Rückschreibung übernimmt, in Einstellungen aus, die einfach funktionieren.

## Häufig gestellte Fragen

### Wem gehört die Stellenanforderung - Greenhouse oder Workday?

In aller Regel Workday, denn dort liegen Headcount, Positionsverwaltung und finanzielle Freigabe. Die Anbindung überträgt eine freigegebene Workday-Stellenanforderung als Job nach Greenhouse und führt die Requisition-ID als Schlüssel mit. Greenhouse verantwortet dann die Kandidaten-Pipeline für diese Anforderung, die Einstellung fließt zurück. Requisitionen in Greenhouse entstehen zu lassen, kollidiert meist mit der Freigabe- und Positionslogik von Workday.

### Wie ordnet die Anbindung einen Greenhouse-Kandidaten einem Workday-Mitarbeiter zu?

Zum Einstellungszeitpunkt gibt es keine gemeinsame Kennung, also muss sie erzeugt werden. Wird ein Kandidat in Greenhouse eingestellt, starten wir in Workday einen Pre-Hire oder Hire, Workday liefert die Mitarbeiter- bzw. Pre-Hire-ID zurück, und wir schreiben diese ID auf die Greenhouse-Bewerbung zurück. Genau dieser Rückschreibvorgang macht die Verknüpfung dauerhaft und verhindert, dass ein erneuter Lauf einen zweiten Mitarbeiter für dieselbe Person anlegt.

### Kann der Hire-Prozess in Workday automatisch starten?

Ja, in vernünftigem Rahmen. Wir können Hire oder Pre-Hire anstoßen und Personendaten, Eintrittsdatum, Position und Vergütung aus dem Greenhouse-Angebot befüllen. Was die Anbindung bewusst nicht tut, ist Ihre Workday-Freigaben zu umgehen - der Geschäftsprozess durchläuft weiterhin HR und Finanzen wie konfiguriert. Die Pipeline bringt den Vorgang mit sauberen Daten an die richtige Organisationseinheit und Position; über das Ergebnis entscheiden weiterhin Ihre Workday-Regeln.

### Wie gehen Sie mit Workday-Staffing-Modell und Stichtagen um?

Sorgfältig, denn genau daran scheitern naive Syncs. Bei Position Management braucht die Einstellung eine gültige offene Position, nicht nur eine Organisationseinheit - deshalb ordnen wir den Greenhouse-Job der korrekten Workday-Position zu. Und jede Workday-Transaktion ist stichtagsbezogen, das Eintrittsdatum aus dem Angebot muss also zum wirksamen Einstellungsdatum werden, nicht das Datum, an dem der Sync zufällig lief.

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

Wir. Die Pipeline läuft auf cloud-nativer, vollständig EU-gehosteter Infrastruktur, die wir überwachen. Ändert Greenhouse die Harvest-API oder wechseln Sie auf einen neuen Workday-Mandanten oder eine neue WSDL-Version, ist das vertraglich unser Problem - nichts, das Ihr Talent-Team bemerkt, wenn eine Neueinstellung nicht in Workday auftaucht. Sie bekommen einen festen Ansprechpartner, Alerting und ein SLA statt eines Skripts, dessen Zuständigkeit niemand mehr kennt.

## Verwandte Integrationen

- [Greenhouse ↔ BambooHR](https://seamless.engineering/de/integrations/greenhouse-bamboohr/): Greenhouse BambooHR Schnittstelle
- [Lever ↔ Greenhouse](https://seamless.engineering/de/integrations/lever-greenhouse/): Lever Greenhouse Schnittstelle
- [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
- [Workday ↔ ServiceNow](https://seamless.engineering/de/integrations/workday-servicenow/): Workday ServiceNow Schnittstelle

## Nach System

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

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