Controlepunten van het contract bij het uitvoeren van systeemontwikkeling op een semi-gedelegeerde manier

Op dit moment neemt het gebruik van IT in het dagelijks leven en de sociaaleconomische activiteiten in ons land snel toe, mede dankzij de exponentiële verbetering van de verwerkingscapaciteit van computers en de verspreiding van het internet. Daarom heeft de maatschappelijke impact van bedrijfs- en serviceonderbrekingen of functionaliteitsvermindering door informatiesysteemfouten dagelijks toe, en is het verbeteren van de betrouwbaarheid en veiligheid van systemen een grote uitdaging geworden.

Aan de andere kant, de cumulatie van contracten zoals IT-systeemontwikkeling, waarvan niet werd verwacht bij de oorspronkelijke wetgeving, maakt de transactie-inhoud vaak onduidelijk. Het visualiseren van transacties op basis van nauwe communicatie tussen de opdrachtgever (gebruiker) en de opdrachtnemer (leverancier), en het verduidelijken van rolverdeling en verantwoordelijkheidsrelaties, is een uitdaging geworden.

Bovendien, omdat informatiesystemen nu worden opgebouwd door een combinatie van diverse elementen, zijn ze gaan bevatten risico’s die verband houden met combinaties die voorheen niet bestonden.

Om de betrouwbaarheid en veiligheid van dergelijke informatiesystemen te verbeteren, heeft het Ministerie van Economie, Handel en Industrie (METI) richtlijnen gepubliceerd. In deze richtlijnen wordt een modelcontract voor systeemontwikkeling gepresenteerd, met uitleg bij elk artikel.

In dit artikel zullen we, met verwijzing naar de clausules van het modelcontract van het Ministerie van Economie, Handel en Industrie, uitleg geven over de controlepunten van het contract bij het aangaan van een quasi-delegatiecontract in IT-systeemontwikkelingswerk.

Wat is systeemontwikkeling en quasi-mandaatcontracten?

Wat is een quasi-mandaatcontract?

Een quasi-mandaatcontract is gedefinieerd in het burgerlijk recht door het toepassen van de bepalingen van een mandaatcontract.

Artikel 10 Mandaat
Artikel 643 Een mandaat ontstaat wanneer een partij de andere partij opdraagt om een juridische handeling te verrichten, en de andere partij dit accepteert.
Artikel 656 De bepalingen van dit artikel zijn van toepassing op de opdracht voor zaken die geen juridische handelingen zijn.

Een quasi-mandaatcontract is een contract waarbij iemand wordt aangesteld door een ander om administratieve taken uit te voeren. De aangestelde persoon heeft de plicht om zijn taken uit te voeren met de zorgvuldigheid van een goede beheerder (zorgplicht). In eenvoudige termen betekent zorgplicht “het beste doen”.

Het verschil met een aannemingscontract

In een quasi-mandaatcontract, zoals hierboven vermeld, heeft de aangestelde persoon de zorgplicht, maar in tegenstelling tot een aannemingscontract, heeft hij geen verplichting om het werk te voltooien. Daarom, tenzij er een duidelijk doelobject is, heeft de aangestelde persoon geen verantwoordelijkheid voor gebreken. Echter, omdat hij de zorgplicht heeft, kan hij in gevallen van nalatigheid of ernstig gebrek aan zorg aansprakelijk worden gesteld voor schadevergoeding op basis van contractbreuk, of kan het contract worden ontbonden.

Zoals hierboven vermeld, heeft een quasi-mandaatcontract geen verplichting om het werk te voltooien. Aan de andere kant, in een aannemingscontract, is er een verplichting om het werk te voltooien. Het volgende artikel legt uit wat er gebeurt als een systeemontwikkelingscontract wordt afgesloten op basis van aanneming.

https://monolith.law/corporate/checkpoints-for-contracts-of-system-development [ja]

Modelclausules en controlepunten voor quasi-mandaat

Ondersteuning bij het opstellen van functionele specificaties

