Wijzigingsbeheer. Wijzigingsbeheer geeft de Klant de mogelijkheid om wijzigingen aan te vragen. Deze wijzigingen kunnen een impact hebben op de periodieke vergoeding voor de Dienst en dienen door de Klant schriftelijk te worden aangevraagd. De implementatie van deze wijzigingen verandert niets aan de duur van de Overeenkomst. Het gaat meer bepaald om de volgende wijzigingen: • Wijziging van nummer • Wijziging van diensten met toegevoegde waarde
Wijzigingsbeheer. De visie van Licentiegever is om een applicatie te ontwikkelen, en continu te verbeteren, die aanvullend en ondersteunend werkt voor de processen van de zorgverleners. Vanuit deze visie worden wensen voor nieuwe functionaliteiten afgewogen door wijzigingsbeheer van Licentiegever. De Licentienemer kan een verzoek tot wijziging indienen bij Licentiegever. Dit kan een aanpassing of uitbreiding zijn op een bestaande functionaliteit of een aanvraag voor een hele nieuwe functionaliteit. Wijzigingsverzoeken van de Licentienemer kunnen worden ingediend via Support ofwel via de Business- & Accountmanager door de contactpersoon van de Licentienemer. Deze verzoeken worden door Licentiegever opgeschreven in een VTW. Tijdens gebruikersoverleggen worden de VTW’s besproken. VTW verzoeken worden intern besproken volgens de daarvoor bestemde procedure om: ▪ de impact en het risico te bepalen. ▪ te zorgen dat ze aansluiten op bestaande functionaliteiten. ▪ er voor te zorgen dat ze altijd voldoen aan de wet- en regelgeving. Indien een VTW is goedgekeurd zal de nieuwe functionaliteit worden geprioriteerd, ontwikkeld en vervolgens worden doorgevoerd. Elke nieuw ontwikkelde functionaliteit wordt intern getest voor de release. Daar waar de impact van een wijziging groot is, zie wijzigingsbeheer proces, dan wordt door Licentienemer getest en geaccepteerd. Invloed op ontwikkeling van functionaliteit: ▪ Functionaliteiten die benodigd zijn vanuit wet- en regelgeving krijgen een hoge prioriteit. ▪ Functionaliteiten die voor meerdere Licentienemers van belang zijn worden hoger geprioriteerd. ▪ Functionaliteiten waarvoor aanvullend betaald (uitzonderlijk) wordt, worden geprioriteerd.
Wijzigingsbeheer. 19.1 Eurofiber kan deze Algemene Voorwaarden, de Vergoeding, de Dienstbeschrijving en de Service Level Agreement te allen tijde wijzigen. In dat geval zal Eurofiber de Opdrachtgever ten minste één
(1) maand voor de beoogde inwerkingtreding van de wijziging daarvan in kennis.
19.2 Indien de Opdrachtgever de wijziging niet accepteert, kan de Opdrachtgever de Overeenkomst kosteloos en schriftelijk opzeggen, uiterlijk binnen drie (3) maanden na voornoemde kennisgeving. Dit beëindigingsrecht geldt niet indien de voorgestelde wijzigingen:
(a) uitsluitend in het voordeel zijn van de Opdrachtgever, een zuiver administratief karakter hebben en geen negatieve gevolgen hebben voor de Opdrachtgever;
(b) voortvloeien uit nieuwe wetgeving of decreten die Eurofiber geen keuze laten bij de uitvoering ervan, of ;
(c) bestaan uit een prijsverhoging als gevolg van een prijsherziening beschreven in artikel 8.4.
19.3 Indien de Opdrachtgever gebruik maakt van het in artikel 19.2 genoemde beëindigingsrecht, zal Eurofiber de levering van de Dienst beëindigen tegen het einde van de lopende factureringsperiode volgend op de opzegging.
Wijzigingsbeheer. 4.4.1 De Wijzigingsprocedure zoals bepaald in Artikel 8 (Wijzigingen) en Bijlage 11 van de DBFM Overeenkomst zijn ook van toepassing met betrekking tot een Wijziging aan de Service Level Agreement.
4.4.2 Daarenboven zullen eventuele wijzigingen vereist aan deze Service Level Agreement, waarover akkoord is tussen de Opdrachtnemer en de Opdrachtgever worden vastgelegd door ondertekening van de gewijzigde Service Level Agreement door beide Partijen.
Wijzigingsbeheer. 6.1 Indien Klant een wijziging in de applicatie/Diensten wenst, dient deze per brief/telefonisch of e-mail een verzoek in te dienen. Een verzoek voor wijziging kan op twee wijzen ontstaan:
a) Klant dient een verzoek in;
b) Er is sprake van een erkend probleem dat Leverancier door een wijziging op wenst te lossen.
6.2 Leverancier zal zich inspannen verzoeken te realiseren, maar totdat er akkoord is bereikt over de inhoud, planning en eventueel prijs van de wijziging, kan Leverancier te allen tijde besluiten geheel van de wijziging af te zien indien zij de inspanning die daartoe geleverd moet worden onevenredig acht of de gevraagde wijziging niet relevant acht.
6.3 Indien een verzochte wijziging niet zal worden gerealiseerd, zal Leverancier Klant daarover onverwijld informeren
Wijzigingsbeheer. De Serviceniveaus voor Wijzigingsbeheer is gelijk aan de beschrijving in Hoofdstuk 2.
Wijzigingsbeheer. Het doel is ervoor te zorgen dat gestandaardiseerde methoden en procedures worden gebruikt voor een efficiënte en snelle afhandeling van alle wijzigingen van de IT-infrastructuur, teneinde het aantal van eventuele gerelateerde incidenten en de gevolgen daarvan voor de dienstverlening tot een minimum te beperken. Wijzigingen in de IT-infrastructuur kunnen zich voordoen als reactie op problemen of extern opgelegde vereisten, bijvoorbeeld wijzigingen van de wetgeving, of proactief met het oog op meer efficiëntie en doeltreffendheid of om zakelijke initiatieven mogelijk te maken of te weerspiegelen. Het wijzigingsbeheer omvat verschillende stappen die alle details van een wijzigingsverzoek opslaan voor toekomstige tracering. Deze processen zorgen ervoor dat de wijziging gevalideerd en getest wordt alvorens te worden doorgevoerd. Releasebeheer is verantwoordelijk voor de succesvolle uitrol van de wijziging.
Wijzigingsbeheer. Indien klant een wijziging in de diensten wenst, dient deze per brief of e-mail een verzoek in te dienen. 6.1.Een verzoek voor wijziging kan op twee wijzen ontstaan: 6.1.1.Klant dient een verzoek in. 0.0.0.Xx is sprake van een erkend probleem dat Podonet door een wijziging op wenst te lossen.
Wijzigingsbeheer. Partijen spreken af dat de DVO-op-hoofdlijnen fungeert als het kader voor de verdere uitwer- king. Als afspraken uit de DVO-op-hoofdlijnen niet werkbaar of uitvoerbaar blijken, of er be- hoefte is om wijzigingen of aanvullingen te doen, dan kan alleen het bestuurlijk overleg dit be- sluit nemen. Deze besluiten worden conform de overlegstructuur voorbereid.
Wijzigingsbeheer heeft met betrekking tot wijzigingsbeheer processen en procedures beschreven en deze geborgd in haar organisatie. X-Guard draagt er zorg voor en staat ervoor in dat: • Een adequate scheiding tussen ontwikkel-, test-, acceptatie- en productieomgevingen is doorgevoerd; • De ontwikkel-, test- en acceptatieomgevingen representatief zijn maar deze omgevingen bevatten geen productie dan wel persoonsgegevens in de zin van de Algemene Verordening Gegevensbescherming (AVG); • Functiescheiding wordt toegepast waardoor wijzigingen gecontroleerd in productie worden doorgevoerd; • Alle wijzigingen zijn beschreven en onderbouwd door middel van een audit-trail; • Voor alle (kritieke) wijzigingen is een fallback scenario aanwezig.