Je ATS weet alles over kandidaten, je CRM alles over opdrachtgevers, en niemand in je bureau kan zeggen wat de campagne van vorige maand werkelijk opleverde — omdat het antwoord in twee systemen ligt die elkaar niet kennen. Hieronder: hoe je die twee koppelt zonder datamoeras. Wie de baas is over welk gegeven, welke velden echt verplicht zijn, en in welke volgorde je bouwt.

Waarom de twee systemen elkaar niet vinden

Het probleem is zelden technisch. Bijna elk ATS en CRM heeft tegenwoordig een API of koppelplatform. Het probleem is dat niemand vooraf besloot wat een record betekent.

Dezelfde persoon staat als kandidaat in je ATS en als contactpersoon in je CRM, met twee statussen die elkaar tegenspreken. Een vacature heet hier een opdracht en daar een deal. Bron is in het ene systeem een keuzelijst en in het andere een tekstveld waar iemand ooit LinkedIn?? in typte. Koppel je dat zonder afspraken, dan synchroniseer je vooral de rommel.

Stap 1: bepaal per object welk systeem de bron van waarheid is

Dit is de belangrijkste beslissing en hij kost een uur aan tafel, geen ontwikkelbudget. Per objecttype wijs je één leidend systeem aan. Het andere mag lezen en tonen, niet overschrijven.

  • Kandidaat — ATS. De persoon, zijn cv, zijn beschikbaarheid en zijn status in een procedure.
  • Bedrijf — CRM. Naam, KvK-nummer, adres en eigenaar uit één plek, anders krijg je drie schrijfwijzen van dezelfde klant.
  • Contactpersoon — CRM. Ook als die persoon ooit kandidaat was.
  • Vacature of opdracht — ATS, met een verwijzing in het CRM zodat je accountmanager ziet wat loopt.
  • Plaatsing — hier hoort de omzet, dus de bron van waarheid is het systeem waar je factureert.

Schrijf de keuze op één A4 en hang hem op. Elke discussie over een dubbel record valt daarna terug op dat blaadje.

Stap 2: het minimale veldenset dat elk record nodig heeft

Rapportage werkt niet omdat je een dashboard koopt, maar omdat elk record dezelfde vijf velden gevuld heeft. Zonder die vijf is geen enkele analyse mogelijk.

  • Bron — waar kwam dit record vandaan, uit een vaste keuzelijst.
  • Campagne — welke specifieke campagne of actie, niet alleen het kanaal.
  • Eerste-contactdatum — het startpunt waarop je elke doorlooptijd berekent.
  • Status — uit een vaste lijst, in beide systemen dezelfde lijst.
  • Eigenaar — één naam, ook als er drie mensen aan werken.

Maak die velden verplicht bij het aanmaken van een record. Een veld dat leeg mag blijven, blijft leeg.

Vrije tekst in statusvelden sloopt je rapportage

Een statusveld waar mensen zelf mogen typen levert binnen een halfjaar dertig varianten op: in gesprek, In gesprek, gesprek gepland, wacht op klant, wacht op opdrachtgever. Daar kun je niet op filteren en geen doorlooptijd uit halen.

Gebruik een vaste statuslijst met hooguit acht waarden die een echte fase markeren, en zet alle nuance in een notitieveld. Lopen de statussen niet parallel, dan mapt de koppeling ze expliciet — nooit op basis van de tekst.

Wil je uit die statussen ook echt conversieratio's halen, kijk dan naar de opbouw in ons artikel over het doorrekenen van je recruitmentfunnel.

Bron en UTM doorgeven van advertentie tot plaatsing

De keten breekt altijd op hetzelfde punt: de advertentie heeft nette UTM-parameters, de landingspagina leest ze uit, en dan verdwijnen ze omdat het formulier alleen naam, telefoon en cv doorgeeft.

Zet verborgen velden voor utm_source, utm_medium en utm_campaign op elk formulier, laat die meereizen naar het ATS, en schrijf de plaatsing later terug naar hetzelfde campagneveld. Pas dan reken je van plaatsing terug naar advertentie.

Rekenvoorbeeld. Stel: campagne A kostte €2.500 en leverde 30 sollicitaties met ingevulde bron op, campagne B kostte €1.500 en leverde er 15. Dat is €83,33 per sollicitatie voor A en €100 voor B. A lijkt te winnen. Maar er staan ook 18 sollicitaties zonder bron in het systeem. Vallen die als 3 om 15 uit, dan komt A op 33 sollicitaties (€75,76) en B op 30 (€50). B is opeens bijna een derde goedkoper. Je conclusie draait volledig om op een veld dat niemand invulde.

Stap 3: dedupliceren — eerst regels, dan opruimen

