Begin bij het record, niet bij de instellingen
Een koppelingsprobleem voelt als een verbindingsprobleem, maar de eerste nuttige vraag is kleiner. Welk record klopt niet, en wat had je verwacht te zien? Open de kandidaat in de interviewtool en in het ATS. Noteer het e-mailadres, de vacature, de fase en de laatste actie. Als die waarden al verschillen, heb je de plek gevonden om te beginnen.
Instellingen aanpassen voordat je het probleem kunt reproduceren maakt de volgende controle lastiger. Je weet dan niet welke wijziging wat heeft opgelost. Laat het oorspronkelijke record staan tot je de verwachte en de werkelijke situatie hebt vastgelegd.
Controleer veldmapping en fasenamen
Veldmapping is de eerste plek om te kijken als gegevens op de verkeerde plek aankomen. Vergelijk de labels, niet alleen de veldnamen. Een veld met de naam status kan in het ene systeem de wervingsfase betekenen, terwijl het andere systeem dat woord gebruikt voor de status van de uitnodiging.
Fasenamen verdienen een eigen controle. Als het ATS Interview verwacht en de interviewtool Interviewronde stuurt, kan het record bestaan terwijl de fase leeg blijft. Zet de exacte waarden naast elkaar en spreek af welk systeem de lijst beheert.
Volg één kandidaat door elke stap
Pak een testkandidaat en laat dat record in volgorde door het proces gaan: uitnodigen, starten, insturen, beoordelen en beslissen. Noteer bij elke stap wat de recruiter in beide systemen ziet. Zo wordt een vage klacht een lijst van overdrachten die wel of niet werken.
- Ontstaat er een kandidaatrecord voordat het eerste antwoord is opgenomen?
- Staat de opnamelink bij de juiste kandidaat en vacature?
- Verandert de beoordelingsstatus wanneer een beoordelaar de review opent of afrondt?
- Komt de beslissing in de ATS-fase die het team verwacht?
Test één stap tegelijk. Als je de mapping aanpast en daarna meerdere records tegelijk verplaatst, weet je niet welke actie het resultaat heeft veroorzaakt.
Houd een logboek bij dat support kan gebruiken
Schrijf bij elke storing een korte regel op. Noteer het kandidaat-id, het exacte tijdstip, de actie, het verwachte resultaat en de foutmelding. Voeg de browsernaam of de naam van de integratietaak toe als je die kent. Een logboek met een paar duidelijke regels is bruikbaarder dan een lang verhaal uit je geheugen.
Zet geen persoonlijke kandidaatgegevens in een openbaar ticket. Gebruik het kandidaat-id en alleen de details die nodig zijn om het probleem te reproduceren. Het volledige record blijft in je eigen systeem.
Spreek af wie de oplossing uitvoert
Sommige storingen horen bij een instelling, andere bij de ATS-beheerder en weer andere bij de leverancier. Wijs voor elke categorie een eigenaar aan voordat het volgende probleem komt. De eigenaar van de koppeling bewaart de veldmapping en het logboek, en bepaalt wanneer er een ticket naar de leverancier gaat.
Geef recruiters een eenvoudige route om een symptoom te melden. Een kort formulier met het kandidaat-id, het tijdstip en de verwachte fase is genoeg. De eigenaar kan dan het logboek bekijken en met een duidelijke vervolgstap komen in plaats van elke keer opnieuw te beginnen.
Plan een terugkerende controle
Plan een terugkerende controle van de koppeling. Open een recente kandidaat, vergelijk de velden en bevestig dat de fasenamen nog overeenkomen. Voeg nieuwe velden toe aan de mapping wanneer het wervingsproces verandert, en verwijder velden die niemand gebruikt.
Een koppeling blijft gezond wanneer het team weet welk record de bron van waarheid is, welke velden moeten overeenkomen en wie antwoordt als een overdracht mislukt. Die routine is rustiger dan een reddingsactie en houdt je wervingsproces voorspelbaar.