(Uitvoering van ondersteunende diensten bij het opstellen van vereisten)
Artikel X: De tweede partij zal, na het sluiten van de individuele overeenkomst zoals bepaald in artikel X, diensten verlenen ter ondersteuning van de werkzaamheden van de eerste partij bij het opstellen van een vereistendocument, gebaseerd op het informatiesysteemconcept, systeemplan, enz. dat door de eerste partij is opgesteld (hierna te noemen “ondersteunende diensten bij het opstellen van vereisten”).

2. De tweede partij zal, op basis van haar gespecialiseerde kennis en ervaring op het gebied van informatieverwerkingstechnologie, ondersteunende diensten verrichten zoals onderzoek, analyse, organisatie, voorstellen en advies, met de zorgvuldigheid van een goede beheerder, om ervoor te zorgen dat de werkzaamheden van de eerste partij soepel en adequaat worden uitgevoerd.

Het definiëren van vereisten is een taak waarbij de gebruiker de specificaties (functies die moeten worden gerealiseerd door de software) van het systeem dat hij wil bouwen, samenvat. Het is een taak die sterk afhankelijk is van de bedrijfsinhoud van de gebruiker. In dit gedeelte wordt daarom bepaald dat de taak van het definiëren van vereisten wordt uitgevoerd door de gebruiker, en dat de leverancier deze ondersteunt in de vorm van een quasi-delegatieovereenkomst.
Echter, het feit dat het een quasi-delegatie is, betekent niet dat de leverancier geen enkele verantwoordelijkheid draagt. Als delegee heeft hij een zorgplicht, en als hij deze zorgplicht verzaakt en als gevolg daarvan de ondersteuning bij het opstellen van de vereisten niet adequaat wordt uitgevoerd, zal hij aansprakelijk zijn voor contractbreuk wegens schending van de zorgplicht.

(Het sluiten van een individuele overeenkomst met betrekking tot de ondersteuning bij het opstellen van vereisten)
Artikel 〇 Partij A en Partij B zullen, met betrekking tot de ondersteuning bij het opstellen van vereisten, de handelsvoorwaarden zoals vermeld in Artikel 〇, paragraaf 〇, bespreken en besluiten, en een individuele overeenkomst sluiten met betrekking tot de ondersteuning bij het opstellen van vereisten.

De reikwijdte en dergelijke van de ondersteuning bij het opstellen van vereisten worden bepaald in een individuele overeenkomst, in overeenstemming met de voorwaarden die in de vorige clausule zijn aangegeven.

(Vereisten Definitie Overleg)
Artikel X: Partij A zal, met de frequentie die nodig wordt geacht, een communicatievergadering (hierna in deze sectie “Vereisten Definitie Overleg” genoemd) houden over het opstellen van de vereistendefinitiedocument, om zaken te verduidelijken of te bevestigen die nodig zijn voor het opstellen van de vereistendefinitiedocument. Partij B zal deelnemen aan dit overleg en de ondersteunende taken voor het opstellen van de vereistendefinitie uitvoeren.

2. Partij B kan ook, wanneer zij dit nodig acht voor de uitvoering van de ondersteunende taken voor het opstellen van de vereistendefinitie, een Vereisten Definitie Overleg houden, en Partij A zal hieraan deelnemen.

Voor het opstellen van een vereistendefinitiedocument, dat de zakelijke eisen en functionele en niet-functionele vereisten van het systeem definieert, is samenwerking tussen de zakelijke afdeling van de gebruiker, de informatiesysteemafdeling en de leverancier noodzakelijk. Omdat dit proces semi-gedelegeerd is, bepaalt paragraaf 1 dat de gebruiker de vergadering organiseert en de leverancier hieraan deelneemt om ondersteuning te bieden. De verduidelijking of bevestiging van zaken die nodig zijn voor het opstellen van de vereistendefinitiedocument wordt allemaal gedaan in het Vereisten Definitie Overleg, en de gebruiker en de leverancier zijn gebonden aan de resultaten van de discussies in het overleg.

Paragraaf 2 bepaalt dat de leverancier ook een Vereisten Definitie Overleg kan houden als dit nodig is voor de uitvoering van de ondersteunende taken voor het opstellen van de vereistendefinitie.

