Wat hoort er in een aanbesteding voor een LLM-gateway of AI-platform?

Waar gegevens worden verwerkt, wat wordt bewaard, wie erop mag trainen, de subverwerkers en de verwerkersovereenkomst, identiteit en toegang (SSO, SCIM, sleutels), uitgavenbeheer, welke modellen en aanbieders zijn toegestaan, auditlogs en export, ondersteuning bij de verplichtingen van gebruiksverantwoordelijken onder de AI-verordening, exitvoorwaarden en de SLA. Dit Programma van Eisen dekt elk onderdeel met 43 eisen en het te vragen bewijs.

Kunnen aanbestedende diensten dit Programma van Eisen gebruiken?

Ja. Het is vrij te kopiëren en aan te passen. Aanbestedende diensten gebruiken het doorgaans als bijlage met de technische eisen en voegen de vrijwillige EU-modelcontractbepalingen voor AI (MCC-AI) aan het contract toe. Toets de eisen aan uw aanbestedingsregels en markeer de verplichte eisen voordat u publiceert.

Wat zijn de EU-modelcontractbepalingen voor AI?

Modelbepalingen voor de inkoop van AI-systemen, gepubliceerd door de Community of Practice on Public Procurement of AI in de Public Buyers Community van de Europese Commissie. De update van maart 2025 bevat een volledige versie voor AI met een hoog risico en een lichte versie voor overige AI. Ze zijn vrijwillig en bedoeld als bijlage bij een contract, dat zelf nog gegevensbescherming, aansprakelijkheid en intellectueel eigendom moet regelen.

Is een modelaanbieder een subverwerker van een AI-gateway?

Meestal wel. Stuurt een gateway prompts met persoonsgegevens door naar een modelaanbieder, dan verwerkt die aanbieder de gegevens namens de gateway. Daarom vragen rij 13 en 14 om een lijst van subverwerkers die inferentieaanbieders omvat, en om een kennisgeving voordat er nieuwe bijkomen.

Hoe lang moet een AI-platform verzoeklogs bewaren?

Voor gebruik met een hoog risico vraagt artikel 26, lid 6, AI-verordening gebruiksverantwoordelijken de logs die zij beheren ten minste zes maanden te bewaren, tenzij ander recht iets anders bepaalt. Veel opdrachtgevers vragen 12 maanden verzoekrecords met alleen metadata en geen opgeslagen inhoud.

Programma van Eisen voor de aanbesteding van een LLM-gateway of AI-platform

Bijgewerkt op 9 november 2026. Vrij te kopiëren, aan te passen en te gebruiken in uw eigen aanbestedingsdocumenten.

Een bedrijf of overheidsorganisatie die voor medewerkers en toepassingen toegang tot grote taalmodellen inkoopt, koopt meestal een gateway: één account en één API voor meerdere modelaanbieders. Dit Programma van Eisen bevat 43 eisen voor die inkoop, geordend zoals een beveiligings- en inkoopbeoordeling ze doorloopt. Bij elke eis staat waarom die belangrijk is en welk bewijs u van de inschrijver vraagt.

Het is leveranciersonafhankelijk en bruikbaar als bijlage met eisen bij een offerteaanvraag, een openbare aanbesteding of een beveiligingsbeoordeling van leveranciers. Combineer het voor AI-specifieke contractvoorwaarden met de vrijwillige EU-modelcontractbepalingen voor AI (MCC-AI), die in maart 2025 zijn gepubliceerd in de Public Buyers Community van de Europese Commissie.

Programma van Eisen downloaden (.md)Spreadsheet (.csv)

De CSV opent in Excel, Google Sheets of Numbers, met lege kolommen voor weging, het antwoord van de inschrijver en het ontvangen bewijs.

De eisen

Elke eis is zo geformuleerd dat een inschrijver haar in één alinea kan beantwoorden en het bewijs kan bijvoegen. Markeer de eisen die voor u verplicht zijn, geef de overige een weging en schrap wat niet van toepassing is.

1. Datalocatie

