Skip to content

Single Digital Gateway, SDG-forordningen #341

Open

Description

@gBarlach

OS2forms skal overholde Single Digital Gateway, SDG-forordningen:

https://digst.dk/it-loesninger/eid-og-single-digital-gateway/single-digital-gateway/

Baggrund:
EU-forordningen om Single Digital Gateway (SDG-forordningen) har til formål at gøre det lettere for EU-borgere og -virksomheder (herefter EU-brugere) at søge information og betjene sig selv digitalt på det indre marked. SDG-forordningen skal implementeres af de myndigheder, der har ansvaret for forvaltningsområderne nævnt i Forordningen. Digitaliseringsstyrelsen koordinerer den nationale implementering.

Forpligtelsen om adgang til selvbetjeningsløsninger:
Under en række af områderne i Forordningens bilag 1, er der udpeget livsbegivenheder, som er nogle særlige procedurer (selvbetjeningsløsninger), som Danmark skal stille til rådighed for EU-brugere. Selvbetjeningsløsningerne gøres tilgængelige for EU-brugere ved, at de kan logge ind med andet eID svarende til det danske MitID. Derudover stiller Forordningen krav til EU-borgernes tilgængelighed, herunder at man eksempelvis kan anvende selvbetjeningsløsningerne på engelsk eller med en udførlig vejledning på engelsk.

I Danmark er det de enkelte myndigheder, der skal vurdere, hvilke informationer og allerede eksisterende selvbetjeningsløsninger der er omfattet af forordningen, og som dermed skal gøres tilgængelige for EU-brugere.

Indlogning med eID:
Det skal være muligt for en borger at logge ind i OS2forms med eID
Vedjledninger til leverandører af selvbetjeningsløsninger:

OOTS forpligtelsen:
Forordningen stiller krav om, at dokumentation, der anvendes i en række udvalgte selvbetjeningsløsninger beskrevet i Forordningens bilag II, skal kunne udveksles automatisk via et teknisk system, OOTS (Once-Only-Technical System). Det indbefatter, at oplysninger, som brugere allerede har afleveret til en myndighed i et EU-land, kan overføres til myndigheder i andre medlemslande i forbindelse med konkrete selvbetjeningsforløb. Danske myndigheder skal selv integrere til OOTS, hvortil Digitaliseringsstyrelsen udvikler den centrale danske OOTS-gateway til udveksling af dokumentationen med andre EU-medlemslandes myndigheder.

