Wat moet een uitzendbureau aan een AI-voiceleverancier vragen vóór ondertekening?

Het korte antwoord

Vraag de leverancier vóór ondertekening om één volledige medewerkersreis te bewijzen: wat hoort de beller, welke feiten verzamelt het systeem, wanneer stopt het, wie ontvangt de case en wat gebeurt er als de koppeling uitvalt? Bekijk daarna het gegevenspad, de menselijke controle, monitoring en exitvoorwaarden. Een nette demo is nuttig, maar bewijst niet dat de dienst om 04.40 uur werkt wanneer een medewerker vanuit een rumoerige bus belt over een dienst bij de verkeerde vestiging.

Geef elke leverancier dezelfde operationele briefing

Schrijf vóór het eerste verkoopgesprek een briefing van één pagina. Benoem de groepen medewerkers, talen, openingstijden, soorten meldingen en systemen binnen de scope. Leg vast wie eigenaar is van ziekte-, vervoer-, huisvestings-, loon- en veiligheidszaken. Schrijf op welke handelingen de dienst mag afronden en welke altijd naar een bevoegde medewerker gaan.

Zo blijft de vergelijking eerlijk. Zonder vaste briefing toont de ene leverancier misschien een vriendelijk gesprek en de andere een diepe ATS-koppeling. Beide kunnen overtuigen, maar ze bewijzen niet hetzelfde. Laat elke aanbieder reageren op dezelfde scope, uitzonderingen en het verwachte caseformaat.

Test de overdracht, niet alleen het ideale gesprek

Gebruik een klein pakket gesprekken uit de dagelijkse vestigingspraktijk. Neem een ziekmelding kort voor een dienst op, een medewerker die de verkeerde vestiging bereikt, achtergrondlawaai, een antwoord in gemengde talen en een vervoersprobleem voor meerdere mensen. Vertel de leverancier niet precies waar elk gesprek lastig wordt.

Beoordeel wat het team ontvangt. Zijn medewerker en opdracht herkend? Zijn de oorspronkelijke feiten gescheiden van de samenvatting van het systeem? Kreeg de juiste eigenaar de case? Kon de beller een persoon bereiken bij onduidelijkheid? Leg opname, transcript en aangemaakte case naast elkaar. Zo vinden coördinatoren ook zelfverzekerde fouten die in een dashboard netjes kunnen ogen.

Volg de gegevens van telefoontje tot verwijdering

Vraag om een gegevenskaart in gewone taal. Die moet laten zien wat wordt vastgelegd, waar audio en transcripties worden verwerkt, welke leveranciers ze ontvangen, waar gegevens worden opgeslagen en wanneer elke kopie wordt verwijderd. Het contract legt doel, gegevenscategorieën, bewaartermijnen, beveiliging, subverwerkers, incidentroute en verwijdering aan het einde van de dienst vast.

Neem 'AVG-conform' niet aan als volledig antwoord. Uw bureau moet nog steeds zelf de grondslag, informatie aan medewerkers, toegangsrechten en bewaartermijnen bepalen. Een gegevensbeschermingseffectbeoordeling kan nodig zijn als de verwerking waarschijnlijk een hoog risico voor de rechten en vrijheden van mensen oplevert. Doe die beoordeling vóór de start en opnieuw wanneer het gebruik verandert.

Controleer de juridische grens van het beoogde gebruik

De transparantieverplichtingen uit artikel 50 van de Europese AI-verordening gelden sinds 2 augustus 2026. Eis bij een interactieve AI-dienst een duidelijke melding aan het begin, zodat medewerkers weten dat zij met AI spreken. Vraag ook om documentatie over het beoogde doel, de beperkingen en de verantwoordelijkheden van leverancier en klant.

De classificatie hangt af van het beoogde gebruik. Een dienst die een operationele ziekmelding vastlegt, is niet hetzelfde als een systeem dat kandidaten beoordeelt of arbeidsbeslissingen beïnvloedt. Gaat het voorgestelde proces richting werving, personeelsmanagement of toegang tot werk, laat dan specifiek juridisch beoordelen wat van toepassing is. Vertrouw niet alleen op een algemeen label van de leverancier.

Leg de menselijke grens vast in het proces

AI kan goedgekeurde feiten verzamelen, ze ter controle herhalen, gecontroleerde vragen beantwoorden en een case routeren. AI hoort niet te beslissen of ziekte echt is, een medisch oordeel te geven, een vervanger te kiezen, een sanctie op te leggen, loon te wijzigen, arbeidsgeschiktheid te bepalen of een uitkomst aan klant of medewerker te beloven.

Vraag om de route bij lage zekerheid, de handmatige override en het logboek van systeemhandelingen. De verantwoordelijke medewerker heeft genoeg informatie en bevoegdheid nodig om de uitkomst te wijzigen. Wijzigingen aan model of workflow die vragen, routing of samenvattingen beïnvloeden, horen eerst beoordeeld te worden. Ze mogen niet ongemerkt meekomen met een gewone software-update.

Laat de koppeling tijdens de test uitvallen

Een geslaagde API-call in een demo bewijst weinig. Koppel het testendpoint los of laat een verplicht veld afwijzen. De dienst moet een leveringsfout tonen, dubbele cases voorkomen, veilig opnieuw proberen en een aangewezen eigenaar waarschuwen. Vraag hoe het team een case zelf opnieuw kan aanbieden of exporteren zonder op engineers van de leverancier te wachten.

Koppel vóór livegang elk veld aan het ATS of CRM. Spreek af welk systeem eigenaar is van identiteit, opdracht, urgentie, casestatus en einduitkomst. De AI-telefonielaag mag geen tweede administratie worden die coördinatoren elke ochtend moeten vergelijken.

Beoordeel bewijs en regel de exit

Een werkbare scorekaart geeft 30 punten aan operationele fit, 25 aan menselijke controle en veilige afhandeling, 20 aan gegevensbescherming en beveiliging, 15 aan koppeling en herstel, en 10 aan commerciële en exitvoorwaarden. Stel minimumscores in voor menselijke controle en gegevensbescherming, zodat een lage prijs een onveilig ontwerp niet kan compenseren.

Spreek vóór ondertekening af hoe u cases, opnames, configuratie en auditgeschiedenis exporteert. Leg verwijdertermijnen en bewijs daarvan vast. Beschrijf wat er tijdens een overstap met telefoonnummers en koppelingen gebeurt. U moet kunnen vertrekken zonder operationele historie kwijt te raken die nodig is voor medewerkers of incidentonderzoek.