Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler

Størrelse: px
Starte visningen fra side:

Download "Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler"

Transkript

1 Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7 Etablering af datadistribution på den Fællesoffentlige Datafordeler Version: 0.8 Status: udkast Oprettet: Dato: 16. juni 2014

2 Dokument historie Version Dato Beskrivelse Initialer Første samling af krav vedr. etablering af data på datafordeler DGN Tilretning på baggrund af kommentarer DGN Tilretning på baggrund af kommentarer DGN Tilretning på baggrund af kommentarer DGN Tilretning på baggrund af kommentarer fra GD1/GD2 DGN Tilretning på baggrund af workshop med GD1/GD2, samt kommentarer fra modelprojekt DGN Fremsendelse til GD1/GD2 DGN Indsat i fælles skabelon, indarbejdet historik. DGN Indholdsfortegnelse Indhold Etablering af datadistribution på den Fællesoffentlige Datafordeler... 1 INDLEDNING... 3 Læsevejledning... 3 Begrebsliste... 3 Opgaver og ansvar... 5 BAGGRUND... 6 BESKRIVELSE AF DATADISTRIBUTIONEN... 7 Distribution af data Tjenester... 7 Databeskrivelser Integration af Register mod Datafordeler Tidslighed... 12

3 Indledning I det følgende beskrives de leverancer som er nødvendige for at et Register kan distribuere data på den Fællesoffentlige Datafordeler. Indeværende dokument bør læses i sammenhæng med udbudsmaterialet for den fællesoffentlige datafordeler, samt EDA referencearkitektur ver Udbudsmaterialet er offentligt tilgængeligt her: Datafordeler/Udbudsmateriale. Læsevejledning Dette dokument er opdelt således at hvert afsnit beskriver forudsætninger og de opgaver der skal løses for at et Register kan distribuere data på datafordeleren. Det vil dog være forskelligt fra Register til Register om opgaven løses hos Registermyndigheden eller ved en ekstern leverandør, hvorfor de enkelte opgaver både er generelt beskrevet, hvorefter der er udarbejdet en række krav, som kan indarbejdes i kravmateriale, i det omfang at opgaven udbydes til eksterne leverandører. Begrebsliste Følgende begreber med stort begyndelsesbogstav - bruges i det følgende med den specifikke betydning der er beskrevet nedenfor. Beskedfordeler Datafordeler Infrastrukturkomponent der håndterer opsætning af abonnement på hændelsesbeskeder, modtagelse af hændelsesbeskeder og fordeling af hændelsesbeskeder på baggrund af opsatte abonnementer. Beskedfordeleren indgår som en komponent i Datafordeleren. Samling af infrastrukturkomponenter, der samlet understøtter alle de forretningsmæssige behov for at kunne distribuere de fællesoffentlig grunddata. Datafordeler omfatter fx. Komponent(er) til integration mod registre, komponent(er) til beskedfordeling, komponent(er) til udstilling af data på baggrund af Tjenestespecifikationer, m.fl. Leverandør Leverandør af Datafordeler Opdatering Der henvises til udbudsmateriale ovenfor. Leverandøren er den part, som skal løse de kravsatte opgaver. Indeværende kravbilag forudsætter at alle opgaver vedrørende et Registers etablering på Datafordeleren outsources til en Leverandør, men man kan sagtens forestille sig at visse eller alle opgaver løses af Registermyndigheden selv, hvorfor de så ikke skal udbydes til en Leverandør. Leverandøren af Datafordeleren er den part, som etablerer, drifter, vedligeholder og videreudvikler Datafordeleren. Handling eller gruppe af handlinger som sikrer, at

4 Register Registermyndighed Synkronisering Tjeneste Tjenestespecifikation Hændelsesbesked data løbende overføres fra et register til Datafordeleren Et Register er et system som leverer data til datafordeleren. Eksempler udgør: CVR, CPR, DAGI og Stednavne. OIS og Kortforsyningen udgøres i dag af flere Registre En myndighed, som har ressort over de Registre, der leverer Grunddata til Registrene. Erhvervsstyrelsen er et eksempel på en Registermyndighed. Handling eller gruppe af handlinger som sikrer, at de grunddata, der udstilles via datafordeleren stemmer overens med de data, der er registreret i Registrene. Den logiske funktionalitet, som kan reagere på en forespørgsel fra en bruger og returnere et datasæt eller resultere i en ændring af Systemets konfiguration, fx ændringer brugerens abonnementer. Den tekniske specifikation af en Tjeneste, det kan fx være en WSDL beskrivelse af grænsefladen for en webservice, eller beskrivelsen af den fil der skal dannes. En Hændelsesbesked er samlingen af hændelseskode og relaterede data som Beskedfordeleren sender til de Dataanvendere, der abonnerer på Hændelsen eller på den Dataentitet der er berørt af Hændelsen. Der henvises iøvrigt til beskrivelser i EDA referencearkitekturen ver. 0.4 for beskrivelsen af dannelse og distribution af Hændelsesbeskeder.

5 Leveres af Leverandør/Register Leveres af Leverandør af Datafordeler Tjeneste A Tjeneste B Tjeneste C Tjenestespecifikation Logisk og konceptuel datamodel Datafordeler Objekt Udstilling Register X Udstilling Register Y Udstilling Register Z Fysisk datamodel (sykronisering og opdatering) Reg. X Synk. Reg. X Opd. Reg. Y Synk. Reg. Y Opd. Reg. Z Synk. Reg. Z Opd. Objekt Data X Data Y Data Z Opdatering Opdatering Synkronisering Synkronisering Synkronisering Opdatering Register X Register Y Register Z Leveres af Leverandør/Register Figur 1 Etablering af et Register på Datafordeleren: Opgaver og ansvar. Opgaver og ansvar Figur 1 beskriver den overordnede opgavedeling mellem Register/Leverandør på den ene side og Leverandør af Datafordeler på den anden side. Helt overordnet har Leverandør/Registermyndighed ansvaret for at levere: Logisk/konceptuel datamodel Fysisk datamodel til beskrivelsen af inputformat, Tjenestespecifikationer

