Common use of Acceptatie Clause in Contracts

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leiden. 7.4 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is en 5.3 zijn van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering door Opdrachtgever getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. 7.4 Indien en voor zover tijdens de Acceptatieprocedure sprake is van medewerking en afhankelijkheid van derde partijen als bedoeld in artikel 5.4, is het bepaalde in artikel 6.7 van overeenkomstige toepassing. 7.5 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 7.6 Het bepaalde in het vorige lid is niet van toepassing indien Leverancier aantoont dat Acceptatie wordt onthouden als gevolg van Xxxxxxxx die Opdrachtgever redelijkerwijs bij het voor de eerste maal doorlopen van de Acceptatieprocedure had moeten constateren. 7.7 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around workaround aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 7.8 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieAcceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 7.9 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 7.10 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie, tenzij de vroegtijdige ingebruikname van de ICT Prestatie voor productieve doeleinden verband houdt met vertragingen of tekortschieten aan de zijde van Leverancier.

Acceptatie. 7.1 36.1 Indien er partijen geen Implementatieplan acceptatietest zijn overeengekomen, aanvaardt klant de programmatuur in de staat waarin deze zich op het moment van aflevering bevindt (‘as is, where is’), derhalve met alle zichtbare en onzichtbare fouten en gebreken, onverminderd de verplichtingen van leverancier zoals bedoeld in artikel 40. In voornoemd geval zal de programmatuur bij de aflevering of, indien een door leverancier uit te voeren installatie schriftelijk is opgesteldovereengekomen, of dit plan geen beschrijving bevat bij de voltooiing van de wijze waarop installatie, gelden als zijnde geaccepteerd door klant. 36.2 Indien tussen partijen een acceptatietest is overeengekomen, is het bepaalde in de Acceptatieprocedure artikelen 36.3 tot en met 36.10 van toepassing. 36.3 Daar waar in deze algemene voorwaarden sprake is van ‘fouten’ wordt uitgevoerddaaronder verstaan het substantieel niet voldoen van de programmatuur aan de door leverancier schriftelijk uitdrukkelijk kenbaar gemaakte functionele of technische specificaties van de programmatuur, en, ingeval de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. Van een fout is alleen sprake indien klant deze kan aantonen en deze bovendien reproduceerbaar is. Klant is gehouden van fouten onverwijld melding te maken. Leverancier heeft geen enkele verplichting met betrekking tot andere onvolkomenheden in of aan de programmatuur anders dan met betrekking tot fouten in de zin van deze algemene voorwaarden. 36.4 Indien een acceptatietest is overeengekomen, bedraagt de testperiode veertien dagen na aflevering of, indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, veertien dagen na voltooiing van de installatie. Gedurende de testperiode is klant niet gerechtigd de programmatuur voor productieve of operationele doeleinden te gebruiken. Klant zal de overeengekomen acceptatietest met gekwalificeerd personeel en met voldoende omvang en diepgang uitvoeren. 36.5 Indien een acceptatietest is overeengekomen, is klant verplicht te toetsen of de afgeleverde programmatuur beantwoordt aan de door leverancier schriftelijk, uitdrukkelijk kenbaar gemaakte functionele of technische specificaties en, indien en voor zover de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. 36.6 Indien bij het testen in opdracht van de klant gebruik wordt gemaakt van gegevens, dan zal klant ervoor zorgdragen dat het gebruik van deze gegevens voor dit doeleinde is toegestaan. 36.7 De programmatuur zal tussen partijen gelden als geaccepteerd: a. indien partijen een acceptatietest zijn overeengekomen: op de eerste dag na de testperiode, dan wel b. indien leverancier vóór het einde van de testperiode een testrapport als bedoeld in artikel 36.8 ontvangt: op het moment dat de in dat testrapport genoemde fouten zijn hersteld, onverminderd de aanwezigheid van fouten die volgens artikel 36.9 aan acceptatie niet in de weg staan, dan wel c. indien klant enig gebruik maakt van de programmatuur b. indien partijen zijn overeengekomen dat leverancier voor productieve of operationele doeleinden: op het moment van de desbetreffende ingebruikneming. 36.8 Indien bij het uitvoeren van de overeengekomen acceptatietest blijkt dat de programmatuur fouten bevat, zal klant uiterlijk op eerste verzoek de laatste dag van Opdrachtgever alsnog in de testperiode de testresultaten schriftelijk, overzichtelijk, gedetailleerd en begrijpelijk aan leverancier rapporteren. Leverancier zal zich naar beste vermogen inspannen de bedoelde fouten binnen een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 redelijke termijn te herstellen, waarbij leverancier gerechtigd is van overeenkomstige toepassing op het opstellen van dit testprotocoltijdelijke oplossingen, programma-omwegen of probleemvermijdende beperkingen aan te brengen. 7.2 Tenzij 36.9 Klant mag de acceptatie van de programmatuur niet onthouden om redenen die niet verband houden met de tussen partijen schriftelijk uitdrukkelijk overeengekomen specificaties en voorts niet wegens het bestaan van kleine fouten, zijnde fouten die de operationele of productieve ingebruikneming van de programmatuur redelijkerwijs niet in de Overeenkomstweg staan, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is onverminderd de Acceptatieprocedure als volgt: i) Na iedere levering verplichting van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De leverancier om deze kleine fouten in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen garantieregeling van artikel 40 te passen in de algehele planning herstellen. Acceptatie mag voorts niet worden onthouden vanwege aspecten van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leidenprogrammatuur die slechts subjectief beoordeeld kunnen worden, zoals esthetische aspecten van gebruikersinterfaces. 7.4 36.10 Indien (delen van) de ICT Prestatie bij het voor programmatuur in fasen en/of onderdelen wordt afgeleverd en getest, doet de tweede maal doorlo- pen niet-acceptatie van een bepaalde fase en/of onderdeel niets af aan de acceptatie van een eerdere fase en/of een ander onderdeel. 36.11 Acceptatie van de (integrale) Acceptatieprocedure programmatuur op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt een der wijzen als bedoeld in dit artikel heeft tot gevolg dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk leverancier gekweten is voor de nakoming van zijn verplichtingen betreffende de terbeschikkingstelling en aflevering van de programmatuur en, indien tevens de installatie van de programmatuur door Opdrachtgever geleden en te lijden schade; ofleverancier is overeengekomen, van zijn verplichtingen betreffende de installatie. ii) onverminderd zijn recht 36.12 Acceptatie van de programmatuur doet niets af aan de rechten van klant op vergoeding (binnen de kaders grond van artikel 13) van 36.9 betreffende kleine fouten en artikel 40 betreffende de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing isgarantie. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 30.1 Indien er partijen geen Implementatieplan is opgesteldacceptatietest zijn overeengekomen, of dit plan geen beschrijving bevat aanvaardt klant de programmatuur in de staat waarin deze zich op het moment van aflevering bevindt (‘as is, where is’), derhalve met alle zichtbare en onzichtbare fouten en gebreken, onverminderd de verplichtingen van leverancier op grond van de wijze waarop garantieregeling van artikel 34. In voornoemd geval zal de Acceptatieprocedure wordt uitgevoerdprogrammatuur bij de aflevering of, zal op eerste verzoek indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, bij de voltooiing van Opdrachtgever alsnog de installatie, gelden als zijnde geaccepteerd door klant. 30.2 Indien tussen partijen een acceptatietest is overeengekomen, is het bepaalde in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 artikelen 30.3 tot en met 30.10 van toepassing. 30.3 Daar waar in deze algemene voorwaarden sprake is van overeenkomstige toepassing op ‘fouten’ wordt daaronder verstaan het opstellen substantieel niet voldoen van dit testprotocolde programmatuur aan de door leverancier schriftelijk uitdrukkelijk kenbaar gemaakte functionele of technische specificaties van de programmatuur, en, ingeval de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. Van een fout is alleen sprake indien klant deze kan aantonen en deze bovendien reproduceerbaar is. Klant is gehouden van fouten onverwijld melding te maken. Leverancier heeft geen enkele verplichting met betrekking tot andere gebreken in of aan de programmatuur dan met betrekking tot fouten in de zin van deze algemene voorwaarden. 7.2 Tenzij in 30.4 Indien een acceptatietest is overeengekomen, bedraagt de Overeenkomsttestperiode veertien dagen na aflevering of, het Implementatieplan indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, veertien dagen na voltooiing van de installatie. Gedurende de testperiode is klant niet gerechtigd de programmatuur voor productieve of het in het vorige lid bedoelde testprotocol anders operationele doeleinden te gebruiken. Klant zal de overeengekomen acceptatietest met gekwalificeerd personeel en met voldoende omvang en diepgang uitvoeren. 30.5 Indien een acceptatietest is bepaaldovereengekomen, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd klant verplicht te toetsen of de ICT Prestatie Gebreken vertoont afgeleverde programmatuur beantwoordt aan de door leverancier schriftelijk, uitdrukkelijk kenbaar gemaakte functionele of technische specificaties en, indien en voorts voor zover de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de ICT Prestatie (deels) is goedgekeurdschriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. 30.6 De programmatuur zal tussen partijen gelden als geaccepteerd: • A. indien partijen een acceptatietest zijn overeengekomen: op de eerste dag na de testperiode, dan wel afgekeurd;• B. indien leverancier vóór het einde van de testperiode een testrapport als bedoeld in artikel 30.7 ontvangt: op het moment dat • C. de in dat testrapport genoemde fouten zijn hersteld, onverminderd de aanwezigheid van fouten die volgens artikel 30.8 aan acceptatie niet in de weg staan, dan wel • D. indien klant enig gebruik maakt van de programmatuur voor productieve of operationele doeleinden: op het moment van de desbetreffende ingebruikneming. ii) Binnen 30.7 Indien bij het uitvoeren van de overeengekomen acceptatietest blijkt dat de programmatuur fouten bevat, zal klant uiterlijk op de laatste dag van de testperiode de testresultaten schriftelijk, overzichtelijk, gedetailleerd en begrijpelijk aan leverancier rapporteren. Leverancier zal zich naar beste vermogen inspannen de bedoelde fouten binnen een redelijke termijntermijn te herstellen, althans waarbij leverancier gerechtigd is tijdelijke oplossingen, programmaomwegen of probleemvermijdende beperkingen aan te brengen. 30.8 Klant mag de daartoe acceptatie van de programmatuur niet onthouden om redenen die niet verband houden met de tussen partijen schriftelijk uitdrukkelijk overeengekomen specificaties en voorts niet wegens het bestaan van kleine fouten, zijnde fouten die de operationele of productieve ingebruikneming van de programmatuur redelijkerwijs niet in de Overeen- komst gespecificeerde termijnweg staan, na onverminderd de datum verplichting van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De leverancier om deze kleine fouten in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen garantieregeling van artikel 34 te passen in de algehele planning herstellen. Acceptatie mag voorts niet worden onthouden vanwege aspecten van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leidenprogrammatuur die slechts subjectief beoordeeld kunnen worden, zoals esthetische aspecten van gebruikersinterfaces. 7.4 30.9 Indien (delen van) de ICT Prestatie bij het voor programmatuur in fasen en/of onderdelen wordt afgeleverd en getest, doet de tweede maal doorlo- pen niet-acceptatie van een bepaalde fase en/of onderdeel niets af aan de acceptatie van een eerdere fase en/of een ander onderdeel. 30.10 Acceptatie van de (integrale) Acceptatieprocedure programmatuur op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt een der wijzen als bedoeld in dit artikel heeft tot gevolg dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk leverancier gekweten is voor de nakoming van zijn verplichtingen betreffende de terbeschikkingstelling en aflevering van de programmatuur en, indien tevens de installatie van de programmatuur door Opdrachtgever geleden en te lijden schade; of ii) onverminderd leverancier is overeengekomen, van zijn recht verplichtingen betreffende de installatie. Acceptatie van de programmatuur doet niets af aan de rechten van klant op vergoeding (binnen de kaders grond van artikel 13) van 30.8 betreffende kleine gebreken en artikel 34 betreffende de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing isgarantie. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 30.01 Indien er partijen geen Implementatieplan is opgesteldacceptatietest zijn overeengekomen, of dit plan geen beschrijving bevat aanvaardt klant de programmatuur in de staat waarin deze zich op het moment van aflevering bevindt (‘as is, where is’), derhalve met alle zichtbare en onzichtbare fouten en gebreken, onverminderd de verplichtingen van Etesian op grond van de wijze waarop garantieregeling van artikel 34. In voornoemd geval zal de Acceptatieprocedure programmatuur bij de aflevering of, indien een door Etesian uit te voeren installatie schriftelijk is overeengekomen, bij de voltooiing van de installatie, gelden als zijnde geaccepteerd door klant. 30.02 Indien tussen partijen een acceptatietest is overeengekomen, is het bepaalde in de artikelen 30.03 tot en met 30.10 van toepassing. 30.03 Daar waar in deze algemene voorwaarden sprake is van ‘fouten’ wordt uitgevoerddaaronder verstaan het substantieel niet voldoen van de programmatuur aan de door Etesian schriftelijk uitdrukkelijk kenbaar gemaakte functionele of technische specificaties van de programmatuur, en, ingeval de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. Van een fout is alleen sprake indien klant deze kan aantonen en deze bovendien reproduceerbaar is. Klant is gehouden van fouten onverwijld melding te maken. Etesian heeft geen enkele verplichting met betrekking tot andere gebreken in of aan de programmatuur dan met betrekking tot fouten in de zin van deze algemene voorwaarden. 30.04 Indien een acceptatietest is overeengekomen, bedraagt de testperiode veertien dagen na aflevering of, indien een door Etesian uit te voeren installatie schriftelijk is overeengekomen, veertien dagen na voltooiing van de installatie. Gedurende de testperiode is klant niet gerechtigd de programmatuur voor productieve of operationele doeleinden te gebruiken. Klant zal de overeengekomen acceptatietest met gekwalificeerd personeel en met voldoende omvang en diepgang uitvoeren. 30.05 Indien een acceptatietest is overeengekomen, is klant verplicht te toetsen of de afgeleverde programmatuur beantwoordt aan de door Etesian schriftelijk, uitdrukkelijk kenbaar gemaakte functionele of technische specificaties en, indien en voor zover de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. 30.06 De programmatuur zal tussen partijen gelden als geaccepteerd: a. indien partijen een acceptatietest zijn overeengekomen: op de eerste dag na de testperiode, dan wel b. indien Etesian vóór het einde van de testperiode een testrapport als bedoeld in artikel 30.07 ontvangt: op het moment dat de in dat testrapport genoemde fouten zijn hersteld, onverminderd de aanwezigheid van fouten die volgens artikel 30.8 aan acceptatie niet in de weg staan, dan wel c. indien klant enig gebruik maakt van de programmatuur voor productieve of operationele doeleinden: op het moment van de desbetreffende ingebruikneming. 30.07 Indien bij het uitvoeren van de overeengekomen acceptatietest blijkt dat de programmatuur fouten bevat, zal klant uiterlijk op eerste verzoek de laatste dag van Opdrachtgever alsnog in de testperiode de testresultaten schriftelijk, overzichtelijk, gedetailleerd en begrijpelijk aan Xxxxxxx rapporteren. Etesian zal zich naar beste vermogen inspannen de bedoelde fouten binnen een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 redelijke termijn te herstellen, waarbij Etesian gerechtigd is van overeenkomstige toepassing op het opstellen van dit testprotocoltijdelijke oplossingen, programmaomwegen of probleem vermijdende beperkingen aan te brengen. 7.2 Tenzij 30.08 Klant mag de acceptatie van de programmatuur niet onthouden om redenen die niet verband houden met de tussen partijen schriftelijk uitdrukkelijk overeengekomen specificaties en voorts niet wegens het bestaan van kleine fouten, zijnde fouten die de operationele of productieve ingebruikneming van de programmatuur redelijkerwijs niet in de Overeenkomstweg staan, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is onverminderd de Acceptatieprocedure als volgt: i) Na iedere levering verplichting van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De Etesian om deze kleine fouten in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen garantieregeling van artikel 34 te passen in de algehele planning herstellen. Acceptatie mag voorts niet worden onthouden vanwege aspecten van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leidenprogrammatuur die slechts subjectief beoordeeld kunnen worden, zoals esthetische aspecten van gebruikersinterfaces. 7.4 30.09 Indien (delen van) de ICT Prestatie bij het voor programmatuur in fasen en/of onderdelen wordt afgeleverd en getest, doet de tweede maal doorlo- pen niet- acceptatie van een bepaalde fase en/of onderdeel niets af aan de acceptatie van een eerdere fase en/of een ander onderdeel. 30.10 Acceptatie van de (integrale) Acceptatieprocedure programmatuur op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt een der wijzen als bedoeld in dit artikel heeft tot gevolg dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk Etesian gekweten is voor de nakoming van zijn verplichtingen betreffende de terbeschikkingstelling en aflevering van de programmatuur en, indien tevens de installatie van de programmatuur door Opdrachtgever geleden en te lijden schade; of ii) onverminderd Etesian is overeengekomen, van zijn recht verplichtingen betreffende de installatie. Acceptatie van de programmatuur doet niets af aan de rechten van klant op vergoeding (binnen de kaders grond van artikel 13) van 30.08 betreffende kleine gebreken en artikel 34 betreffende de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing isgarantie. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat 1. PwC en de Leverancier zullen in de Overeenkomst procedures vaststellen ten aanzien van de wijze waarop werkwijze en uitvoering van (de) Acceptatietest(s). De specificaties van de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek Acceptatietest(s) genoemd in de Overeenkomst bevatten de overeengekomen (systeem)eigenschappen die getest gaan worden. Iedere (deel)levering van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure Programmatuur en/of Apparatuur zal worden uitgevoerd. Artikel 5.2 is van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij onderworpen aan een Acceptatietest zoals beschreven in de Overeenkomst. 2. PwC is gerechtigd na voorafgaande schriftelijke kennisgeving aan de Leverancier het onderwerp van de Acceptatietest(s) door een deskundige derde te laten onderzoeken, alvorens het Implementatieplan onderwerp van deze Acceptatietest(s) te accepteren. De Leverancier is verplicht hieraan zijn medewerking te verlenen, maar kan verlangen dat deze derde vooraf verklaart de gegevens verkregen uit het onderzoek jegens derden geheim te houden. 3. Indien de Programmatuur en/of Apparatuur in delen door PwC is geaccepteerd zal na de laatst uitgevoerde Acceptatietest een integrale Acceptatietest worden uitgevoerd om de onderlinge samenhang van de Programmatuur en/of Apparatuur te testen. 4. De resultaten van de Acceptatietest zullen worden vastgelegd in een proces-verbaal dat zal worden ondertekend door PwC. In dat proces- verbaal wordt aangegeven of sprake is van onvoorwaardelijke acceptatie of niet, alsmede de onderdelen die niet zijn geaccepteerd. Indien de Programmatuur en/of Apparatuur conform de Acceptatietest door PwC is goedgekeurd, geldt de datum van ondertekening van het in proces-verbaal van goedkeuring als datum van Acceptatie. Goedkeuring van iedere (deel)levering van de Programmatuur en/of Apparatuur laat de mogelijkheid tot afkeuring van het vorige lid bedoelde testprotocol anders is bepaaldgeheel op grond van de integrale Acceptatietest onverlet. 5. Indien tijdens (een) Acceptatietest(s) blijkt van tekortkomingen/non- conformiteit, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) Leverancier gehouden om de ICT Prestatie, wordt tekortkomingen/non- conformiteit kosteloos op de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt kortst mogelijke termijn te verhelpen en ondertekend. In dit testverslag het geheel opnieuw ter Acceptatie aan te bieden waarna de Acceptatietest zal worden vastgelegd of herhaald. Indien bij de ICT Prestatie Gebreken vertoont en voorts of tweede acceptatietest door de ICT Prestatie (deels) Leverancier opnieuw sprake is goedgekeurdvan tekortkomingen/non-conformiteit, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van heeft PwC zonder nadere ingebrekestelling het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van recht de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leiden. 7.4 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – met onmiddellijke ingang geheel of gedeeltelijk – te ontbinden zonder nadere ingebre- kestelling buiten rechte schadevergoeding verschuldigd te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatiezijn, onverminderd de verplichting overige aan PwC toekomende rechten. Het voorgaande laat onverlet de aan PwC toekomende rechten uit hoofde van overschrijding door de Leverancier om die op korte termijn te herstellenvan enige in de Overeenkomst opgenomen (leverings)termijn. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie 6. Gedurende (een) Acceptatietest(s) is PwC redelijkerwijze gerechtigd operationeel gebruik te maken van het laatste deel van door de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaatsLeverancier ter beschikking gestelde, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er indien dit noodzakelijk is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedurevoor haar bedrijfsvoering. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd10.1. Artikel 5.2 is van overeenkomstige toepassing op Onverminderd het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaaldelders bepaalde, is de Acceptatieprocedure als volgt: i) Na iedere levering van Wigo4it te allen tijde gerechtigd om (delen van) de ICT Prestatie, wordt waaronder de be- treffende levering getest maatwerkprogrammatuur, te onderwerpen aan een acceptatietest. De Contractant is verplicht zijn volledige medewerking te verlenen aan de uitvoering van deze acceptatietest. 10.2. Direct nadat een acceptatietest heeft plaatsgevonden, maakt Wigo4it een testrapport op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekendondertekent dit. In dit testverslag zal worden testrapport wordt vastgelegd of de ICT Prestatie welke Gebreken vertoont zich hebben voorgedaan en voorts of (delen van) de ICT Prestatie (deels) is goedgekeurd, door Wigo4it zijn goedgekeurd dan wel afgekeurd; ii. Indien uit het testrapport blijkt dat zich Gebreken hebben voorgedaan met prioriteitscategorie "kritisch" en/of "hoog" (of categorieën met vergelijkbare strekking) Binnen dan wel anderszins (een redelijke termijn, althans de daartoe combinatie van) Gebreken die bedrijfsmatige ingebruikname in de Overeen- komst gespecificeerde termijnweg staan, is sprake van non-acceptatie. 10.3. Binnen veertien dagen na de datum van de ondertekening van het testverslagin het vorige artikellid bedoelde testrapport, zal Leverancier een planning afgeven waar- binnen de Contractant naar zijn beste vermogen in ieder geval de in het testverslag testrapport vastgelegde Gebreken met prioriteitscategorie "kritisch" en "hoog" en voor zover mogelijk ook de overige in het testrapport vastgelegde Gebreken voor eigen rekening verhelpen en zal hij de herstelde (delen van de) Prestatie opnieuw conform het bepaalde in de Overeenkomst opleveren. De acceptatietest zal vervolge ns worden verholpen;herhaald. iii10.4. Indien de (delen van de) Leverancier zal Prestatie na afloop de tweede acceptatietest opnieuw door Wigo4it wordt afgekeurd wegens het zich voordoen van de in het vorige lid bedoelde termijn Xxxxxxxx met prioriteitscategorie "kritisch" en/of "hoog" (het gedeelte of categorieën met vergelijkbare strekking) dan wel anderszins (een combinatie van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen Gebreken die bedrijfsmatige ingebruikname in de algehele planning van weg staan, is Wigo4it gerechtigd de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leiden. 7.4 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel –eventueel voorwaardelijk of gedeeltelijk – zonder nadere ingebre- kestelling aanmaning of ingebrekestelling buiten rechte te ontbinden, waarbij geldt . De Contractant is in dat Leverancier dan tevens binnen de kaders van artikel 13 geval aansprakelijk is voor de door Opdrachtgever Wigo4it geleden en te lijden schade; of ii) onverminderd zijn schade in overeenstemming met het daaromtrent bepaalde in deze Overeenkomst. Onverminderd haar recht op vergoeding (binnen schadevergoeding is Wigo4it tevens gerechtigd de kaders van artikel 13) van de reeds geleden schade Leverancier Contractant toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te laten herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor 10.5. Indien uit het testrapport van een eerste dan wel bij herhaling uitgevoerde acceptatietest blijkt dat zich geen Gebreken hebben voorgedaan met prioriteitscategorie "kritisch" en "hoog" (of categorieën met vergelijkbare strekking) dan wel anderszins geen sprake is van (een combinatie van) Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet bedrijfsmatige ingebruikname in de weg staan aan het gebruik voor productieve doeleinden staan, zal sprake zijn van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel acceptatie van de ICT (delen van de) Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieproceduredoor Wigo4it. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 32.1 Indien er partijen geen Implementatieplan acceptatietest zijn overeengekomen, aanvaardt klant de programmatuur in de staat waarin deze zich op het moment van aflevering bevindt (‘as is, where is’), derhalve met alle zichtbare en onzichtbare fouten en gebreken, onverminderd de verplichtingen van leverancier zoals bedoeld in artikel 36. In voornoemd geval zal de programmatuur bij de aflevering of, indien een door leverancier uit te voeren installatie schriftelijk is opgesteldovereengekomen, of dit plan geen beschrijving bevat bij de voltooiing van de wijze waarop installatie, gelden als zijnde geaccepteerd door klant. 32.2 Indien tussen partijen een acceptatietest is overeengekomen, is het bepaalde in de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek artikelen 32.3 tot en met 32.10 van Opdrachtgever alsnog toepassing. 32.3 Daar waar in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 deze algemene voorwaarden sprake is van overeenkomstige toepassing op ‘fouten’ wordt daaronder verstaan het opstellen substantieel niet voldoen van dit testprotocolde programmatuur aan de door leverancier schriftelijk uitdrukkelijk kenbaar gemaakte functionele of technische specificaties van de programmatuur, en, ingeval de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. Van een fout is alleen sprake indien klant deze kan aantonen en deze bovendien reproduceerbaar is. Klant is gehouden van fouten onverwijld melding te maken. Leverancier heeft geen enkele verplichting met betrekking tot andere onvolkomenheden in of aan de programmatuur anders dan met betrekking tot fouten in de zin van deze algemene voorwaarden. 7.2 Tenzij in 32.4 Indien een acceptatietest is overeengekomen, bedraagt de Overeenkomsttestperiode veertien dagen na aflevering of, het Implementatieplan indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, veertien dagen na voltooiing van de installatie. Gedurende de testperiode is klant niet gerechtigd de programmatuur voor productieve of het in het vorige lid bedoelde testprotocol anders operationele doeleinden te gebruiken. Klant zal de overeengekomen acceptatietest met gekwalificeerd personeel en met voldoende omvang en diepgang uitvoeren. 32.5 Indien een acceptatietest is bepaaldovereengekomen, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd klant verplicht te toetsen of de ICT Prestatie Gebreken vertoont afgeleverde programmatuur beantwoordt aan de door leverancier schriftelijk, uitdrukkelijk kenbaar gemaakte functionele of technische specificaties en, indien en voorts voor zover de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de ICT Prestatie (deelsschriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. 32.6 Indien bij het testen in opdracht van de klant gebruik wordt gemaakt van gegevens, dan zal klant ervoor zorgdragen dat het gebruik van deze gegevens voor dit doeleinde is toegestaan. 32.7 De programmatuur zal tussen partijen gelden als geaccepteerd: a) is goedgekeurdindien partijen een acceptatietest zijn overeengekomen: op de eerste dag na de testperiode, dan wel afgekeurd;b) indien leverancier vóór het einde van de testperiode een testrapport als bedoeld in artikel 32.8 ontvangt: op het moment dat de in dat testrapport genoemde fouten zijn hersteld, onverminderd de aanwezigheid van fouten die volgens artikel 32.9 aan acceptatie niet in de weg staan, dan wel c) indien klant enig gebruik maakt van de programmatuur voor productieve of operationele doeleinden: op het moment van de desbetreffende ingebruikneming. ii) Binnen 32.8 Indien bij het uitvoeren van de overeengekomen acceptatietest blijkt dat de programmatuur fouten bevat, zal klant uiterlijk op de laatste dag van de testperiode de testresultaten schriftelijk, overzichtelijk, gedetailleerd en begrijpelijk aan leverancier rapporteren. Leverancier zal zich naar beste vermogen inspannen de bedoelde fouten binnen een redelijke termijntermijn te herstellen, althans waarbij leverancier gerechtigd is tijdelijke oplossingen, programma-omwegen of probleem vermijdende beperkingen aan te brengen. 32.9 Klant mag de daartoe acceptatie van de programmatuur niet onthouden om redenen die niet verband houden met de tussen partijen schriftelijk uitdrukkelijk overeengekomen specificaties en voorts niet wegens het bestaan van kleine fouten, zijnde fouten die de operationele of productieve ingebruikneming van de programmatuur redelijkerwijs niet in de Overeen- komst gespecificeerde termijnweg staan, na onverminderd de datum verplichting van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De leverancier om deze kleine fouten in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen garantieregeling van artikel 36 te passen in de algehele planning herstellen. Acceptatie mag voorts niet worden onthouden vanwege aspecten van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leidenprogrammatuur die slechts subjectief beoordeeld kunnen worden, zoals esthetische aspecten van gebruikersinterfaces. 7.4 32.10 Indien (delen van) de ICT Prestatie bij het voor programmatuur in fasen en/of onderdelen wordt afgeleverd en getest, doet de tweede maal doorlo- pen niet-acceptatie van een bepaalde fase en/of onderdeel niets af aan de acceptatie van een eerdere fase en/of een ander onderdeel. 32.11 Acceptatie van de (integrale) Acceptatieprocedure programmatuur door klant op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt een der wijzen als bedoeld in dit artikel heeft tot gevolg dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk leverancier gekweten is voor de nakoming van zijn verplichtingen betreffende de oplevering van de programmatuur en, indien tevens de installatie van de programmatuur door Opdrachtgever geleden en te lijden schade; ofleverancier is overeengekomen, van zijn verplichtingen betreffende de installatie. ii) onverminderd zijn recht 32.12 Acceptatie van de programmatuur doet niets af aan de rechten van klant op vergoeding (binnen de kaders grond van artikel 1332.9 betreffende kleine fouten en artikel 36 betreffende de garantie. 32.13 Gedurende de acceptatietest-periode zoals beschreven in artikel 32.4 stelt leverancier (waar nodig) een software omgeving ter beschikking. Indien conform artikel 32.8 deze omgeving langer actief zal dienen te blijven, zal dit uiterlijk tot vijf dagen na het oplossen van de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepterengebreken ter beschikking worden gesteld, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet zodat klant in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) gelegenheid is om de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn oplossingen te herstellentesten. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 1. Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is van overeenkomstige toepassing op het opstellen van dit testprotocoltest- protocol. 7.2 2. Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) i. Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) . Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpenverhol- pen; iii) . Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 3. De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. 7.4 4. Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure Ac- ceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) i. de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) . onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) . de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden ge- stelde voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 5. Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 6. Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieAcceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 7. Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure Acceptatie- procedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘“som der delen’”) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 8. Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken afge- sproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 7.1. Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is en 5.3 zijn van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 7.2. Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) i. Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering door Opdrachtgever getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) . Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) . Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 7.3. De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. 7.4 7.4. Indien en voor zover tijdens de Acceptatieprocedure sprake is van medewerking en afhankelijkheid van derde partijen als bedoeld in artikel 5.4, is het bepaalde in artikel 6.7 van overeenkomstige toepassing. 7.5. Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) i. de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) . onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) . de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 7.6. Het bepaalde in het vorige lid is niet van toepassing indien Leverancier aantoont dat Acceptatie wordt onthouden als gevolg van Gebreken die Opdrachtgever redelijkerwijs bij het voor de eerste maal doorlopen van de Acceptatieprocedure had moeten constateren. 7.7. Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around workaround aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 7.8. Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieniet- Acceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 7.9. Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 7.10. Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie, tenzij de vroegtijdige ingebruikname van de ICT Prestatie voor productieve doeleinden verband houdt met vertragingen of tekortschieten aan de zijde van Leverancier.