Nr.	Eis	Waarom dit telt	Te vragen bewijs
1	Verwerkingsregio. De leverancier kan inferentie beperken tot een regio die de opdrachtgever aanwijst, zoals de EU/EER of Europa, voor de hele organisatie, een team of één API-sleutel, inclusief nieuwe pogingen en fallbacks.	Waarom dit teltGateways schakelen over tussen aanbieders. Zonder regioregel die elke poging dekt, kan een fallback een prompt ongemerkt naar een ander rechtsgebied verplaatsen.	Te vragen bewijsHet routeringsbeleid voor beperkt verkeer, de per regio toegestane endpoints met hun locatie en wat er gebeurt als geen endpoint in de regio een verzoek kan bedienen.
2	Definitie van de regio. De leverancier vermeldt welke landen elke regio omvat, bijvoorbeeld alleen de EU/EER of ook het Verenigd Koninkrijk, Zwitserland of andere landen.	Waarom dit teltVerkoopmateriaal gebruikt Europa en EU vaak door elkaar. Uw beoordeling van doorgiften hangt af van de exacte lijst.	Te vragen bewijsEen schriftelijke definitie per regio en de verwerkingslocatie van elke subverwerker daarin.
3	Locatie van ingang en gateway. De leverancier vermeldt waar TLS wordt beëindigd, waar de gateway draait en welke hostnaam voor regionale verwerking moet worden gebruikt.	Waarom dit teltEen verzoek kan door een model in de juiste regio worden bediend en toch eerst een wereldwijd edge-netwerk passeren.	Te vragen bewijsHostnamen per regio, de hostingaanbieder en regio van de load balancer en de gateway, en een gegevensstroomdiagram.
4	Locatie van metadata en logs. De leverancier vermeldt waar accountgegevens, gebruiksgegevens, operationele logs, back-ups en e-mail worden opgeslagen en verwerkt.	Waarom dit teltAntwoorden over dataresidentie gaan vaak alleen over prompts. Metadata bevat nog steeds persoonsgegevens zoals namen, e-mailadressen en IP-adressen.	Te vragen bewijsEen opslaglocatie per gegevenscategorie, inclusief back-ups en transactionele e-mail.

2. Bewaring en zero data retention

Nr.	Eis	Waarom dit telt	Te vragen bewijs
5	Geen opslag van inhoud door de leverancier. De leverancier verwerkt prompts en output alleen om het verzoek te bedienen, of vermeldt precies welke inhoud hij opslaat, waar en hoe lang.	Waarom dit teltDe gateway ziet elke prompt die uw organisatie verstuurt. Zijn eigen bewaring is het eerste risico om te controleren.	Te vragen bewijsEen beschrijving van de gegevensstroom, het logschema met de velden die worden weggeschreven en de bijbehorende bepaling in de verwerkersovereenkomst.
6	Zero data retention bij modelaanbieders. De opdrachtgever kan eisen dat verzoeken alleen naar model-endpoints gaan die toezeggen geen kopie van de inhoud te bewaren, op niveau van organisatie, team of sleutel, en lagere niveaus kunnen dat niet uitschakelen.	Waarom dit teltModelaanbieders bewaren prompts gewoonlijk een tijd voor misbruikmonitoring, tenzij voor het endpoint een zero-retentionregeling geldt.	Te vragen bewijsBewaarvoorwaarden per aanbieder, hoe de instelling bij elk verzoek wordt afgedwongen en welke functies uitgeschakeld zijn zolang ze aan staat.
7	Functies die inhoud opslaan. De leverancier somt elke functie op die inhoud opslaat (prompt caching, opgeslagen antwoorden, gespreksstatus, bestanden, batchtaken), met de bewaartermijn en de instelling die haar uitschakelt.	Waarom dit teltBewaartoezeggingen kennen meestal uitzonderingen voor functies. De lijst laat zien waar die uitzonderingen zitten.	Te vragen bewijsEen functielijst met bewaartermijn per functie en de instelling die haar uitschakelt.
8	Verwijdering aan het einde van het contract. De leverancier verwijdert of retourneert de gegevens van de opdrachtgever binnen een vastgestelde termijn na afloop van de dienstverlening en bevestigt dat schriftelijk.	Waarom dit teltArtikel 28, lid 3, onder g), AVG vereist dat de verwerkersovereenkomst de verwijdering of teruggave na afloop van de verwerkingsdiensten regelt.	Te vragen bewijsDe bepaling in de verwerkersovereenkomst met de termijn, de behandeling van back-ups en een voorbeeld van een verwijderingsbevestiging.

3. Training en gebruik van gegevens

