# HiBob BambooHR Schnittstelle *HiBob → BambooHR* **Kurz gesagt:** Eine HiBob-BambooHR-Anbindung hält die Personaldaten zweier HR-Systeme synchron: Sie liest Mitarbeitende, Positions- und Vergütungshistorie, Organisationsstruktur und Abwesenheiten aus HiBob, ordnet jede Person über einen stabilen Schlüssel wie die Arbeits-E-Mail dem richtigen BambooHR-Datensatz zu und schreibt die korrekten stichtagsbezogenen Zeilen in die BambooHR-Tabellen für Position, Vergütung und Abwesenheit. Richtig gemacht ist das kein CSV-Upload, sondern eine zeitgesteuerte, idempotente Pipeline, die Vorgesetzten-Verweise auflöst, Listenwerte abgleicht, die in BambooHR bereits existieren müssen, und bei jedem Lauf jede Historienzeile nur einmal anlegt. ## Was eine HiBob-BambooHR-Anbindung wirklich leistet HiBob und BambooHR sind beide führende HR-Systeme - und genau deshalb ist ihre Synchronisation schwieriger, als sie aussieht. Wenn sich eine Gruppe in der Zentrale auf HiBob festlegt, eine Tochter oder eine frisch übernommene Gesellschaft aber bei BambooHR bleibt - oder wenn eine Migration beide Systeme einige Monate parallel laufen lässt -, muss jeder Eintritt, Austritt, jede Beförderung und jede Adressänderung in beiden Systemen existieren. Von Hand tippt jemand denselben Vorgang zweimal ab, und die beiden Systeme laufen innerhalb einer Woche auseinander. Eine HiBob-BambooHR-Anbindung schließt diese Lücke automatisch. Sie macht HiBob zum führenden System, liest jede relevante Änderung, ordnet die Person dem richtigen BambooHR-Datensatz zu und schreibt die korrekten Felder und stichtagsbezogenen Historienzeilen nach BambooHR - ohne dass jemand eine Tabelle darüber pflegt, wer sich wann geändert hat. ## Welche Daten fließen | Objekt / Vorgang in HiBob | Wird in BambooHR zu | Hinweis | | --- | --- | --- | | Person (Neueintritt) | Mitarbeiter-Datensatz | Zuordnung über Arbeits-E-Mail; nur angelegt, wenn kein BambooHR-Datensatz existiert | | Personen- und Kontaktfelder | Mitarbeiterfelder | Name, Anschrift, Telefon, private E-Mail, Geburtsdatum je Feld abgebildet | | Anstellung / Position | Zeile in Job Information | Stichtagsbezogen: Titel, Abteilung, Bereich, Standort, Anstellungsart | | Berichtslinie (Vorgesetzte) | Feld Supervisor | Aufgelöst zur BambooHR-ID der Führungskraft, damit das Orgchart intakt bleibt | | Vergütung / Gehalt | Zeile in Compensation | Stichtagsbezogen, mit Währung und Zahlungsrhythmus je Person abgebildet | | Lifecycle-Änderung (Austritt) | Beschäftigungsstatus + Austrittsdatum | Statuswert muss einem BambooHR-Listenwert entsprechen | | Abwesenheitsantrag (genehmigt) | Time-Off-Antrag | Auf eine existierende BambooHR-Abwesenheitsart abgebildet; Tage vs. Stunden abgeglichen | | Benutzerdefinierte Felder / Listen | Benutzerdefinierte Felder | Listenwerte (z. B. Abteilungen, Standorte) müssen in BambooHR bereits existieren | Die konkrete Feldzuordnung, die Listenwerte und die Zuordnung der Abwesenheitsarten stimmen wir einmalig im Scoping ab und hinterlegen sie in der Pipeline. Danach ordnet sie niemand mehr von Hand zu. ## Die Details, an denen einfache Syncs scheitern Ein einmaliger CSV-Upload oder eine generische Connector-App bringt Sie fast ans Ziel und lässt den teuren Teil auf Ihrem Schreibtisch liegen: - **Die ID-Namensräume passen nicht zusammen.** Die Personen-ID von HiBob und die numerische Employee-ID von BambooHR haben nichts miteinander zu tun. Die einzige verlässliche Verknüpfung ist ein stabiler Geschäftsschlüssel - die Arbeits-E-Mail und idealerweise die Personalnummer. Zuordnung über das falsche Feld, und Sie duplizieren entweder Personen oder überschreiben den falschen Datensatz. - **Stichtagslogik.** BambooHR speichert Position und Vergütung als datierte Historienzeilen, HiBob ebenso. Verdichtet man eine Beförderung und eine Gehaltserhöhung auf heute, geht die Nachvollziehbarkeit verloren; schreibt man dieselbe Historienzeile zweimal, entsteht doppelte Historie, die jede Auswertung verzerrt. - **Vorgesetzten-Verweise brauchen Reihenfolge.** Das Supervisor-Feld in BambooHR verweist auf einen anderen BambooHR-Mitarbeitenden. Kommen eine neue Führungskraft und ihr Bericht im selben Stapel an, muss erst die Führungskraft angelegt oder aufgelöst und dann die Berichtslinie gesetzt werden - oder ein zweiter Durchlauf folgt, sobald jede ID existiert. - **Listenwerte müssen vorab existieren.** BambooHR weist eine Abteilung, einen Bereich, einen Standort oder einen Beschäftigungsstatus zurück, der nicht bereits als Listenwert definiert ist. HiBobs benannte Listen und Freitext-Kategorien müssen vor dem ersten Schreiben mit den BambooHR-Listen abgeglichen werden, nicht erst zur Laufzeit entdeckt. - **Abwesenheits-Einheiten und -Arten.** Eine in Arbeitstagen gemessene HiBob-Richtlinie ist nicht automatisch eine in Stunden gemessene BambooHR-Abwesenheitsart. Arten müssen zugeordnet, Einheiten umgerechnet und nur ein System als Eigentümer des Kontostands festgelegt werden. - **Rate-Limits und Pagination.** HiBob und BambooHR drosseln und paginieren unterschiedlich. Ein Sync über die gesamte Belegschaft muss höflich blättern, bei Drosselung zurückweichen und sauber wiederaufsetzen, statt eine der APIs zu überrennen und mitten im Lauf abgeschnitten zu werden. - **Teilweise Fehler.** Weist BambooHR einen Datensatz wegen eines fehlenden Pflichtfelds zurück, müssen die übrigen 499 trotzdem ankommen. Ein naives Skript bricht den Stapel ab; eine Pipeline isoliert den fehlerhaften Datensatz, meldet ihn und macht weiter. ## Wie wir sie bauen und betreiben Wir behandeln das als Pipeline, nicht als Upload von Hand. Änderungen aus HiBob werden zeitgesteuert abgeholt (oder über HiBob-Lifecycle-Webhooks ausgelöst), validiert, dem richtigen BambooHR-Datensatz zugeordnet und als korrekte Feld-Updates und stichtagsbezogene Tabellenzeilen geschrieben - Vorgesetzten-Verweise aufgelöst und Listenwerte geprüft, bevor irgendetwas gesendet wird. Die Pipeline ist idempotent: Jede Person und jede Historienzeile trägt eine stabile Kennung, sodass ein erneuter Lauf nie einen doppelten Mitarbeitenden oder eine doppelte Vergütungszeile erzeugt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Personaldaten verlassen die EU nicht, was den AVV für diese Verarbeitung und Ihre DSGVO-Pflichten sauber hält, ein wichtiger Punkt, wenn personenbezogene Daten zwischen zwei HR-Systemen wandern. Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von API-Änderungen bei HiBob und BambooHR liegen vertraglich bei uns. Sie bekommen einen festen Ansprechpartner und ein SLA, kein Skript, das an dem Tag stillschweigend stehen bleibt, an dem einer der Anbieter eine Breaking Change ausliefert. ## Wann sich diese Anbindung lohnt Wenn Sie eine Handvoll Personen in BambooHR führen und diese selten ändern, ist ein manueller Export oder der gelegentliche Bulk-Upload völlig in Ordnung - und wir sagen Ihnen das auch. Die Anbindung lohnt sich, wenn beide Systeme bei realer Belegschaftsgröße produktiv sind, wenn Ein- und Austritte ständig in Bewegung sind, wenn Positions- und Vergütungshistorie über beide Plattformen konsistent bleiben muss, oder wenn eine Migration lange genug parallel läuft, dass die manuelle Doppelerfassung selbst zur Fehlerquelle wird. Dann ist eine betreute Pipeline günstiger und sicherer als der Datendrift, den sie verhindert. ## Häufig gestellte Fragen ### Warum sollte ein Unternehmen HiBob und BambooHR synchronisieren, statt nur ein System zu nutzen? Meist weil sich zwei Unternehmensteile auf unterschiedliche Systeme festgelegt haben. Die Gruppe führt HiBob in der Zentrale, während eine US-Tochter oder eine übernommene Gesellschaft bei BambooHR bleibt - oder eine Migration läuft eine Zeit lang parallel. Statt Ein- und Austritte sowie Positionswechsel doppelt abzutippen, macht die Anbindung HiBob zum führenden System und hält BambooHR automatisch aktuell. ### Wie ordnen Sie einen HiBob-Mitarbeitenden dem richtigen BambooHR-Datensatz zu? Über einen stabilen Schlüssel, der in beiden Systemen existiert - in der Regel die Arbeits-E-Mail und, wo vorhanden, die Personalnummer. Die interne Personen-ID von HiBob und die numerische Employee-ID von BambooHR sind getrennte Namensräume, daher pflegen wir die Zuordnung in der Pipeline selbst. Neue Personen, die es in BambooHR noch nicht gibt, werden angelegt; vorhandene werden zugeordnet und aktualisiert, nie dupliziert. ### Wird nur der aktuelle Stand übertragen oder auch die Historie von Position und Vergütung? Beides, wenn Sie es wünschen. BambooHR speichert Position (Job Information) und Vergütung als stichtagsbezogene Tabellen - genauso wie HiBob seine Arbeits- und Gehaltshistorie. Wir ordnen jede Historienzeile dem korrekten Stichtag zu, statt alles auf heute zu verdichten, was für Auswertungen und Revisionssicherheit zählt. Die Pipeline merkt sich, welche Zeilen bereits geschrieben wurden, sodass erneute Läufe keine doppelte Historie erzeugen. ### Wie werden Abwesenheiten zwischen den beiden Systemen behandelt? Abwesenheitsarten und Einheiten passen selten eins zu eins zusammen. Eine in Tagen gemessene HiBob-Richtlinie muss auf eine passende BambooHR-Abwesenheitsart abgebildet werden, und Anträge müssen sich auf eine Art-ID beziehen, die in BambooHR bereits existiert. Die Zuordnung stimmen wir vorab ab und synchronisieren genehmigte Anträge; die Kontostände bleiben in dem System, das Sie als führend festlegen, damit sich beide nicht um dieselbe Zahl streiten. ### 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 HiBob oder BambooHR ein API-Feld oder ein Rate-Limit, ist das unser Problem - keine Überraschung, die Ihr HR-Team erst bemerkt, wenn eine Synchronisation stillschweigend stehen bleibt. Sie bekommen einen festen Ansprechpartner, Alerting, Incident Response 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 - [Greenhouse ↔ BambooHR](https://seamless.engineering/de/integrations/greenhouse-bamboohr/): Greenhouse BambooHR Schnittstelle - [Workable ↔ BambooHR](https://seamless.engineering/de/integrations/workable-bamboohr/): Workable BambooHR Schnittstelle - [Factorial ↔ DATEV](https://seamless.engineering/de/integrations/factorial-datev/): Factorial DATEV Schnittstelle - [Personio ↔ DATEV](https://seamless.engineering/de/integrations/personio-datev/): Personio DATEV Schnittstelle - [Personio ↔ DATEV Lohn und Gehalt](https://seamless.engineering/de/integrations/personio-lohn-gehalt/): Personio DATEV Lohn und Gehalt Schnittstelle ## Nach System - [Alle Schnittstellen für BambooHR](https://seamless.engineering/de/integrations/bamboohr/) ## 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