Acceptatie. 7.1 36.1 Indien er partijen geen Implementatieplan acceptatietest zijn overeengekomen, aanvaardt klant de programmatuur in de staat waarin deze zich op het moment van aflevering bevindt ('as is, where is'), derhalve met alle zichtbare en onzichtbare fouten en gebreken, onverminderd de verplichtingen van leverancier zoals bedoeld in artikel 40. In voornoemd geval zal de programmatuur bij de aflevering of, indien een door leverancier uit te voeren installatie schriftelijk is opgesteldovereengekomen, of dit plan geen beschrijving bevat bij de voltooiing van de wijze waarop installatie, gelden als zijnde geaccepteerd door klant. 36.2 Indien tussen partijen een acceptatietest is overeengekomen, is het bepaalde in de Acceptatieprocedure artikelen 36.3 tot en met 36.10 van toepassing. 36.3 Daar waar in deze algemene voorwaarden sprake is van 'fouten' wordt uitgevoerddaaronder verstaan het substantieel niet voldoen van de programmatuur aan de door leverancier schriftelijk uitdrukkelijk kenbaar gemaakte functionele of technische specificaties van de programmatuur, en, ingeval de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. Van een fout is alleen sprake indien klant deze kan aantonen en deze bovendien reproduceerbaar is. Klant is gehouden van fouten onverwijld melding te maken. Leverancier heeft geen enkele verplichting met betrekking tot andere onvolkomenheden in of aan de programmatuur anders dan met betrekking tot fouten in de zin van deze algemene voorwaarden. 36.4 Indien een acceptatietest is overeengekomen, bedraagt de testperiode veertien dagen na aflevering of, indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, veertien dagen na voltooiing van de installatie. Gedurende de testperiode is klant niet gerechtigd de programmatuur voor productieve of operationele doeleinden te gebruiken. Klant zal de overeengekomen acceptatietest met gekwalificeerd personeel en met voldoende omvang en diepgang uitvoeren. 36.5 Indien een acceptatietest is overeengekomen, is klant verplicht te toetsen of de afgeleverde programmatuur beantwoordt aan de door leverancier schriftelijk, uitdrukkelijk kenbaar gemaakte functionele of technische specificaties en, indien en voor zover de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. 36.6 Indien bij het testen in opdracht van de klant gebruik wordt gemaakt van gegevens, dan zal klant ervoor zorgdragen dat het gebruik van deze gegevens voor dit doeleinde is toegestaan. 36.7 De programmatuur zal tussen partijen gelden als geaccepteerd: a. indien partijen een acceptatietest zijn overeengekomen: op de eerste dag na de testperiode, dan wel b. indien leverancier vóór het einde van de testperiode een testrapport als bedoeld in artikel 36.8 ontvangt: op het moment dat de in dat testrapport genoemde fouten zijn hersteld, onverminderd de aanwezigheid van fouten die volgens artikel 36.9 aan acceptatie niet in de weg staan, dan wel c. indien klant enig gebruik maakt van de programmatuur voor productieve of operationele doeleinden: op het moment van de desbetreffende ingebruikneming. 36.8 Indien bij het uitvoeren van de overeengekomen acceptatietest blijkt dat de programmatuur fouten bevat, zal klant uiterlijk op eerste verzoek de laatste dag van Opdrachtgever alsnog in de testperiode de testresultaten schriftelijk, overzichtelijk, gedetailleerd en begrijpelijk aan leverancier rapporteren. Leverancier zal zich naar beste vermogen inspannen de bedoelde fouten binnen een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 redelijke termijn te herstellen, waarbij leverancier gerechtigd is van overeenkomstige toepassing op het opstellen van dit testprotocoltijdelijke oplossingen, programma-omwegen of probleemvermijdende beperkingen aan te brengen. 7.2 Tenzij 36.9 Klant mag de acceptatie van de programmatuur niet onthouden om redenen die niet verband houden met de tussen partijen schriftelijk uitdrukkelijk overeengekomen specificaties en voorts niet wegens het bestaan van kleine fouten, zijnde fouten die de operationele of productieve ingebruikneming van de programmatuur redelijkerwijs niet in de Overeenkomstweg staan, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is onverminderd de Acceptatieprocedure als volgt: i) Na iedere levering verplichting van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De leverancier om deze kleine fouten in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen garantieregeling van artikel 40 te passen in de algehele planning herstellen. Acceptatie mag voorts niet worden onthouden vanwege aspecten van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leidenprogrammatuur die slechts subjectief beoordeeld kunnen worden, zoals esthetische aspecten van gebruikersinterfaces. 7.4 36.10 Indien (delen van) de ICT Prestatie bij het voor programmatuur in fasen en/of onderdelen wordt afgeleverd en getest, doet de tweede maal doorlo- pen niet-acceptatie van een bepaalde fase en/of onderdeel niets af aan de acceptatie van een eerdere fase en/of een ander onderdeel. 36.11 Acceptatie van de (integrale) Acceptatieprocedure programmatuur op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt een der wijzen als bedoeld in dit artikel heeft tot gevolg dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk leverancier gekweten is voor de nakoming van zijn verplichtingen betreffende de terbeschikkingstelling en aflevering van de programmatuur en, indien tevens de installatie van de programmatuur door Opdrachtgever geleden en te lijden schade; ofleverancier is overeengekomen, van zijn verplichtingen betreffende de installatie. ii) onverminderd zijn recht 36.12 Acceptatie van de programmatuur doet niets af aan de rechten van klant op vergoeding (binnen de kaders grond van artikel 13) van 36.9 betreffende kleine fouten en artikel 40 betreffende de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing isgarantie. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 30.1 Indien er partijen geen Implementatieplan is opgesteldacceptatietest zijn over- eengekomen, of dit plan geen beschrijving bevat aanvaardt klant de programmatuur in de staat waarin deze zich op het moment van aflevering bevindt (‘as is, where is’), derhalve met alle zichtbare en onzichtbare fouten en gebreken, onverminderd de verplichtingen van leverancier op grond van de wijze waarop garantieregeling van artikel 34. In voornoemd geval zal de Acceptatieprocedure programmatuur bij de aflevering of, indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, bij de voltooiing van de installatie, gelden als zijnde geaccepteerd door klant. 30.2 Indien tussen partijen een acceptatietest is overeengekomen, is het bepaalde in de artikelen 30.3 tot en met 30.10 van toepassing. 30.3 Daar waar in deze algemene voorwaarden sprake is van ‘fouten’ wordt uitgevoerddaaronder verstaan het sub- stantieel niet voldoen van de programmatuur aan de door leverancier schriftelijk uitdrukkelijk kenbaar gemaakte functionele of technische specificaties van de programmatuur, en, ingeval de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeen- gekomen functionele of technische specificaties. Van een fout is alleen sprake indien klant deze kan aantonen en deze bovendien reproduceerbaar is. Klant is gehouden van fouten onverwijld melding te maken. Leverancier heeft geen enkele verplichting met betrekking tot andere gebreken in of aan de programmatuur dan met betrekking tot fouten in de zin van deze algemene voorwaarden. 30.4 Indien een acceptatietest is overeengekomen, bedraagt de testperiode veertien dagen na aflevering of, indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, veertien dagen na voltooiing van de installatie. Gedurende de test- periode is klant niet gerechtigd de programma- tuur voor productieve of operationele doeleinden te gebruiken. Klant zal de overeengekomen acceptatie- test met gekwalificeerd personeel en met voldoende omvang en diepgang uitvoeren. 30.5 Indien een acceptatietest is overeengekomen, is klant verplicht te toetsen of de afgeleverde programmatuur beantwoordt aan de door leverancier schriftelijk, uitdrukkelijk kenbaar gemaakte functionele of technische specificaties en, indien en voor zover de programmatuur geheel of gedeeltelijk maatwerk- programmatuur betreft, aan de schriftelijk uitdrukke- lijk overeengekomen functionele of technische specificaties. 30.6 De programmatuur zal tussen partijen gelden als geaccepteerd: a. indien partijen een acceptatietest zijn overeengekomen: op de eerste dag na de testperiode, dan wel b. indien leverancier vóór het einde van de testperiode een testrapport als bedoeld in artikel 30.7 ontvangt: op het moment dat de in dat testrapport genoemde fouten zijn hersteld, onverminderd de aanwezigheid van fouten die volgens artikel 30.8 aan acceptatie niet in de weg staan, dan wel c. indien klant enig gebruik maakt van de programmatuur voor productieve of operationele doeleinden: op het moment van de desbetreffende ingebruikneming. 30.7 Indien bij het uitvoeren van de overeengekomen acceptatietest blijkt dat de programmatuur fouten bevat, zal klant uiterlijk op eerste verzoek de laatste dag van Opdrachtgever alsnog in de testperiode de testresultaten schriftelijk, overzichte- lijk, gedetailleerd en begrijpelijk aan leverancier rapporteren. Leverancier zal zich naar beste vermogen inspannen de bedoelde fouten binnen een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 redelijke termijn te herstellen, waarbij leverancier gerechtigd is van overeenkomstige toepassing op het opstellen van dit testprotocoltijdelijke oplossingen, programma- omwegen of probleemvermijdende beperkingen aan te brengen. 7.2 Tenzij 30.8 Klant mag de acceptatie van de programmatuur niet onthouden om redenen die niet verband houden met de tussen partijen schriftelijk uitdrukkelijk overeenge- komen specificaties en voorts niet wegens het bestaan van kleine fouten, zijnde fouten die de operationele of productieve ingebruikneming van de programmatuur redelijkerwijs niet in de Overeenkomstweg staan, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is onverminderd de Acceptatieprocedure als volgt: i) Na iedere levering verplichting van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De leverancier om deze kleine fouten in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen garantieregeling van artikel 34 te passen in de algehele planning herstellen. Acceptatie mag voorts niet worden onthouden vanwege aspecten van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leidenprogrammatuur die slechts subjectief beoordeeld kunnen worden, zoals esthetische aspecten van gebruikersinterfaces. 7.4 30.9 Indien (delen van) de ICT Prestatie bij het voor programmatuur in fasen en/of onderdelen wordt afgeleverd en getest, doet de tweede maal doorlo- pen niet-acceptatie van een bepaalde fase en/of onderdeel niets af aan de acceptatie van een eerdere fase en/of een ander onderdeel. 30.10 Acceptatie van de (integrale) Acceptatieprocedure programmatuur op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt een der wijzen als bedoeld in dit artikel heeft tot gevolg dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk leverancier gekweten is voor de nakoming van zijn verplichtingen betreffende de terbeschikkingstelling en aflevering van de programmatuur en, indien tevens de installatie van de programmatuur door Opdrachtgever geleden en te lijden schade; of ii) onverminderd leverancier is overeengekomen, van zijn recht ver- plichtingen betreffende de installatie. Acceptatie van de programmatuur doet niets af aan de rechten van klant op vergoeding (binnen de kaders grond van artikel 13) van 30.8 betreffende kleine gebreken en artikel 34 betreffende de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing isgarantie. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 1. Indien er partijen geen Implementatieplan is opgesteldacceptatietest zijn overeengekomen, of dit plan geen beschrijving bevat aanvaardt opdrachtgever de programmatuur in de staat waarin deze zich op het moment van aflevering bevindt (‘as is, where is’), derhalve met alle zichtbare en onzichtbare fouten en gebreken, onverminderd de verplichtingen van leverancier op grond van de wijze waarop garantieregeling van artikel 35. In voornoemd geval zal de Acceptatieprocedure wordt uitgevoerdprogrammatuur bij de aflevering of, zal op eerste verzoek indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, bij de voltooiing van Opdrachtgever alsnog de installatie, gelden als zijnde geaccepteerd door opdrachtgever. 2. Indien tussen partijen een acceptatietest is overeengekomen, is het bepaalde in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerdartikelen 31.3 tot en met 31.10 van toepassing. 3. Artikel 5.2 Daar waar in deze algemene voorwaarden sprake is van overeenkomstige toepassing op ‘fouten’ wordt daaronder verstaan het opstellen substantieel niet voldoen van dit testprotocolde programmatuur aan de door leverancier schriftelijk uitdrukkelijk kenbaar gemaakte functionele of technische specificaties van de programmatuur, en, ingeval de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeen gekomen functionele of technische specificaties. Van een fout is alleen sprake indien opdrachtgever deze kan aantonen en deze bovendien reproduceerbaar is. Opdrachtgever is gehouden van fouten onverwijld melding te maken. Leverancier heeft geen enkele verplichting met betrekking tot andere gebreken in of aan de programmatuur dan met betrekking tot fouten in de zin van deze algemene voorwaarden. 7.2 Tenzij in 4. Indien een acceptatietest is overeengekomen, bedraagt de Overeenkomsttestperiode veertien dagen na aflevering of, het Implementatieplan indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, veertien dagen na voltooiing van de installatie. Gedurende de test periode is opdrachtgever niet gerechtigd de programma tuur voor productieve of het in het vorige lid bedoelde testprotocol anders operationele doeleinden te gebruiken. Opdrachtgever zal de overeengekomen acceptatie test met gekwalificeerd personeel en met voldoende omvang en diepgang uitvoeren. 5. Indien een acceptatietest is bepaaldovereengekomen, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd opdrachtgever verplicht te toetsen of de ICT Prestatie Gebreken vertoont afgeleverde programmatuur beantwoordt aan de door leverancier schriftelijk, uitdrukkelijk kenbaar gemaakte functionele of technische specificaties en, indien en voorts voor zover de programmatuur geheel of gedeeltelijk maatwerk programmatuur betreft, aan de ICT Prestatie (deels) is goedgekeurdschriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. 6. De programmatuur zal tussen partijen gelden als geaccepteerd: a. indien partijen een acceptatietest zijn overeengekomen: op de eerste dag na de testperiode, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum b. indien leverancier v r het einde van de ondertekening van testperiode een testrapport als bedoeld in artikel 31.7 ontvangt: op het testverslag, zal Leverancier een planning afgeven waar- binnen moment dat de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop dat testrapport genoemde fouten zijn hersteld, onverminderd de aanwezigheid van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leiden. 7.4 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van fouten die volgens artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig 31.8 aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatiestaan, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.dan wel

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De Al hetgeen door Opdrachtnemer in het kader van een Overeenkomst aan Opdrachtgever zal worden geleverd, zal eerst worden onderworpen aan een acceptatieprocedure binnen de Acceptatieprocedure gehanteerde daarvoor overeengekomen termijnen en (bijgestelde) planningen dienen op de daarvoor beschreven wijze. 7.2 Opdrachtgever heeft het recht tijdens een acceptatietest volledig operationeel gebruik te passen 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 geconstateerd, 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 de aan Opdrachtgever toekomende rechten uit hoofde van overschrijding door Opdrachtnemer van enige in de algehele planning Overeenkomst opgenomen (leverings)termijn. 7.3 Alle door de Opdrachtnemer aan de Opdrachtgever te leveren roerende zaken, inclusief montage of installatie daarvan, zulks met inbegrip van (deel)ontwerpen en de Overeenkomst eventuele ondersteunende documentatie die daaraan ten grondslag ligt en de eventueel daaruit voortvloeiende producten en/of diensten, kunnen, indien Opdrachtgever dit wenst, eerst worden onderworpen aan een keuring. Keuring door of namens de Opdrachtgever kan plaatshebben bij de Opdrachtnemer voorafgaande aan de levering of bij de Opdrachtgever na de levering. Indien de keuring bij de Opdrachtnemer plaats heeft, zal de Opdrachtnemer de te keuren roerende zaken op een zodanig tijdstip voor keuring gereed hebben dat desbetreffende roerende zaken uiterlijk twee (2) weken voor levering aan de Opdrachtnemer kunnen worden gekeurd. De Opdrachtnemer zal het Implementatieplan en mogen niet tot vertra- ging leidentijdstip van keuring tijdig schriftelijk aan Opdrachtgever bekend maken. 7.4 De voorafgaande keuring/acceptatietest door of namens Opdrachtgever houdt geen erkenning in dat geleverde voldoet aan de in artikel 10 bedoelde garanties. 7.5 In het geval het geleverde niet aan de in artikel 10 bedoelde garanties voldoet, dient Opdrachtnemer binnen redelijke termijn alle noodzakelijke maatregelen te treffen en werkzaamheden te verrichten en voor alternatieven te zorgen,waardoor het geleverde wèl aan de Overeenkomst beantwoordt. Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurdOpdrachtnemer zijn verplichting daartoe niet nakomt, is Opdrachtgever gerechtigd om: igerechtigd, ongeacht alle andere aan haar toekomende rechten, om voor rekening van Opdrachtnemer alle noodzakelijke maatregelen te (laten) treffen en werkzaamheden te (laten) verrichten waardoor het geleverde wel aan de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing isbeantwoordt. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat 5.1. Acceptatie vindt plaats door de feitelijke ingebruikname van de wijze waarop Software door de Acceptatieprocedure Klant na Implementatie. Indien en voorzover Portavita en Klant een afzonderlijke Acceptatietest overeenkomen, geldt het navolgende. 5.2. Binnen 15 (vijftien) Werkdagen na de afronding van de Implementatie wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze door Portavita en Klant gezamenlijk de Acceptatieprocedure zal worden Acceptatietest uitgevoerd. Artikel 5.2 is van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij in De Acceptatietest geldt als geslaagd indien de OvereenkomstSoftware voldoet aan de overeengekomen technische en functionele specificaties, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is waarbij kleine Gebreken die door hun aard de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum ingebruikname van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leiden. 7.4 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) Software niet in de weg staan staan, ofwel omstandigheden die buiten de macht van Portavita liggen (zoals bijvoorbeeld het niet voldoen van de Hardware aan de zijde van de Klant) geen reden tot het niet accepteren van de Software zullen zijn. Na afloop van de Acceptatietest bericht Klant schriftelijk aan Portavita of er sprake is van Acceptatie. Indien en voorzover Klant niet wenst over te gaan tot Acceptatie dient zij dit gemotiveerd en schriftelijk aan te geven binnen 5 (vijf) Werkdagen. Bij gebreke van enige schriftelijke kennisgeving binnen 5 (vijf) Werkdagen na de uitvoering van de Acceptatietest, wordt uitgegaan van Acceptatie van de Software. In ieder geval zal van Acceptatie worden uitgegaan indien en voorzover de Software door Klant in gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellenwordt genomen. 7.7 Indien 5.3. Ingeval Klant tijdig heeft aangegeven niet tot Acceptatie over te gaan, zoals hiervoor bedoeld, zal Portavita de ICT Prestatie door Klant aangegeven tekortkomingen binnen een redelijke termijn herstellen, waarbij probleemvermijdende restricties en omwegen in deelleveringen wordt geleverdoverleg zijn toegestaan, vindt na iedere levering een Acceptatieprocedure plaats waarna opnieuw tot Implementatie en vindt na Accepta- tie van het laatste deel uitvoeren van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaatsAcceptatietest wordt overgegaan. Indien Klant wederom niet tot Acceptatie overgaat, waarbij zal Klant het recht hebben deze Overeenkomst te ontbinden. Indien Acceptatie terecht en op redelijke gronden niet plaatsvindt, dan komen de gehele ICT Prestatie alsmede in rekening te brengen of gebrachte kosten voor geleverde Diensten en voor de samenhang gebruiksrechten van deelleveringen (‘som der delen’) op Gebreken wordt getoetstde Software te vervallen. Er Vanaf het moment dat er wel sprake is pas sprake van Acceptatie na het succesvol doorlopen zal de facturatie van de integrale AcceptatieprocedureGebruiksrechten conform de Overeenkomst plaatsvinden. De geleverde Diensten die niet betaald zijn zullen alsnog volledig verschuldigd zijn zodra er sprake is van Acceptatie. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is en 5.3 zijn van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. 7.4 Indien en voor zover tijdens de Acceptatieprocedure sprake is van medewerking en afhankelijkheid van derde partijen als bedoeld in artikel 5.4, is het bepaalde in artikel 6.7 van overeenkomstige toepassing. 7.5 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 7.6 Het bepaalde in het vorige lid is niet van toepassing indien Leverancier aantoont dat Acceptatie wordt onthouden als gevolg van Xxxxxxxx die Opdrachtgever redelijkerwijs bij het voor de eerste maal doorlopen van de Acceptatieprocedure had moeten constateren. 7.7 Voor Gebreken Xxxxxxxx die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 7.8 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieAcceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 7.9 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 7.10 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie, tenzij de vroegtijdige ingebruikname van de ICT Prestatie voor productieve doeleinden verband houdt met vertragingen of tekortschieten aan de zijde van Leverancier. 7.11 In tegenstelling tot wat in artikel 7.1 staat beschreven is de Leverancier verplicht de Acceptatieprocedure vast te leggen in een schriftelijk testprotocol, tenzij anders overeengekomen.