Activity

  1. gBarlach commented on Aug 26, 2026

    @gBarlach
    Author

    @ds-bellcom vil I estimere denne opgave ?

  2. ds-bellcom commented on Aug 31, 2026

    @ds-bellcom
    Contributor

    @ds-bellcom vil I estimere denne opgave ?

    @gBarlach ja, det vil vi naturligvis gerne. For at kunne komme med et kvalificeret estimat, så er vi nødt til at bruge 5 timer på at undersøge det og kigge ned i dokumentationen for NemLog-in og i koden for at se hvor vi står i dag og hvor vi skal hen. Vil @OS2Forms/koordinationsgruppe godkende de 5 timer til en forundersøgelse, så estimatet bliver så kvalificeret som muligt?

  3. added
    SKAL opgaveDenne opgave er identificeret som en SKAL opgave, der skal løses ASAP
    on Sep 1, 2026
  4. gBarlach commented on Sep 16, 2026

    @gBarlach
    Author

    @ds-bellcom Koordinationsgruppen har godkendt forundersøgelsen på 5 timer.

  5. ds-bellcom commented on Sep 28, 2026

    @ds-bellcom
    Contributor

    @gBarlach @OS2Forms/koordinationsgruppe vi har nu undersøgt dette og har estimeret opgaven til at tage yderligere 70 timer inkl. projektledelse og tests.

    For at understøtte SDG, så skal NemLog-in kunne foretages med eID. Vi vores estimat er det medregnet at koden bag NemLog-in opdateres fra OIOSAML3 til OIOSAML4 (et krav som formentlig kommer indenfor en overskuelig fremtid).

    I vores undersøgelse har vi også bemærket at det ser ud til at hvis man logger ind med eID, så modtages der et "first_name" og "last_name", men ikke noget "middle_name". Vi ved jo at ITK har oprettet nye MitID elementer til fornavn, mellemnavn og efternavn, så her vil der nok skulle laves en eller anden regel for om OS2forms selv kan gætte på hvad der er et mellemnavn eller ej. Dette tænker vi ikke er afgørende for at kunne lave det, men blot noget vi skal være opmærksomme på, når opgaven påbegyndes.

  6. simh1995 commented on Sep 30, 2026

    @simh1995

    @ds-bellcom Tak for estimeringen. Vi talte om denne på KG møde i dag, hvilket har givet anledning til spørgsmål.

    Primært om de 70 timer er for koden/funktionen alene. Her tænker jeg på vores nuværende setup, når vi anvender BellComs NemLog-in proxy på vores lokale OS2forms installationer. Og om EID/SDG mon kræver et lign. setup, som kræver timer oveni de estimerede?

    Jeg har forsøgt at illustrere spørgsmålet i vedhæftet tegning.

    Image
  7. ds-bellcom commented on Oct 1, 2026

    @ds-bellcom
    Contributor

    @simh1995 Velbekomme.

    Det fleste opdateringer i forbindelse med SDG er i selve OS2forms, hvor den data der kommer retur fra DIGST lander. I første omgang lander data i NemLog-in proxy'en og derfra bliver det videresendt til OS2forms (de røde pile på min kopi af din tegning).

    Alle de nye data (fra eID) skal kunne modtaget og bruges i OS2forms. Der bliver bl.a. sendt diverse eID ID'er, som angiver at der har været anvendt et eID, og det er her der skal laves nogle regler for hvad der skal ske, hvis et NemLog-in er foretaget med MitID eller med eID, da OS2forms jo gerne skulle kunne understøtte begge dele. F.eks. kan det være at et login med eID ikke indeholder et danske CPR nr., hvorfor der så ikke skal laves et opslag mod Serviceplatformen for at finde data til MitID elementerne, men data skal i stedet tages fra det det logind der netop er foretaget.

    Image

    Vi har lige internt i dag snakket om at hvis I ønsker at dette skal laves, så kunne det være godt med et indledende møde, hvor også ITK er med, således at vi sikre at vi har alle aspekter med.

  8. simh1995 commented on Oct 8, 2026

    @simh1995

    Hej @ds-bellcom

    @gBarlach @LarsLH og ut. har vendt dit svar på issue #341 i GitHub vedr. SDG forordningen og setup omkring NemLog-in + data på MitID-elementer. Det har resulteret i flere spørgsmål, som vi håber, du kan hjælpe os med at svare på:

    1. Hvorfor er der behov for 2 separate kald til SP ift. MitID eller eID?
    2. Kan I producere jeres egen tegning (lidt mere detaljeret end min) over setup? Særligt vigtigt er a) hvilke kald foretages tur/retur og b) hvilke data sendes/modtages. Det ville bidrage til vores forståelse af løsningen, og ville også være rart som fremtidig dokumentation i GitHub.
    3. Hvilken service fra Serviceplatformen (SFXXXX) anvender vi til hhv. MitID og eID? Er der tale om 2 særskilte services eller udvides den eksisterende CPR service, som anvendes ved MitID login?
    4. Har opgaven betydning for eksisterende CPR felter i OS2forms? F.eks. hvis den eksisterende service, som kalder på CPR data via MitID login, udvides til eID?
    5. Er CVR elementer på nogen måde påvirket?
    6. Mellemnavn kan ikke trækkes via eID i dag (07.10.2026), som du også har gjort opmærksom på i sagen. Værdien skal kun bruges i KP. Ligger opgaven hos blanketsystemet eller hos Serviceplatformen? Eller skal blanketbyggere "bare vide", at eID formularer ikke kan trække mellemnavn - altså et spørgsmål om oplæring/korrekt anvendelse?
  9. ds-bellcom commented on Oct 9, 2026

    @ds-bellcom
    Contributor
  10. simh1995 commented on Oct 9, 2026

    @simh1995

    @ds-bellcom Tak for link. Jeg har lige skimtet den igennem. Og så fangede jeg bagefter noget i en af dine tidligere beskeder:

    F.eks. kan det være at et login med eID ikke indeholder et danske CPR nr., hvorfor der så ikke skal laves et opslag mod Serviceplatformen for at finde data til MitID elementerne, men data skal i stedet tages fra det det logind der netop er foretaget.

    Den del besvarer delvist spørgsmål 1, 3, 4 og 5. Da der jo faktisk slet ikke er tale om et kald til Serviceplatform ved login med eID (hvis jeg læser dokumentationen + dit svar korrekt). Det afføder et nyt spørgsmål: Hvor hentes den grænseoverskridende borgeres personlige oplysninger så henne - på NemLog-in administrationsportalen?

    Spørgsmål 2 og 6 står for mig ubesvaret.

    EDIT:

    På side 2 står skrevet, at vi har to muligheder for at kunne modtage login med et europæisk eID.

    1. Minimalmigrering - bliv på OIO3, konfigurer opsætning i NemLog-in adm. portal. Relevant hvis selvbetjeningen kun henvender sig til alm. borgere (brugere med personligt/privat eID fra andet EU-land)
    2. Overgang til OIO4 - Større tilpasning af snitfladen mellem IT-systemet (forms) og NemLogin. Relevant hvis medarbejdere (brugere med professionelle EU-identiteter) anvender løsningen.

    Opgaven lader til at være scopet med løsning 2 in mente. Men er det korrekt? Har vi reelt et behov/use cases, hvor vores formularer skal anvendes af udenlandske professionelle? Det mangler evt. at blive undersøgt hos de enkelte anvenderkommuner.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Forårsrelease 2027SKAL opgaveDenne opgave er identificeret som en SKAL opgave, der skal løses ASAPSkal undersøgesDenne opgave er ikke klart defineret endnu.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions