<navn på proces eller use case>
|
|
- Benjamin Kristensen
- 5 år siden
- Visninger:
Transkript
1 -- AKT BILAG 1 -- [ Bilag B1_Skabelon Integrationstabel ] -- Bilag B1 Integrationstabel Formålet med integrationstabellerne er at danne et samlet overblik over de tekniske integrationer, der kræves for at udføre projekternes definerede processer eller use cases. Tabellerne udfyldes med navnet på den hændelse, eller den serviceoperation, der genereres eller anvendes i den pågældende proces eller use case. Da tabellerne skal ses som et projektinternt værktøj til at sikre, at alle hændelser og services specificeres, kan det enkelte projekt beslutte, om integrationstabellerne udfyldes per proces eller per use case. Navn på use case/proces Use case/ procestrin: eksempel <navn på proces eller use case> Forretningsmæssig beskrivelse af trin Opret ejerlejlighed i Matrikel med BFE-nr, status Foreløbig og initialiser ejerskab til BFE i Ejerfortegnelsen med samme ejer som hovedejendommen. 1 2 Trin System Forretningsmæssig beskrivelse Navn på integration Eks. Matrikel Landinspektør opretter ny BFE med status Foreløbig Eks. Ejerfortegnelse Matriklen opretter nye ejerskab med status Aktuelt U H A U H A Ny BFE Opret BFE Nyt ejerskab Opret ejerskab 1 U H A 2 U H A Signaturforklaring: U = Udstillingsservice på Datafordeleren H = Hændelse der genereres, eller abonneres på A = Ajourføringsservice på et specifikt grunddataregistre, dette gælder også læs-operationer, der skal anvendes i forbindelse med opdateringer.
2 Bilag B2 Skabelon til test, services egne (udgående) De enkelte services skal beskrives på en ensartet måde på tværs af systemerne, så der sikres en fælles forståelse for, hvilke operationer de forskellige services indeholder, og hvilken funktionalitet der tilbydes i de forskellige operationer. Da alle systemerne skal udvikles parallelt, bliver servicebeskrivelserne afgørende for at sikre, at systemerne kan integrerer med hinanden på det ønskede niveau, med den rette dataudveksling. Egne services skal beskrives i følgende skabelon: Navn: navn på egen service, eksempelvis: BrugsenhedAjourfoer Formål: Formålet med servicen beskrives kort, eksempelvis: Formålet med servicen er at oprette en den Brugsenhed som beskriver en Ejerlejlighed Understøttede processer: Der beskrives kort hvilke processer servicen skal understøtte, eksempelvis: Understøtter processen med udarbejdelse af teknisk dokumentation for Ejerlejligheder i Matriklen Liste over operationer/metoder: Komplet liste af de operationer servicen indeholder, eksempelvis: - OpretBrugsenhed - RetBrugsenhed - SletBrugsenhed - VisBrugsenhed Service informationsmodel: En komplet liste af hvilke begreber fra begrebsmodellen, der anvendes i servicen, som input- og outputparametre: - BBR Sag - Brugsenhed - Bygning - Teknisk anlæg Service Level Agreement (SLA): Udfyldes med krav og forventninger til SLA parametre, eks: - Svartider: o liste operationer < 3 sekunder o opret/opdater operationer < 1 sekund o læs operationer < 0,5 sekund - Oppetid: o Mandag fredag, : 99 % o Øvrig: 96 % - Support tilgængelighed: o Mandag fredag,
3 Alle tilhørende serviceoperationer skal beskrives i følgende skabelon: Navn: Navn på serviceoperation, eksempelvis: OpretBrugsenhed Formål: Forretningsmæssig beskrivelse af operations formål, eksempelvis: Opretter en Brugsenhed tilknyttet en Ejerlejlighed i Matriklen og med tilknytning af de Enheder, Bygninger og Tekniske anlæg, som Brugsenheden omfatter. Input parametre: En komplet liste af mulige input parametre, eksempelvis: - Ejerlejlighed - Enheder - Bygninger - Tekniske anlæg Output parametre: En komplet liste af mulige output parametre, eksempelvis: Liste indeholdende: - Brugsenhed Returkoder: Komplet liste over mulige returkoder, eksempelvis: - OK - Ejer findes ikke Præbetingelser: Beskrivelse af eventuelle forretningsmæssige forudsætninger for at operationen kan fungerer korrekt, eksempelvis have en præbetingelse, der siger at Enheder, Bygninger og Tekniske anlæg skal eksistere. Postbetingelser: Beskrivelse af eventuelle forretningsmæssige konsekvenser af at operationen blev udført uden fejl, eksempelvis Ny Brugsenhed oprettet Sikkerhed: En beskrivelse af hvilket sikkerhedsrolle(r) der kræves for at anvende operationen, eksempelvis: - BBR_UPDATE_LSP Sikkerhedsrollen styrer, at det kun er landinspektører med den korrekte rolle, der får mulighed for at vedligeholde Brugsenheder ud fra Ejerlejligheder. Det tværgående review skal sikre, at alle beskrevne integrationer fra løsningsarkitekturen kan opnås med de beskrevne services og serviceoperationer.
4 Bilag B3 Skabelon til test, Services andres (indgående) Ønsker et projekt at anvende serviceoperationer, andre systemer stiller/skal stille til rådighed, skal disse specificeres som krav overfor de pågældende systemer. Som anvender er man interesseret i specifikke operationer, og i første omgang ikke hvilke services, operationerne udbydes i. Skabelonen for andres (indgående) services er den samme skabelonen til egne serviceoperationer, men med færre obligatoriske oplysninger. Krav til indgående serviceoperationer, beskrives i følgende skabelon: Navn: Navn på serviceoperation, eksempelvis: EjerskabSoegViaEjer Formål: Forretningsmæssig beskrivelse af operations formål, eksempelvis: Finder de ejendomme som helt eller delvis ejes af den angivne ejer. Input parametre: En liste af ønskelige input parametre, eksempelvis: - Ejer Ejer er enten et CPR, eller et CVR nummer. Output parametre: En minimums liste af mulige output parametre, eksempelvis: Liste indeholdende: - Aktuelt ejerskab Returkoder: Eventuelle ønsker til returkoder, eksempelvis: - OK - Ejer ikke udfyldt med validt indhold Da operationen udstilles af Ejerfortegnelsen, kan den kun validere at inputparameteren er udfyldt med validt indhold, men ikke om ejeren faktisk er en eksisterende Person eller Virksomhed. Præbetingelser: Beskrivelse af eventuelle forretningsmæssige forudsætninger for at operationen kan fungerer korrekt. En søge operation vil typisk ikke have præbetingelser, men en UPDATE af et BFE vil eksempelvis have en præbetingelse, der siger at BFE skal eksistere. Postbetingelser: Beskrivelse af eventuelle forretningsmæssige konsekvenser af at operationen blev udført uden fejl. Igen er en søge operation et dårligt eksempel, da den ikke ændrer på data. Et eksempel på en postbetingelse kunne være CREATE BFE, hvor postbetingelsen så kunne være noget i stil med Ny BFE oprettet med et adgangspunkt
5 Sikkerhed: Kan kun udfyldes af det system, der udstiller serviceoperationen. Service Level Agreement (SLA): Udfyldes, hvis anvendersystemet har særlige krav til svartider, oppetid, support og lignende.
6 Bilag B4 Skabelon til test Services sammensatte Sammensatte services udstilles udelukkende på Datafordeleren, der er således kun tale om READ operationer i en sammensat service. I GD1 s og GD2 specifikation af sammensatte services, tages der ikke højde for eventuelle behov hos andre anvendere af grunddata end GD1 og GD2 systemerne. Sammensatte services skal specificeres med følgende skabelon: Navn: navn på egen sammensat service, eksempelvis: EjendomEjerNavnAdresse Formål: Formålet med servicen beskrives kort, eksempelvis: Formålet med servicen er at fremsøge en specifik ejendoms ejer, samt ejers navn og adresse. Understøttede processer: Der beskrives kort hvilke processer servicen skal understøtte, eksempelvis: Understøtter processen med at fremsøge ejer og ejers adresse på en specifik ejendom i forbindelse med udsendelse af BBR-Meddelelse Liste over operationer/metoder: Komplet liste af de operationer servicen indeholder, eksempelvis: - HentEjerNavnAdresseViaBFE Sikkerhedshåndtering: En beskrivelse af hvordan servicen skal håndtere fejl, der skyldes at anvenderen ikke har rettigheder (sikkerhedsroller) til at anvende alle underliggende services. Eksempel: Anvenderen har kun READ_PUBLIC i nedenstående eksempel. - Skal servicen melde fejl, uden at returnere noget data? - Skal servicen returnere det data, anvenderen gerne må få, dvs. VirksomhedNavn og Adresse? - Hvis data returneres delvist, skal anvenderen så gøres opmærksom på de manglende rettigheder? Kildesys tem: *Service og serviceoperation: Informations model, input: Information smodel, output: Sikkerhed: Navn på kildesyst emet Navn på kildesystemets service og serviceoperation Input parametre Output parametre Angivelse af hvilke sikkerhedsroller de forskellige operationer kræver. Ejerforte gnelse EjerSoeg -> SoegViaBFE BFE AktueltEjers kab EJER_READ_OWNER CPR PersonSoeg -> SoegViaCPR AktueltEjersk ab (CPR) Person CPR_READ_NAME
7 CVR VirksomhedSoeg -> SoegViaCVR AktueltEjersk ab (CVR) Virksomhed Navn READ_PUBLIC DAR AdresseSoeg -> SoegViaAdgangspun kt Adgangspunk t Adresse READ_PUBLIC * De services og serviceoperationer der angives i de sammensatte services, skal eksistere i forvejen, eller være blevet kravspecificeret overfor kildesystemerne senest samtidigt med den sammensatte service. Bemærk: I praksis vil der formentlig blive tale om en kombination af at læse data direkte fra tabellerne på Datafordeleren og kalde eksterne services (data der ikke er implementeret på Datafordeleren). Kravet om at data skal være tilgængelige via services hos de enkelte systemer, sikrer at data vil være tilgængeligt på Datafordeleren eller hos eksterne systemer, med de i servicespecifikationen beskrevne nøgler. På præsentationsmødet 5. februar, blev det diskuteret om der kunne laves en mere hensigtsmæssig skabelon, baseret på systemerne udstillingsdatamodel.
8 Bilag B5 Skabelon til test_sikkerhedsroller Hvert system skal definere hvilke roller de implementerer, og hvad disse roller giver adgang til. Sikkerhedsrollerne skal navngives efter skabelonen: <system>_<operation>_<afgrænsning>, hvor <system> angiver det system, der implementere rollen, <operation> refererer til CRUD (Create, Read, Update, Delete) funktionen, mens <afgrænsning> er en systemspecifikt sigende afgrænsning på operationen. Nogle eksempler på sikkerhedsroller kunne være: READ_PUBLIC BBR_READ_CLASSIFIED1 MATR_CREATE_BFE EJERF_READ_CPR DAR_UPDATE_DOERPUNKT Bemærk at første eksempel er uden system præfiks, dette skyldes at mange brugere vil skulle kunne læse offentligt tilgængelige data. Ved at have en generel READ, som alle systemerne tolker ens, vil man i STS en 1 kunne tillade brugere, der ikke er oprettet i brugerstyringen. (brugerne vil fortsat være kendt via det certifikat de logger på med, men dette bruges kun til logning). Det tværgående review skal sikre, at alle systemer har beskrevet deres sikkerhedsroller på en ensartet måde, og at de anvendte begreber har samme betydning på tværs af systemerne. Sikkerhedsrollerne skal beskrives med følgende skabelon: System Operation Afgrænsning Beskrivelse BBR, MATR, EJERF, DAR, DAGI, DS CREATE, READ, UPDATE, DELETE Systemspecifikt navn Kort beskrivelse af hvilken funktionalitet sikkerhedsrollen giver adgang til. READ PUBLIC Giver læseadgang til alle offentlige tilgængelige data. MATR CREATE BFE Giver adgang til at oprette nye BFE. 1 Security Token Server, den server, der udsteder et token, som indeholder brugeren rettigheder.
9 Bilag B6 Skabelon til test metadata Afventer afklaring af regler
10 Bilag B7 Skabelon til test hændelser Hændelser er sammen med services, snitflader til de enkelte systemer. Hændelserne skal, i forbindelse med kravspecifikation, defineres på en ensartet måde på tværs af projekterne. Da der er en del processer i de enkelte systemer, der er afhængige af hændelser fra andre systemer, er det vigtigt, at den forretningsmæssige beskrivelse af hændelserne foretages i forbindelse med kravspecifikationen, så de afhængige systemer har et kendt grundlag at starte deres løsningsdesign på. Af EDA referencearkitekturen version 0.4 fremgår en skabelon til beskrivelse af hændelser, inklusiv obligatoriske felter fra modelreglerne. Denne skabelon er nedenfor tilpasset behovene i den tværgående kvalitetssikring 1 : Hændelse *forretningshændelse *objekttype(r) stedbestemmelse sikkerhedsrolle(r) forretningsdata * Felter der skal udfyldes for indgående hændelser, jævnfør afsnit Fejl! Henvisningskilde ikke fundet.. Feltnavn forretningshændelse objekttype stedbestemmelse sikkerhedsrolle Forretningsdata Betydning Den forretningshændelse som beskeden meddeler. Den kan være forretningsrettet, i den generelle betydning af forretningshændelse, eller snævrere udtrykke en bestemt slags opdatering af grunddata. Dette fastsættes af den ansvarlige myndighed ud fra muligheder og behov. Navn på forretningshændelse. Unik identifikation af hovedobjektets type. Navn på den modelentitet der modellerer hovedobjektet. Et geografisk sted (eller steder), som hændelsen vedrører. Geoobjekt evt. som multigeometri. Det sikkerhedsniveau, der kræves for adgang til hændelsen. Hvis der medsendes data i hændelsen, der kræver et særligt sikkerhedsniveau, skal dette angives særskilt. Det forretningsmæssige data, der sendes sammen med 1 I EDA referencearkitekturen fremgår feltet sikkerhedsroller som Sikkerhedsmarkering i den tekniske del af formatet.
11 hændelsen. Det vil sige data, der alternativt kan fremsøges via identifikationen fra objekttype. For yderligere beskrivelse, se venligst EDA referencearkitektur ver 0.4. Ovenstående felt forretningsdata, er beskrevet som Private egenskaber. De enkelte afsendersystemer skal beslutte hvilke integrationsmønstre, de vil anvende, når de genererer hændelser. Lidt forsimplet: Sendes der ikke forretningsdata med hændelsen, vil modtagersystemet være nødt til at kalde en READ operation hos afsendersystemet (eller på Datafordeleren), før hændelsen kan anvendes i modtagersystemets egne processer. Denne READ operation skal stilles til rådighed af afsendersystemet (eventuelt via Datafordeleren, men den skal fortsat specificeres af afsenderen) Sendes der, det data med, som modtagersystemet har behov for, vil modtagersystemet ikke have behov for en READ operation til det pågældende forretningsdata hvorfor afsendersystemet ikke behøver at specificere en READ operation, i hvert fald ikke på grund af hændelsen.
1. Services, egne (udgående)
1. Services, egne (udgående) Navn: navn på egen service, eksempelvis: BrugsenhedAjourfoer Formålet med servicen beskrives kort, eksempelvis: Formålet med servicen er at oprette en den Brugsenhed som beskriver
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 mereDAGI Løsningsarkitektur Bilag A - Servicebeskrivelser og integrationer
Bilag 9 Fælles arkitekturramme for GD1GD2GD7 Grunddataprogrammets delaftale 2 om effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne DAGI Løsningsarkitektur Bilag A Servicebeskrivelser
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 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 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 mereEn ajourføringsservice er intern service mellem to registre udgangspunktet er beskrivelserne i løsningsarkitekturen bilag A - servicebeskrivelse.
1. Fælles skabeloner For at få en ensartet detaljeret beskrivelser af samtlige services, skal bruges et sæt af fælles skabeloner. Der er én skabelon for hver servicetype (ajourføring, udstilling, hændelser
Læs mereGD1/GD2 - Model for supplerende forretningsbeskrivelser
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Bilag 11 - Fælles arkitekturramme for GD1-GD2-GD7 GD1/GD2 - Model for supplerende forretningsbeskrivelser Udbudsoption vedrørende supplerende forretningsbeskrivelser.
Læs 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 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 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 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 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 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 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 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 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 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 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 mereADK 1.0 KRAVSPECIFIKATION
ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 23-06-2014 MST Oprettelse af integrationskrav 0.2 25-06-2014 HAH Review for forståelighed og stringens.
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 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 mereGrunddataprogrammet. Side 1 af 11. Aftale om styringsrammer for grunddatamodellen
Grunddataprogrammet Side 1 af 11 Aftale om styringsrammer for grunddatamodellen Side 1 af 11 11. oktober 2013 SAR Aftale om styringsrammer for grunddatamodellen Formål Formålet med aftalen er at sikre
Læs mereDKAL Snitflader REST Register
DKAL Snitflader REST Register 1 Indholdsfortegnelse A2.1 INTRODUKTION 3 A2.1.1 HENVISNINGER 3 A2.1.2 LÆSEVEJLEDNING 4 A2.1.2.1 SÅDAN LÆSES EN REST GRAF 4 A2.1.2.2 SÅDAN LÆSES EN RESSOURCE OG EN TYPE 4
Læs 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 mereGrunddataprogrammet. Ibrugtagningsplan for modelregler for grunddata
Grunddataprogrammet Ibrugtagningsplan for modelregler for grunddata 1 Ibrugtagningsplan for modelregler for grunddata Version: 0.5 Status: Godkendt 2 Versionshistorik Version Dato Status Bemærkninger 0.1
Læs 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 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 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 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 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 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 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 mereSNITFLADER TIL INDEKSER. Præsentation af de fælleskommunale støttesystemernes snitflader til indekser
SNITFLADER TIL INDEKSER Præsentation af de fælleskommunale støttesystemernes snitflader til indekser Introduktion Fokus At give et overblik over: Integration til indekserne Forudsætninger for integration
Læs 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 mereKvalitetssikring af DLS leverancer Afrapportering 15. oktober 2015
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) bilag 6 Kvalitetssikring af DLS leverancer Afrapportering 15. oktober 2015 Version: 0.3 Status: Udkast Oprettet 15-10-2015 Fil: Bilag 6 - Kvalitetssikring
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 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 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 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 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 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 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 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 mere1 Begrebsmodel for Ydelsesindeks
1 Begrebsmodel for Ydelsesindeks Ydelsesindeks skal indeholde metadata om tildelte ydelser, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres et tværgående
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 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 mere23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring
23. maj 2013Klik her for at angive tekst. HHK/KMJ Vejledning til brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående
Læs mereDigital post Snitflader Bilag A2 - REST Register Version 6.3
Digital post Snitflader Bilag A2 - REST Register Version 6.3 1 Indholdsfortegnelse A2.1 INTRODUKTION 4 A2.1.1 HENVISNINGER 4 A2.2 OVERSIGT OVER FUNKTIONSOMRÅDE 5 A2.2.1 OPRET / HENT OPLYSNINGER OM SLUTBRUGER
Læs mereTrin-for-trin guide: Tilslutning af web service til NemLog-in
Trin-for-trin guide: Tilslutning af web service til NemLog-in Side 1 af 18 18. maj 2015 TG Baggrund og formål I foråret 2014 blev der udarbejdet en fælles sikkerhedsmodel for grunddataprogrammet. Modellen
Læs mereBilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter
Bilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter Servicebeskrivelse Økonomistyrelsen Marts 2011 Side 1 af
Læs mereKrav til beskedfordeler, dannelse og abonnement
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Bilag 4 - Fælles arkitekturramme for GD1-GD2-GD7 Krav til beskedfordeler, dannelse og abonnement Version: 0.4 Status: udkast Oprettet: 2. juni 2014
Læs 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 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 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 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 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 mereIbrugtagning af Fødselsindberetningsservicen på NSP
Ibrugtagning af Fødselsindberetningsservicen på NSP Udarbejdet af: NSI Version: 1.0 Dato: 09.07.2013 Indholdsfortegnelse 1 Vejledning til ibrugtagning af Fødselsindberetningsservicen... 3 1.1 Læsevejledning
Læs mereHændelsesbeskeder - Løsningsmodeller og implikationer
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:
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 mere(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013Klik her for at angive tekst. NOTAT Bilag 11: Anvenderkrav til adgangsstyring - Støttesystemerne Context handler, Security Token Service og Administrationsmodul (Bilag til dagsordenspunkt
Læs 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 mereBBR OIOXML. Vejledning til snitfladen: Address.wsdl
OIOXML Vejledning til snitfladen: En vejledning rettet mod 3. part. Ændringer i forhold til forrige versioner Version 1.0 Første version, 15.01.2010 Version 1.1.0 5.2.2010: Opdateret med de tilbagemeldinger
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 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 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 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 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 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 mereDKAL Snitflade Webservice
DKAL Snitflade Webservice Typografidefinition: Overskrift 1: Skrifttype: Indrykning: Venstre: 0 cm, Hængende: 0,76 cm, Sideskift før Typografidefinition: Overskrift 2;H2;h2;2;headi;hea ding2;h21;h22;21;heading
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 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 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 mereIntroduktion til Digital Post. Februar 2016
Introduktion til Digital Post Februar 2016 Hvem skal læse dokumentet? Vejledningen er relevant for dig, hvis du har brug for en introduktion til Administrationsportalen i Digital Post og hvad der skal
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 mereHændelser på dåtåfordeleren
Hændelser på dåtåfordeleren En kort introduktion til begreber og anvendelsesmuligheder SDFE version 1.0 24. oktober 2016 Indhold Indledning... 2 Overordnet arkitektur... 2 Hændelsesbegrebet... 3 Forretningsmæssige
Læs mereAnvendelse af dobbelthistorik i GD2
Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi GD2 - Adresseprogrammet Anvendelse af dobbelthistorik i GD2 Implementerings regler og eksempler på dobbelthistorik MBBL- REF: Version:
Læs mere0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012
Læs 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 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 mereDrejebog for tilslutningsprøve OIO sag
Drejebog for tilslutningsprøve OIO sag Indholdsfortegnelse Ændringer i forhold til forrige version... 3 1 Indledning... 4 1.1 Formål med drejebogen... 4 1.2 Mål med tilslutningsprøven... 4 2 Overordnet
Læs mereSF1460_C Aflever besked Integrationsbeskrivelse - version 2.2.2
SF1460_C Aflever besked - version 2.2.2 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet
Læs mereDigital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3
Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 4 A5.2 HTTP RETURKODER 4 A5.3 DIGITAL POST FEJLKODER 7 A5.3.1 DIGITAL POST
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 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 mereTeknisk leverandørspor - Serviceplatformen
Teknisk leverandørspor - Serviceplatformen Dagsorden 1. Velkomst 2. Opfølgning på arbejdsgange 3. En BI-leverandørs syn på Serviceplatformen 4. Testdata 5. Integrationsmønstre 6. Orientering fra kommunedialog
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 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 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 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 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 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 mereTypografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem
Typografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem 1 Indholdsfortegnelse A3.1 INTRODUKTION 3 A3.1.1 HENVISNINGER 3 A3.1.2 LÆSEVEJLEDNING 4 A3.1.2.1 SÅDAN
Læs mereEJENDOMSDATAPROGRAMMET
Grunddataprogrammets delaftale 1: EJENDOMSDATAPROGRAMMET Effektiv ejendomsforvaltning og genbrug af ejendomsdata Sættemøde for projektforum den 13. december 2012 Dagsorden 1. Velkomst og bordrunde, samt
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 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 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 mereGrænsefladebeskrivelse for EFI
Ver.: 1.0 Dato 28-06-2010 Grænsefladebeskrivelse for EFI Digitalt Motorregister (DMR) 2010-2011 Grænsefladebeskrivelse for EFI side 1/7 Denne interessentpakke indeholder en detaljeret beskrivelse af de
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 mereSnitfladebeskrivelse for Snitfladebeskrivelse STD-8 KMD Boligstøtte Version 1.0.0, 13.12.2011
Snitfladebeskrivelse for Snitfladebeskrivelse STD-8 KMD Boligstøtte Version 1.0.0, 13.12.2011 Indholdsfortegnelse Ændringer i forhold til forrige version... 2 1 Brug af snitfladebeskrivelsen... 3 2 Formål
Læs mere