Acceptatie. 7.1 9.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is Artikelen 6.2 en 6.3 zijn van overeenkomstige overeen- komstige toepassing op het opstellen van dit testprotocol. 7.2 9.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) i. Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering door Opdrachtgever getest op Gebreken. Door partijen wordt daarbij een testverslag testver- slag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) . Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening van Leverancier worden verholpen; iii) . Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 9.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. Het behoort het tot de zorgplicht van Leverancier de termijnen en de (voortgang van) de Implementatie en Acceptatieprocedure te bewaken en zo nodig Opdrachtgever te waarschuwen of (vanwege de medewerkingsverplichting) aan te manen. 7.4 9.4 Indien en voor zover tijdens de Acceptatieprocedure sprake is van medewerking en afhankelijkheid van derde partijen, is het bepaalde in artikel 7 van toepassing. 9.5 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) i. de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 16 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) . onverminderd zijn recht op vergoeding (binnen de kaders van artikel 1316) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) . de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke voor- waardelijke acceptatie gestelde voor- waarden voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 9.6 Het bepaalde in het vorige lid is niet van toepassing indien Leverancier aantoont dat Acceptatie wordt onthouden als gevolg van Xxxxxxxx die Opdrachtgever redelijkerwijs bij het voor de eerste maal doorlopen van de Acceptatieprocedure had moeten constateren. 9.7 Voor Gebreken Xxxxxxxx die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around workaround aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 9.8 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieAcceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 9.9 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 9.10 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie, tenzij de ingebruikname van de ICT Prestatie voor productieve doeleinden verband houdt met vertragingen of tekortschieten aan de zijde van Leverancier.