6 Registre Grænseflader til Registre for Opdatering og Synkronisering samt inputdata på baggrund af fysisk datamodel. Det svarer opsummeret til alt det der er beskrevet i stiplet kasse øverst til venstre og alt fra stiplet kasse nederst Tilsvarende har Leverandøren af Datafordeleren ansvaret for at levere Datafordeler Modtagergrænseflader for Opdateringer og synkroniseringer fra Registre Udstillingsdatamodeller i overensstemmelse med logiske og konceptuelle datamodeller implementering af tjenester på baggrund af tjenestespecifikationer. Det svarer til alt fra stiplet kasse øverst til højre Opgaver vil blive uddybet i det følgende. Baggrund Med idriftsættelsen af den fællesoffentlige Datafordeler er der etableret en fællesoffentlig infrastruktur til distribution af Grunddata, med følgende overordnede principper: Alle Grunddata distribueres via Datafordeleren og Datafordeleren kan også anvendes til at distribuere andre relevante data end Grunddata. Ajourføring af Grunddata sker fortsat gennem Registermyndighedens grænseflader. Registermyndigheden skal til Datafordeleren levere og vedligeholde en opdateret kopi af Grunddata med en frekvens, der er tilstrækkelig i forhold til brugernes behov for aktualitet. Eksisterende dataansvar er uændret, og Registermyndighederne sikrer udviklingen af specifikationer af Tjenester til udstilling på Datafordeleren. Tværgående databeskrivelser udarbejdes i samarbejde af de relevante Registermyndigheder. Datafordeleren distribuerer data via online-opslag, hændelser og fil-distribution til både offentlige og private brugere. Datafordeleren giver adgang til Grunddata via standardiserede aftaler. Hvis en offentlig eller privat bruger i medfør af lovgivning, frikøbsaftaler eller betalingsaftaler har ret til at anvende data i datafordeleren, så kan denne bruger som udgangspunkt hente disse data uden yderligere omkostninger. Datafordeleren opbevarer og distribuerer Grunddata i henhold til gældende lov.

7 Beskrivelse af datadistributionen I det følgende beskrives krav til etablering af datadistribution på datafordeleren. Beskrivelser er opdelt i generelle krav til distribution af data, krav til Tjenestespecifikationer, krav til databeskrivelser og krav til integration mod datafordeler. Distribution af data. I det følgende beskrives generelle krav til distribution af data. Kravnr. xx Kravtitel Distribution via fællesoffentlig Datafordeler Kravbeskrivelse Registerets data distribueres via den fællesoffentlige Datafordeler, hvortil Leverandøren har ansvar for at levere Tjenestespecifikationer, databeskrivelser, samt ansvaret for at implementere Opdatering og Synkronisering af data. Tjenester Tjenester beskriver alle typer af udstillinger af data på Datafordeleren, det vil sige uanset om der er tale om distribution af filer, distribution via webservices eller distribution via Hændelsesbeskeder. For hver Tjeneste der skal etableres på den fælleoffentlige Datafordeler, skal der fra registret leveres datagrundlag og tjenestespecifikationer, som danner grundlaget for distributionen af data. I etableringsfasen for den fællesoffentlige Datafordeler er det Leverandøren af Datafordeleren, som etablerer Tjenester på baggrund af de Tjenestespecifikationer som Registermyndigheder eller Registermyndighedernes Leverandør leverer. Efter etableringsfasen forventes Registermyndigheder selv at sørge for at indgå aftale med en Leverandør der kan etablere Tjenester på datafordeleren. Jf. figuren ovenfor vil det medføre at Leverandør vil kunne konfigurere de dele som i figur 1 på nuværende tidspunkt er beskrevet som en opgave som Leverandøren af Datafordeleren varetager.

8 Bortset fra referenceimplementeringer etableres et Register kun en gang på Datafordeleren. Etableringen af et Register på datafordeleren omfatter: At de nødvendige Tjenester etableres for at distributionen af data fra Registeret kan etableres At det nødvendige datagrundlag for distribution af data fra Registeret etableres At de nødvendige integrationer mellem Datafordeler og Register etableres, så data løbende kan Opdateres og Synkroniseres. Alt i alt betyder det at Registermyndigheder skal kunne udfase eksisterende eller undvære fremtidige distributionsløsninger. For at Registermyndigheder helt kan udfase eksisterende løsninger har Registermyndigheder herudover ansvaret for at etablere de nødvendige brugergrænseflader og ajourføringsservices/opdateringsservices dette sker dog ikke i regi af datafordeleren, og er derfor ikke yderligere beskrevet. For mere detaljerede beskrivelser af referenceimplementeringer, implementeringer af registre, forventede planer for registerimplementeringer henvises til udbudsmaterialet for den fællesoffentlige Datafordeler. Nedenstående svømmebanediagram beskriver overordnet rollefordelingen ifm. Tjenesteetablering på Datafordeleren. Generelt kan det anbefales at Registermyndigheder i specificeringen overvejer de 12 serviceprincipper 1 og indarbejder relevante dele i kravspecifikationer. Ny Tjeneste eller ændring af eksisterende Tjeneste Registermyndighed Forretningsmæssig analyse og afklaring Specifikation af datamodel og Tjeneste Leverandør Implementeres af Leverandør Ja Implementering Test Datafordelerkunde Nej Validering af specifikation Godkendelse Datafordeler Leverandør Implementering Test Performance og modenhedsprøve Idriftsættelse Ovenstående betragtninger medfører følgende krav, som skal stilles til Leverandøren i det omfang opgaven udbydes til en Leverandør. Hvis opgaven ikke udbydes til en Leverandør, men i stedet fx løses af Registermyndigheden selv, så skal krav selvfølgelig ikke stilles til Leverandøren. 1 Se

9 Det bemærkes, at alle specifikationer som skal implementeres af Leverandøren af Datafordeler vil blive kvalitetssikret af Datafordelerkontraktholder før igangsættelse af implementeringen. Hvis Leverandøren selv implementerer specifikationer, vil Registermyndighed/Leverandør selv skulle validere specifikationer før implementering. Kravnr. xx Kravtitel Fælles modelregler Kravbeskrivelse Tjenestebeskrivelser udarbejdes i overensstemmelse med Grunddatamodellen og skal overholde de fælles modelregler i Grunddataprogrammet. Kravnr. xx Kravtitel Distribution af Hændelsesbeskeder Kravbeskrivelse Leverandøren skal levere specifikationer for hver af de Hændelsesbeskeder der skal distribueres via Datafordeleren/Beskedfordeler, herunder forretningsregler for dannelsen af Hændelsesbeskeden i det omfang Hændelsesbeskeden skal dannes på Datafordeleren på baggrund af Registerets dataindhold.[specifikationer for Hændelsesbeskeder skal overholde det definerede beskedformat jf. EDA 0.4 referencearkitekturen] Kravnr. xx Kravtitel Distribution via online-opslag (webservices) Kravbeskrivelse Leverandøren skal levere Tjenestespecifikationer for hvert online-opslag der skal etableres på datafordeleren. Følgende servicesnitflader eller tilsvarende understøttes på datafordeleren: - SOAP, herunder WSDL - REST, herunder WADL og RSDL - RESTful webservices, herunder URI/CGI parametre - Web Feature Service version Web Map Service version o Styled Layer Descriptor version o Filter Encoding version Web Map Tile Service version Web Coverage Service version SPARQL/RDF