(Vaststelling van de functionele specificaties)
Artikel X Als partij A de opstelling van de functionele specificaties heeft voltooid, zullen partij A en B binnen de periode die in de individuele overeenkomst is vastgesteld (hierna “de inspectieperiode van de functionele specificaties” genoemd) controleren of de functionele specificaties voldoen aan de besluiten die zijn genomen in de functionele specificatie review vergadering van het vorige artikel. Als bewijs van deze overeenstemming zullen de verantwoordelijken van beide partijen hun handtekening en zegel op de functionele specificaties zetten. Echter, als uit de inspectie blijkt dat de functionele specificaties niet voldoen aan de besluiten van de functionele specificatie review vergadering, zal partij A een herziene versie opstellen binnen de afgesproken termijn na overleg, en zullen partij A en B opnieuw de bovengenoemde inspectie en bevestigingsprocedure uitvoeren.

2. De functionele specificaties worden als vastgesteld beschouwd na bevestiging door beide partijen volgens het vorige lid.

3. Als het nodig is om de voorwaarden van de individuele overeenkomst, zoals de werkperiode en de vergoeding, te wijzigen als gevolg van de wijzigingen in lid X, zal dit gebeuren volgens de procedure in artikel X.

Functionele specificaties zijn de fase waarin de vereisten worden vastgesteld die nodig zijn om systeemontwerpen en dergelijke uit te voeren, na het ontvangen van een ruwe schatting van de offerte van de leverancier. Als de vereisten vaag blijven, kan het moeilijk zijn voor de leverancier om een nauwkeurige offerte te geven, en er kunnen problemen ontstaan in de latere ontwikkelingsfase. Dit artikel bepaalt de procedure voor het bevestigen van de functionele specificaties, die de basis vormen voor latere ontwikkelingswerkzaamheden, door de gebruiker en de leverancier, en voor het vaststellen ervan door de handtekening en het zegel van de verantwoordelijke persoon. De eerste paragraaf bevat ook een clausule die de procedure bepaalt voor het geval er wijzigingen nodig zijn in de inspectie voor de vaststelling van de functionele specificaties.

Paragraaf 2 maakt duidelijk dat de functionele specificaties worden vastgesteld door bevestiging van zowel de gebruiker als de leverancier.
Paragraaf 3 bepaalt dat, als gevolg van het werk om de functionele specificaties te herzien en opnieuw te inspecteren volgens de clausule in paragraaf 1, er veranderingen kunnen optreden in de voorwaarden van de individuele overeenkomst, zoals een toename van de hoeveelheid werk voor de leverancier of een verlenging van het schema, en dat de nodige wijzigingen moeten worden aangebracht.

(Beëindiging van de werkzaamheden / Bevestiging)
Artikel ○ De partij B zal binnen ○ dagen na de definitieve vaststelling van het in het vorige artikel genoemde vereisten document, een eindrapport van de werkzaamheden opstellen en dit aan partij A voorleggen.

2. Partij A zal binnen de in de individuele overeenkomst vastgestelde periode (hierna te noemen “de inspectieperiode voor de beëindiging van de ondersteunende werkzaamheden voor het opstellen van de vereisten”) de bevestiging van het genoemde eindrapport van de werkzaamheden uitvoeren.

3. Indien partij A geen twijfels heeft over de inhoud van het genoemde eindrapport van de werkzaamheden, zal partij A een handtekening en stempel plaatsen op het bevestigingsdocument van de beëindiging van de werkzaamheden, dit aan partij B overhandigen en de beëindiging van de ondersteunende werkzaamheden voor het opstellen van de vereisten bevestigen.

4. Indien partij A tijdens de inspectieperiode voor de beëindiging van de ondersteunende werkzaamheden voor het opstellen van de vereisten geen bezwaar maakt met een specifieke reden schriftelijk vermeld, wordt aangenomen dat partij A de beëindiging van de werkzaamheden heeft bevestigd bij het verstrijken van de inspectieperiode.

