Wanneer moet je AI-beleid veranderen als een tool nieuwe functies krijgt?

Een AI-beleid blijft bruikbaar als je het bij elke relevante toolwijziging kort langs vijf punten legt: taak, data, toegang, controle en eigenaar. Herzie het dus niet alleen jaarlijks, maar ook wanneer een AI-tool kan zoeken, onthouden, koppelen, delen of handelen op een manier die eerder niet was afgesproken.

Kort antwoord: een nieuwe AI-functie is geen automatische verbetering van je bestaande werkwijze. Controleer eerst wat de functie in jouw proces verandert, beperk toegang en data tot het noodzakelijke en leg vast wie beslist over testen, activeren of uitzetten.

De tool was dezelfde. De toegang niet.

Een team gebruikt een AI-assistent om conceptteksten te maken. In het AI-beleid staat dat medewerkers geen klantdossiers in prompts plakken en dat een medewerker iedere externe tekst controleert. Dat is een heldere start.

Dan verschijnt er een update. Dezelfde assistent kan voortaan gekoppelde cloudmappen doorzoeken, informatie tussen gesprekken onthouden of een concept direct in een CRM klaarzetten. De naam van de tool is niet veranderd. De werkafspraak moet dat wel.

Want een schrijftool die alleen werkt met wat iemand invoert, heeft een ander risicoprofiel dan een systeem dat documenten kan doorzoeken, context kan bewaren of acties kan voorbereiden. Als je beleid alleen zegt “we gebruiken tool X”, dan mist het precies de verandering die ertoe doet.

Wanneer moet je AI-beleid opnieuw beoordelen?

Beoordeel je AI-beleid opnieuw bij iedere wijziging die de taak, gegevens, toegang, menselijke controle of het eigenaarschap verandert. Een vaste jaarlijkse herziening blijft nuttig voor het geheel, maar is te traag als een functie-update tussendoor nieuwe mogelijkheden of rechten toevoegt.

Plan daarom twee ritmes:

• Jaarlijks: beoordeel het volledige AI-beleid, de goedgekeurde tools, rollen, leerbehoeften en belangrijke risico’s.
• Bij een relevante wijziging: doe direct een korte wijzigingscheck voordat de functie breed wordt aangezet of gebruikt.
• Na een incident of bijna-incident: evalueer meteen of de grenzen, instructies of toegangsrechten nog kloppen.

Welke productwijzigingen vragen altijd om actie?

Niet elke verbeterde knop vraagt een bestuursbesluit. Deze veranderingen verdienen wel een gerichte beoordeling:

Een updatebericht van een leverancier is dus geen nieuwsbrief om alleen door te sturen. Het is een signaal om te bepalen of de feitelijke inzet nog past bij je afspraken.

Wat doe je als een AI-tool een nieuwe functie toevoegt?

Leg de wijziging langs de Vijf-Minuten-Wijzigingscheck: taak, data, toegang, controle en eigenaar. Je hoeft hiervoor niet altijd een nieuw beleidsdocument te schrijven. Het doel is te voorkomen dat een tool ongemerkt meer mag dan je oorspronkelijke afspraak.

1. Taak: wat gaat de AI nu anders doen?

Beschrijf de verandering in werktaal, niet in producttaal. “Nieuwe agentmodus” is geen bruikbare risicoanalyse. Dit wel: “De assistent kan voortaan aanvragen uit de gedeelde inbox samenvatten en een conceptantwoord in het ticketsysteem klaarzetten.”

Vraag vervolgens:

• Welke processtap komt erbij?
• Is dit nog dezelfde afgebakende taak?
• Bereidt de AI iets voor, doet zij een voorstel of voert zij zelf een actie uit?
• Welke uitzonderingen kunnen ontstaan?

Als een functie een nieuwe processtap raakt, wijs dan niet automatisch op techniek. Betrek de proceseigenaar. Die weet welke uitzonderingen, kwaliteitsnormen en gevolgen bij de taak horen.

