Anvendelse af dobbelthistorik i GD2

Størrelse: px
Starte visningen fra side:

Download "Anvendelse af dobbelthistorik i GD2"

Transkript

1 Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi GD2 - Adresseprogrammet Anvendelse af dobbelthistorik i GD2 Implementerings regler og eksempler på dobbelthistorik MBBL- REF: Version: 1.0 Status: Afsluttet Dato: 01. Juni 2015 Fil: Forretningsregler for implementering af dobbelthistorik GD2.docx

2 Dokument historie Version Dato Beskrivelse Initialer Dokument reviewet og frigivet til offentliggørelse SD- RSP Indholdsfortegnelse 1 INDLEDNING DOKUMENTETS FORMÅL FORMÅLET MED DOBBELTHISTORIK GRUNDDATAPROGRAMMETS ANVENDELSE AF DOBBELTHISTORIK BEGREBER UNIK IDENTIFIKATION REGISTRERINGSTID VIRKNINGSTID OBJEKTSTATUS REGISTRERINGS- OG VIRKNINGSAKTØR REGLER GENERELT OPRETTELSE OG ÆNDRING AF FORRETNINGSOBJEKTER Rettelse af indholdsmæssige fejl til samme virkningstid og objektstatus Opdatering af oplysninger til ny virkningstid og/eller ny objektstatus Logisk sletning af et forretningsobjekt Tilføjelse af historik Flere samtidige versioner LÆSNING AF FORRETNINGSOBJEKTER MED DOBBELTHISTORIK GYLDIGE FORRETNINGSOBJEKTER PÅ ET GIVENT TIDSPUNKT GENSKABNING AF FORRETNINGSOBJEKTER PÅ ET GIVENT REAL- TIDSPUNKT EKSEMPLER PÅ ANVENDELSE AF DOBBELTHISTORIK INDLEDNING EKSEMPLER UDEN FLERE SAMTIDIGE VERSIONER Oprettelse af 19 -

3 5.2.2 Rettelse til samme virkningstid Ændring i status Ændring med ny virkningstid Sletning ved statusskifte Genoplivning ved statusskifte Fortryd nedlæggelse Sletning (ikke ved statusskifte) Tilføjelse af historik Samlet eksempel EKSEMPEL MED FLERE SAMTIDIGE VERSIONER Startpunkt Ny samtidig version oprettes Ny version gøres gældende og gammel version udgår af 19 -

4 1 Indledning 1.1 Dokumentets formål Dokumentet har til formål over for leverandører og andre interessenter at beskrive hvorledes registrene i Grunddataprogrammet skal implementere dobbelthistorik. Dobbelthistorik modelleres ved hjælp af bitemporale egenskaber. Det dobbelte består i, at de to tidsaspek- ter virkningstid og registreringstid håndteres i sammenhæng på et givet forretningsobjekt. 1.2 Formålet med dobbelthistorik Registrering af dobbelthistorik omkring et forretningsobjekt er relevant i forhold til at kunne registrere og distribuere data, som giver mulighed for sporbarhed i de foretagne registreringer. Sporbarhed er de egen- skaber, som et offentligt forvaltningsgrundlag skal kunne understøtte, således det til enhver tid er muligt at fremfinde og dokumentere det datamæssige forvaltningsgrundlag (historiske beslutningsgrundlag), som en aktør har brugt som grundlag for en konkret beslutning/sagsbehandling. Der skal være muligt at fremsøge hvad der på et givet tidspunkt har været registreret i det enkelte register omkring et konkret forretningsob- jekt. 1.3 Grunddataprogrammets anvendelse af dobbelthistorik I Grunddataprogrammet er der i forbindelse med udstilling af data på den fællesoffentlige Datafordeler behov for en stringent måde at definere registreringstid og virkningstid på. Dette er vigtigt, fordi data skal kunne sammenstilles på tværs af registre og dermed danne grundlag for en bedre og mere effektiv brug af de offentlige grunddata. Grunddataprogrammets modelregler kan ses på modelregler Bitemporalitet er et anderkendt begreb, som anvendes i databaser mange forskellige steder i Verden og består af: Unik identifikation (UUID) Registreringstid (til og fra timestamp) Virkningstid (til og fra timestamp) I Grunddataprogrammets modelleringsregler er dobbelthistorik beskrevet til at indeholder de bitemporale egenskaber samt: Registreringsaktør Virkningsaktør Derudover er der et yderligere krav til at alle objekter indeholder: Objektstatus Af hensyn til fælles forståelse, implementering og anvendelse, beskrives disse 6 egenskaber under begrebet dobbelthistorik. - 4 af 19 -

5 2 Begreber Dette afsnit beskriver de begreber Grunddataprogrammet anvender i forbindelse med dobbelthistorik. Dokumentet anvender følgende termer: Begreb : Det er fremgår af informationsmodellerne. Forretningsobjekt : En konkret instans af begrebet (har en UUID). Forekomst : De enkelte rækker i tabellen. 2.1 Unik identifikation Alle begreber modelleres med en persistent, unik nøgle af typen UUID ( Universal Unique IDentifier ), dvs. et globalt unikt id, som ikke ændres i et forretningsobjekts levetid. Normalt vil forretningsobjektet, ud over denne unikke nøgle, have en eller flere forretningsnøgler. Men forretningsnøglerne kan ikke stå alene, da disse i nogle tilfælde ændres over tid, ligesom den samme for- retningsnøgle løbende kan indgå i flere forekomster. 2.2 Registreringstid Alle forekomster registreres i databasen med en registreringstid, bestående af to tidsstempler - et fra- timestamp og et til- timestamp. Fra- timestamp er inklusiv og til- timestamp er eksklusiv. Registreringstiden er tidsrummet fra versionen registreres til den enten erstattes af en nyere version eller afregistreres (logisk slettes). Registreringstiden er således fortløbende for et givent forretningsobjekt. Der kan over tid eksistere flere forekomster med samme identifikation, virkningstid og objektstatus. Her vil registreringstid afgøre, hvilken der er/var gældende på et givet tidspunkt. 2.3 Virkningstid Alle forekomster registreres i databasen med en virkningstid bestående af to tidsstempler - et fra- timestamp og et til- timestamp. Fra- timestamp er inklusiv og til- timestamp er eksklusiv. Virkningstid kan oprettes i fortiden, nutiden eller fremtiden. Der skal kun være én gældende virkningstid for en given objektstatus på et givet tidspunkt. Virkningstid må ikke være overlappende for samme registreringstid og objektstatus. 2.4 Objektstatus Alle forekomster registreres i databasen med en status, der angiver, hvor et forretningsobjekt er i sin livscy- klus. 2.5 Registrerings- og virkningsaktør De to attributter udfyldes med navn eller id på den person eller det program, der foretager ændringen. Registreringsaktør, er den aktør der opdaterer databasen, virkningsaktør er den aktør, der er forretnings- mæssig ansvarlig for opdateringen. Attributterne udfyldes altid og er, af hensyn til overskueligheden, ikke medtaget i resten af dokumentet, da indholdet ikke anvendes aktivt i forbindelse med dobbelthistorikken. - 5 af 19 -