Omdat dit proces semi-gedelegeerd is, stelt dit artikel de procedure vast om te bevestigen of de leverancier de ondersteunende werkzaamheden correct heeft uitgevoerd op basis van de zorgplicht, door middel van een eindrapport van de werkzaamheden waarin de inhoud van het werk is vastgelegd.
Het eerste lid bepaalt de verplichting om het eindrapport van de werkzaamheden in te dienen.
Het tweede lid maakt de inspectieperiode van het rapport duidelijk om te voorkomen dat de bevestiging van het rapport wordt uitgesteld.
Het derde lid bepaalt dat de beëindiging van de ondersteunende werkzaamheden voor het opstellen van de vereisten wordt bevestigd door de handtekening en stempel van de gebruiker op het bevestigingsdocument van de beëindiging van de werkzaamheden.
Het vierde lid bepaalt de veronderstelde bevestiging van de voltooiing als er geen schriftelijk bezwaar van de gebruiker is tijdens de inspectieperiode. Deze bepaling houdt rekening met het feit dat als de gebruiker om welke reden dan ook geen tijdige bevestigingsprocedure onderneemt, dit kan leiden tot vertraging in de volgende werkzaamheden, of dat het starten van de volgende werkzaamheden zonder duidelijke bevestiging de verantwoordelijkheidsrelatie tussen de gebruiker en de leverancier onduidelijk kan maken.

Opstellen van Externe Ontwerpdocumenten

(Uitvoering van ondersteunende diensten voor het opstellen van externe ontwerpdoocumenten)
Artikel 〇: De partij B zal, na het sluiten van de individuele overeenkomst zoals bepaald in artikel 〇, diensten aanbieden ter ondersteuning van het opstellen van externe ontwerpdoocumenten door partij A (hierna te noemen “ondersteunende diensten voor het opstellen van externe ontwerpdoocumenten”).

2. Partij B zal, op basis van gespecialiseerde kennis en ervaring op het gebied van informatieverwerkingstechnologie, ondersteunende diensten verrichten zoals onderzoek, analyse, organisatie, voorstellen en advies, met de zorgvuldigheid van een goede beheerder, om ervoor te zorgen dat het werk van partij A soepel en correct wordt uitgevoerd.

Het opstellen van externe ontwerpdoocumenten is een taak die de gebruik van interfaces zoals schermen en formulieren regelt. In principe moeten alle informatie waarop de leverancier het programma kan ontwikkelen, in de externe ontwerpdoocumenten worden vermeld. Hoewel externe ontwerpdoocumenten gedetailleerde informatie over het gebruik van formulieren bevatten, kan alleen de gebruiker, die de bedrijfsinhoud bepaalt, de vereiste specificaties wijzigen.
Daarom gaat dit artikel ervan uit dat de gebruiker de externe ontwerpdoocumenten voltooit met volledige verantwoordelijkheid, en dat de leverancier de voltooiing van de externe ontwerpdoocumenten ondersteunt als de ontvanger in de quasi-delegatieovereenkomst.
Echter, het feit dat het een quasi-delegatie is, betekent niet dat de leverancier geen enkele verantwoordelijkheid draagt, maar draagt de zorgplicht als ontvanger. Daarom, als het opstellen van de externe ontwerpdoocumenten niet adequaat wordt ondersteund als gevolg van het verwaarlozen van deze zorgplicht, kan er sprake zijn van aansprakelijkheid voor contractbreuk wegens schending van de zorgplicht.

(Het sluiten van een individuele overeenkomst met betrekking tot de ondersteuning bij het opstellen van externe ontwerpdoocumenten)
Artikel 〇 Partij A en Partij B zullen, met betrekking tot de ondersteuning bij het opstellen van externe ontwerpdoocumenten, de handelsvoorwaarden zoals vermeld in artikel 4, paragraaf 1, bespreken en beslissen, en een individuele overeenkomst sluiten met betrekking tot de ondersteuning bij het opstellen van externe ontwerpdoocumenten.

De reikwijdte en dergelijke van de ondersteuning bij het opstellen van externe ontwerpdoocumenten zal worden bepaald in de individuele overeenkomst.

