Anbefaling til unik Id-nøgle

Størrelse: px
Starte visningen fra side:

Download "Anbefaling til unik Id-nøgle"

Transkript

1 Anbefaling til unik Id-nøgle 1 / 15

2 Kolofon: OIO Referencemodel for tværgående brugerstyring Denne anbefaling kan frit anvendes af alle. Citeres fra anbefalingen i andre publikationer til offentligheden skal angives korrekt kildehenvisning. Forslag til anbefalinger for tværgående brugerstyring udarbejdes af IT- og Telestyrelsen, ITstrategisk kontor, som sekretariat for OIO It-Arkitekturkomiteen. Kontaktperson: It-Arkitekt Søren Peter Nielsen, spn@itst.dk Telefon (direkte) It-Arkitekt Anders Dalsgaard, ada@itst.dk Telefon (direkte) Ministeriet for Videnskab, Teknologi og Udvikling IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 DK-2100 København Ø Telf Fax itst@itst.dk 2 / 15

3 Indholdsfortegnelse 1 Indledning Opsummering Formål Baggrund for anbefaling Anvendelsesområde Nuværende situation Forudsætninger Baggrund - XRI Anbefalet opbygning af unik id-nøgle generelt Anbefalet opbygning af id-nøgle til borger med OCES certifikat Eksempler Appendix A Information om XRI Appendiks B - Yderligere information / 15

4 1 Indledning At kunne identificere en bruger entydigt er af afgørende betydning for sikkerhed i it-systemer. Både mht. autentifikation, sporbarhed og kobling af data på tværs af systemer. Der vil i mange situationer være behov for en såkaldt id-nøgle, som kan sammenknytte information om en given bruger i en given kontekst. Samtidig skal den samme person kunne optræde som it-bruger i forskellige sammenhænge med forskellige id-nøgler. Denne anbefaling omhandler en sådan id-nøgle. 1.1 Opsummering I dette dokument anbefales det, at man anvender en standard til oprettelse af en entydig id-nøgle til identifikation af et datasæt med brugerinformation. Standarden skal bygge på XRI, som står for Extensible Ressource Identifier. Den anbefalede standard muliggør, at man på tværs af systemer/organisationer kan garantere, at den idnøgle, man kobler til sine brugere, er unik og entydig. Anbefalingen skal ses som et alternativ til eksisterende metoder som f.eks. anvendelse af CPR-nummer, der har den uhensigtsmæssighed, at det kan henføres direkte til en person og ikke kan indskrænkes til kun at kunne anvendes i en given kontekst. 1.2 Formål Formålet med en unik id-nøgle er at identificere brugere entydigt på tværs af it-systemer og tid dvs. sporbarhed samt at kunne udveksle information om brugere. Denne vejledning har til formål at hjælpe systemejere til at lave en arkitektur baseret på en unik id-nøgle, således at brugere kan identificeres entydigt på tværs af systemer og tid. Kravet om entydighed på tværs af tid sikrer, at id-nøgler ikke genbruges og dermed altid vil kunne benyttes til at identificere en bruger entydigt. Anbefalingen er tænkt som et supplement og i nogle tilfælde som et muligt alternativ til eksisterende metoder. 1.3 Baggrund for anbefaling It-brugere er i dag typisk registreret i flere forskellige systemer, uden at der altid er nogen konsistent måde til at fastslå, om forskellige brugerkonti repræsenterer den samme bruger. I nogle tilfælde er det muligt at anvende brugeres CPR-nummer til at matche forskellige brugerkonti, fordi CPR-nummeret er garanteret unikt. Imidlertid kan samme person være registreret i it-systemer i forskellige sammenhænge, der ikke har noget med hinanden at gøre. Eksempler på forskellige sammenhænge en bruger kan være registreret i, er: som borger, som ansat med et givet sæt jobfunktioner og som vikar i en anden organisation med et andet sæt jobfunktioner. Det er således ikke muligt altid at sammenknytte brugerinformation ved hjælp af CPR-nummer; dels fordi det i nogle situationer kan være i konflikt med persondataloven, dels fordi anvendelse af CPR-nummer ikke i sig selv gør det muligt at afgrænse sammenknytningen af brugerinformationer til de data, der vedrører en given kontekst for brugeren (fx som borger eller sagsbehandler i en socialforvaltning etc.) 4 / 15

5 1.4 Anvendelsesområde Den anbefalede unikke id-nøgle vil primært være rettet mod at koble en unik id-nøgle til brugere, der oprettes i organisationers brugerkataloger. Føres denne id-nøgle med over i globale/lokale it-systemer, som brugeren får adgang til, kan man sikre, at data hørende til den enkelte bruger kan kobles på tværs af systemer. Endvidere vil anvendelsen af denne unikke id-nøgle i loggen til it-systemer kunne sikre sporbarhed, såfremt dette skulle blive nødvendigt. Sporbarheden forudsætter dog, at den udstedende organisation sikrer en kobling mellem bruger og person. 5 / 15

6 2 Nuværende situation Ved autenticitetssikring af en bruger i et it-system anvendes traditionelt en eller flere af følgende data: CPR-nr. Bruger-id/initialer Digital signatur Identifikation ud fra en profil bestående af attributter Disse data kan/skal anvendes til at matche information/data på tværs af systemer hørende til den samme bruger. CPR-nummer er unik mht. personer inden for Danmarks grænser. Det knytter sig ikke til ansættelsesforholdet men udelukkende til personen. Anvendelse af CPR-nummer kan være privatlivskrænkende i forbindelse med borgernes adgang til systemer. Her er det vigtigt, at de enkelte itsystemer overholder persondataloven, og at CPR-nr. ikke kompromitteres. Bruger-id/initialer er ikke unikke på tværs af systemer eller over tid. Ofte genbruges disse, hvilket vanskeliggør sporbarhed. Hvis forskellige systemer anvender forskellige bruger-id er for samme bruger, er det en vanskelig opgave at koble brugere fra forskellige systemer samt at identificere personer ud fra en log. Digital Signatur giver entydighed inden for den enkelte udbyder. Ved flere udbydere skal udbyderens id inkluderes, for at certifikatet er unikt, og en entydig identifikation af brugeren derved kan sikres. Teknologien bag Digital Signatur er ikke låst, hvilket kan give udfordringer på sigt, hvis teknologien ændrer sig. Specielt vil flere udbydere give udfordringer på sigt. Identifikation ud fra en profil kan give entydig identifikation af en bruger afhængigt af profilens indhold. Der findes pt. ingen standardprofil til identifikation. Dvs. at det er op til det enkelte it-system at lave egne regler for identifikation. Alle fire metoder anvendes i dag til at autenticitetssikre personer i it-systemer. Med personer menes her både borgere i det danske samfund og offentligt ansatte. Brugere af it-systemer på tværs af organisationer afføder et behov for oprettelse af en unik id-nøgle, der kan koble brugerkonti på tværs af systemer, domæner etc. Hvis der til hver bruger evt. i et givet ansættelsesforhold, knyttes en unik id-nøgle, vil denne kunne anvendes til entydigt og nemt at identificere den pågældende bruger og ikke mindst sikre sporbarhed i loggen. 6 / 15