Acceptatie. 7.1 9.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is en 5.3 Artikelen 6.2 en 6.3 zijn van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 9.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering door Opdrachtgever getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening van Leverancier worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 9.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. Het behoort het tot de zorgplicht van Leverancier de termijnen en de (voortgang van) de Implementatie en Acceptatieprocedure te bewaken en zo nodig Opdrachtgever te waarschuwen of (vanwege de medewerkingsverplichting) aan te manen. 7.4 9.4 Indien en voor zover tijdens de Acceptatieprocedure sprake is van medewerking en afhankelijkheid van derde partijen als bedoeld in artikel 5.4, is het bepaalde in artikel 7 van overeenkomstige toepassing. 9.5 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 1613 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 131613) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 9.6 Het bepaalde in het vorige lid is niet van toepassing indien Leverancier aantoont dat Acceptatie wordt onthouden als gevolg van Xxxxxxxx die Opdrachtgever redelijkerwijs bij het voor de eerste maal doorlopen van de Acceptatieprocedure had moeten constateren. 9.7 Voor Gebreken Xxxxxxxx die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around workaround aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 9.8 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieAcceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 9.9 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 9.10 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie, tenzij de vroegtijdige ingebruikname van de ICT Prestatie voor productieve doeleinden verband houdt met vertragingen of tekortschieten aan de zijde van Leverancier.

