Recruitment lijkt een mensenvak, maar onder de motorkap is het een datavak. Eén kandidaat wordt één keer gesproken, maar diezelfde informatie moet daarna op tien plekken kloppen: in het ATS, in het CRM, in de planning, in de payroll, in een mail naar de opdrachtgever. Daar gaat het mis — niet omdat mensen slordig zijn, maar omdat het proces handmatig is.
1. Het overtyp-probleem
De meeste kandidaatdata wordt minstens één keer overgetypt, en vaak vaker. Van een gesprek naar een notitie. Van een notitie naar het ATS. Van het ATS naar een Excel voor de opdrachtgever. Elke overstap is een kans op een fout: een verkeerd telefoonnummer, een ontbrekende startdatum, een vergeten certificaat. En wat niet wordt ingevuld, bestaat verderop simpelweg niet.
Het sluipende effect: niemand vertrouwt het systeem nog volledig, dus belt men "voor de zekerheid" toch maar even na. Het dubbele werk dat AI zou moeten wegnemen, ontstaat juist doordat de data niet betrouwbaar is.
2. De meertalige last
Bij internationale kandidaten komt er een laag bovenop. Het gesprek is in het Pools, Roemeens of Oekraïens, maar het systeem en het hoofdkantoor werken in het Nederlands of Engels. Die vertaalslag gebeurt nu handmatig — en handmatig vertalen onder tijdsdruk is een bron van verlies. Nuances verdwijnen, twijfels worden weggepoetst, en de structuur (welk veld hoort waar) gaat verloren.
Het gevolg is dat dezelfde kandidaat in twee talen twee licht verschillende profielen krijgt. Welke is waar? Niemand die het zeker weet.
3. Systemen die niet met elkaar praten
Zelfs als de data klopt, leeft ze versnipperd. Het ATS kent het profiel, het CRM kent de opdrachtgever, de planning kent de beschikbaarheid, payroll kent de documenten. Geen van die systemen is de "bron van waarheid"; elk heeft een eigen, deels overlappende kopie. Als er iets verandert — een nieuw telefoonnummer, een ander beschikbaarheidsmoment — moet dat op meerdere plekken handmatig bij. Doorgaans gebeurt dat niet overal, en lopen de systemen stilletjes uiteen.
4. Waarom "even een koppeling maken" niet genoeg is
De reflex is: koppel de systemen aan elkaar. Maar een koppeling is broos. Elk ATS heeft een eigen datamodel, eigen veldnamen, eigen eisen. En er zijn randvoorwaarden die je niet mag overslaan:
- Consent en AVG. Data mag pas worden gedeeld als de kandidaat toestemming gaf — dat moet in de data zelf vastliggen, niet in iemands hoofd.
- Idempotentie. Eenzelfde kandidaat mag niet tweemaal worden aangemaakt of dubbel worden gepusht; het systeem moet weten wat het al deed.
- Validatie. Een telefoonnummer moet kloppen (E.164), een datum moet een datum zijn, verplichte velden moeten aanwezig zijn — vóórdat er iets de deur uit gaat.
Een losse koppeling die deze dingen negeert, verplaatst het probleem alleen maar sneller.
5. Hoe het wél kan: één vloeiende datastroom
De oplossing is om de data één keer goed vast te leggen en daarna gestructureerd te laten stromen. In de praktijk is dat een vaste pijplijn:
Emmen voert het gesprek, zet het meteen om in een gestructureerd profiel (vaste velden, geen vrije notities), vertaalt het naar Nederlands en Engels zonder dat een mens hoeft over te typen, valideert nummer, datums en verplichte velden, en pusht het resultaat idempotent en consent-bewust naar het systeem dat je al gebruikt — of via een webhook/CSV naar elk ander systeem.
Het verschil: de kandidaat wordt één keer gesproken, en de data landt overal tegelijk, in elke taal, gevalideerd en zonder kopieerfouten. Geen recruiter die nog "voor de zekerheid" overtypt.