7 3 Forudsætninger Ved udveksling af data mellem it-systemer vedr. brugeroplysninger kan der f.eks. benyttes SAML 2.0, som anbefalet i OIO-Kataloget over offentlige it-standarder. Den SAML 2.0-profil, der beskriver en bruger, vil ofte have behov for at indeholde en unik id-nøgle. Dette kan være et CPR-nummer, et certifikat hørende til digital signatur eller evt. en ny unik id-nøgle. Et unikt id oprettes samtidig med oprettelsen af brugeren i kataloger som f.eks. LDAP og ikke samtidig med oprettelse af personen. Det er underordnet, om der er tale om en borger eller en medarbejder. Hvis dette unikke id følger brugeren, vil personen altid kunne identificeres entydigt. Ved provisionering til andre systemer vil data og brugerinformation kunne kobles til anvendelse af dette unikke id. 7 / 15

8 4 Baggrund - XRI Som unik id-nøgle anbefales anvendelsen af XRI. XRI står for Extensible Ressource Identifier. Den er udviklet af OASIS XRI Technical Committee. XRI giver en standard syntaks- og løsningsprotokol for abstrakte identifikatorer, som er uafhængig af lokation, system, protokol, domain, ejer, autoritet etc. XRI opdeles i tre forskellige kontekstområder svarende til, hvorledes det enkelte XRI navngives. Der anvendes tre forskellige symboler hørende til de tre forskellige kontekstområder: Type Globalt kontekst Global Kontekst Symbol Eks. I-Names Eks. I-Number Person Individer = =Mary.Jones.Smith =:2D37.90C1.FA48 Forretning/ Organisation Generel Alle former for organisationer Generelle koncepter, @:1057.A22C.4E83 + +printer +printer/hp1100 +:2640 +:2640/:3364 Global Kontekst Symbol benyttes til at definere den abstrakte globale kontekst af en autoritet. Vi betragter udelukkende I-Names i dette dokument. Se Appendix A for yderligere information eller læs om anvendelse og definition af XRI, ver. 2.0 på: 8 / 15

9 5 Anbefalet opbygning af unik id-nøgle generelt Princippet i opbygningen af id-nøglen består af følgende led: Identifikation af landetilknytningen for organisationen, der opretter brugeren Identifikation af den oprettende organisation via CVR-nummer Et tidsstempel Identifikation af den enkelte bruger ved udstedende organisations egen systematik På landsplan registreres et XRI I-Name, her kaldet xri://@dk-xri af Videnskabsministeriet eller anden passende kan opløses til et I-NUMBER, men dette er ikke aktuelt i forhold til denne anbefaling. Alle xri, der anvendes i dette regi, skal således starte med xri://@dk-xri. Dette sikrer, at de unikke identifikatorer, der oprettes, også er unikke globalt. Herefter følger CVR-nr. Dette indikerer lokation for, hvor den pågældende ressource, person etc. er blevet registreret. Hvis organisationen har eget XRI (orgxri) kan dette erstatte CVR. Det er i dette tilfælde organisationens eget ansvar at sikre entydighed, MEN der skal stadig startes med xri://@dk-xri. Dernæst skal følge et tidsstempel (UTC) for oprettelse. Ovenstående giver mulighed for følgende xri er: Xri://@DK-XRI*[CVR]/[tidsstempel]/xxxx Xri://@DK-XRI*(@[orgXRI])/[tidsstempel]/xxxx xxxx er en streng, som den enkelte organisation selv har ansvaret for. Dette kan f.eks. være initialer, et løbenr. eller personlige XRI er. For at illustrere anvendelsen vil der i næste afsnit blive gennemgået 3 eksempler, så anvendelsen af XRI som id-nøgle bliver tydeliggjort. 9 / 15

10 6 Anbefalet opbygning af id-nøgle til borger med OCES certifikat Borgere med OCES certifikat har allerede fået tildelt en entydig id-nøgle i forbindelse med udstedelsen af OCES certifikatet. Dette er PID en. Denne anvendes i dette specialtilfælde til at generere en unik XRI-nøgle. PID en kan resolves til et CPR-nummer. Denne id-nøgle kan anvendes til at knytte borgerens data sammen på tværs af systemer. Princippet i opbygningen af id-nøglen består af følgende led: Identifikation af landetilknytningen for organisationen, der opretter brugeren PID en Dvs. Xri://@DK-XRI/pid/<PID> Uanset hvilken ingang borgeren bruger til Told & Skat vil borgeren såæledes have den samme PID og dermed kan borgerens rekords linkes sammen. 10 / 15

11 7 Eksempler Eksempel 1: Kommunalt ansat Ole Jensen, ansat i socialforvaltningen i Bjergdal kommune. Ole Jensens initialer er OJEN. Ole Jensen har endvidere registreret sit eget personlige XRI under det globale context symbol = som: xri://=ole.jensen CVR-nummer for Bjergdal kommune er Ole Jensen registreres i de lokale brugerkataloger d. 02. august, 2005 kl Dette giver følgende xri, hvis initialerne anvendes. xri://@dk-xri* /($d/ t16:16:42+01:00z)/ojen Under antagelse af, at initialer IKKE genbruges internt i kommunen, vil denne identifikator være unik globalt. Hvis Ole Jensens eget XRI anvendes kunne en xri se således ud: xri://@dk-xri* /($d/ t16:16:42+01:00z)/(=ole.jensen) Ole Jensen er også borger i Bjergdal kommune. Dette giver følgende xri, hvis initialerne anvendes: xri://@dk-xri* /($d/ t16:16:43+01:00z)/ojen, og hvis Ole Jensens eget xri anvendes: xri://@dk-xri* /($d/ t16:16:43+01:00z)/(=ole.jensen) Bemærk, at der her forudsættes, at en person IKKE registreres som borger og ansat i samme moment (sekund), da dette vil give den samme id-nøgle. Dette anses for at være meget lidt sandsynligt. Hvis nu Bjergdal Kommune endvidere havde registreret registreret sit eget personlige XRI under det globale context som: xri://@bjergdal.kommune så ville ovenstående 4 xri er kunne laves om til: xri://@dk-xri*(@bjergdal.kommune)/($d/ t16:16:42+01:00z)/ojen xri://@dk-xri*(@bjergdal.kommune)/($d/ t16:16:42+01:00z)/(=ole.jensen) xri://@dk-xri*(@bjergdal.kommune)/($d/ t16:16:43+01:00z)/ojen xri://@dk-xri*(@bjergdal.kommune )/($d/ t16:16:43+01:00z)/(=ole.jensen) Ole Jensen får således knyttet 2 forskellige id-nøgler til sig. Alt efter hvilken rolle han tilgår it-systemer med, vil den tilhørende bruger være tilknyttet et unikt id, der entydigt fortæller, hvilken sammenhæng (rolle/jobfunktion etc.) han går på det enkelte it-system med. Anvendes dette f.eks. i loggen til it-systemet, vil den enkelte systemejer kunne identificere Ole Jensen og dennes kontekst som bruger entydigt. 1 XRI metadata repræsentation af et tidsstempel er: $d/yyyy-mm-ddthh24:mi:ss+xx:00z, hvor XX:00 er afvigelsen fra GMT. 11 / 15

