AI-beleid sjabloon voor bedrijven

Bijgewerkt op 9 november 2026. Vrij te kopiëren, aan te passen en te gebruiken. Juridische bronnen verwijzen naar EUR-Lex.

Een AI-beleid legt vast welke AI-tools medewerkers mogen gebruiken, welke gegevens in een prompt mogen, wie de uitkomsten controleert en hoe betaald gebruik wordt goedgekeurd. Het sjabloon hieronder behandelt de twaalf punten die een bedrijf nodig heeft bij de invoering van ChatGPT, Claude of coding agents, inclusief AI-geletterdheid volgens artikel 4 van de AI-verordening, dat sinds 2 februari 2025 geldt, en de openbaarmakingsplicht voor deepfakes volgens artikel 50, die vanaf 2 augustus 2026 geldt.

Vervang de tekst tussen [haken], schrap wat niet van toepassing is en publiceer het beleid op uw intranet. Het sjabloon is leveranciersneutraal en werkt met elke AI-aanbieder die u goedkeurt.

Download het sjabloon (.md)Platte tekst (.txt)

Beide bestanden bevatten het volledige sjabloon hieronder, klaar om te plakken in Word, Google Docs, Confluence of Notion.

Wat het sjabloon behandelt

  1. 1. Doel en reikwijdte
  2. 2. Goedgekeurde tools en toegang
  3. 3. Gegevens in prompts
  4. 4. Goedgekeurde modellen en aanbieders
  5. 5. Coding agents
  6. 6. Bewaren en loggen
  7. 7. Menselijke controle van uitkomsten
  8. 8. Openbaarmaking van AI-gegenereerde inhoud
  9. 9. Training in AI-geletterdheid
  10. 10. Melden van incidenten
  11. 11. Budget en goedkeuring voor betaald gebruik
  12. 12. Herziening en eigenaarschap

Het sjabloon

Tekst tussen [haken] vult u zelf in. De nummering van de artikelen blijft gelijk, zodat trainingen en audits ernaar kunnen verwijzen.

AI-beleid

Organisatie: [Bedrijf]
Eigenaar van het beleid: [Naam, functie, bijv. CIO of CISO]

Goedgekeurd door: [Directie]

Versie: 1.0. Geldig vanaf: [datum]. Volgende herziening: [datum]

1. Doel en reikwijdte

  1. 1.1

    Dit beleid bevat de regels voor het gebruik van tools met kunstmatige intelligentie (AI) bij [Bedrijf]: chatassistenten, AI-functies in andere software, coding agents en AI-modellen die via een API worden aangeroepen.

  2. 1.2

    Het geldt voor alle medewerkers, externe krachten en uitzendkrachten die AI gebruiken voor werk voor [Bedrijf], op apparaten van het bedrijf en op eigen apparaten.

  3. 1.3

    Het vult ons informatiebeveiligingsbeleid, privacybeleid en beleid voor acceptabel gebruik aan. Bij tegenstrijdigheid geldt de strengste regel.

  4. 1.4

    Vragen over dit beleid gaan naar [eigenaar van het beleid, e-mail].

2. Goedgekeurde tools en toegang

  1. 2.1

    Gebruik alleen de AI-tools op de lijst met goedgekeurde tools op [intranetlink]. De lijst vermeldt per tool waarvoor die gebruikt mag worden en de hoogste dataklasse die erin mag (artikel 3).

  2. 2.2

    Log in op goedgekeurde tools met uw werkaccount van [Bedrijf] via single sign-on (SSO) met [Microsoft Entra ID / Google Workspace / Okta]. Persoonlijke accounts en privéabonnementen mogen niet worden gebruikt voor werk voor [Bedrijf].

  3. 2.3

    Toegang wordt verleend via [groepslidmaatschap in de identiteitsprovider / een verzoek aan de IT-servicedesk]. Bij vertrek bij [Bedrijf] of een andere functie vervalt de toegang via dezelfde groepen.

  4. 2.4

    API-sleutels worden per persoon of per applicatie uitgegeven, worden nooit gedeeld en worden bewaard in [secrets manager].

  5. 2.5

    Wilt u een nieuwe tool voorstellen, stuur dan [aanvraagformulier] naar [eigenaar van het beleid]. Security, privacy en inkoop beoordelen de tool voordat die op de lijst komt. Een gratis proefversie van een niet-goedgekeurde tool geldt als gebruik.

