Page History

• Dato for start af løbende QA - april 2025
• Hyppighed for QA - Afklaret Arosii og Trifork imellem
• Dato(er) for modtagelse af leverance(r) til QA - 1/7 2025 - Hvornår kan Markus levere det til final QA!
• Datoer for gennemførelse af performancetest (staging miljø skal reserveres i 2 uger)
  (performancetest skal som udgangspunkt altid udføres, medmindre der aftales andet med NSP) - Skal der laves en performance test - Ren gennemstilling? - Spørge Asger eller Aron at der ikke er behov for performancetest og få dem til at godkende - Send mail
• Forventet at DPA er på TEST1 og TEST2 den 11/7, hvis der leveres til final QA i uge 24 (der er ferie hos Arosii og Netic fra uge 29)
• Dato for idriftsættelse - 1/12 (gerne før)
• Dato for ibrugtagning - 1/12 (Andre anvender måske før - skal afklares)
• Idriftsættelse og ibrugtagning skal ikke være på samme dato. Gerne 4 uger mellem.
• Opdatere tidsplan for DPA med final QA, TEST1, TEST2, idriftsættelse og ibrugtagning.

• NY TIDSPLAN grundet fund i QA. Forventet ny levering til final QA: uge 28 → Til driftleverandør i uge 29. En reel release til TEST1 vil formentlig (Formentlig = usikkerhed grundet ferietid) blive d. 18/8 og snarest herefter (inden 1/9) release til TEST2.

Ingen datakonvertering

15/8 2025:

Performancetest mangler afklaring fra SDS arkitekter.

5/9 2025:

Arosii tester DPA: uge 36/37

Overlevering til Netic og klargøring til TEST2: uge 38

Afklaring med NSP om hvornår DPA skal i prod. Karen, Amir og Gitte taler sammen.

19/9 2025:

Den er i TEST1 nu og mangler nogle test, som udføres i næste uge 39. Forventningen er at DPA skal i TEST2. i slut oktober.

Overdragelse af DPA til NSP er endnu ikke afklaret. Karen og Amir afklarer det. Slut oktober eller ved GM idriftsættelse?

1/10 2025:

Afklaring mellem NSP og GM: Forventningen er at DPA skal i TEST2 i slut oktober. og i prod i december.

PO overdragelsen sker når DPA er i TEST2 i oktober. OAT afsluttes. Der aftales overleveringsmøde mellem NSP, GM og Trifork.

31/10 2025:

Klar til overdragelse til NSP???

Test

• Er alle miljøer (test1, test2 og evt. produktion) etableret og testet?

  Dette er relevant i tilfælde af, at projektet har brug for hardware og infrastruktur ud over det, der tilbydes som standard på NSP. 

• Har projektet gennemgået NSP teststrategi Teststrategi NSP Vedligehold?

• Er der aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold?

  Er det afklaret med projektet, hvordan hhv. Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) kan understøtte projektets testgennemførsel? 
  • Læs mere om DTG her: https://www.nspop.dk/display/public/web/Dynamisk+Testdata+Generator+%28DTG%29+-+Leverancebeskrivelse
  • Læs mere om DRG her: https://www.nspop.dk/display/public/web/Dynamisk+Request+Generator+%28DRG%29+-+Leverancebeskrivelse
• Er der gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur?
  • Eller: Er performancetest planlagt og klar til eksekvering af NSP QA Leverandør/NSP driftsleverandør?
• Har projektet lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport?

Pilotdrift?

• Hvem skal deltage i evt. pilot?
• Hvordan skal WL foregå i pilot?

Dokumentation

• Projektet accepterer dokumentationskrav på NSPOP, samt brug af Confluence og SVN.

  Dokumentationskrav for NSP-platformen

• Projektet accepterer at overholde aktuel version af NSP Husregler (indsæt aktuel version under Note)

  Husregler for udvikling til NSP

• Projektet lægger design beskrivelser på projektets Confluence site. 

NSP Husregler:

• NSP Husregler Version 2.15
• Det er godkendt at anvende Java 21
• Der skal anvendes NSP platform version 4
• Der anvendes git ikke SVN.

15/8 2025:

Aftalen er at finpudse detaljer indtil idriftsættelse

Er der bestilt adgang (whitelistning) til såvel, TEST som PROD miljø?