12 Bemærk, at tidsstempel er med. Dette er for at kunne styre opsigelser og genansættelser. I disse tilfælde vil en udeladelse af et tidsstempel medføre, at der kan opstå dubletter. Og netop i ovenstående eksempel, hvor personen både er borger og ansat, ville dette resultere i dubletter. Ovenfor er anvendt initialer. Man kunne have anvendt et løbenummer i stedet. Det vigtigste er, at der til hver bruger bliver knyttet et entydigt id i brugerkataloget. 12 / 15

13 Eksempel 2: Ansat på Odense Universitetshospital Mette Hansen, ansat på børnecenteret på Odense Universitetshospital. Mette Hansens initialer er MHAN. CVR-nummer for Odense Universitetshospitals børnecenter er Fyns amt har CVR-nummer Ovenstående giver følgende xri, hvis amtet opretter Mette Hansen som bruger. DK-XRI * /($d/ T16:10:42+01:00Z)/MHAN Hvis det er børnecenteret selv, der opretter Mette Hansen som bruger, bliver Xri en: DK-XRI * / ($d/ t16:10:42+01:00z)/mhan Eksempel 3: Borger i Bjergdal anvendelse af løbenummer. Bent Broberg er borger i Bjergdal. Bent Broberg ønsker adgang til kommunens it-systemer, og han oprettes i disse. Han tilknyttes en XRI: xri://@dk-xri*(@bjergdal.kommune)/($d/ t16:16:52+01:00z)/ eller xri://@dk-xri* /($d/ t16:16:52+01:00z)/ er et løbenummer, som styres af Bjergdal kommune. Ved oprettelse af brugeren knyttes xrinummeret til Bent Broberg, og det vil således entydigt kunne identificere denne person ved anvendelse. I forbindelse med kommunalreformen skifter Bjergdal navn i forbindelse med sammenlægningen med Højborg kommune. Det nye navn bliver Højdal. Dette er umiddelbart uden betydning for de XRI er, der allerede er eksisterende i systemerne, idet de er unikke og følger brugeren ved migrering til andre brugerkataloger etc. Nye XRI er skal dog benytte det nye navn. Hvis nu Bent Broberg tilflytter kommunen efter kommunesammenlægningen, så vil han få tilknyttet et nyt XRI, som hedder: xri://@dk-xri*(@højdal.kommune)/($d/ t16:16:52+01:00z)/ (Det antages, at Højdal i dette tilfælde har CVR-nummer er endnu ukendt) Eksempel 4: Borger i Bjergdal anvendelse af PID. Bent Broberg er borger i Bjergdal. Bent Broberg ønsker adgang til kommunens it-systemer, og han oprettes i disse. Han har fået udstedt et OCES certifikat med pid= Han tilknyttes en XRI: xri://@dk-xri/pid/ Denne id-nøgle forbliver uændret, uanset hvor Bent Broberg bor eller flytter hen. Dvs. den kan koble samtlige data sammen hørende til borgeren, uanset hvor id-nøglen er tilknyttet. 13 / 15

14 8 Appendix A Information om XRI XRI bygger oven på IRI (Internationalized Resource Identifier), som igen bygger oven på Universal Ressource Identifier (URI). Målet med XRI er at give det samme uniforme identifikationslag for abstrakte identifikatorer, som URI og IRI giver for konkrete identifikatorer i dag. XRI skal således kunne fortolkes til URI s/iri s. URN (Uniform Ressource Names) giver kun persistence, mens XRI s giver persistence og flytbarhed. Bedste brugerscenarie for en abstrakt identifikator er muligheden for at opretholde en persistent reference til en ressource, når den flytter eller ændrer adresse. URL (Uniform Ressource Locator = http URI s) bruger en fysisk location dvs. den fejler, når ressourcen flyttes. XRI opfylder kravene for URN som specificeret i RFC1737. Det er en abstrakt adresse, der løser problemet med at opretholde en persistent adresse for mennesker, organisationer og ressourcer uanset hvilke forandringer, der sker i kontaktdata. XRI-adresselaget består af 2 lag, der bygger oven på DNS names og IP-num : I-Numbers Identifier som er registreret på en ressource (system, fil, printer, person, organisation etc.), og som aldrig bliver reassigned. Dette nummer kan således anvendes til at repræsentere netværksressourcen i netværket. I-Names Logisk navn, der kan opløses til et I-Number. I modsætning til I-Numbers kan de overføres til en anden ressource af ejeren. I-Names kaldes også Universal Private Addresses I-Names og I-Numbers er persistent, potable, private identifiers. De kaldes også XRI-synonymer. Første trin i en persistent identifikation af en ressource er at tildele en identifikator, som ikke afhænger af ressourcens netværksplacering (el. organisatoriske tilhørsforhold) og adgangsmekanisme, da de begge kan ændres over tid. Dette kaldes en abstrakt identifikator, idet den ikke kan transformeres til en ressource direkte via en protokol, men skal løses til en konkret identifikator i stedet, f.eks. en URI. Hvis en ressource flytter, så skal ændringen foretages i løsningsservicen. Dvs. når man kalder denne med en given XRI, vil den returnere den nye adresse. Hvis XRI skal skifte navn, så skal løsningsservicen returnere den gamle, der så igen kan løses til ressourcen. Bemærk, at anvendelsen af xri ikke er et forsøg på at lave en unik bruger-id, men at kunne binde data sammen på tværs af systemer via en unik id-nøgle samt at kunne identificere den bagvedliggende person. Man har ikke behov for at anvende f.eks. user-id i xri en. Det er kun en logisk indikator. XRI er bagud-kompatible med DNS og IP-adresser. Domæne-navne og IP-adresser kan således anvendes som I-Names. Endvidere understøtter XRI flere niveauer. Et firma kan registrere et top-level I-Name og dernæst assigne lokale I-Names til dets ressourcer (f.eks. underafdelinger, personer mm). Der er ingen begrænsning på dybden af dette, men en flad struktur er at foretrække for at bevare overblikket. 14 / 15

15 9 Appendiks B - Yderligere information Dette fællesoffentlige arbejde i forbindelse med tværgående brugerstyring er beskrevet på Information om nogle af de aktiviteter inden for it-sikkerhed, som Videnskabsministeriet varetager findes på Information vedrørende arbejdet med at implementere en fælles standard for styring af itsikkerhedsprocesser i staten findes på 15 / 15

UDSNIT 8. februar 2008

UDSNIT 8. februar 2008 UDSNIT 8. februar 2008 Dette udsnit indeholder indeholder en introduktion til hvad begrebet brugerstyring dækker over Kolofon: OIO Referencemodel for tværgående brugerstyring Dette baggrundsdokument kan