6 3 Regler Dette afsnit beskriver forretningsreglerne for anvendelsen af registreringstid, virkningstid og objektstatus - de 3 begreber, der er afgørende for korrekt dobbelthistorik. Reglerne er tænkt til at være let anvendelige for anvendere af data. Dette er på bekostning af større kom- pleksitet ved oprettelse og opdatering af data. Reglerne er efterfulgt af nogle eksempler i afsnit Generelt Dobbelthistorik registreres pr. forretningsobjekt, dvs. hvert UUID har sin egen dobbelthistorik. Et Null timestamp betragtes som uendelig, eksempelvis implementeret som Null timestamps anvendes kun på registreringtil og virkningtil. RegistreringFra og virkningfra skal altid udfyldes med et ikke- fiktivt timestamp. Ligeledes skal objektstatus også altid udfyldes. 3.2 Oprettelse og ændring af forretningsobjekter Der laves altid en ny forekomst i databasen, når en af egenskaberne for et forretningsobjekt ændrer sig. Dvs. at når en forekomst først er oprettet, må den ikke ændres efterfølgende. Eneste undtagelse er opdate- ring af sluttidspunkt for registreringen (registreringtil), der udfyldes når en ny forekomst af samme forret- ningsobjekt oprettes. Ved oprettelse af et nyt forretningsobjekt sættes forekomstens virkningstid, registreringstid og objektsta- tus således: VirkningFra = Timestamp for start på forekomstens gyldighed VirkningTil = Null eller slut på forekomstens gyldighed, hvis denne kendes Objektstatus = Forekomstens livscyklus status, gældende for den angivne virkningstid RegistreringFra = Aktuelt timestamp RegistreringTil = Null Ved ændring af et forretningsobjekt, oprettes en forekomst, hvor virkningstid, registreringstid og objektsta- tus sættes som ved en oprettelse med følgende tilføjelse: RegistreringTil = Aktuelt timestamp (på den eksisterende forekomst der opdateres) Der må således ikke opstå huller mellem registreringstiden på de to forekomster. Forretningsmæssigt kan ændringer af et forretningsobjekt inddeles i nedenstående variationer: Rettelse af indholdsmæssige fejl til samme virkningstid og objektstatus Opdatering af oplysninger til ny virkningstid og/eller ny objektstatus Logisk sletning af et forretningsobjekt Tilføjelse af historik Flere samtidige versioner Alt efter registrenes livscyklus kan disse give anledning til variationer i dobbelthistorik registreringerne. Dette er nærmere forklaret i de næste underafsnit. - 6 af 19 -

7 3.2.1 Rettelse af indholdsmæssige fejl til samme virkningstid og objektstatus Ved rettelse af indholdsfejl til samme virkningstid, foretages følgende: RegistreringTil = Aktuelt timestamp (på den eksisterende forekomst der opdateres) Der oprettes en ny forekomst med: RegistreringFra = Aktuelt timestamp RegistreringTil = Null Objektstatus = Kopieres fra den forekomst, der rettes VirkningFra = Kopieres fra den forekomst, der rettes VirkningTil = Kopieres fra den forekomst, der rettes Opdatering af oplysninger til ny virkningstid og/eller ny objektstatus Ved opdatering af oplysninger til ny virkningstid og/eller ny objektstatus, foretages følgende: RegistreringTil = Aktuelt timestamp (på den eksisterende forekomst der opdateres) Der oprettes en ny forekomst som en kopi af den tidligere forekomst hvor: RegistreringFra = Aktuelt timestamp RegistreringTil = Null Objektstatus = Kopieres fra den forekomst, der rettes VirkningFra = Kopieres fra den forekomst, der rettes VirkningTil = VirkningFra på den nye forekomst (nedenfor) Der oprettes en ny forekomst med: RegistreringFra = Aktuelt timestamp RegistreringTil = Null Objektstatus = Forekomstens livscyklus status, gældende for den angivne virkningstid VirkningFra = Timestamp for start på forekomstens gyldighed VirkningTil = Null eller slut på forekomstens gyldighed, hvis denne kendes Logisk sletning af et forretningsobjekt Ved logisk sletning af et forretningsobjekt, foretages følgende: RegistreringTil = Aktuelt timestamp (på den eksisterende forekomst der opdateres) Der oprettes en ny forekomst som en kopi af den tidligere forekomst hvor: RegistreringFra = Aktuelt timestamp RegistreringTil = Null Objektstatus = Kopieres fra den forekomst, der rettes VirkningFra = Kopieres fra den forekomst, der rettes VirkningTil = Timestamp for slut på forekomstens gyldighed (tid for sletning) OBS: Registre med objektstatus Nedlagt o.lign er ikke en sletning, men en opdatering, hvor objektstatus anvendes til at beskrive en logisk sletning. Logisk sletning skal anvendes, hvis registreret arbejder med flere samtidige versioner. - 7 af 19 -

8 3.2.4 Tilføjelse af historik Ved tilføjelse af historik, foretages følgende: RegistreringTil = Aktuelt timestamp (på den eksisterende forekomst der opdateres) Der oprettes nye forekomster, som kopier, af de objekter, hvis virkningstid er berørt af historik tilføjelsen: (der kan være tale om en eller flere forekomster) RegistreringFra = Aktuelt timestamp RegistreringTil = Null Objektstatus = Kopieres fra den forekomst, der rettes VirkningFra = VirkningFra, fra den tidligere instans, eller en ny virkningfra, hvis historik tilføjelsen ændrer på virkningfra. VirkningTil = VirkningTil, fra den tidligere instans, eller en ny virkningtil, hvis historik tilføjelsen æn- drer på virkningtil. Der oprettes en ny forekomst med den nye historik: RegistreringFra = Aktuelt timestamp RegistreringTil = Null Objektstatus = Forekomstens livscyklus status, gældende for den angivne virkningstid VirkningFra = Timestamp for start på forekomstens gyldighed (start for den nye historik) VirkningTil = Timestamp for slut på forekomstens gyldighed (slut for den nye historik) Flere samtidige versioner Ved oprettelse af en ny version af et forretningsobjekt, vil resultatet blive flere forekomster med overlap- pende registreringstid og virkningstid, men med forskellige objektstatus. Ved oprettelse af nye versioner, foretages følgende: Der oprettes en ny forekomst med: RegistreringFra = Aktuelt timestamp RegistreringTil = Null Objektstatus = Forekomstens livscyklus status, gældende for den angivne virkningstid VirkningFra = Timestamp for start på forekomstens gyldighed VirkningTil = Null eller slut på forekomstens gyldighed, hvis denne kendes Hvis der eksisterer en anden forekomst med samme objektstatus og virkningstid, skal dette objekt først logisk slettes, jf. nedenstående beskrivelse. Når forekomsten, der beskriver den nye version skifter objektstatus, til samme status som forekomsten der beskriver den aktive version, skal der foretages følgende: Forekomsten for den aktive version skal udgå efter reglerne for Logisk sletning af et forretningsob- jekt, hvorved virkningtil angives med tidspunkt (TID) for skiftet til forekomsten for den nye version Forekomsten for den nye version skal opdateres efter reglerne for Opdatering af oplysninger til ny virkningstid og/eller ny objektstatus, hvor virkningfra sættes til TID - 8 af 19 -