3. Gegevens in prompts

  1. 3.1

    Alles wat u typt, plakt, uploadt of een tool laat lezen (bestanden, schermen, repositories, e-mail, audio van vergaderingen) geldt als prompt.

  2. 3.2

    Classificeer gegevens volgens ons classificatieschema. De tabel laat zien wat in een prompt in een goedgekeurde tool mag.

    DataklasseVoorbeeldenIn een goedgekeurde tool
    OpenbaarVoorbeeldenGepubliceerde websiteteksten, persberichten, openbare documentatieIn een goedgekeurde toolToegestaan
    InternVoorbeeldenInterne processen, notulen zonder persoonsgegevens, niet-gevoelige codeIn een goedgekeurde toolToegestaan
    VertrouwelijkVoorbeeldenKlantcontracten, ongepubliceerde financiële cijfers, broncode, productplannenIn een goedgekeurde toolAlleen in tools die zijn goedgekeurd voor Vertrouwelijk, met de voorwaarden van de aanbieder uit artikel 4
    PersoonsgegevensVoorbeeldenNamen, e-mailadressen, klantgegevens, personeelsdossiersIn een goedgekeurde toolAlleen als een rechtsgrond en een verwerkersovereenkomst de tool dekken. Gebruik het minimum dat nodig is en pseudonimiseer waar dat kan
    Bijzondere en gereguleerde gegevensVoorbeeldenGezondheidsgegevens, vakbondslidmaatschap, strafrechtelijke gegevens, betaalkaartgegevens, cliëntgegevens onder beroepsgeheimIn een goedgekeurde toolNiet toegestaan, tenzij [functionaris gegevensbescherming] een specifiek gebruik schriftelijk goedkeurt
    GeheimenVoorbeeldenWachtwoorden, API-sleutels, tokens, private keys, connection stringsIn een goedgekeurde toolNooit
  3. 3.3

    Twijfelt u over de klasse, behandel de gegevens dan als de hogere klasse of vraag het [eigenaar van het beleid].

  4. 3.4

    Gebruik AI-tools niet om gevoelige kenmerken van personen af te leiden, om medewerkers te monitoren of om over een persoon te beslissen zonder de menselijke controle uit artikel 7.

4. Goedgekeurde modellen en aanbieders

  1. 4.1

    [Bedrijf] houdt een allowlist bij van AI-modellen en van de aanbieders die ze mogen draaien. Een model of aanbieder die niet op de lijst staat, mag geen gegevens van [Bedrijf] verwerken.

  2. 4.2

    Een aanbieder komt pas op de lijst na beoordeling van: waar de inferentie plaatsvindt [bijv. alleen in Europa], of de aanbieder prompts en uitkomsten bewaart (voor Vertrouwelijk en hoger eisen we zero data retention), of de aanbieder traint op onze gegevens (dat mag niet), de subverwerkers en een getekende verwerkersovereenkomst.

  3. 4.3

    Open-weight modellen worden per applicatie goedgekeurd, voor de toepassingen die op de allowlist staan.

  4. 4.4

    Retries en fallbacks moeten binnen de allowlist blijven. Een tool die verzoeken ongemerkt naar andere aanbieders stuurt, is niet goedgekeurd.

  5. 4.5

    [Eigenaar van het beleid] beheert de allowlist op [link] en herziet die samen met dit beleid.

5. Coding agents

  1. 5.1

    Coding agents (bijvoorbeeld Claude Code, Codex, Cursor, GitHub Copilot of Cline) mogen worden gebruikt op de repositories die staan op [link].

  2. 5.2

    Zet nooit geheimen in prompts, agentinstructies of gecommitte code. Houd .env-bestanden en inloggegevens buiten bereik van de agent en draai [tool voor secret scanning] bij elke commit.

  3. 5.3

    Agents draaien met de minste rechten die ze nodig hebben: geen productiecredentials, geen schrijftoegang tot productiesystemen en geen automatische goedkeuring van commando's die gegevens verwijderen, infrastructuur wijzigen of naar beschermde branches pushen.

  4. 5.4

    Alle door AI geschreven code gaat door de normale review van een pull request door een andere persoon dan degene die de code liet genereren, en door dezelfde tests en securityscans als alle andere code. De auteur van de pull request is verantwoordelijk voor de code.

  5. 5.5

    Controleer de licenties van dependencies die de agent toevoegt en van langere passages die de agent letterlijk overneemt.

  6. 5.6

    MCP-servers, plug-ins en extensies zijn tools in de zin van artikel 2 en moeten worden goedgekeurd voordat ze worden gebruikt.