Læs mere

Bilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter

Bilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter Bilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter Servicebeskrivelse Økonomistyrelsen Marts 2011 Side 1 af

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL UUID UBL 2.0 UUID G32 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL UUID Version 1.1 Side 1 Kolofon Kontakt: IT- & Telestyrelsen E-mail:

Læs mere

Guide til integration med NemLog-in / Brugeradministration

Guide til integration med NemLog-in / Brugeradministration Guide til integration med NemLog-in / Brugeradministration Side 1 af 9 21. januar 2013 TG Denne guide indeholder en kort beskrivelse af, hvorledes man som itsystemudbyder (myndighed eller it-leverandør)

Læs mere

Specifikationsdokument for LDAP API

Specifikationsdokument for LDAP API Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Specifikationsdokument for LDAP API DanID A/S 5. juni 2014 Side 1-15

Læs mere

Version 1.0. Vilkår for brug af Støttesystemet Adgangsstyring

Version 1.0. Vilkår for brug af Støttesystemet Adgangsstyring Version 1.0 Vilkår for brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående monopolbrud konkurrenceudsætter KOMBIT

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Kontakt UBL 2.0 Contact G34 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OUOUBL Kontakt Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen

Læs mere

DPSD2 Guide: Sådan sikrer du at du kan logge ind i DPSD2.

DPSD2 Guide: Sådan sikrer du at du kan logge ind i DPSD2. DPSD2 Guide: Sådan sikrer du at du kan logge ind i DPSD2. Denne guide henvender sig til brugere af DPSD2 og de brugeradministratorer der har ansvaret for at administrere brugere og rettigheder til DPSD2,

Læs mere

OIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1.

OIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1. OIO standardservice til Journalnotat Generel servicevejledning KMD Sag Version 1.0 01-09-2013 KMD A/S Side 1 af 15 Generel servicevejledning til OIO Journalnotat Ekstern standardservice Opdateret 01.09.2013

Læs mere

Udvalget for Videnskab og Teknologi B 103 - Svar på Spørgsmål 1 Offentligt

Udvalget for Videnskab og Teknologi B 103 - Svar på Spørgsmål 1 Offentligt Udvalget for Videnskab og Teknologi B 103 - Svar på Spørgsmål 1 Offentligt Bilag 1 Vurdering af økonomiske konsekvenser af beslutningsforslag B 103 1. Indhold i beslutningsforslag B 103 Det overordnede

Læs mere

Autencitetssikring. Vejledning til autenticitetssikringsniveau for den fællesoffentlige log-in-løsning. Side 1 af 12 19. september 2008. Version 1.0.

Autencitetssikring. Vejledning til autenticitetssikringsniveau for den fællesoffentlige log-in-løsning. Side 1 af 12 19. september 2008. Version 1.0. Side 1 af 12 19. september 2008 Autencitetssikring Vejledning til autenticitetssikringsniveau for den fællesoffentlige log-in-løsning Version 1.0. Denne vejledning introducerer problemstillingen omkring

Læs mere

23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring

23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring 23. maj 2013Klik her for at angive tekst. HHK/KMJ Vejledning til brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående

Læs mere

Digital Signatur OCES en fælles offentlig certifikat-standard

Digital Signatur OCES en fælles offentlig certifikat-standard Digital Signatur OCES en fælles offentlig certifikat-standard IT- og Telestyrelsen December 2002 Resumé Ministeriet for Videnskab, Teknologi og Udvikling har udarbejdet en ny fælles offentlig standard

Læs mere

Termer og begreber i NemID

Termer og begreber i NemID Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Termer og begreber i NemID DanID A/S 25. oktober 2011 Side 1-10 Indholdsfortegnelse

Læs mere

Vejledning vedrørende niveauer af autenticitetssikring

Vejledning vedrørende niveauer af autenticitetssikring Vejledning vedrørende niveauer af autenticitetssikring Kolofon: OIO Referencemodel for tværgående brugerstyring Denne anbefaling kan frit anvendes af alle. Citeres fra anbefalingen i andre publikationer

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Udvidelse UBL 2.0 Extension G33 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Udvidelse Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen

Læs mere

Brugeradministrationssystemet

Brugeradministrationssystemet NOTAT Den 13. december 2006 Version 1.0 Brugeradministrationssystemet Af Jens Ole Back, Chefkonsulent, Kontoret for teknik og miljø, KL Det fællesoffentlige Partnerskab om Danmarks Miljøportal (Partnerskabet)

Læs mere

Indledning Ansvar ifm. MODST SSO I drift på MODST SSO Institutionen skal have egen føderationsserver (IdP)... 2

Indledning Ansvar ifm. MODST SSO I drift på MODST SSO Institutionen skal have egen føderationsserver (IdP)... 2 Teknisk vejledning Tilkobling af institution til MODST SSO 28. juni 2019 BIG/CAB Indhold Indledning... 2 Ansvar ifm. MODST SSO... 2 I drift på MODST SSO... 2 skal have egen føderationsserver (IdP)... 2

Læs mere

OBJECT IDENTIFICERES OID PHMR

OBJECT IDENTIFICERES OID PHMR OBJECT IDENTIFICERES OID PHMR MedCom. Odense d. 27. feb. 2014 Thor Schliemann OID OG INTEROPERABILITET OID er et omdrejningspunktet for interoperabilitet I både teknisk og semantisk interoperabilitet er

Læs mere

Rettighedsstyring for eksterne brugere Diskussion af scenarier

Rettighedsstyring for eksterne brugere Diskussion af scenarier for eksterne brugere Diskussion af scenarier 1 / 16 Kolofon: OIO Referencemodel for tværgående brugerstyring Dette diskussionspapir kan frit anvendes af alle. Citeres fra dokumentet i andre publikationer

Læs mere

Udveksling af login- og brugeroplysninger mellem Odense Kommunes brugerkatalog og Google Apps skoleløsning Version 1.0, 30.

Udveksling af login- og brugeroplysninger mellem Odense Kommunes brugerkatalog og Google Apps skoleløsning Version 1.0, 30. Udveksling af login- og brugeroplysninger mellem Odense Kommunes brugerkatalog og skoleløsning Version 1.0, 30. september 2010 Dette dokument giver et kort overblik hvordan brugeroplysninger i Odenses

Læs mere

Dokumentet/dokumenter der kommenteres på: Fælles retningslinjer for webservices. Organisationen der kommenterer: SKAT - Løsningsarkitektur og Test

Dokumentet/dokumenter der kommenteres på: Fælles retningslinjer for webservices. Organisationen der kommenterer: SKAT - Løsningsarkitektur og Test Kommenteringsskema 15. januar 2018 Sekretariatet for Initiativ 8.1. BEMÆRK: Alle indsendte kommentarer offentliggøres (på arkitektur.digst.dk). Såfremt du ikke ønsker en kommentar offentliggjort, bedes