(Externe Ontwerpbespreking)
Artikel X: Partij A zal, met de frequentie die nodig wordt geacht, een overleg (hierna in deze sectie “Externe Ontwerpbespreking” genoemd) houden over de creatie van het externe ontwerpdocument om zaken te verduidelijken of te bevestigen die nodig zijn voor de creatie van het externe ontwerpdocument. Partij B zal deelnemen aan deze bijeenkomst en de ondersteunende taken voor de creatie van het externe ontwerpdocument uitvoeren.

2. Partij B kan ook een Externe Ontwerpbespreking houden wanneer zij dit nodig acht voor de uitvoering van de ondersteunende taken voor het externe ontwerp. Partij A zal aan deze bijeenkomst deelnemen.

3. Wanneer Partij A, door de discussies tijdens de Externe Ontwerpbespreking, besluit om de inhoud van het vereistendocument te wijzigen en dit leidt tot een wijziging van de voorwaarden van de individuele overeenkomst, zoals de werkperiode en de vergoeding, zal dit gebeuren volgens de procedure in Artikel X (Wijziging van deze Overeenkomst en de inhoud van de individuele overeenkomst).

Het is essentieel dat gebruikers en leveranciers samenwerken om het externe ontwerpdocument te creëren, dat de interfaces zoals schermen en formulieren bepaalt.
Omdat dit proces semi-gedelegeerd is, bepaalt paragraaf 1 dat de gebruiker de hoofdrol speelt in het organiseren van de bijeenkomst en dat de leverancier die ondersteuning biedt, deelneemt. Alle verduidelijkingen of bevestigingen die nodig zijn voor de creatie van het externe ontwerpdocument worden gedaan tijdens de Externe Ontwerpbespreking, en zowel de leverancier als de gebruiker zijn gebonden aan de resultaten van de bespreking.
Paragraaf 2 bepaalt dat de leverancier ook een Externe Ontwerpbespreking kan houden wanneer dit nodig is voor de uitvoering van de ondersteunende taken voor het externe ontwerp.
Paragraaf 3 bepaalt dat, wanneer de gebruiker besluit om de inhoud van het vereistendocument te wijzigen op basis van de discussies tijdens de Externe Ontwerpbespreking, en dit mogelijk invloed heeft op de werkperiode, vergoeding, enz. zoals bepaald in de individuele overeenkomst, dit zal gebeuren volgens de procedure voor het wijzigen van deze Overeenkomst en de inhoud van de individuele overeenkomst.

(Definitieve externe ontwerpdoocument)
Artikel X Als A het externe ontwerpdoocument heeft voltooid, zullen A en B binnen de periode vastgesteld in de individuele overeenkomst (hierna te noemen “inspectieperiode van het externe ontwerpdoocument”) controleren of het externe ontwerpdoocument voldoet aan de vereisten die zijn vastgesteld volgens artikel X en de beslissingen genomen in de externe ontwerpbespreking van het vorige artikel. Als bevestiging dat het voldoet, zullen de verantwoordelijken van zowel A als B hun namen en zegels op het externe ontwerpdoocument zetten. Echter, als uit de inspectie blijkt dat er delen van het externe ontwerpdoocument zijn die niet voldoen aan de vereisten die zijn vastgesteld volgens artikel X en de beslissingen genomen in de externe ontwerpbespreking, zal A een gecorrigeerde versie maken binnen de afgesproken termijn na overleg, en zullen A en B opnieuw de bovengenoemde inspectie en bevestigingsprocedure uitvoeren.

2. Het externe ontwerpdoocument wordt als definitief beschouwd na bevestiging door zowel A als B volgens het vorige lid.

3. Als het nodig is om de voorwaarden van de individuele overeenkomst, zoals de werkperiode en de vergoeding, te wijzigen als gevolg van de correcties in lid 1, zal dit gebeuren volgens de procedure in artikel X (wijziging van deze overeenkomst en de individuele overeenkomst).