Acceptatie. 7.1 32.1 Indien er geen Implementatieplan een Acceptatietest schriftelijk is opgesteldovereengekomen, zullen Partijen na Aflevering of, indien een door de Leverancier uit te voeren installatie of dit plan geen beschrijving bevat Implementatie is overeengekomen, na voltooiing van de wijze waarop installatie respectievelijk Implementatie, overgaan tot het uitvoeren van de Acceptatieprocedure wordt uitgevoerdAcceptatietest. De testperiode en details daaromtrent zullen in de Overeenkomst worden vastgelegd. 32.2 Partijen zullen in onderling overleg in de Overeenkomst procedures vaststellen ten aanzien van de werkwijze met betrekking tot het uitvoeren van de Acceptatietest van de Programmatuur. 32.3 Indien bij het uitvoeren van de overeengekomen Acceptatietest blijkt dat de Programmatuur Fouten bevat die de voortgang van de Acceptatietest belemmeren, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 testperiode onderbroken worden, totdat de Programmatuur zodanig is van overeenkomstige toepassing op het opstellen van dit testprotocolaangepast dat die belemmering is opgeheven. 7.2 Tenzij in 32.4 Direct nadat de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT PrestatieAcceptatietest heeft plaatsgevonden, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij door Partijen een testverslag proces-verbaal opgemaakt en ondertekend. In dit testverslag het proces-verbaal zullen de Fouten die de Programmatuur vertoont worden vastgelegd en voorts zal worden vastgelegd aangegeven of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) Programmatuur door Opdrachtgever is goedgekeurd, dan wel afgekeurd;. ii) Binnen 32.5 Indien bij het uitvoeren van de overeengekomen Acceptatietest blijkt dat de Programmatuur Fouten bevat, zal de Leverancier de gemelde Fouten binnen een redelijke termijntermijn herstellen, althans waarbij de daartoe Leverancier gerechtigd is tijdelijke oplossingen in de Overeen- komst gespecificeerde termijnProgrammatuur aan te brengen, welke zij na herstel van de Fout(en) weer zal verwijderen. Indien de Leverancier niet binnen redelijke termijn voldoet aan haar verplichting tot herstel van Xxxxxx is Opdrachtgever, onverminderd zijn verdere rechten, gerechtigd deze Fouten, na voorafgaande kennisgeving op kosten van de Leverancier hetzij zelf hetzij door derden te doen verhelpen. 32.6 Indien de Programmatuur in fasen is ontwikkeld, zal voorafgaand aan de acceptatie van de resultaten van de laatste fase een test van de volledige Programmatuur plaatsvinden. 32.7 De Programmatuur zal tussen Partijen gelden als geaccepteerd: a. indien tussen Partijen schriftelijk een Acceptatietest is overeengekomen: op de datum van ondertekening van de Acceptatieverklaring; b. indien tussen Partijen geen Acceptatietest is overeengekomen: door de ondertekening van het testverslagde verklaring van Aflevering of, zal indien een door de Leverancier een planning afgeven waar- binnen uit te voeren installatie of Implementatie is overeengekomen, bij de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop voltooiing van de installatie of Implementatie overeenkomstig het bepaalde in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggenartikel 5. 7.3 De in het kader 32.8 Na acceptatie van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen Programmatuur is de Leverancier slechts gehouden tot herstel van Fouten in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leiden. 7.4 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurdProgrammatuur, is Opdrachtgever gerechtigd omindien: i) a. Opdrachtgever aanspraak kan maken op rechten uit de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van garantie overeenkomstig het bepaalde in artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade33; of ii) onverminderd x. xx Xxxxxx bij correcte nakoming door de Leverancier van overeengekomen onderhoudsverplichtingen niet zouden zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing isopgetreden. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. 7.4 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlo¬pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieAcceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd10.1. Artikel 5.2 is van overeenkomstige toepassing op Onverminderd het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaaldelders bepaalde, is de Acceptatieprocedure als volgt: i) Na iedere levering van Wigo4it te allen tijde gerechtigd om (delen van) de ICT Prestatie, wordt waaronder de be- treffende levering getest maatwerkprogrammatuur, te onderwerpen aan een acceptatietest. De Contractant is verplicht zijn volledige medewerking te verlenen aan de uitvoering van deze acceptatietest. 10.2. Direct nadat een acceptatietest heeft plaatsgevonden, maakt Wigo4it een testrapport op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekendondertekent dit. In dit testverslag zal worden testrapport wordt vastgelegd of de ICT Prestatie welke Gebreken vertoont zich hebben voorgedaan en voorts of (delen van) de ICT Prestatie (deels) is goedgekeurd, door Wigo4it zijn goedgekeurd dan wel afgekeurd; ii. Indien uit het testrapport blijkt dat zich Gebreken hebben voorgedaan met prioriteitscategorie "kritisch" en/of "hoog" (of categorieën met vergelijkbare strekking) Binnen dan wel anderszins (een redelijke termijn, althans de daartoe combinatie van) Gebreken die bedrijfsmatige ingebruikname in de Overeen- komst gespecificeerde termijnweg staan, is sprake van non-acceptatie. 10.3. Binnen veertien dagen na de datum van de ondertekening van het testverslagin het vorige artikellid bedoelde testrapport, zal Leverancier een planning afgeven waar- binnen de Contractant naar zijn beste vermogen in ieder geval de in het testverslag testrapport vastgelegde Gebreken met prioriteitscategorie "kritisch" en "hoog" en voor zover mogelijk ook de overige in het testrapport vastgelegde Gebreken voor eigen rekening verhelpen en zal hij de herstelde (delen van de) Prestatie opnieuw conform het bepaalde in de Overeenkomst opleveren. De acceptatietest zal vervolge ns worden verholpen;herhaald. iii10.4. Indien de (delen van de) Leverancier zal Prestatie na afloop de tweede acceptatietest opnieuw door Wigo4it wordt afgekeurd wegens het zich voordoen van de in het vorige lid bedoelde termijn Xxxxxxxx met prioriteitscategorie "kritisch" en/of "hoog" (het gedeelte of categorieën met vergelijkbare strekking) dan wel anderszins (een combinatie van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen Gebreken die bedrijfsmatige ingebruikname in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leiden. 7.4 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurdweg staan, is Opdrachtgever Wigo4it gerechtigd om: i) de Overeenkomst – geheel eventueel voorwaardelijk of gedeeltelijk – zonder nadere ingebre- kestelling aanmaning of ingebrekestelling buiten rechte te ontbinden, waarbij geldt . De Contractant is in dat Leverancier dan tevens binnen de kaders van artikel 13 geval aansprakelijk is voor de door Opdrachtgever Wigo4it geleden en te lijden schade; of ii) onverminderd zijn schade in overeenstemming met het daaromtrent bepaalde in deze Overeenkomst. Onverminderd haar recht op vergoeding (binnen schadevergoeding is Wigo4it tevens gerechtigd de kaders van artikel 13) van de reeds geleden schade Leverancier Contractant toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te laten herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor 10.5. Indien uit het testrapport van een eerste dan wel bij herhaling uitgevoerde acceptatietest blijkt dat zich geen Gebreken hebben voorgedaan met prioriteitscategorie "kritisch" en "hoog" (of categorieën met vergelijkbare strekking) dan wel anderszins geen sprake is van (een combinatie van) Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet bedrijfsmatige ingebruikname in de weg staan aan het gebruik voor productieve doeleinden staan, zal sprake zijn van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel acceptatie van de ICT (delen van de) Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieproceduredoor Wigo4it. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 10.1. Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 8.2 is van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 10.2. Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) a. Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering getest op Gebreken. Door partijen Leverancier wordt daarbij een testverslag opgemaakt en ondertekendopgemaakt. In dit testverslag zal worden vastgelegd of hoe de Acceptatieprocedure is uitgevoerd en welke Gebreken de ICT Prestatie Gebreken vertoont en voorts of (in afwijking van de GIBIT); b. Opdrachtgever zal vervolgens op basis van het door Leverancier opgestelde testverslag al dan niet tot Acceptatie van (een deel van) de ICT Prestatie overgaan (deels) is goedgekeurd, dan wel afgekeurdin afwijking van de GIBIT); ii) c. Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van het testverslagdie niet langer is dan vier maanden, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpenverhelpen (in afwijking van de GIBIT); iii) d. Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 10.3. De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. Daarbij dient een eventuele herkansingsmogelijkheid door Leverancier te worden ingecalculeerd (in afwijking van de GIBIT). 7.4 10.4. Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) a. de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 16 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) b. onverminderd zijn recht op vergoeding (binnen de kaders van artikel 1316) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) c. de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden Inkoopvoorwaarden voldoet, het bepaalde onder i a van toepassing is. 7.5 10.5. Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around workaround aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 10.6. Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 10.7. Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie gedurende ten minste drie maanden (in afwijking van de GIBIT) voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie. 10.8. Opdrachtgever is eveneens gerechtigd om niet tot Acceptatie over te gaan indien de Acceptatieprocedure naar zijn oordeel niet in overeenstemming met de Overeenkomst is uitgevoerd. In een dergelijk geval is Opdrachtgever gerechtigd om instructies te geven over de wijze van hertesten, welke door Leverancier dienen te worden opgevolgd (in afwijking van de GIBIT).