9 4 Læsning af forretningsobjekter med dobbelt- historik Læsning af forretningsobjekter, er altid med udgangspunkt i en identifikation, i form af en nøgle (UUID, evt. Fundet via forretningsnøglen) kombineret med virkningstid og registreringstid. For forretningsobjekter med flere samtidige versioner skal objektstatus dog også anvendes. De to tidsangivelser kan både angives som tidspunkter og som perioder, hvor sidstnævnte vil kunne resultere i en liste af forekomster. Beskrivelserne i dette kapitel samt eksemplerne, tager udgangspunkt i forespørgsler på tidspunkter ikke perioder. 4.1 Gyldige forretningsobjekter på et givent tidspunkt Et gyldigt forretningsobjekt på et givent tidspunkt (TID) identificeres som den forekomst af forretningsob- jektet, med den nyeste registreringstid (registreringtil = Null ), hvor VirkningFra <= TID og VirkningTil > TID. Et gyldigt forretningsobjekt på et givent tidspunkt (TID) med en bestemt objektstatus (STATUS) identificeres som den forekomst af forretningsobjektet, med den nyeste registreringstid, hvor VirkningFra <= TID og VirkningTil > TID og Objektstatus = STATUS. 4.2 Genskabning af forretningsobjekter på et givent real- tidspunkt Et forretningsobjekt kan genskabes på et givent real- tidspunkt (TID), via registreringstid, ved at hente de forekomster hvor RegistreringFra <= TID og RegistreringTil > TID. Forespørgslen kan naturligvis også kombineres med andre elementer, fx en given objektstatus eller en gi- ven virkningstid. - 9 af 19 -

10 5 Eksempler på anvendelse af dobbelthistorik 5.1 Indledning Eksemplerne er opbygget af en illustration, der grafisk viser sammenhængen mellem registreringstid og virkningstid for de enkelte forekomster i eksemplerne. Virkningsperioder og registreringsperioder er i eksemplerne for overskueligheds skyld angivet som datoer. De registrerede informationer i databasens tabeller vil naturligvis være af typen timestamp i overens- stemmelse med Grunddataprogrammets modelregler. Eventuelle registreringer forud for den kontekst, som anvendes i eksemplerne er ikke medtaget. Der er, udover parametrene til dobbelthistorik, medtaget 2 yderligere elementer: Indhold, der med udgangspunkt i NavngivenVej, illustrerer de forretningsmæssige ændringer i ek- semplerne. ID, der er et løbenummer, som er medtaget for at skabe en entydig sammenhæng mellem tabel og illustration. ID vil ikke fremgår af databasen. I tabellerne er der anvendt følgende farver: Sort tekst betyder eksisterende information i databasen Rød tekst betyder ændringer til eksisterende information i databasen Blå tekst betyder nye informationer i databasen I figurer til illustration af de enkelte eksempler er anvendt to farver til illustration af dobbelthistorikken: Rød farve anvendes til at illustrere virkningstiden på en forekomst Blå farve anvendes til at illustrere registreringstider på samme forekomst Teksten, der ses over den røde linje, er forekomstens objektstatus, i henhold objektets livscyklus. 5.2 Eksempler uden flere samtidige versioner Oprettelse I eksemplet registreres det den , at der oprettes en navngiven vej med status foreløbig pr xxxx Københavnvej Foreløbig - 10 af 19 -

11 5.2.2 Rettelse til samme virkningstid I eksemplet registreres der den en rettelse af en stavefejl i vejnavnet, med tilbagevirkende kraft fra xxxx Københavnvej Foreløbig 2 xxxx Københavnsvej Foreløbig Ændring i status I eksemplet registreres det den at den navngivne vej gøres gældende, pr xxxx Københavnsvej Foreløbig 3 xxxx Københavnsvej Foreløbig 4 xxxx Københavnsvej Gældende - 11 af 19 -

12 5.2.4 Ændring med ny virkningstid I eksemplet registreres det den at den navngivne vej skiftede navn pr xxxx Københavnsvej Gældende 5 xxxx Københavnsvej Gældende 6 xxxx Hovedvejen Gældende Sletning ved statusskifte I eksemplet registreres det den at den navngivne vej nedlægges pr xxxx Hovedvejen Gældende 7 xxxx Hovedvejen Gældende 8 xxxx Hovedvejen Nedlagt - 12 af 19 -

13 5.2.6 Genoplivning ved statusskifte I eksemplet, registreres det den at den nedlagte navngivne vej skal genoplives pr xxxx Hovedvejen Nedlagt 9a xxxx Hovedvejen Nedlagt 10a xxxx Hovedvejen Gældende Fortryd nedlæggelse I eksemplet, registreres det den at nedlæggelsen af den navngivne vej skal fortrydes. 8 xxxx Hovedvejen Nedlagt 9b xxxx Hovedvejen Nedlagt 10b xxxx Hovedvejen Gældende Bemærk at 9b kun er relevant for forretningsobjekter, hvor der kan eksistere flere samtidige versioner af 19 -

14 5.2.8 Sletning (ikke ved statusskifte) I eksemplet, registreres det den at den navngivne vej skal slettes pr a xxxx Hovedvejen Gældende 11 xxxx Hovedvejen Gældende Tilføjelse af historik I eksemplet registreres det den , at den navngivne vej havde et andet navn i perioden xxxx Københavnsvej Gældende 7 xxxx Hovedvejen Gældende 12 xxxx Københavnsvej Gældende 13 xxxx Svinget Gældende 14 xxxx Hovedvejen Gældende - 14 af 19 -