10 Tjenestespecifikationer for onlinetjenester skal udarbejdes i overensstemmelse med Modelregler for Grunddata. Leverandøren skal angive, hvilken servicesnitflade der er relevant for Tjenestespecifikationen. For tjenester der skal etableres på flere servicesnitflader leveres der en Tjenestespecifikation per servicesnitflade. Kravnr. xx Kravtitel Distribution af filer Kravbeskrivelse Leverandøren skal levere Tjenestespecifikationer for fildistribution, herunder beskrivelser af format og struktur for den fil der skal dannes. Følgende protokoller til fildistribution understøttes på datafordeleren: HTTP, FTP, SFTP/SSH, FTPS/SSL, HTTPS/SSL, SMTP eller tilsvarende. Kravnr. xx Kravtitel Transformation Kravbeskrivelse I det omfang det er nødvendigt at transformere data fra de data der modtages fra Registeret til de data der skal udstilles i de Tjenester der er beskrevet i Tjenestespecifikationer skal dette beskrives som en del af tjenestespecifikationen. Databeskrivelser For at gøre de muligt at distribuere data via Datafordeleren skal de af Registerets data som skal distribueres via Datafordeleren dokumenteres. Det henvises til Modelregler for Grunddata for den detaljerede beskrivelse af dokumentationskrav for Grunddata. Det følgende er kun en overordnet opsummering Dokumentation leveres som henholdsvis en databeskrivelse i UML i overensstemmelse med modelregler, samt som en fysisk beskrivelse af de data som overføres til Datafordeleren. Sidstnævnte kan fx være i form af en eksempelfil, en XML fil, E/R diagram eller lignende. Databeskrivelsen skal gøre det muligt at fortolke den fysiske datarepræsentation og dermed sikre at leverandøren af datafordeleren at læse og forstå den beskrevne datamodel. Der leveres en databeskrivelse per Register, og databeskrivelsen skal have det nødvendige dataindhold for at alle de Tjenestespecifikationer som forventes implementeret kan understøttes, enten direkte eller via transformation. I det følgende beskrives krav til databeskrivelser som skal stilles til Leverandøren i det omfang opgaven udbydes til en Leverandør Kravnr. xx Kravtitel Logisk databeskrivelse

11 Kravbesk rivelse Leverandøren skal beskrive Registerets data i UML i overensstemmelse med modelregler for Grunddata. Databeskrivelsen skal overholde modelregler for Grunddata Modelregler for Grunddata: model/modelregler%20for%20grunddata%20version% pdf Kravnr. xx Kravtitel Fysisk databeskrivelse Kravbeskrivelse Leverandøren skal beskrive den fysiske datamodel som data overføres fra Register til Datafordeler i. Den fysiske datamodel behøver ikke at være en 1:1 repræsentation af den logiske databeskrivelse, men den fysiske databeskrivelse skal kunne fortolkes på baggrund af den logiske databeskrivelse. Integration af Register mod Datafordeler For at data løbende opdateres på Datafordeleren og det løbende sikres at data på Datafordeleren er i overensstemmelse med Registeret, skal der etableres Opdatering og Synkronisering mellem register og datafordeler. Leverandøren af Datafordeleren er ansvarlig for at etablere den del af Opdateringen og Synkronisering der ligger i Datafordeler og leverandøren af Register er ansvarlig for at implementere den del af Opdateringen og Synkronisering som ligger i Registeret. Opdatering kan ske via PUSH og PULL, hvilke betyder at Register enten kan skubbe data over (PUSH) eller datafordeleren kan hente data (PULL). I de fleste tilfælde vil PUSH være at foretrække, da Registeret kan skubbe data når der sker opdateringer, i stedet for at datafordeleren konstant skal spørge om der er nye data. Ved Opdateringer med faste intervaller (fx. Dagligt) kan PULL modellen være relevant. Hvis der benyttes PUSH etablerer Leverandøren af Datafordeleren en grænseflade som Registeret kalder. Hvis der benyttes PULL, etablerer Leverandøren en grænseflade som Datafordeleren kalder. Der skal etableres en grænseflade til både Opdatering og Synkronisering, og den endelige implementering af grænseflader skal aftales mellem Registre og Datafordeleren, da de i høj grad vil være specifikke for det enkelte Register og dermed variere fra Register til Register. I det følgende beskrives krav til integrationer som skal stilles til Leverandøren i det omfang opgaven udbydes til en leverandør. Hvis opgaven ikke udbydes vil registermyndigheden selv skulle løse opgaven. Kravnr. xx Kravtitel Aftale om integration Kravbeskrivelse Leverandøren skal i samarbejde med Leverandøren af Datafordeleren aftale og specificere integrationer mellem Register og Datafordeler der understøtter Opdatering og Synkronisering af data. Specifikationen konsolideres i en integrationsaftale for hvert Register. En integrationsaftale består af: Beskrivelse af integrationsgrænseflade Beskrivelse af logisk og fysisk databeskrivelse i overensstemmelse med krav ovenfor.

12 Beskrivelse af eventuelle metadata som ikke indgår direkte i datamodellen. Beskrivelse af SLA for integrationen Beskrivelse af hvem der han ansvar for at levere hvad Kravnr. xx Kravtitel Etablering af Opdatering Kravbeskrivelse Leverandøren skal på baggrund af integrationsaftalen implementere den del af Opdateringen som skal etableres på Register. Opdatering består typisk af at Register overføres data til datafordeler via webservicekald eller som filoverførsler, eller at ændringer udstilles på Register, så Datafordeler løbende kan hente disse. Kravnr. xx Kravtitel Etablering af synkronisering Kravbeskrivelse Leverandøren skal på baggrund af integrationsaftalen implementere den del af synkroniserings-funktionaliteten som skal etableres på Register. Synkronisering er den handling eller gruppe af handlinger som sikrer, at de data, der udstilles via datafordeleren stemmer overens med de data, der er registreret i Registrene. Funktionelt vil det typisk bestå af funktionalitet der understøtter sammenligning af data fx vha. opslag på register og bestilling af Opdateringer af data hvis der findes mangler/fejl i sammenligning. Tidslighed Umiddelbart er forventningen at alle ovenstående krav skal være opfyldt senest 3 måneder før idriftsættelse af et Register.

Fælles arkitekturramme for GD1-GD2-GD7

Fælles arkitekturramme for GD1-GD2-GD7 Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Cover til Fælles arkitekturramme for GD1-GD2-GD7 Fælles arkitekturramme for GD1-GD2-GD7 - kravbilag til brug for GD1-GD2 s kravspecificering Version:

Læs mere

Grunddata på Datafordeleren

Grunddata på Datafordeleren Grunddata på Datafordeleren Fællesoffentlig datadistribution Morten Lindegaard 7. september, 2017 Grunddata på Datafordeleren Distribution af kopi af data Data skabes og vedligeholdes i grunddataregistre