2. Data: welke informatie wordt nu zichtbaar of verwerkt?

Pas dataminimalisatie toe. De tool krijgt alleen toegang tot gegevens die nodig zijn voor de afgesproken taak, niet tot alles wat technisch te koppelen is.

Een nuttige vraag is: kan deze functie haar werk doen met minder gegevens, minder documenten of een minder brede zoekruimte? Vaak is het antwoord ja.

Voorbeeld: een nieuwe zoekfunctie in de cloudopslag hoeft niet meteen alle gedeelde mappen te doorzoeken. Begin met een kleine, actuele en goedgekeurde kennisbank. Sluit personeelsdossiers, financiële mappen, juridische documenten en oude projectarchieven uit, tenzij er een aantoonbare noodzaak en passende waarborgen zijn.

3. Toegang: welke rechten krijgt de tool of gebruiker erbij?

Een functie kan veilig lijken, maar toch te veel toegang vragen. Controleer daarom niet alleen de AI-instellingen, maar ook de rechten in de systemen eromheen.

Loop minimaal deze punten na:

• Welke accounts, mappen, mailboxen of applicaties worden gekoppeld?
• Geldt de koppeling voor één pilotgebruiker, een team of de hele organisatie?
• Kan de AI lezen, schrijven, delen, downloaden of verwijderen?
• Werkt de AI met bestaande gebruikersrechten, of krijgt zij een apart serviceaccount?
• Hoe trek je toegang weer in als de test stopt of een medewerker vertrekt?

Geef rechten volgens het principe van minimale bevoegdheid: zo weinig mogelijk, voor zo kort mogelijk en alleen voor een duidelijk doel.

4. Controle: wie beoordeelt de uitkomst en wie mag goedkeuren?

Nieuwe functies verkleinen vaak de afstand tussen een antwoord en een handeling. Een AI die een conceptmail maakt is iets anders dan een AI die een concept automatisch naar een inbox zet, een CRM-record wijzigt of een afspraak inplant.

Maak daarom onderscheid tussen drie niveaus:

1. Lezen en signaleren: AI vat samen, zoekt of markeert afwijkingen.
2. Voorbereiden: AI maakt een concept of zet een actie klaar.
3. Uitvoeren: AI doet zelfstandig iets in een systeem of richting een externe partij.

Voor externe communicatie, betalingen, wijzigingen in rechten, verwijderingen en handelingen met grote gevolgen hoort expliciete menselijke goedkeuring de standaard te zijn. De Europese Commissie noemt menselijke controle, traceerbaarheid, nauwkeurigheid en cyberbeveiliging als belangrijke eisen voor AI-systemen met een hoog risico. Welke verplichtingen precies gelden, hangt af van de toepassing en rol van je organisatie. Lees de actuele uitleg over de AI-verordening van de Europese Commissie.

5. Eigenaar: wie beslist over aan, uit of eerst testen?

Zonder eigenaar wordt een update een instelling die “iemand” ooit heeft aangezet. Wijs daarom per relevante AI-werkwijze één eigenaar aan. Dat hoeft niet altijd IT te zijn.

Leg de beslissing kort vast: wat is getest, met welke toegang, voor welke taak, met welke controle en tot wanneer? Dat voorkomt dat een tijdelijke proef ongemerkt de nieuwe standaard wordt.

Hoe werkt de Vijf-Minuten-Wijzigingscheck in de praktijk?

Gebruik deze korte routine zodra een leverancier een relevante functie of koppeling aankondigt. De check is ook geschikt voor een verzoek van een medewerker die iets wil activeren.

Stap 1: noteer de wijziging in één zin

Schrijf op wat de functie feitelijk doet. Bijvoorbeeld: “De AI-assistent kan voortaan documenten in de gedeelde projectmap doorzoeken en antwoorden met bronlinks voorbereiden.”

Stap 2: vul de vijf vragen in