15 Samlet eksempel I dette afsnit vises et total billede af forekomsterne i database, for de ovenstående eksempler, hvis de alle foretages på det samme forretningsobjekt, i den rækkefølge ovenstående eksempler er beskrevet, fra op- rettelse via forandringer til sletning. 1 xxxx Københavnvej Foreløbig 2 xxxx Københavnsvej Foreløbig 3 xxxx Københavnsvej Foreløbig 4 xxxx Københavnsvej Gældende 5 xxxx Københavnsvej Gældende 6 xxxx Hovedvejen Gældende 7 xxxx Hovedvejen Gældende 8 xxxx Hovedvejen Nedlagt 9a xxxx Hovedvejen Nedlagt 10a xxxx Hovedvejen Gældende 11 xxxx Hovedvejen Gældende 12 xxxx Københavnsvej Gældende 13 xxxx Svinget Gældende 14 xxxx Hovedvejen Gældende - 15 af 19 -

16 Hvis eksemplet ordnes efter de forekomster, der er gældende ved afslutningstidspunktet for eksemplet, , ser det således ud: 3 xxxx Københavnsvej Foreløbig 9a xxxx Hovedvejen Nedlagt 11 xxxx Hovedvejen Gældende 12 xxxx Københavnsvej Gældende 13 xxxx Svinget Gældende 14 xxxx Hovedvejen Gældende - 16 af 19 -

17 5.3 Eksempel med flere samtidige versioner Startpunkt Dette afsnit beskriver startpunktet for de efterfølgende eksempler med flere samtidige versioner. Der ind- går ikke flere samtidige versioner i startpunktet. Udgangspunktet er en Navngiven vej, der har gennemløbet følgende forløb: Registreringstid 1, : Oprettet som foreløbig, med virkning fra Registreringstid 2, : Rettelse af stavefejl, uændret virkningstid Registreringstid 3, : Navngiven vej gøres gældende, med virkning fra Illustreret giver dette følgende registreringer: Oprettelse som foreløbig 1 xxxx Københavnvej Foreløbig Rettelse af stavefejl 1 xxxx Københavnvej Foreløbig 2 xxxx Københavnsvej Foreløbig Navngiven vej gøres gældende 1 xxxx Københavnvej Foreløbig 2 xxxx Københavnsvej Foreløbig 3 xxxx Københavnsvej Foreløbig 4 xxxx Københavnsvej Gældende - 17 af 19 -

18 5.3.2 Ny samtidig version oprettes I eksemplet, registreres det den at der oprettes en ny version af den Navngivne vej som forelø- big, pr xxxx Københavnvej Foreløbig 2 xxxx Københavnsvej Foreløbig 3 xxxx Københavnsvej Foreløbig 4 xxxx Københavnsvej Gældende 5 xxxx Rustvej Foreløbig - 18 af 19 -

19 5.3.3 Ny version gøres gældende og gammel version udgår I eksemplet, registreres det den at den nye foreløbige version skal gøres gældende pr xxxx Københavnsvej Gældende 5 xxxx Rustvej Foreløbig 6 xxxx Københavnsvej Gældende 7 xxxx Rustvej Gældende - 19 af 19 -

Bitemporalitet. Proof of concept. Versionshistorik. Version Dato Hvem Hvad er ændret. Første udkast. Kommentarer fra KL indarbejdet undervejs.

Bitemporalitet. Proof of concept. Versionshistorik. Version Dato Hvem Hvad er ændret. Første udkast. Kommentarer fra KL indarbejdet undervejs. Bitemporalitet Proof of concept Versionshistorik Version Dato Hvem Hvad er ændret 0.9 3. sept 2014 Heidi Vanparys (GST) Flemming Nissen (GST) 0.10 9. sept 2014 Heidi Vanparys (GST) Erik Helweg-Larsen (KL)

Læs mere

GD1/GD2 - Model for supplerende forretningsbeskrivelser

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

Læs mere

Løsningsarkitektur - Bilag A 1 Sammenstillede services

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

Læs mere

Ejerfortegnelse Løsningsarkitektur Bilag B Informationsmodel Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012 2015

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

Læs mere

Adresseregister Løsningsarkitektur

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

Læs mere

Krav til beskedfordeler, dannelse og abonnement

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

Læs mere

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

0.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 mere

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

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

Læs mere

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur - Bilag A Servicebeskrivelser og integrationer

Ejendomsdataprogrammet - 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 mere

Faktaark for DAR 1.0

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

Læs mere

Faktaark for BBR 2.0

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

Læs mere

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

Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler 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 mere

Fællesoffentlig beskedmodel version 1.0

Fællesoffentlig beskedmodel version 1.0 Side: 1 Fællesoffentlig beskedmodel version 1.0 Dokumentet indeholder dels en informationsmodel for hændelsesbeskeden og dens miljø, dels en generisk datamodel for hændelsesbeskeden, som kan danne en fælles

Læs mere

Ejendomsdataprogrammet - BBR Løsningsarkitektur Bilag A Servicebeskrivelser

Ejendomsdataprogrammet - 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 mere

Grunddatabeskedmodel version 1.0

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

Læs mere

Kvalitetssikring 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 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 mere

Adresseregister - løsningsarkitektur Bilag B - Informationsmodel

Adresseregister - løsningsarkitektur Bilag B - Informationsmodel Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 202 205 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseregister - løsningsarkitektur

Læs mere

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

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

Læs mere

Grunddataprogrammet. Ibrugtagningsplan for modelregler for grunddata

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

Læs mere

Identifikation af planer der ikke findes i PlansystemDK vha. datasættet... 9

Identifikation af planer der ikke findes i PlansystemDK vha. datasættet... 9 Vejledning i brug af Tingbogsudtrækket Version 1.0 af 1. juli 2009 Indhold Indledning... 1 Planer i Tingbogen... 2 Planer i PlansystemDK... 3 Sammenhæng mellem Tingbogen og PlansystemDK... 3 Datastruktur...

Læs mere

Finanstilsynets indberetningssystem. Vejledning til Regnearksskabelonerne

Finanstilsynets indberetningssystem. Vejledning til Regnearksskabelonerne Finanstilsynets indberetningssystem Vejledning til Regnearksskabelonerne Finanstilsynet - 2. udgave oktober 2009 Indholdsfortegnelse 1 INDLEDNING... 2 2 FORUDSÆTNINGER... 3 3 TRIN FOR TRIN... 4 3.1 Hent

Læs mere

ADK 1.0 KRAVSPECIFIKATION

