Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler
|
|
- Caspar Olesen
- 8 år siden
- Visninger:
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
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 mereGrunddata 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 mereKrav 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 mereNotat 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 mereTeknikken 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 mereDatafordeleren - 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 mere1 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 mereDatafordeleren - 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 mereLø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 mereDagens 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)
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 mereMads 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 mereGD1/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 mereInformationsmø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 mereFæ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 mereVersion 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)
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 mereBilag 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 mereEjendomsdataprogrammet - 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>
-- 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 mereGrunddataprogrammet. 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 mereArbejdspakkebeskrivelser 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 mereVilkå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 mereBBR - 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 mereAdresseregister 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)
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 mereFaktaark 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 mereOIS - 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 mereBilag 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 mereHæ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 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 mereFaktaark 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 mereGode 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 mereAdresseprogrammet - 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 mereEjerfortegnelse 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 mereTest 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 merePlan 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 mereMads 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 mereSF1460_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 mereGD1/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 mereScope 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 mereFæ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 mereEG 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 mereBilag 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 mere10. 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 mereFordeling 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 mereGrunddataprogrammet. 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 mereIntegration 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 mereJa 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 mereServiceplatformen 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 mereIT- 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 mereSF1460_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 mereSpor 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 mereSå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
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 mereEjendomsdataprogrammet - 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 mereBilag 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 mereIbrugtagning 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 mereTestplan - 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 mereGrunddatabeskedmodel 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 mereModelafleveringsproces
Appendix - Informationsmodel og Datamodel Side: 1 Modelafleveringsproces Modelafleveringsproces Modelafleveringsproces Diagrammet beskriver de processer, der knytter sig til indlevering af en datamodel
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 merePlan 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 mereTestplan - 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 mereUnderbilag 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 mereTestplan - 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 mereIntroduktion 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 mereKlik 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 mereGevinsterne 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 mereImplementeringsplan 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 mereData 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 mereSNITFLADER 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 mereDatafordelerens 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 mereDIGST 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 mereFaktaark 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 mereDKAL 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 mereRetningslinjer 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 mereBestilling 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 mereGrunddataprogrammet. 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 mereFESD-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 mereFæ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 mereBrugervejledning 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 mereBilag 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 mereBilag 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 mereLø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 mereReferat 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 mereAktstykke 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 mereAdresseregister - 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 mereGD1-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 mereBilag 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 mereKlik 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 mereKlik 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 mereINSPIRE 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 mereProblem 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 mereVilkå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 mereFORSLAG 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 mereStandard 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 mereSF1460_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 mereGrunddata. 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 mereREFERENCEARKITEKTUR 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