6. Bewaren en loggen

  1. 6.1

    Goedgekeurde tools worden zo ingesteld dat aanbieders geen kopie van prompts en uitkomsten bewaren buiten wat nodig is om elk verzoek te verwerken, overal waar de aanbieder dat biedt.

  2. 6.2

    [Bedrijf] logt metadata van AI-gebruik: wie, welke tool of sleutel, welk model en welke aanbieder, wanneer en de kosten. Deze gegevens worden [12 maanden] bewaard.

  3. 6.3

    De inhoud van prompts en uitkomsten wordt niet centraal gelogd, tenzij [wettelijke verplichting of goedgekeurde toepassing]. Waar dat wel gebeurt, wordt de inhoud beschermd als de hoogste dataklasse die erin voorkomt.

  4. 6.4

    Chatgeschiedenis in goedgekeurde tools wordt na [termijn] verwijderd. Uitkomsten die bedrijfsdocumenten zijn, worden opgeslagen in [documentsysteem] en niet alleen in de AI-tool.

  5. 6.5

    Gebruikslogs dienen voor beveiliging, kostenbeheersing en compliance, zoals beschreven in [privacyverklaring voor medewerkers].

7. Menselijke controle van uitkomsten

  1. 7.1

    U bent verantwoordelijk voor elke AI-uitkomst die u gebruikt. Controleer feiten, cijfers, citaten, bronnen, code en juridische uitspraken voordat u erop vertrouwt.

  2. 7.2

    Een deskundige controleert AI-uitkomsten voordat ze naar een klant gaan, worden gepubliceerd, in een contract worden gebruikt of worden gebruikt bij een beslissing over een persoon, zoals werving, beoordeling, krediet of toegang tot een dienst.

  3. 7.3

    AI neemt geen definitieve beslissingen met rechtsgevolgen of vergelijkbaar ingrijpende gevolgen voor een persoon. [Noem toepassingen die verboden zijn of een aparte risicobeoordeling vereisen.]

  4. 7.4

    Waar uw beroep dat vereist, legt u in [systeem] vast wanneer AI wezenlijk heeft bijgedragen aan advies aan een cliënt.

8. Openbaarmaking van AI-gegenereerde inhoud

  1. 8.1

    Wanneer [Bedrijf] beeld-, audio- of videomateriaal publiceert dat een deepfake is (inhoud die lijkt op echte personen, voorwerpen, plaatsen of gebeurtenissen en ten onrechte authentiek zou lijken), maken we bekend dat het kunstmatig is gegenereerd of gemanipuleerd. Dit is een plicht voor gebruiksverantwoordelijken volgens artikel 50, lid 4, van de AI-verordening, vanaf 2 augustus 2026.

  2. 8.2

    Wanneer we door AI gegenereerde of gemanipuleerde tekst publiceren om het publiek te informeren over aangelegenheden van algemeen belang, maken we dat ook bekend, tenzij een persoon de tekst heeft gecontroleerd of bewerkt en [Bedrijf] de redactionele verantwoordelijkheid ervoor draagt.

  3. 8.3

    Machineleesbare markering van AI-uitkomsten (watermerken, metadata) is de plicht van de aanbieder van het AI-systeem volgens artikel 50, lid 2. Verwijder zulke markeringen niet.

  4. 8.4

    Aanvullend op de wet geldt bij [Bedrijf]: [chatbots voor klanten worden als AI aangeduid / in klantcommunicatie melden we wanneer inhoud grotendeels door AI is gegenereerd].

9. Training in AI-geletterdheid

  1. 9.1

    [Bedrijf] neemt maatregelen om de AI-geletterdheid te ondersteunen van zijn personeel en van anderen die namens [Bedrijf] AI-systemen gebruiken, rekening houdend met hun kennis, ervaring, onderwijs en opleiding en de context waarin de tools worden gebruikt. Dit is de plicht uit artikel 4 van de AI-verordening, die sinds 2 februari 2025 geldt.

  2. 9.2

    Iedereen volgt [basistraining AI] voordat hij of zij toegang krijgt tot een goedgekeurde tool, en [elke 12 maanden een opfriscursus].

  3. 9.3

    De training behandelt dit beleid, de dataklassen, hoe modellen zich kunnen vergissen, prompt injection en het goedgekeurde gebruik van elke tool. Ontwikkelaars die coding agents gebruiken en teams die AI inzetten bij beslissingen over personen, krijgen aanvullende training voor hun rol.

  4. 9.4

    [HR / eigenaar van het beleid] registreert wie welke training heeft afgerond.