Acceptatie. 7.1 1. Indien er partijen geen Implementatieplan is opgesteldacceptatietest zijn overeengekomen, of dit plan geen beschrijving bevat aanvaardt opdrachtgever de programmatuur in de staat waarin deze zich op het moment van aflevering bevindt (‘as is, where is’), derhalve met alle zichtbare en onzichtbare fouten en gebreken, onverminderd de verplichtingen van leverancier op grond van de wijze waarop garantieregeling van artikel 35. In voornoemd geval zal de Acceptatieprocedure wordt uitgevoerdprogrammatuur bij de aflevering of, zal op eerste verzoek indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, bij de voltooiing van Opdrachtgever alsnog de installatie, gelden als zijnde geaccepteerd door opdrachtgever. 2. Indien tussen partijen een acceptatietest is overeengekomen, is het bepaalde in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerdartikelen 31.3 tot en met 31.10 van toepassing. 3. Artikel 5.2 Daar waar in deze algemene voorwaarden sprake is van overeenkomstige toepassing op ‘fouten’ wordt daaronder verstaan het opstellen substantieel niet voldoen van dit testprotocolde programmatuur aan de door leverancier schriftelijk uitdrukkelijk kenbaar gemaakte functionele of technische specificaties van de programmatuur, en, ingeval de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de schriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. Van een fout is alleen sprake indien opdrachtgever deze kan aantonen en deze bovendien reproduceerbaar is. Opdrachtgever is gehouden van fouten onverwijld melding te maken. Leverancier heeft geen enkele verplichting met betrekking tot andere gebreken in of aan de programmatuur dan met betrekking tot fouten in de zin van deze algemene voorwaarden. 7.2 Tenzij in 4. Indien een acceptatietest is overeengekomen, bedraagt de Overeenkomsttestperiode veertien dagen na aflevering of, het Implementatieplan indien een door leverancier uit te voeren installatie schriftelijk is overeengekomen, veertien dagen na voltooiing van de installatie. Gedurende de testperiode is opdrachtgever niet gerechtigd de programmatuur voor productieve of het in het vorige lid bedoelde testprotocol anders operationele doeleinden te gebruiken. Opdrachtgever zal de overeengekomen acceptatietest met gekwalificeerd personeel en met voldoende omvang en diepgang uitvoeren. 5. Indien een acceptatietest is bepaaldovereengekomen, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd opdrachtgever verplicht te toetsen of de ICT Prestatie Gebreken vertoont afgeleverde programmatuur beantwoordt aan de door leverancier schriftelijk, uitdrukkelijk kenbaar gemaakte functionele of technische specificaties en, indien en voorts voor zover de programmatuur geheel of gedeeltelijk maatwerkprogrammatuur betreft, aan de ICT Prestatie (deels) is goedgekeurdschriftelijk uitdrukkelijk overeengekomen functionele of technische specificaties. 6. De programmatuur zal tussen partijen gelden als geaccepteerd: a. indien partijen een acceptatietest zijn overeengekomen: op de eerste dag na de testperiode, dan wel afgekeurd;b. indien leverancier vóór het einde van de testperiode een testrapport als bedoeld in artikel 31.7 ontvangt: op het moment dat de in dat testrapport genoemde fouten zijn hersteld, onverminderd de aanwezigheid van fouten die volgens artikel 31.8 aan acceptatie niet in de weg staan, dan wel c. indien opdrachtgever enig gebruik maakt van de programmatuur voor productieve of operationele doeleinden: op het moment van de desbetreffende ingebruikneming. ii) Binnen 7. Indien bij het uitvoeren van de overeengekomen acceptatietest blijkt dat de programmatuur fouten bevat, zal opdrachtgever uiterlijk op de laatste dag van de testperiode de testresultaten schriftelijk, overzichtelijk, gedetailleerd en begrijpelijk aan leverancier rapporteren. Leverancier zal zich naar beste vermogen inspannen de bedoelde fouten binnen een redelijke termijntermijn te herstellen, althans waarbij leverancier gerechtigd is tijdelijke oplossingen, programma omwegen of probleem vermijdende beperkingen aan te brengen. 8. Opdrachtgever mag de daartoe acceptatie van de programmatuur niet onthouden om redenen die niet verband houden met de tussen partijen schriftelijk uitdrukkelijk overeengekomen specificaties en voorts niet wegens het bestaan van kleine fouten, zijnde fouten die de operationele of productieve ingebruikneming van de programmatuur redelijkerwijs niet in de Overeen- komst gespecificeerde termijnweg staan, na onverminderd de datum verplichting van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De leverancier om deze kleine fouten in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen garantieregeling van artikel 35 te passen in de algehele planning herstellen. Acceptatie mag voorts niet worden onthouden vanwege aspecten van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leidenprogrammatuur die slechts subjectief beoordeeld kunnen worden, zoals esthetische aspecten van gebruikersinterfaces. 7.4 9. Indien (delen van) de ICT Prestatie bij het voor programmatuur in fasen en/of onderdelen wordt afgeleverd en getest, doet de tweede maal doorlo- pen niet-acceptatie van een bepaalde fase en/of onderdeel niets af aan de acceptatie van een eerdere fase en/of een ander onderdeel. 10. Acceptatie van de (integrale) Acceptatieprocedure programmatuur op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt een der wijzen als bedoeld in dit artikel heeft tot gevolg dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk leverancier gekweten is voor de nakoming van zijn verplichtingen betreffende de terbeschikkingstelling en aflevering van de programmatuur en, indien tevens de installatie van de programmatuur door Opdrachtgever geleden en te lijden schade; of ii) onverminderd leverancier is overeengekomen, van zijn recht verplichtingen betreffende de installatie. Acceptatie van de programmatuur doet niets af aan de rechten van opdrachtgever op vergoeding (binnen de kaders grond van artikel 13) van 31.8 betreffende kleine gebreken en artikel 35 betreffende de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing isgarantie. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is en 5.3 zijn van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) i. Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering door Opdrachtgever getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) . Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) . Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. 7.4 Indien en voor zover tijdens de Acceptatieprocedure sprake is van medewerking en afhankelijkheid van derde partijen als bedoeld in artikel 5.4, is het bepaalde in artikel 6.7 van overeenkomstige toepassing. 7.5 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) i. de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) . onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) . de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 7.6 Het bepaalde in het vorige lid is niet van toepassing indien Leverancier aantoont dat Acceptatie wordt onthouden als gevolg van Xxxxxxxx die Opdrachtgever redelijkerwijs bij het voor de eerste maal doorlopen van de Acceptatieprocedure had moeten constateren. 7.7 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around workaround aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 7.8 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieniet Acceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 7.9 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 7.10 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie, tenzij de vroegtijdige ingebruikname van de ICT Prestatie voor productieve doeleinden verband houdt met vertragingen of tekortschieten aan de zijde van Leverancier.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure Acceptatieprocedure- zal worden uitgevoerd. Artikel 5.2 is van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- waar-binnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- Accep-tatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- vertra-ging leiden. 7.4 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around aan te brengen en/of om hier- hier-voor later een oplossing te vinden. 7.6 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- onder-deel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- Accep-tatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is en 5.3 zijn van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering door Opdrachtgever getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. 7.4 Indien en voor zover tijdens de Acceptatieprocedure sprake is van medewerking en afhankelijkheid van derde partijen als bedoeld in artikel 5.4, is het bepaalde in artikel 6.7 van overeenkomstige toepassing. 7.5 Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 7.6 Het bepaalde in het vorige lid is niet van toepassing indien Leverancier aantoont dat Acceptatie wordt onthouden als gevolg van Xxxxxxxx die Opdrachtgever redelijkerwijs bij het voor de eerste maal doorlopen van de Acceptatieprocedure had moeten constateren. 7.7 Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around workaround aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 7.8 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieAcceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 7.9 Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 7.10 Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie, tenzij de vroegtijdige ingebruikname van de ICT Prestatie voor productieve doeleinden verband houdt met vertragingen of tekortschieten aan de zijde van Leverancier.

