Third-Party Model Governance¶

De meeste Blauwdruk-projecten zijn deployers: ze gebruiken externe modellen via API in plaats van zelf te trainen. Dit brengt andere risico's mee dan modeligenaarschap — afhankelijkheidsrisico's, deprecatierisico's, leveranciersgebondenheid en aansprakelijkheidsketenproblemen.

1. Leveranciersbeoordelingschecklist¶

Voordat u een externe AI-modelleverancier integreert, beoordeelt u:

Technische Beoordeling¶

Compliance-Beoordeling¶

2. Contractvereisten voor AI-Leveranciers¶

Minimale Contractclausules¶

Neem deze clausules op in elk AI-leverancierscontract (pas aan naar lokaal recht):

1. Modelversionering:    Leverancier biedt pinbare versie-eindpunten.
                         Afgeschreven versies blijven beschikbaar gedurende [X] maanden na EOL-melding.

2. Deprecatie-SLA:       Leverancier geeft ≥ [6/12] maanden schriftelijke opzegging vóór verwijdering eindpunt.
                         Leverancier handhaaft afgeschreven eindpunt ≥ 90 dagen na EOL-datum.

3. Gegevensverwerking:   Prompts en uitvoer worden niet gebruikt voor modeltraining zonder expliciete toestemming.
                         Gegevens bewaard ≤ [X] dagen; auditlogboek beschikbaar op aanvraag.

4. Incidentrespons:      Leverancier meldt klant binnen 24 uur bij modelgedragsincident
                         dat de uitvoerkwaliteit of -veiligheid wezenlijk beïnvloedt.

5. Audittoegang:         Leverancier verleent toegang tot per-verzoeklogboeken gedurende [bewaarperiode].

6. Aansprakelijkheid:    Leverancier aanvaardt productaansprakelijkheid voor gebreken in modeluitvoer
                         tot [bedrag / 12 maanden vergoeding]. AI Act-nalevingsdocumentatie beschikbaar op aanvraag.

3. Versiepinning-Strategie¶

Gebruik nooit zwevende modelaliassen in productie (gpt-4, claude-3, gemini-pro). Zwevende aliassen veranderen stilzwijgend van gedrag wanneer de leverancier het onderliggende model bijwerkt.

Pinningregels¶

Versiebeheerproces¶

1. Actieve versies bijhouden in het Modelregister (zie Model Governance §3)
2. Leveranciersreleasenotes monitoren — abonneer op vendor-changelog RSS of e-mail
3. Nieuwe versies testen op staging met volledige Golden Set vóór promotie naar productie
4. Versiewijziging documenteren als configuratiewijziging (peer review verplicht, zie Model Governance §6)
5. Modelkaart bijwerken met nieuwe versie en testresultaten

4. Playbook Modeldeprecatie¶

Wanneer een leverancier een model-einde-levensduur aankondigt:¶

Onmiddellijk (binnen 1 week na melding):

• Deprecatiemelding vastleggen in Modelregister met EOL-datum
• Impact beoordelen: welke productiesystemen gebruiken de afgeschreven versie?
• Migratieticket aanmaken met prioriteit op basis van EOL-nabijheid

Binnen 30 dagen na melding:

• Opvolgend model evalueren: Golden Set-test uitvoeren met kandidaatvervanger
• Uitvoer vergelijken: regressies signaleren in kernmetrics (feitelijkheid, taakvoltooiing, bias)
• Evaluatieresultaten documenteren als addendum bij Validatierapport

Minimaal 30 dagen vóór EOL:

• Stagingmigratie en -validatie afronden
• Harde Grenzen en systeemprompts bijwerken voor gedragswijzigingen
• Guardian-review bij Hoog Risico (gedragswijzigingen kunnen hercertificering vereisen)
• Productieovergang plannen

Productieovergang:

• Standaard deploymentprocedure volgen (Ingebruikname Plan)
• Uitvoerkwaliteit 2 weken na migratie monitoren
• Afgeschreven modelconfiguratie archiveren voor traceerbaarheid

5. Multi-Vendor Fallback-Architectuur¶

Afhankelijkheid van één leverancier is een operationeel risico. Voor Beperkt Risico en hoger ontwerpt u fallback-mogelijkheden:

Fallback-Niveaus¶

Implementatiechecklist Fallback¶

• Fallback-model geïdentificeerd en gevalideerd tegen Golden Set
• Promptpariteit: primaire prompt aangepast voor fallback-model (verschillende modellen vereisen verschillende prompts)
• Routeringslogica geïmplementeerd met automatische failover (bijv. circuit breaker-patroon)
• Fallback-triggers gemonitord en waarschuwingen geconfigureerd
• Fallback-activering gelogd (voor auditspoor en incidentreview)
• Menselijke melding geactiveerd bij degraded-modus

Leveranciersconcentratierisico¶

Voor Hoog Risico AI-systemen die >10.000 verzoeken/dag verwerken, beoordeelt u concentratierisico:

• Marktaandeel primaire leverancier > 60%? Documenteer concentratierisico in Risico Pre-scan
• Overweeg contracten met ≥ 2 leveranciers om monopoliedruk te vermijden
• Zelfgehost open-source model als degraded-mode fallback elimineert API-afhankelijkheid volledig

6. Leveranciersgovernacer Reviews¶

Kwartaalreview Leveranciers¶

7. Gerelateerde Modules¶

• Model Governance
• AI-Aansprakelijkheid (PLD)
• AI-Architectuur
• Kostenoptimalisatie
• Leveranciersbeheer Sjablonen