Hændelsesbeskeder - Løsningsmodeller og implikationer
|
|
- Charlotte Therkildsen
- 4 år siden
- Visninger:
Transkript
1 Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) 18. marts 2014 Vurdering Dette notat indeholder en vurdering af fordele og implikationer ved følgende løsningsmodeller for udstilling af hændelser/beskeder: A: Den oprindelige model, hvor det forudsættes at der ifm. Datafordeler-udbuddet etableres en Beskedfordeler, som grunddatasystemer og andre kan anvende til at afsende hhv. modtage hændelser fra. B: En anbefaling fra DIGST baseret på en punkt-til-punkt arkitektur med kommunikation af hændelser via direkte servicekald mellem grunddatasystemerne suppleret med en efterfølgende etablering 1 af en Beskedfordeler til brug for eksterne anvendere. C: Anvendelse af en alternativ Beskedfordeler som interim-løsning og/eller som en permanent løsning. Model A baserer sig på et forarbejde, hvor der siden efteråret 2011, gennem et omfattende tværoffentligt samarbejde, har været arbejdet med at analysere, hvorledes nuværende leverandørejede systemer kan omlægges til samarbejdende grunddatasystemer ejet i fællesoffentligt regi. Forarbejdet er mundet ud i en arkitektur (som følger aftalte formater og modelleringsregler), hvor der dels er behov for at kommunikere forretningshændelser mellem forskellige myndigheders processer, dels behov for ajourføringer på tværs af grunddataregistre. Model B vil medføre en række implikationer, som vil komplicere implementeringen af projekterne i GD1 og GD2 og introducere en række nye risici. Implikationer og risici ved model B bør holdes op imod implikationer og risici ved model A og evt. C, således at den bedste løsning kan vælges bl.a. af hensyn til en sikker omlægning af de nuværende administrative opgaver i kommunalt og statsligt regi. Uanset implikationer og risici, så vurderes valg af model B, at resultere i en alternativ løsningsarkitektur, som formentlig i høj grad vil lægge sig tættere opad en del af ESR s nuværende løsningsarkitektur, således at der i mindre grad kommer den forventede arkitekturmæssige løft ved udfasning af ESR. Model C er et forsøg på at belyse en alternativ model, som fastholder det grundlæggende koncept i model A for håndtering af hændelser/beskeder, uden at anvende Datafordeleren til det formål. Her er dog alene tale om sonderinger og ikke en egentlig analyse. Det bør fremhæves, at uanset hvilken model der besluttes, så er der et akut behov for at fastlægge en governance-model, som fremadrettet kan fastholde beslutninger og ændringshåndtering i forhold til de tværgående forhold for hændelsesbeskeder og den tilhørende abonnementsordning. Dette skal blandt 1 Den præcise betydning af efterfølgende etablering kendes ikke. Side 1 af 11
2 andet ske af hensyn til GD1 og GD2, som aktuelt står overfor at skulle afslutte kravspecificeringen for en række udbud, og som derfor har behov for at der ikke fortsat hersker usikkerheder omkring håndteringen af hændelser på Datafordeleren, som der har gjort gennem det forløbne år. Baggrund Arkitekturen i GD1 og GD2 Omkring ejendoms- og adressedata har der siden efteråret 2011 været arbejdet med at analysere, hvorledes nuværende leverandørejede systemer (fx ESR og bidragssystemer) kan omlægges til samarbejdende grunddatasystemer ejet i fællesoffentligt regi. Der har samlet set været afholdt over 50 workshops med deltagelse af MBBL, GST, TLR, SKAT, KL, Kombit, CPR, CVR, en række udvalgte kommuner samt enkelte andre private- og statslige organisationer. Resultatet heraf blev en arkitektur, hvor der dels er behov for at kommunikere forretningshændelser mellem forskellige myndigheders processer, dels behov for ajourføringer på tværs af grunddataregistre. Løsningsarkitekturerne i GD1 og GD2 er som følge heraf baseret på tre forskellige integrationstyper: Udstillingsservices. Services udstillet på Datafordeleren (kun læsning) uanset om disse udstiller data fra et eller flere grunddataregistre (kaldes i Datafordeler-udbud for Tjenester ). Ajourføringsservices. Services udstillet på et grunddataregister omfatter både de services der ajourfører registerets data, og de services der anvendes til at læse registerets data inden en evt. ajourføring. Hændelser. Besked om en hændelse af forretningsmæssigt betydning (f.eks. som følge af en opdatering eller som følge af en manglende opdatering, eksempelvis overskridelse af tidsfrist). Hændelsesbeskeder anvendes primært der, hvor en forretningsproces i et forretningsområde afføder start af processer i et eller flere andre forretningsområder. Der er ifm. løsningsarkitekturerne lavet en bevidst afvejning af hvilke situationer, som kræver hændelsesbeskeder hhv. hvor ajourføringsservices i stedet skal anvendes. Fra leverandørejet ESR til samarbejdende grunddataregistre Ejendomsdataprogrammet har som et af sine hovedmål at få erstattet det nuværende KMD-ejede ESR med samarbejdende grunddataregistre baseret på et fælles ejendomsbegreb ( Bestemt Fast Ejendom ). ESR er i dag et vigtigt register, bl.a. fordi det er her vurderingsejendommen fødes med dens grundlæggende identifikation i form af ejendomsnummeret, som anvendes i andre registre og administrative systemer. ESR er et grundlæggende og omfattende register, der primært anvendes som administrativt redskab til hjælp i den kommunale og statslige ejendomsbeskatning, men som derudover anvendes til en lang række Side 2 af 11
3 andre opgaver i den kommunale forvaltning jf. nedenstående illustration: Figur 1: ESR samler ejendomsdata og er data- og beskedfordeler til en række andre systemer. GD1 betyder, at ESR s levering af data til andre systemer erstattes af udstillingsservices (på Datafordeleren). Hændelser/beskeder i ESR skal erstattes af beskeder udsendt af de samarbejdende grunddataregistre og distribueret via en Beskedfordeler. Der er her tale om et helt afgørende brud på det nuværende KMDmonopol på udstilling og anvendelse af disse hændelser/beskeder 2. Brud på dette leverandørmonopol kræver, at mange af KMD s nuværende interne hændelser fremover skabes leverandøruafhængigt (fx P-data hændelser fra CPR og ESR-hændelser fra de erstattende grunddataregistre). Monopolbruddet er afgørende for, at andre leverandører i praksis i en ligeværdig konkurrence kan byde på de forskellige udbud af monopolløsningerne. Grunddataprogrammet - og de samarbejdende grunddataregistre, som afløser ESR - er ansvarlige for, at løfte opgaven med at udsende de nødvendige hændelser/beskeder i fremtiden. Sker dette ikke, vil væsentlige dele af både SKAT s og den kommunale administration ikke fungere. Vurderingssystemer, ejendomsskattesystemer, kontanthjælpesystemer, boligstøttesystemer og mange andre systemer vil ikke længere modtage de helt nødvendige hændelser i relation til ejendomsdata. Tidsmæssigt er behovet for disse hændelser/beskeder sammenfaldende med det interne behov for hændelser/beskeder mellem de forskellige grunddataregistre. Anvendersystemernes adgang til hændelser er en forudsætning for paralleldrift hhv. for udfasning af ESR. Er en Beskedfordeling ikke klar rettidigt både internt og eksternt, vil det få en direkte negativ indvirkning på gevinstrealiseringen, idet forudsætningen for business casen omkring nedlæggelsen af ESR ikke kan gennemføres som planlagt. Hændelser i GD1 og GD2 Hændelser i GD1 og GD2 anvendes som nævnt til integration mellem processer udført af forskellige myndigheder. Der er tale om, at en opgavevaretagelse hos én myndighed medfører, at en eller flere dertil relaterede opgaver skal udføres hos andre myndigheder. Eksempelvis vil en igangværende udstykningsproces hos GST (én ejendom opdeles i flere ejendomme) medføre, at kommunens adressemyndighed skal tildele adresser til de nye ejendomme (adresserne er en forud- 2 KMD s hændelsesmonopol håndteres i dag primært af P-Data, ESR, KMD Sag og KMD Advis (abonnementsmodul) suppleret med abonnement på en række eksterne hændelser (fx ejerskifter fra etl og udskrivninger fra Sygehussystemer). Side 3 af 11
4 sætning for kommunens godkendelse af udstykningen) samt at BBR-myndigheden i kommunen i henhold til BBR-loven får vurderet og registreret en række BBR-stamoplysninger på de nye ejendomme (fx grundens forsynings- og afløbsforhold). I dag foregår megen af denne kommunikation papirbaseret fx ved at GST fremsender en kopi af udstykningssagen til kommunen, som så agerer på baggrund heraf. I grunddatasystemerne skal denne kommunikation baseres på en besked om hændelsen, hvorefter kommunens sagsbehandlere selv henter sagsinformationer mv. i Matriklen. Der bliver dermed tale om digitalisering og effektivisering af sagsgange. I GD1 og GD2 arbejdes der fremadrettet med en tidlig registrering af ejendomme og adresser mv. Dette kræver øget og tidligere kommunikation mellem de forskellige myndigheder. Dette skal digitaliseres ved udsendelse af beskeder på baggrund af de relevante hændelser. Digitaliseringen er en forudsætning for den tilhørende business case. Et alternativ med mail- eller papirbaseret kommunikation vil være så omkostningstungt, at det udfordrer muligheden for at etablere en tidlig registrering af ejendoms- og adressedata. I givet fald vil det være et tilbageskridt på ejendomsområdet, hvor kommunerne i dag laver tidlig ejendomsregistrering i ESR. Side 4 af 11
5 A: Beskedfordeling i de nuværende GD1/GD2 løsningsarkitekturer Figur 2: GD1/GD2 Målarkitektur: ESR's registerdel erstattes af samarbejdende grunddataregistre. Forståelse af løsningsmodel I de nuværende løsningsarkitekturer for GD1 og GD2 er det forudsat, at der kan modtages og afsendes asynkrone beskeder/hændelser, uafhængigt af dataændringer. Den tidsmæssige forudsætning er, at GD7 stiller en beskedfordeler til rådighed samtidigt med at Datafordeleren stilles til rådighed. Det er ligeledes forudsat, at beskedfordeleren kan modtage og videresende beskeder om hændelser fra Datafordeleren, GD1/GD2 -systemerne samt eksterne systemer, eksempelvis Kombits beskedfordeler. Formatet på beskeder/hændelser er i henhold til EDA-referencearkitekturen og overholder de aftalte modelleringsregler. Løsningsarkitekturerne forudsætter ligeledes, at abonnementsordningen, tilknyttet beskedfordeleren, indeholder gode muligheder for filtrering på indhold, geografi mv.; således at anvenderne kan filtrere på præcis de beskeder, de ønsker samtidig med, at afsendersystemerne kun definerer beskeder på baggrund af overordnede forretningsmæssige hændelser. Eksempelvis vil Matriklen skulle generere besked om hændelsen BFE Opdateret. Denne hændelse vil indeholde en række parametre, der kan bruges til abonnementsfiltrering fx Status og Geografisk placering. En anvender vil kunne opsætte deres abonnement til kun at modtage BFE Opdateret, hvis BFE er placeret inden for et givent geografisk område (fx en kommune) og har status Gældende eller Historisk. Modellens fordele Modellen understøtter behovet for beskeder om hændelser, både for GD1/GD2 og for øvrige anvendere, der i dag abonnerer på beskeder/hændelser fra ESR mv. Det er en fremadrettet model ikke interim hvilket betyder at anvenderne (interne såvel som eksterne) ikke vil skulle omlægge deres systemer 1-3 år efter implementeringen af modellen. Modellen giver en ensartet struktur og abonnement uanset beskedkilde. Side 5 af 11
6 Fleksibel implementering af GD-systemer: Et GD-system behøver ikke at kende modtagerne af deres hændelser og er således uafhængig af modtagernes idriftsættelser i forhold til hændelser. Et GD-system kan forberedes til modtagelse af aftalte hændelser, der idriftsættes senere end det givne GD-system, hvorved en ekstra idriftsættelse for GD-systemet undgås. Færre koordinerede idriftsættelser og dermed også færre integrationstestforløb, da der kommer mindst ét integrationstestforløb pr. idriftsættelse. Modellen er forståelig og ensartet over for de eksterne anvendere hhv. leverandører, der skal udvikle systemer. Modellen giver synergi og genbrug af besked/hændelsesstruktur ift. anvendelse grunddatasystemerne imellem, for kommunerne og øvrige eksterne anvendere. Business casens oprindelige arkitekturmæssige forudsætninger opfyldes, hvorved gevinstrealiseringen ikke påvirkes af ændringer i mål- og løsningsarkitektur. Tidsplanen forsinkes kun med forskydningen af replanlægningen pga. stand by-situationen, idet mål- og løsningsarkitekturer fortsat kan anvendes. Det vides ikke, hvilken effekt forsinkelsen har i forbindelse med afvikling af årshjul (afklares først som en del af replanlægningen). Tilsvarende påvirkes GD1 s og GD2 s økonomi umiddelbart kun af den tidsmæssige forskydning af replanlægningen pga. stand by-situationen. Modellens implikationer Kræver en tidlig (1. halvår 2014) afklaring af hvad Datafordeleren kan i forhold til generering beskeder på baggrund af hændelser. Kræver en tidlig (1. halvår 2014) afklaring af abonnement-filtreringsmuligheder. En del er dog givet af formatet i forslaget til EDA-referencearkitekturen vers Den fællesoffentlige beskedfordeler og datafordeler, er en afgørende krumtap for realiseringen af GD1 og GD2 og dermed for GD1 s og GD2 s gevinstrealisering. Beskedfordeleren skal være klar samtidigt med Datafordeleren. Implementeringen af begge vil udgøre en væsentlig risiko for GD1 og GD2, kommunerne samt øvrige anvendere. Gevinstrealiseringen vil påvirkes af tidsplanens forskydning som følge af replanlægning pga. stand by-situationen. Side 6 af 11
7 B: Beskedfordeling som punkt-til-punkt løsning (DIGST forslag af 24. februar 2014) Figur 3: Punkt-til-punkt integration i grunddataregistrene GD1-GD2, med udskudt implementering af beskedfordeling mod anvendersystemerne. Ejerfortegnelsens integration af CVR og CPR er ikke indarbejdet ifm. GD1. Forståelse af løsningsmodel Modellen indebærer, at der etableres en sikker punkt-til-punkt forbindelse mellem en serviceaftager og en serviceudbyder. Med sikker forbindelse menes, at serviceudbyder og -aftager gensidigt autentificeres og at kommunikationens integritet og fortrolighed beskyttes. Punkt-til-punkt mønsteret anvendes i forbindelse med integration, hvor det er tilstrækkeligt, at webservicekaldene udføres i kontekst af systemernes identitet. Mønsteret er derfor primært anvendeligt, når adgangspolitikken for servicen er grovkornet og adgang gives på baggrund af serviceaftagerens identitet (som angivet i dens certifikat). Er der behov for mere finkornet adgangsstyring, hvor forskellige serviceaftagere eksempelvis er tildelt forskellige adgange i form af fx roller eller dataafgræsninger, anbefales i stedet at anvende mønstret Forbindelse med beskedbaseret sikkerhed. 3 Modellen betyder, at GD1/GD2 udelukkende baserer sig på synkrone punkt-til-punkt integrationer, eksempelvis via SSL webservice. (Https med certifikater). Sikker punkt-til-punkt forbindelse Serviceaftager Synkron/asynkron Serviceudbyder Figur 4: Illustration af punkt-til-punkt forbindelse. 3 For yderligere beskrivelse, se: Side 7 af 11
8 I punkt-til-punkt-mønsteret indgår ikke, hvorledes serviceudbyder administrerer de serviceaftagere, der skal have adgang til servicen (herunder lagring af serviceaftagernes certifikater). Dette er således implementeringsspecifikt. Ved få / statiske relationer til serviceaftagere, kan det være tilstrækkeligt at styre manuelt gennem konfigurationsfiler, mens man ved mange serviceaftagere / dynamiske relationer kan have behov for et egentligt administrationsværktøj. Den tidsmæssige forudsætning for, hvornår GD7 efterfølgende stiller en beskedfordeler til rådighed på Datafordeleren kendes ikke. Nedenfor beskrives implikationerne ved, at beskedfordeleren stilles til rådighed for anvendere i to forskellige scenarier. I det første scenarie stilles beskedfordeleren til rådighed samtidig med, at datafordeleren er til rådighed for eksterne anvendere. I det andet scenarie vides det ikke præcist hvornår der stilles en beskedfordeler til rådighed, dog vil tidspunktet ligge efter idriftsættelsen af grunddatasystemerne og datafordeleren. Modellens fordele ved scenarie 1: Mindsker kompleksiteten i implementeringen af Datafordeleren på det tidspunkt, hvor den skal være klar for GD1 og GD2. Reducerer de tidsmæssige afhængigheder fsva. beskedfordeleren mellem GD1/GD2 og GD7, da GD1/GD2 i denne model ikke skal anvende beskedfordeleren. Implementeringen af beskedfordeleren vil ikke udgøre en risiko for implementeringen af grunddatasystemerne. Giver mere kalendertid maks. 3 måneder - til at udvikle beskedfordeleren og tilhørende abonnementsfunktionalitet. scenarie 2: som ovenfor, dog vil der være yderligere kalendertid til at etablere beskedfordeleren. Modellens implikationer ved scenarie 1: Der er ikke taget stilling til integration mod CPR/CVR. Det vides ikke om beskeder i denne model kun kan genereres i datafordeleren eller om det også vil være muligt at udstille andre beskeder/hændelser via datafordeleren. Modellen vil ikke give synergi, og genbrug af hændelsesstruktur ift. anvendelse internt, for partnere og eksterne anvendere. GD1 og GD2 har tilstræbt at grunddataregistrene internt anvender samme hændelsesstruktur som KL/KOMBIT s forretningssystemer. Dermed skal der udarbejdes to forskellige løsninger for at sende beskeder om hændelser. En løsning internt i mellem grunddatasystemerne og en løsning i beskedfordeleren. Løsningen internt i mellem grunddatasystemerne vil betyde, at kompleksiteten i de enkelte grunddatasystemer vil blive øget væsentligt, idet systemerne skal foretage flere synkrone kald til de øvrige grunddatasystemer. Eksempelvis vil Matriklen skulle kalde DAGI, Adresseregisteret og BBR, hver gang der oprettes eller opdateres et BFE. Løsningen internt i mellem grunddatasystemerne vil kræve, at der enten etableres et avanceret abonnementssystem ved hver kilde(grunddatasystem) eller at de planlagte hændelser opdeles i en række meget specifikke hændelser. Fx har interne anvendere (ligesom eksterne) behov for speci- Side 8 af 11
9 fikke hændelse på specifikke statusskift i BFE og ift. forskellig kontekst. Hvis det er den sidste løsning der vælges, opdeling i flere specifikke hændelser, så kan der derudover være behov for, at modtagersystemerne i højere grad arbejder med en egen filtrering, fordi der modtages væsentligt flere hændelser end der er behov for. I de tilfælde, hvor denne filtrering er manuel, vil det være uacceptabelt for modtagerne. Disse behov viser at GD1 og GD2 har behov for en finkornet adgang til data og styring heraf, hvilket øget kompleksiteten af punkt til punkt-mønsteret. Det er netop i disse situationer at arkitekturguiden anbefaler integrationsmønsteret Forbindelse med beskedbaseret sikkerhed. Databearbejdning i grunddatasystemerne bliver langsommere, da det bliver nødvendigt at vente på svar fra de synkrone kald, inden en aktivitet kan afsluttes. En synkron SOA kommunikation vil kræve en idriftsættelse hos både afsender og modtager systemerne. Grundet de hårde afhængigheder mellem systemerne, grundet synkrone kald, vil antallet af og dermed omkostningerne til integrationstest og implementeringer blive øget væsentligt. Løbende vedligeholdelse med nye versioner af integrationerne skal idriftsættes samtidigt. Modellen betyder at antallet af punkt-til-punkt integrationer (ajourføringsservices og hændelser) stiger betydeligt. Omkring ajourføringsservices er denne punkt-til-punkt integration nødvendig. Der er typisk tale om samtidig implementering af en brugerfladefunktionalitet hos en myndighed som anvender en ajourføringsservice på et register hos en anden myndighed. Hvis grunddatasystemerne på et tidspunkt skal skifte til at anvende beskedfordeleren vil dette give yderligere omkostninger til ændring af integrationerne, yderligere integrationstest og koordinering af idriftsættelser på tværs af systemerne. Kompleksiteten af den samlede implementering af grunddatasystemerne øges markant og derved introduceres nye risici i GD1 og GD2. Modellen vil skabe yderligere forsinkelser i GD1/GD2-projekterne, ud over forskydningen af replanlægningen pga. stand by-situationen, idet målarkitekturer, løsningsarkitekturer og kravspecifikationer skal revideres. Dette vil også forsinke udbud og senere hen implementeringen og idriftsættelse af grunddatasystemerne. Forsinkelsen vil betyde en udskydelse af paralleldrift og udfasningen af ESR og dermed påvirkes gevinstrealiseringen. Det vides ikke, hvilken effekt forsinkelsen har i forbindelse med afvikling af årshjul (afklares først som en del af replanlægningen). Økonomien i GD1 og GD2 vil blive påvirket af forsinkelsen i kalendertid, af indarbejdelse af ændrede forudsætninger i mål- og løsningsarkitekturer samt kravspecifikation med tilhørende test- og kvalitetssikring samt ændrede tekniske løsninger i grunddatasystemerne. Implementeringen af beskedfordeleren vil udgøre en risiko for kommunerne parterne og øvrige eksterne anvendere i GD1 og GD2 og for gevinstrealiseringen. Scenarie 2: gælder ovenstående samt Enhver udskydelse af beskeder/hændelser til anvendersystemerne vil medføre en tilsvarende udskydelse af paralleldriften og vil dermed have en negativ påvirkning på gevinstrealiseringen. Side 9 af 11
10 C: Alternativer til Datafordelerens Beskedfordeler til GD1 og GD2 Forståelse af løsningsmodel Figur 5: Alternativ, interim besked-integration via KL/Kombit. Løsningsmodellen modsvarer model A s nuværende GD1/GD2-løsningsarkitektur, bortset fra at beskedfordelen etabeleres i et andet regi end datafordeleren og målrettet GF1 og GD2 s behov. Model C er et forsøg på at se på en alternativ model, som fastholder det grundlæggende koncept i model A for håndtering af hændelser/beskeder, men uden at anvende Datafordeleren til det formål. Det er umiddelbart vurderet, at det ud fra en teknisk synsvinkel kunne være en mulighed at anvende en beskedfordeler af den type Kombit aktuelt har i udbud til kommunal anvendelse. Det skal dog understreges, at der ikke er foretaget en egentlig analyse heraf og at modellen ikke er drøftet med KL/Kombit. Udover de tekniske spørgsmål vil der være en række ikke trivielle forvaltningsmæssige forhold, som skal håndteres. Eksemplevis ifm. governance og udbud. Modellens fordele Modellen understøtter grundlæggende GD1/GD- løsningsarkitekturen. Modellens implikationer Hvis løsningen er interim og ikke permanent, vil den kræve en efterfølgende tilpasning til en GD- Beskedfordeler både hos Grunddatasystemer og andre anvendere. Kræver en hurtig afklaring af om Datafordelerens rolle i denne model herunder om den kan generere de ønskede hændelser. Grunddataprogrammets implementeringer bliver tidsmæssigt afhængige af interimløsningen og muligvis andre støttesystemer, som beskedfordeleren skal anvende. Der skal tages stilling til om der skal udvikles en selvstændig løsning til brug for GD1 og GD2 eller om det er muligt at genanvende den beskedfordeler, som er under udvikling hos KL/Kombit. Side 10 af 11
11 Etableringen af interimløsningen kan forsinke GD1 og GD2. Der skal aftales ansvar- og opgavefordeling parterne imellem. Økonomi skal fastlægges og aftales. Side 11 af 11
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 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 mereBilag 5: Cover til håndtering af aktuelle emner fra GD2 s risikolog.
MBBL 27. august 2013 Bilag 5: Cover til håndtering af aktuelle emner fra GD2 s risikolog. GD2/Adresseprogrammet identificerer løbende en række risici, som har tværgående betydning for delprogrammets projekter.
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 mereBilag 4: Cover til håndtering af aktuelle emner fra GD1 s risikolog.
MBBL 26. august 2013 Bilag 4: Cover til håndtering af aktuelle emner fra GD1 s risikolog. GD1/Ejendomsdataprogrammet identificerer løbende en række risici, som har tværgående betydning for delprogrammets
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 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 mereEjendomsdataprogrammet (GD1)
Ejendomsdataprogrammet (GD1) skaber sammenhæng på tværs af siloerne Peter Lindbo Larsen chefkonsulent, MBBL Ejendomsdataprogrammets centrale udfordringer TINGBOG Ident Adkomst Byrder Pant 4a NN - NoCredit
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 mereGrunddataprogrammerne. Georg Bergeton Larsen og Jørgen Grum
Grunddataprogrammerne Georg Bergeton Larsen og Jørgen Grum Styrelsen for Dataforsyning og Effektivisering 29. marts 2018 Side 1 Oversigt - Datafordeler (aktiviteter og planer) - Adresser (GD2) - Ejendomme
Læs mereCover til håndtering af aktuelle emner fra GD2 s risikolog.
MBBL 23. september 2013 Cover til håndtering af aktuelle emner fra GD2 s risikolog. GD2/Adresseprogrammet identificerer løbende en række risici, som har tværgående betydning for delprogrammets projekter.
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 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 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 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 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 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 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 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 mereKvalitetssikring af ESR data ift. GD1 og GD2 Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012-2015
Kvalitetssikring af ESR data ift. GD1 og GD2 Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012-2015 22. juni 2015 Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning
Læs mereGode ejendomsdata på vej Dataforbedringer på ejendomsdataområdet. Peter Lindbo Larsen,
Gode ejendomsdata på vej Dataforbedringer på ejendomsdataområdet EJENDOMSDATAPROGRAMMET Peter Lindbo Larsen, Programleder: Ejendomsdataprogrammet (GD1) 23-05-2016 1 Ejendomsdataprogrammet vil gøre det
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 mereDen fællesoffentlige Digitaliseringsstrategi
Den fællesoffentlige Digitaliseringsstrategi 2011-2015 Effektiv ejendomsforvaltning og genbrug af ejendomsdata v/ Peter Lindbo Larsen 15-02-2016 1 Digitaliseringsstrategi 2011-2015 Ejendom og bygning Adresser
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 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 mereBBR - BYGNINGS- OG BOLIGREGISTRET DAR - DANMARKS ADRESSEREGISTER. KOMBITs projekter på grunddataområdet februar 2015
BBR - BYGNINGS- OG BOLIGREGISTRET DAR - DANMARKS ADRESSEREGISTER KOMBITs projekter på grunddataområdet februar 2015 Overordnet tidslinje for BBR & DAR Nyt BBR i produktion Flere nye versioner Udbud BBR
Læs mereEjendomsdataprogrammet - Implementeringsplan
Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - Implementeringsplan Version:
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 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 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 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 mereBilag 2 - UDKAST - Cover
Bilag 2 - UDKAST - Cover 15. september 2016 BRAHA Revideret plan for test og idriftsættelse af GD1 og GD2 Problem Der er behov for en ny tidsplan for test, implementering og idriftsættelse af GD1 og GD2.
Læs mereUDFASNING AF ESR OG EJENDOMSSKAT & -BIDRAG. KOMBITs projekter på grunddataområdet februar 2015
UDFASNING AF ESR OG EJENDOMSSKAT & -BIDRAG KOMBITs projekter på grunddataområdet februar 2015 Projektet i KOMBIT Udfasning af EjendomsStamRegistret (ESR) Anskaffelse af en ny fælleskommunal it-løsning
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 mereBaggrund og løsningsbeskrivelse
Udfasning af ESR og nyt Ejendomsskat- og Ejendomsbidragssystem 04. juni 2015 BILAG 1 Baggrund og løsningsbeskrivelse Indholdsfortegnelse: 1. Baggrunden for projektet... 2 2. Udfasningen af Ejendomsstamregistret
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 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 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 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 mereEjendomsdataprogrammet - Implementeringsplan
Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Version: 1.9 Status: Klargjort til styregruppe Oprettet:
Læs mereBaggrund Den samlede status i dette cover baserer sig på statusrapporter fra projekterne for perioden 8. juni september 2016.
Cover 16. september 2016 /helms, lonor Statusrapportering for projekterne i Adresseprogrammet GD2 Problem Projekterne statusrapporterer forud for hvert møde i styregruppen. Der statusrapporteres for afsluttede
Læs mereGevinsterne i initiativet Effektiv ejendomsforvaltning og genbrug af ejendomsdata
NOTAT MINISTERIET FOR BY, BOLIG OG LANDDISTRIKTER 19. okt. 2012 Gevinsterne i initiativet Effektiv ejendomsforvaltning og genbrug af ejendomsdata Sag: /pll-mbbl Baggrund Som en del af den fællesoffentlige
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 mereSamlet Fast Ejendom (SFE) Bygning På Fremmed Grund (kommende fra Bygning På Lejet Grund ) Ejerlejlighed
11. januar 2017 1. Formål Dette notat er henvendt til IT leverandører og IT indkøbere af systemer, der anvender Building & Dwelling services på det nuværende Bygnings- og Boligregister (BBR). Som offentliggjort
Læs mereReferat af fælles GD1 / GD2 styregruppemøde.
Kontor Effektivisering Dato 15. februar 2017 J nr. Referat af fælles GD1 / GD2 styregruppemøde. Torsdag den 2. februar 2017 kl. 13.15-15.00, SDFE mødelok. 0.3 Helms/Aslen Deltagere: Søren Reeberg Nielsen
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 mereAnbefalingerne har givet anledning til en grunddig drøftelse og refleksion i såvel delprogrammets styregruppe og ledelsen for de enkelte projekter.
NOTAT Dato: 27. august 2013 Kontor: Ejendomsdata Sagsnr.: 2012-3715 Sagsbeh.: KE/ALE Opfølgende notat på anbefalinger fra Statens IT-projektråd til Delprogram1 (GD1/Ejendomsdataprogrammet) samt it-projekterne
Læs mereNOTAT. Dato: 10. december 2013 Kontor: Ejendomsdata Sagsnr.: Sagsbehandler: KE/THJ
Dato: 10. december 2013 Kontor: Ejendomsdata Sagsnr.: 2012-3715 Sagsbehandler: KE/THJ NOTAT Referat af møde i styregruppen for Grunddataprogrammets delprogram 2 Effektiv genbrug af grunddata om adresser,
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 mereEjendomsdataprogrammet - Matriklen Løsningsarkitektur - Bilag A Servicebeskrivelser og integrationer
Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - Matriklen Løsningsarkitektur
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 mereFælles teststrategi for Ejendomsdataprogrammet og Adresseprogrammet
Grunddataprogrammets delaftale 1 og 2 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Fælles teststrategi for Ejendomsdataprogrammet
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 mereBBR. Bygnings- og Boligregisteret. - Version 2.0, marts Morten Lind, SKAT / Ejendomsdatakontoret August 2016
BBR Bygnings- og Boligregisteret - Version 2.0, marts 2017 - Morten Lind, SKAT / Ejendomsdatakontoret August 2016 Parterne bag BBR 2 Baggrunden for BBR 2.0 Grunddataprogrammet og planerne for ny ejendomsvurdering
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 mereStatus for replanlægningen af GD1 og GD2 samt samspillet med GD7
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Orientering til styregrupperne for GD1 og GD2 Programledelsen for GD1 og GD2 Ministeriet for By, Bolig og Landdistrikter 22. januar 2014 Status for
Læs mereBilag 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 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 mereTil kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer
UdbudsVejledning Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog,
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 mereReferat af møde i styregruppen for Adresseprogrammet Tirsdag den 27. oktober 2015 kl , Geodatastyrelsen mødelok. 0.7
Geodatasamarbejder Den 30. oktober 2015 Referat af møde i styregruppen for Adresseprogrammet Tirsdag den 27. oktober 2015 kl. 12.30-14.30, Geodatastyrelsen mødelok. 0.7 Deltagere: Søren Reeberg Nilsen,
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 mereEjendomsdataprogrammet - Implementeringsplan Hovedplan og implementeringsafhængigheder
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Ejendomsdataprogrammet - Implementeringsplan Hovedplan og implementeringsafhængigheder Version: 0.9 Status: Til godkendelse Oprettet: 11-07-2016 Opdateret:
Læs mereAktstykke nr. 52 Folketinget Finansministeriet. København, den 22. december 2017.
Aktstykke nr. 52 Folketinget 2017-18 52 Finansministeriet. København, den 22. december 2017. a. Finansministeriet anmoder om Finansudvalgets tilslutning til, at det fællesoffentlige grunddataprogram fortsættes
Læs mereFordelingen af kommunale gevinster i business casen for initiativet Genbrug af adressedata
NOTAT MINISTERIET FOR BY, BOLIG OG LANDDISTRIKTER Fordelingen af kommunale gevinster i business casen for initiativet Genbrug af adressedata 18. juli 2012 Sag: /mli-mbbl Baggrund Initiativet Genbrug af
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 mereEjendomsdataprogrammet - BBR Løsningsarkitektur Bilag A Servicebeskrivelser
Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - BBR Løsningsarkitektur
Læs mereProjektinitieringsdokument (PID) Anvenderforum for GD1. 6. december 2013
Projektinitieringsdokument (PID) for GD1 6. december 2013 [Projektinitieringsdokument] Side 1 Indholdsfortegnelse 1. Stamdata... 3 2. Den forretningsmæssige begrundelse for projektet... 3 3. Projektets
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 mereLøsningsarkitektur Bilag A Servicebeskrivelser og integrationer 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 mereArkitekturrapport: Ejendomsskatte- og Ejendomsbidragsløsningen. Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af
Arkitekturrapport: Ejendomsskatte- og Ejendomsbidragsløsningen Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapporten ejes af projektets
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 mereINFORMATIONSMØDE 2.DEC. Ejendomsskatte- og ejendomsbidragssystem
INFORMATIONSMØDE 2.DEC Ejendomsskatte- og ejendomsbidragssystem Dagsorden Velkommen Ved Leverandørchef Jesper Bo Seidler Intro til projekt Ejendomsskat og Ejendomsbidrag Ved Projektleder Sanne Mi Poulsen
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 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 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 mereTestplan: Snitflade-, Integrations- og anvendertest
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Testplan: Snitflade-, Integrations- og anvendertest Version: 0.82 Status: Udkast Oprettet: 27-06-2016 Fil: F 5.2 Testplan - Snitflade- Integrations-
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 mereUnderbilag 3.3 LA. Ver 1.0.docxx
Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltningg og genbrug af ejendomsdataa under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet Løsningsarkitektur Ejerfortegnelsen
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 mereKOMBITS INDSATS PÅ GRUNDDATAOMRÅDET. V/ Per Smed
KOMBITS INDSATS PÅ GRUNDDATAOMRÅDET V/ Per Smed Aftale under økonomiaftalerne: Grunddata & forvaltningssystemer skal moderniseres og forenkles Sagsgange skal simplificeres Grunddata skal være bredt tilgængelige
Læs mereFælles test i GD1-GD2-GD7 - Behovsundersøgelse
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Fælles test i GD1-GD2-GD7 - Behovsundersøgelse Version: 0.71 Status: Udkast Oprettet: 10-10-2015 Fil: Fælles test i GD1-GD2-GD7 - Behovsundersøgelse
Læs mereID Risikoårsag Risikohændelse Effekt Mitigerende handling Ansvarlig. Store dele af den tværgående test går i stå eller forsinkes.
Cover Den 15. november 2016 /lonor på testplanens risici Problem I tillæg til den opdaterede testplan for GD1 og GD2 (godkendt 30/9 af GB med forbehold for finansiering) er der udarbejdet et risikobillede.
Læs mereDECEMBER Vejledning til kommunens snitfladestrategi
DECEMBER 2016 Vejledning til kommunens snitfladestrategi Dette notat introducerer arbejdet med kommunens snitfladestrategi. Snitfladestrategien beskriver kommunens strategiske beslutninger vedr. snitflader
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 mereKLAR TIL BEDRE GRUNDDATA MARTS 2019 INSPIRATION KLAR TIL BEDRE GRUNDDATA KOMMUNENS OPGAVER OG MULIGE GEVINSTER
KLAR TIL BEDRE GRUNDDATA MARTS 2019 INSPIRATION KLAR TIL BEDRE GRUNDDATA KOMMUNENS OPGAVER OG MULIGE GEVINSTER 2 Forord Få adgang til redskaber og vejledninger om implementering af grunddata ved at sende
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 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 mereHer udover vil der som konsekvens af aftalen skulle ske ændringer i flere kommunale fagsystemer primært ESR-området (EjendomStamRegister).
N O TAT Økonomien i det fælles grunddataprogram Grunddataprogrammet handler grundlæggende om at forbedre kvaliteten af grunddata og at effektivisere brug, opbevaring og distribution af grunddata, herunder
Læs mereCover til GD1/GD2-stg
Cover til GD1/GD2-stg 17. august 2016 BRAHA Revideret plan for test og idriftsættelse af GD1 og GD2 Problem Der er behov for en drøftelse af rammerne for en ny tidsplan for test, implementering og idriftsættelse
Læs mereEjendomsdataprogrammet - Målarkitektur Bilag A: Systemer
Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - Målarkitektur Bilag A:
Læs mereInformationsdag om KOMBITs projekter på Grunddataområdet. Statslige indsatser i forhold til ejendomme og adresser v/tine Garbers, KL
Informationsdag om KOMBITs projekter på Grunddataområdet Statslige indsatser i forhold til ejendomme og adresser v/tine Garbers, KL 1 De to store programmer fælles for programmerne Nye arbejdsgange i kommunerne
Læs mereKOMBITS UDMØNTNING AF RAMMEARKITEKTUREN. V/ Chefkonsulent Morten Hass
KOMBITS UDMØNTNING AF RAMMEARKITEKTUREN V/ Chefkonsulent Morten Hass Tre budskaber Rammearkitekturen er kommunernes fælles krav og infrastruktur Hvert fælles projekt udbygger rammearkitekturen Når ny fælles
Læs mereBBR. Bygnings- og Boligregisteret. - Version 2.0, marts Morten Lind, SKAT / Ejendomsdatakontoret August 2016
BBR Bygnings- og Boligregisteret - Version 2.0, marts 2017 - Morten Lind, SKAT / Ejendomsdatakontoret August 2016 Parterne bag BBR 05-09-2016 2 Baggrunden for BBR 2.0 Grunddataprogrammet og planerne for
Læs mereJysk-Fynsk GIS konference 2013
Ejendomsdataprogrammet Jysk-Fynsk GIS konference 2013 Spor: Digitaliseringsstrategi Titel: Ejendomsområdet forbedrede arbejdsgange og datagrundlag til gavn for kommunerne Peter Knudsen Projektleder Matriklens
Læs mereTættere offentligt, digitalt samarbejde
Agenda Den fælles offentlige digitaliserings strategi Grunddataprogrammet Standardisering af vej- og trafikdata Ny model for vejreference Stigruppens arbejde Resultat i relation til vejman.dk Tættere
Læs mereImplementeringsplan. Delprogram 2: Effektivt genbrug af grunddata om adresser, administrative inddelinger og stednavne
Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektivt genbrug af grunddata om adresser, administrative inddelinger og stednavne Implementeringsplan MBBL-REF:
Læs mereReferat af møde i styregruppen for Adresseprogrammet, onsdag den 2. april 2014 kl i Ministeriet for By, Bolig og Landdistrikter
Bilag 1 Dato: 23. juni 2014 Kontor: Ejendomsdata Sagsnr.: 2012-3715 Sagsbehandler: THJ NOTAT Referat af møde i styregruppen for Adresseprogrammet, onsdag den 2. april 2014 kl. 14.15 16.15 i Ministeriet
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 mere