Acceptatie. 7.1 Indien 9.1 7.1Indien er geen Implementatieplan is opgesteld, of dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog in een schriftelijk testprotocol worden vastgelegd op welke wijze de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is en 5.3 6.2 en 6.3 zijn van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 Tenzij 9.2 7.2Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) Na iedere levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering door Opdrachtgever getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekend. In dit testverslag zal worden vastgelegd of de ICT Prestatie Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd; ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst Overeenkomst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, zal Leverancier een planning afgeven waar- binnen waarbinnen de in het testverslag vastgelegde Gebreken voor eigen rekening van Leverancier worden verholpen; iii) Leverancier zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) de bijgewerkte ICT Prestatie opnieuw ter Accep- tatie Acceptatie middels de Acceptatieprocedure voorleggen. 7.3 De 9.3 7.3De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging vertraging leiden. Het behoort het tot de zorgplicht van Leverancier de termijnen en de (voortgang van) de Implementatie en Acceptatieprocedure te bewaken en zo nodig Opdrachtgever te waarschuwen of (vanwege de medewerkingsverplichting) aan te manen. 7.4 Indien 9.4 7.4Indien en voor zover tijdens de Acceptatieprocedure sprake is van medewerking en afhankelijkheid van derde partijen als bedoeld in artikel 5.4, is het bepaalde in artikel 7 van overeenkomstige toepassing. 9.5 7.5Indien (delen van) de ICT Prestatie bij het voor de tweede maal doorlo- pen doorlopen van de (integrale) Acceptatieprocedure op Gebreken wordt/worden afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt dat Leverancier dan tevens binnen de kaders van artikel 13 1613 aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 131613) van de reeds geleden schade Leverancier toe te staan de Gebreken Xxxxxxxx alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voorwaarden voldoet, het bepaalde onder i van toepassing is. 7.5 Voor 9.6 7.6Het bepaalde in het vorige lid is niet van toepassing indien Leverancier aantoont dat Acceptatie wordt onthouden als gevolg van Gebreken die Opdrachtgever redelijkerwijs bij het voor de eerste maal doorlopen van de Acceptatieprocedure had moeten constateren. 9.7 7.7Voor Gebreken die niet binnen de overeengekomen planning kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-around workaround aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 Gebreken 9.8 7.8Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel onderdeel van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieAcceptatie, onverminderd de verplichting van Leverancier om die op korte termijn te herstellen. 7.7 Indien 9.9 7.9Indien de ICT Prestatie in deelleveringen wordt geleverd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie Acceptatie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedure. 7.8 Acceptatie 9.10 7.10Acceptatie wordt geacht te hebben plaatsgevonden indien er geen Acceptatieprocedure is afgesproken noch heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik heeft genomen binnen zijn organisatie, tenzij de vroegtijdige ingebruikname van de ICT Prestatie voor productieve doeleinden verband houdt met vertragingen of tekortschieten aan de zijde van Leverancier.