• Det kræver ikke nogen whitelistning for generel adgang til NSP testmiljøer, men nogle komponenter kræver særskilt whitelistning ved operatøren. Trifork har været leverandør i mange år så deres CVR nummer er helt sikkert allerede whitelistet de steder det er nødvendigt.
• DPA kræver særskilt whitelistning ved operatøren. GM bestiller dette via en supportsag når de er klar.

15/8 2025:

De projekter/komponenter som skal på med Digital Post modul skal whitelistes når de skal på. Der sendes en supportsag ind.

Er evt. hypercare fra NSP support aftalt?

Projekt oplyser om nødvendige Tilslutningsaftaler er på plads?

Skabeloner for tilslutningsaftale kan findes her:

Opret tilslutningsaftale

Det er projektets ansvar at udfylde tilslutningsaftale.
Udfyldt tilslutningsaftale sendes til NSP Operatør.

Mangler:

• GM projektet opretter tilslutningsaftale
• Henrik Danielsen/Lars Helsberg (kontrakt for drift)

15/8 2025:

Der arbejdes på dem.

5/9 2025:

Kjeld laver udkast og Karen læser review

Kan ikke deployes til prod for tilslutningsaftale

Tilslutningsaftale: DPA - Graviditetsmappen - Global Site

19/9 2025:

Afventer Kjeld, som er allokeret til andet i september. Laves i start oktober inden vi kan lave overlevering.

1/10 2025:

Udkast lave: Tilslutningsaftale: DPA (Digital Post Adapter) - Graviditetsmappen - Global Site

Skal sendes til Henrik Danielsen, som kan godkende den

06/11 2025:

Ønskes anvendelse af NSP'ens nationale adviseringsservice?

I så fald skal der indgås NAS tilslutningsaftale og de nødvendige topics skal oprettes - se note

Ingen adviseringer

https://www.nspop.dk/display/public/web/NAS2+-+Anvenderguide

Findes der en plan for NSP aktiviteter ifm. transitionen til idriftsættelse og ibrugtagning – og er denne godkendt af involverede parter? (eksempler på aktiviteter kan være dataleverancer, afhængigheder mellem komponenter/services etc.)

Idriftsættelse og ibrugtagning skal ikke være på samme dato. Gerne 4 uger mellem.

15/8 2025:

Der er styr på det og ikke brug for yderligere

1/10 2025:

Forventningen er at DPA skal i TEST2 i slut oktober. og i prod i december.

PO overdragelsen sker når DPA er i TEST2 i oktober. OAT afsluttes. Der aftales overleveringsmøde mellem NSP, GM og Trifork.

Trifork overlever til NSP/KIT når Organdoner projektet er gået i drift i december. Der laves et overleveringsmøde når ODR er gået i drift. Overlevering forventes slut december/start januar. Amir inviterer til overlevering mellem Trifork og KIT.

Er der sket overlevering til supportenheder (servicedesk) og er overleveringen accepteret?
NSP informerer National Service desk og sikrer opdatering af 'supportform'.
Der benyttes en standard template

15/8 2025:

Tilslutningsaftale, test mm. skal på plads først

5/9 2025:

Der vil ikke komme selvstændige supportsager på DPA. De vil komme på komponenterne i stedet for. Derfor skal der ikke gøres yderligere! Hvis en anvender af DPA ikke er på NSP, så skal denne genbesøges!

Er der sket overlevering til NSP Driftsleverandør og er overleveringen accepteret?

15/8 2025:

Først relevant efter testnår løsningen er klar til Prod

Findes der en aftale om hypercare?

15/8 2025:

Skal over i NSP support og vedligehold (KIT). Hvornår planlægges dette? KIT vil gerne vide hvornår denne overdragelse sker?

Først relevant efter accepttest i ultimo september. 

5/9 2025:

Afklaring med NSP om hvornår DPA skal i prod. Karen, Amir og Gitte taler sammen.

19/9 2025:

Afklaring med NSP om hvornår DPA skal i prod. Karen, Amir og Gitte taler sammen. Forventningen er at DPA skal i prod. i december.

1/10 2025:

Trifork overlever til NSP/KIT når Organdoner projektet er gået i drift i december. Der laves et overleveringsmøde når ODR er gået i drift. Overlevering forventes slut december/start januar. Amir inviterer til overlevering mellem Trifork og KIT.

15/8 2025:

Først relevant efter accepttest i ultimo september. 

19/9 2025:

Indkald Louise til dette møde efter accepttest.

05/11 2025:

PO har indkaldt NSP QA leverandør til gennemgang af funktionel testrapport og resultater.

Regressionstest er lavet af Arosii jvf. NSP husregler: Issue Navigator - SDS JIRA