Nr.	Eis	Waarom dit telt	Te vragen bewijs
9	Geen training door de leverancier. De leverancier gebruikt prompts, output of metadata niet om modellen te trainen of te verbeteren.	Waarom dit teltTraining is het gebruik dat opdrachtgevers het vaakst uitsluiten, en die uitsluiting bindt alleen als ze in het contract staat.	Te vragen bewijsDe bepaling in het contract of de verwerkersovereenkomst en het bijbehorende deel van de privacyverklaring.
10	Geen training door modelaanbieders. De leverancier stuurt het verkeer van de opdrachtgever alleen naar aanbieders die toezeggen er niet op te trainen, en legt uit hoe dat per verzoek wordt afgedwongen.	Waarom dit teltDe toezegging van de gateway zelf bindt de modelaanbieders erachter niet.	Te vragen bewijsVoorwaarden per endpoint, het mechanisme waarmee het wordt afgedwongen en welk verkeer het dekt.
11	Ander secundair gebruik. De leverancier vermeldt of inhoud of metadata wordt gebruikt voor analyses, benchmarking, productverbetering of menselijke beoordeling, en hoe u zich daarvoor afmeldt.	Waarom dit teltSecundair gebruik valt buiten de instructies die een verwerkingsverantwoordelijke aan een verwerker geeft, tenzij het is overeengekomen.	Te vragen bewijsEen lijst van secundair gebruik, het beleid voor menselijke beoordeling en de instelling om af te melden.

4. Subverwerkers en verwerkersovereenkomst

Nr.	Eis	Waarom dit telt	Te vragen bewijs
12	Verwerkersovereenkomst. Een verwerkersovereenkomst volgens artikel 28 AVG is vóór ondertekening beschikbaar en regelt onderwerp, duur, instructies, vertrouwelijkheid, beveiliging, bijstand, verwijdering en audits.	Waarom dit teltArtikel 28, lid 3, somt op wat de overeenkomst met de verwerker moet bevatten. Een gateway verwerkt persoonsgegevens in elke prompt die een persoon noemt.	Te vragen bewijsDe tekst van de verwerkersovereenkomst, het toepasselijke recht en de manier van ondertekenen.
13	Lijst van subverwerkers. De leverancier publiceert elke subverwerker met doel, verwerkte gegevens en locatie, inclusief model- en inferentieaanbieders.	Waarom dit teltBij een gateway is elke modelaanbieder die uw verkeer kan bedienen een subverwerker.	Te vragen bewijsDe URL van de lijst en de datum van de laatste wijziging.
14	Kennisgeving van nieuwe subverwerkers. De leverancier meldt met een vastgestelde termijn vooraf dat hij een subverwerker toevoegt of vervangt, met een recht van bezwaar.	Waarom dit teltArtikel 28, lid 2, vereist dat de verwerkingsverantwoordelijke over wijzigingen wordt geïnformeerd en de gelegenheid krijgt om bezwaar te maken.	Te vragen bewijsDe bepaling in de verwerkersovereenkomst met de termijn en het kanaal voor kennisgevingen.
15	Internationale doorgiften. Voor elke verwerking buiten de EER noemt de leverancier het doorgiftemechanisme (adequaatheidsbesluit, standaardcontractbepalingen, UK IDTA).	Waarom dit teltDoorgiften hebben een rechtsgrond nodig onder hoofdstuk V AVG, en de opdrachtgever legt zijn beoordeling vast.	Te vragen bewijsDe bijlagen bij de standaardcontractbepalingen en een samenvatting van de doorgiftetoetsing van de leverancier.
16	Melding van datalekken. De leverancier meldt inbreuken in verband met persoonsgegevens zonder onredelijke vertraging en binnen een vastgesteld aantal uren.	Waarom dit teltDe verwerkingsverantwoordelijke heeft onder artikel 33 72 uur om de toezichthoudende autoriteit te informeren, dus de termijn van de verwerker moet korter of gelijk zijn.	Te vragen bewijsDe bepaling in de verwerkersovereenkomst, een samenvatting van het incidentresponsproces en het beveiligingscontact.

5. Identiteit en toegang

