Page History

...

...

Ved ændringer der påvirker sikkerhedsservicen vil regionen altid blive varslet og spurgt om de ønsker et servicevindue; selv ved mindre ændringer. Dog kan en fejlsituation gøre at regionen informeres på bagkant. Ved større ændringer af en komponent eller af sikkerhedsservicen vil der fra NSP Operatør side altid kunne forlanges et servicevindue hos regionen.

Tidspunkter hvor der ikke idriftsættes nye services og komponenter 

Der kan forekomme tidspunkter på året, hvor det vurderes for hensigtsmæssigt ikke at idriftsætte nye services og komponenter. Beslutningen om dette vil blive taget efter en samlet konkret risikoafvejning mellem at sikre størst mulig sikkerhed og robusthed for den kritiske infrastrukturdrift, opvejet mod de forretningsmæssige fordele der vil være ved at understøtte brugere/anvendere med den pågældende service.

I risikovurderingen vil behov og mulighed for at applikationssupport indgå, herunder specielt om der foreligger specifikke aftaler om døgn-, weekend- og helligdag support.

De tidspunkter der kan blive omfattet af ikke idriftsættelse er:

• dage der grænser op mod weekender
• dage der grænser op til helligdage, herunder jul & nytår
• dage der grænser op til hovedferier

...

Fryseperioder 

Ud fra en risikobetragtning implementeres der som udgangspunkt ikke planlagte ændringer i produktionsmiljøet i perioder op til weekend, helligdage, hvor der forventeligt er lavere bemanding i anvendernes organisationer.  

Der kan dog være undtagelser. Risiko vurderes ud fra sikkerhed og robusthed for NSP som samfundskritisk løsning. 

Fryseperioder vil som udgangspunkt være følgende: 

• Weekender og helligdage og dagen der grænser op til
• 3 arbejdsdage før officiel jule-, påske- og sommerferie (juli)

Information

Der udsendes ikke direkte information til den enkelte bruger af NSP´en eller de eksterne testmiljøer ved ændringer. Dog ville snitflade ændringer eller ophør af services altid meldes direkte med en længere varsling.

...