ADK 1.0 KRAVSPECIFIKATION ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 17-06-2014 MST Oprettelse af krav 0.2 18-05-2014 MST Tilretning af tabeller 0.3 18.06.2014 PKR

Læs mere

Adresseregister - løsningsarkitektur Bilag C - Processer

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

Læs mere

DAR OIO vejledning Version 1.2

DAR OIO vejledning Version 1.2 DAR OIO vejledning Version 1.2 Indhold 1 Ændringer i forhold til forrige version... 2 2 Introduktion... 3 2.1 Formål... 3 2.2 Læsevejledning... 3 3 Beskrivelse... 3 3.1 Fælles elementer og strukturer...

Læs mere

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

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

Læs mere

Underbilag 2O Beskedkuvert Version 2.0

Underbilag 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 mere

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Guideline OIOUBL UUID UBL 2.0 UUID G32 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL UUID Version 1.1 Side 1 Kolofon Kontakt: IT- & Telestyrelsen E-mail:

Læs mere

BBR. Bygnings- og Boligregisteret. - Version 2.0, marts Morten Lind, SKAT / Ejendomsdatakontoret August 2016

BBR. 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 mere

3.0 Velkommen til manualen for kanalen Shift 1. 3.1 Introduktion til kanalen 1. 3.2.1 Hvad er et spot? 2. 3.2.2 Opret et nyt spot 2

3.0 Velkommen til manualen for kanalen Shift 1. 3.1 Introduktion til kanalen 1. 3.2.1 Hvad er et spot? 2. 3.2.2 Opret et nyt spot 2 3.0 Velkommen til manualen for kanalen Shift 1 3.1 Introduktion til kanalen 1 3.2 Shift kanalside 1 3.2.1 Hvad er et spot? 2 3.2.2 Opret et nyt spot 2 3.2.3 Aktivt og inaktivt spot 3 3.2.4 Rediger et spot

Læs mere

Modelafleveringsproces

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

Læs mere

Sundhedsvæsenets Organisationsregister (SOR) Regler i relation til Sygehus-afdelinger

Sundhedsvæsenets Organisationsregister (SOR) Regler i relation til Sygehus-afdelinger Sundhedsvæsenets Organisationsregister (SOR) Regler i relation til Sygehus-afdelinger Indhold 1 SghAfd-regler 2 1.1 Grundlæggende funktionalitet i SOR-applikationen 2 1.2 Anvendt terminologi 3 1.3 Regler

Læs mere

7.0 Velkommen til manualen for kanalen Gæsteliste Introduktion til kanalen Gæsteliste kanalside Hvad er et spot?

7.0 Velkommen til manualen for kanalen Gæsteliste Introduktion til kanalen Gæsteliste kanalside Hvad er et spot? 7.0 Velkommen til manualen for kanalen Gæsteliste 1 7.1 Introduktion til kanalen 1 7.2 Gæsteliste kanalside 1 7.2.1 Hvad er et spot? 2 7.2.2 Opret et nyt spot 2 7.2.3 Aktivt og inaktivt spot 3 7.2.4 Rediger

Læs mere

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur

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

Læs mere

Erfaringer med CPR-replikering

Erfaringer med CPR-replikering Erfaringer med CPR-replikering Dette dokument beskriver en række overvejelser vi har gjort os i forbindelse med at vi har udviklet en Proof of Concept (PoC) af en CPR-replikeringstjeneste for KOMBIT. CPRs

Læs mere

10.2a Samordnet genbrug af ejendoms- og bygningsdata - Kvalificering af business case

10.2a Samordnet genbrug af ejendoms- og bygningsdata - Kvalificering af business case Fællesoffentlig Digitaliseringsstrategi 2012 2015 10.2a Samordnet genbrug af ejendoms- og bygningsdata - Kvalificering af business case EBST-REF: 602-18098 SPOR: 1 Arbejdspakke 3 - Processer ift. BBRregistrering

Læs mere

Kursusbeskrivelse. Forarbejde. Oprettelse af en Access-database

Kursusbeskrivelse. Forarbejde. Oprettelse af en Access-database Kursusbeskrivelse Oprettelse af en Access-database Som eksempel på en Access-database oprettes en simpelt system til administration af kurser. Access-databasen skal indeholde: et instruktørkartotek et

Læs mere

FORCE Inspect Online Manual v. 1.02. FORCE Inspect Online Manual. 1 af 18

FORCE Inspect Online Manual v. 1.02. FORCE Inspect Online Manual. 1 af 18 FORCE Inspect Online Manual 1 af 18 Indholdsfortegnelse Indholdsfortegnelse... 2 FORCE Inspect Online Manual... 3 Generelt... 3 Login... 3 Main... 4 Intro sektion... 4 Links sektion... 4 News sektion...

Læs mere

/marius hartmann Integrationskrav 2. Logningskrav 3. Konsekvenser for kommunen

/marius hartmann Integrationskrav 2. Logningskrav 3. Konsekvenser for kommunen /marius hartmann maha31@frederiksberg.dk 20141002 Ang./ Vilkår for integration til støttesystemet Sags- og Dokumentindeks version 1.3 Denne fælleshenvendelse, som dækker it-arkitekterne fra Ballerup, Odense,

Læs mere

STEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen

STEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen STEDBEVIDST UDVIKLING Jes Ryttersgaard Kort og Matrikeldtyrelsen - bevidst om at bruge stedet som indgang til digital forvaltning - bevidst om hvordan vi sikrer, at det giver mening at bruge stedet - bevidst

Læs mere

Scope dokument for Advisservice

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

Læs mere

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur - Bilag C Processer

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

Læs mere

Vejledning til SLS webservice Statistik

Vejledning til SLS webservice Statistik Side 1 af 12 Vejledning til SLS webservice Statistik Indholdsfortegnelse Ændringslog... 1 Formålet med webservicen... 2 Forretningsmæssig beskrivelse... 2 Wsdl-dokumenter... 2 OIOXML-skemaer... 3 Inputstruktur

Læs mere

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet. MOX og APOS2 Forord Dette dokument er en del af APOS version 2 manualerne. APOS version 2 (APOS2 herefter) er et organisation, klassifikation og personale system baseret på Sag & Dokument standarderne.

Læs mere

Materialeadministration Sidst opdateret 31-08-2006/version 1.0/Steen Eske Christensen

Materialeadministration Sidst opdateret 31-08-2006/version 1.0/Steen Eske Christensen Materialeadministration Sidst opdateret 31-08-2006/version 1.0/Steen Eske Christensen Indhold Ændringer Centrale begreber Generelt Arbejdsgange Vejledningen består af 3 dele, som kan læses hver for sig.