Stap 3: kies een van drie uitkomsten

• Aan: de functie past binnen de bestaande taak, data en controle. Leg instellingen en eigenaar vast.
• Eerst testen: gebruik een beperkte pilot, met een testaccount, afgebakende bronset en vaste evaluatiedatum.
• Uit: de functie past niet bij de taak, vraagt te brede toegang of heeft nog geen passende controle en eigenaar.

Stap 4: communiceer de werkafspraak

Vertel medewerkers niet alleen dat een functie “beschikbaar” is. Vertel wat zij ermee mogen doen. Bijvoorbeeld:

De nieuwe zoekfunctie mag alleen worden gebruikt in de goedgekeurde kennisbank voor interne conceptantwoorden. Koppel geen persoonlijke mailboxen of projectmappen. Iedere medewerker controleert de bronlink en inhoud vóór gebruik. Bij twijfel meldt de medewerker dit bij de proceseigenaar.

Stap 5: evalueer na gebruik

Kijk na twee of vier weken naar meer dan tijdwinst. Bespreek ook fouten, herstelwerk, onduidelijke uitzonderingen, ongewenste toegang en de tijd die menselijke controle kost. Pas de afspraak aan, breid gecontroleerd uit of zet de functie weer uit.

Deze werkwijze sluit aan bij het NIST AI Risk Management Framework. NIST beschrijft dit vrijwillige kader als een manier om betrouwbaarheid mee te nemen in het ontwerpen, gebruiken en evalueren van AI-producten, diensten en systemen. Voor een team betekent dat vooral: risicobeheer hoort door te lopen wanneer de inzet verandert.

Hoe voorkom je dat AI-rechten ongemerkt te ruim worden?

Maak toegangsrechten zichtbaar, tijdelijk en toetsbaar. Nieuwe functies worden riskant wanneer ze op een brede standaardinstelling draaien, zonder dat iemand nog weet welke bronnen de AI kan bereiken.

Gebruik deze praktische basisregels:

• Start met een aparte pilotgroep of testaccount, niet met organisatiebrede activering.
• Koppel alleen de bron die nodig is voor de eerste taak.
• Controleer groepsrechten, gedeelde mappen, externe gasten en oude projectruimtes voordat je een zoekfunctie activeert.
• Geef een AI nooit standaard schrijfrechten als lezen voldoende is.
• Zet automatische externe verzending, betalingen, verwijderingen en rechtenwijzigingen uit totdat een specifieke use case is getest en goedgekeurd.
• Plan een vaste controle van actieve koppelingen en rechten, bijvoorbeeld ieder kwartaal en bij een grote toolwijziging.

Een eenvoudige regel helpt teams onthouden waar de grens ligt: als een nieuwe functie meer kan zien of doen, moet iemand opnieuw besluiten of dat ook mag.

Een voorbeeld: van schrijftool naar zoekende assistent

Stel: marketing gebruikt een AI-tool om blogs te structureren op basis van goedgekeurde openbare webpagina’s. De bestaande afspraak is helder: geen klantgegevens, menselijke eindredactie en geen automatische publicatie.

De leverancier voegt een koppeling met cloudopslag toe. De tool kan nu ook interne briefingdocumenten en presentaties doorzoeken.

De Vijf-Minuten-Wijzigingscheck leidt dan tot deze uitkomst:

• Taak: de AI mag alleen aanvullende interne productinformatie zoeken voor een blogconcept. Hij mag geen strategie of klantmateriaal interpreteren als bron voor publicatie.
• Data: alleen een aparte map met actuele, goedgekeurde productinformatie is beschikbaar. Klantmappen, offertes en conceptcontracten blijven uitgesloten.
• Toegang: alleen-lezen, alleen voor de aangewezen contentredacteuren en zonder toegang tot persoonlijke drives.
• Controle: de redacteur controleert feitelijke uitspraken aan de bron en een inhoudelijke eigenaar keurt publicatie goed.
• Eigenaar: de marketinglead beheert de bronmap; IT controleert de koppeling en toegang; evaluatie na vier weken.

