Greenhouse BambooHR Schnittstelle

Was eine Greenhouse-BambooHR-Anbindung wirklich leistet

Greenhouse weiß alles darüber, wie jemand eingestellt wurde - die ausgeschriebene Stelle, die Interviews, das freigegebene Angebot mit Eintrittsdatum und Gehalt, den Standort und die Abteilung, für die rekrutiert wurde. BambooHR braucht davon einen deutlich schmaleren Ausschnitt, den aber korrekt und pünktlich: einen sauberen Personalstammsatz mit den richtigen Stammdaten, der richtigen Vergütung und einem Status, mit dem Onboarding, Payroll und die Rechtevergabe am ersten Tag starten können.

Dazwischen liegt das Abtippen von Hand. Jemand in der Personalabteilung öffnet das angenommene Angebot in Greenhouse, öffnet BambooHR im zweiten Tab und trägt den neuen Mitarbeiter manuell ein - meist in der Woche vor Eintritt, meist unter Zeitdruck. Eine Greenhouse-BambooHR-Anbindung schließt diese Lücke: Sobald ein Kandidat tatsächlich eingestellt ist, liest die Pipeline das Angebot aus Greenhouse und legt den BambooHR-Datensatz für Sie an, abgebildet auf die Konventionen Ihres HR-Systems.

Welche Daten fließen

Vorgang / Objekt in Greenhouse	Wird in BambooHR zu	Hinweis
Kandidat erreicht Status Hired	Neuer Mitarbeiterdatensatz	Ausgelöst durch das Einstellungs-Event, nicht durch frühere Phasenwechsel
Kandidatenprofil	Name, private + dienstliche E-Mail, Telefon	Nur die Felder, die das Onboarding wirklich braucht
Freigegebenes Angebot - Eintrittsdatum	Eintrittsdatum	Angebot muss zuvor freigegeben und abgeschlossen sein
Freigegebenes Angebot - Vergütung	Vergütungszeile (Satz, Art, Periode, Währung)	Auf die Auszahlungs- und Währungswerte von BambooHR abgebildet
Stelle / Rolle	Positionsbezeichnung	Aus der Greenhouse-Stelle, nicht dem Freitext der Ausschreibung
Abteilung & Standort	Division, Abteilung, Location	Auf die Auswahllisten von BambooHR abgebildet
Beschäftigungsart	Beschäftigungsstatus (Voll-, Teilzeit, befristet)	Zuordnung je nach Ihrem BambooHR-Setup abgestimmt
Scorecards, EEOC, Absagegründe	Bewusst nicht synchronisiert	Reine Recruiting-Daten bleiben in Greenhouse

Die genaue Feldzuordnung, die Abbildung von Abteilung und Standort und welche BambooHR-Zusatzfelder welche Angebotswerte erhalten, stimmen wir einmalig ab und hinterlegen sie in der Pipeline. Danach tippt niemand mehr eine Einstellung ab.

Die Details, an denen einfache Exporte scheitern

Ein CSV-Export oder ein generischer Connector bringt Sie die einfachen 80 % weit und lässt die teuren, fehleranfälligen 20 % auf Ihrem Schreibtisch liegen:

• Es gibt keinen gemeinsamen Schlüssel. Eine Greenhouse-Kandidaten-ID bedeutet BambooHR nichts, und die E-Mail ist kein verlässlicher Anker - Kandidaten bewerben sich mit privaten Adressen, Mitarbeiter bekommen am ersten Tag eine dienstliche. Ohne eine gespeicherte Zuordnung zwischen Greenhouse-Kandidat samt Bewerbung und BambooHR-Mitarbeiter riskiert jeder erneute Lauf eine Dublette.
• Die BambooHR-Listen sind strikt. Division, Abteilung und Standort sind gepflegte Werte, kein Freitext. Ein Angebot mit “Berlin” oder “Sales - DACH” muss exakt auf die vorhandenen BambooHR-Einträge auflösen, sonst schlägt der Schreibvorgang fehl oder legt schlimmstenfalls stillschweigend einen Mülleintrag an.
• Hired heißt nicht, dass das Angebot abgeschlossen ist. Greenhouse erlaubt es, dass ein Kandidat im Status Hired steht, bevor das Angebot freigegeben ist. Liest man zu früh, gibt es weder Eintrittsdatum noch Gehalt. Der Auslöser muss auf das abgeschlossene Angebot warten.
• Vergütung ist strukturiert, keine Zahl. BambooHR erwartet einen Satz, eine Art (Gehalt oder Stundenlohn), eine Periode, eine Währung und ein Gültigkeitsdatum. Ein einzelner Gehaltswert aus einem Angebots-Zusatzfeld muss korrekt in all das zerlegt werden - inklusive Währung bei einem länderübergreifenden DACH-Team.
• Rate Limits und Teilfehler. Die Greenhouse Harvest API ist ratenbegrenzt, und einen Mitarbeiter in BambooHR anzulegen sind mehrere Aufrufe - der Datensatz, dann die Stammdaten, dann die Vergütung. Schlägt der dritte fehl, darf kein halb angelegter Mitarbeiter zurückbleiben. Die Pipeline reiht diese Schritte und läuft beim erneuten Versuch sauber weiter.

Wie wir sie bauen und betreiben

Wir behandeln das als ereignisgesteuerte Pipeline, nicht als Stapellauf. Ein Greenhouse-Einstellungs-Event (oder eine kurze Abfrage der zuletzt eingestellten Kandidaten als Sicherheitsnetz) wird validiert, Angebot und Stelle werden über die Harvest API geholt, die Werte auf Ihre BambooHR-Konventionen abgebildet und ein vollständiger Mitarbeiterdatensatz in der richtigen Reihenfolge geschrieben.

Die Pipeline ist idempotent: Die Zuordnung zwischen der Greenhouse-Kandidaten- und Bewerbungs-ID und der BambooHR-Mitarbeiter-ID sorgt dafür, dass ein erneut ausgelöster Webhook oder ein manueller Neulauf die bestehende Person aktualisiert, statt eine Dublette anzulegen. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Kandidaten- und Mitarbeiterdaten verlassen die EU nicht, was AVV und DSGVO sauber hält und reine Recruiting-Daten schon vom Design her aus dem HR-System heraushält.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von API-Änderungen bei Greenhouse und BambooHR liegen vertraglich bei uns. Sie bekommen einen festen Ansprechpartner und ein SLA. Dass ein neuer Mitarbeiter in BambooHR erscheint, hängt nicht mehr daran, dass jemand daran denkt.

Wann sich diese Anbindung lohnt

Wenn Sie ein paar Personen pro Quartal einstellen, ist die manuelle Erfassung völlig in Ordnung - und das sagen wir Ihnen auch. Die Anbindung lohnt sich, wenn das Einstellungsvolumen konstant ist, wenn neue Mitarbeiter rechtzeitig zum Payroll-Stichtag und für die IT-Bereitstellung in BambooHR stehen müssen, wenn Sie mehrere Abteilungen, Standorte oder Währungen führen, die die Feldzuordnung kniffelig machen, oder wenn die Personalabteilung immer wieder einen Vormittag mit dem Abtippen von Angeboten verliert, die eine Pipeline von vornherein korrekt hätte liefern sollen.