Læs mere

Baggrundsinformation

Baggrundsinformation 1. Begreber Baggrundsinformation Sags- og Dokumentindekset skal indeholde sags- og dokumentmetadata, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres

Læs mere

Kort om CoinDB (Mønt- og seddelsamling):

Kort om CoinDB (Mønt- og seddelsamling): Kom godt i gang med CoinDB programmet fra PetriSoft (Holder styr på din Mønt- seddel- eller frimærkesamling) Kort om CoinDB (Mønt- og seddelsamling): CoinDB er et Windows program, der anvendes af mønt-

Læs mere

Faktaark for BBR 2.0

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

Læs mere

Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt.

Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt. 8. april 2013 19-Partskontakt => Kontaktdata Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt. I de oprindelige oplæg med visionen

Læs mere

5.0 Velkommen til manualen for kanalen HTML-grab Introduktion til kanalen HTML-grab kanalside Hvad er et spot?

5.0 Velkommen til manualen for kanalen HTML-grab Introduktion til kanalen HTML-grab kanalside Hvad er et spot? 5.0 Velkommen til manualen for kanalen HTML-grab 1 5.1 Introduktion til kanalen 1 5.2 HTML-grab kanalside 1 5.2.1 Hvad er et spot? 2 5.2.2 Opret et nyt spot 2 5.2.3 Aktivt og inaktivt spot 3 5.2.4 Rediger

Læs mere

Adresseprogrammet - Målarkitektur Bilag C - Processer

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

Læs mere

Kom godt i gang med ImageDB programmet fra PetriSoft

Kom godt i gang med ImageDB programmet fra PetriSoft Kom godt i gang med ImageDB programmet fra PetriSoft Kort om ImageDB: ImageDB er et Windows (98/NT/2000/Me/Xp/Vista/Windows7) program, hvor du kan registrere alle dine film, musik, bøger, billeder, fotos,

Læs mere

Harald Michalsen og Lasse Storr-Hansen. Log på med administrator rettigheder, så du ser ovenstående hovedmenu

Harald Michalsen og Lasse Storr-Hansen. Log på med administrator rettigheder, så du ser ovenstående hovedmenu Importér skemadata fra Lectio 1 af 16 Log på med administrator rettigheder, så du ser ovenstående hovedmenu Vælg Konverter skemadata Klik på Eksporter skemadata Importér skemadata fra Lectio 2 af 16 Vælg

Læs mere

Strategi 2013-2017 Danmarks Miljøportal

Strategi 2013-2017 Danmarks Miljøportal Strategi 2013-2017 Danmarks Miljøportal Introduktion Danmarks Miljøportal (DMP) har ansvaret for en digital infrastruktur på miljøområdet, der gør det muligt for myndigheder og offentlighed at få nem adgang

Læs mere

Ændringer Masseoprettelse og masseredigering af kontaktlærertilknytninger er ny funktionalitet i EASY-A. Forklaring eller beskrivelse

Ændringer Masseoprettelse og masseredigering af kontaktlærertilknytninger er ny funktionalitet i EASY-A. Forklaring eller beskrivelse Masseoprettelse og masseredigering af kontaktlærertilknytninger 29-10-2007/version 1/mgl Indhold Ændringer Centrale begreber Generelt Arbejdsgange Fremsøgning af elever Opret (nye) kontaktlærertilknytninger

Læs mere

Bilag A - Milepælsplan for GD1

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

Læs mere

Høringsnotat - specifikation af serviceinterface for SAG version 1 2

Høringsnotat - specifikation af serviceinterface for SAG version 1 2 N OTAT Høringsnotat - specifikation af serviceinterface for SAG version 1 2 Specifikation af serviceinterface for SAG Version 1.2 (Sag-standard) Den fællesoffentlige styregruppe for Sag og Dokument sendte

Læs mere

JAR Øvelse nr. 2. JAR-Manual, Version 1.0. Avanceret søgning. Regionsvejledning

JAR Øvelse nr. 2. JAR-Manual, Version 1.0. Avanceret søgning. Regionsvejledning JAR Øvelse nr. 2 Avanceret søgning Regionsvejledning JAR-Manual, Version 1.0 Øvelse ID: 2 Øvelsesemne: Avanceret søgning Øvelsesbeskrivelse: Gør dig i stand til at bygge avancerede søgninger op. Formål:

Læs mere

Sundhedsstyrelsens vejledning om udarbejdelse og revision af målbeskrivelser i speciallægeuddannelsen

Sundhedsstyrelsens vejledning om udarbejdelse og revision af målbeskrivelser i speciallægeuddannelsen VEJ nr 9005 af 01/01/2012 (Gældende) Udskriftsdato: 19. februar 2015 Ministerium: Ministeriet for Sundhed og Forebyggelse Journalnummer: Sundhedsstyrelsen, j.nr. Senere ændringer til forskriften Ingen

Læs mere

Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS

Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS NOTAT Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS (Bilag til dagsordenspunkt 10, Arkitekturrapport for KITOS) Lars Nico Høgfeldt, Odense Kommune Generel indledning

Læs mere

Hvilken version af MS-SQL Server forventes løsningen idriftsat på? Hvilken version af MS SQL Server kører Aarhus kommune?

Hvilken version af MS-SQL Server forventes løsningen idriftsat på? Hvilken version af MS SQL Server kører Aarhus kommune? Notat Den 13. december 2011 Udbud vedr. etablering af en decentral persondata database spørgsmål og svar Introduktion I forbindelse med udbuddet vedr. etablering af en decentral persondata database er

Læs mere

DANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER

DANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER DANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER MedCom 28. Oktober 2013 Thor Schliemann OM REFERENCEARKITEKTURER (I) Tager udgangspunkt i forretningsmæssige målsætninger

Læs mere

Arkitekturrapport: 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 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 mere

Høringssvar vedrørende Specifikation af serviceinterface for person (part)

Høringssvar vedrørende Specifikation af serviceinterface for person (part) IT- og Telestyrelsen Holsteinsgade 63 2100 København Ø Høringssvar vedrørende Specifikation af serviceinterface for person (part) Dette er KLs høringssvar på den offentlige høring om specifikation af serviceinterface

Læs mere

Modul 2 Database projekt Multimediedesign 3. semester Gruppe 3 IRF/TUJE

Modul 2 Database projekt Multimediedesign 3. semester Gruppe 3 IRF/TUJE Modul 2 Database projekt Multimediedesign 3. semester Gruppe 3 IRF/TUJE Fact sheet Indholdsfortegnelse Fact Sheet Gantt kort Valgt af virksomhed Brainstorm Attribut tabel ER-diagram Skitse MySQLWorkbench