De functie is dan niet verboden of kritiekloos aangezet. Zij krijgt een plek in het proces waar zij waarde kan leveren zonder de bestaande grenzen te omzeilen.

Hoe vaak moet je AI-beleid herzien?

Herzie de hoofdlijnen van je AI-beleid minimaal jaarlijks, maar beoordeel relevante toolwijzigingen direct. Zie beleid niet als een statisch document, maar als een werkafspraak die mee moet bewegen met taken, gegevensstromen en toegangsrechten.

Een werkbaar ritme kan er zo uitzien:

De Europese AI-verordening werkt risicogebaseerd. Niet elke AI-toepassing vraagt daarom om dezelfde mate van documentatie of toezicht. Maar voor elke organisatie is het verstandig om te kunnen uitleggen welke AI waarvoor wordt gebruikt, welke gegevens nodig zijn, wie verantwoordelijk is en waar mensen kunnen ingrijpen. Dit artikel is praktische informatie en geen juridisch advies.

Maak updates onderdeel van goed AI-werk

AI-beleid faalt zelden omdat niemand een document heeft geschreven. Het loopt achter wanneer een vertrouwde tool langzaam een andere rol krijgt: van schrijven naar zoeken, van samenvatten naar onthouden, van adviseren naar handelen.

Maak de stap klein en consequent. Leg iedere relevante wijziging langs taak, data, toegang, controle en eigenaar. Daarmee houd je de regie waar die hoort: bij mensen die het werkproces, de gegevens en de gevolgen begrijpen.

Veelgestelde vragen over AI-beleid en nieuwe functies

Moet AI-beleid veranderen bij een nieuwe AI-functie?

Ja, als de functie de taak, dataverwerking, toegangsrechten, menselijke controle of het eigenaarschap verandert. Een kleine interfaceverbetering vraagt meestal geen nieuw beleid. Een koppeling met cloudopslag, geheugenfunctie, deeloptie of agentfunctie vraagt wel om een gerichte beoordeling vóór gebruik.

Onze AI-tool heeft een nieuwe koppeling. Wat moeten we controleren?

Controleer welke bronnen de koppeling bereikbaar maakt, welke rechten de AI krijgt, welke gegevens uitgesloten blijven, wie de output beoordeelt en wie eigenaar is van de keuze. Start bij voorkeur met een afgebakende pilot en alleen-lezen toegang tot één noodzakelijke bron.

Hoe voorkomen we dat AI-rechten ongemerkt te ruim worden?

Gebruik minimale rechten, beperkte testaccounts en vaste controles van koppelingen en toegangsrechten. Geef de AI alleen toegang tot bronnen die nodig zijn voor één concrete taak. Beoordeel opnieuw zodra een tool kan zoeken, onthouden, delen, schrijven of handelen op een nieuwe manier.

Wie beslist of een nieuwe AI-functie aan mag?

De proceseigenaar beoordeelt of de functie bij de taak past. IT, security en privacy beoordelen toegang en dataverwerking. De vakinhoudelijke eigenaar toetst kwaliteit en menselijke controle. Leg vooraf vast wie de uiteindelijke beslissing neemt en wanneer een pilot wordt geëvalueerd.

Is een jaarlijkse herziening van AI-beleid genoeg?

Nee. Een jaarlijkse herziening is nuttig voor de hoofdlijnen, maar relevante productupdates vragen om directe beoordeling. Gebruik een korte wijzigingscheck bij nieuwe koppelingen, geheugen, deelopties, zoekfuncties, agentmogelijkheden of gewijzigde dataverwerking.

Bronnen

• Europese Commissie: AI-verordening, geraadpleegd op 8 oktober 2026.
• NIST: AI Risk Management Framework, geraadpleegd op 8 oktober 2026.