Ny komponent, så den kan deployes i miljøer uden indvirkning på andre systemer

Kjeld Froberg

Hans Henrik Præstbro

Amir Chaudhry

Skal med i NSP risikovurdering

15/8 2025:

Skal afklares med Jura om den skal risikovurderes ifbm. GM eller i NSP.

5/9 2025

DPIA er i gang i GM.

Som tværgående komponent skal den have en særskilt risikovurdering. Amir undersøger den.

19/9 2025:

DPA er risikovurderet i GM projektet. I forbindelse med overdragelse skal den beskrives i NSP risikovurdering så andre projekter ikke skal lave særskilt risikovurdering.

Tekst sendes til Amir fra GM risikovurdering.

Sikkerheds- og penetrationstest er ved at blive planlagt og bestilt

1/10 2025:

Er det et problem at gå i prod i december hvis der ikke er en DPIA? Karen har møde med juristerne mandag og afklarer der.

31/10 2025:

DDTV skal selv sørge for en risikovurdering hvis Jura vurdere at der er behov for det. ligeledes skal ODR lav deres egen risikovurdering. i begge projekter skal DPAen indgå i risikovurderingen (såfremt den skal laves). NSP skal opdatere deres egen risikovurdering så efterfølgende projekter kan benytte denne generiske risikovurdering. 

GMv2´s risikovurdering og DPIA forventes at være færdig i starten af 2026. 

Projektet bekræfter, om SDS Jura har afklaret, om det/den nye register/service er kategoriseret ift. fortegnelse jf. persondataforordningen.

Hvis fortegnelse skal udarbejdes, bekræfter projektet, at Jura har godkendt denne.

Er NSPOP opdateret, så dokumentation flyttes fra "services på vej" til "Forretningsservices" og er den forretningsmæssige beskrivelse (Leverancebeskrivelse) udarbejdet?

Rykkes når dokumentation er QA godkendt af Arosii

15/8 2025:

Er rykket i støtteservices

Sørg for at prikke til PO for at få publiceret rettelser

Er support- og fejlrettelsesprocedure på plads?

Forventes at følge NSP standard procedure. Se SDS Incident Management 
Hvis andet er aftalt, skal det angives.

Forventer at følge NSP standard procedure for Incident Management.

5/9 2025:

Hvis DPA skal overdrages til NSP og KIT inden de første anvendere, så er denne OK.

Hvis DPA skal overdrages til NSP og KIT efter de første anvendere (og vi selv går i prod), så er denne IKKE OK.

Afklaring med NSP om hvornår DPA skal i prod. Karen, Amir og Gitte taler sammen.

19/9 2025:

Denne overtages af NSP når DPA overdrages.

Det er aftalt at såfremt der opstår fejlrettelser indtil KIT overtager, så er det Trifork (Markus), som håndterer incidents indtil udgangen af oktober. Herefter overtager KIT. Afklaring udestår omkring overlevering til KIT. Karen og Amir afklarer.

Er processen for ændringshåndtering kommunikeret ud til projektet?

Forventes at følge standarden for NSP ændringshåndtering - se NSP Change Managementproces
Hvis andet er aftalt, skal det angives.

Ikke tilfældet her jvf. ovenstående aftale om overdragelse

NSP Driftsleverandør oplyser, om driftsrapportering er aftalt med projekt?

Normalt sker dette månedligt. Hvis andet er aftalt, skal det angives. Evt. behov for data via Splunk Intelligence?

9/9 2025:

Færdiggøres først når DPA er deployet i prod (forventelig i december)

19/9 2025:

Afventer til vi er færdig med Accepttest af DPA

05/11 2025:

Der aftales med Amir omkring håndtering af evt. ikke-blokerende fejl eller ændringsønsker på overdragelsestidspunktet? Hvis ja, lav referencer til SDS-Jira RfC'er i kolonnen "Note"

Se vedhæftede om åbne fejl: FGM-2073

9/9 2025:

Afventer til vi er færdig med Accepttest af DPA

05/11 2025:

Der aftales med Amir og signet af på en samlet udestående liste, herunder aftalt hvor ansvar er placeret og tidsplan for hvornår listede udeståender forventes imødegået/afsluttet.

Er NSP Jira ajourført med de implementerede komponenter, ansvarlig leverandør/Lead (forvaltning af komponenten)? - se NSP Components

Er NSP Confluence ajourført med Product Owner på hver enkelt komponent? -  se PO på komponenter