Elke koppeling verdubbelt je duplicatenprobleem als je er geen regels voor vastlegt. Spreek vooraf af waarop je matcht en wat er wint.

  • Match op e-mailadres als eerste sleutel, telefoonnummer als tweede.
  • Match nooit op naam alleen. Een land met veel Jansens straft dat direct af.
  • Bij een botsing wint het record uit de bron van waarheid voor dat object.
  • Bij het samenvoegen behoud je altijd de oudste eerste-contactdatum, anders verlies je je doorlooptijden.
  • Laat een twijfelachtige samenvoeging in een wachtrij vallen voor een mens.

Voor de duplicaten die je al hebt: schoon niet je hele bestand in één weekend op. Ruim eerst de records op met activiteit in de laatste twaalf maanden en zet de rest in een archiefsegment dat je niet meesynchroniseert.

Automatiseringen die renderen — en die niet

Automatisering is geen doel. Elke automatisering moet handwerk vervangen dat je anders echt zou doen.

Deze verdienen zich terug:

  • Opvolgtaken die zichzelf aanmaken. Statuswijziging naar voorgesteld maakt automatisch een belafspraak voor over twee dagen aan.
  • Statusgedreven e-mail. Bevestiging bij binnenkomst, herinnering voor het gesprek, korte terugkoppeling na afwijzing.
  • Heruitnodiging van oude kandidaten. Periodieke selectie op vakgebied en laatste contactdatum, met een mens die de lijst nakijkt.
  • No-show opvolging. Niet verschenen leidt automatisch tot één belpoging en één bericht, niet tot stilte.

Deze kosten je meer dan ze opleveren:

  • Volledig automatische afwijzingsmails zonder dat iemand ernaar kijkt. Je verliest de kandidaat voor de volgende opdracht ook.
  • Elke statuswijziging in beide richtingen live synchroniseren. Dat levert lussen op waarin twee systemen elkaar blijven bijwerken.
  • Interne meldingen bij elke gebeurtenis. Na twee weken leest niemand ze meer.
  • Velden automatisch verrijken die niemand in een rapport gebruikt.

Implementatievolgorde: zes weken, niet zes maanden

Bureaus die dit in één keer perfect willen doen, praten er een half jaar later nog over. Doe het in deze volgorde.

  1. Bepaal de bron van waarheid per object en leg de statuslijst vast.
  2. Voeg de vijf verplichte velden toe in beide systemen en maak ze verplicht bij aanmaken.
  3. Zet bron- en UTM-registratie op je formulieren, vóór je iets koppelt.
  4. Bouw eenrichtingssynchronisatie: van bron van waarheid naar het andere systeem.
  5. Ruim de actieve duplicaten op.
  6. Zet twee automatiseringen aan, meer niet, en meet vier weken.
  7. Bouw pas daarna de eerste tweerichtingskoppeling, en alleen voor velden waar het echt moet.

Wat je checkt voordat je koopt of laat bouwen

  • Bestaat er een kant-en-klare koppeling tussen precies jouw twee systemen, of bouw je zelf?
  • Zijn de velden die jij nodig hebt beschikbaar via de API, of alleen in de interface?
  • Wat gebeurt er bij een fout: stopt de synchronisatie of slaat hij records stilletjes over?
  • Kun je zien welke records vandaag zijn gesynchroniseerd, zonder de bouwer te bellen?
  • Wie onderhoudt de koppeling als een van beide leveranciers zijn API wijzigt?

Ken je het landschap van pakketten nog niet goed, lees dan eerst ons overzicht van recruitment marketing software voordat je een keuze vastlegt.

AVG: kandidaatdata tussen twee systemen

Zodra je synchroniseert, verspreid je persoonsgegevens over meer plekken. Drie dingen die je daarvoor geregeld moet hebben.

  • Grondslag. Leg per gegevensstroom vast waarom je die data deelt en bewaart. Een koppeling is geen grondslag op zichzelf.
  • Bewaartermijn. Verwijderen in het ATS moet ook in het CRM gebeuren; een verwijdering die één kant op werkt is geen verwijdering. Richtlijn van de Autoriteit Persoonsgegevens: sollicitatiegegevens weg binnen vier weken na afronding, of maximaal een jaar met toestemming.
  • Wie ziet wat. Je accountmanagers hoeven geen cv's te zien om hun werk te doen. Zet rechten per rol, niet per persoon.

Leg ook vast welke verwerkersovereenkomsten je hebt met beide leveranciers én met de partij die de koppeling draait. Dat is vaak een derde die niemand meetelde.

Conclusie: afspraken eerst, techniek daarna

Een koppeling tussen ATS en CRM is voor negentig procent een organisatorische beslissing en voor tien procent techniek. Bepaal wie de baas is over welk gegeven, maak vijf velden verplicht, vervang vrije tekst door vaste statussen en bouw daarna pas. Zet je ook AI in aan de voorkant, lees dan hoe je die output netjes laat landen in ons artikel over AI sourcing in de praktijk.

Binnen CAS richten we die CRM-automatisering in als onderdeel van klantacquisitie, zodat campagne, afspraak en opdracht in één lijn staan. Wil je weten wat er in jouw opzet kapot is? Plan een gesprek en neem een export van beide systemen mee.