Een AI-contract ziet er op het eerste gezicht uit als elk ander softwarecontract: een licentie, een looptijd, een SLA met uptimepercentages. Precies daar gaat het mis. Bij AI koop je geen voorspelbare functionaliteit maar een systeem dat statistisch werkt, dat leert van invoer, en waarvan de kwaliteit per update kan verschuiven.
AI-software inkopen is het contractueel vastleggen van vier dingen die bij gewone software niet spelen: wie eigenaar is van je data en van de modellen die erop getraind zijn, wat er gebeurt als de kwaliteit daalt, hoe de prijs zich gedraagt bij groei in gebruik, en welke rol jij en je leverancier onder de AI Act innemen. Zonder die vier afspraken koop je een resultaatverplichting die nergens is opgeschreven.
Deze gids behandelt de clausules die het verschil maken, de prijsmodellen en hun risico's, en de vragen die je stelt voordat je tekent. Dit is algemene informatie, geen juridisch advies.
Wat maakt een AI-contract anders dan een softwarecontract?
Bij klassieke software is de vraag of het werkt binair te beantwoorden. Een factuurmodule berekent het bedrag goed of niet. Bij AI is het antwoord een percentage: het model classificeert 94 procent van de documenten correct, en die 94 kan volgende maand 89 zijn omdat de leverancier het onderliggende model heeft vervangen.
Daaruit volgen drie verschillen die je contract moet opvangen. Ten eerste variabele kwaliteit: de prestaties zijn niet constant en verslechteren soms zonder dat iemand iets aan jouw kant heeft gewijzigd. Ten tweede je data als grondstof: jouw invoer maakt het product beter, wat de vraag oproept wie daarvan profiteert. Ten derde kosten die met gebruik meebewegen: succes maakt AI duurder, terwijl succes bij een licentie meestal niets extra kost.
Wie deze drie punten niet adresseert, koopt in feite een proefopstelling met een jaarcontract eronder. De keuze om überhaupt te kopen in plaats van te bouwen, behandelen we in onze gids over software bouwen of kopen.
Welke afspraken maak je over je data?
Dit is het onderdeel waar de meeste standaardcontracten in het voordeel van de leverancier zijn opgesteld. Vier vragen horen expliciet beantwoord te worden, met "nee, tenzij" als uitgangspunt.
Mag de leverancier trainen op jouw data? Standaardvoorwaarden staan dit vaak toe voor "productverbetering". Leg vast dat trainen op je data uitgesloten is, of alleen mag na expliciete, per geval verleende toestemming.
Wie bezit de uitvoer? Wat het systeem produceert (gegenereerde teksten, classificaties, samenvattingen) moet ondubbelzinnig van jou zijn, inclusief het recht om het commercieel te gebruiken.
Wie bezit een afgestemd model? Als er op jouw data wordt fijngestemd, ontstaat een model dat jouw domeinkennis bevat. Leg vast of je dat model bij vertrek meekrijgt, en in welk formaat.
Waar staat de data en wie kan erbij? Vraag naar verwerkingslocaties, subverwerkers en de maatregelen tegen toegang door overheden buiten de EU. Onze gids over AI-databeveiliging in je bedrijf beschrijft waar je op let bij de technische kant.
[ TIJDWINST ]
Bespaar 9 uur per week op het achteraf uitzoeken welke data een AI-leverancier verwerkt en waar
Welk prijsmodel past bij jouw gebruik?
Prijsmodellen bij AI verschillen sterk in hoe ze zich gedragen als het gebruik toeneemt. Dat is geen detail: het bepaalt of een geslaagde uitrol je businesscase versterkt of ondermijnt.
| Prijsmodel | Wat je betaalt | Risico bij groei |
|---|---|---|
| Per gebruiker per maand | vast bedrag per medewerker | voorspelbaar, maar je betaalt ook voor weinig-gebruikers |
| Per verbruik (tokens, calls) | variabel, per verwerkte eenheid | kosten stijgen recht evenredig met succes |
| Per verwerkt item | vast tarief per document of gesprek | goed te modelleren, controleer de bodemafname |
| Vaste jaarprijs met plafond | bedrag met een gebruikslimiet | overschrijding vaak tegen een fors hoger tarief |
| Eigen infrastructuur | hardware en beheer, geen prijs per gebruik | vooraf investeren, daarna vlakke kosten |
Twee bepalingen verdienen aandacht ongeacht het model. Spreek een maximale jaarlijkse prijsstijging af, bijvoorbeeld gekoppeld aan een index met een plafond, want AI-leveranciers verhogen tarieven momenteel sneller dan de inflatie. En vraag om een kostensimulatie bij drie gebruiksniveaus: het verwachte volume, twee keer dat volume, en vijf keer dat volume. Als de leverancier die niet kan of wil geven, weet je genoeg.
Hoe leg je kwaliteit vast in een SLA?
Een SLA met alleen beschikbaarheid meet het verkeerde. Een AI-dienst kan 99,9 procent van de tijd online zijn en toch onbruikbaar, omdat de antwoorden onbetrouwbaar zijn geworden.
Leg daarom naast uptime drie inhoudelijke afspraken vast:
- Een acceptatiedrempel op jouw eigen testset. Stel voor livegang een set van 100 tot 300 representatieve gevallen uit je eigen praktijk samen, met vooraf vastgestelde juiste antwoorden. Het systeem gaat pas live boven een afgesproken score, en die set blijft de meetlat.
- Een meldplicht bij modelwijzigingen. De leverancier informeert je vooraf als hij het onderliggende model of de versie wijzigt, met een redelijke termijn om opnieuw te testen.
- Een terugvalscenario. Wat gebeurt er bij een storing of een kwaliteitsval: valt het proces terug op menselijke afhandeling, en wie bepaalt dat?
Die eigen testset is het krachtigste instrument dat je hebt, en het kost je een dag werk. Zonder testset is elke discussie over kwaliteit een kwestie van indrukken tegenover indrukken.
Wie is aanbieder en wie is gebruiksverantwoordelijke onder de AI Act?
De AI Act verdeelt verplichtingen over rollen. De aanbieder ontwikkelt het systeem en brengt het op de markt; de gebruiksverantwoordelijke zet het in binnen zijn eigen organisatie. Beide rollen dragen verplichtingen, en jouw contract hoort te benoemen wie welke draagt.
Let op één valkuil: pas je een ingekocht systeem substantieel aan, of breng je het onder je eigen naam naar buiten, dan kun je zelf als aanbieder worden aangemerkt, met de bijbehorende documentatie- en beoordelingsplichten. Leg daarom vast wie technische documentatie levert, wie logbestanden bewaart en hoe lang, en wie aanspreekbaar is bij vragen van een toezichthouder.
Voor systemen die als hoog risico gelden, zijn de zware verplichtingen inmiddels verschoven naar december 2027. Dat is uitstel, geen afstel, en een contract van drie jaar loopt daar dwars doorheen. Wie nu tekent, tekent voor een periode waarin die regels ingaan.
Wat regel je voor het einde, aan het begin?
Exit-afspraken maak je op het moment dat je onderhandelingspositie het sterkst is: voordat je tekent. Vier punten volstaan voor de meeste situaties.
Leg vast dat je op elk moment een volledige export krijgt van je brondata, je configuratie en waar van toepassing je afgestemde model, in een open formaat en binnen een afgesproken termijn. Spreek een transitieplicht af waarbij de leverancier meewerkt aan overdracht, tegen een tarief dat nu al vastligt. Beperk de looptijd en stilzwijgende verlenging tot maximaal een jaar zolang je de dienst nog niet in productie hebt bewezen. En regel verwijdering van je data na afloop, met een schriftelijke bevestiging.
Voor clouddiensten versterkt de wet die positie inmiddels: onze uitleg over de EU Data Act en het overstappen van clouddienst beschrijft de termijnen die je leverancier hoe dan ook moet respecteren. De bredere set bindingen die je wilt vermijden, staat in onze gids over vendor lock-in voorkomen.
Conclusie: het contract is de eerste implementatiebeslissing
AI-software inkopen gaat niet over de laagste prijs per gebruiker, maar over wie de controle houdt als het systeem belangrijk wordt. Regel eigendom van data, uitvoer en afgestemde modellen, meet kwaliteit tegen je eigen testset, model de kosten op vijf keer je huidige volume, en leg de exit vast voordat je begint.
Doe je dat, dan wordt de keuze van je leverancier een keuze die je later kunt herzien. Wie daarbij hulp wil bij het beoordelen van offertes en voorwaarden: onze gids over het kiezen van een AI-implementatiepartner beschrijft waar je op selecteert, en wij denken via AI-advies mee over de afweging tussen inkopen en zelf bouwen.