//

//

De vloek van flexibiliteit: Waarom jouw Salesforce ATS zo lastig actueel te houden is

De vloek van flexibiliteit: Waarom jouw Salesforce ATS zo lastig actueel te houden is

De vloek van flexibiliteit: Waarom jouw Salesforce ATS zo lastig actueel te houden is

De vloek van flexibiliteit: Waarom jouw Salesforce ATS zo lastig actueel te houden is

Bijna wekelijks spreek ik bureaus die draaien op Bullhorn for Salesforce, Mysolution, Byner, Tigris of Connexys. Stuk voor stuk bewuste keuzes voor het Salesforce-platform. En laten we eerlijk zijn: dat is meestal ook een uitstekende beslissing. Je krijgt een krachtig ecosysteem dat moeiteloos meebeweegt met de schaal en dynamiek van jouw organisatie.

Maar de afgelopen jaren heb ik ook een paradox ontdekt. Juist die enorme flexibiliteit van het platform zorgt voor een database die bovengemiddeld lastig actueel te houden is.

Niet omdat er iets mis is met de techniek. Wel omdat er ongemerkt te veel lagen in zijn geslopen.

De vier lagen die niemand meer overziet

In de kern kent Salesforce helemaal geen kandidaten. Het kent leads, accounts, contacts en opportunities, want het DNA is immers sales. Om daar een recruitmentmachine van te maken, bouwt de ATS-leverancier er een staffing-datamodel bovenop met kandidaten, plaatsingen en vacatures.

Omdat dat model generiek moet werken voor honderden bureaus, past het eigenlijk nooit precies op jouw specifieke niche. Een IT-detacheerder heeft nu eenmaal andere certificeringen nodig dan een zorgbureau. Dus haal je er een implementatiepartner bij die het proces op maat snijdt met extra velden, eigen picklists en specifieke validatieregels.

En dan komt de vierde en meest verraderlijke laag: de tijd.

Nieuwe opdrachtgevers, veranderende wetgeving, een nieuwe manager met een specifieke rapportagewens. Bij elke verandering komen er een paar velden bij. Bijna niemand haalt ze ooit weer weg. Zo ontstaat een kaartenhuis van vier lagen: het platform, de ATS-leverancier, de implementatiepartner en jullie eigen bedrijfsgeschiedenis. Met als resultaat dat de persoon die in 2021 bedacht waar ‘Veld X’ voor diende, er meestal al lang niet meer werkt.

Het kerkhof van ongebruikte velden

Zo ontstaat de wildgroei. Een vinkje dat ooit in het leven is geroepen voor die ene grote tender. Een skill-picklist, uitgebouwd voor een project dat drie jaar geleden is afgerond. Ze staan nog steeds in het systeem, maar ze liggen ver buiten de dagelijkse workflow van je team.

En wat er dan gebeurt, is volkomen menselijk en voorspelbaar. Een recruiter die tien intakes op een dag doet, vult in wat hij nú nodig heeft en scrollt blind langs de rest. Niet uit luiheid of slordigheid, maar simpelweg omdat het hem niet helpt bij de kandidaat die hij vanmiddag moet spreken.

Het pijnlijke gevolg? Een database die er op het eerste gezicht compleet uitziet, maar het onder de motorkap niet is.

Waarom je beter iets dan niets kan invullen

Een verkeerd ingevuld veld is irritant, maar je kunt het corrigeren. Een leeg veld is een raadsel.

Betekent een leeg veld bij "Rijbewijs" dat de kandidaat geen rijbewijs heeft? Of is het gewoon nooit gevraagd? Betekent een ontbrekende beschikbaarheid dat iemand bezet is, of dat dit specifieke veld pas ná zijn inschrijving aan het ATS is toegevoegd?

Zonder antwoord op die vragen wordt zoeken een gok. Je filtert op een harde eis en krijgt vijftien kandidaten terug, terwijl je onderbuikgevoel zegt dat het er minimaal tweehonderd moeten zijn. Wat doe je de volgende keer? Je zoekt breder. Of erger: je zoekt helemaal niet meer in je ATS, maar vertrouwt uitsluitend op je eigen geheugen en op LinkedIn.

Daar begint de echte schade. Zodra recruiters de eigen database niet meer vertrouwen, stopt de motivatie om hem serieus te vullen. Een vicieuze cirkel.

De technische realiteit (wat je recruiters niet zien)

Tot zover de voorkant. Maar als COO kijk ik natuurlijk ook naar de techniek erachter. Wat veel mensen zich niet realiseren, is dat het bulk-bijwerken van data binnen het Salesforce-ecosysteem een heel eigen technische dynamiek heeft.

