Bullhorn logoHiBob logo

Recruitment naar HR

Bullhorn HiBob koppeling: een goedgekeurde plaatsing als nieuwe medewerker in Bob

Met een koppeling tussen Bullhorn en HiBob wordt een goedgekeurde plaatsing van een kandidaat die bij jullie in loondienst komt een nieuwe medewerker in Bob, met startdatum, eigen vestiging, afdeling en functie. Contractors en plaatsingen via een umbrella company blijven buiten Bob, en een tweede plaatsing van dezelfde persoon wordt geen tweede medewerker.

Wat de koppeling doet

Organisaties die consultants of gedetacheerden via Bullhorn plaatsen en hun eigen personeel in Bob van HiBob beheren, zetten elke nieuwe collega met de hand in Bob. De plaatsing noemt de klant waar iemand werkt, terwijl Bob de eigen vestiging wil, en contractors horen niet als medewerker in Bob.

  1. De recruiter zet de Placement in Bullhorn op goedgekeurd.
  2. KoppelHet leest de plaatsing uit de eventwachtrij en houdt alleen eigen medewerkers over.
  3. Staat de kandidaat nog niet in Bob, dan maakt KoppelHet de medewerker aan met de eigen vestiging.
  4. KoppelHet leest de medewerker terug en controleert of alle velden zijn gevuld.
  5. Bij een tweede plaatsing of een beëindiging krijgt HR een melding.
Bullhorn → KoppelHet → HiBobBRONBullhornDOELHiBobKoppelHetmapping · logging · monitoringBullhorn → KoppelHet → HiBobBRONBullhornDOELHiBobKoppelHetmapping · logging · monitoring
Heen: Placement met status, soort medewerker en startdata · Kandidaat met naam en contactgegevens · Nieuwe medewerker in Bob met werkregel · Controle van de aangemaakte medewerker · Melding aan HR bij beëindiging

Waar je op let bij Bullhorn en HiBob

  • Bob wil bij een nieuwe medewerker een vestiging uit de eigen lijst. Een plaatsing in Bullhorn hoort bij een opdracht bij een klant, dus het werkadres is dat van de klant. KoppelHet zet daarom de vestiging van het eigen kantoor in Bob, bepaald met een tabel, en nooit het adres van de opdrachtgever.
  • Een Placement krijgt in Bullhorn standaard de status Placed, en kan daarna onder meer Approved, Completed of Terminated worden. KoppelHet maakt pas een medewerker in Bob bij de goedgekeurde status, zodat een plaatsing die nog wordt teruggedraaid geen medewerker oplevert.
  • Staat een plaatsing op beëindigd, dan vult Bullhorn de reden in een apart veld. KoppelHet beëindigt niets in Bob, maar stuurt HR een melding met die reden, omdat het einde van een opdracht nog geen einde van het dienstverband hoeft te zijn.
  • Volgens de API-documentatie van HiBob meldt Bob niet als de gebruiker van de koppeling maar voor een deel van de velden schrijfrechten heeft. KoppelHet leest elke nieuwe medewerker daarom terug en vergelijkt functie, afdeling en startdatum met de plaatsing.
  • Een plaatsing via een umbrella company is in Bullhorn te herkennen aan een gekoppeld bedrijf. Zo iemand staat op de loonlijst van dat bedrijf en niet op die van jullie, dus KoppelHet maakt er geen medewerker voor aan in Bob.
  • Bullhorn vult het uurloon en het salaris in aparte velden, met een eenheid per jaar of per uur bij het salaris. Bob heeft daarvoor een eigen salaristabel; in de eerste versie gaat het bedrag als taak naar HR, en automatisch vullen kan later als uitbreiding.

Hoe we het bouwen en beheren

  • De koppeling draait op het KoppelHet platform, gehost in een datacenter in de EU.
  • Elke synchronisatie en elke fout is zichtbaar in de functionele logging; bij een fout krijgt jullie beheerder een melding.
  • Een mutatie die niet door kan, wordt niet half doorgezet maar klaargezet om opnieuw te proberen.
  • KoppelHet is ISO 27001-gecertificeerd. Gegevens gaan versleuteld over en blijven niet langer op het platform dan nodig.
  • Na livegang beheren wij de koppeling en passen we hem aan als jullie proces verandert.
  • De koppeling past naast je bestaande integratielaag. Alleen de velden uit het ontwerp gaan over; het platform houdt geen eigen registratie bij.

Implementatie, architectuur en compliance

Implementatie en prijs

Dit is geen app die je aanzet. We bouwen de koppeling voor jullie organisatie op ons platform, met bouwstenen die we steeds opnieuw gebruiken. Zo is het maatwerk, zonder dat we bij nul beginnen.

Een consultant bereidt de intake voor en analyseert beide systemen. Daarna leggen we de mapping en uitzonderingen per veld vast, testen we in de test- of acceptatieomgeving en gaan we live op een moment dat jij kiest. De kosten bestaan uit een eenmalig bedrag voor de inrichting en een maandbedrag voor platform, monitoring en beheer.

Prijsindicatie · Basis

Laat je zakelijke e-mailadres achter, dan zie je de prijsindicatie direct.

We gebruiken je adres alleen om je vraag over deze koppeling op te volgen.

Veelgestelde vragen

Wat gebeurt er bij een tweede opdracht van dezelfde consultant?

Er komt geen tweede medewerker in Bob. HR krijgt een melding en past zo nodig de werkregel aan.

Komt het BSN uit Bullhorn?

Nee. Het SSN-veld van Bullhorn is voor het Amerikaanse nummer. De medewerker of HR vult het BSN in Bob of de salarisadministratie in.

Technische details voor IT

Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.

  • Bullhorn via de REST API na OAuth 2.0 en een REST-login met BhRestToken. Event subscription op Placement (INSERTED en UPDATED), gelezen met GET event/subscription. Placement-velden status, terminationReason, employeeType, employmentStartDate, dateBegin, positionCode, payRate, salary, salaryUnit en vendorClientCorporation; Candidate firstName, lastName en email.
  • HiBob via POST /v1/people met email, firstName, surname, work.startDate en work.site (verplicht) plus work.title en work.department als bestaande lijstwaarden; terugleesactie via People Search. Service user met Add new people to the company, bewerkrechten per categorie en toegang tot de nieuwe medewerker.

Welke velden overgaan

De belangrijkste velden. De volledige mapping stellen we per klant vast.

Veld in BullhornVeld in HiBobToelichting
Candidate.idEigen veld in BobHerkent een volgende plaatsing van dezelfde persoon
Candidate.firstName en lastNamefirstName en surname
Candidate.emailemailVerplicht in Bob
Placement.employmentStartDate (anders dateBegin)work.startDate
Vestiging per Bullhorn-kantoor (tabel)work.siteNiet het adres van de klant
Placement.positionCodework.title en work.departmentVia een tabel naar bestaande lijstwaarden
Placement.employeeTypeWel of geen medewerker in BobVia een tabel per soort

Gerelateerd

Welke systemen wil je koppelen?

Vertel welke systemen je gebruikt en wat er automatisch moet gebeuren. Samen bepalen we de kleinste werkende oplossing, met een helder ontwerp en een offerte vooraf.