Acceptatie. 7.1 Indien er geen Implementatieplan is opgesteld6.1 Bij ontbreken van een Implementatieplan, of als dit plan geen beschrijving bevat van de wijze waarop de Acceptatieprocedure wordt uitgevoerd, zal op eerste verzoek van Opdrachtgever alsnog door Meditools Creator in een schriftelijk testprotocol worden vastgelegd op welke wijze en binnen welke termijn de Acceptatieprocedure zal worden uitgevoerd. Artikel 5.2 is van overeenkomstige toepassing op het opstellen van dit testprotocol. 7.2 6.2 Tenzij in de Overeenkomst, het Implementatieplan of het in het vorige lid bedoelde testprotocol anders is bepaald, is de Acceptatieprocedure als volgt: i) A. Na iedere levering (deel)levering van (delen van) de ICT Prestatie, wordt de be- treffende betreffende levering getest op Gebreken. Door partijen wordt daarbij een testverslag opgemaakt en ondertekendopgemaakt. In dit testverslag zal worden wordt vastgelegd of de ICT Prestatie desbetreffende (deel)levering Gebreken vertoont en voorts of de ICT Prestatie (deels) is goedgekeurd, dan wel afgekeurd;vertoont. ii) Binnen een redelijke termijn, althans de daartoe in de Overeen- komst gespecificeerde termijn, na de datum van de ondertekening van het testverslag, B. Bij Gebreken zal Leverancier Meditools Creator een planning afgeven waar- binnen de in het testverslag vastgelegde aanleveren waarbinnen hij deze Gebreken voor eigen rekening worden verholpen; iii) Leverancier zal herstellen. Meditools Creator zal na afloop van de in het vorige lid bedoelde termijn (het gedeelte van) herstel de bijgewerkte ICT Prestatie Producten opnieuw ter Accep- tatie middels de Acceptatieprocedure voorleggen. 7.3 De in het kader van de Acceptatieprocedure gehanteerde termijnen en (bijgestelde) planningen dienen te passen in de algehele planning van de Overeenkomst of het Implementatieplan en mogen niet tot vertra- ging leiden. 7.4 C. Indien (delen van) de die ICT Prestatie bij het voor de tweede maal doorlo- pen keer doorlopen van de (integrale) Acceptatieprocedure acceptatietest op Gebreken wordt/worden word(t)(en) afgekeurd, is Opdrachtgever gerechtigd om: i) de Overeenkomst – geheel of gedeeltelijk – zonder nadere ingebre- kestelling ingebrekestelling buiten rechte te ontbinden, waarbij geldt . Meditools Creator is in dat Leverancier dan tevens binnen de kaders van artikel 13 geval aansprakelijk is voor de door Opdrachtgever geleden en te lijden schade; of ii) onverminderd zijn recht op vergoeding (binnen de kaders van artikel 13) van de reeds geleden schade Leverancier toe te staan de Gebreken alsnog voor diens rekening te herstellen; of iii) de ICT Prestatie onder een nader overeen te komen voorwaarde voorwaardelijk te accepteren, waarbij geldt dat indien Leverancier niet tijdig aan de bij de voorwaardelijke acceptatie gestelde voor- waarden voldoet, het bepaalde onder i van toepassing is. 7.5 6.3 Voor Gebreken die niet binnen de overeengekomen planning in de Acceptatieprocedure kunnen worden opgelost, kan met wederzijds goedvinden worden besloten om tijdelijk een acceptabele work-tijdelijke work- around aan te brengen en/of om hier- voor hiervoor later een oplossing te vinden. 7.6 6.4 Gebreken die (individueel noch gezamenlijk) niet in de weg staan aan het gebruik voor productieve doeleinden van (het betreffende onder- deel een gedeelte van) de ICT Prestatie, kunnen geen grond vormen voor niet-Accep- tatieOpdrachtgever om de ICT Prestatie niet te accepteren, onverminderd de verplichting van Leverancier Meditools Creator om ook die op korte termijn Gebreken te herstellen. 7.7 Indien 6.5 De Acceptatieprocedure is niet bedoeld als de enige wijze waarop eventuele Gebreken aan de ICT Prestatie in deelleveringen wordt geleverdkunnen worden gedetermineerd, vindt na iedere levering een Acceptatieprocedure plaats en vindt na Accepta- tie van het laatste deel van de ICT Prestatie vervolgens een integrale Acceptatieprocedure plaats, waarbij de gehele ICT Prestatie alsmede de samenhang van deelleveringen (‘som der delen’) maar is slechts bedoeld om eventuele Gebreken vroegtijdig op Gebreken wordt getoetst. Er is pas sprake van Acceptatie na het succesvol doorlopen van de integrale Acceptatieprocedurete sporen. 7.8 6.6 Acceptatie wordt geacht plaatsgevonden te hebben plaatsgevonden hebben: A. indien er geen Acceptatieprocedure is afgesproken noch afgesproken; of B. als deze op verzoek van Opdrachtgever niet heeft plaatsgevonden en Opdrachtgever de ICT Prestatie voor productieve doeleinden in gebruik zijn organisatie in volledige productie heeft genomen binnen zijn organisatiegenomen.