1 Indledning. 2 Den fællesoffentlige datafordeler. 1.1 Hvad er grunddata
|
|
- Ada Groth
- 8 år siden
- Visninger:
Transkript
1 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) og anvendes af alle de myndigheder, der har behov for de omfattede oplysninger. For at dette kan lade sig gøre, skal grunddata bl.a. have en høj teknisk tilgængelighed, dvs. at oppetiden for grunddata er meget høj og at grunddata kan tilgås med et meget stort antal opslag på kort tid. Denne service skal tilbydes gennem en fælles offentlig datafordeler. 1.1 Hvad er grunddata Grunddata er de væsentligste data om personer, virksomheder, ejendomme, adresser og steder, som anvendes i mange myndigheder, og som er fundamentet for den offentlige forvaltning. Grunddata er dermed et udsnit af de data, der findes i CPR, CVR, BBR, Matriklen, Tingbogen og Kortforsyningen. Grunddata og deres sammenhæng er beskrevet i nedenstående figur. 2 Den fællesoffentlige datafordeler Datafordeleren ses som en fælles infrastrukturkomponent, der håndterer distributionen af grunddata, men hvor selve vedligeholdelsen af grunddata uforandret skal ske i grunddataregistrene. Datafordeleren skal indeholde en spejlet, tidstro og altid opdateret kopi af grunddata fra de bagvedliggende grunddataregistre, og understøtte både fil- og onlinedistribution, men høj stabilitet, god performance og 24/7 drift. Datafordeleren skal dermed erstatte de eksisterende distributionsløsninger som i dag eksisterer til distributionen af de omfattede data, men samtidig levere et teknisk setup der sikrer fleksibilitet i forhold til løbende at udvide nye data. Fx kunne indkomstdata og data
2 vedr. offentlige organisationer være potentielle fremtidige udvidelser. For at benytte cloud-terminoligi skal datafordeleren altså ses som en platform (PaaS) til distribution af data. 2.1 Kontekst Nedenstående figur illustrerer den kontekst som datafordeleren skal indplaceres i, både i forhold til de forskellige offentlige myndigheders brug af grunddata, men også i forhold til de enkelte grunddataregistre. Data der i dag udstilles og vedligeholdes i grunddataregistrene og fremadrettet udstilles via datafordelen er kun en del af de data der indgår i den offentlige sagsbehandling, hvorfor datafordeleren skal ses i kontekst med udstilling og vedligeholdelse af de mere sagsog fagspecifikke data. Dette er ud fra en teknisk synsvinkel illustreret i nedenstående figur. Datafordeler arkitektur teknisk dialog 2
3 Datafordeleren distribuerer ikke domænedata, men er det fundament de løsninger udstiller disse data kan basere sig på. 2.2 Datafordelerens funktionalitet Den funktionalitet der forventes tilbudt af en fællesoffentlig datafordeler, kan beskrives som en række logiske komponenter. Disse komponenter kan kategoriseres i forhold til forretningsorienterede komponenter og infrastruktur komponenter. Forretningsorienterede komponenter Komponent Beskrivelse Forretningsobjektlag og regler Accounting/Statistik Forretningsobjekter er den forretningsvendte aggregering af data som Datafordeleren udstiller og som der kan genereres hændelser på. Til hvert forretningsobjekt defineret i Datafordeleren kan der tilknyttes et antal forretningsregler der opererer på forretningsobjektet. Komponenten omfatter derfor både et regel repository og en regel maskine der kan eksekvere de enkelte forretningsregler Understøtter opsamling af data der kan danne basis for faktureringsgrundlag. Data skal registrere i forhold til de kunder/abonnenter der er registreret og skal være opdelt i forhold til grunddataregistrene. Statistik på evt. on-line betalinger håndteres også af komponenter således at disse køb kan bogføres korrekt, og tildeles den rette beløbsmodtager Endvidere omfatter komponenten opsamling af statistikdata til brug for forretningsmæssig rapportering. Faktureringsgrundlag videresendes til økonomisystem/myndigheder, hvor den egentlige fakturering forventes effektueret. Afregning (betaling) Understøtter afregning overfor brugerne af Datafordeleren i forhold til aktuelt forbrug eller det givne abonnement. Forbrug kan f.eks. være antal dataobjekter der er forespurgt på, men kan også være antal hændelser som er sendt til specifik kunde. Afregningsservice skal kunne understøtte de betalingsmodeller som arbejdet i spor 4 resulterer i. Abonnement Komponenten understøtter vedligeholdelse af abonnement på hændelser vedrørende data og dataobjekter samt produkter, f.eks. opdatering af datasæt eller objekter. Abonnement på hændelser kræver vedligeholdelse af hvilke data og dataobjekter en given bruger har adgang til på et gi- Datafordeler arkitektur teknisk dialog 3
4 vet tidspunkt. Abonnement er dynamisk af natur og skal udstille funktionalitet, således at brugere selv kan vedligeholde abonnementsdata. Administration af Datafordeler Selvbetjening/abonnentinitieret udtræk Produkthåndtering Administrationskomponenten er intern administration af Datafordeler og benyttes af systemadministrator til vedligeholdelse af Datafordeleren og samt Datafordeler metadata (dog ikke metadata vedrørende indholdet i datafordeleren). Administrationskomponenten kan ikke benyttes til at vedligeholde data der kommer fra grundregistre, da vedligeholdelse af disse data alene foretages i grundregistrene. gøres mere klart at det er konfigurationen af datafordeleren. Service der giver brugere mulighed for selv at initiere batch hentning/udtræk af data på ad-hoc basis (gælder kun filbaseret distribution). Brugere der abonnerer på udtræk med fast eller variabelt interval kan bestille og eksekvere de typer dataudtræk som abonnement inkluderer. Produktkomponent indeholder funktionalitet til at understøtte definition, konfiguration og styring af de produkter i Datafordeleren: Produkterne er prædefinerede og kan enten hentes direkte (via enten on-line opslag eller fil-baseret distribution) eller der kan abonneres på produkter. Infrastruktur komponenter Afregningsgrundlag vil også blive genereret i forhold til de definerede produkter. Komponent Brugerstyring Autentifikation Beskrivelse Brugerstyring omfatter administration af de brugere som skal oprettes som navngivne brugere i forhold til datafordeleren, herunder system til system brugere. Brugerstyring inkluderer oprettelse og nedlæggelse af brugere samt tildeling af rettigheder til både services samt dataobjekter/attributter. Autentifikation understøtter login og validering af de medsendte brugerakkreditiver for korrektheden af disse, samt udstedelse af sikkerhedstoken der benyttes til den efterfølgende autorisation på de sikkerhedshåndhævelsespunkter der er defineret i Datafordeleren. Autentifikationskomponenten udfører ikke autorisation men opretter grundlaget for dette. Datafordeleren skal udstille data til ikke-danske kunder og disse kunder skal understøttes på lige fod med danske kunder Datafordeler arkitektur teknisk dialog 4
5 af autentifikation. Adgang/Profiler håndtering Profil-komponenten vedligeholder et sæt af profiler, der beskriver hvilke dataobjekter og dataattributter en given profil giver adgang til. Adgang diffentieres i forhold til data og metadata leveret af grundataregistre og Datafordeler metadata. Profiler for data og metadata fra registre kan kun tildeles rettigheder Læs til. Profilerne benyttes af Filtrering der i denne sammenhæng betragtes, som den udførende komponent i forhold til håndhævelse af de data sikkerhedsmæssige forhold. Profilerne dækker de profiler og profiltyper som benyttes i grunddataregistre, der leverer data til Datafordeleren. Profilerne oprettes som udgangspunkt som grunddataregister-specifikke profiler, baseret på en rollemodel. Håndtering og distribution af hændelser Kunderne til Datafordeleren skal kunne abonnere på hændelser for specifikke dataobjekter eller for en gruppe/type af dataobjekter, hvor Abonnement etablerer en kobling mellem dataobjekter/typer og hændelsestyper der kan opstå. Hændelser genererer en hændelsesbesked når der identificeret en handling der vedrører en hændelsestype på et dataobjekt. Hændelsesbeskeden overleveres til beskedfordeler funktionaliteten i komponenten. Komponenten sender hændelsesbeskeden til den/de abonnenter så abonnenten kan reagere hensigtsmæssigt. Filtrering Switchboard Filtreringsservicen sikrer at der kun vises de specifikke dataobjekter og dataattributter som adgangsakkreditiver og den aktive profil giver adgang til. Med aktiv profil skal forstås det sæt af profiler der er gældende for ID angivet i akkreditiverne. Filtrering har en meget tæt kobling til Adgang/profil, men har udover hvad der normalt ligger under dataautorisation også andre aspekter i forhold til filtrering. Filtrering arbejder bl.a. også ud fra abonnement, idet der for visse typer services kun skal vises de dataobjekter der abonneres på Switchboard sikrer optimal udnyttelse af de tilgængelige ressourcer og dirigerer forespørgsler eller udtræk/distribution til den/de tekniske ressourcer der har ledig kapacitet til at eksekvere disse. Switchboard kan også foretage en prioritering af forespørgsler, således visse forespørgsler eller udvalgte kunder har hø- Datafordeler arkitektur teknisk dialog 5
6 jere prioritet og dermed bedre svartider Switchboard arbejder på flere områder i den lagdelte arkitektur som STORM-modellen beskriver. Som udgangspunkt vil følgende STORM lag være omfattet af switchboard: Platforme (software platforme) Information (Forretningsobjekter) Service/forespørgsel validering Komponenten håndterer proaktiv validering og overvågning af forespørgsler og servicekald, således at Datafordeleren er sikret mode uhensigtsmæssig udnyttelse eller direkte misbrug/angreb. Misbrug kan f.eks. være udtrækning af alle grunddata på et område, data dumpning. Af kandidater kan nævnes CVR og Kort-data. De vigtigste områder komponenten skal validere er: Validering af forespørgsel, så fejlforespørgsler eller meget tunge forespørgsler afvises Data dumpning forhindres Metadata Metadata i Datafordelen er data om de data som Datafordeleren er distributionsplatform for. Metadata modtages delvist fra grunddataregistrene, men Datafordeleren vil have egne metadata, der bl.a. benyttes internt i Datafordeleren. Metadata omhandler også et katalog over alle objekttyper og attributter der distribueres via Datafordeleren. Kataloget indeholder navn og definition og er versioneret så der holdes styr på udviklingen i definitionerne. Servicelag til datadistribution Fildistribution Datalag Servicelag datadistribution er den Datafordeler komponent der udstiller de forretningsservices der kan tilgås for online opslag eller online udtræk af data. Fildistribution er komponent til håndtering af fil-baserede dataudtræk og distribution til dataabonnenter. Dataudtræk sker på konfigurerede tidspunkter og med fastsatte intervaller. Distribution kan ske ved at udtræk placeres på et ftp-område, hvorfra kunder selv henter de udtrukne data. Som en del af funktionalitet for denne komponent ligger også administration af ftp-områder, oprydning etc. Distribution kan også være en direkte push til kunderne, således at udtrukne data skubbes ud til kunden. Teknologisk skal fildistribution understøtter de filoverførselsmekanismer og kanaler der pt. anvendes af grunddataregistrene Datalag komponent understøtter tilgang til de fysiske data, Datafordeler arkitektur teknisk dialog 6
7 der er placeret i Datafordeleren. Datalag komponenten afkobler bl.a. servicelag fra den fysiske lagring af data, så disse dels er teknologiuafhængige dels giver mulighed for distribuering af data og understøtte load balancing på en intelligent måde. Skal understøtte geografisk forespørgsel og indeksering (spatial) Opdatering af data i Datafordeler Opdatering af data i Datafordeler har til opgave at gennemføre og administrere opdatering af data i Datafordeler med data modtaget fra eller hentet i grunddataregistrene. Opdatering af data i Datafordeler skal understøtte følgende opdateringsmønstre: Realtid Nær realtid Batch (tidsforskudt opdatering) Skalering / performance Skalering og performance er en teknologi komponent i Datafordeleren der tilbyder funktionalitet til understøttelse af vertikal og horisontal skalering. Komponenten sikrer en automatisk skalering i forhold til antal anvendere, men også i forhold til datamængder efterhånden som grunddataregistre vokser. Logning og monitorering Komponenten sikrer logning af systemmæssige hændelser og fejlsituationer og stiller disse data til rådighed for monitoreringsdelen af komponenten. Monitoreringsdelen kan sende beskeder til overvågningssystem eller systemovervågning om at der er forhold der skal igangsættes korrigerende aktioner for. Transformation Synkronisering med grunddataregistre Understøtter transformation af data til forskellige strukturer og forskellige formater. Det kan f.eks. være de samme data der udstilles via servicelaget som f.eks. både XML og JSON. Komponenten understøttet validering af at data i Datafordeleren er i fuld overensstemmelse med data i Grunddataregistrene i forhold til sidste opdatering af data i Datafordeleren for det enkelte Grunddataregister. I tilfælde af uoverensstemmelse mellem data i Datafordeleren og Grunddataregisteret håndterer komponenten at der sker en synkronisering af data således at Datafordeleren indeholder en korrekt datamæssig afspejling af data i Grunddataregisteret. Datafordeler arkitektur teknisk dialog 7
8 Grunddataregister komponenter Grunddataregister komponenter der betragtes som værende del af Datafordeler Komponent Opdatering af data PUSH Beskrivelse Opdatering af data PUSH komponenten har til opgave at administrere hvilke data i Grunddataregisteret, hvor der skal sendes opdaterede data til Datafordeleren. Komponenten er ansvarlig for og håndterer afsendelse af data Datafordeleren og gennemfører evt. transformation til det aftalte udvekslingsformat mellem Grunddataregisteret og Datafordeleren. Komponenten administrerer at data sendes til Datafordeleren med den aftalte frekvens og i forhold til det aftalte opdateringsmønster (Realtid, nær-realtid, batch Opdatering af data PULL Opdatering af data PULL er meget lig Opdatering af data PUSH komponenten. Dog indeholder komponenten ikke funktionalitet til at administrere dataafsendelse til Datafordeleren, da det er Datafordeleren der er initiativtager til at data opdateres i Datafordeleren og har ansvaret for gennemførelse af opdatering. 2.3 Fysisk arkitektur for datafordeler Grundet grunddata der distribueres af datafordeleren, samt de forskellige lov og reguleringsmæssige forhold der gælder for disse f.eks. Inspire-direktivet for geo-data, samt forskellig natur af de data som skal udstilles, ses datafordeleren fysisk opbygget som et sæt af infrastrkuktur (IaaS) og platforms (PaaS) komponenter og services. Benyttelsen af cloud-terminologi betyder dog ikke at den fysiske løsning forventes etableret i skyen, men fungerer kun, som en accepteret måde at gruppere lagene i løsningen på. De identificerede IaaS/PaaS komponenter illustreret i nedenstående figur, er IaaS der omfatter services så som servere, netværk og øvrig basis infrastruktur. Fælles PaaS der omfatter de platformsservices som alle datadistributører kan benytte fx autentifikation og skalering. Domænespecifik PaaS som omfatter de services, hvor der vurderes at være behov for funktionelt at opdele services i domænespecifikke grupper, fx et servicelag til distribution af geografiske data, og et servicelag til distribution af register Komponent til synkronisering med grunddataregistre omfatter services som skal etableres på de eksisterende registre for at sikre at data kan flyde fra register til datafordeler effektivt og sikkert. Datafordeler arkitektur teknisk dialog 8
9 Foreløbige krav til en datafordeler Baggrund: I det følgende er de væsentligste foreløbige krav i forhold til datafordeleren beskrevet. Disse krav skal opfattes som inspiration, og foreløbigt grundlag for den analyse som leverandøren skal gennemføre, samt give et indtryk af det forudgående arbejde, leverandøren kan tage afsæt i. Krav vedrørende tilgængelighed af data K1: Løsningen skal sikre et overblik, over hvorfra data skal hentes K2: Løsningen skal udstille data via standardiserede grænseflader K3: Løsningen skal på basis af rettigheder kunne regulere adgang til data K4: Løsningen skal levere hurtig, sikker og stabil data-hentning og kunne skaleres op til fx 200, 500, 1000 eller 2000 opslag i sekundet K5: Løsningen skal levere en 99,9 % tilgængelighed 24 timer i døgnet, 7 dage om ugen K6: Løsningen skal udstille aktuelle data fra de bagvedliggende kilderegistre Principper for datafordeling K7: Kvalitet og aktualitet af data skal være kendt K8: Data skal være standardiserede og datamodeller skal være åbne K9: Dataindsamling og produktion skal forgå digitalt K10: Data opdateres kun et sted og tilgås via datafordeleren ved kilden. Kopier af data kan benyttes af performancemæssige grunde og efter aftalte spilleregler. Datafordeler arkitektur teknisk dialog 9
10 K11: I Datafordeleren foretages ikke transformation eller forædling af data. Dette sker i kilderegistrene. Dog vil der i Datafordeleren være services, der sammenstiller data fra flere kilderegistre. Principper for forretning K12: Datafordeleren skal understøtte et multileverandør-miljø, hvor flere leverandører kan bidrage med komponenter til fx serviceudbud K13: Datafordeleren skal understøtte at komponenter til fx serviceudbud kan anvendes til andre data end grunddata K14: Datafordeleren skal understøtte et konkurrencemarked for udvikling af løsninger, der inkluderer datafordeleren som serviceudbyder Krav vedrørende organisering K15: Organisationen omkring datafordeleren har driftsansvaret for distributionen af de udstillede data, herunder leverandørstyring, driftsrapportering, vejledning til databrugere, samt understøttelse af de løbende udviklingsbehov. K16: Organisationen omkring datafordeleren skal orientere de bagvedliggende registre, eller ansvarlige myndigheder når de bliver opmærksomme på fejl i data. Et ansvar som dog også gør sig gældende for øvrige myndigheder som opdager/bliver gjort opmærksomme på fejl K17: Organisationen har i tæt samarbejde med de involverede registre det overordnede ansvar for metodefællesskabet K18: Vedligehold for data vil foregå uændret, dog vil registermyndigheder have ansvar for at datafordeleren også modtager data når disse er opdaterede. K19: Registermyndigheder har fortsat ansvaret for at udstille services, hvorfra grunddata kan opdateres, når der er et distribueret ansvar for datavedligehold. K20: Databrugere skal tilgå de autoritative grunddata via datafordeleren, men myndigheder kan i forbindelse med opdatering tilgå data direkte fra kilderegisteret. Funktionelle krav: K21: Datafordeleren skal stille en hændelses-/abonnementsservice til rådighed: Altså en service, der kan distribuere beskeder om ændringer i objekter. K22: Datafordeleren skal stille services til håndtering af masseopslag til rådighed altså service der giver mulighed for at udtrække et stort datasæt - fx alle enheder i en kommune K23: Det skal være muligt at søge på tværs af data i datafordeleren og levere tværgående søgninger. K24: Datafordeleren skal stille en metadataservice til rådighed altså en service der giver mulighed for at hente informationer om selve services: Metadataservice skal understøtte discovery og inspection, fx som den løsning, der er etableret på geodata-info.dk K25: Datafordeleren skal etablere services, der giver mulighed for at udtrække statistik vedrørende driftstabilitet, forbrug (til understøttelse af fakturering), og yderligere forretningsrelevant statistik. Datafordeler arkitektur teknisk dialog 10
Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler
Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7 Etablering af datadistribution på den Fællesoffentlige Datafordeler Version: 0.8 Status: udkast Oprettet: 10.3.2014 Dato: 16. juni 2014 Dokument historie
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 mereUnderbilag 2O Beskedkuvert Version 2.0
Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...
Læs mereBESKEDFORDELER -ET AF DE OTTE STØTTESYSTEMER. Version 2.0
BESKEDFORDELER -ET AF DE OTTE STØTTESYSTEMER Version 2.0 Støttesystemer er selvstændige it-løsninger, der sikrer, at kommunens fagløsninger kan fungere sammen og få adgang til relevante data. Et støttesystem
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 mereFæ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 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 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 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 mereINSPIRE i infrastrukturen. Ulla Kronborg Mazzoli
INSPIRE i infrastrukturen Ulla Kronborg Mazzoli The Big Lebowski Formålet med INSPIRE Etableringen af en fælles digital infrastruktur for geografisk information (SDI) Målet: geografisk information kan
Læs mereOIS - - Vision, mål og strategier
OIS - - Vision, mål og strategier OIS arkitekturprodukter 25. januar 2018 Indledning Dokumentationen omkring OIS er struktureret med inspiration fra OIO Arkitekturguidens arkitekturreol, således at arkitekturprodukterne
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 mereUDSNIT 8. februar 2008
UDSNIT 8. februar 2008 Dette udsnit indeholder indeholder en introduktion til hvad begrebet brugerstyring dækker over Kolofon: OIO Referencemodel for tværgående brugerstyring Dette baggrundsdokument kan
Læs mereDe fællesoffentlige samarbejder inden for geodataområdet. Kåre Clemmesen, KMS 10. maj 2011
De fællesoffentlige samarbejder inden for geodataområdet Kåre Clemmesen, KMS 10. maj 2011 Kort & Matrikelstyrelsens strategiske grundlag Digital forvaltning tager et stormskridt Ny Fællesoffentlige Digitaliseringsstrategi
Læs mereSERVICEPLATFORMEN FOSAKO MØDE 21. MARTS Forretningsudvikler Tomas Volf
SERVICEPLATFORMEN FOSAKO MØDE 21. MARTS 2019 Forretningsudvikler Tomas Volf HVAD ER DEN FÆLLESKOMMUNALE INFRASTRUKTUR? - DEN KORTE VERSION Serviceplatformen Støttesystemerne Datakilder Datakunder Grunddata:
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 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 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. 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 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 mereBilag 12. Drift af SUP-systemer. Udkast af 12. juni Udarbejdet for. SUP-Styregruppen
Kan med fordel udskrives på en farveprinter, idet figurerne er i farver. SUP-specifikation, version 2.0 Bilag 12 Drift af SUP-systemer Udkast af 12. juni 2003 Udarbejdet for SUP-Styregruppen Uddrag af
Læs mereOverblik over egne sager og ydelser
1 Overblik over egne sager og ydelser Mathilde Illum Aastrøm, Digitaliseringsstyrelsen og Steen Andersen, OptimumIT September 2017 INITIATIVETS FORMÅL Nemmere at få klaret sine ærinder Servicen bliver
Læs mereIndholdsfortegnelse. Systembeskrivelse kapitel 8 Administrationsdatabase
Indholdsfortegnelse 5. Administrationsdatabase... 2 5.1 Metadata... 2 5.2 Administrationsdata... 3 5.2.1 Indstillingsmuligheder... 3 5.2.2 Webside... 4 5.2.3 Klikafgift (Udgået)... 4 5.2.4 Modtageboks...
Læs mereVersion 1.0. Vilkår for brug af Støttesystemet Adgangsstyring
Version 1.0 Vilkår for brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående monopolbrud konkurrenceudsætter KOMBIT
Læs mereDen fællesoffentlige digitaliseringsstrategi 2011-2015. Oplæg Ved Charlotte Münter, Direktør, Digitaliseringsstyrelsen
Den fællesoffentlige digitaliseringsstrategi 2011-2015 Oplæg Ved Charlotte Münter, Direktør, Digitaliseringsstyrelsen Dagsorden Baggrund Strategi indhold og status Fokus på grunddata Økonomisk modvind
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 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 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 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 mereSAPAs forretningsmæssige behov i relation til Dialogintegration. SAPAs behov for Dialogintegration. Fordele ved brug af dialogintegration i SAPA
26. marts 2014 NOTAT SAPAs forretningsmæssige behov i relation til Dialogintegration Dette notat beskriver SAPAs specifikke forretningsmæssige behov i forhold til integration med relevante ESDH-/fagsystemer,
Læs mereSDI NUUK den 23. november 2010 Tema: Hvad er grundlaget for SDI? Erfaringer fra Danmark
SDI NUUK den 23. november 2010 Tema: Hvad er grundlaget for SDI? Erfaringer fra Danmark Henrik Larsen Chefkonsulent By- og Landskabsstyrelsen Nuuk, Juni 2010 SDI hovedprincipper (disposition) Intro - PlansystemDK
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 mereLedelsen har sikret, at der er etableret en hensigtsmæssig itsikkerhedsorganisation
Revisionsrapport om it-revision af Sundhedsdatanettet (SDN) 05 J.nr. 05-6070-7 5. januar 06 Ledelsens styring af it-sikkerheden Ikke opfyldt, Delvist opfyldt, Opfyldt. Nr. Kontrolmål Observation Risiko
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 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 mereEjendomsdataprogrammet - Ejerfortegnelse Løsningsarkitektur
Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - Ejerfortegnelse Løsningsarkitektur
Læs mereGrunddata som kilde til vækst og innovation. Oplæg for Midtjysk Erhvervsudviklingsakademi v/ Rikke Gram-Hansen 21/8-2013
Grunddata som kilde til vækst og innovation Oplæg for Midtjysk Erhvervsudviklingsakademi v/ Rikke Gram-Hansen 21/8-2013 Agenda 1. Data som driver for vækst og velfærd 2. Det offentliges initiativer på
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 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 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 mereEr INSPIRE relevant for Grønland? SDI Seminar i Nuuk den november 2010 Ulla Kronborg Mazzoli Kort og Matrikelstyrelsen, Danmark
Er INSPIRE relevant for Grønland? SDI Seminar i Nuuk den 23. 25. november 2010 Ulla Kronborg Mazzoli Kort og Matrikelstyrelsen, Danmark Emner INSPIRE direktivet GI lov Status på implementering Lille demo
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 mereReferencearkitektur for håndtering af hændelser - "Event-Driven Architecture"
Bilag 3 - Fælles arkitekturramme for GD1-GD2-GD7 Referencearkitektur for håndtering af hændelser - "Event-Driven Architecture" Denne version af referencearkitekturen er målrettet Grunddataprogrammet Version:
Læs mereBrokere i Identitetsinfrastrukturen
Brokere i Identitetsinfrastrukturen Juni 2018 Introduktion Dette notat beskriver forhold vedr. identitetsbrokere i den kommende, nationale identitets-infrastruktur bestående af MitID og NemLog-in3. Notatet
Læs mereIntroduktion til Klassifikation
Introduktion til Klassifikation 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet Klassifikation i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse af
Læs mere23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring
23. maj 2013Klik her for at angive tekst. HHK/KMJ Vejledning til brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående
Læs mereDen samlede erhvervsløsning i næste generation af NemID og NemLog-in3
Notat 21. februar 2017 Den samlede erhvervsløsning i næste generation af NemID og NemLog-in3 Dette notat giver en overordnet konceptuel fremstilling af, hvordan erhvervsområdet forventes håndteret samlet
Læs mereIntroduktion til Støttesystem Organisation
Introduktion til Støttesystem Organisation 1. Om dokumentet Dette dokument formidler et overblik over Støttesystemet Organisation i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse
Læs mereProgrambeskrivelse. 5.5 Kommunal implementering af grunddata. 1. Formål og baggrund. Juni 2016
Weidekampsgade 10 Postboks 3370 2300 København S Programbeskrivelse 5.5 Kommunal implementering af grunddata www.kl.dk Side 1 af 7 1. Formål og baggrund Det fælleskommunale program har til formål, at understøtte
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 mereDigital Sundhed. Brugerstyringsattributter - Introduktion. - Specificering af nye og ændrede attributter i id-kortet
Digital Sundhed Brugerstyringsattributter - Introduktion - Specificering af nye og ændrede attributter i id-kortet Indhold 1. Introduktion... 2 2. Læsevejledning... 2 3. Aktører... 2 4. Autentifikation...
Læs 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 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 mereBILAG 2 KRAVSPECIFIKATION
4. februar 2011 BILAG 2 KRAVSPECIFIKATION KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk Indholdsfortegnelse 1. Vejledning til Leverandøren... 4 1.1 Kravspecifikationens indhold... 4 1.2 Om selve
Læs mereDenne FAQ giver svar på de oftest stillede spørgsmål angående GD1, Ejendomsdataprogrammet.
FAQ GD1, Ejendomsdataprogrammet Denne FAQ giver svar på de oftest stillede spørgsmål angående GD1, Ejendomsdataprogrammet. FAQ en er inddelt i fire dele: først spørgsmål/svar om række generelle emner,
Læs mereVilkår vedrørende anvendelsen af Støttesystemet Organisation
Vilkår vedrørende anvendelsen af Støttesystemet Organisation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Organisation,
Læs mereIntroduktion til Støttesystem Ydelsesindeks
Introduktion til Støttesystem 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse af hvilke komponenter,
Læs mereGevinster ved grunddataforbedringer på ejendomsdataområdet. Peter Lindbo Larsen, Programleder: Ejendomsdataprogrammet (GD1)
Gevinster ved grunddataforbedringer på Peter Lindbo Larsen, Programleder: Ejendomsdataprogrammet (GD1) 1 Digitaliseringsstrategi 2011-2015 Ejendom og bygning Adresser Publiceret 19. august 2011 2 Grunddataprogrammets
Læs mereStøttesystemet Beskedfordeler. Beskedfordeler Et af de otte Støttesystemer
Støttesystemet 1 Et af de otte Støttesystemer 2 Kombit Støttesystemet Hvad er Støttesystemet Beskedefordeler? Abonnér på beskeder om forretningsmæssige hændelser Støttesystemet er det centrale beskedsystem,
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 mereUmbrella Blanketløsning
12. januar 2012 Umbrella Blanketløsning Opdateret beskrivelse af løsningen Umbrella Blanketløsningen er en digital selvbetjeningsløsning, der omfatter blanketforløb inden for borgerserviceområdet og Teknik
Læs mereEFFEKTMÅLING DREJEBOG FOR KVANTITATIVE MÅLEPUNKTER EFFEKTMÅLING AF INITIATIVET SAMMENHÆNG OG GENBRUG MED RAMMEARKITEKTUREN
DREJEBOG FOR KVANTITATIVE MÅLEPUNKTER EFFEKTMÅLING AF INITIATIVET SAMMENHÆNG OG GENBRUG MED RAMMEARKITEKTUREN EFFEKTMÅLING DREJEBOG FOR KVANTITATIVE MÅLEPUNKTER Udarbejdelsen af denne drejebog Formål Tilgang
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 mereDen fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering
Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 10.6.2014 De 5 digitaliseringsmål
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 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 mereAffødte krav til SDN fra Arkitekturen. Ved Esben P. Graven, Digital sundhed (SDSD)
Affødte krav til SDN fra Arkitekturen Ved Esben P. Graven, Digital sundhed (SDSD) Indledende betragtninger Infrastrukturen opbygges efter Digitaliserings Strategiens principper om trinvis- og behovsdrevet
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 mereIt-principper. Bilag 1 til It- og Digitaliseringsstrategi for Sønderborg Kommune
It-principper Bilag 1 til It- og Digitaliseringsstrategi for Sønderborg Kommune Indledning It-principperne er grundstenene for it-arkitekturen i Sønderborg Kommune. Principperne skal bidrage til, at vi
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 mereIntroduktion til Støttesystem Sags- og Dokumentindeks
Introduktion til Støttesystem Sags- og Dokumentindeks 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet Sags- og Dokumentindeks i den fælleskommunale infrastruktur. Formålet er
Læs mereIntroduktion til MeMo
Introduktion til MeMo 14. maj 2018 CIU I forbindelse med udbuddet af en ny version af Digital Post løsningen skal der udvikles et nyt format for udveksling af digitale postmeddelelser. Det nye format navngives
Læs mereBeskrivelse af løsningsmodeller til fordeling af MedCom Advis til flere kommunale fagsystemer
Beskrivelse af løsningsmodeller til fordeling af MedCom Advis til flere kommunale fagsystemer Indhold Baggrund... 1 Løsningsforslag 1: Omkuvertering i VANS... 2 Teknisk Beskrivelse... 2 Forudsætninger...
Læs mereIntroduktion til Digital Post. Digitaliseringsstyrelsen August 2019
Introduktion til Digital Post Digitaliseringsstyrelsen August 2019 Hvem skal læse dokumentet? Vejledningen er relevant for dig, hvis du har brug for en introduktion til Administrationsportalen i Digital
Læs mereSYSTEMBESKRIVELSE DIGITALISERINGSSTYRELSEN POC PÅ ORKESTRERINGSKOMPONENTEN. Version: 1.1. Godkender: Forfatter:
DIGITALISERINGSSTYRELSEN POC PÅ ORKESTRERINGSKOMPONENTEN SYSTEMBESKRIVELSE Version: 1.1 Status: Endelig Godkender: Forfatter: Copyright 2019 Netcompany. All rights reserved Dokumenthistorik Version Dato
Læs mereVilkår for dialogintegration SAPA
Vilkår for dialogintegration SAPA Klaus Rasmussen 26. oktober 2016 Indhold 1. Indledning og vejledning... 3 1.1 Definitioner... 4 2. Krav til it-systemer for at kunne udføre dialogintegration... 5 2.1
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 mereEn teknisk introduktion til NemHandel
En teknisk introduktion til NemHandel 02. december 2014 Indhold INDHOLD... 1 INDLEDNING... 2 STANDARDER... 4 OIOUBL e-handelsstandard... 4 OIORASP - transportprotokol... 5 BETINGELSER FOR ANVENDELSE AF
Læs mereMiljøet i Skyen - DMPs erfaringer med Cloud Jesper Nørmark Hede, CTO, Danmarks Miljøportal Nils Høgsted, sekretariatsleder, Danmarks Miljøportal
Miljøet i Skyen - DMPs erfaringer med Cloud Jesper Nørmark Hede, CTO, Danmarks Miljøportal Nils Høgsted, sekretariatsleder, Danmarks Miljøportal Fællesoffentlig Data og Arkitektur, 23. april 2018 2 Dagsorden
Læs mereecpr erstatnings CPR Design og arkitektur
1 ecpr erstatnings CPR Design og arkitektur Indhold ecpr erstatnings CPR... 1 Indhold... 2 Formål... 3 Overblik... 4 Snitflader... 4 Komponenter... 5 Webservice... 5 Statuskomponent... 5 Forretningslag...
Læs mere