10. Melden van incidenten

  1. 10.1

    Meld binnen [24 uur] bij [securitycontact of kanaal]: gegevens ingevoerd in een tool waar dat niet mocht, een geheim dat is blootgesteld aan een AI-tool, schadelijke of discriminerende uitkomsten die een klant hebben bereikt, een actie van een agent die onverwacht iets heeft gewijzigd of verwijderd, of een vermoeden van prompt injection.

  2. 10.2

    Van iedereen wordt verwacht dat een fout snel wordt gemeld, en dat is geen disciplinaire kwestie. Een fout verzwijgen is een overtreding van dit beleid.

  3. 10.3

    Vervang een blootgesteld geheim onmiddellijk. [Security / functionaris gegevensbescherming] beoordeelt of de privacywetgeving een melding aan de toezichthouder of aan de betrokkenen vereist.

11. Budget en goedkeuring voor betaald gebruik

  1. 11.1

    Betaalde AI-abonnementen, licenties en API-gebruik vereisen goedkeuring van [budgethouder] vóór aankoop. AI-tools worden niet met een persoonlijke creditcard gekocht zonder [goedkeuring van de declaratie].

  2. 11.2

    Elke persoon en elke applicatie met betaald gebruik heeft een maandbudget dat [budgethouder] vaststelt. Is het budget bereikt, dan stopt het gebruik totdat [budgethouder] meer goedkeurt.

  3. 11.3

    [Finance] beoordeelt de AI-uitgaven per persoon, applicatie en kostenplaats elke [maand].

  4. 11.4

    Ongebruikte licenties en sleutels worden opgezegd bij de [driemaandelijkse] herziening.

12. Herziening en eigenaarschap

  1. 12.1

    [Eigenaar van het beleid] is eigenaar van dit beleid, de lijst met goedgekeurde tools en de allowlist voor modellen en aanbieders.

  2. 12.2

    Het beleid wordt elke [6 maanden] herzien, en direct na een ernstig incident, een nieuw soort tool of een wetswijziging.

  3. 12.3

    Overtredingen van dit beleid worden behandeld volgens [disciplinair beleid / contractvoorwaarden].

  4. 12.4

    Versiegeschiedenis: [datum, versie, wijziging, goedgekeurd door].

Gebaseerd op het gratis AI-beleid sjabloon op https://standardcompute.com/ai-beleid-sjabloon (versie van 9 november 2026). Vrij te kopiëren en aan te passen. Geen juridisch advies.

Download het sjabloon (.md)Platte tekst (.txt)

Dit beleid handhaven met een gateway

Een beleid op het intranet werkt alleen als de tools het volgen. Een AI-gateway zit tussen uw mensen, apps en agents en de modelaanbieders, zodat artikel 2, 3, 4, 6 en 11 bij elk verzoek worden gehandhaafd in plaats van in de instellingen van elke afzonderlijke tool.

Standard Compute is die gateway: één API naar Claude, GPT, Gemini en toonaangevende open modellen, met de onderstaande instellingen één keer ingesteld voor het hele bedrijf.

Artikel van het beleidWat Standard Compute afdwingt
2. Toegang en SSOKoppel Microsoft Entra ID of een andere SAML-identiteitsprovider, zodat uw mensen inloggen met hun werkaccount. Medewerkers loggen in op Claude Desktop en Claude Code met hun Microsoft-werkaccount, dus u hoeft geen API-sleutels uit te delen, en toegang volgt uw Entra-groepen via SCIM-provisioning.
4. Allowlist voor aanbiedersKies precies welke inferentieaanbieders uw gegevens mogen verwerken, voor het hele bedrijf, een team of één sleutel. Lagere niveaus kunnen de regels alleen verder beperken, nieuwe aanbieders worden nooit toegevoegd zonder goedkeuring van een beheerder, en fallbacks kunnen nooit om uw lijst heen.
4. Allowlist voor modellenBepaal welke modellen elke sleutel mag gebruiken, zodat open modellen zoals GLM, DeepSeek, MiniMax en Kimi naar de applicaties gaan die u kiest en frontier-modellen naar de applicaties die ze nodig hebben.
4. Waar inferentie plaatsvindtStel een Europa-regel in voor uw bedrijf, een team of één sleutel, en elk verzoek, inclusief retries en fallbacks, wordt alleen afgehandeld door goedgekeurde Europese inferentie-endpoints. Kan geen Europees endpoint het verzoek afhandelen, dan wordt het geweigerd voordat uw prompt wordt verstuurd.
6. BewarenZet zero data retention aan, en elk verzoek gaat alleen naar inferentie-endpoints die toezeggen geen kopie van uw gegevens te bewaren. We verwerken uw prompts in het geheugen en schrijven ze nooit weg naar opslag of logs, en Standard Compute traint nooit op uw prompts of uitkomsten.
11. BudgettenElke persoon en elke app krijgt een vast maandbudget dat nooit wordt overschreden, en u kunt uitgavenlimieten instellen per sleutel en voor het hele bedrijf.
6 en 12. AuditElke wijziging door een beheerder wordt vastgelegd met de waarden ervoor en erna, en u kunt een overzicht van elk verzoek exporteren met het model, de aanbieder die het afhandelde en de regioregel die gold, 12 maanden bewaard.

