Anbefaling til unik Id-nøgle
|
|
- Lotte Laustsen
- 8 år siden
- Visninger:
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 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 mereBilag 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 mereUdgivelsen 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 mereGuide 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 mereSpecifikationsdokument 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 mereVersion 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 mereUdgivelsen 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 mereDPSD2 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 mereOIO 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 mereUdvalget 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 mereAutencitetssikring. 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 mere23. 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 mereDigital 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 mereTermer 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 mereVejledning 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 mereUdgivelsen 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 mereBrugeradministrationssystemet
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 mereIndledning 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 mereOBJECT 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 mereRettighedsstyring 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 mereUdveksling 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 mereDokumentet/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 mereAnvendelse 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 mereDette 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)
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 mereOIOUBL 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 mereHvem 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 mereBilag 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 mereDKAL 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 mereUdgivelsen 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 mereEn 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 mereFESD 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 mereGuideline. 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 mereDKAL 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 mereElektronisk 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 mereUnderbilag 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 mereKundevejledning. 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 mereUdgivelsen 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 mereIndhold 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 mereVejledning 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 mereDen 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 mereTrin-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 mereIT-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 mere0.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 mereUdgivelsen 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 mereSpecifikationsdokument 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 meree-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 mereADFS 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 mereOIOUBL 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 mereANALYSE 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 mereSpecifikationsdokument 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 mereCCS 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 mereTermer 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 mereOIOUBL 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 mereCertifikatpolitik. 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 mereDIADEM 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 mereUdgivelsen 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 mereDokumentet/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 mereCertifikatpolitik 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 mereDigital 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 mereUnikke 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 mere1 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 merePræ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 merePå 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 mereSpecifikationsdokument 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 mereSpecifikationsdokument 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 mereNets - 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 mereBilag 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 mereAdgang 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 mereOIO 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 merePronestor 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 mereTDCs 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 mereVejledning. 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 mereOIOUBL 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 mereTilslutning 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 mereGuide 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 mereIntroduktion 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 merePolitik 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 mereDigital 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 mereeidas 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 mereFæ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 mereVejledning 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 mereAnbefalede 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 mereAnvendelsesvejledning 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 mereOI 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 mereUdgivelsen 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 mereIntroduktion 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 mereVilkå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 mereGuide 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 mereNemHandelsRegistret (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 mere1 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 mereDigital 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 mereFæ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 mereUdgivelsen 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 mereBrugerskabte 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 merePeter 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 mereGuide 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 mereFæ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 mereDokumentationsguide 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 mereFra 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