Dit artikel regelt de procedure waarbij de gebruiker en de leverancier het externe ontwerpdoocument dat door de gebruiker is gemaakt controleren, en de verantwoordelijken het bevestigen door hun namen en zegels erop te zetten. Er kunnen gevallen zijn waarin correcties nodig zijn tijdens de inspectie voor de definitieve bevestiging van het externe ontwerpdoocument, dus de uitzondering in lid 1 regelt de procedure in dit geval.

Lid 2 maakt duidelijk dat het externe ontwerpdoocument wordt bevestigd door de bevestiging van zowel de gebruiker als de leverancier. Lid 3 bepaalt dat als het nodig is om de voorwaarden van de individuele overeenkomst te wijzigen, zoals het verhogen van de hoeveelheid werk voor de leverancier of het uitstellen van de planning als gevolg van het herzien en opnieuw bevestigen van het externe ontwerpdoocument volgens de uitzondering in lid 1, de individuele overeenkomst moet worden gewijzigd.

(Beëindiging van de werkzaamheden / Bevestiging)
Artikel 〇: De partij B zal, binnen ○ dagen na de definitieve vaststelling van het externe ontwerpdoeument zoals bepaald in het vorige artikel, een eindrapport van de werkzaamheden opstellen en dit aan partij A voorleggen.

2. Partij A zal, binnen de periode zoals bepaald in de individuele overeenkomst (hierna te noemen “de inspectieperiode voor de beëindiging van de ondersteunende werkzaamheden voor het opstellen van het externe ontwerpdoeument”), de inhoud van het genoemde eindrapport van de werkzaamheden controleren.

3. Indien partij A geen twijfels heeft over de inhoud van het genoemde eindrapport van de werkzaamheden, zal partij A een handtekening en stempel plaatsen op het bevestigingsdocument van de beëindiging van de werkzaamheden, dit aan partij B overhandigen en de beëindiging van de ondersteunende werkzaamheden voor het opstellen van het externe ontwerpdoeument bevestigen.

4. Indien partij A tijdens de inspectieperiode voor de beëindiging van de ondersteunende werkzaamheden voor het opstellen van het externe ontwerpdoeument geen bezwaar maakt met een specifieke reden schriftelijk vermeld, wordt aangenomen dat partij A de beëindiging van de werkzaamheden heeft bevestigd bij het verstrijken van de inspectieperiode.

Omdat dit proces semi-gedelegeerd is, bepaalt dit artikel de procedure voor het controleren of de leverancier de ondersteunende werkzaamheden correct heeft uitgevoerd op basis van de zorgplicht, door middel van een eindrapport van de werkzaamheden waarin de inhoud van het werk is vastgelegd.
Het tweede lid maakt de inspectieperiode duidelijk om te voorkomen dat de controle van het rapport wordt uitgesteld.
Het derde lid bepaalt dat de beëindiging van de ondersteunende werkzaamheden voor het opstellen van het externe ontwerpdoeument wordt bevestigd door de handtekening en stempel van de gebruiker op het bevestigingsdocument van de beëindiging van de werkzaamheden.
Het vierde lid bepaalt de veronderstelde bevestiging van de voltooiing in het geval dat er geen bezwaar is ingediend door de gebruiker in de vorm van een schriftelijk document tijdens de inspectieperiode. Deze bepaling houdt rekening met het feit dat als de gebruiker om welke reden dan ook geen tijdige controleprocedure uitvoert, dit kan leiden tot vertraging in het volgende werk, of dat het starten van het volgende werk zonder de bevestiging duidelijk te maken, de verantwoordelijkheidsrelatie tussen de gebruiker en de leverancier onduidelijk kan maken.

Softwareontwikkelingsdiensten

Na de bepalingen van het basisontwerp, dat het externe systeemontwerpproces is, volgen de bepalingen met betrekking tot het gedetailleerde ontwerp, dat het interne systeemontwerpproces is. In het interne systeemontwerpproces is het gebruikelijk dat het ontwikkelingsdoel en de specificaties al zijn gedefinieerd in de voorgaande fasen, daarom wordt in het modelcontract van het Japanse Ministerie van Economie, Handel en Industrie (METI) dit als een contracttype gedefinieerd. De details worden uitgelegd in het volgende artikel.