Læs mere

Anvendelse af dobbelthistorik i GD2

Anvendelse af dobbelthistorik i GD2 Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi GD2 - Adresseprogrammet Anvendelse af dobbelthistorik i GD2 Implementerings regler og eksempler på dobbelthistorik MBBL- REF: Version:

Læs mere

Dette dokument beskriver den fællesoffentlige føderations minimumskrav til logning hos Service og Identity Providere.

Dette dokument beskriver den fællesoffentlige føderations minimumskrav til logning hos Service og Identity Providere. Side 1 af 17 19. september 2008 Logningspolitik For den fællesoffentlige log-in-løsning Version 1.0. Dette dokument beskriver den fællesoffentlige føderations minimumskrav til logning hos Service og Identity

Læs mere

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) 25. april 2013Klik her for at angive tekst. NOTAT Bilag 11: Anvenderkrav til adgangsstyring - Støttesystemerne Context handler, Security Token Service og Administrationsmodul (Bilag til dagsordenspunkt

Læs mere

OIOUBL Guideline. OIOUBL Guideline

OIOUBL Guideline. OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Datatyper UBL 2.0 Datatypes G29 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail:

Læs mere

Hvem er målgruppen for disse dokumenter. Hvilke forudsætninger skal læseren have?

Hvem er målgruppen for disse dokumenter. Hvilke forudsætninger skal læseren have? Kommenteringsskema 15. januar 2018 Sekretariatet for Initiativ 8.1. BEMÆRK: Alle indsendte kommentarer offentliggøres (på arkitektur.digst.dk). Såfremt du ikke ønsker en kommentar offentliggjort, bedes

Læs mere

Bilag til vejledning i anvendelse af attentionformatet i Digital Post-løsningen. December 2017, version 0.9

Bilag til vejledning i anvendelse af attentionformatet i Digital Post-løsningen. December 2017, version 0.9 Bilag til vejledning i anvendelse af attentionformatet i Digital Post-løsningen December 2017, version 0.9 Hvad kan du læse om? I denne vejledning kan du læse om hvilke retningslinjer, der gælder for den

Læs mere

DKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME

DKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME DKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME 1 Indholdsfortegnelse B.1. INTRODUKTION... 3 B.1.1. HENVISNINGER... 3 B.1.2. INTEGRATION MED EKSISTERENDE SIKKER E-POSTLØSNING... 3 B.1.3.

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL EndepunktID UBL 2.0 EndpointID G22 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL

Læs mere

En teknisk introduktion til NemHandel

En teknisk introduktion til NemHandel En teknisk introduktion til NemHandel Indhold > Indledning 3 Standarder 5 OIOUBL 5 OIO RASP 6 OIO SMI 7 Biblioteker 8 Web applikationer 9 Fakturablanket 9 NemHandel Registrering 9 NemHandel.dk 10 Web services

Læs mere

FESD standardisering Udveksling Version 1.0

FESD standardisering Udveksling Version 1.0 FESD standardisering Udveksling Version 1.0 Kolofon: FESD standardisering. Udveksling Version 1.0 FESD udvekslingspakke Udarbejdet af IT- og Telestyrelsen, IT-strategisk kontor, FESD standardiseringsgruppen

Læs mere

Guideline. EAN-systemet

Guideline. EAN-systemet Guideline Hammershusgade 17 DK-2100 København Ø Tel: 39 27 85 27 Fax: 39 27 85 10 www.ean.dk for anvendelsen af EAN-systemet til entydig identifikation af målepunkter i EL-forsyningssektoren samt EAN-13

Læs mere

DKAL Snitflader Masseforsendelse

DKAL Snitflader Masseforsendelse DKAL Snitflader Masseforsendelse 1 C.1 Indholdsfortegnelse C.1 INDHOLDSFORTEGNELSE... 2 C.2 LÆSEVEJLEDNING... 3 C.3 TILMELDINGSLISTE... 4 C.3.1 RECORD-STRUKTUR... 4 C.3.2 OIOXML-STRUKTUR... 5 C.4 MATERIALE-INDLÆSNING...6

Læs mere

Elektronisk samhandling i dansk offentlig sektor

Elektronisk samhandling i dansk offentlig sektor Elektronisk samhandling i dansk offentlig sektor v. Michael Bang Kjeldgaard IT- og Telestyrelsen Oslo 11. september 2008 Lessons learned Velfungerende ramme for koordinering Tilgang der matcher modenhedsniveau

Læs mere

Underbilag 2O Beskedkuvert Version 2.0

Underbilag 2O Beskedkuvert Version 2.0 Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...

Læs mere

Kundevejledning. AD FS opsætning til Reindex. Version: 1.0. Dato: 19. april Forfatter: Lasse Balsvad (XPERION)

Kundevejledning. AD FS opsætning til Reindex. Version: 1.0. Dato: 19. april Forfatter: Lasse Balsvad (XPERION) Kundevejledning AD FS opsætning til Reindex Version: 1.0 Dato: 19. april 2016 Forfatter: Lasse Balsvad (XPERION) AD FS opsætning til Reindex - Kundevejledning 1/23 Revisionshistorik Version Dato Initialer

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Adresser UBL 2.0 Address G36 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Adresser Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen

Læs mere

Indhold Indledning Ansvar ifm. MODST SSO I drift på MODST SSO Institutionen skal have egen føderationsserver (IdP)...

Indhold Indledning Ansvar ifm. MODST SSO I drift på MODST SSO Institutionen skal have egen føderationsserver (IdP)... Teknisk vejledning Tilkobling af institution til MODST SSO 29. marts 2019 BIG/CAB Indhold Indledning... 2 Ansvar ifm. MODST SSO... 2 I drift på MODST SSO... 2 skal have egen føderationsserver (IdP)...

Læs mere

Vejledning til udarbejdelse af jobfunktionsroller og tilknytning til brugersystemroller

Vejledning til udarbejdelse af jobfunktionsroller og tilknytning til brugersystemroller Vejledning til udarbejdelse af jobfunktionsroller og tilknytning til brugersystemroller Indhold 1. Introduktion... 2 1.1 Baggrund... 2 2. Adgangsstyring for brugervendte systemer... 3 2.1 Brugervendte

Læs mere

Den samlede erhvervsløsning i næste generation af NemID og NemLog-in3

Den samlede erhvervsløsning i næste generation af NemID og NemLog-in3 Notat 21. februar 2017 Den samlede erhvervsløsning i næste generation af NemID og NemLog-in3 Dette notat giver en overordnet konceptuel fremstilling af, hvordan erhvervsområdet forventes håndteret samlet

Læs mere

Trin-for-trin guide: Tilslutning af web service til NemLog-in

Trin-for-trin guide: Tilslutning af web service til NemLog-in Trin-for-trin guide: Tilslutning af web service til NemLog-in Side 1 af 18 18. maj 2015 TG Baggrund og formål I foråret 2014 blev der udarbejdet en fælles sikkerhedsmodel for grunddataprogrammet. Modellen

Læs mere

IT-sikkerhedspanelets anbefalinger vedrørende privacy

IT-sikkerhedspanelets anbefalinger vedrørende privacy Anbefalinger vedr. privacy IT-sikkerhedspanelet under Ministeriet for Videnskab, Teknologi og Udvikling har i løbet af de seneste møder drøftet nødvendigheden af at forbedre borgere og virksomheders privacy

Læs mere

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat. Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline UBL 2.0 Signature OIOUBL Signatur G31 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Signatur Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen

Læs mere

Specifikationsdokument for servicen RID-CPR

Specifikationsdokument for servicen RID-CPR Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Specifikationsdokument for servicen RID-CPR Nets DanID A/S januar 2015

Læs mere

e-tinglysning Digital signering

e-tinglysning Digital signering e-tinglysning Digital signering Søren Gjesse Business Systems Architect e-mail: sgjesse@csc.com Bjarne Hansen Business Systems Architect e-mail: bhansen4@csc.com Indledning Digital Signering i e-tinglysning

Læs mere

ADFS Opsætning til MODST SSO Moderniseringsstyrelsen

ADFS Opsætning til MODST SSO Moderniseringsstyrelsen ADFS Opsætning til MODST SSO Moderniseringsstyrelsen Indhold 1 Intro... 3 1.1 I drift på MODST SSO... 3 1.2 Anbefalinger om certifikater... 3 2 How-to guide... 4 2.1 Opsætning af relying party... 4 2.2

Læs mere

OIOUBL Guideline. OIOUBL Profiler. UBL 2.0 Profiles (UTS) Appendiks til G26. Version 1.3

OIOUBL Guideline. OIOUBL Profiler. UBL 2.0 Profiles (UTS) Appendiks til G26. Version 1.3 OIOUBL Guideline OIOUBL Profiler UBL 2.0 Profiles (UTS) Appendiks til G26 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Profiler (UTS) Version 1.3 Side 2 Kolofon

Læs mere

ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER

ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER Kommunernes it-arkitekturråd 8. maj 2014 AGENDA Væsentligste observationer og konklusioner Relevans for kommuner STRATEGI OG ARKITEKTUR Analysen giver et bud

Læs mere

Specifikationsdokument for OCSP

Specifikationsdokument for OCSP Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Specifikationsdokument for OCSP DanID A/S 20. januar 2011 Side 1-11

Læs mere

CCS klassifikation og identifikation

CCS klassifikation og identifikation UDVEKSLINGSSPECIFIKATION klassifikation og identifikation Udgivet 01.09.2017 Revision 0 Molio 2017 s 1 af 19 Forord Denne udvekslingsspecifikation beskriver, hvilke egenskaber for klassifikation og identifikation,

Læs mere

Termer og begreber i NemID

Termer og begreber i NemID Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Termer og begreber i NemID DanID A/S 26. maj 2014 Side 1-11 Indholdsfortegnelse

Læs mere

OIOUBL Guideline. OIOUBL Guideline

OIOUBL Guideline. OIOUBL Guideline OIOUBL Guideline OIOUBL Guideline OIOUBL Dokument Reference UBL 2.0 Document Reference G21 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen

Læs mere

Certifikatpolitik. For den fællesoffentlige log-in-løsning. Side 1 af 9 2. december Version 1.1

Certifikatpolitik. For den fællesoffentlige log-in-løsning. Side 1 af 9 2. december Version 1.1 Side 1 af 9 2. december 2009 Certifikatpolitik For den fællesoffentlige log-in-løsning Version 1.1 Dette dokument beskriver certifikatpolitikken for den fællesoffentlige log-inløsning. Politikken definerer

Læs mere

DIADEM KOM GODT I GANG INTEGRATIONSVEJLEDNING IFT. SIKKERHED OG VERSIONERING AF WEBSERVICES VERSION: 1.7.0 STATUS: FRIGIVET DATO: 22.

DIADEM KOM GODT I GANG INTEGRATIONSVEJLEDNING IFT. SIKKERHED OG VERSIONERING AF WEBSERVICES VERSION: 1.7.0 STATUS: FRIGIVET DATO: 22. DIADEM KOM GODT I GANG INTEGRATIONSVEJLEDNING IFT. SIKKERHED OG VERSIONERING AF WEBSERVICES VERSION: 1.7.0 STATUS: FRIGIVET DATO: 22. AUGUST 2013 Fil: DIADEM - Kom godt igang - Ver 1.7.0.docx Indhold 1.

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Valutakurser og -koder UBL 2.0 Currency Exchange Rates G18 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Valutakurser og -koder Version

Læs mere

Dokumentet/dokumenter der kommenteres på: Retningslinjer for stabile http-urier

Dokumentet/dokumenter der kommenteres på: Retningslinjer for stabile http-urier Kommenteringsskema 15. januar 2018 Sekretariatet for Initiativ 8.1. BEMÆRK: Alle indsendte kommentarer offentliggøres (på arkitektur.digst.dk). Såfremt du ikke ønsker en kommentar offentliggjort, bedes

Læs mere

Certifikatpolitik for NemLog-in

Certifikatpolitik for NemLog-in Side 1 af 9 7. november 2012 Certifikatpolitik for NemLog-in Version 1.2 Dette dokument beskriver certifikatpolitikken for NemLog-in løsningen. Politikken definerer hvilke typer certifikater, der må anvendes

Læs mere

Digital Sundhed. Brugerstyringsattributter - Introduktion. - Specificering af nye og ændrede attributter i id-kortet

Digital Sundhed. Brugerstyringsattributter - Introduktion. - Specificering af nye og ændrede attributter i id-kortet Digital Sundhed Brugerstyringsattributter - Introduktion - Specificering af nye og ændrede attributter i id-kortet Indhold 1. Introduktion... 2 2. Læsevejledning... 2 3. Aktører... 2 4. Autentifikation...

Læs mere

Unikke Identifikatorer til digitale objekter

Unikke Identifikatorer til digitale objekter Unikke Identifikatorer til digitale objekter Standard IT- og Telestyrelsen, København den 6. december 2006 Standardisering Kolofon: Titel: Unikke Identifikatorer til digitale objekter Denne standard kan

Læs mere

1 Objekt informationsmodel - Byggeblok

1 Objekt informationsmodel - Byggeblok 1 Objekt informationsmodel - Byggeblok Logisk Informationsmodel for Byggeblokken Objekt Modellen beskriver og viser hvordan Forretningsobjekt "Objekt" kan forstås. Modellen er generisk, og kan derfor bruges

Læs mere

Præcisering af transportbaseret sikkerhed i Den Gode Webservice

Præcisering af transportbaseret sikkerhed i Den Gode Webservice Præcisering af transportbaseret sikkerhed i Den Gode Webservice 1. Historik...2 2. Indledning...3 3. SSL/TLS baseret netværk...3 4. Sundhedsdatanettet (VPN)...5 5. Opsummering...6 6. Referencer...6 Side

Læs mere

På vej mod internationalt orienterede datastandarder

På vej mod internationalt orienterede datastandarder FDA2018 På vej mod internationalt orienterede datastandarder Dan Bjørneboe, KL Peter Bruhn Andersen, Digitaliseringsstyrelsen 1 OPDATERING OIO OIO-OPDATERING FDA 23. april 2018 DAGSORDEN/EMNER OIO OPDATERING

Læs mere

Specifikationsdokument for servicen PID-CPR

Specifikationsdokument for servicen PID-CPR Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 www.nets.dk CVR-nr. 30808460 Specifikationsdokument for servicen PID-CPR Nets DanID december 2016 Side 1-7 Indholdsfortegnelse

Læs mere

Specifikationsdokument for OCSP

Specifikationsdokument for OCSP Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Specifikationsdokument for OCSP DanID A/S 3. juni 2014 Side 1-11 Indholdsfortegnelse

Læs mere

Nets - Medarbejder Signatur

Nets - Medarbejder Signatur Nets - Medarbejder Signatur Nets Direkte Kommunikation Nøgle Bestilling Version: 2.1, Oktober 2013 Continia Software a/s Hjulmagervej 55 DK-9000 Aalborg Denmark Tel. +45 82 30 50 00 Support mail: cm@continia.dk

Læs mere

Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS

Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS NOTAT Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS (Bilag til dagsordenspunkt 10, Arkitekturrapport for KITOS) Lars Nico Høgfeldt, Odense Kommune Generel indledning

Læs mere

Adgang til NIV. Nyt system til indberetning af forventede ventetider. Version 1.2

Adgang til NIV. Nyt system til indberetning af forventede ventetider. Version 1.2 Adgang til NIV Nyt system til indberetning af forventede ventetider Version 1.2 Kolofon Adgang til NIV Udgiver: Sundhedsdatastyrelsen Ansvarlig institution: Sundhedsdatastyrelsen Design: Sundhedsdatastyrelsen

Læs mere

OIO står for Offentlig Information Online og er det offentliges fællesbetegnelse for it-arkitektur, it-standarder og digital forvaltning.

OIO står for Offentlig Information Online og er det offentliges fællesbetegnelse for it-arkitektur, it-standarder og digital forvaltning. 1 af 6 30-01-2009 12:42 Vejledning Brugervejledning for OIO-katalog over offentlige it-standarder Version 2.0 - April 2008 INDHOLDSFORTEGNELSE Indledning OIO på nettet Standarder og standardisering Offentlig

Læs mere

Pronestor Catering. Modul 5. Opsætning af Pronestor Catering Side 5.0 5.10

Pronestor Catering. Modul 5. Opsætning af Pronestor Catering Side 5.0 5.10 Modul 5 Opsætning af Pronestor Catering Side 5.0 5.10 Brugerroller i Pronestor Catering Side 5.1 5.2 Log in som administrativ bruger Side 5.3 Administrator Opsætning af Organisation Side 5.4 Opret Lokationer,

Læs mere

TDCs Signaturserver. 11/05 - Version 1.0 2005 TDC Erhverv Sikkerhed og certifikater

TDCs Signaturserver. 11/05 - Version 1.0 2005 TDC Erhverv Sikkerhed og certifikater TDCs Signaturserver Side 2 Indhold Indledning...3 Teknisk projekt... 3 Tekniske forudsætninger... 3 Installation af klienten... 4 Udstedelse af signatur... 4 Anvendelse af signaturen... 6 Eksport af signaturen...

Læs mere

Vejledning. til. RA-administrator

Vejledning. til. RA-administrator DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.danid.dk CVR-nr. 30808460 Vejledning til RA-administrator DanID A/S juni 2010 Side 1 af 14 Indholdsfortegnelse

Læs mere

OIOUBL Kodeliste. OIOUBL AccountTypeCode K01. Version 1.1. Published under Creative Commons license, attribution 2.0

OIOUBL Kodeliste. OIOUBL AccountTypeCode K01. Version 1.1. Published under Creative Commons license, attribution 2.0 OIOUBL Kodeliste K01 Version 1.1 Published under Creative Commons license, attribution 2.0 Kolofon Kontakt: IT- og Telestyrelsen E-mail: plb@itst.dk Version 2.01 April 2007 Ministry of Science, Technology

Læs mere

Tilslutning til ecomone Basis (OIO Faktura)

Tilslutning til ecomone Basis (OIO Faktura) Tilslutning til ecomone Basis (OIO Faktura) 1. november 2009, Version 1.1 1. POST DANMARKS ECOMONE BASIS (OIO FAKTURA)... 3 1.1 BEGREBER... 3 2 KANALER... 3 3 MODEL FOR DATAUDVEKSLING... 4 4 KOMMUNIKATION...

Læs mere

Guide til NemLog-in Security Token Service

Guide til NemLog-in Security Token Service Guide til NemLog-in Security Token Service Side 1 af 10 18. juni 2014 TG Denne guide indeholder en kort beskrivelse af, hvordan en myndighed eller itleverandør kan benytte NemLog-in s Security Token Service

Læs mere

Introduktion til brugeradministratorer i SEB v2

Introduktion til brugeradministratorer i SEB v2 Indledning Dette dokument er en introduktion til brugerstyringssystemet SEB. Dokumentet tager udgangspunkt i en brugeradministrators opgaver. SEB består overordnet af to dele 1) En fælles loginside som