Nr.	Eis	Waarom dit telt	Te vragen bewijs
17	Single sign-on. Inloggen via SAML 2.0 of OpenID Connect met de identiteitsprovider van de opdrachtgever, zoals Microsoft Entra ID, Okta of Google Workspace, voor de beheerconsole en voor gebruikers.	Waarom dit teltWerkaccounts koppelen toegang aan het dienstverband, met de MFA- en aanmeldregels van de opdrachtgever.	Te vragen bewijsOndersteunde protocollen en identiteitsproviders, de installatiehandleiding en een testverbinding.
18	Verplichte SSO. De opdrachtgever kan SSO voor alle gebruikers verplicht stellen en wachtwoorden en andere aanmeldmethoden uitschakelen.	Waarom dit teltSSO naast wachtwoorden laat accounts buiten de controle van de identiteitsprovider.	Te vragen bewijsDe instelling en hoe die omgaat met bestaande sessies en API-sleutels.
19	Gebruikersprovisioning. Provisioning en deprovisioning via SCIM 2.0 vanuit de identiteitsprovider, met koppeling van groepen aan rollen of teams.	Waarom dit teltZonder deprovisioning houden vertrokken medewerkers toegang tot iemand eraan denkt die in te trekken.	Te vragen bewijsDe ondersteunde SCIM-resources (gebruikers, groepen) en hoe snel deprovisioning sessies en sleutels intrekt.
20	Rollen en API-sleutels. Toegang op basis van rollen, een sleutel per persoon en per toepassing, sleutels met beperkte rechten en directe intrekking.	Waarom dit teltGedeelde sleutels verbergen wie welk verzoek heeft verstuurd en zijn niet voor één persoon in te trekken.	Te vragen bewijsDe rollenmatrix en de levenscyclus van sleutels: aanmaken, beperken, roteren en intrekken.
21	Desktopapps en codeeragents. De leverancier vermeldt hoe medewerkers zich aanmelden in AI-desktopapps en codeeragents (bijvoorbeeld Claude Desktop, Claude Code en IDE-extensies): met hun werkaccount of met uitgedeelde sleutels.	Waarom dit teltIn deze hulpmiddelen duiken privéaccounts en gekopieerde sleutels op buiten de inkoop om.	Te vragen bewijsDe installatiehandleiding en de lijst van ondersteunde hulpmiddelen.

6. Uitgavenbeheer

Nr.	Eis	Waarom dit telt	Te vragen bewijs
22	Budgetten op de niveaus die u beheert. Harde maandlimieten per gebruiker, per toepassing en per team of afdeling, die de uitgaven bij de limiet stoppen.	Waarom dit teltAgents en batchtaken kunnen een maandbudget in uren opmaken. Een limiet die alleen waarschuwt, is een rapport.	Te vragen bewijsDe ondersteunde niveaus en wat er bij de limiet gebeurt: blokkeren, waarschuwen of overschrijden.
23	Plafond voor de organisatie en waarschuwingen. Een plafond voor de hele organisatie en waarschuwingen voordat een limiet wordt bereikt.	Waarom dit teltFinance heeft één bedrag nodig dat niet kan worden overschreden, wat er daaronder ook gebeurt.	Te vragen bewijsDe instellingen en de waarschuwingskanalen.
24	Prijzen en facturering. Prijs per model of per abonnement, de factuurvaluta, facturen met de bedrijfsgegevens en het btw-nummer van de opdrachtgever, en kostenrapportage per gebruiker en toepassing voor interne doorbelasting.	Waarom dit teltTokenprijzen verschillen tussen modellen met ordes van grootte, dus de beoordeling heeft de prijsgrondslag en de rapportage nodig.	Te vragen bewijsDe prijslijst, een voorbeeldfactuur en een voorbeeld van een gebruiksrapport.

7. Modeltoegang en toegestane lijsten

Nr.	Eis	Waarom dit telt	Te vragen bewijs
25	Modelcatalogus. De aangeboden frontier- en open-weightmodellen, en welke daarvan onder elke regioregel beschikbaar zijn.	Waarom dit teltEen model dat in uw regio niet beschikbaar is, is voor u niet beschikbaar zodra de regioregel aan staat.	Te vragen bewijsEen modellijst per regio en het beleid voor het toevoegen van modellen.
26	Toegestane modellen. Beheerders bepalen welke modellen elk team, elke toepassing of elke sleutel mag gebruiken. Verzoeken voor andere modellen worden geweigerd.	Waarom dit teltEen modelgoedkeuring die alleen in een beleidsdocument staat, houdt niemand tegen om een ander model aan te roepen.	Te vragen bewijsDe instelling en de foutmelding voor een model dat niet is toegestaan.
27	Toegestane aanbieders. Beheerders bepalen welke inferentieaanbieders verkeer mogen bedienen. Fallbacks respecteren de lijst en nieuwe aanbieders worden nooit zonder goedkeuring toegevoegd.	Waarom dit teltEen aanbieder die de leverancier toevoegt, is een nieuwe plek waar uw gegevens worden verwerkt.	Te vragen bewijsDe instelling, hoe fallbacks haar toepassen en wat er gebeurt als de leverancier een aanbieder toevoegt.
28	Modelwijzigingen. De leverancier kondigt het uitfaseren van modellen en versiewijzigingen vooraf aan, en de opdrachtgever kan een versie vastzetten.	Waarom dit teltEen stille modelwijziging verandert de kwaliteit van de output en kan de beoordeling van een toepassing ongeldig maken.	Te vragen bewijsHet uitfaseringsbeleid en het kanaal voor aankondigingen.
29	Transparantie van de routering. Als de leverancier automatisch tussen modellen of aanbieders routeert, om kosten of beschikbaarheid, documenteert hij de regels en legt hij vast welk model en welke aanbieder elk verzoek heeft bediend.	Waarom dit teltAutomatische routering heeft alleen waarde als u kunt zien waar elk verzoek naartoe ging.	Te vragen bewijsDe routeringsdocumentatie en een voorbeeld van een record per verzoek.

8. Auditlogs en export

Nr.	Eis	Waarom dit telt	Te vragen bewijs
30	Auditlog van beheerders. Elke wijziging aan gebruikers, sleutels, budgetten en beleid, met wie, wanneer en de oude en nieuwe waarde.	Waarom dit teltBeoordelaars vragen wie een beleid wanneer heeft gewijzigd. Zonder oude en nieuwe waarde kan het log niet vertellen wat er is veranderd.	Te vragen bewijsEen voorbeeld van een logregel en de bewaartermijn.
31	Verzoeklog. Per verzoek: tijd, gebruiker of sleutel, model, bedienende aanbieder, regioregel, status, tokens en kosten, zonder inhoud tenzij de opdrachtgever daarvoor kiest, met een vastgestelde bewaartermijn.	Waarom dit teltVoor gebruik met een hoog risico vraagt artikel 26, lid 6, AI-verordening gebruiksverantwoordelijken de logs die zij beheren ten minste zes maanden te bewaren. Het verzoeklog is ook het bewijs voor de AI-inventaris.	Te vragen bewijsDe veldenlijst, de bewaartermijn en een voorbeeldexport.
32	Export. Logs zijn te exporteren als CSV of via een API, en naar de SIEM van de opdrachtgever te sturen.	Waarom dit teltGegevens die de opdrachtgever er niet uit kan halen, kan hij niet gebruiken in zijn eigen audit.	Te vragen bewijsFormaten, limieten op rijen of periode, en de API-documentatie.

9. Verplichtingen van gebruiksverantwoordelijken onder de AI-verordening

Nr.	Eis	Waarom dit telt	Te vragen bewijs
33	Ondersteuning bij inventaris en AI-geletterdheid. De leverancier levert de informatie die de opdrachtgever nodig heeft voor zijn AI-inventaris en zijn maatregelen voor AI-geletterdheid onder artikel 4: de modellen per toepassing, hun aanbieders en hun gedocumenteerde beperkingen.	Waarom dit teltArtikel 4 geldt sinds 2 februari 2025, en een inventaris is het vertrekpunt voor elke andere verplichting uit de AI-verordening.	Te vragen bewijsGegevens over model en aanbieder per toepassing, en links naar de modeldocumentatie.
34	Gebruik met een hoog risico. Wil de opdrachtgever de dienst gebruiken voor een doel uit bijlage III, dan vermeldt de leverancier zijn rol onder de AI-verordening en stemt hij in met de relevante bepalingen van de EU-modelcontractbepalingen voor AI.	Waarom dit teltDe verplichtingen van gebruiksverantwoordelijken voor bijlage III gelden vanaf 2 december 2027 en hangen af van informatie die alleen de leverancier en de modelaanbieder hebben.	Te vragen bewijsDe verklaring van de leverancier over zijn rol en een ingevulde bijlage van de MCC-AI (High Risk of Light).
35	Documentatie van AI-modellen voor algemene doeleinden. Voor elk aangeboden AI-model voor algemene doeleinden linkt de leverancier naar de documentatie die de aanbieder ervan beschikbaar stelt aan aanbieders verderop in de keten en naar de openbare samenvatting van de trainingsinhoud.	Waarom dit teltArtikel 53 verplicht aanbieders van AI-modellen voor algemene doeleinden dit beschikbaar te stellen, en opdrachtgevers archiveren het per model.	Te vragen bewijsLinks per model en de datum van ophalen.
36	Transparantie. De leverancier vermeldt of output een machineleesbare markering heeft en hoe hij de bekendmakingsplichten van de opdrachtgever ondersteunt.	Waarom dit teltDe transparantieverplichtingen van artikel 50 gelden vanaf 2 augustus 2026.	Te vragen bewijsInformatie over markering per model en richtlijnen voor bekendmaking.

10. Exit en overdraagbaarheid

Nr.	Eis	Waarom dit telt	Te vragen bewijs
37	Standaardinterface. De API volgt een veelgebruikte interface, zoals het OpenAI-compatibele chat-completionsformaat, zodat toepassingen zonder herbouw kunnen overstappen.	Waarom dit teltEen eigen interface maakt van een leverancierswissel een softwareproject.	Te vragen bewijsDe API-referentie en de SDK's en hulpmiddelen waarvan bekend is dat ze ermee werken.
38	Export van gegevens bij exit. De opdrachtgever kan configuratie, gebruikers, sleutelmetadata, gebruik en logs vóór en na beëindiging exporteren in een machineleesbaar formaat.	Waarom dit teltIs de dienst een dataverwerkingsdienst in de zin van de dataverordening (Data Act), dan geeft hoofdstuk VI de klant overstaprechten, en vanaf 12 januari 2027 mogen geen overstapkosten meer in rekening worden gebracht.	Te vragen bewijsExportformaten, de aangeboden ondersteuning bij de overgang en hoe lang de gegevens na opzegging beschikbaar blijven.
39	Looptijd en opzegging. Contractduur, opzegtermijn, eventuele kosten bij beëindiging en de overgangsperiode.	Waarom dit teltLange looptijden en beëindigingskosten bepalen wat een exit kost.	Te vragen bewijsDe commerciële voorwaarden en de beëindigingsbepaling.

11. Support en SLA

Nr.	Eis	Waarom dit telt	Te vragen bewijs
40	Beschikbaarheids-SLA. Een maandelijkse beschikbaarheidstoezegging met servicecredits, de meetmethode en de uitzonderingen.	Waarom dit teltAI schuift op naar productieprocessen, waar uitval geld kost.	Te vragen bewijsHet SLA-document, de openbare statuspagina en de beschikbaarheid van de afgelopen 12 maanden.
41	Failover tussen aanbieders. Als een modelaanbieder niet beschikbaar is, schakelen verzoeken over naar een andere goedgekeurde aanbieder van hetzelfde model, binnen de regio- en lijstregels.	Waarom dit teltEen failover die de regio of de lijst negeert, breekt de regels juist wanneer er al een incident loopt.	Te vragen bewijsHet failoverontwerp en het aantal aanbieders per model onder elke regioregel.
42	Support en communicatie bij incidenten. Supportkanalen, reactietijden per ernst, talen en hoe incidenten worden gecommuniceerd.	Waarom dit teltHet incidentproces van de opdrachtgever hangt af van dat van de leverancier.	Te vragen bewijsHet supportbeleid, de URL van de statuspagina en recente incidentrapporten.
43	Beveiligingsdocumentatie. Een beveiligingsoverzicht, een ingevulde beveiligingsvragenlijst en de assurancerapporten of certificeringen van de leverancier en zijn hostingaanbieders.	Waarom dit teltDit beoordeelt het securityteam van de opdrachtgever vóór goedkeuring. Wie het meteen bij de aanbesteding opvraagt, bespaart een ronde.	Te vragen bewijsDe beveiligingspagina, een ingevulde vragenlijst zoals de open beveiligingsvragenlijst voor LLM-gateways en eventuele rapporten.

Programma van Eisen downloaden (.md)Spreadsheet (.csv)

De antwoorden van Standard Compute

Standard Compute is een Europese AI-gateway: één bedrijfsaccount en één API voor Claude, GPT, Gemini en open modellen, van Standard Compute AS in Oslo. Dit zijn onze antwoorden op de eisen hierboven, in de bewoordingen van onze beveiligingspagina en onze verwerkersovereenkomst. De nummers verwijzen naar de rijen van het Programma van Eisen.

Nr.	Status	Ons antwoord
Nr. 1	Beschikbaar, in te schakelen	Stel een Europa-regel in voor uw bedrijf, een team of één sleutel, en elk verzoek, inclusief nieuwe pogingen en fallbacks, wordt alleen bediend door goedgekeurde Europese inferentie-endpoints. Kan geen Europees endpoint het bedienen, dan wordt het verzoek geweigerd voordat uw prompt wordt verstuurd.
Nr. 2	Beschikbaar	Een Europa-regel laat alleen de goedgekeurde Europese inferentie-endpoints toe die op onze lijst van subverwerkers staan, elk met zijn verwerkingslocatie.
Nr. 3	Beschikbaar	Onze EU-gateway op eu.stdcmpt.com beëindigt TLS en draait in Finland, en uw accountgegevens worden opgeslagen in Frankfurt.
Nr. 4	Beschikbaar	Uw account- en gebruiksgegevens worden opgeslagen in Frankfurt, Duitsland. Verzoekrecords bevatten alleen metadata (model, aanbieder, tokens, kosten en status), nooit uw prompts of output. Elke subverwerker van het platform staat vermeld met zijn locatie.
Nr. 5	Beschikbaar	We verwerken uw prompts in het geheugen om elk verzoek te bedienen en schrijven ze nooit weg naar opslag of logs.
Nr. 6	Beschikbaar, in te schakelen	Zet zero data retention aan voor uw bedrijf, een team of een sleutel, en elk verzoek gaat alleen naar inferentie-endpoints die toezeggen geen kopie van uw gegevens te bewaren. Teams en sleutels erven de eis en kunnen die nooit buiten u om uitschakelen.
Nr. 8	Beschikbaar	De verwerkersovereenkomst regelt de verwijdering of teruggave van alle overige persoonsgegevens van de klant binnen 30 dagen na beëindiging (punt 10).
Nr. 9, 10	Beschikbaar	Standard Compute traint nooit op uw prompts of output. Met een regioregel of zero retention aan gaat elk verzoek alleen naar aanbieders die toezeggen er niet op te trainen.
Nr. 12, 16	Beschikbaar	Onderteken onze verwerkersovereenkomst in enkele minuten in het dashboard. Daarin verplichten we ons om niet op uw gegevens te trainen, uw inhoud niet te bewaren en datalekken binnen 72 uur te melden. De verwerkersovereenkomst valt onder Noors recht.
Nr. 13, 14	Beschikbaar	We publiceren elke subverwerker met doel, gegevens en locatie, en laten u 14 dagen van tevoren weten dat we een nieuwe toevoegen.
Nr. 15	Beschikbaar	Doorgiften buiten de EER of het Verenigd Koninkrijk naar een land zonder adequaatheidsbesluit vallen onder de EU-standaardcontractbepalingen en, voor gegevens uit het Verenigd Koninkrijk, de UK IDTA (verwerkersovereenkomst punt 6).
Nr. 17	Beschikbaar	Koppel Microsoft Entra ID of een andere SAML-identiteitsprovider, zodat uw mensen met hun werkaccount inloggen bij Standard Compute. Iedereen op uw geverifieerde domein wordt automatisch lid van uw bedrijf.
Nr. 18	Gedeeltelijk	Inloggen via SAML is beschikbaar voor elk bedrijf met SSO. Inloggen met een wachtwoord blijft daarnaast mogelijk, dus SSO is niet de enige toegang.
Nr. 19, 21	Beschikbaar	Medewerkers loggen met hun Microsoft-werkaccount in bij Claude Desktop en Claude Code, via onze EU-gateway, zodat er geen API-sleutels uitgedeeld hoeven te worden. Toegang volgt uw Microsoft Entra-groepen via SCIM-provisioning.
Nr. 20	Beschikbaar	Deel uw bedrijf in teams in, nodig collega's per e-mail uit en geef elke persoon en elke app een eigen sleutel, allemaal onder één bedrijfsaccount. De rollen zijn beheerder en lid.
Nr. 22, 23	Gedeeltelijk	Elke persoon en elke app krijgt een vast maandbudget dat nooit wordt overschreden, en u kunt uitgavenplafonds instellen per sleutel en voor het hele bedrijf. Een apart budget per team is er niet: teams lopen via de budgetten van hun mensen en apps.
Nr. 24	Beschikbaar	Vaste maandabonnementen per persoon of app, zonder verrassingen per token, en Stripe-facturen met uw bedrijfsnaam en btw-nummer. De prijzen zijn in Amerikaanse dollars.
Nr. 25	Beschikbaar	Gebruik toonaangevende open modellen, waaronder GLM, DeepSeek, MiniMax en Kimi, naast Claude, GPT en Gemini via één API. GLM, DeepSeek en MiniMax worden voor werkruimten die tot Europa zijn beperkt ook door Europese aanbieders bediend.
Nr. 26	Beschikbaar	Bepaal welke modellen elke sleutel mag gebruiken, zodat elke app en elk teamlid precies de modellen krijgt die u goedkeurt.
Nr. 27	Beschikbaar	Kies precies welke inferentieaanbieders uw gegevens mogen verwerken, voor het hele bedrijf, een team of één sleutel. Lagere niveaus kunnen de regels alleen inperken, nieuwe aanbieders worden nooit toegevoegd zonder goedkeuring van een beheerder, en fallbacks kunnen nooit om uw lijst heen routeren.
Nr. 29	Beschikbaar	Elke stap gaat naar het goedkoopste model dat hem aankan en naar de goedkoopste aanbieder die snel genoeg is, en het verzoekrecord toont het model en de aanbieder die het verzoek heeft bediend.
Nr. 30, 31, 32	Beschikbaar	Elke wijziging door een beheerder wordt vastgelegd met de oude en de nieuwe waarde, en u kunt een record van elk verzoek exporteren met het model, de aanbieder die het bediende en de regioregel die gold, 12 maanden bewaard. Exports zijn CSV.
Nr. 33	Beschikbaar	Een sleutel per persoon en per app, de modellen die elke sleutel mag gebruiken, en het model en de bedienende aanbieder van elk verzoek: de records waar onze checklist AI-verordening voor gebruiksverantwoordelijken om vraagt.
Nr. 37	Beschikbaar	Eén OpenAI-compatibele API (chat-completionsformaat) voor elk model, beschreven in de API-referentie.
Nr. 40, 41	Beschikbaar	Valt een aanbieder uit, dan schakelt uw verzoek automatisch over naar een andere goedgekeurde aanbieder van hetzelfde model, zonder uw regio- of aanbiedersregels te verlaten. Enterprise omvat een maandelijkse beschikbaarheids-SLA van 99,9% met servicecredits. De actuele status is openbaar op /status.
Nr. 43	Beschikbaar	Onze beveiligingspagina, onze ingevulde beveiligingsvragenlijst, de lijst van subverwerkers en de verwerkersovereenkomst zijn openbaar.