Læs mere

Kommentar fra KMS til Specifikation af Serviceinterface for Person

Kommentar fra KMS til Specifikation af Serviceinterface for Person Kommentar fra KMS til Specifikation af Serviceinterface for Person Organisation Side Kapitel Afsnit/figur/tabel /note Type af kommentar (generel (G), redaktionel (R), teknisk (T)) Kommentar KMS-1 G Godt

Læs mere

Eksamensbeviser og karakterer til Eksamensdatabasen Sidst opdateret 01-02-2007/version 1.1/Steen Eske Christensen

Eksamensbeviser og karakterer til Eksamensdatabasen Sidst opdateret 01-02-2007/version 1.1/Steen Eske Christensen Eksamensbeviser og karakterer til Eksamensdatabasen Sidst opdateret 01-02-2007/version 1.1/Steen Eske Christensen Indhold Ændringer Centrale begreber Generelt Arbejdsgange Vejledningen består af 3 dele,

Læs mere

Indholdsfortegnelse. Validering af journalnumre og genstandsnumre samt eksport til Regin. Museernes Udgravningsdata (MUD)

Indholdsfortegnelse. Validering af journalnumre og genstandsnumre samt eksport til Regin. Museernes Udgravningsdata (MUD) Museernes Udgravningsdata (MUD) Validering af journalnumre og genstandsnumre samt eksport til Regin Kravspecifikation og tilbud version 32 COWI A/S Parallelvej 2 2800 Kongens Lyngby Telefon 45 97 22 11

Læs mere

Kom godt igang med Inventar registrering

Kom godt igang med Inventar registrering Kom godt igang med Inventar registrering (InventoryDB) (Med stregkodesupport) programmet fra PetriSoft Introduktion... 1 Inventar registrering... 2 Værktøjsudleje... 3 Service database til reperationer

Læs mere

BBR. Bygnings- og Boligregisteret. - Version 2.0, marts Morten Lind, SKAT / Ejendomsdatakontoret August 2016

BBR. 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 mere

Vejledning i at oprette postkasser i Digital Post. Juli 2016

Vejledning i at oprette postkasser i Digital Post. Juli 2016 Vejledning i at oprette postkasser i Digital Post Juli 2016 Hvem skal anvende vejledningen? Vejledningen er relevant for dig, hvis du skal oprette en postkasse og/eller mapper til postkasser. Du skal have

Læs mere

Personnummerregister / CPR Importer

Personnummerregister / CPR Importer Personnummerregister / CPR Importer 1 Indbakke Forventer biblioteker i sin indbakke indeholdende filer kodet i tegnsættet ISO-8859-1 der overholder følgende navngivningsmønster: D.{6}\.L4311.* Filerne

Læs mere

PORTFOLIO Version 2.0

PORTFOLIO Version 2.0 Nikolaj Lisberg Hansen Løsningsarkitekt og partner nikolaj.hansen@empisto.dk Tlf. 22 90 91 22 PORTFOLIO Version 2.0 Kvalitetsstyring med sags og dokumenthåndtering Teknisk revision af energimærker Portfolio

Læs mere

Release Notes - KITOS 2.0

Release Notes - KITOS 2.0 Rettigheder Der indføres administratorroller for hver modul, f.eks. Lokal Administration Administration, Lokal Systemadministration, Lokal Projektadministration osv. Lettere administration af roller og

Læs mere

Løsningsarkitektur Bilag A Servicebeskrivelser og integrationer Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012 2015

Lø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 mere

Indstillinger af ØS LDV

Indstillinger af ØS LDV Indstillinger af ØS LDV Indledning Denne vejledning omhandler rapporten Indstillinger af ØS LDV, hvorfra I tilgår webapplikationerne til at foretage ændringer i jeres ØS LDVs opsætning. Herved kan I løbende

Læs mere

FKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014

FKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014 FKG datamodellen Version 2.3.1 ArcGIS integration #1 FKG Fælleskommunale Geodatasamarbejde FKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014 1 FKG datamodellen Version

Læs mere

Ejendomsdataprogrammet - BBR Løsningsarkitektur Bilag C Processer

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

Læs mere

Brugers vejledning til indtastning af Naturdata på eksisterende 3- områder

Brugers vejledning til indtastning af Naturdata på eksisterende 3- områder Brugers vejledning til indtastning af Naturdata på eksisterende 3- områder Denne vejledning omfatter indtastning af naturdata på eksisterende 3-områder. Har du opdaget et nyt 3-område, skal du derfor oprette

Læs mere

Personnummerregister / CPR Importer

Personnummerregister / CPR Importer Personnummerregister / CPR Importer 1 Indbakke Forventer biblioteker i sin indbakke indeholdende filer kodet i tegnsættet ISO-8859-1 der overholder følgende navngivningsmønster: D.{6}\.L4311.* Filerne

Læs mere

Revideret udgave af vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015

Revideret udgave af vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015 GeoDanmark Weidekampsgade 10 2300 København S tlf: 33 70 37 43 www.geodanmark.dk 19. juni 2015 Revideret udgave af vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data

Læs mere

DKAL Snitflader Masseforsendelse

DKAL Snitflader Masseforsendelse DKAL Snitflader Masseforsendelse 1 C.1 Indholdsfortegnelse C.1 INDHOLDSFORTEGNELSE... 2 C.2 LÆSEVEJLEDNING... 3 C.3 TILMELDINGSLISTE... 4 C.3.1 RECORD-STRUKTUR... 4 C.3.2 OIOXML-STRUKTUR... 5 C.4 MATERIALE-INDLÆSNING...6

Læs mere

Vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015

Vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015 GeoDanmark Weidekampsgade 10 2300 København S tlf: 33 70 37 43 www.geodanmark.dk 8. december 2014 Vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015 Baggrund

Læs mere

Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet

Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet Denne vejledning kan frit anvendes af alle. Citeres der fra

Læs mere

Bilag 2B Eksisterende data

Bilag 2B Eksisterende data Bilag 2B Eksisterende data Version 0.8 23-02-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 3 OVERBLIK OVER DOKUMENTATION FRA... 4 3.1 BEGREBSMODEL ( OPUS DEBITOR)... 4 3.2 INFORMATIONSMODEL

Læs mere

Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 2.0

Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 2.0 Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 20 Begrebsmodellen for Ydelsesindeks Begrebsmodellen med de centrale forretningsobjekter er illustreret i Figur Begrebsmodel og definition

Læs mere

Septimas høringssvar vedrørende dokumenteterne FKG datamodellen - Version 2 3 1 - Fysisk implementering.pdf og FKG_2_3_1_mssql.sql