Salesforce blinkt uit in fijnmazige rechten: profiles, permission sets en record-toegang via de rolhiërarchie. Dat is fantastisch voor security en compliance. Maar het betekent ook dat een automatische update via een API niet alleen afhangt van de datakwaliteit, maar ook van de vraag of de integratie-gebruiker überhaupt field-level security heeft op dat ene specifieke veld. Tel daar de validatieregels van je ATS en de flows en triggers van je implementatiepartner bij op en het feest is compleet.

En omdat Salesforce updates per batch verwerkt en een kandidaatprofiel in je ATS over meerdere objecten verspreid zit, kan er iets heel vervelends gebeuren. Het contactrecord is wel bijgewerkt, maar de gekoppelde skills of beschikbaarheid falen op een trigger. Je profiel is dan niet oud, maar ook niet nieuw. Het is ‘half’.

Kan dit allemaal goed worden ingeregeld? Absoluut. Maar het vereist bij elke kleine aanpassing in je inrichting iemand die alle vier de lagen doorgrondt. En die experts heb je meestal niet wekelijks over de vloer.

Meer admin is niet het antwoord

Wanneer bureaus deze problemen ervaren, is de reflex altijd hetzelfde. "We gaan velden verplicht maken! We plannen een grote schoonmaakactie in Q3! We richten een governance-overleg in!"

Mijn advies? Niet doen.

Elk extra verplicht veld kost je recruiter een minuut oprechte aandacht voor de kandidaat. En het lost het onderliggende probleem niet op. Data die met tegenzin of onder dwang wordt ingevuld, is data die je later toch niet durft te vertrouwen. Bovendien veroudert een statisch profiel direct. Mensen wisselen van baan, halen certificaten, verhuizen. Jouw database staat stil, maar je markt beweegt.

Hoe wij hier bij Spadework naar kijken

Bij Spadework geloven we dat het handmatig opschonen van al die velden een gebed zonder eind is. Je hoeft er bovendien helemaal niet op te wachten om succesvol te zijn.

Waarom niet? Omdat de meest waardevolle informatie over je kandidaten en contactpersonen tóch niet in die statische velden zit. De echte waarde zit in beweging. Iemand die zijn LinkedIn-profiel een update geeft. Een trouwe contactpersoon die plotseling van werkgever wisselt. Een sluimerende organisatie die vanuit het niets drie vacatures online zet.

Wij vervangen je ATS niet. Spadework is juist de laag daarbovenop die je ATS je niet kan geven. We bieden inzicht in het exacte moment waarop er iets schuift bij de mensen die je al kent.

En ja, met die signalen maken we jouw database op de achtergrond wél direct een stuk actueler. Natuurlijk kunnen we niet álle historische vervuiling herstellen. Soms is oude data gewoon te slecht om blind te updaten. Maar we zorgen er wél voor dat de profielen die er nú toe doen, feilloos kloppen op het moment dat jij de telefoon wilt pakken.

De vraag die je jezelf echt moet stellen

Veel bureau-eigenaren breken zich het hoofd over de vraag hoe ze hun database eindelijk 100% op orde krijgen.

Misschien is het tijd om die illusie los te laten. Een veel betere vraag is welke slimme, commerciële beslissingen je vandaag al wilt kunnen nemen, zónder dat je eerst eindeloos hoeft op te schonen.

Een handmatig, perfect gevulde database is een utopie, een doelpaal die steeds verder naar achteren schuift. Maar een systeem dat je feilloos vertelt dat er ergens in je netwerk iets beweegt én die profielen voor je up-to-date trekt? Dat is een doel dat je deze maand nog kunt bereiken.

Inzichten

6 minuten

Persönliches Gespräch

Sehen Sie es zuerst an Ihren eigenen Daten.

Wir schauen uns Ihren aktuellen Workflow an und zeigen Ihnen live, was in Ihrer Datenbank passiert.

  • Kostenlos und unverbindlich, dreißig Minuten
  • Live an Ihrem Use Case, nicht in einer Demo-Umgebung
  • Eine konkrete Zahl für Ihr Team, in Stunden pro Woche

Lucas Meijer

COO & Co-Founder

Demo vereinbaren
Newsletter

Was neu ist, und wie Sie es nutzen.

Einmal im Monat: neue Funktionen, die Agents, die wir gerade empfehlen, und kurze Anleitungen von Agenturen, die schon damit arbeiten.

Eine Mail pro Monat. Abmeldung mit einem Klick.

© 2026 Spadework. Alle Rechte vorbehalten.DatenschutzAGB