Probleem: goede screening vóór, bron achter

Scores blijven in een tool, ATS-status verandert niet, notities leven in spreadsheets. Integratie is meer dan een API: statussen, velden, autoriteit en bewaring moeten aansluiten op uw system of record.

Veelvoorkomende fouten

• Geen gedeelde statusmachine tussen functies.
• Zelfde veldnaam, andere betekenis tussen HR-kern en screeningtool.
• Te ruime exportrechten en parallelle sheets.
• Bewaarregels die niet operationeel schaalbaar zijn.

Ontwerppatroon: eerst statussen, dan mapping

Toegestane transities

Van sollicitatie tot triage, gestructureerd screen, interviews, aanbod/afwijzing, sluiting: eigenaren, SLA’s, geldige transities; blokkeer inconsistente sprongen.

Mappingtabel en golden source

Per gegeven (score-detail, medialinks, beoordelaar-ID) bepalen welk systeem leidend is en hoe conflicten worden opgelost — ondertekend document.

Rollen en logging

Least privilege, logging van gevoelige toegang, rechten intrekken bij rolwissel.

Uitrolplan

1. Systemen en handmatige workarounds inventariseren.
2. API-limieten, retries, idempotentie met IT/leverancier afstemmen.
3. Pilot op één functietype met verplichte ATS-terugschrijving.
4. Kwaliteit meten: ontbrekende velden, schrijflatentie, vastzittende statussen.
5. Kwartaalreview van mappings; bij beleids- of contractwijzigingen direct bijwerken.

Risico’s

Beperk volledige exports naar onbeheerde devices. Stem verwerkers en DPAs af op het programma. Gereguleerde context: koppel aan uitlegbaar scoren — geen juridisch advies.

Multi-locatie en compliance

Internationale werving: consistente rollen en dataresidentie. Isoleer integratie niet op go-live-dag; plan gelijktijdig met andere trajecten.

Checklist

• Gepubliceerde statusmachine met owners?
• Goedgekeurd mappingdocument?
• Metrics op schrijfsucces en latentie?
• Toegangsreviews na rolwijziging?
• Uitvoerbare runbooks voor verwijdering/archief?