Læs mere

Krav til beskedfordeler, dannelse og abonnement

Krav til beskedfordeler, dannelse og abonnement Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Bilag 4 - Fælles arkitekturramme for GD1-GD2-GD7 Krav til beskedfordeler, dannelse og abonnement Version: 0.4 Status: udkast Oprettet: 2. juni 2014

Læs mere

Notat om metadata om grunddata

Notat om metadata om grunddata Bilag 16 - Fælles arkitekturramme for GD1-GD2-GD7 Notat om metadata om grunddata 6. december 2013 SAR & PLACE Indledning Metadata data om data betegner ikke en entydig klasse af data. Anvendelsen af betegnelsen

Læs mere

Teknikken bag Datafordeleren Distribution af data. Fællesoffentlig datadistribution

Teknikken bag Datafordeleren Distribution af data. Fællesoffentlig datadistribution Teknikken bag Datafordeleren Distribution af data Fællesoffentlig datadistribution Styrelsen for Dataforsyning og Effektivisering 21. november 2017 Side 1 Indhold Datas vej fra register til anvendere Hændelser

Læs mere

Datafordeleren - status, muligheder, udvikling

Datafordeleren - status, muligheder, udvikling Datafordeleren - status, muligheder, udvikling FOSAKO Forårsmøde 2019 København, 21. marts 2019 Leif Hernø, chefkonsulent og projektchef for test og implementering af adresse- og ejendomsdataprogrammet

Læs mere

1 Indledning. 2 Den fællesoffentlige datafordeler. 1.1 Hvad er grunddata

1 Indledning. 2 Den fællesoffentlige datafordeler. 1.1 Hvad er grunddata 1 Indledning Det er et mål i den fællesoffentlige digitaliseringsstrategi, at grunddata skal være et fælles forvaltningsgrundlag for den offentlige sektor, der vedligeholdes ét sted (i de respektive kilderegistre)

Læs mere

Datafordeleren - status, muligheder, udvikling

Datafordeleren - status, muligheder, udvikling Datafordeleren - status, muligheder, udvikling Den danske Landinspektørforening Fagligt møde Nyborg, 7. februar 2019 Leif Hernø, chefkonsulent og projektchef for test og implementering af adresse- og ejendomsdataprogrammet

Læs mere

Løsningsarkitektur - Bilag A 1 Sammenstillede services

Løsningsarkitektur - Bilag A 1 Sammenstillede services Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Bilag 14 - Fælles arkitekturramme for GD1-GD2-GD7 Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 1: Effektiv

Læs mere

Dagens program. Hvad er grunddata og hvad er status på programmet? Hvilke fordele og forbedringer kan vi opnå med grunddata? Hvad sker der fremover?

Dagens program. Hvad er grunddata og hvad er status på programmet? Hvilke fordele og forbedringer kan vi opnå med grunddata? Hvad sker der fremover? Offentlige grunddata status og fremtid Per Gade, kontorchef i kontor for grunddata, Digitaliseringsstyrelsen og Leif Hernø, Chefkonsulent, Styrelsen for Dataforsyning og Effektivisering Oktober 2019 Dagens

Læs mere

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

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) 25. april 2013 NOTAT Anvenderkrav til Støttesystemet Klassifikation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk

Læs mere

Mads Bjørn-Møldrup Områdechef, Geodatastyrelsen Nyborgmøde Ny infrastruktur - Datafordeleren SIDE 1

Mads Bjørn-Møldrup Områdechef, Geodatastyrelsen Nyborgmøde Ny infrastruktur - Datafordeleren SIDE 1 Mads Bjørn-Møldrup Områdechef, Geodatastyrelsen Nyborgmøde 2015 Ny infrastruktur - Datafordeleren SIDE 1 Agenda Datafordelerens formål og potentiale Geodatastyrelsens roller Hvornår er den klar? Hvad kan

Læs mere

GD1/GD2 - Plan for replanlægning 3. kvartal 2014

GD1/GD2 - Plan for replanlægning 3. kvartal 2014 Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) 25. juni 2014 Bilag 6 Indledning Baggrund og indhold I Grunddataprogrammet er det besluttet at igangsætte en replanlægning af GD1 og GD2 inkl. samspillet

Læs mere

Informationsmøde Genudbud af Datafordeleren

Informationsmøde Genudbud af Datafordeleren Informationsmøde Genudbud af Datafordeleren 20. november 2018 Side 1 Dagsorden 1. Velkomst og præsentation v/kontorchef Georg Jensen 2. Baggrund og formål med informationsmøde og markedsdialog v/kontorchef

Læs mere

Fælles datafordeler - Analyse af afhængigheder til GD1-Ejendomsdata og GD2-Adressedata

Fælles datafordeler - Analyse af afhængigheder til GD1-Ejendomsdata og GD2-Adressedata Grunddataprogrammets delaftale 7 om effektiv og stabil distribution af data fra registrene til både offentlige og private brugere af grunddata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015

Læs mere

Version 1.0. Vejledning til brug af Støttesystemet Organisation

Version 1.0. Vejledning til brug af Støttesystemet Organisation Version 1.0 Vejledning til brug af Støttesystemet Organisation kombit@kombit.dk CVR 19 43 50 75 Side 1/6 1. Indledning I forbindelse med det forestående monopolbrud konkurrenceudsætter KOMBIT indkøb af

Læs mere

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

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) 25. april 2013 Klik her for at angive tekst. NOTAT Bilag 14: Anvenderkrav til Støttesystemet Organisation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) kombit@kombit.dk CVR

Læs mere

Bilag A Milepælsplan for GD2

Bilag A Milepælsplan for GD2 Grunddataprogrammets delaftale 2 om effektivt genbrug af grunddata om adresser, administrative inddelinger og stednavne under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Bilag A Milepælsplan

Læs mere

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - Matriklen Løsningsarkitektur

Læs mere

<navn på proces eller use case>

<navn på proces eller use case> -- AKT 444548 -- BILAG 1 -- [ Bilag B1_Skabelon Integrationstabel ] -- Bilag B1 Integrationstabel Formålet med integrationstabellerne er at danne et samlet overblik over de tekniske integrationer, der

Læs mere

Grunddataprogrammet. Præsentation den 24. februar 2016 Deniz Gøgenur

Grunddataprogrammet. Præsentation den 24. februar 2016 Deniz Gøgenur Grunddataprogrammet Præsentation den 24. februar 2016 Deniz Gøgenur deng@nanoq.gl Overordnede mål og perspektiver Strategiske mål for programmet: Grunddataprogrammet skal sikre korrekte grunddata, der

Læs mere

Arbejdspakkebeskrivelser Tværgående test og kvalitetssikring