Læs mere

Politik vedrørende cookies og andre lignende teknologier. 1. Hvad dækker denne politik?

Politik vedrørende cookies og andre lignende teknologier. 1. Hvad dækker denne politik? Politik vedrørende cookies og andre lignende teknologier 1. Hvad dækker denne politik? Denne politik dækker dine handlinger relateret til Tikkurilas digitale serviceydelser. Denne politik dækker ikke,

Læs mere

Digital post er ikke det samme som almindelig e-mail. Digital post er modsat e-mails en sikker digital forsendelsesform.

Digital post er ikke det samme som almindelig e-mail. Digital post er modsat e-mails en sikker digital forsendelsesform. Digital Post Vejledning til foreninger m.fl. Center for Kultur, Idræt og Sundhed September 2013 Indledning Slagelse Kommune ønsker at hjælpe foreninger m.fl. godt på vej med Digital Post. Derfor har vi

Læs mere

eidas artikel 6 Informationsmøde for offentlige tjenesteudbydere 21. november 2017

eidas artikel 6 Informationsmøde for offentlige tjenesteudbydere 21. november 2017 1 eidas artikel 6 Informationsmøde for offentlige tjenesteudbydere 21. november 2017 DAGSORDEN 1. Gennemgang af krav i eidas artikel 6 2. Tjenesteudbyderopkobling 3. Teknisk gennemgang af opkobling til

