Aanvullende voorwaarden ICT (AVICT )
Aanvullende voorwaarden ICT (AVICT )
0. Definities
De volgende met hoofdletter gebruikte begrippen en uitdrukkingen in deze Aanvullende voorwaarden ICT hebben de daarbij vermelde betekenis:
Aanpassen: Het aanpassen van de Programmatuur als de infrastructuur wordt gewijzigd;
Acceptatie: De acceptatie door Opdrachtgever als bedoeld in artikel 3 van deze Aanvullende voorwaarden ICT;
Apparatuur: De apparatuur inclusief de daarbij behorende, meest recente versie van de Systeem Programmatuur waarop of in samenhang waarmee de Programmatuur dient te worden gebruikt of door Opdrachtnemer moet worden geïmplementeerd;
Broncode: De tekst van de Programmatuur welke ten grondslag ligt aan de Objectcode en geschreven is in een algemeen gehanteerde programmeertaal met de bijbehorende technische documentatie;
Correctief Het opsporen en herstellen van Gebreken in de Programmatuur en
onderhoud: documentatie, nadat deze door Opdrachtgever zijn gemeld;
Documentatie: De functionele, technische en beheerdocumentatie behorend bij het Resultaat;
Functioneel ontwerp/ Het ontwerp waarin de functionele en niet-functionele specifica-
Basisontwerp: ties en de eisen van Opdrachtgever zijn neergelegd met betrekking tot het te realiseren Resultaat;
Gebrek: Het niet of niet volledig voldoen aan de overeengekomen eisen, specificaties of eigenschappen;
Implementatie: Het inrichten van de Programmatuur en de technische installatie van de Programmatuur op de Apparatuur en waar nodig het aanpassen van de Programmatuur of overige Programmatuur zodat de Programmatuur conform de overeengekomen specifica- ties functioneert;
Informatiedragers: De stoffelijke dragers waarop gegevens, informatie en/of Programmatuur die vervaardigd en/of ontwikkeld zijn ten behoeve van Opdrachtgever, dan wel waarvan anderszins de (eigendoms) rechten toebehoren aan Opdrachtgever in de ruimste zin des woords, zijn vastgelegd;
Licentie: Het recht van Opdrachtgever om (Standaard) Programmatuur te gebruiken waarvan de IE-rechten bij een ander dan Opdrachtgever berusten;
Maatwerk Program- De door Opdrachtnemer ten behoeve van Opdrachtgever te ont-
matuur: wikkelen en aan te passen Programmatuur, waaronder begrepen de wijzigingen en aanvullingen van de Standaard Programmatuur, met bijbehorende Documentatie en materialen;
Nieuwe Versie: Een gewijzigde versie van de Programmatuur als gevolg van Vernieuwend en/of Preventief Onderhoud;
Objectcode: De door de computer ‘leesbare’ instructies van software;
Plan van Aanpak: Hierin wordt in ieder geval vastgelegd: de datum van levering, de datum van implementatie, de eventuele fases waarin de Maatwerk Programmatuur ontwikkeld dan wel geïmplementeerd wordt alsmede de in die fases te behalen (deel)resultaten, het plaatsvin- den van (tussentijdse) systeemtesten, het plaatsvinden van (tussentijdse) Acceptatietesten alsmede een bepaling inhoudende dat Maatwerk Programmatuur te allen tijde aan de hand van een Functioneel Bestek wordt ontwikkeld en/of geïmplementeerd;
Preventief Onder- Het in stand houden van de Programmatuur d.w.z het nemen van
houd: geëigende maatregelen en waarborgen zodat de Programmatuur conform de specificaties functioneert;
Programmatuur: Het geheel van Standaard en Maatwerk Programmatuur met bijbe- horende Nieuwe Versies, Verbeterde Versies, Documentatie en materialen;
SLA: Een technische en gedetailleerde specificatie van de op grond van een Overeenkomst te leveren diensten alsmede voor ieder gespe- cificeerd onderdeel van deze diensten de eisen waaraan dat speci- fieke onderdeel in het bijzonder moet voldoen;
Standaard Program- De programmatuur welke niet specifiek ten behoeve van
matuur: Opdrachtgever is ontwikkeld;
Systeem Program- De informatiesysteem onafhankelijke besturingsprogrammatuur
matuur: met bijbehorende Documentatie en materialen;
Technisch ontwerp: De vertaling van het Functioneel ontwerp/Basisontwerp in tech- nische specificaties;
Verbeterde Versie: Een gewijzigde versie van de Programmatuur als gevolg van Preventief en/of Correctief Onderhoud;
Vernieuwend onder- Het aanpassen van de Programmatuur aan nieuwe technologische
houd: inzichten en/of nieuwe wettelijke regelingen en/of verbeteringen
c.q. uitbreidingen van de functionaliteit.
1. Betaling
1.1 Nacalculatie en begroting
Indien is overeengekomen dat betaling volgens nacalculatie zal plaatsvinden, dient vooraf een begroting te zijn ingediend, en zal het te factureren bedrag de begroting nimmer met meer dan 5,00 % mogen overschrijden.
1.2 Controle juistheid factuur
Indien Opdrachtgever de juistheid van een factuur, dan wel een onderdeel daarvan betwist, treden partijen in overleg teneinde de ontstane situatie op te lossen.
Opdrachtgever is te allen tijde gerechtigd de door Opdrachtnemer verzonden factu- ren door een door Opdrachtgever aan te wijzen accountant, als bedoeld in artikel 2:393, eerste lid, BW op inhoudelijke juistheid te laten controleren. Opdrachtnemer zal de betrokken accountant xxxxxx in zijn boeken en bescheiden verlenen en deze alle gegevens en informatie verstrekken die deze verlangt. De controle is vertrou- welijk en strekt zich niet verder uit dan voor het verifiëren van de facturen is vereist. De accountant brengt zijn rapportage zo spoedig mogelijk aan beide
EBE.STA.FOR.AVICT.06.14
partijen uit. De kosten van het accountantsonderzoek komen voor rekening van Opdrachtgever, tenzij uit het onderzoek van de accountant blijkt dat de factu(u)r(en) op de betwiste punten niet juist dan wel onvolledig is/zijn, in welk geval bedoelde kosten voor rekening van Opdrachtnemer komen. Opdrachtgever is over de periode van onderzoek geen rente verschuldigd.
1.3 Opschorting betaling
Opdrachtgever is gerechtigd de betaling van een factuur (of een gedeelte daarvan), waarover tussen partijen geen overeenstemming bestaat, op te schorten gedu-
rende de periode van het accountantsonderzoek. Van deze bevoegdheid zal Opdrachtgever uitsluitend gebruik maken, indien bij hem redelijke twijfel bestaat omtrent de juistheid van de desbetreffende factuur.
1.4 Continuïteit
Overschrijding van een betalingstermijn door Opdrachtgever of niet betaling door Opdrachtgever van een factuur omdat Opdrachtgever de juistheid van de factuur betwist of omdat Opdrachtgever van mening is dat Opdrachtnemer tekort is geschoten in de nakoming van zijn verplichtingen onder de Overeenkomst, geeft Opdrachtnemer niet het recht zijn verplichtingen onder de Overeenkomst op te schorten dan wel de Overeenkomst te ontbinden.
1.5 Meerwerk
Van meerwerk kan slechts sprake zijn, indien daar door een bevoegde vertegen- woordiger van Opdrachtgever uitdrukkelijk schriftelijk om is verzocht. Indien Opdrachtnemer meent dat er van meerwerk sprake zal zijn, zal hij dit zo spoedig mogelijk schriftelijk aan Opdrachtgever melden.
Opdrachtnemer zal niet met het meerwerk aanvangen voordat hij daartoe schrifte- lijke opdracht heeft gekregen. Tot meerwerk wordt niet gerekend additionele werk- zaamheden die Opdrachtnemer redelijkerwijs bij het afsluiten van Overeenkomst had kunnen of moeten voorzien. Meerwerk wordt vergoed tegen het oorspronke- lijke tarief. Op meerwerk zijn de voorwaarden en bepalingen van de Overeenkomst van toepassing.
2. Intellectuele Eigendomsrechten
2.1 Broncode
Indien door Opdrachtnemer aan Opdrachtgever Programmatuur ter beschikking wordt gesteld, die reeds voor het aangaan van de Overeenkomst bestond, dan zal Opdrachtnemer, indien Opdrachtnemer gerechtigd is over de Broncode van die Programmatuur te beschikken, op eerste verzoek van Opdrachtgever met Opdrachtnemer een escrow overeenkomst terzake van die Broncode en alle nood- zakelijke technische documentatie sluiten, welke overeenkomst Opdrachtgever het recht zal geven met onmiddellijke ingang afgifte van voornoemde Broncode en technische documentatie te vragen indien:
a. ten aanzien van Opdrachtnemer faillissement of surseance van betaling wordt aangevraagd, dan wel Opdrachtnemer failliet wordt verklaard of aan Opdracht nemer surseance van betaling wordt verleend dan wel wordt overgegaan tot ontbinding van de vennootschap waarmee de overeenkomst gesloten is;
b. Opdrachtnemer enige verplichting welke hij jegens Opdrachtgever met betrek king tot de bedoelde Programmatuur heeft, niet nakomt.
2.2 Overdracht
Bij overdracht door Opdrachtnemer van IE-rechten aan (een) derde(n) garandeert Opdrachtnemer dat de rechten van Opdrachtgever onverkort gehandhaafd blijven.
3. Acceptatie
3.1 Acceptatieprocedure
Al hetgeen door Opdrachtnemer in het kader van een Overeenkomst aan Opdracht- gever zal worden geleverd, zal eerst worden onderworpen aan een Acceptatiepro- cedure binnen de daarvoor overeengekomen termijnen en op de daarvoor beschre- ven wijze.
3.2 Acceptatietest
Opdrachtgever heeft het recht tijdens een Acceptatietest volledig operationeel gebruik te maken van het daartoe ter beschikking gestelde. Indien tijdens enige Acceptatietest mocht blijken van tekortkomingen dan zal Opdrachtnemer verplicht zijn op de kortst mogelijke termijn deze tekortkomingen te verhelpen en het geheel opnieuw ter Acceptatie aan Opdrachtgever aan te bieden. Indien bij de tweede Acceptatietest door Opdrachtgever opnieuw tekortkomingen worden geconsta- teerd, dan heeft Opdrachtgever zonder nadere ingebrekestelling het recht de betreffende Overeenkomst met onmiddellijke ingang geheel of gedeeltelijk te ontbinden, onverminderd de overige aan Opdrachtgever toekomende rechten. Het voorgaande geldt onverminderd ten aanzien van de aan Opdrachtgever toeko- mende rechten uit hoofde van overschrijding door Opdrachtnemer van enige in de Overeenkomst opgenomen (leverings)termijn.
3.3 Garanties
De voorafgaande keuring/Acceptatietest door of namens Opdrachtgever houdt geen erkenning in dat het geleverde voldoet aan de in artikel 4 bedoelde garanties.
4. Garanties
4.1 Garanties
Opdrachtnemer garandeert, dat:
a) hij over de vereiste deskundigheid beschikt om het overeengekomene voor Opdrachtgever uit te voeren;
b) hij zich, voordat hij de Offerte aan Opdrachtgever heeft uitgebracht, volledig op de hoogte heeft gesteld van de eisen en wensen van Opdrachtgever en hem geen omstandigheden bekend zijn of hadden behoren te zijn, die ertoe zouden moeten leiden, dat Opdrachtgever de Overeenkomst niet, althans niet in dezelfde vorm, met Opdrachtnemer zou hebben gesloten;
c) iedere door hem uitgebrachte Offerte juist en volledig is en een volledig beeld geeft van het geoffreerde;
d) hij in staat is hetgeen is overeengekomen volledig en correct uit te voeren binnen de daarvoor gestelde termijnen;
e) hij ingeval van ontwikkeling van, Implementatie van en/of installatie van Programmatuur en/of computersystemen en/of netwerken en/of andere syste- men, de overeengekomen methodologie strikt en volledig zal toepassen, tenzij door partijen daarvan uitdrukkelijk schriftelijk is afgeweken;
f ) hij alvorens hij het Resultaat aan Opdrachtgever ter beschikking stelt voor een Acceptatieprocedure, zich ervan heeft vergewist dat dit voldoet aan de daaraan op grond van de Overeenkomst te stellen eisen;
g) van Opdrachtgever en/of bij Opdrachtgever al dan niet in dienst zijnde mede- werkers geen verdere medewerking voor de uitvoering van de Overeenkomst noodzakelijk is, dan de overeengekomen -gespecificeerde- medewerking;
h) hij het recht heeft al hetgeen door Opdrachtnemer in het kader van de Overeenkomst aan Opdrachtgever is geleverd, te gebruiken voor het doel waarvoor het is geleverd, zonder enige beperking;
i) hij het geleverde zal voorzien van gedetailleerde gebruikershandleidingen en Documentatie, die Opdrachtgever in staat zullen stellen het geleverde te (doen) gebruiken en te (doen) onderhouden op hetzelfde niveau als waartoe Opdracht- nemer zelf in staat is alsmede ter zake van alle ten behoeve van Opdrachtgever ontwikkelde Programmatuur aan Opdrachtgever de Broncode zal leveren;
j) alle door Opdrachtnemer aan Opdrachtgever geleverde Broncodes van dus- danige kwaliteit zijn, dat met behulp van deze Broncodes op de gebruikelijke wijze de door Opdrachtnemer aan Opdrachtgever geleverde Objectcode kan worden gegenereerd en deze Opdrachtgever in staat stellen de geleverde Programmatuur te onderhouden;
k) Opdrachtnemer bij werkzaamheden aan (computer)systemen van Opdracht- gever zorg zal dragen voor zodanige veiligstelling van op die systemen opgeslagen gegevens en/of informatie, dat verlies en/of beschadiging daarvan wordt uitgesloten;
l) ingeval van onderhoud aan systemen Opdrachtnemer Opdrachtgever schrifte- lijk op de hoogte zal houden van alle in de systemen aangebrachte wijzigingen van welke aard dan ook;
m) alle door Opdrachtnemer aan Opdrachtgever geleverde nieuwe en/of aange- paste versies van Programmatuur op basis van het overeengekomene zowel “upwards” als “downwards” compatible zullen zijn;
n) hij in geval van de levering van Programmatuur een door Opdrachtgever op te geven aantal werknemers ten behoeve van de Acceptatieprocedure zal op- leiden in het gebruik daarvan, alvorens de Acceptatieprocedure bedoeld in
artikel 9 van deze overeenkomst plaatsvindt;
o) indien Opdrachtnemer door Opdrachtgever wordt verzocht bij zijn Offerte een SLA in te dienen, zal deze aan alle daaraan in het algemeen, en als verzocht door Opdrachtgever te stellen kwaliteitseisen in het bijzonder voldoen en zal voorzien in een voorstel voor kortingen voor de gevallen waarin het overeenge- komen dienstenniveau niet wordt gehaald;
p) tenzij partijen dienaangaande anders zijn overeengekomen, hij na aflevering gedurende een periode van tenminste zesendertig (36) maanden onderdelen voor de geleverde zaken en/of diensten aan Opdrachtgever zal kunnen leveren.
4.2 Klachten
Opdrachtgever zal Opdrachtnemer schriftelijk in kennis stellen van klachten betref- fende het geleverde, althans zodra constatering daarvan redelijkerwijs mogelijk is.
5. Onderhoud
5.1 Service levels
De service levels (kwaliteit en niveau) van het onderhoud worden in een SLA uitge- werkt, tussen Opdrachtgever en Opdrachtnemer in onderling overleg overeen te komen.
5.2 Wijzigingen Programmatuur
Het is Opdrachtnemer niet toegestaan wijzigingen in de Programmatuur bij Opdrachtgever aan te brengen tenzij Opdrachtgever hiervoor vooraf schriftelijk toestemming heeft gegeven dan wel hierom expliciet heeft verzocht.
6. Gebreken en Correctief Onderhoud
6.1 Melding van gebreken
In de SLA wordt bepaald op welke wijze een Gebrek aan Opdrachtnemer wordt gemeld. Als de SLA hiervoor geen voorschrift bevat wordt een Gebrek zo spoedig mogelijk en zo gedetailleerd mogelijk, schriftelijk (bij voorkeur via e-mail) aan Opdrachtnemer gemeld.
6.2 Prioriteitencategorisering
Tenzij partijen in deze Overeenkomst Gebreken in andere categorieën hebben onderverdeeld, worden in verband met het verrichten van Correctief Onderhoud, Gebreken in de volgende categorieën onderverdeeld:
• Prioriteit 1:
De Programmatuur functioneert in het geheel of grotendeels niet en is in redelijkheid niet meer bruikbaar.
• Prioriteit 2:
De Programmatuur vertoont ernstig verlies aan functionaliteit, maar kan naar de mening van Opdrachtgever nog worden gebruikt.
• Prioriteit 3:
De Programmatuur vertoont hinderlijke tekortkomingen, maar kan normaal worden gebruikt.
Opdrachtgever beslist in welke prioriteitsgroep een Gebrek valt.
6.3 Termijnen
In de SLA wordt per Prioriteitgroep vastgesteld binnen welke termijn Opdrachtne- mer met Correctief Onderhoud moet aanvangen en binnen welke termijn het Gebrek moet zijn verholpen. De herstelperiode vangt aan op het moment van de melding als bedoeld in het eerste lid van dit Artikel.
6.4 Voortzetting onderhoud
Indien Correctief Onderhoud tijdens overeengekomen uren is aangevangen heeft Opdrachtgever het recht te verlangen dat dit Correctief Onderhoud buiten deze uren wordt voortgezet indien hij van mening is dat de aard van het Gebrek daartoe aanleiding geeft.
6.5 Melding van herstel
In de SLA wordt vastgesteld op welke wijze Opdrachtnemer aan Opdrachtgever meldt dat het Gebrek is verholpen alsmede op welke wijze Opdrachtnemer over (het verhelpen van) het Gebrek zal rapporteren.
6.6 Tijdelijke probleemoplossingen
Tot het Correctief Onderhoud behoort tevens het verstrekken van tijdelijke pro- bleemoplossingen. Programma-omwegen of probleemvermijdende c.q. work- arounds restricties zullen door Opdrachtnemer niet eerder worden aangebracht dan na schriftelijke toestemming van Opdrachtgever waarbij Opdrachtnemer bij het verzoek daartoe zal aantonen dat het Gebrek vooralsnog niet op een andere manier kan worden verholpen.
7. Verbeterde Versies naar aanleiding van Preventief en Correctief Onderhoud
7.1 Verbeterde versies
Opdrachtnemer is verplicht in voldoende mate te onderzoeken of er naar aanleiding van het door hem verrichte Preventief en/of Correctief Onderhoud aanleiding is om Verbeterde Versies van de Programmatuur te ontwikkelen en aan Opdrachtgever beschikbaar te stellen. Opdrachtgever is niet verplicht deze Verbeterde Versies af te nemen.
7.2 Voortzetting gebruik en ondersteuning en onderhoud oudere versies Het bepaalde in artikel 8.2 en 8.3 is van overeenkomstige toepassing.
7.3 Acceptatietest
Opdrachtgever heeft het recht de Verbeterde Versie aan een Acceptatietest te onderwerpen.
8. Vernieuwend onderhoud
8.1 Nieuwe versies
Opdrachtnemer is verplicht de mogelijkheid om de Programmatuur kwalitatief te verbeteren in voldoende mate te onderzoeken en zodra daartoe aanleiding is Nieuwe Versies aan Opdrachtgever beschikbaar te stellen. Opdrachtgever is niet verplicht deze Nieuwe Versies af te nemen.
8.2 Voortzetting gebruik
Opdrachtgever heeft tot 6 weken na succesvolle Implementatie van de Nieuwe
Versie het recht Opdrachtnemer mee te delen dat hij het gebruik van de Nieuwe Versie niet wenst voort te zetten.
8.3 Ondersteuning en onderhoud oudere versies
Opdrachtnemer zal ervoor zorgdragen dat alle voorafgaande versies van de Programmatuur, gerekend vanaf en inclusief de door Opdrachtgever in onderhoud gegeven versie(s) gedurende een periode van 2 jaar na het uitkomen van (een) Nieuwe Versie(s) ondersteund en onderhouden worden.
8.4 Acceptatietest
Opdrachtgever heeft het recht de Nieuwe Versie aan een Acceptatietest te onder- werpen.
9. Aanpassingen
9.1 Aanpassingen
Opdrachtnemer zal de Apparatuur c.q. de Systeem Programmatuur c.q. Program- matuur c.q. Maatwerk Programmatuur c.q. Standaard Programmatuur, indien mogelijk en waar nodig, dit ter beoordeling van Opdrachtgever, op verzoek van Opdrachtgever Aanpassen.
9.2 Plan van Aanpak
De Aanpassingen worden uitgevoerd aan de hand van een vooraf vast gesteld Plan van Aanpak.
10. Wijzigingen reikwijdte van het onderhoud
10.1 Beëindiging gebruik van Programmatuur
Indien Programmatuur waarvan het onderhoud bij het aangaan van de Overeen- komst onder de reikwijdte van de Overeenkomst viel, niet langer door Opdrachtge- ver gebruikt wordt, wordt de reikwijdte van de Overeenkomst geacht overeenkom- stig te zijn aangepast, zonder dat aan Opdrachtnemer enig recht op schadevergoeding als gevolg van deze wijziging toekomt.
11. Standaard Programmatuur
11.1 Licenties
Ingeval Opdrachtnemer Standaard Programmatuur levert of indien hij Maatwerk Programmatuur ontwikkelt bovenop reeds bestaande Standaard Programmatuur, zal Opdrachtnemer zorgdragen voor de benodigde Licenties voor het gebruik van de Standaard Programmatuur.
11.2 Licentieovereenkomst
De voorwaarden omtrent de Licentie(verlening) en de omvang van het gebruiks- recht worden in een bijlage bij de Overeenkomst dan wel in een afzonderlijke licen- tieovereenkomst vastgelegd.
11.3 Reservekopie en herstel van fouten
Krachtens de Licentie heeft Opdrachtgever in ieder geval het recht om een reserve- kopie te maken en fouten te (laten) herstellen, een en ander voor zover nodig om de (Standaard)Programmatuur te kunnen gebruiken.
12. Maatwerk Programmatuur
12.1 Plan van Aanpak
Voor de ontwikkeling en Implementatie van de Maatwerk Programmatuur wordt een Plan van Aanpak opgesteld.
12.2 Acceptatietest
De Acceptatietest zoals bedoeld in artikel 13, wordt door Opdrachtgever opgesteld en door of namens Opdrachtgever uitgevoerd.
12.3 Goedkeuring en aanwijzingen
Indien het Plan van Xxxxxx door Opdrachtnemer wordt opgesteld wordt het Plan van Aanpak ter goedkeuring aan Opdrachtgever aangeboden. Opdrachtgever heeft te allen tijde het recht bij de totstandkoming van het Plan van Xxxxxx aanwijzingen te geven en te verlangen dat deze aanwijzingen in het Plan van Aanpak worden opgenomen.
12.4 Afkeur Plan van Xxxxxx
Eerst nadat het Plan van Aanpak zoals bedoeld in het vierde lid van dit Artikel door Opdrachtgever schriftelijk is goedgekeurd, vangt Opdrachtnemer aan met de verdere werkzaamheden. Indien Opdrachtgever het Plan van Aanpak afkeurt zal Opdrachtgever aan Opdrachtnemer schriftelijk en gemotiveerd meedelen op welke punten het Plan van Aanpak is afgekeurd. Opdrachtgever biedt aan Opdrachtnemer de gelegenheid het Plan van Aanpak aan te passen en binnen een door Opdrachtge- ver gestelde termijn opnieuw aan Opdrachtgever aan te bieden. Indien het aange- paste Plan van Xxxxxx opnieuw door Opdrachtgever wordt afgekeurd, heeft Opdrachtgever het recht de Overeenkomst buiten rechte – eventueel voorwaarde- lijk of gedeeltelijk – onmiddellijk te ontbinden zonder dat daarvoor enige aanmaning of ingebrekestelling is vereist.
13. Acceptatietest Maatwerk Programmatuur
13.1 Acceptatieprocedure
Opdrachtgever zal binnen een in het Plan van Aanpak beschreven termijn de Programmatuur aan de Acceptatietest onderwerpen. Opdrachtnemer en Opdracht- gever hebben gezamenlijk de verplichting een Acceptatieprocedure vooraf schrifte- lijk vast te leggen waarbij in ieder geval zullen worden opgenomen: de door beide partijen geaccordeerde specificaties waaraan het Resultaat getest dient te worden, een regeling voor de verdeling van de kosten voor herstelwerkzaamheden indien blijkt dat het Resultaat niet aan de specificaties voldoet en de duur van de Acceptatieprocedure.
13.2 Proces verbaal
Direct nadat de Acceptatietest heeft plaatsgevonden, wordt door Opdrachtgever en Opdrachtnemer een proces-verbaal opgemaakt en ondertekend. In het proces- verbaal worden de Gebreken, die de Programmatuur vertoont, vastgelegd alsmede de delen van de Programmatuur die door Opdrachtgever zijn goedgekeurd c.q. afgekeurd.
13.3 Verhelpen Gebreken
Binnen de in het Plan van Xxxxxx beschreven termijn zal Opdrachtnemer de in het proces-verbaal vastgelegde Gebreken verhelpen.
13.4 Herhaling Acceptatietest
Indien Opdrachtgever de Programmatuur niet bij de eerste Acceptatietest heeft goedgekeurd, zal de Acceptatietest uiterlijk binnen een in het Plan van Xxxxxx beschreven termijn, worden herhaald. In het tweede proces verbaal zal worden vastgelegd of de in het eerste proces-verbaal opgenomen Gebreken zijn verholpen en in het geval van afkeuring zoals beschreven in het tweede lid van dit
artikel of de Programmatuur thans is goedgekeurd. Ter zake van niet verholpen Gebreken is het bepaalde in het tweede en derde lid van dit Artikel van toepassing.
13.5 Herhaalde afkeur
Indien de Programmatuur na de tweede Acceptatietest zoals beschreven in het vierde lid van dit Artikel, opnieuw door Opdrachtgever wordt afgekeurd, is Opdrachtgever gerechtigd de Overeenkomst onmiddellijk te ontbinden zonder dat daarvoor enige aanmaning of ingebrekestelling is vereist. Opdrachtgever zal geen gebruik maken van het bepaalde in de eerste zin van dit lid, indien Opdrachtnemer, ter beoordeling van Opdrachtgever, aannemelijk maakt dat herstel van de afge- keurde elementen op korte termijn gerealiseerd wordt.
13.6 Schadeaansprakelijkheid
Ingeval de situatie zoals beschreven in het vijfde lid van dit artikel zich voordoet is Opdrachtnemer aansprakelijk voor de door Opdrachtgever geleden en te lijden schade.
13.7 Datum Acceptatie
Indien alle onderdelen van de Programmatuur door Opdrachtgever zijn goedge- keurd, zal de datum waarop het laatste proces-verbaal is opgesteld en onderte- kend, gelden als datum van Acceptatie.
13.8 Onderzoek door derde
Opdrachtgever is gerechtigd de Programmatuur of de Acceptatietest door een derde deskundige te laten onderzoeken alvorens deze te accepteren c.q. goed te keuren. Opdrachtgever is gerechtigd de Acceptatietest door een derde te laten uitvoeren. Opdrachtnemer is gehouden hieraan zijn medewerking te verlenen.