Arbejdspakkebeskrivelser Tværgående test og kvalitetssikring Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 1 & 2: Ejendomsdata- og Adresseprogrammet Implementeringsplan Arbejdspakkebeskrivelser Version: 0.91 Dato: 30.

Læs mere

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

Vilkår vedrørende brug af Støttesystemet Beskedfordeler Vilkår vedrørende brug af Støttesystemet Beskedfordeler 1 Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Beskedfordeler,

Læs mere

BBR - Kontekstdiagram

BBR - Kontekstdiagram BBR arkitekturprodukter 1. marts 2019 BBR - Kontekstdiagram Indledning Dokumentationen omkring BBR er struktureret med inspiration fra FDA arkitekturreolen, således at arkitekturprodukterne afspejler denne

Læs mere

Adresseregister Løsningsarkitektur

Adresseregister Løsningsarkitektur Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseregister Løsningsarkitektur

Læs mere

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

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) 30. april 2013 NOTAT Bilag 12: Anvenderkrav til Støttesystemet Beskedfordeler (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334

Læs mere

Faktaark for DAR 1.0

Faktaark for DAR 1.0 1. december 2014 HEGK Faktaark for DAR 1.0 Overordnet beskrivelse og baggrund for DAR 1.0 Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 DAR i dag... 3 Fremtidige DAR 1.0... 4 3. Teknik...

Læs mere

OIS - Applikationskatalog

OIS - Applikationskatalog OIS - Applikationskatalog OIS arkitekturprodukter 25. januar 2018 Indledning Dokumentationen omkring OIS er struktureret med inspiration fra OIO Arkitekturguidens arkitekturreol, således at arkitekturprodukterne

Læs mere

Bilag 3, Leverancebeskrivelse med Kravspecifikation og Løsningsbeskrivelse samt ændringsmuligheder (herunder Optioner)

Bilag 3, Leverancebeskrivelse med Kravspecifikation og Løsningsbeskrivelse samt ændringsmuligheder (herunder Optioner) Bilag 3, Leverancebeskrivelse med Kravspecifikation og Løsningsbeskrivelse samt ændringsmuligheder (herunder Optioner) Version Ændringer Dato 2.1 Tilføjet krav 3.168 30-11-2013 Tilføjet Punkt 5.6 2.2 Korrekturændringer,

Læs mere

Hændelser på dåtåfordeleren

Hændelser på dåtåfordeleren Hændelser på dåtåfordeleren En kort introduktion til begreber og anvendelsesmuligheder SDFE version 1.0 24. oktober 2016 Indhold Indledning... 2 Overordnet arkitektur... 2 Hændelsesbegrebet... 3 Forretningsmæssige

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

Faktaark for BBR 2.0

Faktaark for BBR 2.0 1. december 2014 HEGK Faktaark for BBR 2.0 Overordnet beskrivelse og baggrund for BBR 2.0 Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 BBR i dag... 3 Fremtidige BBR 2.0... 4 3. Teknik...

Læs mere

Gode grunddata potentialer for finanssektoren? Jens Krieger Røyen, jro@digst.dk 30. april 2013

Gode grunddata potentialer for finanssektoren? Jens Krieger Røyen, jro@digst.dk 30. april 2013 Gode grunddata potentialer for finanssektoren? Jens Krieger Røyen, jro@digst.dk 30. april 2013 Fakta om Digitaliseringsstyrelsen Pt. ca. 140 medarbejdere Direktør Lars Frelle-Petersen og vicedirektør Rikke

Læs mere

Adresseprogrammet - Målarkitektur Bilag D - Arkitekturrammer

Adresseprogrammet - Målarkitektur Bilag D - Arkitekturrammer Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseprogrammet - Målarkitektur

Læs mere

Ejerfortegnelse Løsningsarkitektur Bilag C Processer Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012 2015

Ejerfortegnelse Løsningsarkitektur Bilag C Processer Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012 2015 Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltningg og genbrug af ejendomsdataa under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet Ejerfortegnelsen Løsningsarkitektur

Læs mere

Test GD1, GD2 og GD7 - Status og erfaringer

Test GD1, GD2 og GD7 - Status og erfaringer Kontor Effektivisering/ Fællesoffentlig datadistribution Dato 17. august 2016 Test GD1, GD2 og GD7 - Status og erfaringer /PELLA, LONOR, LEHER Indledning Dokumentet indeholder en fælles GD1, GD2 og GD7

Læs mere

Plan for tilbagekonvertering til OIS. - fra de nye versioner af grunddataregistrene

Plan for tilbagekonvertering til OIS. - fra de nye versioner af grunddataregistrene Plan for tilbagekonvertering til OIS - fra de nye versioner af grunddataregistrene Version 1.1 13. marts 2018 Indhold 1. INDLEDNING... 2 1.1 BAGGRUND... 2 1.2 TILBAGEKONVERTERINGENS FORMÅL OG AFGRÆSNING...

Læs mere

Mads Bjørn-Møldrup Områdechef, Geodatastyrelsen Oplæg Rigsarkivet 2015. Ny infrastruktur - Datafordeleren SIDE 1

Mads Bjørn-Møldrup Områdechef, Geodatastyrelsen Oplæg Rigsarkivet 2015. Ny infrastruktur - Datafordeleren SIDE 1 Mads Bjørn-Møldrup Områdechef, Geodatastyrelsen Oplæg Rigsarkivet 2015 Ny infrastruktur - Datafordeleren SIDE 1 Agenda Intro til Grunddataprogrammet Intro til Datafordeleren Datafordelerens arkitektur

Læs mere

SF1460_A Modtag besked Integrationsbeskrivelse - version 2.3.0

SF1460_A Modtag besked Integrationsbeskrivelse - version 2.3.0 SF1460_A Modtag besked - version 2.3.0 Kommunernes Data & Infrastruktur - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet

Læs mere

GD1/GD2 - Model for supplerende forretningsbeskrivelser

GD1/GD2 - Model for supplerende forretningsbeskrivelser Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Bilag 11 - Fælles arkitekturramme for GD1-GD2-GD7 GD1/GD2 - Model for supplerende forretningsbeskrivelser Udbudsoption vedrørende supplerende forretningsbeskrivelser.

Læs mere

Scope dokument for Advisservice

Scope dokument for Advisservice 18. marts 2013 AHI Scope dokument for Advisservice Indhold 1. Advisservice... 2 2. Advis håndtering i KMD Sag... 2 3. Hændelse og Advis... 3 4. Advis løsningsmodel... 4 5. Abonnementsopsætning... 5 6.

Læs mere

Fælles retningslinjer for REST webservices

Fælles retningslinjer for REST webservices Fælles retningslinjer for REST webservices Fællesoffentlig digital arkitektur Pelle Borgsten, Nikolaj Malkov, Christian Callsen Dagsorden Punkt 1. Formål 2. Principper og forretningsbehov 3. Retningslinjer

Læs mere

EG Data Inform. Byggebasen. WCF og webservices. Jens Karsø

EG Data Inform. Byggebasen. WCF og webservices. Jens Karsø EG Data Inform Byggebasen WCF og webservices Jens Karsø 10 Indholdsfortegnelse Byggebasen Services indledning... 2 Målsætning... 2 Valg af teknologier... 3 Kommunikationsmodel for byggebasen... 3 Services.byggebasen.dk...

Læs mere

Bilag A - Milepælsplan for GD1

Bilag A - Milepælsplan for GD1 Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Bilag A - Milepælsplan for GD1 Dette bilag indeholder

Læs mere

10. sept 2013 NOTAT. Integrationsmodel støttesystemer

10. sept 2013 NOTAT. Integrationsmodel støttesystemer 10. sept 2013 NOTAT Integrationsmodel støttesystemer KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/13 1. Indledning... 3 2. Arkitekturens

Læs mere

Fordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014

Fordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014 Fordeling af journalnotater og dokumenter Udkast til løsningsmodel Marts 2014 1 Indledning Denne præsentation beskriver, på et overordnet plan, følgende områder i forhold til en fremtidig fordelingsmekanisme,

Læs mere

Grunddataprogrammet. Side 1 af 11. Aftale om styringsrammer for grunddatamodellen

Grunddataprogrammet. Side 1 af 11. Aftale om styringsrammer for grunddatamodellen Grunddataprogrammet Side 1 af 11 Aftale om styringsrammer for grunddatamodellen Side 1 af 11 11. oktober 2013 SAR Aftale om styringsrammer for grunddatamodellen Formål Formålet med aftalen er at sikre

Læs mere

Integration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version 2.1.0

Integration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version 2.1.0 Integration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version 2.1.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer

Læs mere

Ja Sættes til -1. ExporterIndicator Ja Ikke en del af CVR grunddata. Sættes til tomt. Har aldrig været required i CVR (citat ERST)

Ja Sættes til -1. ExporterIndicator Ja Ikke en del af CVR grunddata. Sættes til tomt. Har aldrig været required i CVR (citat ERST) Konsekvenser for CVR service ved brug af Datafordeleren som kildesystem Dette notat beskriver konsekvenserne af at skifte kildesystemet i Serviceplatformens CVR service fra den nuværende CVR Online 3.0

Læs mere

Serviceplatformen informationsmateriale. Leverandørmøde 7. februar 2013

Serviceplatformen informationsmateriale. Leverandørmøde 7. februar 2013 Serviceplatformen informationsmateriale Leverandørmøde 7. februar 2013 1 Om Serviceplatformen Dette informationsmateriale beskriver kort Den fælleskommunale Serviceplatform: formålet med Serviceplatformen,

Læs mere

IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007

IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007 IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007 Holsteinsgade 63 2100 København Ø Att. Palle Aagaard FESD Grænseflade til CMS-løsninger, høringssvar fra Gentofte Kommune Gentofte Kommune har med

Læs mere

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.4.0

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.4.0 SF1460_C Aflever besked - version 2.4.0 Kommunernes Data & Infrastruktur - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet

Læs mere

Spor 2: Anvendelse af datafordeleren. Dialogdag Datafordeler Aalborg, 22. september / København, 6. oktober / Odense 10.

Spor 2: Anvendelse af datafordeleren. Dialogdag Datafordeler Aalborg, 22. september / København, 6. oktober / Odense 10. Spor 2: Anvendelse af datafordeleren Tjenestetyper og hændelser Jakob Schou, Projektleder SDFE Sik Cambon Jensen, Arkitekt KMD Dialogdag Datafordeler Aalborg, 22. september / København, 6. oktober / Odense

Læs mere

Sådan gennemføres arkitekturreviews. September 2017

Sådan gennemføres arkitekturreviews. September 2017 Sådan gennemføres arkitekturs September 2017 2 HVORFOR? HVAD? - PROCESSEN 1. Forudgående rådgivning og planlægning af Forudgående rådgivning og planlægning af - Dialog og bistand fra sekretariatet fra

Læs mere

- fra de nye versioner af grunddataregistrene

- fra de nye versioner af grunddataregistrene Afslutningsversion: Plan for tilbagekonvertering til OIS - fra de nye versioner af grunddataregistrene Afslutningsversion juli 2019 Indhold 0. OM AFSLUTNINGSVERSION... 2 1. INDLEDNING... 2 1.1 BAGGRUND...

Læs mere

Ejendomsdataprogrammet - BBR Løsningsarkitektur Bilag C Processer

Ejendomsdataprogrammet - BBR Løsningsarkitektur Bilag C Processer Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - BBR Løsningsarkitektur

Læs mere

Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer)

Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer) Klik her for at angive tekst. Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer) Krav og vejledning til