Læs mere

Fællesoffentlig beskedmodel version 1.0

Fællesoffentlig beskedmodel version 1.0 Side: 1 Fællesoffentlig beskedmodel version 1.0 Dokumentet indeholder dels en informationsmodel for hændelsesbeskeden og dens miljø, dels en generisk datamodel for hændelsesbeskeden, som kan danne en fælles

Læs mere

Vejledning til valg af NSIS Sikringsniveau for tjenesteudbydere

Vejledning til valg af NSIS Sikringsniveau for tjenesteudbydere 3. oktober 2019 Vejledning til valg af NSIS Sikringsniveau for tjenesteudbydere Version 2.0.1 Introduktion Denne vejledning er henvendt til offentlige myndigheder og sekundært private tjenesteudbydere,

Læs mere

Anbefalede testprocedurer

Anbefalede testprocedurer Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Anbefalede testprocedurer Nets DanID A/S Marts 2014 Side 1-34 Indholdsfortegnelse

Læs mere

Anvendelsesvejledning for entydig identifikation af målesteder i naturgas distribution ved hjælp af EAN-systemet.

Anvendelsesvejledning for entydig identifikation af målesteder i naturgas distribution ved hjælp af EAN-systemet. Anvendelsesvejledning for entydig identifikation af målesteder i naturgas distribution ved hjælp af EAN-systemet. Version: 1.0, maj 2003 Indholdsfortegnelse: 1. Baggrund... 2 2. Mål... 2 3. Definition

