EU AI Act artikel 50: wat een voice-agent moet melden

Wat artikel 50 werkelijk zegt

Artikel 50 is het transparantieartikel van de AI Act, en het is niet één regel maar een set samenhangende regels voor situaties waarin iemand misleid kan raken over waar hij mee van doen heeft. Slechts een deel ervan raakt een voice-agent, dus het is de moeite de leden te scheiden in plaats van het artikel als één verplichting te behandelen.

Samen leveren 50(1) en 50(5) een eis op die voor AI-regelgeving ongewoon concreet is. Er moet een melding zijn, die moet duidelijk en onderscheidbaar zijn, en hij moet uiterlijk bij de eerste interactie landen. Bij een telefoongesprek is de eerste interactie het moment dat de lijn opengaat. Later bestaat niet.

Wat de omnibus uitstelde, en wat niet

Hier gaan de meeste samenvattingen de fout in, dus laten we precies zijn. Het digitale omnibus-traject van de EU heeft een aantal AI Act-deadlines verschoven, en de koppen daarover lieten veel teams achter met het idee dat augustus 2026 was opgeschoven. Voor de meldplicht is dat niet zo.

Het voorlopige akkoord tussen de Raad en het Parlement van 7 mei 2026 schoof de machineleesbare markeringsplicht uit artikel 50(2) door naar 2 december 2026, voor systemen die vóór 2 augustus 2026 al op de markt waren. Ook elders in de verordening verschoven diverse hoog-risicoverplichtingen. De plicht om iemand te vertellen dat hij met een AI-systeem praat, zat daar niet bij.

De Commissie heeft daarnaast richtsnoeren gepubliceerd over de transparantieplichten voor aanbieders en gebruiksverantwoordelijken, die de begrippen aanbieder en gebruiksverantwoordelijke verduidelijken en praktijkvoorbeelden uitwerken. Bouw je het compliance-verhaal voor een klant, dan is dat het document dat open moet staan, want het is de uitleg waar toezichthouders vanaf beginnen.

Aanbieder of gebruiksverantwoordelijke: wiens plicht is het

Artikel 50 verdeelt zijn plichten. Lid 1 en 2 liggen bij de aanbieder, lid 3 en 4 bij de gebruiksverantwoordelijke. Voor een voice-agent is de plicht die jou aangaat, 50(1), een aanbiedersplicht, wat direct de vraag oproept wie de aanbieder is in een keten die loopt van een orchestratieplatform, via een integrator, naar het bedrijf wiens telefoonnummer gebeld wordt.

De verordening antwoordt op basis van rol, niet van contract. Grofweg is een aanbieder de partij die een AI-systeem ontwikkelt, of laat ontwikkelen, en het onder eigen naam of merk in de handel brengt of in gebruik stelt. Een gebruiksverantwoordelijke is een partij die een AI-systeem onder eigen verantwoordelijkheid gebruikt. Het gevolg dat mensen verrast: je eigen naam op een systeem zetten, of het wezenlijk aanpassen, kan je de aanbieder ervan maken, ook als iemand anders de software schreef.

Voor de meeste opstellingen die wij zien betekent dat dat het bedrijf wiens merk de telefoon opneemt zeer waarschijnlijk de 50(1)-plicht draagt, en niet het platform eronder. Wij zijn niet je jurist en dit is geen juridisch advies. De indeling hangt af van feiten die wij hiervandaan niet zien, en is twintig minuten met een advocaat waard in plaats van een aanname. Wat wij je wél kunnen vertellen is aan welke kant van de streep het technische werk valt, en dat is aan jouw kant.

Wat 'duidelijk en onderscheidbaar' betekent op een lijn

Een webproduct regelt dit met een label naast een chatvenster. Een telefoongesprek heeft geen scherm, geen blijvend oppervlak en geen tweede kans. Dat heeft drie praktische gevolgen die makkelijk misgaan.

1. 01

   De melding hoort in de audio, niet in de papieren

   Een regel in je privacyverklaring is geen melding bij de eerste interactie. De beller moet het horen. Bij een inkomende lijn betekent dat de begroeting, bij een uitgaand gesprek de openingszin, vóór je de persoon iets vraagt.
2. 02

   Het mag niet afhangen van of het model het zegt

   Staat de melding alleen in een system-prompt als instructie om te vermelden dat je AI bent, dan heb je een wettelijke eis aan het toeval overgelaten. Modellen driften, parafraseren en slaan soms iets over. De openingszin hoort als vast eerste bericht te worden afgespeeld, niet per gesprek gegenereerd.
3. 03

   Het moet een barge-in overleven

   Bellers praten constant door begroetingen heen. Stopt je agent de begroeting zodra de beller begint te praten, dan is de melding misschien nooit afgemaakt. Zet hem in de eerste bijzin van de eerste zin, zodat de melding ook bij een onderbreking na twee seconden al geleverd is.