Læs mere

Ibrugtagning af Fødselsindberetningsservicen på NSP

Ibrugtagning af Fødselsindberetningsservicen på NSP Ibrugtagning af Fødselsindberetningsservicen på NSP Udarbejdet af: NSI Version: 1.0 Dato: 09.07.2013 Indholdsfortegnelse 1 Vejledning til ibrugtagning af Fødselsindberetningsservicen... 3 1.1 Læsevejledning

Læs mere

Testplan - Snitflade-, Integrations- og anvendertest Bilag C: Organisering og ansvarsfordeling

Testplan - Snitflade-, Integrations- og anvendertest Bilag C: Organisering og ansvarsfordeling Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Testplan - Snitflade-, Integrations- og anvendertest Bilag C: Organisering og ansvarsfordeling Version: 1.9 Status: Klar til godkendelse Oprettet: 27-09-2016

Læs mere

Grunddatabeskedmodel version 1.0

Grunddatabeskedmodel version 1.0 Grunddatabesked Side: 1 Grunddatabeskedmodel version 1.0 Grunddata-besked version 1.0 Beskedformatet er det samme for både beskeder, som genereres af datafordeleren på basis af data-opdateringer fra registrene,

Læs mere

Modelafleveringsproces

Modelafleveringsproces Appendix - Informationsmodel og Datamodel Side: 1 Modelafleveringsproces Modelafleveringsproces Modelafleveringsproces Diagrammet beskriver de processer, der knytter sig til indlevering af en datamodel

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

Plan for tilbagekonvertering til OIS. - fra de nye versioner af grunddataregistrene

Plan for tilbagekonvertering til OIS. - fra de nye versioner af grunddataregistrene Plan for tilbagekonvertering til OIS - fra de nye versioner af grunddataregistrene Version 1.0 10. maj 2017 Indhold 1. INDLEDNING... 2 1.1 BAGGRUND... 2 1.2 TILBAGEKONVERTERINGENS FORMÅL OG AFGRÆSNING...