Læs mere

OI OXML som obligatorisk, åben standard. - uddybende vejledning. 1 Om dette dokument. 2 Baggrund. 2.1 Datastandardisering

OI OXML som obligatorisk, åben standard. - uddybende vejledning. 1 Om dette dokument. 2 Baggrund. 2.1 Datastandardisering OI OXML som obligatorisk, åben standard - uddybende vejledning 1 Om dette dokument Dette dokument beskriver anbefalet praksis for at anvende OIOXML som åben, obligatorisk standard. IT- og Telestyrelsen

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline UBL 2.0 Datatyper OIOUBL Datatypes G29 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL

Læs mere

Introduktion til UNI-Login for udbydere

Introduktion til UNI-Login for udbydere Introduktion til UNI-Login for udbydere Introduktion til UNI-Login for udbydere Styrelsen for It og Læring Læsevejledning Følgende ikoner benyttes i vejledningen Link til yderligere information Indhold

Læs mere

Vilkår vedrørende brug af Støttesystemet Adgangsstyring

Vilkår vedrørende brug af Støttesystemet Adgangsstyring Vilkår vedrørende brug af Støttesystemet Adgangsstyring 1. Indledning Nærværende vejledning beskriver, hvordan it-systemer skal anvender Adgangsstyring i rammearkitekturen såvel dynamisk som i den daglige

Læs mere

Guide til kravspecifikation

Guide til kravspecifikation Side 1 af 10 10. november 2008 Guide til kravspecifikation Version 1.0. Denne guide indeholder en række råd til brug i kravspecifikationer for IT systemer, der skal anvende NemLog-in løsningen. Hensigten

Læs mere

NemHandelsRegistret (NHR)

NemHandelsRegistret (NHR) NemHandelsRegistret (NHR) Hjælpeguide til oprettelse i NemHandelsRegistret og registrering af profiler. Januar 2015 Version 1.1 Introduktion Hvis en virksomhed eller en offentlig myndighed ønsker at kunne

Læs mere

1 INTRODUKTION TIL DKAL SNITFLADER 3

1 INTRODUKTION TIL DKAL SNITFLADER 3 DKAL Snitflader 1 Indholdsfortegnelse 1 INTRODUKTION TIL DKAL SNITFLADER 3 1.1 ANVENDELSE AF OIOXML 3 2 SNITFLADEOVERSIGT 3 2.1 REST 5 2.1.1 HTTP RETURKODER OG FEJLKODER 6 2.1.2 WEBSERVICE 6 2.2 AFSENDELSE

Læs mere

Digital signatur og XML. Karsten Munk, Videnskabsministeriet

Digital signatur og XML. Karsten Munk, Videnskabsministeriet Digital signatur og XML Karsten Munk, Videnskabsministeriet Indledning Ministeriet for Videnskab, Teknologi og Udvikling tidligere IT- og Forskningsministeriet + universiteterne + innovationspolitikken

Læs mere

Fælleskommunale Klassifikationer - Indeks

Fælleskommunale Klassifikationer - Indeks Fælleskommunale Klassifikationer - Indeks Ballerup 26. november 2018 Brian Jacobsen Chefkonsulent, Taxon brian@taxon.dk Fælleskommunale Klassifikationer - Indeks 1. Elevatorpitch på klassifikation 2. Klassifikationsindekset

Læs mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL Skat UBL 2.0 Tax G27 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL Version

Læs mere

Brugerskabte data en national service (BSD) - produktbeskrivelse

Brugerskabte data en national service (BSD) - produktbeskrivelse - 1 Brugerskabte data en national service (BSD) - produktbeskrivelse Brugerskabte data en national service (BSD) - produktbeskrivelse...1 Indledning...1 Formål...1 Beskrivelse...1 Basale krav til det bibliotek/website

Læs mere

Peter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration

Peter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration Peter Thrane Enterprisearkitekt KL+KOMBIT Den fælleskommunale Rammearkitektur - Inspiration REGIONERNE Selvstyre Egen økonomi Konkurrence = bedre priser Samarbejde Koordinering Udveksling SAMMENHÆNG

Læs mere

Guide til integration med NemLog-in / Signering

Guide til integration med NemLog-in / Signering Guide til integration med NemLog-in / Signering Side 1 af 6 14. november 2013 TG Denne guide indeholder en kort beskrivelse af, hvorledes man som itsystemudbyder (myndighed eller it-leverandør) kan integrere

Læs mere

Fælles testmiljøer. Dato: 29.07.2014 Version: 1.2. - Vejledning til oprettelse og vedligehold af testcertifikater

Fælles testmiljøer. Dato: 29.07.2014 Version: 1.2. - Vejledning til oprettelse og vedligehold af testcertifikater Fælles testmiljøer National Sundheds-IT www.nsi.dk - Vejledning til oprettelse og vedligehold af testcertifikater Islandsbrygge 39 Dato: 29.07.2014 Version: 1.2 Udarbejdet af: NSI 2300 København S Version

Læs mere

Dokumentationsguide for dansk Bankkonto

Dokumentationsguide for dansk Bankkonto Dokumentationsguide for dansk Bankkonto OIOXML dokumentationsguide for dansk Bankkonto Denne guide er udarbejdet af Peter Neergaard Jensen, IT- og Telestyrelsen, i regi af Kernekomponentgruppen under XML-projektet

Læs mere

Fra 1. april 2009 skal lægerne fremsende alle henvisninger til psykologer og fysioterapeuter elektronisk.

Fra 1. april 2009 skal lægerne fremsende alle henvisninger til psykologer og fysioterapeuter elektronisk. Guide: Henvisninghotellet ( REFHOST ) Version mar 2009 Fra 1. april 2009 skal lægerne fremsende alle henvisninger til psykologer og fysioterapeuter elektronisk. Denne guide er primært baseret på oplysninger

Læs mere