Dat derde punt ontdekken teams laat, meestal uit een opname. "Goedemiddag, dank dat u Van Dijk Installatie belt, mijn naam is Lieke en ik ben een AI-assistent" is een nette zin die in de praktijk meestal na vijf woorden wordt afgekapt. Zet het vooraan.

Formuleringen die een jurist én een beller overleven

Er zit hier een echte spanning. Juridisch wil een ondubbelzinnige uitspraak, de business wil een gesprek dat niet als een disclaimer voelt. In de praktijk werken de formuleringen die het machine-deel meteen en gewoon benoemen, en dan snel doorgaan. "Digitale assistent" en "geautomatiseerde assistent" doen het werk in normale taal, en de agent daarna een naam geven houdt het menselijk genoeg om tegen te praten.

Goedendag, u spreekt met de digitale assistent
van Van Dijk Installatie. Waarmee kan ik u helpen?

of, warmer:

Van Dijk Installatie, u spreekt met Lieke, de
digitale receptionist. Wat kan ik voor u doen?

Vermijd alles wat het machine-deel wegmoffelt. "U spreekt met Lieke van Van Dijk Installatie" is geen melding. "Dit gesprek kan automatisch worden afgehandeld" ook niet, want dat beschrijft een mogelijkheid en stelt geen feit. En begraaf hem niet achter een keuzemenu, een naamsvraag of een privacymededeling: 50(5) zegt uiterlijk bij de eerste interactie, en een beller die al twee vragen heeft beantwoord heeft geïnteracteerd.

"Tenzij het evident is" is geen plan

Artikel 50(1) geeft je een uitzondering wanneer het evident is voor een redelijk geïnformeerde, oplettende en omzichtige persoon dat hij met een AI-systeem te maken heeft. Het is verleidelijk daarop te leunen: dat hoort iedereen toch? Twee dingen maken dat een zwakke positie, juist voor een telefoonagent.

Het eerste is dat de maatstaf niet je gemiddelde beller is maar een juridische constructie die achteraf wordt toegepast, en dat de uitzondering moeilijker te bepleiten wordt naarmate je voice-stack beter wordt. Een native-audio model met natuurlijk beurtwisselen is precies een systeem waarbij het níet evident is. Het product verbeteren ondermijnt het verweer.

Het tweede is dat de uitzondering een argument is dat je later moet maken, terwijl een eerste bericht een wijziging is die je één keer uitrolt. De kostenasymmetrie is enorm. Vier seconden audio aan het begin van een gesprek is goedkoop; een jaar aan gesprekken reconstrueren om bij een toezichthouder te bepleiten dat het evident was is dat niet.

Behandel de uitzondering als een terugvaloptie die je nooit wil gebruiken, en zet de zin in de begroeting.

Aantonen dat het bij elk gesprek gebeurde

Hier verandert een tekstkeuze in een platformvraag. Een regel die je niet kunt aantonen is een regel waarvan je niet kunt laten zien dat je hem volgde. Klaagt een beller in oktober over een gesprek in augustus, dan is het nuttige antwoord niet "onze begroeting bevat een melding". Het is de registratie van dát gesprek waaruit blijkt dat de melding geleverd was vóór de eerste beurt van de beller.

Hieronder staat het soort registratie dat die vraag beantwoordt. Het is een illustratie van waar je naartoe wilt, geen schermafdruk van een specifiek dashboard, want het nuttige zit niet in de opmaak maar in welke feiten overleven.

call  4c1d9e77-3a2f-4b10-9c8e-11e2a6d0f5aa
──────────────────────────────────────────────────
00.00  answered            inbound +316*******8
00.00  first_message       played, verbatim
       "Goedendag, u spreekt met de digitale
        assistent van Van Dijk Installatie."
00.04  disclosure          delivered · pre-model · audio
00.05  stt                 session opened
00.09  caller speech       detected
──────────────────────────────────────────────────
evidence  disclosure delivered before first
          caller turn · retained with the call record

Drie eigenschappen maken zo'n registratie het bewaren waard. Hij moet per gesprek zijn en niet een momentopname van je configuratie, want configuratie verandert en gesprekken niet. Hij moet geordend zijn, zodat "vóór de eerste beurt van de beller" een feit is en geen gevolgtrekking. En hij moet de audio overleven, want in een opstelling waar opnemen om privacyredenen uit staat, is het logboek misschien het enige bewijs dat overblijft.

Die laatste combinatie is de ongemakkelijke, en precies daar houdt het bezitten van de orchestratielaag op een abstract voordeel te zijn. Privacydruk duwt je richting minder bewaren, transparantieplichten duwen je richting meer aantonen. De oplossing is het minimale gestructureerde feit bewaren (er is een melding geleverd, op deze plek, in dit gesprek) in plaats van het maximale ruwe materiaal. Of je dat überhaupt kunt, hangt ervan af of de laag die je eerste bericht afspeelt je vertelt wat hij deed.