Læs mere

Testplan - Snitflade-, Integrations- og anvendertest Bilag B: Planens test cycles

Testplan - Snitflade-, Integrations- og anvendertest Bilag B: Planens test cycles Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Testplan - Snitflade-, Integrations- og anvendertest Bilag B: Planens test cycles Version: 2.1 Status: Godkendt af styregruppen Oprettet: 19-12-2016

Læs mere

Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation

Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan Anvendersystemer afsender og/eller modtager objekter til/fra

Læs mere

Testplan - Snitflade-, Integrations- og anvendertest Bilag A: Testafhængigheder

Testplan - Snitflade-, Integrations- og anvendertest Bilag A: Testafhængigheder Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Testplan - Snitflade-, Integrations- og anvendertest Bilag A: Testafhængigheder Version: 1.9 Status: Klar til godkendelse Oprettet: 27-09-2016 Fil:

Læs mere

Introduktion til MeMo

Introduktion til MeMo Introduktion til MeMo 1. februar 2019 CIU I forbindelse med Digitaliseringsstyrelsens udbud af Næste generation Digital Post løsningen (NgDP) er der udviklet en ny model for udveksling af digitale postmeddelelser,

Læs mere

Klik her for at angive tekst.

Klik her for at angive tekst. 30. april 2013 Klik her for at angive tekst. NOTAT Klik her for at angive tekst. Bilag 16: Anvenderkrav til Støttesystemet Ydelsesindeks version 1.0 (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav

Læs mere

Gevinsterne ved grunddataforbedringer på ejendomsdataområdet

Gevinsterne ved grunddataforbedringer på ejendomsdataområdet Gevinsterne ved grunddataforbedringer på ejendomsdataområdet Peter Lindbo Larsen, Styrelsen for Dataforsyning og Effektivisering Grunddataprogrammets delprogrammer Grunddatamodellen GD1 -Ejendomsdataprogrammet

Læs mere

Implementeringsplan for GD2 - Adresseprogrammet

Implementeringsplan for GD2 - Adresseprogrammet Grunddataprogrammets delaftale 2 om effektivt genbrug af grunddata om adresser, administrative inddelinger og stednavne under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Effektivt genbrug af

Læs mere

Data er sluppet løs frie geografiske data

Data er sluppet løs frie geografiske data Data er sluppet løs frie geografiske data Mads Bjørn-Møldrup Områdechef for Leveranceinfrastruktur i Geodatastyrelsen med ansvar for, at Geodatastyrelsens ydelser, applikationer og Kortforsyningen. Som

Læs mere

SNITFLADER TIL INDEKSER. Præsentation af de fælleskommunale støttesystemernes snitflader til indekser

SNITFLADER TIL INDEKSER. Præsentation af de fælleskommunale støttesystemernes snitflader til indekser SNITFLADER TIL INDEKSER Præsentation af de fælleskommunale støttesystemernes snitflader til indekser Introduktion Fokus At give et overblik over: Integration til indekserne Forudsætninger for integration

Læs mere

Datafordelerens sikkerhedsmekanismer

Datafordelerens sikkerhedsmekanismer Datafordelerens sikkerhedsmekanismer Version: 1.0, Juni 2016 1 Indholdsfortegnelse 1. INDLEDNING... 3 2. MÅLGRUPPE FOR DOKUMENT... 3 3. GENEREL SIKKERHED OMKRING DATAFORDELER... 3 4. DIAGRAM OVER SIKKERHED

Læs mere

DIGST arkitekturnetværk

DIGST arkitekturnetværk DIGST arkitekturnetværk Tværgående arkitekturdokumenter i grunddataprogrammet (GD1 og GD2) 20. september 2018 Strand & Donslund A/S Vesterbrogade 149 1620 København V www.s-d.dk Baggrund vigtigste grunddataopgaver

Læs mere

Faktaark for BBR 2.0

Faktaark for BBR 2.0 4. april 2014 SRS Faktaark for BBR 2.0 Overordnet beskrivelse og baggrund for BBR 2.0 Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 BBR i dag... 3 Fremtidige BBR 2.0... 4 3. Teknik...

Læs mere

DKAL Snitflader REST Register

DKAL Snitflader REST Register DKAL Snitflader REST Register 1 Indholdsfortegnelse A2.1 INTRODUKTION 3 A2.1.1 HENVISNINGER 3 A2.1.2 LÆSEVEJLEDNING 4 A2.1.2.1 SÅDAN LÆSES EN REST GRAF 4 A2.1.2.2 SÅDAN LÆSES EN RESSOURCE OG EN TYPE 4

Læs mere

Retningslinjer for arkitekturreviews Version 1.0. Maj 2017

Retningslinjer for arkitekturreviews Version 1.0. Maj 2017 Retningslinjer for arkitekturreviews Version 1.0 Maj 2017 Indhold Indhold... 2 Introduktion til retningslinjerne... 3 Hvilke projekter skal have foretaget arkitektur-reviews?... 3 Tre trin for arkitekturreviews...

Læs mere

Bestilling af register i NSP stamdataservicen. - Tilskudsansøgnings stamdata. Dato: 29.11.2012 Version: 0.1 Udarbejdet af: NSI. National Sundheds-IT

Bestilling af register i NSP stamdataservicen. - Tilskudsansøgnings stamdata. Dato: 29.11.2012 Version: 0.1 Udarbejdet af: NSI. National Sundheds-IT Bestilling af register i NSP stamdataservicen - Tilskudsansøgnings stamdata Dato: 29.11.2012 Version: 0.1 Udarbejdet af: NSI National Sundheds-IT www.nsi.dk Islandsbrygge 39 2300 København S Side 1 1 Kort

Læs mere

Grunddataprogrammet. Ibrugtagningsplan for modelregler for grunddata

Grunddataprogrammet. Ibrugtagningsplan for modelregler for grunddata Grunddataprogrammet Ibrugtagningsplan for modelregler for grunddata 1 Ibrugtagningsplan for modelregler for grunddata Version: 0.5 Status: Godkendt 2 Versionshistorik Version Dato Status Bemærkninger 0.1

Læs mere

FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø

FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har

Læs mere

Fælles Digital Arkitektur

Fælles Digital Arkitektur 1 Fælles Digital Arkitektur KL - Arkitekturrådet 17. maj 2017 AGENDA Hvidbog Standarder Review-model Rammearkitektur 2 STATUS HVIDBOG Udkastet til hvidbogen har været udsendt i offentlig kommentering i

Læs mere

Brugervejledning til databrowseren

Brugervejledning til databrowseren Brugervejledning til databrowseren Indholdsfortegnelse Indledning...2 Hvordan tilgås browseren og api et...2 Databrowseren...2 Søgning...2 Visning...4 Features i listevisningen...4 Detaljeret visning...5

Læs mere

Bilag 12 - Fælles arkitekturramme for GD1-GD2-GD7. OIO Serviceprincipper

Bilag 12 - Fælles arkitekturramme for GD1-GD2-GD7. OIO Serviceprincipper Bilag 12 - Fælles arkitekturramme for GD1-GD2-GD7 OIO Serviceprincipper Version: 1.1 Status: i høring i PF for GD1 og GD2 Oprettet: 4. juni 2014 Dato: 4. juni 2014 Dokument historie Version Dato Beskrivelse

Læs mere

Bilag 13, Incitamenter

Bilag 13, Incitamenter Bilag 13, Incitamenter Version Ændringer Dato 2.1 Ændret i: 06-02-2014 - Krav 13.4 fjernet - Krav 13.5 fjernet - Vejledning til udfyldelse - Complianceliste 3.0 Ophøjet til version 3.0 10-02-2014 2 Indholdsfortegnelse

Læs mere

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform

Løsningsbeskrivelse. Den fælleskommunale Serviceplatform Løsningsbeskrivelse Den fælleskommunale Serviceplatform Januar 2014 1 Indhold 2 Serviceplatformen... 2 3 Hjemmesiden www.serviceplatformen.dk... 3 3.1 Administrationsmodul... 4 3.2 Servicekatalog... 4

Læs mere

Referat af møde i styregruppen for Adresseprogrammet, torsdag den 26. juni 2014 kl i Ministeriet for By, Bolig og Landdistrikter

Referat af møde i styregruppen for Adresseprogrammet, torsdag den 26. juni 2014 kl i Ministeriet for By, Bolig og Landdistrikter Dato: 3. juli 2014 Kontor: Ejendomsdata Sagsnr.: 2012-3715 Sagsbehandler: THJ NOTAT Referat af møde i styregruppen for Adresseprogrammet, torsdag den 26. juni 2014 kl. 12.30 14.30 i Ministeriet for By,

Læs mere

Aktstykke nr. 33 Folketinget Finansministeriet. København, den 29. november 2016.

Aktstykke nr. 33 Folketinget Finansministeriet. København, den 29. november 2016. Aktstykke nr. 33 Folketinget 2016-17 33 Finansministeriet. København, den 29. november 2016. a. Finansministeriet anmoder om Finansudvalgets tilslutning til, at det fællesoffentlige grunddataprogram fortsættes,

Læs mere

Adresseregister - løsningsarkitektur Bilag A - Servicebeskrivelser

Adresseregister - løsningsarkitektur Bilag A - Servicebeskrivelser Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseregister - løsningsarkitektur

Læs mere

GD1-GD2-GD7 - Analyse af kritiske afhængigheder

GD1-GD2-GD7 - Analyse af kritiske afhængigheder Analyse af kritiske afhængigheder for henholdsvis Ejendomsdataprogrammet (GD1) og Adresseprogrammet (GD2) jf. ny tidsplan for Datafordeleren (GD7) GD1-GD2-GD7 - Analyse af kritiske afhængigheder Version:

Læs mere

Bilag 3. Implementering af grunddataprogrammet. 16. september 2012

Bilag 3. Implementering af grunddataprogrammet. 16. september 2012 Bilag 3 16. september 2012 Implementering af grunddataprogrammet Med aftalen mellem KL og regeringen om grunddataprogrammet igangsættes implementeringen. Den nærmere organisering og tidsplan for implementeringen

Læs mere

Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks

Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks 30. april 2013 NOTAT Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks Indhold: 1. Indledning og vejledning... 3 2. Krav vedr. Systemets anvendelse af Støttesystemet

Læs mere

Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks

Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks 23. maj 2013 HHK/KMJ NOTAT Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk

Læs mere

INSPIRE og Geodata-info

INSPIRE og Geodata-info INSPIRE og Geodata-info MapInfo Netværksmøde, 13 Oktober 2011 Anders Friis-Christensen Kort & Matrikelstyrelsen andfr@kms.dk Disposition INSPIRE Hvad er Geodata-info? Indhold, rolle og anvendelse Opsummering

Læs mere

Problem Projekterne statusrapporterer forud for hvert møde i styregruppen. Styregruppen skal forholde sig til programmets og projekternes status.

Problem Projekterne statusrapporterer forud for hvert møde i styregruppen. Styregruppen skal forholde sig til programmets og projekternes status. Cover 10. november 2016 /helms Statusrapportering for projekterne i Adresseprogrammet GD2 Problem Projekterne statusrapporterer forud for hvert møde i styregruppen. Styregruppen skal forholde sig til programmets

Læs mere

Vilkår for brug af Støttesystemet Sags- og Dokumentindeks

Vilkår for brug af Støttesystemet Sags- og Dokumentindeks Version 1.0 Vilkår for brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og

Læs mere

FORSLAG TIL MASSEAFSENDELSE

FORSLAG TIL MASSEAFSENDELSE FORSLAG TIL MASSEAFSENDELSE Digital Post og Fjernprint 2015-03-11 Dagsorden 1. Velkomst 2. Nuværende OIO-rest 3. Udfordringer 4. Afrunding Nuværende OIO-REST løsning Digital post De nuværende Digital Post

Læs mere

Standard for vej- og trafikdata

Standard for vej- og trafikdata e Introduktion Dato 22. november 2016 Version 2.0.1 Sagsbehandler Henrik Friis Mail hfi@vd.dk Telefon Dokument 16/01476-5 Side 1/12 Niels Juels Gade 13 1022 København K Telefon +45 7244 3333 vd@vd.dk vejdirektoratet.dk

Læs mere

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.2.2

SF1460_C Aflever besked Integrationsbeskrivelse - version 2.2.2 SF1460_C Aflever besked - version 2.2.2 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet

Læs mere

Grunddata. 7. Marts 2012 Peter Falkenberg

Grunddata. 7. Marts 2012 Peter Falkenberg Grunddata 7. Marts 2012 Peter Falkenberg pfl@kl.dk Vision Grunddata er den offentlige sektors fælles forvaltningsgrundlag af høj kvalitet, der effektivt opdateres ét sted og anvendes af alle Hvad er grunddata?

Læs mere

REFERENCEARKITEKTUR FOR SELVBETJENING OG REFERENCEARKITEKTUR FOR SAGS- OG YDELSESOVERBLIK

REFERENCEARKITEKTUR FOR SELVBETJENING OG REFERENCEARKITEKTUR FOR SAGS- OG YDELSESOVERBLIK REFERENCEARKITEKTUR FOR SELVBETJENING OG REFERENCEARKITEKTUR FOR SAGS- OG YDELSESOVERBLIK Ver. 0.8 i offentlig høring Ver. 1.0 godkendt Anvendes på prototype på flytteguide (Forventet) egne piloter til

Læs mere