Septimas høringssvar vedrørende dokumenteterne FKG datamodellen - Version 2 3 1 - Fysisk implementering.pdf og FKG_2_3_1_mssql.sql Septima P/S Larsbjørnsstræde 3 1454 København K +45 7230 0672 www.septima.dk 31. juli 2013 Septimas høringssvar vedrørende dokumenteterne FKG datamodellen - Version 2 3 1 - Fysisk implementering.pdf og

Læs mere

Assignment #5 Toolbox Contract

Assignment #5 Toolbox Contract Assignment #5 Toolbox Contract Created by: René Kragh Trine Randløv E mail address cph rk70@cphbusiness.dk 23 11 2014 1 Introduktion Dette dokument indeholder en vertikal kontrakt for et system som skal

Læs mere

Kom godt igang med Indbo programmet fra PetriSoft Kort om Indbo: Indbo Free

Kom godt igang med Indbo programmet fra PetriSoft Kort om Indbo: Indbo Free Kom godt igang med Indbo programmet fra PetriSoft Kort om Indbo: Indbo er et Windows 98/NT/2000/Me/Xp/Vista/Win7/Win8 program, der kan holde rede på hjemmets, firmaets, foreningens eller skolens inventar

Læs mere

GeoEnviron Web-løsninger

GeoEnviron Web-løsninger 2012 Troels Kreipke 01-01-2012 Indhold Generelt... 3 Web-løsninger... 3 XML-firewall... 4 GeoEnviron_WebService... 4 Installation af web-løsninger uden brug af GeoEnviron_WebService... 5 GeoEnviron_WebService...

Læs mere

Avanceret kampagnestyring

Avanceret kampagnestyring Indlæsning af egne kampagner:... 1 Prioritering af kampagner... 3 Arbejdsgangen er følgende:... 3 Mere om RET:... 4 Kampagne numre:... 4 Rapportudskrivning af kampagner:... 4 Udskriv prismærker for en

Læs mere

Hvis du ikke kan huske adgangskoden, har andre problemer med at logge på eller ikke er oprettet, skal du kontakte:

Hvis du ikke kan huske adgangskoden, har andre problemer med at logge på eller ikke er oprettet, skal du kontakte: Mini-guide til Retox Databasen er tilgængelig fra www.retox.dk, klik på linket Som udgangspunkt er der se-adgang til arbejdspladsbrugsanvisningerne. Hvis der skal tilføjes eller fjernes produkter, og hvis

Læs mere

VEJDIREKTORATET. Vejdirektoratet. DANBRO+ Forvaltningsmanual. Modul 0; Bilag Generelle beskrivelser; Årets gang. Dato: 2010-03-29 Revision: 2

VEJDIREKTORATET. Vejdirektoratet. DANBRO+ Forvaltningsmanual. Modul 0; Bilag Generelle beskrivelser; Årets gang. Dato: 2010-03-29 Revision: 2 VEJDIREKTORATET Generelle beskrivelser Bilag 3: Årets gang dokument: VD_Drift_Modul_0_Bilag_Årets_gang.doc Indholdsfortegnelse 1. INDLEDNING... 3 1.1 Revision og Gyldighed... 3 2. ÅRETS GANG - OVERSIGT...

Læs mere

Boligportal.dk s kravspecifikation til XML-feed

Boligportal.dk s kravspecifikation til XML-feed Boligportal.dk s kravspecifikation til XML-feed Introduktion I forbindelse med automatisk import af lejeboliger til Boligportal.dk skal der udarbejdes en XML-feed, som Boligportal.dk kan hente på en URL.

Læs mere

Anbefaling til unik Id-nøgle

Anbefaling til unik Id-nøgle Anbefaling til unik Id-nøgle 1 / 15 Kolofon: OIO Referencemodel for tværgående brugerstyring Denne anbefaling kan frit anvendes af alle. Citeres fra anbefalingen i andre publikationer til offentligheden

Læs mere

Tilslutning til ecomone Basis (OIO Faktura)

Tilslutning til ecomone Basis (OIO Faktura) Tilslutning til ecomone Basis (OIO Faktura) 1. november 2009, Version 1.1 1. POST DANMARKS ECOMONE BASIS (OIO FAKTURA)... 3 1.1 BEGREBER... 3 2 KANALER... 3 3 MODEL FOR DATAUDVEKSLING... 4 4 KOMMUNIKATION...

Læs mere

SFI-model 20080508_1441

SFI-model 20080508_1441 1 af 6 08-05-2008 15:04 SFI-model 20080508_1441 Datatyper Datatyper SFI Overblik Regler Regler SA_Pakke SA 2 af 6 08-05-2008 15:04 SD_Pakke SD SR_Pakke SR WF_Pakke WF 3 af 6 08-05-2008 15:04 Dictionary

Læs mere

Høringssvar vedr. Serviceinterface for Person

Høringssvar vedr. Serviceinterface for Person Høringssvar vedr. Serviceinterface for Person 1. Indledning... 3 1.1 Arkitekturmæssige overvejelser... 3 2. Konkrete ændringsforslag... 5 2.1 Variable attributnavne... 5 2.2 Registeroplysninger fra akkreditiv...

Læs mere

EasyIQ Opdatering 5.2.3 -> 5.4.0

EasyIQ Opdatering 5.2.3 -> 5.4.0 EasyIQ Opdatering 5.2.3 -> 5.4.0 Kunde: Forfatter: Thomas W. Yde Systemtech A/S Side: 1 af 17 1 Indholdsfortegnelse 2 GENERELT OMKRING FORUDSÆTNINGEN OG OPDATERINGS FORLØBET... 3 2.1 FORUDSÆTNINGER...

Læs mere

FRA USECASE TIL TESTCASE HP TEST BRUGERKONFERENCE, 10. APRIL 2014

FRA USECASE TIL TESTCASE HP TEST BRUGERKONFERENCE, 10. APRIL 2014 FRA USECASE TIL TESTCASE HP TEST BRUGERKONFERENCE, 10. APRIL 2014 LIDT OM MIG SELV Erfaring NIELS-HENRIK HANSEN 35+ års samlet IT erfaring 15+ år som test manager Certificeret Inspection Leader ISEB Foundation

Læs mere

Referat leverandørmøde BBR & DAR 02.08.14

Referat leverandørmøde BBR & DAR 02.08.14 4. september 2014 Referat leverandørmøde BBR & DAR 02.08.14 1. KOMBIT bød velkommen og gennemgik dagens agenda. Agenda blev fremlagt som vist: Kl. 13.00 Velkomst v. Simon Mark Pedersen, KOMBIT Kl. 13.10

Læs mere