Rijen die hier ontbreken, beantwoordt u in uw inschrijving samen met uw contactpersoon bij ons. Het Programma van Eisen hierboven blijft leveranciersonafhankelijk: gebruik het met elke leverancier.

Bedrijfsaccount aanmaken

Vragen

Wat hoort er in een aanbesteding voor een LLM-gateway of AI-platform?: Waar gegevens worden verwerkt, wat wordt bewaard, wie erop mag trainen, de subverwerkers en de verwerkersovereenkomst, identiteit en toegang (SSO, SCIM, sleutels), uitgavenbeheer, welke modellen en aanbieders zijn toegestaan, auditlogs en export, ondersteuning bij de verplichtingen van gebruiksverantwoordelijken onder de AI-verordening, exitvoorwaarden en de SLA. Dit Programma van Eisen dekt elk onderdeel met 43 eisen en het te vragen bewijs.
Kunnen aanbestedende diensten dit Programma van Eisen gebruiken?: Ja. Het is vrij te kopiëren en aan te passen. Aanbestedende diensten gebruiken het doorgaans als bijlage met de technische eisen en voegen de vrijwillige EU-modelcontractbepalingen voor AI (MCC-AI) aan het contract toe. Toets de eisen aan uw aanbestedingsregels en markeer de verplichte eisen voordat u publiceert.
Wat zijn de EU-modelcontractbepalingen voor AI?: Modelbepalingen voor de inkoop van AI-systemen, gepubliceerd door de Community of Practice on Public Procurement of AI in de Public Buyers Community van de Europese Commissie. De update van maart 2025 bevat een volledige versie voor AI met een hoog risico en een lichte versie voor overige AI. Ze zijn vrijwillig en bedoeld als bijlage bij een contract, dat zelf nog gegevensbescherming, aansprakelijkheid en intellectueel eigendom moet regelen.
Is een modelaanbieder een subverwerker van een AI-gateway?: Meestal wel. Stuurt een gateway prompts met persoonsgegevens door naar een modelaanbieder, dan verwerkt die aanbieder de gegevens namens de gateway. Daarom vragen rij 13 en 14 om een lijst van subverwerkers die inferentieaanbieders omvat, en om een kennisgeving voordat er nieuwe bijkomen.
Hoe lang moet een AI-platform verzoeklogs bewaren?: Voor gebruik met een hoog risico vraagt artikel 26, lid 6, AI-verordening gebruiksverantwoordelijken de logs die zij beheren ten minste zes maanden te bewaren, tenzij ander recht iets anders bepaalt. Veel opdrachtgevers vragen 12 maanden verzoekrecords met alleen metadata en geen opgeslagen inhoud.

Bronnen

Beantwoord het hele Programma van Eisen met één leverancier: een Europese gateway naar frontier- en open modellen, met alle controles in één bedrijfsaccount.