De offerte belooft "nauwkeurige extractie van factuurgegevens", "geautomatiseerde beantwoording van klantvragen" of "voorspellend onderhoud". Drie maanden na de livegang extraheert het systeem het btw-nummer verkeerd bij een op de acht facturen, beantwoordt het een deel van de klantvragen met verzonnen leveringsdata, of geeft het onderhoudswaarschuwingen die de monteur negeert. De leverancier wijst op de pilotperiode, op de acceptatie die "stilzwijgend" zou hebben plaatsgevonden bij de eerste betaling, en op de brochure die nergens een percentage noemde. De ondernemer heeft dan een systeem, een factuur en een gevoel, maar geen norm. Dit artikel gaat over die norm.

Het gesprek dat daarna volgt gaat zelden over de techniek. Het gaat over twee vragen die het contract had moeten beantwoorden: wanneer is er geleverd, en waaraan meet u of het geleverde deugt. De eerste vraag hoort bij de klachtplicht en de bewijspositie, de tweede bij de conformiteitsregel van artikel 7:17 van Boek 7 BW.
Wat artikel 7:17 BW van een geleverde zaak eist
Artikel 7:17 BW bepaalt dat de afgeleverde zaak aan de overeenkomst moet beantwoorden. Een zaak beantwoordt niet aan de overeenkomst als zij, mede gelet op de aard van de zaak en de mededelingen die de verkoper erover heeft gedaan, niet de eigenschappen bezit die de koper op grond van de overeenkomst mocht verwachten; de koper mag verwachten dat de zaak de eigenschappen bezit die voor een normaal gebruik daarvan nodig zijn en waarvan hij de aanwezigheid niet hoefde te betwijfelen, en de eigenschappen die nodig zijn voor een bijzonder gebruik dat bij de overeenkomst is voorzien. Drie woorden in die bepaling dragen de hele discussie over een AI-systeem: "mededelingen", "verwachten" en "bijzonder gebruik". De mededelingen van de leverancier, ook in de offerte en de demo, kleuren de eigenschappen die u mocht verwachten. Het bijzondere gebruik, bijvoorbeeld uw eigen documentsoorten of uw eigen klantvragen, telt mee als het bij het sluiten van de overeenkomst is voorzien.
Wat de Hoge Raad op 27 april 2012 besliste, en wat dat voor AI betekent
In De Beeldbrigade/Hulskamp (ECLI:NL:HR:2012:BV1301) ging het om een standaardcomputerprogramma dat voor een bedrag ineens en voor onbepaalde duur was aangeschaft. De Hoge Raad oordeelde dat de aanschaf van standaardsoftware onder de kooptitel 7.1 BW valt, en dat het daarbij niet uitmaakt of de programmatuur op een gegevensdrager of via download is geleverd. Met die uitspraak kwamen de conformiteitsregel van artikel 7:17 BW en de klachtplicht en verjaringsregels van artikel 7:23 BW op de aanschaf van software van toepassing. De reikwijdte van dat oordeel is smal: het gaat om standaardsoftware voor duurzaam, onbeperkt gebruik tegen een eenmalige prijs. Een AI-systeem dat u in die vorm aanschaft, valt onder dezelfde redenering. Maatwerk dat voor u wordt gebouwd, implementatie- en trainingsdiensten, en de gemengde contracten waarin een licentie, een dienst en een onderhoudsabonnement in één overeenkomst zitten, volgen die kwalificatie niet vanzelf; per contract moet worden bekeken welke regeling op welk onderdeel ziet. Bij een AI-dienst in abonnementsvorm, waarbij u toegang huurt en de leverancier het model onderhoudt en bijwerkt, past de kooptitel niet zonder meer; daar geldt het algemene verbintenissenrecht van Boek 6 BW. Daar bepaalt de overeenkomst zelf welke prestatie verschuldigd is; artikel 6:74 BW geeft vervolgens recht op schadevergoeding bij een toerekenbare tekortkoming, en artikel 6:265 BW regelt de ontbinding. In al die gevallen draait de zaak om dezelfde vraag: wat is afgesproken over wat het systeem moet kunnen.
Waarom "het leert nog" geen leveringsmoment is
Drie dingen worden in deze gesprekken door elkaar gehaald, en het loont ze uit elkaar te houden. Aflevering is het in bezit stellen van de zaak, geregeld in artikel 7:9 BW; bij de duurzaam aangeschafte standaardsoftware uit De Beeldbrigade is dat de technische beschikbaarstelling, het moment waarop u erbij kunt. In een traject met installatie, implementatie, koppelingen en doorlopende diensten hoeft dat niet het enige of het beslissende moment te zijn: die componenten kennen hun eigen contractuele mijlpalen, en het contract moet zeggen welke mijlpaal waarvoor telt. Acceptatie is iets anders: een contractuele handeling waarmee u verklaart dat het geleverde aan de afgesproken maat voldoet, en die bestaat alleen als het contract haar regelt. Conformiteit staat daar weer los van en is de vraag van artikel 7:17 BW of het geleverde de eigenschappen bezit die u mocht verwachten. Bij een AI-systeem lopen die drie ver uiteen in de tijd. Er is een installatie, een koppeling, een trainings- of instelperiode op uw data, een pilot met een deel van de gebruikers, en dan een livegang. Leveranciers noemen de pilot vaak "acceptatie" en de livegang "oplevering", terwijl het contract die woorden niet definieert. De klachtplicht van artikel 7:23 BW hangt overigens aan geen van de drie: die termijn begint te lopen wanneer u de afwijking ontdekt of redelijkerwijs had behoren te ontdekken. Juist daarom is meten van belang, want een afwijking die niemand meet, wordt ook niet ontdekt. Zonder overeengekomen testset, protocol en drempels ontbreekt een contractueel vastgelegde nulmeting waartegen de afwijking kan worden afgezet. De norm van artikel 7:17 BW verdwijnt daarmee niet — offerte, demo, normaal gebruik en voorzien bijzonder gebruik vullen haar ook dan — maar u moet haar achteraf reconstrueren in plaats van vooraf aanwijzen, en dat is precies waar het acceptatiemoment voor bestaat.
De acceptatietest: vijf onderdelen die in de bijlage horen
- Uw eigen testset. Een vaste verzameling van uw eigen documenten, vragen of meetreeksen, met de juiste antwoorden erbij, vastgesteld vóór de test en niet gebruikt om het systeem te trainen.
- Meetbare drempels. Per taak een getal: minimaal 97 procent juiste btw-nummers, hoogstens twee verzonnen antwoorden per honderd, een doorlooptijd onder de dertig seconden. De drempel is de "eigenschap die u mocht verwachten" van artikel 7:17 BW, in cijfers.
- Testperiode en acceptatiemoment. Een periode van bijvoorbeeld dertig dagen na installatie, waarin u de test uitvoert, een schriftelijk acceptatiebericht als de drempels zijn gehaald, en de afspraak dat betaling van een termijn geen acceptatie is.
- Hertest bij wijziging. Een AI-systeem kan bij elke modelupdate veranderen. De bijlage bepaalt dat de leverancier bij een update de testset opnieuw draait en de uitkomsten deelt, en dat een uitkomst onder de drempel als tekortkoming geldt.
- Gevolgen. Wat er gebeurt als de drempel niet wordt gehaald: hersteltermijn, korting, en een eigen beëindigingsrecht met een concrete trigger, bijvoorbeeld twee opeenvolgende metingen onder de drempel. Dat is de moeite waard om uit te schrijven, want zonder zo'n contractuele regeling loopt u bij ontbinding tegen artikel 6:265 BW aan: de tenzij-uitzondering voor een tekortkoming van te geringe betekenis, en waar nakoming nog mogelijk is het verzuimvereiste, met de ingebrekestelling die daarbij hoort.
Wat de acceptatietest doet met garantie en ontbinding
Een garantieclausule in een leverancierscontract belooft vaak dat de software "in hoofdzaak" werkt zoals in de documentatie beschreven. Zonder acceptatietest is die documentatie de enige norm, en die is door de leverancier geschreven. Met een acceptatiebijlage wordt dat anders: testset, juiste antwoorden, protocol en drempels vormen samen het contractuele toetsingskader. De drempels beschrijven de eigenschappen die u mocht verwachten, de hertest levert het bewijs, en de gevolgenparagraaf is de route naar herstel of ontbinding. Dat raakt ook de afspraken over wat de leverancier na afloop met uw materiaal mag doen, waarover eerder de kennisclausule ging, en de bevoegdheid van diezelfde leverancier om gaandeweg AI-functies aan te zetten: een testset die na elke wijziging opnieuw draait, meet die wijzigingen mee. De acceptatietest verandert niets aan de wet. Zij vult de wet in op het punt waar de wet u naar de overeenkomst verwijst.
Wat u deze week kunt doen
Ligt er een offerte of een concept-contract voor een AI-systeem, lees dan eerst de leveringsbepaling en de garantie en zoek het woord "acceptatie". Staat het er niet, of staat het er zonder testset en drempels, vraag dan om een acceptatiebijlage volgens de vijf onderdelen hierboven. Heeft u al getekend en al betaald, kijk dan naar de klachtplicht: meld een tekortkoming schriftelijk en concreet, met de meting erbij, zodat de termijn van artikel 7:23 BW niet tegen u werkt. Wie het contract wil laten doorlichten, kan het aanbieden aan de contractscan van JAVB: die geeft de belangrijkste onderhandelpunten op volgorde, een risicobeoordeling per artikel, gapdetectie van ontbrekende kritische clausules en concrete vervangingstekst die u aan de wederpartij kunt voorleggen. Een ontbrekende acceptatiebijlage komt daar als gat uit. Dan weet u vóór de livegang waar u staat.
Bronnen
- Burgerlijk Wetboek Boek 7, artikel 9 (aflevering), artikel 17 (conformiteit) en artikel 23 (klachtplicht en verjaring), geldende tekst per 1 januari 2026, wetten.overheid.nl
- Hoge Raad 27 april 2012, ECLI:NL:HR:2012:BV1301 (De Beeldbrigade/Hulskamp): aanschaf van standaardsoftware valt onder de kooptitel 7.1 BW
- Burgerlijk Wetboek Boek 6, artikel 74 (tekortkoming) en artikel 265 (ontbinding), geldende tekst per 16 juli 2026
- JAVB, "De kennisclausule: wat uw leverancier na de opdracht mag meenemen", 17 augustus 2026
Wetteksten geraadpleegd via wetten.overheid.nl en het arrest via uitspraken.rechtspraak.nl op 4 september 2026.