Maak een bedrijfsomgeving aan

Juridische bronnen

Artikel 4 (AI-geletterdheid) en artikel 50 (transparantie) van Verordening (EU) 2024/1689, de AI-verordening. Artikel 4 geldt sinds 2 februari 2025; artikel 50 geldt vanaf 2 augustus 2026.

Artikel 4 zoals vervangen door Verordening (EU) 2026/1744, de Digital Omnibus inzake AI, bekendgemaakt in het Publicatieblad op 24 juli 2026: aanbieders en gebruiksverantwoordelijken nemen maatregelen om de AI-geletterdheid van hun personeel te ondersteunen, en voor geen enkele persoon hoeft een bepaald niveau van AI-geletterdheid te worden gegarandeerd.

Dit sjabloon is algemene informatie, geen juridisch advies. Laat het toetsen door uw functionaris gegevensbescherming of jurist aan de regels in uw sector.

Vragen die bedrijven stellen

Verplicht de AI-verordening een AI-beleid?
De AI-verordening verplicht geen document dat AI-beleid heet. Artikel 4 verplicht bedrijven die AI-systemen gebruiken om maatregelen te nemen die de AI-geletterdheid van hun personeel ondersteunen, en dat geldt sinds 2 februari 2025. Artikel 50 voegt vanaf 2 augustus 2026 openbaarmakingsplichten toe voor deepfakes en bepaalde gepubliceerde teksten. Een schriftelijk beleid plus training is de gebruikelijke manier om aan te tonen dat u die maatregelen hebt genomen.
Wat hoort er in een AI-beleid?
Reikwijdte, de goedgekeurde tools en hoe toegang wordt verleend, welke dataklassen in prompts mogen, de goedgekeurde modellen en aanbieders, regels voor coding agents, bewaren en loggen, menselijke controle van uitkomsten, openbaarmaking van AI-gegenereerde inhoud, training in AI-geletterdheid, melden van incidenten, budgetgoedkeuring voor betaald gebruik en een vaste herziening. Het sjabloon op deze pagina behandelt alle twaalf.
Mogen medewerkers klantgegevens in ChatGPT of Claude invoeren?
Alleen in een tool die is goedgekeurd voor die dataklasse, onder een verwerkersovereenkomst, met voorwaarden van de aanbieder die training op uw gegevens uitsluiten en geen kopie ervan bewaren. Bijzondere persoonsgegevens en geheimen blijven buiten prompts. Artikel 3 van het sjabloon zet dit uiteen in een tabel die u kunt aanpassen.
Wie moet AI-gegenereerde inhoud markeren volgens de AI-verordening?
Aanbieders van AI-systemen markeren synthetische audio, beelden, video en tekst in een machineleesbaar formaat (artikel 50, lid 2). Bedrijven die AI gebruiken, maken bekend wanneer ze deepfakes publiceren, en ook AI-gegenereerde tekst die wordt gepubliceerd om het publiek te informeren over aangelegenheden van algemeen belang, tenzij een persoon de tekst heeft gecontroleerd en het bedrijf de redactionele verantwoordelijkheid draagt (artikel 50, lid 4). Beide gelden vanaf 2 augustus 2026.
Hoe handhaven we een AI-beleid technisch?
Leid AI-verkeer via een gateway die de regels bij elk verzoek toepast. Met Standard Compute loggen uw mensen in via Microsoft Entra ID of SAML, kunnen alleen de aanbieders en modellen op uw allowlist een verzoek afhandelen, zijn een Europa-regel en zero data retention in te stellen voor het bedrijf, een team of een sleutel, heeft elke persoon en elke app een vast maandbudget en worden verzoeken 12 maanden gelogd.
Mogen we het sjabloon gratis gebruiken?
Ja. Kopieer het, pas het aan en publiceer het binnen uw bedrijf zonder bronvermelding. Download het op deze pagina als Markdown of platte tekst.

Maak een bedrijfsomgeving aan, koppel uw identiteitsprovider en stel uw allowlists in vanuit het dashboard.

Maak een bedrijfsomgeving aan