https://monolith.law/corporate/checkpoints-for-contracts-of-system-development [ja]

Software Operatie Voorbereiding & Migratie Ondersteuning

(Uitvoering van Software Operatie Voorbereiding & Migratie Ondersteuning)
Artikel X: De partij B zal, na het sluiten van de individuele overeenkomst zoals bepaald in artikel X, de nodige ondersteuning bieden (hierna “Software Operatie Voorbereiding & Migratie Ondersteuning” genoemd) voor de systeemtesten, implementatie- en acceptatieondersteuning en operationele testwerkzaamheden die partij A uitvoert als onderdeel van deze opdracht.

2. Partij B zal, op basis van haar gespecialiseerde kennis en ervaring op het gebied van informatieverwerkingstechnologie, de ondersteunende werkzaamheden uitvoeren met de zorg van een goede beheerder om ervoor te zorgen dat het werk van partij A soepel en effectief verloopt.

In de volgende artikelen worden de bepalingen voor de Software Operatie Voorbereiding & Migratie Ondersteuning beschreven, uitgevoerd in de vorm van een quasi-mandaat. In de fase van systeemacceptatie en implementatieondersteuning is het gebruikelijk dat de gebruiker de leiding neemt, dus in het modelcontract van het Ministerie van Economie, Handel en Industrie (METI) is bepaald dat de gebruiker de leiding neemt en de leverancier deze ondersteunt in de vorm van een quasi-mandaat.
Artikel 2 bepaalt dat de leverancier, omdat dit proces een quasi-mandaat is, de plicht heeft om zorgvuldig te beheren als een gevolmachtigde.

(Beëindiging & Bevestiging van de Dienst)
Artikel 32: Partij B zal, binnen X dagen na de beëindiging van de Software Operatie Voorbereiding & Migratie Ondersteuning, een eindrapport opstellen en dit aan partij A voorleggen.

2. Partij A zal, binnen de periode zoals bepaald in de individuele overeenkomst (hierna “Inspectieperiode voor de Beëindiging van de Software Operatie Voorbereiding & Migratie Ondersteuning” genoemd), de inspectie van het genoemde eindrapport uitvoeren.

3. Als partij A geen twijfels heeft over de inhoud van het genoemde eindrapport, zal zij een bevestiging van de beëindiging van de dienst ondertekenen en stempelen en deze aan partij B overhandigen, waarmee de beëindiging van de Software Operatie Voorbereiding & Migratie Ondersteuning wordt bevestigd.

4. Als partij A geen bezwaar maakt met een specifieke reden in een schriftelijke vorm binnen de Inspectieperiode voor de Beëindiging van de Software Operatie Voorbereiding & Migratie Ondersteuning, wordt aangenomen dat de beëindiging van de dienst is bevestigd bij het verstrijken van de inspectieperiode.

In dit artikel worden de procedures vastgelegd voor het controleren of de leverancier de Software Operatie Voorbereiding & Migratie Ondersteuning correct heeft uitgevoerd op basis van de zorgplicht van een goede beheerder, in de vorm van een quasi-mandaat.
Artikel 2 bepaalt dat de leverancier binnen een bepaalde periode na de beëindiging van de dienst een eindrapport aan de gebruiker moet voorleggen.
Artikel 3 bepaalt dat de gebruiker, na het vaststellen van de inspectieperiode, de controle van het eindrapport zal uitvoeren.
Artikel 4 bepaalt de veronderstelde bevestiging in het geval dat de gebruiker nalaat de bevestiging van de beëindiging van de dienst in de vorige twee artikelen uit te voeren.

Bepaling van de aard van het contract

Om de aard van een contract te bepalen, wordt er gekeken naar het geheel van het contract en of het doel ervan is om een ‘voltooid product te leveren’, of dat het de bedoeling is dat de leverancier ‘redelijk zijn taken uitvoert’. Een ruwe richtlijn is of de inhoud van het te voltooien product tot op zekere hoogte specifiek is vastgesteld en of het project in die richting vordert.
Voor specifieke punten waarop gelet moet worden, wordt er in het volgende artikel in detail uitgelegd.