Systembeskrivelse version 10.0 - W2L

Systembeskrivelse kapitel 8 – Administrationsdatabase 

Indholdsfortegnelse 

1. Indledning ...................................................................................................................... 2 

1.1 Omfang ........................................................................................... 2 

1.1.1 Kapitler i systembeskrivelsen ....................................................... 2 

1.2 Afgrænsning ..................................................................................... 4 

1.3 Målgruppe ........................................................................................ 4 

Version 10.0 Side 1 af 4 

April 2013


1. Indledning 

Ved lov nr. 1429 af 21. december 2005 om ændring af lov om bygnings- og boligregistrering 

har Folketinget besluttet, at der skal etableres et nyt Bygnings- og 

Boligregister (BBR). 

Ifølge loven skal det nye register være etableret og idriftsat i 2007. (Datoen for 

idriftsættelse er efterfølgende ændret til den 1/12 2009). I loven fastlægges det, 

at det nye BBR skal være en samlet landsdækkende løsning med Erhvervs- og 

Byggestyrelsen som dataansvarlig myndighed. 

Baggrunden for beslutningen om at etablere et nyt register skal findes i, at Erhvervs- 

og Økonomiministeren ønsker at iværksætte aktiviteter til forbedring af 

datakvaliteten i BBR. BBR anvendes i dag i en række sammenhænge, hvor kravene 

til datas korrekthed er vital. Her kan eksempelvis nævnes, at BBR-data anvendes 

af Skat til fastsættelse af de ejendomsværdier, der bruges som beregningsgrundlag 

for de ejendomsskatter og dækningsafgifter, som kommunen inddriver. 

Fejl i BBR-data kan således medføre et forkert beskatningsgrundlag. 

1.1 Omfang 

Systembeskrivelsen består af en række kapitler, som samlet beskriver funktionaliteten 

i Nyt BBR. Overordnet set består Nyt BBR af en BBR-brugerklient og en 

række OIOXML-snitflader (samlet kaldet BBR-kommuneklient). 

Generelt for system og snitflader er, at hvor det er muligt, følges standarder 

(f.eks. OWSA-model T ved sikkerhed) og kendt BBR-terminologi (jf. BBRordlisten 

i leveringskontrakten). 

Systembeskrivelsen er udarbejdet med særligt henblik på at sikre en løsning baseret 

på en moderne it-platform og en åben og serviceorienteret arkitektur 

(SOA). Nyt BBR er baseret på, at forretningslogik udvikles som webservices, som 

understøtter SOA. KMD har lagt vægt på følgende egenskaber ved implementeringen 

af løsningen: 

· Interoperabilitet og integration 

· Fleksibilitet 

· Anvendelse af standarder 

· Forandringsparathed 

· Fremtidssikring 

· Sikkerhed 

· Kapacitet og skalerbarhed 

1.1.1 Kapitler i systembeskrivelsen 

Kapitel 2 – Systemarkitektur 

Beskriver de forskellige dele, som Nyt BBR består af: Overordnet set er det en 

moderne databaseplatform, en applikationsserver og en præsentationsserver. 

Applikationsserveren er baseret på Microsoft .Net. Denne er implementeret som 

en serviceorienteret arkitektur og udstiller forretningslogikken som services. 

Præsentationsserveren udstiller en browserbaseret brugergrænseflade (BBR- 

Klienten) og en webservicebaseret snitflade, der er baseret på OIOXML (kommuneklienten). 


April 2013


Kapitel 3 – Forretningslogik 

Beskriver forretningslagets forskellige moduler, entiteter, komponenter og operationer. 

Elementerne beskrives dels via tre domænemodeller: BBR, Adresse og 

Modtageboks, dels via et Serviceinterfacelag og dels via en række regler vedr. 

validering. Valideringen inddeles i fire kategorier: kontrol af relationer i databasen, 

logiske kontroller, sandsynlighedskontroller og konsistenstjek. 

Kapitel 4 – Brugerdialog 

Beskriver skærmbillederne i BBR-brugerklienten, som kaldes ”BBR-kommune”, 

herunder træstrukturer og de forskellige faneblade. Endvidere beskrives funktionalitet 

i hjælpesystem og tooltip. Det beskrives overordnet, hvilke valideringer 

der foretages i grænsefladen, og endeligt vises det, hvordan fejl- og sandsynlighedsudskrifter 

vises for brugeren. 

Kapitel 5 – Udskrifter til borgerne 

Indeholder overordnet følgende typer: BBR-Meddelelse, BBR-Andelsboligudksrift 

og BBR-Registerindsigt. Kapitlet beskriver, hvordan udskrifterne genereres og 

deres overordnede funktionalitet. Afhængigt af udskriftstypen kan der foretages 

masseudskrivning, kobling til skattemappen, vedhæftelse i e-mail og afsendelse 

til e-Boks. 

Kapitel 6 – Dataudveksling med andre systemer 

Beskriver de fast indbyggede faciliteter til system til system-integration. Det være 

sig eksempelvis til ESR, Matriklen og CPR. Herudover beskrives den overordnede 

funktionalitet i OIOXML-snitflader og de dertil knyttede webservices. 

Kapitel 7 – Datamodel 

Beskriver såvel den logiske som den fysiske datamodel. 

Kapitel 8 – Administrationsdatabase 

Nyt BBR skal kunne håndtere en række informationer omkring felter/attributter. 

Dette styres via en administrationsdatabase. Ud over dette indeholder administrationsdatabasen 

et metadatasystem, som beskriver Nyt BBR’s datamodel. 

Kapitel 9 – Sikkerhed 

Sikkerheden i Nyt BBR bygges op af to hoveddele: autentifikation med brug af 

certifikater eller brugerid/kendeord samt autorisation. 

Kapitel 10 – Rapporter 

Nyt BBR vil indeholde et antal rapporter – antallet kan være forskelligt fra kommune 

til kommune, da den enkelte kommune har mulighed for at lave sine egne 

rapporter. Med systemet følger 10 faste rapporter. Samtlige rapporter genereres 

via Reporting Services. 

Kapitel 11 – Kravmatrice 

Kravmatricen indeholder en kobling mellem samtlige krav i leveringskontraktens 

kravspecifikation, og det enkelte krav er beskrevet i systembeskrivelsen. Endvidere 

er der på en række krav noteret yderligere kommentarer. 

Kapitel 12 – Ændringer 

Dette kapitel beskriver de ændringer, der er foretaget i systembeskrivelsen siden 

godkendelse af de enkelte kapitler. Hver ændring er noteret under en dato, så 

det er muligt at se, hvornår ændringen er foretaget. 


April 2013


1.2 Afgrænsning 

Systembeskrivelsen beskriver ikke: 

· Synkroniseringen med KMD-BBR. Beskrivelse af dette findes i et særskilt 

dokument, som først kan udarbejdes, når den endelige model for synkroniseringen 

er fastlagt. 

· Konvertering fra nuværende BBR til Nyt BBR. Beskrivelse af dette findes i 

et særskilt dokument, som først kan udarbejdes, når det er besluttet, 

hvilke data (data fra OIS-BBR eller data fra KMD-BBR) der skal befolke 

den nye BBR-database. 

· Alle optioner, da det ikke er alle, der er valgt. 

· Beskrivelse af, hvordan krav til service og support opfyldes. 

1.3 Målgruppe 

Systembeskrivelsens målgruppe er: 

· KOMBIT 

· MBBL (Ministeriet for By- Bolig og Landdistrikter) 

· KMD’s ledelse, udviklere og drift 

· Kommunale parter 


April 2013

Systembeskrivelse kapitel 2 - Systemarkitektur 


1. Systemarkitektur ................................................................................................................ 2 

1.1 Præsentationsserverarkitektur ............................................................ 3 

1.2 Applikationsserverarkitektur ............................................................... 7 


April 2013


1. Systemarkitektur 

Arkitekturen for Nyt BBR bygger på den seneste ”Best Practice” for serviceorienterede 

webapplikationer. En skitse for arkitekturen kan ses i Figur 2.1. 

BBR-klient 

Https 

(SSL) 

Applikationsserver 

Internet 

Præsentationsserver 

Modul 

1 

Web site 

Modul 

2 

Service Interface Lag 

Service Contract 

Service Adapter 

Forretnings Lag 

Forretnings 

Logik 

Data Access Lag 

Data Access 

Logik 

SQL 

Server 

... 

Modul 

N 

Service Agenter 

Batch 

Service Gateway 

Windows 

Services 

Forretnings 

Entiteter 

Service 

Agenter 

OIOXML 

Eksterne 

Services: 

- CPR 

- ESR 

- OIS 

- KMS 


April 2013 

WCF 

Figur 2.1 Arkitektur for Nyt BBR 

Kommuneklient 

OWSA-model T 

(SSL) 

Overordnet set består Nyt BBR af følgende tre dele: 

· En moderne databaseplatform, Microsoft SQL Server 2005. 

Autentifikation 

ASP.NET Providers


· En applikationsserver, baseret på en moderne standardiseret it-platform, 

Microsoft .NET. Applikationsserveren er implementeret som en serviceorienteret 

arkitektur og udstiller forretningslogikken som services. 

· En præsentationsserver, som udstiller en browserbaseret brugergrænseflade 

(BBR-klienten) og en webservicebaseret snitflade, som er baseret 

på OIOXML (Kommuneklienten). 

BBR-klientens præsentationsdel er opbygget efter ”WebClient Software Factory”modellen 

(WCSF). WCSF tilbyder en generisk arkitektur med et design, som understøtter 

modularitet og udvidelse. Kort fortalt går det ud på at få separeret og 

afkoblet de forskellige byggesten i applikationen. Det betyder f.eks., at den visuelle 

del af applikationen kan udvikles uafhængigt af den forretningsmæssige og 

styrende del. Ud over de udviklingsmæssige fordele gør det også test af de enkelte 

dele simplere og mere robust. WCSF bliver beskrevet mere indgående i afsnit 

1.1 Præsentationsserverarkitektur. Kommunikation mellem BBRklienten og 

præsentationsserveren foregår med en krypteret forbindelse (SSL) over internettet. 

Ud over BBR-klientens præsentationsdel har præsentationsserveren også en 

Servicegateway. Her udstilles eksterne OIOXML-snitflader gennem en servicefacade 

til den såkaldte Kommuneklient. Servicegatewayen implementeres med 

Windows Communication Foundation (WCF). WCF er en del af .Net Framework 

3.0 og Microsofts samlede programmeringsmodel til at bygge serviceorienterede 

applikationer. OWSA-model T benyttes til kommunikation med Kommuneklienten. 

WCF understøtter herudover en række andre muligheder for kommunikation, 

som senere kan tages i anvendelse. Præsentationsserveren kommunikerer 

med applikationsserverens udstillede services via et serviceagentlag. Også her 

benyttes WCF til kommunikationen. 

Endelig sørger præsentationsserveren for at autentificere brugerne af både BBRklienten 

og Kommuneklienten. En uddybning heraf findes i kapitlet om Sikkerhed. 

Forretningslogik og dataaccess implementeres på applikationsserveren og udstilles 

ved hjælp af services, som kan tilgås af præsentationsserveren. Endvidere 

implementeres ASP.NET Providers, der bl.a. benyttes til autorisationskontrol i 

forretningslaget og præsentationslaget. 

På applikationsserveren implementeres også de programmer, som skal køre som 

batchjob. 

Applikationsserverens dele beskrives nærmere i afsnittet Applikationsserverarkitektur. 

1.1 Præsentationsserverarkitektur 

Som tidligere nævnt baseres præsentationsdelen af BBR-klienten på WCSFmodellen 

(http://www.codeplex.com/websf). Dette er nærmere beskrevet i det følgende 

ud fra Figur 2. 

Masterpage 

Masterpage fungerer generelt som et alternativ til frames, hvor selve funktionaliteten 

sker på præsentationslaget i stedet for som ved frames, på klientbrowse- 


April 2013


ren. Dette giver en væsentligt mere overskuelig kode samt færre HTTP-kald fra 

klienten. Masterpage er en del af Web Client Software Factory-konceptet. 

http://msdn2.microsoft.com/en-us/library/system.web.ui.masterpage.aspx 

· Themes (.skin/.css) 

Themes kan med fordel anvendes som en ekstra mulighed for at definere 

standardværdier globalt for standardkontroller, billedstier osv. CSS anvendes 

som normalt med klasser indeholdende skrifttyper, farvekoder osv. 

http://msdn2.microsoft.com/en-us/library/ykzx33wh.aspx 

ScriptManager 

Masterpage 

SiteMapDataSource Bliver opbygget efter brugerens rettigheder Modul liste 

AJAX 

AJAX 

ScriptManagerProxy 

Moduler (contentplaceholder) 

UpdatePanel UpdatePanel 

Navigation 

ObjectBuilder 

EnterpriseLibrary 

GUI element 

GUI element 

GUI element 

GUI element 

GUI element GUI element 

Web Client Software Factory 

Platform 

Windows Workflow Foundation 

ASP.NET 2.0 AJAX 

ASP.NET 2.0 

Internet Information Services (IIS) 6.0 

Figur 2.2 WCSF 

Themes 

Composite Web UI Application Block 

Page Flow Application Block* 


April 2013 

AJAX


· SiteMapDataSource 

SiteMapDataSource er en metode til at opbygge selve hierarkiet af moduler 

og sider. Fordelene ved denne metode er, at man kan få den til tjekke rettigheder 

og roller til de enkelte moduler og sider (fuldautomatisk), og kun vise 

de sider som den enkelte person har rettigheder til i standard kontrollen. 

SiteMapDataSource er en del af Web Client Software Factory konceptet. 

http://msdn2.microsoft.com/en-us/library/system.web.ui.webcontrols.sitemapdatasource.aspx 

· Modulliste 

I modullisten bliver brugerne præsenteret for de moduler og sider, som 

han/hun er tildelt rettighed til. Modullisten er en del af Web Client Software 

Factory-konceptet. 

http://www.codeplex.com/websf 

· Moduler (ContentPlaceHolder) 

Dette er området, hvor indholdet af de enkelte sider bliver præsenteret. ContentPlaceHolder 

er en del af Web Client Software Factory konceptet. 

http://msdn2.microsoft.com/en-us/library/system.web.ui.webcontrols.contentplaceholder.aspx 

· Scriptmanager (ASP.NET AJAX) 

Scriptmanager er det framework, som giver mulighed for at benytte ASP.NET 

AJAX-funktionalitet. Der kan kun være en scriptmanager pr. side, og denne 

er derfor placeret på masterpage for at håndtere dette globalt for alle sider. 

http://ajax.asp.net/docs/mref/3b24af40-d9f2-7ddd-cb8e-38a9bb90b9c6.aspx 

· ScriptManagerProxy(ASP.NET AJAX) 

ScriptManagerProxy er nødvendig, når en side i en ContentPlaceHolder skal 

referere direkte til Scriptmanager på en masterpage. Hvis man f.eks. vil kalde 

en webservice, er det nødvendigt at referere direkte til Scriptmanager. Da 

dette ikke er muligt fra en contentpage, refereres der i stedet til ScriptManagerProxyen. 

http://ajax.asp.net/docs/mref/20330992-6131-bf15-bd5d-0818cbfe2c08.aspx 

· Navigation 

Navigation muliggør, at listen af entiteter vises (i f.eks. et treeview). Når en 

given entitet aktiveres, vises detailskærmbilledet for denne. 

http://msdn2.microsoft.com/en-gb/library/w25ef46s.aspx 

· GUI-element 

GUI-element er de ASP.NET-standardkontroller, som de enkelte skærmbilleder 

indeholder, f.eks. tekstbokse, knapper osv. Også customiserede kontroller 

kan indgå som GUI-elementer. 

http://msdn2.microsoft.com/en-gb/library/tt9b3d0f.aspx 

Web Client Software Factory 

· ObjectBuilder 

ObjectBuilder er en del af Web Client Software Factory-modellen og er bl.a. 

med til at holde modulerne adskilt samtidig med, at de skal have mulighed 

for at kommunikere med hinanden. 

http://www.codeplex.com/Wiki/View.aspx?ProjectName=ObjectBuilder 

· EnterpriseLibrary 

EnterpriseLibrary er et bibliotek af best practice-metoder implementeret i applikationsblokke. 

Biblioteket er designet til at assistere udvikleren med al- 


April 2013


mindelige ”Enterprise”-udviklingsproblemstillinger. 

http://www.gotdotnet.com/codegallery/codegallery.aspx?id=295a464a-6072-4e25-94e2- 

91be63527327 

· Composite Web UI Application Block 

Composite Web UI Application Block er en essentiel del af Web Client Software 

Factory–modellen, som håndterer de centrale elementer som f.eks. 

work item, module init osv. 


· Page Flow Application Block* 

Page Flow Application Block er en tilføjelsesmulighed til Web Client Software 

Factory-modellen, som håndterer sidenavigation separat og hjælper med at 

holde tilstanden i objekter med lang levetid og komplekse workflow. 

Page Flow Application Block vil blive anvendt de steder i projektet, hvor der 

kan drages fordel af denne funktionalitet. 


Platform 

Platformen består af en Windows 2003-server R2. 

http://www.microsoft.com/windowsserver2003/default.mspx 

· ASP.NET AJAX 

ASP.NET AJAX er valgt som en tilføjelse til Web Client Software Factorymodellen. 

Dette er med til at højne brugeroplevelsen væsentligt, da skærmbillederne 

ikke skal opdateres 100 % ved hver handling, der bliver udført i 

systemet. Med ASP.NET AJAX er det kun de aktuelle data, der blive opdateret, 

og dette sker helt asynkront. 

http://ajax.asp.net/default.aspx?tabid=47 

· ASP.NET 2.0 

Her bliver selve serversiden genereret. De felter, brugeren har rettighed til, 

bliver godkendt til afsendelse til klienten, de rigtige tooltips bliver genereret, 

og eventuel præudfyldning af formfelter foretages. For hver enkelt sidenavigation 

bliver alt XHTML genereret/gengenereret og afsendt til klienten. 

http://asp.net/ 

· Internet Information Services (IIS) 6.0 

Internet Information Services (IIS) 6.0 er den valgte webserver. 

http://www.microsoft.com/windowsserver2003/iis/default.mspx 


April 2013


1.2 Applikationsserverarkitektur 

Som det fremgår af Figur 2.1, har applikationsserveren en lagdelt arkitektur, 

som er baseret på Web Service Software Factory–modellen. 

(http://www.gotdotnet.com/codegallery/codegallery.aspx?id=6fde9247-53a8-4879-853d- 

500cd2d97a83). De enkelte lag beskrives nedenfor. 

· ServiceInterface Lag 

ServiceInterface laget består af to dele: ServiceContract og ServiceAdapter. 

ServiceContract-komponenten beskriver, hvilke operationer og hvilke 

data eller beskeder der skal udveksles. ServiceAdapteren implementerer 

servicekontrakten og udstiller funktionaliteten udadtil. Endvidere er det 

her, der sker en mapning mellem data beskrevet af servicen og data beskrevet 

i forretningslaget. ServiceInterface-laget benytter WCF til kommunikation 

med præsentationsserveren. 

· ForretningsLag 

Forretningslaget definerer dels forretningsentiteterne fra systemets domænemodel 

samt den forretningslogik, der er knyttet hertil. 

· Data Access Lag 

Data Access-laget indeholder den logik, der skal til for at tilgå data i SQLdatabasen. 

Derudover indeholder den også serviceagenter, der indpakker 

kommunikationen med eksterne systemer, så det er transparent for forretningslaget 

at tilgå data. 

· Batch 

Ud over at udstille services skal applikationsserveren også hoste de programmer, 

der ikke skal tilgås som services, men f.eks. køre en gang i 

døgnet. 

· ASP.NET Providers 

Til at styre sikkerhed og autorisationer implementeres ASP.NET Providers 

på applikationsserveren. Funktionaliteten heri udstilles som en WCFservice 

bl.a. til brug af præsentationsserveren. 


April 2013

Systembeskrivelse kapitel 3 – Forretningslogik – Bilag A 

Bilag A 

Kontekst og ikke-kontekstafhængige valideringer 

Det gøres opmærksom på, at listen ikke er komplet, da der er visse typer valideringer, der er af en sådan karakter, at de ikke 

passer ind i skemaet. Disse er kodet direkte i programmet. Det gælder specielt de valideringer der benytter data på tværs af 

entiteterne. 

Læsevejledning: 

For hver kontekst findes en række der angiver den kontekst, som de efterfølgende valideringer tilhører. Eks: 

REGEL (ENTITET: Bygning TYPE: Sag FUNKTION: InsUpd 

Der findes en speciel type der hedder ”Both”. Her udføres valideringerne på stam entiteten. Derudover udføres de på 

sagsentiteten, for så vidt der er tale om nybyggeri og byggesagen har fået en sagsdato. 

SYSTEMREGLER 

NUMMER TYPE REGEL (ENTITET: All TYPE: Sag FUNKTION: InsUpd FEJLKODE 

1 Validering Byggesag:ByggesagsDato = null and Byggesag:Påbegyndelsesdato null 1754 

3 Validering 

(Byggesag:ByggetilladelsesDato null or Byggesag:FuldførelseAfByggeriDato null or 

Byggesag:GennemførtNedrivningDato null or Byggesag:IbrugtagningsTilladelsesDato 

null or Byggesag:DelvisIbrugtagningsTilladelsesDato null ) and Byggesag:ByggesagsDato 

= null 

4 Validering Byggesag:Kode = null 1725 

5 Validering 

6 Validering 

7 Validering 

( Byggesag:Kode = 1 or Byggesag:Kode = 2 or Byggesag:Kode = 4 or Byggesag:Kode = 5 ) and 

Byggesag:IbrugtagningsTilladelsesDato null 


Byggesag:DelvisIbrugtagningsTilladelsesDato null 


Byggesag:FærdigtBygningsareal 0 


April 2013 

1756 

1712 

1713 

1715


8 Validering 

9 Validering 

10 Validering 

11 Validering 

12 Validering 

13 Validering 

15 Validering 

16 Validering 

17 Validering 

19 Validering 

20 Validering 

21 Validering 

Byggesag:FuldførelseAfByggeriDato null and Byggesag:Påbegyndelsesdato null and 

Byggesag:FuldførelseAfByggeriDato Byggesag:FærdigbehandletNaboorientering 

( ( Byggesag:Kode = 2 or Byggesag:Kode = 5 ) or ( Byggesag:FK_OpretBruger_id = 

&konvuser; and Byggesag:Kode = 4 ) ) and Byggesag:AnmeldelseAfByggearbejdeDato null 

and Byggesag:ByggesagsDato null and Byggesag:ByggesagsDato > 

Byggesag:AnmeldelseAfByggearbejdeDato 

Byggesag:AnmeldelseAfNedrivningDato null and Byggesag:ByggesagsDato null and 

Byggesag:ByggesagsDato > Byggesag:AnmeldelseAfNedrivningDato 

Byggesag:AnmeldelseAfNedrivningDato null and Byggesag:GennemførtNedrivningDato 

null and Byggesag:AnmeldelseAfNedrivningDato > Byggesag:GennemførtNedrivningDato 

Byggesag:AnsøgningModtaget null and Byggesag:Henlæggelse null and 

Byggesag:AnsøgningModtaget > Byggesag:Henlæggelse 

Byggesag:AnsøgningModtaget = null and Byggesag:FyldestgørendeAnsøgningModtaget 

null 

Byggesag:FyldestgørendeAnsøgningModtaget null and 

Byggesag:FyldestgørendeAnsøgningModtaget < Byggesag:AnsøgningModtaget 

22 Validering Byggesag:FærdigbehandletNaboorientering null and Byggesag:Naboorientering = null 1738 

23 Validering 

Byggesag:FærdigbehandletNaboorientering null and 

Byggesag:FærdigbehandletNaboorientering < Byggesag:Naboorientering 

24 Validering Byggesag:Henlæggelse null and Byggesag:Henlæggelse > dd 1740 


April 2013 

1780 

1717 

1718 

1719 

1728 

1729 

1731 

1732 

1733 

1735 

1736 

1737 

1739


25 Validering 

26 Validering 

Byggesag:GennemførtNedrivningDato null and Byggesag:AnmeldelseAfNedrivningDato = 

null 

Byggesag:GennemførtNedrivningDato null and Byggesag:AnmeldelseAfNedrivningDato 

null and Byggesag:GennemførtNedrivningDato < Byggesag:AnmeldelseAfNedrivningDato 

27 Validering Byggesag:AnsøgningModtaget null and Byggesag:AnsøgningModtaget > dd 1743 

28 Validering 

Byggesag:FyldestgørendeAnsøgningModtaget null and 

Byggesag:FyldestgørendeAnsøgningModtaget > dd 

29 Validering Byggesag:Naboorientering null and Byggesag:Naboorientering > dd 1745 

30 Validering 

32 Validering 

Byggesag:FærdigbehandletNaboorientering null and 

Byggesag:FærdigbehandletNaboorientering > dd 

Byggesag:AnmeldelseAfByggearbejdeDato null and 

Byggesag:AnmeldelseAfByggearbejdeDato > dd 

33 Validering Byggesag:GennemførtNedrivningDato null and Byggesag:GennemførtNedrivningDato > dd 1750 

34 Validering Byggesag:ByggetilladelsesDato null and Byggesag:ByggetilladelsesDato > dd 1751 

35 Validering Byggesag:FuldførelseAfByggeriDato null and Byggesag:FuldførelseAfByggeriDato > dd 1752 

36 Validering 

37 Validering 

38 Validering 

41 Validering 

42 Validering 

44 Validering 

46 Validering 

Byggesag:IbrugtagningsTilladelsesDato null and Byggesag:IbrugtagningsTilladelsesDato > 

dd 

Byggesag:DelvisIbrugtagningsTilladelsesDato null and 

Byggesag:DelvisIbrugtagningsTilladelsesDato > dd 


&konvuser; and Byggesag:Kode = 4 ) ) and Byggesag:AnmeldelseAfByggearbejdeDato null 

and Byggesag:AnmeldelseAfNedrivningDato null 

Byggesag:AnsøgningModtaget null and Byggesag:ForventetPåbegyndelsesDato null 

and Byggesag:ForventetPåbegyndelsesDato < Byggesag:AnsøgningModtaget 

Byggesag:AnsøgningModtaget null and Byggesag:ForventetFuldførtDato null and 

Byggesag:ForventetFuldførtDato < Byggesag:AnsøgningModtaget 

( Byggesag:OpretTimestamp >= 2009-03-16 or Byggesag:OpretTimestamp = 0001-01-01 ) 

and Byggesag:AnsøgningModtaget = null and Byggesag:KopiId = null 


&konvuser; and Byggesag:Kode = 4 ) ) and Byggesag:FuldførelseAfByggeriDato null and 


April 2013 

1741 

1742 

1744 

1746 

1748 

1753 

1758 

1761 

1784 

1762 

1764 

1766


47 Validering 

48 Validering 

49 Validering 

50 Validering 

51 Validering 

52 Validering 

53 Validering 

54 

Sandsynlighedskont 

rol 

55 Validering 

56 Validering 

57 Validering 

Byggesag:AnmeldelseAfByggearbejdeDato = null and Byggesag:AnmeldelseAfNedrivningDato 

= null 

Byggesag:AnmeldelseAfByggearbejdeDato null and ( 

Byggesag:AnmeldelseAfNedrivningDato null or Byggesag:ByggetilladelsesDato null ) 

Byggesag:AnmeldelseAfNedrivningDato null and ( 

Byggesag:AnmeldelseAfByggearbejdeDato null or Byggesag:ByggetilladelsesDato null ) 1786 

Byggesag:ByggetilladelsesDato null and ( Byggesag:AnmeldelseAfByggearbejdeDato 

null or Byggesag:AnmeldelseAfNedrivningDato null ) 

Byggesag:AnmeldelseAfNedrivningDato null and Byggesag:AnmeldelseAfNedrivningDato > 

dd 


Byggesag:DelvisIbrugtagningsTilladelsesDato 

Byggesag#Old:DelvisIbrugtagningsTilladelsesDato and 

Byggesag:IbrugtagningsTilladelsesDato = null and Byggesag:FærdigtBygningsareal = null and 

Byggesag:FuldførelseAfByggeriDato = null 

Byggesag#Old:DelvisIbrugtagningsTilladelsesDato null and 

Byggesag:DelvisIbrugtagningsTilladelsesDato = null and ( Byggesag:Kode 3 or 

Byggesag:ForeløbigFærdiggjortAntalLejligheder > 0 or 

Byggesag:ForeløbigFærdiggjortAntalLejlighederUdenKøkkenI > 0 ) 

( Byggesag:GennemførtNedrivningDato null or Byggesag:FuldførelseAfByggeriDato null 

or Byggesag:IbrugtagningsTilladelsesDato null ) and Byggesag:Naboorientering null 

and Byggesag:FærdigbehandletNaboorientering = null 

Byggesag:ByggesagsDato null and ( Byggesag:Kode = 1 or Byggesag:Kode = 3 ) and 

Byggesag:Påbegyndelsesdato = null and ( Byggesag:FuldførelseAfByggeriDato null or 

Byggesag:IbrugtagningsTilladelsesDato null or 

Byggesag:DelvisIbrugtagningsTilladelsesDato null ) 


&konvuser; and Byggesag:Kode = 4 ) ) and Byggesag:ByggetilladelsesDato null 

( Byggesag:Kode = 1 or Byggesag:Kode = 3 or ( Byggesag:FK_OpretBruger_id &konvuser; 

and Byggesag:Kode = 4 ) ) and Byggesag:AnmeldelseAfByggearbejdeDato null 

Byggesag:Påbegyndelsesdato null and Byggesag:AnmeldelseAfByggearbejdeDato null 

and Byggesag:Påbegyndelsesdato < Byggesag:AnmeldelseAfByggearbejdeDato 


April 2013 

1785 

1767 

1749 

1769 

1701 

1772 

1706 

1773 

1774 

1775


58 Validering 

59 Validering 

61 Validering 

62 Validering 

63 Validering 

Byggesag:Påbegyndelsesdato null and Byggesag:AnmeldelseAfNedrivningDato null and 

Byggesag:Påbegyndelsesdato < Byggesag:AnmeldelseAfNedrivningDato 

Byggesag:Påbegyndelsesdato null and Byggesag:ByggetilladelsesDato null and 

Byggesag:Påbegyndelsesdato < Byggesag:ByggetilladelsesDato 

( Byggesag:OpretTimestamp < 2009-03-16 and Byggesag:OpretTimestamp 0001-01-01 ) 

and ( Byggesag:AnsøgningModtaget null or Byggesag:FyldestgørendeAnsøgningModtaget 

null or Byggesag:Naboorientering null or Byggesag:FærdigbehandletNaboorientering 

null ) 

Byggesag:Naboorientering null and Byggesag:ByggesagsDato null and 

Byggesag:Naboorientering > Byggesag:ByggesagsDato 

Byggesag:AnmeldelseAfByggearbejdeDato null and Byggesag:FuldførelseAfByggeriDato 

null and Byggesag:FuldførelseAfByggeriDato < Byggesag:AnmeldelseAfByggearbejdeDato 1788 

64 Validering Byggesag:Gyldighedsdato null and Byggesag:Gyldighedsdato > dd 3444 

65 


rol 

Byggesag:Gyldighedsdato null and Byggesag:Gyldighedsdato < SUB(dd;y(10)) 3445 

66 Validering Byggesag:Henlæggelse null and Byggesag:ByggesagsDato = null 1779 

NUMMER TYPE REGEL (ENTITET: Brugsenhed TYPE: Stam FUNKTION: Insert FEJLKODE 

1 Ejermeddelelse45 Brugsenhed:Sagstype = 5 and Brugsenhed:UndertrykBBRMeddelelse = false 0 


NUMMER TYPE REGEL (ENTITET: Brugsenhed TYPE: Stam FUNKTION: InsUpd FEJLKODE 

1 Validering 

Brugsenhed:Nybyggeri = 0 and ( Brugsenhed:Sagstype null and ( Brugsenhed:Sagstype < 

4 or Brugsenhed:Sagstype > 5 ) ) 

NUMMER TYPE REGEL (ENTITET: Brugsenhed TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Brugsenhed TYPE: Both FUNKTION: InsUpd FEJLKODE 

1 Validering Brugsenhed:AnvendelsesKode = null 1200 

2 Validering Brugsenhed:Areal = null 1201 

3 Validering Brugsenhed:ArealKilde = null 1202 


April 2013 

1776 

1777 

855 

856 

1020


4 Validering Brugsenhed:BeboelsesAreal = null and Brugsenhed:ErhvervsAreal = null 1204 

5 Validering ADD(Brugsenhed:BeboelsesAreal;Brugsenhed:ErhvervsAreal) Brugsenhed:Areal 1203 

NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Stam FUNKTION: Insert FEJLKODE 

1 Ejermeddelelse45 Bygning:Sagstype = 5 and Bygning:UndertrykBBRMeddelelse = false 0 


NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Stam FUNKTION: InsUpd FEJLKODE 

1 Validering 

2 Validering 

3 Validering 

5 Validering 

7 Validering 

24 Validering 

30 

31 


rol 


rol 

Bygning:Nybyggeri 1 and Bygning:MaterialeKilde 4 and ( Bygning:Opførelsesår = null 

or Bygning:Opførelsesår = 0 ) 

Bygning:Nybyggeri 1 and Bygning:Opførelsesår > 0 and Bygning:Opførelsesår > 

indeværende år 

Bygning:Nybyggeri 1 and Bygning:SenesteOmTilbygningsår > 0 and ( 

Bygning:Opførelsesår = null or Bygning:SenesteOmTilbygningsår < Bygning:Opførelsesår ) 

Bygning:Nybyggeri 1 and Bygning:MaterialeKilde 4 and Bygning:Tagdækningsmateriale 

= null 

Bygning:Nybyggeri 1 and Bygning:MaterialeKilde 4 and Bygning:AnvendelsesKode 

920 and Bygning:Ydervægsmateriale = null 

Bygning:Nybyggeri = 0 and (Bygning:Sagstype null and ( Bygning:Sagstype < 4 or 

Bygning:Sagstype > 7 ) ) 

Bygning:Nybyggeri 1 and Bygning:UdnyttetTagetage >= Bygning:BebyggetAreal 2003 

Bygning:Nybyggeri 1 and Bygning:BeboelseKælder >= Bygning:BebyggetAreal 2004 

32 Validering Bygning:HuslejeoplysningDato < 2008-01-01 or Bygning:HuslejeoplysningDato > dd 840 

33 Validering Bygning#Old:ArealKilde 4 and Bygning:ArealKilde = 4 526 

34 Validering Bygning#Old:MaterialeKilde 4 and Bygning:MaterialeKilde = 4 527 

35 Validering Bygning#Old:ArealKilde 3 and Bygning:ArealKilde = 3 576 

36 Validering Bygning#Old:MaterialeKilde 3 and Bygning:MaterialeKilde = 3 577 

37 Validering 

Bygning:AdgangsAreal < 0 or Bygning:AffaldsrumITerrænniveauAreal < 0 or 

Bygning:BebyggetAreal < 0 or Bygning:IndbyggetCarportAreal < 0 or 


April 2013 

503 

504 

505 

578 

507 

1002 

529


38 Validering 

39 Validering 

Bygning:IndbyggetGarageAreal < 0 or Bygning:IndbyggetUdestueAreal < 0 or 

Bygning:IndbyggetUdhusAreal < 0 or Bygning:LukketOverdækningAreal < 0 or 

Bygning:OverdækketAreal < 0 or Bygning:SamletAreal < 0 or Bygning:SamletBoligAreal < 0 or 

Bygning:SamletErhversAreal < 0 or Bygning:ÅbenOverdækningAreal < 0 

Bygning:Byggeskadeforsikringsselskab null and Bygning:Byggeskadeforsikringsselskab 

0 and Bygning:Byggeskadeforsikringsselskab 99 and 

Bygning:ByggeskadeforsikringsselskabDato = null 

( Bygning:Afløbsforhold = 10 and ( Bygning#Old:Afløbsforhold = null or 

Bygning#Old:Afløbsforhold 10 ) ) or ( Bygning:Afløbsforhold = 11 and ( 

Bygning#Old:Afløbsforhold = null or Bygning#Old:Afløbsforhold 11 ) ) or ( 

Bygning:Afløbsforhold = 20 and ( Bygning#Old:Afløbsforhold = null or 











Bygning#Old:Afløbsforhold = null or Bygning#Old:Afløbsforhold 90 ) ) 

40 Validering Bygning:Gyldighedsdato null and Bygning:Gyldighedsdato > dd 3444 

41 


rol 

42 Validering 

43 


rol 

Bygning:Gyldighedsdato null and Bygning:Gyldighedsdato < SUB(dd;y(10)) 3445 

( Bygning:Afløbsforholdtilladelse= 5 and ( Bygning#Old:Afløbsforholdtilladelse= null or 

Bygning#Old:Afløbsforholdtilladelse 5 ) ) or ( Bygning:Afløbsforholdtilladelse= 6 and ( 

Bygning#Old:Afløbsforholdtilladelse= null or Bygning#Old:Afløbsforholdtilladelse 6 ) ) or ( 

Bygning:Afløbsforholdtilladelse= 7 and ( Bygning#Old:Afløbsforholdtilladelse= null or 

Bygning#Old:Afløbsforholdtilladelse 7 ) ) 

Bygning#Old:Byggeskadeforsikringsselskab null and 

Bygning:Byggeskadeforsikringsselskab = null 

NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Stam FUNKTION: SoftDelete FEJLKODE 


April 2013 

593 

3326 

3403 

3460




NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Sag FUNKTION: Update FEJLKODE 

1 Validering 

Bygning#Old:Sagstype Bygning:Sagstype and Bygning:ÆndretFunktion 

BygningInternal 

NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Sag FUNKTION: InsUpd FEJLKODE 

1 Validering 

2 Validering 

( Byggesag:ByggesagsDato null and Bygning:Sagstype = 1 ) and 

Bygning:AnvendelsesKode = null 

Byggesag:ByggesagsDato null and ( Bygning#Old:Sagstype = 2 or Bygning#Old:Sagstype 

= 3 ) and Bygning:Sagstype = 1 

3 Validering Byggesag:ByggesagsDato null and Byggesag:Kode = 1 and Bygning:Sagstype = 3 806 

5 Validering 

6 Validering 

7 Validering 

8 Validering 

Byggesag:ByggesagsDato null and Byggesag:Kode = 1 and ( ( Bygning:AnvendelsesKode 

null and ( Bygning:AnvendelsesKode = 140 or Bygning:AnvendelsesKode = 150 or 

Bygning:AnvendelsesKode = 160 or Bygning:AnvendelsesKode = 210 or ( 

Bygning:AnvendelsesKode >= 410 and Bygning:AnvendelsesKode = 410 and 

Bygning#stam:AnvendelsesKode 50 and Bygning:AnvendelsesKode >= 

910 

Byggesag:ByggesagsDato null and Byggesag:Kode = 2 and Bygning:Sagstype = 1 and 

Bygning:AnvendelsesKode < 910 and Bygning:AnvendelsesKode 540 

Byggesag:ByggesagsDato null and Byggesag:Kode = 2 and Bygning:Sagstype = 1 and ( 

Bygning:AnvendelsesKode = 110 or Bygning:AnvendelsesKode = 120 or 


Bygning:AnvendelsesKode = 510 ) and Bygning:SamletBoligAreal > 0 

9 Validering Byggesag:ByggesagsDato null and Byggesag:Kode = 2 and Bygning:Sagstype = 2 and ( ( 844 


April 2013 

1727 

588 

1755 

808 

809 

842 

843


11 Validering 

13 Validering 

14 Validering 

15 Validering 

16 Validering 

17 Validering 

Bygning:AnvendelsesKode null and ( Bygning:AnvendelsesKode = 110 or 


Bygning:AnvendelsesKode = 190 or Bygning:AnvendelsesKode = 510 ) ) or ( 

Bygning:AnvendelsesKode = null and ( Bygning#Stam:AnvendelsesKode = 110 or 

Bygning#Stam:AnvendelsesKode = 120 or Bygning#Stam:AnvendelsesKode = 130 or 

Bygning#Stam:AnvendelsesKode = 190 or Bygning#Stam:AnvendelsesKode = 510 ) ) ) and ( 

Bygning:SamletBoligAreal null or Bygning:SamletErhversAreal null ) 


Bygning#Stam:AnvendelsesKode 140 and Bygning#Stam:AnvendelsesKode 190 


null and ( Bygning:AnvendelsesKode = 110 or Bygning:AnvendelsesKode = 120 or 


Bygning:AnvendelsesKode = 540 ) ) or ( Bygning:AnvendelsesKode = null and ( 



Bygning#Stam:AnvendelsesKode = 540 ) ) ) 


null and Bygning:AnvendelsesKode 210 and Bygning:AnvendelsesKode 220 and 

Bygning:AnvendelsesKode 230 and Bygning:AnvendelsesKode 290 ) or ( 

Bygning:AnvendelsesKode = null and Bygning#Stam:AnvendelsesKode 210 and 

Bygning#Stam:AnvendelsesKode 220 and Bygning#Stam:AnvendelsesKode 230 and 

Bygning#Stam:AnvendelsesKode 290 ) ) 


null and Bygning:AnvendelsesKode >= 910 ) or ( Bygning:AnvendelsesKode = null and 

Bygning#Stam:AnvendelsesKode >= 910 ) ) and ( Bygning:Sagstype = 1 or Bygning:Sagstype 

= 2 ) and Bygning:BeregnBebygAr > 50 


Bygning:AnvendelsesKode < 910 

Byggesag:ByggesagsDato null and Byggesag:Kode = 5 and Bygning:Sagstype = 2 and ( ( 

Bygning:AnvendelsesKode null and ( Bygning:AnvendelsesKode = 110 or 


Bygning:AnvendelsesKode = 510 or Bygning:AnvendelsesKode = 540 ) ) or ( 

Bygning:AnvendelsesKode = null and ( Bygning#Stam:AnvendelsesKode = 110 or 



April 2013 

854 

846 

847 

853 

848 

849


Bygning#Stam:AnvendelsesKode = 510 or Bygning#Stam:AnvendelsesKode = 540 ) ) ) 

19 Validering Byggesag:ByggesagsDato null and Byggesag:Kode = null 810 

25 Validering 

26 Validering 

27 Validering 

28 Validering 

33 Validering 

41 Validering 

43 Validering 

44 Validering 

47 Validering 

50 Validering 

54 Validering 

55 Validering 

Byggesag:ByggesagsDato null and Bygning#Old:Opførelsesår = null and 

Bygning:Opførelsesår null 

Byggesag:ByggesagsDato null and Bygning:Sagstype = 1 and 

Bygning:SenesteOmTilbygningsår null and Bygning:SenesteOmTilbygningsår 0 

Byggesag:ByggesagsDato null and Bygning:Sagstype = 1 and Bygning:Ydervægsmateriale 

= null and Bygning:AnvendelsesKode 920 and Bygning:MaterialeKilde 4 

Byggesag:ByggesagsDato null and Bygning:Sagstype = 1 and Bygning:MaterialeKilde 4 

and Bygning:Tagdækningsmateriale = null 

Byggesag:ByggesagsDato null and Bygning#Stam:AnvendelsesKode < 910 and 

Bygning:Sagstype = 3 and Bygning:SamletAreal > 0 

Byggesag:ByggesagsDato null and Bygning:Sagstype = 1 and ( Bygning:BebyggetAreal 

null and Bygning:BebyggetAreal < 0 ) 

Byggesag:ByggesagsDato null and Bygning:Sagstype = 2 and ( Bygning:BebyggetAreal 

null and Bygning:BebyggetAreal < 0 ) 

Byggesag:ByggesagsDato null and Bygning:Sagstype = 3 and 

Bygning#Stam:AnvendelsesKode < 910 and Bygning:BebyggetAreal > 0 

Byggesag:ByggesagsDato null and Bygning:Sagstype = 1 and Bygning:AnvendelsesKode < 

910 and ( Bygning:AndetAreal null and Bygning:AndetAreal < 0 ) 

Byggesag:ByggesagsDato null and Bygning:Varmeinstallation = 7 and 

Bygning:Opvarmningsmiddel 1 

Byggesag:ByggesagsDato null and ( Bygning:Sagstype = 1 or Bygning:Sagstype = 2 ) and ( 

( Bygning:AnvendelsesKode null and Bygning:AnvendelsesKode < 910 ) or ( 

Bygning:AnvendelsesKode = null and Bygning#Stam:AnvendelsesKode < 910 ) ) and ( 

Bygning:Varmeinstallation = 1 or Bygning:Varmeinstallation = 9 ) and 

Bygning:Opvarmningsmiddel null 

Byggesag:ByggesagsDato null and ( ( Bygning:AnvendelsesKode null and 

Bygning:AnvendelsesKode >= 910 ) or ( Bygning:AnvendelsesKode = null and 

Bygning#Stam:AnvendelsesKode >= 910 ) ) and ( Bygning:AntalPersonerSikringsrum null 

and Bygning:AntalPersonerSikringsrum 0 ) 


April 2013 

815 

816 

817 

541 

819 

583 

823 

828 

812 

579 

569 

826


59 Validering 

62 Validering 

63 Validering 

64 Validering 

Byggesag:ByggesagsDato null and Bygning:Sagstype = 1 and Bygning:AnvendelsesKode < 

910 and ( Bygning:IndbyggetGarageAreal < 0 or Bygning:IndbyggetCarportAreal < 0 or 

Bygning:IndbyggetUdhusAreal < 0 or Bygning:IndbyggetUdestueAreal < 0 or 

Bygning:OverdækketAreal < 0 or Bygning:AffaldsrumITerrænniveauAreal < 0 ) 

Byggesag:ByggesagsDato null and Byggesag:Rettelseskode = 2 and 

Byggesag:FærdigtBygningsareal > 0 and Byggesag:DelvisIbrugtagningsTilladelsesDato = null 837 

Byggesag:ByggesagsDato null and Byggesag:Rettelseskode = 2 and 


Byggesag:DelvisIbrugtagningsTilladelsesDato 

Byggesag#Old:DelvisIbrugtagningsTilladelsesDato and ( Byggesag:FærdigtBygningsareal = 

null or Byggesag:FærdigtBygningsareal < 0 ) 

( Bygning:Sagstype = 1 or Bygning:Sagstype = 2 ) and Byggesag:Henlæggelse null and ( 

Byggesag:FuldførelseAfByggeriDato null or Byggesag:IbrugtagningsTilladelsesDato 

null or Byggesag:DelvisIbrugtagningsTilladelsesDato null ) 

65 Validering Bygning:Sagstype = 3 and Byggesag:Kode = 1 1703 

66 Validering Bygning:Sagstype = 3 and Byggesag:Påbegyndelsesdato null 1704 

67 Validering Bygning:Sagstype = 3 and Byggesag:FuldførelseAfByggeriDato null 1723 

68 Validering 

69 Validering 

70 Validering 

71 Validering 

( Byggesag:Kode = 1 or Byggesag:Kode = 3 ) and Bygning:Sagstype 3 and 

Byggesag:FuldførelseAfByggeriDato null and Byggesag:FuldførelseAfByggeriDato


72 Validering 

73 Validering 

74 Validering 

75 Validering 

78 Validering 

81 Validering 

85 Validering 

86 Validering 

( Byggesag:Kode = 1 or Byggesag:Kode = 3 or ( Byggesag:FK_OpretBruger_id &konvuser; 

and Byggesag:Kode = 4 ) ) and Bygning:Sagstype 3 and 

Byggesag:IbrugtagningsTilladelsesDato null and Byggesag:IbrugtagningsTilladelsesDato 


105 Validering 







Bygning:Sagstype = 2 and ( ( Bygning:AnvendelsesKode null and 

Bygning:AnvendelsesKode < 910 ) or ( Bygning:AnvendelsesKode = null and 

Bygning#Stam:AnvendelsesKode < 910 ) ) and ( Bygning:Varmeinstallation = 2 or 

Bygning:Varmeinstallation = 3 or Bygning:Varmeinstallation = 5 or Bygning:Varmeinstallation 

= 6 or Bygning:Varmeinstallation = 8 ) and Bygning:Opvarmningsmiddel = null 



Bygning#Stam:AnvendelsesKode < 910 ) ) and Bygning:Varmeinstallation = 3 and ( 

Bygning:Opvarmningsmiddel 3 and Bygning:Opvarmningsmiddel 4 and 

Bygning:Opvarmningsmiddel 9 ) 



Bygning#Stam:AnvendelsesKode < 910 ) ) and Bygning:Varmeinstallation = 8 and ( 




Bygning:AnvendelsesKode < 910 ) or( Bygning:AnvendelsesKode = null and 

Bygning#Stam:AnvendelsesKode < 910 ) ) and ( Bygning:Varmeinstallation = 1 or 

Bygning:Varmeinstallation = 9 ) and Bygning:Opvarmningsmiddel null 

Byggesag:ByggesagsDato null and Byggesag:Kode = 2 and Bygning:Sagstype = 2 and ( ( 

Bygning:AnvendelsesKode null and ( Bygning:AnvendelsesKode 110 and 

Bygning:AnvendelsesKode 120 and Bygning:AnvendelsesKode 130 and 


Bygning:AnvendelsesKode 540 and Bygning:AnvendelsesKode < 910 ) ) or ( 

Bygning:AnvendelsesKode = null and ( Bygning#Stam:AnvendelsesKode 110 and 



Bygning#Stam:AnvendelsesKode 540 and Bygning#Stam:AnvendelsesKode < 910 ) ) ) 

Bygning:ByggeskadeforsikringsselskabDato null and ( 

Bygning:Byggeskadeforsikringsselskab = null or Bygning:Byggeskadeforsikringsselskab = 0 or 594 

Bygning:Byggeskadeforsikringsselskab = 99 ) 

( Byggesag:ByggesagsDato null and Bygning:Sagstype = 1 ) and ( 

Bygning:AnvendelsesKode < 200 and ( Bygning:AntalLejlighederMedKøkkenl = null or 

Bygning:AntalLejlighederMedKøkkenl = 0 ) and ( Bygning:AntalLejlighederUdenKøkkenl = null 


April 2013 

520 

521 

567 

571 

852 

2019




115 


rol 



or Bygning:AntalLejlighederUdenKøkkenl = 0 ) ) 

( Bygning:Afløbsforhold = 10 and ( Bygning#Old:Afløbsforhold = null or 














Bygning#Old:Afløbsforhold = null or Bygning#Old:Afløbsforhold 90 ) ) 



Bygning#Old:Afløbsforholdtilladelse= null or Bygning#Old:Afløbsforholdtilladelse 6 ) ) or ( 

Bygning:Afløbsforholdtilladelse= 7 and ( Bygning#Old:Afløbsforholdtilladelse= null or 


Byggesag:AnsøgningModtaget >= 2008-04-01 and Bygning:SamletBoligAreal null and ( 

Bygning:SamletBoligAreal > Bygning:SamletErhversAreal or Bygning:SamletErhversAreal = 

null ) and Bygning:Byggeskadeforsikringsselskab = null and Bygning:Sagstype = 1 and 

Byggesag:FuldførelseAfByggeriDato = null and Byggesag:IbrugtagningsTilladelsesDato = null 

Bygning:Sagstype = 2 and ( Bygning:Byggeskadeforsikringsselskab null or 

Bygning:ByggeskadeforsikringsselskabDato null ) 

Byggesag:ByggesagsDato null and Byggesag:Kode = 1 and ( ( ( Bygning:AnvendelsesKode 

null and ( ( Bygning:AnvendelsesKode >= 210 and Bygning:AnvendelsesKode = 210 and 

Bygning#stam:AnvendelsesKode 1 ) or ( Bygning:Sagstype = 2 and 


April 2013 

3326 

3403 

3459 

3461 

3489




120 


rol 


ADD(Bygning#stam:AntalEtager;Bygning:AntalEtager) > 1 ) ) ) 



null ) and Bygning:Byggeskadeforsikringsselskab = null and Bygning:Sagstype = 1 and ( 

Byggesag:FuldførelseAfByggeriDato null or Byggesag:IbrugtagningsTilladelsesDato 

null ) and Bygning#stam:Byggeskadeforsikringsselskab = null 

Byggesag:ByggesagsDato null and Byggesag:Kode = 4 and Byggesag:AnsøgningModtaget 

>= 2012-02-08 and ( ( Bygning:Sagstype = 1 and Bygning:AntalEtager > 1 ) or ( 

Bygning:Sagstype = 2 and ADD(Bygning#stam:AntalEtager;Bygning:AntalEtager) > 1 ) ) 




Byggesag:FuldførelseAfByggeriDato = null and Byggesag:IbrugtagningsTilladelsesDato = null 




Byggesag:FuldførelseAfByggeriDato = null and Bygning#stam:MidlertidigStatus = 2 and 

Bygning#stam:Byggeskadeforsikringsselskab = null 

NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Both FUNKTION: InsUpd FEJLKODE 

1 Validering 

2 Validering 

Bygning:AnvendelsesKode < 910 and ( Bygning:SamletAreal = null or Bygning:SamletAreal = 

0 ) 

Bygning:SamletAreal > 0 and Bygning:BebyggetAreal > 0 and Bygning:BebyggetAreal > 

Bygning:SamletAreal 

3 Validering Bygning:AnvendelsesKode >= 910 and Bygning:SamletBoligAreal > 0 510 

4 Validering 

( ( Bygning:AnvendelsesKode >= 110 and Bygning:AnvendelsesKode = 910 and Bygning:SamletErhversAreal > 0 512 

6 Validering 

( Bygning:AnvendelsesKode > 190 and Bygning:AnvendelsesKode < 910 and 


Bygning:AnvendelsesKode 590 ) and ( Bygning:SamletErhversAreal = null or 

Bygning:SamletErhversAreal = 0 ) 


April 2013 

3459 

3493 

3494 

3459 

508 

509 

511 

513


7 Validering Bygning:BebyggetAreal = null 514 

8 Validering 

Bygning:AnvendelsesKode < 910 and ( Bygning:AntalEtager = null or Bygning:AntalEtager = 910 and Bygning:AndetAreal > 0 518 

10 Validering Bygning:AnvendelsesKode < 910 and Bygning:Varmeinstallation = null 519 

11 Validering 

12 Validering 

13 Validering 

14 Validering 

15 Validering 

Bygning:AnvendelsesKode < 910 and ( Bygning:Varmeinstallation = 2 or 

Bygning:Varmeinstallation = 3 or Bygning:Varmeinstallation = 5 or Bygning:Varmeinstallation 

= 6 or Bygning:Varmeinstallation = 8 ) and Bygning:Opvarmningsmiddel = null 

Bygning:AnvendelsesKode < 910 and Bygning:Varmeinstallation = 3 and ( 



Bygning:AnvendelsesKode < 910 and Bygning:Varmeinstallation = 8 and ( 



Bygning:AnvendelsesKode < 910 and ( Bygning:Varmeinstallation = 1 or 

Bygning:Varmeinstallation = 9 ) and Bygning:Opvarmningsmiddel null 

Bygning:AnvendelsesKode < 910 and ( Bygning:AntalEtager = null or Bygning:AntalEtager = 0 

) 

17 Validering Bygning:AnvendelsesKode >= 910 and Bygning:SamletAreal > 0 535 

18 Validering Bygning:AnvendelsesKode = null 1000 

19 Validering Bygning:BebyggetAreal = null 1001 

20 Validering Bygning:MaterialeKilde = null 1003 

21 Validering Bygning:ArealKilde = null 587 

22 

23 

24 


rol 


rol 


rol 

Bygning:AnvendelsesKode = 2300 and Bygning:BebyggetAreal >= 150 2000 

MUL( Bygning:BebyggetAreal;Bygning:AntalEtager ) < MUL( Bygning:SamletAreal;0,9 ) 2001 

Bygning:AnvendelsesKode >= 210 and Bygning:AnvendelsesKode = MUL(Bygning:SamletAreal;0,5) 


April 2013 

515 

562 

580 

522 

568 

524 

2002


25 

26 

27 

28 

29 

30 

31 

32 


rol 


rol 


rol 


rol 


rol 


rol 


rol 


rol 

34 Validering 

35 Validering 

36 Validering 

37 Validering 

( Bygning:AnvendelsesKode 910 and Bygning:AnvendelsesKode 920 and 

Bygning:AnvendelsesKode 930 ) and Bygning:IndbyggetGarageAreal >= 

MUL(0,3;Bygning:SamletAreal) 


Bygning:AnvendelsesKode 930 ) and Bygning:IndbyggetCarportAreal >= 



Bygning:AnvendelsesKode 930 ) and Bygning:IndbyggetUdhusAreal >= 


Bygning:IndbyggetUdestueAreal >= MUL(0,3;Bygning:SamletAreal) 2008 

ADD(Bygning:SamletBoligAreal;Bygning:SamletErhversAreal) 

Bygning:SamletBeboelsesAreal and Bygning:AnvendelsesKode < 910 

Bygning:AnvendelsesKode > 190 and Bygning:AnvendelsesKode < 500 and 

Bygning:SamletBoligAreal > Bygning:SamletErhversAreal 

Bygning:AnvendelsesKode < 200 and Bygning:SamletErhversAreal> Bygning:SamletBoligAreal 2013 

Bygning:AntalEtager null and ( MUL(Bygning:AntalEtager;Bygning:BebyggetAreal ) 

Bygning:SamletAreal ) and ( Bygning:AfvigendeEtager = null or Bygning:AfvigendeEtager = 0 

) 

Bygning:AnvendelsesKode < 910 and ( Bygning:AntalLejlighederMedKøkkenl null and 

Bygning:AntalLejlighederMedKøkkenl < 0 ) 

Bygning:AnvendelsesKode >= 910 and ( Bygning:AntalLejlighederMedKøkkenl null and 

Bygning:AntalLejlighederMedKøkkenl 0 ) 

Bygning:AnvendelsesKode >= 910 and ( Bygning:AntalLejlighederUdenKøkkenl null and 

Bygning:AntalLejlighederUdenKøkkenl 0 ) 

Bygning:AnvendelsesKode < 910 and ( Bygning:AntalLejlighederUdenKøkkenl null and 

Bygning:AntalLejlighederUdenKøkkenl < 0 ) 

39 Validering Bygning:AnvendelsesKode < 910 and Bygning:SamletAreal < 0 584 

40 Validering 

( Bygning:AnvendelsesKode > 190 and Bygning:AnvendelsesKode 510 and 

Bygning:AnvendelsesKode 540 and Bygning:AnvendelsesKode 590 ) and 


April 2013 

2005 

2006 

2007 

2009 

2012 

2018 

585 

811 

813 

586 

820


41 Validering 


( ( Bygning:AnvendelsesKode < 200 and Bygning:AnvendelsesKode 160 ) or 

Bygning:AnvendelsesKode = 510 or Bygning:AnvendelsesKode = 540 ) and 

Bygning:SamletErhversAreal > Bygning:SamletBoligAreal 

42 Validering Bygning:AnvendelsesKode < 910 and Bygning:BebyggetAreal > Bygning:SamletAreal 822 

43 Validering Bygning:BebyggetAreal = 0 839 

44 Validering 

45 Validering 

46 Validering 

47 Validering 

48 


rol 

Bygning:SenesteOmTilbygningsår null and Bygning:SenesteOmTilbygningsår > 

indeværende år 

Bygning:ByggeskadeforsikringsselskabDato null and ( 

Bygning:Byggeskadeforsikringsselskab = null or Bygning:Byggeskadeforsikringsselskab = 0 or 594 

Bygning:Byggeskadeforsikringsselskab = 99 ) 

( Bygning:Tagdækningsmateriale null and Bygning:SupplerendeTagdækningsmateriale 

null and Bygning:Tagdækningsmateriale = Bygning:SupplerendeTagdækningsmateriale ) or ( 

Bygning:Ydervægsmateriale null and Bygning:SupplerendeYdervægsmateriale null and 

Bygning:Ydervægsmateriale = Bygning:SupplerendeYdervægsmateriale ) 

Bygning:AnvendelsesKode = 920 and Bygning:CarportArealBeregningsprincip = null and 

Bygning:FK_OpretBruger_id &konvuser; 


Bygning:FK_OpretBruger_id = &konvuser; 

49 Validering Bygning:Nummer = 2 and Bygning:PåbudRensning = 2 and 

Bygning:PåbudRensning


64 


rol 

65 Validering 

Bygning:AntalEtager > 100 3481 

( Bygning:DispensationVarmeforsyning null and Bygning:DispensationVarmeforsyningDato 

= null ) or ( Bygning:DispensationVarmeforsyning = null and 

Bygning:DispensationVarmeforsyningDato null ) 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Stam FUNKTION: Insert FEJLKODE 

1 Ejermeddelelse45 Enhed:Sagstype = 5 and Enhed:UndertrykBBRMeddelelse = false 0 




NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Stam FUNKTION: Update FEJLKODE 

1 Validering 

( Enhed#Old:Sagstype = null or ( Enhed#Old:Sagstype 6 and Enhed#Old:Sagstype 7 ) ) 

and ( Enhed:Sagstype = 6 or Enhed:Sagstype = 7 ) 

2 Ejermeddelelse60 Enhed#Old:FK_EnhedsAdresse_id Enhed:FK_EnhedsAdresse_id 0 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Stam FUNKTION: InsUpd FEJLKODE 

19 

20 

21 

22 


rol 


rol 


rol 


rol 

25 Validering 

26 Validering 

Enhed:AntalVærelser null and Enhed:AntalVærelser > 15 and Enhed:AnvendelseKode < 

190 and Enhed:AnvendelseKode 160 

Enhed:DispensationTidsbegrænsetDato null and Enhed:LovligAnvendelse = null 2014 

Enhed:DispensationTidsbegrænsetDato = null and ( Enhed:LovligAnvendelse = B or 

Enhed:LovligAnvendelse = E ) 

Enhed:DispensationTidsbegrænsetDato null and Enhed:DispensationTidsbegrænsetDato < 

dd 

Enhed:AndetAreal < 0 or Enhed:BeboelsesAreal < 0 or Enhed:ErhvervsAreal < 0 or 

Enhed:FællesAdgangsArealAndel < 0 or Enhed:LukketOverdækningAreal < 0 or 

Enhed:SamletAreal < 0 or Enhed:TinglystAreal < 0 or Enhed:ÅbenOverdækningAreal < 0 

Enhed:AntalBadeværelser < 0 or Enhed:AntalErhversVærelser < 0 or 

Enhed:AntalVandskylledeToilletter < 0 or Enhed:AntalVærelser < 0 

27 Validering Enhed#Old:ArealKilde 3 and Enhed:ArealKilde = 3 590 


April 2013 

3513 

1057 

2011 

2015 

2016 

574 

829


28 Validering Enhed:Gyldighedsdato null and Enhed:Gyldighedsdato > dd 3444 

29 


rol 

30 Validering 

Enhed:Gyldighedsdato null and Enhed:Gyldighedsdato < SUB(dd;y(10)) 3445 

Enhed:Nybyggeri = 0 and ( Enhed:Sagstype null and ( Enhed:Sagstype < 4 or 

Enhed:Sagstype > 7 ) ) 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Stam FUNKTION: SoftDelete FEJLKODE 





NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Sag FUNKTION: Insert FEJLKODE 

1 Validering Enhed:IndflytningDato null 1058 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Sag FUNKTION: Update FEJLKODE 

1 Validering Enhed:IndflytningDato > dd 1059 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Sag FUNKTION: InsUpd FEJLKODE 

6 Validering 

15 Validering 

16 Validering 

17 Validering 

Byggesag:ByggesagsDato null and Enhed:Sagstype = 1 and ( 

Enhed:AntalVandskylledeToilletter < 0 or Enhed:AntalBadeværelser < 0 or 

Enhed:ErhvervsAreal < 0 or Enhed:AntalErhversVærelser < 0 or Enhed:BeboelsesAreal < 0 or 

Enhed:AntalVærelser < 0 ) 

Byggesag:ByggesagsDato null and Enhed:Varmeinstallation = 7 and 

Enhed:Opvarmningsmiddel 1 

Byggesag:ByggesagsDato null and ( Enhed:Sagstype = 1 or Enhed:Sagstype = 2 ) and ( ( 

Enhed:AnvendelseKode null and Enhed:AnvendelseKode 510 and 

Enhed:AnvendelseKode 540 and Enhed:AnvendelseKode 590 ) or ( 

Enhed:AnvendelseKode = null and Enhed#Stam:AnvendelseKode 510 and 

Enhed#Stam:AnvendelseKode 540 and Enhed#Stam:AnvendelseKode 590 ) ) and ( 

Enhed:Varmeinstallation = 1 or Enhed:Varmeinstallation = 9 ) and Enhed:Opvarmningsmiddel 

null 

Enhed:Sagstype = 2 and ( ( Enhed:AnvendelseKode null and Enhed:AnvendelseKode 

510 and Enhed:AnvendelseKode 540 and Enhed:AnvendelseKode 590 ) or ( 


April 2013 

1002 

1544 

550 

581 

560


18 Validering 

19 Validering 

20 Validering 



Enhed:Varmeinstallation = 2 or Enhed:Varmeinstallation = 3 or Enhed:Varmeinstallation = 5 

or Enhed:Varmeinstallation = 6 or Enhed:Varmeinstallation = 8 ) and 

Enhed:Opvarmningsmiddel = null 




Enhed#Stam:AnvendelseKode 540 and Enhed#Stam:AnvendelseKode 590 ) ) and 

Enhed:Varmeinstallation = 3 and ( Enhed:Opvarmningsmiddel 3 and 

Enhed:Opvarmningsmiddel 4 and Enhed:Opvarmningsmiddel 9 ) 




Enhed#Stam:AnvendelseKode 540 and Enhed#Stam:AnvendelseKode 590 ) ) and 

Enhed:Varmeinstallation = 8 and ( Enhed:Opvarmningsmiddel 2 and 

Enhed:Opvarmningsmiddel 3 and Enhed:Opvarmningsmiddel 7 ) 





Enhed:Varmeinstallation = 1 or Enhed:Varmeinstallation = 9 ) and Enhed:Opvarmningsmiddel 

null 

22 Validering Enhed:ArealKilde null and Enhed:ArealKilde = 3 1037 

23 Validering Enhed:DelvisIbrugtagningsTilladelsesDato null and Byggesag:Påbegyndelsesdato = null 538 

24 59441 Enhed#Old:IndflytningDato = null and Enhed:IndflytningDato null 0 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Both FUNKTION: InsUpd FEJLKODE 

1 Validering 

2 Validering 

Enhed:Badeforhold = V and ( Enhed:AntalBadeværelser = null or Enhed:AntalBadeværelser = 0 

) 

Enhed:Badeforhold V and ( Enhed:AntalBadeværelser null and 

Enhed:AntalBadeværelser 0 ) 

3 Validering Enhed:AntalErhversVærelser > 0 and Enhed:AntalErhversVærelser > Enhed:AntalVærelser 1013 


April 2013 

564 

565 

570 

1050 

1051


4 Validering 

Enhed:AntalErhversVærelser > 0 and ( Enhed:ErhvervsAreal = null or Enhed:ErhvervsAreal 0 1031 

6 Validering 

7 Validering 

8 Validering 

Enhed:ErhvervsAreal > 0 and ( Enhed:AntalErhversVærelser = null or 

Enhed:AntalErhversVærelser = 0 ) 

( Enhed:AnvendelseKode = Enhed:ErhvervsAreal 

9 Validering Enhed:BeboelsesAreal = 0 and ( Enhed:ErhvervsAreal = null or Enhed:ErhvervsAreal = 0 ) 589 

10 Validering Enhed:ErhvervsAreal = 0 and ( Enhed:BeboelsesAreal = null or Enhed:BeboelsesAreal = 0 ) 1033 

11 Validering Enhed:BeboelsesAreal > 0 and Enhed:AntalVærelser


21 Validering Enhed:AntalErhversVærelser > 0 and Enhed:AntalErhversVærelser > Enhed:AntalVærelser 1043 

22 Validering Enhed:ArealKilde = null 825 

23 Validering Enhed:Køkkenforhold = null 1056 

24 Validering Enhed:AnvendelseKode = null 831 

27 Validering 

28 Validering 

29 Validering 

30 Validering 

Enhed:AnvendelseKode 510 and Enhed:AnvendelseKode 540 and 

Enhed:AnvendelseKode 590 and ( Enhed:Varmeinstallation = 2 or Enhed:Varmeinstallation 

= 3 or Enhed:Varmeinstallation = 5 or Enhed:Varmeinstallation = 6 or 

Enhed:Varmeinstallation = 8 ) and Enhed:Opvarmningsmiddel = null 


Enhed:AnvendelseKode 590 and Enhed:Varmeinstallation = 3 and ( 

Enhed:Opvarmningsmiddel 3 and Enhed:Opvarmningsmiddel 4 and 

Enhed:Opvarmningsmiddel 9 ) 


Enhed:AnvendelseKode 590 and Enhed:Varmeinstallation = 8 and ( 

Enhed:Opvarmningsmiddel 2 and Enhed:Opvarmningsmiddel 3 and 

Enhed:Opvarmningsmiddel 7 ) 


Enhed:AnvendelseKode 590 and ( Enhed:Varmeinstallation = 1 or Enhed:Varmeinstallation 

= 9 ) and Enhed:Opvarmningsmiddel null 

31 Validering ADD(Enhed:BeboelsesAreal;Enhed:ErhvervsAreal) Enhed:SamletAreal 2010 

32 Validering 

( Enhed:LovligAnvendelse = C or Enhed:LovligAnvendelse = D or Enhed:LovligAnvendelse = I ) 

and Enhed:DispensationTidsbegrænsetDato null 

NUMMER TYPE REGEL (ENTITET: Etage TYPE: Stam FUNKTION: Insert FEJLKODE 

1 Ejermeddelelse45 Etage:Sagstype = 5 and Etage:UndertrykBBRMeddelelse = false 0 


NUMMER TYPE REGEL (ENTITET: Etage TYPE: Stam FUNKTION: InsUpd FEJLKODE 

1 Validering 

Etage:AdgangsAreal < 0 or Etage:KaelderArealLovligBeboelse < 0 or 

Etage:KælderArealLoftUnder1m25overTerræn < 0 or Etage:SamletAreal < 0 or 

Etage:TagetageArealUdnyttetDel < 0 

2 Validering Etage:Nybyggeri 1 and Etage:Type = null 591 


April 2013 

561 

563 

566 

523 

3379 

575


3 Validering Etage:Gyldighedsdato null and Etage:Gyldighedsdato > dd 3444 

4 


rol 

5 Validering 

Etage:Gyldighedsdato null and Etage:Gyldighedsdato < SUB(dd;y(10)) 3445 

Etage:Nybyggeri = 0 and ( Etage:Sagstype null and ( Etage:Sagstype < 4 or 

Etage:Sagstype > 5 ) ) 

NUMMER TYPE REGEL (ENTITET: Etage TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Etage TYPE: Sag FUNKTION: InsUpd FEJLKODE 

1 Validering Etage:Type = null 1107 

NUMMER TYPE REGEL (ENTITET: Etage TYPE: Both FUNKTION: InsUpd FEJLKODE 

1 Validering 

2 Validering 

3 Validering 

4 Validering 

5 Validering 

Etage:SamletAreal null and Etage:TagetageArealUdnyttetDel null and 

Etage:TagetageArealUdnyttetDel > Etage:SamletAreal 

Etage:SamletAreal null and Etage:KælderArealLoftUnder1m25overTerræn null and 

Etage:KælderArealLoftUnder1m25overTerræn > Etage:SamletAreal 

Etage:SamletAreal null and Etage:KaelderArealLovligBeboelse null and 

Etage:KaelderArealLovligBeboelse > Etage:SamletAreal 

Etage:SamletAreal null and Etage:AdgangsAreal null and Etage:AdgangsAreal > 

Etage:SamletAreal 

Etage:SamletAreal = null and Etage:Betegnelse null and ( ( Etage:Betegnelse >= K and 

Etage:Betegnelse < L ) or ( Etage:Betegnelse >= T and Etage:Betegnelse 

6 Validering Etage:TagetageArealUdnyttetDel null and Etage:Type 1 1105 

7 Validering 

Etage:KælderArealLoftUnder1m25overTerræn null and ( Etage:Betegnelse = null or 

Etage:Betegnelse < K or Etage:Betegnelse >= L ) 

8 Validering Etage:Betegnelse >= K and Etage:Betegnelse < L and Etage:Type = 1 1108 

9 Validering 

10 


rol 

Etage:KaelderArealLovligBeboelse null and ( Etage:Betegnelse = null or Etage:Betegnelse 

KL ) 

Etage:SamletAreal null and Etage:Betegnelse null and ( Etage:Betegnelse >= K and 

Etage:Betegnelse < L ) and Etage:SamletAreal 


April 2013 

1020 

1100 

1101 

1102 

1103 

1104 

1106 

592 

3320


ADD(Etage:KaelderArealLovligBeboelse;Etage:KælderArealLoftUnder1m25overTerræn) 

NUMMER TYPE REGEL (ENTITET: Grund TYPE: Stam FUNKTION: Update FEJLKODE 

1 Ejermeddelelse60 Grund#Old:FK_AdgangsAdresse_id Grund:FK_AdgangsAdresse_id 0 

2 Validering 

Grund:Nybyggeri = 0 and (Grund:Sagstype null and ( Grund:Sagstype < 4 or 

Grund:Sagstype > 5 ) ) 

NUMMER TYPE REGEL (ENTITET: Grund TYPE: Stam FUNKTION: InsUpd FEJLKODE 

1 Validering 

2 Validering 

( Grund:Afløbsforhold null or Grund:Vandforsyning null ) and 

Grund:FK_AdgangsAdresse_id = null 

( Grund:Afløbsforhold = 10 and ( Grund#Old:Afløbsforhold = null or Grund#Old:Afløbsforhold 

10 ) ) or ( Grund:Afløbsforhold = 11 and ( Grund#Old:Afløbsforhold = null or 

Grund#Old:Afløbsforhold 11 ) ) or ( Grund:Afløbsforhold = 20 and ( 

Grund#Old:Afløbsforhold = null or Grund#Old:Afløbsforhold 20 ) ) or ( 

Grund:Afløbsforhold = 29 and ( Grund#Old:Afløbsforhold = null or Grund#Old:Afløbsforhold 









90 ) ) 

3 Validering Grund:Gyldighedsdato null and Grund:Gyldighedsdato > dd 3444 

4 


rol 

5 Validering 

Grund:Gyldighedsdato null and Grund:Gyldighedsdato < SUB(dd;y(10)) 3445 

( Grund:AfløbsforholdTilladelse= 5 and ( Grund#Old:AfløbsforholdTilladelse= null or 

Grund#Old:AfløbsforholdTilladelse 5 ) ) or ( Grund:AfløbsforholdTilladelse= 6 and ( 

Grund#Old:AfløbsforholdTilladelse= null or Grund#Old:AfløbsforholdTilladelse 6 ) ) or ( 

Grund:AfløbsforholdTilladelse= 7 and ( Grund#Old:AfløbsforholdTilladelse= null or 

Grund#Old:AfløbsforholdTilladelse 7 ) ) 

NUMMER TYPE REGEL (ENTITET: Grund TYPE: Stam FUNKTION: SoftDelete FEJLKODE 

1 Ejermeddelelse45 Grund:Sagstype = 5 0 


April 2013 

1020 

201 

3326 

3403


NUMMER TYPE REGEL (ENTITET: Grund TYPE: Sag FUNKTION: InsUpd FEJLKODE 

1 Validering 

( Grund:Afløbsforhold = 10 and ( Grund#Old:Afløbsforhold = null or Grund#Old:Afløbsforhold 













90 ) ) 

2 Validering Grund:Sagstype = 3 3374 

3 Validering 

( Grund:AfløbsforholdTilladelse= 5 and ( Grund#Old:AfløbsforholdTilladelse= null or 

Grund#Old:AfløbsforholdTilladelse 5 ) ) or ( Grund:AfløbsforholdTilladelse= 6 and ( 

Grund#Old:AfløbsforholdTilladelse= null or Grund#Old:AfløbsforholdTilladelse 6 ) ) or ( 

Grund:AfløbsforholdTilladelse= 7 and ( Grund#Old:AfløbsforholdTilladelse= null or 

Grund#Old:AfløbsforholdTilladelse 7 ) ) 

NUMMER TYPE REGEL (ENTITET: Grund TYPE: Both FUNKTION: InsUpd FEJLKODE 

8 Validering 

( Grund:PåbudRensning >= 2 and Grund:PåbudRensning = 2 and Grund:PåbudRensning


Grund:DispensationVarmeforsyningDato null ) 

NUMMER TYPE REGEL (ENTITET: Opgang TYPE: Stam FUNKTION: Insert FEJLKODE 

1 Ejermeddelelse45 Opgang:Sagstype = 5 and Opgang:UndertrykBBRMeddelelse = false 0 


NUMMER TYPE REGEL (ENTITET: Opgang TYPE: Stam FUNKTION: InsUpd FEJLKODE 

1 Validering Opgang:Gyldighedsdato null and Opgang:Gyldighedsdato > dd 3444 

2 


rol 

3 Validering 

Opgang:Gyldighedsdato null and Opgang:Gyldighedsdato < SUB(dd;y(10)) 3445 

Opgang:Nybyggeri = 0 and (Opgang:Sagstype null and ( Opgang:Sagstype < 4 or 

Opgang:Sagstype > 5 ) ) 

NUMMER TYPE REGEL (ENTITET: Opgang TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Rum TYPE: Stam FUNKTION: Insert FEJLKODE 

1 Ejermeddelelse45 Rum:Sagstype = 5 and Rum:UndertrykBBRMeddelelse = false 0 


NUMMER TYPE REGEL (ENTITET: Rum TYPE: Stam FUNKTION: InsUpd FEJLKODE 

1 Validering 

Rum:Nybyggeri = 0 and ( Rum:Sagstype null and ( Rum:Sagstype < 4 or Rum:Sagstype > 5 

) ) 

NUMMER TYPE REGEL (ENTITET: Rum TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Rum TYPE: Both FUNKTION: InsUpd FEJLKODE 

1 Validering Rum:Areal = null 1300 

2 Validering Rum:ArealKilde = null 1301 

3 Validering Rum:Nummer


1 Ejermeddelelse45 Tekniskanlaeg:Sagstype = 4 and Tekniskanlaeg:UndertrykBBRMeddelelse = false 0 


NUMMER TYPE REGEL (ENTITET: Tekniskanlaeg TYPE: Stam FUNKTION: Update FEJLKODE 

1 Ejermeddelelse60 

Tekniskanlaeg#Old:FK_AdgangsAdresse_id Tekniskanlaeg:FK_AdgangsAdresse_id and 

Tekniskanlaeg:UndertrykBBRMeddelelse = false 

NUMMER TYPE REGEL (ENTITET: Tekniskanlaeg TYPE: Stam FUNKTION: InsUpd FEJLKODE 

2 


rol 

Tekniskanlaeg:Klassifikation = 1110 and Tekniskanlaeg:Etableringsår< 1940 2017 

3 Validering Tekniskanlaeg:Gyldighedsdato null and Tekniskanlaeg:Gyldighedsdato > dd 3444 

4 


rol 

5 Validering 

Tekniskanlaeg:Gyldighedsdato null and Tekniskanlaeg:Gyldighedsdato < SUB(dd;y(10)) 3445 

Tekniskanlaeg:Nybyggeri = 0 and (Tekniskanlaeg:Sagstype null and ( 

Tekniskanlaeg:Sagstype < 4 or Tekniskanlaeg:Sagstype > 5 ) ) 

NUMMER TYPE REGEL (ENTITET: Tekniskanlaeg TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Tekniskanlaeg TYPE: Both FUNKTION: InsUpd FEJLKODE 

1 Validering 

Tekniskanlaeg:Etableringsår null and Tekniskanlaeg:SenestTilOmbygningsår null and 

Tekniskanlaeg:SenestTilOmbygningsår < Tekniskanlaeg:Etableringsår 

2 Validering Tekniskanlaeg:Klassifikation = null 1802 

3 Validering (Tekniskanlaeg:Etableringsår null) and (Tekniskanlaeg:ObjektType = 3) 542 

4 Validering Tekniskanlaeg:Klassifikation = 1110 and Tekniskanlaeg:Placering = null 1803 

5 Validering Tekniskanlaeg:Nummer = 0 1804 

6 


rol 

9 Validering 

Tekniskanlaeg:FK_Bygning_id null and Tekniskanlaeg:Klassifikation = 1110 and 

Tekniskanlaeg:Placering = 2 

( ( Tekniskanlaeg:Klassifikation >= 1110 and Tekniskanlaeg:Klassifikation = 1310 and Tekniskanlaeg:Klassifikation


10 Validering 

( Tekniskanlaeg:Klassifikation >= 1110 and Tekniskanlaeg:Klassifikation 1140 ) and 

Tekniskanlaeg:Placering null 

(Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:Klassifikation 1220) and 

Tekniskanlaeg:Sløjfning null 

15 Validering Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:Fabrikationsnummer null 3425 

16 Validering Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:Typegodkendelsesnummer null 3426 

17 Validering Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:Størrelse null 3427 

18 Validering Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:Type null 3428 

19 Validering 

20 Validering 

( Tekniskanlaeg:Klassifikation < 1110 or Tekniskanlaeg:Klassifikation > 1140 ) and 

Tekniskanlaeg:Indhold null 


Tekniskanlaeg:SløjfningsfristDato null 

21 Validering Tekniskanlaeg:Klassifikation = 1110 and Tekniskanlaeg:Areal null 3431 

22 Validering Tekniskanlaeg:Klassifikation = 1110 and Tekniskanlaeg:Højde null 3432 

23 Validering Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:Fabrikationsår null 3475 

24 Validering Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:Matriale null 3476 

25 Validering Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:InvendigBeskyttelse null 3477 

26 Validering Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:InvendigBeskyttelseDato null 3462 

27 Validering Tekniskanlaeg:Klassifikation 1110 and Tekniskanlaeg:CEmærke null 3463 

28 Validering 

29 Validering 

(Tekniskanlaeg:Klassifikation = 1110 and Tekniskanlaeg:Sløjfning null ) and ( 

Tekniskanlaeg:Sløjfning = 10 ) 

(Tekniskanlaeg:Klassifikation = 1220 and Tekniskanlaeg:Sløjfning null ) and ( 

Tekniskanlaeg:Sløjfning 10 ) 

30 Validering Tekniskanlaeg:Klassifikation 1210 and Tekniskanlaeg:Navhoejde null 3510 

31 Validering Tekniskanlaeg:Klassifikation 1210 and Tekniskanlaeg:Rotordiameter null 3511 


April 2013 

3434 

3423 

3424 

3429 

3430 

3438 

3438


32 Validering Tekniskanlaeg:Klassifikation 1210 and Tekniskanlaeg:Vindmoellenummer null 3512 

33 Validering 


Tekniskanlaeg:SløjfningsÅr null 


April 2013 

3430

Systembeskrivelse kapitel 3 – Forretningslogik – Bilag B 

Bilag B 

Sandsynlighedsvalideringer 

Det gøres opmærksom på, at listen ikke er komplet, da der er visse typer sandsynlighedsvalideringer, der er af en sådan 

karakter, at de ikke passer ind i skemaet. Disse er kodet direkte i programmet. Det gælder specielt de valideringer der benytter 

data på tværs af entiteterne. 

Læsevejledning: 

For hver kontekst findes en række der angiver den kontekst, som de efterfølgende valideringer tilhører. Eks: 

REGEL (ENTITET: Bygning TYPE: Sag FUNKTION: InsUpd 

Der findes en speciel type der hedder ”Both”. Her udføres valideringerne på stam entiteten. Derudover udføres de på 

sagsentiteten, for så vidt der er tale om nybyggeri og byggesagen har fået en sagsdato. 

SYSTEMREGLER 

NUMMER TYPE REGEL (ENTITET: All TYPE: Sag FUNKTION: InsUpd FEJLKODE 

54 Sandsynlighedskontrol 

Byggesag:ByggesagsDato null and ( Byggesag:Kode = 1 or Byggesag:Kode = 3 ) and 

Byggesag:Påbegyndelsesdato = null and ( Byggesag:FuldførelseAfByggeriDato null or 

Byggesag:IbrugtagningsTilladelsesDato null or 

Byggesag:DelvisIbrugtagningsTilladelsesDato null ) 

65 Sandsynlighedskontrol Byggesag:Gyldighedsdato null and Byggesag:Gyldighedsdato < SUB(dd;y(10)) 3445 

NUMMER TYPE REGEL (ENTITET: Brugsenhed TYPE: Stam FUNKTION: Insert FEJLKODE 




April 2013 

1706


NUMMER TYPE REGEL (ENTITET: Brugsenhed TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Brugsenhed TYPE: Both FUNKTION: InsUpd FEJLKODE 

NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Stam FUNKTION: Insert FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Stam FUNKTION: InsUpd FEJLKODE 

30 Sandsynlighedskontrol Bygning:Nybyggeri 1 and Bygning:UdnyttetTagetage >= Bygning:BebyggetAreal 2003 

31 Sandsynlighedskontrol Bygning:Nybyggeri 1 and Bygning:BeboelseKælder >= Bygning:BebyggetAreal 2004 

41 Sandsynlighedskontrol Bygning:Gyldighedsdato null and Bygning:Gyldighedsdato < SUB(dd;y(10)) 3445 

42 Validering 




Bygning#Old:Afløbsforholdtilladelse= null or Bygning#Old:Afløbsforholdtilladelse 6 ) ) or 3403 



Bygning#Old:Byggeskadeforsikringsselskab null and 

Bygning:Byggeskadeforsikringsselskab = null 

NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Sag FUNKTION: Update FEJLKODE 

NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Sag FUNKTION: InsUpd FEJLKODE 




null ) and Bygning:Byggeskadeforsikringsselskab = null and Bygning:Sagstype = 1 


April 2013 

3460 

3459





null ) and Bygning:Byggeskadeforsikringsselskab = null and Bygning:Sagstype = 1 

NUMMER TYPE REGEL (ENTITET: Bygning TYPE: Both FUNKTION: InsUpd FEJLKODE 

22 Sandsynlighedskontrol Bygning:AnvendelsesKode = 2300 and Bygning:BebyggetAreal >= 150 2000 

23 Sandsynlighedskontrol MUL( Bygning:BebyggetAreal;Bygning:AntalEtager ) < MUL( Bygning:SamletAreal;0,9 ) 2001 





Bygning:AnvendelsesKode >= 210 and Bygning:AnvendelsesKode = MUL(Bygning:SamletAreal;0,5) 


Bygning:AnvendelsesKode 930 ) and Bygning:IndbyggetGarageAreal >= 



Bygning:AnvendelsesKode 930 ) and Bygning:IndbyggetCarportAreal >= 



Bygning:AnvendelsesKode 930 ) and Bygning:IndbyggetUdhusAreal >= 


28 Sandsynlighedskontrol Bygning:IndbyggetUdestueAreal >= MUL(0,3;Bygning:SamletAreal) 2008 





ADD(Bygning:SamletBoligAreal;Bygning:SamletErhversAreal) 

Bygning:SamletBeboelsesAreal and Bygning:AnvendelsesKode < 910 

Bygning:AnvendelsesKode > 190 and Bygning:AnvendelsesKode < 500 and 


Bygning:AnvendelsesKode < 200 and Bygning:SamletErhversAreal> 

Bygning:SamletBoligAreal 

Bygning:AntalEtager null and ( MUL(Bygning:AntalEtager;Bygning:BebyggetAreal ) 

Bygning:SamletAreal ) and ( Bygning:AfvigendeEtager = null or Bygning:AfvigendeEtager = 

0 ) 


April 2013 

3494 

2002 

2005 

2006 

2007 

2009 

2012 

2013 

2018




Bygning:FK_OpretBruger_id = &konvuser; 

49 Validering Bygning:Nummer = 2 and Bygning:PåbudRensning = 2 and 

Bygning:PåbudRensning 100 3481 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Stam FUNKTION: Insert FEJLKODE 





NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Stam FUNKTION: Update FEJLKODE 

1 Validering 

( Enhed#Old:Sagstype = null or ( Enhed#Old:Sagstype 6 and Enhed#Old:Sagstype 7 

) ) and ( Enhed:Sagstype = 6 or Enhed:Sagstype = 7 ) 

2 Ejermeddelelse60 Enhed#Old:FK_EnhedsAdresse_id Enhed:FK_EnhedsAdresse_id 0 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Stam FUNKTION: InsUpd FEJLKODE 


Enhed:AntalVærelser null and Enhed:AntalVærelser > 15 and Enhed:AnvendelseKode < 

190 and Enhed:AnvendelseKode 160 


April 2013 

3325 

3407 

3414 

3440 

3442 

1057 

2011


20 Sandsynlighedskontrol Enhed:DispensationTidsbegrænsetDato null and Enhed:LovligAnvendelse = null 2014 



Enhed:DispensationTidsbegrænsetDato = null and ( Enhed:LovligAnvendelse = B or 

Enhed:LovligAnvendelse = E ) 

Enhed:DispensationTidsbegrænsetDato null and Enhed:DispensationTidsbegrænsetDato 

< dd 

29 Sandsynlighedskontrol Enhed:Gyldighedsdato null and Enhed:Gyldighedsdato < SUB(dd;y(10)) 3445 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Stam FUNKTION: SoftDelete FEJLKODE 





NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Sag FUNKTION: Insert FEJLKODE 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Sag FUNKTION: Update FEJLKODE 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Sag FUNKTION: InsUpd FEJLKODE 

24 Ejermeddelelse41 Enhed#Old:IndflytningDato = null and Enhed:IndflytningDato null 0 

NUMMER TYPE REGEL (ENTITET: Enhed TYPE: Both FUNKTION: InsUpd FEJLKODE 

NUMMER TYPE REGEL (ENTITET: Etage TYPE: Stam FUNKTION: Insert FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Etage TYPE: Stam FUNKTION: InsUpd FEJLKODE 

1 Validering 

Etage:AdgangsAreal < 0 or Etage:KaelderArealLovligBeboelse < 0 or 

Etage:KælderArealLoftUnder1m25overTerræn < 0 or Etage:SamletAreal < 0 or 

Etage:TagetageArealUdnyttetDel < 0 

2 Validering Etage:Nybyggeri 1 and Etage:Type = null 591 

3 Validering Etage:Gyldighedsdato null and Etage:Gyldighedsdato > dd 3444 


April 2013 

2015 

2016 

575


4 Sandsynlighedskontrol Etage:Gyldighedsdato null and Etage:Gyldighedsdato < SUB(dd;y(10)) 3445 

NUMMER TYPE REGEL (ENTITET: Etage TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Etage TYPE: Sag FUNKTION: InsUpd FEJLKODE 

1 Validering Etage:Type = null 1107 

NUMMER TYPE REGEL (ENTITET: Etage TYPE: Both FUNKTION: InsUpd FEJLKODE 

1 Validering 

2 Validering 

3 Validering 

4 Validering 

5 Validering 

Etage:SamletAreal null and Etage:TagetageArealUdnyttetDel null and 

Etage:TagetageArealUdnyttetDel > Etage:SamletAreal 

Etage:SamletAreal null and Etage:KælderArealLoftUnder1m25overTerræn null and 

Etage:KælderArealLoftUnder1m25overTerræn > Etage:SamletAreal 

Etage:SamletAreal null and Etage:KaelderArealLovligBeboelse null and 

Etage:KaelderArealLovligBeboelse > Etage:SamletAreal 

Etage:SamletAreal null and Etage:AdgangsAreal null and Etage:AdgangsAreal > 

Etage:SamletAreal 

Etage:SamletAreal = null and Etage:Betegnelse null and ( ( Etage:Betegnelse >= K and 

Etage:Betegnelse < L ) or ( Etage:Betegnelse >= T and Etage:Betegnelse 

6 Validering Etage:TagetageArealUdnyttetDel null and Etage:Type 1 1105 

7 Validering 

Etage:KælderArealLoftUnder1m25overTerræn null and ( Etage:Betegnelse = null or 

Etage:Betegnelse < K or Etage:Betegnelse >= L ) 

8 Validering Etage:Betegnelse >= K and Etage:Betegnelse < L and Etage:Type = 1 1108 

9 Validering 


Etage:KaelderArealLovligBeboelse null and ( Etage:Betegnelse = null or 

Etage:Betegnelse KL ) 

Etage:SamletAreal null and Etage:Betegnelse null and ( Etage:Betegnelse >= K and 

Etage:Betegnelse < L ) and Etage:SamletAreal 

ADD(Etage:KaelderArealLovligBeboelse;Etage:KælderArealLoftUnder1m25overTerræn) 


April 2013 

1100 

1101 

1102 

1103 

1104 

1106 

592 

3320


NUMMER TYPE REGEL (ENTITET: Grund TYPE: Stam FUNKTION: Update FEJLKODE 

1 Ejermeddelelse60 Grund#Old:FK_AdgangsAdresse_id Grund:FK_AdgangsAdresse_id 0 

NUMMER TYPE REGEL (ENTITET: Grund TYPE: Stam FUNKTION: InsUpd FEJLKODE 

4 Sandsynlighedskontrol Grund:Gyldighedsdato null and Grund:Gyldighedsdato < SUB(dd;y(10)) 3445 

NUMMER TYPE REGEL (ENTITET: Grund TYPE: Stam FUNKTION: SoftDelete FEJLKODE 

1 Ejermeddelelse45 Grund:Sagstype = 5 0 

NUMMER TYPE REGEL (ENTITET: Grund TYPE: Sag FUNKTION: InsUpd FEJLKODE 

NUMMER TYPE REGEL (ENTITET: Grund TYPE: Both FUNKTION: InsUpd FEJLKODE 

NUMMER TYPE REGEL (ENTITET: Opgang TYPE: Stam FUNKTION: Insert FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Opgang TYPE: Stam FUNKTION: InsUpd FEJLKODE 

1 Validering Opgang:Gyldighedsdato null and Opgang:Gyldighedsdato > dd 3444 

2 Sandsynlighedskontrol Opgang:Gyldighedsdato null and Opgang:Gyldighedsdato < SUB(dd;y(10)) 3445 

NUMMER TYPE REGEL (ENTITET: Opgang TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Rum TYPE: Stam FUNKTION: Insert FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Rum TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Rum TYPE: Both FUNKTION: InsUpd FEJLKODE 


April 2013


NUMMER TYPE REGEL (ENTITET: Tekniskanlaeg TYPE: Stam FUNKTION: Insert FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Tekniskanlaeg TYPE: Stam FUNKTION: Update FEJLKODE 

1 Ejermeddelelse60 Tekniskanlaeg#Old:FK_AdgangsAdresse_id Tekniskanlaeg:FK_AdgangsAdresse_id 0 

NUMMER TYPE REGEL (ENTITET: Tekniskanlaeg TYPE: Stam FUNKTION: InsUpd FEJLKODE 

2 Sandsynlighedskontrol Tekniskanlaeg:Klassifikation = 1110 and Tekniskanlaeg:Etableringsår< 1940 2017 

3 Validering Tekniskanlaeg:Gyldighedsdato null and Tekniskanlaeg:Gyldighedsdato > dd 3444 

4 Sandsynlighedskontrol Tekniskanlaeg:Gyldighedsdato null and Tekniskanlaeg:Gyldighedsdato < SUB(dd;y(10)) 3445 

NUMMER TYPE REGEL (ENTITET: Tekniskanlaeg TYPE: Stam FUNKTION: SoftDelete FEJLKODE 



NUMMER TYPE REGEL (ENTITET: Tekniskanlaeg TYPE: Both FUNKTION: InsUpd FEJLKODE 


April 2013

Systembeskrivelse kapitel 3 – Forretningslogik – Bilag C 

Bilag C 

Simpel validering af enkeltfelter på entiteter 

Bygning. 

Feltnr. Feltnavn Type Logiske kontroller 

BYG.1 Bygning ID UUID Dannes maskinelt 

BYG.2 Kommunenumm 

er 

H(4) Fra kommunetabel. 

BYG.3 Landsejerlav H(7) Fra MATR. 

BYG.4 Kommunal 

ejerlavskode 

Værdisæt: 0001 – 0999 

Værdisæt: 10051 – 2009999, idet de sidste to cifre er mellem 

51 og 99 

H(3) Værdisæt: 1 – 999 

BYG.5 Matrikelnummer A(7) Fra MATR. 

BYG.6 Ejendomsnumme 

r 

BYG.7 

Værdisæt: 1 - 9999 er tilladte 

Alle bogstaver bortset fra "j", "w" og "å" er tilladte. 

Der anvendes små bogstaver. Mindst ét ciffer er krævet. 

For umatrikulerede arealer anvendes værdien ’umt’. 

Tal kommer før bogstaver 

H(6) Fra ESR. 

Værdisæt: 1 – 999999 

Bygningsnummer H(4) Værdisæt: 0001 – 9999 

BYG.8 Vejkode H(4) Fra CPR. 

Værdisæt: 0001 - 9899. 

Værdierne fra 9900 til 9999 er reserveret til særlige formål. 

Der udfyldes med foranstillede 00 (nuller) 

BYG.9 Husnummer A(4) Værdisæt: 1 – 999 + 1 bogstav 

BYG.10 Byggesagsnumm 

er 

A(32) 

Bogstavet kan vælges fra A til Z, dog bør ”I”, ”J”, ”O” og ”Q” 

ikke anvendes. Der anvendes store bogstaver. Mindst ét ciffer er 

krævet. Der udfyldes ikke med foranstillede 00 (nuller) 

BYG.11 Byggesagsdato Dato Værdisæt: 19610101 til dags dato + 30 dage 

BYG.12 Litra K(1) Validering af værdisæt: Blank, A-Z (O, Q, I og J forekommer 

ikke) 

BYG.13 Ejendomsnumme 

r for ejerlejlighed 

BYG.14 Ejendomsreferen 

ce 

BYG.15 Ejerlejlighedsnu 

mmer 

H(6) Fra ESR. 

Værdisæt: 1 – 999999 

UUID Dannes maskinelt. Ejendomsreference ajourføres eksternt. 

H(4) 

Ejendomsreferencer udleveres fra en central server og 

registreres på entiteten bygning bl.a. for bygninger på lejet 

grund. 


April 2013



BYG.16 BygningKodeFor 

MereEnd1Ejerlejli 

ghed 

BYG.21 Bygningens 

anvendelse 

BYG.22 Bygningens klassifikation 

(nyt 

kodesæt) 

BYG.23 Kilde for 

konvertering af 

bygningens 

anvendelse 

BYG.24 Antal lejligheder 

med køkken 

BYG.25 Antal lejligheder 

uden køkken 

K(1) Værdisæt: 

E, M 


110, 120, 130, 140, 150, 160, 190 

210, 220, 230, 290 

310, 320, 330, 390 

410, 420, 430, 440, 490 

510, 520, 530, 540, 590 

910, 920, 930, 

K(4) Benyttes ikke. 

Kodesættet er sammensat således, at de to første cifre angiver 

koderne for klasse 1-data. Det tredje ciffer angiver mere 

detaljerede klasse 2-data. Fjerde ciffer kan anvendes til klasse 

3- data. 

Værdisæt for første to cifre: 

11-14, 17-19, 21-24, 29, 31-34, 39, 41-45, 49, 51-54, 59, 61- 

67, 69, 91-95. 

A(2) Benyttes ikke. 

Dannes maskinelt 

H(4) Værdisæt: –9.999 – 9.999 

H(4) Værdisæt: –9.999 – 9.999 

BYG.26 Opførelsesår H(4) Værdisæt: 1000 tom. Indeværende år 

BYG.27 Om- 

/tilbygningsår 

(seneste) 

BYG.28 Midlertidig 

oprettelse/fuldfør 

else 

BYG.29 Dato for 

midlertidig opført 

bygning 

H(4) Værdisæt: 1000 tom. Indeværende år. 

K(1) Værdisæt: 0, 1, 2 

Dato Værdisæt: 1000 tom. Indeværende år 

BYG.30 Vandforsyning K(1) Værdisæt: 1, 2, 3, 4, 6, 9 

BYG.31 Afløbsforhold K(2) Værdisæt: 

BYG.32 Ydervæggens 

materiale (for 

overvejende del 

af bygningen) 

BYG.33 Tagdækningsmat 

eriale (for 

overvejende del 

af bygningen) 

1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 20, 21, 29, 30, 31, 32, 70, 

80, 90, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 190, 

201, 202, 203, 204, 205, 206, 290, 301, 302, 390, 401, 402, 

403, 404, 490, 501, 502, 503, 504, 505, 590, 601, 701 

K(2) Værdisæt: 1, 2, 3, 4, 5, 6, 8, 10,11, 12, 80, 90 

K(2) Værdisæt: 1, 2, 3, 4, 5, 6, 7, 10,11, 12, 20, 80, 90 

BYG.34 Supplerende K(2) Værdisæt: 1, 2, 3, 4, 5, 6, 8, 10,11, 12, 80, 90 


April 2013



ydervæggens 

materiale 

BYG.35 Supplerende 

tagdækningsmateriale 

BYG.36 Asbestholdigt 

materiale 

BYG.37 Kilde til 

bygningens 

materialer 

BYG.38 Samlet 

bygningsareal 


samlede boligareal 


samlede 

erhvervsareal 

K(2) Værdisæt: 1, 2, 3, 4, 5, 6, 7, 10,11, 12, 20, 80, 90 

K(1) Værdisæt: 1-3 


H(6) Værdisæt: 000000 – 300.000 (kan være negativ ved 

byggesagsdata) 





BYG.41 Bebygget areal H(6) Værdisæt: 000000 – 300.000 (kan være negativ ved 


BYG.42 Areal af 

indbygget garage 


indbygget 

carport 


indbygget udhus 


indbygget 

udestue eller 

lign. 

BYG.46 Samlet areal af 

lukkede 

overdækninger 

på bygningen 


affaldsrum i 

terrænniveau 

H(3) Værdisæt: 000 - 999 (kan være negativ ved byggesagsdata) 

H(3) Værdisæt: 000 – 999 (kan være negativ ved byggesagsdata) 



H(4) Værdisæt: 0000 – 9.999 (kan være negativ ved byggesagsdata) 


BYG.48 Andet areal H(4) Værdisæt: 0000 – 9.999 (kan være negativ ved byggesagsdata) 


overdækket areal 

BYG.50 Samlet areal af 

åbne 

overdækninger 

på bygningen 





BYG.51 Adgangsareal H(4) Værdisæt: 0000 – 9.999 (kan være negativ ved byggesagsdata) 

BYG.52 Beregningsprinci 

p for areal af 

carport 

K(1) Følgende koder benyttes: 

Værdisæt: 1,2 

1: Carportareal er målt efter tagflade 

2: Carportarealet er målt ½ meter inde på åbne sider 


April 2013



BYG.53 Kilde til 

bygningsarealer 

K(1) Værdisæt: 1 – 5 

BYG.54 Antal etager H(2) Værdisæt: 1 – 99 

BYG.55 Afvigende etager K(2) Værdisæt: 00, 10 – 13 

Første ciffer er klasse 1- data. Andet ciffer er klasse 2-data. 

BYG.56 Varmeinstallation K(2) Værdisæt: 1, 2, 3, 5, 6, 7, 8, 9, 99 

BYG.57 Opvarmningsmid 

del 


varme 

BYG.69 Sikringsrumplads 

er 


K(2) Værdisæt: 0, 1, 2, 3, 4, 5, 6, 7, 10, 80, 90. 

H(4) Værdisæt: 0001 – 9999 

BYG.70 Fredning K(2) Værdisæt: 1 – 9 

BYG.71 Bevaringsværdig 

hed 

BYG.72 Udlejningsforhold 

1 

URL Link til registrering i FBB 

K(1) Værdisæt: A, E, L, H, M, U 

BYG.73 Leje H(9) Værdisæt: 000000001 – 999999999 


huslejeoplysning 

BYG.75 ID på forekomst i 

stamdata 

BYG.76 Byggetilladelsesd 

ato 

BYG.77 Forventet 

påbegyndelsesda 

to 

BYG.78 Påbegyndelsesda 

to 

BYG.79 Ibrugtagningstilladelse 

BYG.90 Delvis 

ibrugtagningstilladelse 

Dato Værdisæt: 20080101 – dags dato 

Guid Fastsættes maskinelt. 

Skal kun forekomme hvis der er tale om byggesagsdata. 


Dato Værdisæt: Dags dato + 1 år 

Dato Værdisæt: 19610101 - dags dato 



BYG.81 Henlæggelse Dato Værdisæt: 19610101 – dags dato 

BYG.82 Færdigt 

bygningsareal 

BYG.83 Forventet fuldført 

dato 

BYG.84 Fuldførelse af 

byggeri 

H(8) Værdisæt: 00000000 – 99999999 (kan være negativ ved 


Dato Værdisæt: Dags dato + 5 år 


BYG.85 Sagstype K(1) Koder i BBR byggesagsdata 

Værdisæt: 1 - 3 

Koder i BBR stamdata 

Værdisæt: 4 – 7 

BYG.86 Byggesagskode K(1) Værdisæt: 


April 2013



BYG.87 Anmeldelse af 

byggearbejde 


nedrivning 

BYG.89 Gennemført 

nedrivning, dato 

BYG.90 Foreløbig 

færdiggjort 

bygningsareal 

BYG.91 Foreløbig 

færdiggjort antal 

lejligheder 

1: BR - Tilladelsessag uden ibrugtagningstilladelse 

(enfamiliehuse mv.) 

2: BR – Anmeldelsessag (garager, carporte og udhuse m.m.) 

3: BR - Tilladelsessag med ibrugtagningstilladelse 

4: BR - Tilladelsessag landbrugsbygninger 

5: BR - Anmeldelsessag (øvrige) 






H(4) Værdisæt: 0001 – 9.999 

BYG.92 Bygherreforhold K(2) Værdisæt: 10, 20, 30, 40, 41, 50, 60, 70, 80, 90 

BYG.93 Kilde til geometri K(1) Værdisæt: 1 – 7 

BYG.94 Revisionsdato Dato Værdisæt: 19770401 – dags dato 

BYG.95 Y-koordinat D(10, 

2) 

BYG.96 X-koordinat D(10, 

2) 

BYG.97 Nøjagtighedsklas 

se 

Y-koordinat i UTM Zone 32 ETRS89 

X-koordinat i UTM Zone 32 ETRS89 

K(2) Værdisæt: 1a, 1b, 1c, 1d, 1e, 2 - 7, U 

BYG.98 Ejerforholdskode K(2) Hentes fra ESR. 

BYG.99 SikkerhedsKlassif 

ikation 

Registreres, hvis bygningen indgår i ejerlejlighed, eller hvis der 

er tale om en bygning på lejet grund. 

Værdisæt: 10, 20, 30, 40, 41, 50, 60, 70, 80, 90 

K(1) Værdisæt: 0, 1 

BYG.100 Status K(1) Værdisæt: 1 – 4 

BYG.101 Journalnummer A(60) 

BYG.102 ESDH-Reference URL 

BYG.103 Initialer på 

sagsbehandler 

A(4) 

BYG.104 Kommunalt felt 1 K(3) Den enkelte kommune kan definere indhold og kodesæt 



BYG.107 Kommunalt felt 4 H(8) Den enkelte kommune kan definere indhold 



BYG.110 FOT-ident H(10) 0-2.147.483.647 (højeste værdi i int32) 


April 2013



BYG.111 Selvrisiko v. 

oversvømmelse 

jf. Stormrådet 

BYG.112 Dato for pålæg 

fra Stormrådet 

BYG.113 Byggeskadeforsik 

ringsselskab 


byggeskadeforsik 

ring 

BYG.115 

BYG.116 

Dato for 

modtagelse af 

ansøgning om 

byggetilladelse 

Dato for 

fyldestgørende 

ansøgning 


naboorientering 


færdigbehandling 

af 


BYG.119 Udledningstilladel 

se 

K(2) 00, 01, 02 

Dato Ååååmmdd 

K(2) 00, 01, 02, 04, 05, 06, 07, 08, 09, 10, 11, 12, 13 

Dato Ååååmmdd 

Dato 

Dato 

Dato 

Dato 

BYG.120 Bygning ID Guid 

BYG.121 Omfattet af 

byggeskadeforsik 

ring 

BYG.122 Gyldighedsdato Dato 

BYG.123 

BYG.124 

BYG.125 

BYG.126 

BYG.127 

BYG.128 

BYG.129 

Medlemskab af 

spildevandsforsy 

ning 

Påbud om 

forbedret 

rensning 

Frist for 

forbedret 

rensning 

Tilladelse til 

udtræden 

Dato for 

tilladelse til 

udtræden 

Tilladelse til alt. 

bortskaffelse 

eller afledning 

Dato for 

tilladelse til alt. 

bortskaffelse 

eller afledning 

K(1) NULL, 0, 1, 2, 3, 4, 5, 6, 7 

K(2) 00, 10, 11 

K(1) 0, 1, 2 

K(1) 0, 1, 2, 3, 4, 5 

Dato 

K(1) 0, 1, 2 

Dato 

K(1) 0, 1, 2 

Dato 

BYG.301 Type af flytning K(1) 2, 3 

BYG.302 Tilflytterkommun 

e 

UUID 


April 2013


Teknisk anlæg. 


TEK.1 Teknisk Anlæg ID UUID Dannes maskinelt 

TEK.2 Kommunenummer H(4) Fra kommunetabel. 

TEK.3 Landsejerlav H(7) Fra MATR. 

Værdisæt: 0001 – 0999 

Værdisæt: 10051 – 2009999, idet de 

sidste to cifre er mellem 51 og 99 

TEK.4 Kommunal ejerlavskode H(3) Værdisæt: 1 – 999 

TEK.5 Matrikelnummer A(7) Fra MATR. 

TEK.6 Ejendomsnummer H(7) Fra ESR. 


Alle bogstaver bortset fra "j", "w" og 

"å" er tilladte. 

Tal kommer før bogstaver. 

Der anvendes små bogstaver. Mindst 

ét ciffer er krævet. 

For umatrikulerede arealer anvendes 

værdien ’umt’. 

Værdisæt: 1 – 999999 

TEK.7 Anlægsnummer H(4) Løbenummer under 

ejendomsnummeret i fortsættelse af 

bygningsnummereringen. 

TEK.8 Vejkode H(4) Fra CPR. 

Værdisæt: 0001-9999 

Værdisæt: 0001 - 9899. 

Værdierne fra 9900 til 9999 er 

reserveret til særlige formål. 

Der udfyldes med foranstillede 00 

(nuller) 

TEK.9 Nærmeste Adgangsadresse ID A(15) Anvendes såfremt det ikke er muligt 

at angive en repræsentativ adresse 

TEK.10 Ejerforholdskode K(2) Registreres hvis det tekniske anlæg 

indgår i ejerlejlighed. 

Samme kodesæt som ved grund 

(GRU). 

Hentes fra ESR 

TEK.11 Ejendomsreference UUID Anvendes til knytte ejendomme 

sammen, hvis der er tale om 

ejerlejlighedsopdeling. 

TEK.12 TekniskAnlaegEjerlejlighedsnummer H(4) Værdisæt: 0001 – 9999 

TEK.13 TekniskAnlaegKodeForeMereEnd1Ejerlejlighed A(1) Værdisæt: 

TEK.14 Ejendomsnummer for ejerlejlighed H(6) Anvendes når et anlæg er en 

ejerlejlighed 


April 2013 

E, M 

TEK.20 Klassifikation K(4) Værdisæt: 

1110, 1120, 1130, 1140, 1210,



TEK.21 Fabrikat/type A(50) 

TEK.22 Ekstern database A(50) 

TEK.23 Ekstern nøgle A(30) 

1220, 1230, 1240, 1250, 1260, 

1270, 1310, 1320, 1330, 1340, 

1350, 1360, 1905, 1910, 1915, 

1920, 1925, 1930, 1935, 1940, 

1945, 1950, 1955 

TEK.24 Etableringsår H(4) Værdisæt: 1000 tom. indeværende 

år 

TEK.25 Til-/ombygningsår H(4) Værdisæt: 1000 tom. indeværende 

år 

TEK.26 Størrelsesklasse 

(olietank) 

TEK.27 Placering 

(olietank) 

TEK.28 Sløjfning 

(olietank) 

TEK.29 Olietankens attest-nr. K(10) 

TEK.30 Fabrikationsnr A(10) 


K(1) Værdisæt: blank, 0-3 


TEK.31 Typegodkendelsesnr A(10) ENTEN: 

På formen xx xxx 

PUFO godkendelsesnummer før 1. 

januar 2000 (nb. Ikke krav om PUFO 

godkendelse af overjordiske tanke før 

1. januar 2000). 

ELLER: 

På formen xx xxxx 

PUFO godkendelsesnummer efter 1. 

januar 2000 

TEK.32 Størrelse H(8) Værdisæt: 00000100 – 99999999 

TEK.33 Type 

(olietank) 

TEK.34 Indhold 

(olietank) 

TEK.35 Sløjfningsfrist 

(olietank) 


K(2) Værdisæt: 10, 11, 12, 13, 14, 20, 

30, 31, 40, 50, 60, 99 


TEK.36 Rumfang (kubikmeter) H(8) Værdisæt: 00000001 – 999999999 

TEK.37 Areal (kvadratmeter) H(6) Værdisæt: 000001 – 99.9999 

TEK.38 Højde (m) H(3) Værdisæt: 001 – 999 

TEK.39 Effekt (kW) H(8) Værdisæt: 00000001 – 999999999 

TEK.40 Fredning K(2) Værdisæt 1,2,3,4,5,6,7,8,9 

TEK.41 Kilde til geometri K(1) Værdisæt: 1-7 

TEK.42 Revisionsdato Dato Værdisæt: 19610101 – dags dato 

TEK.43 Y-koordinat D(2) Y-koordinat 


April 2013



TEK.44 X-koordinat D(2) X-koordinat 

TEK.45 Koordinatsystem K(1) Værdisæt: 1-5 

TEK.46 Retning D(2) Retningsvinkel for tekst i gon, jf. TKstandard: 

0.00-400.00 

TEK.47 Placering K(1) Placeringskode kodesæt 1-9, jf. 

DSFLt 

TEK.48 Nøjagtighedsklasse K(2) Koder: 

TEK.49 Byggesagsnummer A(32) 

TEK.50 Byggesagsdato Dato 

Defineres senere 

TEK.51 Litra K(1) Værdisæt: 

TEK.52 ID på forekomst i stamdata A(15) 

TEK.53 Tilladelsesdato Dato 

TEK.54 Forventet påbegyndelsesdato Dato 

TEK.55 Påbegyndelsesdato Dato 

TEK.56 Ibrugtagningstilladelse Dato 

TEK.57 Henlæggelse Dato 

TEK.58 Forventet fuldført dato Dato 

TEK.59 Fuldførelsesdato Dato 

TEK.60 Sagstype K(1) Værdisæt: 

Blank: Byggesagen har ingen litra 

A-Z Litra under byggesagen 

(men O, Q, I og J forekommer ikke) 

1: Nybyggeri 

2: Til/ombygning 

3: Nedrivning (hel eller delvis) 

4: Fejlrettelse 

TEK.61 Byggesagskode K(1) Værdisæt: 

TEK.62 Anmeldelse af byggearbejde Dato 

TEK.63 Anmeldelse af nedrivning Dato 

TEK.64 Gennemført nedrivning, dato Dato 

TEK.65 Bygherreforhold K(2) Værdisæt: 

5: Ændring uden 

byggesagsbehandling 

1: BR - Tilladelsessag uden 

ibrugtagningstilladelse (enfamiliehuse 

mv.) 

2: BR – Anmeldelsessag (garager, 

carporte og udhuse m.m.) 

3: BR - Tilladelsessag med 


4: BR - 

Tilladelsessag landbrugsbygninger 

5: BR – Anmeldelsessag (øvrige) 

10: Privatpersoner eller 


April 2013



TEK.67 Fabrikationsår H(4) 

interessentskab 

20: Alment boligselskab 

30: Aktie-, anpart- eller andet 

selskab (undtagen interessentskab) 

40: Forening, legat eller selvejende 

institution 

41: Privat andelsboligforening 

50: Den kommune, hvori 

ejendommen er beliggende 

60: Anden primærkommune 

70: Region 

80: Staten 

TEK.68 Materiale K(2) Værdisæt: 1-3 

TEK.69 Supplerende indvendig korrosionsbeskyttelse 

(senest udførte) 

(korrosionsbeskyttelse som tanken ikke er 

”født med”) 

TEK.70 Dato for senest udførte supplerende 

indvendig korrosionsbeskyttelse 

90: Andet, herunder 

moderejendomme for bebyggelser, 

der er opdelt i ejerlejligheder samt 

ejendomme, der ejes af flere kategorier 

af ejere 



April 2013 

Dato 

TEK.71 Typegodkendelse CE-mærkning K(50) Kodeliste for CE-mærkning 

DS/EN 12285-2: 2005 

DS/EN 13341: 2005 

TEK.72 Sløjfningsår H(4) 

TEK.80 Kommunalt felt 1 K(3) Den enkelte kommune kan definere 

indhold og kodesæt 





TEK.83 Kommunalt felt 4 H(8) Den enkelte kommune kan definere 

indhold 


indhold 


indhold 

TEK.86 Journalnummer A(60) 

TEK.87 ESDH-Reference URL 

TEK.88 Initialer på sagsbehandler A(4) 

TEK.99 Sikkerheds-klassifikation K(1) Værdisæt: 0, 1 

TEK.100 Status K(1) Værdisæt: 1- 4 

TEK.101 Gyldighedsdato Dato


Enhed. 


ENH.1 Enhed ID A(15) Dannes maskinelt 

ENH.2 Kommunenummer H(4) Fra kommunetabel. 

ENH.3 Vejkode H(4) Fra CPR. 

Værdisæt: 0001 – 9999 

Værdisæt: 0001 - 9899. 



ENH.4 Husnummer A(4) Værdisæt: 1 – 999 + 1 bogstav. 


ikke anvendes. Der anvendes store bogstaver. Mindst ét 

ciffer er krævet. Der udfyldes ikke med foranstillede 00 

(nuller) 

ENH.5 Etagebetegnelse K(2) Værdisæt: ”kl”, ”k2” op til ”k9””st” og alle tal fra 0 til 99 

Ved lagring og udtræk anvendes små bogstaver. Ved 

inddatering kan anvendes både store og små bogstaver (skal 

kunne udveksles med CPR uanset store eller små bogstaver). 

ENH.6 Side/dør betegnelse A(4) Værdisæt: Blank, alle tal fra 1 til 9999, alle store og små 

bogstaver samt tegnene ”/” (skråstreg) og ”-”(bindestreg). 

ENH.7 Ejendomsnummer for 

ejerlejlighed 

(Skal kunne udveksles med CPR uanset store eller små 

bogstaver). 

Betegnelserne ”tv”, ”mf” og ”th” skal normalt anvendes i 

tilfælde med 2 eller 3 bolig/erhvervsenheder pr. etage. 

I ejendomme med flere end 3 enheder pr. etage anvendes 

normalt et dørnummer med indtil 4 tegn, der angiver 

enhedens placering på etagen. 

H(7) Værdisæt: 0000001 – 9999999. 

Anvendes kun ved ejerlejlighed. 

ENH.8 Enhed ID A(15) Henvisning fra supplementsrum til moderlejlighed 

ENH.9 Ejerlejligheds-nummer H(4) Værdisæt: 0001 – 9999 

ENH.10 Byggesagsdato Dato Værdisæt: 19610101 – dags dato 

ENH.11 Litra K(1) Værdisæt: blank, A-Z 

ENH.12 Enhed ID på forekomst 

i stamdata 

ENH.13 Kode for mere end 1 

ejerlejlighed 

(O, Q, I og J forekommer ikke) 

A(15) Dannes maskinelt 

A(1) Værdisæt: E, M 

ENH.14 Ejerforholdskode Registreres hvis enheden indgår i ejerlejlighed. 

Samme kodesæt som ved grund. 


ENH.15 Ejendomsreference UUID Anvendes til knytte ejendomme sammen, hvis der er tale om 

ejerlejlighedsopdeling. 

ENH.16 Byggesagsnummer A(32) 

ENH.20 Bolig og 

erhvervsenhedens 

anvendelse 


110, 120, 130, 140, 150, 160, 190 


April 2013



(nuværende kodesæt) 210, 220, 230, 290 

ENH.21 Bolig- og 


anvendelse 

ENH.22 Kilde for konvertering 

af enhedens 

anvendelse 

310, 320, 330, 390 

410, 420, 430, 440, 490 

510, 520, 530, 540, 590 

610, 

samt evt. kommunale tilpasninger. 

610 anvendes til ikke tidligere vurderede erhvervsenheder i 

nybyggeri. 

K(4) Benyttes ikke. 

Oplysningen skal registreres for nybyggeri. 

Kodesættet er sammensat således, at de to første cifre 

angiver koderne for klasse 1-data. Det tredje ciffer angiver 

mere detaljerede klasse 2-data. Fjerde ciffer kan anvendes til 

klasse 3-data. 


11-14, 17-19, 21-24, 29, 31-34, 39, 41-45, 49, 51-54, 59, 

61-67, 69, 91-95. 

A(2) Benyttes ikke. 

Værdisæt: 1, 2, 3, 4, 5, 6 

ENH.23 Boligtype K(1) Værdisæt: 1, 2, 3, 4, 5, E 

ENH.24 Kondemneret 

boligenhed 

ENH.25 Oprettelsesdato for 

enhedens identifikation 

ENH.26 Enhedens samlede 

areal 


Dato Værdisæt: 19610101 til dags dato 

H(6) Værdier angives fra –300.000 til 300.000 

ENH.27 Areal til beboelse H(6) Værdier angives fra –300.000 til 300.000 

ENH.28 Areal til erhverv H(6) Værdier angives fra –300.000 til 300.000 

ENH.29 Tinglyst areal H(6) Værdier angives fra –300.000 til 300.000 

ENH.30 Kilde til enhedens 

arealer 

K(1) Værdisæt: 1, 2, 3, 5 

ENH.31 Antal værelser H(3) Værdisæt: 001 – 999 

ENH.32 Toiletforhold K(3) Værdisæt: A, B, T 

ENH.33 Badeforhold K(3) Værdisæt: C, D, V 

ENH.34 Køkkenforhold K(1) Værdisæt: E, F, G, H 

ENH.35 Energiforsyning K(1) Værdisæt: 1- 6 

ENH.36 Udlejningsforhold K(1) Benyttes ikke. 

Værdisæt: A, E, L, H, M, U 

ENH.37 Leje H(9) Benyttes ikke. 

ENH.38 Dato for Dato Benyttes ikke. 

Værdisæt: 000000001 – 999999999 


April 2013



huslejeoplysning Værdisæt: 19610101 – dags dato 

ENH.39 Andet areal H(4) Værdisæt: –9.999 – 9.999 

ENH.40 Godkendt tom bolig K(1) Værdisæt: 0, 1 

ENH.41 Lovlig anvendelse K(1) Værdisæt: A, B, C, D, E, I. Ved indberetning af kode B skal 

der tillige indberettes et årstal for dispensation (ENH.42) 

ENH.42 Dato for tidsbegrænset 

dispensation 

Dato Værdisæt: 19610101 – dags dato. Kan ikke være tidligere 

end opførelsesår (BYG.26) 

ENH.43 Sagstype K(2) Værdisæt, stamdata: 4, 5, 6, 7 

ENH.44 Dato for delvis 

ibrugtagnings-tilladelse 

Værdisæt, byggesagsdata: 1, 2, 3 


ENH.45 Udlejningsforhold 2 K(1) Værdisæt: 1 – 3 

ENH.46 Offentlig støtte K(2) Værdisæt: 00, 10, 15, 20, 25, 30, 40, 42, 80 

Feltet opdateres p.t. manuelt af kommunerne med de 

kodeværdier som i dag findes i BOSSSINF-systemet. 

ENH.47 Dato for indflytning Dato Værdisæt: 19610101 – dags dato 

Oplysningen hentes fra CPR. 

ENH.48 Godkendt tom bolig K(3) Godkendt tom bolig indberettes til BBR med efterfølgende 

overførsel til CPR. 

Feltet vil være blankt for hovedparten af enhederne. 

Koder: 

100: Bolig uden krav om persontilmelding 

ENH.51 Varmeinstallation K(2) Værdisæt: 1, 2, 3, 5, 6, 7, 8, 9, 99 

ENH.52 Opvarmningsmiddel K(2) Værdisæt: 1 – 9 

Skal kun registreres, hvis enhedens varmeinstallation afviger 

fra bygningens 

Skal kun registreres, hvis enhedens opvarmningsmiddel 

afviger fra bygningens 

ENH.53 Supplerende varme K(2) Værdisæt: blank, 0, 1, 2, 3, 4, 5, 6, 7, 10, 80, 90 

ENH.60 Enhedens andel i fælles 

adgangsareal 

ENH.61 Areal af åben 

overdækning 

ENH.62 Areal af lukket 

overdækning/udestue 

ENH.63 Antal værelser til 

erhverv 

ENH.65 AntalVandskylledeToille 

tter 

Skal kun registreres, hvis enhedens supplerende varme 

afviger fra bygningens 

H(8) Værdier angives fra –9.999.999 til 99.999.999 



H(3) Værdisæt: 001 – 999 

H(3) Værdisæt, stamdata: 001 – 999 

Værdisæt, byggesagsdata: -999 – 999 

ENH.66 AntalBadevaerelser H(3) Værdisæt, stamdata: 001 -999 

Værdisæt, byggesagsdata: -999 – 999 

ENH.80 Kommunalt felt 1 K(3) Den enkelte kommune kan definere indhold og kodesæt 



April 2013




ENH.83 Kommunalt felt 4 H(8) Den enkelte kommune kan definere indhold 



ENH.86 Journalnummer A(60) 

ENH.87 ESDH-Reference URL 

ENH.88 Initialer på 

sagsbehandler 

ENH.99 Sikkerheds- 

klassifikation 

A(4) 


ENH.100 Status K(1) Værdisæt: 1 – 4 

ENH.101 Gyldighedsdato Dato 


April 2013


Brugsenhed. 


BRU.1 Enhed ID UUID Dannes maskinelt 

BRU.2 Kommunenummer H(4) Fra kommunetabel. 

BRU.5 Vejkode H(4) Fra CPR. 

Værdisæt: 0001 – 9999 

Værdisæt: 0001 - 9899. 



BRU.6 Husnummer A(4) Værdisæt: 1 – 999 + 1 bogstav. 


ikke anvendes. Der anvendes store bogstaver. Mindst ét 

ciffer er krævet. Der udfyldes ikke med foranstillede 00 

(nuller) 

BRU.7 Etagebetegnelse K(2) Værdisæt: ”kl”, ”k2” op til ”k9” ”st” og alle tal fra 0 til 99 

BRU.8 Side/dør betegnelse K(4) Værdisæt: Blank, alle tal fra 1 til 9999, alle store og små 

bogstaver samt tegnene ”/” (skråstreg) og ”-”(bindestreg). 

BRU.21 Brugsenhedens 

anvendelse 


bogstaver). 



I ejendomme med flere end 3 enheder pr. etage anvendes 

normalt et dørnummer med indtil 4 tegn, der angiver 

enhedens placering på etagen. 

K(4) Oplysningen skal registreres for nybyggeri. 

Kodesættet er sammensat således, at de to første cifre 

angiver koderne for klasse 1-data. Det tredje ciffer angiver 

mere detaljerede klasse 2-data. Fjerde ciffer kan anvendes 

til klasse 3-data. 


11-14, 17-19, 21-24, 29, 31-34, 39, 41-45, 49, 51-54, 59, 

61-67, 69, 91-95. 

BRU.23 Areal H(6) Værdier angives fra –999.999 til 999.999 

BRU.24 Areal til beboelse H(6) Værdier angives fra –999.999 til 999.999 

BRU.25 Areal til erhverv H(6) Værdier angives fra –999.999 til 999.999 

BRU.27 Kilde til 

brugsenhedens areal 

K(1) Værdisæt: 1, 2, 5 

BRU.80 Kommunalt felt 1 K(3) Den enkelte kommune kan definere indhold og kodesæt 



BRU.83 Kommunalt felt 4 H(8) Den enkelte kommune kan definere indhold 



BRU.86 Journalnummer A(60) 

BRU.87 ESDH-Reference URL 


April 2013



BRU.88 Initialer på 

sagsbehandler 

BRU.99 Sikkerhedsklassifikation 

A(4) 


BRU.100 Status K(1) Værdisæt: 1-4 

BRU.801 Sagstype K(1) Værdisæt: 

1: Nybyggeri 




5: Ændring uden byggesagsbehandling 


April 2013


Adgangsadresse. 


AAD.1 Adgangsadresse ID UUID Dannes maskinelt 

AAD.2 Kommunenummer H(4) Fra kommunetabel. 

AAD.3 Landsejerlav H(7) Fra MATR. 

Værdisæt: 0001 – 9999 

AAD.4 Kommunalejerlavskode H(3) Værdisæt: 1 – 999 

AAD.5 Matrikelnummer A(7) Fra MATR. 

AAD.6 Ejendomsnummer H(7) Fra ESR. 

AAD.7 Vejkode H(3) Fra CPR. 

Værdisæt: 10051 – 2009999, idet de sidste to cifre er 

mellem 51 og 99 





Værdisæt: 1 – 999999 

Værdisæt: 0001 - 9899. 

Værdierne fra 9900 til 9999 er reserveret til særlige 

formål. 


AAD.8 Husnummer A(4) Værdisæt: 1 – 999 + 1 bogstav 

AAD.9 Postnummer H(4) Fra CPR. 

AAD.10 Bynavn A(40) Fra CPR. 

AAD.11 Lokalitet A(40) Fra CPR. 

AAD.20 Kilde til adgangsadressen 

Bogstavet kan vælges fra A til Z, dog bør ”I”, ”J”, ”O” og 

”Q” ikke anvendes. Der anvendes store bogstaver. 

Mindst ét ciffer er krævet. Der udfyldes ikke med 

foranstillede 00 (nuller) 

Værdisæt: 0001 – 9999, dog kun valide postnumre 


AAD.21 Oprettelsesdato Dato 19770101 – dags dato 

AAD.22 Godkendelsesdato Dato 19770101 - dags dato 

AAD.23 Ikrafttrædelsesdato Dato Dags dato – dags dato + 1 år 

AAD.24 Seneste ændringsdato Dato 19770101 – dags dato 

AAD.25 Dato for nedlæggelse Dato Dags dato – dags dato + 1 år 

AAD.27 AdressepunktID UUID Teknisk nøgle for adressepunkt, jf. OIOXML 

AAD.28 Nøjagtighedsklasse K(1) Værdisæt: A, B, U 

AAD.29 Teknisk standard K(2) Værdisæt: TD, TK, TN, UF 

AAD.30 Kilde til geometri K(1) Værdisæt: 1-5 

AAD.31 Revisionsdato Dato Værdisæt: 19770101 – dags dato 

AAD.32 Easting koordinat D(10,2) X-koordinat i UTM ETRS89 Zone 32 


April 2013



AAD.33 Northing koordinat D(10,2) Y-koordinat i UTM ETRS89 Zone 32 

AAD.34 Retning D(6,2) Værdisæt: 0.00-400.00 

AAD.35 Placering K(1) Værdisæt: 1 – 9 

AAD.36 Celle i DDKN 100m A(15) Den 100 m kvadratcelle som adressen er beliggende i. 

Celleinddelingen følger Det Danske Kvadratnet (DDKN) 

AAD.37 Celle i DDKN 1km A(15) Den 1 km kvadratcelle som adressen er beliggende i. 


AAD.38 Celle i DDKN 10km A(15) Den 10 km kvadratcelle som adressen er beliggende i. 


AAD.80 Kommunalt felt 1 K(3) Den enkelte kommune kan definere indhold og kodesæt 



AAD.83 Kommunalt felt 4 H(8) Den enkelte kommune kan definere indhold 



AAD.86 Journalnummer A(60) 

AAD.87 ESDH-Reference URL 

AAD.88 Initialer på 

sagsbehandler 

A(4) 

AAD.100 Status K(1) Værdisæt: 1 – 4 


April 2013


Enhedsadresse. 


EAD.1 Enhedsadresse ID UUID Dannes maskinelt. 

EAD.2 Kommunenummer H(4) Fra kommunetabel. 

Værdisæt: 0001 – 9999 

EAD.3 Adgangsadresse ID A(15) Dannes maskinelt. 

EAD.4 Etagebetegnelse A(2) Værdisæt: ”kl”, ”k2” op til ”k9””st” og alle tal fra 0 til 99 


inddatering kan anvendes både store og små bogstaver 

(skal kunne udveksles med CPR uanset store eller små 

bogstaver). 

EAD.5 Side/dør betegnelse A(4) Værdisæt: Blank, alle tal fra 1 til 9999, alle store og små 

bogstaver samt tegnene ”/” (skråstreg) og ”- 

”(bindestreg). 

EAD.6 Sikkerhedsklassifikation K(1) Værdisæt: 0, 1 

EAD.20 Kilde til 

enhedsadressen 


bogstaver). 



I ejendomme med flere end 3 enheder pr. etage 

anvendes normalt et dørnummer med indtil 4 tegn, der 

angiver enhedens placering på etagen. 


EAD.21 Oprettelsesdato Dato 19770101 – dags dato 

EAD.22 Godkendelsesdato Dato 19770101 - dags dato 

EAD.23 Ikrafttrædelsesdato Dato Dags dato – dags dato + 1 år 

EAD.24 Seneste ændringsdato Dato 19770101 – dags dato 

EAD.25 Dato for nedlæggelse Dato Dags dato – dags dato + 1 år 

EAD.80 Kommunalt felt 1 K(3) Den enkelte kommune kan definere indhold og kodesæt 



EAD.83 Kommunalt felt 4 H(8) Den enkelte kommune kan definere indhold 



EAD.86 Journalnummer A(60) 

EAD.87 ESDH-Reference URL 

EAD.88 Initialer på 

sagsbehandler 

A(4) 

EAD.100 Status K(1) Værdisæt: 1 – 4 


April 2013


Opgang/Indgang. 


OPG.1 Opgang/indgang ID UUID Dannes maskinelt. 

OPG.2 Kommunenummer H(4) Fra kommunetabel. 

Værdisæt: 0001 – 9999 

OPG.3 Adgangsadresse ID Guid Dannes maskinelt. 

OPG.4 Bygning ID Guid Dannes maskinelt. 

OPG.5 Byggesagsdato Dato Værdisæt: 19610101 – dags dato + 30 dage 

OPG.6 Litra K(1) Værdisæt: blank, A – Z 

OPG.7 Byggesagsnummer A(32) 

OPG.20 Elevator K(1) Værdisæt: 0, 1 

OPG.21 Tomt felt H(8) 

OPG:22 Tomt felt K(1) 

OPG.23 Tomt felt K(1) 

(O, Q, I og J forekommer ikke) 

OPG.80 Kommunalt felt 1 K(3) Den enkelte kommune kan definere indhold og kodesæt 



OPG.83 Kommunalt felt 4 H(8) Den enkelte kommune kan definere indhold 



OPG.86 Journalnummer A(60) 

OPG.87 ESDH-Reference URL 

OPG.88 Initialer på 

sagsbehandler 

OPG.99 Sikkerhedsklassifikation 

A(4) 


OPG.100 Status K(1) Værdisæt: 1 – 4 

OPG.101 Gyldighedsdato Dato 

OPG.868 Sagstype K(1) Værdisæt: 

1: Nybyggeri 






April 2013


Etage. 


ETA.1 Etage ID UUID Dannes maskinelt. 

ETA.2 Kommunenummer H(4) Fra kommunetabel. 

Værdisæt: 0001 – 9999 

ETA.3 Bygnings ID A(15) Dannes maskinelt. 

ETA.4 Ejendomsnummer H(7) Fra ESR. 

Værdisæt: 1 – 999999 

ETA.5 Bygningsnummer H(4) Værdisæt: 1 – 9999 

ETA.6 Etagebetegnelse A(2) Værdisæt: ”kl”, ”k2” op til ”k9””st” og alle tal fra 0 til 99 

ETA.7 Byggesagsdato Dato Værdisæt: 19610101 til dags dato + 30 dage 

ETA.8 Litra K(1) Validering af værdisæt: Blank, A-Z (O, Q, I og J 

forekommer ikke) 

ETA.9 Byggesagsnummer A(32) 

ETA.20 Samlet areal af etage H(8) Værdisæt: 00000000 – 99999999 

ETA.21 Areal af udnyttet del 

af tagetage 

ETA.22 Kælderareal m. loft 


Rum. 


RUM.1 Rum ID UUID Dannes maskinelt. 

RUM.2 Kommunenummer H(4) Fra kommunetabel. 

RUM.3 Ejendomsnummer H(7) Fra ESR. 

Værdisæt: 0001 – 9999 

Værdisæt: 1 – 999999 

RUM.4 Bygningsnummer H(4) Værdisæt: 1 – 9999 

RUM.5 Etagebetegnelse H(2) Værdisæt: ”kl”, ”k2” op til ”k9””st” og alle tal fra 0 til 99 

RUM.6 Rumnummer H(3) Værdisæt: 1 – 999 

RUM.7 Vejkode H(4) Fra CPR. 




bogstaver). 

Værdisæt: 0001 - 9899. 

Værdierne fra 9900 til 9999 er reserveret til særlige 

formål. 


RUM.8 Husnummer A(4) Værdisæt: 1 – 999 + 1 bogstav 

Bogstavet kan vælges fra A til Z, dog bør ”I”, ”J”, ”O” og 

”Q” ikke anvendes. Der anvendes store bogstaver. Mindst 

ét ciffer er krævet. Der udfyldes ikke med foranstillede 00 

(nuller) 

RUM.9 Etagebetegnelse K(2) Værdisæt: ”kl”, ”k2” op til ”k9””st” og alle tal fra 0 til 99 




bogstaver). 

RUM.10 Side/dør betegnelse K(4) Værdisæt: Blank, alle tal fra 1 til 9999, alle store og små 



RUM.20 Klassifikation K(4) Defineres senere 


bogstaver). 



I ejendomme med flere end 3 enheder pr. etage 

anvendes normalt et dørnummer med indtil 4 tegn, der 

angiver enhedens placering på etagen. 

RUM.21 Areal H(6) Værdisæt: 000000 – 999.999 

RUM.23 Kilde til rummets 

areal 

K (1) Værdisæt: 1, 2, 5 

RUM.80 Kommunalt felt 1 K(3) Den enkelte kommune kan definere indhold og kodesæt 



RUM.83 Kommunalt felt 4 H(8) Den enkelte kommune kan definere indhold 



April 2013




RUM.86 Journalnummer A(60) 

RUM.87 ESDH-Reference URL 

RUM.88 Initialer på 

sagsbehandler 

RUM.99 Sikkerhedsklassifikation 

A(4) 


RUM.100 Status K(1) Værdisæt: 1 – 4 

RUM.801 Sagstype K(1) Værdisæt: 

1: Nybyggeri 






April 2013


Grund. 


GRU.1 Grund ID UUID Dannes maskinelt. 

GRU.2 Kommunenummer H(4) Fra kommunetabel. 

GRU.3 Landsejerlav H(7) Fra MATR. 

GRU.4 Kommunal 

ejerlavskode 

Værdisæt: 0001 – 9999 

Værdisæt: 10051 – 2009999, idet de sidste to cifre er 

mellem 51 og 99 

H(3) Værdisæt: 1 – 999 

GRU.5 Matrikelnummer A(7) Fra MATR. 

GRU.6 Matrikulær ejendoms 

ID 

GRU.7 Ejendomsnummer H(6) Fra ESR. 





H(19) Matrikelregistrets identifikation af en matrikulær ejendom 

Værdisæt: 1 – 999999 

GRU.8 Ejerforholdskode K(2) Værdisæt: 10, 20, 30, 40, 41, 50, 60, 70, 80, 90 

GRU.9 Vandforsyning K(1) Værdisæt: 1, 2, 3, 4, 6, 7, 9 

GRU.10 Afløbsforhold K(2) Værdisæt: 

1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 20, 21, 29, 30, 31, 

32, 70, 75, 80, 90, 101, 102, 103, 104, 105, 106, 107, 

108, 109, 110, 190, 201, 202, 203, 204, 205, 206, 290, 

301, 302, 390, 401, 402, 403, 404, 490, 501, 502, 503, 

504, 505, 590, 601, 701 

Kode 75 kan kun findes, hvis koderne i BYG.31 ikke er 

ens på samtlige bygninger. 

GRU.11 Ejendomsreference UUID Anvendes til knytte ejendomme sammen. 

GRU.12 Vejkode H(4) Adgangsgivende vej. 

Ejendomsreference som KMS har registreret på de 

enkelte matrikelnumre overføres. 

Kan fx registreres hvis der ikke er tildelt adresser til 

grunden. 

GRU.13 Kommunalt felt 1 K(3) Den enkelte kommune kan definere indhold og kodesæt 



GRU.16 Kommunalt felt 4 H(8) Den enkelte kommune kan definere indhold 



GRU.19 Journalnummer A(60) 

GRU.20 ESDH-Reference URL 

GRU.21 Udledningstilladelse K(1) Værdisæt: NULL, 0, 1, 2, 3, 4, 5, 6, 7 

GRU.22 

Medlemskab af 

spildevandsforsyning 

K(1) 0, 1, 2 


April 2013



GRU.23 

GRU.24 

Påbud om forbedret 

rensning 

Frist for forbedret 

rensning 

K(1) 0, 1, 2, 3, 4, 5 

Dato 

GRU.25 Tilladelse til udtræden K(1) 0, 1, 2 

GRU.26 

GRU.27 

GRU.28 

Dato for tilladelse til 

udtræden 

Dato 


bortskaffelse eller 

afledning 

K(1) 0, 1, 2 


alt. bortskaffelse eller 

afledning 

Dato 

GRU.99 Sikkerhedsklassifikation 


GRU.100 Status K(1) Værdisæt: 1 – 4 

GRU.101 Gyldighedsdato Dato 

GRU.864 Sagstype K(1) Værdisæt: 

1: Nybyggeri 






April 2013

Systembeskrivelse kapitel 3 – Forretningslogik – Bilag D 

Bilag D 

Forretningsregler 

Krav Forretningsregel 

4.4.5 BBR-data, der indberettes systematisk i BBR, skal forsynes med kildekode samt dato ved 

opdatering af BBR. 

5.2.6 Det skal være muligt at foretage manuel inddatering af boligtypekoden i byggesagsdata 

(Statuskode BBR-felt ENH.100 = 3). Dette skal ikke medføre oprettelse af en BBR/CPRstandardtransaktion. 

5.4.2 Ejerforholdskoden registreres som udgangspunkt i BBR på entiteten Grund (GRU). 

Herudover gælder følgende regler: 

• Ved en moderejendom for ejerlejligheder, skal ejerforholdet registreres på de enkelte 

enheder (ENH) eller eventuelt bygninger (BYG). 

• Ved en bygning på lejet grund skal ejerforholdskoden registreres på bygningen. 

10.1.10 Enhver forekomst af sagsdata skal relateres til en forekomst af stamdata. 

17.1 BBR skal være forsynet med faciliteter til systemgenerede e-mails samt til distribution 

heraf. 

Ad 4.4.5 findes der på samtlige entiteter to felter: Ændretfunktion og 

Ændrettimestamp, der benyttes til dette. 

Ad 5.2.6 – Der er mulighed for manuelt indtastning af boligtypekoden ved 

byggesager, hvorimod det i stam-data bliver maskinelt beregnet. 

Ad 5.4.2 – Ejerforholdskoden registres via Ejerskabstabellen, og ajourføres fra 

ESR. 

Ad 10.1.10 – ses i datamodellen 

Ad 17.1. Der systemgenereres en email ved oprettelse af nye brugere under 

Brugeradministration. 

Gyldighedsdato 

Feltet ”Gyldighedsdato” findes på entiteterne: 

· grund 

· bygning 

· tekniskanlæg 

· enhed 

· etage 

· opgang 

· byggesag 

således at gyldighedsdato kan overføres til OIS og SKAT. SKAT skal bruge 

oplysningen til opdatering af årskopier. 


April 2013

Systembeskrivelse kapitel 3 – Forretningslogik – Bilag E 

Bilag E 

Sammenhæng mellem fysisk og logisk 

datamodel 

Denne tabel beskriver sammenhængen mellem den fysiske database og den 

logiske datamodel. Da der ikke er en 1:1 sammenhæng mellem den logiske og 

den fysiske database, kan det være svært at mappe felter direkte, derfor er der 

gjort følgende: 

· Hvis felter ikke findes i den logiske datamodel, har de alligevel fået et 

logisk navn med et nummer >200. 

· Hvis flere logiske felter er slået sammen til en tabel i den 

fysiskedatabase, så har de fået et nyt navn. Fx er der sager på alle 

entiteter, men i den fysiske datamodel er der én sagstabel. Der er derfor 

oprettet et logisk navn ”sag”. I nedenstående tabel kan man se hvilke 

felter i den logiske datamodel at sag refererer til. 

· Alle nyoprettede navne er skrevet med små bogstaver. 

Fysisk 

Entitet 

AdgangsAdr 

esse 

AdgangsAdr 

esse 

AdgangsAdr 

esse 

AdgangsAdr 

esse 

AdgangsAdr 

esse 

AdgangsAdr 

esse 

Fysisk Felt 

Fysisk 

Reference 


April 2013 

Logisk Felt Logisk Navn 

KommunaltFelt1 adr.80 Kommunalt felt 1 AAD.80 






Adresse Adresse_id adr.1 Adgangsadresse ID EAD.3 

Adresse Adresse_id adr.1 Adgangsadresse ID AAD.1 

Adresse FK_Matrikel_id adr.2 

Adresse FK_Kommune_id adr.2 

Adresse FK_Kommune_id adr.2 Kommunenummer AAD.2 

Adresse AdresseEtagebetegnelse adr.4 Etagebetegnelse EAD.4 

Adresse AdresseEtagebetegnelse adr.4 Etagebetegnelse ENH.5 

Adresse AdresseEtagebetegnelse adr.4 Etagebetegnelse AAD.13 

Adresse AdresseEtagebetegnelse adr.4 Etagebetegnelse BRU.7 

Adresse AdresseSideDoerBetegnelse adr.5 Side/dør betegnelse BRU.8 

Adresse AdresseSideDoerBetegnelse adr.5 Side/dør betegnelse ENH.6 

Adresse AdresseSideDoerBetegnelse adr.5 Side/dør betegnelse RUM.10 

Adresse AdresseSideDoerBetegnelse adr.5 Side/dør betegnelse EAD.5 

Adresse AdresseSideDoerBetegnelse adr.5 Side/dør betegnelse AAD.14 

Adresse FK_VejKode adr.7


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 


April 2013 


Adresse FK_VejKode adr.7 Vejkode AAD.7 

Adresse AdresseHusnummer adr.8 Husnummer AAD.8 

Adresse AdresseHusnummer adr.8 Husnummer EAD.8 

Adresse AdresseHusnummer adr.8 Husnummer RUM.8 

Adresse AdresseHusnummer adr.8 Husnummer ENH.4 

Adresse AdresseHusnummer adr.8 Husnummer BRU.6 

Adresse AdresseHusnummer adr.8 Husnummer BYG.9 

Adresse AdresseKilde adr.20 Kilde til adgangs-adressen AAD.20 

Adresse AdresseKilde adr.20 Kilde til enhedsadressen EAD.20 

Adresse AdresseOprettelsesDato adr.21 Oprettelsesdato EAD.21 

Adresse AdresseOprettelsesDato adr.21 Oprettelsesdato AAD.21 

Adresse AdresseIKrafttraedelsesDato adr.23 Ikrafttrædelsesdato EAD.23 

Adresse AdresseIKrafttraedelsesDato adr.23 Ikrafttrædelsesdato AAD.23 

Adresse AdresseSenesteAendringsDato adr.24 Seneste ændringsdato EAD.24 

Adresse AdresseSenesteAendringsDato adr.24 Seneste ændringsdato AAD.24 

Adresse AdresseNedlaeggelsesDato adr.25 Dato for nedlæggelse EAD.25 

Adresse AdresseNedlaeggelsesDato adr.25 Dato for nedlæggelse AAD.25 

Adresse BK_Adressepunkt_id adr.27 

Adresse BK_Adressepunkt_id adr.27 AdressepunktID AAD.27 

Adresse AdresseTekniskStandard adr.29 

Adresse AdresseTekniskStandard adr.29 Teknisk standard AAD.29 

Adresse FK_OpretBruger_id adr.31 

Adresse Journalnummer adr.86 Journalnummer AAD.86 

Adresse Journalnummer adr.86 Journalnummer EAD.86 

Adresse BK_ESDHReference adr.87 ESDH-Reference AAD.87 

Adresse BK_ESDHReference adr.87 ESDH-Reference EAD.87 

Adresse ObjektType adr.100 Status EAD.100 

Adresse ObjektType adr.100 Status AAD.100 

Adresse FK_AdresseStam_id adr.201 

Adresse BK_Crud_id adr.801 

Adresse FK_SagAdresse_id adr.900 

Adresse AdresseKode adr.901 

Adresse FK_Geometri_id adr.902 

Adresse AdresseNy adr.904 

Adresse AdresseOpretTimestamp adr.990 

Adresse AdresseAendretTimestamp adr.991 

Adresse AdresseAendretFunktion adr.992 

Adresse AdresseOphoertTimestamp adr.993 

Adresse FK_Adgangsadresse_id xadr.2 

Adresse AdresseGeometriKilde xadr.21 Kilde til geometri AAD.30 

Adresse AdresseGeometriNoejagtighedskla 

sse 

AdresseSag AdresseSag_id sad.1 

xadr.22 Nøjagtighedsklasse AAD.28


Fysisk 

Entitet 

Fysisk Felt 

AdresseSag BK_Crud_id sad.2 

AdresseSag FK_OpretBruger_id sad.5 

Fysisk 

Reference 

AdresseSag AdresseSagGodkendelsesDato sad.20 


April 2013 


AdresseSag AdresseSagGodkendelsesDato sad.20 Godkendelsesdato EAD.22 

AdresseSag AdresseSagGodkendelsesDato sad.20 Godkendelsesdato AAD.22 

AdresseSag AdresseSagInitialerPaaSagsbehan 

dler 

sad.21 


dler 


dler 

AdresseSag AdresseSagOpretTimestamp sad.990 

AdresseSag AdresseSagAendretTimestamp sad.991 

AdresseSag AdresseSagAendretFunktion sad.992 

AdresseSag AdresseSagOphoertTimestamp sad.993 

BbrUdskrift BbrUdskrift_id bud.1 

BbrUdskrift FK_Parent_id bud.2 

BbrUdskrift BbrUdskriftType bud.3 

BbrUdskrift BbrUdskriftBestilling bud.4 

BbrUdskrift BbrUdskriftDato bud.5 

BbrUdskrift BbrUdskriftVisAendringer bud.6 

BbrUdskrift BbrUdskriftAarsag bud.7 

BbrUdskrift BbrUdskriftAntalEksemplarer bud.8 

BbrUdskrift BbrUdskriftOpretTimestamp bud.9 

BbrUdskrift BbrUdskriftAendretTimestamp bud.10 

BbrUdskrift BbrUdskriftAendretFunktion bud.11 

BbrUdskrift BbrUdskriftOphoertTimestamp bud.12 

Bruger Bruger_id brg.1 

Bruger BrugerNavn brg.2 

Bruger BrugerAdresse brg.3 

Bruger BrugerOrganisation brg.4 

Bruger BrugerEmail brg.5 

Bruger BrugerCertifikatId brg.6 

Bruger FK_Kommune_id brg.7 

Bruger BrugerOpretTimestamp brg.8 

Bruger BrugerAendretTimestamp brg.9 

Bruger BrugerAendretFunktion brg.10 

Bruger BrugerOphoertTimestamp brg.11 

Brugerrettigh 

ed 

Brugerrettigh 

ed 

Brugerrettigh 

ed 

BrugerRettighed_id brt.1 

FK_LogiskFelt_id brt.2 

FK_Bruger_id brt.3 

sad.21 Initialer på sagsbehandler EAD.88 

sad.21 Initialer på sagsbehandler AAD.88


Fysisk 

Entitet 

Brugerrettigh 

ed 

Brugerrettigh 

ed 

Brugerrettigh 

ed 

Brugerrettigh 

ed 

Brugerrettigh 

ed 

Fysisk Felt 

BrugerRettighedType brt.4 

BrugerRettighedOpretTimestamp brt.5 

BrugerRettighedAendretTimestamp brt.6 

BrugerRettighedAendretFunktion brt.7 

BrugerRettighedOphoertTimestam 

p 

Fysisk 

Reference 


April 2013 

brt.8 


Brugsenhed Brugsenhed_id BRU.1 Enhed ID BRU.1 

Brugsenhed BrugsenhedNybyggeri BRU.4 

Brugsenhed FK_Bygning_id BRU.6 

Brugsenhed BrugsenhedAnvendelsesKode BRU.21 Brugsenhedens anvendelse BRU.21 

Brugsenhed FK_OpretBruger_id BRU.22 

Brugsenhed BrugsenhedAreal BRU.23 Areal BRU.23 

Brugsenhed BrugsenhedBeboelsesAreal BRU.24 Areal til beboelse BRU.24 

Brugsenhed BrugsenhedErhvervsAreal BRU.25 Areal til erhverv BRU.25 

Brugsenhed BrugsenhedArealKilde BRU.27 Kilde til brugsenhedens areal BRU.27 

Brugsenhed KommunaltFelt1 BRU.80 Kommunalt felt 1 BRU.80 






Brugsenhed Journalnummer BRU.86 Journalnummer BRU.86 

Brugsenhed BK_ESDHReference BRU.87 ESDH-Reference BRU.87 

Brugsenhed Sikkerhedsklassifikation BRU.99 Sikkerhedsklassifikation BRU.99 

Brugsenhed ObjektType BRU.100 Status BRU.100 

Brugsenhed FK_BrugsenhedStam_id BRU.201 

Brugsenhed FK_Byggesag_id BRU.900 

Brugsenhed FK_Adresse_id BRU.901 

Brugsenhed BrugsenhedOpretTimestamp BRU.990 

Brugsenhed BrugsenhedAendretTimestamp BRU.991 

Brugsenhed BrugsenhedAendretFunktion BRU.992 

Brugsenhed BrugsenhedOphoertTimestamp BRU.993 

By By_id byy.1 

By FK_KommuneNummer byy.2 

By FK_VejKode byy.3 

By ByHusnummerFra byy.4 

By ByHusnummerTil byy.5 

By ByVejside byy.6 

By ByNavn byy.7


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 


April 2013 


By ByNavn byy.7 Bynavn AAD.10 

By ByCprTimestamp byy.8 

By ByCprOpretTimestamp byy.9 

By ByCprOphoerTimestamp byy.10 

By ByOpretTimestamp byy.11 

By ByAendretTimestamp byy.12 

By ByAendretFunktion byy.13 

By ByOphoertTimestamp byy.14 

Byggesag Byggesag_id sag.1 

Byggesag ByggesagsDato sag.2 

Byggesag ByggesagsDato sag.2 Byggesagsdato BYG.11 

Byggesag ByggesagsDato sag.2 Byggesagsdato TEK.50 

Byggesag ByggesagsDato sag.2 Byggesagsdato OPG.5 

Byggesag ByggesagsDato sag.2 Byggesagsdato ENH.10 

Byggesag ByggesagsDato sag.2 Byggesagsdato ETA.7 

Byggesag ByggesagLitra sag.3 Litra BYG.12 

Byggesag ByggesagLitra sag.3 

Byggesag ByggesagLitra sag.3 Litra ENH.11 

Byggesag ByggesagLitra sag.3 Litra ETA.8 

Byggesag ByggesagLitra sag.3 Litra OPG.6 

Byggesag ByggesagLitra sag.3 Litra TEK.51 

Byggesag ByggesagSagsnummer sag.4 

Byggesag BK_Crud_id sag.5 

Byggesag ByggesagByggetilladelsesDato sag.6 Tilladelsesdato TEK.53 

Byggesag ByggesagByggetilladelsesDato sag.6 

Byggesag ByggesagByggetilladelsesDato sag.6 Byggetilladelsesdato BYG.76 

Byggesag ByggesagForventetPaabegyndelse 

sDato 


sDato 


sDato 

sag.7 Forventet påbegyndelsesdato TEK.54 

sag.7 Forventet påbegyndelsesdato BYG.77 

sag.7 

Byggesag ByggesagPaabegyndelsesdato sag.8 Påbegyndelsesdato BYG.78 

Byggesag ByggesagPaabegyndelsesdato sag.8 

Byggesag ByggesagPaabegyndelsesdato sag.8 Påbegyndelsesdato TEK.55 

Byggesag ByggesagIbrugtagningsTilladelses 

Dato 


Dato 


Dato 

Byggesag ByggesagDelvisIbrugtagningsTillad 

elsesDato 

sag.9 Ibrugtagningstilladelse TEK.56 

sag.9 Ibrugtagningstilladelse BYG.79 

sag.9 

sag.10 

Byggesag ByggesagHenlaeggelse sag.11 Henlæggelse TEK.57


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 

Byggesag ByggesagHenlaeggelse sag.11 


April 2013 


Byggesag ByggesagHenlaeggelse sag.11 Henlæggelse BYG.81 

Byggesag ByggesagFaerdigtBygningsareal sag.12 

Byggesag ByggesagFaerdigtBygningsareal sag.12 Færdigt bygningsareal BYG.82 

Byggesag ByggesagForventetFuldfoertDato sag.13 

Byggesag ByggesagForventetFuldfoertDato sag.13 Forventet fuldført dato BYG.83 

Byggesag ByggesagForventetFuldfoertDato sag.13 Forventet fuldført dato TEK.58 

Byggesag ByggesagFuldfoerelseAfByggeriDa 

to 


to 


to 

sag.14 Fuldførelse af byggeri BYG.84 

sag.14 Fuldførelsesdato TEK.59 

sag.14 

Byggesag ByggesagKode sag.15 Byggesagskode BYG.86 

Byggesag ByggesagKode sag.15 

Byggesag ByggesagKode sag.15 Byggesagskode TEK.61 

Byggesag ByggesagAnmeldelseAfByggearbej sag.16 

deDato 

Anmeldelse af byggearbejde TEK.62 

Byggesag ByggesagAnmeldelseAfByggearbej 

deDato 

Byggesag ByggesagAnmeldelseAfByggearbej 

deDato 

Byggesag ByggesagAnmeldelseAfNedrivning 

Dato 


Dato 


Dato 

Byggesag ByggesagGennemfoertNedrivning 

Dato 


Dato 


Dato 

Byggesag ByggesagForeloebigFaerdiggjortBy 

gningsareal 

Byggesag ByggesagForeloebigFaerdiggjortBy 

gningsareal 

Byggesag ByggesagForeloebigFaerdiggjortA 

ntalLejligheder 

Byggesag ByggesagForeloebigFaerdiggjortA 

ntalLejligheder 

sag.16 Anmeldelse af byggearbejde BYG.87 

sag.16 

sag.17 Anmeldelse af nedrivning TEK.63 

sag.17 Anmeldelse af nedrivning BYG.88 

sag.17 

sag.18 Gennemført nedrivning, dato BYG.89 

sag.18 

sag.18 Gennemført nedrivning, dato TEK.64 

sag.19 

sag.19 Foreløbig færdiggjort 

bygningsareal 

sag.20 Foreløbig færdiggjort antal 

lejligheder 

sag.20 

BYG.90 

BYG.91 

Byggesag ByggesagBygherreForhold sag.21 Bygherreforhold BYG.92 

Byggesag ByggesagBygherreForhold sag.21 

Byggesag ByggesagBygherreForhold sag.21 Bygherreforhold TEK.65 

Byggesag ByggesagInitialerPaaSagsbehandl sag.22 Initialer på sagsbehandler BRU.88


Fysisk 

Entitet 

er 

Fysisk Felt 

Byggesag ByggesagInitialerPaaSagsbehandl 

er 


er 


er 


er 


er 


er 


er 

Fysisk 

Reference 


April 2013 


sag.22 Initialer på sagsbehandler BYG.103 

sag.22 Initialer på sagsbehandler ENH.88 

sag.22 Initialer på sagsbehandler ETA.88 

sag.22 Initialer på sagsbehandler TEK.88 

sag.22 

sag.22 Initialer på sagsbehandler OPG.88 

sag.22 Initialer på sagsbehandler RUM.88 

Byggesag ByggesagAnsoegningModtaget sag.23 Dato for modtagelse af 

ansøgning om byggetilladelse 

Byggesag ByggesagAnsoegningModtaget sag.23 

Byggesag ByggesagFyldestgoerendeAnsoeg 

ningModtaget 

Byggesag ByggesagFyldestgoerendeAnsoeg 

ningModtaget 

sag.24 

Byggesag ByggesagNaboorientering sag.25 

sag.24 Dato for fyldestgørende 

ansøgning 

BYG.115 

BYG.116 

Byggesag ByggesagNaboorientering sag.25 Dato for naboorientering BYG.117 

Byggesag ByggesagFaerdigbehandletNaboor 

ientering 

Byggesag ByggesagFaerdigbehandletNaboor 

ientering 

sag.26 

Byggesag FK_OpretBruger_id sag.27 

Byggesag ByggesagOpretTimestamp sag.990 

Byggesag ByggesagAendretTimestamp sag.991 

Byggesag ByggesagAendretFunktion sag.992 

sag.26 Dato for færdigbehandling af 


BYG.118 

Byggesag ByggesagOphoertTimestamp sag.993 

Bygning Bygning_id BYG.1 Bygning_id BYG.1 

Bygning BygningNybyggeri BYG.4 

Bygning FK_Grund_id BYG.6 

Bygning BygningNummer BYG.7 Bygningsnummer ETA.5 

Bygning BygningNummer BYG.7 Bygningsnummer RUM.4 

Bygning BygningNummer BYG.7 BygningNummer BYG.7 

Bygning BygningAnvendelsesKode BYG.21 BygningAnvendelsesKode BYG.21 

Bygning BygningKlassifikation BYG.22 BygningKlassifikation BYG.22 

Bygning BygningAnvendelsesKonverterings 

Kilde 

Bygning BygningAntalLejlighederMedKoekk 

enl 

BYG.23 BygningAnvendelsesKonvertering 

sKilde 

BYG.24 BygningAntalLejlighederMedKoek 

kenl 

BYG.23 

BYG.24


Fysisk 

Entitet 

Fysisk Felt 

Bygning BygningAntalLejlighederUdenKoek 

kenl 

Fysisk 

Reference 


April 2013 


BYG.25 BygningAntalLejlighederUdenKoe 

kkenl 

BYG.25 

Bygning BygningOpfoerelsesaar BYG.26 BygningOpfoerelsesaar BYG.26 

Bygning BygningSenesteOmTilbygningsaar BYG.27 BygningSenesteOmTilbygningsa 

ar 

BYG.27 

Bygning BygningMidlertidigStatus BYG.28 BygningMidlertidigStatus BYG.28 

Bygning BygningUdloebsdatoMidlertidige BYG.29 BygningUdloebsdatoMidlertidige BYG.29 

Bygning BygningVandforsyning BYG.30 BygningVandforsyning BYG.30 

Bygning BygningAfloebsforhold BYG.31 BygningAfloebsforhold BYG.31 

Bygning BygningYdervaegsmateriale BYG.32 BygningYdervaegsmateriale BYG.32 

Bygning BygningTagdaekningsmateriale BYG.33 BygningTagdaekningsmateriale BYG.33 

Bygning BygningSupplerendeYdervaegsma 

teriale 

Bygning BygningSupplerendeTagdaeknings 

materiale 

BYG.34 BygningSupplerendeYdervaegsm 

ateriale 

BYG.35 BygningSupplerendeTagdaeknin 

gsmateriale 

BYG.34 

BYG.35 

Bygning BygningAsbestholdigtMateriale BYG.36 BygningAsbestholdigtMateriale BYG.36 

Bygning BygningMaterialeKilde BYG.37 BygningMaterialeKilde BYG.37 

Bygning BygningSamletAreal BYG.38 BygningSamletAreal BYG.38 

Bygning BygningSamletBoligAreal BYG.39 BygningSamletBoligAreal BYG.39 

Bygning BygningSamletErhversAreal BYG.40 BygningSamletErhversAreal BYG.40 

Bygning BygningBebyggetAreal BYG.41 BygningBebyggetAreal BYG.41 

Bygning BygningIndbyggetGarageAreal BYG.42 BygningIndbyggetGarageAreal BYG.42 

Bygning BygningIndbyggetCarportAreal BYG.43 BygningIndbyggetCarportAreal BYG.43 

Bygning BygningIndbyggetUdhusAreal BYG.44 BygningIndbyggetUdhusAreal BYG.44 

Bygning BygningIndbyggetUdestueAreal BYG.45 BygningIndbyggetUdestueAreal BYG.45 

Bygning BygningLukketOverdaekningAreal BYG.46 BygningLukketOverdaekningArea 

l 

Bygning BygningAffaldsrumITerraenniveau 

Areal 

BYG.47 BygningAffaldsrumITerraennivea 

uAreal 

BYG.46 

BYG.47 

Bygning BygningAndetAreal BYG.48 BygningAndetAreal BYG.48 

Bygning BygningOverdaekketAreal BYG.49 BygningOverdaekketAreal BYG.49 

Bygning BygningAabenOverdaekningAreal BYG.50 BygningAabenOverdaekningArea 

l 

BYG.50 

Bygning BygningAdgangsAreal BYG.51 BygningAdgangsAreal BYG.51 

Bygning BygningCarportArealBeregningspri 

ncip 

BYG.52 BygningCarportArealBeregningsp 

rincip 

BYG.52 

Bygning BygningArealKilde BYG.53 BygningArealKilde BYG.53 

Bygning BygningAntalEtager BYG.54 BygningAntalEtager BYG.54 

Bygning BygningAfvigendeEtager BYG.55 BygningAfvigendeEtager BYG.55 

Bygning BygningVarmeinstallation BYG.56 BygningVarmeinstallation BYG.56 

Bygning BygningOpvarmningsmiddel BYG.57 BygningOpvarmningsmiddel BYG.57 

Bygning BygningSupplerendeVarmeinstallat 

ion 

BYG.58 BygningSupplerendeVarmeinstall 

ation 

BYG.58 

Bygning BygningAntalPersonerSikringsrum BYG.69 BygningAntalPersonerSikringsru BYG.69


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 


April 2013 

m 


Bygning BygningFredningStatus BYG.70 BygningFredningStatus BYG.70 

Bygning BygningBevaringsvaerdighed BYG.71 BygningBevaringsvaerdighed BYG.71 

Bygning FK_OpretBruger_id BYG.71 

Bygning BygningUdlejningsforhold1 BYG.72 BygningUdlejningsforhold1 BYG.72 

Bygning BygningLeje BYG.73 BygningLeje BYG.73 

Bygning BygningHuslejeoplysningDato BYG.74 BygningHuslejeoplysningDato BYG.74 

Bygning FK_BygningStam_id BYG.75 FK_BygningStam_id BYG.75 

Bygning BygningSagstype BYG.85 BygningSagstype BYG.85 

Bygning BygningGeometriKilde BYG.93 Kilde til geometri BYG.93 

Bygning BygningGeometriNoejagtighedskla 

sse 

BYG.97 Nøjagtighedsklasse BYG.97 

Bygning Sikkerhedsklassifikation BYG.99 Sikkerhedsklassifikation BYG.99 

Bygning ObjektType BYG.100 Status BYG.100 

Bygning Journalnummer BYG.101 Journalnummer BYG.101 

Bygning BK_ESDHReference BYG.102 ESDHReference BYG.102 

Bygning KommunaltFelt1 BYG.104 KommunaltFelt1 BYG.104 






Bygning BK_FOT_id BYG.110 FOT BYG.110 

Bygning BygningStormraadPaalaeg BYG.111 BygningStormraadPaalaeg BYG.111 

Bygning BygningStormraadPaalaegDato BYG.112 BygningStormraadPaalaegDato BYG.112 

Bygning BygningByggeskadeforsikringssels 

kab 

Bygning BygningByggeskadeforsikringssels 

kabDato 

BYG.113 BygningByggeskadeforsikringssel 

skab 

BYG.114 BygningByggeskadeforsikringssel 

skabDato 

BYG.113 

BYG.114 

Bygning BygningAfloebsforholdTilladelse BYG.115 Afløbsforholdstilladelse BYG.119 

Bygning BK_Crud_id BYG.801 

Bygning FK_Byggesag_id BYG.900 

Bygning FK_Matrikel_id BYG.901 

Bygning FK_Adresse_id BYG.902 

Bygning FK_Geometri_id BYG.903 

Bygning BygningOpretTimestamp BYG.990 

Bygning BygningAendretTimestamp BYG.991 

Bygning BygningAendretFunktion BYG.992 

Bygning BygningOphoertTimestamp BYG.993 

Datatype Datatype_id dty.1 

Datatype Datatype dty.2 

Datatype DatatypeOpretTimestamp dty.3 

Datatype DatatypeAendretTimestamp dty.4


Fysisk 

Entitet 

Fysisk Felt 

Datatype DatatypeAendretFunktion dty.5 

Datatype DatatypeOphoertTimestamp dty.6 

Ejerskab Ejerskab_id ejs.1 

Ejerskab EjerskabEntitetstype ejs.2 

Ejerskab FK_BbrId ejs.3 

Ejerskab FK_Kommune_id ejs.4 

Ejerskab BK_Ejendomsnummer ejs.5 

Fysisk 

Reference 


April 2013 


Ejerskab BK_Ejendomsnummer ejs.5 Ejendomsnummer BYG.6 

Ejerskab BK_Ejendomsnummer ejs.5 Ejendomsnummer for 

ejerlejlighed 

ENH.7 

Ejerskab EjerskabEjendomsreference ejs.6 Ejendomsreference GRU.11 

Ejerskab EjerskabEjendomsreference ejs.6 Ejendomsreference TEK.11 

Ejerskab EjerskabEjendomsreference ejs.6 Ejendomsreference ENH.15 

Ejerskab EjerskabEjendomsreference ejs.6 Ejendomsreference BYG.14 

Ejerskab EjerskabEjendomsreference ejs.6 

Ejerskab EjerskabMereEnd1Ejerlejlighed ejs.7 Kode for mere end 1 ejerlejlighed TEK.13 

Ejerskab EjerskabMereEnd1Ejerlejlighed ejs.7 Kode for mere end 1 ejerlejlighed BYG.16 

Ejerskab EjerskabMereEnd1Ejerlejlighed ejs.7 

Ejerskab EjerskabMereEnd1Ejerlejlighed ejs.7 Mere end 1 ejerlejlighed ENH.13 

Ejerskab EjerskabEjerlejlighedsnummer ejs.8 

Ejerskab EjerskabEjerlejlighedsnummer ejs.8 Ejendomsnummer for 

ejerlejlighed 

BYG.13 

Ejerskab EjerskabEjerlejlighedsnummer ejs.8 Ejerlejlighedsnummer BYG.15 

Ejerskab EjerskabEjerlejlighedsnummer ejs.8 Ejerlejlighedsnummer ENH.9 

Ejerskab EjerskabEjerlejlighedsnummer ejs.8 Ejerlejlighedsnummer TEK.12 

Ejerskab EjerskabEjerforholdskode ejs.9 Ejerforholdskode ENH.14 

Ejerskab EjerskabEjerforholdskode ejs.9 Ejerforholdskode TEK.10 

Ejerskab EjerskabEjerforholdskode ejs.9 Ejerforholdskode BYG.98 

Ejerskab EjerskabEjerforholdskode ejs.9 

Ejerskab EjerskabEjerforholdskode ejs.9 Ejerforholdskode GRU.8 

Ejerskab FK_OpretBruger_id ejs.10 

Ejerskab EjerskabOpretTimestamp ejs.10 

Ejerskab EjerskabAendretTimestamp ejs.11 

Ejerskab EjerskabAendretFunktion ejs.12 

Ejerskab EjerskabOphoertTimestamp ejs.13 

Enhed Enhed_id ENH.1 Enhed_id ENH.1 

Enhed FK_Enhed_id ENH.8 FK_Enhed_id ENH.8 

Enhed FK_EnhedStam_id ENH.12 FK_EnhedStam_id ENH.12 

Enhed EnhedAnvendelseKode ENH.20 EnhedAnvendelseKode ENH.20 

Enhed EnhedKlassifikation ENH.21 EnhedKlassifikation ENH.21 

Enhed EnhedAnvendelsesKonverteringsKi 

lde 

ENH.22 EnhedAnvendelsesKonverterings 

Kilde 

ENH.22 

Enhed EnhedBoligtype ENH.23 EnhedBoligtype ENH.23


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 


April 2013 


Enhed EnhedKondemneretStatus ENH.24 EnhedKondemneretStatus ENH.24 

Enhed EnhedIdentifikationsOprettelsesDat 

o 

ENH.25 EnhedIdentifikationsOprettelsesD 

ato 

ENH.25 

Enhed EnhedSamletAreal ENH.26 EnhedSamletAreal ENH.26 

Enhed EnhedBeboelsesAreal ENH.27 EnhedBeboelsesAreal ENH.27 

Enhed EnhedErhvervsAreal ENH.28 EnhedErhvervsAreal ENH.28 

Enhed EnhedTinglystAreal ENH.29 EnhedTinglystAreal ENH.29 

Enhed EnhedArealKilde ENH.30 EnhedArealKilde ENH.30 

Enhed EnhedAntalVaerelser ENH.31 EnhedAntalVaerelser ENH.31 

Enhed EnhedToiletforhold ENH.32 EnhedToiletforhold ENH.32 

Enhed EnhedBadeforhold ENH.33 EnhedBadeforhold ENH.33 

Enhed EnhedKoekkenforhold ENH.34 EnhedKoekkenforhold ENH.34 

Enhed EnhedEnergiforsyning ENH.35 EnhedEnergiforsyning ENH.35 

Enhed EnhedUdlejningsforhold ENH.36 EnhedUdlejningsforhold ENH.36 

Enhed EnhedLeje ENH.37 EnhedLeje ENH.37 

Enhed EnhedHuslejeoplysningerDato ENH.38 EnhedHuslejeoplysningerDato ENH.38 

Enhed EnhedAndetAreal ENH.39 EnhedAndetAreal ENH.39 

Enhed EnhedGodkendtTomBoligGL ENH.40 EnhedGodkendtTomBoligGL ENH.40 

Enhed EnhedLovligAnvendelse ENH.41 EnhedLovligAnvendelse ENH.41 

Enhed EnhedDispensationTidsbegraenset 

Dato 

ENH.42 EnhedDispensationTidsbegraens 

etDato 

ENH.42 

Enhed EnhedSagstype ENH.43 EnhedSagstype ENH.43 

Enhed EnhedDelvisIbrugtagningsTilladels ENH.44 EnhedDelvisIbrugtagningsTilladel ENH.44 

esDato 

sesDato 

Enhed EnhedUdlejningsforhold2 ENH.45 EnhedUdlejningsforhold2 ENH.45 

Enhed EnhedOffentligStoette ENH.46 EnhedOffentligStoette ENH.46 

Enhed EnhedIndflytningDato ENH.47 EnhedIndflytningDato ENH.47 

Enhed EnhedGodkendtTomBolig ENH.48 EnhedGodkendtTomBolig ENH.48 

Enhed EnhedVarmeinstallation ENH.51 EnhedVarmeinstallation ENH.51 

Enhed EnhedOpvarmningsmiddel ENH.52 EnhedOpvarmningsmiddel ENH.52 

Enhed EnhedSupplerendeVarmeinstallatio 

n 

ENH.53 EnhedSupplerendeVarmeinstallat 

ion 

ENH.53 

Enhed FK_OpretBruger_id ENH.59 

Enhed EnhedFaellesAdgangsArealAndel ENH.60 EnhedFaellesAdgangsArealAndel ENH.60 

Enhed EnhedAabenOverdaekningAreal ENH.61 EnhedAabenOverdaekningAreal ENH.61 

Enhed EnhedLukketOverdaekningAreal ENH.62 EnhedLukketOverdaekningAreal ENH.62 

Enhed EnhedAntalErhversVaerelser ENH.63 EnhedAntalErhversVaerelser ENH.63 

Enhed EnhedAntalVandskylledeToilletter ENH.65 EnhedAntalVandskylledeToilletter ENH.65 

Enhed EnhedAntalBadevaerelser ENH.66 EnhedAntalBadevaerelser ENH.66 

Enhed KommunaltFelt1 ENH.80 KommunaltFelt1 ENH.80 



Enhed KommunaltFelt4 ENH.83 KommunaltFelt4 ENH.83


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 


April 2013 




Enhed Journalnummer ENH.86 Journalnummer ENH.86 

Enhed BK_ESDHReference ENH.87 ESDH Reference ENH.87 

Enhed Sikkerhedsklassifikation ENH.99 Sikkerhedsklassifikation ENH.99 

Enhed ObjektType ENH.100 ObjektType ENH.100 

Enhed EnhedNybyggeri ENH.800 

Enhed BK_Crud_id ENH.801 

Enhed FK_Byggesag_id ENH.900 

Enhed FK_Etage_id ENH.901 

Enhed FK_Henvisningsenhed_id ENH.902 

Enhed FK_Adresse_id ENH.903 

Enhed FK_Opgang_id ENH.904 

Enhed EnhedOpretTimestamp ENH.990 

Enhed EnhedAendretTimestamp ENH.991 

Enhed EnhedAendretFunktion ENH.992 

Enhed EnhedOphoertTimestamp ENH.993 

EnhedAdres 

se 

EnhedAdres 

se 

EnhedAdres 

se 

EnhedAdres 

se 

EnhedAdres 

se 

EnhedAdres 

se 

EnhedAdres 

se 

EnhedAdres 

se 

EnhedAdres 

se 

EnhedAdres 

se 

EnhedOpga 

ng 

EnhedOpga 

ng 

EnhedOpga 

ng 

EnhedOpga 

ng 

EnhedAdresse_id rea.1 Enhedsadresse ID EAD.1 

EnhedAdresse_id rea.1 

FK_Adresse_id rea.2 

FK_Enhed_id rea.3 

EnhedAdressePrimaerAdresse rea.4 

FK_OpretBruger_id rea.5 

EnhedAdresseOpretTimestamp rea.990 

EnhedAdresseAendretTimestamp rea.991 

EnhedAdresseAendretFunktion rea.992 

EnhedAdresseOphoertTimestamp rea.993 

EnhedOpgang_id eop.1 

FK_Opgang_id eop.2 

FK_Enhed_id eop.3 

EnhedOpgangPrimaerIndgang eop.4


Fysisk 

Entitet 

EnhedOpga 

ng 

EnhedOpga 

ng 

EnhedOpga 

ng 

EnhedOpga 

ng 

EnhedOpga 

ng 

EnhedsAdre 

sse 

EnhedsAdre 

sse 

EnhedsAdre 

sse 

EnhedsAdre 

sse 

EnhedsAdre 

sse 

Fysisk Felt 

FK_OpretBruger_id eop.5 

Fysisk 

Reference 

EnhedOpgangOpretTimestamp eop.990 

EnhedOpgangAendretTimestamp eop.991 

EnhedOpgangAendretFunktion eop.992 

EnhedOpgangOphoertTimestamp eop.993 


April 2013 


KommunaltFelt1 adr.80 Kommunalt felt 1 EAD.80 





EnhedsAdre 

sse 


Entitet Entitet_id ent.1 

Entitet EntitetNavn ent.2 

Entitet EntitetBeskrivelse ent.3 

Entitet EntitetDb2Navn ent.3 

Entitet EntitetKortnavn ent.4 

Entitet EntitetObligatorisk ent.5 

Entitet EntitetAdministrativ ent.6 

Entitet EntitetOpretTimestamp ent.7 

Entitet EntitetAendretTimestamp ent.8 

Entitet EntitetAendretFunktion ent.9 

Etage Etage_id ETA.1 Etage_id ETA.1 

Etage EtageNybyggeri ETA.4 

Etage EtageBetegnelse ETA.6 EtageBetegnelse ETA.6 

Etage EtageBetegnelse ETA.6 Etagebetegnelse RUM.9 

Etage EtageBetegnelse ETA.6 Etagebetegnelse RUM.5 

Etage EtageSamletAreal ETA.20 EtageSamletAreal ETA.20 

Etage EtageTagetageArealUdnyttetDel ETA.21 EtageTagetageArealUdnyttetDel ETA.21 

Etage EtageKaelderArealLoftUnder1m25 ETA.22 EtageKaelderArealLoftUnder1m2 ETA.22 

overTerraen 

5overTerraen 

Etage FK_OpretBruger_id ETA.23 

Etage EtageKaelderArealLovligBeboelse ETA.23 EtageKaelderArealLovligBeboels 

e 

ETA.23 

Etage EtageAdgangsAreal ETA.24 EtageAdgangsAreal ETA.24


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 


April 2013 


Etage EtageType ETA.28 EtageType ETA.25 

Etage KommunaltFelt1 ETA.80 KommunaltFelt1 ETA.80 






Etage Journalnummer ETA.86 Journalnummer ETA.86 

Etage BK_ESDHReference ETA.87 ESDH Reference ETA.87 

Etage Sikkerhedsklassifikation ETA.99 Sikkerhedsklassifikation ETA.99 

Etage ObjektType ETA.100 ObjektType ETA.100 

Etage FK_EtageStam_id ETA.201 

Etage BK_Crud_id ETA.801 

Etage FK_Byggesag_id ETA.900 

Etage FK_Bygning_id ETA.901 FK_Bygning_id ETA.3 

Etage EtageOpretTimestamp ETA.990 

Etage EtageAendretTimestamp ETA.991 

Etage EtageAendretFunktion ETA.992 

Etage EtageOphoertTimestamp ETA.993 

Fejl Fejl_id fjl.1 

Fejl FejlNummer fjl.2 

Fejl FejlTekst fjl.3 

Fejl FejlErstat fjl.4 

Fejl FejlOpretTimestamp fjl.5 

Fejl FejlAendretTimestamp fjl.6 

Fejl FejlAendretFunktion fjl.7 

Fejl FejlOphoertTimestamp fjl.8 

Felt Felt_id flt.1 

Felt FK_Entitet_id flt.2 

Felt FeltDatabaseNavn flt.3 

Felt FeltBeskrivelse flt.4 

Felt FeltDb2Navn flt.4 

Felt FK_Datatype_id flt.5 

Felt FeltBbrNummer flt.7 

Felt FeltType flt.11 

Felt FeltOpretTimestamp flt.12 

Felt FeltAendretTimestamp flt.13 

Felt FeltAendretFunktion flt.14 

Felt FeltOphoertTimestamp flt.15 

FeltHistorik FeltHistorik_id his.1 

FeltHistorik FK_Felt_id his.2 

FeltHistorik FK_Parent_id his.3


Fysisk 

Entitet 

Fysisk Felt 

FeltHistorik FK_Bruger_id his.5 

FeltHistorik FeltTidligerVaerdi his.21 

Fysisk 

Reference 

FeltHistorik FeltAendretTimestamp his.991 

FeltHistorikA 

rkiv 

FeltHistorikA 

rkiv 

FeltHistorikA 

rkiv 

FeltHistorikA 

rkiv 

FeltHistorikA 

rkiv 

FeltHistorikA 

rkiv 

FeltHistorik_id fha.1 

FK_Felt_id fha.2 

FK_Parent_id fha.3 

FeltAendretTimestamp fha.4 

FK_Bruger_id fha.5 

FeltTidligerVaerdi fha.6 

Funktion Funktion_id fun.1 

Funktion FunktionNavn fun.2 

Funktion FunktionOpretTimestamp fun.3 

Funktion FunktionAendretTimestamp fun.4 

Funktion FunktionAendretFunktion fun.5 

Funktion FunktionOphoertTimestamp fun.6 

Geometri Geometri_id geo.1 

Geometri FK_OpretBruger_id geo.13 


April 2013 


Geometri GeometriRevisionsDato geo.22 Revisionsdato AAD.31 

Geometri GeometriRevisionsDato geo.22 Revisionsdato TEK.42 

Geometri GeometriRevisionsDato geo.22 Revisionsdato BYG.94 

Geometri GeometriRevisionsDato geo.22 

Geometri GeometriOestKoordinat geo.23 

Geometri GeometriOestKoordinat geo.23 X-koordinat BYG.96 

Geometri GeometriOestKoordinat geo.23 Easting koordinat AAD.32 

Geometri GeometriOestKoordinat geo.23 X-koordinat TEK.44 

Geometri GeometriNordKoordinat geo.24 

Geometri GeometriNordKoordinat geo.24 Northing koordinat AAD.33 

Geometri GeometriNordKoordinat geo.24 Y-koordinat BYG.95 

Geometri GeometriNordKoordinat geo.24 Y-koordinat TEK.43 

Geometri GeometriKoordinatsystem geo.25 

Geometri GeometriKoordinatsystem geo.25 Koordinatsystem TEK.45 

Geometri GeometriRetning geo.26 Retning TEK.46 

Geometri GeometriRetning geo.26 

Geometri GeometriRetning geo.26 Retning AAD.34 

Geometri GeometriPlacering geo.27 Placering AAD.35 

Geometri GeometriPlacering geo.27 

Geometri GeometriPlacering geo.27 Placering TEK.47 

Geometri GeometriDDKNcelle100m geo.28 Celle i DDKN 100m AAD.36


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 

Geometri GeometriDDKNcelle100m geo.28 


April 2013 


Geometri GeometriDDKNcelle1km geo.29 Celle i DDKN 1km AAD.37 

Geometri GeometriDDKNcelle1km geo.29 

Geometri GeometriDDKNcelle10km geo.30 Celle i DDKN 10km AAD.38 

Geometri GeometriDDKNcelle10km geo.30 

Geometri GeometriOpretTimestamp geo.990 

Geometri GeometriAendretTimestamp geo.991 

Geometri GeometriAendretFunktion geo.992 

Geometri GeometriOphoertTimestamp geo.993 

Grund Grund_id GRU.1 Grund ID GRU.1 

Grund BK_MatrikulaerEjendomsId GRU.6 Matrikulaer EjendomsId GRU.6 

Grund BK_Ejendomsnummer GRU.7 Ejendomsnummer TEK.6 

Grund BK_Ejendomsnummer GRU.7 Ejendomsnummer AAD.6 

Grund BK_Ejendomsnummer GRU.7 Ejendomsnummer GRU.7 

Grund BK_Ejendomsnummer GRU.7 Ejendomsnummer ETA.4 

Grund BK_Ejendomsnummer GRU.7 Ejendomsnummer RUM.3 

Grund GrundVandforsyning GRU.9 Vandforsyning GRU.9 

Grund GrundAfloebsforhold GRU.10 Afløbsforhold GRU.10 

Grund KommunaltFelt1 GRU.13 Kommunalt felt 1 GRU.13 






Grund Journalnummer GRU.19 Journalnummer GRU.19 

Grund BK_ESDHreference GRU.20 ESDH-Reference GRU.20 

Grund GrundAfloebsforholdTilladelse GRU.21 Tilladelse til afloebsforhold GRU.21 

Grund Sikkerhedsklassifikation GRU.99 Sikkerhedsklassifikation GRU.99 

Grund ObjektType GRU.100 Status GRU.100 

Grund BK_Crud_id GRU.801 

Grund BK_Cs_Crud_id GRU.802 

Grund FK_Byggesag_id GRU.900 

Grund FK_GrundStam_id GRU.901 

Grund FK_Kommune_id GRU.902 

Grund FK_Adresse_id GRU.903 

Grund GrundNybyggeri GRU.904 

Grund GrundOpretTimestamp GRU.990 

Grund GrundAendretTimestamp GRU.991 

Grund GrundAendretFunktion GRU.992 

Grund GrundOphoertTimestamp GRU.993 

Gruppe Gruppe_id grp.1 

Gruppe GruppeNummer grp.2


Fysisk 

Entitet 

Fysisk Felt 

Gruppe GruppeOioNavn grp.3 

Gruppe GruppeType grp.4 

Gruppe FK_Gruppe_id grp.5 

Gruppe GruppeRaekkefoelgeIForaeldre grp.6 

Gruppe GruppeOpretTimestamp grp.7 

Gruppe GruppeAendretTimestamp grp.8 

Gruppe GruppeAendretFunktion grp.9 

Fysisk 

Reference 

Gruppe GruppeOphoertTimestamp grp.10 

GruppeFelt GruppeFelt_id gfe.1 

GruppeFelt FK_Gruppe_id gfe.2 

GruppeFelt FK_LogiskFelt_id gfe.3 

GruppeFelt GruppeFeltRaekkefoelge gfe.4 

GruppeFelt GruppeFeltOpretTimestamp gfe.5 

GruppeFelt GruppeFeltAendretTimestamp gfe.6 

GruppeFelt GruppeFeltAendretFunktion gfe.7 

GruppeFelt GruppeFeltOphoertTimestamp gfe.8 

Hjaelp Hjaelp_id hjp.1 

Hjaelp HjaelpNummer hjp.2 

Hjaelp HjaelpTekst hjp.3 

Hjaelp HjaelpTiladOverskriv hjp.4 

Hjaelp HjaelpOpretTimestamp hjp.5 

Hjaelp HjaelpAendretTimestamp hjp.6 

Hjaelp HjaelpAendretFunktion hjp.7 

Hjaelp HjaelpOphoertTimestamp hjp.8 

Klikafgift Klikafgift_id kla.1 

Klikafgift FK_Bruger_id kla.2 

Klikafgift FK_Funktion_id kla.3 

Klikafgift KlikafgiftBeloeb kla.4 

Klikafgift KlikafgiftTimestamp kla.5 

Klikpris Klikpris_id klp.1 

Klikpris FK_Funktion_id klp.2 

Klikpris KlikprisIkrafttraedelsesDato klp.3 

Klikpris KlikprisBeloeb klp.4 

Klikpris KlikprisOpretTimestamp klp.5 

Klikpris KlikprisAendretTimestamp klp.6 

Klikpris KlikprisAendretFunktion klp.7 

Klikpris KlikprisOphoertTimestamp klp.8 

Kode Kode_id kod.1 

Kode FK_Kodefelt_id kod.2 

Kode KodeVaerdi kod.3 

Kode KodeTekst kod.4 

Kode KodeUdgaaet kod.5 


April 2013 

Logisk Felt Logisk Navn


Fysisk 

Entitet 

Fysisk Felt 

Kode KodeOpretTimestamp kod.6 

Kode KodeAendretTimestamp kod.7 

Kode KodeAendretFunktion kod.8 

Kode KodeOphoertTimestamp kod.9 

Kodefelt Kodefelt_id kfe.1 

Kodefelt FK_Felt_id kfe.2 

Kodefelt FK_Kodetype_id kfe.3 

Kodefelt KodefeltOpretTimestamp kfe.4 

Kodefelt KodefeltAendretTimestamp kfe.5 

Kodefelt KodefeltAendretFunktion kfe.6 

Kodefelt KodefeltOphoertTimestamp kfe.7 

Kodetype Kodetype_id kty.1 

Kodetype KodetypeNummer kty.2 

Kodetype KodetypeBeskrivelse kty.3 

Kodetype KodetypeOpretTimestamp kty.4 

Kodetype KodetypeAendretTimestamp kty.5 

Kodetype KodetypeAendretFunktion kty.6 

Kodetype KodetypeOphoertTimestamp kty.7 

KommunalHj 

aelp 

KommunalHj 

aelp 

KommunalHj 

aelp 

KommunalHj 

aelp 

KommunalHj 

aelp 

KommunalHj 

aelp 

KommunalHj 

aelp 

KommunalHj 

aelp 

KommunalHj 

aelp 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunalHjaelp_id khj.1 

FK_Kommune_id khj.2 

FK_Hjaelp_id khj.3 

KommunalHjaelpTekst khj.4 

KommunalHjaelpErstat khj.5 

KommunalHjaelpOpretTimestamp khj.6 

KommunalHjaelpAendretTimestam 

p 

Fysisk 

Reference 

khj.7 

KommunalHjaelpAendretFunktion khj.8 

KommunalHjaelpOphoertTimestam 

p 

khj.9 

KommunaltEjerlav_id kel.1 

FK_Kommune_id kel.2 


April 2013 


KommunaltEjerlavKode kel.3 Kommunal ejerlavskode TEK.4 

KommunaltEjerlavKode kel.3 Kommunalejerlavskode AAD.4 

KommunaltE KommunaltEjerlavKode kel.3 Kommunal ejerlavskode GRU.4


Fysisk 

Entitet 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

KommunaltE 

jerlav 

Fysisk Felt 

Fysisk 

Reference 


April 2013 


KommunaltEjerlavKode kel.3 Kommunal ejerlavskode BYG.4 

KommunaltEjerlavKode kel.3 

BK_Landsejerlav kel.5 

BK_Landsejerlav kel.5 Landsejerlav AAD.3 

BK_Landsejerlav kel.5 Landsejerlav TEK.3 

BK_Landsejerlav kel.5 Landsejerlav BYG.3 

BK_Landsejerlav kel.5 Landsejerlav GRU.3 

FK_OpretBruger_id kel.6 

KommunaltEjerlavLandsejerlavNav 

n 

kel.11 

KommunaltEjerlavNavn kel.20 

KommunaltEjerlavOpretTimestamp kel.990 

KommunaltEjerlavAendretTimesta 

mp 

kel.991 

KommunaltEjerlavAendretFunktion kel.992 

KommunaltEjerlavOphoertTimesta 

mp 

kel.993 

Kommune Kommune_id kom.1 

Kommune KommuneNummer kom.2 

Kommune KommuneNummer kom.2 Kommunenummer OPG.2 

Kommune KommuneNummer kom.2 Kommunenummer GRU.2 

Kommune KommuneNummer kom.2 Kommunenummer ETA.2 

Kommune KommuneNummer kom.2 Kommunenummer ENH.2 

Kommune KommuneNummer kom.2 Kommunenummer EAD.2 

Kommune KommuneNummer kom.2 Kommunenummer TEK.2 

Kommune KommuneNummer kom.2 Kommunenummer BRU.2 

Kommune KommuneNummer kom.2 Kommunenummer RUM.2 

Kommune KommuneNummer kom.2 Kommunenummer BYG.2 

Kommune KommuneNavn kom.20 

Kommune KommuneBbrNavn kom.30 

Kommune KommuneBbrAdresse kom.31 

Kommune KommuneBbrPost kom.32 

Kommune KommuneBbrTelefonnummer kom.33


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 

Kommune KommuneBbrEmail kom.34 

Kommune KommuneBbrKontor kom.35 

Kommune KommuneOpretTimestamp kom.990 

Kommune KommuneAendretTimestamp kom.991 

Kommune KommuneAendretFunktion kom.992 

Kommune KommuneOphoertTimestamp kom.993 

Kommune FK_OpretBruger_id kom.994 

Lokalitet Lokalitet_id lok.1 

Lokalitet FK_Kommune_id lok.2 

Lokalitet FK_VejKode lok.3 

Lokalitet LokalitetHusnummer lok.4 

Lokalitet LokalitetEtagebetegnelse lok.5 

Lokalitet LokalitetSideDoerBetegnelse lok.6 

Lokalitet LokalitetNavn lok.7 


April 2013 


Lokalitet LokalitetNavn lok.7 Lokalitet AAD.11 

Lokalitet LokalitetCprOpretTimestamp lok.8 

Lokalitet LokalitetCprOphoerTimestamp lok.9 

Lokalitet LokalitetOpretTimestamp lok.10 

Lokalitet LokalitetAendretTimestamp lok.11 

Lokalitet FK_OpretBruger_id lok.11 

Lokalitet LokalitetAendretFunktion lok.12 

Lokalitet LokalitetOphoertTimestamp lok.13 

Matrikel Matrikel_id mat.1 

Matrikel FK_Grund_id mat.2 

Matrikel FK_KommunaltEjerlav_id mat.2 

Matrikel FK_Kommune_id mat.3 

Matrikel MatrikelTal mat.7 

Matrikel MatrikelTal mat.7 Matrikelnummer AAD.5 

Matrikel MatrikelTal mat.7 Matrikelnummer TEK.5 

Matrikel MatrikelTal mat.7 Matrikelnummer BYG.5 

Matrikel MatrikelTal mat.7 Matrikelnummer GRU.5 

Matrikel MatrikelDelnummer mat.8 

Matrikel MatrikelBogstav mat.8 

Matrikel MatrikelOpdelingsnummer mat.9 

Matrikel MatrikelArtskode mat.10 

Matrikel MatrikelEjendomsreference mat.11 

Matrikel FK_OpretBruger_id mat.12 

Matrikel MatrikelOpretTimestamp mat.990 

Matrikel MatrikelAendretTimestamp mat.991 

Matrikel MatrikelAendretFunktion mat.992 

Matrikel MatrikelOphoertTimestamp mat.993 

ModtagBoks ModtagBoks_id mbx.1


Fysisk 

Entitet 

Fysisk Felt 

ModtagBoks FK_Kommunenummer mbx.2 

ModtagBoks BK_Ejendomsnummer mbx.3 

ModtagBoks ModtagBoksSagsnummer mbx.4 

ModtagBoks ModtagBoksDato mbx.5 

Fysisk 

Reference 

ModtagBoks ModtagBoksStatus mbx.6 

ModtagBoks ModtagBoksAfsenderType mbx.7 

ModtagBoks FK_Bruger_id mbx.8 

ModtagBoks ModtagBoksGodkendelsesDato mbx.9 

ModtagBoks ModtagBoksSagsbemaerkning mbx.10 

ModtagBoks ModtagBoksOpretTimestamp mbx.11 

ModtagBoks ModtagBoksAendretTimestamp mbx.12 

ModtagBoks ModtagBoksAendretFunktion mbx.13 

ModtagBoks ModtagBoksOphoertTimestamp mbx.14 

ModtagBoxD 

ata 

ModtagBoxD 

ata 

ModtagBoxD 

ata 

ModtagBoxD 

ata 

ModtagBoxD 

ata 

ModtagBoxD 

ata 

ModtagBoxD 

ata 

ModtagBoxD 

ata 

ModtagBoxData_id mbd.1 

FK_ModtagBoks_id mbd.2 

ModtagBoxDataLoebenummer mbd.3 

ModtagBoxDataXml mbd.4 

ModtagBoxDataOpretTimestamp mbd.5 

ModtagBoxDataAendretTimestamp mbd.6 

ModtagBoxDataAendretFunktion mbd.7 

ModtagBoxDataOphoertTimestamp mbd.8 

Notat Notat_id not.1 

Notat NotatType not.2 

Notat FK_Parent_id not.3 

Notat BK_Crud_id not.4 

Notat NotatNummer not.5 

Notat FK_OpretBruger_id not.7 

Notat NotatTekst not.20 

Notat NotatOpretTimestamp not.990 

Notat NotatAendretTimestamp not.991 

Notat NotatAendretFunktion not.992 

Notat NotatOphoertTimestamp not.993 


April 2013 


Opgang Opgang_id OPG.1 Opgang_id OPG.1 

Opgang OpgangNybyggeri OPG.4 

Opgang OpgangElevator OPG.20 OpgangElevator OPG.20 

Opgang OpgangDataFelt1 OPG.21 OpgangDataFelt1 OPG.21


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 


April 2013 


Opgang OpgangDataFelt1 OPG.21 Tomt felt OPG.22 

Opgang OpgangDataFelt2 OPG.22 OpgangDataFelt2 OPG.22 

Opgang OpgangDataFelt3 OPG.23 OpgangDataFelt3 OPG.23 

Opgang KommunaltFelt1 OPG.80 KommunaltFelt1 OPG.80 






Opgang Journalnummer OPG.86 Journalnummer OPG.86 

Opgang BK_ESDHReference OPG.87 ESDH Reference OPG.87 

Opgang Sikkerhedsklassifikation OPG.99 Sikkerhedsklassifikation OPG.99 

Opgang ObjektType OPG.100 ObjektType OPG.100 

Opgang BK_Crud_id OPG.801 

Opgang FK_Byggesag_id OPG.900 

Opgang FK_OpgangStam_id OPG.901 

Opgang FK_OpretBruger_id OPG.902 

Opgang FK_Adresse_id OPG.903 FK_Adresse_id OPG.3 

Opgang FK_Bygning_id OPG.904 FK_Bygning_id OPG.4 

Opgang OpgangOpretTimestamp OPG.990 

Opgang OpgangAendretTimestamp OPG.991 

Opgang OpgangAendretFunktion OPG.992 

Opgang OpgangOphoertTimestamp OPG.993 

Postdistrikt Postdistrikt_id pdt.1 

Postdistrikt Postdistriktnummer pdt.2 Postnummer AAD.9 

Postdistrikt Postdistriktnummer pdt.2 

Postdistrikt FK_OpretBruger_id pdt.5 

Postdistrikt Postdistriktnavn pdt.20 

Postdistrikt PostdistriktCprTimestamp pdt.21 

Postdistrikt PostdistriktOpretTimestamp pdt.990 

Postdistrikt PostdistriktAendretTimestamp pdt.991 

Postdistrikt PostdistriktAendretFunktion pdt.992 

Postdistrikt PostdistriktOphoertTimestamp pdt.993 

Rum Rum_id RUM.1 Rum_id RUM.1 

Rum RumNybyggeri RUM.4 

Rum RumNummer RUM.6 RumNummer RUM.6 

Rum RumKlassifikation RUM.20 RumKlassifikation RUM.20 

Rum RumAreal RUM.21 RumAreal RUM.21 

Rum RumArealKilde RUM.22 Kilde til rummets areal RUM.23 

Rum FK_OpretBruger_id RUM.22 

Rum RumArealKilde RUM.22 RumArealKilde RUM.22 

Rum KommunaltFelt1 RUM.80 KommunaltFelt1 RUM.80


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 


April 2013 


Rum KommunaltFelt2 RUM.81 KommunaltFelt2 RUM.81 





Rum Journalnummer RUM.86 Journalnummer RUM.86 

Rum BK_ESDHReference RUM.87 ESDH Reference RUM.87 

Rum Sikkerhedsklassifikation RUM.99 Sikkerhedsklassifikation RUM.99 

Rum ObjektType RUM.100 ObjektType RUM.100 

Rum FK_RumStam_id RUM.900 

Rum FK_Byggesag_id RUM.900 

Rum FK_Etage_id RUM.901 

Rum FK_Adresse_id RUM.901 

Rum FK_Enhed_id RUM.902 

Rum RumOpretTimestamp RUM.990 

Rum RumAendretTimestamp RUM.991 

Rum RumAendretFunktion RUM.992 

Rum RumOphoertTimestamp RUM.993 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanlaeg_id TEK.1 Tekniskanlaeg_id TEK.1 

FK_Grund_id TEK.5 

TekniskanlaegNummer TEK.7 TekniskanlaegNummer TEK.7 

FK_Adresse_id TEK.9 Nærmeste Adgangsadresse ID TEK.9 

FK_Adresse_id TEK.9 

TekniskanlaegKlassifikation TEK.20 TekniskanlaegKlassifikation TEK.20 

TekniskanlaegFabrikatType TEK.21 TekniskanlaegFabrikatType TEK.21 

BK_EksternDatabase TEK.22 Ekstern Database TEK.22 

BK_EksternNoegle TEK.23 Ekstern Noegle TEK.23 

TekniskanlaegOpfoerelsesaar TEK.24 TekniskanlaegOpfoerelsesaar TEK.24 

TekniskanlaegSenestTilOmbygnin 

gsaar 

TEK.25 TekniskanlaegSenestTilOmbygni 

ngsaar 

TEK.25 

TekniskanlaegStoerrelsesklasse TEK.26 TekniskanlaegStoerrelsesklasse TEK.26 

TekniskanlaegPlacering TEK.27 TekniskanlaegPlacering TEK.27 

Tekniskanla TekniskanlaegAfblaendet TEK.28 TekniskanlaegAfblaendet TEK.28


eg 

Fysisk 

Entitet 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Fysisk Felt 

TekniskanlaegOlietankAttestNumm 

er 

Fysisk 

Reference 


April 2013 


TEK.29 TekniskanlaegOlietankAttestNum 

mer 

TekniskanlaegFabrikationsnummer TEK.30 TekniskanlaegFabrikationsnumm 

er 

TekniskanlaegTypegodkendelsesn 

ummer 

TEK.31 TekniskanlaegTypegodkendelses 

nummer 

TEK.29 

TEK.30 

TEK.31 

TekniskanlaegStoerrelse TEK.32 TekniskanlaegStoerrelse TEK.32 

TekniskanlaegType TEK.33 TekniskanlaegType TEK.33 

TekniskanlaegIndhold TEK.34 TekniskanlaegIndhold TEK.34 

TekniskanlaegSloejfningsfristDato TEK.35 TekniskanlaegSloejfningsfristDat 

o 

TEK.35 

TekniskanlaegRumfangM3 TEK.36 TekniskanlaegRumfangM3 TEK.36 

TekniskanlaegAreal TEK.37 TekniskanlaegAreal TEK.37 

TekniskanlaegHoejde TEK.38 TekniskanlaegHoejde TEK.38 

TekniskanlaegEffektKW TEK.39 TekniskanlaegEffektKW TEK.39 

TekniskanlaegFredningStatus TEK.40 TekniskanlaegFredningStatus TEK.40 

TekniskanlaegGeometriKilde TEK.41 Kilde til geometri TEK.41 

FK_OpretBruger_id TEK.45 

TekniskanlaegGeometriNoejagtigh 

edsklasse 

TEK.48 Nøjagtighedsklasse TEK.48 

FK_TekniskanlaegStam_id TEK.52 FK_TekniskanlaegStam_id TEK.52 

KommunaltFelt1 TEK.80 KommunaltFelt1 TEK.80 






Journalnummer TEK.86 Journalnummer TEK.86


Fysisk 

Entitet 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Tekniskanla 

eg 

Fysisk Felt 

Fysisk 

Reference 


April 2013 


BK_ESDHReference TEK.87 ESDH Reference TEK.87 

Sikkerhedsklassifikation TEK.99 Sikkerhedsklassifikation TEK.99 

ObjektType TEK.100 ObjektType TEK.100 

BK_Crud_id TEK.801 

FK_Byggesag_id TEK.900 

FK_Matrikel_id TEK.901 

FK_Bygning_id TEK.902 

FK_Geometri_id TEK.903 

TekniskanlaegTilnaermetAdresse TEK.904 

TekniskanlaegNybyggeri TEK.905 

TekniskanlaegOlietankKilde TEK.906 

TekniskanlaegOpretTimestamp TEK.990 

TekniskanlaegAendretTimestamp TEK.991 

TekniskanlaegAendretFunktion TEK.992 

TekniskanlaegOphoertTimestamp TEK.993 

Vej Vej_id vej.1 

Vej FK_KommuneNummer vej.2 

Vej VejKode vej.3 Vejkode BYG.8 

Vej VejKode vej.3 

Vej VejKode vej.3 Vejkode RUM.7 

Vej VejKode vej.3 Vejkode GRU.12 

Vej VejKode vej.3 Vejkode ENH.3 

Vej VejKode vej.3 Vejkode EAD.7 

Vej VejKode vej.3 Vejkode TEK.8 

Vej VejKode vej.3 Vejkode BRU.5 

Vej FK_OpretBruger_id vej.8 

Vej VejNavn vej.20 

Vej VejAdresseringsnavn vej.22 

Vej VejCprOphoertTimestamp vej.23 

Vej VejOpretTimestamp vej.990


Fysisk 

Entitet 

Fysisk Felt 

Fysisk 

Reference 

Vej VejAendretTimestamp vej.991 

Vej VejAendretFunktion vej.992 

Vej VejCprOpretTimestamp vej.993 

Vej VejOphoertTimestamp vej.993 

Vejstykke Vejstykke_id vst.1 

Vejstykke FK_KommuneNummer vst.2 

Vejstykke FK_VejKode vst.3 

Vejstykke VejstykkeHusnummerFra vst.4 

Vejstykke VejstykkeHusnummerTil vst.5 

Vejstykke VejstykkeVejside vst.6 

Vejstykke FK_PostdistriktNummer vst.7 

Vejstykke VejstykkeCprTimestamp vst.8 

Vejstykke VejstykkeCprOpretTimestamp vst.9 

Vejstykke VejstykkeCprOphoerTimestamp vst.10 

Vejstykke FK_OpretBruger_id vst.11 

Vejstykke VejstykkeOpretTimestamp vst.12 

Vejstykke VejstykkeAendretTimestamp vst.13 

Vejstykke VejstykkeAendretFunktion vst.14 

Vejstykke VejstykkeOphoertTimestamp vst.15 


April 2013 

Logisk Felt Logisk Navn

Systembeskrivelse kapitel 3 – Forretningslogik – Bilag F 

Bilag F 

Fejlbeskeder 

200 Der må ikke være niveauer på en tom grund (ingen angivelse af vand- og kloakforhold) 

201 Grunden skal tilknyttes en adgangsadresse før man kan angive vand- og kloakforhold 

202 Teknisk anlæg er placeret på en grund uden vand eller kloak. 

301 Nybyggeriet kan ikke slettes, da der er andre sager på bygningen 

303 Nedrivningen kan ikke gennemføres, da der findes nybyggeri 

304 Nedrivningen kan ikke gennemføres, da der findes til/om-byggeri 

305 Nybyggeriet kan ikke afsluttes før nedrivningssagen er gennemført 

306 Til/om-bygningssagen kan ikke afsluttes før nybyggeriet er færdigt 

307 Nybyggeri kan ikke tages i brug før nedrivningen er gennemført 

308 Til/om-bygningen kan ikke tages i brug før nedrivningen er gennemført 

309 Ingen delvis ibrugtagning før nedrivningen er gennemført 

310 Ingen delvis ibrugtagning før nybyggeriet er færdigt 

311 Nybyggeriet kan ikke fjernes pga. andre sager på et underliggende niveau 

312 Nedrivningen kan ikke genneføres pga. nybyggeri på et underliggende niveau 

313 Nedrivningen kan ikke gennemføres pga. til/om-bygning på et underliggende niveau 

314 Nybyggeriet kan ikke afsluttes før nedrivningssagen er gennemført 

315 Til/om-bygningen kan ikke afsluttes før nybyggeriet er færdigt 

317 Nedrivningssagen kan ikke gennemføres pga. en anden byggesag på bygningen 

318 Anmeldelse af byggearbejde og byggetilladelsesdato kan ikke angives når der ligger en 

nedrivning i sagen 

503 Opførelsesår skal indberettes 

504 Opførelsesåret må ikke være større end indeværende år 

505 Seneste om-/tilbygningsår skal være større end opførelsesåret 

506 Ydervæggens materiale skal indberettes når anvendelseskoden er forskellig fra 920 

507 Ydervæggens materiale skal indberettes når kilden er forskellig fra 4 

508 Bygningsareal skal indberettes 

509 Samlet bygningsareal må ikke være mindre end det bebyggede areal 

510 Samlet boligareal må ikke indberettes på en småbygning 

511 Samlet boligareal skal indberettes 

512 Samlet erhvervsareal må ikke indberettes på en småbygning 

513 Samlet erhvervsareal skal indberettes 

514 Bebygget areal skal indberettes 

515 Antal etager skal indberettes 

518 Andet areal må ikke indberettes på en småbygning 

519 Varmeinstallationen skal indberettes 

520 Varmeinstallationen er ikke udfyldt korrekt når opvarmningsmiddel ikke er udfyldt 

521 Varmeinstallationen er ikke udfyldt korrekt når opvarmningsmiddel er forskelligt fra 3, 4 

og 9 


og 7 

523 Varmeinstallationen er ikke udfyldt korrekt i forhold til opvarmningsmiddel 

524 Antal etager skal være >= 1 

525 Antal etager skal være nul for småbygninger 

526 Kilden til arealfelter må ikke sættes til 4 (dvs. maskinelt oprettet) 

527 Kilden til bygningens materialer må ikke sættes til 4 (dvs. maskinelt oprettet) 

528 Om/tilbygningsåret må ikke værre større en indeværende år 

529 Arealfelterne må ikke være mindre end 0 

530 Kilden til bygningens arealer må ikke sættes til 3 (dvs. lukket for indberetning) 

531 Kilden til bygningens materialer må ikke sættes til 3 (dvs. lukket for indberetning) 

535 Samlet bygningsareal må ikke indberettes på en småbygning 

537 Huslejen må kun indberettes ved rene erhvervsbygninger 

538 Delvis ibrugtagningstilladelsesdato kan ikke angives før byggesagen har fået en 

påbegyndelsesdato 

541 Tagdækningsmaterialet skal indberettes når kilden er forskellig fra 4 

542 Etableringsåret må ikke indberettes på et nybyggeri 

550 Opvarmningsmidlet er ikke udfyldt korrekt når varmeinstallation = 7 


April 2013


560 Varmeinstallationen er ikke udfyldt korrekt når opvarmningsmidlet ikke er udfyldt 



563 Varmeinstallationen er ikke udfyldt korrekt når opvarmningsmidlet er forskelligt fra 3, 4 

og 9 


og 9 


og 7 


og 7 


og 7 

568 Varmeinstallationen er ikke udfyldt korrekt i forhold til opvarmningsmidlet 




572 Kilden til arealfelter må ikke sættes til 4 (dvs. maskinelt oprettet) 

573 Kilden til bygningens materialer må ikke sættes til 4 (dvs. maskinelt oprettet) 



576 Kilde til bygningens arealer må ikke sættes til 3 (dvs. lukket for indberetning) 

577 Kilde til bygningens materialer må ikke sættes til 3 (dvs. lukket for indberetning) 

578 Tagdækningsmateriale skal indberettes når kilde er forskellig fra 4 

579 Opvarmningsmiddel er ikke udfyldt korrekt når varmeinstallation = 7 


og 9 

581 Varmeinstallationen er ikke udfyldt korrekt i forhold til opvarmningsmiddel 

582 Et af de indbyggede arealer < 0 

583 Bebygget areal < 0 

584 Samlet areal er < 0 

585 Antal lejligheder med køkken < 0 

586 Antal lejligheder uden køkken < 0 

587 Kilde til arealer skal indberettes 

588 Anvendelseskode skal indberettes ved nybyggeri 

589 Bolig-/erhvervsarealet mangler 

590 Kilden til enhedens arealer må ikke sættes til 3 

591 Etagetype skal udfyldes 

592 Lovlig beboelse i kælder må kun angives på etage med betegnelsen "KL" 

593 Når der er angivet et byggeskadeforsikringsselskab skal der også angives en dato for 

byggeskadeforsikring 

594 Der må ikke angives en dato for byggeskadeforsikring når der ikke er noget 

byggeskadeforsikringsselskab 

806 Byggesagskoden stemmer ikke med sagstype 

807 Bebygget areal mindre end eller lig med 50 m2, ret byggesagskode til 2 eller 5 

808 Byggesagskoden stemmer ikke overens med anvendelseskode 

809 Da det bebyggede areal er større end 50 m2, skal byggesagskoden rettes til 1 eller 3 

810 Byggesagskoden skal indberettes 

811 Antal lejligheder må ikke indberettes på en småbygning 

812 Der må ikke indberettes negative værdier ved et nybyggeri 

813 Antal værelser må ikke indberettes på en småbygning 

814 Antal lejligheder eller antal værelser skal indberettes 

815 Opførelsesåret må ikke indberettes på byggesagen 

816 Om/tilbygningsåret må ikke indberettes ved nybyggeri 

817 Ydervæggens materiale skal indberettes når anvendelseskoden er forskellig fra 920 og 

kilden til arealer er forskellig fra 4 

818 Kilden til materialer skal indberettes 

819 Arealet skal angives med minus ved nedrivning 

820 Boligarealet må ikke være størst i en erhvervsenhed 

821 Erhvervsarealet må ikke være størst i en boligenhed 

822 Bebygget areal må ikke være større end det samlede bygningsareal 

823 Bebygget areal må ikke være negativt ved sagstype 2 (dvs. om/tilbygning) 

825 Kilden til arealer skal indberettes 


April 2013


826 Antal sikringsrumspladser må ikke indberettes ved småbygning 

828 Bebygget areal skal angives med minus foran ved sagstype 3 (nedrivning) 

829 Antalsfelter må ikke være mindre end 0 

831 Anvendelseskoden skal indberettes ved nybyggeri 

837 Dato for delvis-ibrugtagning skal indberettes 

838 Færdiggjort bygningsareal skal indberettes 

839 Bebygget areal er 0 

839 Bebygget areal er 0. Det må det kun være for underjordiske bygninger 

840 Dato for huslejeoplysning skal ligge mellem 01-01-2008 og dd. 

841 Afløbsforhold må ikke være 75 (dvs. blandet) da afløbsforholdene på bygningerne er 

ens 

842 Byggesagskoden stemmer ikke med anvendelseskoden 


844 Byggesagskoden stemmer ikke med anvendelseskoden, fordi der er angivet bolig- eller 

erhvervsareal 









853 Det bebyggede areal er større end 50 m2. Ret derfor byggesagskoden til 1 eller 3 

854 Byggesagskoden stemmer ikke med sagstypen 

855 Byggesager oprettet før 16.03.2009 må ikke have udfyldt felterne 'dato for ansøgning 

modtaget', 'fyldestgørende ansøgning modtaget' eller 'startdato for høring af eksterne 

parter start/slut' 

856 Startdato for høring af eksterne partere må ikke ligge senere end byggesagsdatoen. 

1000 Bygningens anvendelseskode skal udfyldes 

1001 Bebygget areal skal udfyldes 

1002 Sagstypen skal være 4, 5, 6 eller 7 

1003 Kilden til materialeoplysninger skal udfyldes 

1004 Beboelsesarealet mangler i boligenhed 

1005 Boligarealet må ikke være størst i en erhvervsenhed 

1007 Samlet areal skal indberettes 

1008 Antal værelser skal indberettes 

1009 Toiletforhold skal indberettes 

1010 Badeforhold skal indberettes 

1013 'Værelser erhverv' er større end 'værelser i alt' 

1020 Sagstypen skal være 4 eller 5 

1027 Lejlighedskoden må ikke udfyldes 

1029 Antal værelser erhverv mangler i erhvervsenheden 

1030 'Antal værelser erhverv' er angivet, men erhvervsarealet mangler at blive oplyst 

1033 Bolig-/erhvervsarealet mangler at blive oplyst 

1034 Der er angivet et boligareal, men ingen værelser til beboelse 

1035 Erhvervsarealet er størst i boligenheden 

1036 Enhedens energiforsyning skal udfyldes 

1037 Kilden til enhedens arealer må ikke sættes til 3 

1043 Antal erhvervsværelser må ikke være større end antal værelser 

1050 Antal badeværelser skal udfyldes når badeforhold er V 

1051 Antal badeværelse må kun angives når badeforhold er V 

1052 Det skal angives om der er mere end 1 lejlighed 

1053 Ejerlejlighedsnummer skal udfyldes 

1054 Antal vandskyllede toiletter skal udfyldes når toiletforhold er T 

1055 Antal vandskyllede toiletter må kun udfyldes når toiletforhold er T 

1056 Køkkenforholdet skal angives 

1057 Enheder må ikke sammenlægges/opdeles ved en ændringsfunktion 

1058 Indflytningsdatoen må ikke angives ved oprettelse af en ny sag på enheden 

1059 Indflytningsdatoen må ikke fremdateres 

1100 Udnyttet del af tagetagen må ikke overstige det samlede areal 

1101 Kælderarealet m. loft < 1,25 m. må ikke overstige det samlede areal 

1102 Lovlig beboelse i kælder må ikke overstige det samlede areal 


April 2013


1103 Adgangsarealet må ikke overstige det samlede areal 

1104 Samlet areal skal angives når der er tale om en kælder- og tagetage 

1105 Udnyttet del af tagetagen må kun angives når der er tale om en tagetage 

1106 Arealer for en kælder må kun angives når der er tale om en kælder 

1107 Etagetypen skal udfyldes 

1108 Kælderniveauet kan ikke angives som tagetage 

1200 Brugsenhedens anvendelseskode skal angives 

1201 Brugsenhedens areal skal angives 

1202 Kilden til areal på brugsenheden skal angives 

1203 Beboelsesareaetl plus erhvervsarealet skal være lig med arealet 

1204 Beboelsesarealet eller erhvervsarealet skal udfyldes 

1300 Rummets areal skal angives 

1301 Kilden til rummets areal skal angives 

1451 Der må højest være to nybygningssager på samme bygning 

1452 Der må ikke være to nybyggerier og en nedrivning på en eksisterende bygning 

1453 Der må ikke være to hele nedrivningssager på samme bygning 

1454 Der må ikke være to nybyggerier på samme bygning 

1455 Der må ikke være to hele nedrivninger til samme bygning 

1457 Byggesagen skal være nybyggeri 

1459 Der må ikke være nybyggeri på en eksisterende bygning 

1470 En hel nedrivningssag må ikke indeholde sager på underliggende niveauer 

1471 Der må ikke være mere end 2 nybyggerier til en/et &replacetext1; 

1472 Der må højest være to nedrivningssager til en/et &replacetext1; 

1473 Der må ikke være to nybyggerier til samme &replacetext1; 

1474 Der er en nedrivning for meget på niveau &replacetext1;. Det skyldes muligvis en 

nedrivning af et overliggende niveau. 

1481 Der må ikke være nybyggeri til en/et eksisterende &replacetext1; 

1482 Der er et nybyggeri for meget på en/et &replacetext1; 

1483 Der må ikke være nybyggeri på en etage der allerede findes 

1485 Der må ikke være to hele nedrivninger til samme niveau 

1544 Der må ikke indberettes negative værdier ved nybyggeri 

1545 Værelse/areal erhverv mangler i erhvervsenheden 

1546 Værelse/areal erhverv mangler i erhvervsenheden 

1600 Koden for mere end 1 ejerlejlighed skal udfyldes hvis ejendomsnummeret er angivet 

1601 Koden for mere end 1 lejlighed kan ikke angives uden et ejerlejlighedsnummer 

1701 Delvis ibrugtagningstilladelsesdato må ikke slettes 

1702 Påbegyndelsesdatoen skal være samtidig eller senere end sagsdatoen 

1703 Byggesagskoden stemmer ikke med sagstypen 

1704 Påbegyndelsesdatoen må ikke angives ved en nedrivningen 

1705 Fuldførelsesdatoen skal være senere end påbegyndelsesdato 

1706 Påbegyndelsesdatoen mangler 

1707 Påbegyndelsesdatoen må ikke være før byggetilladelsdatoen 

1708 Fuldførelsesdatoen må ikke være før byggetilladelsesdatoen 

1709 Ibrugtagningsdatoen må ikke være før byggetilladelsesdatoen 

1710 Ibrugtagningsdatoen må ikke være før fuldførelsesdatoen 

1711 Delvis ibrugtagningsdato må ikke være før byggetilladelsesdatoen 

1712 Ibrugtagningsdatoen må kun indberettes ved byggesagskode 3 

1713 Delvis ibrugtagningsdatoen må kun indberettes ved byggesagskode 3 

1714 Nedrivningsdatoen må kun indberettes ved sagstype 3 (dvs. nedrivning) 

1715 Delvis ibrugtagningstilladelsesdato og færdigt bygningsareal må kun indberettes ved 

byggesagskode 3 

1716 Byggesagen må ikke slettes, da fuldført er udfyldt 

1717 Ibrugtagningsdatoen skal være senere end påbegyndelsesdatoen 

1718 Delvis ibrugtagningsdato skal være senere end påbegyndelsesdatoen 

1719 Datoen for delvis ibrugtagning mangler 

1720 Delvis ibrugtagningsdato må ikke indberettes da byggesagen er fuldført 

1721 Henlæggelsesdatoen må ikke angives når der tale om en ibrugtagning/fuldførelse 

1723 Fuldførelsesdatoen ikke accepteret ved nedrivning 

1724 Ibrugtagningsdato og fuldførelsesdato må ikke indberettes samtidigt 

1725 Byggesagskoden skal indtastes 

1726 Sagstypen skal indtastes 

1727 Sagstypen må ikke ændres 

1728 Datoen for modtaget ansøgning skal være før eller samtidig med byggesagsdato 


April 2013


1729 Startdato for høring af eksterne parter skal være før eller samtidig med dato for 

afsluttet høring 

1730 Datoen for anmeldelse af byggearbejde skal være lig med byggetilladelsesdato hvis 

byggesagskode = 2, 4 eller 5 

1731 Byggetilladelsesdatoen skal være før eller samtidig med anmeldelse af byggearbejde 

1732 Datoen for anmeldelse af nedrivning skal være samtidig med eller senere end 

byggesagsdato 

1733 Datoen for gennemført nedrivning skal være samtidig med eller senere end anmeldelse 

af nedrivning 

1735 Henlæggelsesdatoen skal være samtidig med eller senere end dato for modtagelse af 

ansøgning 

1736 Datoen for ansøgning modtaget skal udfyldes når fyldestgørende ansøgningsdato er 

angivet 

1737 Datoen for ansøgning modtaget skal ligge før eller være samtidig med fyldestgørende 

ansøgningsdato 

1738 Startdato for høring af eksterne parter skal udfyldes når dato for afsluttet høring er 

udfyldt 

1739 Startdato for høring af eksterne parter skal ligge før eller være samtidig med afsluttet 

høring 

1740 Henlæggelsesdato må ikke fremdateres 

1741 Anmeldelsen af nedrivning skal angives når dato for gennemført nedrivning er udfyldt 

1742 Anmeldelsen af nedrivning skal ligge før dato for gennemført nedrivning 

1743 Ansøgning modtaget dato må ikke fremdateres 

1744 Fyldestgørende ansøgning modtaget dato må ikke fremdateres 

1745 Startdato for høring af eksterne parter må ikke fremdateres 

1746 Datoen for afsluttet høring af eksterne parter må ikke fremdateres 

1748 Anmeldelsen af byggearbejde må ikke fremdateres 

1749 Anmeldelsen af nedrivning må ikke fremdateres 

1750 Gennemført nedrivning må ikke fremdateres 

1751 Byggetilladelsesdatoen må ikke fremdateres 

1752 Fuldførelses af byggeri må ikke fremdateres 

1753 Ibrugtagningstilladelsen må ikke fremdateres 

1754 Påbegyndelsesdatoen må ikke være udfyldt , hvis sagsdatoen er blank 

1755 Til- eller ombygningen må ikke ændres til nybyggeri 

1756 Byggesagsdatoen skal indberettes når byggesagen afsluttes 

1757 Der må ikke indtastes arealfelter på en enhed ved nedrivning 

1758 Delvis ibrugtagningstilladelse må ikke fremdateres 

1760 Der må kun være een bygning på en byggesag 

1761 Forventet påbegyndelse må ikke ligge før ansøgning modtaget 

1761 Ved byggesagskode 2 og 5 må man ikke angive både anmeldelse af byggearbejde og 

nedrivning 

1762 Forventet fuldførelse må ikke ligge før ansøgning modtaget 

1763 Ved byggesagskode 1 og 3 må man ikke angive anmeldelse af nedrivning 

1764 Ansøgning modtaget skal angives 

1765 Ejendomsnummeret skal angives 

1766 Ved byggesagskode 2 og 5 skal anmeldelse af byggearbejde angives 

1767 Anmeldelse af byggearbejde, anmeldelses af nedrivning og byggetilladelsesdato 

udelukker gensidigt hinanden 

1768 Der kan ikke oprettes en byggesag på en tom grund (en grund uden vand- og 

afløbsforhold) 

1769 Færdigt bygningsareal skal angives ved delvis ibrugtagning 

1770 Indflytningsdatoen må ikke angives på en nedrivningssag 

1771 Indflytningsdatoen medfører en delvis afslutning af byggesagen 

1772 Høring af eksterne parter er påbegyndt men ikke færdigbehandlet 

1773 Der må ikke angives en byggetilladelsesdato på en anmeldelsessag 

1774 Ved byggesagskode 1, 3 og 4 må man ikke angive anmeldelse af byggearbejde 

1775 Påbegyndelsesdatoen skal være samtidig eller senere end dato for anmeldelse af 

byggearbejde 

1776 Påbegyndelsesdatoen skal være samtidig eller senere end dato for anmeldelse af 

nedrivning 

1777 Påbegyndelsesdatoen skal være samtidig eller senere end byggetilladelsesdato 

1778 Forventet påbegyndelsesdato må ikke være senere end byggesagsdatoen 

1779 Sagen kan ikke henlægges uden en byggesagsdato 

1780 Fuldførelsesdatoen skal være senere end påbegyndelsesdato 


April 2013




1783 Delvis ibrugtagningsdato skal være senere end påbegyndelsesdatoen 

1784 Forventet påbegyndelse må ikke ligge før ansøgning modtaget 





1787 Anlægsnummer 1-3 er forbeholdt klassifikation 1110, 1130 og 1220 

1788 Anmeldelse af byggearbejde må ikke ligge før fuldførelse af byggeri 

1789 Der må ikke angives ibrugtagningstilladelse samtidig med oprettelse af sagsbygning 

1790 Der må ikke angives fuldførelsesdato samtidig med oprettelse af sagsbygning 

1791 Der må ikke angives delvis ibrugtagningstilladelse samtidig med oprettelse af 

sagsbygning 

1792 Der må kun angives indflytningsdato på byggesager med byggesagskode 1 eller 3 

1800 Anlægsnummer 1-3 er forbeholdt klassifikation 1110, 1130 og 1220 

1801 Om- tilbygningsåret ligger før etableringsåret 

1802 Klassifikationen skal angives 

1803 Når der er tale om tank, skal der angives en placering 

1804 Anlægsnummer 0 må ikke benyttes 

1805 Tanken er knyttet til en bygning, men med en udendørs placering 

1820 Det giver ikke mening med elevator i en bygning med kun 1 etage 

2000 Det bebyggede areal på kolonihavehuset er > 150 

2001 Det bebyggede areal * antal etager < 90% af det samlede bygningsareal 

2002 Bygningens samlede boligareal er >= 50% af det samlede bygningsareal 

2003 Udnyttet tagetage er >= det bebyggede areal 

2004 Arealet af lovlig beboelse i kælder er >= det bebyggede areal 

2005 Arealet af den indbyggede garage er >= 30% af det samlede bygningsareal 

2006 Arealet af den indbyggede carport er >=30% af det samlede bygningsareal 

2007 Areal af det indbyggede udhus er >= 30% af det samlede bygningsareal 

2008 Arealet af den indbyggede udestue el.l. er >= 30% af det samlede bygningsareal 

2009 Arealligningen stemmer ikke: samlet boligareal+erhvervsareal+andet areal+indb. 

udest./gar./carp./udhus+affaldsrum+udv.isolering er ikke lig med samlet 

bygningsareal+udnyttet tagetage+beboelse i kælder 

2010 Tallene stemmer ikke. Enhedens areal til beboelse + enhedens areal til erhverv er ikke 

lig med enhedens samlede areal 

2011 Der er mere end 15 værelser i enheden 

2012 Det samlede boligareal er > det samlede erhvervsareal 

2013 Det samlede erhvervsareal er > det samlede boligareal 

2014 Datoen for dispensation indberettet, men der er ingen kode for lovlig anvendelse 

2015 Datoen for dispensation mangler 

2016 Dispensationen er udløbet 

2017 Etablering af tank ligger før 1940 

2018 Det bebyggede areal gange antal etager svarer ikke til det samlet areal 

2019 Der er ikke angivet nogle lejligheder eller værelser i en beboelsesejendom 

2020 Bygningens og enhedens anvendelseskode er ikke ens 

2021 Toilet/bad/køkken er angivet, hvor grundens afløbsforhold ikke er angivet eller hvor der 

er angivet blandet afløbsforhold 

2022 Bygningens boligareal er ikke lig med enhedernes samlede boligareal 

2023 Bygningens erhvervsareal er ikke lig med enhedernes samlede erhvervsareal 

2024 Enhedernes samlede boligareal svarer ikke til bygningens 

2025 Enhedernes samlede erhvervsareal svarer ikke til bygningens 

2026 Det angivne "Antal etager" på bygningen svarer ikke til det registrerede antal etager 

2027 Afløbsforhold på grunden = 75 (Blandet afløbsforhold), men afløbsforhold på bygningen 

er ikke udfyldt 

2028 Vandforsyning på grunden = 7 (Blandet vandforsyning), men bygningens 

vandforsyningen er ikke udfyldt 

2029 Afløbsforhold = 75 (Blandet afløbsforhold), men ikke alle bygninger har fået udfyldt 

afløbsforholdet 

2030 Vandforsyning = 7 (Blandet vandforsyning), men ikke alle bygninger har fået udfyldt 

vandforsyningen 

2031 Etagens udnyttede tagetage og kælder er ikke lig med bygningens samlede boligareal + 

bygnings samlede erhvervsareal - bygningsareal 

3000 Den fuldstændige matrikel skal angives 


April 2013


3001 Byggesagen er fuldført 

3002 Sagstypen er ikke udfyldt 

3003 Enheden ligger ikke i samme bygning som andre niveauer i byggesagen 

3004 Opgangen ligger ikke i samme bygning som andre niveauer i byggesagen 

3005 Etagen ligger ikke i samme bygning som andre niveauer i byggesagen 

3006 Teknisk anlæg ligger ikke i samme bygning som andre niveauer i byggesagen 

3007 Der må ikke oprettes nybyggeri direkte i stamdata. 

3008 Der må ikke rettes i nybyggeri. 

3009 Der må ikke rettes i udgåede niveauer eller afsluttede byggesager. 

3010 Der må ikke rettes i udgåede niveauer. 

3011 Udgåede niveauer og afsluttede sager kan ikke hentes. 

3012 Udgåede niveauer kan ikke hentes. 

3013 Udgåede niveauer og afsluttede sager kan ikke slettes. 

3014 Den angivne adresse findes ikke 

3015 Den fuldstændige adresse skal angives 

3016 Den angivne adresse findes ikke 

3017 Der må ikke tilknyttes en adresse med husnummer 0 

3018 Adgangsadressen skal angives 

3019 Enhedsadressen skal udfyldes 

3020 Enhedsadressen findes ikke 

3021 Sagens stamdata findes ikke 

3022 Bygningen skal angives 

3023 Sagsidentifikationen er ikke udfyldt 

3024 Bygningen findes ikke 

3025 Rummet ligger ikke på samme grund som sagen 

3026 Samme brugsenhed forekommer mere end én gang i byggesagen 

3027 ObjektType må ikke ændres 

3028 FK_Byggesag_id må ikke ændres 

3029 FK_RumStam_id må ikke ændres 

3030 FK_Bygning_id må ikke ændres 

3031 Niveauets Nummer må ikke ændres i en sag 

3032 Bygningen findes ikke 

3033 Enhedsadressen ligger ikke på ejendommen 

3034 BBRId må ikke være tomt 

3035 Matriklen findes ikke 

3036 Der skal angives en byggesags-reference 

3037 Enheden findes ikke 

3038 Referencen til stamenhed mangler 

3039 Det er ikke tilladt at ændre adressen på en enhed i en byggesag 

3040 Enhedens etage og opgang ligger ikke i samme bygning 

3041 Opgangens adresse passer ikke med enhedens adresse 

3042 Opgangen findes ikke 

3043 Etagen findes ikke 

3044 Henvisningsenhedens adresse findes ikke 

3045 Ejendomsnr. for ejerlejlighed skal udfyldes 

3046 Adressen er allerede i brug på en anden enhed 

3047 Opgangen findes ikke 

3048 Enheden ligger ikke på samme grund som sagen 

3049 Der findes allerede en byggesag på den pågældende bygning med samme sagsdato og 

litra 

3050 Samme enhed forekommer mere end én gang i byggesagen 

3051 ObjektType skal udfyldes 

3052 Det er ikke tilladt at ændre enhedens adresse i en byggesag 

3053 Det er ikke tilladt at ændre enhedens opgang i en byggesag 

3054 Det er ikke tilladt at ændre enhedens etage i en byggesag 

3055 Enheden kan ikke sammenlægges/opslittes, da den har et rum tilknyttet. Rummet skal 

først slettes fra denne enhed. 

3056 Enheden kan ikke slettes da den har byggesager knyttet til sig 

3057 Ejendomsnummeret og bygningsnummeret skal angives når enheden knyttes til en 

opgang/etage der ikke findes i forvejen. 

3058 Den angivne bygning findes ikke 

3059 Nye enheder skal lægges på bygningens byggesag. 

3060 Den angivne bygning svarer ikke til byggesagens bygning. 


April 2013


3061 Der er fejl i datagrundlaget fordi der findes flere forekomster af samme bygning i 

stamdat 

3062 Enhedens adgangsadresse peger på en opgang der ligger i en anden bygning. 

3063 Enhedsadressen skal angives 

3064 Ejendomsnummeret og bygningsnummeret skal angives ved nybyggeri på en 

sagsenhed 

3065 Der ligger allerede en enhed på denne enhedsadresse 

3066 Enheden kan ikke flyttes til en anden grund, da enheden er med i en sag, som 

indeholder niveauer, som ikke flyttes med 

3067 Enheden kan ikke flyttes, da der ligger rum, som ikke kan flyttes med til den nye 

bygning 

3068 En anden enhed er tilknyttet den angivne enhedsadresse 

3069 Etagebetegnelsen er ikke gyldig 

3070 Enheden kan ikke placeres korrekt, da der ikke findes en opgang med den angivne 

adresse 

3071 Enheden kan ikke placeres korrekt, da der findes flere opgange med den angivne 

adresse. Du skal oprette enheden direkte under etagen eller opgangen. 

3072 Enheden kan ikke placeres korrekt, da der ikke findes en opgang med den angivne 

adresse i bygningen 

3073 Enheden kan ikke placeres korret, da der findes flere opgange med den angivne 

adresse i bygningen 

3074 Adgangsadressen findes ikke 

3075 Ejendommen findes ikke i ESR 

3076 Ejerlejligheden/ejerskabet findes ikke 

3077 Ejerlejligheden findes ikke 

3078 Etagen ligger ikke på samme grund som sagen 

3079 Der findes allerede en etage med den angivne betegnelse 

3080 Samme etage forekommer mere end én gang i byggesagen 

3081 FK_EtageStam_id må ikke ændres 

3082 Betegnelse må ikke ændres i en sag 

3083 Etage på en småbygning skal enten være en tagetage eller en kælderetage. 

3084 Etagen skal udfyldes 

3085 Etagebetegnelsen er ikke gyldig 

3086 Adgangsadressen er allerede i brug på ejendom &replacetext1; 

3087 Der kan ikke oprettes nybyggeri på en grund 

3088 Grundens stamdata findes ikke 

3089 Der kan ikke oprettes en byggesag på en tom grund (en grund uden vand- og 

afløbsforhold) 

3090 Matriklen skal angives 

3091 Ejerlavet skal udfyldes 

3092 Ejendomsnummeret skal udfyldes 

3093 Bygningens matrikel findes ikke på grundens matrikel 

3094 Adgangsadressens matrikel ligger ikke på bygningens matrikel 

3095 Kommunen findes ikke 

3096 Adgangsadressen kan ikke flyttes, da den bruges på bygningens nuværende grund 

3097 Adgangsadressen kan ikke flyttes, da den anvendes af andre bygninger på den 

nuværende grund 

3098 Notatlinje 3, 17, 18, 31, 32 må ikke starte med cifret 1 

3099 Stamopgangen findes ikke 

3100 Opgangen ligger ikke på samme grund som sagen 

3101 Opgangens stamdata findes ikke 

3102 Samme opgang forekommer mere end én gang i byggesagen 

3103 Adgangsadressen kan ikke ændres, da der ikke findes tilhørende enhedsadresser 

3104 Opgangen kan ikke slettes, da adgangsadressen er i brug på en anden opgang. Du skal 

først flytte adgangsadressen til en anden matrikel, før du kan slette opgangen 

3105 Adgangsadressen benyttes allerede på en opgang på en anden ejendom 

3106 Adgangsadressen benyttes allerede på en opgang i samme bygning 

3107 FK_OpgangStam_id må ikke ændres 

3108 FK_AdgangsAdresse_id må ikke ændres i en sag 

3109 Etagen findes ikke 

3110 Der findes allerede et rum med det angivne nummer 

3111 Samme rum forekommer mere end én gang i byggesagen 

3112 FK_Etage_id må ikke ændres 

3113 FK_Enhed_id må ikke ændres 


April 2013


3114 RumIEnhed må ikke ændres 

3115 Enheden findes ikke 

3116 Enheden ligger ikke i samme bygning som etagen 

3117 Når rummet ligger indenfor enheden, skal rummets etage være den samme som 

enhedens etage 

3118 Det skal angives, om rummet ligger indenfor eller udenfor enheden 

3119 Det tekniske anlæg ligger ikke på samme grund som sagen 

3120 Grunden findes ikke 

3121 Der findes allerede et teknisk anlæg med det angivne nummer 

3122 Samme tekniske anlæg forekommer mere end én gang i byggesagen 

3123 FK_TekniskanlaegStam_id må ikke ændres 

3124 FK_Matrikel_id må ikke ændres i en sag 

3125 FK_Bygning_id må ikke ændres i en sag 

3126 Det tekniske anlæg kan ikke flyttes til en anden grund, da det er med i en sag, som 

indeholder niveauer, som ikke flyttes med. 

3127 Matriklen for det tekniske anlæg stemmer ikke overens med bygningens matrikel 

3128 Grunden for det tekniske anlæg stemmer ikke overens med bygningens grund 

3129 Grunden for det tekniske anlæg stemmer ikke overens med matriklens grund 

3130 Der må ikke ligge enheder i en byggesag som indeholder en fuld nedrivning af 

bygningen. 

3131 Bygningen ligger ikke på den grund, som er en del af byggesagen 

3132 Adgangsadressen kan ikke flyttes til denne matrikel, da der er opgange tilknyttet 

adressen - og ingen af disse opgange ligger på den nye matrikel 

3133 Adgangsadressen til adressesagen findes ikke 

3134 Den tilhørende stamadresse findes ikke 

3135 Adressesagen findes ikke 

3136 Adgangsadressen er allerede i adressesagen 

3137 Adgangsadressen ligger ikke på et vejstykke i cpr 

3138 Adgangsadressen eksisterer allerede 

3139 Vejkoden skal udfyldes og må ikke være nul 

3140 Husnummer må ikke være nul 

3141 Adressen må ikke have husnummer nul, da den er knyttet til BBR niveauer 

3142 Adgangsadressen kan ikke slettes, da den er i brug i BBR (dvs. tilknyttet niveauer på 

fanebladet "Bygninger og boliger" 

3143 Adgangsadressen kan ikke slettes, da der er adressesager på på den 

3144 Kommunenummeret skal udfyldes 

3145 Enhedsadressen til adressesagen findes ikke 

3146 Enhedsadressen er allerede i adressesagen 

3147 Adgangsadresse id skal udfyldes 

3148 Enhedsadressens adgangsadresse findes ikke 

3149 Enhedsadressen eksisterer allerede 

3150 Sidedørbetegnelsen er ikke gyldig 

3151 Enhedsadressen kan ikke slettes, da den er i brug i BBR 

3152 Vejkoden skal udfyldes 

3153 Husnummeret skal udfyldes 

3154 Side/dørbetegnelsen skal udfyldes 

3155 Kodeværdien findes allerede 

3156 Den angivne id på en enhedsadresse i en softdelete under AdresseSag kunne ikke 

findes 

3157 Den angivne id på en adgangsadresse i en softdelete under AdresseSag kunne ikke 

findes 


3159 Den byggesag der skal kopieres fra, findes ikke. 

3160 Den byggesag der skal kopieres fra, er udgået. 

3161 Den byggesag der skal kopieres til, findes ikke. 

3162 Den byggesag der skal kopieres til, er udgået. 

3163 Opgangen/etagen kan ikke flyttes fra en byggesag hvori der findes en nybyggeribygning. 

3164 Opgangen/etagen findes ikke i byggesagen. 

3165 Der kan kun foretages flytning af et nybyggeri. 

3166 Det angivne niveau er ikke en opgang eller en etage. 

3167 Der må ikke oprettes nybyggeri direkte i stam. 



April 2013



3170 Den angivne id på et notat i en update kunne ikke findes 

3171 Den angivne id på et notat i en softdelete kunne ikke findes 

3172 Den angivne id på et notat i en delete kunne ikke findes 

3173 Etagen findes ikke i den bygning, hvor enheden ligger 

3174 Der findes ingen enhed med den angivne enhedsadresse 

3175 Rummet kan ikke knyttes til enheden, da enheden findes både som eksisterende enhed 

og nybyggeri. 

3176 Bygningsnummeret skal angives 

3177 Den tilknyttede bygning findes ikke 

3178 Den tilknyttede bygning findes ikke på matriklen 

3179 Der er fejl i valideringstypen. 

3180 FK_Grund_id skal udfyldes 

3181 Der findes allerede en byggesag på den pågældende bygning med samme sagsdato og 

litra 

3182 Der skal angives et ejendomsnummer 

3183 Det angivne ejendomsnummer findes ikke 

3184 Sagsnummeret skal starte med et tal eller bogstav m.m. Det vil sige med en af 

følgende karakterer: 

'0123456789abcdefghijklmnopqrstuvxyzæøåABCDEFGHIJKLMNOPQRSTUVWXYZÆØÅ/.:- 

' 

3185 Sagsnummeret må ikke starte med to af følgende specialtegn: '/.:-' 

3186 Sagsnummeret må ikke starte med en blank (dvs. et mellemrum) 

3187 Litra skal ligge mellem A og Z, dog må I, J, O og Q ikke benyttes. 

3188 Den angivne id på en Bygning i en update under Byggesag kunne ikke findes 

3189 Den angivne id på en Bygning i en softdelete under Byggesag kunne ikke findes 

3190 Den angivne id på en Bygning i en delete under Byggesag kunne ikke findes 

3191 Den angivne id på en Grund i en update under Byggesag kunne ikke findes 

3192 Den angivne id på en Grund i en softdelete under Byggesag kunne ikke findes 

3193 Den angivne id på en Grund i en delete under Byggesag kunne ikke findes 

3194 Den angivne id på en Tekniskanlaeg i en update under Byggesag kunne ikke findes 

3195 Den angivne id på en Tekniskanlaeg i en softdelete under Byggesag kunne ikke findes 

3196 Den angivne id på en Tekniskanlaeg i en delete under Byggesag kunne ikke findes 

3197 Den angivne id på en Etage i en update under Byggesag kunne ikke findes 

3198 Den angivne id på en Etage i en softdelete under Byggesag kunne ikke findes 

3199 Den angivne id på en Etage i en delete under Byggesag kunne ikke findes 

3200 Den angivne id på en Brugsenhed i en update under Byggesag kunne ikke findes 

3201 Den angivne id på en Brugsenhed i en softdelete under Byggesag kunne ikke findes 

3202 Den angivne id på en Brugsenhed i en delete under Byggesag kunne ikke findes 

3203 Den angivne id på en Rum i en update under Byggesag kunne ikke findes 

3204 Den angivne id på en Rum i en softdelete under Byggesag kunne ikke findes 

3205 Den angivne id på en Rum i en delete under Byggesag kunne ikke findes 

3206 Den angivne id på en Enhed i en update under Byggesag kunne ikke findes 

3207 Den angivne id på en Enhed i en softdelete under Byggesag kunne ikke findes 

3208 Den angivne id på en Enhed i en delete under Byggesag kunne ikke findes 

3209 Den angivne id på en Opgang i en update under Byggesag kunne ikke findes 

3210 Den angivne id på en Opgang i en softdelete under Byggesag kunne ikke findes 

3211 Den angivne id på en Opgang i en delete under Byggesag kunne ikke findes 

3212 Der må ikke rettes i byggesagen "&replacetext1;" , da der er tilknyttet en bygning, som 

er delvis ibrugtaget (dvs. med byggesagkode 3, venter på ibrugtagningstilladelse) 

3213 Der skal være en bygning i byggesagen for at kunne foretage fuldførelse af byggeri. 

3214 Byggesagen er færdig 

3215 Der skal være en bygning i byggesagen for at kunne foretage delvis ibrugtagning af 

byggeri. 

3216 Byggesagen er fuldført og må derfor ikke slettes 

3217 Sagens stamdata findes ikke 

3218 Matriklen findes ikke 

3219 Bygningsagsdata kan ikke slettes, da der er foretaget en Midlertidig eller Delvis 

afslutning af byggesagen 

3220 Bygningsagsdata kan ikke slettes, da der stadig findes et nybyggeri på samme bygning 

3221 Der er fejl i datagrundlaget. Der er flere forekomster af samme bygning i stam 

3222 Sagsidentifikation er ikke udfyldt 

3223 Bygningen ligger ikke på samme grund som sagen 


April 2013


3224 Grunden findes ikke 

3225 Der findes allerede en bygning med det angivne nummer 

3226 Samme bygning forekommer mere end én gang i byggesagen 

3227 ObjektType må ikke ændres 

3228 FK_Byggesag_id må ikke ændres 

3229 FK_BygningStam_id må ikke ændres 

3230 FK_AdgangsAdresse_id må ikke ændres i en sag 

3231 FK_Matrikel_id må ikke ændres i en sag 

3232 Nummeret må ikke ændres i en sag 

3233 Bygningen kan ikke flyttes til en anden ejendom, da den indeholder opgange, som ikke 

har entydige adgangsadresser 

3234 Bygningen kan ikke flyttes til en anden grund, da bygningen er med i en sag, som 

indeholder niveauer, som ikke flyttes med 

3235 Bygningens grund stemmer ikke overens med matriklens grund 

3236 Bygningen ikke kan flyttes, da forvaltningsmatriklen i ESR mangler på en af 

ejerlejlighederne. 

3237 Der må ikke oprettes nybyggeri direkte i stam. 

3238 Udgåede niveauer og afsluttede byggesager kan ikke hentes. 




3242 FK_EnhedStam_id må ikke ændres 

3243 FK_EnhedsAdresse_id må ikke ændres i en sag 

3245 FK_Opgang_id må ikke ændres i en sag 

3246 FK_GrundStam_id må ikke ændres 

3247 BK_Ejendomsnummer må ikke ændres i en sag 

3248 Grunden er ikke identisk med sagens grund 

3249 Samme grund forekommer mere end én gang i byggesagen 

3250 Samme enhed forekommer mere end én gang i byggesagen 

3251 Den angivne id på en EnhedsAdresse i en update under AdresseSag kunne ikke findes 

3252 Den angivne id på en EnhedsAdresse i en softdelete under AdresseSag kunne ikke 

findes 

3253 Den angivne id på en EnhedsAdresse i en delete under AdresseSag kunne ikke findes 

3254 Den angivne id på en AdgangsAdresse i en update under AdresseSag kunne ikke findes 

3255 Den angivne id på en AdgangsAdresse i en softdelete under AdresseSag kunne ikke 

findes 

3256 Den angivne id på en AdgangsAdresse i en delete under AdresseSag kunne ikke findes 

3257 Byggesag id skal udfyldes i ByggesagContract ved OperationCode.Update(Force) 

3258 Byggesagen findes ikke 

3259 OperationCode i ByggesagContract skal enten være Create eller Update 

3260 Den angivne id på en Opgang i en update under Bygning kunne ikke findes 

3261 Den angivne id på en Opgang i en softdelete under Bygning kunne ikke findes 

3262 Den angivne id på en Opgang i en delete under Bygning kunne ikke findes 

3263 Den angivne id på en Etage i en update under Bygning kunne ikke findes 

3264 Den angivne id på en Etage i en softdelete under Bygning kunne ikke findes 

3265 Den angivne id på en Etage i en delete under Bygning kunne ikke findes 

3266 Enhedens etage stemmer ikke overens med enhedsadressen 

3267 FK_AdgangsAdresse_id skal udfyldes 

3268 AdgangsAdressen findes ikke 

3269 Byggesagen kan ikke afsluttes/henlægges, da der er tilføjet niveauer til byggesagen 

uden at den er opdateret. 

3270 Sagen kan ikke godkendes idet der findes en gældende adresse med samme 

husnummer og vejkode 

3271 Der kunne ikke hentes foreløbige koordinater fra KMS 

3272 Der må ikke oprettes niveauer under sagsniveauer 

3273 Ved oprettelse af byggesag må der ikke angives dato for fuldførelse af byggeri, 

ibrugtagningstilladelse eller gennemført nedrivning. 

3274 Koordinaterne er ikke i overensstemmelse med den registrerede matrikel 

3275 Der findes allerede en adressesag med det angivne sagsnummer 

3276 Der findes allerede en brugsenhed med det angivne nummer 

3277 Der kunne ikke hentes foreløbige koordinater fra KMS, da matriklen ikke blev fundet 

3278 Der må ikke rettes i en byggesag der er knyttet til et teknisk anlæg der er delvis 

ibrugtaget (Byggesagkode 3 - venter på ibrugtagningstilladelse) 


April 2013


3279 Der må ikke rettes i en byggesag der er knyttet til en bygning der er midlertidigt 

fuldført (Byggesagkode 1 - venter på fuldførelsesdato) 

3280 Sagsdata kan ikke slettes, da der findes en anden byggesag på dette niveau 

3281 &replacetext1; må ikke knyttes til en udgået byggesag 

3282 Enhedsadresse må ikke ændre reference til enhedsstamadresse. 

3283 Enhedsadresse må ikke ændre reference til adgangsadressen. 

3284 AddressPointIdentifier må ikke ændres. 

3285 Adressen kan ikke slettes fra historik idet den er i brug på historiske entiteter i BBR 

3301 Enheden må ikke lægges på en nybyggeri etage 

3302 Enheden må ikke lægges på en nybyggeri opgang 

3303 Brugsenheden må ikke lægges på en nybyggeri bygning 

3304 Bygning må ikke lægges på en nybyggeri grund 

3305 Etage må ikke lægges på en nybyggeri bygning 

3306 Opgang må ikke lægges på en nybyggeri bygning 

3307 Rum må ikke lægges på en nybyggeri enhed 

3308 Rum må ikke lægges på en nybyggeri etage 

3309 Teknisk anlæg må ikke lægges på en nybyggeri bygning 

3310 Der må kun være en bygning i en byggesag 

3311 Husnummer må ikke fjernes, når det først er angivet 

3312 Kun stam- og nye forløbige adresser må knyttes til BBR entiteter 

3313 &replacetext1; flytter til &replacetext2; 

3314 Sagen kan ikke godkendes idet der findes en gældende enhedsadresse med samme 

etage og sidedør betegnelse 

3315 Godkendelsesdato må ikke fremdateres 

3316 Ikrafttrædelsesdato må ikke fremdateres 

3317 Nedlæggelsesdato må ikke angives på en endelig adresse 

3318 Nedlæggelsesdato må ikke fremdateres 

3319 Den slettede etage indeholder arealer, der påvirker bygningens arealer. Disse skal evt. 

rettes efterfølgende 

3320 Kælderens samlede areal stemmer ikke med kælderareal med loft under 1,25 m. plus 

lovlig beboelse i kælder 

3321 Ved ydervæggens materiale og tagdækningsmateriale må det supplerende materiale 

ikke være af samme beskaffenhed som hovedmaterialet 

3322 Bygningens fælles adgangsareal stemmer ikke med enhedernes 

3323 Enhedernes fælles adgangsareal stemmer ikke med bygningens 

3324 Ved carporte skal beregningsprincip for areal angives 

3325 Beregningsprincip for areal er ikke angivet 

3326 Kodeværdierne 10,11,20,29,30,31,32,70,80 og 90 er udgået. Vælg en alternativ kode 

3327 Adgangsadressen kan ikke flyttes væk fra matriklen, da der er opgange tilknyttet 

adressen 

3328 Husnummeret er ikke gyldigt. Husnummeret skal bestå af et tal eventuelt efterfulgt af 

et bogstav fra A-Z 

3329 Adressen ligger ikke på en KMS matrikel 

3330 Der må ikke ligge en endelig enhedsadresse under en foreløbig adgangsadresse 

3331 Kilde skal angives 

3332 Adgangsadressen kan ikke slettes, da den har underliggende enhedsadresser 

3333 Adgangsadressen må ikke fjernes på en grund 

3334 Der kan ikke lægges et teknisk anlæg med klassifikation 1110, 1130 eller 1220 i 

byggesagen, hvis der ikke ligger en bygning i sagen 

3335 Adressen er allerede i brug på andre opgange 

3336 Der kan ikke oprettes en byggesag på en grund uden adresse 

3337 Der findes allerede en Notatline med det angivne nummer 

3338 De krævede felter er ikke udfyldt 

3339 Adressepunktet findes allerede 

3340 Adressepunktet eksisterer ikke 

3341 Godkendelsesdato må ikke angives ved sagsoprettelse 

3342 En sagsadresse må ikke have tilknyttet et adressepunkt 

3343 RevisionsDato skal ligge efter sidst indberettet RevisionsDato. 

3344 Koordinat ikke inden for den landsdel kommunen befinder sig i. 

3345 Koordinat med nøjagtighedsklasse B må ikke overskrive koordinat med 

nøjagtighedsklasse A. 

3346 Officelle adresser må ikke være i en adressesag. 

3347 Status må kun være 1 eller 3 i dette kald. 


April 2013


3348 En forløbig enhedsadresse skal ligge under en forløbig adgangsadresse 

3349 Sagsadresser må ikke flyttes til en anden sag. 

3350 Nøjagtighedsklasse skal være A eller B 

3351 Nøjagtighedsklasse må ikke ændres til U. 

3352 Nøjagtighedsklasse skal angives hvis der er angivet adressepunkter 

3353 Adgangsadresse må ikke knyttes til en adressesag der er udgået 

3354 &replacetext1; må ikke ændres 

3355 &replacetext1; må ikke ændres i en sag 

3356 ConstructionPointQualityClassCode skal angives 

3357 Hvis artskode ikke er 0 eller 1 skal ejendomsnummer angives ved oprettelse af en 

adgangsadresse 

3358 Geometri Placering skal indeholde et tal mellem 1 og 9 

3359 En placeholder til et nybyggeri kan ikke hentes 

3360 BuildingCaseGetByEntityId kan ikke kaldes på sagsentiteter 

3361 Samme NoteNumberReference findes flere gange i NoteStructure 

3362 Der må ikke oprettes grunde 

3363 Den angivne stam adresse er ikke en gældende adresse 

3364 Kilde til areal må ikke være 3 for rum og brugsenheder 

3365 Kun adresser med husnummer må knyttes til BBR entiteter 

3366 En placeholder må ikke rettes eller slettes 

3367 Der må ikke slettes grunde 

3368 Der må ikke indberettes en delvis ibrugtagningstilladelsesdato på en stam enhed. 

3369 Henvisningsenheden findes ikke 

3370 Bygningsnummeret skal være større end 0 

3371 Rumnummeret skal være større end 0 

3372 LandParcelIdentifier og CadastralDistrictIdentifier skal begge udfyldes 

3373 Adgangsadressen må ikke fjernes fra en bebygget grund 

3374 Der må ikke oprettes en nedrivningssag på en grund 

3375 Adgangsadressen kan ikke flyttes væk fra matriklen, da der er brugsenheder tilknyttet 

adressen 

3376 Adgangsadressen kan ikke flyttes til denne matrikel, da der er brugsenheder tilknyttet 

adressen, som ikke ligger på samme ejendom 

3377 Bygningen kan ikke flyttes, da der er opgange i andre bygninger, som anvender 

adressen &replacetext1; 

3378 Bygningen kan ikke flyttes, da der er brugsenheder i andre bygninger, som anvender 

adressen &replacetext1; 

3379 Tidsbegrænset dispensationsdato må ikke udfyldes hvis lovlig anvendelse er C, D eller I 

3380 Ansøgning modtaget ikke udfyldt, så det kan ikke beregnes om bygning er omfattet af 

byggeskadeforsikringen 

3381 Kode 3 for Byggeskadeforsikringsselskab/BuildingDamageInsuranceCompanyCode må 

ikke længere anvendes 

3382 Indflytning kan ikke foretages før byggesagen har fået en påbegyndelsesdato 

3383 Nedlæggelsesdato må ikke indberettes ved oprettelse af AAD eller (N)AAD 

3384 Nedlæggelsesdato må ikke indberettes ved opdatering af (N)AAD 

3385 AddressTextAngleMeasure skal være mellem 0 og 400. 

3386 Status skal angives til 1, når det er en gældende adresse. 

3390 Ejendomsnummeret må ikke ændres. 

3391 Matrikel findes ikke 

3392 Brugsenhed findes ikke 

3393 Teknisk anlæg findes ikke 

3394 Notatlinjenummer findes på stamniveauet 

3395 Notatlinjenummer findes på sagsniveauet 

3396 Antallet af &replacetext1; der overføres er ikke korrekt 

3397 Bygning findes ikke. 

3398 Bygning skal ikke flyttes. 

3399 Der må ikke være byggesager på de niveauer, der skal foretages matrikulær flytning på 

3400 Entitet er ikke relateret til bygning som skal flyttes. 

3401 Niveauer der er under matrikulær flytning, må ikke rettes 

3402 Der må ikke oprettes nye niveauer under et niveau, der er under matrikulær flytning 

3403 Udledningstilladelse må ikke sættes til koderne 5, 6 og 7, da de er oprettet til 

konvertering af de gamle koder 0, 1 og 2. Benyt koderne 0 til 4. 

3404 Bygningens udledningstilladelse er ikke angivet for afløbskode udenfor kloakopland 

(101-601) 


April 2013


3405 Bygningens spildevandsforsyning er ikke angivet for afløbskode udenfor kloakopland 

(101-601) 

3406 Bygningens påbud om forbedret rensning er ikke angivet for afløbskode udenfor 

kloakopland (101-601) 

3407 Ved påbud om forbedret rensning skal frist for forbedret rensning udfyldes 

3410 Hvis tilladelse til udtræden er meddelt, skal dato for tilladelse til udtræden angives 

3411 Medlemskab af spildevandsforsyning har kun relevans hvis bygningens afløbsforhold er 

101-601 og grundens afløbsforhold er 75 

3412 Påbud om forbedret rensning har kun relevans hvis bygningens afløbsforhold er 101- 

601 og grundens afløbsforhold er 75 

3413 Udledningstilladelse har kun relevans hvis bygningens afløbsforhold er 101-601 og 

grundens afløbsforhold er 75 

3414 Hvis tilladelse til alternativ bortskaffelse eller afledning er meddelt, skal dato for 

tilladelse til alternativ bortskaffelse eller afledning angives 

3415 Tilladelse til udtræden har kun relevans på bygningen i forbindelse med afløbskode 1 - 

9 og hvis grundens afløbsforhold er 75 

3416 Tilladelse til alternativ bortskaffelse har kun relevans på bygningen i forbindelse med 

afløbskode 1 - 9 og hvis grundens afløbsforhold er 75 

3422 Feltet Størrelsesklasse kan ikke angives for denne type teknisk anlæg 

3423 Feltet Placering kan ikke angives for denne type teknisk anlæg 

3424 Feltet Sløjfning kan ikke angives for denne type teknisk anlæg 

3425 Feltet Fabrikationsnr. kan ikke angives for denne type teknisk anlæg 

3426 Feltet Typegodkendelsesnr. kan ikke angives for denne type teknisk anlæg 

3427 Feltet Størrelse kan ikke angives for denne type teknisk anlæg 

3428 Feltet Type kan ikke angives for denne type teknisk anlæg 

3429 Feltet Indhold kan ikke angives for denne type teknisk anlæg 

3430 Feltet Sløfningsfrist kan ikke angives for denne type teknisk anlæg 

3431 Feltet Areal kan ikke angives for denne type teknisk anlæg 

3432 Feltet Højde kan ikke angives for denne type teknisk anlæg 

3433 Feltet Effekt kan ikke angives for denne type teknisk anlæg 

3434 Feltet Fredning kan ikke angives for denne type teknisk anlæg 

3435 Hvis tilflytterkommune er udfyldt, skal type af flytning også udfyldes og vice versa 

3436 Bygningen kan ikke slettes, da den er under flytning 

3437 Der er byggesag på den bygning der flyttes, eller på en af dens underliggende niveauer 

3438 Denne type sløjfning kan ikke angives for denne type teknisk anlæg 

3439 Grundens påbud om forbedret rensning er ikke angivet for afløbskode udenfor 


3440 Ved påbud om forbedret rensning skal frist for forbedret rensning angives 

3441 Ved tilladelse til udtræden skal dato for tilladelse til udtræden angives 

3442 Ved tilladelse til alternativ bortskaffelse skal dato for tilladelse til alternativ bortskaffelse 

angives 

3443 Bygningen er under flytning til anden kommune 

3444 Gyldighedsdato må ikke fremdateres 

3445 Gyldighedsdato ligger mere end 10 år tilbage fra dd. 

3446 Bygningens tilladelse til udtræden er ikke angivet for afløbskode indenfor kloakopland 

(1-9) 

3447 Bygningens tilladelse til alternativ bortskaffelse er ikke angivet for afløbskode indenfor 


3448 Du er ved at flytte en bygning til anden kommune 

3449 Enhedsadresse må ikke knyttes til en adressesag der er udgået 

3450 Grundens udledningstilladelse er ikke angivet for afløbskode udenfor kloakopland (101- 

601) 

3451 Grundens spildevandsforsyning er ikke angivet for afløbskode udenfor kloakopland 

(101-601) 

3452 Hvis grundens afløbsforhold ikke er 101-601, må udledningstilladelse ikke udfyldes 

3453 Hvis grundens afløbsforhold ikke er 101-601, må medlemskab af spildevandsforsyning 

ikke udfyldes 

3454 Hvis grundens afløbsforhold ikke er 101-601, må påbud om forbedret rensning ikke 

udfyldes 

3455 Grundens tilladelse til udtræden er ikke angivet for afløbskode indenfor kloakopland (1- 

9) 

3456 Grundens tilladelse til alternativ bortskaffelse er ikke angivet for afløbskode indenfor 


3457 Tilladelse til udtræden har kun relevans på grunden i forbindelse med afløbskode 1 - 9 


April 2013


3458 Tilladelse til alternativ bortskaffelse har kun relevans på grunden i forbindelse med 

afløbskode 1 - 9 

3459 Ved nybyggeri med ansøgningsdato senere end eller lig med 1/4 2008 og boligareal 

større end erhvervsareal skal "Byggeskadeforsikringsselskab" udfyldes. Hvis ingen 

byggeskadeforsikring, så angiv kode 0 

3460 Vær opmærksom på, at Byggeskadeforsikringsselskab er ved at blive slettet 

3461 Byggeskadeforsikringsselskab og Dato for byggeskadeforsikring må ikke angives ved en 

om/tilbygning 

3462 Feltet "Senest udførte korrosionsbeskyttelse" kan ikke angives for denne type teknisk 

anlæg 

3463 Feltet "CE-mærkning" kan ikke angives for denne type teknisk anlæg 

3464 Grundoplysninger må ikke rettes ved kopiering af bygning til anden grund 

3465 Flytningen resulterer i, at byggesagen &replacetext1; splittes i to, idet ikke alle 

entiteter i byggesagen kan flytte med. 

3466 Etagen findes ikke i den ny bygning. Opret etagen og prøv igen. 

3470 Byggesag &replacetext1; kan ikke flytte til den nye matrikel idet den indeholder 

sagsentiteter, som ikke kan flyttes med. 

3471 Ejerlejlighedsejendomsnummer &replacetext1; kan ikke flyttes til en anden ejendom 

3472 Byggesagen kan ikke flyttes/kopieres, da der er ændret i byggesagens data 

3473 Der findes ingen bygninger eller tekniske anlæg på matriklen, som kan flyttes. 

3474 Den angivne matrikel skal være forskellig fra den matrikel man flytter fra. 

3475 Feltet Fabrikationsår kan ikke angives for denne type teknisk anlæg 

3476 Feltet Materiale kan ikke angives for denne type teknisk anlæg 

3477 Feltet "Supplerende korrosionsbeskyttelse" kan ikke angives for denne type teknisk 

anlæg 

3478 &replacetext1; kan ikke flyttes til en bygning der er under matrikulær flytning 

3479 LandParcelFromReference findes ikke 

3480 LandParcelToReference findes ikke 

3481 Antal etager er større end 100 

3482 Flytningen resulterer i at sagen &replacetext1; efterlades tom. Du skal huske selv evt. 

at slette denne sag. 

3483 Teknisk anlæg ligger ikke i samme ejendom som andre niveauer i byggesagen 

3484 Rummet ligger ikke i samme bygning som andre niveauer i byggesagen 

3485 Brugsenheden ligger ikke i samme bygning som andre niveauer i byggesagen 

3486 Der findes teknisk anlæg i bygningen. Hvis de ønskes bibeholdt skal tilknytningen til 

bygningen først fjernes 

3487 Opgangen flytter ind i bygningens byggesag 

3488 Historiske sagsniveauer kan ikke hentes 

3489 Ved byggesagskode 1 og anvendte anvendelseskode, må antal etager ikke overstige 1 

3490 Der må ikke knyttes niveauer til slettede adresser 

3491 Der må ikke oprettes niveauer under slettede niveauer 

3492 Der må ikke oprettes teknisk anlæg på en bygning der er under matrikulær flytning 

3493 Ved byggesagskode 4 må antal etager ikke overstige 1 

3494 Hvis byggeskadeforsikringsselskab ikke kendes på nuværende tidspunkt, så 

gennemtving. 

3495 Byggesag "&replacetext1;" er fuldført eller delvist afsluttet og kan derfor ikke flyttes, da 

den skal splittes op i to, fordi ikke alle entiteter i byggesagen kan flyttes med. 

3496 Niveauet eksisterer ikke 

3497 Niveauet er ikke slettet 

3498 En bygning må ikke flyttes til en anden kommune, når den er under oprettelse 

3499 Et historisk sagsniveau kan ikke slettes 

3500 Byggesag &replacetext1; kan ikke flytte til den nye matrikel idet den indeholder 

sagsentiteter, som ikke kan flyttes med: &replacetext2; 

3506 Afsluttede adressesager kan ikke hentes. 

3510 Feltet Navhøjde kan ikke angives for denne type teknisk anlæg 

3511 Feltet Rotordiameter kan ikke angives for denne type teknisk anlæg 

3512 Feltet Vindmøllenummer kan ikke angives for denne type teknisk anlæg 

3513 Hvis dispensation/fritagelse ift. kollektiv varmeforsyning er udfyldt, skal dato også 

udfyldes og omvendt 

4000 Den angivne id på en &replacetext1; i en update under &replacetext2; kunne ikke 

findes 

4001 Den angivne id på en &replacetext1; i en softdelete under &replacetext2; kunne ikke 

findes 

4002 Den angivne id på en &replacetext1; i en delete under &replacetext2; kunne ikke findes 


April 2013


4003 Niveau &replacetext1; kan ikke slettes da den har byggesager 

4004 Niveauet &replacetext1; har underliggende niveauer : &replacetext2; 

4005 Bygningsnummer, sagsdato og litra er ikke unikt. Se sagsnummer : &replacetext1; 

4006 Matriklen kan ikke slettes da den har en underliggende &replacetext1; 

4007 Matriklen er ikke i overensstemmelse med adgangsadressepunktets matrikel fra KMS 

(&replacetext1;) 

4100 Der må ikke rettes i indberetninger med status Afvist, Godkendt eller Overført 

4101 Der må ikke rettes i slettede indberetninger 

4102 Sagsbehandler skal indberettes 

4103 Der er ikke oprettet en besked til indberetter 

4104 Du har ikke skriverettigheder til et af felterne du vil ændre 

4105 Sagsnummer skal indberettes 

4106 Entiteten findes ikke 

4107 Du er ikke angivet som sagsbehandler på indberetningen 

4108 Der må kun oprettes een borgerbesked 

4109 Der kan ikke indberettes på en sagsentitet. 

5000 &replacetext1; 

6000 Energiforsyningsselskab med CVR nummer &replacetext1; er ikke oprettet i BBR 

databasen 

6001 Energiforsyningsart &replacetext1; er ikke oprettet i BBR databasen 

6002 Energimåleenhed &replacetext1; er ikke oprettet i BBR databasen 

6003 Valideringsfejl ved oprettelse af energiforbrug: &replacetext1; 

6004 Energiafregningsstatus &replacetext1; er ikke oprettet i BBR databasen 

6005 Kommunenummer &replacetext1; er ikke gyldigt 

6006 Postnummer &replacetext1; er ikke gyldigt 

6007 Husnummer &replacetext1; er ikke gyldigt 

6008 Vejkode &replacetext1; er ikke gyldigt 

6009 Ejendomsnummer &replacetext1; er ikke gyldigt 

6010 Bygningsnummer &replacetext1; er ikke gyldigt 

6011 Energiforbruget kunne ikke tilknyttes til en BBR entitet 

6012 Energiforbrug med den angivne nøgle findes ikke 

6013 Indberetningsklient blev ikke fundet 

6014 Indberetningsrequest blev ikke fundet 

6015 Der blev ikke fundet en enhedsadresse med de angivne adresseoplysninger 

6016 Der blev ikke fundet en enhed med den angivne enhedsadresse 

6017 Der blev ikke fundet en adgangsadresse med de angivne adresseoplysninger 

6018 Der blev ikke fundet en bygning eller en grund med den angivne adgangsadresse 

6019 Der blev ikke fundet nogle grunde med den (hhv. det) angivne adgangsadresse (hhv. 

ejendomsnummer) 

6020 Grænsen for antal indberetninger er overskredet. Grænsen er: &replacetext1; 

6021 Energimåleenhed &replacetext1; må ikke benyttes sammen med forbrugsart 

&replacetext2; 

6022 Der opstod en ukendt fejl ved tilknytning af energiforbrug via grundcollection 

6023 Der blev ikke fundet en udskrivningsmatrikel på ejendommen med det angivne 

ejendomsnummer 

6024 Der findes flere indberetninger med den samme nøgle 

6025 Der kunne ikke knyttes til en bygning gennem 

kommunenummer/ejendomsnummer/bygningsnummer, da ikke alle felter er udfyldt 

6026 Der kunne ikke knyttes til en grund gennem kommunenummer/ejendomsnummer, da 

begge felter ikke er udfyldt 

6027 Der blev ikke fundet en grund med det angivne ejendomsnummer 

6028 Der blev ikke fundet en bygning med det angivne kommunenummer, 

ejendomsnummer, bygningsnummer 

9999 Test 


April 2013

Systembeskrivelse kapitel 3 – Forretningslogik 


3. Forretningslogik ........................................................................................................... 2 

3.1 Domænemodel ................................................................................. 2 

3.1.1 BBR-domænemodel .................................................................... 2 

3.1.1.1 Entiteter i BBR-domænemodel .............................................. 3 

3.1.2 Adressedomænemodel ................................................................ 7 

3.1.2.1 Entiteter i adressedomænemodellen ...................................... 8 

3.1.3 Modtageboks-domænemodel ..................................................... 11 

3.1.3.1 Entiteter i modtageboks-domænemodel ............................... 11 

3.2 Service Interface Lag ....................................................................... 12 

3.2.1 Service Contract ....................................................................... 12 

3.2.2 Service Adapter ....................................................................... 12 

3.3 Validering ...................................................................................... 12 

3.3.1 Kontrol af relationer i databasen ................................................ 12 

3.3.2 Logiske kontroller ..................................................................... 13 

3.3.3 Sandsynlighedskontroller .......................................................... 13 

3.3.4 Konsistenstjek ......................................................................... 13 

3.4 Forretningsregler ............................................................................ 13 


April 2013


3. Forretningslogik 

I det følgende beskrives forretningslagets forskellige moduler og komponenter. 

Forretningslaget er dels opdelt i lag, dels i moduler og entiteter samt de 

operationer og de betingelser, der skal være opfyldt for at operationerne kan 

udføres, dvs. validering. Der gøres opmærksom på, at der her er tale om et 

levende dokument, idet specielt forretningsregler samt ServiceLag vil være 

genstand for stadig revision, efterhånden som BBR-klientens behov for services 

og detaljerne i forretningsreglerne kortlægges. 

3.1 Domænemodel 

I den tilbudte løsning (p. 8ff) er forretningslogikken delt op i en række moduler 

med forskellig funktionalitet. Nedenfor er denne opdeling yderligere detaljeret 

ved at beskrive en række domænemodeller for de centraler områder for 

forretningslogikken: BBR, Adresse og Modtageboks. Domænemodelbegrebet 

svarer på mange måder til den logiske datamodel og dens entiteter, men 

domænemodellen er udvidet med en række operationer, der kan udføres på de 

pågældende entiteter samt nogle relationer mellem dem. I det følgende vises en 

grafisk fremstilling af modellerne for hver af de tre nævnte områder, og de 

involverede entiteter og de operationer der virker på de enkelte entiteter, bliver 

beskrevet. Alle kald i Service Interface Laget vil benytte sig af operationer i 

domænemodellen. Ud over operationerne indeholder entiteterne også 

datamodellens logiske attributter. De er ikke beskrevet yderligere i dette afsnit, 

men er indeholdt i bilag C i forbindelse med beskrivelsen af den logiske 

validering på enkeltfelter. Uanset hvilken datamodificerende operation, der vil 

blive kaldt, vil den logiske validering altid blive foretaget. 

Af hensyn til overskueligheden er entiteten ”Notater” udeladt fra den grafiske 

oversigt, da denne knyttes til stort set alle entiteter. 

3.1.1 BBR-domænemodel 

BBR-domænemodellen består af flg. entiteter 


April 2013


Figur 3.1. Domænemodel for BBR 

3.1.1.1 Entiteter i BBR-domænemodel 

Entitet Grund 

Se beskrivelse i afsnit 3.1.2.1 Entiteter i adressedomænemodellen 

Entitet Matrikel 

Operationer 

Opret 

Opretter en ny matrikel i en kommune 

Ret 

Retter oplysninger om en matrikel 

Slet Sletter en matrikel 


April 2013


HentByID 

HentbyUserKey 

Henter matrikeloplysninger via id 

Henter matrikeloplysninger via 

matrikelnr. og -bogstav 

Entitet Kommune 

Indeholder Notat (0 – 99) 

Operationer 

Opret 

Opretter en ny kommune 

Ret 

Slet 

HentByID 

HentbyUserKey 

Retter oplysninger 

Sletter en kommune 

Henter oplysninger via ID 

Henter oplysninger via kommunenr. 

Entitet Bygning 


Sag(0-Mange) 

TekniskAnlæg (0-Mange) 

Opgang (0 – Mange) 

Etage (0 –Mange) 

Brugsenhed (0- Mange) 

Operationer 

Opret 

Opretter en ny bygning på en grund 

Ret 

Slet 

HentByID 

HentbyUserKey 

Retter oplysningerne om en bygning 

Sletter en bygning 

Henter en bygnings oplysninger via 

den tekniske nøgle 

Henter en bygnings oplysninger via 

den brugervendte nøgle (Kommunenr, 

ejendomsnr og bygningsnr) 

HentTekniskeAnlæg Henter en bygnings tekniske anlæg 

HentOpgange Henter en bygnings opgange 

HentEtager Henter en bygnings etager 

HentByggesager Henter byggesagerne på en bygning 

HentBrugsenheder Henter brugsenhederne i en bygning 

Entitet TekniskAnlæg 


April 2013



Sag (0 – Mange) 

Operationer 

Opret 

Opretter et nyt TekniskAnlæg på en 

grund 

Ret 

Retter oplysningerne om et 

TekniskAnlæg 

Slet 

Sletter et TekniskAnlæg 

HentByID 

HentbyUserKey 

Henter et TekniskAnlægs oplysninger 

via den tekniske nøgle 

Henter et TekniskAnlægs oplysninger 

via den brugervendte nøgle 

(Kommunenr, ejendomsnr og nr) 

HentByggesager Henter byggesagerne på et 

TekniskAnlæg 

Entitet Sag 


Operationer 

Opret 

Opretter en ny sag 

Ret 

Slet 

HentByID 

Retter oplysninger om sag, herunder 

status, mv. 

Sletter en sag 

Henter oplysningerne om en sag 

Entitet Opgang 


Enhed (0 – Mange) 


Operationer 

Opret 

Opretter en ny opgang i en bygning 

Ret 

Slet 

Retter oplysningerne om en opgang 

Sletter en opgang 

HentByID 

Henter oplysningerne om en opgang 

via den tekniske nøgle 

HentbyUserKey 

Henter oplysningerne via den 

brugervendte nøgle (adressen) 

HentEnheder Henter en opgangs enheder 

Entitet Etage 




April 2013


Opret 

Ret 

Slet 

HentByID 

Enhed (0 – Mange) 

Rum (0 – Mange) 

Operationer 

Opretter en ny etage i en bygning 

Retter oplysningerne om en etage 

Sletter en etage 

Henter oplysningerne om en etage via 


HentEnheder Henter en etages enheder 

HentRum Henter en opgangs rum 

Entitet Rum 



Operationer 

Opret 

Opretter en nyt rum på en etage 

Ret 

Slet 

HentByID 

Retter oplysningerne om et rum 

Sletter et rum 

Henter oplysningerne om et rum via 


Entitet Enhed 



Rum (0 – Mange) 

Operationer 

Opret 

Opretter en ny enhed på en etage 

Ret 

Slet 

HentByID 

HentbyUserKey 

Retter oplysningerne om en enhed 

Sletter en enhed 

Henter oplysningerne om en enhed via 


Henter oplysningerne om en enhed via 

den brugervendte nøgle 

(Enhedsadressen) 

HentRum Henter en enhedens rum 

Entitet Brugsenhed 




April 2013


Opret 

Ret 

Slet 

HentByID 

HentbyUserKey 

Operationer 

Opretter en ny brugsenhed 

Retter oplysningerne om en 

brugsenhed 

Sletter en brugsenhed 

Henter oplysningerne om en 

brugsenhed via den tekniske nøgle 


brugsenhed via den brugervendte 

nøgle (adressen) 

Entitet Geometri 


Operationer 

Opret 

Opretter et nyt geometriske 

punkt/område 

Ret 

Retter de geometriske oplysninger 

Slet 

HentByID 

3.1.2 Adressedomænemodel 

Figur 3.2. Domænemodel for Adresser. 

Sletter en geometrisk punkt/område 

Henter de geometriske oplysninger via 



April 2013


3.1.2.1 Entiteter i adressedomænemodellen 

Entitet Grund 


Bygning (0-Mange) 

TekniskAnlæg (0-Mange) 

Sag (0-Mange) 

Adgangsadresse (0-Mange) 

Operationer 

Opret 

Opretter en ny grund i en kommune 

Ret 

Slet 

HentByID 

HentbyUserKey 

Retter oplysningerne om grunden 

Sletter en grund 

Henter oplysningerne om en grund via 


Henter oplysninger om en grund via 

den brugervendte nøgle 

HentBygninger Henter bygningerne på grunden 

HentTekniskeAnlæg Henter de tekniske anlæg på grunden 

HentAdresser Henter adgangsadresser knyttet til 

grunden 

Entitet AdgangsAdresse 


AdresseSagsoplysninger (0–Mange) 

Geometri (0-1) 

Opret 

Ret 

Operationer 

Opretter en ny adgangsadresse i en 

kommune 

Retter oplysningerne om 

adgangsadressen 

Slet Sletter en adgangsadresse 

HentByID 

HentbyUserKey 


adgangsadresse via den tekniske nøgle 

Henter oplysninger om en 

adgangsadresse via den brugervendte 

nøgle 

HentEnhedsAdresser Henter adgangsadressens 

enhedsadresser 


April 2013


HentAdresseSagsoplysninger Henter en adgangsadresses 

adressesagsoplysninger 

Entitet EnhedsAdresse 


AdresseSag (0 – Mange) 

Opret 

Ret 

Slet 

HentByID 

HentbyUserKey 

Operationer 

Opretter en ny enhedsadresse på en 

adresse 



Sletter en enhedsadresse 


enhedsadresse via den tekniske nøgle 

Henter oplysninger om en 

enhedsadresse via den brugervendte 

nøgle 

HentAdresseSagsoplysninger Henter en enhedsadresses 

adressesags-oplysninger 

Entitet AdresseSag 

Indeholder Enhed-eller adgangsadresse (Netop 1) 

Operationer 

Opret 

Opretter en ny sag på en adresse 

Ret 

Slet 

HentByID 

HentbyUserKey 

Entitet Notat 

Indeholder 

Opret 

Ret 

Slet 

Operationer 

Retter oplysningerne om adressesagen 

Sletter en adressesag 


Adressesag via den tekniske nøgle 

Henter oplysninger om en Adressesag 

via den brugervendte nøgle 

Opretter et nyt notat til adgangs-eller 


Retter et notat 

Sletter et notat 

Entitet Vej (fra CPR) 


April 2013


Indeholder Adresse (0 – Mange) 

Operationer 

Opret 

Opretter en ny vej i en kommune 

Ret 

Slet 

HentByID 

HentAdresser 

Retter oplysningerne om vejen 

Sletter en vej 

Henter oplysningerne om en vej via 


Henter en vejs adresser 

Entitet Postdistrikt 

Operationer 

Opret 

Opretter et nyt postdistrikt i en 

kommune 

Ret 

Slet 

HentByID 

Retter oplysningerne om postdistriktet 

Sletter et postdistrikt 

Henter oplysningerne om et 

postdistrikt via den tekniske nøgle 

Entitet Postnummer 

Operationer 

Opret 

Opretter et nyt postnummer i en 

kommune 

Ret 

Slet 

HentByID 

Retter oplysningerne om postnummer 

Sletter et postnummer 

Entitet Geometri 

Indeholder 

Opret 

Ret 

Slet 

Operationer 

Henter oplysningerne om et 

postnummer via den tekniske nøgle 

Opretter et nyt geometriske 

punkt/område 

Retter de geometriske oplysninger 

Sletter et geometrisk punkt/område 


April 2013


HentByID 

3.1.3 Modtageboks-domænemodel 

Figur 3.3. Domænemodel for aModtageboks 

Henter de geometriske oplysninger via 


Denne domænemodel (Figur 3.3) for Modtageboksen vil blive opdateret i 

forbindelse med den udvidede funktionalitet der indarbejdes i Modtageboksen. 

3.1.3.1 Entiteter i modtageboks-domænemodel 

Entitet ModtageBoks 

Operationer 

Opret 

Opretter en ny modtageboks 

Ret 

Slet 

HentByID 


modtageboksen 

Sletter en modtageboks 


modtageboks via den tekniske nøgle 

Entitet ModtagBoksData 

Operationer 

Opret 

Opretter et nyt sæt af data til 

modtageboksen 

Ret 

Slet 

HentByID 

Retter et sæt modtageboksoplysninger 

Sletter et sæt 

modtageboksoplysninger 

Henter oplysningerne om 

modtagboksdata via den tekniske 

nøgle 


April 2013


3.2 Service Interface Lag 

Som beskrevet i kapitel 2. Systemarkitektur udstilles forretningslogikken som 

WCF-services i Service Interface Laget. Service Interface Laget består af to 

komponenter: Service Contract og Service Adapter. Komponenterne beskrives i 

det følgende. 

3.2.1 Service Contract 

Service Contract komponenten indeholder beskrivelser af, hvilke operationer og 

hvilke data der skal udveksles. Dette er helt analogt til en webservice beskrevet 

med WSDL (Web Services Description Language). Udvalget og formen af de 

enkelte services dikteres af de forretningsprocesser, som BBR-klienten og 

kommuneklienten (eksterne OIOXML-snitflader) skal understøtte. Når disse er 

endeligt fastlagt vil systembeskrivelsen blive udvidet med beskrivelser af de 

nødvendige services. Typisk vil der for hver entitet være behov for services til 

søg, hent, opret, ret og slet, men forretningsprocesserne kan sagtens diktere at 

der forekommer services med flere forskellige entiteter. 

3.2.2 Service Adapter 

Service Adapter-komponenten indeholder selve implementationen af de services, 

der er beskrevet i Service Contract-komponenten. Den enkelte service 

implementerer sin funktionalitet ved at tilgå en instans af domænemodellen, 

beskrevet andet steds i dette kapitel. Service implementationen har endvidere 

ansvar for at styre transaktionsscope. Dette er især vigtigt når flere entiteter 

indgår i en given operation. Serviceimplementationen skal også fange de 

eventuelle fejl, der kan komme fra domænemodellen, og omsætte dem til 

beskeder som er gyldige i henhold til servicekontrakten. 

3.3 Validering 

Validering af data kan inddeles i 4 forskellige kategorier: 

1. Kontrol af relationer i databasen (krav 11.1) 

2. Logiske kontroller (krav 11.3 og 11.5) 

3. Sandsynlighedskontroller (krav 11.5) 

4. Konsistentjek (krav 11.5). 

De 4 kategorier vil blive implementeret som programmatiske kontroller i 

forretningslaget på applikationsserveren. Desuden vil transaktionsscope i service 

interface laget og referentiel integritet i databasen sikre konsistensen i 

databasen. 

3.3.1 Kontrol af relationer i databasen 

Da relationer implicerer entiteter fordelt over flere fysiske tabeller i databasen, 

er det ikke tilstrækkeligt med den programmatiske kontrol i forretningslaget. En 

yderligere sikring indbygges i databasen i form af referentiel integritet, hvilket 

garanterer, at de relationer, der oprettes i databasen, er valide. Det vil ikke 

være muligt at oprette en reference til en anden entitet uden at den pågældende 

entitet eksisterer. 

Når der skal gennemføres en opdatering over flere tabeller sikrer det 

transaktionsscope, der etableres i servicelaget, at opdateringerne alle foretages 


April 2013


eller alle afvises. Dette sikrer igen konsistensen således, at en opdatering ikke 

kun kan gennemføres delvist med referencer til ikke-eksisterende entiteter til 

følge. 

Dette gælder for referencerne inden for BBR-domænet. Relationerne til de 

eksterne systemer valideres ligeledes, men her er der ikke samme garanti for, at 

relationen efterfølgende er valid, da den ligger udenfor BBR-domænet. Her vil 

der blive gennemført periodevise batchkørsler for at tjekke konsistensen. 

3.3.2 Logiske kontroller 

De logiske kontroller kan deles op i 

1. Simple valideringer såsom tjek af datatype, værdisæt (f.eks. kodeværdier 

samt fra- og til-værdier), og formater (f.eks. datoformat). Værdierne for 

de enkelte entiteters datafelter er angivet i Bilag C. 

Datatypen vil dog allerede være tjekket i præsentationslaget, da det ikke 

er muligt for præsentationslaget at kalde applikationslaget via en WCF 

service uden at datatypen er korrekt. 

2. Kontekstafhængige feltvalideringer. Her menes felter hvor valideringen 

påvirkes af indholdet i andre felter i samme eller anden entitet eller af 

den operation validering indgår i. Bilag A indeholder de 

kontekstafhængige feltvalideringer som er implementeret i BBR. 

3.3.3 Sandsynlighedskontroller 

Sandsynlighedskontroller implementeres i forretningslaget. 

Sandsynlighedskontrollen defineres i metadatabasen og består af en 

kontekstbeskrivelse og en validering. I kontekstbeskrivelsen defineres det udtryk 

der skal aktivere den tilhørende validering. I kontekstbeskrivelsen kan indgå 

and- og or-operatorer. Sandsynlighedskontroller er vedlagt i Bilag B. Desuden er 

der vedlagt en oversigt over sammenhængen mellem den fysiske og logiske 

datamodel i Bilag E. 

3.3.4 Konsistenstjek 

Konsistenstjek er tjek der sørger for dataintegriteten i forhold til de eksterne 

systemer. Når udvekslingen af data foregår synkront og realtime, foretages 

valideringen i forretningslaget. Noget af dataudvekslingen med CPR foretages 

asynkront, og derfor er det nødvendigt at foretage et periodevist tjek i form af 

en batchkørsel. 

3.4 Forretningsregler 

De forretningsregler, som er indeholdt i systemet, beskrives i de forskellige 

afsnit af systembeskrivelsen, hvor de naturligt hører hjemme. Dog er der en 

mindre gruppe specifikke forretningsregler, der vil blive implementeret, som ikke 

er beskrevet andre steder. Disse forretningsregler er opsamlet i Bilag D. 


April 2013

Systembeskrivelse kapitel 4 – Brugerdialog 


4. Brugerdialog .................................................................................................................. 2 

4.1 Skærmbillede skabelon ...................................................................... 2 

4.1.1 Skabelonen ............................................................................... 2 

4.1.1.1 Menubjælke ........................................................................ 3 

4.1.1.2 Faneblade ........................................................................... 3 

4.1.2 Resultatliste............................................................................... 3 

4.1.2.1 Højresiden/indholdsside ....................................................... 5 

4.1.2.2 Objekttitellinje .................................................................... 5 

4.1.2.3 Knapbjælke ........................................................................ 6 

4.2 Sitemap med skærmbilleder ............................................................... 7 

4.3 Funktionalitetsliste ............................................................................ 8 

4.3.1 Overordnede bemærkninger ........................................................ 8 

4.3.1.1 Sagsdata ............................................................................ 8 

4.3.1.2 Stamdata ......................................................................... 10 

4.3.1.3 Historik ............................................................................ 11 

4.3.1.4 Adresser ........................................................................... 12 

4.3.1.5 Dynamiske skærmbilleder ................................................... 13 

4.3.1.6 Frivillige elementer (felter/niveauer) .................................... 13 

4.3.1.7 Tilgængelighed .................................................................. 13 

4.3.1.8 Datoformat ....................................................................... 13 

4.3.1.9 Knapfunktioner m.m. ......................................................... 14 

4.3.2 Fanebladet ”Bygning og Bolig” ................................................... 18 

4.3.2.1 ”Ejendomsoplysninger” ....................................................... 19 

4.3.2.2 ”BBR-Medd-data” - Billede med BBR-Meddelelse .................... 20 

4.3.2.3 ”Masseopdatering Enheder” ................................................ 20 

4.3.3 Fanebladet ”Adresser” ............................................................... 20 

4.3.4 Fanebladet ”Inddataboks” ......................................................... 23 

4.3.4.1 Supplerende varme ............................................................ 24 

4.3.4.2 Flytning af bygning ............................................................ 24 

4.3.5 Fanebladet ”BBR-Meddelelse” .................................................... 26 

4.3.6 Fanebladet ”Rapporter” ............................................................. 26 

4.3.7 Fanebladet ”Brugeradministration” ............................................. 26 

4.3.8 Fanebladet ”Systemadministration” ............................................ 26 

4.3.8.1 Overførsel af anmeldelsessager ........................................... 27 

4.3.8.2 Påbegyndelsesrykkere ........................................................ 28 

4.3.9 Fanebladet ”Indstillinger” .......................................................... 29 

4.3.9.1 Opsætning af resultatliste i Bygning og bolig ......................... 30 

4.3.9.2 Opsætning af resultatliste i Adresser .................................... 31 

4.4 Tooltip- og hjælpetekster ................................................................. 31 

4.4.1 Tooltip .................................................................................... 31 

4.4.2 Hjælpetekster .......................................................................... 32 

4.4.3 Administration ......................................................................... 33 

4.5 Validering ...................................................................................... 33 

4.6 Fejludskrifter .................................................................................. 35 

4.6.1 Fejludskrifter der er tilknyttet et felt ........................................... 35 

4.6.2 Fejludskrifter uden tilknytning til et felt ....................................... 35 

4.6.3 Sandsynlighedsudskrifter uden tilknytning til et felt ...................... 35 

4.6.4 Administration ......................................................................... 36 

4.6.5 Fejllogning .............................................................................. 36 


April 2013


4. Brugerdialog 

I dette kapitel beskrives alle facetter af brugerdialogen. 

4.1 Skærmbillede skabelon 

Udviklingen af de enkelte skærmbilleder til BBR-Kommune sker efter en fast 

skabelon. Skabelonen og den overordnede navigationsstruktur (det vil sige 

navigationen på tværs af løsningen) beskrives nedenfor. 

4.1.1 Skabelonen 

Her er en skitse af den faste skabelon til BBR-Kommune: 

6 

Figur 4.1.1 Skabelon for BBR-Kommune 


April 2013 

2 

3 4 

1 

5


Skabelonen giver en fast placering af disse elementer: 

Elementer Karakteristika 

1. Menu bjælke Disse elementer skifter aldrig – uanset hvor 

brugeren befinder sig i løsningen 

2. Faneblade 

3. Resultatliste Disse elementer skifter, afhængigt af hvor 

4. Højresiden/indholdsside 

brugeren befinder sig (ændrer sig fra faneblad til 

faneblad) 

5. Objekttitellinje 

6. Knap bjælke 

4.1.1.1 Menubjælke 

Menubjælken indeholder, foruden systemets logo, oplysninger om den aktive 

bruger, funktion for kommune skift og funktion for log af. Elementerne i 

menubjælken er faste og synlige uanset hvor i systemet brugeren befinder sig. 

4.1.1.2 Faneblade 

Der er 9 faneblade i løsningen, som hver især fungerer som selvstændige 

moduler. Opdelingen i faneblade understøtter brugernes forskellige 

arbejdsopgaver og tilgodeser de forskellige rolleprofiler. 

Udseendet af de forskellige faneblade findes i kapitlets Bilag 1 og deres indhold 

er beskrevet i afsnit 4.3 ”Funktionalitetsliste”. Fanebladene er faste og synlige 

for brugeren uanset hvor i systemet han befinder sig, men hvilke faneblade der 

er tilgængelige afhænger af hans brugerprofil. 

4.1.2 Resultatliste 

Venstresiden af skærmbilledet bliver på de enkelte faner brugt til navigation i 

søgeresultater og indholdet afhænger af fanens overordnede område. 

Resultatlisten præsenteres som et hierarkisk træ, der tydeliggør hvordan de 

enkelte niveauer er knyttet til hinanden. Indeholder resultatlisten kun ét 

søgeresultat vil hele træet være foldet ud. Indeholder den flere søgeresultater vil 

træet være foldet sammen på øverste niveau og kan åbnes ved klik på [+]. 

Indholdet af resultatlisten kan vises i indholdssiden ved at klikke på det ønskede 

niveau. 

Den hierarkiske inddeling af resultatlistens niveauer fremgår af datamodellen. 

BBR-hierarkiet fremgår af følgende figur. 


April 2013


Vurderingsejendom 

Grund 

Matrikel 

Teknisk anlæg 

Bygning 

Ved søgning på felter i BBR bliver niveauerne i resultatlisten som udgangspunkt 

sorteret logisk på denne måde: 

Niveau Indhold i træet (=logisk sortering) 

Grund GRU: Ejd.nr./ vejnavn / husnr. / sagsnr. 

Matrikel MAT: Matrikelbetegnelse, 

Bygning BYG: Bygnr./ vejnavn / husnr. / anvendelseskode (som klartekst i tooltip) / 

opførelsesår / sagsnr. 

Brugsenhed BRU: vejnavn, vejkode, husnr., etage, side/dørnr., sagsnr. 

Opgang/indgang OPG: Vejnavn/ husnr. / sagsnr. 

Brugsenhed 


Opgang/Indgang 

Etage 

Enhed ENH: Bygnr./ vejnavn / husnr. / side/dør / anvendelskode (som klartekst i tooltip) / 

sagsnr. 

Rum RUM: Bygnr./ vejnavn / husnr. / sagsnr. 

Etage ETA: Etagebetegnelsen (fx kl, st, 01, 02 osv.) 

Enhed 

Teknisk anlæg TEK: Bygnr./ vejnavn / husnr. / anvendelseskode (som klartekst i tooltip) / sagsnr 


April 2013 

Rum 

Enhed 

Figur 4.1.2 BBR-hierarkiet 

Rum 

Rum


Hvis et vejnavn forekommer mere end en gang i kommunen, vil vejnavnet på en 

node (også kaldt et ”blad”) i træet være efterfulgt af et supplerende 

postnummer. Postnummeret udelades, hvis vejnavnet kun forekommer én gang i 

kommunen. 

Brugeren kan selv bestemme hvilke værdier søgeresultaterne sorteret efter vha. 

fanebladet ”Indstillinger”. 

Ovenover resultatlisten med brugerens søgeresultater findes en kviksøgning. Her 

kan brugeren nemt og hurtigt fremsøge ejendomme ud fra ejendomsnummer 

(herunder også ejendomsnummer for ejerlejlighed) uden at behøve at skulle 

finde søgebilledet frem igen. 

Øverst i venstresidens navigation vil der være ikoner hvor brugeren kan vælge: 

· Ny søgning 

· Ny søgning inkl. samme søgekriterier 

Ud over hurtige adgange til søgefunktioner indeholder øverste del at 

navigationen også en menu ”Funktioner” til behandling Påbegyndelsesrykkere og 

Anmeldelsessager. 

4.1.2.1 Højresiden/indholdsside 

Indholdssiden har to funktioner og dens indhold afhænger af fanens overordnede 

område. Først og fremmest er det her søgningen på de enkelte faneblade 

foregår. Når brugeren logger på systemet, møder han søgesiden for det faneblad 

han har valgt som sin startside (indstilles i ”Indstillinger”). Hvilke faneblade 

brugeren har mulighed for at sætte som startside, afhænger af hans 

brugerprofil. 

Når resultatet af en søgning åbnes, vises data i indholdssiden. Det viste data er 

inddelt i gruppebokse, der grupperer data med en specifik sammenhæng. 

4.1.2.2 Objekttitellinje 

Øverst på indholdssiden findes objekttitellinjen – en fast overskriftsbjælke som 

sikrer, at brugeren hele tiden tydeligt kan se, hvilket objekt han arbejder med. 

I objekttitellinjen fremgår f.eks.: 

· navnet på det valgte niveau med dens adresse (på fanen ”Bygning og bolig”) 

· navnet på den rapport som brugeren har valgt (på fanen ”Rapporter”) 

· sagsnr. m.m. på den sag (indberetning af en ændring af BBR-data) som 

brugeren har valgt at ændre (på fanebladet ”Inddataboks”) 

Derudover findes der en række funktioner, der har relevans for det 

igangværende objekt, herunder: 

Åbner alle gruppebokse 

Lukker alle gruppebokse 

Genveje til gruppebokse 

Åbner sidehjælp 

Print den aktuelle side 

Skift mellem historik og stamvisning 

[BOB-01] Identifikation på billedet 


April 2013


4.1.2.3 Knapbjælke 

Nederst på skærmbilledet findes en knapbjælke, der, afhængigt at fanens 

overordnede område, indeholder knapper og funktioner med forskellige formål. 

De typiske knapper og funktioner er nærmere beskrevet i afsnit 4.3.1.9. 


April 2013


4.2 Sitemap med skærmbilleder 

Sitemappet illustrerer strukturen i BBR-Kommune. Det viser de øverste niveauer 

af løsningen. Det er muligt at se sammenhængen mellem sitemappet og de 

enkelte skærmbilleder ud fra nummeret på det enkelte skærmbillede. 

Startsiden (præsentation til hver brugerprofil) 

Hjælp 

Log ind (på baggrund af pinkode/certifikat 

tilpasses visningen af visse elementer og rettigheder) 

BBR-kommune 

Kommunikation (Tilpasning af profil: valg af kommune m.m.) 

8. Links 

7. Systemadministration 

6. Brugeradministration 

4. BBR-Meddelelse 5. Rapporter 

3. Inddataboksen 

2. Adresser 

1. Bygninger 

og boliger 

9. ”Indstillinger” 

7.1 Kommuneoplysninger 

1.1 Søg 

3.1 Søg 

2.1 Søg 

1.1 Søg 

7.2 Tooltip 

4.2 Bestil BBR- 

Medd. 

3.2 Supplerende 

varme 

2.2 Adgangsadresse 

1.2 Grund 

1.3 Matrikel 

7.3 Hjælp 

7.9 Overførsel 

3.3 Matrikulær 

ændring 

2.3 Enhedsadresse 


April 2013 

1.4 Bygning 

7.4 Fejltekster 

7.10 Tidsfrister 

2.4 Adressesag 

3.4 Fysisk flytning 

1.5 Enhed 

Figur 4.2.1 Sitemap 

7.5 Kommunespecifikke 

felter 

7.11 ESDH 

1.6 Opgang/ 

indgang 

7.6 Notatlinier på 

BBR-Meddeleserne 

1.7 Etage 

7.12 Inddataboks 

1.10 Byggesag 

7.7 Indstillinger 

for 

BBR-Meddelelse 

1.8 Rum 

7.13 Inddatabokstekster. 

1.12 Bygning med 

byggesag 

1.9 Brugsenhed 


links 

1.13 Ejd. Opl. 

1.10 Teknisk 

anlæg


4.3 Funktionalitetsliste 

Her vil funktionaliteten på de enkelte skærmbilleder fordelt på de 9 faneblade i 

løsningen kort blive skitseret sammen med en beskrivelse af navigationen 

konkret på de enkelte faner. 

Der henvises til Bilag 1 mht. hvordan de enkelte skærmbilleder ser ud. 

4.3.1 Overordnede bemærkninger 

Først lidt generelle bemærkninger om sagsdata, stamdata og historik: 

Statuskoder findes på alle niveauer, men fremgår indirekte vha. forskellen på 

sags-/stamdata, som præsenteres på samme skærmbillede på følgende måde: 

4.3.1.1 Sagsdata 

Når brugeren har valgt et niveau, fremgår sagsdata på indholdssiden i en 

gruppeboks under en af disse overskrifter: 

· ”Verserende byggesag” (under fanen ”Bygning og bolig”) 

· ”Adressesag” (under fanen ”Adresser”) 

I gruppeboksen for sagsdata findes alle de felter som på det valgte niveau er 

berørt af sagen. Brugeren finder i gruppeboksen også et link til et skærmbillede 

(se skærmbillede 2.12 og 3.4 i Bilag 1), hvor han/hun kan se den samlede 

byggesag/adressesag. 

Er der på det valgte niveau flere sager/ adressesager, vil disse blive præsenteret 

adskilt i gruppeboksen med link til hver enkelt byggesag/ adressesag. 

For at oprette en ny byggesag/ adressesag, vælger brugeren først det niveau, 

som byggesagen/adressen knytter sig til. Nederst på skærmbilledet med det 

valgte niveau (se f.eks. skærmbillede 2.4 i Bilag 1) findes en knap der hedder 

”Opret”, som åbner et panel hvor der vælges hvad der skal oprettes. Vælger 

brugeren at klikke på ”Opret byggesag”/”Opret adressesag” i det åbnede panel, 

åbnes en boks, hvor der vælges om sagstypen er en ”Om/tilbygning” eller en 

”Nedrivning”. Efter der er valgt sagstype, åbnes skærmbillede 2.12: 

”Byggesag”/3.4 ”adressesag” hvor han opretter selve sagen. Sagen får på den 

måde automatisk det valgte niveau tilknyttet. 

Oprettes der en byggesag under en grund, medfører valg af sagstype i stedet, at 

brugeren føres til ”Bygning”-billedet. Dette billede indeholder både oplysninger 

om bygningen og sagen, og man har derfor mulighed for at oprette hele sagen i 

én arbejdsgang. 

Drejer byggesagen/den foreløbige adresse sig om flere niveauer, kan brugeren 

tilknytte disse, efter at han har klikket på knappen ”Opret ny byggesag/ 

adressesag” (Se skærmbillede 2.12 og 3.4). 

Kommunen kan på den valgte byggesag/foreløbige adresse vha. en tjekboks 

fravælge en BBR-Meddelelse ved afslutningen af en byggesag. 

Det er muligt at ændre på entiteternes nøglefelter og referencer til andre 

entiteter. Dette kaldes en identændring og dækker f.eks. en flytning af en 


April 2013


bygning fra en matrikel til en anden. Bygningen vil – ved en sådan flytning – 

ændre reference fra én matrikel til en anden. 

Meddelelser om indflytning 

Meddelelse om indflytning behandles forskelligt alt efter om enheden befinder sig 

i en byggesag med byggesagskode 1 (typisk enfamiliehuse) eller i en byggesag 

med byggesagskode 3 (typisk etageejendomme). 

Ved byggesagskode 1 overføres alle byggesagens sagsdata til stamdata, men 

selve byggesagen og sagsbygningen bliver liggende og venter på en 

fuldførelsesdato. Byggesagen og sagsbygningen vil være låste. 

Nr. Kontekst Hændelse Handling 

1 Der er tale om 

nybyggeri. 

I byggesagen ligger: 

· en bygning, 

· opgang, 

· etage 

· 1 enhed 

Enheden modtager en 

indflytningsdato 

2 Byggesagen afsluttes Byggesagen får en 

fuldførelsesdato. 

Byggesagen afsluttes, men byggesag og 

sagsbygning bliver liggende. 

Du kan ikke rette sagsbygningen og det eneste du 

kan indtaste i byggesagen er en fuldførelsesdato. 

Bygningen markeres som midlertidig afsluttet. 

Hele byggesagen afsluttes. Markering for midlertidig 

afsluttet bygning nulstilles. 

Ved byggesagskode 3 afsluttes den enhed der får en indflytningsdato, plus den 

opgang og etage enheden befinder sig på, mens resten af enhederne i sagen 

forbliver uberørte. Man vil fortsat kunne opdatere på byggesag og sagsbygning. 

Nr. Kontekst Hændelse Handling 

1 Der er tale om 

nybyggeri. 

I byggesagen ligger: 

· en bygning, 

· opgang(e), 

· etage(r) 

· og 1 eller flere 

enheder 

2 Bygningen er 

tidligere blevet 

afsluttet, men ligger i 

byggesagen. 

En af enhederne 

modtager en 

indflytningsdato 

Endnu en enhed 

modtager en 

indflytningsdato. 

3 Byggesagen afsluttes Byggesagen får en 

fuldførelse- eller 

ibrugtagningstilladelse. 

Bygningen afsluttes, men bliver liggende i 

byggesagen. 

Grunden til at bygningen afsluttes er, at den enhed 

man afslutter, skal tilknyttes en bygning i stam. 

Opgange og etager afsluttes. 

Den enhed der modtager en indflytningsdato 

afsluttes. 

Bygningen markeres som midlertidig afsluttet. 

Enheden afsluttes. 

På bygningsbilledet vises indflytningsdato for den 

først indflyttede enhed. 

Mht. de enheder der bliver tilbage i sagen, hænger 

de på den afsluttede bygning, opgang, etage. 

Hele byggesagen afsluttes. Markering for midlertid 

afsluttet bygning nulstilles. 


April 2013


Feltet ”Omfattet af byggeskadeforsikring” 

Feltet ”Omfattet af byggeskadeforsikring” beregnes når en byggesag (nybyggeri) 

afsluttes, og feltet ”Byggeskadeforsikring” er angivet. Denne beregning sker for 

alle anvendelseskoder, dog er beregningen for sommerhuse anderledes end 

beregningen for alle andre anvendelseskoder. 

Hvis feltet byggeskadeforsikringen er angivet til ”0 - Ingen 

byggeskadeforsikring”, sættes feltet ”Omfattet af byggeskadeforsikring” til ”00 – 

Bygningen er ikke omfattet af byggeskadeforsikring”, hvis det drejer sig om et 

sommerhus og til kode ”11 – Bygningen er opført som selvbyg”, hvis det ikke er 

et sommerhus. 

Hvis feltet byggeskadeforsikringen er angivet med en kode > 0, sættes feltet 

”Omfattet af byggeskadeforsikring” til ”10 – Bygningen er omfattet af 

byggeskadeforsikring”. Dette sker både for sommerhuse og andre byggerier. 

Beregningen foretages kun, hvis modtagelsesdatoen er 1. april 2008 eller senere 

og boligarealet er større end erhvervsarealet. 

Hvis feltet ”Byggeskadeforsikring” er angivet i en situation, hvor det ikke er 

krævet, vil feltet blive overført til stam ved afslutning af byggesagen, men 

beregningen af feltet ”Omfattet af byggeskadeforsikring” udføres ikke. 

Feltet genberegnes for en stam-bygning, når feltet 

”Byggeskadeforsikringsselskab” ændres i stamdata. Beregningen af feltet 

”Omfattet af byggeskadeforsikring” kan i stam dog ikke tage hensyn til arealerne 

eller modtagelsesdato i byggesagen, idet disse ikke længere er til rådighed. 

4.3.1.2 Stamdata 

Når brugeren har valgt et niveau, fremgår stamdata (på samme side som 

førnævnte sagsdata) i alle de gruppebokse undtaget gruppeboksen ”verserende 

byggesag”/” adressesag”. På bygningsbilledet vises dog flere paneler med 

henholdsvis stamdata og sagsdata. 


April 2013


4.3.1.3 Historik 

Der er historik fra idriftsættelsestidspunktet (1/12 2009) og fremefter. 

Historikken baseres på at der gemmes felt-historik for alle felter i BBR-delen af 

databasen. 

Ændringer/fejlrettelser bliver gemt i historikken, men det vil ikke fremgå i 

historikken hvilken knap brugeren har anvendt til at gemme sine 

ændringer/fejlrettelser. Det vil sige historikken kan ikke fortælle om brugeren 

har klikket på knappen ”Ændring” eller ”Fejlrettelse”. 

Sagsbehandleren har mulighed for se de historiske data ved at bruge 

rapportgeneratoren (lave egne rapporter). Der implementeres ikke faste 

rapporter til historikken. 

På samtlige entiteter, hvor mindst ét felt er ændret siden 1/12 2009, vil en 

entitets-historik med information om den seneste ændring altid fremgå. Den 

vises øverst på skærmbilledet og giver seneste ændringsdato samt brugeren, der 

foretog ændringen. 

Figur 4.3.1 Historik på bygningsniveau 

For grundentiteter er det yderligere vist seneste ændringsdato for underliggende 

niveauer samt hvilket niveau det drejer sig om. 

Figur 4.3.2 Historik på enhedsniveau 

For de entiteter som ikke er ændret siden idriftsættelsen af BBR (1/12 2009) vil 

felterne fremgå blanke. 

Seneste ændringsdato for en entitet kan også vises i entitetens node i 

resultattræet. 

Figur 4.3.3 Historik i resultattræet 

Visningen af ændringsdato i resultatlisten til/fravælges for det enkelte niveau på 

fanebladet ”Indstillinger”. 


April 2013


Hvis der findes afsluttede byggesager for det pågældende niveau, vil 

gruppeboksen ”Afsluttede byggesager” i ”Historik” gruppeboksen vise dem: 

Byggesager, som er midlertidigt afsluttet, vil fremgå af gruppeboksen, dog vil 

deres afslutningsdato ikke være udfyldt. 

For byggesager, som blev afsluttet før 9. februar 2012, vil den sagsbehandler, 

som afsluttede byggesagen, fremgå som den sagsbehandler, der sidst har rettet 

stamentiteten. Denne person fremgår også som den sagsbehandler, der sidst 

havde rettet de felter, som var blevet overført til stamentiteten. Dette gælder 

både for afsluttede (S) entiteter (til/ombygning, nedrivning) og (N) entiteter. 

For at få vist historik på feltniveau for en entitet er det nødvendigt at foretage en 

søgning medtaget historisk data fra søgesiden. Dette er beskrevet i afsnit 4.3.2 

og 4.3.3 for hhv. ”Bygning og bolig” og ”Adresser”. 

For at skifte til historik-visning kan man enten foretage en søgning medtaget 

historik (som beskrevet ovenfor) eller også kan man skifte mellem almindelig og 

historik-visning ved at benytte historikikonet i menubjælken på den enkelte 

entitet. Ikonet findes på alle stamentiteter i Bygninger & boliger delen og i 

Adresse delen. 

Ved et tryk på historikikonet skiftes der til historik-visning på det givne niveau 

ved at foretage den samme søgning som niveauet i første omgang er søgt frem 

med, denne gang dog medtaget historik. Den historiske søgning opdaterer 

resultattræet, så udgåede niveauer nu også er med i resultatet, og sagsentiteter 

ikke længere er med i resultatet. 

Skiftet går på samme måde, når man vil den anden vej, fra historik-visningen af 

et bestemt niveau til almindelig visning, via et klik på historikikonet. 

På det skærmbillede, der viser en slettet entitet i historikdelen i BBR-Kommune, 

er der mulighed for at bruge en funktion, der hedder ”Slet fra historik”. På den 

måde vil den slettede entitet blive fjernet fra de historiske data og ikke mere 

fremkomme i træet, når der søges på historiske data. 

4.3.1.4 Adresser 

På fanebladet ”Adresser” opretter, ændrer og sletter kommunen sine adresser. 

Det er så at sige kommunens adresse-bank. 

På fanebladet ”Bygning og bolig” knytter brugeren relationer mellem det enkelte 

niveau og en eksisterende adresse. 


April 2013


Det vil sige ønsker brugeren under fanen ”Bygning og bolig” at knytte en adresse 

som ikke allerede findes til et valgt niveau, hopper man (vha. et link) til 

fanebladet ”Adresser” hvor man opretter adressen. Først dernæst kan man 

knytte adressen til det valgte niveau. På adressen vil det herefter fremgå, at den 

er tilknyttet en entitet i ”Bygning og bolig”. 

4.3.1.5 Dynamiske skærmbilleder 

Afhængig af brugerens rolle/profil og de varierende brugsmønstre, vil det være 

meget forskelligt hvilke felter der er aktive/inaktive, synlige/usynlige og skal 

udfyldes/vælges på de enkelte skærmbilleder. 

4.3.1.6 Frivillige elementer (felter/niveauer) 

Det er den enkelte kommune der vælger om de vil bruge de frivillige felter. Hvis 

de vælger at gøre det, vil felterne fremgå af brugergrænsefladen på lige fod med 

alle de andre felter. Ellers vil de ikke. 

Det er endvidere den enkelte kommune der vælger om de vil bruge de frivillige 

niveauer. Hvis de vælger at bruge disse, vil de fremgå af brugergrænsefladen, 

og ellers ikke. Det vil sige at de niveauer som er frivillige at registrere (teknisk 

anlæg, rum og brugsenhed) ikke vil være synlige i brugergrænsefladen i de 

kommuner som har valgt disse niveauer fra. 

4.3.1.7 Tilgængelighed 

Alle websider bliver valideret imod http://validator.w3.org med dokumenttype 

"XHTML 1.0 Transitional" og encoding "utf-8" (jf. krav 19.12). 

Alle websider udføres så vidt muligt i overensstemmelse med retningslinjerne for 

tilgængelighed for blinde og svagtseende. 

Alle websider kontrolleres med http://wave.webaim.org/ (jf. ændring af krav 

19.13). 

4.3.1.8 Datoformat 

Datoer på BBR-Meddelelser og skærmbilleder generelt i BBR-Kommune være i 

dette format: dd-mm-åååå (jf. krav 7.16). 


April 2013


4.3.1.9 Knapfunktioner m.m. 

Her er en oversigt over de typiske knapper og øvrige små funktioner på tværs af 

skærmbillederne. Vær venligst opmærksom på at ”Opret”-knapperne er samlet i 

et panel, som vises når der trykkes på ”Opret”-knappen i bunden af 

skærmbilledet: 

Funktioner/knapper På hvilket 

skærmbillede? 

Knappen ”Søg” F.eks. på skærmbilledet 

”Søg” nr. 2.1, 3.1 og 5.1 i 

Bilag 1. 

Knappen ”Opret 

byggesag” 

Knappen ”BBR- 

Meddelelse” 

Denne knap findes i det 

panel der dukker op ved 

tryk på ”Opret”-knappen 

F.eks. på skærmbilledet 

”Grund” nr. 2.2 i Bilag 1 



Knappen ”Slet” F.eks. på skærmbilledet 

”Bygning” nr. 2.4 i Bilag 1 

Knappen ”Gem” F.eks. på skærmbilledet 


Knappen ”Kopier” F.eks. på skærmbilledet 

2.12 ”Byggesag” og 3.4 

”Adressesag” 

Beskrivelse 

Hvis brugeren trykker på knappen ”søg”, 

søger brugeren med de søgekriterier 

brugeren har angivet. 

Vælger brugeren at klikke på denne knap, 

vises en dialogboks, hvor sagstypen 

vælges. Når sagstypen er valgt åbnes 

skærmbillede 2.12: ”Byggesag” hvor man 

opretter selve sagen. Sagen får på den 

måde automatisk det valgte niveau 

tilknyttet. Ved bygningsbilledet åbnes et 

billede der indeholder oplysninger om både 

sagen og bygningen. 

Vælger brugeren at klikke på denne knap, 

springer han direkte til 5.2. og hans valg af 

niveau er automatisk ført med over for at 

lette brugssituationen. 

Med knappen ”slet” sletter brugeren det 

valgte niveau 

Med knappen ”Gem” gemmer brugeren de 

ændrede felter og notatlinjer på 

skærmbilledet. 

Med knappen kan brugeren kopiere en 

eksisterende sag eller stamentitet og 

genbruge den i sin oprettelse. Han vil 

kunne ændre alle de ting han ønsker, men 

kan undgå en række indtastninger og får 

på den måde lettet sin brugssituation. 

Knappen ”Ejd.Opl” Skærmbilledet indeholder information på 

tværs af BBR-niveauer. Læs mere om 

”Ejendomsoplysninger” i afsnit 4.3.2.1. 

Knappen ”BBR-Medddata” 

Ved klik på denne knap fremkommer et 

skærmbillede som tager udgangspunkt i 

BBR-Meddelelsen. Læs mere om ”BBR- 

MEDD-DATA” i afsnit 4.3.2.2. 

’Opret brugsenhed’ Vælger du at klikke på denne knap, 

kommer du til skærmbillede hvor du kan 

oprette en brugsenhed. Brugsenhed er 

frivilligt at anvende. 

En brugsenhed er en del af en bygning, 

som ønskes afgrænset til en bestemt 

anvendelse eller funktion, og som ikke kan 

defineres som en bolig-/erhvervsenhed. 


April 2013


’Opret bygning - Stam’ Vælger du at klikke på denne knap, 


oprette en bygning direkte i stamdata. 

’Opret bygning - 

Nybyggeri’ 

En bygning er defineret som én eller flere 

konstruktioner, der udgør en rumlig helhed 

og som skærmer mod vejrliget. En bygning 

skal som minimum bestå af en 

overdækning (et tag). 

Vælger du at klikke på denne knap, 


oprette en bygning som et nybyggeri. 

Samtidigt vises sagsoplysningerne så alle 

bygningens data kan indberettes i én 

arbejdsgang. 

’Kopier som ny bygning’ Vælger du at klikke på denne knap, 

oprettes der en kopi af den bygning du har 

åbent. Evt. indtastede ændringer på 

bygningen videreføres til den nye bygning. 

’Opret enhed’ Vælger du at klikke på denne knap, 


oprette en enhed. 

Ved en bolig-/erhvervsenhed forstås et 

sammenhængende areal i en bygning med 

selvstændig adgang fra en 

opgang/indgang. Bolig- eller 

erhvervsenheden er afgrænset og fysisk 

adskilt fra andre bolig- eller 

erhvervsenheder og skal være tildelt en 

unik enhedsadresse, som ikke identificerer 

andre bolig- eller erhvervsenheder. 

’Kopier som ny enhed’ Vælger du at klikke på denne knap, 

oprettes der en kopi af den enhed du har 


enheden videreføres til den nye enhed. 

’Opret etage’ Vælger du at klikke på denne knap, 


oprette en etage. 

Ved en etage forstås et sammenhængende 

vandret bærende etageplan i en bygning 

afgrænset af ydermurens yderside. Etager, 

der opdeles af et niveauspring på mere end 

1/2 etagehøjde, regnes ikke som en samlet 

etage. Trappeskakter, udvendige trapper 

og adgangsarealer indregnes i etagen. 

’Kopier som ny etage’ Vælger du at klikke på denne knap, 

oprettes der en kopi af den etage du har 

åbent. Evt. indtastede ændringer på etagen 

videreføres til den nye etage. 

’Opret opgang’ Vælger du at klikke på denne knap, 


oprette en opgang. 

Ved en opgang/indgang forstås det 

primære adgangsgivende opgangsareal 

og/eller en indgangsdør, som giver adgang 

til en samlet eller væsentlig del af en 

bygning. 


April 2013


’Kopier som ny opgang’ Vælger du at klikke på denne knap, 

oprettes der en kopi af den opgang du har 


opgangen videreføres til den nye opgang. 

’Opret rum’ Vælger du at klikke på denne knap, 


oprette et rum. Rum er frivilligt at anvende 

Ved et rum forstås et volumen, som er 

fysisk afgrænset af loft, vægge og gulv og 

ikke yderligere rent fysisk er opdelt i rum. 

’Kopier som nyt rum’ Vælger du at klikke på denne knap, 

oprettes der en kopi af det rum du har 


rummet videreføres til det nye rum. 

’Opret brugsenhed’ Vælger du at klikke på denne knap, 


oprette en brugsenhed. Brugsenhed er 

frivilligt at anvende 

’Kopier som ny 

brugsenhed’ 

En brugsenhed er en del af en bygning, 

som ønskes afgrænset til en bestemt 

anvendelse eller funktion, og som ikke kan 

defineres som en bolig-/erhvervsenhed. 


oprettes der en kopi af den brugsenhed du 

har åbent. Evt. indtastede ændringer på 

brugsenheden videreføres til den nye 

brugsenhed. 

’Opret teknisk anlæg’ Vælger du at klikke på denne knap, 


oprette et teknisk anlæg. Teknisk anlæg er 

frivilligt at anvende. 

’Masseopdatering Enhed’ 

Kommunespecifikke oplysninger: 

3 af de 

kommunespecifikke 

oplysninger er 

indtastningsfelter 

3 af de 

kommunespecifikke 

oplysninger er dropdown-bokse. 

Notatlinjerne: 

Findes på skærmbilledet 

”Bygning”. Se Bilag 1. 





Ved et teknisk anlæg forstås en stedfast, 

klart afgrænset konstruktion, som er opført 

til et bestemt teknisk formål, og ikke kan 

karakteriseres som en bygning. 

Som eksempler på teknisk anlæg kan 

nævnes olietanke (der er registreret på 

ejendomsniveau i nuværende BBR), 

vindmøller, gylletanke og siloer. 



vælge de enheder og felter, der skal 

omfattes af masseopdateringen. 

Her angiver brugeren kommunespecifikke 

oplysninger. Systemadministratoren har 

under Systemadministration defineret 

hvilken klasse felterne tilhører og på den 

måde fortalt om de skal udfyldes. 

Her angiver brugeren kommunespecifikke 

oplysninger. Systemadministratoren har 

under Systemadministration defineret 

hvilken klasse felterne tilhører og på den 

måde fortalt om de skal udfyldes. Han har 

endvidere tilknyttet drop-down-boks med 

kodefelt/indhold. 


April 2013


Notatlinjenr. Her vælger brugeren hvilket notatlinjenr. 

Han ønsker at indsætte. 

Systemadministratoren i den enkelte 

kommune definerer (under 

Systemadministration) om notatlinjen skal 

vises på BBR-Meddelelsen. 

Tekst F.eks. på skærmbilledet 


Knappen ”Slet” F.eks. på skærmbilledet 


Her skriver brugeren den tekst som skal stå 

på notatlinjen. 

Efter at en notatlinje er blevet oprettet, kan 

brugeren vha. linkteksten ”slet” gå ind og 

slette hele notatlinjen. 


April 2013


4.3.2 Fanebladet ”Bygning og Bolig” 

Dette faneblad er primært rettet mod de brugere som især skal administrere 

ejendomsdata (dvs. de oplysninger som hidtil er kendt som BBR-data). 

Når brugeren klikker på fanebladet ”Bygning og bolig”, møder han/hun et 

søgebillede (se skærmbillede 2.1. i Bilag 1), hvor han kan søge på disse 

niveauer: 

· Grund 

· Bygning 

· Enhed 

· Opgang/indgang 

· Etage 

· Rum 

· Teknisk anlæg 

· Byggesag 

· Alle 

Ud over et evt. valg af niveau, kan han søge på en række andre oplysninger, der 

kan være relevante i den aktuelle arbejdssituation, herunder historik. 

Hvis man vælger at søge på alle niveauer, skal de indtastede søgekriterier 

tjekkes på alle niveauer i modsætning til en søgning på et enkelt valgt niveau. 

I resultatlisten i venstre side af skærmbilledet kan brugerne vælge et niveau og 

få vist alle data som er knyttet til det valgte niveau (f.eks. som på skærmbillede 

2.4 i Bilag 1). Dataene er opdelt i tematiske grupper på indholdssiden. Hvis 

søgningen er foretaget medtaget historik vil skærmbilledet for alle niveauer kun 

være læsbare, dvs. at der ikke kan ændres i data under visning af historik (f.eks. 

som på skærmbillede 2.15 i Bilag 1). Desuden vil felter med mulighed for 

historisk data have tilknyttet et historikikon . Trykker man på ikonet vises en 

historik dialog for det givne felt indeholdende data for alle ændring på feltet 

siden idriftsættelsen af BBR (1/12 2009). 


April 2013


Figur 4.3.4 Historik dialog på feltniveau 

Under fanen ”Adresser” opretter, ændrer og sletter kommunen sine adresser. 

Disse adresser kan opfattes som kommunens ”adresse-bank”. Under fanen 

”Bygning og bolig” knytter brugeren relation mellem det enkelte niveau og en 

eksisterende adresse i adresse-banken. Det vil sige at administrationen af 

adresser kun kan ske under ”Adresser”, mens man på fanen ”Bygning og bolig” 

skaber relationerne mellem niveauerne og adresserne. 

Ønsker brugeren under fanen ”Bygning og bolig” (f.eks. på skærmbillede 2.4 i 

Bilag 1) at knytte en adresse som ikke allerede findes til et valgt niveau, skal 

denne adresse først oprettes under fanen ”Adresser”. Herefter kan man under 

fanen ”Bygning og bolig” knytte adressen til det valgte niveau. 

En adresse knyttes til et niveau ved at angive vejkode, husnummer og evt. 

etage- og sidedør betegnelse på det aktuelle niveau. 

Hvis brugeren har rollen ”AutomatiskAdresseHåndtering”, vil enhedsadresser 

automatisk blive oprettet, hvis der angives en enhedsadresse på en enhed, som 

ikke findes i forvejen. 

4.3.2.1 ”Ejendomsoplysninger” 

Under niveauet ’Grund’ på fanebladet ”Bygning og bolig” finder brugerne en knap 

”Ejd.Opl” der giver adgang til et skærmbillede: ”Ejendomsoplysninger”. 

Skærmbilledet anvendes især i forbindelse med sagsbehandling af nye 

byggesager. Fx til at undersøge hvilke byggemuligheder der er på grunden, 

herunder hvor stor den aktuelle bebyggelsesprocent er. 

Skærmbilledet indeholder en række oplysninger om grunden; så som grundens 

beliggenhed, vandforsyning, afløbsforhold og antal tekniske anlæg. 

Desuden vises en række arealfelter på grundniveau. Det vil sige at de er 

opsummeret fra de bygninger der ligger på grundens matrikler. Her får du altså 

et samlet overblik. 


April 2013


Endelig vises på skærmbilledet beregningsgrundlaget for udregning af grundens 

bebyggelsesprocent. Fra ESR/OIS/CPR hentes oplysninger vedr. grundens ejere 

samt eventuelle administratorer. Ud fra grundens matrikler hentes også 

oplysninger om matrikelarealer, zonestatus samt oplysninger om landbrugspligt 

på grunden. 

Fra PlansystemDK indhentes – ud fra grundens matrikler – oplysninger om hvilke 

planer (kommune-, lokal- og delplaner) som grundens matrikler er reguleret af. 

4.3.2.2 ”BBR-Medd-data” - Billede med BBR-Meddelelse 

Dette skærmbillede tager udgangspunkt i BBR-Meddelelsen, og vil fortrinsvis 

blive benyttet af byggesagsbehandlere, som gerne vil se BBR oplysningerne, 

men ikke skal kunne udskrive en BBR-Meddelelse. Der bliver vist oplysninger på 

”BBR-MEDD-DATA”, som ikke vises på en BBR-Meddelelse. Niveauet for et ”BBR- 

MEDD-DATA”-skærmbillede vil altid være ”Vurderingsejendom”, dvs. 

ejerlejlighederne vil blive vist på samme måde som almindelige enheder. På den 

måde kan sagsbehandleren benytte billedet til at få et overblik over alle 

ejerlejligheder på en ejendom. 

Skærmbilledet er tilgængeligt for alle, også sagsbehandlere som ikke har adgang 

til at udskrive BBR-Meddelelser. 

4.3.2.3 ”Masseopdatering Enheder” 

Denne funktionalitet vælges på bygningsbilledet og giver mulighed for at 

opdatere flere enheder på én gang. I billedet vælges de enheder og de felter, 

som skal omfattes af masseopdateringen. Det er også muligt at vælge en værdi, 

som skal gælde for et felt på alle valgte enheder. Når disse valg er foretaget, 

dannes en matrix, hvori nye værdier for de valgte enheder og felter kan 

indberettes. 

4.3.3 Fanebladet ”Adresser” 

Dette faneblad er rettet mod de brugere som skal administrere adresser. 

Som allerede skitseret, fungerer fanebladet ”Adresser” som en adresse-bank 

eller et basisregister for enhver ny adresse – uanset om disse adresser er 

knyttet til en bygning eller andet niveau som i øvrigt er registreret i BBR- 

Kommune. 

Det er et basisregister for alle adresser, som fastsættes, registreres og 

administreres af kommunen. 

I adressebanken vil der i venstreside af skærmbilledet under ”Navigation” være 

en selvstændig resultatliste for ”adresser”: 


April 2013


Grund 

Ved søgning på adresser i BBR bliver resultatet som udgangspunkt sorteret 

logisk på denne måde: 

Niveau Indhold i træet (=logisk sortering) 

Grund: GRU: Ejd.nr./ vejnavn / husnr. / sagsnr. 

Matrikel MAT: Matrikelbetegnelse 

Adgangsadresse AAD: vejnavn, husnr., sagsnr. 

Enhedsadresse EAD: etagebetegnelse, side/dørnr., sagsnr. 

Håndtering af adresser er noget af det nye i Nyt BBR. Brugeren kan foretage 

følgende omkring adresser: 

· Oprette en ny adresse 

· Slette en eksisterende adresse 

· Ændre en eksisterende adresse 

· Søge efter adresser 

· Oprette, ændre og godkende adressesager 

Når brugeren klikker på fanebladet ”Adresser”, møder han et søgebillede (se 

skærmbillede 3.1. i Bilag 1), hvor han kan søge på disse niveauer: 

· Adresse 

· Adressesag 

Matrikel 

Adgangsadresse 


Enhedsadresse 

Enhedsadresse 

Enhedsadresse 

Enhedsadresse 

Figur 4.3.5 BBR-adressehierarki 

Ud over et evt. valg af niveau, kan han søge på en række andre oplysninger der 

kan være relevante i denne arbejdssituation, herunder historik. 

I resultatlisten i venstre side af skærmbilledet kan brugerne vælge et niveau og 

dernæst indtaste/se alle de data som er knyttet til det valgte niveau (f.eks. som 

på skærmbillede 2.2 i Bilag 1). Dataene er opdelt i tematiske grupper på 

indholdssiden. Hvis søgningen er foretaget medtaget historik vil skærmbilledet 


April 2013


for alle niveauer kun være læsbare, dvs. at der ikke kan ændres i data under 

visning af historik (f.eks. som på skærmbillede 3.5 i Bilag 1). Desuden vil felter 

med mulighed for historisk data have tilknyttet et historikikon . Trykker man 

på ikonet vises en historik dialog for det givne felt indeholdende data for alle 

ændring på feltet siden idriftsættelsen af BBR (1/12 2009). 

Figur 4.3.6 Historikdialog på feltniveau 


April 2013


4.3.4 Fanebladet ”Inddataboks” 

Figur 4.3.7 Sagsgang for en ekstern sag i Inddataboks 

BBR Inddataboks giver mulighed for modtagelse af BBR data fra andre 

kommuner ved flytning af bygning eller fra eksterne interessenter ved ændring 

af supplerende varme. 

I denne version af Inddataboksen kan indsendte sager have en af følgende tre 

typer: 

· Supplerende varme (beskrevet i afsnit 4.3.4.1) 

· Matrikulær ændring (beskrevet i afsnit 4.3.4.2) 

· Fysisk flytning (beskrevet i afsnit 4.3.4.2) 

På længere sigt er det planen, at Inddataboksen kan modtage mange forskellige 

indberetninger til BBR systemet. 

I Inddataboksen er der et filter (en søgning), som sagsbehandlerne kan benytte 

primært til at afgrænse de sager, de ønsker at få vist i listen resultatlisten. Ved 

hjælp af søgningen kan sagsbehandleren afgrænse listen på sagsoplysninger, 

herunder indberetningstype, kilde, status, sagsnummer, sagsbehandler, 

modtagelsesdato og antal dage, før tidsfrister er overskredet, samt 

ejendomsoplysninger. (Se skærmbillede 4.1 i Bilag 1). 

Sagsbehandleren kan se og administrere alle kommunens sager om ændringer af 

BBR-data til kommunen. Når sagsbehandleren har valgt en bestemt sag, kan 


April 2013


denne tilføjes notater, gemmes, godkendes, afvises eller sendes videre til f.eks. 

en anden sagsbehandler i kommunen. 

Figur 4.3.8 Sagsgang for en sag i Inddataboksen 

Hvis sagen godkendes, opdateres BBR systemet med de indsendte BBR data. 

Når sagen videreekspederes til en anden sagsbehandler, følges dette af en email 

til vedkommende. 

Når behandlingen af sagen er afsluttet, skal afsenderen af sagen have besked og 

hvis det har resulteret i en gennemført ændring, kan der udskrives en BBR- 

Meddelelse fra systemet. Sagsbehandleren vil i hvert enkelt tilfælde kunne 

afgøre om dette skal ske. 

4.3.4.1 Supplerende varme 

Eksterne interessenter kan indsende sager til BBR Inddataboksen via 

standardiserede snitflader. Sagerne indeholder information om indberetteren 

samt de BBR data vdr. supplerende varme, der ønskes indberettet til BBR 

systemet på bygnings- og enhedsniveau. 

Inddataboksen kan modtage OIOXML-filer. Der er p.t. defineret én OIOXML-fil til 

indberetning af supplerende varme. Indholdet af OIOXML-filen ’oversættes’ og 

præsenteres i læsbart format i boksen ’Modtagne ændringer” (se skærmbillede 

4.2 i Bilag 1). 

Ved hjælp af Inddataboks sagen kan kommunen afgøre, om værdien for 

supplerende varme skal accepteres eller afvises. 

4.3.4.2 Flytning af bygning 

Flytning af bygning kan deles op i 2 forskellige situationer: 

· Matrikulær ændring, hvor en bygning, herunder husbåd, administrativt 

”flyttes” til en anden kommune alene ved at ændre adressedata i BBR, 

· Fysisk flytning af en bygning (husbåde og museumsbygninger) 

I 95 % af tilfældene drejer det sig om matrikulære ændringer. Kun i 5 % af 

tilfældene drejer det sig om fysiske flytninger. 


April 2013


Ved matrikulære ændringer opfattes bygningen af fra- og tilflytter-kommunen 

som én bygning. Der er ikke behov for byggesagsbehandling, og bygningen kan 

flyttes fra stam til stam. Bygningen beholder således sin geokodning, sin UUID, 

historik mm. 

Tilflytter-kommunen kan se den flyttede bygning (samt underliggende entiteter 

og entiteter på samme ejendom) via links i Inddataboks sagen. Kommunespecifikke 

felter kan dog ikke ses. 

Hvis tilflytter-kommunen godkender Inddataboks sagen, flyttes bygningen med 

underliggende entiteter automatisk fra fraflytter-kommune til tilflytterkommune. 

Kommunespecifikke felter slettes ved flytningen. Entiteterne beholder 

deres unikke UUIDer og deres historik. 

I det øjeblik Inddataboks sagen godkendes, forsvinder bygningen og 

underliggende entiteter fra fraflytter-kommunen, og sagsbehandleren i fraflytterkommunen 

(som har sendt sagen til tilflytter kommunen og som således står 

som afsender af Inddatabokssagen) adviseres via e-mail om godkendelsen. 

Hvis tilflytter-kommunen ikke ønsker at modtage bygningen, skal tilflytterkommunen 

afvise Inddataboks sagen. Dette resulterer i, at felterne ”Type” og 

”Kommune” i fraflytter-kommunen nulstilles, og at sagsbehandleren ligeledes får 

en orientering om dette via e-mail. Entiteterne vil i givet fald blive låst op igen i 

fraflytter-kommunen. 

En fysisk flytning af en bygning opfattes derimod som en nedlæggelse af 

bygningen i fraflytter-kommunen og en oprettelse af en ny bygning i tilflytterkommunen. 

Her skal UUIDen ikke følge bygningen, og også geokodningen skal 

laves på ny. Bygningen betragtes som en ”ny bygning”, men vil typisk beholde 

sit oprindelige opførelsesår. 

Tilflytter-kommunen kan se den flyttede bygning (samt underliggende entiteter 

og entiteter på samme ejendom) via links i Inddataboks sagen. Kommunespecifikke 

felter kan dog ikke ses. 

Hvis tilflytter-kommunen accepterer en bygning, som bliver flyttet på grund af 

en fysisk flytning, skal sagen i Inddataboksen afsluttes ved at den overføres. 

Hvis tilflytter-kommunen overfører Inddataboks sagen, betyder dette, at 

tilflytter-kommunen igangsætter byggesagsbehandlingen som om bygningen var 

kommet ind på anden vis. 

Sagsbehandleren i fraflytter-kommunen (som har sendt sagen til tilflytter 

kommunen og som således står som afsender af Inddatabokssagen) adviseres 

via e-mail om overførslen. Bygningen kan nu slettes/nedrives i fraflytterkommunen. 

Hvis tilflytter-kommunen ikke ønsker at modtage bygningen, skal tilflytterkommunen 

afvise Inddataboks sagen. Dette resulterer i, at felterne ”Type” og 

”Kommune” i fraflytter-kommunen nulstilles og at sagsbehandleren ligeledes får 

en orientering om dette via e-mail. Felterne ”Type” og ”Kommune” vil i givet fald 

blive låst op igen. 


April 2013


4.3.5 Fanebladet ”BBR-Meddelelse” 

Dette faneblad er primært rettet mod såvel de daglige BBR-sagsbehandlere som 

sagsbehandlere i borgerservicebutikker o. lign. som kun kommer ind i løsningen, 

for at løse én arbejdsopgave – nemlig at bestille eller udskrive BBR-Meddelelser. 

Læs mere om BBR-Meddelelser i kapitel 5 om udskrifter til borgerne. 

4.3.6 Fanebladet ”Rapporter” 

Fanebladet indeholder 2 typer rapporter: en række standardrapporter og en 

række rapporter som den enkelte kommune selv kan definere (skærmbillede 6 i 

Bilag 1). Rapporterne er typisk forskellige former for statistik på overordnet 

niveau. Det vil sige for kommunen som helhed. Derfor er der ikke nogen søgning 

integreret i dette faneblad, men i stedet vil der ved nogle rapporter være en eller 

flere parametre, så brugerne kan danne rapporten svarende til netop deres 

aktuelle behov. Læs mere om rapporter i kapitel 10 ”Rapporter”. 

4.3.7 Fanebladet ”Brugeradministration” 

Dette faneblad retter sig alene mod brugeradministratoren i kommunen. Det er 

kun ham/hende som skal have adgang til denne fane. Fanebladet vil ikke være 

synligt for de øvrige brugere (se skærmbillede 7.1 i Bilag 1). 

Det er herunder, at brugeradministratoren opretter nye brugere i systemet, 

ligesom der gives en samlet oversigt over lokale, kommunale brugere af BBR- 

Kommune. Specifikke brugere kan fremsøges og redigeres ved søgning på navn 

eller brugernavn (se skærmbillede 7.2 i Bilag 1). 

4.3.8 Fanebladet ”Systemadministration” 

Dette faneblad retter sig alene mod systemadministratoren i kommunen. Det er 

kun ham som skal have adgang til denne fane. Fanebladet vil ikke være synligt 

for de øvrige brugere. 

Under fanebladet ”systemadministration” kan systemadministratoren fastsætte 

lokale, kommunale systemparametre som tematisk kan opdeles i disse 

undergrupper: 

· Kommuneoplysninger (se skærmbillede 8.1 i Bilag 1) 

Der vedligeholdes oplysninger om kommunens adresse, telefonnummer, 

email og hjemmeside. 

· Tilpas tooltip-tekster (se skærmbillede 8.2 i Bilag 1) 

Her vedligeholdes kommunespecifikke tilretninger af tooltip. 

· Tilpas sidehjælp (se skærmbillede 8.3 i Bilag 1) 

Her vedligeholdes kommunespecifikke tilretninger af hjælpetekster. 

· Tilpas fejltekster (se skærmbillede 8.4 i Bilag 1) 

Her vedligeholdes kommunespecifikke tilretninger af fejltekster. 

· Kommunespecifikke felter (se skærmbillede 8.5 i Bilag 1) 

Her vedligeholdes de kommunespecifikke felter. Herunder de tilknyttede 

drop-down lister. 


April 2013


· Notatlinjer på BBR-Meddelelsen (se skærmbillede 8.6 i Bilag 1) 

Her vedligeholdes hvilke notatlinjer den aktuelle kommune ønsker vist på 

BBR-Meddelelsen. 

· Indstillinger for BBR-Meddelelse (se skærmbillede 8.7 i Bilag 1) 

Her vedligeholdes en række kommunespecifikke indstillinger for BBR- 

Meddelelsen. 

· Kommunespecifikke links (se skærmbillede 8.8 i Bilag 1) 

Muligheden for på kommunalt niveau at kunne definere og vedligeholde nogle 

URL’s hvor der kan tilknyttes information, som der ønskes overført sammen 

med den givende URL. Sammen med oprettelsen/vedligeholdelsesn tager 

kommunen stilling til hvilke skærmbilleder det enkelte kommunespecifikke 

link skal vises på. 

· Overførsel (se skærmbillede 8.9 i Bilag 1) 

Mulighed for at systemadministratoren kan vælge ”overflytning af tinglyst 

areal fra ESR” til/fra. (jf. krav 18.3). 

· Tidsfrister (se skærmbillede 8.10 i Bilag 1) 

Her vedligeholdes kommunespecifikke tidsfrister for ”overførsel af 

anmeldelsessager” og ”påbegyndelsesrykkere”. 

· For ”overførsel af anmeldelsessager” angives hvor lang tid efter 

tilladelsesdato der automatisk skal overføres fra ændringsdata til 

stamdata: 

• Anmeldelsessager - Småhuse (byggesagskode 2) 

• Anmeldelsessager – Øvrige (byggesagskode 5) 

· For ”påbegyndelsesrykkere” gives mulighed for at indberette en 

månedsangivelse. Der etableres en funktion, som giver den kommunale 

sagsbehandler mulighed for at igangsætte påbegyndelsesrykkere. Se 

mere i afsnit 4.3.8.2 

· ESDH (se skærmbillede 8.11 i Bilag 1) 

· Inddataboks (se skærmbillede 8.12 i Bilag 1) 

Mulighed for at angive en tidsfrist indenfor hvilken en sag skal være tildelt en 

sagsbehandler henholdsvis være afsluttet 

· Inddataboks-tekster (se skærmbillede 8.13 i Bilag 1) 

Mulighed for at redigere i faste mailtekster. 

4.3.8.1 Overførsel af anmeldelsessager 

Der etableres en funktion, som den kommunale sagsbehandler aktiverer, der 

overfører fra ændringsdata til stamdata ud fra den månedsangivelse kommunen 

har angivet. 

Det er den enkelte kommune der afgør om der skal være samme 

månedsangivelse på de tre typer af anmeldelsessager, og om overførsel af alle 

typer skal igangsættes samlet. 

Ved igangsætning af en kørsel gennemløbes alle byggesager. De sager som kan 

overføres uden fejl, overføres til stamdata. De sager der fejler samles op på en 

liste, som præsenteres for sagsbehandleren. 


April 2013


4.3.8.2 Påbegyndelsesrykkere 

Under ”Systemadministration” gives mulighed for at indberette en 

månedsangivelse. Der etableres en funktion, som den kommunale sagsbehandler 

aktiverer, der sætter dannelse af påbegyndelsesrykkere i gang. 

Når påbegyndelsesrykkerne er dannet vises en PDF-fil i et særskilt 

browservindue. PDF-filen indeholder en side pr. påbegyndelsesrykker. Sidste 

side(r) i PDF-filen indeholder en oversigtsliste over dannede 

påbegyndelsesrykkere. Den kommunale sagsbehandler udskriver 

påbegyndelsesrykkerne decentralt. 


April 2013


4.3.9 Fanebladet ”Indstillinger” 

Figur 4.3.9 Adgang til "Dine brugerindstillinger" 

Brugeren har mulighed for at lave sine egne brugerindstillinger i BBR-Kommune 

vha. fanebladet ”Indstillinger”. 

Når brugeren klikker på ”Indstillinger”, ser han et skærmbillede (skærmbillede 

9.1 i Bilag 1) hvor brugeren blandt andet kan vælge at ændre sine generelle 

indstillinger eller indstillinger der gælder for hvert af de øvrige faneblade. 

F.eks. kan brugeren angive, hvilke informationer der skal fremgå af 

resultatlisterne på de forskellige søgesider samt hvilken information resultaterne 

skal sorteres efter. I de følgende to afsnit er skitseret, hvilke muligheder 

brugeren har for opsætning af resultatlisterne i hhv. Bygning og bolig samt 

Adresse. 


April 2013


4.3.9.1 Opsætning af resultatliste i Bygning og bolig 

Den viste information i resultatlisten for Bygning og bolig, samt sorteringen 

heraf, kan angives ud fra følgende muligheder: 

Niveau Indhold i bygning- og boligresultatlisten 

Grund 

GRU: Ejendomsnr, vejnavn, vejkode, husnr., postnr., ejerforholdskode (som 

klartekst i tooltip), sagsnr., ændret dato. 

Matrikel 

MAT: Matrikelnr. 

Bygning 

Opgang/indgang 

Etage 

Enhed 

Rum 

Teknisk anlæg på 

matrikel 

Teknisk anlæg på 

bygning 

Brugsenhed 

BYG: Bygnr., vejnavn, vejkode, husnr., postnr, postdistrikt, anvendelseskode 

(samt som klartekst i tooltip), sagsnr. (inkl. Litra), opførelsesår, ændret dato, 

bygning på lejet grund (som klartekst i tool tip). 

OPG: Vejnavn, vejkode, husnr., postnr, postdistrikt, sagsnr. (inkl. Litra), 

ændret dato. 

ETA: etagebetegnelse, ændret dato. 

ENH: Bygningsnr., vejnavn, vejkode, husnr., etage, side/dør, postnr, 

postdistrikt, anvendelskode (som klartekst i tooltip), ejendomsnr. for 

ejerlejlighed, sagsnr. (inkl. Litra), ændret dato. 

RUM: Rumnr., bygningsnr., vejnavn, vejkode, husnr., postnr., postdistrikt, 

sagsnr. (inkl. Litra), ændret dato. 

TEK: Teknisk anlægsnr., vejnavn, vejkode, husnr., postnr, postdistrikt, 

klassifikation (som klartekst i tooltip), sagsnr. (inkl. Litra), ændret dato. 

TEK: Teknisk anlægsnr., vejnavn, vejkode, husnr., postnr, postdistrikt, 

klassifikation (som klartekst i tooltip), sagsnr. (inkl. Litra), ændret dato. 

BRU: Vejnavn, vejkode, husnr., etage, side/dørnr., postnr, postdistrikt, 

anvendelseskode (som klartekst i tooltip), sagsnr. (inkl. Litra), ændret dato. 

Resultatet af søgningen bliver som udgangspunkt sorteret logisk på denne 

måde: 



Matrikel MAT: Matrikelbetegnelse, 

Bygning BYG: Bygnr./ vejnavn / husnr. / anvendelseskode (som klartekst i tooltip) / 

opførelsesår / sagsnr. 

Brugsenhed BRU: vejnavn, vejkode, husnr., etage, side/dørnr., sagsnr. 

Opgang/indgang OPG: Vejnavn/ husnr. / sagsnr. 

Enhed ENH: Bygnr./ vejnavn / husnr. / side/dør / anvendelskode (som klartekst i tooltip) 

/ sagsnr. 

Rum RUM: Bygnr./ vejnavn / husnr. / sagsnr. 

Etage ETA: Etagebetegnelsen (fx kl, st, 01, 02 osv.) 

Teknisk anlæg TEK: Bygnr./ vejnavn / husnr. / anvendelseskode (som klartekst i tooltip) / 

sagsnr 


April 2013


4.3.9.2 Opsætning af resultatliste i Adresser 

Den viste information i resultatlisten for Adresser, samt sorteringen heraf, kan 

angives ud fra følgende muligheder: 

Niveau Indhold i Adresse-resultatlisten 

Grund GRU: Ejendomsnummer, vejnavn, vejkode, husnr., ejerforholdskode (som 

klartekst i tool-tip), ændret dato. 

Adgangsadresse AAD: Vejnavn, vejkode, postnr., postdistrikt, husnr., sagsnr., ændret dato. 

Enhedsadresse EAD: Etagebetegnelse, side/dørnr., ændret dato. 

Resultatet af søgningen bliver som udgangspunkt sorteret logisk på denne 

måde: 



Matrikel MAT: Matrikelbetegnelse 

Adgangsadresse AAD: Vejkode/ husnr. 

Enhedsadresse EAD: Etagebetegnelse / Side/dørnr. 

Samtlige mulige brugerindstillinger er vist i Bilag 1, afsnit 10. 

4.4 Tooltip- og hjælpetekster 

I dette afsnit beskrives tooltip- og hjælpetekster til brugerdialogen, de endelige 

tooltip- og hjælpetekster kommer ved systemet aflevering jf. krav 21.5. 

4.4.1 Tooltip 

Ved klik i feltet eller musen over vises tooltippet med følgende oplysninger: 

· Dato og tid for sidste ændring. Her 17-11-2009 11:14:47. 

· Kildekode. Kildekoden er identifikation af den sidst ansvarlige, der har 

ændret/gemt feltets data. 

· Selve feltbeskrivelsen. 

Under ”Indstillinger” er det muligt at slå visning af tooltip-tekster til eller fra. 

Vær desuden opmærksom på, at evt. synlige tooltip-tekster skjules ved 

påbegyndt indtastning i et felt. 


April 2013


4.4.2 Hjælpetekster 

Figur 4.4.1 Eksempel på visning af tooltip 

Til det aktuelle skærmbillede, som brugeren befinder sig på, vil der forefindes 

hjælp, illustreret ved et lille blåt ikon med et spørgsmål på øverst i højre hjørne 

ved siden af print-ikonet. På hjælpebilledet finder du en definition, en 

identifikation på hjælpebilledet, her (BOB-2) og en vejledning til, hvordan du 

anvender funktioner f.eks. opretter, ændrer eller sletter. Nederst listes og 

beskrives evt. knapper, der kan forekomme på billedet. Nedenstående figur er et 

eksempel på et hjælpebillede til niveauet Bygning. Teksten på billedet er ikke et 

udtryk for, hvilke hvilken information der kan være i hjælpesystemet. 


April 2013


4.4.3 Administration 

Figur 4.4.2 Eksempel på visning af hjælp til skærmbillede 

Landsdækkende bliver der mulighed for, at forud definere hjælpetekster/ 

tooltips, som alle kommunerne herefter vil starte op med. Den enkelte kommune 

kan herefter tilpasse disse til sin egen kommune. Kommunal tilretning af tooltip 

og hjælpetekster foregår vi systemadministratorens faneblad. Se andet steds i 

dette kapitel. 

4.5 Validering 

For at højne datakvaliteten og imødekomme krav 11.1, 11.2, 11.3, 11.4 og 11.5 

er følgende metode til datavalidering valgt. 

Når en bruger - via. brugergrænsefladen - udfører en handling bliver der afviklet 

en datatypevalidering. Datatypevalidering er den eneste validering der bliver 

fortaget på præsentationsserveren. Her valideres om datatypen, der indtastes, 

er korrekt. Eksempelvis skal tal være af typen ”integer”, og ikke ”char” eller 

”string”. Årsagen til at denne validering foretages på præsentationsserveren er, 


April 2013


at den korrekte type skal være kendt efter det asynkrone AJAX kald fra 

browseren, og før kaldet til forretningslaget. Hvis valideringen er gyldig, vil 

handlingen blive videreført til forretningslaget, hvor integritetsvalideringen 

foretages, hvorefter sandsynligheden valideres. 

I tilfælde af at en logisk validering fejler, får brugeren en fejlmeddelelse og 

det/de felt/felter, der indgår i fejlen bliver fremhævet. I tilfælde af, at en af 

sandsynlighedsvalideringerne giver negativt udslag, vil brugeren blive spurgt, 

om han er sikker på sin handling. Brugeren får sammen med beskrivelsen, en 

mulighed for at gennemtvinge opdateringen eller annullere denne. 

Alle system til system opdateringer er underlagt samme valideringsprocedure, 

men resultatet bliver logget i stedet for vist. Alle sandsynlighedsvalideringer 

bliver gennemtvunget. 

Der bliver kørt batch jobs med konsistenstjek, som løbende genererer en logfil 

med resultatet heraf. 

Database 

Navigation 

GUI element 

GUI element 

Klient browser 

Indhold 

GUI element 

GUI element* 

Præsentationsserveren 

Her foretages datatypevalidering 

Forretningslaget 

Her foretages al validering 

Figur 4.5.1 Datavalidering 

Værdien er ikke 

sandsynlig, men 

logisk korrekt. Vil 

du gennemtvinge 

denne opdatering 

Gennemtving 

Annuller 

Andre systemer 

Landsdækkende vil der være foruddefineret nogle sandsynlighedsintervaller, som 

alle kommunerne herefter vil starte op med. 

Alle ikke simple valideringer, der ikke giver et positivt resultat, vil blive tilføjet 

loggen. 

Logfiler med valideringsresultater (ved samkøring med andre systemer, 

batchkørsler med database konsistenstjek, batchkørsler med konsistenstjek af 

sammenhængen med andre systemer, valideringshistorik) kan tilgås via 

rapportgenereringsværktøjet. 


April 2013


4.6 Fejludskrifter 

I dette afsnit beskrives fejl- og sandsynlighedsudskrifter med brugerdialog i 

fokus, de endelige fejl- og sandsynlighedsudskrifter kommer ved systemet 

aflevering jf. krav 21.5. 

Der vil være to typer af fejludskrifter og sandsynlighedsudskrifter samt en fejl 

log. Der er mulighed for at nogle af fejlteksterne/sandsynlighedsudskrifterne kan 

rettes på lands- og kommuneplan, alt dette beskrives hver for sig herunder. 

4.6.1 Fejludskrifter der er tilknyttet et felt 

Hvis fejlmeddelelsen har en direkte tilknytning til et felt, der er vist på det 

aktuelle skærmbillede, som brugeren befinder sig på, så bliver feltet markeret og 

fejlmeddelelsen bliver vist i umiddelbart sammenhæng med denne. 

Figur 4.6.1 Eksempel på visning af fejlmeddelelse knyttet til et felt 

4.6.2 Fejludskrifter uden tilknytning til et felt 

Hvis fejlmeddelelsen ikke har en direkte tilknytning til et felt, der er vist på det 

aktuelle skærmbillede, som brugeren befinder sig på, så bliver fejlmeddelelsen 

vist centreret på brugergrænsefladen. 

Figur 4.6.2 Eksempel på visning af fejlmeddelelse uden tilknytning til et felt 

4.6.3 Sandsynlighedsudskrifter uden tilknytning til 

et felt 

Hvis sandsynlighedsmeddelelsen ikke har en direkte tilknytning til et felt, der er 

vist på det aktuelle skærmbillede, som brugeren befinder sig på, så bliver 

fejlmeddelelsen vist centreret på brugergrænsefladen. 


April 2013


Figur 4.6.3 Eksempel på visning af sandsynlighedsmeddelelse uden tilknytning til et felt 

4.6.4 Administration 

Landsdækkende bliver der mulighed for, at forud definere nogle af fejlteksterne, 

som alle kommunerne herefter vil starte op med. Den enkelte kommune kan 

herefter tilpasse disse til sin egen kommune. 

4.6.5 Fejllogning 

Alle ikke simple valideringer og systemfejl, vil blive tilføjet loggen. 

Loggen kan tilgås ved hjælp af rapportgenereringsværktøjet. 


April 2013

Systembeskrivelse kapitel 4 – Brugerdialog – Bilag 1 

Brugerdialog – Bilag 1 

1. Sitemap ................................................................................................................................ 3 

2. Bygninger og boliger ......................................................................................................... 4 

2.1 Søg ................................................................................................. 4 

2.2 Grund .............................................................................................. 5 

2.3 Matrikel ........................................................................................... 7 

2.4 Bygning ........................................................................................... 8 

2.5 Enhed ............................................................................................ 12 

2.6 Masseopdatering af enheder ............................................................. 15 

2.7 Opgang/indgang ............................................................................. 16 

2.8 Etage ............................................................................................ 17 

2.9 Rum .............................................................................................. 18 

2.10 Brugsenhed .................................................................................. 19 

2.11 Teknisk anlæg .............................................................................. 20 

2.12 Byggesag ..................................................................................... 22 

2.13 Bygning med byggesag .................................................................. 25 

2.14 Ejendomsoplysninger ..................................................................... 29 

2.15 Entitet med historiske oplysninger ................................................... 31 

3. Adresser ............................................................................................................................ 35 

3.1 Søg ............................................................................................... 35 

3.2 Adgangsadresse .............................................................................. 36 

3.2.1 Ny Adgangsadresse .................................................................. 37 

3.3 Enhedsadresse ............................................................................... 38 

3.3.1 Ny enhedsadresse .................................................................... 39 

3.4 Adressesag .................................................................................... 40 

3.5 Entitet med historiske oplysninger ..................................................... 41 

4. Inddataboksen .................................................................................................................. 42 

4.1 Søg i Inddataboksen ........................................................................ 42 

4.2 Supplerende varme ......................................................................... 43 

4.3 Matrikulær ændring ......................................................................... 44 

4.4 Fysisk flytning ................................................................................ 46 

5. BBR-Meddelelse ............................................................................................................... 47 

5.1 Søg ............................................................................................... 47 

5.2 Bestil BBR-Meddelelse ..................................................................... 48 

5.2.1 Angivelse af e-mail-modtager .................................................... 49 

5.2.2 Selve BBR-Meddelelsen ............................................................. 50 

5.2.3 Masseudskrivning ..................................................................... 61 

6. Rapporter .......................................................................................................................... 62 

7. Brugeradministration ....................................................................................................... 63 

7.1 Søgesiden ...................................................................................... 63 

7.2 Ret bruger ..................................................................................... 64 

8. Systemadministration ...................................................................................................... 65 

8.1 Kommuneoplysninger ...................................................................... 65 

8.2 Tilpas tooltip-tekster ....................................................................... 66 

8.3 Tilpas sidehjælp .............................................................................. 67 

8.4 Tilpas fejltekster ............................................................................. 68 

8.5 Kommunespecifikke felter ................................................................ 69 

8.6 Notatlinjer på BBR-Meddelelsen ........................................................ 70 

8.7 Indstillinger for BBR-Meddelelse ........................................................ 71 


April 2013


8.8 Kommunespecifikke links ................................................................. 72 

8.9 Overførsel ...................................................................................... 73 

8.10 Tidsfrister ..................................................................................... 74 

8.11 ESDH ........................................................................................... 75 

8.12 Inddataboks ................................................................................. 76 

8.13 Inddataboks-tekster ...................................................................... 77 

9. Indstillinger ....................................................................................................................... 78 

9.1 Generelt ........................................................................................ 78 

9.2 Bygning og bolig ............................................................................. 79 

9.3 Adresser ........................................................................................ 89 

9.4 Inddataboks ................................................................................... 93 

9.5 BBR-Meddelelse .............................................................................. 97 


April 2013


1. Sitemap 

Startsiden (præsentation til hver brugerprofil) 

Hjælp 

Log ind (på baggrund af pinkode/certifikat 

tilpasses visningen af visse elementer og rettigheder) 

BBR-kommune 

Kommunikation (Tilpasning af profil: valg af kommune m.m.) 

8. Links 



4. BBR-Meddelelse 5. Rapporter 


2. Adresser 

1. Bygninger 

og boliger 

9. ”Dine 

brugerindstillinger” 


1.1 Søg 

3.1 Søg 

2.1 Søg 

1.1 Søg 

7.2 Tooltip 

4.2 Bestil BBR- 

Medd. 

3.2 Supplerende 

varme 


1.2 Grund 

1.3 Matrikel 

7.3 Hjælp 


3.3 Matrikulær 

ændring 



April 2013 

1.4 Bygning 

7.4 Fejltekster 




1.5 Enhed 


felter 

7.11 ESDH 

1.6 Opgang/ 

indgang 

7.6 Notatlinier på 

BBR-Meddeleserne 

1.7 Etage 


1.10 Byggesag 

7.7 Indstillinger 

for 


1.8 Rum 

7.13 Inddatabokstekster. 

1.12 Bygning med 

byggesag 



links 

1.13 Ejd. Opl. 

1.10 Teknisk 

anlæg


2. Bygninger og boliger 

2.1 Søg 


April 2013


2.2 Grund 


April 2013



April 2013


2.3 Matrikel 


April 2013


2.4 Bygning 


April 2013



April 2013



April 2013



April 2013


2.5 Enhed 


April 2013



April 2013



April 2013


2.6 Masseopdatering af enheder 

Hvis der på bygning vælges Masseopdatering Enhed, vises følgende guide bestående 

af tre trin. 

I trin 1 udvælges de enheder, hvis felter skal opdateres 

I trin 2 udpeges de felter, som masseopdateringen skal være omfattet af. 

I trin 3 vises en matrix, hvori opdateringerne kan foretages. 


April 2013


2.7 Opgang/indgang 


April 2013


2.8 Etage 


April 2013


2.9 Rum 


April 2013




April 2013


2.11 Teknisk anlæg 


April 2013



April 2013


2.12 Byggesag 

Nedenstående billede er under opret af en tom byggesag på en ejendom på 

Grund niveau. 


April 2013


De følgende to billeder viser de søgefelter der kan anvendes for søgning af niveau 

for den byggesag der skal oprettes. 

Det vises, at man herefter kan vælge de niveauer der skal høre ind under byggesagen, 

samt at man så på selve byggesagen får at se, hvilke niveauer der er 

med i byggesagen (som links) under tilknyttede niveauer. 


April 2013


Hvis der til niveauet bygning er tilknyttet en byggesag S(BYG), vil det blive vist i 

et og samme skærmbillede. 

Sagsoplysninger vises sammen med Andre niveauer i sagen øverst, og derefter 

følger bygningens øvrige stamoplysninger. Herved adskiller bygning sig fra de 

andre niveau. 

Se følgende skærmbillede: Bygning med byggesag 


April 2013


2.13 Bygning med byggesag 


April 2013



April 2013



April 2013



April 2013


2.14 Ejendomsoplysninger 


April 2013



April 2013


2.15 Entitet med historiske oplysninger 


April 2013



April 2013



April 2013



April 2013


3. Adresser 

3.1 Søg 


April 2013




April 2013


3.2.1 Ny Adgangsadresse 


April 2013




April 2013


3.3.1 Ny enhedsadresse 


April 2013




April 2013


3.5 Entitet med historiske oplysninger 


April 2013



4.1 Søg i Inddataboksen 


April 2013


4.2 Supplerende varme 


April 2013


4.3 Matrikulær ændring 


April 2013



April 2013




April 2013


5. BBR-Meddelelse 

5.1 Søg 


April 2013


5.2 Bestil BBR-Meddelelse 


April 2013


5.2.1 Angivelse af e-mail-modtager 


April 2013


5.2.2 Selve BBR-Meddelelsen 


April 2013



April 2013



April 2013



April 2013



April 2013



April 2013



April 2013



April 2013



April 2013



April 2013



April 2013


5.2.3 Masseudskrivning 


April 2013


6. Rapporter 


April 2013



7.1 Søgesiden 


April 2013


7.2 Ret bruger 


April 2013





April 2013


8.2 Tilpas tooltip-tekster 


April 2013


8.3 Tilpas sidehjælp 


April 2013


8.4 Tilpas fejltekster 


April 2013


8.5 Kommunespecifikke felter 


April 2013


8.6 Notatlinjer på BBR-Meddelelsen 


April 2013


8.7 Indstillinger for BBR-Meddelelse 


April 2013


8.8 Kommunespecifikke links 


April 2013




April 2013




April 2013


8.11 ESDH 


April 2013




April 2013


8.13 Inddataboks-tekster 


April 2013


9. Indstillinger 

9.1 Generelt 


April 2013


9.2 Bygning og bolig 


April 2013



April 2013



April 2013



April 2013



April 2013



April 2013



April 2013



April 2013



April 2013



April 2013


9.3 Adresser 


April 2013



April 2013



April 2013



April 2013




April 2013



April 2013



April 2013



April 2013


9.5 BBR-Meddelelse 


April 2013



April 2013



April 2013



April 2013

Systembeskrivelse kapitel 5 – Udskrifter til borgerne 


1. Udskrifter til borgerne ............................................................................................... 2 

1.1 Udskriftsmuligheder .......................................................................... 4 

1.1.1 Central udskrift .......................................................................... 4 

1.1.2 Decentral visning/udskrift/e-mail.................................................. 5 

1.1.3 Skærmbillede ”BBR-Meddelelses-data” .......................................... 5 

1.2 Systemadministration ........................................................................ 5 

1.2.1 Skærmbillede ”Kommuneoplysninger” ........................................... 6 

1.2.2 Skærmbillede ”Indstillinger for BBR-Meddelelse” ............................ 7 

1.3 Automatisk udskrivning af meddelelser ................................................ 8 

1.4 Ad hoc-udskrivning af meddelelser ...................................................... 9 

1.4.1 Udskriv meddelelser for en enkelt entitet .................................... 10 

1.4.1.1 Grund .............................................................................. 11 

1.4.1.2 Bygning ............................................................................ 12 

1.4.1.3 Enhed .............................................................................. 12 

1.4.2 Masseudskrivning ..................................................................... 13 

1.4.3 Indstillinger ved ad hoc udskrivning ............................................ 15 

1.4.3.1 Valg af modtager ............................................................... 15 

1.4.3.2 Valg af Årsagskode ............................................................ 16 

1.4.3.3 Kommunespecifikt bilag ...................................................... 16 

1.4.3.4 Valg af udskriftsmåde ........................................................ 16 

1.5 Årsagskoder ................................................................................... 18 

1.6 Adresseringsregler/Hentning af ejer-oplysninger ................................. 20 

1.7 Historik om BBR-Meddelelser ............................................................ 20 

1.8 Skærmbillede ”BBR-Meddelelse-data” ................................................ 21 

1.9 Adgang og rolleprofiler .................................................................... 21 

1.10 Skattemappen .............................................................................. 22 

1.11 Design af meddelelserne ................................................................ 22 


April 2013


1. Udskrifter til borgerne 

Udskrifter til borgerne indeholder overordnet tre typer meddelelser: 

· BBR-Meddelelse 

· BBR-Andelsboligudskrift 

· BBR-Registerudskrift 

Dette kapitel indeholder en beskrivelse af disse typer meddelelser samt mulighederne, 

som de kommunale sagsbehandlere - herunder BBR sagsbehandlere, 

byggesagsbehandlere samt borgerservice medarbejdere – har for at se og udskrive 

disse. 

Afsnit 5.1 giver et overblik over kommunens muligheder for at se og udskrive 

BBR-data. 

Afsnit 5.2 giver et overblik over en systemadministrator side, som giver mulighed 

for at sætte forskellige indstillinger vedrørende udskrivningen. 

Meddelelserne kan blive udskrevet automatisk, hvis der sker ændringer i BBRdata 

eller ad hoc igennem sagsbehandlerdialogen. Disse to muligheder er beskrevet 

i detaljer i afsnit 5.3. og 5.4. Når en sagsbehandler udskriver eller bestiller 

en meddelelse online, har han/hun mulighed for kun at udskrive den for en 

del af ejendommen. Mulighederne er afhængige af meddelelsestype og den entitet, 

som sagsbehandleren ønsker at udskrive for. Disse muligheder er beskrevet 

i afsnit 5.4.1. Sagsbehandleren har også mulighed for at lave en ”masseudskrivning” 

af meddelelser, fx for alle ejendomme på en bestemt vej. Denne mulighed 

er beskrevet i afsnit 5.4.2. 

I afsnit 5.5 beskrives der, hvilke årsagskoder meddelelserne kan have. 

I afsnit 5.6 er adresseringsreglerne for BBR-Meddelelserne beskrevet. 

I afsnit 5.7 beskrives der, hvilke oplysninger der gemmes for de udskrevne 

meddelelser. 

Skærmbilledet ”BBR-Meddelelese-data” er beskrevet i afsnit 5.8. 

I afsnit 5.9 er der kort beskrevet, hvilke muligheder medarbejdere med de forskellige 

rolleprofiler har. 

Muligheden for at gøre BBR-Meddelelsen tilgængelig i borgernes skattemappe på 

Skats hjemmeside er beskrevet i afsnit 5.10. 

Udseendet af de enkelte udskrifter er blevet udarbejdet i et samarbejde med 

KOMBIT, KL og de kommunale parter. Det overordnede design af de enkelte 

meddelelsestyper er beskrevet i afsnit 5.11. 

Nedenstående tegning giver et overblik over de vigtigste komponenter ved dannelse 

af BBR-Meddelelser. 


April 2013


BBR Webserver 

BBR SQL server 

BBR Applikations server 


April 2013 

ESR 

SFTP postkasse 

Figur 5.1 Overblik over de vigtigste komponenter ved udskrivning. 

eBoks 

Centralt Print & kurvertering 

Hvilken vej data vil flyde, afhænger bl.a. af, om man vælger central eller decentral 

udskrift, og om udskrivning er bestilt automatisk eller bestilt af sagsbehandler 

igennem dialogen. 

For både den centrale og decentrale udskriftsmåde gælder det, at meddelelserne 

dannes vha. værktøjet ABCpdf, som danner BBR-Meddelelserne i pdf-format. 

Ved den decentrale udskrift sendes pdf-dokumentet tilbage til sagsbehandlerens 

brugerklient og ved den central udskrift sendes pdf-dokumenterne til print hhv. i 

e-Boks/Digital Post.


1.1 Udskriftsmuligheder 

Kommunen har overordnet nedenstående muligheder for at se hhv. udskrive 

BBR data: 

AUTOMATISK 

AD-HOC MASSEUDSKRIVNING 

AD-HOC FOR ENKEL ENTITET 

BBR-MEDDELELSE-DATA 

Automatisk bestilte BBR-Meddelelser udskrives altid centralt. 

Masseudskrivning af BBR-Meddelelser bestilt igennem sagsbehandlerdialogen 

(ad-hoc) udskrives også altid centralt. 

BBR-Meddelelser for en enkel entitet bestilt igennem sagsbehandlerdialogen (adhoc) 

kan vælges at blive udskrevet decentralt eller centralt. 

Skærmbilledet BBR-Meddelelser er et skærmbillede, som viser BBR-Meddelelses 

data i dialogen. 

1.1.1 Central udskrift 

CENTRAL 

DECENTRAL 

Som nævnt ovenfor bliver automatisk bestilte BBR-Meddelelser samt masseudskrivning 

af BBR-Meddelelser bestilt igennem sagsbehandlerdialogen(ad-hoc) altid 

udskrevet centralt. Derudover er der mulighed for at udskrive en BBR- 

Meddelelse for en enkel ejendom (entitet) centralt. 

Automatiske udskrifter er beskrevet i afsnit 5.3 og ad-hoc bestilling af centrale 

udskrifter er beskrevet i afsnit 5.4 (både central udskrift for en enkel entitet og 

central masseudskrivning). 

Hvis man ønsker at aflevere en meddelelse i e-Boks/Digital Post, skal man vælge 

den centrale udskrift, hvor meddelelsen automatisk sendes til e-Boks/Digital 

Post, hvis modtageren er tilmeldt e-Boks/Digital Post for BBR. 

Centrale udskrifter dannes først på det tidspunkt, der er angivet som næste udskriftsdato 

(se beskrivelsen for kommunetabel/systemadministration i næste afsnit). 

Det vil sige, at ændringer i ejendommen, som sker i tidsrummet mellem 

bestillingen og selve udskrivningen, vil komme med på udskriften. 

Bestillingen af centralt print kan havne i 4 forskellige ”bunker”, alt efter hvilke 

indstillinger der er blevet valgt under ”Systemadministration” eller igennem 

sagsbehandlerdialogen: 

Ikke kuverterede BBR-Meddelelser, som sendes til kommunen 

Kuverterede BBR-Meddelelser, som skal sendes til kommunen 


April 2013


Kuverterede BBR-Meddelelser som skal sendes til modtageren via postvæsenet 

BBR-Meddelelser afleveret til modtagernes E-boks/Digital Post. 

Hvis en BBR-Meddelelse er så stor (inkl. vejledning og eventuelt kommunespecifikt 

bilag), at den ikke kan sendes med almindelig takst, bliver den frasorteret 

inden kuvertering og sendt til kommunen. 

Hvis ejerforholdskoden = 50 (kommunale ejendomme) kuverteres BBR- 

Meddelelsen ikke, og sendes altid til kommunen. 

De BBR-Meddelelser, som sendes til kommunen, vil være sorteret i årsagskode 

og adresseorden. 

Ved den centrale udskrivning bliver der udskrevet på begge sider af papiret. 

Den faste vejledning fra EBST følger altid umiddelbart efter selve BBR- 

Meddelelsen. Et evt. kommunespecifikt bilag vil komme som det sidste i dokumentet. 

1.1.2 Decentral visning/udskrift/e-mail 

BBR-Meddelelser, BBR-Andelsboligudskrifter og BBR-Registerudskrifter kan ses 

og udskrives decentralt (lokalt, hvor sagsbehandler arbejder). 

En ”decentral udskrift” genereres som PDF-dokument, og sagsbehandleren har 

mulighed for at udskrive PDF-dokumentet, sende det pr. e-mail eller blot at få 

vist det på skærmen. En decentral udskrift/visning er kun mulig, hvis sagsbehandleren 

har udvalgt en specifik entitet. 

1.1.3 Skærmbillede ”BBR-Meddelelses-data” 

En 3. mulighed for at se BBR-data er skærmbilledet ”BBR-Meddelelse-data”. 

Dette skærmbillede tager udgangspunkt i BBR-Meddelelsen og vil fortrinsvis blive 

benyttet af byggesagsbehandlere, som gerne vil se BBR oplysningerne, men 

ikke skal kunne udskrive en BBR-Meddelelse. 

Skærmbilledet ”BBR-Medd-data” er beskrevet i detaljer i afsnit 5.8. 

1.2 Systemadministration 

På skærmbillederne ”Kommuneoplysninger” og ”Indstillinger for BBR-Meddelelse” 

kan kommunen vedligeholde oplysninger, som er relevante for udskrivning af 

meddelelser - her specielt oplysninger, som benyttes ved den centrale udskrivning 

af BBR-Meddelelser. 


April 2013


1.2.1 Skærmbillede ”Kommuneoplysninger” 

På skærmbilledet ”Kommuneoplysninger” kan sagsbehandleren angive følgende 

oplysninger: 

· Kommunens adresse, telefonnummer, e-mail adresse og hjemmeside: 

Figur 5.3 Skærmbilledet ”Kommuneoplysninger”. 


April 2013


1.2.2 Skærmbillede ”Indstillinger for BBR- 

Meddelelse” 

På skærmbilledet ”Indstillinger for BBR-Meddelelse” kan sagsbehandleren se 

og/eller angive følgende oplysninger: 

· Lokale kommunale årsagskoder 

· Indstillinger for den centrale udskrivning af meddelelser 

o Udskriftsinterval/Sidste udskriftsdato/Tidspunkt for næste udskrivning 

Kommunen kan angive, i hvilken uge der ønskes levering af BBR- 

Meddelelser. Bestillinger til og med fredag i den forudgående uge 

vil i givet fald blive behandlet. 

o Kuvertering ja eller nej 

o Fravælgelse af kuvertering for nogle årsagskoder 

o Forsendelse til kommunen eller med postvæsenet 

o Bilag (standardbilag og/eller et særskilt bilag) 

Figur 5.4 Skærmbilledet ”Indstillinger for BBR-Meddelelse”. 


April 2013


1.3 Automatisk udskrivning af meddelelser 

Hvorvidt der skal udskrives automatiske BBR-Meddelelser, styres ved hjælp af et 

sæt regler. Der udskrives fx automatisk en meddelelse, når en ejendom skifter 

ejer, eller når der sker ændringer i BBR-data. Alt efter hændelse vil meddelelsen 

få tilknyttet en årsagskode. Mulige årsagskoder ved den automatiske udskrivning 

af BBR-Meddelelser er beskrevet i afsnit 5.5. 

Alle BBR-Meddelelser, som genereres automatisk, er fulde udskrifter for hele 

ejendommen (vurderingsejendom eller ejerlejlighed), og disse udskrives altid 

centralt. 

Automatiske udskrifter udskrives ved den næste planlagte centrale udskrivningskørsel. 

Hvis der i den mellemliggende periode forekommer flere hændelser, som 

resulterer i en BBR-Meddelelse for en ejendom, gemmes kun bestillingen af den 

mest vigtige årsagskode. Prioritering af de forskellige årsagskoder er beskrevet i 

afsnit 5.5. 

Der vil altid blive bestilt en BBR-Meddelelse med mindre den er fravalgt. Dette 

gælder for alle årsagskoder, som benyttes ved automatisk bestilling. Det fremgår 

af rubrikken ”BBR-Meddelelse” på den enkelte entitet om der udskrives BBR- 

Meddelelse eller ej. 

Default værdien for dette sættes under Brugerindstillinger. 


April 2013


1.4 Ad hoc-udskrivning af meddelelser 

Ud over den automatiske udskrift af meddelelser kan sagsbehandleren igangsætte 

udskrivningen af meddelelser ad hoc via sagsbehandler dialogen. 

Afhængigt af meddelelsernes type kan der enten udskrives for en enkelt entitet 

eller der kan foretages en masseudskrivning. Førstnævnte mulighed er beskrevet 

under 5.4.1 og sidstnævnte under 5.4.2. 

Fremsøgningen af de ejendomme, der skal udskrives meddelelse på, kan foretages 

via fanebladet ”Bygninger og boliger” eller via fanebladet ”BBR-Meddelelse”. 

Masseudskrivningen kan kun initieres via fanebladet ”BBR-Meddelelse”. 


April 2013


1.4.1 Udskriv meddelelser for en enkelt entitet 

For at udskrive meddelelser for en enkelt entitet laves en søgning, og bagefter 

vælges en af følgende entiteter: 

· Grund 

· Bygning 

· Enhed 

Er søgningen sket på fanen ”Bygninger og Boliger” skal man på stamkortet for 

den pågældende entitet vælge knappen ”BBR-Meddelelse”, som vist i følgende 

skærmbillede: 

Figur 5.5 Skærmbillede der viser knappen ”BBR-Meddelelse”. 

Knappen ”BBR-Meddelelse” fører sagsbehandleren til skærmbilledet ”Udskriv 

BBR-Meddelelse” under fanen ”BBR-Meddelelse”, hvor sagsbehandleren kan vælge 

at udskrive meddelelsen for den valgte entitet. 


April 2013


Figur 5.6 Skærmbillede ”Udskriv BBR-Meddelelse” - ved en enkelt entitet. 

For at udskrive meddelelser for en enkelt entitet kan der også laves en søgning 

på ”BBR-Meddelelse” søgebilledet, og bagefter udvælges den entitet, som man 

ønsker at udskrive en meddelelse for. Herved vises skærmbilledet ”Udskriv BBR- 

Meddelelse” direkte. 

Alt efter entitet har sagsbehandleren nu mulighed for at vælge type og niveau 

for udskrivningen. I de tre næste afsnit er de muligheder beskrevet, som man 

har for entiteterne grund, bygning og enhed. De andre indstillinger på skærmbilledet 

”Udskriv BBR-Meddelelse” er beskrevet i afsnit 5.4.3. 

1.4.1.1 Grund 

Hvis sagsbehandleren vælger ”Udskriv BBR-Meddelelse” på entiteten ”Grund”, 

har sagsbehandleren efterfølgende mulighed for at udskrive følgende typer meddelelser: 

· BBR-Meddelelse (default) 



April 2013



Ved valg af ”BBR-Meddelelse” kan sagsbehandleren vælge følgende niveauer: 

· Vurderingsejendom: Der dannes BBR-Meddelelse for hele vurderingsejendommen, 

som kan have flere grunde. 

· Grund: Der dannes BBR-Meddelelse for den valgte grund. Hvis vurderingsejendommen 

kun består af denne ene grund, svarer udskriften til 

den tilsvarende udskrift for niveauet ”Vurderingsejendom”. Hvis ikke dette 

er tilfældet, markeres udskriften med bemærkningen ”Denne udskrift 

vedrører kun en del af ejendommen”. 

Registerudskrift 

Ved valg af ”BBR-Registerudskrift”, kan sagsbehandleren kun vælge niveauet 

”Vurderingsejendom”. 

1.4.1.2 Bygning 

Ved valg af ”Udskriv BBR-Meddelelse” på entiteten ”Bygning” har sagsbehandleren 

efterfølgende mulighed for at udskrive følgende typer meddelelser: 

· BBR-Meddelelse (default) 



Ved valg af ”BBR-Meddelelse”, kan sagsbehandleren vælge følgende niveauer: 

· Vurderingsejendom: Der dannes BBR-Meddelelse for hele den vurderingsejendom, 

som denne bygning hører til. Vurderingsejendommen 

kan have flere bygninger. 

· Bygning: Der dannes BBR-Meddelelse for den valgte bygning. Hvis 

vurderingsejendommen kun har en grund og en bygning, svarer udskriften 

til den tilsvarende udskrift for niveauet ”Vurderingsejendom”. 

Hvis ikke dette er tilfældet, markeres udskriften med bemærkningen 

”denne udskrift vedrører kun en del af ejendommen”. 

Hvis bygningen er en ejerlejlighed, skrives dette øverst på BBR- 

Meddelelsen. 


Ved valg af ”BBR-Registerudskrift”, kan sagsbehandleren kun vælge niveauet 

”Vurderingsejendom”. 

1.4.1.3 Enhed 

Ved valg af ”Udskriv BBR-Meddelelse” på entiteten ”Enhed” har sagsbehandleren 

efterfølgende mulighed for at udskrive følgende typer meddelelser: 

· BBR-Meddelelse (default, hvis enheden ikke er en andelsbolig) 

· BBR-Andelsboligudskrift (default, hvis enheden er en andelsbolig) 



April 2013



Ved valg af ”BBR-Meddelelse” kan sagsbehandleren vælge følgende niveauer: 

· Vurderingsejendom: Der dannes BBR-Meddelelse for hele den vurderingsejendom, 

som denne enhed hører til. Vurderingsejendommen kan 

have flere bygninger og enheder end den valgte, og alle disse skrives 

med ud. Hvis enheden er en ejerlejlighed, dannes meddelelsen for moderejendommen, 

således at enheden og udvalgte oplysninger fra på bygnings- 

og grundniveau udskrives. 

· Enhed: Der dannes BBR-Meddelelse for den valgte enhed. 

Hvis enheden er en ejerlejlighed, udskrives der en BBRmeddelelse 

for ejerlejligheden. Der udskrives altid hele ejerlejligheden. 

Hvis enheden ikke er en ejerlejlighed, udskrives en BBR- 

Meddelelse, som kun lister denne ene enhed. Hvis vurderingsejendommen 

kun har en grund, en bygning og en enhed, svarer udskriften 

til den for niveauet ”Vurderingsejendom”. Hvis ikke dette 

er tilfældet, markeres udskriften med bemærkningen ”denne udskrift 

vedrører kun en del af ejendommen”. 


Ved valg af ”BBR-Registerudskrift”, kan sagsbehandleren vælge niveauet ”Vurderingsejendom”. 

Hvis enheden er en ejerlejlighed, kan sagsbehandleren yderligere 

vælge niveauet ”enhed”, og registerudskriften genereres for ejerlejligheden. 

Andelsboligudskrift 

Hvis enheden er en andel, har sagsbehandleren mulighed for at vælge typen 

”Andelsboligudskrift”. Ved valg af ”BBR-Andelsboligudskrift”, kan sagsbehandleren 

kun vælge niveauet ”Enhed”, som resulterer i, at der dannes en andelsudskrift 

for enheden. 

1.4.2 Masseudskrivning 

Hvis sagsbehandleren ønsker at udskrive en meddelelse for mere end en ejendom, 

kan denne benytte sig af ”Masseudskrivningen”. Fx kunne man forestille 

sig, at sagsbehandleren er interesseret i at udskrive en meddelelse for alle ejendomme 

med en bestemt anvendelseskode på en bestemt vej. 

For at lave udskrifter for flere entiteter ad gangen søges direkte på fanen ”BBR- 

Meddelelse”. 

Skærmbilledet nedenfor viser resultat af en søgning på niveau Bygning med anvendelseskode 

120 og en bestemt vej. 


April 2013


Figur 5.7 Skærmbilledet ”Søgning” på fanen BBR-Meddelelse. 

Søgeresultatet vises i resultatlisten til venstre. Knappen ”Masseudskrift” bliver 

aktiv, når der er foretaget en søgning. 

Hvis søgningen resulterer i mere end 100 søgeresultater, vises disse ikke alle 

sammen i resultattræet. Der vises teksten ”For mange søgeresultater”. Et efterfølgende 

valg af knappen ”Masseudskrift” vil dog give mulighed for udskrivning 

af enten alle vurderingsejendomme eller ejerlejligheder, som opfylder søgekriterierne 

(dog max. 1500 vurderingsejendomme med underliggende ejerlejligheder) 

– også selv om disse ikke alle sammen vises i resultattræet. 

Sagsbehandleren kan ved masseudskrivning kun vælge typen ”BBR-Meddelelse”, 

og der kan vælges mellem niveauerne ”Vurderingsejendom” og ”Ejerlejligheder”. 

Denne måde giver ingen mulighed for udskrivning af BBR-Meddelelser, som kun 

berører en del af ejendommen. 

Billedet nedenfor viser skærmbilledet ”Udskriv BBR-Meddelelse” ved masseudskrivning: 


April 2013


Figur 5.8 Skærmbilledet ”Udskriv BBR-Meddelelse” - ved masseudskrivning. 

Ved masseudskrivning af BBR-Meddelelser kan der kun vælges den centrale udskrivningsmåde. 

Skærmbilledets indstillinger er forklaret yderligere i næste afsnit. 

1.4.3 Indstillinger ved ad hoc udskrivning 

På siden ”Udskriv BBR-Meddelelse”, som vises under fanen BBR-Meddelelse, kan 

sagsbehandlerne ud over type og niveau angive, hvem der skal modtage meddelelsen, 

hvilken årsagskode der ønsker og hvordan BBR-Meddelelsen skal udskrives 

1.4.3.1 Valg af modtager 

Hvis sagsbehandleren udskriver BBR-Meddelelsen for en enkelt entitet, vises der 

en liste af ejere for ejendommen, og sagsbehandleren kan til- og fravælge, hvem 

der skal skrives ud til. Derudover kan sagsbehandleren indtaste navn og adresse 

for en anden person, som ikke er ejeren (relevant for eksempelvis andelsboligudskrifter). 

Som sidste mulighed kan kommunen vælge at udskrive til sig selv. 

Meddelelserne vil i givet fald ikke blive adresseret. 


April 2013


Hvis sagsbehandleren udskriver meddelelser for mere end en enkelt entitet, kan 

han vælge mellem at udskrive for alle hovedejere, alle ejere eller til kommunen 

selv. I sidstnævnte tilfælde bliver meddelelserne ikke adresseret. 

1.4.3.2 Valg af Årsagskode 

Sagsbehandleren har mulighed for at vælge en årsagskode for BBR-Meddelelsen. 

Der kan vælges imellem de globale årsagskoder og kommunens egne årsagskoder. 

Derudover vil det være muligt at benytte sig af en individuel årsagskode 99, som 

kun gælder for den aktuelle bestilling. 

Ved BBR-Andelsboligudskrifter er årsagskoden altid 31 og ved BBR- 

Registerudskrifter angives ingen årsagskode. 

1.4.3.3 Kommunespecifikt bilag 

Kommunen har mulighed for at medsende et kommunespecifikt bilag. 

Hvis kommunen har valgt at have et kommunespecifikt bilag medsendes det altid. 

Når kommunen vælger at medsende et kommunespecifikt bilag skal dette sendes 

til KMD Service, hvorefter KMD klargør dokumentet. Derefter vil det blive 

printet/sendt sammen med selve BBR-Meddelelsen. 

Dokumentets navn benyttes på skærmbilledet. 

Reglerne for hvad det kommunespecifikke bilag skal overholde er følgende: 

· Max. 150 dpi 

· Farveområde: sRGB 

· Sideformat: A4 

· Logo’er, grafik og billeder må ikke være opdelt i lag eller bestå 

af flere segmenter. Det skal være et ”samkopieret billede”. 

Såfremt det kommunespecifikke bilag fremsendes i pdf-format, er det et krav, at 

der ved dannelse af dokumentet benyttes Font Embedding. 

1.4.3.4 Valg af udskriftsmåde 

Sagsbehandleren har nu mulighed for at sende bestillingen til central udskrift eller 

få den udskrevet/vist lokalt. Den lokale udskrivning/visning er kun muligt når 

der er udvalgt en enkel entitet. 

Central udskrift 

Når sagsbehandleren ønsker en masseudskrift af BBR-Meddelelser eller 

ønsker at udskrive for en enkel entitet, sendes bestillingen til central udskrivning 

og vil blive udskrevet ved den næste planlagte centrale udskriftskørsel. 


April 2013


Hvis modtageren er ejeren og tilmeldt e-Boks/Digital Post, sendes meddelelsen 

til e-Boks/Digital Post. Hvis modtageren derimod er ejeren og ikke 

er tilmeldt e-Boks/Digital Post, udskrives meddelelsen, hvorefter den 

enten sendes til kommunen eller bliver kuverteret. 

Oplysninger om udskrifter bliver gemt. Dette omfatter også, at oplysninger 

om udskrift af seneste fuldstændige meddelelse af typen ”BBR- 

Meddelelse” vil blive anført som ”Sidst udskrevne meddelelse” for ejeren, 

såfremt den er blevet udskrevet til ejeren. 

Decentral udskrift (Vis PDF eller Send mail) 

Når sagsbehandleren vælger ”Vis pdf” knappen, genereres et pdfdokument 

for den bestilte meddelelser, og dokumentet sendes tilbage til 

sagsbehandleren. 

Der åbnes et nyt vindue i Adobe Acrobat Reader, hvorfra brugeren skal 

benytte de udskrivningsmuligheder der findes der. 

Oplysninger om udskriften vil blive gemt (og kommer med på eventuelle 

rapporter) hvis der er flueben i tjekboksen ”Historik”. Defaultværdien for 

dette flueben sætter den enkelte sagsbehandler under ”Brugerindstillinger”. 

Muligheden for at markere i ”Historik” er forbeholdt BBR sagsbehandlere, 

dvs. decentrale udskrifter, som laves i borgerservice vil ikke figurere på 

eventuelle rapporter. 

E-mail 

Vælger sagsbehandleren at sende BBR-Meddelelsen som e-mail, åbnes et 

nyt vindue, hvor der skal indtastes modtagerens e-mail-adresse, emne, 

samt evt. en meddelelse til modtageren. BBR-Meddelelsen vil blive tilknyttet 

til e-mailen som vedhæftet fil. Hvis der er flueben i ”Historik” 

gemmes oplysninger om udskriften/forsendelsen. 


April 2013


1.5 Årsagskoder 

Figur 5.9 Skærmbilledet til angivelse af e-mail oplysninger. 

Ved udskrivning af BBR-Meddelelser og BBR-Andelsboligudskrifter skal der maskinelt 

eller manuelt vælges en årsagskode, der beskriver hvorfor BBR- 

Meddelelsen udskrives. 

Der findes de nedenfor listede 14 globale årsagskoder, som er ens for alle kommuner. 

20 Denne BBR-Meddelelse er udskrevet på grund af ejerskifte. 

30 Denne BBR-Meddelelse er udskrevet efter rekvisition. 

31 Denne BBR-Andelsboligudskrift er udskrevet på grund af rekvisition. 

40 Denne BBR-Meddelelse er udskrevet på grund af afsluttet byggesag. 

41 Denne BBR-Meddelelse er udskrevet på grund af indflytning. 

43 Denne BBR-Meddelelse er udskrevet på grund af hel eller delvis nedrivning. 

45 Denne BBR-Meddelelse er udskrevet på grund af ændring uden byggesag. 

46 Denne BBR-Meddelelse er udskrevet på grund af opdeling af lejligheder. 

47 Denne BBR-Meddelelse er udskrevet på grund af sammenlægning af lejligheder. 

48 Denne BBR-Meddelelse er udskrevet på grund af opdeling/ændret opdeling i ejerlejligheder. 

50 Denne BBR-Meddelelse er udskrevet på grund af, at kommunen har foretaget rettelser af registreringen 

i BBR. 


April 2013


51 De har til kommunen anmeldt et byggeri som ikke er færdigmeldt. Denne BBR-Meddelelse udskrives 

for at gøre opmærksom på, at kommunen nu formoder, at byggeriet er færdigt og derfor 

har registreret det som fuldført. Er byggeriet ikke færdigt, bedes De orientere kommunen herom. 

60 Denne BBR-Meddelelse er udskrevet på grund af adresseændringer. 

70 Denne BBR-Meddelelse er udskrevet på grund af matrikulære ændringer. 

Ud over de globale årsagskoder kan kommunen oprette kommunespecifikke årsagskoder 

samt vælge en individuel årsagskode. 

Kommunespecifikke årsagskoder kan have værdierne 1 til 98, bortset fra de koder 

fra listen ovenfor, som allerede er optaget af de globale årsagskoder. Den 

individuelle årsagskode har værdien 99. Til denne skal der tilføjes en årsagskodetekst. 

Der prioriteres mellem de globale årsagskoder ved den centrale udskrivning af 

meddelelser. Formålet med denne prioritering er, at der kun udskrives én meddelelse 

pr. ejer i løbet af en udskrivningsperiode. 

Jo lavere årsagskoden er, desto højere prioriteres bestillingen. 

Ved den automatiske bestilling af BBR-Meddelelser benyttes alle globale årsagskoder 

undtagen årsagskode 30, 31 og 70. Det er hændelsen i BBR, som afgør, 

hvilken global årsagskode der kommer på meddelelsen. Det kan både være 

hændelser i BBR eller i ESR. 

Som eksempler kan nævnes: En fejlrettelse i BBR udløser en BBR-Meddelelse 

med årsagskode 50, en ændring i BBR udløser en BBR-Meddelelse med årsagskode 

45, en ejerskifte i ESR udløser en automatisk udskrift til de nye ejere med 

årsagskode 20. 

Der vil altid blive bestilt en BBR-Meddelelse, med mindre den er fravalgt. Dette 

gælder for alle årsagskoder, som benyttes ved automatisk bestilling. Det fremgår 

af rubrikken ”BBR-Meddelelse” på den enkelte entitet, om der udskrives BBR- 

Meddelelse eller ej. Default værdien for dette sættes under Brugerindstillinger. 

Figur 5.10 Fravalg af BBR-Meddelelse. 

Ved ad hoc-bestilling af BBR-Meddelelser kan alle årsagskoder vælges, inklusive 

de kommunespecifikke. Ved masseudskrift kan der af de globale årsagskoder 

dog kun vælges årsagskode 30 og 50. 

Bestiller kommunen en eller flere udskrifter igennem sagsbehandlerdialogen, kan 

der vælges mellem de forskellige årsagskoder. Vælger kommunen en global årsagskode, 

indgår bestillingen på lige fod med de automatisk bestilte meddelelser. 

Vælger kommunen en kommunespecifik årsagskode eller den individuelle, 

vil bestillingen ikke indgå i den ovenfor beskrevne prioritering af årsagskoder og 

meddelelserne vil altid udskrives, uafhængig af om der er bestilt yderligere meddelelser 

til den samme ejendom med andre årsagskoder. 

Ved decentral udskrift udskrives der altid og der foretages ingen prioritering. 


April 2013


1.6 Adresseringsregler/Hentning af ejeroplysninger 

Adressering af automatisk udskrivning af BBR-Meddelelser foretages efter følgende 

regler: 

· Ejerskifte: Der udskrives en BBR-Meddelelse til den nye ejer/de nye ejere, 

såfremt der forefindes en valid adresse via OIS adresseopslag. Er dette 

ikke tilfældet, forsøges administrator hentet i OIS. Lykkes dette heller 

ikke, vil kommunen modtage BBR-Meddelelsen. 

· Øvrige udskrifter: Hvis ejendommen har fast administrator sendes en 

BBR-Meddelelse til administratoren. Ellers skrives til alle ejere. 

For at finde ejeroplysninger benyttes følgende kald og snitflader: 

Når BBR-Meddelelsen bestilles foretages et opslag i ESR, hvor der bliver hentet 

ejere hhv. administrator for den aktuelle ejendom (snitflade 14 i afsnit 6.5.3). 

For hver ejer hhv. administrator hentes der cpr/cvr hhv. løbenummer og en alternativ 

adresse hvis denne findes. For ejere hhv. administrator med alternativ 

adresse benyttes den alternative adresse ved udskrivning af BBR-Meddelelser. 

For de ejere, som ikke er alternativ adresseret, hentes i forbindelse med dannelse 

af print navn- og adresseoplysninger fra OIS’en (snitflade i afsnit 6.5.6). 

OIS’en leverer også adressebeskyttelseskoden B, som angiver, om adressen er 

beskyttet i CPR. Skulle det være tilfælde, leverer OIS’en ikke navn og adresse 

tilbage. Hvis der ikke er overensstemmelse mellem det cpr-nr der er leveret fra 

ESR, og det der fås ved opslag i OIS leveres BBR-Meddelelsen efterfølgende til 

kommunen under adresseoplysninger. 

Hvis OIS’en ikke leverer navn- og adresseoplysninger på grund af adressebeskyttelseskode 

B laves der et kald til CPR (snitflade 1 i afsnit 6.5.5), som ud fra 

CPR-nummeret leverer navn og adresseoplysninger. 

1.7 Historik om BBR-Meddelelser 

Oplysninger om alle centralt udskrevne BBR-Meddelelser gemmes. Udskrives 

meddelelsen decentralt, vil oplysningerne kun blive gemt, hvis der er flueben i 

tjekboksen ”Historik”. Hvis meddelelsen benyttes i den daglige sagsbehandling, 

er sagsbehandleren normalt ikke interesseret i, at meddelelsen gemmes som 

”udskrift”, og han/hun vil ikke sætte fluebenet. Derudover vil det kun være BBR 

sagsbehandlere som kan sætte fluebenet. 

For hver gemt meddelelse gemmes der: 

· ejendomsnummer (hhv. ejerlejlighedsnummer eller bygnings- eller enhedsnummer 

alt efter niveau) 

· meddelelsestype 

· udskriftsdato 

· årsagskode 

· udskriftssted (lokalt eller centralt) 

· modtageren 


April 2013


1.8 Skærmbillede ”BBR-Meddelelse-data” 

Skærmbilledet er tilgængeligt for alle, også sagsbehandlere som ikke har adgang 

til at udskrive BBR-Meddelelser. 

Dette skærmbillede tager udgangspunkt i BBR-Meddelelsen og de viste BBRoplysninger 

svarer til dem, som bliver vist på en BBR-Meddelelse. Niveauet for 

skærmbilledet vil altid være det niveau (grund, bygning, enhed hhv. ejerlejlighed) 

du har åbnet i dialogen. 

Et eksempel for skærmbilledet ”BBR-Meddelelses-data” på niveau grund er vist 

nedenfor: 

Figur 5.11 Skærmbilledet ”BBR-Meddelelse-data”. 

1.9 Adgang og rolleprofiler 

En BBR-sagsbehandler (rolle BBRsagsbehandler) har adgang til alle i dette dokument 

beskrevne muligheder og dermed både til ”Bygninger og Boliger” fanebladet 

og ”BBR-Meddelelse” fanebladet. 

En Borgerservice medarbejder (rolle Borgerservice) har kun adgang til fanebladet 

”BBR-Meddelelse” og vil herunder ikke kunne lave masseudskrivninger, men 

kun udskrifter til enkelte entiteter. En Borgerservice medarbejder vil heller ikke 

kunne bestille meddelelser med type ”BBR-Registerudskrift”. 

En byggesagsbehandler (rolle Byggesagsbehandler) har kun adgang til ”Bygninger 

og Boliger” fanebladet, herunder skærmbilledet ”BBR-Meddelelse-data”. 

Øvrigt om roller findes i kapitel 9 ”Sikkerhed”. 


April 2013


1.10 Skattemappen 

Skat og Erhvervs- og Byggestyrelsen har aftalt, at BBR-Meddelelsen gøres tilgængelig 

gennem borgernes skattemappe på Skats hjemmeside, hvor de øvrige 

oplysninger om borgernes skatteforhold også ligger. 

BBR stiller en webservice (BBRdataListV1.wsdl) til rådighed til dette formål. 

1.11 Design af meddelelserne 

For at beskrive det overordnede design af BBR-Meddelelsen kan oplysningerne 

inddeles i grupper, som vist på følgende BBR-Meddelelse. 


April 2013


1. gruppe 

2. gruppe 

3. gruppe 

Data for 

de forskellige 

entiteter 

Sidefod 


April 2013


Første gruppe oplysninger er kommunens navn og logo samt oplysninger om 

ejendommen, kommunen samt udskrivningsdato. Hvis der er tale om en delvis 

udskrift vil der være en ”*” ved ejendomsnummeret. 

Anden gruppe indeholder oplysninger om modtageren og en beskrivelse af, hvilken 

type meddelelse det drejer sig om: 

BBR–Meddelelse, BBR-Andelsboligudskrift eller BBR-Registerudskrift. 

Tredje gruppe indeholder generelle oplysninger om bl.a. årsagen til udskriften 

samt informationer til borgeren med hensyn til eventuel kontakt til kommunen 

(via hjemmeside, telefon eller e-mail). 

I de efterfølgende grupper vil data blive præsenteret. Data for de forskellige entiteter 

grupperes, sådan at der vil være en hovedoverskrift for hver type entitet: 

· Oplysninger om grunde 

· Oplysninger om tekniske anlæg 

· Oplysninger om bygninger (også nybyggerier) 

· Oplysninger om enheder 

· Oplysninger om brugsenheder 

· Oplysninger om byggesager 

For BBR-Registerudskrifter vil der også være mulighed for følgende overskrifter: 

· Oplysninger om etager 

· Oplysninger om opgang/indgang 

For ejerlejligheder vil der være mulighed for følgende overskrifter: 

· Oplysninger om ejerlejligheden 

· Oplysninger om rum 

· Oplysninger om bygninger 


For andelsboliger vil der være mulighed for følgende overskrifter: 

· Oplysninger om andelsboligen 

· Oplysninger om rum 

· Oplysninger om bygninger 


Ikke alle felter fra dialogen i BBR-Kommune vil fremgå af BBR-Meddelelsen. Generelt 

vil der være flere informationer på en BBR-Registerudskrift. 

På meddelelser af typen ”BBR-Meddelelse” udskrives kommunespecifikke felter 

ikke. Med hensyn til notatlinjer, afgør kommunen selv (under Systemadministration), 

hvilke notatlinjer der skal vises. 

På meddelelser af typen ”BBR-Registerudskrift” vises kommunespecifikke felter 

og notatlinjer altid. 

Enheder vises under den bygning, de hører til. Hvis der findes flere enheder, vil 

disse blive vist i en enhedsmatrix, hvor der kun vil være nogle få oplysninger for 

hver enhed. Hvis der kun findes én enhed, vil den blive ”foldet ud”, og der vises 

flere oplysninger. 


April 2013


Arealoplysninger vises normalt, hvis de er forskellige fra 0. I arealmatricen på 

bygningsniveau vil værdien dog være angivet med 0. 

Sidefoden vises på alle sider og indeholder oplysninger om ejendommens beliggenhed 

og ejendomsnr., kommunen samt udskrivningsdato og sideoplysninger. 

Derudover skrives ”BBR” med fed skrift for at tydeliggøre sidens tilhørsforhold. 

På en BBR-Meddelelse for en vurderingsejendom, som udskrives til en ejer, vil 

ændringer siden sidste udskrift til samme ejer og samme vurderingsejendom blive 

markeret med kursiv skrifttype. 

Eksempler på BBR-Meddelelser kan ses i mappen ”Bilag A - Eksempler”. 


April 2013

Systembeskrivelse kapitel 6 - Dataudveksling 


1. Dataudveksling med andre systemer ............................................................................... 2 

1.1 Kontekstdiagram for Nyt BBR ............................................................. 3 

1.1.1 Kort om NYT BBR’s dataudveksling ............................................... 4 

1.2 Udtræk fra NYT BBR .......................................................................... 6 

1.2.1 Total udtræk (Totalkopi) ............................................................. 6 

1.2.2 Udtrækkenes formater ................................................................ 7 

1.2.2.1 Data fra Nyt BBR til OIS ....................................................... 7 

1.2.2.2 Oversættelsesliste mellem NYT BBR, OIS og OIOXML ............... 7 

1.3 BBR Snitfladerne ............................................................................... 8 

1.3.1 De generelle oioxml-snitflader ...................................................... 8 

1.3.1.1 OIOXML-snitflade for bygninger og boliger .............................. 8 

1.3.1.2 OIOXML-snitfladen for adresser ............................................. 8 

1.3.1.3 OIOXML-snitfladen for adressegeometri .................................. 8 

1.3.1.4 Hjælpe-OIOXML-snitflader (”Utility”) ...................................... 8 

1.3.1.5 Eksempel på WSDL’erne ....................................................... 9 

1.3.1.6 OIOXML-snitfladerne & BBR-Kommune ................................. 10 

1.3.1.7 Masseopdatering ............................................................... 11 

1.3.2 Systemspecifikke snitflader ....................................................... 12 

1.3.2.1 Overordnede betragtninger ................................................. 12 

1.3.2.2 Integration ud fra hændelser .............................................. 13 

1.3.2.3 Skabelon til beskrivelse af systemintegration ........................ 15 

1.3.2.4 BBR – KMS ....................................................................... 16 

1.3.2.5 BBR - ESR ........................................................................ 23 

1.3.2.6 Online opslag, som henter hændelser fra ESR ....................... 23 

1.3.2.7 On-line opslag, som henter oplysninger fra ESR .................... 32 

1.3.2.8 On-line opslag, som sender oplysninger til ESR ..................... 38 

1.3.2.9 BBR – plansystemDK ......................................................... 40 

1.3.2.10 BBR – Bossinf-STB ........................................................... 40 

1.3.2.11 BBR – CPR ...................................................................... 42 

1.3.2.12 BBR – OIS ...................................................................... 50 

1.3.2.13 OIS – BBR (Generering af BBR-Meddelelse) ........................ 50 

1.3.3 BBR-FIE (energidata ind i BBR) .................................................. 51 

1.3.4 Inddataboks ............................................................................ 52 

1.3.4.1 Type ”Supplerende varme” ................................................. 53 

1.3.4.2 Type ”Matrikulær ændring” ................................................. 53 

1.3.4.3 Type ”Fysisk flytning" ......................................................... 54 

1.3.5 Periodevise kørsler, dataudtræk mv. ........................................... 54 

1.3.5.1 Påmindelser ved overskridelse af tidsfrister ........................... 54 


April 2013


1. Dataudveksling med andre systemer 

Dataudveksling med andre systemer vil i Nyt BBR fortrinsvis foregå som systemtil-system 

integration. 

Dataudvekslingen sker dels vha. udtræk og dels vha. snitflader. 

Snitfladerne kan opdeles i de helt generelle oioxml-snitflader og i de systemspecifikke 

snitflader. 

Dokumentationen (vejledningerne) for oioxml-snitfladerne ligger på bbr.dk og 

specifikationerne er tilgængelige på Digitaliser.dk så snart de er godkendte af 

ITST. 


April 2013


1.1 Kontekstdiagram for Nyt BBR 

Dette diagram illustrerer grafisk NYT BBR’s dataudveksling med øvrige systemer. 

Signaturforklaring 

Version 1.6 

= Kommer senere 

= I drift 

= Delvis i drift 

FIE 

Fælles 

Indberetning af 

Energi 

Danmarks 

Statistik 

ESR 

Inddataboksen 

Statens 

Arkiver 

OIOsnitflader 

Kontekstdiagram for Nyt BBR 

Nyt 

BBR 

Print/ 

e-Boks 

Skattemappen 


April 2013 

KMS 

Certificeringscenter 

CPR 

Plansystem 

.dk 

OIS


1.1.1 Kort om NYT BBR’s dataudveksling 

KMS 

· Geografisk sammenhæng for matrikler, benyttes til dannelse og vedligeholdelse 

af grunde. (se beskrivelse i underafsnit 6 i afsnit 6.3.2.4 BBR – 

KMS om vedligeholdelse af matrikulære data i Nyt BBR) 

· Kortforsyningen benyttes til at hente koordinater. 

CPR 

· Vi henter dagligt oplysninger fra CPR. De skal bruges ved oprettelse af 

adresser i Nyt BBR. 

· Folkeregistrene skal have adgang til en standard webservice i Nyt BBR. 

Plansystem.dk 

· Nyt BBR henter data fra Plansystem.dk til skærmbilledet ”Ejendomsoplysninger” 

(a la det skærmbillede som man tidligere kendte som ”C182” 

i KMD BBR). 

Statens Arkiver 

· Der skal hvert år afleveres en komplet kopi af landsdækkende BBR-data 

(stamdata). Formatet skal overholde krav fra Statens Arkiver. 

Danmarks Statistik 

· Danmarks Statistik skal kunne foretage online udtræk af landsdækkende 

BBR-data (såvel stamdata som sagsdata). 

OIS 

· Daglige online overførsler. 

· OIS bruges til adresseopslag i forbindelse med BBR-meddelelser. 

· OIS henter BBR-Meddelelser fra Nyt BBR 

Skattemappen 

· BBR-Meddelelser udsendes via e-mail eller E-boks i PDF-format med et 

følgebrev og kan kobles til ”Skattemappen”. 

Certificeringscenter 

· Denne snitflade bruges i forbindelse med logon med certificater (medarbejder- 

og virksomhedscertifikater). 

Print/e-Boks 

· BBR-Meddelelser skal kunne udsendes via e-mail eller E-boks i PDFformat 

med et følgebrev og kunne kobles til ”Skattemappen”. 

· e-Boks leverer liste over de danskere der er tilmeldt E-boks. 

OIO-snitflader 

· Alle BBR-data skal udstilles via webservices og snitflader i OIOXMLformat. 

Inddataboksen 

· Med Inddataboksen får kommunen mulighed for at godkende rettelser til 

udvalgte BBR data. Her gennemfører vi samme maskinel validering og 

kvalitetssikring som når data ryger direkte ind. 


April 2013


ESR 

· ESR udstiller en lang række hændelser (matrikulære, ejerskifte mm.) som 

nyt BBR abonnerer på. 

· I forbindelse med udskrift af BBR-Meddelelser hentes ejere fra ESR. 

FIE 

· Fælles indberetning af energidata. 


April 2013


1.2 Udtræk fra NYT BBR 

Der kan foretages udtræk af landsdækkende BBR-data (såvel stamdata som 

sagsdata). 

1.2.1 Total udtræk (Totalkopi) 

Total udtræk af BBR-data, foretages på baggrund af den fysiske implementering 

af databasen. 

Udtrækket laves som semikolonsepareret filer, en fil pr. tabel, med en række pr. 

record. 

Udtrækket leveres med afblænding af felter der er omfattet af sikkerhedsklassifikation. 

Udtrækket består af data fra 26 tabeller (hvor tabellen ”antal” er en tabel der 

angiver hvor mange rækker der er i de øvrige tabeller): 

· AdgangsAdresse 

· Adressesag 

· Antal 

· Brugsenhed 

· By 

· Byggesag 

· Bygning 

· Ejerskab 

· Enhed 

· EnhedEnhedsAdresse 

· EnhedOpgang 

· EnhedsAdresse 

· Etage 

· Geometri 

· Grund 

· KommunaltEjerlav 

· Kommune 

· Lokalitet 

· Matrikel 

· Notat 

· Opgang 

· Postdistrikt 

· Rum 

· Tekniskanlaeg 

· Vej 

· Vejstykke 


April 2013


1.2.2 Udtrækkenes formater 

Det er muligt at levere udtræk fra NYT BBR i følgende formater: 

Standard formater Eksempler på modtagere 

OIO-XML og 

CSV-filer 

Skat 

EBST 

Danmarks Statistik 

Særlige formater Modtagere 

OIS-XML OIS 

Statens Arkivers formater Statens Arkiver 

1.2.2.1 Data fra Nyt BBR til OIS 

Der skal dagligt køres et program der skaber et udtræk, dette udtræk placeres 

på et ftp server, hvorfra OIS henter data. 

Dataformatet er lavet i overensstemmelse med OIS’s krav til snitflade, som OIS 

har beskrevet i dokumentet ”OIS_DBvaert_XML_Snitflade”. 

De daglige udtræk består af de ændringer der er foretaget i Nyt BBR siden sidste 

udtræk. De enkelte entiteters timestamp bestemmer, hvilke data der skal overføres. 

Disse timestamps udløser en xml-record til OIS som følgende: 

OpretTimestamp ”O” Opret record 

AendrtTimestamp ”R” Ændrings record 

OphoertTimestamp ”S” Slette record. 

1.2.2.2 Oversættelsesliste mellem NYT BBR, OIS og OI- 

OXML 

Vedhæftet dette kapitel er et bilag med en oversættelsesliste mellem NYT BBR, 

OIS og OIOXML. Listen indeholder: 

· BBR’s feltnavn i den fysiske database 

· BBR-feltets XML navn når det afleveres til OIS 

· Navnet på det tilsvarende felt/element i OIOXML 

· OIOXML- metadatabeskrivelsen 

· OIOXML navnet på engelsk 

· OIOXML- metadatabeskrivelsen på engelsk 


April 2013


1.3 BBR Snitfladerne 

1.3.1 De generelle oioxml-snitflader 

Nyt BBR’s funktionalitet bliver stillet til rådighed som OIOXML-baserede webservices, 

således at de generelt vil kunne tilfredsstille andre systemers behov for 

data og opdatering. OIOXML-skemaer og WSDL-beskrivelser publiceres på Digitaliser.dk. 

Dokumentationen for oioxml-snitfladerne (vejledningerne) ligger på bbr.dk. 

1.3.1.1 OIOXML-snitflade for bygninger og boliger 

En af de OIOXML-snitflader, som BBR systemet stiller til rådighed, er ”Building- 

Dwelling.wsdl”. Baggrunden for denne snitflade er, at man ønsker at registrere 

og opdatere ”Bygninger og boliger”-data i BBR ved webservicebaseret overførsel 

fra et eksternt system i OIOXML-format. 

Snitfladen giver – kort sagt – mulighed for fremsøgning samt opdatering af data 

om bygninger og boliger i BBR, herunder grunde, bygninger, opgange/indgange, 

etager, enheder, tekniske anlæg, rum, brugsenheder og ikke mindst byggesager. 

1.3.1.2 OIOXML-snitfladen for adresser 

Snitfladen ”Address.wsdl” dækker over BBR systemets adressedel 

og stiller metoder til hentning og opdatering af adgangs- og enhedsadresser 

til rådighed. 

Snitfladen for adresser kan det samme som snitfladen for adressegeometri. 

Adressegeometrisnitfladen er blot mere rettet mod GISleverandørerne 

end adressesnitfladen. 

1.3.1.3 OIOXML-snitfladen for adressegeometri 

Baggrunden for denne snitflade er, at man ønsker at registrere og 

opdatere adressepunkter (geografiske adressekoordinater) i NYT 

BBR ved webservicebaseret overførsel fra et ekstern GIS eller kortsystem 

i OIOXML format. 

Adressegeometrisnitfladen stiller to operationer til rådighed: 

· Fremsøgning af adressekoordinater 

· Opdatering af adressekoordinater 

1.3.1.4 Hjælpe-OIOXML-snitflader (”Utility”) 

BBR stiller tre hjælpe-OIOXML-snitflader til rådighed. Snitfladerne 

henter oplysninger vedr. rettigheder, kodelister, vejnavne og adresser 

fra BBR. Snitfladerne indeholder ingen metoder som opdaterer 

data i BBR. 

Disse hjælpeservices kan benyttes både når man arbejder med webservicen, 

til ”Bygninger og boliger”-delen af BBR (dvs. BuildingDwel- 


April 2013


ling.wsdl) og/eller med webservicen til adresse-delen af BBR (dvs. 

Address.wsdl). 

· Snitfladen Permission tilbyder metoder til at få oplysninger 

om feltrettigheder i BBR. Afhængig af hvilke roller man er tildelt 

i BBR vil man have adgang til at læse, skrive eller læse/skrive 

til de enkelte felter. 

· Snitfladen CodeList tilbyder tre metoder til at få oplysninger 

om kodelister i BBR. 

· Snitfladen StreetName tilbyder 2 metoder til at hente veje 

(vejnavne og vejkoder) og adgangsadresser i en kommune i 

BBR. 

1.3.1.5 Eksempel på WSDL’erne 

Alle services beskrives i et WSDL-dokument. Herunder er et eksempel på et 

WSDL-dokument (eksemplet er hentet fra oioxml-snitfladen ”StreetName”). 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


April 2013


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.3.1.6 OIOXML-snitfladerne & BBR-Kommune 

Der findes to adgange til BBR: 

· BBR-Kommune, dvs. klienten, som er kommunernes webadgang til BBR 

· Kommuneklienten, dvs. OIOXML-snitfladerne, som tilgår BBR via en service 

gateway 

Begge adgange tilgår den samme applikationsserver og har dermed adgang til 

samme forretningslogik. 


April 2013


BBR-klient 

Https 

(SSL) 


1.3.1.7 Masseopdatering 

Internet 


Modul 

1 

Web site 

Modul 

2 




Forretnings Lag 

Forretnings 

Logik 

Data Access Lag 

Data Access 

Logik 

SQL 

Server 

... 

Modul 

N 

Service Agenter 

Batch 

Service Gateway 

Windows 

Services 

Forretnings 

Entiteter 

Service 

Agenter 

OIOXML 

Eksterne 

Services: 

- CPR 

- ESR 

- OIS 

- KMS 

I forbindelse med masseopdateringer af Nyt BBR vil det være hensigtsmæssigt 

at benytte sig af den funktionalitet, der er stillet til rådighed via de generelle 

OIOXML-baserede snitflader, som sikrer at alle felter kan opdateres (for så vidt 

som man har autorisation til det) og at alle forretningsreglerne bliver overholdt. 


April 2013 

WCF 

Kommuneklient 

OWSA-model T 

(SSL) 

Autentifikation 

ASP.NET Providers


1.3.2 Systemspecifikke snitflader 

1.3.2.1 Overordnede betragtninger 

I forbindelse med system-til-system integration er der nogle overordnede overvejelser, 

der skal foretages for at denne integration kan fungere så optimalt som 

muligt. System-til–system integration vil altid introducere en ekstra kompleksitet 

i de implicerede systemer, hvad angår tilgængelighed, synkronisering og performance. 

Det vil her være hensigtsmæssigt at skelne mellem databærende og dataanvendende 

system. Ideelt set skal det være det databærende system, der indeholder 

dets data og som udstiller dem via et sæt af services, som andre systemer 

kan tilgå. Imidlertid giver dette problemer omkring søgning, tilgængelighed 

og svartider, når det anvendende system til stadighed skal tilgå. Måden 

hvorpå man håndterer dette er i reglen ved at introducere dataredundans i de 

anvendende systemer, således at de relevante data kan fremfindes på en hurtig 

måde, hvilket imidlertid giver et problem omkring opdateringer og pålideligheden 

af de relevante data. Håndteringen af problemstillingen (redundante data vs. opdaterede 

data) kan ske på tre forskellige måder: 

1) Man opgiver dataredundans og fremfinder de relevante data i det databærende 

system. 

2) Man lader det databærende system opdatere det eller de anvendende systemer. 

3) Man anvender en publisher/subscriber mekanisme til at håndtere opdateringen, 

således at det data-anvendende system abonnerer på ændringer i 

det databærende system. På denne måde afkobles relationen mellem de 

to systemer og det databærende system skal ikke bekymre sig om at opdatere 

de anvendende systemer. 

Alle tre løsninger har fordele og ulemper. Vanskelighederne ved 1) har allerede 

været nævnt, mens 2) introducerer en kompleksitet i det databærende system, 

som bliver forøget betragteligt, hvis der er mange systemer der skal opdateres. 

Hvis blot et af de systemer der skal opdateres ikke er tilgængeligt, kan opdateringen 

ikke gennemføres, hvis den skal være pålidelig. I en SOA orienteret verden, 

er det en løsning der så vidt muligt skal undgås. 3) derimod har ikke disse 

vanskeligheder, til gengæld kan den ikke sikre at data er pålidelige. 

Nedenstående skema opsummerer de vigtigste forskelle i fordele og ulemper 

mellem de forskellige metoder: 

Pålidelighed Tilgængelighed Simpelhed 

1) Ingen dataredundans + - + 

2) Opdatering fra databærende 

system 

+ (-) - 

3) Publish/Subscribe - + (+) 

I forbindelse med Nyt BBR vil det være nødvendigt at inddrage disse overvejelser 

med hvert enkelt tilfælde af system-til-system integration. 


April 2013


1.3.2.2 Integration ud fra hændelser 

I det følgende beskrives overordnet hvilke systemer der integreres i forbindelse 

med hvilke hændelser: 

BBR/KMS 

1) Hent GSH-oplysninger fra KMS 

2) Ajourføring af adressedata 

3) Hentning af matrikelkoordinater 

4) Søgning af matrikel i KMS på basis af adressekoordinater 

5) Søgning af matrikel i KMS på basis af bygningskoordinater 

BBR/ESR 

On-line opslag som henter hændelser fra ESR 

1) Opdatering af ejerforholdskode i ESR 

2) Ejerskifte 

3) Opdatering af etagemeter (tinglyst areal) i ESR 

4) Oprettelse af matrikel i ESR 

5) Sletning af matrikel i ESR 

6) Flytning af matrikler i ESR 

7) Approbationer i ESR 

8) Opdatering af ejerlavskoder og –tekster i ESR 

9) Ret udskrivningsmatrikel i ESR 

10) Ret KMS_SFENR i ESR 

Online opslag som henter oplysninger fra ESR 

11) Hent ejerforholdskode i ESR 

12) Hent CPRnr/CVRnr/løbenr og alternativ adresse 

13) Hent matrikelsammenhæng (København & Frederiksberg) 

14) Hent ejerlejligheds-oplysninger 

15) Hent ejendomsoplysninger fra ESR til Ejendomsoversigten i NYT BBR 

16) Hent markering for ejerlejlighedsmatrikler fra ESR til Nyt BBR 

Online opslag som sender oplysninger til ESR 


April 2013


17) Ajourføring af adressedata 

PLANSYSTEMDK 

1) Hentning af planoplysninger 

BBR/BOSSINF 

1) Hentning af offentlig støtte i BOSSINF på enhed 

BBR/CPR 

1) Hentning af adresser ud fra CPR-nummer 

2) Opslag fra CPR af adresse i Nyt BBR 

3) Opdatering af Udlejningsforhold 2 ved samkøring af ESR, CPR og NYT 

BBR. 

BBR/OIS 

1) Hentning af navn og adresser ud fra kommuenr. og ejendomsnr. 

2) Hentning af BBR-Meddelelse i BBR ud fra kommunenummer og ejendomsnummer. 


April 2013


1.3.2.3 Skabelon til beskrivelse af systemintegration 

Nedenfor præsenteres en skabelon for de services, der skal udvikles i forbindelse 

med Nyt BBR’s integration til andre systemer samt nogle eksempler. Disse vil 

tjene både til udvikling og dokumentation af de udviklede services. Skabelonen 

er godkendt af KOMBIT som model til beskrivelse af de enkelte services. 

Klient Server 

Beskrivelse: 

Inputparametre: 

Outputparametre: 

Entitet: Entitet: 

Attributter: Attributter: 

Betingelse: 

Resultat: 

Sikkerhed: 

Fejlhåndtering: 

Vurderingsparametre: 

Isolation/Uafhængighed: 

On-line tilgængelighed: 

Svartider: 

Synkronisering: 

Kompleksitet: 

Logistik: 

Overholdelse af Kontrakten: 

Kommentarer: 

To Do: To Do: 

Status: 


April 2013


1.3.2.4 BBR – KMS 

1. Webservice – GSH-oplysninger fra KMS 

Klient Nyt BBR Server KMS 

Beskrivelse: Webservicen skal ud fra en matrikelidentifikation returnere en liste med samtlige matrikelidentifikationer 

og deres geografiske sammenhæng for den samlede faste ejendom, som den 

kaldende matrikelidentifikation indgår i. 

Inputparametre: Landsejerlavskode, Matrikelnummer 

Outputparametre: 

En liste af nedenstående data for samtlige matrikler for den samlede faste ejendom, som den kaldende 

matrikelidentifikation indgår i: 

Landsejerlavskode 

Matrikelnummer 

SFE nummer 

GSHkode (Geografisk SammenHængskode), GSHkode en entydig kode for de matrikelnumre der er 

geografisk sammenhængende indenfor en samlet fast ejendom. Koden genereres af KMS. 

Entitet: Grund, matrikel 

Attributter: 

Betingelse: Matrikel skal eksistere 

Resultat: 

Implementering: KMS udstiller en webservice 

Sikkerhed: 

Fejlhåndtering: 


Kommentarer: 

Håndtering af redundante data vs. opdaterede data: Ingen dataredundans 

Status: Webservice er implementeret. Ingen udestående. 

2. Ajourføring af adressedata – KMS 


Beskrivelse: Overfører adressedata til KMS ved oprettelse, ændring eller sletning af adgangsadresser 

og enhedsadresser. Når der sker ændringer i adgangsadresser eller enhedsadresser i BBR, kaldes 

en webservice hos KMS med de ændrede adresser. 

Inputparametre: OIO adressestrukturerne (som defineret på digitaliser.dk): 

AddressAccessCreatedRequestStructure 

AddressAccessUpdatedRequestStructure 

AddressAccessDeletedRequestStructure 

AddressSpecificCreatedRequestStructure 

AddressSpecificUpdatedRequestStructure 

AddressSpecificDeletedRequestStructure 


April 2013


Outputparametre: OIO adressestrukturerne (som defineret på digitaliser.dk): 

AddressAccessCreatedResponseStructure 

AddressAccessUpdatedResponseStructure 

AddressAccessDeletedResponseStructure 

AddressSpecificCreatedResponseStructure 

AddressSpecificUpdatedResponseStructure 

AddressSpecificDeletedResponseStructure 

Entitet: AdgangsAdresse og EnhedsAdresse Entitet: AdgangsAdresse og EnhedsAdresse 

Attributter: Alle attributter på AdgangsAdresse 

og EnhedsAdresse 

Status: Denne webservice sættes i drift 15/12 2010. 

3. Hentning af matrikelkoordinater 

Attributter: Alle attributter på AdgangsAdresse 

og EnhedsAdresse 

Betingelse: Alle ændringer på endelige og nye 

foreløbige adgangsadresser og enhedsadresser 

overføres. Ændringer på sagsadresser overføres 

IKKE. 

Resultat: adgangsadressen eller enhedsadressen 

bliver oprettet, ændret eller slettet. 

Implementering: KMS udstiller en webservice. 

Sikkerhed: IP beskyttelse. 

Fejlhåndtering: Hvis kaldet går godt, returnerer 

serveren fejlkode 0. Alt andet opfattes af klienten 

(BBR) som en fejl, og klienten prøver at sende 

opdateringen af sted igen efter et aftalt mønster. 


Isolation/Uafhængighed: Hvis KMSs webservice er 

nede, prøver BBR at sende hændelsen af sted 

igen efter et aftalt mønster. Opdateringen af 

adressen i BBR går godt. 

On-line tilgængelighed: Operationen er tidstro – 

bortset fra, hvis der opstår fejl og hændelser må 

”gensendes”. 

Svartider: Kaldet mod KMS webservicen er ”afkoblet” 

fra opdateringen af adressen i BBR, så det 

vil ikke påvirke svartiderne i BBR. 

Synkronisering: Ingen synkroniseringsproblemer 

Kompleksitet: Simpel 

Logistik: Aftalt med KMS 

Overholdelse af Kontrakten: Krav 5.1.8 

Kommentarer: 


Beskrivelse: Leverer koordinaterne til en matrikel 

Inputparametre: Kommunenummer, Matrikelbetegnelse 

Outputparametre: Matrikelkoordinater, adressekoordinaterne samt angivelse af nøjagtighedsklasse 

(”B”), Teknisk standard (”UF”), kilde til geometri (”2”), revisionsdato (”dagsdato”), retning (”200”) 

og placering (”5”). 

Entitet: Matrikel, Adgangsadresser, Bygning Entitet: Matrikel 


April 2013


Attributter: Matrikelkoordinater Attributter: Matrikelkoordinater 

Betingelse: Matriklen skal eksistere 

Resultat: Adgangsadresse eller bygning får opdateret 

koordinater med værdierne fra KMS. 


Sikkerhed: Autentificering er nødvendig 

Fejlhåndtering: En fejlkode til klienten 


Isolation/Uafhængighed: Hvis KMSs webservice 

er nede kan ajourføringen kan ikke gennemføres 

On-line tilgængelighed: Operationen er tidstro 

Svartider: Der vil være et overhead i form af et 

kald til et eksternt system 



Logistik: Aftales med KMS 

Overholdelse af Kontrakten: Krav 5.1.4, 2. punkt 

Kommentarer: 

Håndtering af redundante data vs. opdaterede data: Ingen dataredundans (idet koordinater kan opdateres 

via oioxml-snitfladerne). 


4. Søgning af matrikel i KMS på basis af adressekoordinater 

Klient NYT BBR Server KMS 

Beskrivelse: Henter matrikel i KMS på basis af adressekoordinater 

Inputparametre: Kommunenummer, adressekoordinater 

Outputparametre: Liste af matrikler indenfor koordinaterne 

Entitet: Entitet: Matrikler 

Attributter: Attributter: Matrikel 

Betingelse: Adressekoordinater skal eksistere 

Resultat: Matrikeloplysninger er hentet 





Isolation/Uafhængighed: Hvis KMSs webservice er 

nede kan forespørgslen ikke gennemføres 


Svartider 



Logistik: Aftales med nyt BBR 

Overholdelse af Kontrakten: Krav 5.1.4, 2. punkt 


April 2013


Kommentarer: 

Håndtering af redundante data vs. opdaterede data: Ingen dataredundans. 



April 2013


5. Søgning på matrikel i KMS ud fra bygningskoordinater 


Beskrivelse: Henter matrikel i KMS på basis af bygningskoordinater 

Inputparametre: Kommunenummer, bygningskoordinater 

Outputparametre: Liste af matrikler indenfor koordinaterne 

Entitet: Bygninger Entitet: Matrikel 

Attributter: Attributter: Matrikelbetegnelsen 

Betingelse: Bygningskoordinater skal eksistere 

Resultat: Matrikeloplysninger er hentet 





Isolation/Uafhængighed: Hvis nyt BBR er nede 

kan forespørgslen ikke gennemføres 


Svartider 



Logistik: Aftales med nyt BBR 


Kommentarer: 



6. Vedligeholdelse af matrikulære data i BBR 

Matrikulære data i Nyt BBR vedligeholdes både ved hjælp af ESR og KMS’s matrikelsystem 

miniMAKS. 

I det følgende beskrives den implementerede model: 


April 2013


miniMAKS 

5 

1 

5 

ESR 2 

1) Matrikulære ændringer sendes til ESR fra miniMAKS. 

2) Der foretages sagsbehandling i ESR. ESR tilføjer bl.a. ejendomsnummer; alle 

matrikler har et ejendomsnummer tilknyttet i ESR. 

3) ESR gemmer matrikulære ændringer i en hændelsestabel, hvor de bliver læst 

af BBR (snitflade 4 til 10 i afsnit 6.3.3.5). 

4) BBR behandler den modtagne hændelse. 

3 

Nyt BBR 

4 

6 

5) Nogle hændelser fra ESR, fx oprettelse af en ny matrikel eller ændring af SFE- 

nummer initierer et kald til miniMAKS for at hente den geografiske sammenhæng 

for den modtagne eller ændrede matrikel. 

6) BBR opdaterer matrikulære data på baggrund af den modtagne hændelse og 

information. 

Fx resulterer en oprettelse af en ny matrikel i ESR i, at matrikelnummeret tilføjes 

til en eksisterende grund som denne matrikel hører til eller i en oprettelse af en 

ny grund. Opdateringen i BBR afhænger af, om der i forvejen ligger en grund, 

som denne matrikel skal knyttes til. 

En sletning af et matrikelnummer resulterer i fjernelse af matrikelnummeret fra 

dens grund i BBR og grunden slettes hvis den ikke har andre matrikelnumre til- 


April 2013


knyttet. ESR sikrer, at der ikke er bygninger på grunden. Eventuelle adresser på 

matriklen flyttes til ”UMAT” (uden matrikel). 

Ud over opret- og slet-matrikel-hændelser findes der flere ESR-hændelser som 

initierer en opdatering af matrikulære data i Nyt BBR. De mulige hændelser som 

modtages fra ESR er beskrevet i kapitel 6.3.3.5. 


April 2013


1.3.2.5 BBR - ESR 

Der kommunikeres med ESR på 3 forskellige måder: 

· Online opslag som henter ”hændelser” fra ESR (snitflade 1 til 10). 

Når der sker opdateringer i ESR, som har betydning for BBR, stiller ESR disse 

opdateringer til rådighed via en hændelsestabel, som BBR kan læse i via en 

webservice. BBR sørger for, at BBR’s data opdateres med disse ændringer. 

Som eksempel kan nævnes, at der oprettes eller opdateres grunde i BBR som 

konsekvens af oprettelse eller sletning af matrikler i ESR. Et andet eksempel 

er bestilling af BBR-Meddelelser ved ejerskifte i ESR. 

Disse hændelser/snitflader er beskrevet i afsnit 6.5.3.1. 

· Online opslag som henter oplysninger fra ESR (snitflade 11 til 16) 

I forbindelse med sagsbehandling i BBR hentes der online ESR-oplysninger. 

Som eksempel kan nævnes, at der hentes BBR oplysninger i forbindelse med 

skærmbilledet ”Ejendomsoversigten”. Disse kald er beskrevet i afsnit 6.5.3.2. 

· Online opslag som sender oplysninger til ESR (snitflade 17) 

Adresseopdateringer i BBR har betydning for ESR. Derfor sendes disse opdateringer 

til ESR. Dette kald er beskrevet i afsnit 6.5.3.3. 

1.3.2.6 Online opslag, som henter hændelser fra ESR 

1. Opdatering af ejerforholdskoden i ESR 

Klient Nyt BBR Server ESR 

Beskrivelse: 

Opdatering af oplysninger om opdaterede ejerforholdskoder i ESR. 

Når der ændres i ejerforholdskoden på en ejendom skal ESR gøre oplysningerne tilgængelige for Nyt 

BBR. 

Der er 3 hændelsestyper inden for opdatering af ejerforholdskoden i ESR: 

· 001: ret ejerforholdskode i forbindelse med opret ejer 

· 002: ret ejerforholdskode i forbindelse med historisk ejer 

· 003: ret ejerforholdskode i forbindelse med ret ejer 

Inputparametre: - 

Outputparametre: (det er de samme outputparametre ved de 3 hændelsestyper) 

MessageType 

Kommunenummer 

Ejendomsnr 

EjerlejlighedsEjdnr 

EjendomsRef 

Entitet: Grund, Bygning, Teknisk anlæg, enhed Entitet: Ejer 

Attributter: Ejerforholdskode Attributter: Kommunenummer, Ejerforholdskode, 

Ejendomsnummer, Ejendomsreference, 

Resultat: Oplysninger giver mulighed for at op- 

Betingelse: 


April 2013


datere Nyt BBR, således at grunden opdateres 

med den nye ejerforholdskode. Er der tale om 

en moderejendom for ejerlejligheder skal ejerforholdet 

registreres for de pågældende ejerlejligheder 

(jf. krav 5.4.2) 

Implementering: ESR udstiller en service 




Isolation/Uafhængighed: Nyt BBR kan fungere 

selv om ESR er nede og ejerforholdskoden ikke er 

opdateret. ESR kan fungere selv om Nyt BBR er 

nede. 

On-line tilgængelighed: Operationen er asynkron. 

Svartider: Intet overhead 

Synkronisering: Der kan være minimale synkroniseringsproblemer, 

da opdateringen er asynkron 


Logistik: Aftales med KMD/ESR 


Kommentarer: 

Håndtering af redundante data vs. opdaterede data: Publish/Subscribe. 


2. Ejerskifte i ESR 


Beskrivelse: 

Ejerskifte i ESR 

Når der foretages ejerskifte i ESR, skal ESR gøre oplysningerne tilgængelig for Nyt BBR, da det skal 

medføre en udskrivning af en BBR-Meddelelse. 

Der er 2 hændelsestyper inden for opdatering af ejerskifte i ESR: 

· 501: ejerskifte 

· 502: ejerskifte i forbindelse med historisk ejer 



MessageType 

Kommunenummer 

Ejendomsnr 

EjendomsRef 

Dcprcir 

Entitet: Ejendom, Grund, Bygning (ejerlejlighed), 

Enhed (ejerlejlighed) 

Entitet: Ejendom (ejerlejlighed) 

Attributter: Attributter: Kommunenummer, Ejendomsnummer, 

Ejendomsreference 

Resultat: Nyt BBR skal gøre klar til udskrivning 

Betingelse: Ejerskab skal eksistere 


April 2013


af en BBR-Meddelelse (med årsag ”ejerskifte”) 






selv om ESR er nede og ejerforholdskoden ikke er 

opdateret. ESR kan fungere selv om Nyt BBR er 

nede. 







Overholdelse af Kontrakten: Krav 7.1, 7.7 

Kommentarer: 



3. Opdatering af etagemeter (tinglyst areal) i ESR 


Beskrivelse: 

Opdatering af oplysninger om etagemeter i ESR. 

Når der opdateres i etagemeter (som svarer til feltet ”tinglyst areal” i Nyt BBR) skal ESR gøre oplysningen 

tilgængelig for Nyt BBR. 

Der er 1 hændelsestype inden for opdatering af etagemeter (tinglyst areal) i ESR: 

· 101: ret etagemeter 



MessageType 

Kommunenummer 

EjerlejlighedsEjdnr 

Artskode 

EjendomsRef 

Etagemeter 

Entitet: Enhed (Ejerlejlighed) Entitet: Ejendom (Ejerlejlighed) 

Attributter: Tinglyst areal Attributter: Kommunenummer, Ejerlejlighedens 

Ejendomsnummer, Ejendomsreference, Etagemeter 

Resultat: Oplysninger giver mulighed for at opdatere 

BBR-feltet ”tinglyst areal” med etagemeter 

Betingelse: 


April 2013






Isolation/Uafhængighed: Nyt BBR kan fungere selv 

om ESR er nede og tinglyst areal ikke er opdateret. 

ESR kan fungere selv om Nyt BBR er nede. 










4. Oprettelse af matrikel i ESR 


Kommentarer: Kommunen vil under Systemadministration 

kunne vælge om oplysningen om tinglyst 

areal skal vises i Nyt BBR. 

Beskrivelse: 

ESR opretter en matrikel. Dette skal Nyt BBR har besked om så tilsvarende matrikel automatisk oprettes 

i Nyt BBR. 

Der er 1 hændelsestype inden for opret matrikel i ESR: 

· 201: opret matrikel 



MessageType 

Kommunenummer 

Ejendomsnr 

Ejerlavskode 

Matrikelnr 

Matrikelbogstav 

Delnr 

Ejerlejlighedsnr 

Opdelingsnr 

Artskode 

Udskrivningsmatr 

Matrikel_id 

Kms_sfenr 

Entitet: Grund, matrikel Entitet: Ejendom, matrikel 


April 2013


Resultat: Oplysninger giver mulighed for at 

opdatere Nyt BBR med nye matrikler 

Kommentarer: 

Hvis oplysningerne ikke sendes fra ESR når de 

opstår, vil det på ejendomme/grunde som allerede 

er oprettet i Nyt BBR, ikke være muligt at 

placere bygninger på disse matrikler, da matriklerne 

ikke vil komme til Nyt BBR’s kendskab. 

Attributter: Fuld matrikelbetegnelse 

Betingelse: Ejendommen skal eksistere 






selv om ESR er nede og matriklen ikke er opdateret. 








Overholdelse af Kontrakten: en følge af brug af 

ESR-matriklen (krav 5.1.1, 51.2, allonge 1, ændringsbilag 

32 og 37, se beskrivelse i afsnit 6.1.2) 

Kommentarer: 



5. Sletning af matrikel i ESR 


Beskrivelse: 

ESR sletter en matrikel. Dette skal Nyt BBR have besked om så evt. tilsvarende matrikel kan slettes i 

Nyt BBR. 

ESR tjekker i KRR om der er bygninger på matriklen (senere skal der tjekkes op mod Nyt BBR). 

Hvis der er bygninger på matriklen kan sletningen ikke gennemføres. 

Hvis der ikke er bygninger på matriklen gennemføres sletningen og der lægges en hændelse i hændelsesregisteret. 

Der er 1 hændelsestype inden for slet matrikel i ESR: 

· 301: slet matrikel 



MessageType 

Kommunenummer 

Ejendomsnr 

Ejerlavskode 


April 2013


Matrikelnr 


Delnr 


Opdelingsnr 

Artskode 


Matrikel_id 

Entitet: Grund, matrikel Entitet: Ejendom, matrikel 


slette matrikler i Nyt BBR 

Kommentarer: 

Nyt BBR skal have faciliteter til at flytte en bygning 

fra en matrikel til en anden. Denne facilitet 

skal implementeres i Nyt BBR under alle omstændigheder. 

Bygningens placering skal synkroniseres 

til KRR. 

Attributter: Fuld matrikelbetegnelse 


Resultat: Readonly 






selv om ESR er nede og matriklen ikke er opdateret. 








Overholdelse af Kontrakten: en følge af brug af 

ESR-matriklen (krav 5.1.1, 51.2, allonge 1, ændringsbilag 

32 og 37, se beskrivelse i afsnit 6.1.2) 

Kommentarer: 



6. Flytning af matrikler i ESR 


Beskrivelse: Der flyttes matrikler mellem to ejendomme i ESR. 

Det laves mod Nyt BBR som opret og slet af matrikel, se pkt. 5 ”Sletning af matrikler i ESR”. 



April 2013


7. Approbationer i ESR 


Beskrivelse: 

De foreløbige matrikler oprettes i Nyt BBR på linje med almindelige matrikler. Se ”opretning af ny 

matrikel”. 

Når approbationen er gennemført laves en opretning af matriklen, og en sletning af den foreløbige 

matrikel. Se pkt. 4 ”Oprettelse af matrikel i ESR” og pkt. 5 ”Sletning af matrikler i ESR”. 


8. Opdatering af ejerlavskoder og –tekster i ESR 


Beskrivelse: 

ESR opdaterer i ejerlavskoder og –tekster. Følgende skal gøres tilgængelig for Nyt BBR: 

· Oprettelse af eller ændring i landsejerlavskode 

· Oprettelse af eller ændring i landsejerlavstekst 

· Oprettelse af eller ændring i kommunal ejerlavskode 

Der er 3 hændelsestyper inden for opdatering af ejerlavskoder og –tekster i ESR: 

· 401: ret ejerlavskode og –tekster 

· 402: opret ejerlavskode og –tekster 

· 403: slet ejerlavskode og -tekster 



MessageType 

Gl_Kommunenummer 

Gl_Landsejerlavskode 

Gl_Landsejerlavstekst 

Gl_KomEjerlavskode 

Gl_KomEjerlavstekst 

Ny_kommunenummer 

Ny_landsejerlavskode 

Ny_landsejerlavstekst 

Ny_ejerlavskode 

Ny_ejerlavstekst 

Resultat: Oplysninger giver mulighed for at opdatere 

Nyt BBR med landsejerlavskode, landsejerlavstekst 

og kommunale ejerlav 

Entitet: Landsejerlav, kommunalt ejerlav 

Attributter: Landsejerlavskode, landsejerlavstekst, 

kommunal ejerlavskode 

Betingelse: 





April 2013


Kommentarer: Første gangs indlæsning i Nyt 

BBR skal ske via konverteringen. 



selv om ESR er nede og ejerlavet ikke er opdateret. 









Kommentarer: 



9. Ret udskrivningsmatrikel i ESR 


Beskrivelse: 

Opdaterer oplysninger om udskrivningsmatriklen i ESR. 

Der er 1 hændelsestype inden for ret udskrivningsmatrikel i ESR: 

· 102: ret udskrivningsmatrikel 



MessageType 

Kommunenummer 

Ejendomsnr 

Ejerlavskode 

Matrikelnr 


Delnr 


Opdelingsnr 

Artskode 


Matrikel_id 

Kms_sfenr 

Entitet: Enhed (Ejerlejlighed) Entitet: Matrikel 


Ejendomsnummer, Ejendomsreference, Etagemeter 


opdatere BBR-feltet ”tinglyst areal” med etagemeter 

Betingelse: 


April 2013







selv om ESR er nede og tinglyst areal ikke er opdateret. 











10. Ret KMS_SFENR i ESR 


Beskrivelse: 

Opdaterer oplysninger om KMS_SFENR i ESR. 

Der er 1 hændelsestype inden for ret KMS_SFENR i ESR: 

· 103: ret KMS_SFENR 



MessageType 

Kommunenummer 

Ejendomsnr 

Ejerlavskode 

Matrikelnr 


Delnr 


Opdelingsnr 

Artskode 


Matrikel_id 

Kms_sfenr 

Entitet: Enhed (Ejerlejlighed) Entitet: Matrikel 


kunne vælge om oplysningen om 

tinglyst areal skal vises i Nyt BBR. 


Ejendomsnummer, Ejendomsreference, Etageme- 


April 2013



opdatere BBR-feltet ”tinglyst areal” med etagemeter 


April 2013 

ter 

Betingelse: 






selv om ESR er nede og tinglyst areal ikke er opdateret. 












kunne vælge om oplysningen om 

tinglyst areal skal vises i Nyt BBR. 

1.3.2.7 On-line opslag, som henter oplysninger fra ESR 

11. Hent ejerforholdskode i ESR 


Beskrivelse: 

Henter oplysninger om ejerforholdskode i ESR. 

Når Nyt BBR opretter en grund skal ejerforholdskoden hentes i ESR. 

Når Nyt BBR opretter en enhed, bygning eller teknisk anlæg som er en ejerlejlighed, skal ejerforholdskoden 

hentes i ESR. 

Inputparametre: Kommunenummer, Ejendomsnummer, Ejerlejlighedsejendomsnummer (udfyldes 

ved artskode 02 og 32), Ejendomsreference 

Outputparametre: Kommunenummer, Ejendomsnummer, Ejerlejlighedsejendomsnummer (udfyldes 

ved artskode 02 og 32), Ejendomsreference, Ejerforholdskode 

Entitet: Grund, Bygning, Teknisk anlæg, Enhed 

(ejerlejlighed) 

Entitet: Ejendom 

Attributter: Attributter: Kommunenummer, Ejendomsnummer, 

Ejerlejlighedsejendomsnummer, Ejendomsreference, 

Ejerforholdskode 

Resultat: De hentede oplysninger giver mulig- 

Betingelse: Ejendommen skal eksistere


hed for at opdatere Nyt BBR med oplysningerne, 

således at grunden opdateres med ejerforholdskode. 

Er der tale om en moderejendom for ejerlejligheder 

skal ejerforholdet registreres for de 

pågældende ejerlejligheder (jf. krav 5.4.2) 

Implementering: ESR udstiller en service til 

hentning af ejerforholdskoden 




Isolation/Uafhængighed: Oprettelsen af entiteten 

kan ikke gennemføres 








Kommentarer: 



12. Hent CPRnr/CVRnr/løbenr og alternativ adresse 


Beskrivelse: 

Henter ejers CPRnr/CVRnr/løbenr i forbindelse med udskrivning af fx BBR-Meddelelse. I forbindelse 

med udlejningsforhold dannes der desuden et udtræk, der skal sammenholdes med udtræk fra CPR. 

Inputparametre: Kommunenummer, Ejendomsnummer, Ejertype (altid ”a”) 

Outputparametre: Liste af Ejeres CPR-numre eller CVR-numre eller løbenr samt alternativ adresse. 

Samt om adressen er adressebeskyttet. Markering for administrator eller ejer. Ejertype (kun for ejere). 

Administratorkode (kun for adminstratorer) 

Entitet: Bygning, enhed Entitet: Ejer, ejendom 

Attributter: Attributter: CPRnr eller CVRnr eller løbenr og alternativ 

adresse 

Resultat: Liste af ejere. 

Der kan kaldes videre til OIS for at få navn og 

adresse til adressering af fx BBR-Meddelelser. 






Isolation/Uafhængighed: Udskrivningen af ejermeddelelse 

kan ikke gennemføres/ajourføringen af 

Udlejningskode kan ikke gennemføres 



April 2013







Overholdelse af Kontrakten: krav 7.2, EBST nota 

med ændringer til krav 5.3 

Kommentarer: 




April 2013


13) Hent matrikelsammenhæng (Kbh & Frederiksberg) 


Beskrivelse: 

Webservicen skal ud fra en matrikelidentifikation returnere en liste med samtlige matrikelidentifikationer, 

som hører til den samme faste ejendom som den kaldende matrikelidentifikation. For København 

udledes matrikelsammenhænget ud fra feltet ”SamletFastEjendom”. For Frederiksberg udledes 

matrikelsammenhænget ud fra feltet ”Noteringskode”. 

Inputparametre: Landsejerlavskode, Matrikelnummer 


En liste af nedenstående data for samtlige leverede matrikler: 


Matrikelnummer (nr og bogstav) 

SFE nummer 

Noteringskode 

Entitet: Grund, matrikel 

Attributter: 

Betingelse: Matrikel skal eksistere 

Resultat: 

Implementering: ESR udstiller en webservice 

Sikkerhed: 

Fejlhåndtering: 


Kommentarer: 



14) Hent ejerlejligheds-oplysninger 


Beskrivelse: 

Ved oprettelse af en ejerlejlighed hentes ejerlejlighedsoplysninger fra ESR. Samtidig kontrolleres det 

at ejerlejligheden eksisterer i ESR 

Inputparametre: Kommunenummer, matrikelnummer, ejerlejlighedsejendomsnr. 

Outputparametre: Ejerlejlighedsnr., etagemeter, ejerforholdskode, liste af matrikelbetegnelser 

Entitet: Enhed, Bygning, Teknisk Anlæg Entitet: Ejendom, matrikel 

Resultat: Enheden (ejerlejligheden) kan opdateres 

med aktuelle ejerlejlighedsoplysninger. 

Attributter: Fuld matrikelbetegnelse, etagemeter, 

ejerforholdskode 





April 2013


Kommentarer: Matrikelbetegnelsen skal ikke 

benyttes direkte i Nyt BBR, men videre i synkroniseringen 

med KMD-BBR (og KKR). 

Hvis der i Nyt BBR flyttes en bygning – indeholdende 

ejerlejligheder - fra en matrikel til en anden 

matrikel skal der på ny hentes oplysninger 

om ejerlejligheden. 



Isolation/Uafhængighed: Oprettelse af grund kan 

ikke gennemføres 








Kommentarer: 

Håndtering af redundante data vs. opdaterede data: Publish/Subscribe 


15) Hent ejendomsoplysninger fra ESR til Ejendomsoversigten 

i NYT BBR 


Beskrivelse: 

Ved dannelse af Ejendomsoversigten hentes matrikeloplysninger i ESR. 

Inputparametre: 

Kommunenummer 

Ejendomsnr. 


Ejerlavskode 

Matrikelnr 


Delnr 

Opdelingsnr 

Artskode 


Returkode 

Systemkode 

Tekst 

Ejerlavskode 

Matrikelnr 


Delnr 

Opdelingsnr 

Artskode 

Zonestatus 

Cnote (noteringskode) 


Fmatar (matrikelareal) 

Fvej (Heraf vejareal) 

Fdivar (Diverse areal) 

Plantype 

Plantypetekst 

Plannr 


April 2013


Plannavn 

Entitet: Grund Entitet: Matrikel 

Resultat: 

Attributter: 














Kommentarer: Kommentarer: 



Overholdelse af Kontrakten: Appendiks 1 i Allonge 

1 - ”Ekstra krav” og ”Ejendomsoplysninger”. 

16) Hent markering for ejerlejlighedsmatrikler fra ESR til 

Nyt BBR 


Beskrivelse: 

Hent markering for ejerlejlighedsmatrikler fra ESR til Nyt BBR 


Kommunenummer 

Ejendomsnr 

Ejerlavskode 

Matrikelnr 


Delnr 


Opdelingsnr 

Artskode 


Matrikelmarkering 

Returkode 

Systemkode 

Tekst 

Entitet: Grund Entitet: Matrikel 

Attributter: 



April 2013


Resultat: 













Kommentarer: Kommentarer: 



Overholdelse af Kontrakten: Appendiks 1 i Allonge 

1 - ”Ekstra krav” og ”Ejendomsoplysninger”. 

1.3.2.8 On-line opslag, som sender oplysninger til ESR 

17) Ajourføring af adressedata – ESR 


Beskrivelse: 

Overfører adressedata til ESR ved oprettelse af, eller ændring af adgangs- eller enhedsadresse 

Inputparametre: Kommunenummer, Matrikelnummer, Ejendomsnummer, adresse (adgangs- eller 

enhedsadresse) 

Outputparametre: OK 

Entitet: Entitet: Adgangs- og Enhedsadresse 

Attributter: Attributter: 

Betingelse: 

Resultat: ESR adressedata opdateres 

Implementering: ESR udstiller en webservice 




Isolation/Uafhængighed: Hvis ESRs webservice er 

nede kan ajourføringen ikke gennemføres 







April 2013


Logistik: Aftales med ESR 


Kommentarer: 

Håndtering af redundante data vs. opdaterede data: Opdatering fra databærende system 



April 2013


1.3.2.9 BBR – plansystemDK 

Klient Nyt BBR Server PlansystemDK 

Beskrivelse: 

Ved dannelse af skærmbilledet ”ejendomsoversigten” hentes planoplysninger i PlansystemDK. 

http://matplan.plansystem.dk/pdk2mat/MatPlan 

Inputparametre: landsEjerlavsKode + matrikelnummer 

Outputparametre: et antal planer med angivelse af plannavn, id, status og type 

Entitet: Entitet: 


Betingelse: 

Resultat: 

Implementering: Der kaldes en webservice ved PlansystemDK. 

Sikkerhed: 

Fejlhåndtering: Selv om webservicen til PlansystemDK fejler, vil 

ejendomsoversigten i BBR blive vist, dog vises 

den uden planoplysninger fra PlansystemDK. Hvis 

webservicen til PlansystemDK fejler, vil brugeren 

blive præsenteret for en besked (”Der kunne ikke 

hentes data fra PlansystemDK”). 


Kommentarer: 

Status: Webservice er implementeret. 

1.3.2.10 BBR – Bossinf-STB 

Overførsel af kode for offentlig støtte til Nyt BBR 

Klient Nyt BBR Server Bossinf 

Beskrivelse: 

Opdatering af kode for offentlig støtte i Nyt BBR 


Outputparametre: Offentlig støtte (ja/nej) 

Entitet: Enhed Entitet: Ejendom 

Attributter: offentlig støtte Attributter: Offentlig støtte 

Betingelse: Enheden skal eksistere 

Resultat: Enheden opdateres med den angivne 

kode 

Implementering: Bossinf udstiller en hændelsestabel 

som Nyt BBR tilgår via en webservice. 


April 2013






selv om Bossinf er nede og offentlig støtte ikke 

er opdateret. Bossinf kan fungere selv om Nyt 

BBR er nede. 

On-line tilgængelighed: Operationen er ikke 

nødvendigvis tidstro, afhængig af implementering 

Synkronisering: Der kan være synkroniseringsproblemer, 

hvis opdateringen ikke er tidstro 


Overholdelse af Kontrakten: Krav 6.2.1.4 

Kommentarer: Koden overføres ikke til KMD- 

BBR i dag. 

To Do: KOMBIT afklarer med Bossinf om overførslen 


April 2013


1.3.2.11 BBR – CPR 

1. Hentning af navn og adresse ud fra CPR-nummer 

Klient Nyt BBR Server CPR 

Beskrivelse: I forbindelse med adressering af bl.a. BBR-Meddelelse skal man bruge ejerens navn og 

adresse. 

Inputparametre: CPR-nummer 

Outputparametre: Navn og Adresse 

Entitet: Flere Entitet: Flere 

Attributter: Attributter: Navn og Adresse 

To Do: 

Betingelse: 

Resultat: Mulighed for at påtrykke navn og 

adresse på bl.a. BBR-Meddelelse. 

Sikkerhed: Autorisation ud fra brugernavn og 

password. 



Isolation/Uafhængighed: Hvis man ikke kan foretage 

opslaget, så er det ikke muligt at få ”oversat” 

CPRnr og dermed ikke muligt at adressere bl.a. 

BBR-Meddelelse. 

On-line tilgængelighed: Ikke nødvendigvis tidstro. 

Svartider: I forbindelse med masseudskrivninger 

er svartiden kritisk. 

Synkronisering: Nej 

Kompleksitet: Nej 

Logistik: KOMBIT stiller snitfladerne til rådighed. 


Kommentarer: Servicen benyttes kun hvis der er 

adressebeskyttelse (da navn og adresse da ikke 

kan leveres fra OIS) eller det ikke er ejeren man 

skal adressere til. 

To Do: KOMBIT aftaler med CPR. 




April 2013


2. Opslag fra CPR af adresse i Nyt BBR 

Klient CPR Server Nyt BBR 

Beskrivelse: I forbindelse med flytningen af boligregisteret til Nyt BBR skal CPR fremover have adgang 

til hvilke adresser der er oprettet i Nyt BBR via en snitflade. 

Inputparametre: Adresse 

Outputparametre: Oplysning om, om adressen findes 

Entitet: Adgangs- og enhedsadresse Entitet: Adgangs- og enhedsadresse 


To Do: 

Status: 

Betingelse: 

Resultat: 

Sikkerhed: Krypteret forbindelse med autorisation 

via certifikat. 

Fejlhåndtering: Fejl logges på klienten. 


Isolation/Uafhængighed: Der kan opstå inkonsistens, 

hvis CPR ikke oplyses om at en given 

adresse ikke findes i Nyt BBR. 

On-line tilgængelighed: Systemet bruges til her 

og nu opslag ved CPR. 

Svartider: Forsinkelser i svartider opleves hos 

CPR. 

Synkronisering: Den er ønskværdig, men ikke kritisk. 

Kompleksitet: Lav 

Logistik: Nyt BBR stiller WebService til rådighed 

for CPR. 


Kommentarer: Data leveres i OIOXML. 

To Do: 

Det er aftalt, at folkeregisteret skal tilgå BBR-data via de generelle OIOXML-snitflader. 


April 2013


3. Opdatering af Udlejningsforhold ved samkøring af ESR, 

CPR og Nyt BBR 

Klient Nyt BBR Server CPR, ESR 

Beskrivelse: I forbindelse med opdatering af udlejningsforhold sammenkøres udtræk fra CPR og 

ESR med data fra Nyt BBR. 


Outputparametre: Udtræk af alle ejere og lejere i CPR. 


Attributter: Attributter: Udlejningsforhold 

To Do: 

Betingelse: 

Resultat: Opdatering af udlejningsforhold i Nyt 

BBR. 

Sikkerhed: Overførsel af data sker via FTPS. 

Fejlhåndtering: I forbindelse med kørslen udskrives 

en fejlliste. 


Isolation/Uafhængighed: Alle systemer er nødvendige. 

On-line tilgængelighed: Dette er en batch-kørsel. 

Svartider: Nej 


Kompleksitet: Middel 

Logistik: Data overføres fra ESR og CPR i ”flade filer” 

til Nyt BBR. Her læses de ind i Nyt BBR i tilknyttede 

tabeller. Efter indlæsningen køres der en 

stored procedure der opdaterer udlejningsforhold. 


Kommentarer: 

To Do: 



Opdatering af udlejningsforhold sker ved samkøring af ESR, BBR og CPR. 

I opdatering af udlejningsforhold indgår 3 datasæt: 

· Udtræk fra ESR som indeholder kommunenr, ejendomsnr, ejerlejlighedsnr 

og CPRnr. Dette hentes via FTPS på en FTP-server hos KMD. 

· Udtræk fra CPR som indeholder oplysninger om CPRnr. og adresse. Dette 

hentes via FTPS på en FTP-server hos CSC. 

Udtræk fra Nyt BBR som indeholder kommunenr, ejendomsnr, ejerlejlighedsnr, 

adresse, boligtypekode og anvendelseskode. 


April 2013


Når ESR-udtrækket er hentet, læses det ind i tabel ’ESR_Ejer’ i database 

JR5000PD i Nyt BBR via et SSIS job. 

Når udtrækket fra CPR er hentet, læses det ind i tabel ’CPR_Adresse’ i database 

JR5010PD i Nyt BBR via det job, som indlæser og opdaterer data fra CPR. Jobbet 

hedder OpdaterCPRData.exe. 

Når data er indlæst køres stored procedure 

’bbr_domain.usp_EnhedUpdateBatchUdlejningsforhold2’, som herefter opdaterer 

kolonnen ’Udlejningsforhold2’ i tabellen ’Enhed’. 

Proceduren opdaterer udlejningsforhold med én af følgende værdier: 

1. Udlejet 

2. Benyttet af ejer 

3. Ikke benyttet 

Først opsættes kode 3. Hvis BBR-enheden ikke er i ’CPR_Adresse’ tabellen. 

Derefter opsættes kode 2, hvis et CPR nummer fra ’CPR_Adresse’, der bebor en 

enhed, matcher tabellen ’ESR_ejer’ på den pågældende ejendom. 

De resterende sættes til kode 1. 

Tabellerne ESR_ejer, BBR_Adresse og CPR_Adresse er ’arbejdstabeller’ og indgår 

derfor ikke i den logiske datamodel. 

Kørslen vil ske 3 gange årligt (april, september og december). 


April 2013


KMD ESR 

CSC FTP 

server 

ESR udtræk 

KMD FTP 

server 

FTPS 

Adresse udtræk 

fra CPR 

ESR 

udtræk 

Nyt BBR 

Applikations 

server 


April 2013 

SFTP 

KMD 

Firewall 

Indlæsning af 

ESR ejere via 

SSIS job 


CPR adresser 

via CPR 

opdateringspro 

gram 

Nyt BBR 

SQL Server 

Kørsel af stored 

procedure som 

opdaterer 

udlejningsforhold 

2 på Enhed


Opdatering af Vejregisteret i Nyt BBR 

Klient Nyt BBR Server CPR 

Beskrivelse: I forbindelse med opdatering af vejregisteret hentes dagligt udtræk fra CPR som læses 

ind i Nyt BBR. 


Outputparametre: Ajourføringsudtræk af Vejregisteret i CPR. 


Attributter: Attributter: Vejregisteret 

To Do: 

Betingelse: 

Resultat: Opdatering af Vejregisteret i Nyt BBR. 

Sikkerhed: Overførsel af data sker via FTPS. 

Fejlhåndtering: I forbindelse med kørslen udskrives 

en fejlliste. 


Isolation/Uafhængighed: Alle systemer er nødvendige. 

On-line tilgængelighed: Dette er en batch-kørsel. 

Svartider: Nej 


Kompleksitet: Middel 

Logistik: Data overføres fra CPR i ”flade filer” til 

Nyt BBR. Her læses de ind i Nyt BBR, i to tabeller, 

via stored procedures. 


Kommentarer: 

To Do: 

Håndtering af redundante data vs. opdaterede data: Publish/subscribe 


Opdatering af Vejregisteret i Nyt BBR sker ved at hente ajourføringsudtræk fra 

CPR og opdatere tabellerne Vej og Vejstykke med ændringerne. 

Udtræk fra CPR køres når der er opdateringer til Vejregisteret. Den service der 

bruges til at hente og indlæse Vejregisteret køres én gang om dagen. 

Når CPR-udtrækket er hentet, læses det ind i tabellerne Vej og Vejstykke via 

procedurerne: 

Usp_Vej_Delete 

Usp_Vej_Insert 

Usp_Vej_Update 

Usp_Vejstykke_Delete 

Usp_Vejstykke_Insert 

Usp_Vejstykke_Update 


April 2013


Når data er opdateret køres proceduren 

usp_AdgangsAdresseUpdateDeNorm_vej, som opdaterer de denormaliserede attributter 

i tabellen AdgangsAdresse. Disse attributter er denormaliserede af hensyn 

til performance. 


April 2013


CSC FTP 

server 

FTPS 

Vejregisterudtræk 

fra CPR 

KMD 

Firewall 

Nyt BBR 

Applikations 

server 


ændringsdata fra CPR 

Vejregisteret. 

Indlæsningsservice 

henter ajourføringsfiler 

fra CPR via FTP og 

kalder stored procedures 

på SQL Serveren, som 

opdaterer tabellerne Vej 

og Vejregisteret. 


April 2013 

Nyt BBR 

SQL Server 

Kørsel af 

procedurerne: 

Usp_Vej_Delete 

Usp_Vej_Insert 

Usp_Vej_Update 

Usp_Vejstykke_Delete 

Usp_Vejstykke_Insert 

Usp_Vejstykke_Update


1.3.2.12 BBR – OIS 

Hentning af navn og adresse ud fra kommunenummer og ejendomsnummer. 

Klient Nyt BBR Server OIS 

Beskrivelse: I forbindelse med adressering af bl.a. BBR-Meddelelse skal man bruge ejerens navn og 

adresse. 

Inputparametre: Kommunenummer, ejendomsnummer og CPRnr/CVRnr/løbenr 

Outputparametre: Liste af ejere med følgende pr. ejer: navn, adresse, CPRnr/CVRnr/løbenr., 

adressebeskyttelse, markering for administrator eller ejer, ESR-ejer status (0,1,2,3)) 


Attributter: Attributter: Kommunenummer og ejendomsnummer 

Betingelse: 

Resultat: Liste af ejere som kan sammenlignes 

med det CPRnr/CVRnr som der skal sendes fx 

BBR-Meddelelse til. Sammenligningen munder ud i 

at der kan påtrykkes navn og adresse på bl.a. 


Sikkerhed: Ingen 



Isolation/Uafhængighed: Hvis man ikke kan foretage 

opslaget, så er det ikke muligt at finde frem 

til navn og adresse, og dermed ikke muligt at 

adressere bl.a. BBR-Meddelelse. 

On-line tilgængelighed: Ikke nødvendigvis tidstro. 

Svartider: I forbindelse med masseudskrivninger 

er svartiden kritisk. 



Logistik: KOMBIT stiller snitfladerne til rådighed. 


Kommentarer: 

To Do: To Do: KOMBIT aftaler med OIS. 



1.3.2.13 OIS – BBR (Generering af BBR-Meddelelse) 

Hentning af BBR-Meddelelse ud fra kommunenummer og ejendomsnummer. 

Klient OIS Server Nyt BBR 

Beskrivelse: OIS kan bestille en BBR-Meddelelse ved at kalde Nyt BBR med kommune og ejendomsnummer. 

Inputparametre: Kommunenummer og ejendomsnummer. 

Outputstruktur: Statuskode, statustekst samt bytearray indeholdende den genererede BBR- 


April 2013


Meddelelse i PDF format. 


Attributter: Attributter: Kommunenummer og ejendomsnummer 

Betingelse: Betingelse: 

Resultat: Statuskode, statustekst samt bytearray indeholdende 

den genererede BBR-Meddelelse i PDF format. Statuskoder og 

tekst kan være følgende: 

0: Ok 

2: RealPropertyStructureType ikke valid (kaldende struktur) 

3: Kommunenummer ikke valid 

4: Ejendomsnummer ikke valid 

50: Ejendommen er omfattet af sikkerhedsklassifikation 

80: Database er ikke tilgængelig 

90: Fejl ved generering af BBR-udskrift 

200: Ukendt fejl 

Sikkerhed: Sikkerhed: HTTPS 

Fejlhåndtering: Fejlhåndtering: Fejlkode og fejltekst 

Kommentarer: 

To Do: 


Isolation/Uafhængighed: OIS kan ikke levere BBR-Meddelelser til 

borgerne hvis servicen og BBR systemet ikke er tilgængelig 

On-line tilgængelighed: Ikke nødvendigvis tidstro, men bør være 

det. 

Svartider: ja 



Logistik: 



1.3.3 BBR-FIE (energidata ind i BBR) 

Et særskilt dokument beskriver systemdesignet for ”Energidata ind i BBR”, som 

dækker over de udvidelser, som laves i BBR for at opfylde kravspecifikationen: 

”Kravspecifikation Energiforbrugsindberetning 1.5”. Dette dokument skal læses i 

forlængelse af BBR’s systemdokumentation. Endvidere henvises til bekendtgørelse 

om energiforsyningsselskabernes indberetningspligt til Bygnings- og Boligregistret 

(BBR) BEK nr 1264 af 16-11-2010. 


April 2013


1.3.4 Inddataboks 

BBR Inddataboks giver mulighed for modtagelse af BBR data fra eksterne interessenter. 

Eksterne interessenter kan indsende sager til BBR Inddataboksen via standardiserede 

snitflader. Sagerne indeholder kort sagt information om indberetteren 

samt BBR data, der ønskes indberettet til BBR systemet. 

BBR Inddataboksen giver endvidere – via fanebladet Inddataboks - mulighed for 

at sagsbehandle disse sager. Hvis sagerne godkendes, opdateres BBR systemet 

med de indsendte BBR data. 

En indberetter sender data til Inddataboksen via en ekstern applikation eller via 

BBR Kommune. Hvem der er indberetteren, hvilke data der sendes og hvilken 

applikation der benyttes afhænger af indberetningstypen. 

For indberetningstypen ”Supplerende varme” vil indberetteren typisk være ejeren. 

De indberettede BBR data vil være data vedr. supplerende varme for en 

bygning hhv. en enhed. Den eksterne applikation til indberetning af ”Supplerende 

varme” er under udvikling. 

For indberetningstyperne ”Matrikulær ændring” og ”Fysisk flytning” (betegnelsen 

”Flytning af bygning” dækker over begge typer) vil indberetteren være en anden 


April 2013


kommune. De indberettede BBR data vil være data vedr. en bygning, som ønskes 

flyttet til den kommune, som har modtaget Inddataboks sagen. 

Sager vedr. flytning af bygninger indberettes igennem BBR Kommune, som gør 

det muligt at flytte en bygning og underliggende entiteter til en anden kommune. 

Læs mere herom i brugervejledning til fanebladet ”Bygninger og Boliger” for 

BBR Kommune. 

BBR data bliver sammen med indberetterens kontaktoplysninger sendt til Inddataboksen 

via en webservice. 

Så snart indberetningen er modtaget i Inddataboksen, udsendes en kvittering 

via e-mail til indberetteren. 

Kommunen kan nu tilknytte en sagsbehandler til sagen. Den ansvarlige sagsbehandler 

vil efterfølgende modtage en e-mail om den nye indberetning. 

Sagsbehandleren kan nu overføre, afvise eller godkende sagen. Resultatet af 

sagsbehandlingen sendes via e-mail til indberetteren. 

Hvis sagen godkendes, opdateres data direkte i BBR. 

Hvis sagen overføres til anden afdeling, afsluttes sagen i Inddataboks og sagsbehandlingen 

foretages uden for Inddataboksens kontekst. 

I denne version af Inddataboksen kan indsendte sager have tre typer og det er: 

- Supplerende varme 

- Matrikulær ændring (bygning) 

- Fysisk flytning af bygning 

På længere sigt er det planen, at Inddataboksen kan modtage mange forskellige 

indberetninger til BBR systemet. 

Der vil blive udviklet en webservice til hver type. 

1.3.4.1 Type ”Supplerende varme” 

Via en snitflade kan Inddataboksen modtage ændringer til feltet ”Supplerende 

varme” på bygnings- og enhedsniveau. 

Webservicen hedder InputBox.wsdl. 

1.3.4.2 Type ”Matrikulær ændring” 

Når en kommune ”flytter” en bygning til en anden kommune, drejer det sig i 

95% af tilfældene om matrikulære ændringer. 

Når en kommune (fraflytter kommunen) ønsker at flytte en bygning (og dens 

underliggende entiteter) til en anden kommune (tilflytter kommune), gøres det 

på BBR Kommunes ”Bygninger og boliger” faneblad. 

Dette resulterer i oprettelse af en Inddataboks sag i tilflytter-kommunen med 

type ”Matrikulær ændring”. 


April 2013


1.3.4.3 Type ”Fysisk flytning" 

Når en kommune ”flytter” en bygning til en anden kommune, drejer det sig i 

5% af tilfældene om fysiske flytninger, hvor bygningen ændrer placering. Typiske 

eksempler på fysiske flytninger er husbåde og museumsbygninger. 

Når en kommune (fraflytter-kommunen) ønsker at flytte en bygning (og dens 

underliggende entiteter) til en anden kommune (tilflytter-kommune), gøres det 

på BBR Kommunes ”Bygninger og boliger” faneblad. 

Dette resulterer i oprettelse af en Inddataboks sag i tilflytter-kommunen med 

type ”Fysisk flytning”. 

1.3.5 Periodevise kørsler, dataudtræk mv. 

Dette afsnit indeholder en beskrivelse af forskellige faciliteter i Nyt BBR til at sikre 

datakonsistens mellem systemer, udtræk til andre systemer, samt andre opgaver, 

der skal udføres periodevis. 

1.3.5.1 Påmindelser ved overskridelse af tidsfrister 

Det vil ved en månedlig daglig kørsel blive kontrolleret om tidsfrister for midlertidige 

tilladelser er overholdt. Hvis ikke vil der, hvis kommunen beder om det 

(opsætningsparameter), blive afsendt en e-mail til den af kommunen angivne email 

adresse. 


April 2013

Energidata ind i BBR 

Systemdesign 

Version 4

Systemdesign for ”Energidata ind i BBR” 


1. Indledning ........................................................................................................................... 4 

2. Systemarkitektur ................................................................................................................ 5 

3. Use cases - diagram ........................................................................................................... 7 

4. Use cases - primære aktører ............................................................................................. 8 

4.1 Indberetningsklient ........................................................................... 8 

4.2 OIS ................................................................................................. 8 

4.3 Systemtimer..................................................................................... 8 

4.4 EBST/KOMBIT ................................................................................... 8 

5. Use cases – specifikation .................................................................................................. 9 

5.1 01 - Indberet energiforbrug ................................................................ 9 

5.2 02 - Forespørg på indlæsningsstatus ................................................. 12 

5.3 03 - Behandl indberetninger ............................................................. 15 

5.4 04 - Videregiv energiforbrug til OIS ................................................... 16 

5.5 05 - Indberet hemmelige adresser .................................................... 19 

5.6 06 - Indberet energiselskaber ........................................................... 20 

6. Informationsmodel ........................................................................................................... 23 

6.1 Indberetningssklient ........................................................................ 23 

6.2 Indberetningsrequest ...................................................................... 24 

6.3 Indberetning .................................................................................. 24 

6.4 Modtagelsesstatus ........................................................................... 24 

6.5 Tilstandsstatus ............................................................................... 24 

6.6 Statistiskstatus ............................................................................... 24 

6.7 Behandlingsstatus ........................................................................... 24 

6.8 Behandlingsfejl ............................................................................... 25 

6.9 Valideringsfejl ................................................................................. 25 

6.10 Tilknytningsfejl ............................................................................. 25 

6.11 Energiforbrug ............................................................................... 25 

6.12 Afregningsstatus ........................................................................... 25 

6.13 Forsyningsart ................................................................................ 26 

6.14 Måleenhed .................................................................................... 26 

6.15 Energiforsyningsselskab ................................................................. 26 

6.16 BBREntitet (BBR) .......................................................................... 26 

6.17 Bruger (BBR) ................................................................................ 26 

6.18 Systemopsætning (BBR) ................................................................ 26 

7. Databasemodel ................................................................................................................. 27 

8. Valideringsregler .............................................................................................................. 28 

8.1 Skemavalidering ............................................................................. 28 

8.2 Krævede felter og databasekonsistens ............................................... 28 

9. Snitfladebeskrivelse ......................................................................................................... 29 

9.1 EnergyConsumptionReport ............................................................... 29 

9.2 EnergyConsumptionStatus ............................................................... 32 

9.3 Konfiguration af energiselskaber ....................................................... 33 

9.4 Konfiguration af hemmelige adresser ................................................. 34 

10. Sikkerhed ........................................................................................................................ 35 

10.1 Autorisation .................................................................................. 35 

10.2 Ekstern webservice ........................................................................ 35 


April 2013


10.3 Sikkerhedshensyn ......................................................................... 35 

11. Tilknytning af energiforbrugsindberetning til BBR-entitet. ....................................... 37 

12. Hemmelige adresser ...................................................................................................... 41 


April 2013


1. Indledning 

Dette dokument beskriver systemdesignet for ”Energidata ind i BBR”. ”Energidata 

ind i BBR” dækker over de udvidelser, som laves i BBR for at opfylde kravspecifikationen: 

”Kravspecifikation Energiforbrugsindberetning 1.5”. Dette dokument 

skal ses som en udvidelse til BBR’s systemdokumentation. Endvidere henvises til 

bekendtgørelse om energiforsyningsselskabernes indberetningspligt til Bygnings- 

og Boligregistret (BBR) BEK nr 1264 af 16-11-2010. Kapitel 2 giver en overordnet 

beskrivelse af systemarkitekturen. Kapitel 3, 4 og 5 beskriver de use cases, 

som systemet understøtter. Disse use cases er identificeret ved en gennemgang 

af kravspecifikationen. I kapitel 6 er informationsmodellen beskrevet. Modellen 

er ligeledes et resultat af gennemgangen af kravspecifikationen og viser de identificerede 

begreber og deres logiske sammenhæng. Kapitel 7 viser de nødvendige 

tilføjelser til BBR’s fysiske datamodel. Kapitel 8 beskriver de valideringer, som 

foretages, når der indberettes energiforbrug. Kapitel 9 beskriver webservice snitfladen 

til ”Energidata ind i BBR”. Snitfladen består af to kald: EnergyConsumptionReport 

og EnergyConsumptionStatus. Kapitel 10 beskriver specielle forhold 

omkring autentifikation, autorisation og sikkerhedshensyn. I kapitel 11 beskrives 

algoritmen for at knytte en energiforbrugsindberetning til en BBR entitet i detaljer. 

Kapitel 12 beskriver, hvordan systemet håndterer hemmeligholdelse af 

energiforbrug. 


April 2013


2. Systemarkitektur 

Denne tegning viser den overordnede systemarkitektur for ”Energidata ind i 

BBR”: 

Internet 


WCF 



(med Energi service) 



Batch 

Forretnings Lag (med Energi entiteter) 

Forretnings 

Logik 

Data Access Lag (med Energi entiteter) 

Data Access 

Logik 

Indberetningsklient 

OWSA model T 

(SSL) 

Service Gateway (med Energi service) 

Data 

Windows Service (til 

behandling af 

energiforbrug) 


April 2013


En indberetningsklient indberetter energiforbrug gennem BBR’s servicegateway, 

som udvides med en webservice til indberetning af energiforbrug samt forespørgsel 

på status. Servicegateway’en kalder BBR’s applikationsserver, hvor serviceinterface 

lag, forretningslag og databaselag udvides med Energi entiteter. 

Applikationsserveren opdaterer og forespørger i BBR’s database, som ligeledes 

udvides med BBR Entiteter. De indberettede energiforbrug gemmes midlertidigt, 

indtil de behandles. 

På passende tidspunkter initierer en Windows Service behandlingen af de indberettede 

energiforbrug – dvs. validerer dem og knytter dem til passende BBR entiteter 

(grund, bygning eller enhed). Windows Servicen kan konfigureres til at 

køre på bestemte tidspunkter (om natten og i weekenden), så behandlingen af 

energiforbrug ikke belaster svartiderne i BBR Kommune. 

Det nuværende OIS udtræk udvides til også at indeholde ”Energidata ind i BBR”entiteter. 


April 2013


3. Use cases - diagram 

Dette use case diagram viser de use cases, som systemet understøtter. Disse 

use cases er identificeret ved en gennemgang af kravspecifikationen: 


Systemtimer 

EBST/Kombit 

Energidata ind i BBR 

01 Indberet 

energiforbrug 

02 Forespørg på 

indlæsningsstatus 

03 Behandl 

indberetninger 

04 Videregiv 

energiforbrug til OIS 

05 Indberet 

hemmelige adresser 

06 Indberet 

energiselskaber 

I kapitel 5 gives en detaljeret beskrivelse af disse use cases. 


April 2013 

OIS


4. Use cases - primære aktører 

4.1 Indberetningsklient 

En indberetningsklient er det system, som kalder ”Energidata ind i BBR” for at 

indberette energiforbrug. En indberetningsklient kan være FIE eller et andet system, 

som er certificeret til at foretage indberetninger i ”Energidata ind i BBR”. I 

første omgang understøttes kun FIE som indberetningsklient. 

4.2 OIS 

OIS modtager de indberettede energioplysninger fra ”Energidata ind i BBR”. 

4.3 Systemtimer 

Aktiverer behandlingen af indberetninger på et bestemt tidspunkt samt initierer 

videregivelse af energiforbrug til OIS sammen med de øvrige BBR oplysninger. 

4.4 EBST/KOMBIT 

Indberetter energiselskaber og hemmelige adresser. 


April 2013


5. Use cases – specifikation 

5.1 01 - Indberet energiforbrug 

Prioritet: 

Høj. 

Formål: 

At kunne indberette energiforbrug bestående af en mængde indberetninger til 

”Energidata ind i BBR”. 

Primær aktør: 

Indberetningsklient. 

Interessenter: 

EBST har i henhold til Lov nr. 1276 af 16/12-2009 til opgave at modtage energiforbrug 

fra energiselskaberne. 

Initiering: 

En indberetningsklient vil indberette energiforbrug. 

Involverede forretningsbegreber: 

Indberetningsklient, Indberetningsrequest, Indberetning, Modtagelsesstatus. 

Startbetingelser: 

Energiforbrug er indsendt fra energiselskaber til en indberetningsklient, som har 

behandlet og valideret energiforbrug. 

Sluttilstand – succes: 

Energiforbrug er gemt “råt” I ”Energidata ind i BBR” databasen. Der er endnu ikke 

foretaget validering, og energiforbrug er endnu ikke knyttet til en BBR entitet. 

Tilstandsstatus er sat til “Venter”. Indberetningsklienten leverer en entydig Token, 

som efterfølgende kan benyttes til use casen “02 Forespørg på Indlæsningsstatus”. 

Sluttilstand – fejl: 

Energiforbrug er ikke gemt, fordi der er opstået en fejl undervejs. Indberetningsklienten 

får en fejl besked retur. 

Normalforløb: 

0. Indberet energiforbrug 

Alternative forløb: 

1. Indberet energiforbrug – fejl ved skemavalidering 

2. Indberet energiforbrug – fejl ved bruger autorisation 

3. Indberet energiforbrug – anden systemfejl 


April 2013


Regler: 

- 

Frekvens: 

Spidsbelastning omkring og lige efter 1. marts. 

Normalforløb: 0. Indberet energiforbrug 

0 Primær aktør System 

A En Indberetningsklient sammensætter et 

Indberetningsrequest bestående af højst 

MaxGraense Indberetninger og kalder 

OIO WebService metoden til at 

indberette energiforbrug. 

B 1. Foretager skemavalidering. 

2. Autoriserer brugeren og kontrollerer 

rettigheder. 

3. Gemmer Indberetningsrequest og de 

enkelte Indberetninger ”råt” i databasen. 

4. Returnerer ReturnMessage OK og sætter 

Tilstandsstatus til ”Venter”. 

C Modtager ReturnMessage OK 

Alternativt forløb: 1. Indberet energiforbrug – fejl 

ved skemavalidering 


A Sammensætter et Indberetningsrequest 

bestående af højst MaxGraense 

Indberetninger og kalder OIO 

WebService metoden til at indberette 



Skemavalideringen fejler. 

2. Returnerer SoapFault med beskrivelse af 

skemavalideringsfejlen. 

C Modtager SoapFault. Retter op på fejlen 

og sender Indberetningsrequestet igen. 

Alternativt forløb: 2. Indberet energiforbrug – fejl 

ved bruger autorisation 










April 2013



rettigheder. Brugeren er ikke autoriseret. 

3. Returnerer ReturnMessage med oplysning 

om, at der er opstået en autorisationsfejl. 

C Modtager ReturnMessage Fejl. Retter op 

på fejlen og sender 

Indberetningsreqeustet igen. 

Alternativt forløb: 3. Indberet energiforbrug – anden 

systemfejl 









rettigheder. 

3. Der opstår en fejl ved gem af 

Indberetningsrequest og Indberetninger i 

databasen. 


om, at der er opstået en anden systemfejl. 

C Modtager ReturnMessage Fejl. Venter et 

stykke tid og prøver at sende 

Indberetningsrequestet igen. 


April 2013


5.2 02 - Forespørg på indlæsningsstatus 

Prioritet: 

Høj. 

Formål: 

At kunne forespørge på indlæsningsstatus (bestående af Tilstandsstatus, Statistiskstatus 

og Behandlingsstatus) på de indberettede energiforbrug. 


Indberetningsklient. 




Initiering: 

En indberetningsklient ønsker at forespørge på indlæsningsstatus. 


Indberetningsklient, Indberetningsrequest, Indberetning, Tilstandsstatus, Statistiskstatus, 

Behandlingsstatus. 


Energiforbrug er indberettet fra en indberetningsklient via use casen “01 Indberet 

energiforbrug”. 


Indberetningsklienten får en status på forløbet – dvs. oplysninger om Tilstandsstatus, 

Statistiskstatus og Behandlingsstatus på indberetninger i den mængde, 

som er indberettet via use casen ”01 Indberet energiforbrug”. 


Der opstår en systemfejl, så indberetningsklienten ikke får indlæsningsstatus retur. 


0. Forespørg på indlæsningsstatus 


1. Forespørg på indlæsningsstatus – fejl ved skemavalidering 

2. Forespørg på indlæsningsstatus – fejl ved bruger autorisation 

3. Forespørg på indlæsningsstatus – anden systemfejl 

Regler: 

- 


April 2013


Frekvens: 

- 

Normalforløb: 0. Forespørg på indlæsningsstatus 


A En Indberetningsklient kalder OIO 

WebService metoden til at forespørge på 

indlæsningsstatus med det Token, som 

blev leveret med i et tidligere 

indberetningskald. 



rettigheder. 

3. Returnerer en status bestående af Tilstandsstatus, 

Statistiskstatus og Behandlingsstatus 

på et Indberetningsrequest med det 

angivne Token. 

Hvis Tilstandsstatus er ”Venter” eller ”I gang”, 

returneres ikke Behandlingsstatus. 

C Modtager status på et 

Indberetningsrequest. Hvis 

Tilstandsstatus er ”Venter” eller ”I 

gang”, kalder Indberetningsklienten igen 

på et senere tidspunkt på det forventede 

behandlingstidspunkt, som returneres i 

Tilstandsstatus. 

Alternativt forløb: 1. Forespørg på indlæsningsstatus 

– fejl ved skemavalidering 








Skemavalideringen fejler. 

2. Returnerer SoapFault med beskrivelse af 

skemavalideringsfejlen. 

C Modtager SoapFault. Retter op på fejlen 

og kalder igen. 


– fejl ved bruger autorisation 






April 2013







rettigheder. Brugeren er ikke autoriseret. 


om, at der er opstået en autorisationsfejl. 

C Modtager ReturnMessage Fejl. Retter op 

på fejlen og kalder igen. 


– anden systemfejl 









rettigheder. 

3. Der opstår en anden systemfejl. 


om, at der er opstået en anden systemfejl. 

C Modtager ReturnMessage Fejl. Venter et 

stykke tid og prøver at kalde igen. 


April 2013


5.3 03 - Behandl indberetninger 

Prioritet: 

Høj. 

Formål: 

At behandle de indberettede energiforbrug – dvs. validere dem samt knytte dem 

til BBR entiteter. 


Systemtimer. 




Initiering: 

Det er tid til at behandle (validere og tilknytte) de midlertidig gemte indberetninger, 

som er kommet ind via use casen ”01 Indberet energiforbrug”. Systemtimer 

igangsætter behandlingen. Det er muligt at konfigurere de tidspunkter, 

hvor behandlingen foregår. 


Indberetning. 


Der skal være foretaget indberetninger via use casen ”01 Indberet energiforbrug”. 


Alle midlertidig gemte indberetninger er valideret. Hvis en indberetning er valideret 

ok, bliver energiforbruget gemt og knyttet til en BBR entitet. Indberetningen 

får status Behandlingsstatus OK. Hvis en indberetning ikke er valideret ok, 

bliver energiforbruget ikke gemt. Indberetningen får Behandlingsstatus Fejl. Tilstandsstatus 

(for hele requested) er sat til Færdig. 


Ikke alle midlertidig gemte indberetninger er behandlet. Tilstandsstatus er ”I 

gang”. 


0. Behandl indberetninger 


1. Behandl indberetninger – anden systemfejl 

Regler: 

- 


April 2013


Frekvens: 

- 

Normalforløb: 0. Behandl indberetninger 


A En systemtimer trigger, at det nu er tid 

til at behandle indberetninger. 

B 1. Alle Indberetningsrequest’s med status 

”Venter” eller ”I gang” gennemløbes. 

2. Alle Indberetninger uden Behandlingsstatus 

i disse requests behandles efter 

Modtagelsestidspunkt. Indberetningerne 

valideres i henhold til fastlagte 

valideringsregler, og den BBR entitet, som 

indberetningen skal knyttes til i henhold til de 

fastlagte regler, fremfindes. 

3. Hvis en indberetning kan validere, og en 

BBR entitet kan findes, gemmes 

Energiforbruget og knyttes til den fundne BBR 

entitet. Behandlingsstatus sættes til OK. 

4. Hvis et Energiforbrug har samme 

forretningsnøgle som et tidligere indberettet 

Energiforbrug, gøres det tidligere indberettede 

Energiforbrug historisk. 

5. Hvis en indberetning ikke kan validere, eller 

en BBR entitet ikke kan findes, oprettes en 

eller flere Behandlingsfejl (enten 

Valideringsfejl eller tilknytningsfejl), og 

Behandlingsstatus sættes til Fejl. 

6. Tilstandsstatus for det samlede request 

sættes til 2/Færdig. 

Alternativt forløb: 1. Behandl indberetninger – anden 

systemfejl 



til at behandle indberetninger. 

B 1. Der opstår en systemfejl i løbet af 

gennemløbet af Indberetninger. 

2. Tilstandsstatus er uændret – dvs. der kan 

stadig ligge Indberetningsrequests med status 

”Venter” og ”I gang”. 

5.4 04 - Videregiv energiforbrug til OIS 

Prioritet: 

Høj. 


April 2013


Formål: 

At videregive de indberettede energiforbrug til OIS sammen de øvrige BBR data. 


Systemtimer. 




Initiering: 

Det er tid til at videregive BBR oplysninger (herunder de indberettede energiforbrug) 

til OIS. Systemtimer igangsætter behandlingen. 


Energiforbrug. 


- 


Alle Energiforbrug, som er knyttet til en BBR Entitet, er overført til OIS – sammen 

med øvrige BBR data. 


Der er opstået en fejl ved overførslen, som gør at ingen – eller kun en del af – 

de tilknyttede energiforbrug er overført til OIS. 


0. Videregiv energiforbrug til OIS. 


1. Fejl ved videregivelse af en eller flere energiforbrug til OIS. 

Regler: 

- 

Frekvens: 

- 

Normalforløb: 0. Videregiv energiforbrug til OIS 



til at åbne udtræksvindue. 

B Opretter et snapshot af databasen (et 

konsistens øjebliksbillede). 


April 2013



C En systemtimer trigger, at det nu er tid 

til at udtrække energi forbrug. 

D 1. Læser tidspunkt for senest udtræk. 

2. Udtrækker data siden sidste udtræk, 

herunder sker der også følgende: 

a) Frasorterer energiforbrug på adresser, der 

skal hemmligholdes. 

b) Nulstiller felter, hvis den tilhørende entitet 

er sikkerhedsklassificeret. 

c) Finder det yngste timestamp i udtrækket. 

3. Zipper udtrækket. 

4. Flytter den den zipped fil ud på ftp-site, så 

OIS kan hente udtrækket. 

5. Hvis der ingen fejl er i de foregående 

punkter, gemmes det yngste timestamp som 

seneste udtrækstidspunkt. 

E En systemtimer trigger, at det nu er tid 

til at lukke udtræksvinduet. 

F Nedlægger database snapshot. 

Alternativt forløb: 1. Fejl ved videregivelse af en eller 

flere energiforbrug til OIS 



til at udtrække energi forbrug. 

B 1. Der opstår en systemfejl i løbet af 

udtræksforløbet. 

2. Seneste udtræks tidspunkt er uændret – 

dvs. data vil medtages i næste udtræk. 


April 2013


5.5 05 - Indberet hemmelige adresser 

Prioritet: 

Høj. 

Formål: 

At kunne indberette de adresser for hvilke, der ikke må videregives energiforbrug. 


EBST/KOMBIT. 




Initiering: 

EBST laver en liste over de adresser for hvilke, der ikke må videregives energiforbrug. 

Denne liste afleveres som en csv-fil på BBR’s ftp server. 


Hemmeligadresse 


- 


Alle hemmelige adresser, som er angivet i den afleverede csv-fil er indlæst i 

”Energidata ind i BBR”. 


Der er opstået en fejl ved indlæsningen, som gør at ingen – eller kun en del – af 

de hemmelige adresser er indlæst i ”Energidata ind i BBR”. 


0. Indberet hemmelige adresser. 


1. Fejl ved indberetning af en eller flere hemmelige adresser. 

Regler: 

- 

Frekvens: 

- 


April 2013


Normalforløb: 0. Indberet hemmelige adresser 


A Afleverer en csv-fil med samtlige 

hemmelige adresser på BBR’s ftp server 

og informerer BBR’s 2. level support om, 

at der ligger en ny fil til indlæsning. 

B 1. Eventuelle eksisterende hemmelige 

adresser gøres historiske 

2. De nye hemmelige adresser indlæses. 

Alternativt forløb: 1. Fejl ved indberetning af en eller 

flere hemmelige adresser 


A Afleverer en csv-fil med samtlige 

hemmelige adresser på BBR’s ftp server 

og informerer BBR’s 2. level support om, 

at der ligger en ny fil til indlæsning. 

B 1. Eventuelle eksisterende hemmelige 

adresser gøres historiske 

2. Der opstår en fejl ved indlæsning af de nye 

hemmelige adresser. 

3. De hemmelige adresser, som tidligere blev 

gjort historiske, gøres aktive igen. 

4. BBR’s 2. level support kontakter 

EBST/KOMBIT og informerer om fejlen. 

C EBST/KOMBIT fremsender en ny fil. 

5.6 06 - Indberet energiselskaber 

Prioritet: 

Høj. 

Formål: 

At kunne indberette de energiselskaber for hvilke, der må indberettes energiforbrug. 


EBST/KOMBIT. 




Initiering: 

EBST laver en liste over de energiselskaber for hvilke, der må indberettes energiforbrug. 

Denne liste afleveres som en csv-fil på BBR’s ftp server. 


April 2013



Energiforsyningsselskab 


- 


Alle energiselskaber, som er angivet i den afleverede csv-fil er indlæst i ”Energidata 

ind i BBR”. Indlæsningen kan både forårsage oprettelse, rettelse og sletning 

af energiselskaber. Sletning betyder at et energiselskab gøres historisk. 


Der er opstået en fejl ved indlæsningen, som gør at ingen – eller kun en del – af 

energiselskaberne er indlæst i ”Energidata ind i BBR”. 


0. Indberet energiselskaber. 


1. Fejl ved indberetning af et eller flere energiselskaber. 

Regler: 

- 

Frekvens: 

- 

Normalforløb: 0. Indberet energiselskaber 


A Afleverer en csv-fil med alle 

energiselskaber på BBR’s ftp server og 

informerer BBR’s 2. level support om, at 

der ligger en ny fil til indlæsning. 

B 1. Energiselskaberne indlæses (dvs. oprettes, 

rettes eller slettes). Energiselskaber, som ikke 

i forvejen findes i ”Energidata ind i BBR”, 

oprettes. Energiselskaber, som i forvejen 

findes i ”Energidata ind i BBR”, rettes. 

Energiselskaber, som findes i ”Energidata ind i 

BBR” men ikke er med i den afleverede liste, 

slettes (dvs. gøres historiske). 

Alternativt forløb: 1. Fejl ved indberetning af et eller 

flere energiselskaber 


A Afleverer en csv-fil med alle 


April 2013



energiselskaber på BBR’s ftp server og 

informerer BBR’s 2. level support om, at 

der ligger en ny fil til indlæsning. 

B 1. Der opstår en fejl under indlæsningen. 

2. Der rulles tilbage til den tidligere tilstand. 

3. BBR’s 2. level support kontakter 

EBST/KOMBIT og informerer om fejlen. 

C EBST/KOMBIT fremsender en ny fil. 


April 2013


6. Informationsmodel 

Dette kapitel beskriver informationsmodellen for ”Energidata ind i BBR”. Informationsmodellen 

er en logisk model, som definerer de identificerede begreber og 

deres sammenhænge. 

Indberetningsrequest 

-Token 

-Modtagelsestidspunkt 

* 


-Navn : string 

1 

1 

Indberetning 

-Xml : string 

0..* 

Modtagelsesstatus 

-Kode : int 

-Tekst : string 

HistoriskIndberetning Rettelsesindberetning Annuleringsindberetning 

Hemmeligadresse 

-KommuneNummer : string 

-Vejkode : string 

-Husnummer : string 

1 

1 

1 

1 0..1 

1 

0..1 

0..* 

1 

0..1 

Statistiskstatus 

-AntalIalt 

-AntalFejlede : int 

-AntalOk : int 

Bruger (BBR) 

Tilstandsstatus 

-Kode : int 


0..1 

Valideringsfejl 

6.1 Indberetningssklient 

Behandlingsstatus 

-Kode : int 


Behandlingsfejl 

-Fejlkode : int 

-Fejltekst : string 

Systemopsætning (BBR) 

-MaxGraense 

Forsyningsart 



April 2013 

1 

0..* 

1 

Afregningsstatus 


Tilknytningsfejl 

0..* 0..* 

0..1 

0..* 

Energiforsyningsselskab 

-CVR nummer : string 


Måleenhed 


En Indberetningsklient er en klient, som kan indberette energiforbrug i BBR. En 

Indberetningsklient er knyttet til en BBR Bruger. Gennem denne tilknytning 

1 

0..1 

1 

Energiforbrug 

-Energiforsyningsselskab : string 

-LeverancestedId : string 

-Forsyningsart : string 

-PeriodeStart 

-LeverancestedPlaceringMetode : byte 

-AdgangsAdresseId 

-EnhedsadresseId 

-Postnummer : string 

-SupplerendeBynavn : string 

-KommuneNummer : string 

-Vejkode : string 

-Vejnavn : string 

-Husnummer : string 

-Etagebetegnelse : string 

-Sidedoerbetegnelse : string 

-Ejendomsnummer : string 

-Bygningsnummer : string 

-XKoordinat : decimal 

-YKoordinat : decimal 

-IndberettetDato 

-PeriodeSlut 

-Maaleenhed : string 

-Mængde : decimal 

-Afregningsstatus : string 

-Valideringstidspunkt 

-Ophørttidspunkt 

0..* 

0..1 

0..* 

1 

BBREntitet (BBR) 

0..*


håndteres rettigheder. For at kunne indberette energiforbrug, skal denne Bruger 

have en speciel rolle. 

Persist: Ja 

6.2 Indberetningsrequest 

En mængde af Indberetninger, som modtages i et request. 

MaxGraense angiver det maksimale antal Indberetninger, som kan modtages i et 

enkelt request. 

Token: Sendes med af klienten. Kan efterfølgende benyttes til at forespørge på 

status. 

Persist: Ja, hver Indberetning i et Indberetningsrequest gemmes som "rå xml" 

som en Indberetning. 

6.3 Indberetning 

En enkelt indberetning i et Indberetningsrequest. 

Persist: Ja, som "rå xml". 

6.4 Modtagelsesstatus 

Modtagelsesstatus returneres til Indberetningsklienten, når denne har afsendt et 

Indberetningsrequest med energiforbrug. 

Kode = 0 (OK). FejlTekst = "OK" 

Kode 0 (Fejl), FejlTekst = 

Persist: Nej 

6.5 Tilstandsstatus 

En tilstandsstatus på indlæsningsprocessen. 

Kode/Tekst: 0/Venter, 1/I gang, 2/Færdig. 

Persist: Ja 

6.6 Statistiskstatus 

En statistisk status på indlæsningsprocessen. 

AntalIalt, AntalFejlede og AntalOk 

Persist: Nej (kan udledes ud fra Behandlingsstatus på Indberetningerne) 

6.7 Behandlingsstatus 

Status på behandlingen af en enkelt indberetning i et indberetningsrequest. 

Behandlingsstatus består af 0 til mange Behandlingsfejl. Hvis en Indberetning er 

behandlet OK - dvs. valideret korrekt og energiforbruget er knyttet til en BBR 

entitet, er der 0 Behandlingsfejl knyttet til en Behandlingsstatus. 


April 2013


Hvis der opstår fejl under behandlingen, er der mindst én Behandlingsfejl knyttet 

til Behandlingsstatus'en. 

Kode = 0 (OK, ingen valideringsfejl eller tilknytningsfejl, og energiforbruget er 

knyttet til en BBR entitet). FejlTekst = "OK" 

Kode = 1 (Fejl), FejlTekst = "Check validerings- og tilknytningsfejl". 

Persist: Ja 

6.8 Behandlingsfejl 

En behandlingsfejl er enten en Valideringsfejl eller en Tilknytningsfejl. 

Kode = 0 (OK). FejlTekst = "OK" 

Kode 0 (Fejl), FejlTekst = . 

Persist: Ja 

6.9 Valideringsfejl 

En Valideringsfejl er en Behandlingsfejl, som opstår i forbindelse med valideringen 

af en Indberetning. 

6.10 Tilknytningsfejl 

En Tilknytningsfejl er en Behandlingsfejl, som opstår i forbindelse med at et 

Energiforbrug skal knyttes til en BBR Entitet. 

6.11 Energiforbrug 

Energiforbrug som defineret i bekendtgørelse 1264. 

Samt: 

Valideringstidspunkt: Tidspunkt for behandlingen af energiforbruget. 

Ophørttidspunkt: Tidspunkt, hvor energiforbruget er gjort historisk - ellers null. 

6.12 Afregningsstatus 

Status for afregningen. 

Status kan antage en af følgende værdier: "Aflæst", "Anslået" eller "Korrigeret". 

"Aflæst" - Hvis mængden er normalt aflæst og afregnet. 

"Anslået" - Hvis mængden der er afregnet er anslået af energileverandøren. 

"Korrigeret" - Tidligere fremsendt mængde som med denne fremsendelse hermed 

ændres. 

”Leveret” – Oplyses ved leverance af fyringsolie 

Oplysningen er krævet. 

Det er forretningsnøglen, som bestemmer, om indberetninger erstatter tidligere 

indberetninger. Der tages i denne forbindelse ikke hensyn til værdien i dette felt. 

Persist: Ja 


April 2013


6.13 Forsyningsart 

Forsyningsart. Kan lige nu antage værdierne (i henhold til bekendtgørelse 1264): 

Naturgas: Her angives værdien "Naturgas". 

Fjernvarme: Her angives værdien "Fjernvarme-vand" eller "Fjernvarme-damp". 

Fyringsolie: Her angives værdien "Fyringsolie". 

Bygas: Her angives værdien ”Bygas”. 

Bioolie: Her angives værdien ”Bioolie”. 

Elektricitet: Her angives værdien ”Elektricitet”. 

Eksempel: "Fjernvarme-vand" og "Fyringsolie". 

Persist: Ja 

6.14 Måleenhed 

Måleenhed. Kan lige nu antage værdierne (i henhold til bekendtgørelse 1264): 

Måleenheden angives i den enhed, som fremgår af afregningen til forbrugeren. 

Naturgas: Her angives "kWh", "MWh", ”kbm”, ”M3” eller ”ØM3”. 

Fjernvarme: Her angives "kWh", "MWh", ”kbm” eller ”M3”. 

Fyringsolie: Her angives "Liter". 

Bygas: Her angives ”kbm” eller ”M3”. 

Bioolie: Her angive ”Liter”. 

Elektricitet: Her angives ”kWh” eller ”MWh”. 

Persist: Ja 

6.15 Energiforsyningsselskab 

Energiforsyningsselskab. Energiforsyningsselskabets CVR nummer og navn. Dataformat 

jævnfør: OIOXML CVRnumberIdentifier. 

Eksempel: "12345678". 

Persist: Ja 

6.16 BBREntitet (BBR) 

Den BBR entitet (Kan være en Grund, Bygning eller Enhed), som energiforbruget 

er knyttet til. 

Relationen mellem Energiforbrug og den konkrete BBR entitet defineres ud fra en 

id og en entitetstype, som angiver om id'en hører til en Grund, Bygning eller Enhed. 

6.17 Bruger (BBR) 

Den bruger i BBR, som rettigheder knyttes til. 

6.18 Systemopsætning (BBR) 

MaxGraense angiver det maksimale antal Indberetninger, som kan sendes i ét 

Indberetningsrequest. MaxGraense oprettes og kan konfigureres som en systemparameter 

i BBR's nuværende SystemParameter tabel. 


April 2013


7. Databasemodel 

Dette diagram viser databasemodellen for ”Energidata ind i BBR” – dvs. de nødvendige 

udvidelser til BBR’s fysiske datamodel: 

EnergiBehandlingsstatus 

PK EnergiBehandlingsstatus_id 

EnergiBehandlingsstatusKode 

EnergiBehandlingsstatusTekst 

FK_OpretBruger_id 

EnergiBehandlingsstatusOpretTimestamp 

EnergiBehandlingsstatusAendretTimestamp 

EnergiBehandlingsstatusAendretFunktion 

EnergiBehandlingsstatusOphoertTimestamp 

FK_BrugerAendret_id 

EnergiIndberetning 

PK EnergiIndberetning_id 

EnergiIndberetningType 

EnergiIndberetningXml 

FK1 FK_EnergiIndberetningsrequest_id 

FK2 FK_EnergiBehandlingsstatus_id 

FK3 FK_EnergiForbrug_id 


EnergiIndberetningOpretTimestamp 

EnergiIndberetningAendretTimestamp 

EnergiIndberetningAendretFunktion 

EnergiIndberetningOphoertTimestamp 


EnergiBehandlingsfejl 

PK EnergiBehandlingsfejl_id 

EnergiBehandlingsfejlKode 

EnergiBehandlingsfejlTekst 

EnergiBehandlingsfejlType 

FK1 FK_EnergiIndberetning_id 


EnergiBehandlingsfejlOpretTimestamp 

EnergiBehandlingsfejlAendretTimestamp 

EnergiBehandlingsfejlAendretFunktion 

EnergiBehandlingsfejlOphoertTimestamp 


EnergiHemmeligadresse 

PK EnergiHemmeligadresse_id 

FK_Kommune_id 

EnergiHemmeligadresseVejkode 

EnergiHemmeligadresseHusnummer 


EnergiHemmeligadresseOpretTimestamp 

EnergiHemmeligadresseAendretTimestamp 

EnergiHemmeligadresseAendretFunktion 

EnergiHemmeligadresseOphoertTimestamp 


EnergiTilstandsstatus 

PK EnergiTilstandsstatus_id 

EnergiTilstandsstatusKode 

EnergiTilstandsstatusTekst 


EnergiTilstandsstatusOpretTimestamp 

EnergiTilstandsstatusAendretTimestamp 

EnergiTilstandsstatusAendretFunktion 

EnergiTilstandsstatusOphoertTimestamp 


EnergiIndberetningsrequest 

PK EnergiIndberetningsrequest_id 

U1 EnergiIndberetningsrequestToken 

EnergiIndberetningsrequestModtagelsestidspunkt 

FK1 FK_EnergiIndberetningsklient_id 

FK2 FK_EnergiTilstandsstatus_id 


EnergiIndberetningsrequestOpretTimestamp 

EnergiIndberetningsrequestAendretTimestamp 

EnergiIndberetningsrequestAendretFunktion 

EnergiIndberetningsrequestOphoertTimestamp 


PK EnergiForbrug_id 

EnergiForbrug 

FK1,U1 FK_EnergiForsyningsselskab_id 

FK2 FK_EnergiMaaleenhed_id 

FK3,U1 FK_EnergiForsyningsart_id 

U1 EnergiForbrugLeverancestedIdentifikation 

U1 EnergiForbrugPeriodeStart 

EnergiForbrugPeriodeSlut 

EnergiForbrugLeverancestedPlaceringMetode 

FK_AdgangsAdresse_id 

FK_EnhedsAdresse_id 

EnergiForbrugPostdistriktnummer 

EnergiForbrugBynavn 

FK_Kommune_id 

EnergiForbrugVejkode 

EnergiForbrugVejnavn 

EnergiForbrugHusnummer 

EnergiForbrugEtagebetegnelse 

EnergiForbrugSideDoerBetegnelse 

BK_Ejendomsnummer 

EnergiForbrugBygningNummer 

EnergiForbrugOestKoordinat 

EnergiForbrugNordKoordinat 

EnergiForbrugIndberettetDato 

EnergiForbrugMaengde 

FK4 FK_EnergiAfregningsstatus_id 

FK_BbrId 

EnergiForbrugEntitetstype 

EnergiForbrugValideringsTimestamp 

EnergiForbrugHemmeligTimestamp 


EnergiForbrugOpretTimestamp 

EnergiForbrugAendretTimestamp 

EnergiForbrugAendretFunktion 

U1 EnergiForbrugOphoertTimestamp 


EnergiIndberetningsklient 

PK EnergiIndberetningsklient_id 

EnergiIndberetningsklientNavn 

FK_Bruger_id 


EnergiIndberetningsklientOpretTimestamp 

EnergiIndberetningsklientAendretTimestamp 

EnergiIndberetningsklientAendretFunktion 

EnergiIndberetningsklientOphoertTimestamp 


EnergiMaaleenhed 

PK EnergiMaaleenhed_id 

EnergiMaaleenhedNavn 


EnergiMaaleenhedOpretTimestamp 

EnergiMaaleenhedAendretTimestamp 

EnergiMaaleenhedAendretFunktion 

EnergiMaaleenhedOphoertTimestamp 


EnergiForsyningsartMaaleenhed 

PK EnergiForsyningsartMaaleenhed_id 

FK1 FK_EnergiMaaleenhed_id 

FK2 FK_EnergiForsyningsart_id 


EnergiForsyningsartMaaleenhedOpretTimestamp 

EnergiForsyningsartMaaleenhedAendretTimestamp 

EnergiForsyningsartMaaleenhedAendretFunktion 

EnergiForsyningsartMaaleenhedOphoertTimestamp 


EnergiForsyningsart 

PK EnergiForsyningsart_id 

EnergiForsyningsartNavn 


EnergiForsyningsartOpretTimestamp 

EnergiForsyningsartAendretTimestamp 

EnergiForsyningsartAendretFunktion 

EnergiForsyningsartOphoertTimestamp 


EnergiForsyningsselskab 

PK EnergiForsyningsselskab_id 

EnergiForsyningsselskabCVRNummer 

EnergiForsyningsselskabNavn 


EnergiForsyningsselskabOpretTimestamp 

EnergiForsyningsselskabAendretTimestamp 

EnergiForsyningsselskabAendretFunktion 

EnergiForsyningsselskabOphoertTimestamp 


EnergiAfregningsstatus 

PK EnergiAfregningsstatus_id 

EnergiAfregningsstatusNavn 


EnergiAfregningsstatusOpretTimestamp 

EnergiAfregningsstatusAendretTimestamp 

EnergiAfregningsstatusAendretFunktion 

EnergiAfregningsstatusOphoertTimestamp 



April 2013


8. Valideringsregler 

8.1 Skemavalidering 

Som for de øvrige BBR OIOXML services foretages en skemavalidering af de indkommende 

forespørgsler. Dette foretages for at sikre konsistens i forhold til 

hvad servicen skal processere og for at afvise evt. angreb på servicen så hurtigt 

som muligt. 

8.2 Krævede felter og databasekonsistens 

For at leve op til ”Bekendtgørelse om energiforsyningsselskabernes indberetningspligt 

til Bygnings- og Boligregistret (BBR)” og sikre konsistens i databasen 

kræves for hver energiindberetning at 

1. Energiforsyningsselskab er udfyldt og findes i tabellen EnergiForsyningsselskab. 

2. Leverancested ID er udfyldt. 

3. Forsyningsart er udfyldt og findes i tabellen EnergiForsyningsart. 

4. Indberettet dato er udfyldt og er en gyldig dato. 

5. Periode start er udfyldt og er en gyldig dato. 

6. Periode slut er udfyldt og er en gyldig dato. 

7. Måleenhed udfyldt og findes i tabellen EnergiMaaleenhed samt at der via 

krydstabellen EnergiForsyningsartMaaleenhed er en relation til den angivne 

Forsyningsart. 

8. Mængde er udfyldt og er et gyldigt tal. 

9. Status for aflæsning/afregning er udfyldt og findes i tabellen EnergiAfregningsstatus 

At der er tilstrækkelig information til at kunne knytte data til en BBR entitet. 

Reglerne for dette er beskrevet i kapitel 11 i dette dokument. 


April 2013


9. Snitfladebeskrivelse 

Dette kapitel beskriver webservice snitfladen til ”Energidata ind i BBR” samt muligheden 

for at konfigurere energiselskaber og hemmelige adresser. Webservicen 

består af 2 kald: 

· EnergyConsumptionReport 

· EnergyConsumptionStatus 

Wsdl samt skemafiler for webservicen kan findes i zip-filen EnergyV1.zip. 

9.1 EnergyConsumptionReport 

EnergyCunsumptionReport benyttes til indrapportering af energiforbrug til BBR. 

Input strukturen til kald af EnergyConsumptionReport hedder EnergyConsumptionReportRequestStructure 

og ser således ud: 

EnergyCunsumptionReportRequestStructure indeholder en et antal understrukturer. 

En understruktur kan enten være en EnergyConsumptionInsertStructure eller 

en EnergyConsumptiondeleteStructure samt en EnergyReportUniversalIdentifier, 

som er en UUID, som entydigt identificerer den afleverede mængde energiforbrug. 

EnergyReportUniversalIdentifier kan benyttes til efterfølgende kald af 

EnergyConsumptionStatus 

EnergyConsumptionInsertStructure benyttes, hvis et energiforbrug skal indberettes 



April 2013



April 2013


EnergyConsumptionInsertStructure indeholder en EnergyConsumption struktur, 

som definerer et energiforbrug. 

EnergyConsumptionDeleteStructure benyttes, hvis et energiforbrug skal annulleres 


EnergyConsumptionDelete indeholder en EnergyConsumptionKeys struktur, som 

definerer nøglen til det energiforbrug, som skal annulleres. 

Output strukturen til kald af EnergyConsumptionReport hedder EnergyCunsumptionReportResponseStructure 


EnergyConsumptionReportResponseStructure indeholder en ReturnMessage, som 

fortæller, om kaldet er gået godt. ReturnMessage ser således ud: 

ReturnMessage strukturen benyttes flere forskellige steder til at angive en status 

på et kald eller en handling. Generelt gælder, at hvis ResponseReturnIdentifier 

er 0, er kaldet eller handlingen forløbet OK. Hvis ResponseReturnIdentifier ikke 

er 0, indeholder ResponseReasonIdentifier og ResponseReasonText detaljer om 

fejlen. 

For ReturnMessage i EnergyConsumptionReportResponseStructure er der følgende 

mulige værdier for ResponseReasonIdentifier og ResponseReasonText, hvis 

ResponseReturnIdentifier ikke er 0: 

6013 Indberetningsklient blev ikke fundet 

6020 Grænsen for antal indberetninger er overskredet. Grænsen er: 

 

6024 Der findes flere indberetninger med den samme nøgle 

9999 

Hvis der opstår en skema-valideringsfejl, returneres en SOAP Fault, som beskriver 

fejlen. 


April 2013


9.2 EnergyConsumptionStatus 

EnergyConsumptionStatus benyttes til forespørgsel af status. 

Input strukturen til kald af EnergyConsumptionStatus hedder EnergyConsumptionStatusRequestStructure 


EnergyConsumptionStatusRequestStructure indeholder en EnergyReportUniversalIdentifier, 

som entydigt identificerer et tidligere kald til EnergyConsumption- 

Report. 

Output strukturen til kald af EnergyConsumptionStatus hedder EnergyConsumptionStatusResponseStructure 


EnergyConsumptionStatusResponseStructure indeholder en ReturnMessage, som 

fortæller, om kaldet er gået godt. Hvis kaldet ikke er gået godt (ResponseReturnIdentifer 

ikke er 0), er der følgende mulige værdier for ResponseReasonIdentifier 

og ResponseReasonText: 

6014 Indberetningsrequest blev ikke fundet 

9999 

Hvis kaldet er gået godt (ResponseReturnIdentifier er 0), returneres endvidere 

en EnergyReportProgressCode, som fortæller, hvordan det går med behandlingen 

(Inactive, Active eller Completed). Endvidere returneres en EnergyReport- 

ProgressStatistics struktur, som fortæller hvor mange energiforbrug, der i alt 

skal behandles, hvor mange energiforbrug, der er behandlet uden fejl, og hvor 

mange energiforbrug, der er behandlet med fejl. 

Hvis EnergyReportProgressCode er Completed, returneres endvidere en Energy- 

ConsumptionCompletedStructure, som for det enkelte energiforbrug (defineret 

ved en EnergyConsumptionKeys struktur) fortæller, hvordan behandlingen er 

gået. Hvis behandlingen ikke er gået godt, findes en eller flere ReturnMessage 

strukturer, hvor ResponseReturnIdentifier ikke er 0. I disse ReturnMessage 

strukturer er der følgende mulige værdier for ResponseReasonIdentifier og ResponseReasonText: 

6000 Energiforsyningsselskab med CVR nummer er ikke oprettet 

i BBR databasen 


April 2013


6001 Energiforsyningsart er ikke oprettet i BBR databasen 

6002 Energimåleenhed er ikke oprettet i BBR databasen 

6003 Valideringsfejl ved oprettelse af energiforbrug: 

6004 Energiafregningsstatus er ikke oprettet i BBR databasen 

6005 Kommunenummer er ikke gyldigt 

6006 Postnummer er ikke gyldigt 

6007 Husnummer er ikke gyldigt 

6008 Vejkode er ikke gyldigt 

6009 Ejendomsnummer er ikke gyldigt 

6010 Bygningsnummer er ikke gyldigt 

6011 Energiforbruget kunne ikke tilknyttes til en BBR entitet 

6012 Energiforbrug med den angivne nøgle findes ikke 

6015 Der blev ikke fundet en enhedsadresse med de angivne adresseoplysninger 

6016 Der blev ikke fundet en enhed med den angivne enhedsadresse 

6017 Der blev ikke fundet en adgangsadresse med de angivne adresseoplysninger 

6018 Der blev ikke fundet en bygning eller en grund med den angivne 

adgangsadresse 

6019 Der blev ikke fundet nogle grunde med den (hhv. det) angivne 

adgangsadresse (hhv. ejendomsnummer) 

6021 Energimåleenhed må ikke benyttes sammen med forbrugsart 

 

6023 Der blev ikke fundet en udskrivningsmatrikel på ejendommen 

med det angivne ejendomsnummer 

6025 Der kunne ikke knyttes til en bygning gennem kommunenummer/ejendomsnummer/bygningsnummer, 

da ikke alle felter er 

udfyldt 

6026 Der kunne ikke knyttes til en grund gennem kommunenummer/ejendomsnummer, 

da begge felter ikke er udfyldt 

6027 Der blev ikke fundet en grund med det angivne ejendomsnummer 

6028 Der blev ikke fundet en bygning med det angivne kommunenummer, 

ejendomsnummer, bygningsnummer 

9999 

Hvis behandlingen er gået godt, er der præcis én ReturnMessage struktur med 

ResponseReturnIdentifier 0, og der returneres endvidere en reference til den 

BBR-entitet, som energiforbruget er knyttet til. 

Hvis der opstår en skema-valideringsfejl, returneres en SOAP Fault, som beskriver 

fejlen. 

9.3 Konfiguration af energiselskaber 

EBST laver en liste over de energiselskaber for hvilke, der må indberettes energiforbrug. 

Denne liste afleveres som en csv-fil på BBR’s ftp server og BBR’s 2. 

level support informeres om, at der ligger en ny fil til indlæsning. csv-filen består 

en en eller flere linjer. Hver linje indeholder oplysningerne om et energiselskab. 

Hver linje skal afsluttes med ’ny linje’ (ASCII CR+LF) og de enkelte datafelter i 

linjen skal adskilles af et separatortegn, et semikolon (;). Tegnsættet skal være 

Codepage 865. Rækkefølgen af datafelter skal være som angivet her: 


April 2013


1. cvr nummer: Jf. OIOXML CVRnumberIdentifier. 

2. navn: Maksimalt 300 tegn. 

Eksempel: 

12345678;Energiselskab 1 

23456789;Energiselskab 2 

BBR’s 2. level support sørger for indlæsning af energiselskaber. 

9.4 Konfiguration af hemmelige adresser 

EBST laver en liste over de adresser for hvilke, der ikke må videregives energiforbrug. 

Denne liste afleveres som en csv-fil på BBR’s ftp server og BBR’s 2. level 

support informeres om, at der ligger en ny fil til indlæsning. csv-filen består 

en en eller flere linjer. Hver linje indeholder oplysningerne om en hemmelig 

adresse. Hver linje skal afsluttes med ’ny linje’ (ASCII CR+LF) og de enkelte datafelter 

i linjen skal adskilles af et separatortegn, et semikolon (;). Tegnsættet 

skal være Codepage 865. Rækkefølgen af datafelter skal være som angivet her: 

1. kommunenummer: Jf. OIOXML MunicipalityCode. 

2. vejkode: Jf. OIOXML StreetCode. 

3. husnummer: Jf. OIOXML StreetBuilingIdentifier. 

Eksempel: 

0461;1234;45 

0461;0345;56 

0461;3456;100A 


April 2013


10. Sikkerhed 

Sikkerheden baserer sig på den eksisterende sikkerhedsmodel i BBR. Det er dog 

nødvendig at udvide denne model pga. den tværkommunale tilgang. 

10.1 Autorisation 

Adgangen til at benytte webservicen til at indberette energiforbrug og forespørge 

på status styres ud fra rollen, OIOEnergyService. Denne rolle tildeles i første 

omgang kun til FIE brugeren direkte fra SQL. 

10.2 Ekstern webservice 

Sikkerheden i webservicen er baseret på OWSA model T. Kort fortalt 

benytter denne sikkerhedsmekanisme HTTPS til sikker transport 

mellem to sikkerhedsdomæner og OCES-certifikater som autentifikation 

af ”Service Aftager”. 

Nedenstående er et link til OWSA Model T beskrivelsen: 

http://www.itst.dk/arkitektur-ogstandarder/Standardisering/standarder-for-serviceorienteretinfrastruktur/standarder-for-webservices/oio-web-servicearkitekturen 

For at benytte webservicen skal ”Service Aftager”: 

· være autoriseret i BBR og have tilknyttet et gyldigt OCES 

virksomheds- eller medarbejdercertifikat til autorisationen 

· medsende ovennævnte certifikat ved alle webservicekald 

· have installeret OCES-rodcertifikat 

I øvrigt henvises til IT- og Telestyrelsens beskrivelse af OWSA model T. 

10.3 Sikkerhedshensyn 

Alle felter i BBR har en sikkerhedsklassifikation. Den kan antage værdien 1, 2 eller 

3. Den har kun betydning, hvis en entitet er omfattet af sikkerhedshensyn. 

Sikkerhedsklassifikationens koder betyder: 

1. Der blokeres for visning af og inddatering til feltets data. 

2. Kun brugere med bestemte roller kan se feltets data. Kun brugere med 

bestemte roller kan ændre feltets data. 

3. Alle autoriserede brugere kan se feltets data. Kun brugere med bestemte 

roller kan ændre feltets data. Data kan videregives til anvendelser uden 

for kommunen i overensstemmelse med bestemmelserne i BBR-loven. 

Er den til energiforbruget tilknyttede BBR entitet omfattet af sikkerhedshensyn, 

vil data fra energiforbruget også være det. De enkelte felters sikkerhedsklassifikation 

vil afgøre om data kan videregives. 


April 2013


Det er besluttet at energidata skal have sikkerhedsklassifikation 2. Det betyder 

at hvis den BBR entitet som energiforbruget er knyttet til er omfattet af sikkerhedshensyn 

videregives energidata ikke. 


April 2013


11. Tilknytning af energiforbrugsindberetning 

til BBR-entitet. 

For en given energiforbrugsindberetning skal der mappes fra angiven adresseangivelse/ejendoms/bygningsangivelse 

til en BBR-entitet, enten Grund, Bygning eller 

Enhed. Hensigten er at få det mest ”detaljerede” match der er muligt. Det 

skal sikres at et givet input af adresse og/eller ejendom altid resulterer i samme 

tilknytning (under forudsætning af at BBR-forhold er uændrede). 

Hvis den BBR entitet (grund, bygning eller enhed), som et energiforbrug knyttes 

til, ændres på et senere tidspunkt, vil energiforbruget ”følge” BBR entiteten. Hvis 

fx en BBR entitet ændrer adresse, vil det energiforbrug, som en gang er knyttet 

til entiteten forblive tilknyttet. Hvis fx en entitet ophører, vil et eventuelt tilknyttet 

energiforbrug ligeledes forblive tilknyttet. 

Som input fra energiforbrugsindberetningen kan anvendes følgende: 

· Adgangsadresse ID 

· Enhedsadresse ID 

· Kombination af Postnummer, Vejnavn, Husnummer, evt. Etagebetegnelse, 

evt. Dørbetegnelse 

· Kombination af Kommunekode, Vejkode, Husnummer, evt. Etagebetegnelse, 

evt. Dørbetegnelse 

· Kombination af Kommunekode, ejendomsnummer 

· Kombination af Kommunekode, ejendomsnummer og bygningsnummer 

I den nedenstående er beskrevet en søgeliste der kan gås frem efter for at finde 

en relevant BBR-entitet. Noget af søgningen er fremfinding af mellemresultater, 

enten adresse eller grund. 

Såfremt der findes et match, stoppes videre søgning. Hvis der ikke findes et 

match fortsættes til det næste step i søgelisten. 

Såfremt der ikke findes et match overhovedet, returneres en fejl til indberettende 

klient. 

Når der findes et match, bliver der ikke foretaget yderligere konsistenscheck. 

Hvis der fx findes en adgangsadresse ud fra en Adgangsadresse ID, bliver det ikke 

kontrolleret, om den evt. medsendte kombination af kommunenummer/vejkode/husnummer 

svarer til den fundne adgangsadresse. 

Nedenstående skal gælde uanset om bygningen eller enheden ligger som stam- 

eller nybyggeri. 

Søgning A. Tilknytning via enhedsadresse 

Der fremsøges en enhedsadresse på følgende måde: 

· Hvis Enhedsadresse ID er angivet og valid og identificerer en stam- eller 

foreløbig enhedsadresse, anvendes denne. 

· Ellers, hvis kombination af Postnummer, Vejnavn, Husnummer, evt. Etagebetegnelse, 

evt. Dørbetegnelse er udfyldt og identificerer en enkelt 

stam- eller foreløbig enhedsadresse, anvendes denne. 


April 2013


· Ellers, hvis kombination af Kommunekode, Vejkode, Husnummer, evt. 

Etagebetegnelse, evt. Dørbetegnelse er udfyldt og identificerer en enkelt 

stam- eller foreløbig enhedsadresse, anvendes denne. 

Hvis enhedsadresse er fundet: 

1. Hvis der findes præcis én stam- eller nybyggeri-enhed, som er knyttet til 


Indberetning tilknyttes enheden. 

2. Hvis der IKKE findes præcis én stam- eller nybyggeri-enhed, som er knyttet 

til enhedsadressen 

Der fortsættes til Søgning B. 

Hvis enhedsadresse IKKE er fundet: 

Der fortsættes til Søgning B. 

Søgning B. Tilknytning via kommunenummer, ejendomsnummer og bygningsnummer 

1. Hvis der findes præcis én stam- eller nybyggeri-bygning med det angivne 

kommunenummer, ejendomsnummer og bygningsnummer: 

Indberetning tilknyttes bygningen. 

2. Hvis der IKKE findes præcis én stam- eller nybyggeri-bygning med det angivne 

kommunenummer, ejendomsnummer og bygningsnummer: 

Der fortsættes til Søgning C 

Søgning C. Tilknytning via adgangsadresse 

Der fremsøges en adgangsadresse på følgende måde: 

· Hvis Adgangsadresse ID er angivet og valid og identificerer en stam- eller 

foreløbig adgangsadresse, anvendes denne. 

· Ellers, hvis kombination af Postnummer, Vejnavn, Husnummer 

er udfyldt og svarer til en enkelt stam- eller foreløbig adgangsadresse, 

anvendes denne. 

· Ellers, hvis kombination af Kommunekode, Vejkode, Husnummer 

er udfyldt og svarer til en enkelt stam- eller foreløbig adgangsadresse, 

anvendes denne. 

Hvis adgangsadresse er fundet: 

1. Hvis der findes præcis én stam- eller nybyggeri-bygning, som er knyttet til 

adgangsadressen, og forsyningsarten er 'Elektricitet' eller stemmer overens 

med bygningens varmeinstallation (i feltet BYG.56) og opvarmningsmiddel (i 

feltet BYG.57) (se bemærkning sidst i dette afsnit): 


2. Hvis forsyningsarten ikke er 'Elektricitet' og der findes præcis én stam- eller 

nybyggeri-bygning, som er knyttet til adgangsadressen, og forsyningsarten 

IKKE stemmer overens med bygningens varmeinstallation (i feltet BYG.56) 

og opvarmningsmiddel (i feltet BYG.57) (se bemærkning sidst i dette afsnit): 

Indberetning tilknyttes den grund, hvorpå bygningen ligger. 


April 2013


3. Hvis der findes flere stam- eller nybyggeri-bygninger, som er knyttet til 

adgangsadressen: 

Hvis forsyningsarten er 'Elektricitet' knyttes forbruget til den bygning med laveste anvendelses 

kode. Hvis der er flere sådanne bygning knyttes forbruget til den bygnings grund, 

hvor bygningsnummeret er lavest. 

A. Hvis præcis én af disse bygninger er opvarmet med forsyningsarten: 


B. Hvis ingen af disse bygninger er opvarmet med forsyningsarten 

Indberetningen tilknyttes den grund, hvorpå bygningen 

(blandt bygningerne med korrekt adresse) med 

den laveste bygningsanvendelseskode ligger. 

Hvis der er flere sådanne bygninger, vælges den grund, hvor 

bygningen med det laveste bygningsnummer findes. 

C. Hvis flere af disse bygninger er opvarmet med forsyningsarten OG præcis 

én af disse bygninger har bygningsanvendelseskode mindre end 900: 

Indberetningen tilknyttes bygningen. 

D. Hvis flere af disse bygninger er opvarmet med forsyningsarten OG ingen 

eller flere af disse bygninger har bygningsanvendelseskode mindre end 

900: 

Indberetningen tilknyttes den grund, hvorpå 

bygningen (blandt bygningerne med korrekt forsyningsart) 

med den laveste bygningsanvendelseskode ligger. 



4. Hvis der IKKE findes stam- eller nybyggeri-bygninger, som er knyttet til 

adgangsadressen, MEN der findes en stam-grund, som er knyttet til adgangsadressen: 

Indberetningen knyttes til grunden. 

5. Hvis der IKKE findes stam- eller nybyggeri-bygninger, som er knyttet til 

adgangsadressen, OG der IKKE findes en stam-grund, som er knyttet til adgangsadressen: 

Der fortsættes til søgning D. 

Hvis adgangsadresse IKKE er fundet: 

Der fortsættes til søgning D. 

Søgning D. Tilknytning via kommunenummer og ejendomsnummer 

Alle stam-grunde med det angivne kommunenummer og ejendomsnummer 

fremfindes: 

1. Hvis der findes præcis én stam- eller nybyggeri-bygning på disse grunde, 

og forsyningsarten er 'Elektricitet' eller stemmer overens med bygningens varmeinstallation 

(i feltet BYG.56) og opvarmningsmiddel (i feltet BYG.57) (se 

bemærkning sidst i dette afsnit): 



April 2013


2. Hvis der findes præcis én stam- eller nybyggeri-bygning på disse grunde, 

og forsyningsarten IKKE stemmer overens med bygningens varmeinstallation 

(i feltet BYG.56) og opvarmningsmiddel (i feltet BYG.57) (se bemærkning 

sidst i dette afsnit): 

Indberetning tilknyttes den grund, hvorpå bygningen ligger. 

4. Hvis der findes flere stam- eller nybyggeri-bygninger på disse grunde: 

Hvis forsyningsarten er 'Elektricitet' knyttes forbruget til den bygning med laveste anvendelses 

kode. Hvis der er flere sådanne bygning knyttes forbruget til den bygnings grund, 

hvor bygningsnummeret er lavest. 

A. Hvis præcis én af disse bygninger er opvarmet med forsyningsarten: 


B. Hvis ingen af disse bygninger er opvarmet med forsyningsarten 

Indberetningen tilknyttes den grund, hvorpå bygningen 

(blandt bygningerne med korrekt adresse) med 

den laveste bygningsanvendelseskode ligger. 



C. Hvis flere af disse bygninger er opvarmet med forsyningsarten OG præcis 

én af disse bygninger har bygningsanvendelseskode mindre end 900: 

Indberetningen tilknyttes bygningen. 

D. Hvis flere af disse bygninger er opvarmet med forsyningsarten OG ingen 

eller flere af disse bygninger har bygningsanvendelseskode mindre end 

900: 

Indberetningen tilknyttes den grund, hvorpå 

bygningen (blandt bygningerne med korrekt forsyningsart) 

med den laveste bygningsanvendelseskode ligger. 



4. Hvis der IKKE findes stam- eller nybyggeri-bygninger på disse grunde: 

Indberetningen knyttes til den grund, som indeholder udskrivningsmatriklen. 

Bemærk: For at afgøre, om forsyningsarten på et energiforbrug stemmer 

overens med bygningens varmeinstallation (i feltet BYG.56) og opvarmningsmiddel 

(i feltet BYG.57), benyttes følgende algoritme: 

1. Hvis Varmeinstallation (BYG.56) er 1 og forsyningsart er ”Fjernvarme-vand” 

eller ”Fjernvarme-damp”: OK 

2. Ellers, hvis Opvarmningsmiddel (BYG.57) er 7 og forsyningsart er ”Naturgas”: 

OK 

3. Ellers, hvis Opvarmningsmiddel (BYG.57) er 3 og forsyningsart er ”Fyringsolie” 

eller ”Bioolie”: OK 

4. Ellers, hvis Opvarmningsmiddel (BYG.57) er 2 og forsyningsart er ”Bygas”: OK 

5. Ellers: Ikke OK 


April 2013


12. Hemmelige adresser 

I dette afsnit beskrives, hvordan hemmelige adresser håndteres. EBST vedligeholder 

listen af hemmelige adresser specificeret ved hjælp af adgangsadressen 

(som består af kommunenummer, vejkode og husnummer). De hemmelige 

adresser leveres og indlæses som beskrevet i afsnit 9.4. 

Når et energiforbrug behandles (dvs. oprettes), undersøges om energiforbruget 

er knyttet til en grund/bygning/enhed med en hemmelig adresse. Hvis dette er 

tilfældet, ”stemples” energiforbruget med et ”HemmeligTimestamp”. Hvis et 

energiforbrug har et ”HemmeligTimestamp”, videregives det ikke til OIS. Hvis et 

energiforbrug er blevet videregivet til OIS og efterfølgende får et ”HemmeligTimestamp”, 

sendes en besked til OIS om, at energiforbruget skal slettes. 

Når der modtages en ny liste med hemmelige adresser, gennemløbes alle energiforbrug. 

Energiforbrug, som er knyttet til en grund/bygning/enhed med en 

hemmelig adresse, får et ”HemmeligTimestamp”. Energiforbrug, som har et 

”HemmeligTimestamp”, men som ikke længere er knyttet til en 

grund/bygning/enhed med en hemmelig adresse får fjernet ”HemmeligTimestamp”. 

Det er kun, når energiforbruget behandles (dvs. oprettes) eller der modtages en 

ny liste med hemmelige adresser, at ”HemmeligTimestamp” ændres på energiforbrug. 

”HemmeligTimestamp” ændres ikke, når en entitet fx ændrer adresse i 

BBR. 


April 2013

07 - BBR_fysisk_datamodel_version10_0_blaa.rtf 

Target DBMS: Microsoft SQL Server 

Number of tables: 28 

Number of views: 0 

Number of columns: 701 

Number of indexes: 73 

Number of foreign keys: 89 

Last build date: Not built 

03-04-2013 1:52 1 

Table Report 

07_BbrdataFysisk_v9.0.vsd 

Database summary 

Tables Columns Indexes Foreign keys Notes 

EnhedsAdresse 29 0 3 En ”enhedsadresse” skal entydigt identificere 

hovedadgangen til den enkelte bolig- eller 

erhvervsenhed inde i en bygning, dvs. entrédøren 

e.l. 

En enhedsadresse består af en adgangsadresse 

(dvs. vejnavn og husnummer) plus 

etagebetegnelse og sidebetegnelse eller 

dørnummer 

By 14 2 0 By eller nærmere bynavn. Bynavne i CPR 

registrets relateret til adresser (vejafsnit). 

Lokalitet 14 1 0 Kommunen kan efter adressebekendtgørelsens § 

12, stk. 2, knytte et historisk og permanent 

bygningsnavn, gårdnavn eller lignende til en eller 

flere adgangsadresser. 

Oplysningen indgår som en del af den 

fuldstændige adressebetegnelse, f.eks. i 

CPR-systemet, men benyttes kun af enkelte andre 

it-systemer. Muligheden for at registrere 

bygnings- og gårdnavne blev indført i 1980’erne 

efter et politisk ønske om at kunne bevare de 

oprindelige gårdnavne o.l. som en del af den 

officielle adressebetegnelse. 

(Bemærk CPR registrer på boligen og ikke på 

bygningen.) 

Slet 6 1 0 Tabel over Slet 

Bruges til at fange permanente sletninger med. 

Til vidregivelse af data til OIS. 

FeltHistorikArkiv 6 1 0 Tabel over Felt historik 

Tabellen gemmer ændring på felter. 

De seneste ændring findes i FeltHistorik tabellen. 

Denne tabel opdateres via trigger på FeltHistorik 

tabellen.


Ejerskab 19 2 4 Ejerskab indeholder ejerforholdskode og 

ejendomsnummer. 

Når grunde peger på ejerskab, er ejerskabet 

gældende for alle entieter på grunden. 

Når peger på andet en grunde, er der tale om 

ejerlejligheder. 

Vejstykke 15 3 2 Tabel over Postnummer 

03-04-2013 1:52 2 

Tabel over de vejstykker der findes i et 

postnummer 

Husk at bruge tid når der skal findes data: 

GetDate() Between 

PostnummerCprOpretTimestamp And 

PostnummerCprOphoerTimestamp 

EnhedEnhedsAdresse 11 2 2 Tabel over EnhedAdresse 

Angiver alle Enhedsadresser på en enhed. 

Både den identificerende og supplerende 

EnhedOpgang 11 2 2 Tabel over EnhedOpgang 

Alle indgange til en enhed. 

Både primære og supplerende. 

FeltHistorik 6 1 16 Tabel over FeltHistorik 

Tabellen gemmer den sidst ændring på felter. 

KommunaltEjerlav 12 2 1 Ejerlavstabel, delt op pr kommune. Med andre 

ord, et ejerlav der dækker flere kommuner, ligger 

der en række pr kommune. 

Kommune 14 1 0 Generelle informationer om kommune. 

Kommune er de administrerende enheder, der 

vedligholder BBR. 

Kommuner med kommunenummer mindre en 

100, er ikke kommuner i ordes betydning, men 

bruges til diverse administrative enheder. 

Matrikel 20 3 3 Matrikel tabellen indholder matrikler fra KMS og 

ESR. 

Postdistrikt 9 1 0 Tabel over Postdistrikt 

Opdateres kun med data fra CPR. 

Vej 12 2 0 Tabel over Vej 

Det rigtige vejnavn findes via 

FK_KommuneNummer, VejKode og "GetDate() 

Between VejCprOpretTimestamp AND 

VejCprOphoertTimestamp" 

Notat 13 1 9 Notat, indholder notater tilknyttet til en given 

record i en entitet. 

NotatType fortæller hvilken entitet, 

FK_Parent_id hvilken række i entiteten. 

Notatnummer angiver den sidste underopdeling 

(se beskrivelsen af felterne). 

Brugsenhed 30 4 4 Tabel over Brugsenhed 

Brugsenhed. 

Har ingen brugervent nøgle 

AdresseSag 13 0 1 AdresseSag 

En adressesag kan indeholde sagsdata fra


Enhed 65 7 7 Tabel over Enhed 

03-04-2013 1:52 3 

adgangsadresse og enhedsadresse, data fra disse 

entieter har statuskode 3 (StatusKode er som felt 

navngivet ObjektType). 

Ved afslutning af en sag opdateres stamdata med 

sagsdata, og statuskoden for byggesagen ændres 

til afsluttet byggesag (statuskode 4). Sagsdata 

slettes ikke. 

Foreløbige adresser (nye adresser), ændres fra 

status 3 til 1 for at holde historik. 

Adressesager, som henlægges, slettes ikke, men 

tildeles statuskode 4. 

Indholder oplysninger over bolig- og 

erhversenheder. 

Bemærk for hver record i enhed skal skal 

oprettes en record i EnhedOpgang med 

EnhedOpgangPrimaerIndgang sat til 1. 

Samt en record i EnhedAdresse med 

EnhedAdressePrimaerAdresse sat til 1. 

Rum 30 5 4 Ved et Rum forståe et volumen, som er fysisk 

afgrænset af loft, vægge og gulv og ikke 

yderligere rent fysisk er opdelt i Rum. 

Rum eksistere på tre forskellige måder. 

1) Et Rum kan befinde sig inde i en 

Erhvervs-/Boligenhed. 

2) Et Rum kan befinde sig uden for en 

Erhvervs-/Boligenhed. Eks. et kælder- eller 

loftsrum tildelt til lejligheden. 

3) Et Rum unden tilknytning til 

Erhvervs-/Boligenhed, men men beliggende på 

en etage. Eks. Vaskerum i kælderen eller 

fælleskøkken. 

Opgang 30 4 4 Opgang/Indgang 

Ved en Opgang/indgang forstås det primære 

adgangsgivende opgangsareal og/eller en 

indgangsdør, som giver adgang til en samlet eller 

væsentlig del af en Bygning. 

Etage 32 3 3 Ved en Etage forstås et sammenhængende 

vandret bærende etageplan i en Bygning 

afgrænset af ydermurens yderside. Etager, der 

opdeles af et niveauspring på mere end ½ 

etagehøjde, regnes ikke som en samlet Etage, 

Trappeskakter, udvendige trapper og 

adgangsarealer indregnes i Etagen. 

Tekniskanlaeg 60 7 6 Ved et Teknisk anlæg forstås en stedfast, klart 

afgrænset konstruktion, som er opført til et 

bestemt teknisk formål, og ikke kan 

karakteriseres som en Bygning. Typen af et 

Teknisk anlæg vil blive nærmere defineret ved en 

positivliste i BBR-instruksen. 

Byggesag 38 0 1 Byggesag 

En byggesag kan indeholde sagsdata fra en række 

entieter, data fra disse entieter har statuskode 3 

(StatusKode er som felt navngivet ObjektType). 

Ved afslutning af et byggeri opdateres stamdata


Geometri 18 0 1 Geometri 

03-04-2013 1:52 4 

med sagsdata, og statuskoden for byggesagen 

ændres til afsluttet byggesag (statuskode 4). 

Sagsdata slettes ikke 

Byggesager, som henlægges, slettes ikke, men 


Det skal være muligt at oprette stamdata direkte, 

dvs. med statuskode 1, uden forudgående 

oprettelse af sagsdata. 

Indholder geografiske punkter for 

Adgangsadresser, Bygninger og Teknisk anlæg. 

AdgangsAdresse 43 6 6 En adgangsadresse angiver en bestemt 

hovedadgangsvej til en ejendom, bygning e.l., 

dvs. hoveddøren, opgangsdøren e.l. 

Adgangsadressen består af vejnavn og 

husnummer. 

Bygning 91 7 6 En Bygning er defineret som é eller flere 

konstruktioner, der udgør en rumlig helhed og 

som skærmer mod vejrliget. En bygning skal som 

minimum bestå af en overdækning (et tag). 

Grund 40 5 4 Tabel over Grund 

Ved Grund forstås det jordstykke, hvorpå 

bygningen eller det tekniske anlæg er beliggende. 

Definition af Grund der understøtter beregning af 

bebyggelsesprocent er: 

En Grund består af enten A), B) eller C): 

A) En 

matrikel 

B) 

Flere matrikler der er samnoteret og geografisk 

sammenhængende. 

C) Et 

umatrikuleret areal 

Når en Grund består af flere matrikler, skal alle 

matrikler der er geografisk 

sammenhængende indenfor samnoteringen, 

medtages i den pågældende 

Grund. En Grund oprettes kun i Nyt BBR når der 

forefindes mindst en BBR-relevant entitet på 

området (bygning, adresse eller teknisk anlæg). 

Andre relaterede definitionen: 

Fast ejendom: 

- samlet fast ejendom 

- umatrikuleret ejendom 

- ejerlejlighed 

- bygning på lejet grund 

- bygning på søterritorie 

- fælleslod/fraskilt andel af fælleslod 

Samlet fast ejendom: 

- et matrikelnummer 

- to eller flere matrikelnumre, der er samnoteret 

En vurderingsejendom kan bestå af mere end een 

“samlet fast ejendom”


03-04-2013 1:52 5


03-04-2013 1:52 6 

AdgangsAdresse 

Notes: En adgangsadresse angiver en bestemt hovedadgangsvej til en ejendom, bygning e.l., dvs. hoveddøren, 

opgangsdøren e.l. Adgangsadressen består af vejnavn og husnummer. 

Owner: 

Target DB name: 




Codes: 0 

Type: Table 

Columns Data type Allow NULLs Value/Range 

AdgangsAdresse_id uniqueidentifier Not allowed 

FK_Matrikel_id (FK,I3) uniqueidentifier Allowed 

FK_Kommune_id (FK,I6) uniqueidentifier Not allowed 

FK_VejKode (FK,I5) smallint Not allowed 

AdgangsAdresseHusnummer char(4) Allowed 

ObjektType tinyint Not allowed 

BK_Crud_id bigint Allowed 

FK_SagAdresse_id (FK,I4) uniqueidentifier Allowed 

FK_AdgangsAdresseStam_id (FK,I1) uniqueidentifier Allowed 

AdgangsAdresseKilde tinyint Allowed 

AdgangsAdresseOprettelsesDato datetime Allowed 

AdgangsAdresseIKrafttraedelsesDato datetime Allowed 

AdgangsAdresseSenesteAendringsDato datetime Allowed 

AdgangsAdresseNedlaeggelsesDato datetime Allowed 

BK_Adressepunkt_id uniqueidentifier Allowed 

AdgangsAdresseGeometriKilde tinyint Allowed 

AdgangsAdresseNoejagtighedsklasse char(1) Allowed 

FK_Geometri_id (FK,I2) uniqueidentifier Allowed 

AdgangsAdresseTekniskStandard char(2) Allowed 

KommunaltFelt1 char(3) Allowed 



KommunaltFelt4 int Allowed 



Journalnummer varchar(60) Allowed 

BK_ESDHReference varchar(200) Allowed 

Sikkerhedsklassifikation tinyint Not allowed 

FK_OpretBruger_id uniqueidentifier Not allowed 

AdgangsAdresseOpretTimestamp datetime Not allowed 

AdgangsAdresseAendretTimestamp datetime Not allowed 

AdgangsAdresseAendretFunktion varchar(40) Not allowed 

AdgangsAdresseOphoertTimestamp datetime Allowed 

Vejnavn varchar(40) Allowed 

Bynavn varchar(50) Allowed 

Postdistriktnummer smallint Allowed 

Postdistriknavn varchar(20) Allowed 

LokalitetNavn varchar(34) Allowed 

EntydigVej tinyint Allowed 

VejAdresseringsnavn varchar(20) Allowed 

AdgangsAdresseBeregn uniqueidentifier Allowed 

FK_BrugerAendret_id uniqueidentifier Not allowed 

AdgangsAdresseSlettetTimestamp datetime Allowed 

Indexes Columns Sort order 

Adresse_idx1 (I1) FK_AdgangsAdresseStam_id Ascending 

Adresse_idx2 (I2) FK_Geometri_id Ascending 

Adresse_idx3 (I3) FK_Matrikel_id Ascending 

Adresse_idx4 (I4) FK_SagAdresse_id Ascending


Adresse_idx6 (I5) FK_VejKode Ascending 

Adresse_idx5 (I6) FK_Kommune_id Ascending 

Foreign keys Child Parent 

Geometri_AdgangsAdresse_FK1 FK_Geometri_id Geometri.Geometri_id 

AdgangsAdresse_AdgangsAdresse_FK1 FK_AdgangsAdresseStam_id AdgangsAdresse_id 

AdresseSag_AdgangsAdresse_FK1 FK_SagAdresse_id AdresseSag.AdresseSag_id 

Vej_AdgangsAdresse_FK1 FK_VejKode Vej.VejKode 

Matrikel_AdgangsAdresse_FK1 FK_Matrikel_id Matrikel.Matrikel_id 

Kommune_AdgangsAdresse_FK1 FK_Kommune_id Kommune.Kommune_id 

AdgangsAdresse_Bygning_FK1 Bygning.FK_AdgangsAdresse_id AdgangsAdresse_id 

AdgangsAdresse_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_AdgangsAdresse_id AdgangsAdresse_id 

AdgangsAdresse_Opgang_FK1 Opgang.FK_AdgangsAdresse_id AdgangsAdresse_id 

AdgangsAdresse_Notat_FK1 Notat.FK_Parent_id AdgangsAdresse_id 

AdgangsAdresse_FeltHistorik_FK1 FeltHistorik.FK_Parent_id AdgangsAdresse_id 

AdgangsAdresse_Grund_FK1 Grund.FK_AdgangsAdresse_id AdgangsAdresse_id 

AdgangsAdresse_EnhedsAdresse_FK1 EnhedsAdresse.FK_AdgangsAdresse_id AdgangsAdresse_id 

Column details 

1. AdgangsAdresse_id 

Physical data type: uniqueidentifier 

Allow NULLs: Not allowed 

Notes: AAD.1/EAD.1 - Adresse_id identifies Adresse 

2. FK_Matrikel_id (FK,I3) 


Allow NULLs: Allowed 

Notes: Matrikel som AdgangsAdresse tilhøre. 

3. FK_Kommune_id (FK,I6) 



Notes: AAD.2 - Kommune Adressen befinder sig i 

4. FK_VejKode (FK,I5) 

Physical data type: smallint 


Notes: AAD.7 - Vej Adressen beginder sig på. 

5. AdgangsAdresseHusnummer 

Physical data type: char(4) 


Notes: AAD.8 - Husnummer i Adressen 

6. ObjektType 

Physical data type: tinyint 


Notes: AAD.100 - Objekttype er også kaldt Status. 

03-04-2013 1:52 7 

1. Stamdata 

2. Historisk stamdata 

3. Sagsdata 

4. Afsluttet eller henlagt sagsdata. 

7. BK_Crud_id 

Physical data type: bigint 


Notes: Bruges af synkroniseringen. Indeholder nøgle til KMD-bbr. 

8. FK_SagAdresse_id (FK,I4) 

Physical data type: uniqueidentifier



Notes: Er altid null ved objekttype 1 og 2. Ved objekttype 3 og 4 peger den på adressesagen den recorden er en 

del af. 

9. FK_AdgangsAdresseStam_id (FK,I1) 



Notes: FK_AdresseStam_id 

03-04-2013 1:52 8 

Angiver adressesagens stamdata. 

10. AdgangsAdresseKilde 



Notes: AAD.20 - KildeTilAdresse er af Adresse 

For ObjektType 3 og 4 er dette felt udfyldt og peger på en record med ObjektType 1 eller 2, dog ikke 

hvis det er en ny adresse.. 

For ObjektType 1 og 2 er dette felt udfyldt med NULL 

Kode, der klassificerer kilden til adressen. 

11. AdgangsAdresseOprettelsesDato 

Physical data type: datetime 


Notes: AAD.21 - OprettelsesDato er af Adresse 

Dato for adressens oprettelse i BBR 

12. AdgangsAdresseIKrafttraedelsesDato 



Notes: AAD.23 - Ikrafttrædelsesdato er af Adresse 

Dato for adressens ikrafttrædelse 

13. AdgangsAdresseSenesteAendringsDato 



Notes: AAD.24 - SenesteÆndringsdato er af Adresse 

Dato for adressens seneste ændring 

14. AdgangsAdresseNedlaeggelsesDato 



Notes: AAD.25 - NedlæggelsesDato er af Adresse 

Dato for adressens nedlæggelse 

15. BK_Adressepunkt_id 



Notes: ADD.27 - Adressepunkt_id 

Samme værdi som FK_Geometri_id 

16. AdgangsAdresseGeometriKilde 



Notes: AAD.30 - AdresseGeometriKilde 

17. AdgangsAdresseNoejagtighedsklasse 

Physical data type: char(1)



Notes: AAD.28 - AdresseNoejagtighedsklasse 

18. FK_Geometri_id (FK,I2) 



Notes: Adressepunkt 

19. AdgangsAdresseTekniskStandard 



Notes: AAD.29 - TekniskStandard 

03-04-2013 1:52 9 

Kode for teknisk standard for geometridata 

20. KommunaltFelt1 



Notes: AAD.80 - KommunaltFelt1 

Kommunespecifikt felt, med tilhørende kode. 












Physical data type: int 



Kommunespecifikt felt, der kan indeholde et tal. 











26. Journalnummer 

Physical data type: varchar(60) 


Notes: AAD.86 - Journalnummer


27. BK_ESDHReference 



Notes: AAD.87 ESDH_Reference 

28. Sikkerhedsklassifikation 



Notes: AAD.99 - Sikkerhedsklassifikation 

29. FK_OpretBruger_id 



Notes: Angiver hvilken bruger der oprindeligt oprettede recorden. 

30. AdgangsAdresseOpretTimestamp 



Notes: AdgangsAdresseOpretTimestamp 

03-04-2013 1:52 10 

Tidspunkt for oprettelse af recorden. 

31. AdgangsAdresseAendretTimestamp 



Notes: AdgangsAdresseAendretTimestamp 

Tidspunkt for seneste ændring af recorden. 

32. AdgangsAdresseAendretFunktion 



Notes: AdgangsAdresseAendretFunktion 

Angiver hvilken funktion der seneste har rette i recorden. 

Bruges til fejlsøgning. 

33. AdgangsAdresseOphoertTimestamp 



Notes: AdgangsAdresseOphoertTimestamp 

34. Vejnavn 



Notes: Vejnavn 

OphoertTimestamp angiver om at recorden ikke længere er aktiv. 

Ved objekttype 1 og 3, er data ikke relevant, da de er at betragte som slettet og aldrig skulle have været 

oprettet. 

Ved objekttype 2 og 4, angiver feltet hvornår data blev historiske. 

Et denormaliseret felt. 

35. Bynavn 



Notes: Bynavn 

Et denormaliseret felt.


36. Postdistriktnummer 



Notes: Postdistriktnummer 

03-04-2013 1:52 11 


37. Postdistriknavn 



Notes: Postdistriknavn 

38. LokalitetNavn 



Notes: LokalitetNavn 

Denormaliseret felt. Der er lavet en speciel procedure til opdatering af dette felt. 


39. EntydigVej 



Notes: EntydigVej 

Entydig inde for kommunen. 

Kode: 

0: Vejnavn er ikke entydig i kommunen, Postnummer kræves for entydighed. 

1: Vejnavn er entydig i kommunen. 

Et denormaliseret felt/beregnet. 

40. VejAdresseringsnavn 



Notes: VejAdresseringsnavn 

Denormaliseret felt. 

41. AdgangsAdresseBeregn 



Notes: Dette er et beregnet felt, der bliver brugt som del af et index. 

Feltet indeholder normalt NULL, men hvis følgende er opfyldet så vil feltet indeholde 

AdgangsAdresse_id. 

Husnummer er blankt eller FK_AdgangsAdresseStam_id ikke er null. 

Dette er lavet så det er muligt at lave dublettet af adgangsadersser, der netop har disse eneskaber. 

42. FK_BrugerAendret_id 



Notes: FK_BrugerAendret_id er af AdgangsAdresse 

43. AdgangsAdresseSlettetTimestamp 


Brugeren der senest har ændret data. 

Feltet hører sammen med xxxAendretTimestamp



Index details 

Adresse_idx1 

Column(s): FK_AdgangsAdresseStam_id (Asc) 

Unique: No 

Adresse_idx2 

Column(s): FK_Geometri_id (Asc) 

Unique: No 

Adresse_idx3 

Column(s): FK_Matrikel_id (Asc) 

Unique: No 

Adresse_idx4 

Column(s): FK_SagAdresse_id (Asc) 

Unique: No 

Adresse_idx6 

Column(s): FK_VejKode (Asc) 

Unique: No 

Adresse_idx5 

Column(s): FK_Kommune_id (Asc) 

Unique: No 

Foreign key details (child) 

Geometri_AdgangsAdresse_FK1 

Definition: Child Parent 

FK_Geometri_id Geometri.Geometri_id 

Relationship type: Non-Identifying 

Cardinality: Zero-or-One -to- Zero-or-More 


Verb phrase: har 

Inverse phrase: er af 

Ref. Integrity on update: No action 

Ref. Integrity on delete: No action 

AdgangsAdresse_AdgangsAdresse_FK1 


FK_AdgangsAdresseStam_id AdgangsAdresse_id 




Verb phrase: has 

Inverse phrase: is of 



AdresseSag_AdgangsAdresse_FK1 


FK_SagAdresse_id AdresseSag.AdresseSag_id 




03-04-2013 1:52 12






Vej_AdgangsAdresse_FK1 


FK_VejKode Vej.VejKode 


Cardinality: One -to- Zero-or-More 




Notes: Bemærk: 

På grund af dokumentationsværktøjet, er denne relation ikke beskrevet helt korrekt 

relationen er 



Matrikel_AdgangsAdresse_FK1 

03-04-2013 1:52 13 

Adresse INNER JOIN Kommune ON 

FK_Kommune_id = Kommune_id 

INNER JOIN Vej ON 

Kommune.KommuneNummer = Vej.FK_KommuneNummer AND FK_VejKode = VejKode AND 

GetDate() Between VejCprOpretTimestamp AND VejCprOphoertTimestamp 


FK_Matrikel_id Matrikel.Matrikel_id 








Kommune_AdgangsAdresse_FK1 


FK_Kommune_id Kommune.Kommune_id 







Ref. Integrity on delete: No action


Notes: AdresseSag 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:52 14 

AdresseSag 

En adressesag kan indeholde sagsdata fra adgangsadresse og enhedsadresse, data fra disse entieter har 

statuskode 3 (StatusKode er som felt navngivet ObjektType). 

Ved afslutning af en sag opdateres stamdata med sagsdata, og statuskoden for byggesagen ændres til 

afsluttet byggesag (statuskode 4). Sagsdata slettes ikke. 

Foreløbige adresser (nye adresser), ændres fra status 3 til 1 for at holde historik. 

Adressesager, som henlægges, slettes ikke, men tildeles statuskode 4. 


AdresseSag_id uniqueidentifier Not allowed 

AdresseSagSagsnummer varchar(32) Not allowed 

BK_Crud_id bigint Not allowed 

AdresseSagGodkendelsesDato datetime Allowed 

AdresseSagInitialerPaaSagsbehandler char(5) Not allowed 

FK_Kommune_id (FK) uniqueidentifier Allowed 


AdresseSagOpretTimestamp datetime Not allowed 

AdresseSagAendretTimestamp datetime Not allowed 

AdresseSagAendretFunktion varchar(40) Not allowed 

AdresseSagOphoertTimestamp datetime Allowed 


AdresseSagSlettetTimestamp datetime Allowed 


Kommune_AdresseSag_FK1 FK_Kommune_id Kommune.Kommune_id 

AdresseSag_FeltHistorik_FK1 FeltHistorik.FK_Parent_id AdresseSag_id 

AdresseSag_AdgangsAdresse_FK1 AdgangsAdresse.FK_SagAdresse_id AdresseSag_id 

AdresseSag_EnhedsAdresse_FK1 EnhedsAdresse.FK_SagAdresse_id AdresseSag_id 


1. AdresseSag_id 



2. AdresseSagSagsnummer 



Notes: Sagsnummer 

3. BK_Crud_id 



Notes: BK_Crud_id 

4. AdresseSagGodkendelsesDato 



Brugervendt nøgle, entydig i kommunen.


Notes: AAD.22/EAD.22 - Godkendelsesdato 

5. AdresseSagInitialerPaaSagsbehandler 



Notes: ADD.88/ EAD.88 - InitialerPaaSagsbehandler 

6. FK_Kommune_id (FK) 



Notes: Kommune sagen forekommer i. 

03-04-2013 1:52 15 

Feltet er nødvendig, hvis man opretter en sag uden at knytte adresser til, så vil recorden ikke høre til 

noget. 





8. AdresseSagOpretTimestamp 



Notes: AdresseSagOpretTimestamp 


9. AdresseSagAendretTimestamp 



Notes: AdresseSagAendretTimestamp 


10. AdresseSagAendretFunktion 



Notes: AdresseSagAendretFunktion 



11. AdresseSagOphoertTimestamp 



Notes: AdresseSagOphoertTimestamp 




Notes: FK_BrugerAendret_id er af AdresseSag 

13. AdresseSagSlettetTimestamp 



oprettet. 








Kommune_AdresseSag_FK1 










03-04-2013 1:52 16


Notes: Tabel over Brugsenhed 

Brugsenhed. 


Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:52 17 

Brugsenhed 


Brugsenhed_id (I1) uniqueidentifier Not allowed 

BrugsenhedNummer smallint Not allowed 

FK_EnhedsAdresse_id (FK) uniqueidentifier Not allowed 


BrugsenhedNybyggeri tinyint Not allowed 

FK_Byggesag_id (FK,I3) uniqueidentifier Allowed 

FK_BrugsenhedStam_id (FK,I2) uniqueidentifier Allowed 

FK_Bygning_id (FK,I4) uniqueidentifier Allowed 

BrugsenhedAnvendelsesKode char(4) Allowed 

BrugsenhedAreal int Allowed 

BrugsenhedBeboelsesAreal int Allowed 

BrugsenhedErhvervsAreal int Allowed 

BrugsenhedArealKilde tinyint Allowed 

BrugsenhedSagstype tinyint Allowed 











BrugsenhedOpretTimestamp datetime Not allowed 

BrugsenhedAendretTimestamp datetime Not allowed 

BrugsenhedAendretFunktion varchar(40) Not allowed 

BrugsenhedOphoertTimestamp datetime Allowed 


BrugsenhedSlettetTimestamp datetime Allowed 


Brugsenhed_idx1 (I1) Brugsenhed_id Ascending 

Brugsenhed_idx2 (I2) FK_BrugsenhedStam_id Ascending 

Brugsenhed_idx3 (I3) FK_Byggesag_id Ascending 

Brugsenhed_idx4 (I4) FK_Bygning_id Ascending 


EnhedsAdresse_Brugsenhed_FK1 FK_EnhedsAdresse_id EnhedsAdresse.EnhedsAdresse_id 

Brugsenhed_Brugsenhed_FK1 FK_BrugsenhedStam_id Brugsenhed_id 

Byggesag_Brugsenhed_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Bygning_Brugsenhed_FK1 FK_Bygning_id Bygning.Bygning_id 

Brugsenhed_Notat_FK1 Notat.FK_Parent_id Brugsenhed_id 

Brugsenhed_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Brugsenhed_id 


1. Brugsenhed_id (I1)




2. BrugsenhedNummer 



Notes: BRU.3 - BrugsenhedNummer 

03-04-2013 1:52 18 

Entydig nummer på brugsenheden inden for ejendommen 

3. FK_EnhedsAdresse_id (FK) 



Notes: EnhedsAdresse hvor Brugsenheden befinder sig 

4. ObjektType 



Notes: BRU.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


5. BrugsenhedNybyggeri 



Notes: Nybyggeri angiver om stamdata er ved at blive oprettet via en sag. 

Er afhængig af feltet ObjektType. 

For alt andet end ObjektType 1 og 2 har feltet værdien 0. 

For ObjektType 1 og 2 har den følgende værdier 

Koder 

0: Data (data udfyldt) 

1: Nybyggeri (data ikke udfyldt, se ændringsdata Objekttype 3 eller 4.) 

6. FK_Byggesag_id (FK,I3) 



Notes: Er altid null ved objekttype 1 og 2. Ved objekttype 3 og 4 peger den på byggesagen den recorden er en 

del af. 

7. FK_BrugsenhedStam_id (FK,I2) 



Notes: Null for objekttype 1 og 2, For objekttype 3 og 4 skal feltet være udfyldt. Objekttype 3 skal pege på en 

1. og objekttype 4 skal pege på 1 eller 2. 

8. FK_Bygning_id (FK,I4) 



Notes: Bygningen Brugsenheden er tilknyttet. 

9. BrugsenhedAnvendelsesKode 


Peger altid på Grund med objekttype 1 eller 2.



Notes: BRU.21 - Anvendelseskode 

10. BrugsenhedAreal 



Notes: BRU.23 - Areal 

03-04-2013 1:52 19 

Koder: Der henvises til kodesættet for bolig- og erhvervsen-hedens anvendelse, feltnr. ENH.21. 

DEFINITION: Samlet areal 

BBRfelt: 311 

11. BrugsenhedBeboelsesAreal 



Notes: BRU.24 - BeboelsesAreal 

DEFINITION: AREAL TIL BEBOELSE 

BBRfelt: 312 

12. BrugsenhedErhvervsAreal 



Notes: BRU.25 - ErhversAreal 

BBRfelt: 313 

13. BrugsenhedArealKilde 



Notes: BRU.27 - KildeTilAreal 

DEFINITION: KILDE TIL AREAL 

VÆRDISÆT: 

Efterfølgende er der vist et par eksempler: 

1->Oplyst af ejer (eller dennes repræsentant) 

2->Oplyst af teknisk forvaltning 

MAP: CKILDAR 

BBRfelt: 317 

14. BrugsenhedSagstype 



Notes: BrugsenhedSagstype 




Notes: BRU.80 - KommunaltFelt1 

Sag: 

1 Nybyggeri 

2 Til/ombygning 

3 Nedrivning (helt eller delvis) 

Stam: 

4 Fejlrettelse af "faktiske fejlregistreringer og udeladelser" 

5 Faktisk udført ændring uden byggesagsbehandling 

6 Opdeling i enheder 

7 Sammenlægning af enheder


03-04-2013 1:52 20 






























Notes: BRU.86 - Journalnummer 




Notes: BRU.87 - ESDH_Reference 




Notes: BRU.99 - Sikkerhedsklassifikation 





25. BrugsenhedOpretTimestamp 



Notes: BrugsenhedOpretTimestamp 

Tidspunkt for oprettelse af recorden.


26. BrugsenhedAendretTimestamp 



Notes: BrugsenhedAendretTimestamp 

03-04-2013 1:52 21 


27. BrugsenhedAendretFunktion 



Notes: BrugsenhedAendretFunktion 



28. BrugsenhedOphoertTimestamp 



Notes: BrugsenhedOphoertTimestamp 




Notes: FK_BrugerAendret_id er af Brugsenhed 

30. BrugsenhedSlettetTimestamp 



Index details 

Brugsenhed_idx1 

Column(s): Brugsenhed_id (Asc) 

Unique: No 



oprettet. 



Feltet hører sammen med xxxAendretTimestamp 


Column(s): FK_BrugsenhedStam_id (Asc) 

Unique: No 


Column(s): FK_Byggesag_id (Asc) 

Unique: No 


Column(s): FK_Bygning_id (Asc) 

Unique: No 


EnhedsAdresse_Brugsenhed_FK1 


FK_EnhedsAdresse_id EnhedsAdresse.EnhedsAdresse_id









Brugsenhed_Brugsenhed_FK1 


FK_BrugsenhedStam_id Brugsenhed_id 








Byggesag_Brugsenhed_FK1 


FK_Byggesag_id Byggesag.Byggesag_id 








Bygning_Brugsenhed_FK1 


FK_Bygning_id Bygning.Bygning_id 






Notes: En brugsenhed er knyttet til en bygning. 

VENTER NY RETNINGSLINIER FRA EBST 2007-02-26 



03-04-2013 1:52 22


Notes: By eller nærmere bynavn. Bynavne i CPR registrets relateret til adresser (vejafsnit). 

Owner: 





Codes: 0 

Type: Table 


By_id uniqueidentifier Not allowed 

FK_KommuneNummer (I1) smallint Not allowed 

FK_VejKode (I2) smallint Not allowed 

ByHusnummerFra char(4) Not allowed 

ByHusnummerTil char(4) Not allowed 

ByVejside char(1) Not allowed 

ByNavn varchar(50) Not allowed 

ByCprTimestamp datetime Not allowed 

ByCprOpretTimestamp datetime Not allowed 

ByCprOphoerTimestamp datetime Not allowed 

ByOpretTimestamp datetime Not allowed 

ByAendretTimestamp datetime Not allowed 

ByAendretFunktion varchar(40) Not allowed 

ByOphoertTimestamp datetime Allowed 


By_idx2 (I1) FK_KommuneNummer Ascending 

By_idx3 (I2) FK_VejKode Ascending 


1. By_id 



03-04-2013 1:52 23 

By 

2. FK_KommuneNummer (I1) 



Notes: Kommunen byen befinder sig i. 

3. FK_VejKode (I2) 



Notes: Vejen der er en del af byen 

(vejudsnit) 

4. ByHusnummerFra 



Notes: HusnummerFra 

(vejudsnit) 

5. ByHusnummerTil 



Notes: HusnummerTil 

(vejudsnit) 

6. ByVejside 


Allow NULLs: Not allowed


Notes: Vejside 

(vejudsnit) 

7. ByNavn 



Notes: Navn på byen 

8. ByCprTimestamp 



Notes: Timestamp fra CPR 

9. ByCprOpretTimestamp 



Notes: OpretTimestamp fra CPR 

10. ByCprOphoerTimestamp 



Notes: OphoerTimestamp fra CPR 

11. ByOpretTimestamp 



Notes: ByOpretTimestamp 

03-04-2013 1:52 24 


12. ByAendretTimestamp 



Notes: ByAendretTimestamp 

13. ByAendretFunktion 



Notes: ByAendretFunktion 


14. ByOphoertTimestamp 



Notes: ByOphoertTimestamp 



Index details 

By_idx2 

Column(s): FK_KommuneNummer (Asc) 

Unique: No 

By_idx3 


Unique: No 

OphoertTimestamp angiver om at recorden ikke længere er aktiv.


Notes: Byggesag 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:52 25 

Byggesag 

En byggesag kan indeholde sagsdata fra en række entieter, data fra disse entieter har statuskode 3 


Ved afslutning af et byggeri opdateres stamdata med sagsdata, og statuskoden for byggesagen ændres 

til afsluttet byggesag (statuskode 4). Sagsdata slettes ikke 

Byggesager, som henlægges, slettes ikke, men tildeles statuskode 4. 

Det skal være muligt at oprette stamdata direkte, dvs. med statuskode 1, uden forudgående oprettelse af 

sagsdata. 


Byggesag_id uniqueidentifier Not allowed 

ByggesagsDato datetime Allowed 

ByggesagLitra char(1) Not allowed 

ByggesagSagsnummer char(32) Not allowed 


ByggesagByggetilladelsesDato datetime Allowed 

ByggesagForventetPaabegyndelsesDato datetime Allowed 

ByggesagPaabegyndelsesdato datetime Allowed 

ByggesagIbrugtagningsTilladelsesDato datetime Allowed 

ByggesagDelvisIbrugtagningsTilladelsesDato datetime Allowed 

ByggesagHenlaeggelse datetime Allowed 

ByggesagFaerdigtBygningsareal int Allowed 

ByggesagForventetFuldfoertDato datetime Allowed 

ByggesagFuldfoerelseAfByggeriDato datetime Allowed 

ByggesagKode tinyint Allowed 

ByggesagAnmeldelseAfByggearbejdeDato datetime Allowed 

ByggesagAnmeldelseAfNedrivningDato datetime Allowed 

ByggesagGennemfoertNedrivningDato datetime Allowed 

ByggesagForeloebigFaerdiggjortBygningsareal int Allowed 

ByggesagForeloebigFaerdiggjortAntalLejligheder int Allowed 

ByggesagForeloebigFaerdiggjortAntalLejlighederUdenKoekkenI int Allowed 

ByggesagBygherreForhold tinyint Allowed 

ByggesagInitialerPaaSagsbehandler char(5) Not allowed 

ByggesagAnsoegningModtaget datetime Allowed 

ByggesagFyldestgoerendeAnsoegningModtaget datetime Allowed 

ByggesagNaboorientering datetime Allowed 

ByggesagFaerdigbehandletNaboorientering datetime Allowed 

FK_Grund_id (FK) uniqueidentifier Allowed 


ByggesagOpretTimestamp datetime Not allowed 

ByggesagAendretTimestamp datetime Not allowed 

ByggesagAendretFunktion varchar(40) Not allowed 

ByggesagOphoertTimestamp datetime Allowed 

ByggesagGyldighedsdato datetime Allowed 


Sikkerhedsklassifikation tinyint Allowed 

ByggesagKopi_id uniqueidentifier Allowed 

ByggesagSlettetTimestamp datetime Allowed



Grund_Byggesag_FK1 FK_Grund_id Grund.Grund_id 

Byggesag_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Byggesag_id 

Byggesag_Bygning_FK1 Bygning.FK_Byggesag_id Byggesag_id 

Byggesag_Opgang_FK1 Opgang.FK_Byggesag_id Byggesag_id 

Byggesag_Etage_FK1 Etage.FK_Byggesag_id Byggesag_id 

Byggesag_Rum_FK1 Rum.FK_Byggesag_id Byggesag_id 

Byggesag_Enhed_FK1 Enhed.FK_Byggesag_id Byggesag_id 

Byggesag_Brugsenhed_FK1 Brugsenhed.FK_Byggesag_id Byggesag_id 

Byggesag_Grund_FK1 Grund.FK_Byggesag_id Byggesag_id 

Byggesag_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_Byggesag_id Byggesag_id 


1. Byggesag_id 



2. ByggesagsDato 



Notes: BYG.11 - ByggesagsDato er af BygningSagsoplysninger 

03-04-2013 1:52 26 

DEFINITION: SAGSDATO FRA CS. Den primære styrende dato 

på en sag. Sagens art (nybyggeri/nedrivning mm) 

bestemmer hvad denne dato egentlig er (hhv. 

Tilladelsesdato/ nedrivningstilladelsesdato) 

Byggesagsdatoen (år-måned-dag) angiver datoen for den 

enkelte byggesag vedr. bygningen. 

AFHÆNGIGHEDER: Hvis der er flere byggesager på samme 

bygning med samme dato, skal byggesagsdatoen 

efterfølges af litra. 

MAP: DSAGDATO_DATO 

BBRfelt: 268 

3. ByggesagLitra 



Notes: BYG.12 - Litra er af BygningSagsoplysninger 

DEFINITION: LITRA FRA CS 

Litra anvendes, hvor der er flere byggesager på samme 

bygning med samme byggesagsdato. 

VÆRDISÆT: 

Efterfølgende er der vist et par eksempler på gyldige 

kodeværdier. 

Blank Byggesagsdatoen har ingen litra. 

A - Z Litra under byggesagsdatoen. 

O, Q, I og J forekommer ikke. 

MAP: ASAGID 

BBRfelt: 269 

4. ByggesagSagsnummer 



5. BK_Crud_id 



6. ByggesagByggetilladelsesDato 

Physical data type: datetime



Notes: BYG.76 - ByggetilladelsesDato er af BygningSagsoplysninger 

03-04-2013 1:52 27 

DEFINITION: Dato for udstedelse af byggetilladelse til 

et nybyggeri eller til/ombygningsarbejde. 

AFHÆNGIGHEDER: Datoen dannes maskinelt ud fra 

byggesagsdato og byggesagskode 

VED IMPLEMENTERING UNDERSØGES: 

om feltet kan udgå og erstattes af 


MAP: DBYGTIL_DATO 

BBRfeltnr: 281 

7. ByggesagForventetPaabegyndelsesDato 



Notes: BYG.77 - ForventetPåbegyndelsesDato er af BygningSagsoplysninger 

8. ByggesagPaabegyndelsesdato 



Notes: BYG.78 - Påbegyndelsesdato is of BygningSagsoplysninger 

DEFINITION: Påbegyndelsesdato 

Dato for påbegyndelse af byggearbejdet. 

Vedr. nybyggeri og til/ombygning: 

Hvis byggesagskoden er 2, 4 eller 5 dvs. 

anmeldelsessager, 

dannes feltet maskinelt ud fra byggesagsdatoen. 

Såfremt den egentlige påbegyndelse afviger fra den 

maskinelt 

dannede, kan datoen rettes. 

Hvis byggesagskoden er 1, dvs. tilladelsessager efter 

BR-S, 

eller 3, BR-tilladelsessager kræves datoen indberettet. 

For nedrivningssager må feltet ikke indberettes. 

MAP: DPAABEG_DATO 

BBRfelt: 282 

9. ByggesagIbrugtagningsTilladelsesDato 



Notes: BYG.79 - IbrugtagningstilladelsesDato er af BygningSagsoplysninger 

DEFINITION: Ibrugtagnings tilladelsesdato 

I feltet anføres datoen for udstedelse af 

Ibrugtagningstilladelse. Hvis et byggeri er delvis 

ibrugtaget, eller der er indberettet fuldført, skal 

dato for endelig ibrugtagningstilladelse indberettes i 

feltet. 

MAP: 

BBRfelt: 283 

10. ByggesagDelvisIbrugtagningsTilladelsesDato 


Allow NULLs: Allowed


Notes: BYG.80 - DelvisIbrugtagningstilladelsesDato er af BygningSagsoplysninger 

03-04-2013 1:52 28 

DEFINITION: Seneste delvise ibrugtagn till dato 

Dato for den seneste udstedte delvise 

ibrugtagningstilladelse til byggeriet. 

AFHÆNGIGHEDER: Kan kun indberettes, hvis 

byggesagskoden er 3 (BR-tilladelsessag). 

Feltet skal KUN indberettes i de tilfælde, hvor den 

egentlige 

ibrugtagningstilladelse ikke umiddelbart kan udstedes, 

og der er sket indflytning i bygningens enheder. 

Indberetningen foretages i følgende rækkefølge: 

Indberet først delvis ibrugtagning på enhederne, 

derefter på bygningen. 

MAP: DSEDEIB_DATO 

BBRfelt: 280 

11. ByggesagHenlaeggelse 



Notes: BYG.81 - Henlæggelse er af BygningSagsoplysninger 

DEFINITION: Henlæggelsesdato 

I feltet anføres den dato, som Ejeren/bygherren/ 

bygningsmyndigheden oplyser for henlæggelse/opgivelse 

af byggesagen. 

Feltet anvendes uanset om byggeriet er påbegyndt eller 

ej. 

MAP: DHENLAEG_DATO 

BBRfelt: 285 

12. ByggesagFaerdigtBygningsareal 



Notes: BYG.82 - FærdigtBygningsareal er af BygningSagsoplysninger: 

DEFINITION: IKKE AJOURF BYGNINGSAREAL 

Der registreres det areal, som er færdiggjort i 

forbindelse med den sidst udstedte delvise 

ibrugtagningstilladelse (felt BYG.80). Arealet beregnes 

som summen af samlet bygningsareal (felt BYG.38) og 

udnyttet tagetage (felt ETA.21). 

SKAL kun indberettes, når der SAMTIDIG indberettes en 

dato i 'DELVIS IBRUGT. TILLADELSE'. 

Arealet fra en tidligere delvis 


udgår maskinelt, når en ny delvis 


indberettes, således at der altid er registreret det 

sidst færdiggjorte areal. 

Arealerne overføres maskinelt til 'FORELØBIGT 

FÆRDIGGJORT BYGNINGSAREAL', således at feltet altid 

udviser det samlede færdiggjorte bygningsareal. 

For at undgå, at en fejlrettelse til bygningsarealet 

skal 

bevirke en forkert opsummering i det maskinelle felt, 

skal 

rettelse af indberettet areal i bygningsareal altid ske 

ved 

indberetning af forøgelsen eller formindskelsen af


03-04-2013 1:52 29 

arealet. 

Er det færdiggjorte bygningsareal f.eks. indberettet 

med 

225 kvm, og det viser sig, at det skulle vare 250 kvm., 

skal det rettes ved at indberette 25 kvm. Hvis det kun 

var 

200 kvm., skal det rettes ved at indberette -25 kvm. 

AFHÆNGIGHEDER: 

Feltet indbår i udregningen af BYG.90. 

MAP: FIABAR 

BBRfelt: 286 

13. ByggesagForventetFuldfoertDato 



Notes: BYG.83 - ForventetFuldførtDato er af BygningSagsoplysninger 

14. ByggesagFuldfoerelseAfByggeriDato 



Notes: BYG.84 - FuldførelseAfByggeriDato er af BygningSagsoplysninger: 

DEFINITION: FULDFØRELSESDATO 

Dato for fuldført byggeri. Den dato et 

byggeri er fuldført og altså brugbart,selv om der ikke 

ergivet ibrugtagningstilladelse endnu. 


Ajourføring af feltet har forskellig virkning afhængig 

af, 

om sagen vedrører byggesagskode 1, 2, 3, 4 eller 5. 

Se BBR-instruksen for nærmere forklaring. 

MAP: DFULDFOE_DATO 

BBRfelt: 288 

15. ByggesagKode 



Notes: BYG.86 - Byggesagskode er af BygningSagsoplysninger 

DEFINITION: BYGGESAGSKODE 

Koden angiver, efter hvilket bygningsreglement den 

enkelte byggesag skal styres. 

VÆRDISÆT: 


kodeværdier: 

1->BR-S-tilladelsessag 

2->BR-S-anmeldelsessag 

3->BR-anmeldelsessag 

MAP: CBYGSAG 

BBRfelt: 292 

16. ByggesagAnmeldelseAfByggearbejdeDato 



Notes: BYG.87 - AnmeldelseAfByggearbejdeDato er af BygningSagsoplysninger 

DEFINITION: Anmeldelse af byggearbejde 

Dato for anmeldelse af byggearbejde, der er omfattet af


03-04-2013 1:52 30 

anmeldelsespligt. 

AFHÆNGIGHEDER: Feltet dannes maskinelt ud fra 

byggesagsdato og byggesagskode. 




MAP: DANMELD_DATO 

BBRfelt: 293 

17. ByggesagAnmeldelseAfNedrivningDato 



Notes: BYG.88 - AnmeldelseAfNedrivningDato er af BygningSagsoplysninger 

DEFINITION: Dato for udstedelse af nedrivningstilladelses 

Feltet angiver datoen for anmeldelse af en hel eller 

delvis nedrivning af en bygning. 


byggesagsdato og byggesagskode (nedrivning sagstype 3) 




MAP: DTNEDRI_DATO 

BBRfelt: 294 

18. ByggesagGennemfoertNedrivningDato 



Notes: BYG.89 - GennemførtNedrivningDato er af BygningSagsoplysninger 

DEFINITION: Dato for gennemført nedrivning 

Datoen for ejerens/bygherrens eller 

bygningsmyndighedens angivelse af, at bygningen reelt 

er total eller delvist nedrevet. 

AFHÆNGIGHEDER: Når datoen indberettes, vil bygningen 

samt evt. enheder blive slettet i BBR-stamregistret, 

hvis det er en hel nedrivning d.v.s., at der ingen 

minus (-) arealer er indberettet. 

Ved en hel nedrivning må der ikke indberettes enheder, 

disse 

bliver automatisk nedlagt. 

Hvis det er en delvis nedrivning fratrækkes det 

indberettede 

-areal i BBR-stamregistret. 

Der udskrives BBR-ejermeddelelse. 

MAP: DGNEDRI_DATO 

BBRfelt: 295 

19. ByggesagForeloebigFaerdiggjortBygningsareal 



Notes: BYG.90 - ForloebigFaerdiggjortBygningsareal er af BygningSagsoplysninger: 

DEFINITION: FORELØBIG FÆRDIGGJORT BYGNINGS AREALER 

FORMÅL: feltnr 296 - CS 

Angiver det bygningsareal, der er færdiggjort til og 

med den seneste delvise ibrugtagningstilladelse.


03-04-2013 1:52 31 


Feltet kan ikke indberettes. 

Feltet dannes maskinelt 

MAP: FFFBAR 

BBRfelt: 296 

20. ByggesagForeloebigFaerdiggjortAntalLejligheder 



Notes: BYG.91 - ForeløbigFærdiggjortAntalLejligheder er af BygningSagsoplysninger: 

Angiver det antal beboelseslejligheder, der er 

færdiggjort til og med den seneste delvise 


MAP: FFFALEJ 

BBRfelt: 297 

21. ByggesagForeloebigFaerdiggjortAntalLejlighederUdenKoekkenI 



22. ByggesagBygherreForhold 



Notes: BYG.92 - ByggesagBygherreForhold er af BygningSagsoplysninger 

23. ByggesagInitialerPaaSagsbehandler 



Notes: BYG.103 - InitialerPåSagsbehandler er af BygningSagsoplysninger 

24. ByggesagAnsoegningModtaget 



Notes: BYG.115 - ByggesagAnsoegningModtaget er af Byggesag 

dato for modtagelse af ansøgning om byggetilladelse 

25. ByggesagFyldestgoerendeAnsoegningModtaget 



Notes: BYG.116 - ByggesagFyldestgoerendeAnsoegningModtaget er af Byggesag 

dato for fyldestgørende ansøgning 

26. ByggesagNaboorientering 



Notes: BYG.117 - ByggesagNaboorientering er af Byggesag 

dato for naboorientering 

27. ByggesagFaerdigbehandletNaboorientering 



Notes: BYG.118 - ByggesagFaerdigbehandletNaboorientering er af Byggesag


28. FK_Grund_id (FK) 



03-04-2013 1:52 32 

dato for færdigbehandling af naboorientering 




Notes: FK_OpretUserId er af Byggesag 

30. ByggesagOpretTimestamp 



31. ByggesagAendretTimestamp 



32. ByggesagAendretFunktion 



33. ByggesagOphoertTimestamp 



34. ByggesagGyldighedsdato 



Brugeren der har oprettet recorden. 




Notes: FK_BrugerAendret_id er af Byggesag 






Notes: Denormaliseret felt, hvis en af entiteterne der peger på byggesagen er sikkerhedsklassificeret skal 

byggesagen også være sikkerhedklassificeret. Opdateringen af dette felt foretages af forretningslaget i 

BBR. 

37. ByggesagKopi_id 



Notes: Feltet benyttes til at holde styr på, om en byggesag er opstået som en kopi af en anden byggesag, når 

flere entiteter fra samme byggesag flyttes enkeltvis. Feltet er kun til ”intern brug” i forretningslaget i 

BBR og videregives ikke i klient, udtræk og snitflader. 

38. ByggesagSlettetTimestamp 



Foreign key details (child)


Grund_Byggesag_FK1 


FK_Grund_id Grund.Grund_id 








03-04-2013 1:52 33


03-04-2013 1:52 34 

Bygning 

Notes: En Bygning er defineret som é eller flere konstruktioner, der udgør en rumlig helhed og som skærmer 

mod vejrliget. En bygning skal som minimum bestå af en overdækning (et tag). 

Owner: 





Codes: 0 

Type: Table 


Bygning_id uniqueidentifier Not allowed 

BygningNummer (U1) smallint Not allowed 


BygningNybyggeri tinyint Not allowed 


FK_Grund_id (FK,U1,I4) uniqueidentifier Not allowed 

FK_Byggesag_id (FK,U1,I2) uniqueidentifier Allowed 

FK_BygningStam_id (FK,I3) uniqueidentifier Allowed 

FK_Matrikel_id (FK,I6) uniqueidentifier Not allowed 

FK_AdgangsAdresse_id (FK,I1) uniqueidentifier Allowed 

BygningAnvendelsesKode smallint Allowed 

BygningKlassifikation smallint Allowed 

BygningAnvendelsesKonverteringsKilde smallint Allowed 

BygningAntalLejlighederMedKoekkenl int Allowed 

BygningAntalLejlighederUdenKoekkenl int Allowed 

BygningOpfoerelsesaar smallint Allowed 

BygningSenesteOmTilbygningsaar smallint Allowed 

BygningMidlertidigStatus tinyint Allowed 

BygningUdloebsdatoMidlertidige datetime Allowed 

BygningVandforsyning tinyint Allowed 

BygningAfloebsforhold tinyint Allowed 

BygningAfloebsforholdTilladelse tinyint Allowed 

BygningYdervaegsmateriale tinyint Allowed 

BygningTagdaekningsmateriale tinyint Allowed 

BygningSupplerendeYdervaegsmateriale tinyint Allowed 

BygningSupplerendeTagdaekningsmateriale tinyint Allowed 

BygningAsbestholdigtMateriale tinyint Allowed 

BygningMaterialeKilde tinyint Allowed 

BygningSamletAreal int Allowed 

BygningSamletBoligAreal int Allowed 

BygningSamletErhversAreal int Allowed 

BygningBebyggetAreal int Allowed 

BygningIndbyggetGarageAreal int Allowed 

BygningIndbyggetCarportAreal int Allowed 

BygningIndbyggetUdhusAreal int Allowed 

BygningIndbyggetUdestueAreal int Allowed 

BygningLukketOverdaekningAreal int Allowed 

BygningAffaldsrumITerraenniveauAreal int Allowed 

BygningAndetAreal int Allowed 

BygningOverdaekketAreal int Allowed 

BygningAabenOverdaekningAreal int Allowed 

BygningAdgangsAreal int Allowed 

BygningCarportArealBeregningsprincip smallint Allowed 

BygningArealKilde tinyint Allowed 

BygningAntalEtager smallint Allowed 

BygningAfvigendeEtager tinyint Allowed 

BygningVarmeinstallation tinyint Allowed 

BygningOpvarmningsmiddel tinyint Allowed 

BygningSupplerendeVarmeinstallation tinyint Allowed


BygningAntalPersonerSikringsrum smallint Allowed 

BygningFredningStatus tinyint Allowed 

BygningBevaringsvaerdighed varchar(200) Allowed 

BygningUdlejningsforhold1 char(1) Allowed 

BygningLeje int Allowed 

BygningHuslejeoplysningDato datetime Allowed 

BygningSagstype tinyint Allowed 

BygningGeometriKilde tinyint Allowed 

BygningGeometriNoejagtighedsklasse char(2) Allowed 


BK_FOT_id int Allowed 

BygningStormraadPaalaeg tinyint Allowed 

BygningStormraadPaalaegDato datetime Allowed 

BygningByggeskadeforsikringsselskab tinyint Allowed 

BygningByggeskadeforsikringsselskabDato datetime Allowed 











BygningOpretTimestamp datetime Not allowed 

BygningAendretTimestamp datetime Not allowed 

BygningAendretFunktion varchar(40) Not allowed 

BygningOphoertTimestamp datetime Allowed 

BygningOmfattetAfForsikring char(2) Allowed 

BygningGyldighedsdato datetime Allowed 


BygningMedlemskabSpildevand tinyint Allowed 

BygningPaabudRensning tinyint Allowed 

BygningPaabudRensningFrist datetime Allowed 

BygningUdtraedenTilladelse tinyint Allowed 

BygningUdtraedenTilladelseDato datetime Allowed 

BygningAlternativAfledningTilladelse tinyint Allowed 

BygningAlternativAfledningTilladelseDato datetime Allowed 

BygningTypeAfFlytning tinyint Allowed 

FK_KommuneFlyttesTil_id datetime Allowed 

BygningSlettetTimestamp datetime Allowed 


Bygning_idx1 (U1) FK_Grund_id 

BygningNummer 

03-04-2013 1:52 35 

FK_Byggesag_id 

Ascending 

Ascending 

Ascending 

Bygning_idx2 (I1) FK_AdgangsAdresse_id Ascending 

Bygning_idx3 (I2) FK_Byggesag_id Ascending 

Bygning_idx4 (I3) FK_BygningStam_id Ascending 

Bygning_idx5 (I4) FK_Grund_id Ascending 

Bygning_idx6 (I5) FK_Geometri_id Ascending 

Bygning_idx7 (I6) FK_Matrikel_id Ascending 


AdgangsAdresse_Bygning_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

Bygning_Bygning_FK1 FK_BygningStam_id Bygning_id 

Geometri_Bygning_FK1 FK_Geometri_id Geometri.Geometri_id 

Matrikel_Bygning_FK1 FK_Matrikel_id Matrikel.Matrikel_id 

Byggesag_Bygning_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Grund_Bygning_FK1 FK_Grund_id Grund.Grund_id 

Bygning_Etage_FK1 Etage.FK_Bygning_id Bygning_id 

Bygning_Opgang_FK1 Opgang.FK_Bygning_id Bygning_id 

Bygning_Notat_FK1 Notat.FK_Parent_id Bygning_id


Bygning_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Bygning_id 

Bygning_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_Bygning_id Bygning_id 

Bygning_Ejerskab_FK1 Ejerskab.FK_BbrId Bygning_id 

Bygning_Brugsenhed_FK1 Brugsenhed.FK_Bygning_id Bygning_id 


1. Bygning_id 



Notes: BYG.1 - Bygning_id identifies Bygning 

2. BygningNummer (U1) 



Notes: BYG.7 - Bygningsnummeret er en entydig nummerering af 

ejendommens bygninger. 

03-04-2013 1:52 36 

MAP: BYGNINGSNR 

BBRfelt: 201 

3. ObjektType 



Notes: BYG.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


4. BygningNybyggeri 







Koder 



5. BK_Crud_id 



Notes: Bruges af synkroniseringen. Indeholder nøgle til KMD-bbr, Objekttype styre om det er CR eller CS. 

6. FK_Grund_id (FK,U1,I4) 



Notes: Angiver hvilken Grund bygningen befinder sig på. 

Peger altid på Grund med objekttype 1 eller 2. 

7. FK_Byggesag_id (FK,U1,I2) 




del af.


8. FK_BygningStam_id (FK,I3) 



Notes: BYG.75 - Null for objekttype 1 og 2, For objekttype 3 og 4 skal feltet være udfyldt. Objekttype 3 skal 

pege på en 1. og objekttype 4 skal pege på 1 eller 2. 




Notes: Matriklen bygningen befinder sig på. 

Grund nåes via matrikelen. 

10. FK_AdgangsAdresse_id (FK,I1) 



Notes: AAD.1 - Bygningens beskrivende adresse (BYG.8 - BYG.9) 

11. BygningAnvendelsesKode 



Notes: BYG.21 - Anvendelseskoden beskriver bygningens faktiske 

hovedanvendelse. 

03-04-2013 1:52 37 

MAP: CBANV 

BBRfelt: 203 

12. BygningKlassifikation 



Notes: BYG.22 - Klassifikation 

beskriver bygningens faktiske hovedanvendelse. 

Benyttes for tiden ikke. 

MAP: CBANVNY 

BBRfelt: 213 

13. BygningAnvendelsesKonverteringsKilde 



Notes: BYG.23 - KildeForKonverteringAnvendelseskode 

Anvendes ikke på nuværende tidspunkt 

DEFINITION: ANVENDELSESKILDEKODE-NY 

Anvendelseskildekode beskriver fortæller hvilken 

kvalitet konverteringen fra anvendelsekode til 

anvendelsekode-ny(cbanvny) har. 

VÆRDISÆT: 

Nedenfor er der vist, hvilke koder, man på nuværende 

tidspunkt har tænkt sig at benytte. 

1 Usikker konvertering, skal kontrolleres 

2 maskinel oversættelse af gl kode kombineret med 

ESR-opl 


oplysning fra begrundelsesregisteret. 

4 maskinel oversættelse af gammel kode kombineret med 

notatlinie. 

5 maskinel direkte oversættelse af gl. kode 

6 Ny kode kontrolleret manuelt. 

AFHÆNGIGHEDER: Eftersom konverteringen endnu ikke har 

fundet sted, er feltet ikke udfyldt.


03-04-2013 1:52 38 

MAP: CBKILDANV 

BBRfelt: 214 

14. BygningAntalLejlighederMedKoekkenl 



Notes: BYG.24 - Antal Lejligheder Med Koekken I 

DEFINITION: Antal lejligheder i bygningen ialt 


Angiver bygningens samlede antal beboelseslejligheder 

med eget køkken, herunder blandet beboelse og erhverv. 

MAP: FLEJL 

BBRfelt: 205 

15. BygningAntalLejlighederUdenKoekkenl 



Notes: BYG.25 - Antal Lejligheder Uden Koekken l 

DEFINITION: ANTAL VÆRELSER 

Angiver antallet af særskilt registrerede boliger uden 

eget køkken (enkeltværelser)(incl. blandet beboelse og 

erhverv). 

VED IMPLEMENTERING SKAL BEDØMMES 

om feltet skal beregnes. 

MAP: FVAER 

BBRfelt: 206 

16. BygningOpfoerelsesaar 



Notes: BYG.26 - Opførelsesår 

Årstal for den faktiske ibrugtagelse af bygningen. 

MAP: DOPFOE 

BBRfelt: feltnr 207 CS 

17. BygningSenesteOmTilbygningsaar 



Notes: BYG.27 - Om-/Tilbygningsår 

DEFINITION: Årstal for seneste til- ombygning. 

Årstal for seneste væsentlige om- og/eller tilbygning 

(årstal for ibrugtagningstilladelse eller fuldført). 

MAP: DOMTIL 

BBRfelt: 209 

18. BygningMidlertidigStatus 



Notes: BYG.28 - Midlertidig Oprettet 

19. BygningUdloebsdatoMidlertidige 



Notes: BYG.29 - UdloebsdatoMidlertidige


03-04-2013 1:52 39 

Udløbsdato for midlertidig bygning 

20. BygningVandforsyning 



Notes: BYG.30 - Vandforsyning 

DEFINITION: VANDFORSYNINGSKODE 

FORMÅL:FELTNR: 103 CS 

VÆRDISÆT: 

Eksempel på koder: 

1->Offentligt alment vandforsyningsanlæg 

2->Privat alment vandforsyningsanlæg, der forsyner 10 

eller flere ejd. 

MAP: CVAND 

BBRfelt: 103 

21. BygningAfloebsforhold 



Notes: BYG.31 - Afløbsforhold 

DEFINITION: AFLØBSFORHOLD 

VÆRDISÆT: 


10->Afløb til offentligt spildevandsanlæg 

11->Afløb til fællesprivat spildevandsanlæg 

Der er kommet nyere koder til. 


Koden skal altid udfyldes. 

MAP: CAFLOEB 

BBRfelt: 104 

22. BygningAfloebsforholdTilladelse 



Notes: BYG.119 - AfloebsforholdTilladelse 

Foreligger der tilladelse til afløbsforhold 

23. BygningYdervaegsmateriale 



Notes: BYG.32 - YdervæggesMatriale 

DEFINITION: YDERVÆGSMATERIALE 

Såfremt ydervæggene består af flere forskellige slags 

materialer, angives den type, der er anvendt mest 

(størst areal). 

VÆRDISÆT: 

Nedenfor er vist et par eksempler på gyldige 

kodeværdier: 

01->Mursten (tegl, kalksandsten, cementsten) 

02->Letbeton (lette bloksten, gasbeton) 

MAP: CYDMA


03-04-2013 1:52 40 

BBRfelt: 211 

24. BygningTagdaekningsmateriale 



Notes: BYG.33 - Tagdækningsmatriale 

DEFINITION: TAGDÆKNINGSMATERIALE 

Såfremt tagdækningen består af flere forskellige slags 



VÆRDISÆT: 


koder: 

01->Built up (fladt tag) 

02->Tagpap (med taghældning) 

MAP: CTAMA 

BBRfelt: 212 

25. BygningSupplerendeYdervaegsmateriale 



Notes: BYG.34 - SupplerendeYdrevægsmatriale 

26. BygningSupplerendeTagdaekningsmateriale 



Notes: BYG.35 - SupplerendeTagdækningsmatriale 

27. BygningAsbestholdigtMateriale 



Notes: BYG.36 - AsbestholdigMatriale 

28. BygningMaterialeKilde 



Notes: BYG.37 - KildeTilBygningsmatriale 

DEFINITION: Kode for kilde til materialer. 

Koden anvendes primært som "kvalitetsmærkning" af 

oplysningerne. 

MAP: CKILDMA 

BBRfelt: 215 

29. BygningSamletAreal 



Notes: BYG.38 - SamletBygningsarea 

DEFINITION: SAMLET BYGNINGSAREAL 

Samlet bygningsareal er summen af etagernes arealer incl. 

stueetagens areal og areal af evt. mansardetage, men excl. 

areal af kælder og tagetage. Som grundlag for etagernes 

størrelse anvendes det bebyggede areal (felt 219). 

I arealet indgår arealer af porte, luftsluser o. lign. 

Derimod medregnes ikke arealer af åbne overdækkede 

terrasser, åbne altaner og åbne indgangspartier. 

MAP: FAREAL 

BBRfelt: 216


30. BygningSamletBoligAreal 



Notes: BYG.39 - BoligAreal 

03-04-2013 1:52 41 

DEFINITION: SAMLET boligareal 

Samlet boligareal er den del af bygningens areal, der 

anvendes til beboelse. 

MAP: FBOLIG 

BBRfelt: 217 

31. BygningSamletErhversAreal 



Notes: BYG.40 - ErhvervsAreal 

DEFINITION: SAMLET ERHVERVSAREAL FOR EN BYGNING 

Samlet erhvervsareal er den del af bygningens areal, 

der anvendes til erhverv. 

MAP: FERHAR 

BBRfelt: 218 

32. BygningBebyggetAreal 



Notes: BYG.41 - BebyggetAreal : 

DEFINITION: AREAL TIL BEBYGGELSE 

Arealet registreres som stueetagens areal målt til 

ydersiden af ydervæggene. For bygninger, hvor etagerne 

arealmæssigt afviger fra hinanden, angives arealet af 

den største etage. Kælderetagen registreres særskilt i 

felt ETA.20 i "kælder" recorden. Arealet af åbne, overdækkede terrasser, åbne 

altaner og åbne indgangspartier medregnes ikke. Såfremt 

sådanne arealer lukkes, skal arealet medregnes. Arealer 

af porte, luftsluser o. lign. medtages til den linie, 

som bygningens ydervægge iøvrigt angiver. Arealet af 

garage, carport eller udhus, der udgør en del af 

bygningen (indenfor bygningens ydervægge og under samme 

tag) medregnes ligeledes. 

MAP: FBEBYG 

BBRfelt: 219 

33. BygningIndbyggetGarageAreal 



Notes: BYG.42 - IndbyggetGarageAreal 

34. BygningIndbyggetCarportAreal 



DEFINITION: AREAL AF INDBYGGET GARAGE 

Areal af samtlige indbyggede garager 


Arealet indgår i det bebyggede areal og dermed 

også i bygningens samlede areal. 

MAP: FAINDGAR 

BBRfelt: 241


Notes: BYG.43 - IndbyggetCarpotAreal 

03-04-2013 1:52 42 

DEFINITION: AREAL AF INDBYGGET CARPORT 

FORMÅL:feltnr 242 - CS 

Areal af samtlige indbyggede carporte 


Arealet indgår i det bebyggede areal og dermed også i 

bygningens samlede areal. 

I BYG.52 er der angivet hvilket 

beregningsprincip, der anvendes. 

MAP: FAINDCAR 

BBRfelt: 242 

35. BygningIndbyggetUdhusAreal 



Notes: BYG.44 - IndbyggetUdhus 

DEFINITION: AREAL AF INDBYGGET UDHUS. 

Areal af samtlige indbyggede udhuse. 

AFHÆNGIGHEDER: Arealet indgår i det bebyggede areal og 

dermed også i bygningens samlede areal. 

MAP: FAINDUDH 

BBRfelt: 243 

36. BygningIndbyggetUdestueAreal 



Notes: BYG.45 - IndbyggetUdestueAreal : 

DEFINITION: AREAL AF UDESTUE ELL. LIGNENDE 

Areal af samtlige udestuer (ell. lignende). 



MAP: FAUDEST 

BBRfelt: 244 

37. BygningLukketOverdaekningAreal 



Notes: BYG.46 - SamletArealAfLukkedOverdækningerPåBygningen 

38. BygningAffaldsrumITerraenniveauAreal 



Notes: BYG.47 - ArealAfAfaldsrumITerrænniveau 

DEFINITION: AREAL AF AFFALDSRUM I TERRÆNNIVEAU 

Areal af samtlige affaldsrum i terrænniveau 

MAP: 247 

BBRfelt: FAAFFRUM 

39. BygningAndetAreal 



Notes: BYG.48 - AndetAreal 

DEFINITION: AREAL ikke BOLIG OG ikke ERHVERV 

Arealer i bygningen,der ikke er oprettet på


03-04-2013 1:52 43 

enhedsniveau, og som hverken benyttes til bolig eller 

erhverv. Det kan f.eks være fællesarealer til 

barnevognsrum, vaskekælder o. lignende, der ikke kan 

henføres til bygningens boligenheder, og som heller 

ikke naturligt registreres som erhvervsareal. I dette 

felt kan ligeledes registreres arealet af lukkede 

altaner og udestuer, der ikke opfylder 

byggelovgivningens krav til beboelse. 

MAP: FIBELE 

BBRfelt: 225 

40. BygningOverdaekketAreal 



Notes: BYG.49 - ArealAfOverdækketAreal 

DEFINITION: AREAL AF OVERDÆKKET TERRASSE 

Areal af samtlige overdækkede terrasser. 

Arealet indgår hverken i bebygget areal eller i 

bygningens boligareal. 

MAP: FAOVDTER 

BBRfelt: 246 

41. BygningAabenOverdaekningAreal 



Notes: BYG.50 - SamletArealAfÅbneOverdækningerPåBygningen 

42. BygningAdgangsAreal 



Notes: BYG.51 - AdgangsAreal 

43. BygningCarportArealBeregningsprincip 



Notes: BYG.52 - BeregningsprincipForArealAfCarport 

1: carportareal er målt efter tagflade 

2: carportarealet er målt ½ meter inde på åbne sider 

44. BygningArealKilde 



Notes: BYG.53 - KildeTilBygningsAreal 

DEFINITION: KODE FOR KILDE TIL AREAL 

MAP: CKILDAR 

BBRfelt: 228 

45. BygningAntalEtager 



Notes: BYG.54 - AntalEtager 

46. BygningAfvigendeEtager 

Physical data type: tinyint



Notes: BYG.55 - AfvigendeEtager 

03-04-2013 1:52 44 

DEFINITION: ETAGEKODE 

Angiver, at bygningens etager afviger arealmæssigt fra 

hinanden, eller at der er forskelligt antal etager i 

bygningens opgange. 

MAP: CETAGE 

BBRfelt: 270 

47. BygningVarmeinstallation 



Notes: BYG.56 - Varmeinstallation 

DEFINITION: VARMEINSTALLATION 

Hvis der forefindes flere forskellige 

varmeinstallationer, anføres koden for den 

installation, der opvarmer den største del af 

bygningen. Supplerende omflyttelige ovne registreres 

ikke. 

VÆRDISÆT: 


kodeværdier: 

01->Fjernvarme/blokvarme (radiatorsystemer eller 

varmluftanlæg) 

02->Centralvarme fra eget anlæg, et-kammer fyr 

MAP: CVARME 

BBRfelt: 229 

48. BygningOpvarmningsmiddel 



Notes: BYG.57 - Opvarmningsmiddel 

DEFINITION: Opvarmningsmiddel 

Arten af det opvarmningsmiddel, der anvendes i eget 

anlæg og skal derfor kun indberettes hvis kode for 

varmeinstallation i felt BYG.56 er 2, 3, 5, 6 eller 8. 

Hvis der benyttes flere opvarmningsmidler, indberettes 

det opvarmningsmiddel, der anvendes mest. 

VÆRDISÆT: 


koder: 

1->Elektricitet 

2->Gasværksgas 

AFHÆNGIGHEDER: Skal kun udfyldes hvis kode for 

varmeinstallation i felt BYG.56 er 2, 3, 5, 6 

eller 8. 

MAP: COPV 

BBRfelt: 230 

49. BygningSupplerendeVarmeinstallation 



Notes: BYG.58 - SupplerendeVarme 

DEFINITION: KODE FOR SUPP. VARMEINSTALLATION. 

Angives når bygningen udover den hovedsagelige 

varmeinstallation tillige opvarmes af en supplerende 

varmekilde.


03-04-2013 1:52 45 

Koderne er udformet med henblik på at dække såvel typen 

som af supplerende varmeinsatllation som 

opvarmningsmidlet der anvendes. Supplerende 

omflyttelige ovne skal ikke registreres. 

VÆRDISÆT: 


koder: 

1 Varmepumpeanlæg. 

2 Ovne til fast brændsel (brændeove o. lign). 

MAP: CSUPVM 

BBRfelt: 239 

50. BygningAntalPersonerSikringsrum 



Notes: BYG.69 - Sikringsrumpladser 

DEFINITION: Antal sikringsrumpladser 

Antal personpladser i bygningens sikringsrum. 

Oplysningerne indgår i civilforsvarets 

beredskabsplaner. 

MAP: FSIKPL 

BBRfelt: 236 

51. BygningFredningStatus 



Notes: BYG.70 - Fredning 

52. BygningBevaringsvaerdighed 



Notes: BYG.71 - Bevaringsværdighed 

53. BygningUdlejningsforhold1 



Notes: BYG.72 - Udlejningsforhold1 

54. BygningLeje 



Notes: BYG.73 - Leje 

DEFINITION: Årlig leje i kr. 

Årlig husleje i kr. beregnet ud fra det beløb, der på 

vurderingstidspunktet lovligt kan afkræves lejeren. 

Lejen er excl. varmebidrag og for erhvervslejemål 

tillige uden moms. 

Lejen er indberettet for enheder i udlejningsejendommen 

og for erhvervslejemål samt for ejerlejligheder, der 

fortsat skal vurderes som udlejet. 

AFHÆNGIGHEDER: Lejen ajourføres kun i forbindelse med 

hovedvurderinger. 

MAP: BLEJE 

BBRfelt: 323


55. BygningHuslejeoplysningDato 



Notes: BYG.74 - HuslejeoplysningDato 

56. BygningSagstype 



Notes: BYG.85 - Sagstype 

57. BygningGeometriKilde 



Notes: BYG.93 - GeometriKilde 

03-04-2013 1:52 46 

Sag: 

1 Nybyggeri 



Stam: 




7 Sammenlægning af enheder 

58. BygningGeometriNoejagtighedsklasse 



Notes: BYG.94 - GeometriNoejagtighedsklasse 




Notes: Geometri holder felterne: 

BYG.93, BYG.94, BYG.95, BYG.96, BYG.97 

Bemærk Koordinatsystem er UTM Euref89 (WGS 84) (kode 5) 

60. BK_FOT_id 



Notes: BYG.110 - BK_FOT_id 

61. BygningStormraadPaalaeg 



Notes: BYG.111 - StormraadPaalaeg 

FOT betyder Fælles ObjektTyper, og denne betegnelse dækker over geografiske objekter, som 

staten og kommunerne i fremtiden vil producere og vedligeholde sammen. 

Kilde: Forord fra "SPECIFIKATION AF FÆLLES OBJEKTTYPER (FOT) version 3.0" 

(se evt http://www.fotdanmark.dk/) 

Stormrådet kan til fremme af forebyggende foranstaltning give pålæg til skadelidte som følge af 

stormflod. Dette pålæg bliver typisk udarbejdet efter anbefalinger fra taksator. (§ 9) 

KILDE: http://www.stormraadet.dk 

62. BygningStormraadPaalaegDato 



Notes: BYG.112 - StormraadPaalaegDato 

Dato for hvornår pålæg skal være opfyldt.


63. BygningByggeskadeforsikringsselskab 



Notes: BYG.113 - Byggeskadeforsikringsselskab 

64. BygningByggeskadeforsikringsselskabDato 



Notes: BYG.114 - ByggeskadeforsikringsselskabDato 




Notes: BYG.104 - KommunaltFelt1 

03-04-2013 1:52 47 






ommunespecifikt felt, med tilhørende kode. 
























Notes: BYG.101 - Journalnummer 




Notes: BYG.102 - ESDH_Reference 





Notes: BYG.99 - Sikkerhedsklassifikation 





75. BygningOpretTimestamp 



Notes: BygningOpretTimestamp 

03-04-2013 1:52 48 


76. BygningAendretTimestamp 



Notes: BygningAendretTimestamp 


77. BygningAendretFunktion 



Notes: BygningAendretFunktion 



78. BygningOphoertTimestamp 



Notes: BygningOphoertTimestamp 

79. BygningOmfattetAfForsikring 



80. BygningGyldighedsdato 






Notes: FK_BrugerAendret_id er af Bygning 



oprettet. 




82. BygningMedlemskabSpildevand 



Notes: Byg.123 - For bygninger udenfor kloakopland (afløbskoder 101-601) angives om der indgået 

kontraktligt medlemskab med et spildevandsforsyningsselskab 

83. BygningPaabudRensning




Notes: Byg.124 - For bygninger udenfor kloakopland (afløbskoder 101-601) angives om kommunen har givet 

påbud om at etablere forbedret rensning, så regionplanens og vandplanens renseklasser overholdes. 

84. BygningPaabudRensningFrist 



Notes: Byg.125 - For bygninger udenfor kloakopland (afløbskoder 101-601), hvor der ifølge feltet ”Påbud om 

forbedret rensing” er givet et påbud, angives det hvornår fristen for forbedret rensning udløber. 

85. BygningUdtraedenTilladelse 



Notes: Byg.126 - For grunde indenfor kloakopland (afløbskoder 1-9) angives status for tilladelse til hel eller 

delvis udtræden af ”det offentlige kloakfællesskab” (Spildevandsforsyning) jf. 

Spildevandsbekendtgørelsen § 11, stk. 1. 

86. BygningUdtraedenTilladelseDato 



Notes: Byg.127 - Dato for tilladelse til udtræden 

87. BygningAlternativAfledningTilladelse 



Notes: Byg.128 - For grunde indenfor kloakopland (afløbskoder 1-9) angives status for tilladelse til alternativ 

bortskaffelse eller afledning jf. Spildevandsbekendtgørelsens § 11, stk. 2. 

88. BygningAlternativAfledningTilladelseDato 



Notes: Byg.129 - Dato for tilladelse til alt. bortskaffelse eller afledning 

89. BygningTypeAfFlytning 



Notes: Byg.301 - Type af flytning af bygning 

Koder: 

2 - Matrikulær ændring 

3 - Fysisk flytning 

90. FK_KommuneFlyttesTil_id 



Notes: Byg.302 - Kommuneid for den kommune som bygningen flyttes til. 

91. BygningSlettetTimestamp 



Index details 

Bygning_idx1 

Column(s): FK_Grund_id (Asc) 

BygningNummer (Asc) 

FK_Byggesag_id (Asc) 

Unique: Yes 

Bygning_idx2 

Column(s): FK_AdgangsAdresse_id (Asc) 

Unique: No 

03-04-2013 1:52 49


Bygning_idx3 


Unique: No 

Bygning_idx4 

Column(s): FK_BygningStam_id (Asc) 

Unique: No 

Bygning_idx5 


Unique: No 

Bygning_idx6 


Unique: No 

Bygning_idx7 


Unique: No 


AdgangsAdresse_Bygning_FK1 


FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 








Bygning_Bygning_FK1 


FK_BygningStam_id Bygning_id 






Notes: Relation fra sagen op til stamrecorden 



Geometri_Bygning_FK1 










Matrikel_Bygning_FK1 

03-04-2013 1:52 50











Byggesag_Bygning_FK1 




Cardinality: Zero-or-One -to- Zero-or-One 






Grund_Bygning_FK1 










03-04-2013 1:52 51


03-04-2013 1:52 52 

Ejerskab 

Notes: Ejerskab indeholder ejerforholdskode og ejendomsnummer. 

Når grunde peger på ejerskab, er ejerskabet gældende for alle entieter på grunden. 

Når peger på andet en grunde, er der tale om ejerlejligheder. 

Owner: 





Codes: 0 

Type: Table 


Ejerskab_id uniqueidentifier Not allowed 

EjerskabEntitetstype tinyint Not allowed 

FK_BbrId (FK,I1) uniqueidentifier Not allowed 

FK_Kommune_id (I2) uniqueidentifier Not allowed 

BK_Ejendomsnummer (I2) int Not allowed 

EjerskabEjendomsreference uniqueidentifier Allowed 

EjerskabMereEnd1Ejerlejlighed char(1) Allowed 

EjerskabEjerlejlighedsnummer char(8) Allowed 

EjerskabArtskode smallint Allowed 

EjerskabTinglystAreal int Allowed 

EjerskabEjerforholdskode smallint Allowed 



EjerskabOpretTimestamp datetime Not allowed 

EjerskabAendretTimestamp datetime Not allowed 

EjerskabAendretFunktion char(60) Not allowed 

EjerskabOphoertTimestamp datetime Allowed 


EjerskabSlettetTimestamp datetime Allowed 


Ejerskab_idx1 (I1) FK_BbrId Ascending 

Ejerskab_idx2 (I2) BK_Ejendomsnummer 

Ascending 

FK_Kommune_id 

Ascending 


Enhed_Ejerskab_FK1 FK_BbrId Enhed.Enhed_id 

Tekniskanlaeg_Ejerskab_FK1 FK_BbrId Tekniskanlaeg.Tekniskanlaeg_id 

Bygning_Ejerskab_FK1 FK_BbrId Bygning.Bygning_id 

Grund_Ejerskab_FK1 FK_BbrId Grund.Grund_id 

Ejerskab_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Ejerskab_id 


1. Ejerskab_id 



2. EjerskabEntitetstype 



Notes: Angiver hvilken bbr entitet der peges på. 

(BEMÆRK ikke alle typer er relevante, iøjeblikket 1 til 4) 

Typer: 

1: Grund 

2: Bygning 

3: Enhed 

4: Tekniskanlæg


03-04-2013 1:52 53 

(5: Opgang/Indgang 

6: Etage 

7: Rum 

8: Brugsenhed 

9: AdgangsAdresse 

10: Enhedsadresse) 

3. FK_BbrId (FK,I1) 



Notes: Indholder id for recorden, Se EjerskabEntitetstype for hvilken tabel den befinder sig i. 

4. FK_Kommune_id (I2) 



Notes: Kommunen Ejerskabet knytter sig til. 

5. BK_Ejendomsnummer (I2) 



Notes: For enhed, bygning og teknisk anlæg er det ejerlejlighedens ejendomsnummer 

For grund, er moderejendomsnumret (det samme ejendomsnummer der er på grund). 

ENH.7 eller BYG.13 (mangler et 

6. EjerskabEjendomsreference 



Notes: Reserveret til Ejendomsreference 

Felterne GRU.11, BYG.14, TEK.13 og ENH.13 

7. EjerskabMereEnd1Ejerlejlighed 



Notes: Kode for mere end 1 Ejerlejllighed med samme matrikel og ejerlejlighedsnummer 

Koder 

E: En 

M: Mange 

Felter: ENH.13, BYG.16 og TEK.13 

Ikke udfyldt for grund 

8. EjerskabEjerlejlighedsnummer 



Notes: Ejerlejlighedsnummer sammen med matriklen, den måde tinglysningen identificerer ejerlejligheder. 

BYG.15, TEK.12 og ENH.9 

Ikke udfyld for grund 

9. EjerskabArtskode 



Notes: Artskode angiver typen af matriklen. 

10. EjerskabTinglystAreal 



Notes: ENH.29 - TinglystAreal af ejerlejligheden.


11. EjerskabEjerforholdskode 



Notes: Ejerforholdskode af ejerskabet 

03-04-2013 1:52 54 

ENH.14, BYG.98, TEK.13 eller GRU.8 

12. ObjektType 



Notes: Denormaliseret felt, har samme Objekttype som objetet der peges på via FK_BbrId, se evt 

EjerskabEntitetstype. 

1. Stamdata 


3. Sagsdata 






14. EjerskabOpretTimestamp 



Notes: Tidspunkt for oprettelse af recorden. 

15. EjerskabAendretTimestamp 



Notes: Tidspunkt for seneste ændring af recorden. 

16. EjerskabAendretFunktion 



Notes: Angiver hvilken funktion der seneste har rette i recorden. 


17. EjerskabOphoertTimestamp 



Notes: OphoertTimestamp angiver om at recorden ikke længere er aktiv. 




19. EjerskabSlettetTimestamp 



Index details 

Ejerskab_idx1 

Column(s): FK_BbrId (Asc) 

Unique: No 

Ejerskab_idx2 

Column(s): BK_Ejendomsnummer (Asc) 

FK_Kommune_id (Asc) 

Unique: No



Enhed_Ejerskab_FK1 


FK_BbrId Enhed.Enhed_id 








Tekniskanlaeg_Ejerskab_FK1 


FK_BbrId Tekniskanlaeg.Tekniskanlaeg_id 








Bygning_Ejerskab_FK1 


FK_BbrId Bygning.Bygning_id 








Grund_Ejerskab_FK1 


FK_BbrId Grund.Grund_id 








03-04-2013 1:52 55


Notes: Tabel over Enhed 

03-04-2013 1:52 56 

Enhed 

Indholder oplysninger over bolig- og erhversenheder. 

Bemærk for hver record i enhed skal skal oprettes en record i EnhedOpgang med 


Samt en record i EnhedAdresse med EnhedAdressePrimaerAdresse sat til 1. 

Owner: 





Codes: 0 

Type: Table 


Enhed_id (I1) uniqueidentifier Not allowed 


EnhedNybyggeri tinyint Not allowed 



FK_EnhedStam_id (FK,I4) uniqueidentifier Allowed 


FK_Etage_id (FK,I5) uniqueidentifier Not allowed 

FK_Opgang_id (FK,I6) uniqueidentifier Not allowed 

FK_Henvisningsenhed_id (FK,I7) uniqueidentifier Allowed 

FK_Enhed_id (FK,I3) uniqueidentifier Allowed 

EnhedAnvendelseKode smallint Allowed 

EnhedKlassifikation smallint Allowed 

EnhedAnvendelsesKonverteringsKilde tinyint Allowed 

EnhedBoligtype char(1) Allowed 

EnhedKondemneretStatus tinyint Allowed 

EnhedIdentifikationsOprettelsesDato datetime Allowed 

EnhedSamletAreal int Allowed 

EnhedBeboelsesAreal int Allowed 

EnhedErhvervsAreal int Allowed 

EnhedArealKilde tinyint Allowed 

EnhedAntalVaerelser smallint Allowed 

EnhedToiletforhold char(1) Allowed 

EnhedBadeforhold char(1) Allowed 

EnhedKoekkenforhold char(1) Allowed 

EnhedEnergiforsyning tinyint Allowed 

EnhedUdlejningsforhold char(1) Allowed 

EnhedLeje int Allowed 

EnhedHuslejeoplysningerDato datetime Allowed 

EnhedAndetAreal int Allowed 

EnhedGodkendtTomBoligGL tinyint Allowed 

EnhedLovligAnvendelse char(1) Allowed 

EnhedDispensationTidsbegraensetDato datetime Allowed 

EnhedSagstype smallint Allowed 

EnhedDelvisIbrugtagningsTilladelsesDato datetime Allowed 

EnhedUdlejningsforhold2 tinyint Allowed 

EnhedOffentligStoette tinyint Allowed 

EnhedIndflytningDato datetime Allowed 

EnhedGodkendtTomBolig smallint Allowed 

EnhedVarmeinstallation tinyint Allowed 

EnhedOpvarmningsmiddel tinyint Allowed 

EnhedSupplerendeVarmeinstallation char(2) Allowed 

EnhedFaellesAdgangsArealAndel int Allowed 

EnhedAabenOverdaekningAreal int Allowed 

EnhedLukketOverdaekningAreal int Allowed


EnhedAntalErhversVaerelser smallint Allowed 

EnhedAntalVandskylledeToilletter smallint Allowed 

EnhedAntalBadevaerelser smallint Allowed 











EnhedOpretTimestamp datetime Not allowed 

EnhedAendretTimestamp datetime Not allowed 

EnhedAendretFunktion varchar(40) Not allowed 

EnhedOphoertTimestamp datetime Allowed 

EnhedGyldighedsdato datetime Allowed 


EnhedSlettetTimestamp datetime Allowed 


Enhed_idx1 (I1) Enhed_id Ascending 

Enhed_idx2 (I2) FK_Byggesag_id Ascending 

Enhed_idx3 (I3) FK_Enhed_id Ascending 

Enhed_idx4 (I4) FK_EnhedStam_id Ascending 

Enhed_idx5 (I5) FK_Etage_id Ascending 

Enhed_idx6 (I6) FK_Opgang_id Ascending 

Enhed_idx7 (I7) FK_Henvisningsenhed_id Ascending 


Etage_Enhed_FK1 FK_Etage_id Etage.Etage_id 

Enhed_Enhed_FK1 FK_EnhedStam_id Enhed_id 

Enhed_Enhed_FK2 FK_Henvisningsenhed_id Enhed_id 

Enhed_Enhed_FK3 FK_Enhed_id Enhed_id 

Byggesag_Enhed_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Opgang_Enhed_FK1 FK_Opgang_id Opgang.Opgang_id 

EnhedsAdresse_Enhed_FK1 FK_EnhedsAdresse_id EnhedsAdresse.EnhedsAdresse_id 

Enhed_Rum_FK1 Rum.FK_Enhed_id Enhed_id 

Enhed_Notat_FK1 Notat.FK_Parent_id Enhed_id 

Enhed_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Enhed_id 

Enhed_EnhedOpgang_FK1 EnhedOpgang.FK_Enhed_id Enhed_id 

Enhed_EnhedEnhedsAdresse_FK1 EnhedEnhedsAdresse.FK_Enhed_id Enhed_id 

Enhed_Ejerskab_FK1 Ejerskab.FK_BbrId Enhed_id 


1. Enhed_id (I1) 



Notes: ENH.1 - Enhed_id identificerer Enhed 

2. ObjektType 



Notes: ENH.100 - Objekttype er også kaldt Status. 

3. EnhedNybyggeri 


03-04-2013 1:52 57 

1. Stamdata 


3. Sagsdata 

4. Afsluttet eller henlagt sagsdata.




03-04-2013 1:52 58 




Koder 



4. BK_Crud_id 








del af. 

6. FK_EnhedStam_id (FK,I4) 



Notes: ENH.12 - Angiver byggesagens stamdata. 




Notes: Enhedsadresse 

8. FK_Etage_id (FK,I5) 



Notes: Etagen hvorpå enheden befinder sig på. 

Null for objekttype 1 og 2, For objekttype 3 og 4 skal feltet være udfyldt. Objekttype 3 skal pege på en 


Peger altid på enhedsadresse med objekttype 1 eller 2. eller en forløbig enhedsadresse. 

Peger altid på etage med objekttype 1 eller 2. 

9. FK_Opgang_id (FK,I6) 



Notes: Den primære opgang for enheden. 

Bemærk denne skal også oprettes i tabellen EnhedOpgang, med attributten 


10. FK_Henvisningsenhed_id (FK,I7) 



Notes: Henvisningsenhed 

Peger altid på Opgang med objekttype 1 eller 2.


11. FK_Enhed_id (FK,I3) 



Notes: FK_Enhed_id 

03-04-2013 1:52 59 

Peger altid på Enhed med objekttype 1 eller 2. 

Sammenknytning af enheder 

12. EnhedAnvendelseKode 



Notes: ENH.20 - Anvendelseskode 

DEFINITION: ANVENDELSESKODE 

Anvendelseskoden angiver bolig- eller erhvervsenhedens 

hovedsagelige anvendelse. 

Enheder der anvendes til helårsbeboelse.110-190 

Enheder der anvendes til produktion eller lager i 

forbindelse med landbrug, industri, håndværk, 

offentlige værker o. lign. 

210-290 

Enheder der anvendes til handel, transport, kontor, 

liberale erhverv, servicevirksomhed o. lign.310-390 

Enheder der anvendes til kulturelle formål samt 

institutioner. 

410-490 

Enheder der anvendes til fritidsformål.510-590 

Ikke vurderede erhvervsenheder i nybyggeri.610 

VÆRDISÆT: 


kodeværdier: 

110->Stuehus til landbrugsejendom 

120->Fritliggende enfamiliehus (parcelhus) 


Feltet kræves indberettet ved nybyggeri. 

Ved til-/ombygning skal koden indberettes, hvis 

byggesagen 

medfører en ændret anvendelse i forhold til CR. 

MAP: CEANV 

BBRfelt: 307 

13. EnhedKlassifikation 



Notes: ENH.21 - Ny Anvendelseskode 

14. EnhedAnvendelsesKonverteringsKilde 






AFHÆNGIGHEDER: Feltet bruges endnu ikke. 

DER SKAL FORETAGES EN KONVERTERING FRA DEN GAMLE 

ANVENDELSESKODE (ENH.20) TIL DENNE NYE. 

MAP: CEANVNY 

BBRfelt: 330


Notes: ENH.22 - AnvendelseskodeKildeKovertering 

03-04-2013 1:52 60 


Anvendelseskildekode beskriver hvilken kvalitet 

konverteringen fra anvendelsekode (ENH.20) til 

anvendelsekode-ny(ENH.21) har. 

VÆRDISÆT: 

Feltet kan indeholde følgende værdier. 



ESR-opl 




notatlinie. 



MAP: CEKILDANV 

BBRfelt: 331 

15. EnhedBoligtype 



Notes: ENH.23 - Boligtype 

DEFINITION: BOLIGTYPE 

VÆRDISÆT: 

Efterfølgende er der vist et par gyldige kodeværdier: 

Blank>Andet (bl.a. institutioner og erhverv) 

1->Egentlig beboelseslejlighed (boligenhed med eget 

køkken) 

2->Blandet erhverv og beboelse med eget køkken 

3->Enkeltværelse (med fast kogeinstallation, fælles 

ell. intet køkken) 


Vedrørende nybyggeri: 

- Hvis koden ikke indberettes, dannes den maskinelt på 

grundlag af oplysninger om beboelseareal, anvendelse og 

køkkenforhold. 

Vedrørende til/ombygning. 

MAP: CTYPE 

BBRfelt: 308 

16. EnhedKondemneretStatus 



Notes: ENH.24 - KondemneretBoligenhed 

DEFINITION: Kondemneret bolig 

VÆRDISÆT: 

Nedenfor er vist et par eksempler på kodeværdier: 

0 ->Ikke kondemneret boligenhed 

1 ->Kondemneret boligenhed 

MAP: CKONDE 

BBRfelt: 309 

17. EnhedIdentifikationsOprettelsesDato 




Notes: ENH.25 - OprettelsesdatoForEnhedensIdentifikation 

03-04-2013 1:52 61 

DEFINITION: Identifikationsoprettelse 

Dato for oprettelse af bolig- og erhvervsenhedens 

identifikation i BBR. 

Dannes maskinelt fra BBR-ændringsregister, når enheden 

er klar til indflytning, d.v.s., ved udstedelse af 

enten: 

a. Midlertidig ibrugtagningstilladelse, eller 

b. Ibrugtagningstilladelse. 

c. Fuldført. 


Kan ikke indberettes, men dannes maskinelt. 

MAP: DIDENT_DATO 

BBRfelt: 310 

18. EnhedSamletAreal 



Notes: ENH.26 - EnhedensSamledAreal 


Arealet måles til ydersiden af ydervæggene 

(bruttoetageareal) og angives incl. andel i 

adgangsarealer, herunder trapper, men excl. kælderareal 

beliggende adskilt fra enheden. 

Adgangsarealerne (trapper, altangange, elevatorer m.m.) 

i rene beboelsesbygninger og bygninger, hvor der er 

fælles indgang til bolig- og erhvervsenheder, fordeles 

med lige store andele på de enheder, der har adgang 

hertil, uanset disses størrelse. 

Areal af samtlige beboelsesrum medregnes, herunder 

areal af rum indenfor enheden i kælder, som må anvendes 

til beboelse (og som opfylder byggelovgivningens krav 

til beboelsesrum). 

Areal der er indrettet til beboelse og erhverv i 

udnyttet agetage medregnes. 

AFHÆNGIGHEDER: De samme regler gælder også for 

ejerlejligheder, det tinglyste (nettoareal) areal kan 

registreres i ENH.29. 

MAP: FEAREA 

BBRfelt: 311 

19. EnhedBeboelsesAreal 



Notes: ENH.27 - ArealTilBeboelse 

20. EnhedErhvervsAreal 


Areal af samtlige beboelsesrum incl. køkken, bad, 

wc-rum, herunder boligareal i udnyttet tagetage. I 

kælderetage medtages arealet af de rum, der må anvendes 

til beboelse i henhold til byggelovgivningen samt 

arealet af køkken, baderum og wc-rum. Arealet måles til 

ydersiden af ydervægge (bruttoetageareal). Arealet 

inkluderer andel af adgangsarealer. 

MAP: FBEBO 

BBRfelt: 312




Notes: ENH.28 - ArealTilErhverv: 

03-04-2013 1:52 62 

DEFINITION: AREAL TIL ERHVERV PÅ ENH 

Omfatter arealet af samtlige rum, der udelukkende 

anvendes til erhverv (ikke boligformål), herunder også 

udnyttet areal af tagetage og kælderetage. Arealet 

måles til ydersiden af ydervægge (brutto-etageareal). 

Arealet er incl. andel af adgangsarealer og 

erhvervsmæssigt advendt garageareal. 

Omfatter arealet af samtlige rum indenfor enheden, der 

udelukkende : anvendes til erhverv (ikke-boligformål), 

herunder også udnyttet areal af tagetage og 

kælderetage. Arealet måles til ydersiden af ydervægge 

(bruttoetageareal). Arealet er incl. andel af 

adgangsarealer og erhvervsmæssigt anvendt garageareal. 

De samme regler gælder også for ejerlejligheder, det 

tinglyste (nettoareal) areal kan registreres i 

ENH.29. 

MAP: FERH 

BBRfelt: 313 

21. EnhedArealKilde 



Notes: ENH.30 - KildeTilEnhedensArealer 


VÆRDISÆT: 




MAP: CKILDAR 

BBRfelt: 317 

22. EnhedAntalVaerelser 



Notes: ENH.31 - AntalVærelser 


Kamre regnes for hele værelser. 

a. Enheder der udelukkende benyttes til beboelse: 

Værelser omfatter alle rum, der er af en sådan 

beskaffenhed med hensyn til størrelse, isolering, 

vinduer, gulve og vægge, at de kan anvendes til 

beboelse (d.v.s. opfylder byggelovgivningens krav til 

beboelsesrum), selv om de rent faktisk har anden 

anvendelse som f.eks. hobbyrum, gildestue på loft eller 

i kælder. Rum, som konstruktionsmæssigt er tiltænkt en 

speciel anvendelse (køkken, badeværelse, entre og gang, 

bryggers, viktualierum, opbevaringsrum i kælder eller 

på loft osv.), medregnes ikke. 

b. Enheder der helt eller delvis benyttes til erhverv: 

Alle rum, der anvendes til erhverv, medregnes. Øvrige 

rum medregnes, hvis betingelserne i a. er opfyldt. 

MAP: FEVAER 

BBRfelt: 314


23. EnhedToiletforhold 



Notes: ENH.32 - Toiletforhold 

03-04-2013 1:52 63 

DEFINITION: TOILETFORHOLD 

DATAOPBYGNING: 

VÆRDISÆT: 


-99 til 999. Antal vandskyllede toiletter i bolig- eller 

erhvervsenheden. 

A. Vandskyllet toilet uden for enheden. 

B. Anden type toilet eller intet toilet i forbindelse 

med enheden. 

BEMÆRK: Nuværende system kan ikke håndtere intervallet -99 til 999, men kun -9 til 99. Hvis 

værdien er mindre en -9 sættet den til -9 i det gamle system, hvis værdien er størrer en 99 sættes den til 

99. 

MAP: FTOIL 

BBRfelt: 318 

24. EnhedBadeforhold 



Notes: ENH.33 - Badeforhold 

DEFINITION: BADEFORHOLD 

Ved et badeværelse forstås et rum forsynet med badekar 

og/eller bruser med fast tilslutning af vandforsyning 

og gulvafløb. 

Brusekabine tilsluttet gulvafløb regnes som 

badeværelse. 

VÆRDISÆT: 


værdier: 

-(1-9). Antal badeværelser i enheden. 

1-99. 

C. Adgang til badeværelse. 

D. Hverken badeværelse eller adgang til badeværelse. 

MAP: FBADE 

BBRfelt: 319 

25. EnhedKoekkenforhold 



Notes: ENH.34 - Køkkenforhold 

DEFINITION: Køkkenforhold 

Eget køkken omfatter bl.a. også kogenicher og 

skabskøkkener med afløb og kogeinstallation. 

VÆRDISÆT: 


E->Eget køkken (med afløb og kogeinstallation) 

F->Adgang til fælleskøkken 

MAP: CKOEK 

BBRfelt: 320 

26. EnhedEnergiforsyning 



Notes: ENH.35 - Energiforsyning


03-04-2013 1:52 64 

DEFINITION: ENERGIFORSYNING 

Enhedens energiforsyning - bortset fra energi til 

rumopvarmning. Forefindes der både 220 V og 380 V 

indberettes kun kode for 380 V. 

VÆRDISÆT: 


1->Gas fra værk 

2->230v el fra værk 

AFHÆNGIGHEDER: Hvis der findes både 230 V og 400 V el, 


MAP: CENERG 

BBRfelt: 321 

27. EnhedUdlejningsforhold 



Notes: ENH.36 - Udlejningsforhold 

DEFINITION: UDLEJNINGSFORHOLD 1 

VÆRDISÆT: 


Blank>Udlejet i alm. lejemål, herunder tjeneste, 

funktionær- og friboliger 

E->Benyttet af ejer 

H->Lejen er registreret på en anden af lejemålets 

adresser 

AFHÆNGIGHEDER: Feltet kan indberettes og derudover 

ajourføres det maskinelt i forbindelse med almindelige 

vurderinger. 

MAP: CUDLE1 

BBRfelt: 322 

28. EnhedLeje 



Notes: ENH.37 - Leje 











MAP: BLEJE 

BBRfelt: 323 

29. EnhedHuslejeoplysningerDato 



Notes: ENH.38 - DatoForHuslejeoplysning 

30. EnhedAndetAreal 

Physical data type: int



Notes: ENH.39 - AndetAreal 

31. EnhedGodkendtTomBoligGL 



Notes: ENH.40 - GodkendtTomBolig 

03-04-2013 1:52 65 

DEFINITION: ADRESSEKODE FRA CPR 

VÆRDISÆT: 


0->Ikke godkendt 

1->Godkendt tom bolig 

9->Rekvireret overførsel af enhedens ident. og 

boligtypekode til CPR (UDGÅET) 

AFHÆNGIGHEDER: Feltet kan kun indberettes til 

BBR-stamregister. 

Indberetning af kode 9 bevirker, at boligtypekoden 

overføres maskinelt til den tilsvarende boligadresse 

i CPR. 

MAP: CADR 

BBRfelt: 378 

32. EnhedLovligAnvendelse 



Notes: ENH.41 - LovligAnvendelse 

DEFINITION: Helårsbeboelse sommerhus 

Angiver om der er givet tilladelse til helårsbeboelse i 

sommerhusområde. 

VÆRDISÆT: 


A->Gl. helårsstatus eller ikke-personlig disp. til 

helårsbeboelse 

B->Personlig, tidsbegrænset dispensation til 


AFHÆNGIGHEDER: Når kode E ellerB indberettes, skal 

årstal for dispensation indberettes i felt ENH.42 

MAP: CHELBEBO 

BBRfelt: 379 

33. EnhedDispensationTidsbegraensetDato 



Notes: ENH.42 - DatoForTidsbegrænsetDispensation 

DEFINITION: ÅRSTAL FOR DISP FOR ENH.41 

Angiver i sammenhæng med felt ENH.41 årstal for udløbet af 

en tidsbegrænset dispensation til helårsbeboelse i 

sommerhusområder. 

Årstal for dispensation for helårsbeboelse i 



FELTET AJOURFØRES MANUELT 

I feltet indberettes årstal for tidsbegrænset 

dispensation, 

når kode 'B' eller 'E' er indberettet i feltet for


03-04-2013 1:52 66 

'Lovlig anvendelse'. 

MAP: DAARDISP 

BBRfelt: 380 

34. EnhedSagstype 



Notes: ENH.43 - Sagstype 

DEFINITION: BYGGERIETS ARTSKODE 

Der registreres arten af byggesagen eller arten af den 

ændring, der er gennemført. 

VÆRDISÆT: 


1 ->Nybyggeri 

2 ->Til/ombygning 

MAP: CBYGART 

BBRfelt: 390 

35. EnhedDelvisIbrugtagningsTilladelsesDato 



Notes: ENH.44 - EnhedDelvisIbrugtagningsTilladelsesDato 

DEFINITION: DELVIS IBRUGTAGNINGSDATO 


Der registreres datoen for den delvise 

ibrugtagningstilladelse, den pågældende enhed er 

omfattet af. (kan ikke fremdateres) 

Feltet indberettes kun for BR-tilladelsessag. 


Ved indberetning i feltet, overføres enheden til stamdata. 

FØRST indberettes datoen på enheden/enhederne, DEREFTER 

indberettes på bygningen i felterne: 

'DELVIS IBRUGT. TILL.' og 'BYGN.AREAL SIDEN AJOURF.' 

Feltet kun relevant for byggesager (Status 3). 

MAP: DDIBRUG_DATO 

BBRfelt: 391 

36. EnhedUdlejningsforhold2 



Notes: ENH.45 - Udlejningsforhold2 



VÆRDISÆT: 

Efterfølgende er der vist et par gyldige eksempler på 

kodeværdier: 

1->Udlejet 

2->Benyttet af ejeren 

3->Ikke benyttet 

AFHÆNGIGHEDER: Feltet kan IKKE indberettes. Det dannes 

maskinelt på grundlag af oplysninger i BBR, CPR og ESR 

i januar og april måned. 

MAP: CUDLE2


03-04-2013 1:52 67 

BBRfelt: 392 

37. EnhedOffentligStoette 



Notes: ENH.46 - OffentligStøtte 

DEFINITION: Kode for offentlig støtte 

Feltet angiver, om bygningen opføres med offentlig 

støtte i henhold til lov om boligbyggeri eller lov om 

ældreboliger. 

VÆRDISÆT: 


kodeværdier: 

1->Boligen opført uden offentlig støtte 

3->Almennyttige boliger (inkl. integrerede 

ungdomsboliger). 

MAP: CSTOETTE 

BBRfelt: 291 

38. EnhedIndflytningDato 



Notes: ENH.47 - IndflytningsDato 

39. EnhedGodkendtTomBolig 




40. EnhedVarmeinstallation 



Notes: ENH.51 - Varmeinstallation 

41. EnhedOpvarmningsmiddel 



Notes: ENH.52 - Opvarmningsmiddel 

42. EnhedSupplerendeVarmeinstallation 



Notes: ENH.53 - Supplerendevarme 

43. EnhedFaellesAdgangsArealAndel 



Notes: ENH.60 - EnhedensAndelIFællesAdgangsareal 

44. EnhedAabenOverdaekningAreal 



Notes: ENH.61 - ArealAfÅbenOverdækning 

45. EnhedLukketOverdaekningAreal 



Notes: ENH.62 - ArealAfLukketOverdækningUdestue 

46. EnhedAntalErhversVaerelser 




Notes: ENH.63 - AntalVærelserTilErhverv 

03-04-2013 1:52 68 

DEFINITION: ANTAL VÆRELSER TIL ERHVERV 

Antal værelser, der udelukkende benyttes til erhverv. 

For døgninstitutioner udtrykker oplysningen antallet af 

værelser, der anvendes til fællesfaciliteter. 

MAP: FERVAER 

BBRfelt: 315 

47. EnhedAntalVandskylledeToilletter 



Notes: ENH.65 - EnhedAntalVandskylledeToilletter 

48. EnhedAntalBadevaerelser 



Notes: ENH.66 - EnhedAntalBadevaerelser 




Notes: ENH.80 - KommunaltFelt1 




























Kommunespecifikt felt, der kan indeholde et tal.



Notes: ENH.86 - Journalnummer 




Notes: ENH.87 - ESDH_Reference 




Notes: ENH.99 - Sikkerhedsklassifikation 





59. EnhedOpretTimestamp 



Notes: EnhedOpretTimestamp 

03-04-2013 1:52 69 


60. EnhedAendretTimestamp 



Notes: EnhedAendretTimestamp 


61. EnhedAendretFunktion 



Notes: EnhedAendretFunktion 

62. EnhedOphoertTimestamp 



Notes: EnhedOphoertTimestamp 

63. EnhedGyldighedsdato 








Notes: FK_BrugerAendret_id er af Enhed 



oprettet. 





65. EnhedSlettetTimestamp 



Index details 

Enhed_idx1 

Column(s): Enhed_id (Asc) 

Unique: No 

Enhed_idx2 


Unique: No 

Enhed_idx3 

Column(s): FK_Enhed_id (Asc) 

Unique: No 

Enhed_idx4 

Column(s): FK_EnhedStam_id (Asc) 

Unique: No 

Enhed_idx5 

Column(s): FK_Etage_id (Asc) 

Unique: No 

Enhed_idx6 

Column(s): FK_Opgang_id (Asc) 

Unique: No 

Enhed_idx7 

Column(s): FK_Henvisningsenhed_id (Asc) 

Unique: No 


Etage_Enhed_FK1 


FK_Etage_id Etage.Etage_id 








Enhed_Enhed_FK1 


FK_EnhedStam_id Enhed_id 




Verb phrase: kan have stam 





03-04-2013 1:52 70



FK_Henvisningsenhed_id Enhed_id 




Verb phrase: kan henvise til 






FK_Enhed_id Enhed_id 




Verb phrase: kan samle 


Notes: Enheder der bliver lagt sammen, men stadig er to selvstændige enheder. 



Byggesag_Enhed_FK1 










Opgang_Enhed_FK1 


FK_Opgang_id Opgang.Opgang_id 








EnhedsAdresse_Enhed_FK1 


FK_EnhedsAdresse_id EnhedsAdresse.EnhedsAdresse_id 








03-04-2013 1:52 71


03-04-2013 1:52 72


Notes: Tabel over EnhedAdresse 

03-04-2013 1:52 73 

EnhedEnhedsAdresse 



Owner: 





Codes: 0 

Type: Table 


EnhedEnhedsAdresse_id (I1) uniqueidentifier Not allowed 


FK_Enhed_id (FK,I2) uniqueidentifier Not allowed 

EnhedEnhedsAdressePrimaerAdresse tinyint Not allowed 


EnhedEnhedsAdresseOpretTimestamp datetime Not allowed 

EnhedEnhedsAdresseAendretTimestamp datetime Not allowed 

EnhedEnhedsAdresseAendretFunktion varchar(40) Not allowed 

EnhedEnhedsAdresseOphoertTimestamp datetime Allowed 


EnhedEnhedsAdresseSlettetTimestamp datetime Allowed 


EnhedEnhedsAdresse_idx1 (I1) EnhedEnhedsAdresse_id Ascending 

EnhedAdresse_idx2 (I2) FK_Enhed_id Ascending 


EnhedsAdresse_EnhedEnhedsAdresse_FK1 FK_EnhedsAdresse_id EnhedsAdresse.EnhedsAdresse_id 

Enhed_EnhedEnhedsAdresse_FK1 FK_Enhed_id Enhed.Enhed_id 

EnhedEnhedsAdresse_FeltHistorik_FK1 FeltHistorik.FK_Parent_id EnhedEnhedsAdresse_id 


1. EnhedEnhedsAdresse_id (I1) 






Notes: Enhedsadresse som enheden har 




Notes: Enhed som har enhedsadressen 

4. EnhedEnhedsAdressePrimaerAdresse 



Notes: EnhedAdressePrimaerAdresse 

Beskriver om det er den primære Adressen til enheden. 

Kode: 

1: Primære adresse. Den identificerende adresse for enheden 

2: Supplerende adresse.






6. EnhedEnhedsAdresseOpretTimestamp 



Notes: EnhedEnhedsAdresseOpretTimestamp 

03-04-2013 1:52 74 


7. EnhedEnhedsAdresseAendretTimestamp 



Notes: EnhedEnhedsAdresseAendretTimestamp 


8. EnhedEnhedsAdresseAendretFunktion 



Notes: EnhedEnhedsAdresseAendretFunktion 



9. EnhedEnhedsAdresseOphoertTimestamp 



Notes: EnhedEnhedsAdresseOphoertTimestamp 





Notes: FK_BrugerAendret_id er af EnhedEnhedsAdresse 

11. EnhedEnhedsAdresseSlettetTimestamp 





Index details 

EnhedEnhedsAdresse_idx1 

Column(s): EnhedEnhedsAdresse_id (Asc) 

Unique: No 

EnhedAdresse_idx2 


Unique: No 


EnhedsAdresse_EnhedEnhedsAdresse_FK1 











Enhed_EnhedEnhedsAdresse_FK1 


FK_Enhed_id Enhed.Enhed_id 








03-04-2013 1:52 75


Notes: Tabel over EnhedOpgang 

03-04-2013 1:52 76 

EnhedOpgang 



Owner: 





Codes: 0 

Type: Table 


EnhedOpgang_id uniqueidentifier Not allowed 

FK_Opgang_id (FK,I2) uniqueidentifier Not allowed 

FK_Enhed_id (FK,I1) uniqueidentifier Not allowed 

EnhedOpgangPrimaerIndgang tinyint Not allowed 


EnhedOpgangOpretTimestamp datetime Not allowed 

EnhedOpgangAendretTimestamp datetime Not allowed 

EnhedOpgangAendretFunktion varchar(40) Not allowed 

EnhedOpgangOphoertTimestamp datetime Allowed 


EnhedOpgangSlettetTimestamp datetime Allowed 


EnhedOpgang_idx1 (I1) FK_Enhed_id Ascending 

EnhedOpgang_idx2 (I2) FK_Opgang_id Ascending 


Opgang_EnhedOpgang_FK1 FK_Opgang_id Opgang.Opgang_id 

Enhed_EnhedOpgang_FK1 FK_Enhed_id Enhed.Enhed_id 

EnhedOpgang_FeltHistorik_FK1 FeltHistorik.FK_Parent_id EnhedOpgang_id 


1. EnhedOpgang_id 






Notes: Opgang som enheden kan nås via. 




Notes: Enhed der kan nås via Opgang 

4. EnhedOpgangPrimaerIndgang 



Notes: EnhedOpgangPrimaerIndgang 

Angiver om indgang/opgang er primær eller supplerende for enheden. 

Kode:


03-04-2013 1:52 77 

1: Primær indgang 

2: Supplerende indgang 





6. EnhedOpgangOpretTimestamp 



Notes: EnhedOpgangOpretTimestamp 


7. EnhedOpgangAendretTimestamp 



Notes: EnhedOpgangAendretTimestamp 


8. EnhedOpgangAendretFunktion 



Notes: EnhedOpgangAendretFunktion 



9. EnhedOpgangOphoertTimestamp 



Notes: EnhedOpgangOphoertTimestamp 





Notes: FK_BrugerAendret_id er af EnhedOpgang 

11. EnhedOpgangSlettetTimestamp 



Index details 

EnhedOpgang_idx1 


Unique: No 



Unique: No 





Opgang_EnhedOpgang_FK1 










Enhed_EnhedOpgang_FK1 










03-04-2013 1:52 78


03-04-2013 1:52 79 

EnhedsAdresse 

Notes: En ”enhedsadresse” skal entydigt identificere hovedadgangen til den enkelte bolig- eller erhvervsenhed 

inde i en bygning, dvs. entrédøren e.l. 

En enhedsadresse består af en adgangsadresse (dvs. vejnavn og husnummer) plus etagebetegnelse og 

sidebetegnelse eller dørnummer 

Owner: 





Codes: 0 

Type: Table 


EnhedsAdresse_id uniqueidentifier Not allowed 

FK_AdgangsAdresse_id (FK) uniqueidentifier Not allowed 

EnhedsAdresseEtagebetegnelse char(2) Allowed 

EnhedsAdresseSideDoerBetegnelse char(4) Allowed 



FK_SagAdresse_id (FK) uniqueidentifier Allowed 

FK_EnhedsAdresseStam_id (FK) uniqueidentifier Allowed 

EnhedsAdresseKilde tinyint Allowed 

EnhedsAdresseOprettelsesDato datetime Allowed 

EnhedsAdresseIKrafttraedelsesDato datetime Allowed 

EnhedsAdresseSenesteAendringsDato datetime Allowed 

EnhedsAdresseNedlaeggelsesDato datetime Allowed 









Sikkerhedsklassifikation tinyint Allowed 

FK_OpretBruger_id uniqueidentifier Allowed 

EnhedsAdresseOpretTimestamp datetime Allowed 

EnhedsAdresseAendretTimestamp datetime Allowed 

EnhedsAdresseAendretFunktion varchar(40) Allowed 

EnhedsAdresseOphoertTimestamp datetime Allowed 


EnhedsAdresseSlettetTimestamp datetime Allowed 


AdgangsAdresse_EnhedsAdresse_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

EnhedsAdresse_EnhedsAdresse_FK1 FK_EnhedsAdresseStam_id EnhedsAdresse_id 

AdresseSag_EnhedsAdresse_FK1 FK_SagAdresse_id AdresseSag.AdresseSag_id 

EnhedsAdresse_EnhedEnhedsAdresse_FK1 EnhedEnhedsAdresse.FK_EnhedsAdresse_ EnhedsAdresse_id 

id 

EnhedsAdresse_Brugsenhed_FK1 Brugsenhed.FK_EnhedsAdresse_id EnhedsAdresse_id 

EnhedsAdresse_Enhed_FK1 Enhed.FK_EnhedsAdresse_id EnhedsAdresse_id 


1. EnhedsAdresse_id 



Notes: EAD.1 - EnhedsAdresse_id identificerer EnhedsAdresse 

2. FK_AdgangsAdresse_id (FK)




Notes: EAD.3 - Adgangsadressen enhedsadressen tilhører. 

3. EnhedsAdresseEtagebetegnelse 



Notes: EAD.4 Etagebetegnelse 

03-04-2013 1:52 80 

Adgangsadressen er altid en stam adresse eller en forløbig adresse. 


Den etage hvis gulvplan ligger i eller umiddelbart over 

gadeniveau benævnes ST. De følgende etager herover 

benævnes nedefra og opefter 01, 02, 03....,99. Kældre 

(etagerne under gadeniveau) benævnes KL, K2, 

K3,.....,K9 i retning ovenfra og nedefter. 

4. EnhedsAdresseSideDoerBetegnelse 



Notes: EAD.5 - SideDoerBetegnelse 

5. ObjektType 



Notes: EAD.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


6. BK_Crud_id 




Bemærk KMD-bbr skælner ikke mellem enhedadresser og adgangsadresser. 

Dette gør at enhedsadresser uden etage- og sidedørbetegnelse, har samme BK_CRUD_ID som dens 

adgangsadresse. 

7. FK_SagAdresse_id (FK) 




del af. 

8. FK_EnhedsAdresseStam_id (FK) 





9. EnhedsAdresseKilde 



Notes: EAD-20 - AdresseKilde 

10. EnhedsAdresseOprettelsesDato 

Klassificerer kilden til adressen.




Notes: EAD.21 - AdresseOprettelsesDato 

11. EnhedsAdresseIKrafttraedelsesDato 



Notes: EAD.23 - AdresseIKrafttraedelsesDato 

12. EnhedsAdresseSenesteAendringsDato 



Notes: EAD.24 - SenesteAendringsDato 

13. EnhedsAdresseNedlaeggelsesDato 



Notes: EAD.24 - NedlaeggelsesDato 




Notes: EAD.80 - KommunaltFelt1 

03-04-2013 1:52 81 




























Notes: EAD.86 - Journalnummer





Notes: EAD.87 - ESDHReference 




Notes: EAD.99 - Sikkerhedsklassifikation 





24. EnhedsAdresseOpretTimestamp 



Notes: EnhedsAdresseOpretTimestamp 

03-04-2013 1:52 82 


25. EnhedsAdresseAendretTimestamp 



Notes: EnhedsAdresseAendretTimestamp 


26. EnhedsAdresseAendretFunktion 



Notes: EnhedsAdresseAendretFunktion 



27. EnhedsAdresseOphoertTimestamp 



Notes: EnhedsAdresseOphoertTimestamp 




Notes: FK_BrugerAendret_id er af EnhedsAdresse 

29. EnhedsAdresseSlettetTimestamp 





oprettet. 






AdgangsAdresse_EnhedsAdresse_FK1 










EnhedsAdresse_EnhedsAdresse_FK1 


FK_EnhedsAdresseStam_id EnhedsAdresse_id 








AdresseSag_EnhedsAdresse_FK1 










03-04-2013 1:52 83


03-04-2013 1:52 84 

Etage 

Notes: Ved en Etage forstås et sammenhængende vandret bærende etageplan i en Bygning afgrænset af 

ydermurens yderside. Etager, der opdeles af et niveauspring på mere end ½ etagehøjde, regnes ikke 

som en samlet Etage, Trappeskakter, udvendige trapper og adgangsarealer indregnes i Etagen. 

Owner: 





Codes: 0 

Type: Table 


Etage_id uniqueidentifier Not allowed 

EtageBetegnelse char(2) Not allowed 


EtageNybyggeri tinyint Not allowed 



FK_EtageStam_id (FK,I2) uniqueidentifier Allowed 

FK_Bygning_id (FK,I3) uniqueidentifier Not allowed 

EtageSamletAreal int Allowed 

EtageTagetageArealUdnyttetDel int Allowed 

EtageKaelderArealLoftUnder1m25overTerraen int Allowed 

EtageKaelderArealLovligBeboelse int Allowed 

EtageAdgangsAreal int Allowed 

EtageSagstype tinyint Allowed 











EtageOpretTimestamp datetime Not allowed 

EtageAendretTimestamp datetime Not allowed 

EtageAendretFunktion varchar(40) Not allowed 

EtageOphoertTimestamp datetime Allowed 

EtageType tinyint Allowed 

EtageGyldighedsdato datetime Allowed 


EtageSlettetTimestamp datetime Allowed 


Etage_idx1 (I1) FK_Byggesag_id Ascending 

Etage_idx2 (I2) FK_EtageStam_id Ascending 

Etage_idx3 (I3) FK_Bygning_id Ascending 


Bygning_Etage_FK1 FK_Bygning_id Bygning.Bygning_id 

Etage_Etage_FK1 FK_EtageStam_id Etage_id 

Byggesag_Etage_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Etage_Enhed_FK1 Enhed.FK_Etage_id Etage_id 

Etage_Rum_FK1 Rum.FK_Etage_id Etage_id 

Etage_Notat_FK1 Notat.FK_Parent_id Etage_id 

Etage_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Etage_id 

Column details


1. Etage_id 



Notes: ETA.1 - Etage_id identificerer Etage 

2. EtageBetegnelse 



Notes: ETA.6 - Etagebetegnelse 

03-04-2013 1:52 85 

Bemærk Etagebetegnelsen, er den fysiske placering af etagen. 

Det betyder at nødvendigvis er over enstemmelse mellem en enheds adresse etagebetegnelse og etagens 

etagebetegnelse. 







3. ObjektType 



Notes: ETA.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


4. EtageNybyggeri 





For alt andet end ObjektType 1 og 2 har feltet værdien 

5. BK_Crud_id 








del af. 

7. FK_EtageStam_id (FK,I2) 








Notes: ETA.3 - Bygningen hvor i etagen befinder sig.


03-04-2013 1:52 86 


9. EtageSamletAreal 



Notes: ETA.20 - SamletEtageAreal 

For kælder: 

Som kælderareal medregnes arealer i den eller de 

etager, der ligger under stueetagen. Arealet måles til 

ydersiden af ydervægge. Arealet omfatter ikke 

krybekældre o. lign. 

For tagetage: 

Areal af tagetage, der er udnyttet eller kan udnyttes 

til beboelse eller erhverv (antal kvadratmeter). 

Arealet måles i et vandret plan til ydersiden af de 

begrænsende vægge eller tagflader e en højde af 1,5m 

over gulvplan. 

MAP: FKAEAR, FTAGAR 

BBRfelt: 223, 221 

10. EtageTagetageArealUdnyttetDel 



Notes: ETA.21 - ArealAfUdnyttetDelAfTagetage 

DEFINITION: UDNYTTET TAGETAGE 

Areal af den del af tagetagen, som er indrettet til 

beboelse eller erhverv. 


begrænsende vægge eller tagflader i en højde af 1,5 m 

over gulvplan, idet der dog fraregnes evt. skunkrum. 

MAP:FUDNYT 

BBRfelt: 222 

11. EtageKaelderArealLoftUnder1m25overTerraen 



Notes: ETA.22 - KælderarealMLoftUnder1m25overTerræn 

DEFINITION: Kælderareal med loft mindre end 1,25 m over terræn. 

Arealet måles til ydersiden af begrænsende ydervægge. 

Arealet angiver størrelsen af det kælderareal, hvor 

sikringsrum kan etableres. 

MAP: FSKAER 

BBRfelt: 224 

12. EtageKaelderArealLovligBeboelse 



Notes: ETA.23 - ArealAfLovligBeboelseIKælder 

DEFINITION: AREAL AF LOVLIG BEBOELSE I DELVIS FRILAGT 

KÆLDER 

Areal af lovlig beboelse i delvis frilagt kælder. 

Arealet skal indgå i bygningens kælderareal og i 

bygningens boligareal, men ikke i bebygget areal 

og i samlet bygningsareal.


03-04-2013 1:52 87 

MAP: FABEBOKL 

BBRfelt: 245 

13. EtageAdgangsAreal 



Notes: ETA.24 - EtageAdgangsareal 

14. EtageSagstype 



Notes: EtageSagstype 




Notes: ETA.80 - KommunaltFelt1 

Sag: 

1 Nybyggeri 



Stam: 





























Notes: ETA.85 - KommunaltFelt6


03-04-2013 1:52 88 





Notes: ETA.86 - Journalnummer 




Notes: ETA.87 - ESDH_Reference 




Notes: ETA.99 - Sikkerhedsklassifikation 





25. EtageOpretTimestamp 



Notes: EtageOpretTimestamp 


26. EtageAendretTimestamp 



Notes: EtageAendretTimestamp 


27. EtageAendretFunktion 



Notes: EtageAendretFunktion 


28. EtageOphoertTimestamp 



Notes: EtageOphoertTimestamp 

29. EtageType 



Notes: ETA.25 EtageType 


Angivelse om etagen er tagetage. 

0 : Ikke tagetage 

1 : Tagetage 

EtageType må kun indeholde 1, Hvis EtageBetegnelsen er andet en ST, KL og K2-9. Og desuden skal


30. EtageGyldighedsdato 



03-04-2013 1:52 89 

det være øverste etage. 




Notes: FK_BrugerAendret_id er af Etage 

32. EtageSlettetTimestamp 





Index details 

Etage_idx1 


Unique: No 

Etage_idx2 

Column(s): FK_EtageStam_id (Asc) 

Unique: No 

Etage_idx3 


Unique: No 


Bygning_Etage_FK1 










Etage_Etage_FK1 


FK_EtageStam_id Etage_id 








Byggesag_Etage_FK1 

Definition: Child Parent


03-04-2013 1:52 90 










Notes: Tabel over FeltHistorik 

03-04-2013 1:52 91 

FeltHistorik 


Owner: 





Codes: 0 

Type: Table 


FeltHistorik_id uniqueidentifier Not allowed 

FK_Felt_id (I1) uniqueidentifier Not allowed 

FK_Parent_id (FK,I1) uniqueidentifier Not allowed 

FeltAendretTimestamp datetime Not allowed 

FK_Bruger_id uniqueidentifier Not allowed 

FeltTidligerVaerdi varchar(8000) Allowed 


FeltHistorik_idx1 (I1) FK_Parent_id 

FK_Felt_id 

Ascending 

Ascending 


AdgangsAdresse_FeltHistorik_FK1 FK_Parent_id AdgangsAdresse.AdgangsAdresse_id 

Brugsenhed_FeltHistorik_FK1 FK_Parent_id Brugsenhed.Brugsenhed_id 

Notat_FeltHistorik_FK1 FK_Parent_id Notat.Notat_id 

Enhed_FeltHistorik_FK1 FK_Parent_id Enhed.Enhed_id 

Etage_FeltHistorik_FK1 FK_Parent_id Etage.Etage_id 

Rum_FeltHistorik_FK1 FK_Parent_id Rum.Rum_id 

Opgang_FeltHistorik_FK1 FK_Parent_id Opgang.Opgang_id 

Byggesag_FeltHistorik_FK1 FK_Parent_id Byggesag.Byggesag_id 

Geometri_FeltHistorik_FK1 FK_Parent_id Geometri.Geometri_id 

AdresseSag_FeltHistorik_FK1 FK_Parent_id AdresseSag.AdresseSag_id 

Bygning_FeltHistorik_FK1 FK_Parent_id Bygning.Bygning_id 

Tekniskanlaeg_FeltHistorik_FK1 FK_Parent_id Tekniskanlaeg.Tekniskanlaeg_id 

Grund_FeltHistorik_FK1 FK_Parent_id Grund.Grund_id 

EnhedEnhedsAdresse_FeltHistorik_FK1 FK_Parent_id EnhedEnhedsAdresse.EnhedEnhedsAdresse 

_id 

EnhedOpgang_FeltHistorik_FK1 FK_Parent_id EnhedOpgang.EnhedOpgang_id 

Ejerskab_FeltHistorik_FK1 FK_Parent_id Ejerskab.Ejerskab_id 


1. FeltHistorik_id 



2. FK_Felt_id (I1) 



Notes: FK_Felt_id 

Identificerer Feltet i recorden. 

3. FK_Parent_id (FK,I1) 



Notes: FK_Parent_id 

Peger på en instans af en record. FK_Felt_id angiver hvilket felt i denne.


4. FeltAendretTimestamp 



Notes: FeltAendrtTimestamp 

03-04-2013 1:52 92 

Tidpunkt hvornår felt seneste blev ændret 

5. FK_Bruger_id 




6. FeltTidligerVaerdi 



Notes: FeltTidligerVaerdi 

Værdi felt havde inden det blev ændret. 

Index details 

FeltHistorik_idx1 

Column(s): FK_Parent_id (Asc) 

FK_Felt_id (Asc) 

Unique: No 


AdgangsAdresse_FeltHistorik_FK1 


FK_Parent_id AdgangsAdresse.AdgangsAdresse_id 








Brugsenhed_FeltHistorik_FK1 


FK_Parent_id Brugsenhed.Brugsenhed_id 








Notat_FeltHistorik_FK1 


FK_Parent_id Notat.Notat_id 




Verb phrase: har





Enhed_FeltHistorik_FK1 


FK_Parent_id Enhed.Enhed_id 








Etage_FeltHistorik_FK1 


FK_Parent_id Etage.Etage_id 








Rum_FeltHistorik_FK1 


FK_Parent_id Rum.Rum_id 








Opgang_FeltHistorik_FK1 


FK_Parent_id Opgang.Opgang_id 








Byggesag_FeltHistorik_FK1 


FK_Parent_id Byggesag.Byggesag_id 




03-04-2013 1:52 93






Geometri_FeltHistorik_FK1 


FK_Parent_id Geometri.Geometri_id 








AdresseSag_FeltHistorik_FK1 


FK_Parent_id AdresseSag.AdresseSag_id 








Bygning_FeltHistorik_FK1 


FK_Parent_id Bygning.Bygning_id 








Tekniskanlaeg_FeltHistorik_FK1 


FK_Parent_id Tekniskanlaeg.Tekniskanlaeg_id 








Grund_FeltHistorik_FK1 


FK_Parent_id Grund.Grund_id 



03-04-2013 1:52 94







EnhedEnhedsAdresse_FeltHistorik_FK1 


FK_Parent_id EnhedEnhedsAdresse.EnhedEnhedsAdresse_id 








EnhedOpgang_FeltHistorik_FK1 


FK_Parent_id EnhedOpgang.EnhedOpgang_id 








Ejerskab_FeltHistorik_FK1 


FK_Parent_id Ejerskab.Ejerskab_id 








03-04-2013 1:52 95


03-04-2013 1:52 96 

FeltHistorikArkiv 

Notes: Tabel over Felt historik 



Denne tabel opdateres via trigger på FeltHistorik tabellen. 

Owner: 





Codes: 0 

Type: Table 


FeltHistorik_id uniqueidentifier Not allowed 

FK_Felt_id (I1) uniqueidentifier Not allowed 

FK_Parent_id (I1) uniqueidentifier Not allowed 

FeltAendretTimestamp datetime Not allowed 

FK_Bruger_id uniqueidentifier Not allowed 

FeltTidligerVaerdi varchar(8000) Allowed 


FeltHistorikArkiv_idx1 (I1) FK_Parent_id 

FK_Felt_id 










3. FK_Parent_id (I1) 







Notes: FeltAendretTimestamp 

Ascending 

Ascending 

Peger på en instans af en record. FK_Felt_id angiver hvilket felt i denne. 









Notes: FeltTidligerVaerdi


03-04-2013 1:52 97 


Index details 

FeltHistorikArkiv_idx1 



Unique: No


Notes: Geometri 

03-04-2013 1:52 98 

Geometri 

Indholder geografiske punkter for Adgangsadresser, Bygninger og Teknisk anlæg. 

Owner: 





Codes: 0 

Type: Table 


Geometri_id uniqueidentifier Not allowed 

FK_Kommune_id (FK) uniqueidentifier Not allowed 

GeometriRevisionsDato datetime Allowed 

GeometriOestKoordinat decimal(10;2) Not allowed 

GeometriNordKoordinat decimal(10;2) Not allowed 

GeometriKoordinatsystem tinyint Not allowed 

GeometriRetning decimal(6;2) Not allowed 

GeometriPlacering char(1) Not allowed 

GeometriDDKNcelle100m char(15) Allowed 

GeometriDDKNcelle1km char(15) Allowed 

GeometriDDKNcelle10km char(15) Allowed 


GeometriOpretTimestamp datetime Not allowed 

GeometriAendretTimestamp datetime Not allowed 

GeometriAendretFunktion varchar(40) Not allowed 

GeometriOphoertTimestamp datetime Allowed 


GeometriSlettetTimestamp datetime Allowed 


Kommune_Geometri_FK1 FK_Kommune_id Kommune.Kommune_id 

Geometri_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_Geometri_id Geometri_id 

Geometri_Bygning_FK1 Bygning.FK_Geometri_id Geometri_id 

Geometri_AdgangsAdresse_FK1 AdgangsAdresse.FK_Geometri_id Geometri_id 

Geometri_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Geometri_id 


1. Geometri_id 






Notes: Kommunen det geografiske punkt er registreret. 

3. GeometriRevisionsDato 



Notes: AAD.31 - Revisionsdato 

For bygning BYG.94 

For tekniskanlæg TEK.35 

4. GeometriOestKoordinat 

Physical data type: decimal(10;2) 


Dato for seneste revision (godkendelse eller ændring) af geometridata,


Notes: AAD.32 - OestKoordinat 

for bygning BYG.96 

for tekniskanlæg TEK.37 

03-04-2013 1:52 99 

X-koordinat i UTM ETRS89 Zone 32 

bestemt af GeometriKoordinatsystem 

5. GeometriNordKoordinat 



Notes: AAD.33 - NorthingKoordinat 



Y-koordinat i UTM ETRS89 Zone 32 

bestemt af feltet GeometriKoordinatsystem 

6. GeometriKoordinatsystem 



Notes: TEK.F38 - Koordinatsystem 

1: System 34 

2: System 45 

3: KP2000 (System 2000) 

4: UTM ED50 

5: UTM Euref89 (WGS 84) 

Alle andre end Teknisk anlæg bruger 5. 

7. GeometriRetning 



Notes: AAD.34 - Retninger 


8. GeometriPlacering 



Notes: AAD.35 - Placering 


9. GeometriDDKNcelle100m 



Notes: AAD.36 - DDKNcelle100m 

10. GeometriDDKNcelle1km 



Notes: AAD.37 - DDKNcelle1km 

Retningsvinkel for tekst i gon, jf. TK-standard: 0.00-400.00 

Placeringskode (tekstjustering) af husnr.; kodesæt 1-9, jf. DSFLt 

kvadratcelle som adressen er beliggende i. Celleinddelingen følger Det Danske Kvadratnet (DDKN) 

Beregnet felt i databasen på baggrund af OestKoordinat og NorthingKoordinat 

kvadratcelle som adressen er beliggende i. Celleinddelingen følger Det Danske Kvadratnet (DDKN)






03-04-2013 1:52 100 








13. GeometriOpretTimestamp 



Notes: GeometriOpretTimestamp 


14. GeometriAendretTimestamp 



Notes: GeometriAendretTimestamp 


15. GeometriAendretFunktion 



Notes: GeometriAendretFunktion 



16. GeometriOphoertTimestamp 



Notes: GeometriOphoertTimestamp 






Notes: FK_BrugerAendret_id er af Geometri 

18. GeometriSlettetTimestamp 




Kommune_Geometri_FK1 













03-04-2013 1:52 101


Notes: Tabel over Grund 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:52 102 

Grund 

Ved Grund forstås det jordstykke, hvorpå bygningen eller det tekniske anlæg er beliggende. 

Definition af Grund der understøtter beregning af bebyggelsesprocent er: 


A) En matrikel 

B) Flere matrikler der er samnoteret og geografisk sammenhængende. 

C) Et umatrikuleret areal 

Når en Grund består af flere matrikler, skal alle matrikler der er geografisk 

sammenhængende indenfor samnoteringen, medtages i den pågældende 

Grund. En Grund oprettes kun i Nyt BBR når der forefindes mindst en BBR-relevant entitet på området 

(bygning, adresse eller teknisk anlæg). 


Fast ejendom: 











“samlet fast ejendom” 


Grund_id uniqueidentifier Not allowed 


BK_Ejendomsnummer (I1) int Not allowed 


GrundNybyggeri tinyint Not allowed 


BK_Cs_Crud_id bigint Allowed 


FK_GrundStam_id (FK,I4) uniqueidentifier Allowed 

BK_MatrikulaerEjendomsId (I2) bigint Allowed 


FK_AdgangsgivendeVejKode smallint Allowed 

GrundAfloebsforhold tinyint Allowed 

GrundAfloebsforholdTilladelse tinyint Allowed 

GrundVandforsyning tinyint Allowed 

GrundSagstype tinyint Allowed 



KommunaltFelt3 char(3) Allowed






BK_ESDHreference varchar(200) Allowed 



GrundOpretTimestamp datetime Not allowed 

GrundAendretTimestamp datetime Not allowed 

GrundAendretFunktion varchar(40) Not allowed 

GrundOphoertTimestamp datetime Allowed 

GrundGyldighedsdato datetime Allowed 


GrundMedlemskabSpildevand tinyint Allowed 

GrundPaabudRensning tinyint Allowed 

GrundPaabudRensningFrist datetime Allowed 

GrundUdtraedenTilladelse tinyint Allowed 

GrundUdtraedenTilladelseDato datetime Allowed 

GrundAlternativAfledningTilladelse tinyint Allowed 

GrundAlternativAfledningTilladelseDato datetime Allowed 

GrundSlettetTimestamp datetime Allowed 


Grund_idx1 (I1) BK_Ejendomsnummer 

Ascending 

FK_Kommune_id 

Ascending 

Grund_idx3 (I2) BK_MatrikulaerEjendomsId Ascending 

Grund_idx4 (I3) FK_Byggesag_id Ascending 

Grund_idx2 (I4) FK_GrundStam_id Ascending 

Grund_idx6 (I5) FK_AdgangsAdresse_id Ascending 


Kommune_Grund_FK1 FK_Kommune_id Kommune.Kommune_id 

Byggesag_Grund_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Grund_Grund_FK1 FK_GrundStam_id Grund_id 

AdgangsAdresse_Grund_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

Grund_Notat_FK1 Notat.FK_Parent_id Grund_id 

Grund_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Grund_id 

Grund_Matrikel_FK1 Matrikel.FK_Grund_id Grund_id 

Grund_Ejerskab_FK1 Ejerskab.FK_BbrId Grund_id 

Grund_Bygning_FK1 Bygning.FK_Grund_id Grund_id 

Grund_Byggesag_FK1 Byggesag.FK_Grund_id Grund_id 


1. Grund_id 



Notes: GRU.1 - Grund_id identifies Grund 




Notes: GRU.2 - FK_Kommunenummer is of Grund: 

03-04-2013 1:52 103 

Den kommune data tilhører. 

MAP: KOMMUNENUMMR 

BBRfelt: 100 




Notes: GRU.3 - BK_Ejendomsnummer is of Grund:


03-04-2013 1:52 104 

Ejendomsnummeret består af 6 cifre og identificerer den 

enkelte vurderingsejendom entydigt indenfor kommunen. 

Ejendomsnummeret suppleret med kommunenr. giver en 

entydig identifikation af den enkelte vurderingsejendom 

på landsplan. 

MAP:EJENDOMSNR 

BBRfelt: 101 

4. ObjektType 



Notes: GRU.100 - Status er af Grund 

5. GrundNybyggeri 



Notes: GrundNybyggeri er af Grund 




Koder 



6. BK_Crud_id 




7. BK_Cs_Crud_id 



Notes: Bruges af synkroniseringen, holder nøglen til en evtuel CS record i KMD-BBR. Befinder sig kun på 

records med objekttype 1, da der ikke nødvendigvis er en objekttype 3 i BBR, når der er en CS record i 

KMD-BBR. 





del af. 

9. FK_GrundStam_id (FK,I4) 





10. BK_MatrikulaerEjendomsId (I2) 



Notes: GRU.6 - BK_MatrikulaerEjendomsId er af Grund 

Matrikelregistrets identifikation af en matrikulær ejendom 

DATATYPEN ER IKKE FASTLAGT.





Notes: Grundens adgangsadresse 

12. FK_AdgangsgivendeVejKode 



13. GrundAfloebsforhold 



Notes: GRU.10 - GrundAfloebsforhold er af Grund: 

03-04-2013 1:52 105 


VÆRDISÆT: 






MAP: CAFLOEB 

BBRfelt: 104 

14. GrundAfloebsforholdTilladelse 



Notes: GRU.21 - GrundAfloebsforholdTilladelse er af Grund 

15. GrundVandforsyning 



Notes: GRU.9 - GrundVandforsyning er af Grund: 


VÆRDISÆT: 





MAP: CVAND 

BBRfelt: 103 

16. GrundSagstype 



Notes: GrundSagstype 

Sag: 

1 Nybyggeri 



Stam: 









Notes: GRU.13 - KommunaltFelt1 er af Grund 
























Notes: GRU.19 - Journalnummer er af Grund 

24. BK_ESDHreference 



Notes: GRU.20 - BK_ESDHreference er af Grund 




Notes: GRU.99 - Sikkerhedsklassifikation er af Grund 




Notes: Angiver hvilken bruger der oprindeligt opretted recorden. 

27. GrundOpretTimestamp 



Notes: GrundOpretTimestamp er af Grund 

03-04-2013 1:52 106 

Tidspunkt for oprettelsen af instancen 

28. GrundAendretTimestamp 



Notes: GrundAendrtTimestamp er af Grund:


03-04-2013 1:52 107 

Ved ajourføring af en record, kontrolleres, at recorden 

ikke er ajourført siden læsningen, ved en sammenligning 

på dette timestamp. 

29. GrundAendretFunktion 



Notes: Angiver hvilken funktion der sidst rette i recorden. 


30. GrundOphoertTimestamp 





oprettet. 


31. GrundGyldighedsdato 






Notes: FK_BrugerAendret_id er af Grund 



33. GrundMedlemskabSpildevand 



Notes: Gru.22 - For grunde udenfor kloakopland (afløbskoder 101-601) angives status for deres 

udledningstilladelse 

34. GrundPaabudRensning 



Notes: Gru.23 - For grunde udenfor kloakopland (afløbskoder 101-601) angives om der indgået kontraktligt 

medlemskab med et spildevandsforsyningsselskab 

35. GrundPaabudRensningFrist 



Notes: Gru.24 - For grunde udenfor kloakopland (afløbskoder 101-601) angives om kommunen har givet 


36. GrundUdtraedenTilladelse 



Notes: Gru.25 - For grunde udenfor kloakopland (afløbskoder 101-601), hvor der ifølge feltet ”Påbud om 

forbedret rensning” er givet et påbud, angives det hvornår fristen for forbedret rensning udløber. 

37. GrundUdtraedenTilladelseDato 



Notes: Gru.26 - Dato for tilladelse til udtræden 

38. GrundAlternativAfledningTilladelse 




Notes: Gru.27 - For grunde indenfor kloakopland (afløbskoder 1-9) angives status for tilladelse til alternativ 


39. GrundAlternativAfledningTilladelseDato 



Notes: Gru.28 - Dato for tilladelse til alt. bortskaffelse eller afledning 

40. GrundSlettetTimestamp 



Index details 

Grund_idx1 



Unique: No 

Grund_idx3 

Column(s): BK_MatrikulaerEjendomsId (Asc) 

Unique: No 

Grund_idx4 


Unique: No 

Grund_idx2 

Column(s): FK_GrundStam_id (Asc) 

Unique: No 

Grund_idx6 


Unique: No 


Kommune_Grund_FK1 










Byggesag_Grund_FK1 










Grund_Grund_FK1 

03-04-2013 1:52 108



FK_GrundStam_id Grund_id 








AdgangsAdresse_Grund_FK1 










03-04-2013 1:52 109


03-04-2013 1:52 110 

KommunaltEjerlav 

Notes: Ejerlavstabel, delt op pr kommune. Med andre ord, et ejerlav der dækker flere kommuner, ligger der en 

række pr kommune. 

Owner: 





Codes: 0 

Type: Table 


KommunaltEjerlav_id uniqueidentifier Not allowed 

FK_Kommune_id (FK,U1) uniqueidentifier Not allowed 

KommunaltEjerlavKode (U1) smallint Not allowed 

KommunaltEjerlavNavn varchar(16) Not allowed 

BK_Landsejerlav (I1) int Not allowed 



KommunaltEjerlavOpretTimestamp datetime Not allowed 

KommunaltEjerlavAendretTimestamp datetime Not allowed 

KommunaltEjerlavAendretFunktion varchar(40) Not allowed 

KommunaltEjerlavOphoertTimestamp datetime Allowed 

KommunaltEjerlavLandsejerlavNavn varchar(40) Allowed 


KommunaltEjerlav_AK (U1) FK_Kommune_id 

Ascending 

KommunaltEjerlavKode 

Ascending 

KommunaltEjerlav_idx1 (I1) BK_Landsejerlav Ascending 


Kommune_KommunaltEjerlav_FK1 FK_Kommune_id Kommune.Kommune_id 

KommunaltEjerlav_Matrikel_FK1 Matrikel.FK_KommunaltEjerlav_id KommunaltEjerlav_id 


1. KommunaltEjerlav_id 



2. FK_Kommune_id (FK,U1) 



Notes: Angiver kommune hvor i ejerlavet ligger eller hvor delen af ejerlavet ligger. 

3. KommunaltEjerlavKode (U1) 



Notes: Unik identifering inden for kommunen. 

4. KommunaltEjerlavNavn 



Notes: Den kommunale betegnelse for ejerlavet. 

5. BK_Landsejerlav (I1) 



Notes: Det unikke nummer for et ejerlav (også kald landsejerlav). 

Bemærk nummeret er ikke unik i tabelle, hvis ejerlavet dækker flere kommuner. 

6. BK_Crud_id




Notes: Bruges til konsistenstjek af KMD-BBR. Indeholder nøgle til KMD-bbr. 





8. KommunaltEjerlavOpretTimestamp 




9. KommunaltEjerlavAendretTimestamp 




10. KommunaltEjerlavAendretFunktion 





11. KommunaltEjerlavOphoertTimestamp 



Notes: OphoertTimestamp angiver om at recorden ikke længre er aktiv. 

12. KommunaltEjerlavLandsejerlavNavn 



Notes: Det officelle navn for ejerlavet. 

Index details 

KommunaltEjerlav_AK 


KommunaltEjerlavKode (Asc) 

Unique: Yes 

KommunaltEjerlav_idx1 

Column(s): BK_Landsejerlav (Asc) 

Unique: No 


Kommune_KommunaltEjerlav_FK1 










03-04-2013 1:52 111


03-04-2013 1:52 112


03-04-2013 1:52 113 

Kommune 

Notes: Generelle informationer om kommune. 

Kommune er de administrerende enheder, der vedligholder BBR. 

Kommuner med kommunenummer mindre en 100, er ikke kommuner i ordes betydning, men bruges til 

diverse administrative enheder. 

Owner: 





Codes: 0 

Type: Table 


Kommune_id uniqueidentifier Not allowed 

KommuneNummer (U1) smallint Not allowed 

KommuneNavn varchar(40) Not allowed 

KommuneBbrNavn varchar(40) Allowed 

KommuneBbrKontor varchar(40) Allowed 

KommuneBbrAdresse varchar(40) Allowed 

KommuneBbrPost varchar(40) Allowed 

KommuneBbrTelefonnummer varchar(20) Allowed 

KommuneBbrEmail varchar(60) Allowed 


KommuneOpretTimestamp datetime Not allowed 

KommuneAendretTimestamp datetime Not allowed 

KommuneAendretFunktion varchar(40) Not allowed 

KommuneOphoertTimestamp datetime Allowed 


Kommune_AK (U1) KommuneNummer Ascending 


Kommune_Grund_FK1 Grund.FK_Kommune_id Kommune_id 

Kommune_KommunaltEjerlav_FK1 KommunaltEjerlav.FK_Kommune_id Kommune_id 

Kommune_AdgangsAdresse_FK1 AdgangsAdresse.FK_Kommune_id Kommune_id 

Kommune_Matrikel_FK1 Matrikel.FK_Kommune_id Kommune_id 

Kommune_AdresseSag_FK1 AdresseSag.FK_Kommune_id Kommune_id 

Kommune_Geometri_FK1 Geometri.FK_Kommune_id Kommune_id 


1. Kommune_id 



2. KommuneNummer (U1) 



Notes: KommuneNummer identificere en kommune, værdien er tildelt af CPR. 

3. KommuneNavn 



Notes: Navn på kommunen. 

4. KommuneBbrNavn 


Kommunenumre under 100, er administrative enheder. Disse er ikke tildelt af CPR, men af BBR's 

adminstratore.



Notes: Afdelingsnavn der skal stå på ejermeddelelsen. 

5. KommuneBbrKontor 



Notes: Navnet på kontore, der administerer BBR. 

6. KommuneBbrAdresse 



Notes: Kommunens adresse der skal stå på ejermeddelelsen 

7. KommuneBbrPost 



Notes: Kommunens postnummer og distrikt der skal stå på ejermeddelelsen 

8. KommuneBbrTelefonnummer 



Notes: Kommunens telefonnummer der skal stå på ejermeddelelsen 

9. KommuneBbrEmail 



Notes: Kommunens email adresse der kan stå på ejermeddelelsen 





11. KommuneOpretTimestamp 




12. KommuneAendretTimestamp 




13. KommuneAendretFunktion 





14. KommuneOphoertTimestamp 




Index details 

Kommune_AK 

Column(s): KommuneNummer (Asc) 

Unique: Yes 

03-04-2013 1:52 114


03-04-2013 1:52 115 

Lokalitet 

Notes: Kommunen kan efter adressebekendtgørelsens § 12, stk. 2, knytte et historisk og permanent 

bygningsnavn, gårdnavn eller lignende til en eller flere adgangsadresser. 

Oplysningen indgår som en del af den fuldstændige adressebetegnelse, f.eks. i CPR-systemet, men 

benyttes kun af enkelte andre it-systemer. Muligheden for at registrere bygnings- og gårdnavne blev 

indført i 1980’erne efter et politisk ønske om at kunne bevare de oprindelige gårdnavne o.l. som en del 

af den officielle adressebetegnelse. 

(Bemærk CPR registrer på boligen og ikke på bygningen.) 

Owner: 





Codes: 0 

Type: Table 


Lokalitet_id uniqueidentifier Not allowed 

FK_Kommune_id uniqueidentifier Not allowed 

FK_VejKode (I1) smallint Not allowed 

LokalitetHusnummer (I1) char(4) Not allowed 

LokalitetEtagebetegnelse (I1) char(2) Allowed 

LokalitetSideDoerBetegnelse (I1) char(4) Allowed 

LokalitetNavn varchar(34) Not allowed 

LokalitetCprOpretTimestamp datetime Not allowed 

LokalitetCprOphoerTimestamp datetime Not allowed 

LokalitetOpretTimestamp datetime Not allowed 


LokalitetAendretTimestamp datetime Not allowed 

LokalitetAendretFunktion varchar(40) Not allowed 

LokalitetOphoertTimestamp datetime Allowed 


Lokalitet_idx1 (I1) FK_VejKode 

LokalitetHusnummer 

LokalitetEtagebetegnelse 

LokalitetSideDoerBetegnelse 


1. Lokalitet_id 



2. FK_Kommune_id 



Notes: Kommunen Lokaliteten befinder sig i. 




Notes: Vejen som Lokaliteten befinder sig på. 

4. LokalitetHusnummer (I1) 



Notes: Husnummer for lokaliteten 

5. LokalitetEtagebetegnelse (I1) 

Ascending 

Ascending 

Ascending 

Ascending




Notes: Etagebetegnelse for Lokaliteten 

6. LokalitetSideDoerBetegnelse (I1) 



Notes: SideDoerBetegnelse for Lokaliteten 




Notes: Navnet på Lokaliteten 

8. LokalitetCprOpretTimestamp 




9. LokalitetCprOphoerTimestamp 



Notes: OphoertTimestamp fra CPR 

03-04-2013 1:52 116 

Fra LOK_OPHØRT_TS 

10. LokalitetOpretTimestamp 



Notes: LokalitetOpretTimestamp 






12. LokalitetAendretTimestamp 



Notes: LokalitetAendretTimestamp 


13. LokalitetAendretFunktion 



Notes: LokalitetAendretFunktion 



14. LokalitetOphoertTimestamp 



Notes: LokalitetOphoertTimestamp 

Index details 



Lokalitet_idx1 


LokalitetHusnummer (Asc) 

LokalitetEtagebetegnelse (Asc) 

LokalitetSideDoerBetegnelse (Asc) 

Unique: No 

03-04-2013 1:52 117


03-04-2013 1:52 118 

Matrikel 

Notes: Matrikel tabellen indholder matrikler fra KMS og ESR. 

Owner: 





Codes: 0 

Type: Table 


Matrikel_id (I2) uniqueidentifier Not allowed 

FK_Grund_id (FK,I2,I3) uniqueidentifier Not allowed 


BK_Ejendomsnummer int Not allowed 


FK_KommunaltEjerlav_id (FK,I3) uniqueidentifier Not allowed 

MatrikelTal (I3) smallint Not allowed 

MatrikelBogstav (I3) char(3) Not allowed 

MatrikelDelnummer (I3) char(3) Not allowed 

MatrikelOpdelingsnummer (I3) char(3) Not allowed 

MatrikelArtskode smallint Not allowed 

MatrikelEjendomsreference uniqueidentifier Allowed 

MatrikelUdskrivning tinyint Allowed 


MatrikelOpretTimestamp datetime Not allowed 

MatrikelAendretTimestamp datetime Not allowed 

MatrikelAendretFunktion varchar(40) Not allowed 

MatrikelOphoertTimestamp datetime Allowed 


MatrikelSlettetTimestamp datetime Allowed 


Matrikel_idx1 (I1) FK_Kommune_id Ascending 

Matrikel_idx2 (I2) FK_Grund_id 

Ascending 

Matrikel_id 

Ascending 

Matrikel_idx3 (I3) FK_KommunaltEjerlav_id 

Ascending 

FK_Grund_id 

Ascending 

MatrikelTal 

Ascending 

MatrikelBogstav 

Ascending 

MatrikelDelnummer 

Ascending 

MatrikelOpdelingsnummer 

Ascending 


Grund_Matrikel_FK1 FK_Grund_id Grund.Grund_id 

KommunaltEjerlav_Matrikel_FK1 FK_KommunaltEjerlav_id KommunaltEjerlav.KommunaltEjerlav_id 

Kommune_Matrikel_FK1 FK_Kommune_id Kommune.Kommune_id 

Matrikel_Bygning_FK1 Bygning.FK_Matrikel_id Matrikel_id 

Matrikel_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_Matrikel_id Matrikel_id 

Matrikel_AdgangsAdresse_FK1 AdgangsAdresse.FK_Matrikel_id Matrikel_id 


1. Matrikel_id (I2) 



2. FK_Grund_id (FK,I2,I3) 



Notes: Matrikeler der er på en grund





Notes: Hvilken kommune matriklen ligger i. 

4. BK_Ejendomsnummer 



Notes: Ejendomsnummer Matrikel evt er tilknyttet 

5. BK_Crud_id 




6. FK_KommunaltEjerlav_id (FK,I3) 



Notes: Må kun pege på ejerlav der ligger i den samme kommune som i grund 

7. MatrikelTal (I3) 



Notes: MatrikelTal er tal delen af et matrikelnummer. 

MatrikelNummer består af MatrikelTal og MatrikelBogstav. 

03-04-2013 1:52 119 

MatrikelTal kan have værdien 0 til 9999. 

Hvis MatrikelTal er 0, er der tale om et umatrikuleret matrikel. 

8. MatrikelBogstav (I3) 



Notes: MatrikelBogstav er bogstavsdelen af et matrikelnummer 

9. MatrikelDelnummer (I3) 



Notes: MatrikelDelnummer 

10. MatrikelOpdelingsnummer (I3) 



Notes: Opdelingsnummer 

11. MatrikelArtskode 



Notes: Artskode angiver hvor matriklen stammer fra 

00 og 01 stammer fra KMS, 

Øvrige er forvaltningsmatrikler og umatikuleret matrikler. 

12. MatrikelEjendomsreference 



Notes: Reserveret til den kommende Ejendomsreference 

13. MatrikelUdskrivning 



Notes: MAT.812 Angiver om denne matrikel er den vigtigste. 

Bemærk hvis dens artskode over 10, dog ikke 23, 25 og 27, må den ikke skrives på BBR meddelelsen 

14. FK_OpretBruger_id





15. MatrikelOpretTimestamp 




16. MatrikelAendretTimestamp 




17. MatrikelAendretFunktion 





18. MatrikelOphoertTimestamp 







Notes: FK_BrugerAendret_id er af Matrikel 

20. MatrikelSlettetTimestamp 



03-04-2013 1:52 120 



Index details 

Matrikel_idx1 


Unique: No 

Matrikel_idx2 


Matrikel_id (Asc) 

Unique: No 

Matrikel_idx3 

Column(s): FK_KommunaltEjerlav_id (Asc) 

FK_Grund_id (Asc) 

MatrikelTal (Asc) 

MatrikelBogstav (Asc) 

MatrikelDelnummer (Asc) 

MatrikelOpdelingsnummer (Asc) 

Unique: No 


Grund_Matrikel_FK1 


FK_Grund_id Grund.Grund_id









KommunaltEjerlav_Matrikel_FK1 


FK_KommunaltEjerlav_id KommunaltEjerlav.KommunaltEjerlav_id 








Kommune_Matrikel_FK1 










03-04-2013 1:52 121


03-04-2013 1:52 122 

Notat 

Notes: Notat, indholder notater tilknyttet til en given record i en entitet. 

NotatType fortæller hvilken entitet, FK_Parent_id hvilken række i entiteten. Notatnummer angiver den 

sidste underopdeling (se beskrivelsen af felterne). 

Owner: 





Codes: 0 

Type: Table 


Notat_id uniqueidentifier Not allowed 

NotatType tinyint Not allowed 

FK_Parent_id (FK,I1) uniqueidentifier Not allowed 


NotatNummer tinyint Not allowed 

NotatTekst varchar(120) Not allowed 


NotatOpretTimestamp datetime Not allowed 

NotatAendretTimestamp datetime Not allowed 

NotatAendretFunktion varchar(40) Not allowed 

NotatOphoertTimestamp datetime Allowed 


NotatSlettetTimestamp datetime Allowed 


Notat_idx1 (I1) FK_Parent_id Ascending 


Grund_Notat_FK1 FK_Parent_id Grund.Grund_id 

Bygning_Notat_FK1 FK_Parent_id Bygning.Bygning_id 

Etage_Notat_FK1 FK_Parent_id Etage.Etage_id 

Opgang_Notat_FK1 FK_Parent_id Opgang.Opgang_id 

Rum_Notat_FK1 FK_Parent_id Rum.Rum_id 

Enhed_Notat_FK1 FK_Parent_id Enhed.Enhed_id 

Tekniskanlaeg_Notat_FK1 FK_Parent_id Tekniskanlaeg.Tekniskanlaeg_id 

AdgangsAdresse_Notat_FK1 FK_Parent_id AdgangsAdresse.AdgangsAdresse_id 

Brugsenhed_Notat_FK1 FK_Parent_id Brugsenhed.Brugsenhed_id 

Notat_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Notat_id 


1. Notat_id 



2. NotatType 



Notes: NotatType er af Notat 

Angiver hvilken entitet notatet tilhører. 

Typer: 

1: Grund 

2: Bygning 

3: Enhed 

4: Tekniskanlæg 

5: Opgang/Indgang


03-04-2013 1:52 123 

6: Etage 

7: Rum 

8: Brugsenhed 


10: EnhedsAdresse 




Notes: FK_Parent_id identificerer Notat 

Hvilken instans i entiteten notatet tilhører. 

4. BK_Crud_id 



Notes: BK_Crud_id er af Notat 

DEFINITION: Instance_id NOTATLINIE 

Første del af dum nøgle der tildeles automatisk 

VÆRDISÆT: 

AFHÆNGIGHEDER: Feltet er afhænging af NotatType 

MAP: 

5. NotatNummer 



Notes: NotatNummer identificerer delvist Notat 

DEFINITION: Notatlinienr. Specifikt nr., der 

karakteriserer arten af den tilhørende notattekst 

MAP: ENOT 

BBRfelt: 106, 232, 324 

6. NotatTekst 



Notes: NotatTekst er af Notat 

DEFINITION: Notat tekstfelt 

Notater om ejendommen, der ikke i forvejen kan 

indberettes til de faste datafelter. Et antal linier er 

reserveret til generel anvendelse efter fastlagte 

retningslinier, medens de resterende kan anvendes af 

den enkelte kommune. 

MAP: HNOT 

BBRfelt: 143, 277, 344 




Notes: FK_OpretUserId er af Notat 

8. NotatOpretTimestamp 



Brugeren der har oprettet recorden.


9. NotatAendretTimestamp 



10. NotatAendretFunktion 



11. NotatOphoertTimestamp 






Notes: FK_BrugerAendret_id er af Notat 

13. NotatSlettetTimestamp 



Index details 

Notat_idx1 


Unique: No 


Grund_Notat_FK1 

03-04-2013 1:52 124 












Bygning_Notat_FK1 










Etage_Notat_FK1 



Relationship type: Non-Identifying








Opgang_Notat_FK1 










Rum_Notat_FK1 










Enhed_Notat_FK1 










Tekniskanlaeg_Notat_FK1 










AdgangsAdresse_Notat_FK1 



03-04-2013 1:52 125









Brugsenhed_Notat_FK1 










03-04-2013 1:52 126


Notes: Opgang/Indgang 

03-04-2013 1:52 127 

Opgang 

Ved en Opgang/indgang forstås det primære adgangsgivende opgangsareal og/eller en indgangsdør, 

som giver adgang til en samlet eller væsentlig del af en Bygning. 

Owner: 





Codes: 0 

Type: Table 


Opgang_id uniqueidentifier Not allowed 

FK_AdgangsAdresse_id (FK,I1) uniqueidentifier Not allowed 


OpgangNybyggeri tinyint Not allowed 



FK_OpgangStam_id (FK,I4) uniqueidentifier Allowed 

FK_Bygning_id (FK,I3) uniqueidentifier Not allowed 

OpgangElevator tinyint Allowed 

OpgangDataFelt1 int Allowed 

OpgangDataFelt2 char(1) Allowed 

OpgangDataFelt3 char(1) Allowed 

OpgangSagstype tinyint Allowed 











OpgangOpretTimestamp datetime Not allowed 

OpgangAendretTimestamp datetime Not allowed 

OpgangAendretFunktion varchar(40) Not allowed 

OpgangOphoertTimestamp datetime Allowed 

OpgangGyldighedsdato datetime Allowed 


OpgangSlettetTimestamp datetime Allowed 


Opgang_idx1 (I1) FK_AdgangsAdresse_id Ascending 

Opgang_idx2 (I2) FK_Byggesag_id Ascending 

Opgang_idx3 (I3) FK_Bygning_id Ascending 

Opgang_idx4 (I4) FK_OpgangStam_id Ascending 


Bygning_Opgang_FK1 FK_Bygning_id Bygning.Bygning_id 

AdgangsAdresse_Opgang_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

Opgang_Opgang_FK1 FK_OpgangStam_id Opgang_id 

Byggesag_Opgang_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Opgang_Notat_FK1 Notat.FK_Parent_id Opgang_id 

Opgang_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Opgang_id 

Opgang_EnhedOpgang_FK1 EnhedOpgang.FK_Opgang_id Opgang_id 

Opgang_Enhed_FK1 Enhed.FK_Opgang_id Opgang_id



1. Opgang_id 



Notes: OPG.1 - Opgang_id identificerer Opgang 




Notes: OPG.2 - Opgangs adgangsadresse 

03-04-2013 1:52 128 

på stamdelen (objekttype 1) skal disse være unikke, med undtagelse af anneks. 

(dette er ikke tilfældet i øjeblikke, men det er målet). 

3. ObjektType 



Notes: OPG.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


4. OpgangNybyggeri 







Koder 

5. BK_Crud_id 






Indeholder Crud id for bygningen i KMD BBR. 

Bemærk opgange synkroniseres via bygning, så stol ikke på feltet. 





del af. 

7. FK_OpgangStam_id (FK,I4) 





8. FK_Bygning_id (FK,I3)




Notes: OPG.4 - Bygningen hvor i Opgang befinder sig 

9. OpgangElevator 



Notes: OPG.20 - Elevator 

03-04-2013 1:52 129 


DEFINITION: Kode for elevator 

MAP: CELEV 

BBRfelt: 231 

10. OpgangDataFelt1 



Notes: OPG.21 - TomtFelt1 









13. OpgangSagstype 



Notes: Sag: 

1 Nybyggeri 



Stam: 








Notes: OPG.80 - KommunaltFelt1 










Notes: OPG.82 - KommunaltFelt3


03-04-2013 1:52 130 




















Notes: OPG.86 - Journalnummer 




Notes: OPG.87 - ESDH_Reference 




Notes: OPG.99 - Sikkerhedsklassifikation 





24. OpgangOpretTimestamp 



Notes: OpgangOpretTimestamp 


25. OpgangAendretTimestamp 



Notes: OpgangAendretTimestamp 


26. OpgangAendretFunktion 



Notes: OpgangAendretFunktion 

Angiver hvilken funktion der seneste har rette i recorden.


03-04-2013 1:52 131 


27. OpgangOphoertTimestamp 



Notes: OpgangOphoertTimestamp 

28. OpgangGyldighedsdato 






Notes: FK_BrugerAendret_id er af Opgang 

30. OpgangSlettetTimestamp 





oprettet. 




Index details 

Opgang_idx1 


Unique: No 

Opgang_idx2 


Unique: No 

Opgang_idx3 


Unique: No 

Opgang_idx4 

Column(s): FK_OpgangStam_id (Asc) 

Unique: No 


Bygning_Opgang_FK1 











AdgangsAdresse_Opgang_FK1 










Opgang_Opgang_FK1 


FK_OpgangStam_id Opgang_id 








Byggesag_Opgang_FK1 










03-04-2013 1:52 132


Notes: Tabel over Postdistrikt 

03-04-2013 1:52 133 

Postdistrikt 


Owner: 





Codes: 0 

Type: Table 


Postdistrikt_id uniqueidentifier Not allowed 

PostdistriktNummer (U1) smallint Not allowed 

PostdistriktNavn varchar(20) Not allowed 

PostdistriktCprTimestamp datetime Not allowed 


PostdistriktOpretTimestamp datetime Not allowed 

PostdistriktAendretTimestamp datetime Not allowed 

PostdistriktAendretFunktion varchar(40) Not allowed 

PostdistriktOphoertTimestamp datetime Allowed 


Postdistrikt_UC1 (U1) PostdistriktNummer Ascending 


Postdistrikt_Vejstykke_FK1 Vejstykke.FK_PostdistriktNummer PostdistriktNummer 


1. Postdistrikt_id 



2. PostdistriktNummer (U1) 



3. PostdistriktNavn 



Notes: PostdistriktNavn 

Distriketes navn 

4. PostdistriktCprTimestamp 



Notes: PostdistriktCprTimestamp 

Timestamp fra CPR. 





6. PostdistriktOpretTimestamp 



Notes: PostdistriktOpretTimestamp


03-04-2013 1:52 134 


7. PostdistriktAendretTimestamp 



Notes: PostdistriktAendretTimestamp 


8. PostdistriktAendretFunktion 



Notes: PostdistriktAendretFunktion 



9. PostdistriktOphoertTimestamp 



Notes: PostdistriktOphoertTimestamp 

Index details 

Postdistrikt_UC1 

Column(s): PostdistriktNummer (Asc) 

Unique: Yes 



03-04-2013 1:52 135 

Rum 

Notes: Ved et Rum forståe et volumen, som er fysisk afgrænset af loft, vægge og gulv og ikke yderligere rent 

fysisk er opdelt i Rum. 


1) Et Rum kan befinde sig inde i en Erhvervs-/Boligenhed. 

2) Et Rum kan befinde sig uden for en Erhvervs-/Boligenhed. Eks. et kælder- eller loftsrum tildelt til 

lejligheden. 

3) Et Rum unden tilknytning til Erhvervs-/Boligenhed, men men beliggende på en etage. Eks. 

Vaskerum i kælderen eller fælleskøkken. 

Owner: 





Codes: 0 

Type: Table 


Rum_id (I1) uniqueidentifier Not allowed 

RumNummer smallint Not allowed 


RumNybyggeri tinyint Not allowed 


FK_RumStam_id (FK,I5) uniqueidentifier Allowed 

FK_Etage_id (FK,I4) uniqueidentifier Not allowed 

FK_Enhed_id (FK,I3) uniqueidentifier Allowed 

RumIEnhed tinyint Allowed 

RumKlassifikation char(4) Allowed 

RumAreal int Allowed 

RumArealKilde int Allowed 

RumSagstype tinyint Allowed 











RumOpretTimestamp datetime Not allowed 

RumAendretTimestamp datetime Not allowed 

RumAendretFunktion varchar(40) Not allowed 

RumOphoertTimestamp datetime Allowed 

RumNybyggeriTimestamp datetime Allowed 


RumSlettetTimestamp datetime Allowed 


Rum_idx1 (I1) Rum_id Ascending 

Rum_idx2 (I2) FK_Byggesag_id Ascending 

Rum_idx3 (I3) FK_Enhed_id Ascending 

Rum_idx4 (I4) FK_Etage_id Ascending 

Rum_idx5 (I5) FK_RumStam_id Ascending 


Etage_Rum_FK1 FK_Etage_id Etage.Etage_id 

Enhed_Rum_FK1 FK_Enhed_id Enhed.Enhed_id


Rum_Rum_FK1 FK_RumStam_id Rum_id 

Byggesag_Rum_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Rum_Notat_FK1 Notat.FK_Parent_id Rum_id 

Rum_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Rum_id 


1. Rum_id (I1) 



Notes: RUM.1 - Rum_id identificerer Rum 

2. RumNummer 



Notes: RUM.6 - Rumnummer 

03-04-2013 1:52 136 

Brugervent nøgle. Entyding for etage 

3. ObjektType 



Notes: RUM.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


4. RumNybyggeri 







Koder 







del af. 

6. FK_RumStam_id (FK,I5) 








Notes: Etagen hvor på Rummet befinder sig. 






Notes: Et Rum kan befinder sig i, eller være tilknyttet til en enhed. 

9. RumIEnhed 



Notes: RumIEnhed 

03-04-2013 1:52 137 

Hvis feltet er forskellig fra NULL, så fortæller feltet RumIEnhed om rummet er i enheden, eller 

tilknyttet til enheden. 

Peger altid på Grund med objekttype 1 eller 2 (hvis den ikke er null). 

RUM.200: Angiver om et RUM befinder sig ind i en enhed, eller om rummet er udenfor den enhed 

rummet er tilknyttet. Feltet er kun relevant hvis FK_Enhed_id ikke er null. 

0: Rum udenfor den enhed rummet er tilknyttet. 

1: Rum i Enhed 

10. RumKlassifikation 



Notes: RUM.20 - Klasseifikation 

11. RumAreal 



Notes: RUM.21 - Areal 

Angiver hvad rummets primære formål er. 

Rummet størrelse 

12. RumArealKilde 



Notes: RUM.22 - KildeTilRummetsAreal 

Kvalitet af areal information 

13. RumSagstype 



Notes: Sag: 

1 Nybyggeri 



Stam: 








Notes: RUM.80 - KommunaltFelt1 

Kommunespecifikt felt, med tilhørende kode.






03-04-2013 1:52 138 

























Notes: RUM.86 - Journalnummer 




Notes: RUM.87 - ESDH_Reference 




Notes: RUM.99 - Sikkerhedsklassifikation 





24. RumOpretTimestamp 



Notes: RumOpretTimestamp 

25. RumAendretTimestamp 





Notes: RumAendretTimestamp 

03-04-2013 1:52 139 


26. RumAendretFunktion 



Notes: RumAendretFunktion 

27. RumOphoertTimestamp 



Notes: RumOphoertTimestamp 

28. RumNybyggeriTimestamp 



Notes: RumNybyggeriTimestamp 





oprettet. 


Beregnet felt i databasen. Hvis feltet Nybyggeri = 1 så indeholder feltet OpretTimestamp eller NULL. 

Bruges til lave et specifikt unik index. 




Notes: FK_BrugerAendret_id er af Rum 

30. RumSlettetTimestamp 



Index details 

Rum_idx1 

Column(s): Rum_id (Asc) 

Unique: No 



Rum_idx2 


Unique: No 

Rum_idx3 


Unique: No 

Rum_idx4 

Column(s): FK_Etage_id (Asc)


Unique: No 

Rum_idx5 

Column(s): FK_RumStam_id (Asc) 

Unique: No 


Etage_Rum_FK1 










Enhed_Rum_FK1 










Rum_Rum_FK1 


FK_RumStam_id Rum_id 








Byggesag_Rum_FK1 










03-04-2013 1:52 140


Notes: Tabel over Slet 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:52 141 

Slet 

Bruges til at fange permanente sletninger med. Til vidregivelse af data til OIS. 


Slet_id uniqueidentifier Not allowed 

FK_Parent_id (I1) uniqueidentifier Not allowed 

SletTabel tinyint Not allowed 

BK_Kommunenummer smallint Allowed 

SletOpretTimestamp datetime Not allowed 

SletTimestamp datetime Not allowed 


Slet_idx1 (I1) FK_Parent_id Ascending 


1. Slet_id 







Record der er blevet permanent slettet. 

3. SletTabel 



Notes: SletTabel 

Angiver hvilken tabel den slette record befandt sig i. 

Typer: 

1: Grund 

2: Bygning 

3: Enhed 


5: Opgang/Indgang 

6: Etage 

7: Rum 

8: Brugsenhed 


10: Enhedsadresse 

11: Adressesag 

12: Geometri 

4. BK_Kommunenummer 



Notes: Kommunenummer


5. SletOpretTimestamp 



Notes: SletOpretTimestamp 

6. SletTimestamp 



Notes: SletTimestamp 

03-04-2013 1:52 142 

Skal udfyldes for tabeller hvor data kan henføres til en kommune. 

Hvornår den slettede record oprindeligt blev oprettet. 

Tidspunkt for sletningen. 

Index details 

Slet_idx1 


Unique: No


03-04-2013 1:52 143 

Tekniskanlaeg 

Notes: Ved et Teknisk anlæg forstås en stedfast, klart afgrænset konstruktion, som er opført til et bestemt 

teknisk formål, og ikke kan karakteriseres som en Bygning. Typen af et Teknisk anlæg vil blive 

nærmere defineret ved en positivliste i BBR-instruksen. 

Owner: 





Codes: 0 

Type: Table 


Tekniskanlaeg_id uniqueidentifier Not allowed 

TekniskanlaegNummer (U1) smallint Not allowed 


TekniskanlaegNybyggeri tinyint Not allowed 

FK_Byggesag_id (FK,U1,I6) uniqueidentifier Allowed 

FK_TekniskanlaegStam_id (FK,I5) uniqueidentifier Allowed 


FK_Matrikel_id (FK,I1) uniqueidentifier Not allowed 

FK_Bygning_id (FK,I3) uniqueidentifier Allowed 


FK_AdgangsgivendeVejKode smallint Allowed 

TekniskanlaegTilnaermetAdresse tinyint Allowed 


TekniskanlaegKlassifikation smallint Allowed 

TekniskanlaegFabrikatType varchar(50) Allowed 

BK_EksternDatabase varchar(50) Allowed 

BK_EksternNoegle varchar(50) Allowed 

TekniskanlaegEtableringsaar smallint Allowed 

TekniskanlaegSenestTilOmbygningsaar smallint Allowed 

TekniskanlaegStoerrelsesklasse tinyint Allowed 

TekniskanlaegPlacering char(1) Allowed 

TekniskanlaegSloejfning tinyint Allowed 

TekniskanlaegFabrikationsnummer char(10) Allowed 

TekniskanlaegTypegodkendelsesnummer char(10) Allowed 

TekniskanlaegStoerrelse int Allowed 

TekniskanlaegOlietankKilde tinyint Allowed 

TekniskanlaegType tinyint Allowed 

TekniskanlaegIndhold tinyint Allowed 

TekniskanlaegSloejfningsfristDato datetime Allowed 

TekniskanlaegRumfangM3 int Allowed 

TekniskanlaegAreal int Allowed 

TekniskanlaegHoejde int Allowed 

TekniskanlaegEffektKW int Allowed 

TekniskanlaegFredningStatus char(2) Allowed 

TekniskanlaegGeometriKilde tinyint Allowed 

TekniskanlaegGeometriNoejagtighedsklasse char(2) Allowed 

TekniskanlaegSagstype tinyint Allowed 

TekniskanlaegOphoertTimestamp datetime Allowed 

TekniskanlaegFabrikationsaar smallint Allowed 

TekniskanlaegMatriale tinyint Allowed 

TekniskanlaegInvendigBeskyttelse tinyint Allowed 

TekniskanlaegInvendigBeskyttelseDato datetime Allowed 

TekniskanlaegCEmaerke varchar(50) Allowed 





KommunaltFelt5 int Allowed







TekniskanlaegOpretTimestamp datetime Not allowed 

TekniskanlaegAendretTimestamp datetime Not allowed 

TekniskanlaegAendretFunktion varchar(40) Not allowed 

TekniskanlaegGyldighedsdato datetime Allowed 


TekniskanlaegSloejningsAar smallint Allowed 

TekniskanaegSlettetTimestamp datetime Allowed 


Tekniskanlaeg_idx1 (U1) TekniskanlaegNummer 

Ascending 


Ascending 

Tekniskanlaeg_idx2 (I1) FK_Matrikel_id Ascending 

Tekniskanlaeg_idx3 (I2) FK_AdgangsAdresse_id Ascending 

Tekniskanlaeg_idx4 (I3) FK_Bygning_id Ascending 

Tekniskanlaeg_idx5 (I4) FK_Geometri_id Ascending 

Tekniskanlaeg_idx6 (I5) FK_TekniskanlaegStam_id Ascending 

Tekniskanlaeg_idx7 (I6) FK_Byggesag_id Ascending 


AdgangsAdresse_Tekniskanlaeg_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

Geometri_Tekniskanlaeg_FK1 FK_Geometri_id Geometri.Geometri_id 

Tekniskanlaeg_Tekniskanlaeg_FK1 FK_TekniskanlaegStam_id Tekniskanlaeg_id 

Matrikel_Tekniskanlaeg_FK1 FK_Matrikel_id Matrikel.Matrikel_id 

Bygning_Tekniskanlaeg_FK1 FK_Bygning_id Bygning.Bygning_id 

Byggesag_Tekniskanlaeg_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Tekniskanlaeg_Notat_FK1 Notat.FK_Parent_id Tekniskanlaeg_id 

Tekniskanlaeg_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Tekniskanlaeg_id 

Tekniskanlaeg_Ejerskab_FK1 Ejerskab.FK_BbrId Tekniskanlaeg_id 


1. Tekniskanlaeg_id 



Notes: TEK.1 - Tekniskanlæg_id identificerer Tekniskanlæg 

2. TekniskanlaegNummer (U1) 



Notes: TEK.7 - I stam delen er anlægsnummer unik inden for ejendommen. 

3. ObjektType 



Notes: TEK.100 - Status er af Tekniskanlæg 

4. TekniskanlaegNybyggeri 



Notes: Er afhængig af feltet ObjektType. 

03-04-2013 1:52 144 



Koder 


1: Nybyggeri (data ikke udfyldt, se ændringsdata Objekttype 3 eller 4.)






del af. 

6. FK_TekniskanlaegStam_id (FK,I5) 





7. BK_Crud_id 







Notes: Angiver på hvilken matrikel det Tekniskanlaeg ligger. 




Notes: Bruges hvis det Teknisk anlæg, der befinder sig i en bygning 




Notes: Angiver adgangsadressen til det tekniske anlæg. 

Feltet TekniskanlaegTilnaermetAdresse angiver denne adresse er tilnærmet. 




12. TekniskanlaegTilnaermetAdresse 



Notes: Angiver om adressen (felt FK_Adresse_id) er tilnærmet eller ej. 

03-04-2013 1:52 145 

0: Adgangsadresse 

1: Tilnærmet adresse (adgangsadresse eller vejadresse). 




Notes: Angiver koordinat for det tekniskeanlægs placering. 

14. TekniskanlaegKlassifikation 



Notes: TEK.20 - Klassifikation er af Tekniskanlæg 

15. TekniskanlaegFabrikatType 



Notes: TEK.21 - FabrikantEllerType er af Tekniskanlæg 

16. BK_EksternDatabase




Notes: TEK.22 - EksternDatabase er af Tekniskanlæg 

17. BK_EksternNoegle 



Notes: TEK.23 - EksternNøgle er af Tekniskanlæg 

18. TekniskanlaegEtableringsaar 



Notes: TEK.24 - Etableringsår er af Tekniskanlæg 

03-04-2013 1:52 146 

Feltet hed tidliger Opførelsesår 

19. TekniskanlaegSenestTilOmbygningsaar 



Notes: TEK.25 - TilOmbygningsår er af Tekniskanlæg 

20. TekniskanlaegStoerrelsesklasse 



Notes: TEK.26 - Størrelsesklasse er af Tekniskanlæg 

DEFINITION: Olietankstørrelse 

Angiver størrelsesklassen af tank. 

VÆRDISÆT: 


kodeværdier: 

1->Under 6.000 liter 

2->6.000 - 100.000 liter 

3->Over 100.000 liter 

MAP: CSTOER 

BBRfelt: 111, 114, 117 

21. TekniskanlaegPlacering 



Notes: TEK.27 - Placering er af Tekniskanlæg 

22. TekniskanlaegSloejfning 



Notes: TEK.28 - Sløjfning af tekniskanlæg 

Feltet hed tidliger: AfblændetOpfyldt 

23. TekniskanlaegFabrikationsnummer 



Notes: TEK.30 - Fabrikationsnr er af Tekniskanlæg 

24. TekniskanlaegTypegodkendelsesnummer 



Notes: TEK.31 - Typegodkendelsesnr er af Tekniskanlæg 

25. TekniskanlaegStoerrelse 

Physical data type: int



Notes: TEK.32 - Størrelse er af Tekniskanlæg 

26. TekniskanlaegOlietankKilde 



Notes: Olietanks placering og skabelse i forbindelse med konverteringen. 

27. TekniskanlaegType 



Notes: TEK.33 - Type er af Tekniskanlæg 

03-04-2013 1:52 147 

0: Ikke olietank 

1: Olietank placeret på rigtig matrikel (ved konvteringen var der kun en matrikel på ejendommen/eller 

sagsbehandler har placeret den på den rigtige). 

2: Olietank placeret på rigtig matrikel, overskydende (data mangler, skal udfyldes af sagsbehandler) 

3: Olietank placeret gættet matrikel (ved konvteringen var der flere matrikler på ejendommen). 

4: Olietank placeret gættet matrikel , overskydende (ved konvteringen var der flere matrikler på 

ejendommen. Samt data mangler, skal udfyldes af sagsbehandler) 

4 bliver til 2, når den bliver placeret rigtigt. 

4 bliver til 3, når data bliver udfyldt af sagsbehandler. 

4 bliver til 1, når den bliver placeret rigtigt OG når data bliver udfyldt af sagsbehandler. 



Kode der angiver vægene 

28. TekniskanlaegIndhold 



Notes: TEK.34 - Indhold er af Tekniskanlæg 

29. TekniskanlaegSloejfningsfristDato 



Notes: TEK.35 - SløjfningsfristDato er af Tekniskanlæg 

30. TekniskanlaegRumfangM3 



Notes: TEK.36 - Rumfang er af Tekniskanlæg 

31. TekniskanlaegAreal 



Notes: TEK.37 - Areal er af Tekniskanlæg 

32. TekniskanlaegHoejde 



Notes: TEK.38 - Højde er af Tekniskanlæg 

33. TekniskanlaegEffektKW 



Notes: TEK.39 - Effetk er af Tekniskanlæg 

34. TekniskanlaegFredningStatus 



Notes: TEK.40 - Fredning er af Tekniskanlæg


35. TekniskanlaegGeometriKilde 



Notes: TEK.41 - TekniskanlaegGeometriKilde er af Tekniskanlaeg 

36. TekniskanlaegGeometriNoejagtighedsklasse 



Notes: TEK.48 - TekniskanlaegGeometriNoejagtighedsklasse er af Tekniskanlaeg 

37. TekniskanlaegSagstype 



38. TekniskanlaegOphoertTimestamp 





oprettet. 


39. TekniskanlaegFabrikationsaar 



Notes: TEK.67 - TekniskanlaegFabrikationsaar er af Tekniskanlaeg 

40. TekniskanlaegMatriale 



Notes: TEK.68 - TekniskanlaegMatriale er af Tekniskanlaeg 

41. TekniskanlaegInvendigBeskyttelse 



Notes: TEK.69 - TekniskanlaegInvendigBeskyttelse er af Tekniskanlaeg 

42. TekniskanlaegInvendigBeskyttelseDato 



Notes: TEK.70 - TekniskanlaegInvendigBeskyttelseDato er af Tekniskanlaeg 

43. TekniskanlaegCEmaerke 



Notes: TEK.71 - TekniskanlaegCEmaerke er af Tekniskanlaeg 




Notes: TEK.80 - KommunaltFelt1 er af Tekniskanlæg 









03-04-2013 1:52 148

















Notes: TEK.86 - Journalnummer er af Tekniskanlæg 




Notes: TEK.87 - ESDH_Reference er af Tekniskanlæg 




Notes: TEK.99 - Sikkerhedsklassifikation er af Tekniskanlæg 





54. TekniskanlaegOpretTimestamp 




55. TekniskanlaegAendretTimestamp 




56. TekniskanlaegAendretFunktion 





57. TekniskanlaegGyldighedsdato 






Notes: FK_BrugerAendret_id er af Tekniskanlaeg 

03-04-2013 1:52 149 

Brugeren der senest har ændret data.


59. TekniskanlaegSloejningsAar 



Notes: TEK.72 - Sløjfningsår 

60. TekniskanaegSlettetTimestamp 



03-04-2013 1:52 150 


Index details 

Tekniskanlaeg_idx1 

Column(s): TekniskanlaegNummer (Asc) 


Unique: Yes 



Unique: No 



Unique: No 



Unique: No 



Unique: No 


Column(s): FK_TekniskanlaegStam_id (Asc) 

Unique: No 



Unique: No 


AdgangsAdresse_Tekniskanlaeg_FK1 










Geometri_Tekniskanlaeg_FK1 




Cardinality: Zero-or-One -to- Zero-or-More







Tekniskanlaeg_Tekniskanlaeg_FK1 


FK_TekniskanlaegStam_id Tekniskanlaeg_id 








Matrikel_Tekniskanlaeg_FK1 










Bygning_Tekniskanlaeg_FK1 










Byggesag_Tekniskanlaeg_FK1 










03-04-2013 1:52 151


Notes: Tabel over Vej 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:52 152 

Vej 


FK_KommuneNummer, VejKode og "GetDate() Between VejCprOpretTimestamp AND 



Vej_id uniqueidentifier Not allowed 

FK_KommuneNummer (U1,I1) smallint Not allowed 

VejKode (U1,I1) smallint Not allowed 

VejNavn varchar(40) Not allowed 

VejAdresseringsnavn varchar(20) Not allowed 

VejCprOpretTimestamp (I1) datetime Not allowed 

VejCprOphoertTimestamp (I1) datetime Not allowed 


VejOpretTimestamp datetime Not allowed 

VejAendretTimestamp datetime Not allowed 

VejAendretFunktion varchar(40) Not allowed 

VejOphoertTimestamp datetime Allowed 


Vej_AK (U1) FK_KommuneNummer 

Ascending 

VejKode 

Ascending 

Vej_idx1 (I1) FK_KommuneNummer 

Ascending 

VejKode 

Ascending 

VejCprOpretTimestamp 

Ascending 

VejCprOphoertTimestamp 

Ascending 


Vej_AdgangsAdresse_FK1 AdgangsAdresse.FK_VejKode VejKode 

Vej_Vejstykke_FK1 Vejstykke.FK_VejKode 

VejKode 

Vejstykke.FK_KommuneNummer 

FK_KommuneNummer 


1. Vej_id 



2. FK_KommuneNummer (U1,I1) 



Notes: Kommunen Vejen befinder sig i. 

3. VejKode (U1,I1) 



Notes: VejKode der sammen med kommunenummer identificerer vejen 

4. VejNavn 




Notes: Vejens fulde navn 





6. VejCprOpretTimestamp (I1) 




7. VejCprOphoertTimestamp (I1) 




03-04-2013 1:52 153 

Et forkortet navn for vejnavne over 20 tegn. 

For dem under eller ligmed 20 tegn er det, det samme som Vejnavnet. 





9. VejOpretTimestamp 



Notes: VejOpretTimestamp 


10. VejAendretTimestamp 



Notes: VejAendretTimestamp 

11. VejAendretFunktion 



Notes: VejAendretFunktion 


12. VejOphoertTimestamp 



Notes: VejOphoertTimestamp 



Index details 

Vej_AK 


VejKode (Asc) 

Unique: Yes 

Vej_idx1 




VejKode (Asc) 

VejCprOpretTimestamp (Asc) 

VejCprOphoertTimestamp (Asc) 

Unique: No 

03-04-2013 1:52 154


Notes: Tabel over Postnummer 

03-04-2013 1:52 155 

Vejstykke 

Tabel over de vejstykker der findes i et postnummer 


GetDate() Between PostnummerCprOpretTimestamp And PostnummerCprOphoerTimestamp 

Owner: 





Codes: 0 

Type: Table 


Vejstykke_id uniqueidentifier Not allowed 

FK_KommuneNummer (FK,I3) smallint Not allowed 

FK_VejKode (FK,I2,I3) smallint Not allowed 

VejstykkeHusnummerFra (I3) char(4) Not allowed 

VejstykkeHusnummerTil (I3) char(4) Not allowed 

VejstykkeVejside (I3) char(1) Not allowed 

FK_PostdistriktNummer (FK,I1) smallint Not allowed 

VejstykkeCprTimestamp datetime Not allowed 

VejstykkeCprOpretTimestamp datetime Not allowed 

VejstykkeCprOphoerTimestamp datetime Not allowed 


VejstykkeOpretTimestamp datetime Not allowed 

VejstykkeAendretTimestamp datetime Not allowed 

VejstykkeAendretFunktion varchar(40) Not allowed 

VejstykkeOphoertTimestamp datetime Allowed 


Vejstykke_idx1 (I1) FK_PostdistriktNummer Ascending 

Vejstykke_idx2 (I2) FK_VejKode Ascending 

Vejstykke_idx3 (I3) FK_VejKode 


VejstykkeHusnummerFra 

VejstykkeHusnummerTil 

VejstykkeVejside 

Ascending 

Ascending 

Ascending 

Ascending 

Ascending 


Postdistrikt_Vejstykke_FK1 FK_PostdistriktNummer Postdistrikt.PostdistriktNummer 

Vej_Vejstykke_FK1 FK_VejKode 

Vej.VejKode 


Vej.FK_KommuneNummer 


1. Vejstykke_id 



2. FK_KommuneNummer (FK,I3) 



Notes: Kommunen Vejstykket befinder sig i. 

3. FK_VejKode (FK,I2,I3) 



Notes: Hvilken vej Vejstykket omhandler


4. VejstykkeHusnummerFra (I3) 



Notes: Husnummer hvorfra Vejstykket begynder incl. 

5. VejstykkeHusnummerTil (I3) 



Notes: Husnummer hvor til Vejstykket slutter incl. 

6. VejstykkeVejside (I3) 



Notes: Hvilken side af vejen vejstykket omhandler. 

03-04-2013 1:52 156 

Værdisæt: 

L : Siden af vejen med Lige husnumre 

U : Siden af vejen med Ulige husnumre 

7. FK_PostdistriktNummer (FK,I1) 



Notes: Postdistrikt Vejstykket indgår i. 

8. VejstykkeCprTimestamp 




9. VejstykkeCprOpretTimestamp 




10. VejstykkeCprOphoerTimestamp 








12. VejstykkeOpretTimestamp 



Notes: VejstykkeOpretTimestamp 


13. VejstykkeAendretTimestamp 



Notes: VejstykkeAendretTimestamp 


14. VejstykkeAendretFunktion 



Notes: VejstykkeAendretFunktion


03-04-2013 1:52 157 



15. VejstykkeOphoertTimestamp 



Notes: VejstykkeOphoertTimestamp 


Index details 

Vejstykke_idx1 

Column(s): FK_PostdistriktNummer (Asc) 

Unique: No 



Unique: No 



FK_KommuneNummer (Asc) 

VejstykkeHusnummerFra (Asc) 

VejstykkeHusnummerTil (Asc) 

VejstykkeVejside (Asc) 

Unique: No 


Postdistrikt_Vejstykke_FK1 


FK_PostdistriktNummer Postdistrikt.PostdistriktNummer 








Vej_Vejstykke_FK1 



FK_KommuneNummer Vej.FK_KommuneNummer 








relationen er 

Postnummer INNER JOIN Vej ON Postnummer.FK_KommuneNummer = Vej.FK_KommuneNummer 

AND FK_VejKode = VejKode AND GetDate() Between VejCprOpretTimestamp AND 


Ref. Integrity on update: No action



03-04-2013 1:52 158

07 - BbrdataFysisk_version10_0_blaa.rtf 

Target DBMS: Microsoft Server 

Number of tables: 41 

Number of views: 0 




Last build date: Not built 

03-04-2013 1:54 1 

Table Report 

07_BbrdataFysisk_v10.0 

Database summary 

Tables Columns Indexes Foreign keys Notes 

EnhedsAdresse 29 0 3 En ”enhedsadresse” skal entydigt identificere 

hovedadgangen til den enkelte bolig- eller 

erhvervsenhed inde i en bygning, dvs. entrédøren 

e.l. 

En enhedsadresse består af en adgangsadresse 

(dvs. vejnavn og husnummer) plus 

etagebetegnelse og sidebetegnelse eller 

dørnummer 

By 14 2 0 By eller nærmere bynavn. Bynavne i CPR 

registrets relateret til adresser (vejafsnit). 

Lokalitet 14 1 0 Kommunen kan efter adressebekendtgørelsens § 

12, stk. 2, knytte et historisk og permanent 

bygningsnavn, gårdnavn eller lignende til en eller 

flere adgangsadresser. 

Oplysningen indgår som en del af den 

fuldstændige adressebetegnelse, f.eks. i 

CPR-systemet, men benyttes kun af enkelte andre 

it-systemer. Muligheden for at registrere 

bygnings- og gårdnavne blev indført i 1980’erne 

efter et politisk ønske om at kunne bevare de 

oprindelige gårdnavne o.l. som en del af den 

officielle adressebetegnelse. 

(Bemærk CPR registrer på boligen og ikke på 

bygningen.) 

Slet 6 1 0 Tabel over Slet 

Bruges til at fange permanente sletninger med. Til 

vidregivelse af data til OIS. 

FeltHistorikArkiv 6 1 0 Tabel over Felt historik 



Denne tabel opdateres via trigger på FeltHistorik 

tabellen.


Ejerskab 19 2 4 Ejerskab indeholder ejerforholdskode og 


Når grunde peger på ejerskab, er ejerskabet 

gældende for alle entieter på grunden. 

Når peger på andet en grunde, er der tale om 

ejerlejligheder. 

Vejstykke 15 3 2 Tabel over Postnummer 

03-04-2013 1:54 2 

Tabel over de vejstykker der findes i et 

postnummer 


GetDate() Between 

PostnummerCprOpretTimestamp And 

PostnummerCprOphoerTimestamp 

EnhedEnhedsAdresse 11 2 2 Tabel over EnhedAdresse 



EnhedOpgang 11 2 2 Tabel over EnhedOpgang 



FeltHistorik 6 1 16 Tabel over FeltHistorik 


KommunaltEjerlav 12 2 1 Ejerlavstabel, delt op pr kommune. Med andre 

ord, et ejerlav der dækker flere kommuner, ligger 

der en række pr kommune. 

Kommune 14 1 0 Generelle informationer om kommune. 

Kommune er de administrerende enheder, der 

vedligholder BBR. 

Kommuner med kommunenummer mindre en 

100, er ikke kommuner i ordes betydning, men 

bruges til diverse administrative enheder. 

Matrikel 20 3 3 Matrikel tabellen indholder matrikler fra KMS og 

ESR. 

Postdistrikt 9 1 0 Tabel over Postdistrikt 


Vej 12 2 0 Tabel over Vej 


FK_KommuneNummer, VejKode og "GetDate() 

Between VejCprOpretTimestamp AND 


Notat 13 1 9 Notat, indholder notater tilknyttet til en given 

record i en entitet. 

NotatType fortæller hvilken entitet, FK_Parent_id 

hvilken række i entiteten. Notatnummer angiver 

den sidste underopdeling (se beskrivelsen af 

felterne). 

Brugsenhed 30 4 4 Tabel over Brugsenhed 

Brugsenhed. 


AdresseSag 13 0 1 AdresseSag 

En adressesag kan indeholde sagsdata fra


Enhed 65 7 7 Tabel over Enhed 

03-04-2013 1:54 3 

adgangsadresse og enhedsadresse, data fra disse 

entieter har statuskode 3 (StatusKode er som felt 

navngivet ObjektType). 

Ved afslutning af en sag opdateres stamdata med 

sagsdata, og statuskoden for byggesagen ændres 

til afsluttet byggesag (statuskode 4). Sagsdata 

slettes ikke. 

Foreløbige adresser (nye adresser), ændres fra 

status 3 til 1 for at holde historik. 

Adressesager, som henlægges, slettes ikke, men 


Indholder oplysninger over bolig- og 

erhversenheder. 

Bemærk for hver record i enhed skal skal oprettes 

en record i EnhedOpgang med 


Samt en record i EnhedAdresse med 

EnhedAdressePrimaerAdresse sat til 1. 

Rum 30 5 4 Ved et Rum forståe et volumen, som er fysisk 

afgrænset af loft, vægge og gulv og ikke 

yderligere rent fysisk er opdelt i Rum. 


1) Et Rum kan befinde sig inde i en 

Erhvervs-/Boligenhed. 

2) Et Rum kan befinde sig uden for en 

Erhvervs-/Boligenhed. Eks. et kælder- eller 

loftsrum tildelt til lejligheden. 

3) Et Rum unden tilknytning til 

Erhvervs-/Boligenhed, men men beliggende på en 

etage. Eks. Vaskerum i kælderen eller 

fælleskøkken. 

Opgang 30 4 4 Opgang/Indgang 

Ved en Opgang/indgang forstås det primære 

adgangsgivende opgangsareal og/eller en 

indgangsdør, som giver adgang til en samlet eller 

væsentlig del af en Bygning. 

Etage 32 3 3 Ved en Etage forstås et sammenhængende vandret 

bærende etageplan i en Bygning afgrænset af 

ydermurens yderside. Etager, der opdeles af et 

niveauspring på mere end ½ etagehøjde, regnes 

ikke som en samlet Etage, Trappeskakter, 

udvendige trapper og adgangsarealer indregnes i 

Etagen. 

Tekniskanlaeg 63 7 6 Ved et Teknisk anlæg forstås en stedfast, klart 

afgrænset konstruktion, som er opført til et 

bestemt teknisk formål, og ikke kan karakteriseres 

som en Bygning. Typen af et Teknisk anlæg vil 

blive nærmere defineret ved en positivliste i 

BBR-instruksen. 

Byggesag 38 0 1 Byggesag 

En byggesag kan indeholde sagsdata fra en række 

entieter, data fra disse entieter har statuskode 3 


Ved afslutning af et byggeri opdateres stamdata


Geometri 18 0 1 Geometri 

03-04-2013 1:54 4 

med sagsdata, og statuskoden for byggesagen 

ændres til afsluttet byggesag (statuskode 4). 

Sagsdata slettes ikke 

Byggesager, som henlægges, slettes ikke, men 


Det skal være muligt at oprette stamdata direkte, 

dvs. med statuskode 1, uden forudgående 


Indholder geografiske punkter for 

Adgangsadresser, Bygninger og Teknisk anlæg. 

AdgangsAdresse 43 6 6 En adgangsadresse angiver en bestemt 

hovedadgangsvej til en ejendom, bygning e.l., 

dvs. hoveddøren, opgangsdøren e.l. 

Adgangsadressen består af vejnavn og 

husnummer. 

Bygning 94 7 6 En Bygning er defineret som é eller flere 

konstruktioner, der udgør en rumlig helhed og 

som skærmer mod vejrliget. En bygning skal som 

minimum bestå af en overdækning (et tag). 

Grund 42 5 4 Tabel over Grund 

Ved Grund forstås det jordstykke, hvorpå 

bygningen eller det tekniske anlæg er beliggende. 

Definition af Grund der understøtter beregning af 

bebyggelsesprocent er: 


A) En 

matrikel 

B) Flere 

matrikler der er samnoteret og geografisk 

sammenhængende. 

C) Et 

umatrikuleret areal 

Når en Grund består af flere matrikler, skal alle 

matrikler der er geografisk 

sammenhængende indenfor samnoteringen, 

medtages i den pågældende 

Grund. En Grund oprettes kun i Nyt BBR når der 

forefindes mindst en BBR-relevant entitet på 

området (bygning, adresse eller teknisk anlæg). 


Fast ejendom: 











“samlet fast ejendom”


EnergiIndberetningsklient 9 0 0 

 

 

 

 

 

EnergiIndberetningsrequest 11 1 2 

 

 

 

 

 

EnergiTilstandsstatus 9 0 0 

 

 

 

 

 

EnergiIndberetning 12 0 3 

 

 

 

 

 

EnergiBehandlingsstatus 9 0 0 

 

 

 

 

 

EnergiBehandlingsfejl 11 0 1 

 

 

 

 

 

EnergiForbrug 36 1 4 Energiforbrug tabellen er den centrale tabel og 

indeholder oplysninger eller referencer til 

oplysninger om et energiforbrug 

EnergiForsyningsselskab 9 0 0 

 

 

 

 

 

EnergiMaaleenhed 8 0 0 

 

 


value="EME" /> 

 

 

EnergiHemmeligadresse 10 0 0 

 

 

 

 

 

EnergiAfregningsstatus 8 0 0 

 

 

 

 

 

EnergiForsyningsart 8 0 0 De forskellige forsyningsarter findes i denne tabel 


EnergiForsyningsartMaaleenhed 9 0 2 De forskellige forsyningsarters måleenheder 

findes i denne tabel 


03-04-2013 1:54 6


03-04-2013 1:54 7 

AdgangsAdresse 

Notes: En adgangsadresse angiver en bestemt hovedadgangsvej til en ejendom, bygning e.l., dvs. hoveddøren, 

opgangsdøren e.l. Adgangsadressen består af vejnavn og husnummer. 

Owner: 





Codes: 0 

Type: Table 


AdgangsAdresse_id LONGBINARY Not allowed 

FK_Matrikel_id (FK,I3) LONGBINARY Allowed 

FK_Kommune_id (FK,I6) LONGBINARY Not allowed 

FK_VejKode (FK,I5) SHORT Not allowed 

AdgangsAdresseHusnummer CHAR(4) Allowed 

ObjektType SHORT Not allowed 

BK_Crud_id LONG Allowed 

FK_SagAdresse_id (FK,I4) LONGBINARY Allowed 

FK_AdgangsAdresseStam_id (FK,I1) LONGBINARY Allowed 

AdgangsAdresseKilde SHORT Allowed 

AdgangsAdresseOprettelsesDato DATETIME Allowed 

AdgangsAdresseIKrafttraedelsesDato DATETIME Allowed 

AdgangsAdresseSenesteAendringsDato DATETIME Allowed 

AdgangsAdresseNedlaeggelsesDato DATETIME Allowed 

BK_Adressepunkt_id LONGBINARY Allowed 

AdgangsAdresseGeometriKilde SHORT Allowed 

AdgangsAdresseNoejagtighedsklasse CHAR(1) Allowed 

FK_Geometri_id (FK,I2) LONGBINARY Allowed 

AdgangsAdresseTekniskStandard CHAR(2) Allowed 

KommunaltFelt1 CHAR(3) Allowed 



KommunaltFelt4 LONG Allowed 



Journalnummer TEXT(60) Allowed 

BK_ESDHReference TEXT(200) Allowed 

Sikkerhedsklassifikation SHORT Not allowed 

FK_OpretBruger_id LONGBINARY Not allowed 

AdgangsAdresseOpretTimestamp DATETIME Not allowed 

AdgangsAdresseAendretTimestamp DATETIME Not allowed 

AdgangsAdresseAendretFunktion TEXT(40) Not allowed 

AdgangsAdresseOphoertTimestamp DATETIME Allowed 

Vejnavn TEXT(40) Allowed 

Bynavn TEXT(50) Allowed 

Postdistriktnummer SHORT Allowed 

Postdistriknavn TEXT(20) Allowed 

LokalitetNavn TEXT(34) Allowed 

EntydigVej SHORT Allowed 

VejAdresseringsnavn TEXT(20) Allowed 

AdgangsAdresseBeregn LONGBINARY Allowed 

FK_BrugerAendret_id LONGBINARY Not allowed 

AdgangsAdresseSlettetTimestamp DATETIME Allowed 


Adresse_idx1 (I1) FK_AdgangsAdresseStam_id Ascending 

Adresse_idx2 (I2) FK_Geometri_id Ascending 

Adresse_idx3 (I3) FK_Matrikel_id Ascending 

Adresse_idx4 (I4) FK_SagAdresse_id Ascending


Adresse_idx6 (I5) FK_VejKode Ascending 

Adresse_idx5 (I6) FK_Kommune_id Ascending 


Geometri_AdgangsAdresse_FK1 FK_Geometri_id Geometri.Geometri_id 

AdgangsAdresse_AdgangsAdresse_FK1 FK_AdgangsAdresseStam_id AdgangsAdresse_id 

AdresseSag_AdgangsAdresse_FK1 FK_SagAdresse_id AdresseSag.AdresseSag_id 

Vej_AdgangsAdresse_FK1 FK_VejKode Vej.VejKode 

Matrikel_AdgangsAdresse_FK1 FK_Matrikel_id Matrikel.Matrikel_id 

Kommune_AdgangsAdresse_FK1 FK_Kommune_id Kommune.Kommune_id 

AdgangsAdresse_Bygning_FK1 Bygning.FK_AdgangsAdresse_id AdgangsAdresse_id 

AdgangsAdresse_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_AdgangsAdresse_id AdgangsAdresse_id 

AdgangsAdresse_Opgang_FK1 Opgang.FK_AdgangsAdresse_id AdgangsAdresse_id 

AdgangsAdresse_Notat_FK1 Notat.FK_Parent_id AdgangsAdresse_id 

AdgangsAdresse_FeltHistorik_FK1 FeltHistorik.FK_Parent_id AdgangsAdresse_id 

AdgangsAdresse_Grund_FK1 Grund.FK_AdgangsAdresse_id AdgangsAdresse_id 

AdgangsAdresse_EnhedsAdresse_FK1 EnhedsAdresse.FK_AdgangsAdresse_id AdgangsAdresse_id 


1. AdgangsAdresse_id 

Physical data type: LONGBINARY 


Notes: AAD.1/EAD.1 - Adresse_id identifies Adresse 




Notes: Matrikel som AdgangsAdresse tilhøre. 




Notes: AAD.2 - Kommune Adressen befinder sig i 

4. FK_VejKode (FK,I5) 

Physical data type: SHORT 


Notes: AAD.7 - Vej Adressen beginder sig på. 

5. AdgangsAdresseHusnummer 

Physical data type: CHAR(4) 


Notes: AAD.8 - Husnummer i Adressen 

6. ObjektType 



Notes: AAD.100 - Objekttype er også kaldt Status. 

03-04-2013 1:54 8 

1. Stamdata 


3. Sagsdata 


7. BK_Crud_id 

Physical data type: LONG 



8. FK_SagAdresse_id (FK,I4) 

Physical data type: LONGBINARY




del af. 

9. FK_AdgangsAdresseStam_id (FK,I1) 



Notes: FK_AdresseStam_id 

03-04-2013 1:54 9 

Angiver adressesagens stamdata. 

10. AdgangsAdresseKilde 



Notes: AAD.20 - KildeTilAdresse er af Adresse 

For ObjektType 3 og 4 er dette felt udfyldt og peger på en record med ObjektType 1 eller 2, dog ikke 

hvis det er en ny adresse.. 

For ObjektType 1 og 2 er dette felt udfyldt med NULL 

Kode, der klassificerer kilden til adressen. 

11. AdgangsAdresseOprettelsesDato 

Physical data type: DATETIME 


Notes: AAD.21 - OprettelsesDato er af Adresse 

Dato for adressens oprettelse i BBR 

12. AdgangsAdresseIKrafttraedelsesDato 



Notes: AAD.23 - Ikrafttrædelsesdato er af Adresse 

Dato for adressens ikrafttrædelse 

13. AdgangsAdresseSenesteAendringsDato 



Notes: AAD.24 - SenesteÆndringsdato er af Adresse 

Dato for adressens seneste ændring 

14. AdgangsAdresseNedlaeggelsesDato 



Notes: AAD.25 - NedlæggelsesDato er af Adresse 

Dato for adressens nedlæggelse 

15. BK_Adressepunkt_id 



Notes: ADD.27 - Adressepunkt_id 

Samme værdi som FK_Geometri_id 

16. AdgangsAdresseGeometriKilde 



Notes: AAD.30 - AdresseGeometriKilde 

17. AdgangsAdresseNoejagtighedsklasse 

Physical data type: CHAR(1)



Notes: AAD.28 - AdresseNoejagtighedsklasse 




Notes: Adressepunkt 

19. AdgangsAdresseTekniskStandard 



Notes: AAD.29 - TekniskStandard 

03-04-2013 1:54 10 

Kode for teknisk standard for geometridata 
































Physical data type: TEXT(60) 


Notes: AAD.86 - Journalnummer





Notes: AAD.87 ESDH_Reference 




Notes: AAD.99 - Sikkerhedsklassifikation 





30. AdgangsAdresseOpretTimestamp 



Notes: AdgangsAdresseOpretTimestamp 

03-04-2013 1:54 11 


31. AdgangsAdresseAendretTimestamp 



Notes: AdgangsAdresseAendretTimestamp 


32. AdgangsAdresseAendretFunktion 



Notes: AdgangsAdresseAendretFunktion 



33. AdgangsAdresseOphoertTimestamp 



Notes: AdgangsAdresseOphoertTimestamp 

34. Vejnavn 



Notes: Vejnavn 



oprettet. 



35. Bynavn 



Notes: Bynavn 

Et denormaliseret felt.


36. Postdistriktnummer 



Notes: Postdistriktnummer 

03-04-2013 1:54 12 


37. Postdistriknavn 



Notes: Postdistriknavn 




Notes: LokalitetNavn 

Denormaliseret felt. Der er lavet en speciel procedure til opdatering af dette felt. 


39. EntydigVej 



Notes: EntydigVej 

Entydig inde for kommunen. 

Kode: 

0: Vejnavn er ikke entydig i kommunen, Postnummer kræves for entydighed. 

1: Vejnavn er entydig i kommunen. 

Et denormaliseret felt/beregnet. 





Denormaliseret felt. 

41. AdgangsAdresseBeregn 



Notes: Dette er et beregnet felt, der bliver brugt som del af et index. 

Feltet indeholder normalt NULL, men hvis følgende er opfyldet så vil feltet indeholde 

AdgangsAdresse_id. 

Husnummer er blankt eller FK_AdgangsAdresseStam_id ikke er null. 

Dette er lavet så det er muligt at lave dublettet af adgangsadersser, der netop har disse eneskaber. 




Notes: FK_BrugerAendret_id er af AdgangsAdresse 

43. AdgangsAdresseSlettetTimestamp 






Index details 

Adresse_idx1 

Column(s): FK_AdgangsAdresseStam_id (Asc) 

Unique: No 

Adresse_idx2 


Unique: No 

Adresse_idx3 


Unique: No 

Adresse_idx4 

Column(s): FK_SagAdresse_id (Asc) 

Unique: No 

Adresse_idx6 


Unique: No 

Adresse_idx5 


Unique: No 


Geometri_AdgangsAdresse_FK1 










AdgangsAdresse_AdgangsAdresse_FK1 


FK_AdgangsAdresseStam_id AdgangsAdresse_id 








AdresseSag_AdgangsAdresse_FK1 






03-04-2013 1:54 13






Vej_AdgangsAdresse_FK1 










relationen er 



Matrikel_AdgangsAdresse_FK1 

03-04-2013 1:54 14 

Adresse INNER JOIN Kommune ON 

FK_Kommune_id = Kommune_id 

INNER JOIN Vej ON 

Kommune.KommuneNummer = Vej.FK_KommuneNummer AND FK_VejKode = VejKode AND 

GetDate() Between VejCprOpretTimestamp AND VejCprOphoertTimestamp 










Kommune_AdgangsAdresse_FK1 











Notes: AdresseSag 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:54 15 

AdresseSag 

En adressesag kan indeholde sagsdata fra adgangsadresse og enhedsadresse, data fra disse entieter har 

statuskode 3 (StatusKode er som felt navngivet ObjektType). 

Ved afslutning af en sag opdateres stamdata med sagsdata, og statuskoden for byggesagen ændres til 

afsluttet byggesag (statuskode 4). Sagsdata slettes ikke. 

Foreløbige adresser (nye adresser), ændres fra status 3 til 1 for at holde historik. 

Adressesager, som henlægges, slettes ikke, men tildeles statuskode 4. 


AdresseSag_id LONGBINARY Not allowed 

AdresseSagSagsnummer TEXT(32) Not allowed 

BK_Crud_id LONG Not allowed 

AdresseSagGodkendelsesDato DATETIME Allowed 

AdresseSagInitialerPaaSagsbehandler CHAR(5) Not allowed 

FK_Kommune_id (FK) LONGBINARY Allowed 


AdresseSagOpretTimestamp DATETIME Not allowed 

AdresseSagAendretTimestamp DATETIME Not allowed 

AdresseSagAendretFunktion TEXT(40) Not allowed 

AdresseSagOphoertTimestamp DATETIME Allowed 


AdresseSagSlettetTimestamp DATETIME Allowed 


Kommune_AdresseSag_FK1 FK_Kommune_id Kommune.Kommune_id 

AdresseSag_FeltHistorik_FK1 FeltHistorik.FK_Parent_id AdresseSag_id 

AdresseSag_AdgangsAdresse_FK1 AdgangsAdresse.FK_SagAdresse_id AdresseSag_id 

AdresseSag_EnhedsAdresse_FK1 EnhedsAdresse.FK_SagAdresse_id AdresseSag_id 


1. AdresseSag_id 



2. AdresseSagSagsnummer 



Notes: Sagsnummer 

3. BK_Crud_id 




4. AdresseSagGodkendelsesDato 



Brugervendt nøgle, entydig i kommunen.


Notes: AAD.22/EAD.22 - Godkendelsesdato 

5. AdresseSagInitialerPaaSagsbehandler 



Notes: ADD.88/ EAD.88 - InitialerPaaSagsbehandler 




Notes: Kommune sagen forekommer i. 

03-04-2013 1:54 16 

Feltet er nødvendig, hvis man opretter en sag uden at knytte adresser til, så vil recorden ikke høre til 

noget. 





8. AdresseSagOpretTimestamp 



Notes: AdresseSagOpretTimestamp 


9. AdresseSagAendretTimestamp 



Notes: AdresseSagAendretTimestamp 


10. AdresseSagAendretFunktion 



Notes: AdresseSagAendretFunktion 



11. AdresseSagOphoertTimestamp 



Notes: AdresseSagOphoertTimestamp 




Notes: FK_BrugerAendret_id er af AdresseSag 

13. AdresseSagSlettetTimestamp 



oprettet. 








Kommune_AdresseSag_FK1 










03-04-2013 1:54 17


Notes: Tabel over Brugsenhed 

Brugsenhed. 


Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:54 18 

Brugsenhed 


Brugsenhed_id (I1) LONGBINARY Not allowed 

BrugsenhedNummer SHORT Not allowed 

FK_EnhedsAdresse_id (FK) LONGBINARY Not allowed 


BrugsenhedNybyggeri SHORT Not allowed 

FK_Byggesag_id (FK,I3) LONGBINARY Allowed 

FK_BrugsenhedStam_id (FK,I2) LONGBINARY Allowed 

FK_Bygning_id (FK,I4) LONGBINARY Allowed 

BrugsenhedAnvendelsesKode CHAR(4) Allowed 

BrugsenhedAreal LONG Allowed 

BrugsenhedBeboelsesAreal LONG Allowed 

BrugsenhedErhvervsAreal LONG Allowed 

BrugsenhedArealKilde SHORT Allowed 

BrugsenhedSagstype SHORT Allowed 











BrugsenhedOpretTimestamp DATETIME Not allowed 

BrugsenhedAendretTimestamp DATETIME Not allowed 

BrugsenhedAendretFunktion TEXT(40) Not allowed 

BrugsenhedOphoertTimestamp DATETIME Allowed 


BrugsenhedSlettetTimestamp DATETIME Allowed 


Brugsenhed_idx1 (I1) Brugsenhed_id Ascending 

Brugsenhed_idx2 (I2) FK_BrugsenhedStam_id Ascending 

Brugsenhed_idx3 (I3) FK_Byggesag_id Ascending 

Brugsenhed_idx4 (I4) FK_Bygning_id Ascending 


EnhedsAdresse_Brugsenhed_FK1 FK_EnhedsAdresse_id EnhedsAdresse.EnhedsAdresse_id 

Brugsenhed_Brugsenhed_FK1 FK_BrugsenhedStam_id Brugsenhed_id 

Byggesag_Brugsenhed_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Bygning_Brugsenhed_FK1 FK_Bygning_id Bygning.Bygning_id 

Brugsenhed_Notat_FK1 Notat.FK_Parent_id Brugsenhed_id 

Brugsenhed_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Brugsenhed_id 


1. Brugsenhed_id (I1)




2. BrugsenhedNummer 



Notes: BRU.3 - BrugsenhedNummer 

03-04-2013 1:54 19 

Entydig nummer på brugsenheden inden for ejendommen 




Notes: EnhedsAdresse hvor Brugsenheden befinder sig 

4. ObjektType 



Notes: BRU.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


5. BrugsenhedNybyggeri 







Koder 







del af. 

7. FK_BrugsenhedStam_id (FK,I2) 








Notes: Bygningen Brugsenheden er tilknyttet. 

9. BrugsenhedAnvendelsesKode 





Notes: BRU.21 - Anvendelseskode 

10. BrugsenhedAreal 



Notes: BRU.23 - Areal 

03-04-2013 1:54 20 

Koder: Der henvises til kodesættet for bolig- og erhvervsen-hedens anvendelse, feltnr. ENH.21. 


BBRfelt: 311 

11. BrugsenhedBeboelsesAreal 



Notes: BRU.24 - BeboelsesAreal 


BBRfelt: 312 

12. BrugsenhedErhvervsAreal 



Notes: BRU.25 - ErhversAreal 

BBRfelt: 313 

13. BrugsenhedArealKilde 



Notes: BRU.27 - KildeTilAreal 


VÆRDISÆT: 




MAP: CKILDAR 

BBRfelt: 317 

14. BrugsenhedSagstype 



Notes: BrugsenhedSagstype 





Sag: 

1 Nybyggeri 



Stam: 






03-04-2013 1:54 21 






























Notes: BRU.86 - Journalnummer 




Notes: BRU.87 - ESDH_Reference 




Notes: BRU.99 - Sikkerhedsklassifikation 





25. BrugsenhedOpretTimestamp 



Notes: BrugsenhedOpretTimestamp 



26. BrugsenhedAendretTimestamp 



Notes: BrugsenhedAendretTimestamp 

03-04-2013 1:54 22 


27. BrugsenhedAendretFunktion 



Notes: BrugsenhedAendretFunktion 



28. BrugsenhedOphoertTimestamp 



Notes: BrugsenhedOphoertTimestamp 




Notes: FK_BrugerAendret_id er af Brugsenhed 

30. BrugsenhedSlettetTimestamp 



Index details 


Column(s): Brugsenhed_id (Asc) 

Unique: No 



oprettet. 





Column(s): FK_BrugsenhedStam_id (Asc) 

Unique: No 



Unique: No 



Unique: No 


EnhedsAdresse_Brugsenhed_FK1 











Brugsenhed_Brugsenhed_FK1 


FK_BrugsenhedStam_id Brugsenhed_id 








Byggesag_Brugsenhed_FK1 










Bygning_Brugsenhed_FK1 








Notes: En brugsenhed er knyttet til en bygning. 

VENTER NY RETNINGSLINIER FRA EBST 2007-02-26 



03-04-2013 1:54 23


Notes: By eller nærmere bynavn. Bynavne i CPR registrets relateret til adresser (vejafsnit). 

Owner: 





Codes: 0 

Type: Table 


By_id LONGBINARY Not allowed 

FK_KommuneNummer (I1) SHORT Not allowed 

FK_VejKode (I2) SHORT Not allowed 

ByHusnummerFra CHAR(4) Not allowed 

ByHusnummerTil CHAR(4) Not allowed 

ByVejside CHAR(1) Not allowed 

ByNavn TEXT(50) Not allowed 

ByCprTimestamp DATETIME Not allowed 

ByCprOpretTimestamp DATETIME Not allowed 

ByCprOphoerTimestamp DATETIME Not allowed 

ByOpretTimestamp DATETIME Not allowed 

ByAendretTimestamp DATETIME Not allowed 

ByAendretFunktion TEXT(40) Not allowed 

ByOphoertTimestamp DATETIME Allowed 


By_idx2 (I1) FK_KommuneNummer Ascending 

By_idx3 (I2) FK_VejKode Ascending 


1. By_id 



03-04-2013 1:54 24 

By 

2. FK_KommuneNummer (I1) 



Notes: Kommunen byen befinder sig i. 




Notes: Vejen der er en del af byen 

(vejudsnit) 

4. ByHusnummerFra 



Notes: HusnummerFra 

(vejudsnit) 

5. ByHusnummerTil 



Notes: HusnummerTil 

(vejudsnit) 

6. ByVejside 




Notes: Vejside 

(vejudsnit) 

7. ByNavn 



Notes: Navn på byen 

8. ByCprTimestamp 




9. ByCprOpretTimestamp 




10. ByCprOphoerTimestamp 




11. ByOpretTimestamp 



Notes: ByOpretTimestamp 

03-04-2013 1:54 25 


12. ByAendretTimestamp 



Notes: ByAendretTimestamp 

13. ByAendretFunktion 



Notes: ByAendretFunktion 


14. ByOphoertTimestamp 



Notes: ByOphoertTimestamp 



Index details 

By_idx2 


Unique: No 

By_idx3 


Unique: No 



Notes: Byggesag 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:54 26 

Byggesag 

En byggesag kan indeholde sagsdata fra en række entieter, data fra disse entieter har statuskode 3 


Ved afslutning af et byggeri opdateres stamdata med sagsdata, og statuskoden for byggesagen ændres 

til afsluttet byggesag (statuskode 4). Sagsdata slettes ikke 


Det skal være muligt at oprette stamdata direkte, dvs. med statuskode 1, uden forudgående oprettelse af 

sagsdata. 


Byggesag_id LONGBINARY Not allowed 

ByggesagsDato DATETIME Allowed 

ByggesagLitra CHAR(1) Not allowed 

ByggesagSagsnummer CHAR(32) Not allowed 


ByggesagByggetilladelsesDato DATETIME Allowed 

ByggesagForventetPaabegyndelsesDato DATETIME Allowed 

ByggesagPaabegyndelsesdato DATETIME Allowed 

ByggesagIbrugtagningsTilladelsesDato DATETIME Allowed 

ByggesagDelvisIbrugtagningsTilladelsesDato DATETIME Allowed 

ByggesagHenlaeggelse DATETIME Allowed 

ByggesagFaerdigtBygningsareal LONG Allowed 

ByggesagForventetFuldfoertDato DATETIME Allowed 

ByggesagFuldfoerelseAfByggeriDato DATETIME Allowed 

ByggesagKode SHORT Allowed 

ByggesagAnmeldelseAfByggearbejdeDato DATETIME Allowed 

ByggesagAnmeldelseAfNedrivningDato DATETIME Allowed 

ByggesagGennemfoertNedrivningDato DATETIME Allowed 

ByggesagForeloebigFaerdiggjortBygningsareal LONG Allowed 

ByggesagForeloebigFaerdiggjortAntalLejligheder LONG Allowed 

ByggesagForeloebigFaerdiggjortAntalLejlighederUdenKoekkenI LONG Allowed 

ByggesagBygherreForhold SHORT Allowed 

ByggesagInitialerPaaSagsbehandler CHAR(5) Not allowed 

ByggesagAnsoegningModtaget DATETIME Allowed 

ByggesagFyldestgoerendeAnsoegningModtaget DATETIME Allowed 

ByggesagNaboorientering DATETIME Allowed 

ByggesagFaerdigbehandletNaboorientering DATETIME Allowed 

FK_Grund_id (FK) LONGBINARY Allowed 


ByggesagOpretTimestamp DATETIME Not allowed 

ByggesagAendretTimestamp DATETIME Not allowed 

ByggesagAendretFunktion TEXT(40) Not allowed 

ByggesagOphoertTimestamp DATETIME Allowed 

ByggesagGyldighedsdato DATETIME Allowed 


Sikkerhedsklassifikation SHORT Allowed 

ByggesagKopi_id LONGBINARY Allowed 

ByggesagSlettetTimestamp DATETIME Allowed



Grund_Byggesag_FK1 FK_Grund_id Grund.Grund_id 

Byggesag_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Byggesag_id 

Byggesag_Bygning_FK1 Bygning.FK_Byggesag_id Byggesag_id 

Byggesag_Opgang_FK1 Opgang.FK_Byggesag_id Byggesag_id 

Byggesag_Etage_FK1 Etage.FK_Byggesag_id Byggesag_id 

Byggesag_Rum_FK1 Rum.FK_Byggesag_id Byggesag_id 

Byggesag_Enhed_FK1 Enhed.FK_Byggesag_id Byggesag_id 

Byggesag_Brugsenhed_FK1 Brugsenhed.FK_Byggesag_id Byggesag_id 

Byggesag_Grund_FK1 Grund.FK_Byggesag_id Byggesag_id 

Byggesag_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_Byggesag_id Byggesag_id 


1. Byggesag_id 



2. ByggesagsDato 



Notes: BYG.11 - ByggesagsDato er af BygningSagsoplysninger 

03-04-2013 1:54 27 

DEFINITION: SAGSDATO FRA CS. Den primære styrende dato 

på en sag. Sagens art (nybyggeri/nedrivning mm) 

bestemmer hvad denne dato egentlig er (hhv. 

Tilladelsesdato/ nedrivningstilladelsesdato) 

Byggesagsdatoen (år-måned-dag) angiver datoen for den 

enkelte byggesag vedr. bygningen. 

AFHÆNGIGHEDER: Hvis der er flere byggesager på samme 

bygning med samme dato, skal byggesagsdatoen 

efterfølges af litra. 

MAP: DSAGDATO_DATO 

BBRfelt: 268 

3. ByggesagLitra 



Notes: BYG.12 - Litra er af BygningSagsoplysninger 

DEFINITION: LITRA FRA CS 

Litra anvendes, hvor der er flere byggesager på samme 

bygning med samme byggesagsdato. 

VÆRDISÆT: 


kodeværdier. 

Blank Byggesagsdatoen har ingen litra. 

A - Z Litra under byggesagsdatoen. 

O, Q, I og J forekommer ikke. 

MAP: ASAGID 

BBRfelt: 269 

4. ByggesagSagsnummer 



5. BK_Crud_id 



6. ByggesagByggetilladelsesDato 

Physical data type: DATETIME



Notes: BYG.76 - ByggetilladelsesDato er af BygningSagsoplysninger 

03-04-2013 1:54 28 

DEFINITION: Dato for udstedelse af byggetilladelse til 

et nybyggeri eller til/ombygningsarbejde. 






MAP: DBYGTIL_DATO 

BBRfeltnr: 281 

7. ByggesagForventetPaabegyndelsesDato 



Notes: BYG.77 - ForventetPåbegyndelsesDato er af BygningSagsoplysninger 

8. ByggesagPaabegyndelsesdato 



Notes: BYG.78 - Påbegyndelsesdato is of BygningSagsoplysninger 

DEFINITION: Påbegyndelsesdato 

Dato for påbegyndelse af byggearbejdet. 

Vedr. nybyggeri og til/ombygning: 

Hvis byggesagskoden er 2, 4 eller 5 dvs. 

anmeldelsessager, 

dannes feltet maskinelt ud fra byggesagsdatoen. 

Såfremt den egentlige påbegyndelse afviger fra den 

maskinelt 

dannede, kan datoen rettes. 

Hvis byggesagskoden er 1, dvs. tilladelsessager efter 

BR-S, 

eller 3, BR-tilladelsessager kræves datoen indberettet. 

For nedrivningssager må feltet ikke indberettes. 

MAP: DPAABEG_DATO 

BBRfelt: 282 

9. ByggesagIbrugtagningsTilladelsesDato 



Notes: BYG.79 - IbrugtagningstilladelsesDato er af BygningSagsoplysninger 

DEFINITION: Ibrugtagnings tilladelsesdato 

I feltet anføres datoen for udstedelse af 

Ibrugtagningstilladelse. Hvis et byggeri er delvis 

ibrugtaget, eller der er indberettet fuldført, skal 

dato for endelig ibrugtagningstilladelse indberettes i 

feltet. 

MAP: 

BBRfelt: 283 

10. ByggesagDelvisIbrugtagningsTilladelsesDato 




Notes: BYG.80 - DelvisIbrugtagningstilladelsesDato er af BygningSagsoplysninger 

03-04-2013 1:54 29 

DEFINITION: Seneste delvise ibrugtagn till dato 

Dato for den seneste udstedte delvise 

ibrugtagningstilladelse til byggeriet. 

AFHÆNGIGHEDER: Kan kun indberettes, hvis 

byggesagskoden er 3 (BR-tilladelsessag). 

Feltet skal KUN indberettes i de tilfælde, hvor den 

egentlige 

ibrugtagningstilladelse ikke umiddelbart kan udstedes, 

og der er sket indflytning i bygningens enheder. 

Indberetningen foretages i følgende rækkefølge: 

Indberet først delvis ibrugtagning på enhederne, 

derefter på bygningen. 

MAP: DSEDEIB_DATO 

BBRfelt: 280 

11. ByggesagHenlaeggelse 



Notes: BYG.81 - Henlæggelse er af BygningSagsoplysninger 

DEFINITION: Henlæggelsesdato 

I feltet anføres den dato, som Ejeren/bygherren/ 

bygningsmyndigheden oplyser for henlæggelse/opgivelse 

af byggesagen. 

Feltet anvendes uanset om byggeriet er påbegyndt eller 

ej. 

MAP: DHENLAEG_DATO 

BBRfelt: 285 

12. ByggesagFaerdigtBygningsareal 



Notes: BYG.82 - FærdigtBygningsareal er af BygningSagsoplysninger: 

DEFINITION: IKKE AJOURF BYGNINGSAREAL 

Der registreres det areal, som er færdiggjort i 

forbindelse med den sidst udstedte delvise 

ibrugtagningstilladelse (felt BYG.80). Arealet beregnes 

som summen af samlet bygningsareal (felt BYG.38) og 

udnyttet tagetage (felt ETA.21). 

SKAL kun indberettes, når der SAMTIDIG indberettes en 

dato i 'DELVIS IBRUGT. TILLADELSE'. 

Arealet fra en tidligere delvis 


udgår maskinelt, når en ny delvis 


indberettes, således at der altid er registreret det 

sidst færdiggjorte areal. 

Arealerne overføres maskinelt til 'FORELØBIGT 

FÆRDIGGJORT BYGNINGSAREAL', således at feltet altid 

udviser det samlede færdiggjorte bygningsareal. 

For at undgå, at en fejlrettelse til bygningsarealet 

skal 

bevirke en forkert opsummering i det maskinelle felt, 

skal 

rettelse af indberettet areal i bygningsareal altid ske 

ved 

indberetning af forøgelsen eller formindskelsen af


03-04-2013 1:54 30 

arealet. 

Er det færdiggjorte bygningsareal f.eks. indberettet 

med 

225 kvm, og det viser sig, at det skulle vare 250 kvm., 

skal det rettes ved at indberette 25 kvm. Hvis det kun 

var 

200 kvm., skal det rettes ved at indberette -25 kvm. 


Feltet indbår i udregningen af BYG.90. 

MAP: FIABAR 

BBRfelt: 286 

13. ByggesagForventetFuldfoertDato 



Notes: BYG.83 - ForventetFuldførtDato er af BygningSagsoplysninger 

14. ByggesagFuldfoerelseAfByggeriDato 



Notes: BYG.84 - FuldførelseAfByggeriDato er af BygningSagsoplysninger: 

DEFINITION: FULDFØRELSESDATO 

Dato for fuldført byggeri. Den dato et 

byggeri er fuldført og altså brugbart,selv om der ikke 

ergivet ibrugtagningstilladelse endnu. 


Ajourføring af feltet har forskellig virkning afhængig 

af, 

om sagen vedrører byggesagskode 1, 2, 3, 4 eller 5. 

Se BBR-instruksen for nærmere forklaring. 

MAP: DFULDFOE_DATO 

BBRfelt: 288 

15. ByggesagKode 



Notes: BYG.86 - Byggesagskode er af BygningSagsoplysninger 

DEFINITION: BYGGESAGSKODE 

Koden angiver, efter hvilket bygningsreglement den 

enkelte byggesag skal styres. 

VÆRDISÆT: 


kodeværdier: 

1->BR-S-tilladelsessag 

2->BR-S-anmeldelsessag 

3->BR-anmeldelsessag 

MAP: CBYGSAG 

BBRfelt: 292 

16. ByggesagAnmeldelseAfByggearbejdeDato 



Notes: BYG.87 - AnmeldelseAfByggearbejdeDato er af BygningSagsoplysninger 

DEFINITION: Anmeldelse af byggearbejde 

Dato for anmeldelse af byggearbejde, der er omfattet af


03-04-2013 1:54 31 

anmeldelsespligt. 

AFHÆNGIGHEDER: Feltet dannes maskinelt ud fra 

byggesagsdato og byggesagskode. 




MAP: DANMELD_DATO 

BBRfelt: 293 

17. ByggesagAnmeldelseAfNedrivningDato 



Notes: BYG.88 - AnmeldelseAfNedrivningDato er af BygningSagsoplysninger 

DEFINITION: Dato for udstedelse af nedrivningstilladelses 

Feltet angiver datoen for anmeldelse af en hel eller 

delvis nedrivning af en bygning. 


byggesagsdato og byggesagskode (nedrivning sagstype 3) 




MAP: DTNEDRI_DATO 

BBRfelt: 294 

18. ByggesagGennemfoertNedrivningDato 



Notes: BYG.89 - GennemførtNedrivningDato er af BygningSagsoplysninger 

DEFINITION: Dato for gennemført nedrivning 

Datoen for ejerens/bygherrens eller 

bygningsmyndighedens angivelse af, at bygningen reelt 

er total eller delvist nedrevet. 

AFHÆNGIGHEDER: Når datoen indberettes, vil bygningen 

samt evt. enheder blive slettet i BBR-stamregistret, 

hvis det er en hel nedrivning d.v.s., at der ingen 

minus (-) arealer er indberettet. 

Ved en hel nedrivning må der ikke indberettes enheder, 

disse 

bliver automatisk nedlagt. 

Hvis det er en delvis nedrivning fratrækkes det 

indberettede 

-areal i BBR-stamregistret. 

Der udskrives BBR-ejermeddelelse. 

MAP: DGNEDRI_DATO 

BBRfelt: 295 

19. ByggesagForeloebigFaerdiggjortBygningsareal 



Notes: BYG.90 - ForloebigFaerdiggjortBygningsareal er af BygningSagsoplysninger: 

DEFINITION: FORELØBIG FÆRDIGGJORT BYGNINGS AREALER 


Angiver det bygningsareal, der er færdiggjort til og 

med den seneste delvise ibrugtagningstilladelse.


03-04-2013 1:54 32 


Feltet kan ikke indberettes. 

Feltet dannes maskinelt 

MAP: FFFBAR 

BBRfelt: 296 

20. ByggesagForeloebigFaerdiggjortAntalLejligheder 



Notes: BYG.91 - ForeløbigFærdiggjortAntalLejligheder er af BygningSagsoplysninger: 

Angiver det antal beboelseslejligheder, der er 

færdiggjort til og med den seneste delvise 


MAP: FFFALEJ 

BBRfelt: 297 

21. ByggesagForeloebigFaerdiggjortAntalLejlighederUdenKoekkenI 



22. ByggesagBygherreForhold 



Notes: BYG.92 - ByggesagBygherreForhold er af BygningSagsoplysninger 

23. ByggesagInitialerPaaSagsbehandler 



Notes: BYG.103 - InitialerPåSagsbehandler er af BygningSagsoplysninger 

24. ByggesagAnsoegningModtaget 



Notes: BYG.115 - ByggesagAnsoegningModtaget er af Byggesag 

dato for modtagelse af ansøgning om byggetilladelse 

25. ByggesagFyldestgoerendeAnsoegningModtaget 



Notes: BYG.116 - ByggesagFyldestgoerendeAnsoegningModtaget er af Byggesag 

dato for fyldestgørende ansøgning 

26. ByggesagNaboorientering 



Notes: BYG.117 - ByggesagNaboorientering er af Byggesag 

dato for naboorientering 

27. ByggesagFaerdigbehandletNaboorientering 



Notes: BYG.118 - ByggesagFaerdigbehandletNaboorientering er af Byggesag


28. FK_Grund_id (FK) 



03-04-2013 1:54 33 

dato for færdigbehandling af naboorientering 




Notes: FK_OpretUserId er af Byggesag 

30. ByggesagOpretTimestamp 



31. ByggesagAendretTimestamp 



32. ByggesagAendretFunktion 



33. ByggesagOphoertTimestamp 



34. ByggesagGyldighedsdato 



Brugeren der har oprettet recorden. 




Notes: FK_BrugerAendret_id er af Byggesag 






Notes: Denormaliseret felt, hvis en af entiteterne der peger på byggesagen er sikkerhedsklassificeret skal 

byggesagen også være sikkerhedklassificeret. Opdateringen af dette felt foretages af forretningslaget i 

BBR. 

37. ByggesagKopi_id 



Notes: Feltet benyttes til at holde styr på, om en byggesag er opstået som en kopi af en anden byggesag, når 

flere entiteter fra samme byggesag flyttes enkeltvis. Feltet er kun til ”intern brug” i forretningslaget i 

BBR og videregives ikke i klient, udtræk og snitflader. 

38. ByggesagSlettetTimestamp 



Foreign key details (child)


Grund_Byggesag_FK1 










03-04-2013 1:54 34


03-04-2013 1:54 35 

Bygning 

Notes: En Bygning er defineret som é eller flere konstruktioner, der udgør en rumlig helhed og som skærmer 

mod vejrliget. En bygning skal som minimum bestå af en overdækning (et tag). 

Owner: 





Codes: 0 

Type: Table 


Bygning_id LONGBINARY Not allowed 

BygningNummer (U1) SHORT Not allowed 


BygningNybyggeri SHORT Not allowed 


FK_Grund_id (FK,U1,I4) LONGBINARY Not allowed 

FK_Byggesag_id (FK,U1,I2) LONGBINARY Allowed 

FK_BygningStam_id (FK,I3) LONGBINARY Allowed 

FK_Matrikel_id (FK,I6) LONGBINARY Not allowed 

FK_AdgangsAdresse_id (FK,I1) LONGBINARY Allowed 

BygningAnvendelsesKode SHORT Allowed 

BygningKlassifikation SHORT Allowed 

BygningAnvendelsesKonverteringsKilde SHORT Allowed 

BygningAntalLejlighederMedKoekkenl LONG Allowed 

BygningAntalLejlighederUdenKoekkenl LONG Allowed 

BygningOpfoerelsesaar SHORT Allowed 

BygningSenesteOmTilbygningsaar SHORT Allowed 

BygningMidlertidigStatus SHORT Allowed 

BygningUdloebsdatoMidlertidige DATETIME Allowed 

BygningVandforsyning SHORT Allowed 

BygningAfloebsforhold SHORT Allowed 

BygningAfloebsforholdTilladelse SHORT Allowed 

BygningYdervaegsmateriale SHORT Allowed 

BygningTagdaekningsmateriale SHORT Allowed 

BygningSupplerendeYdervaegsmateriale SHORT Allowed 

BygningSupplerendeTagdaekningsmateriale SHORT Allowed 

BygningAsbestholdigtMateriale SHORT Allowed 

BygningMaterialeKilde SHORT Allowed 

BygningSamletAreal LONG Allowed 

BygningSamletBoligAreal LONG Allowed 

BygningSamletErhversAreal LONG Allowed 

BygningBebyggetAreal LONG Allowed 

BygningIndbyggetGarageAreal LONG Allowed 

BygningIndbyggetCarportAreal LONG Allowed 

BygningIndbyggetUdhusAreal LONG Allowed 

BygningIndbyggetUdestueAreal LONG Allowed 

BygningLukketOverdaekningAreal LONG Allowed 

BygningAffaldsrumITerraenniveauAreal LONG Allowed 

BygningAndetAreal LONG Allowed 

BygningOverdaekketAreal LONG Allowed 

BygningAabenOverdaekningAreal LONG Allowed 

BygningAdgangsAreal LONG Allowed 

BygningCarportArealBeregningsprincip SHORT Allowed 

BygningArealKilde SHORT Allowed 

BygningAntalEtager SHORT Allowed 

BygningAfvigendeEtager SHORT Allowed 

BygningVarmeinstallation SHORT Allowed 

BygningOpvarmningsmiddel SHORT Allowed 

BygningSupplerendeVarmeinstallation SHORT Allowed


BygningAntalPersonerSikringsrum SHORT Allowed 

BygningFredningStatus SHORT Allowed 

BygningBevaringsvaerdighed TEXT(200) Allowed 

BygningUdlejningsforhold1 CHAR(1) Allowed 

BygningLeje LONG Allowed 

BygningHuslejeoplysningDato DATETIME Allowed 

BygningSagstype SHORT Allowed 

BygningGeometriKilde SHORT Allowed 

BygningGeometriNoejagtighedsklasse CHAR(2) Allowed 


BK_FOT_id LONG Allowed 

BygningStormraadPaalaeg SHORT Allowed 

BygningStormraadPaalaegDato DATETIME Allowed 

BygningByggeskadeforsikringsselskab SHORT Allowed 

BygningByggeskadeforsikringsselskabDato DATETIME Allowed 











BygningOpretTimestamp DATETIME Not allowed 

BygningAendretTimestamp DATETIME Not allowed 

BygningAendretFunktion TEXT(40) Not allowed 

BygningOphoertTimestamp DATETIME Allowed 

BygningOmfattetAfForsikring CHAR(2) Allowed 

BygningGyldighedsdato DATETIME Allowed 


BygningMedlemskabSpildevand SHORT Allowed 

BygningPaabudRensning SHORT Allowed 

BygningPaabudRensningFrist DATETIME Allowed 

BygningUdtraedenTilladelse SHORT Allowed 

BygningUdtraedenTilladelseDato DATETIME Allowed 

BygningAlternativAfledningTilladelse SHORT Allowed 

BygningAlternativAfledningTilladelseDato DATETIME Allowed 

BygningTypeAfFlytning SHORT Allowed 

FK_KommuneFlyttesTil_id DATETIME Allowed 

BygningSlettetTimestamp DATETIME Allowed 

BygningUdvendigIsolering LONG Allowed 

BygningDispensationVarmeforsyning SHORT Allowed 

BygningDispensationVarmeforsyningDato DATETIME Allowed 


Bygning_idx1 (U1) FK_Grund_id 

BygningNummer 

03-04-2013 1:54 36 


Ascending 

Ascending 

Ascending 

Bygning_idx2 (I1) FK_AdgangsAdresse_id Ascending 

Bygning_idx3 (I2) FK_Byggesag_id Ascending 

Bygning_idx4 (I3) FK_BygningStam_id Ascending 

Bygning_idx5 (I4) FK_Grund_id Ascending 

Bygning_idx6 (I5) FK_Geometri_id Ascending 

Bygning_idx7 (I6) FK_Matrikel_id Ascending 


AdgangsAdresse_Bygning_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

Bygning_Bygning_FK1 FK_BygningStam_id Bygning_id 

Geometri_Bygning_FK1 FK_Geometri_id Geometri.Geometri_id 

Matrikel_Bygning_FK1 FK_Matrikel_id Matrikel.Matrikel_id 

Byggesag_Bygning_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Grund_Bygning_FK1 FK_Grund_id Grund.Grund_id


Bygning_Etage_FK1 Etage.FK_Bygning_id Bygning_id 

Bygning_Opgang_FK1 Opgang.FK_Bygning_id Bygning_id 

Bygning_Notat_FK1 Notat.FK_Parent_id Bygning_id 

Bygning_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Bygning_id 

Bygning_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_Bygning_id Bygning_id 

Bygning_Ejerskab_FK1 Ejerskab.FK_BbrId Bygning_id 

Bygning_Brugsenhed_FK1 Brugsenhed.FK_Bygning_id Bygning_id 


1. Bygning_id 



Notes: BYG.1 - Bygning_id identifies Bygning 

2. BygningNummer (U1) 



Notes: BYG.7 - Bygningsnummeret er en entydig nummerering af 

ejendommens bygninger. 

03-04-2013 1:54 37 

MAP: BYGNINGSNR 

BBRfelt: 201 

3. ObjektType 



Notes: BYG.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


4. BygningNybyggeri 







Koder 



5. BK_Crud_id 




6. FK_Grund_id (FK,U1,I4) 



Notes: Angiver hvilken Grund bygningen befinder sig på. 







del af. 

8. FK_BygningStam_id (FK,I3) 



Notes: BYG.75 - Null for objekttype 1 og 2, For objekttype 3 og 4 skal feltet være udfyldt. Objekttype 3 skal 

pege på en 1. og objekttype 4 skal pege på 1 eller 2. 




Notes: Matriklen bygningen befinder sig på. 

Grund nåes via matrikelen. 




Notes: AAD.1 - Bygningens beskrivende adresse (BYG.8 - BYG.9) 

11. BygningAnvendelsesKode 



Notes: BYG.21 - Anvendelseskoden beskriver bygningens faktiske 

hovedanvendelse. 

03-04-2013 1:54 38 

MAP: CBANV 

BBRfelt: 203 

12. BygningKlassifikation 



Notes: BYG.22 - Klassifikation 

beskriver bygningens faktiske hovedanvendelse. 

Benyttes for tiden ikke. 

MAP: CBANVNY 

BBRfelt: 213 

13. BygningAnvendelsesKonverteringsKilde 



Notes: BYG.23 - KildeForKonverteringAnvendelseskode 

Anvendes ikke på nuværende tidspunkt 


Anvendelseskildekode beskriver fortæller hvilken 

kvalitet konverteringen fra anvendelsekode til 

anvendelsekode-ny(cbanvny) har. 

VÆRDISÆT: 

Nedenfor er der vist, hvilke koder, man på nuværende 

tidspunkt har tænkt sig at benytte. 



ESR-opl 




notatlinie. 



AFHÆNGIGHEDER: Eftersom konverteringen endnu ikke har


03-04-2013 1:54 39 

fundet sted, er feltet ikke udfyldt. 

MAP: CBKILDANV 

BBRfelt: 214 

14. BygningAntalLejlighederMedKoekkenl 



Notes: BYG.24 - Antal Lejligheder Med Koekken I 

DEFINITION: Antal lejligheder i bygningen ialt 


Angiver bygningens samlede antal beboelseslejligheder 

med eget køkken, herunder blandet beboelse og erhverv. 

MAP: FLEJL 

BBRfelt: 205 

15. BygningAntalLejlighederUdenKoekkenl 



Notes: BYG.25 - Antal Lejligheder Uden Koekken l 


Angiver antallet af særskilt registrerede boliger uden 

eget køkken (enkeltværelser)(incl. blandet beboelse og 

erhverv). 

VED IMPLEMENTERING SKAL BEDØMMES 

om feltet skal beregnes. 

MAP: FVAER 

BBRfelt: 206 

16. BygningOpfoerelsesaar 



Notes: BYG.26 - Opførelsesår 

Årstal for den faktiske ibrugtagelse af bygningen. 

MAP: DOPFOE 

BBRfelt: feltnr 207 CS 

17. BygningSenesteOmTilbygningsaar 



Notes: BYG.27 - Om-/Tilbygningsår 

DEFINITION: Årstal for seneste til- ombygning. 

Årstal for seneste væsentlige om- og/eller tilbygning 

(årstal for ibrugtagningstilladelse eller fuldført). 

MAP: DOMTIL 

BBRfelt: 209 

18. BygningMidlertidigStatus 



Notes: BYG.28 - Midlertidig Oprettet 

19. BygningUdloebsdatoMidlertidige




Notes: BYG.29 - UdloebsdatoMidlertidige 

03-04-2013 1:54 40 


20. BygningVandforsyning 



Notes: BYG.30 - Vandforsyning 


FORMÅL:FELTNR: 103 CS 

VÆRDISÆT: 





MAP: CVAND 

BBRfelt: 103 

21. BygningAfloebsforhold 



Notes: BYG.31 - Afløbsforhold 


VÆRDISÆT: 




Der er kommet nyere koder til. 



MAP: CAFLOEB 

BBRfelt: 104 

22. BygningAfloebsforholdTilladelse 



Notes: BYG.119 - AfloebsforholdTilladelse 

Foreligger der tilladelse til afløbsforhold 

23. BygningYdervaegsmateriale 



Notes: BYG.32 - YdervæggesMatriale 

DEFINITION: YDERVÆGSMATERIALE 

Såfremt ydervæggene består af flere forskellige slags 



VÆRDISÆT: 


kodeværdier: 

01->Mursten (tegl, kalksandsten, cementsten)


03-04-2013 1:54 41 

02->Letbeton (lette bloksten, gasbeton) 

MAP: CYDMA 

BBRfelt: 211 

24. BygningTagdaekningsmateriale 



Notes: BYG.33 - Tagdækningsmatriale 

DEFINITION: TAGDÆKNINGSMATERIALE 

Såfremt tagdækningen består af flere forskellige slags 



VÆRDISÆT: 


koder: 

01->Built up (fladt tag) 

02->Tagpap (med taghældning) 

MAP: CTAMA 

BBRfelt: 212 

25. BygningSupplerendeYdervaegsmateriale 



Notes: BYG.34 - SupplerendeYdrevægsmatriale 

26. BygningSupplerendeTagdaekningsmateriale 



Notes: BYG.35 - SupplerendeTagdækningsmatriale 

27. BygningAsbestholdigtMateriale 



Notes: BYG.36 - AsbestholdigMatriale 

28. BygningMaterialeKilde 



Notes: BYG.37 - KildeTilBygningsmatriale 

DEFINITION: Kode for kilde til materialer. 

Koden anvendes primært som "kvalitetsmærkning" af 

oplysningerne. 

MAP: CKILDMA 

BBRfelt: 215 

29. BygningSamletAreal 



Notes: BYG.38 - SamletBygningsarea 

DEFINITION: SAMLET BYGNINGSAREAL 

Samlet bygningsareal er summen af etagernes arealer incl. 

stueetagens areal og areal af evt. mansardetage, men excl. 

areal af kælder og tagetage. Som grundlag for etagernes 

størrelse anvendes det bebyggede areal (felt 219). 

I arealet indgår arealer af porte, luftsluser o. lign. 

Derimod medregnes ikke arealer af åbne overdækkede 

terrasser, åbne altaner og åbne indgangspartier.


03-04-2013 1:54 42 

MAP: FAREAL 

BBRfelt: 216 

30. BygningSamletBoligAreal 



Notes: BYG.39 - BoligAreal 

DEFINITION: SAMLET boligareal 

Samlet boligareal er den del af bygningens areal, der 

anvendes til beboelse. 

MAP: FBOLIG 

BBRfelt: 217 

31. BygningSamletErhversAreal 



Notes: BYG.40 - ErhvervsAreal 

DEFINITION: SAMLET ERHVERVSAREAL FOR EN BYGNING 

Samlet erhvervsareal er den del af bygningens areal, 

der anvendes til erhverv. 

MAP: FERHAR 

BBRfelt: 218 

32. BygningBebyggetAreal 



Notes: BYG.41 - BebyggetAreal : 

DEFINITION: AREAL TIL BEBYGGELSE 

Arealet registreres som stueetagens areal målt til 

ydersiden af ydervæggene. For bygninger, hvor etagerne 

arealmæssigt afviger fra hinanden, angives arealet af 

den største etage. Kælderetagen registreres særskilt i 

felt ETA.20 i "kælder" recorden. Arealet af åbne, overdækkede terrasser, åbne 

altaner og åbne indgangspartier medregnes ikke. Såfremt 

sådanne arealer lukkes, skal arealet medregnes. Arealer 

af porte, luftsluser o. lign. medtages til den linie, 

som bygningens ydervægge iøvrigt angiver. Arealet af 

garage, carport eller udhus, der udgør en del af 

bygningen (indenfor bygningens ydervægge og under samme 

tag) medregnes ligeledes. 

MAP: FBEBYG 

BBRfelt: 219 

33. BygningIndbyggetGarageAreal 



Notes: BYG.42 - IndbyggetGarageAreal 

DEFINITION: AREAL AF INDBYGGET GARAGE 

Areal af samtlige indbyggede garager 


Arealet indgår i det bebyggede areal og dermed 

også i bygningens samlede areal. 

MAP: FAINDGAR 

BBRfelt: 241


34. BygningIndbyggetCarportAreal 



Notes: BYG.43 - IndbyggetCarpotAreal 

03-04-2013 1:54 43 

DEFINITION: AREAL AF INDBYGGET CARPORT 

FORMÅL:feltnr 242 - CS 

Areal af samtlige indbyggede carporte 




I BYG.52 er der angivet hvilket 

beregningsprincip, der anvendes. 

MAP: FAINDCAR 

BBRfelt: 242 

35. BygningIndbyggetUdhusAreal 



Notes: BYG.44 - IndbyggetUdhus 

DEFINITION: AREAL AF INDBYGGET UDHUS. 

Areal af samtlige indbyggede udhuse. 

AFHÆNGIGHEDER: Arealet indgår i det bebyggede areal og 

dermed også i bygningens samlede areal. 

MAP: FAINDUDH 

BBRfelt: 243 

36. BygningIndbyggetUdestueAreal 



Notes: BYG.45 - IndbyggetUdestueAreal : 

DEFINITION: AREAL AF UDESTUE ELL. LIGNENDE 

Areal af samtlige udestuer (ell. lignende). 



MAP: FAUDEST 

BBRfelt: 244 

37. BygningLukketOverdaekningAreal 



Notes: BYG.46 - SamletArealAfLukkedOverdækningerPåBygningen 

38. BygningAffaldsrumITerraenniveauAreal 



Notes: BYG.47 - ArealAfAfaldsrumITerrænniveau 

DEFINITION: AREAL AF AFFALDSRUM I TERRÆNNIVEAU 

Areal af samtlige affaldsrum i terrænniveau 

MAP: 247 

BBRfelt: FAAFFRUM 

39. BygningAndetAreal 



Notes: BYG.48 - AndetAreal


03-04-2013 1:54 44 

DEFINITION: AREAL ikke BOLIG OG ikke ERHVERV 

Arealer i bygningen,der ikke er oprettet på 

enhedsniveau, og som hverken benyttes til bolig eller 

erhverv. Det kan f.eks være fællesarealer til 

barnevognsrum, vaskekælder o. lignende, der ikke kan 

henføres til bygningens boligenheder, og som heller 

ikke naturligt registreres som erhvervsareal. I dette 

felt kan ligeledes registreres arealet af lukkede 

altaner og udestuer, der ikke opfylder 

byggelovgivningens krav til beboelse. 

MAP: FIBELE 

BBRfelt: 225 

40. BygningOverdaekketAreal 



Notes: BYG.49 - ArealAfOverdækketAreal 

DEFINITION: AREAL AF OVERDÆKKET TERRASSE 

Areal af samtlige overdækkede terrasser. 

Arealet indgår hverken i bebygget areal eller i 

bygningens boligareal. 

MAP: FAOVDTER 

BBRfelt: 246 

41. BygningAabenOverdaekningAreal 



Notes: BYG.50 - SamletArealAfÅbneOverdækningerPåBygningen 

42. BygningAdgangsAreal 



Notes: BYG.51 - AdgangsAreal 

43. BygningCarportArealBeregningsprincip 



Notes: BYG.52 - BeregningsprincipForArealAfCarport 

1: carportareal er målt efter tagflade 

2: carportarealet er målt ½ meter inde på åbne sider 

44. BygningArealKilde 



Notes: BYG.53 - KildeTilBygningsAreal 

DEFINITION: KODE FOR KILDE TIL AREAL 

MAP: CKILDAR 

BBRfelt: 228 

45. BygningAntalEtager 



Notes: BYG.54 - AntalEtager


46. BygningAfvigendeEtager 



Notes: BYG.55 - AfvigendeEtager 

03-04-2013 1:54 45 

DEFINITION: ETAGEKODE 

Angiver, at bygningens etager afviger arealmæssigt fra 

hinanden, eller at der er forskelligt antal etager i 

bygningens opgange. 

MAP: CETAGE 

BBRfelt: 270 

47. BygningVarmeinstallation 



Notes: BYG.56 - Varmeinstallation 

DEFINITION: VARMEINSTALLATION 

Hvis der forefindes flere forskellige 

varmeinstallationer, anføres koden for den 

installation, der opvarmer den største del af 

bygningen. Supplerende omflyttelige ovne registreres 

ikke. 

VÆRDISÆT: 


kodeværdier: 

01->Fjernvarme/blokvarme (radiatorsystemer eller 


02->Centralvarme fra eget anlæg, et-kammer fyr 

MAP: CVARME 

BBRfelt: 229 

48. BygningOpvarmningsmiddel 



Notes: BYG.57 - Opvarmningsmiddel 

DEFINITION: Opvarmningsmiddel 

Arten af det opvarmningsmiddel, der anvendes i eget 

anlæg og skal derfor kun indberettes hvis kode for 

varmeinstallation i felt BYG.56 er 2, 3, 5, 6 eller 8. 

Hvis der benyttes flere opvarmningsmidler, indberettes 

det opvarmningsmiddel, der anvendes mest. 

VÆRDISÆT: 


koder: 

1->Elektricitet 

2->Gasværksgas 

AFHÆNGIGHEDER: Skal kun udfyldes hvis kode for 

varmeinstallation i felt BYG.56 er 2, 3, 5, 6 

eller 8. 

MAP: COPV 

BBRfelt: 230 

49. BygningSupplerendeVarmeinstallation 



Notes: BYG.58 - SupplerendeVarme 

DEFINITION: KODE FOR SUPP. VARMEINSTALLATION.


03-04-2013 1:54 46 

Angives når bygningen udover den hovedsagelige 

varmeinstallation tillige opvarmes af en supplerende 

varmekilde. 

Koderne er udformet med henblik på at dække såvel typen 

som af supplerende varmeinsatllation som 

opvarmningsmidlet der anvendes. Supplerende 

omflyttelige ovne skal ikke registreres. 

VÆRDISÆT: 


koder: 

1 Varmepumpeanlæg. 

2 Ovne til fast brændsel (brændeove o. lign). 

MAP: CSUPVM 

BBRfelt: 239 

50. BygningAntalPersonerSikringsrum 



Notes: BYG.69 - Sikringsrumpladser 

DEFINITION: Antal sikringsrumpladser 

Antal personpladser i bygningens sikringsrum. 

Oplysningerne indgår i civilforsvarets 

beredskabsplaner. 

MAP: FSIKPL 

BBRfelt: 236 

51. BygningFredningStatus 



Notes: BYG.70 - Fredning 

52. BygningBevaringsvaerdighed 



Notes: BYG.71 - Bevaringsværdighed 

53. BygningUdlejningsforhold1 



Notes: BYG.72 - Udlejningsforhold1 

54. BygningLeje 



Notes: BYG.73 - Leje 










hovedvurderinger.


03-04-2013 1:54 47 

MAP: BLEJE 

BBRfelt: 323 

55. BygningHuslejeoplysningDato 



Notes: BYG.74 - HuslejeoplysningDato 

56. BygningSagstype 



Notes: BYG.85 - Sagstype 

57. BygningGeometriKilde 



Notes: BYG.93 - GeometriKilde 

Sag: 

1 Nybyggeri 



Stam: 





58. BygningGeometriNoejagtighedsklasse 



Notes: BYG.94 - GeometriNoejagtighedsklasse 




Notes: Geometri holder felterne: 

BYG.93, BYG.94, BYG.95, BYG.96, BYG.97 

Bemærk Koordinatsystem er UTM Euref89 (WGS 84) (kode 5) 

60. BK_FOT_id 



Notes: BYG.110 - BK_FOT_id 

61. BygningStormraadPaalaeg 



Notes: BYG.111 - StormraadPaalaeg 

62. BygningStormraadPaalaegDato 



FOT betyder Fælles ObjektTyper, og denne betegnelse dækker over geografiske objekter, som 

staten og kommunerne i fremtiden vil producere og vedligeholde sammen. 

Kilde: Forord fra "SPECIFIKATION AF FÆLLES OBJEKTTYPER (FOT) version 3.0" 

(se evt http://www.fotdanmark.dk/) 

Stormrådet kan til fremme af forebyggende foranstaltning give pålæg til skadelidte som følge af 

stormflod. Dette pålæg bliver typisk udarbejdet efter anbefalinger fra taksator. (§ 9) 

KILDE: http://www.stormraadet.dk


Notes: BYG.112 - StormraadPaalaegDato 

03-04-2013 1:54 48 

Dato for hvornår pålæg skal være opfyldt. 

63. BygningByggeskadeforsikringsselskab 



Notes: BYG.113 - Byggeskadeforsikringsselskab 

64. BygningByggeskadeforsikringsselskabDato 



Notes: BYG.114 - ByggeskadeforsikringsselskabDato 


































Notes: BYG.101 - Journalnummer 




Notes: BYG.102 - ESDH_Reference





Notes: BYG.99 - Sikkerhedsklassifikation 





75. BygningOpretTimestamp 



Notes: BygningOpretTimestamp 

03-04-2013 1:54 49 


76. BygningAendretTimestamp 



Notes: BygningAendretTimestamp 


77. BygningAendretFunktion 



Notes: BygningAendretFunktion 



78. BygningOphoertTimestamp 



Notes: BygningOphoertTimestamp 

79. BygningOmfattetAfForsikring 



80. BygningGyldighedsdato 






Notes: FK_BrugerAendret_id er af Bygning 



oprettet. 




82. BygningMedlemskabSpildevand 



Notes: Byg.123 - For bygninger udenfor kloakopland (afløbskoder 101-601) angives om der indgået


03-04-2013 1:54 50 

kontraktligt medlemskab med et spildevandsforsyningsselskab 

83. BygningPaabudRensning 



Notes: Byg.124 - For bygninger udenfor kloakopland (afløbskoder 101-601) angives om kommunen har givet 


84. BygningPaabudRensningFrist 



Notes: Byg.125 - For bygninger udenfor kloakopland (afløbskoder 101-601), hvor der ifølge feltet ”Påbud om 

forbedret rensing” er givet et påbud, angives det hvornår fristen for forbedret rensning udløber. 

85. BygningUdtraedenTilladelse 



Notes: Byg.126 - For grunde indenfor kloakopland (afløbskoder 1-9) angives status for tilladelse til hel eller 

delvis udtræden af ”det offentlige kloakfællesskab” (Spildevandsforsyning) jf. 


86. BygningUdtraedenTilladelseDato 



Notes: Byg.127 - Dato for tilladelse til udtræden 

87. BygningAlternativAfledningTilladelse 



Notes: Byg.128 - For grunde indenfor kloakopland (afløbskoder 1-9) angives status for tilladelse til alternativ 


88. BygningAlternativAfledningTilladelseDato 



Notes: Byg.129 - Dato for tilladelse til alt. bortskaffelse eller afledning 

89. BygningTypeAfFlytning 



Notes: Byg.301 - Type af flytning af bygning 

Koder: 

2 - Matrikulær ændring 

3 - Fysisk flytning 

90. FK_KommuneFlyttesTil_id 



Notes: Byg.302 - Kommuneid for den kommune som bygningen flyttes til. 

91. BygningSlettetTimestamp 



92. BygningUdvendigIsolering 



Notes: Byg.130 - BygningUdvendigIsolering (efter isolering) 

93. BygningDispensationVarmeforsyning 




Notes: Byg.131 - Dispensation/fritagelse ift. kollektiv varmeforsyning 

94. BygningDispensationVarmeforsyningDato 



Notes: Byg.132 - Dato for dispensation/fritagelse ift. kollektiv varmeforsyning 

Index details 

Bygning_idx1 


BygningNummer (Asc) 


Unique: Yes 

Bygning_idx2 


Unique: No 

Bygning_idx3 


Unique: No 

Bygning_idx4 

Column(s): FK_BygningStam_id (Asc) 

Unique: No 

Bygning_idx5 


Unique: No 

Bygning_idx6 


Unique: No 

Bygning_idx7 


Unique: No 


AdgangsAdresse_Bygning_FK1 










Bygning_Bygning_FK1 


FK_BygningStam_id Bygning_id 






03-04-2013 1:54 51


Notes: Relation fra sagen op til stamrecorden 



Geometri_Bygning_FK1 










Matrikel_Bygning_FK1 










Byggesag_Bygning_FK1 




Cardinality: Zero-or-One -to- Zero-or-One 






Grund_Bygning_FK1 










03-04-2013 1:54 52


03-04-2013 1:54 53 

Ejerskab 

Notes: Ejerskab indeholder ejerforholdskode og ejendomsnummer. 

Når grunde peger på ejerskab, er ejerskabet gældende for alle entieter på grunden. 

Når peger på andet en grunde, er der tale om ejerlejligheder. 

Owner: 





Codes: 0 

Type: Table 


Ejerskab_id LONGBINARY Not allowed 

EjerskabEntitetstype SHORT Not allowed 

FK_BbrId (FK,I1) LONGBINARY Not allowed 

FK_Kommune_id (I2) LONGBINARY Not allowed 

BK_Ejendomsnummer (I2) LONG Not allowed 

EjerskabEjendomsreference LONGBINARY Allowed 

EjerskabMereEnd1Ejerlejlighed CHAR(1) Allowed 

EjerskabEjerlejlighedsnummer CHAR(8) Allowed 

EjerskabArtskode SHORT Allowed 

EjerskabTinglystAreal LONG Allowed 

EjerskabEjerforholdskode SHORT Allowed 



EjerskabOpretTimestamp DATETIME Not allowed 

EjerskabAendretTimestamp DATETIME Not allowed 

EjerskabAendretFunktion CHAR(60) Not allowed 

EjerskabOphoertTimestamp DATETIME Allowed 


EjerskabSlettetTimestamp DATETIME Allowed 


Ejerskab_idx1 (I1) FK_BbrId Ascending 

Ejerskab_idx2 (I2) BK_Ejendomsnummer 

Ascending 

FK_Kommune_id 

Ascending 


Enhed_Ejerskab_FK1 FK_BbrId Enhed.Enhed_id 

Tekniskanlaeg_Ejerskab_FK1 FK_BbrId Tekniskanlaeg.Tekniskanlaeg_id 

Bygning_Ejerskab_FK1 FK_BbrId Bygning.Bygning_id 

Grund_Ejerskab_FK1 FK_BbrId Grund.Grund_id 

Ejerskab_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Ejerskab_id 


1. Ejerskab_id 



2. EjerskabEntitetstype 



Notes: Angiver hvilken bbr entitet der peges på. 

(BEMÆRK ikke alle typer er relevante, iøjeblikket 1 til 4) 

Typer: 

1: Grund 

2: Bygning 

3: Enhed 

4: Tekniskanlæg


03-04-2013 1:54 54 

(5: Opgang/Indgang 

6: Etage 

7: Rum 

8: Brugsenhed 


10: Enhedsadresse) 

3. FK_BbrId (FK,I1) 



Notes: Indholder id for recorden, Se EjerskabEntitetstype for hvilken tabel den befinder sig i. 

4. FK_Kommune_id (I2) 



Notes: Kommunen Ejerskabet knytter sig til. 




Notes: For enhed, bygning og teknisk anlæg er det ejerlejlighedens ejendomsnummer 

For grund, er moderejendomsnumret (det samme ejendomsnummer der er på grund). 

ENH.7 eller BYG.13 (mangler et 

6. EjerskabEjendomsreference 



Notes: Reserveret til Ejendomsreference 

Felterne GRU.11, BYG.14, TEK.13 og ENH.13 

7. EjerskabMereEnd1Ejerlejlighed 



Notes: Kode for mere end 1 Ejerlejllighed med samme matrikel og ejerlejlighedsnummer 

Koder 

E: En 

M: Mange 

Felter: ENH.13, BYG.16 og TEK.13 

Ikke udfyldt for grund 

8. EjerskabEjerlejlighedsnummer 



Notes: Ejerlejlighedsnummer sammen med matriklen, den måde tinglysningen identificerer ejerlejligheder. 

BYG.15, TEK.12 og ENH.9 

Ikke udfyld for grund 

9. EjerskabArtskode 



Notes: Artskode angiver typen af matriklen. 

10. EjerskabTinglystAreal 



Notes: ENH.29 - TinglystAreal af ejerlejligheden.


11. EjerskabEjerforholdskode 



Notes: Ejerforholdskode af ejerskabet 

03-04-2013 1:54 55 

ENH.14, BYG.98, TEK.13 eller GRU.8 

12. ObjektType 



Notes: Denormaliseret felt, har samme Objekttype som objetet der peges på via FK_BbrId, se evt 

EjerskabEntitetstype. 

1. Stamdata 


3. Sagsdata 






14. EjerskabOpretTimestamp 




15. EjerskabAendretTimestamp 




16. EjerskabAendretFunktion 





17. EjerskabOphoertTimestamp 







19. EjerskabSlettetTimestamp 



Index details 

Ejerskab_idx1 

Column(s): FK_BbrId (Asc) 

Unique: No 

Ejerskab_idx2 



Unique: No



Enhed_Ejerskab_FK1 


FK_BbrId Enhed.Enhed_id 








Tekniskanlaeg_Ejerskab_FK1 


FK_BbrId Tekniskanlaeg.Tekniskanlaeg_id 








Bygning_Ejerskab_FK1 


FK_BbrId Bygning.Bygning_id 








Grund_Ejerskab_FK1 


FK_BbrId Grund.Grund_id 








03-04-2013 1:54 56


03-04-2013 1:54 57 

EnergiAfregningsstatus 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiAfregningsstatus_id LONGBINARY Not allowed 

EnergiAfregningsstatusNavn TEXT(100) Allowed 


EnergiAfregningsstatusOpretTimestamp DATETIME Not allowed 

EnergiAfregningsstatusAendretTimestamp DATETIME Not allowed 

EnergiAfregningsstatusAendretFunktion TEXT(40) Not allowed 

EnergiAfregningsstatusOphoertTimestamp DATETIME Allowed 



EnergiAfregningsstatus_EnergiForbrug_FK1 EnergiForbrug.FK_EnergiAfregningsstatu 

s_id 

EnergiAfregningsstatus_id 


1. EnergiAfregningsstatus_id 



Notes: 

 

 

 

 

 

2. EnergiAfregningsstatusNavn 



Notes: 

 

 

 

 

 




Notes: 

 

 

 


03-04-2013 1:54 58 

 

4. EnergiAfregningsstatusOpretTimestamp 



Notes: 

 

 

 

 

 

5. EnergiAfregningsstatusAendretTimestamp 



Notes: 

 

 

 

 

 

6. EnergiAfregningsstatusAendretFunktion 



Notes: 

 

 

 

 

 

7. EnergiAfregningsstatusOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 


03-04-2013 1:54 59 

EnergiBehandlingsfejl 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiBehandlingsfejl_id LONGBINARY Not allowed 

EnergiBehandlingsfejlKode SHORT Not allowed 

EnergiBehandlingsfejlTekst TEXT(2000) Allowed 

EnergiBehandlingsfejlType SHORT Not allowed 

FK_EnergiIndberetning_id (FK) LONGBINARY Not allowed 


EnergiBehandlingsfejlOpretTimestamp DATETIME Not allowed 

EnergiBehandlingsfejlAendretTimestamp DATETIME Not allowed 

EnergiBehandlingsfejlAendretFunktion TEXT(40) Not allowed 

EnergiBehandlingsfejlOphoertTimestamp DATETIME Allowed 



EnergiIndberetning_EnergiBehandlingsfejl_FK1 FK_EnergiIndberetning_id EnergiIndberetning.EnergiIndberetning_ 

id 


1. EnergiBehandlingsfejl_id 



Notes: 

 

 

 

 

 

2. EnergiBehandlingsfejlKode 



Notes: 

 

 

 

 

 

3. EnergiBehandlingsfejlTekst 



Notes: 

 


03-04-2013 1:54 60 

EnergiBehandlingsfejl" /> 

 

 

 

4. EnergiBehandlingsfejlType 



Notes: 

 

 

 

 

 

5. FK_EnergiIndberetning_id (FK) 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 

7. EnergiBehandlingsfejlOpretTimestamp 



Notes: 

 

 

 

 

 

8. EnergiBehandlingsfejlAendretTimestamp 



Notes: 

 

 

 

 

 

9. EnergiBehandlingsfejlAendretFunktion 



Notes:


03-04-2013 1:54 61 

 

 

 

 

 

10. EnergiBehandlingsfejlOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 


EnergiIndberetning_EnergiBehandlingsfejl_FK1 


FK_EnergiIndberetning_id EnergiIndberetning.EnergiIndberetning_id 









03-04-2013 1:54 62 

EnergiBehandlingsstatus 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiBehandlingsstatus_id LONGBINARY Not allowed 

EnergiBehandlingsstatusKode SHORT Not allowed 

EnergiBehandlingsstatusTekst TEXT(2000) Allowed 


EnergiBehandlingsstatusOpretTimestamp DATETIME Not allowed 

EnergiBehandlingsstatusAendretTimestamp DATETIME Not allowed 

EnergiBehandlingsstatusAendretFunktion TEXT(40) Not allowed 

EnergiBehandlingsstatusOphoertTimestamp DATETIME Allowed 



EnergiBehandlingsstatus_EnergiIndberetning_FK1 EnergiIndberetning.FK_EnergiBehand 

lingsstatus_id 

EnergiBehandlingsstatus_id 


1. EnergiBehandlingsstatus_id 



Notes: 

 

 

 

 

 

2. EnergiBehandlingsstatusKode 



Notes: 

 

 

 

 

 

3. EnergiBehandlingsstatusTekst 



Notes: 

 

 


03-04-2013 1:54 63 

 

 




Notes: 

 

 

 

 

 

5. EnergiBehandlingsstatusOpretTimestamp 



Notes: 

 

 

 

 

 

6. EnergiBehandlingsstatusAendretTimestamp 



Notes: 

 

 

 

 

 

7. EnergiBehandlingsstatusAendretFunktion 



Notes: 

 

 

 

 

 

8. EnergiBehandlingsstatusOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 


03-04-2013 1:54 64 

 

 

 


03-04-2013 1:54 65 

EnergiForbrug 

Notes: Energiforbrug tabellen er den centrale tabel og indeholder oplysninger eller referencer til oplysninger 

om et energiforbrug 

Owner: 





Codes: 0 

Type: Table 


EnergiForbrug_id LONGBINARY Not allowed 

FK_EnergiForsyningsselskab_id (FK,U1) LONGBINARY Not allowed 

FK_EnergiMaaleenhed_id (FK) LONGBINARY Not allowed 

FK_EnergiForsyningsart_id (FK,U1) LONGBINARY Not allowed 

EnergiForbrugLeverancestedIdentifikation (U1) TEXT(50) Not allowed 

EnergiForbrugPeriodeStart (U1) DATETIME Not allowed 

EnergiForbrugPeriodeSlut DATETIME Not allowed 

EnergiForbrugLeverancestedPlaceringMetode SHORT Not allowed 

FK_AdgangsAdresse_id LONGBINARY Allowed 

FK_EnhedsAdresse_id LONGBINARY Allowed 

EnergiForbrugPostdistriktnummer SHORT Allowed 

EnergiForbrugBynavn CHAR(34) Allowed 

FK_Kommune_id LONGBINARY Allowed 

EnergiForbrugVejkode SHORT Allowed 

EnergiForbrugVejnavn TEXT(40) Allowed 

EnergiForbrugHusnummer CHAR(4) Allowed 

EnergiForbrugEtagebetegnelse CHAR(2) Allowed 

EnergiForbrugSideDoerBetegnelse CHAR(4) Allowed 

BK_Ejendomsnummer LONG Allowed 

EnergiForbrugBygningNummer SHORT Allowed 

EnergiForbrugOestKoordinat LONG Allowed 

EnergiForbrugNordKoordinat LONG Allowed 

EnergiForbrugIndberettetDato DATETIME Not allowed 

EnergiForbrugMaengde LONG Not allowed 

FK_EnergiAfregningsstatus_id (FK) LONGBINARY Not allowed 

FK_BbrId LONGBINARY Not allowed 

EnergiForbrugEntitetstype SHORT Not allowed 

EnergiForbrugValideringsTimestamp DATETIME Not allowed 

EnergiForbrugHemmeligTimestamp DATETIME Allowed 


EnergiForbrugOpretTimestamp DATETIME Not allowed 

EnergiForbrugAendretTimestamp DATETIME Not allowed 

EnergiForbrugAendretFunktion TEXT(40) Not allowed 

EnergiForbrugOphoertTimestamp (U1) DATETIME Allowed 


EnergiForbrugSlettetTimestamp DATETIME Allowed 


UserKey (U1) FK_EnergiForsyningsselskab_id 

EnergiForbrugLeverancestedIdentifikation 

FK_EnergiForsyningsart_id 

EnergiForbrugPeriodeStart 

EnergiForbrugOphoertTimestamp 

Ascending 

Ascending 

Ascending 

Ascending 

Ascending 


EnergiForsyningsselskab_EnergiForbrug_FK1 FK_EnergiForsyningsselskab_id EnergiForsyningsselskab.EnergiForsynin 

gsselskab_id 

EnergiMaaleenhed_EnergiForbrug_FK1 FK_EnergiMaaleenhed_id EnergiMaaleenhed.EnergiMaaleenhed_id 

EnergiForsyningsart_EnergiForbrug_FK1 FK_EnergiForsyningsart_id EnergiForsyningsart.EnergiForsyningsart


_id 

EnergiAfregningsstatus_EnergiForbrug_FK1 FK_EnergiAfregningsstatus_id EnergiAfregningsstatus.EnergiAfregnings 

EnergiForbrug_EnergiIndberetning_FK1 EnergiIndberetning.FK_EnergiForbrug_i 

d 


1. EnergiForbrug_id 



Notes: Unik tildelt nøgle af energiforbrug 

2. FK_EnergiForsyningsselskab_id (FK,U1) 



Notes: Reference til energiforsyningsselskabets CVR nummer 

3. FK_EnergiMaaleenhed_id (FK) 



Notes: Reference til energiforsyningsartens måleenhed_id 

4. FK_EnergiForsyningsart_id (FK,U1) 



Notes: Reference til energiforsyningsartens id 

03-04-2013 1:54 66 

status_id 

EnergiForbrug_id 

5. EnergiForbrugLeverancestedIdentifikation (U1) 



Notes: Energiforsyningsselskabets nummerering af målersted/leverancested. 

Naturgas: EAN-GSRN nummeret. 

Fjernvarme: Målersteds id. Energiforsyningsselskabets målernummer. 

Fyringsolie: Selskabets identifikation af leverancested for fyringsolieleverancen 

6. EnergiForbrugPeriodeStart (U1) 



Notes: Naturgas og fjernvarme: Tidspunktet for udførelse af den aflæsning, der indleder leveranceperioden. 

Datoformat: dd-mm-åååå. 

Fyringsolie: Dato for drop eller startdato for den periode, der sendes data for. 

7. EnergiForbrugPeriodeSlut 



Notes: Naturgas og fjernvarme: Tidspunktet for udførelse af den aflæsning, der afslutter leveranceperioden. 

Datoformat: dd-mm-åååå. 

Fyringsolie: Hvis datalinjen omfatter mere end én leverance, så angives dato for sidste leverance eller 

slutdato for den periode, der sendes data for. Hvis datalinjen omfatter én leverance kan angives samme 

dato som i feltet Periode start. 

8. EnergiForbrugLeverancestedPlaceringMetode 



Notes: Metode for angivelse af leverancestedets geografiske placering. 

Kun følgende værdier er tilladte: "1" eller "2". 

9. FK_AdgangsAdresse_id 



Notes: Reference til adgangsadresse ID 

10. FK_EnhedsAdresse_id




Notes: Reference til enhedsadresse ID 

11. EnergiForbrugPostdistriktnummer 



Notes: Postnummer for leverancestedets geografiske placering. 

12. EnergiForbrugBynavn 



Notes: Eventuelt supplerende bynavn for leverancestedets geografiske placering. Angiver typisk en landsby e.l. 

mindre bebyggelse indenfor postnummeret. Eksempel: "Lindved". 




Notes: Reference til kommune id som angiver den kommune hvori leverancestedet geografisk er placeret 

14. EnergiForbrugVejkode 



Notes: Vejkode som angiver det vejnavn leverancestedet geografisk er placeret ved. 

15. EnergiForbrugVejnavn 



Notes: Vejnavn for leverancestedets geografiske placering 

16. EnergiForbrugHusnummer 



Notes: Husnummer inklusive eventuelt bogstav, som angiver leverancestedets geografiske placering 

17. EnergiForbrugEtagebetegnelse 



Notes: Etagebetegnelse for leverancested 

18. EnergiForbrugSideDoerBetegnelse 



Notes: Dørbetegnelse, dvs. sidebetegnelse eller dørnummer e.l. for leverancested 




Notes: Ejendomsnummer i Ejendoms Stamregisteret (ESR) som angiver den vurderingsejendom som 

leverancestedet geografisk er placeret på 

20. EnergiForbrugBygningNummer 



Notes: BBR Bygningsnummer som angiver den bygning som leverancestedet geografisk er placeret i 

21. EnergiForbrugOestKoordinat 



Notes: X-Koordinat (øst/vest) for leverancestedet. Koordinaten angives i: UTM/ETRS 89, zone 32. Angives 

uden tusindtals separator og med maksimalt 2 decimaler. 

Eksempel: 574885,69. 

03-04-2013 1:54 67


22. EnergiForbrugNordKoordinat 



Notes: Y-Koordinat (nord/syd) for leverancestedet. Koordinaten angives i: UTM/ETRS 89, zone 32. Angives 

uden tusindtals separator og med maksimalt 2 decimaler. 

Eksempel: 6224326,14. 

23. EnergiForbrugIndberettetDato 



Notes: Dato for indberetning. Det vil sige dato for generering af datafil. Datoformat: dd-mm-åååå. 

24. EnergiForbrugMaengde 



Notes: Den afregnede mængde i perioden fra Periode start til Periode Slut (leveranceperioden). Angives uden 

tusindtals separator og med maksimalt 1 decimal. 

25. FK_EnergiAfregningsstatus_id (FK) 



Notes: Reference til id på status for afregningen. 

26. FK_BbrId 



Notes: Reference til hvilken entitetstype energiforbruget tilhører. Kan være en grund, bygning eller 

enhed(bolig-/erhversenhed) 

27. EnergiForbrugEntitetstype 



Notes: Angiver energiforbrugets entitetstype. Kan være en grund, bygning eller enhed(bolig-/erhversenhed) 

28. EnergiForbrugValideringsTimestamp 



Notes: Timestamp angiver hvornår energiforbruget er blevet tilført en entitet. 

29. EnergiForbrugHemmeligTimestamp 



Notes: Timestamp angiver om data må videregives. Er det angivet må energiforbruget ikke videregives 




Notes: Reference til hvilken bruger der oprindeligt oprettede recorden. 

31. EnergiForbrugOpretTimestamp 



Notes: EnergiForbrugOpretTimestamp 

03-04-2013 1:54 68 


32. EnergiForbrugAendretTimestamp 



Notes: EnergiForbrugAendretTimestamp 

Tidspunkt for seneste ændring af recorden.


33. EnergiForbrugAendretFunktion 



Notes: EnergiForbrugAendretFunktion 

03-04-2013 1:54 69 



34. EnergiForbrugOphoertTimestamp (U1) 



Notes: EnergiForbrugOphoertTimestamp 

OphoertTimestamp angiver om recorden ikke længere er aktiv. 


oprettet. 





Notes: FK_BrugerAendret_id er reference til brugeren der senest har ændret data. 

Feltet hører sammen med EnergiForbrugAendretTimestamp 

36. EnergiForbrugSlettetTimestamp 



Notes: EnergiForbrugSlettetTimestamp markerer at recorden er slettet 

Index details 

UserKey 

Column(s): FK_EnergiForsyningsselskab_id (Asc) 

EnergiForbrugLeverancestedIdentifikation (Asc) 

FK_EnergiForsyningsart_id (Asc) 

EnergiForbrugPeriodeStart (Asc) 

EnergiForbrugOphoertTimestamp (Asc) 

Unique: Yes 


EnergiForsyningsselskab_EnergiForbrug_FK1 


FK_EnergiForsyningsselskab_id EnergiForsyningsselskab.EnergiForsyningsselskab_id 








EnergiMaaleenhed_EnergiForbrug_FK1 


FK_EnergiMaaleenhed_id EnergiMaaleenhed.EnergiMaaleenhed_id 


Cardinality: One -to- Zero-or-More







EnergiForsyningsart_EnergiForbrug_FK1 


FK_EnergiForsyningsart_id EnergiForsyningsart.EnergiForsyningsart_id 








EnergiAfregningsstatus_EnergiForbrug_FK1 


FK_EnergiAfregningsstatus_id EnergiAfregningsstatus.EnergiAfregningsstatus_id 








03-04-2013 1:54 70


03-04-2013 1:54 71 


Notes: De forskellige forsyningsarter findes i denne tabel EnergiForsyningsart 

Owner: 





Codes: 0 

Type: Table 


EnergiForsyningsart_id LONGBINARY Not allowed 

EnergiForsyningsartNavn TEXT(20) Not allowed 


EnergiForsyningsartOpretTimestamp DATETIME Not allowed 

EnergiForsyningsartAendretTimestamp DATETIME Not allowed 

EnergiForsyningsartAendretFunktion TEXT(40) Not allowed 

EnergiForsyningsartOphoertTimestamp DATETIME Allowed 



EnergiForsyningsart_EnergiForbrug_FK1 EnergiForbrug.FK_EnergiForsyni 

ngsart_id 

EnergiForsyningsart_id 

EnergiForsyningsart_EnergiForsyningsartMaaleenhed_FK1 EnergiForsyningsartMaaleenhed. 

FK_EnergiForsyningsart_id 

EnergiForsyningsart_id 


1. EnergiForsyningsart_id 



Notes: 

 

 

 

 

 

2. EnergiForsyningsartNavn 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 

4. EnergiForsyningsartOpretTimestamp




Notes: 

 

 

 

 

 

5. EnergiForsyningsartAendretTimestamp 



Notes: 

 

 

 

 

 

6. EnergiForsyningsartAendretFunktion 



Notes: 

 

 

 

 

 

7. EnergiForsyningsartOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 

03-04-2013 1:54 72


03-04-2013 1:54 73 


Notes: De forskellige forsyningsarters måleenheder findes i denne tabel EnergiForsyningsartMaaleenhed 

Owner: 





Codes: 0 

Type: Table 


EnergiForsyningsartMaaleenhed_id LONGBINARY Not allowed 

FK_EnergiMaaleenhed_id (FK) LONGBINARY Not allowed 

FK_EnergiForsyningsart_id (FK) LONGBINARY Not allowed 


EnergiForsyningsartMaaleenhedOpretTimestamp DATETIME Not allowed 

EnergiForsyningsartMaaleenhedAendretTimestamp DATETIME Not allowed 

EnergiForsyningsartMaaleenhedAendretFunktion TEXT(40) Not allowed 

EnergiForsyningsartMaaleenhedOphoertTimestamp DATETIME Allowed 



EnergiMaaleenhed_EnergiForsyningsartMaaleenhed_FK1 FK_EnergiMaaleenhed_id EnergiMaaleenhed.EnergiMaalee 

nhed_id 

EnergiForsyningsart_EnergiForsyningsartMaaleenhed_FK1 FK_EnergiForsyningsart_id EnergiForsyningsart.EnergiForsy 

ningsart_id 


1. EnergiForsyningsartMaaleenhed_id 



Notes: 

 

 

 

 

 

2. FK_EnergiMaaleenhed_id (FK) 



Notes: 

 

 

 

 

 

3. FK_EnergiForsyningsart_id (FK) 



Notes: 

 

 

 

 





Notes: 

 

 

 

 

 

5. EnergiForsyningsartMaaleenhedOpretTimestamp 



Notes: 

 

 

 

 

 

6. EnergiForsyningsartMaaleenhedAendretTimestamp 



Notes: 

 

 

 

 

 

7. EnergiForsyningsartMaaleenhedAendretFunktion 



Notes: 

 

 

 

 

 

8. EnergiForsyningsartMaaleenhedOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

03-04-2013 1:54 74


03-04-2013 1:54 75 

 


EnergiMaaleenhed_EnergiForsyningsartMaaleenhed_FK1 


FK_EnergiMaaleenhed_id EnergiMaaleenhed.EnergiMaaleenhed_id 








EnergiForsyningsart_EnergiForsyningsartMaaleenhed_FK1 


FK_EnergiForsyningsart_id EnergiForsyningsart.EnergiForsyningsart_id 









03-04-2013 1:54 76 

EnergiForsyningsselskab 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiForsyningsselskab_id LONGBINARY Not allowed 

EnergiForsyningsselskabCVRNummer CHAR(8) Not allowed 

EnergiForsyningsselskabNavn TEXT(300) Allowed 


EnergiForsyningsselskabOpretTimestamp DATETIME Not allowed 

EnergiForsyningsselskabAendretTimestamp DATETIME Not allowed 

EnergiForsyningsselskabAendretFunktion TEXT(40) Not allowed 

EnergiForsyningsselskabOphoertTimestamp DATETIME Allowed 



EnergiForsyningsselskab_EnergiForbrug_FK1 EnergiForbrug.FK_EnergiForsyningssels 

kab_id 

EnergiForsyningsselskab_id 


1. EnergiForsyningsselskab_id 



Notes: 

 

 

 

 

 

2. EnergiForsyningsselskabCVRNummer 



Notes: 

 

 

 

 

 

3. EnergiForsyningsselskabNavn 



Notes: 

 

 


03-04-2013 1:54 77 

 

 




Notes: 

 

 

 

 

 

5. EnergiForsyningsselskabOpretTimestamp 



Notes: 

 

 

 

 

 

6. EnergiForsyningsselskabAendretTimestamp 



Notes: 

 

 

 

 

 

7. EnergiForsyningsselskabAendretFunktion 



Notes: 

 

 

 

 

 

8. EnergiForsyningsselskabOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 


03-04-2013 1:54 78 

EnergiForsyningsselskab" /> 

 

 


03-04-2013 1:54 79 

EnergiHemmeligadresse 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiHemmeligadresse_id LONGBINARY Not allowed 

FK_Kommune_id LONGBINARY Not allowed 

EnergiHemmeligadresseVejkode SHORT Not allowed 

EnergiHemmeligadresseHusnummer CHAR(4) Allowed 


EnergiHemmeligadresseOpretTimestamp DATETIME Not allowed 

EnergiHemmeligadresseAendretTimestamp DATETIME Not allowed 

EnergiHemmeligadresseAendretFunktion TEXT(40) Not allowed 

EnergiHemmeligadresseOphoertTimestamp DATETIME Allowed 



1. EnergiHemmeligadresse_id 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 

3. EnergiHemmeligadresseVejkode 



Notes: 

 

 

 

 


4. EnergiHemmeligadresseHusnummer 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 

6. EnergiHemmeligadresseOpretTimestamp 



Notes: 

 

 

 

 

 

7. EnergiHemmeligadresseAendretTimestamp 



Notes: 

 

 

 

 

 

8. EnergiHemmeligadresseAendretFunktion 



Notes: 

 

 

 

 

 

9. EnergiHemmeligadresseOphoertTimestamp 



Notes: 

 

 

 

 

03-04-2013 1:54 80


03-04-2013 1:54 81 

 




Notes: 

 

 

 

 


03-04-2013 1:54 82 

EnergiIndberetning 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiIndberetning_id LONGBINARY Not allowed 

EnergiIndberetningType TEXT(128) Not allowed 

EnergiIndberetningXml LONGTEXT Not allowed 

FK_EnergiIndberetningsrequest_id (FK) LONGBINARY Not allowed 

FK_EnergiBehandlingsstatus_id (FK) LONGBINARY Allowed 

FK_EnergiForbrug_id (FK) LONGBINARY Allowed 


EnergiIndberetningOpretTimestamp DATETIME Not allowed 

EnergiIndberetningAendretTimestamp DATETIME Not allowed 

EnergiIndberetningAendretFunktion TEXT(40) Not allowed 

EnergiIndberetningOphoertTimestamp DATETIME Allowed 



EnergiIndberetningsrequest_EnergiIndberetning_FK1 FK_EnergiIndberetningsrequest_id EnergiIndberetningsrequest.EnergiIn 

dberetningsrequest_id 

EnergiBehandlingsstatus_EnergiIndberetning_FK1 FK_EnergiBehandlingsstatus_id EnergiBehandlingsstatus.EnergiBeha 

ndlingsstatus_id 

EnergiForbrug_EnergiIndberetning_FK1 FK_EnergiForbrug_id EnergiForbrug.EnergiForbrug_id 

EnergiIndberetning_EnergiBehandlingsfejl_FK1 EnergiBehandlingsfejl.FK_EnergiIn 

dberetning_id 

EnergiIndberetning_id 


1. EnergiIndberetning_id 



Notes: 

 

 

 

 

 

2. EnergiIndberetningType 



Notes: 

 

 

 

 


3. EnergiIndberetningXml 

Physical data type: LONGTEXT 


Notes: 

 

 

 

 

 

4. FK_EnergiIndberetningsrequest_id (FK) 



Notes: 

 

 

 

 

 

5. FK_EnergiBehandlingsstatus_id (FK) 



Notes: 

 

 

 

 

 

6. FK_EnergiForbrug_id (FK) 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 

8. EnergiIndberetningOpretTimestamp 



Notes: 

 

 

 

 

03-04-2013 1:54 83


03-04-2013 1:54 84 

 

9. EnergiIndberetningAendretTimestamp 



Notes: 

 

 

 

 

 

10. EnergiIndberetningAendretFunktion 



Notes: 

 

 

 

 

 

11. EnergiIndberetningOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 


EnergiIndberetningsrequest_EnergiIndberetning_FK1 


FK_EnergiIndberetningsrequest_id EnergiIndberetningsrequest.EnergiIndberetningsrequest_id 








EnergiBehandlingsstatus_EnergiIndberetning_FK1 










EnergiForbrug_EnergiIndberetning_FK1 

03-04-2013 1:54 85 

FK_EnergiBehandlingsstatus_id EnergiBehandlingsstatus.EnergiBehandlingsstatus_id 


FK_EnergiForbrug_id EnergiForbrug.EnergiForbrug_id 









03-04-2013 1:54 86 

EnergiIndberetningsklient 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiIndberetningsklient_id LONGBINARY Not allowed 

EnergiIndberetningsklientNavn VARCHAR(100) Not allowed 

FK_Bruger_id LONGBINARY Allowed 


EnergiIndberetningsklientOpretTimestamp DATETIME Not allowed 

EnergiIndberetningsklientAendretTimestamp DATETIME Not allowed 

EnergiIndberetningsklientAendretFunktion VARCHAR(40) Not allowed 

EnergiIndberetningsklientOphoertTimestamp DATETIME Allowed 



EnergiIndberetningsklient_EnergiIndberetningsrequest_FK1 EnergiIndberetningsrequest.FK_ 

EnergiIndberetningsklient_id 

EnergiIndberetningsklient_id 


1. EnergiIndberetningsklient_id 



Notes: 

 

 

 

 

 

2. EnergiIndberetningsklientNavn 

Physical data type: VARCHAR(100) 


Notes: 

 

 

 

 

 




Notes: 

 

 


03-04-2013 1:54 87 

 

 




Notes: 

 

 

 

 

 

5. EnergiIndberetningsklientOpretTimestamp 



Notes: 

 

 

 

 

 

6. EnergiIndberetningsklientAendretTimestamp 



Notes: 

 

 

 

 

 

7. EnergiIndberetningsklientAendretFunktion 



Notes: 

 

 

 

 

 

8. EnergiIndberetningsklientOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 


03-04-2013 1:54 88 

EnergiIndberetningsklient" /> 

 

 


03-04-2013 1:54 89 

EnergiIndberetningsrequest 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiIndberetningsrequest_id LONGBINARY Not allowed 

EnergiIndberetningsrequestToken (U1) LONGBINARY Not allowed 

EnergiIndberetningsrequestModtagelsestidspunkt DATETIME Not allowed 

FK_EnergiIndberetningsklient_id (FK) LONGBINARY Not allowed 

FK_EnergiTilstandsstatus_id (FK) LONGBINARY Not allowed 


EnergiIndberetningsrequestOpretTimestamp DATETIME Not allowed 

EnergiIndberetningsrequestAendretTimestamp DATETIME Not allowed 

EnergiIndberetningsrequestAendretFunktion VARCHAR(40) Not allowed 

EnergiIndberetningsrequestOphoertTimestamp DATETIME Allowed 



EnergiIndberetningsrequest_UC1 (U1) EnergiIndberetningsrequestToken Ascending 


EnergiIndberetningsklient_EnergiIndberetningsrequest_FK1 FK_EnergiIndberetningsklient_i EnergiIndberetningsklient.Energ 

d 

iIndberetningsklient_id 

EnergiTilstandsstatus_EnergiIndberetningsrequest_FK1 FK_EnergiTilstandsstatus_id EnergiTilstandsstatus.EnergiTils 

tandsstatus_id 

EnergiIndberetningsrequest_EnergiIndberetning_FK1 EnergiIndberetning.FK_EnergiIn 

dberetningsrequest_id 

EnergiIndberetningsrequest_id 


1. EnergiIndberetningsrequest_id 



Notes: 

 

 

 

 

 

2. EnergiIndberetningsrequestToken (U1) 



Notes: 

 

 

 

 


3. EnergiIndberetningsrequestModtagelsestidspunkt 



Notes: 

 

 

 

 

 

4. FK_EnergiIndberetningsklient_id (FK) 



Notes: 

 

 

 

 

 

5. FK_EnergiTilstandsstatus_id (FK) 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 

7. EnergiIndberetningsrequestOpretTimestamp 



Notes: 

 

 

 

 

 

8. EnergiIndberetningsrequestAendretTimestamp 



Notes: 

 


03-04-2013 1:54 91 

value="EnergiIndberetningsrequestAendretTimestamp is of EnergiIndberetningsrequest" /> 

 

 

 

9. EnergiIndberetningsrequestAendretFunktion 



Notes: 

 

 

 

 

 

10. EnergiIndberetningsrequestOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 

 

Index details 

EnergiIndberetningsrequest_UC1 

Column(s): EnergiIndberetningsrequestToken (Asc) 

Unique: Yes 


EnergiIndberetningsklient_EnergiIndberetningsrequest_FK1 


FK_EnergiIndberetningsklient_id EnergiIndberetningsklient.EnergiIndberetningsklient_id 








EnergiTilstandsstatus_EnergiIndberetningsrequest_FK1 


FK_EnergiTilstandsstatus_id EnergiTilstandsstatus.EnergiTilstandsstatus_id









03-04-2013 1:54 92


03-04-2013 1:54 93 

EnergiMaaleenhed 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiMaaleenhed_id LONGBINARY Not allowed 

EnergiMaaleenhedNavn TEXT(20) Not allowed 


EnergiMaaleenhedOpretTimestamp DATETIME Not allowed 

EnergiMaaleenhedAendretTimestamp DATETIME Not allowed 

EnergiMaaleenhedAendretFunktion TEXT(40) Not allowed 

EnergiMaaleenhedOphoertTimestamp DATETIME Allowed 



EnergiMaaleenhed_EnergiForbrug_FK1 EnergiForbrug.FK_EnergiMaaleen 

hed_id 

EnergiMaaleenhed_id 

EnergiMaaleenhed_EnergiForsyningsartMaaleenhed_FK1 EnergiForsyningsartMaaleenhed.F 

K_EnergiMaaleenhed_id 

EnergiMaaleenhed_id 


1. EnergiMaaleenhed_id 



Notes: 

 

 

 

 

 

2. EnergiMaaleenhedNavn 



Notes: 

 

 

 

 

 




Notes: 

 


03-04-2013 1:54 94 

 

 

 

4. EnergiMaaleenhedOpretTimestamp 



Notes: 

 

 

 

 

 

5. EnergiMaaleenhedAendretTimestamp 



Notes: 

 

 

 

 

 

6. EnergiMaaleenhedAendretFunktion 



Notes: 

 

 

 

 

 

7. EnergiMaaleenhedOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 

 

 

 


03-04-2013 1:54 95 

EnergiTilstandsstatus 

Notes: 

 

 

 

 

 

Owner: 





Codes: 0 

Type: Table 


EnergiTilstandsstatus_id LONGBINARY Not allowed 

EnergiTilstandsstatusKode SHORT Not allowed 

EnergiTilstandsstatusTekst VARCHAR(2000) Allowed 


EnergiTilstandsstatusOpretTimestamp DATETIME Not allowed 

EnergiTilstandsstatusAendretTimestamp DATETIME Not allowed 

EnergiTilstandsstatusAendretFunktion VARCHAR(40) Not allowed 

EnergiTilstandsstatusOphoertTimestamp DATETIME Allowed 



EnergiTilstandsstatus_EnergiIndberetningsrequest_FK1 EnergiIndberetningsrequest.FK_En 

ergiTilstandsstatus_id 

EnergiTilstandsstatus_id 


1. EnergiTilstandsstatus_id 



Notes: 

 

 

 

 

 

2. EnergiTilstandsstatusKode 



Notes: 

 

 

 

 

 

3. EnergiTilstandsstatusTekst 



Notes: 

 

 


03-04-2013 1:54 96 

 

 




Notes: 

 

 

 

 

 

5. EnergiTilstandsstatusOpretTimestamp 



Notes: 

 

 

 

 

 

6. EnergiTilstandsstatusAendretTimestamp 



Notes: 

 

 

 

 

 

7. EnergiTilstandsstatusAendretFunktion 



Notes: 

 

 

 

 

 

8. EnergiTilstandsstatusOphoertTimestamp 



Notes: 

 

 

 

 

 




Notes: 

 


03-04-2013 1:54 97 

EnergiTilstandsstatus" /> 

 

 


Notes: Tabel over Enhed 

03-04-2013 1:54 98 

Enhed 

Indholder oplysninger over bolig- og erhversenheder. 

Bemærk for hver record i enhed skal skal oprettes en record i EnhedOpgang med 


Samt en record i EnhedAdresse med EnhedAdressePrimaerAdresse sat til 1. 

Owner: 





Codes: 0 

Type: Table 


Enhed_id (I1) LONGBINARY Not allowed 


EnhedNybyggeri SHORT Not allowed 



FK_EnhedStam_id (FK,I4) LONGBINARY Allowed 


FK_Etage_id (FK,I5) LONGBINARY Not allowed 

FK_Opgang_id (FK,I6) LONGBINARY Not allowed 

FK_Henvisningsenhed_id (FK,I7) LONGBINARY Allowed 

FK_Enhed_id (FK,I3) LONGBINARY Allowed 

EnhedAnvendelseKode SHORT Allowed 

EnhedKlassifikation SHORT Allowed 

EnhedAnvendelsesKonverteringsKilde SHORT Allowed 

EnhedBoligtype CHAR(1) Allowed 

EnhedKondemneretStatus SHORT Allowed 

EnhedIdentifikationsOprettelsesDato DATETIME Allowed 

EnhedSamletAreal LONG Allowed 

EnhedBeboelsesAreal LONG Allowed 

EnhedErhvervsAreal LONG Allowed 

EnhedArealKilde SHORT Allowed 

EnhedAntalVaerelser SHORT Allowed 

EnhedToiletforhold CHAR(1) Allowed 

EnhedBadeforhold CHAR(1) Allowed 

EnhedKoekkenforhold CHAR(1) Allowed 

EnhedEnergiforsyning SHORT Allowed 

EnhedUdlejningsforhold CHAR(1) Allowed 

EnhedLeje LONG Allowed 

EnhedHuslejeoplysningerDato DATETIME Allowed 

EnhedAndetAreal LONG Allowed 

EnhedGodkendtTomBoligGL SHORT Allowed 

EnhedLovligAnvendelse CHAR(1) Allowed 

EnhedDispensationTidsbegraensetDato DATETIME Allowed 

EnhedSagstype SHORT Allowed 

EnhedDelvisIbrugtagningsTilladelsesDato DATETIME Allowed 

EnhedUdlejningsforhold2 SHORT Allowed 

EnhedOffentligStoette SHORT Allowed 

EnhedIndflytningDato DATETIME Allowed 

EnhedGodkendtTomBolig SHORT Allowed 

EnhedVarmeinstallation SHORT Allowed 

EnhedOpvarmningsmiddel SHORT Allowed 

EnhedSupplerendeVarmeinstallation CHAR(2) Allowed 

EnhedFaellesAdgangsArealAndel LONG Allowed 

EnhedAabenOverdaekningAreal LONG Allowed 

EnhedLukketOverdaekningAreal LONG Allowed


EnhedAntalErhversVaerelser SHORT Allowed 

EnhedAntalVandskylledeToilletter SHORT Allowed 

EnhedAntalBadevaerelser SHORT Allowed 











EnhedOpretTimestamp DATETIME Not allowed 

EnhedAendretTimestamp DATETIME Not allowed 

EnhedAendretFunktion TEXT(40) Not allowed 

EnhedOphoertTimestamp DATETIME Allowed 

EnhedGyldighedsdato DATETIME Allowed 


EnhedSlettetTimestamp DATETIME Allowed 


Enhed_idx1 (I1) Enhed_id Ascending 

Enhed_idx2 (I2) FK_Byggesag_id Ascending 

Enhed_idx3 (I3) FK_Enhed_id Ascending 

Enhed_idx4 (I4) FK_EnhedStam_id Ascending 

Enhed_idx5 (I5) FK_Etage_id Ascending 

Enhed_idx6 (I6) FK_Opgang_id Ascending 

Enhed_idx7 (I7) FK_Henvisningsenhed_id Ascending 


Etage_Enhed_FK1 FK_Etage_id Etage.Etage_id 

Enhed_Enhed_FK1 FK_EnhedStam_id Enhed_id 

Enhed_Enhed_FK2 FK_Henvisningsenhed_id Enhed_id 

Enhed_Enhed_FK3 FK_Enhed_id Enhed_id 

Byggesag_Enhed_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Opgang_Enhed_FK1 FK_Opgang_id Opgang.Opgang_id 

EnhedsAdresse_Enhed_FK1 FK_EnhedsAdresse_id EnhedsAdresse.EnhedsAdresse_id 

Enhed_Rum_FK1 Rum.FK_Enhed_id Enhed_id 

Enhed_Notat_FK1 Notat.FK_Parent_id Enhed_id 

Enhed_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Enhed_id 

Enhed_EnhedOpgang_FK1 EnhedOpgang.FK_Enhed_id Enhed_id 

Enhed_EnhedEnhedsAdresse_FK1 EnhedEnhedsAdresse.FK_Enhed_id Enhed_id 

Enhed_Ejerskab_FK1 Ejerskab.FK_BbrId Enhed_id 


1. Enhed_id (I1) 



Notes: ENH.1 - Enhed_id identificerer Enhed 

2. ObjektType 



Notes: ENH.100 - Objekttype er også kaldt Status. 

3. EnhedNybyggeri 


03-04-2013 1:54 99 

1. Stamdata 


3. Sagsdata 

4. Afsluttet eller henlagt sagsdata.




03-04-2013 1:54 100 




Koder 



4. BK_Crud_id 








del af. 

6. FK_EnhedStam_id (FK,I4) 



Notes: ENH.12 - Angiver byggesagens stamdata. 




Notes: Enhedsadresse 




Notes: Etagen hvorpå enheden befinder sig på. 

Null for objekttype 1 og 2, For objekttype 3 og 4 skal feltet være udfyldt. Objekttype 3 skal pege på en 


Peger altid på enhedsadresse med objekttype 1 eller 2. eller en forløbig enhedsadresse. 

Peger altid på etage med objekttype 1 eller 2. 




Notes: Den primære opgang for enheden. 

Bemærk denne skal også oprettes i tabellen EnhedOpgang, med attributten 


10. FK_Henvisningsenhed_id (FK,I7) 



Notes: Henvisningsenhed 

Peger altid på Opgang med objekttype 1 eller 2.





Notes: FK_Enhed_id 

03-04-2013 1:54 101 

Peger altid på Enhed med objekttype 1 eller 2. 

Sammenknytning af enheder 

12. EnhedAnvendelseKode 



Notes: ENH.20 - Anvendelseskode 




Enheder der anvendes til helårsbeboelse.110-190 

Enheder der anvendes til produktion eller lager i 

forbindelse med landbrug, industri, håndværk, 

offentlige værker o. lign. 

210-290 

Enheder der anvendes til handel, transport, kontor, 

liberale erhverv, servicevirksomhed o. lign.310-390 

Enheder der anvendes til kulturelle formål samt 


410-490 

Enheder der anvendes til fritidsformål.510-590 

Ikke vurderede erhvervsenheder i nybyggeri.610 

VÆRDISÆT: 


kodeværdier: 

110->Stuehus til landbrugsejendom 

120->Fritliggende enfamiliehus (parcelhus) 


Feltet kræves indberettet ved nybyggeri. 

Ved til-/ombygning skal koden indberettes, hvis 

byggesagen 

medfører en ændret anvendelse i forhold til CR. 

MAP: CEANV 

BBRfelt: 307 

13. EnhedKlassifikation 



Notes: ENH.21 - Ny Anvendelseskode 

14. EnhedAnvendelsesKonverteringsKilde 






AFHÆNGIGHEDER: Feltet bruges endnu ikke. 

DER SKAL FORETAGES EN KONVERTERING FRA DEN GAMLE 

ANVENDELSESKODE (ENH.20) TIL DENNE NYE. 

MAP: CEANVNY 

BBRfelt: 330


Notes: ENH.22 - AnvendelseskodeKildeKovertering 

03-04-2013 1:54 102 


Anvendelseskildekode beskriver hvilken kvalitet 

konverteringen fra anvendelsekode (ENH.20) til 

anvendelsekode-ny(ENH.21) har. 

VÆRDISÆT: 

Feltet kan indeholde følgende værdier. 



ESR-opl 




notatlinie. 



MAP: CEKILDANV 

BBRfelt: 331 

15. EnhedBoligtype 



Notes: ENH.23 - Boligtype 

DEFINITION: BOLIGTYPE 

VÆRDISÆT: 


Blank>Andet (bl.a. institutioner og erhverv) 

1->Egentlig beboelseslejlighed (boligenhed med eget 

køkken) 

2->Blandet erhverv og beboelse med eget køkken 

3->Enkeltværelse (med fast kogeinstallation, fælles 

ell. intet køkken) 


Vedrørende nybyggeri: 

- Hvis koden ikke indberettes, dannes den maskinelt på 

grundlag af oplysninger om beboelseareal, anvendelse og 

køkkenforhold. 

Vedrørende til/ombygning. 

MAP: CTYPE 

BBRfelt: 308 

16. EnhedKondemneretStatus 



Notes: ENH.24 - KondemneretBoligenhed 

DEFINITION: Kondemneret bolig 

VÆRDISÆT: 

Nedenfor er vist et par eksempler på kodeværdier: 

0 ->Ikke kondemneret boligenhed 

1 ->Kondemneret boligenhed 

MAP: CKONDE 

BBRfelt: 309 

17. EnhedIdentifikationsOprettelsesDato 




Notes: ENH.25 - OprettelsesdatoForEnhedensIdentifikation 

03-04-2013 1:54 103 

DEFINITION: Identifikationsoprettelse 

Dato for oprettelse af bolig- og erhvervsenhedens 

identifikation i BBR. 

Dannes maskinelt fra BBR-ændringsregister, når enheden 

er klar til indflytning, d.v.s., ved udstedelse af 

enten: 

a. Midlertidig ibrugtagningstilladelse, eller 

b. Ibrugtagningstilladelse. 

c. Fuldført. 


Kan ikke indberettes, men dannes maskinelt. 

MAP: DIDENT_DATO 

BBRfelt: 310 

18. EnhedSamletAreal 



Notes: ENH.26 - EnhedensSamledAreal 


Arealet måles til ydersiden af ydervæggene 

(bruttoetageareal) og angives incl. andel i 

adgangsarealer, herunder trapper, men excl. kælderareal 

beliggende adskilt fra enheden. 

Adgangsarealerne (trapper, altangange, elevatorer m.m.) 

i rene beboelsesbygninger og bygninger, hvor der er 

fælles indgang til bolig- og erhvervsenheder, fordeles 

med lige store andele på de enheder, der har adgang 

hertil, uanset disses størrelse. 

Areal af samtlige beboelsesrum medregnes, herunder 

areal af rum indenfor enheden i kælder, som må anvendes 

til beboelse (og som opfylder byggelovgivningens krav 

til beboelsesrum). 

Areal der er indrettet til beboelse og erhverv i 

udnyttet agetage medregnes. 

AFHÆNGIGHEDER: De samme regler gælder også for 

ejerlejligheder, det tinglyste (nettoareal) areal kan 

registreres i ENH.29. 

MAP: FEAREA 

BBRfelt: 311 

19. EnhedBeboelsesAreal 



Notes: ENH.27 - ArealTilBeboelse 

20. EnhedErhvervsAreal 


Areal af samtlige beboelsesrum incl. køkken, bad, 

wc-rum, herunder boligareal i udnyttet tagetage. I 

kælderetage medtages arealet af de rum, der må anvendes 

til beboelse i henhold til byggelovgivningen samt 

arealet af køkken, baderum og wc-rum. Arealet måles til 

ydersiden af ydervægge (bruttoetageareal). Arealet 

inkluderer andel af adgangsarealer. 

MAP: FBEBO 

BBRfelt: 312




Notes: ENH.28 - ArealTilErhverv: 

03-04-2013 1:54 104 

DEFINITION: AREAL TIL ERHVERV PÅ ENH 

Omfatter arealet af samtlige rum, der udelukkende 

anvendes til erhverv (ikke boligformål), herunder også 

udnyttet areal af tagetage og kælderetage. Arealet 

måles til ydersiden af ydervægge (brutto-etageareal). 

Arealet er incl. andel af adgangsarealer og 

erhvervsmæssigt advendt garageareal. 

Omfatter arealet af samtlige rum indenfor enheden, der 

udelukkende : anvendes til erhverv (ikke-boligformål), 

herunder også udnyttet areal af tagetage og 

kælderetage. Arealet måles til ydersiden af ydervægge 

(bruttoetageareal). Arealet er incl. andel af 

adgangsarealer og erhvervsmæssigt anvendt garageareal. 

De samme regler gælder også for ejerlejligheder, det 

tinglyste (nettoareal) areal kan registreres i 

ENH.29. 

MAP: FERH 

BBRfelt: 313 

21. EnhedArealKilde 



Notes: ENH.30 - KildeTilEnhedensArealer 


VÆRDISÆT: 




MAP: CKILDAR 

BBRfelt: 317 

22. EnhedAntalVaerelser 



Notes: ENH.31 - AntalVærelser 


Kamre regnes for hele værelser. 

a. Enheder der udelukkende benyttes til beboelse: 

Værelser omfatter alle rum, der er af en sådan 

beskaffenhed med hensyn til størrelse, isolering, 

vinduer, gulve og vægge, at de kan anvendes til 

beboelse (d.v.s. opfylder byggelovgivningens krav til 

beboelsesrum), selv om de rent faktisk har anden 

anvendelse som f.eks. hobbyrum, gildestue på loft eller 

i kælder. Rum, som konstruktionsmæssigt er tiltænkt en 

speciel anvendelse (køkken, badeværelse, entre og gang, 

bryggers, viktualierum, opbevaringsrum i kælder eller 

på loft osv.), medregnes ikke. 

b. Enheder der helt eller delvis benyttes til erhverv: 

Alle rum, der anvendes til erhverv, medregnes. Øvrige 

rum medregnes, hvis betingelserne i a. er opfyldt. 

MAP: FEVAER 

BBRfelt: 314


23. EnhedToiletforhold 



Notes: ENH.32 - Toiletforhold 

03-04-2013 1:54 105 

DEFINITION: TOILETFORHOLD 


VÆRDISÆT: 


-99 til 999. Antal vandskyllede toiletter i bolig- eller 

erhvervsenheden. 

A. Vandskyllet toilet uden for enheden. 

B. Anden type toilet eller intet toilet i forbindelse 

med enheden. 

BEMÆRK: Nuværende system kan ikke håndtere intervallet -99 til 999, men kun -9 til 99. Hvis 

værdien er mindre en -9 sættet den til -9 i det gamle system, hvis værdien er størrer en 99 sættes den til 

99. 

MAP: FTOIL 

BBRfelt: 318 

24. EnhedBadeforhold 



Notes: ENH.33 - Badeforhold 

DEFINITION: BADEFORHOLD 

Ved et badeværelse forstås et rum forsynet med badekar 

og/eller bruser med fast tilslutning af vandforsyning 

og gulvafløb. 

Brusekabine tilsluttet gulvafløb regnes som 

badeværelse. 

VÆRDISÆT: 


værdier: 

-(1-9). Antal badeværelser i enheden. 

1-99. 

C. Adgang til badeværelse. 

D. Hverken badeværelse eller adgang til badeværelse. 

MAP: FBADE 

BBRfelt: 319 

25. EnhedKoekkenforhold 



Notes: ENH.34 - Køkkenforhold 

DEFINITION: Køkkenforhold 

Eget køkken omfatter bl.a. også kogenicher og 

skabskøkkener med afløb og kogeinstallation. 

VÆRDISÆT: 


E->Eget køkken (med afløb og kogeinstallation) 

F->Adgang til fælleskøkken 

MAP: CKOEK 

BBRfelt: 320 

26. EnhedEnergiforsyning 



Notes: ENH.35 - Energiforsyning


03-04-2013 1:54 106 

DEFINITION: ENERGIFORSYNING 

Enhedens energiforsyning - bortset fra energi til 

rumopvarmning. Forefindes der både 220 V og 380 V 


VÆRDISÆT: 


1->Gas fra værk 

2->230v el fra værk 

AFHÆNGIGHEDER: Hvis der findes både 230 V og 400 V el, 


MAP: CENERG 

BBRfelt: 321 

27. EnhedUdlejningsforhold 



Notes: ENH.36 - Udlejningsforhold 


VÆRDISÆT: 


Blank>Udlejet i alm. lejemål, herunder tjeneste, 

funktionær- og friboliger 

E->Benyttet af ejer 

H->Lejen er registreret på en anden af lejemålets 

adresser 

AFHÆNGIGHEDER: Feltet kan indberettes og derudover 

ajourføres det maskinelt i forbindelse med almindelige 

vurderinger. 

MAP: CUDLE1 

BBRfelt: 322 

28. EnhedLeje 



Notes: ENH.37 - Leje 











MAP: BLEJE 

BBRfelt: 323 

29. EnhedHuslejeoplysningerDato 



Notes: ENH.38 - DatoForHuslejeoplysning 

30. EnhedAndetAreal 

Physical data type: LONG



Notes: ENH.39 - AndetAreal 

31. EnhedGodkendtTomBoligGL 




03-04-2013 1:54 107 

DEFINITION: ADRESSEKODE FRA CPR 

VÆRDISÆT: 


0->Ikke godkendt 

1->Godkendt tom bolig 

9->Rekvireret overførsel af enhedens ident. og 

boligtypekode til CPR (UDGÅET) 

AFHÆNGIGHEDER: Feltet kan kun indberettes til 

BBR-stamregister. 

Indberetning af kode 9 bevirker, at boligtypekoden 

overføres maskinelt til den tilsvarende boligadresse 

i CPR. 

MAP: CADR 

BBRfelt: 378 

32. EnhedLovligAnvendelse 



Notes: ENH.41 - LovligAnvendelse 

DEFINITION: Helårsbeboelse sommerhus 

Angiver om der er givet tilladelse til helårsbeboelse i 


VÆRDISÆT: 


A->Gl. helårsstatus eller ikke-personlig disp. til 


B->Personlig, tidsbegrænset dispensation til 


AFHÆNGIGHEDER: Når kode E ellerB indberettes, skal 

årstal for dispensation indberettes i felt ENH.42 

MAP: CHELBEBO 

BBRfelt: 379 

33. EnhedDispensationTidsbegraensetDato 



Notes: ENH.42 - DatoForTidsbegrænsetDispensation 

DEFINITION: ÅRSTAL FOR DISP FOR ENH.41 

Angiver i sammenhæng med felt ENH.41 årstal for udløbet af 

en tidsbegrænset dispensation til helårsbeboelse i 

sommerhusområder. 

Årstal for dispensation for helårsbeboelse i 



FELTET AJOURFØRES MANUELT 

I feltet indberettes årstal for tidsbegrænset 

dispensation, 

når kode 'B' eller 'E' er indberettet i feltet for


03-04-2013 1:54 108 

'Lovlig anvendelse'. 

MAP: DAARDISP 

BBRfelt: 380 

34. EnhedSagstype 



Notes: ENH.43 - Sagstype 

DEFINITION: BYGGERIETS ARTSKODE 

Der registreres arten af byggesagen eller arten af den 

ændring, der er gennemført. 

VÆRDISÆT: 


1 ->Nybyggeri 

2 ->Til/ombygning 

MAP: CBYGART 

BBRfelt: 390 

35. EnhedDelvisIbrugtagningsTilladelsesDato 



Notes: ENH.44 - EnhedDelvisIbrugtagningsTilladelsesDato 

DEFINITION: DELVIS IBRUGTAGNINGSDATO 


Der registreres datoen for den delvise 

ibrugtagningstilladelse, den pågældende enhed er 

omfattet af. (kan ikke fremdateres) 

Feltet indberettes kun for BR-tilladelsessag. 


Ved indberetning i feltet, overføres enheden til stamdata. 

FØRST indberettes datoen på enheden/enhederne, DEREFTER 

indberettes på bygningen i felterne: 

'DELVIS IBRUGT. TILL.' og 'BYGN.AREAL SIDEN AJOURF.' 

Feltet kun relevant for byggesager (Status 3). 

MAP: DDIBRUG_DATO 

BBRfelt: 391 

36. EnhedUdlejningsforhold2 



Notes: ENH.45 - Udlejningsforhold2 



VÆRDISÆT: 

Efterfølgende er der vist et par gyldige eksempler på 

kodeværdier: 

1->Udlejet 

2->Benyttet af ejeren 

3->Ikke benyttet 

AFHÆNGIGHEDER: Feltet kan IKKE indberettes. Det dannes 

maskinelt på grundlag af oplysninger i BBR, CPR og ESR 

i januar og april måned. 

MAP: CUDLE2


03-04-2013 1:54 109 

BBRfelt: 392 

37. EnhedOffentligStoette 



Notes: ENH.46 - OffentligStøtte 

DEFINITION: Kode for offentlig støtte 

Feltet angiver, om bygningen opføres med offentlig 

støtte i henhold til lov om boligbyggeri eller lov om 

ældreboliger. 

VÆRDISÆT: 


kodeværdier: 

1->Boligen opført uden offentlig støtte 

3->Almennyttige boliger (inkl. integrerede 

ungdomsboliger). 

MAP: CSTOETTE 

BBRfelt: 291 

38. EnhedIndflytningDato 



Notes: ENH.47 - IndflytningsDato 

39. EnhedGodkendtTomBolig 




40. EnhedVarmeinstallation 



Notes: ENH.51 - Varmeinstallation 

41. EnhedOpvarmningsmiddel 



Notes: ENH.52 - Opvarmningsmiddel 

42. EnhedSupplerendeVarmeinstallation 



Notes: ENH.53 - Supplerendevarme 

43. EnhedFaellesAdgangsArealAndel 



Notes: ENH.60 - EnhedensAndelIFællesAdgangsareal 

44. EnhedAabenOverdaekningAreal 



Notes: ENH.61 - ArealAfÅbenOverdækning 

45. EnhedLukketOverdaekningAreal 



Notes: ENH.62 - ArealAfLukketOverdækningUdestue 

46. EnhedAntalErhversVaerelser 




Notes: ENH.63 - AntalVærelserTilErhverv 

03-04-2013 1:54 110 

DEFINITION: ANTAL VÆRELSER TIL ERHVERV 

Antal værelser, der udelukkende benyttes til erhverv. 

For døgninstitutioner udtrykker oplysningen antallet af 

værelser, der anvendes til fællesfaciliteter. 

MAP: FERVAER 

BBRfelt: 315 

47. EnhedAntalVandskylledeToilletter 



Notes: ENH.65 - EnhedAntalVandskylledeToilletter 

48. EnhedAntalBadevaerelser 



Notes: ENH.66 - EnhedAntalBadevaerelser 
































Kommunespecifikt felt, der kan indeholde et tal.



Notes: ENH.86 - Journalnummer 




Notes: ENH.87 - ESDH_Reference 




Notes: ENH.99 - Sikkerhedsklassifikation 





59. EnhedOpretTimestamp 



Notes: EnhedOpretTimestamp 

03-04-2013 1:54 111 


60. EnhedAendretTimestamp 



Notes: EnhedAendretTimestamp 


61. EnhedAendretFunktion 



Notes: EnhedAendretFunktion 

62. EnhedOphoertTimestamp 



Notes: EnhedOphoertTimestamp 

63. EnhedGyldighedsdato 








Notes: FK_BrugerAendret_id er af Enhed 



oprettet. 





65. EnhedSlettetTimestamp 



Notes: EnhedSlettetTimestamp markerer at recorden er slettet 

Index details 

Enhed_idx1 

Column(s): Enhed_id (Asc) 

Unique: No 

Enhed_idx2 


Unique: No 

Enhed_idx3 


Unique: No 

Enhed_idx4 

Column(s): FK_EnhedStam_id (Asc) 

Unique: No 

Enhed_idx5 

Column(s): FK_Etage_id (Asc) 

Unique: No 

Enhed_idx6 


Unique: No 

Enhed_idx7 

Column(s): FK_Henvisningsenhed_id (Asc) 

Unique: No 


Etage_Enhed_FK1 












FK_EnhedStam_id Enhed_id 




Verb phrase: kan have stam 




03-04-2013 1:54 112




FK_Henvisningsenhed_id Enhed_id 




Verb phrase: kan henvise til 






FK_Enhed_id Enhed_id 




Verb phrase: kan samle 


Notes: Enheder der bliver lagt sammen, men stadig er to selvstændige enheder. 



Byggesag_Enhed_FK1 










Opgang_Enhed_FK1 










EnhedsAdresse_Enhed_FK1 


FK_EnhedsAdresse_id EnhedsAdresse.EnhedsAdresse_id 







03-04-2013 1:54 113



03-04-2013 1:54 114


Notes: Tabel over EnhedAdresse 

03-04-2013 1:54 115 

EnhedEnhedsAdresse 



Owner: 





Codes: 0 

Type: Table 


EnhedEnhedsAdresse_id (I1) LONGBINARY Not allowed 


FK_Enhed_id (FK,I2) LONGBINARY Not allowed 

EnhedEnhedsAdressePrimaerAdresse SHORT Not allowed 


EnhedEnhedsAdresseOpretTimestamp DATETIME Not allowed 

EnhedEnhedsAdresseAendretTimestamp DATETIME Not allowed 

EnhedEnhedsAdresseAendretFunktion TEXT(40) Not allowed 

EnhedEnhedsAdresseOphoertTimestamp DATETIME Allowed 


EnhedEnhedsAdresseSlettetTimestamp DATETIME Allowed 


EnhedEnhedsAdresse_idx1 (I1) EnhedEnhedsAdresse_id Ascending 

EnhedAdresse_idx2 (I2) FK_Enhed_id Ascending 


EnhedsAdresse_EnhedEnhedsAdresse_FK1 FK_EnhedsAdresse_id EnhedsAdresse.EnhedsAdresse_id 

Enhed_EnhedEnhedsAdresse_FK1 FK_Enhed_id Enhed.Enhed_id 

EnhedEnhedsAdresse_FeltHistorik_FK1 FeltHistorik.FK_Parent_id EnhedEnhedsAdresse_id 


1. EnhedEnhedsAdresse_id (I1) 






Notes: Enhedsadresse som enheden har 




Notes: Enhed som har enhedsadressen 

4. EnhedEnhedsAdressePrimaerAdresse 



Notes: EnhedAdressePrimaerAdresse 

Beskriver om det er den primære Adressen til enheden. 

Kode: 

1: Primære adresse. Den identificerende adresse for enheden 

2: Supplerende adresse.






6. EnhedEnhedsAdresseOpretTimestamp 



Notes: EnhedEnhedsAdresseOpretTimestamp 

03-04-2013 1:54 116 


7. EnhedEnhedsAdresseAendretTimestamp 



Notes: EnhedEnhedsAdresseAendretTimestamp 


8. EnhedEnhedsAdresseAendretFunktion 



Notes: EnhedEnhedsAdresseAendretFunktion 



9. EnhedEnhedsAdresseOphoertTimestamp 



Notes: EnhedEnhedsAdresseOphoertTimestamp 





Notes: FK_BrugerAendret_id er af EnhedEnhedsAdresse 

11. EnhedEnhedsAdresseSlettetTimestamp 





Index details 

EnhedEnhedsAdresse_idx1 

Column(s): EnhedEnhedsAdresse_id (Asc) 

Unique: No 

EnhedAdresse_idx2 


Unique: No 


EnhedsAdresse_EnhedEnhedsAdresse_FK1 











Enhed_EnhedEnhedsAdresse_FK1 










03-04-2013 1:54 117


Notes: Tabel over EnhedOpgang 

03-04-2013 1:54 118 

EnhedOpgang 



Owner: 





Codes: 0 

Type: Table 


EnhedOpgang_id LONGBINARY Not allowed 

FK_Opgang_id (FK,I2) LONGBINARY Not allowed 

FK_Enhed_id (FK,I1) LONGBINARY Not allowed 

EnhedOpgangPrimaerIndgang SHORT Not allowed 


EnhedOpgangOpretTimestamp DATETIME Not allowed 

EnhedOpgangAendretTimestamp DATETIME Not allowed 

EnhedOpgangAendretFunktion TEXT(40) Not allowed 

EnhedOpgangOphoertTimestamp DATETIME Allowed 


EnhedOpgangSlettetTimestamp DATETIME Allowed 


EnhedOpgang_idx1 (I1) FK_Enhed_id Ascending 

EnhedOpgang_idx2 (I2) FK_Opgang_id Ascending 


Opgang_EnhedOpgang_FK1 FK_Opgang_id Opgang.Opgang_id 

Enhed_EnhedOpgang_FK1 FK_Enhed_id Enhed.Enhed_id 

EnhedOpgang_FeltHistorik_FK1 FeltHistorik.FK_Parent_id EnhedOpgang_id 


1. EnhedOpgang_id 






Notes: Opgang som enheden kan nås via. 




Notes: Enhed der kan nås via Opgang 

4. EnhedOpgangPrimaerIndgang 



Notes: EnhedOpgangPrimaerIndgang 

Angiver om indgang/opgang er primær eller supplerende for enheden. 

Kode:


03-04-2013 1:54 119 

1: Primær indgang 

2: Supplerende indgang 





6. EnhedOpgangOpretTimestamp 



Notes: EnhedOpgangOpretTimestamp 


7. EnhedOpgangAendretTimestamp 



Notes: EnhedOpgangAendretTimestamp 


8. EnhedOpgangAendretFunktion 



Notes: EnhedOpgangAendretFunktion 



9. EnhedOpgangOphoertTimestamp 



Notes: EnhedOpgangOphoertTimestamp 





Notes: FK_BrugerAendret_id er af EnhedOpgang 

11. EnhedOpgangSlettetTimestamp 



Index details 



Unique: No 



Unique: No 





Opgang_EnhedOpgang_FK1 










Enhed_EnhedOpgang_FK1 










03-04-2013 1:54 120


03-04-2013 1:54 121 

EnhedsAdresse 

Notes: En ”enhedsadresse” skal entydigt identificere hovedadgangen til den enkelte bolig- eller erhvervsenhed 

inde i en bygning, dvs. entrédøren e.l. 

En enhedsadresse består af en adgangsadresse (dvs. vejnavn og husnummer) plus etagebetegnelse og 

sidebetegnelse eller dørnummer 

Owner: 





Codes: 0 

Type: Table 


EnhedsAdresse_id LONGBINARY Not allowed 

FK_AdgangsAdresse_id (FK) LONGBINARY Not allowed 

EnhedsAdresseEtagebetegnelse CHAR(2) Allowed 

EnhedsAdresseSideDoerBetegnelse CHAR(4) Allowed 



FK_SagAdresse_id (FK) LONGBINARY Allowed 

FK_EnhedsAdresseStam_id (FK) LONGBINARY Allowed 

EnhedsAdresseKilde SHORT Allowed 

EnhedsAdresseOprettelsesDato DATETIME Allowed 

EnhedsAdresseIKrafttraedelsesDato DATETIME Allowed 

EnhedsAdresseSenesteAendringsDato DATETIME Allowed 

EnhedsAdresseNedlaeggelsesDato DATETIME Allowed 









Sikkerhedsklassifikation SHORT Allowed 

FK_OpretBruger_id LONGBINARY Allowed 

EnhedsAdresseOpretTimestamp DATETIME Allowed 

EnhedsAdresseAendretTimestamp DATETIME Allowed 

EnhedsAdresseAendretFunktion TEXT(40) Allowed 

EnhedsAdresseOphoertTimestamp DATETIME Allowed 


EnhedsAdresseSlettetTimestamp DATETIME Allowed 


AdgangsAdresse_EnhedsAdresse_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

EnhedsAdresse_EnhedsAdresse_FK1 FK_EnhedsAdresseStam_id EnhedsAdresse_id 

AdresseSag_EnhedsAdresse_FK1 FK_SagAdresse_id AdresseSag.AdresseSag_id 

EnhedsAdresse_EnhedEnhedsAdresse_FK1 EnhedEnhedsAdresse.FK_EnhedsAdresse_ EnhedsAdresse_id 

id 

EnhedsAdresse_Brugsenhed_FK1 Brugsenhed.FK_EnhedsAdresse_id EnhedsAdresse_id 

EnhedsAdresse_Enhed_FK1 Enhed.FK_EnhedsAdresse_id EnhedsAdresse_id 


1. EnhedsAdresse_id 



Notes: EAD.1 - EnhedsAdresse_id identificerer EnhedsAdresse 

2. FK_AdgangsAdresse_id (FK)




Notes: EAD.3 - Adgangsadressen enhedsadressen tilhører. 

3. EnhedsAdresseEtagebetegnelse 



Notes: EAD.4 Etagebetegnelse 

03-04-2013 1:54 122 

Adgangsadressen er altid en stam adresse eller en forløbig adresse. 







4. EnhedsAdresseSideDoerBetegnelse 



Notes: EAD.5 - SideDoerBetegnelse 

5. ObjektType 



Notes: EAD.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


6. BK_Crud_id 




Bemærk KMD-bbr skælner ikke mellem enhedadresser og adgangsadresser. 

Dette gør at enhedsadresser uden etage- og sidedørbetegnelse, har samme BK_CRUD_ID som dens 


7. FK_SagAdresse_id (FK) 




del af. 

8. FK_EnhedsAdresseStam_id (FK) 





9. EnhedsAdresseKilde 



Notes: EAD-20 - AdresseKilde 

10. EnhedsAdresseOprettelsesDato 

Klassificerer kilden til adressen.




Notes: EAD.21 - AdresseOprettelsesDato 

11. EnhedsAdresseIKrafttraedelsesDato 



Notes: EAD.23 - AdresseIKrafttraedelsesDato 

12. EnhedsAdresseSenesteAendringsDato 



Notes: EAD.24 - SenesteAendringsDato 

13. EnhedsAdresseNedlaeggelsesDato 



Notes: EAD.24 - NedlaeggelsesDato 





03-04-2013 1:54 123 




























Notes: EAD.86 - Journalnummer





Notes: EAD.87 - ESDHReference 




Notes: EAD.99 - Sikkerhedsklassifikation 





24. EnhedsAdresseOpretTimestamp 



Notes: EnhedsAdresseOpretTimestamp 

03-04-2013 1:54 124 


25. EnhedsAdresseAendretTimestamp 



Notes: EnhedsAdresseAendretTimestamp 


26. EnhedsAdresseAendretFunktion 



Notes: EnhedsAdresseAendretFunktion 



27. EnhedsAdresseOphoertTimestamp 



Notes: EnhedsAdresseOphoertTimestamp 




Notes: FK_BrugerAendret_id er af EnhedsAdresse 

29. EnhedsAdresseSlettetTimestamp 





oprettet. 






AdgangsAdresse_EnhedsAdresse_FK1 










EnhedsAdresse_EnhedsAdresse_FK1 


FK_EnhedsAdresseStam_id EnhedsAdresse_id 








AdresseSag_EnhedsAdresse_FK1 










03-04-2013 1:54 125


03-04-2013 1:54 126 

Etage 

Notes: Ved en Etage forstås et sammenhængende vandret bærende etageplan i en Bygning afgrænset af 

ydermurens yderside. Etager, der opdeles af et niveauspring på mere end ½ etagehøjde, regnes ikke 

som en samlet Etage, Trappeskakter, udvendige trapper og adgangsarealer indregnes i Etagen. 

Owner: 





Codes: 0 

Type: Table 


Etage_id LONGBINARY Not allowed 

EtageBetegnelse CHAR(2) Not allowed 


EtageNybyggeri SHORT Not allowed 



FK_EtageStam_id (FK,I2) LONGBINARY Allowed 

FK_Bygning_id (FK,I3) LONGBINARY Not allowed 

EtageSamletAreal LONG Allowed 

EtageTagetageArealUdnyttetDel LONG Allowed 

EtageKaelderArealLoftUnder1m25overTerraen LONG Allowed 

EtageKaelderArealLovligBeboelse LONG Allowed 

EtageAdgangsAreal LONG Allowed 

EtageSagstype SHORT Allowed 











EtageOpretTimestamp DATETIME Not allowed 

EtageAendretTimestamp DATETIME Not allowed 

EtageAendretFunktion TEXT(40) Not allowed 

EtageOphoertTimestamp DATETIME Allowed 

EtageType SHORT Allowed 

EtageGyldighedsdato DATETIME Allowed 


EtageSlettetTimestamp DATETIME Allowed 


Etage_idx1 (I1) FK_Byggesag_id Ascending 

Etage_idx2 (I2) FK_EtageStam_id Ascending 

Etage_idx3 (I3) FK_Bygning_id Ascending 


Bygning_Etage_FK1 FK_Bygning_id Bygning.Bygning_id 

Etage_Etage_FK1 FK_EtageStam_id Etage_id 

Byggesag_Etage_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Etage_Enhed_FK1 Enhed.FK_Etage_id Etage_id 

Etage_Rum_FK1 Rum.FK_Etage_id Etage_id 

Etage_Notat_FK1 Notat.FK_Parent_id Etage_id 

Etage_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Etage_id 

Column details


1. Etage_id 



Notes: ETA.1 - Etage_id identificerer Etage 

2. EtageBetegnelse 



Notes: ETA.6 - Etagebetegnelse 

03-04-2013 1:54 127 

Bemærk Etagebetegnelsen, er den fysiske placering af etagen. 

Det betyder at nødvendigvis er over enstemmelse mellem en enheds adresse etagebetegnelse og etagens 

etagebetegnelse. 







3. ObjektType 



Notes: ETA.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


4. EtageNybyggeri 





For alt andet end ObjektType 1 og 2 har feltet værdien 

5. BK_Crud_id 








del af. 

7. FK_EtageStam_id (FK,I2) 








Notes: ETA.3 - Bygningen hvor i etagen befinder sig.


03-04-2013 1:54 128 


9. EtageSamletAreal 



Notes: ETA.20 - SamletEtageAreal 

For kælder: 

Som kælderareal medregnes arealer i den eller de 

etager, der ligger under stueetagen. Arealet måles til 

ydersiden af ydervægge. Arealet omfatter ikke 

krybekældre o. lign. 

For tagetage: 

Areal af tagetage, der er udnyttet eller kan udnyttes 

til beboelse eller erhverv (antal kvadratmeter). 


begrænsende vægge eller tagflader e en højde af 1,5m 

over gulvplan. 

MAP: FKAEAR, FTAGAR 

BBRfelt: 223, 221 

10. EtageTagetageArealUdnyttetDel 



Notes: ETA.21 - ArealAfUdnyttetDelAfTagetage 

DEFINITION: UDNYTTET TAGETAGE 

Areal af den del af tagetagen, som er indrettet til 

beboelse eller erhverv. 


begrænsende vægge eller tagflader i en højde af 1,5 m 

over gulvplan, idet der dog fraregnes evt. skunkrum. 

MAP:FUDNYT 

BBRfelt: 222 

11. EtageKaelderArealLoftUnder1m25overTerraen 



Notes: ETA.22 - KælderarealMLoftUnder1m25overTerræn 

DEFINITION: Kælderareal med loft mindre end 1,25 m over terræn. 

Arealet måles til ydersiden af begrænsende ydervægge. 

Arealet angiver størrelsen af det kælderareal, hvor 

sikringsrum kan etableres. 

MAP: FSKAER 

BBRfelt: 224 

12. EtageKaelderArealLovligBeboelse 



Notes: ETA.23 - ArealAfLovligBeboelseIKælder 

DEFINITION: AREAL AF LOVLIG BEBOELSE I DELVIS FRILAGT 

KÆLDER 

Areal af lovlig beboelse i delvis frilagt kælder. 

Arealet skal indgå i bygningens kælderareal og i 

bygningens boligareal, men ikke i bebygget areal 

og i samlet bygningsareal.


03-04-2013 1:54 129 

MAP: FABEBOKL 

BBRfelt: 245 

13. EtageAdgangsAreal 



Notes: ETA.24 - EtageAdgangsareal 

14. EtageSagstype 



Notes: EtageSagstype 





Sag: 

1 Nybyggeri 



Stam: 





























Notes: ETA.85 - KommunaltFelt6


03-04-2013 1:54 130 





Notes: ETA.86 - Journalnummer 




Notes: ETA.87 - ESDH_Reference 




Notes: ETA.99 - Sikkerhedsklassifikation 





25. EtageOpretTimestamp 



Notes: EtageOpretTimestamp 


26. EtageAendretTimestamp 



Notes: EtageAendretTimestamp 


27. EtageAendretFunktion 



Notes: EtageAendretFunktion 


28. EtageOphoertTimestamp 



Notes: EtageOphoertTimestamp 

29. EtageType 



Notes: ETA.25 EtageType 


Angivelse om etagen er tagetage. 

0 : Ikke tagetage 

1 : Tagetage 

EtageType må kun indeholde 1, Hvis EtageBetegnelsen er andet en ST, KL og K2-9. Og desuden skal


03-04-2013 1:54 131 

det være øverste etage. 

30. EtageGyldighedsdato 






Notes: FK_BrugerAendret_id er af Etage 

32. EtageSlettetTimestamp 





Index details 

Etage_idx1 


Unique: No 

Etage_idx2 

Column(s): FK_EtageStam_id (Asc) 

Unique: No 

Etage_idx3 


Unique: No 


Bygning_Etage_FK1 










Etage_Etage_FK1 


FK_EtageStam_id Etage_id 








Byggesag_Etage_FK1 



03-04-2013 1:54 132 










Notes: Tabel over FeltHistorik 

03-04-2013 1:54 133 

FeltHistorik 


Owner: 





Codes: 0 

Type: Table 


FeltHistorik_id LONGBINARY Not allowed 

FK_Felt_id (I1) LONGBINARY Not allowed 

FK_Parent_id (FK,I1) LONGBINARY Not allowed 

FeltAendretTimestamp DATETIME Not allowed 

FK_Bruger_id LONGBINARY Not allowed 

FeltTidligerVaerdi TEXT(8000) Allowed 


FeltHistorik_idx1 (I1) FK_Parent_id 

FK_Felt_id 

Ascending 

Ascending 


AdgangsAdresse_FeltHistorik_FK1 FK_Parent_id AdgangsAdresse.AdgangsAdresse_id 

Brugsenhed_FeltHistorik_FK1 FK_Parent_id Brugsenhed.Brugsenhed_id 

Notat_FeltHistorik_FK1 FK_Parent_id Notat.Notat_id 

Enhed_FeltHistorik_FK1 FK_Parent_id Enhed.Enhed_id 

Etage_FeltHistorik_FK1 FK_Parent_id Etage.Etage_id 

Rum_FeltHistorik_FK1 FK_Parent_id Rum.Rum_id 

Opgang_FeltHistorik_FK1 FK_Parent_id Opgang.Opgang_id 

Byggesag_FeltHistorik_FK1 FK_Parent_id Byggesag.Byggesag_id 

Geometri_FeltHistorik_FK1 FK_Parent_id Geometri.Geometri_id 

AdresseSag_FeltHistorik_FK1 FK_Parent_id AdresseSag.AdresseSag_id 

Bygning_FeltHistorik_FK1 FK_Parent_id Bygning.Bygning_id 

Tekniskanlaeg_FeltHistorik_FK1 FK_Parent_id Tekniskanlaeg.Tekniskanlaeg_id 

Grund_FeltHistorik_FK1 FK_Parent_id Grund.Grund_id 

EnhedEnhedsAdresse_FeltHistorik_FK1 FK_Parent_id EnhedEnhedsAdresse.EnhedEnhedsAdresse_ 

id 

EnhedOpgang_FeltHistorik_FK1 FK_Parent_id EnhedOpgang.EnhedOpgang_id 

Ejerskab_FeltHistorik_FK1 FK_Parent_id Ejerskab.Ejerskab_id 














Peger på en instans af en record. FK_Felt_id angiver hvilket felt i denne.





Notes: FeltAendrtTimestamp 

03-04-2013 1:54 134 

Tidpunkt hvornår felt seneste blev ændret 








Notes: FeltTidligerVaerdi 


Index details 

FeltHistorik_idx1 



Unique: No 


AdgangsAdresse_FeltHistorik_FK1 










Brugsenhed_FeltHistorik_FK1 










Notat_FeltHistorik_FK1 


FK_Parent_id Notat.Notat_id 




Verb phrase: har





Enhed_FeltHistorik_FK1 










Etage_FeltHistorik_FK1 










Rum_FeltHistorik_FK1 










Opgang_FeltHistorik_FK1 










Byggesag_FeltHistorik_FK1 


FK_Parent_id Byggesag.Byggesag_id 




03-04-2013 1:54 135






Geometri_FeltHistorik_FK1 


FK_Parent_id Geometri.Geometri_id 








AdresseSag_FeltHistorik_FK1 


FK_Parent_id AdresseSag.AdresseSag_id 








Bygning_FeltHistorik_FK1 










Tekniskanlaeg_FeltHistorik_FK1 










Grund_FeltHistorik_FK1 





03-04-2013 1:54 136







EnhedEnhedsAdresse_FeltHistorik_FK1 


FK_Parent_id EnhedEnhedsAdresse.EnhedEnhedsAdresse_id 








EnhedOpgang_FeltHistorik_FK1 


FK_Parent_id EnhedOpgang.EnhedOpgang_id 








Ejerskab_FeltHistorik_FK1 


FK_Parent_id Ejerskab.Ejerskab_id 








03-04-2013 1:54 137


03-04-2013 1:54 138 

FeltHistorikArkiv 

Notes: Tabel over Felt historik 



Denne tabel opdateres via trigger på FeltHistorik tabellen. 

Owner: 





Codes: 0 

Type: Table 


FeltHistorik_id LONGBINARY Not allowed 

FK_Felt_id (I1) LONGBINARY Not allowed 

FK_Parent_id (I1) LONGBINARY Not allowed 

FeltAendretTimestamp DATETIME Not allowed 

FK_Bruger_id LONGBINARY Not allowed 

FeltTidligerVaerdi TEXT(8000) Allowed 


FeltHistorikArkiv_idx1 (I1) FK_Parent_id 

FK_Felt_id 

















Notes: FeltAendretTimestamp 

Ascending 

Ascending 

Peger på en instans af en record. FK_Felt_id angiver hvilket felt i denne. 









Notes: FeltTidligerVaerdi


03-04-2013 1:54 139 


Index details 

FeltHistorikArkiv_idx1 



Unique: No


Notes: Geometri 

03-04-2013 1:54 140 

Geometri 

Indholder geografiske punkter for Adgangsadresser, Bygninger og Teknisk anlæg. 

Owner: 





Codes: 0 

Type: Table 


Geometri_id LONGBINARY Not allowed 

FK_Kommune_id (FK) LONGBINARY Not allowed 

GeometriRevisionsDato DATETIME Allowed 

GeometriOestKoordinat LONG Not allowed 

GeometriNordKoordinat LONG Not allowed 

GeometriKoordinatsystem SHORT Not allowed 

GeometriRetning LONG Not allowed 

GeometriPlacering CHAR(1) Not allowed 

GeometriDDKNcelle100m CHAR(15) Allowed 

GeometriDDKNcelle1km CHAR(15) Allowed 

GeometriDDKNcelle10km CHAR(15) Allowed 


GeometriOpretTimestamp DATETIME Not allowed 

GeometriAendretTimestamp DATETIME Not allowed 

GeometriAendretFunktion TEXT(40) Not allowed 

GeometriOphoertTimestamp DATETIME Allowed 


GeometriSlettetTimestamp DATETIME Allowed 


Kommune_Geometri_FK1 FK_Kommune_id Kommune.Kommune_id 

Geometri_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_Geometri_id Geometri_id 

Geometri_Bygning_FK1 Bygning.FK_Geometri_id Geometri_id 

Geometri_AdgangsAdresse_FK1 AdgangsAdresse.FK_Geometri_id Geometri_id 

Geometri_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Geometri_id 


1. Geometri_id 






Notes: Kommunen det geografiske punkt er registreret. 

3. GeometriRevisionsDato 



Notes: AAD.31 - Revisionsdato 

For bygning BYG.94 

For tekniskanlæg TEK.35 

4. GeometriOestKoordinat 



Dato for seneste revision (godkendelse eller ændring) af geometridata,


Notes: AAD.32 - OestKoordinat 



03-04-2013 1:54 141 


bestemt af GeometriKoordinatsystem 

5. GeometriNordKoordinat 



Notes: AAD.33 - NorthingKoordinat 




bestemt af feltet GeometriKoordinatsystem 

6. GeometriKoordinatsystem 



Notes: TEK.F38 - Koordinatsystem 

1: System 34 

2: System 45 

3: KP2000 (System 2000) 

4: UTM ED50 

5: UTM Euref89 (WGS 84) 

Alle andre end Teknisk anlæg bruger 5. 

7. GeometriRetning 



Notes: AAD.34 - Retninger 


8. GeometriPlacering 



Notes: AAD.35 - Placering 


9. GeometriDDKNcelle100m 



Notes: AAD.36 - DDKNcelle100m 





Retningsvinkel for tekst i gon, jf. TK-standard: 0.00-400.00 

Placeringskode (tekstjustering) af husnr.; kodesæt 1-9, jf. DSFLt 



kvadratcelle som adressen er beliggende i. Celleinddelingen følger Det Danske Kvadratnet (DDKN)






03-04-2013 1:54 142 








13. GeometriOpretTimestamp 



Notes: GeometriOpretTimestamp 


14. GeometriAendretTimestamp 



Notes: GeometriAendretTimestamp 


15. GeometriAendretFunktion 



Notes: GeometriAendretFunktion 



16. GeometriOphoertTimestamp 



Notes: GeometriOphoertTimestamp 






Notes: FK_BrugerAendret_id er af Geometri 

18. GeometriSlettetTimestamp 




Kommune_Geometri_FK1 













03-04-2013 1:54 143


Notes: Tabel over Grund 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:54 144 

Grund 

Ved Grund forstås det jordstykke, hvorpå bygningen eller det tekniske anlæg er beliggende. 

Definition af Grund der understøtter beregning af bebyggelsesprocent er: 



B) Flere matrikler der er samnoteret og geografisk sammenhængende. 



sammenhængende indenfor samnoteringen, medtages i den pågældende 

Grund. En Grund oprettes kun i Nyt BBR når der forefindes mindst en BBR-relevant entitet på området 

(bygning, adresse eller teknisk anlæg). 


Fast ejendom: 











“samlet fast ejendom” 


Grund_id LONGBINARY Not allowed 


BK_Ejendomsnummer (I1) LONG Not allowed 


GrundNybyggeri SHORT Not allowed 


BK_Cs_Crud_id LONG Allowed 


FK_GrundStam_id (FK,I4) LONGBINARY Allowed 

BK_MatrikulaerEjendomsId (I2) LONG Allowed 


FK_AdgangsgivendeVejKode SHORT Allowed 

GrundAfloebsforhold SHORT Allowed 

GrundAfloebsforholdTilladelse SHORT Allowed 

GrundVandforsyning SHORT Allowed 

GrundSagstype SHORT Allowed 



KommunaltFelt3 CHAR(3) Allowed






BK_ESDHreference TEXT(200) Allowed 



GrundOpretTimestamp DATETIME Not allowed 

GrundAendretTimestamp DATETIME Not allowed 

GrundAendretFunktion TEXT(40) Not allowed 

GrundOphoertTimestamp DATETIME Allowed 

GrundGyldighedsdato DATETIME Allowed 


GrundMedlemskabSpildevand SHORT Allowed 

GrundPaabudRensning SHORT Allowed 

GrundPaabudRensningFrist DATETIME Allowed 

GrundUdtraedenTilladelse SHORT Allowed 

GrundUdtraedenTilladelseDato DATETIME Allowed 

GrundAlternativAfledningTilladelse SHORT Allowed 

GrundAlternativAfledningTilladelseDato DATETIME Allowed 

GrundSlettetTimestamp DATETIME Allowed 

GrundDispensationVarmeforsyning SHORT Allowed 

GrundDispensationVarmeforsyningDato DATETIME Allowed 


Grund_idx1 (I1) BK_Ejendomsnummer 

Ascending 

FK_Kommune_id 

Ascending 

Grund_idx3 (I2) BK_MatrikulaerEjendomsId Ascending 

Grund_idx4 (I3) FK_Byggesag_id Ascending 

Grund_idx2 (I4) FK_GrundStam_id Ascending 

Grund_idx6 (I5) FK_AdgangsAdresse_id Ascending 


Kommune_Grund_FK1 FK_Kommune_id Kommune.Kommune_id 

Byggesag_Grund_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Grund_Grund_FK1 FK_GrundStam_id Grund_id 

AdgangsAdresse_Grund_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

Grund_Notat_FK1 Notat.FK_Parent_id Grund_id 

Grund_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Grund_id 

Grund_Matrikel_FK1 Matrikel.FK_Grund_id Grund_id 

Grund_Ejerskab_FK1 Ejerskab.FK_BbrId Grund_id 

Grund_Bygning_FK1 Bygning.FK_Grund_id Grund_id 

Grund_Byggesag_FK1 Byggesag.FK_Grund_id Grund_id 


1. Grund_id 



Notes: GRU.1 - Grund_id identifies Grund 




Notes: GRU.2 - FK_Kommunenummer is of Grund: 




03-04-2013 1:54 145 

Den kommune data tilhører. 

MAP: KOMMUNENUMMR 

BBRfelt: 100


Notes: GRU.3 - BK_Ejendomsnummer is of Grund: 

03-04-2013 1:54 146 

Ejendomsnummeret består af 6 cifre og identificerer den 

enkelte vurderingsejendom entydigt indenfor kommunen. 

Ejendomsnummeret suppleret med kommunenr. giver en 

entydig identifikation af den enkelte vurderingsejendom 

på landsplan. 

MAP:EJENDOMSNR 

BBRfelt: 101 

4. ObjektType 



Notes: GRU.100 - Status er af Grund 

5. GrundNybyggeri 



Notes: GrundNybyggeri er af Grund 




Koder 



6. BK_Crud_id 




7. BK_Cs_Crud_id 



Notes: Bruges af synkroniseringen, holder nøglen til en evtuel CS record i KMD-BBR. Befinder sig kun på 

records med objekttype 1, da der ikke nødvendigvis er en objekttype 3 i BBR, når der er en CS record i 

KMD-BBR. 





del af. 

9. FK_GrundStam_id (FK,I4) 





10. BK_MatrikulaerEjendomsId (I2) 



Notes: GRU.6 - BK_MatrikulaerEjendomsId er af Grund 

Matrikelregistrets identifikation af en matrikulær ejendom


03-04-2013 1:54 147 

DATATYPEN ER IKKE FASTLAGT. 




Notes: Grundens adgangsadresse 




13. GrundAfloebsforhold 



Notes: GRU.10 - GrundAfloebsforhold er af Grund: 


VÆRDISÆT: 






MAP: CAFLOEB 

BBRfelt: 104 

14. GrundAfloebsforholdTilladelse 



Notes: GRU.21 - GrundAfloebsforholdTilladelse er af Grund 

15. GrundVandforsyning 



Notes: GRU.9 - GrundVandforsyning er af Grund: 


VÆRDISÆT: 





MAP: CVAND 

BBRfelt: 103 

16. GrundSagstype 



Notes: GrundSagstype 

Sag: 

1 Nybyggeri 



Stam: 


5 Faktisk udført ændring uden byggesagsbehandling


03-04-2013 1:54 148 






























Notes: GRU.19 - Journalnummer er af Grund 

24. BK_ESDHreference 



Notes: GRU.20 - BK_ESDHreference er af Grund 




Notes: GRU.99 - Sikkerhedsklassifikation er af Grund 





27. GrundOpretTimestamp 



Notes: GrundOpretTimestamp er af Grund 

28. GrundAendretTimestamp 



Tidspunkt for oprettelsen af instancen


Notes: GrundAendrtTimestamp er af Grund: 

03-04-2013 1:54 149 

Ved ajourføring af en record, kontrolleres, at recorden 

ikke er ajourført siden læsningen, ved en sammenligning 

på dette timestamp. 

29. GrundAendretFunktion 



Notes: Angiver hvilken funktion der sidst rette i recorden. 


30. GrundOphoertTimestamp 





oprettet. 


31. GrundGyldighedsdato 






Notes: FK_BrugerAendret_id er af Grund 



33. GrundMedlemskabSpildevand 



Notes: Gru.22 - For grunde udenfor kloakopland (afløbskoder 101-601) angives status for deres 


34. GrundPaabudRensning 



Notes: Gru.23 - For grunde udenfor kloakopland (afløbskoder 101-601) angives om der indgået kontraktligt 


35. GrundPaabudRensningFrist 



Notes: Gru.24 - For grunde udenfor kloakopland (afløbskoder 101-601) angives om kommunen har givet 


36. GrundUdtraedenTilladelse 



Notes: Gru.25 - For grunde udenfor kloakopland (afløbskoder 101-601), hvor der ifølge feltet ”Påbud om 

forbedret rensning” er givet et påbud, angives det hvornår fristen for forbedret rensning udløber. 

37. GrundUdtraedenTilladelseDato 



Notes: Gru.26 - Dato for tilladelse til udtræden 

38. GrundAlternativAfledningTilladelse




Notes: Gru.27 - For grunde indenfor kloakopland (afløbskoder 1-9) angives status for tilladelse til alternativ 


39. GrundAlternativAfledningTilladelseDato 



Notes: Gru.28 - Dato for tilladelse til alt. bortskaffelse eller afledning 

40. GrundSlettetTimestamp 



41. GrundDispensationVarmeforsyning 



Notes: Gru.29 - Dispensation/fritagelse ift. kollektiv varmeforsyning 

42. GrundDispensationVarmeforsyningDato 



Notes: Gru.30 - Dato for dispensation/fritagelse ift. kollektiv varmeforsyning 

Index details 

Grund_idx1 



Unique: No 

Grund_idx3 

Column(s): BK_MatrikulaerEjendomsId (Asc) 

Unique: No 

Grund_idx4 


Unique: No 

Grund_idx2 

Column(s): FK_GrundStam_id (Asc) 

Unique: No 

Grund_idx6 


Unique: No 


Kommune_Grund_FK1 










Byggesag_Grund_FK1 

03-04-2013 1:54 150











Grund_Grund_FK1 


FK_GrundStam_id Grund_id 








AdgangsAdresse_Grund_FK1 










03-04-2013 1:54 151


03-04-2013 1:54 152 

KommunaltEjerlav 

Notes: Ejerlavstabel, delt op pr kommune. Med andre ord, et ejerlav der dækker flere kommuner, ligger der en 

række pr kommune. 

Owner: 





Codes: 0 

Type: Table 


KommunaltEjerlav_id LONGBINARY Not allowed 

FK_Kommune_id (FK,U1) LONGBINARY Not allowed 

KommunaltEjerlavKode (U1) SHORT Not allowed 

KommunaltEjerlavNavn TEXT(16) Not allowed 

BK_Landsejerlav (I1) LONG Not allowed 



KommunaltEjerlavOpretTimestamp DATETIME Not allowed 

KommunaltEjerlavAendretTimestamp DATETIME Not allowed 

KommunaltEjerlavAendretFunktion TEXT(40) Not allowed 

KommunaltEjerlavOphoertTimestamp DATETIME Allowed 

KommunaltEjerlavLandsejerlavNavn TEXT(40) Allowed 


KommunaltEjerlav_AK (U1) FK_Kommune_id 

Ascending 

KommunaltEjerlavKode 

Ascending 

KommunaltEjerlav_idx1 (I1) BK_Landsejerlav Ascending 


Kommune_KommunaltEjerlav_FK1 FK_Kommune_id Kommune.Kommune_id 

KommunaltEjerlav_Matrikel_FK1 Matrikel.FK_KommunaltEjerlav_id KommunaltEjerlav_id 


1. KommunaltEjerlav_id 



2. FK_Kommune_id (FK,U1) 



Notes: Angiver kommune hvor i ejerlavet ligger eller hvor delen af ejerlavet ligger. 

3. KommunaltEjerlavKode (U1) 



Notes: Unik identifering inden for kommunen. 

4. KommunaltEjerlavNavn 



Notes: Den kommunale betegnelse for ejerlavet. 

5. BK_Landsejerlav (I1) 



Notes: Det unikke nummer for et ejerlav (også kald landsejerlav). 

Bemærk nummeret er ikke unik i tabelle, hvis ejerlavet dækker flere kommuner. 

6. BK_Crud_id









8. KommunaltEjerlavOpretTimestamp 




9. KommunaltEjerlavAendretTimestamp 




10. KommunaltEjerlavAendretFunktion 





11. KommunaltEjerlavOphoertTimestamp 




12. KommunaltEjerlavLandsejerlavNavn 



Notes: Det officelle navn for ejerlavet. 

Index details 

KommunaltEjerlav_AK 


KommunaltEjerlavKode (Asc) 

Unique: Yes 

KommunaltEjerlav_idx1 

Column(s): BK_Landsejerlav (Asc) 

Unique: No 


Kommune_KommunaltEjerlav_FK1 










03-04-2013 1:54 153


03-04-2013 1:54 154


03-04-2013 1:54 155 

Kommune 

Notes: Generelle informationer om kommune. 

Kommune er de administrerende enheder, der vedligholder BBR. 

Kommuner med kommunenummer mindre en 100, er ikke kommuner i ordes betydning, men bruges til 

diverse administrative enheder. 

Owner: 





Codes: 0 

Type: Table 


Kommune_id LONGBINARY Not allowed 

KommuneNummer (U1) SHORT Not allowed 

KommuneNavn TEXT(40) Not allowed 

KommuneBbrNavn TEXT(40) Allowed 

KommuneBbrKontor TEXT(40) Allowed 

KommuneBbrAdresse TEXT(40) Allowed 

KommuneBbrPost TEXT(40) Allowed 

KommuneBbrTelefonnummer TEXT(20) Allowed 

KommuneBbrEmail TEXT(60) Allowed 


KommuneOpretTimestamp DATETIME Not allowed 

KommuneAendretTimestamp DATETIME Not allowed 

KommuneAendretFunktion TEXT(40) Not allowed 

KommuneOphoertTimestamp DATETIME Allowed 


Kommune_AK (U1) KommuneNummer Ascending 


Kommune_Grund_FK1 Grund.FK_Kommune_id Kommune_id 

Kommune_KommunaltEjerlav_FK1 KommunaltEjerlav.FK_Kommune_id Kommune_id 

Kommune_AdgangsAdresse_FK1 AdgangsAdresse.FK_Kommune_id Kommune_id 

Kommune_Matrikel_FK1 Matrikel.FK_Kommune_id Kommune_id 

Kommune_AdresseSag_FK1 AdresseSag.FK_Kommune_id Kommune_id 

Kommune_Geometri_FK1 Geometri.FK_Kommune_id Kommune_id 


1. Kommune_id 



2. KommuneNummer (U1) 



Notes: KommuneNummer identificere en kommune, værdien er tildelt af CPR. 

3. KommuneNavn 



Notes: Navn på kommunen. 

4. KommuneBbrNavn 


Kommunenumre under 100, er administrative enheder. Disse er ikke tildelt af CPR, men af BBR's 

adminstratore.



Notes: Afdelingsnavn der skal stå på ejermeddelelsen. 

5. KommuneBbrKontor 



Notes: Navnet på kontore, der administerer BBR. 

6. KommuneBbrAdresse 



Notes: Kommunens adresse der skal stå på ejermeddelelsen 

7. KommuneBbrPost 



Notes: Kommunens postnummer og distrikt der skal stå på ejermeddelelsen 

8. KommuneBbrTelefonnummer 



Notes: Kommunens telefonnummer der skal stå på ejermeddelelsen 

9. KommuneBbrEmail 



Notes: Kommunens email adresse der kan stå på ejermeddelelsen 





11. KommuneOpretTimestamp 




12. KommuneAendretTimestamp 




13. KommuneAendretFunktion 





14. KommuneOphoertTimestamp 




Index details 

Kommune_AK 

Column(s): KommuneNummer (Asc) 

Unique: Yes 

03-04-2013 1:54 156


03-04-2013 1:54 157 

Lokalitet 

Notes: Kommunen kan efter adressebekendtgørelsens § 12, stk. 2, knytte et historisk og permanent 

bygningsnavn, gårdnavn eller lignende til en eller flere adgangsadresser. 

Oplysningen indgår som en del af den fuldstændige adressebetegnelse, f.eks. i CPR-systemet, men 

benyttes kun af enkelte andre it-systemer. Muligheden for at registrere bygnings- og gårdnavne blev 

indført i 1980’erne efter et politisk ønske om at kunne bevare de oprindelige gårdnavne o.l. som en del 

af den officielle adressebetegnelse. 

(Bemærk CPR registrer på boligen og ikke på bygningen.) 

Owner: 





Codes: 0 

Type: Table 


Lokalitet_id LONGBINARY Not allowed 

FK_Kommune_id LONGBINARY Not allowed 

FK_VejKode (I1) SHORT Not allowed 

LokalitetHusnummer (I1) CHAR(4) Not allowed 

LokalitetEtagebetegnelse (I1) CHAR(2) Allowed 

LokalitetSideDoerBetegnelse (I1) CHAR(4) Allowed 

LokalitetNavn TEXT(34) Not allowed 

LokalitetCprOpretTimestamp DATETIME Not allowed 

LokalitetCprOphoerTimestamp DATETIME Not allowed 

LokalitetOpretTimestamp DATETIME Not allowed 


LokalitetAendretTimestamp DATETIME Not allowed 

LokalitetAendretFunktion TEXT(40) Not allowed 

LokalitetOphoertTimestamp DATETIME Allowed 


Lokalitet_idx1 (I1) FK_VejKode 

LokalitetHusnummer 

LokalitetEtagebetegnelse 

LokalitetSideDoerBetegnelse 


1. Lokalitet_id 






Notes: Kommunen Lokaliteten befinder sig i. 




Notes: Vejen som Lokaliteten befinder sig på. 

4. LokalitetHusnummer (I1) 



Notes: Husnummer for lokaliteten 

5. LokalitetEtagebetegnelse (I1) 

Ascending 

Ascending 

Ascending 

Ascending




Notes: Etagebetegnelse for Lokaliteten 

6. LokalitetSideDoerBetegnelse (I1) 



Notes: SideDoerBetegnelse for Lokaliteten 




Notes: Navnet på Lokaliteten 

8. LokalitetCprOpretTimestamp 




9. LokalitetCprOphoerTimestamp 




03-04-2013 1:54 158 

Fra LOK_OPHØRT_TS 

10. LokalitetOpretTimestamp 



Notes: LokalitetOpretTimestamp 






12. LokalitetAendretTimestamp 



Notes: LokalitetAendretTimestamp 


13. LokalitetAendretFunktion 



Notes: LokalitetAendretFunktion 



14. LokalitetOphoertTimestamp 



Notes: LokalitetOphoertTimestamp 

Index details 



Lokalitet_idx1 


LokalitetHusnummer (Asc) 

LokalitetEtagebetegnelse (Asc) 

LokalitetSideDoerBetegnelse (Asc) 

Unique: No 

03-04-2013 1:54 159


03-04-2013 1:54 160 

Matrikel 

Notes: Matrikel tabellen indholder matrikler fra KMS og ESR. 

Owner: 





Codes: 0 

Type: Table 


Matrikel_id (I2) LONGBINARY Not allowed 

FK_Grund_id (FK,I2,I3) LONGBINARY Not allowed 


BK_Ejendomsnummer LONG Not allowed 


FK_KommunaltEjerlav_id (FK,I3) LONGBINARY Not allowed 

MatrikelTal (I3) SHORT Not allowed 

MatrikelBogstav (I3) CHAR(3) Not allowed 

MatrikelDelnummer (I3) CHAR(3) Not allowed 

MatrikelOpdelingsnummer (I3) CHAR(3) Not allowed 

MatrikelArtskode SHORT Not allowed 

MatrikelEjendomsreference LONGBINARY Allowed 

MatrikelUdskrivning SHORT Allowed 


MatrikelOpretTimestamp DATETIME Not allowed 

MatrikelAendretTimestamp DATETIME Not allowed 

MatrikelAendretFunktion TEXT(40) Not allowed 

MatrikelOphoertTimestamp DATETIME Allowed 


MatrikelSlettetTimestamp DATETIME Allowed 


Matrikel_idx1 (I1) FK_Kommune_id Ascending 

Matrikel_idx2 (I2) FK_Grund_id 

Ascending 

Matrikel_id 

Ascending 

Matrikel_idx3 (I3) FK_KommunaltEjerlav_id 

Ascending 

FK_Grund_id 

Ascending 

MatrikelTal 

Ascending 

MatrikelBogstav 

Ascending 

MatrikelDelnummer 

Ascending 

MatrikelOpdelingsnummer 

Ascending 


Grund_Matrikel_FK1 FK_Grund_id Grund.Grund_id 

KommunaltEjerlav_Matrikel_FK1 FK_KommunaltEjerlav_id KommunaltEjerlav.KommunaltEjerlav_id 

Kommune_Matrikel_FK1 FK_Kommune_id Kommune.Kommune_id 

Matrikel_Bygning_FK1 Bygning.FK_Matrikel_id Matrikel_id 

Matrikel_Tekniskanlaeg_FK1 Tekniskanlaeg.FK_Matrikel_id Matrikel_id 

Matrikel_AdgangsAdresse_FK1 AdgangsAdresse.FK_Matrikel_id Matrikel_id 


1. Matrikel_id (I2) 



2. FK_Grund_id (FK,I2,I3) 



Notes: Matrikeler der er på en grund





Notes: Hvilken kommune matriklen ligger i. 




Notes: Ejendomsnummer Matrikel evt er tilknyttet 

5. BK_Crud_id 




6. FK_KommunaltEjerlav_id (FK,I3) 



Notes: Må kun pege på ejerlav der ligger i den samme kommune som i grund 

7. MatrikelTal (I3) 



Notes: MatrikelTal er tal delen af et matrikelnummer. 

MatrikelNummer består af MatrikelTal og MatrikelBogstav. 

03-04-2013 1:54 161 

MatrikelTal kan have værdien 0 til 9999. 

Hvis MatrikelTal er 0, er der tale om et umatrikuleret matrikel. 

8. MatrikelBogstav (I3) 



Notes: MatrikelBogstav er bogstavsdelen af et matrikelnummer 

9. MatrikelDelnummer (I3) 



Notes: MatrikelDelnummer 

10. MatrikelOpdelingsnummer (I3) 



Notes: Opdelingsnummer 

11. MatrikelArtskode 



Notes: Artskode angiver hvor matriklen stammer fra 

00 og 01 stammer fra KMS, 

Øvrige er forvaltningsmatrikler og umatikuleret matrikler. 

12. MatrikelEjendomsreference 



Notes: Reserveret til den kommende Ejendomsreference 

13. MatrikelUdskrivning 



Notes: MAT.812 Angiver om denne matrikel er den vigtigste. 

Bemærk hvis dens artskode over 10, dog ikke 23, 25 og 27, må den ikke skrives på BBR meddelelsen 

14. FK_OpretBruger_id





15. MatrikelOpretTimestamp 




16. MatrikelAendretTimestamp 




17. MatrikelAendretFunktion 





18. MatrikelOphoertTimestamp 







Notes: FK_BrugerAendret_id er af Matrikel 

20. MatrikelSlettetTimestamp 



03-04-2013 1:54 162 



Index details 

Matrikel_idx1 


Unique: No 

Matrikel_idx2 


Matrikel_id (Asc) 

Unique: No 

Matrikel_idx3 

Column(s): FK_KommunaltEjerlav_id (Asc) 

FK_Grund_id (Asc) 

MatrikelTal (Asc) 

MatrikelBogstav (Asc) 

MatrikelDelnummer (Asc) 

MatrikelOpdelingsnummer (Asc) 

Unique: No 


Grund_Matrikel_FK1 


FK_Grund_id Grund.Grund_id









KommunaltEjerlav_Matrikel_FK1 


FK_KommunaltEjerlav_id KommunaltEjerlav.KommunaltEjerlav_id 








Kommune_Matrikel_FK1 










03-04-2013 1:54 163


03-04-2013 1:54 164 

Notat 

Notes: Notat, indholder notater tilknyttet til en given record i en entitet. 

NotatType fortæller hvilken entitet, FK_Parent_id hvilken række i entiteten. Notatnummer angiver den 

sidste underopdeling (se beskrivelsen af felterne). 

Owner: 





Codes: 0 

Type: Table 


Notat_id LONGBINARY Not allowed 

NotatType SHORT Not allowed 

FK_Parent_id (FK,I1) LONGBINARY Not allowed 


NotatNummer SHORT Not allowed 

NotatTekst TEXT(120) Not allowed 


NotatOpretTimestamp DATETIME Not allowed 

NotatAendretTimestamp DATETIME Not allowed 

NotatAendretFunktion TEXT(40) Not allowed 

NotatOphoertTimestamp DATETIME Allowed 


NotatSlettetTimestamp DATETIME Allowed 


Notat_idx1 (I1) FK_Parent_id Ascending 


Grund_Notat_FK1 FK_Parent_id Grund.Grund_id 

Bygning_Notat_FK1 FK_Parent_id Bygning.Bygning_id 

Etage_Notat_FK1 FK_Parent_id Etage.Etage_id 

Opgang_Notat_FK1 FK_Parent_id Opgang.Opgang_id 

Rum_Notat_FK1 FK_Parent_id Rum.Rum_id 

Enhed_Notat_FK1 FK_Parent_id Enhed.Enhed_id 

Tekniskanlaeg_Notat_FK1 FK_Parent_id Tekniskanlaeg.Tekniskanlaeg_id 

AdgangsAdresse_Notat_FK1 FK_Parent_id AdgangsAdresse.AdgangsAdresse_id 

Brugsenhed_Notat_FK1 FK_Parent_id Brugsenhed.Brugsenhed_id 

Notat_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Notat_id 


1. Notat_id 



2. NotatType 



Notes: NotatType er af Notat 

Angiver hvilken entitet notatet tilhører. 

Typer: 

1: Grund 

2: Bygning 

3: Enhed 


5: Opgang/Indgang


03-04-2013 1:54 165 

6: Etage 

7: Rum 

8: Brugsenhed 


10: EnhedsAdresse 




Notes: FK_Parent_id identificerer Notat 

Hvilken instans i entiteten notatet tilhører. 

4. BK_Crud_id 



Notes: BK_Crud_id er af Notat 

DEFINITION: Instance_id NOTATLINIE 

Første del af dum nøgle der tildeles automatisk 

VÆRDISÆT: 

AFHÆNGIGHEDER: Feltet er afhænging af NotatType 

MAP: 

5. NotatNummer 



Notes: NotatNummer identificerer delvist Notat 

DEFINITION: Notatlinienr. Specifikt nr., der 

karakteriserer arten af den tilhørende notattekst 

MAP: ENOT 

BBRfelt: 106, 232, 324 

6. NotatTekst 



Notes: NotatTekst er af Notat 

DEFINITION: Notat tekstfelt 

Notater om ejendommen, der ikke i forvejen kan 

indberettes til de faste datafelter. Et antal linier er 

reserveret til generel anvendelse efter fastlagte 

retningslinier, medens de resterende kan anvendes af 

den enkelte kommune. 

MAP: HNOT 

BBRfelt: 143, 277, 344 




Notes: FK_OpretUserId er af Notat 

8. NotatOpretTimestamp 



Brugeren der har oprettet recorden.


9. NotatAendretTimestamp 



10. NotatAendretFunktion 



11. NotatOphoertTimestamp 






Notes: FK_BrugerAendret_id er af Notat 

13. NotatSlettetTimestamp 



Index details 

Notat_idx1 


Unique: No 


Grund_Notat_FK1 

03-04-2013 1:54 166 












Bygning_Notat_FK1 










Etage_Notat_FK1 



Relationship type: Non-Identifying








Opgang_Notat_FK1 










Rum_Notat_FK1 










Enhed_Notat_FK1 










Tekniskanlaeg_Notat_FK1 










AdgangsAdresse_Notat_FK1 



03-04-2013 1:54 167









Brugsenhed_Notat_FK1 










03-04-2013 1:54 168


Notes: Opgang/Indgang 

03-04-2013 1:54 169 

Opgang 

Ved en Opgang/indgang forstås det primære adgangsgivende opgangsareal og/eller en indgangsdør, 

som giver adgang til en samlet eller væsentlig del af en Bygning. 

Owner: 





Codes: 0 

Type: Table 


Opgang_id LONGBINARY Not allowed 

FK_AdgangsAdresse_id (FK,I1) LONGBINARY Not allowed 


OpgangNybyggeri SHORT Not allowed 



FK_OpgangStam_id (FK,I4) LONGBINARY Allowed 

FK_Bygning_id (FK,I3) LONGBINARY Not allowed 

OpgangElevator SHORT Allowed 

OpgangDataFelt1 LONG Allowed 

OpgangDataFelt2 CHAR(1) Allowed 

OpgangDataFelt3 CHAR(1) Allowed 

OpgangSagstype SHORT Allowed 











OpgangOpretTimestamp DATETIME Not allowed 

OpgangAendretTimestamp DATETIME Not allowed 

OpgangAendretFunktion TEXT(40) Not allowed 

OpgangOphoertTimestamp DATETIME Allowed 

OpgangGyldighedsdato DATETIME Allowed 


OpgangSlettetTimestamp DATETIME Allowed 


Opgang_idx1 (I1) FK_AdgangsAdresse_id Ascending 

Opgang_idx2 (I2) FK_Byggesag_id Ascending 

Opgang_idx3 (I3) FK_Bygning_id Ascending 

Opgang_idx4 (I4) FK_OpgangStam_id Ascending 


Bygning_Opgang_FK1 FK_Bygning_id Bygning.Bygning_id 

AdgangsAdresse_Opgang_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

Opgang_Opgang_FK1 FK_OpgangStam_id Opgang_id 

Byggesag_Opgang_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Opgang_Notat_FK1 Notat.FK_Parent_id Opgang_id 

Opgang_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Opgang_id 

Opgang_EnhedOpgang_FK1 EnhedOpgang.FK_Opgang_id Opgang_id 

Opgang_Enhed_FK1 Enhed.FK_Opgang_id Opgang_id



1. Opgang_id 



Notes: OPG.1 - Opgang_id identificerer Opgang 




Notes: OPG.2 - Opgangs adgangsadresse 

03-04-2013 1:54 170 

på stamdelen (objekttype 1) skal disse være unikke, med undtagelse af anneks. 

(dette er ikke tilfældet i øjeblikke, men det er målet). 

3. ObjektType 



Notes: OPG.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


4. OpgangNybyggeri 







Koder 

5. BK_Crud_id 






Indeholder Crud id for bygningen i KMD BBR. 

Bemærk opgange synkroniseres via bygning, så stol ikke på feltet. 





del af. 

7. FK_OpgangStam_id (FK,I4) 





8. FK_Bygning_id (FK,I3)




Notes: OPG.4 - Bygningen hvor i Opgang befinder sig 

9. OpgangElevator 



Notes: OPG.20 - Elevator 

03-04-2013 1:54 171 


DEFINITION: Kode for elevator 

MAP: CELEV 

BBRfelt: 231 













13. OpgangSagstype 



Notes: Sag: 

1 Nybyggeri 



Stam: 


















Notes: OPG.82 - KommunaltFelt3


03-04-2013 1:54 172 




















Notes: OPG.86 - Journalnummer 




Notes: OPG.87 - ESDH_Reference 




Notes: OPG.99 - Sikkerhedsklassifikation 





24. OpgangOpretTimestamp 



Notes: OpgangOpretTimestamp 


25. OpgangAendretTimestamp 



Notes: OpgangAendretTimestamp 


26. OpgangAendretFunktion 



Notes: OpgangAendretFunktion 

Angiver hvilken funktion der seneste har rette i recorden.


03-04-2013 1:54 173 


27. OpgangOphoertTimestamp 



Notes: OpgangOphoertTimestamp 

28. OpgangGyldighedsdato 






Notes: FK_BrugerAendret_id er af Opgang 

30. OpgangSlettetTimestamp 





oprettet. 




Index details 

Opgang_idx1 


Unique: No 

Opgang_idx2 


Unique: No 

Opgang_idx3 


Unique: No 

Opgang_idx4 

Column(s): FK_OpgangStam_id (Asc) 

Unique: No 


Bygning_Opgang_FK1 











AdgangsAdresse_Opgang_FK1 










Opgang_Opgang_FK1 


FK_OpgangStam_id Opgang_id 








Byggesag_Opgang_FK1 










03-04-2013 1:54 174


Notes: Tabel over Postdistrikt 

03-04-2013 1:54 175 

Postdistrikt 


Owner: 





Codes: 0 

Type: Table 


Postdistrikt_id LONGBINARY Not allowed 

PostdistriktNummer (U1) SHORT Not allowed 

PostdistriktNavn TEXT(20) Not allowed 

PostdistriktCprTimestamp DATETIME Not allowed 


PostdistriktOpretTimestamp DATETIME Not allowed 

PostdistriktAendretTimestamp DATETIME Not allowed 

PostdistriktAendretFunktion TEXT(40) Not allowed 

PostdistriktOphoertTimestamp DATETIME Allowed 


Postdistrikt_UC1 (U1) PostdistriktNummer Ascending 


Postdistrikt_Vejstykke_FK1 Vejstykke.FK_PostdistriktNummer PostdistriktNummer 


1. Postdistrikt_id 



2. PostdistriktNummer (U1) 



3. PostdistriktNavn 



Notes: PostdistriktNavn 

Distriketes navn 

4. PostdistriktCprTimestamp 



Notes: PostdistriktCprTimestamp 

Timestamp fra CPR. 





6. PostdistriktOpretTimestamp 



Notes: PostdistriktOpretTimestamp


03-04-2013 1:54 176 


7. PostdistriktAendretTimestamp 



Notes: PostdistriktAendretTimestamp 


8. PostdistriktAendretFunktion 



Notes: PostdistriktAendretFunktion 



9. PostdistriktOphoertTimestamp 



Notes: PostdistriktOphoertTimestamp 

Index details 

Postdistrikt_UC1 

Column(s): PostdistriktNummer (Asc) 

Unique: Yes 



03-04-2013 1:54 177 

Rum 

Notes: Ved et Rum forståe et volumen, som er fysisk afgrænset af loft, vægge og gulv og ikke yderligere rent 

fysisk er opdelt i Rum. 


1) Et Rum kan befinde sig inde i en Erhvervs-/Boligenhed. 

2) Et Rum kan befinde sig uden for en Erhvervs-/Boligenhed. Eks. et kælder- eller loftsrum tildelt til 

lejligheden. 

3) Et Rum unden tilknytning til Erhvervs-/Boligenhed, men men beliggende på en etage. Eks. 

Vaskerum i kælderen eller fælleskøkken. 

Owner: 





Codes: 0 

Type: Table 


Rum_id (I1) LONGBINARY Not allowed 

RumNummer SHORT Not allowed 


RumNybyggeri SHORT Not allowed 


FK_RumStam_id (FK,I5) LONGBINARY Allowed 

FK_Etage_id (FK,I4) LONGBINARY Not allowed 

FK_Enhed_id (FK,I3) LONGBINARY Allowed 

RumIEnhed SHORT Allowed 

RumKlassifikation CHAR(4) Allowed 

RumAreal LONG Allowed 

RumArealKilde LONG Allowed 

RumSagstype SHORT Allowed 











RumOpretTimestamp DATETIME Not allowed 

RumAendretTimestamp DATETIME Not allowed 

RumAendretFunktion TEXT(40) Not allowed 

RumOphoertTimestamp DATETIME Allowed 

RumNybyggeriTimestamp DATETIME Allowed 


RumSlettetTimestamp DATETIME Allowed 


Rum_idx1 (I1) Rum_id Ascending 

Rum_idx2 (I2) FK_Byggesag_id Ascending 

Rum_idx3 (I3) FK_Enhed_id Ascending 

Rum_idx4 (I4) FK_Etage_id Ascending 

Rum_idx5 (I5) FK_RumStam_id Ascending 


Etage_Rum_FK1 FK_Etage_id Etage.Etage_id 

Enhed_Rum_FK1 FK_Enhed_id Enhed.Enhed_id


Rum_Rum_FK1 FK_RumStam_id Rum_id 

Byggesag_Rum_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Rum_Notat_FK1 Notat.FK_Parent_id Rum_id 

Rum_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Rum_id 


1. Rum_id (I1) 



Notes: RUM.1 - Rum_id identificerer Rum 

2. RumNummer 



Notes: RUM.6 - Rumnummer 

03-04-2013 1:54 178 

Brugervent nøgle. Entyding for etage 

3. ObjektType 



Notes: RUM.100 - Objekttype er også kaldt Status. 

1. Stamdata 


3. Sagsdata 


4. RumNybyggeri 







Koder 







del af. 

6. FK_RumStam_id (FK,I5) 








Notes: Etagen hvor på Rummet befinder sig. 






Notes: Et Rum kan befinder sig i, eller være tilknyttet til en enhed. 

9. RumIEnhed 



Notes: RumIEnhed 

03-04-2013 1:54 179 

Hvis feltet er forskellig fra NULL, så fortæller feltet RumIEnhed om rummet er i enheden, eller 

tilknyttet til enheden. 

Peger altid på Grund med objekttype 1 eller 2 (hvis den ikke er null). 

RUM.200: Angiver om et RUM befinder sig ind i en enhed, eller om rummet er udenfor den enhed 

rummet er tilknyttet. Feltet er kun relevant hvis FK_Enhed_id ikke er null. 

0: Rum udenfor den enhed rummet er tilknyttet. 

1: Rum i Enhed 

10. RumKlassifikation 



Notes: RUM.20 - Klasseifikation 

11. RumAreal 



Notes: RUM.21 - Areal 

Angiver hvad rummets primære formål er. 

Rummet størrelse 

12. RumArealKilde 



Notes: RUM.22 - KildeTilRummetsAreal 

Kvalitet af areal information 

13. RumSagstype 



Notes: Sag: 

1 Nybyggeri 



Stam: 









Kommunespecifikt felt, med tilhørende kode.






03-04-2013 1:54 180 

























Notes: RUM.86 - Journalnummer 




Notes: RUM.87 - ESDH_Reference 




Notes: RUM.99 - Sikkerhedsklassifikation 





24. RumOpretTimestamp 



Notes: RumOpretTimestamp 

25. RumAendretTimestamp 





Notes: RumAendretTimestamp 

03-04-2013 1:54 181 


26. RumAendretFunktion 



Notes: RumAendretFunktion 

27. RumOphoertTimestamp 



Notes: RumOphoertTimestamp 

28. RumNybyggeriTimestamp 



Notes: RumNybyggeriTimestamp 





oprettet. 


Beregnet felt i databasen. Hvis feltet Nybyggeri = 1 så indeholder feltet OpretTimestamp eller NULL. 

Bruges til lave et specifikt unik index. 




Notes: FK_BrugerAendret_id er af Rum 

30. RumSlettetTimestamp 



Index details 

Rum_idx1 

Column(s): Rum_id (Asc) 

Unique: No 



Rum_idx2 


Unique: No 

Rum_idx3 


Unique: No 

Rum_idx4 

Column(s): FK_Etage_id (Asc)


Unique: No 

Rum_idx5 

Column(s): FK_RumStam_id (Asc) 

Unique: No 


Etage_Rum_FK1 










Enhed_Rum_FK1 










Rum_Rum_FK1 


FK_RumStam_id Rum_id 








Byggesag_Rum_FK1 










03-04-2013 1:54 182


Notes: Tabel over Slet 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:54 183 

Slet 

Bruges til at fange permanente sletninger med. Til vidregivelse af data til OIS. 


Slet_id LONGBINARY Not allowed 

FK_Parent_id (I1) LONGBINARY Not allowed 

SletTabel SHORT Not allowed 

BK_Kommunenummer SHORT Allowed 

SletOpretTimestamp DATETIME Not allowed 

SletTimestamp DATETIME Not allowed 


Slet_idx1 (I1) FK_Parent_id Ascending 


1. Slet_id 







Record der er blevet permanent slettet. 

3. SletTabel 



Notes: SletTabel 

Angiver hvilken tabel den slette record befandt sig i. 

Typer: 

1: Grund 

2: Bygning 

3: Enhed 


5: Opgang/Indgang 

6: Etage 

7: Rum 

8: Brugsenhed 


10: Enhedsadresse 

11: Adressesag 

12: Geometri 

4. BK_Kommunenummer 



Notes: Kommunenummer


5. SletOpretTimestamp 



Notes: SletOpretTimestamp 

6. SletTimestamp 



Notes: SletTimestamp 

03-04-2013 1:54 184 

Skal udfyldes for tabeller hvor data kan henføres til en kommune. 

Hvornår den slettede record oprindeligt blev oprettet. 

Tidspunkt for sletningen. 

Index details 

Slet_idx1 


Unique: No


03-04-2013 1:54 185 

Tekniskanlaeg 

Notes: Ved et Teknisk anlæg forstås en stedfast, klart afgrænset konstruktion, som er opført til et bestemt 

teknisk formål, og ikke kan karakteriseres som en Bygning. Typen af et Teknisk anlæg vil blive 

nærmere defineret ved en positivliste i BBR-instruksen. 

Owner: 





Codes: 0 

Type: Table 


Tekniskanlaeg_id LONGBINARY Not allowed 

TekniskanlaegNummer (U1) SHORT Not allowed 


TekniskanlaegNybyggeri SHORT Not allowed 

FK_Byggesag_id (FK,U1,I6) LONGBINARY Allowed 

FK_TekniskanlaegStam_id (FK,I5) LONGBINARY Allowed 


FK_Matrikel_id (FK,I1) LONGBINARY Not allowed 

FK_Bygning_id (FK,I3) LONGBINARY Allowed 


FK_AdgangsgivendeVejKode SHORT Allowed 

TekniskanlaegTilnaermetAdresse SHORT Allowed 


TekniskanlaegKlassifikation SHORT Allowed 

TekniskanlaegFabrikatType TEXT(50) Allowed 

BK_EksternDatabase TEXT(50) Allowed 

BK_EksternNoegle TEXT(50) Allowed 

TekniskanlaegEtableringsaar SHORT Allowed 

TekniskanlaegSenestTilOmbygningsaar SHORT Allowed 

TekniskanlaegStoerrelsesklasse SHORT Allowed 

TekniskanlaegPlacering CHAR(1) Allowed 

TekniskanlaegSloejfning SHORT Allowed 

TekniskanlaegFabrikationsnummer CHAR(10) Allowed 

TekniskanlaegTypegodkendelsesnummer CHAR(10) Allowed 

TekniskanlaegStoerrelse LONG Allowed 

TekniskanlaegOlietankKilde SHORT Allowed 

TekniskanlaegType SHORT Allowed 

TekniskanlaegIndhold SHORT Allowed 

TekniskanlaegSloejfningsfristDato DATETIME Allowed 

TekniskanlaegRumfangM3 LONG Allowed 

TekniskanlaegAreal LONG Allowed 

TekniskanlaegHoejde LONG Allowed 

TekniskanlaegEffektKW LONG Allowed 

TekniskanlaegFredningStatus CHAR(2) Allowed 

TekniskanlaegGeometriKilde SHORT Allowed 

TekniskanlaegGeometriNoejagtighedsklasse CHAR(2) Allowed 

TekniskanlaegSagstype SHORT Allowed 

TekniskanlaegOphoertTimestamp DATETIME Allowed 

TekniskanlaegFabrikationsaar SHORT Allowed 

TekniskanlaegMatriale SHORT Allowed 

TekniskanlaegInvendigBeskyttelse SHORT Allowed 

TekniskanlaegInvendigBeskyttelseDato DATETIME Allowed 

TekniskanlaegCEmaerke TEXT(50) Allowed 





KommunaltFelt5 LONG Allowed







TekniskanlaegOpretTimestamp DATETIME Not allowed 

TekniskanlaegAendretTimestamp DATETIME Not allowed 

TekniskanlaegAendretFunktion TEXT(40) Not allowed 

TekniskanlaegGyldighedsdato DATETIME Allowed 


TekniskanlaegSloejningsAar SHORT Allowed 

TekniskanaegSlettetTimestamp DATETIME Allowed 

TekniskanlaegNavhoejde LONG Allowed 

TekniskanlaegVindmoellenummer LONG Allowed 

TekniskanlaegRotordiameter LONG Allowed 


Tekniskanlaeg_idx1 (U1) TekniskanlaegNummer 

Ascending 


Ascending 

Tekniskanlaeg_idx2 (I1) FK_Matrikel_id Ascending 

Tekniskanlaeg_idx3 (I2) FK_AdgangsAdresse_id Ascending 

Tekniskanlaeg_idx4 (I3) FK_Bygning_id Ascending 

Tekniskanlaeg_idx5 (I4) FK_Geometri_id Ascending 

Tekniskanlaeg_idx6 (I5) FK_TekniskanlaegStam_id Ascending 

Tekniskanlaeg_idx7 (I6) FK_Byggesag_id Ascending 


AdgangsAdresse_Tekniskanlaeg_FK1 FK_AdgangsAdresse_id AdgangsAdresse.AdgangsAdresse_id 

Geometri_Tekniskanlaeg_FK1 FK_Geometri_id Geometri.Geometri_id 

Tekniskanlaeg_Tekniskanlaeg_FK1 FK_TekniskanlaegStam_id Tekniskanlaeg_id 

Matrikel_Tekniskanlaeg_FK1 FK_Matrikel_id Matrikel.Matrikel_id 

Bygning_Tekniskanlaeg_FK1 FK_Bygning_id Bygning.Bygning_id 

Byggesag_Tekniskanlaeg_FK1 FK_Byggesag_id Byggesag.Byggesag_id 

Tekniskanlaeg_Notat_FK1 Notat.FK_Parent_id Tekniskanlaeg_id 

Tekniskanlaeg_FeltHistorik_FK1 FeltHistorik.FK_Parent_id Tekniskanlaeg_id 

Tekniskanlaeg_Ejerskab_FK1 Ejerskab.FK_BbrId Tekniskanlaeg_id 


1. Tekniskanlaeg_id 



Notes: TEK.1 - Tekniskanlæg_id identificerer Tekniskanlæg 

2. TekniskanlaegNummer (U1) 



Notes: TEK.7 - I stam delen er anlægsnummer unik inden for ejendommen. 

3. ObjektType 



Notes: TEK.100 - Status er af Tekniskanlæg 

4. TekniskanlaegNybyggeri 



Notes: Er afhængig af feltet ObjektType. 

03-04-2013 1:54 186 



Koder


03-04-2013 1:54 187 







del af. 

6. FK_TekniskanlaegStam_id (FK,I5) 





7. BK_Crud_id 







Notes: Angiver på hvilken matrikel det Tekniskanlaeg ligger. 




Notes: Bruges hvis det Teknisk anlæg, der befinder sig i en bygning 




Notes: Angiver adgangsadressen til det tekniske anlæg. 

Feltet TekniskanlaegTilnaermetAdresse angiver denne adresse er tilnærmet. 




12. TekniskanlaegTilnaermetAdresse 



Notes: Angiver om adressen (felt FK_Adresse_id) er tilnærmet eller ej. 

0: Adgangsadresse 

1: Tilnærmet adresse (adgangsadresse eller vejadresse). 




Notes: Angiver koordinat for det tekniskeanlægs placering. 

14. TekniskanlaegKlassifikation 



Notes: TEK.20 - Klassifikation er af Tekniskanlæg 

15. TekniskanlaegFabrikatType 




Notes: TEK.21 - FabrikantEllerType er af Tekniskanlæg 

16. BK_EksternDatabase 



Notes: TEK.22 - EksternDatabase er af Tekniskanlæg 

17. BK_EksternNoegle 



Notes: TEK.23 - EksternNøgle er af Tekniskanlæg 

18. TekniskanlaegEtableringsaar 



Notes: TEK.24 - Etableringsår er af Tekniskanlæg 

03-04-2013 1:54 188 

Feltet hed tidliger Opførelsesår 

19. TekniskanlaegSenestTilOmbygningsaar 



Notes: TEK.25 - TilOmbygningsår er af Tekniskanlæg 

20. TekniskanlaegStoerrelsesklasse 



Notes: TEK.26 - Størrelsesklasse er af Tekniskanlæg 

DEFINITION: Olietankstørrelse 

Angiver størrelsesklassen af tank. 

VÆRDISÆT: 


kodeværdier: 

1->Under 6.000 liter 

2->6.000 - 100.000 liter 

3->Over 100.000 liter 

MAP: CSTOER 

BBRfelt: 111, 114, 117 

21. TekniskanlaegPlacering 



Notes: TEK.27 - Placering er af Tekniskanlæg 

22. TekniskanlaegSloejfning 



Notes: TEK.28 - Sløjfning af tekniskanlæg 

Feltet hed tidliger: AfblændetOpfyldt 

23. TekniskanlaegFabrikationsnummer 



Notes: TEK.30 - Fabrikationsnr er af Tekniskanlæg 

24. TekniskanlaegTypegodkendelsesnummer 



Notes: TEK.31 - Typegodkendelsesnr er af Tekniskanlæg


25. TekniskanlaegStoerrelse 



Notes: TEK.32 - Størrelse er af Tekniskanlæg 

26. TekniskanlaegOlietankKilde 



Notes: Olietanks placering og skabelse i forbindelse med konverteringen. 

27. TekniskanlaegType 



Notes: TEK.33 - Type er af Tekniskanlæg 

03-04-2013 1:54 189 

0: Ikke olietank 

1: Olietank placeret på rigtig matrikel (ved konvteringen var der kun en matrikel på ejendommen/eller 

sagsbehandler har placeret den på den rigtige). 

2: Olietank placeret på rigtig matrikel, overskydende (data mangler, skal udfyldes af sagsbehandler) 

3: Olietank placeret gættet matrikel (ved konvteringen var der flere matrikler på ejendommen). 

4: Olietank placeret gættet matrikel , overskydende (ved konvteringen var der flere matrikler på 

ejendommen. Samt data mangler, skal udfyldes af sagsbehandler) 



4 bliver til 1, når den bliver placeret rigtigt OG når data bliver udfyldt af sagsbehandler. 



Kode der angiver vægene 

28. TekniskanlaegIndhold 



Notes: TEK.34 - Indhold er af Tekniskanlæg 

29. TekniskanlaegSloejfningsfristDato 



Notes: TEK.35 - SløjfningsfristDato er af Tekniskanlæg 

30. TekniskanlaegRumfangM3 



Notes: TEK.36 - Rumfang er af Tekniskanlæg 

31. TekniskanlaegAreal 



Notes: TEK.37 - Areal er af Tekniskanlæg 

32. TekniskanlaegHoejde 



Notes: TEK.38 - Højde er af Tekniskanlæg 

33. TekniskanlaegEffektKW 



Notes: TEK.39 - Effetk er af Tekniskanlæg 

34. TekniskanlaegFredningStatus




Notes: TEK.40 - Fredning er af Tekniskanlæg 

35. TekniskanlaegGeometriKilde 



Notes: TEK.41 - TekniskanlaegGeometriKilde er af Tekniskanlaeg 

36. TekniskanlaegGeometriNoejagtighedsklasse 



Notes: TEK.48 - TekniskanlaegGeometriNoejagtighedsklasse er af Tekniskanlaeg 

37. TekniskanlaegSagstype 



38. TekniskanlaegOphoertTimestamp 





oprettet. 


39. TekniskanlaegFabrikationsaar 



Notes: TEK.67 - TekniskanlaegFabrikationsaar er af Tekniskanlaeg 

40. TekniskanlaegMatriale 



Notes: TEK.68 - TekniskanlaegMatriale er af Tekniskanlaeg 

41. TekniskanlaegInvendigBeskyttelse 



Notes: TEK.69 - TekniskanlaegInvendigBeskyttelse er af Tekniskanlaeg 

42. TekniskanlaegInvendigBeskyttelseDato 



Notes: TEK.70 - TekniskanlaegInvendigBeskyttelseDato er af Tekniskanlaeg 

43. TekniskanlaegCEmaerke 



Notes: TEK.71 - TekniskanlaegCEmaerke er af Tekniskanlaeg 










03-04-2013 1:54 190




















Notes: TEK.86 - Journalnummer er af Tekniskanlæg 




Notes: TEK.87 - ESDH_Reference er af Tekniskanlæg 




Notes: TEK.99 - Sikkerhedsklassifikation er af Tekniskanlæg 





54. TekniskanlaegOpretTimestamp 




55. TekniskanlaegAendretTimestamp 




56. TekniskanlaegAendretFunktion 





57. TekniskanlaegGyldighedsdato 






03-04-2013 1:54 191


Notes: FK_BrugerAendret_id er af Tekniskanlaeg 

59. TekniskanlaegSloejningsAar 



Notes: TEK.72 - Sløjfningsår 

60. TekniskanaegSlettetTimestamp 



03-04-2013 1:54 192 



61. TekniskanlaegNavhoejde 



Notes: TEK.73 - Vindmøllens højde i meter målt til navet. 

62. TekniskanlaegVindmoellenummer 



Notes: TEK.74 - Vindmøllens nummer i Energistyrelsens vindmølleregister. 

63. TekniskanlaegRotordiameter 



Notes: TEK.75 - Vindmøllens rotordiameter målt i meter. 

Index details 


Column(s): TekniskanlaegNummer (Asc) 


Unique: Yes 



Unique: No 



Unique: No 



Unique: No 



Unique: No 


Column(s): FK_TekniskanlaegStam_id (Asc) 

Unique: No 



Unique: No 


AdgangsAdresse_Tekniskanlaeg_FK1











Geometri_Tekniskanlaeg_FK1 










Tekniskanlaeg_Tekniskanlaeg_FK1 


FK_TekniskanlaegStam_id Tekniskanlaeg_id 








Matrikel_Tekniskanlaeg_FK1 










Bygning_Tekniskanlaeg_FK1 










Byggesag_Tekniskanlaeg_FK1 

03-04-2013 1:54 193











03-04-2013 1:54 194


Notes: Tabel over Vej 

Owner: 





Codes: 0 

Type: Table 

03-04-2013 1:54 195 

Vej 


FK_KommuneNummer, VejKode og "GetDate() Between VejCprOpretTimestamp AND 



Vej_id LONGBINARY Not allowed 

FK_KommuneNummer (U1,I1) SHORT Not allowed 

VejKode (U1,I1) SHORT Not allowed 

VejNavn TEXT(40) Not allowed 

VejAdresseringsnavn TEXT(20) Not allowed 

VejCprOpretTimestamp (I1) DATETIME Not allowed 

VejCprOphoertTimestamp (I1) DATETIME Not allowed 


VejOpretTimestamp DATETIME Not allowed 

VejAendretTimestamp DATETIME Not allowed 

VejAendretFunktion TEXT(40) Not allowed 

VejOphoertTimestamp DATETIME Allowed 


Vej_AK (U1) FK_KommuneNummer 

Ascending 

VejKode 

Ascending 

Vej_idx1 (I1) FK_KommuneNummer 

Ascending 

VejKode 

Ascending 

VejCprOpretTimestamp 

Ascending 


Ascending 


Vej_AdgangsAdresse_FK1 AdgangsAdresse.FK_VejKode VejKode 

Vej_Vejstykke_FK1 Vejstykke.FK_VejKode 

VejKode 

Vejstykke.FK_KommuneNummer 



1. Vej_id 



2. FK_KommuneNummer (U1,I1) 



Notes: Kommunen Vejen befinder sig i. 

3. VejKode (U1,I1) 



Notes: VejKode der sammen med kommunenummer identificerer vejen 

4. VejNavn 




Notes: Vejens fulde navn 





6. VejCprOpretTimestamp (I1) 




7. VejCprOphoertTimestamp (I1) 




03-04-2013 1:54 196 

Et forkortet navn for vejnavne over 20 tegn. 

For dem under eller ligmed 20 tegn er det, det samme som Vejnavnet. 





9. VejOpretTimestamp 



Notes: VejOpretTimestamp 


10. VejAendretTimestamp 



Notes: VejAendretTimestamp 

11. VejAendretFunktion 



Notes: VejAendretFunktion 


12. VejOphoertTimestamp 



Notes: VejOphoertTimestamp 



Index details 

Vej_AK 


VejKode (Asc) 

Unique: Yes 

Vej_idx1 




VejKode (Asc) 

VejCprOpretTimestamp (Asc) 

VejCprOphoertTimestamp (Asc) 

Unique: No 

03-04-2013 1:54 197


Notes: Tabel over Postnummer 

03-04-2013 1:54 198 

Vejstykke 

Tabel over de vejstykker der findes i et postnummer 


GetDate() Between PostnummerCprOpretTimestamp And PostnummerCprOphoerTimestamp 

Owner: 





Codes: 0 

Type: Table 


Vejstykke_id LONGBINARY Not allowed 

FK_KommuneNummer (FK,I3) SHORT Not allowed 

FK_VejKode (FK,I2,I3) SHORT Not allowed 

VejstykkeHusnummerFra (I3) CHAR(4) Not allowed 

VejstykkeHusnummerTil (I3) CHAR(4) Not allowed 

VejstykkeVejside (I3) CHAR(1) Not allowed 

FK_PostdistriktNummer (FK,I1) SHORT Not allowed 

VejstykkeCprTimestamp DATETIME Not allowed 

VejstykkeCprOpretTimestamp DATETIME Not allowed 

VejstykkeCprOphoerTimestamp DATETIME Not allowed 


VejstykkeOpretTimestamp DATETIME Not allowed 

VejstykkeAendretTimestamp DATETIME Not allowed 

VejstykkeAendretFunktion TEXT(40) Not allowed 

VejstykkeOphoertTimestamp DATETIME Allowed 


Vejstykke_idx1 (I1) FK_PostdistriktNummer Ascending 

Vejstykke_idx2 (I2) FK_VejKode Ascending 

Vejstykke_idx3 (I3) FK_VejKode 


VejstykkeHusnummerFra 

VejstykkeHusnummerTil 

VejstykkeVejside 

Ascending 

Ascending 

Ascending 

Ascending 

Ascending 


Postdistrikt_Vejstykke_FK1 FK_PostdistriktNummer Postdistrikt.PostdistriktNummer 

Vej_Vejstykke_FK1 FK_VejKode 

Vej.VejKode 


Vej.FK_KommuneNummer 


1. Vejstykke_id 



2. FK_KommuneNummer (FK,I3) 



Notes: Kommunen Vejstykket befinder sig i. 

3. FK_VejKode (FK,I2,I3) 



Notes: Hvilken vej Vejstykket omhandler


4. VejstykkeHusnummerFra (I3) 



Notes: Husnummer hvorfra Vejstykket begynder incl. 

5. VejstykkeHusnummerTil (I3) 



Notes: Husnummer hvor til Vejstykket slutter incl. 

6. VejstykkeVejside (I3) 



Notes: Hvilken side af vejen vejstykket omhandler. 

03-04-2013 1:54 199 

Værdisæt: 

L : Siden af vejen med Lige husnumre 

U : Siden af vejen med Ulige husnumre 

7. FK_PostdistriktNummer (FK,I1) 



Notes: Postdistrikt Vejstykket indgår i. 

8. VejstykkeCprTimestamp 




9. VejstykkeCprOpretTimestamp 




10. VejstykkeCprOphoerTimestamp 








12. VejstykkeOpretTimestamp 



Notes: VejstykkeOpretTimestamp 


13. VejstykkeAendretTimestamp 



Notes: VejstykkeAendretTimestamp 


14. VejstykkeAendretFunktion 



Notes: VejstykkeAendretFunktion


03-04-2013 1:54 200 



15. VejstykkeOphoertTimestamp 



Notes: VejstykkeOphoertTimestamp 


Index details 


Column(s): FK_PostdistriktNummer (Asc) 

Unique: No 



Unique: No 



FK_KommuneNummer (Asc) 

VejstykkeHusnummerFra (Asc) 

VejstykkeHusnummerTil (Asc) 

VejstykkeVejside (Asc) 

Unique: No 


Postdistrikt_Vejstykke_FK1 


FK_PostdistriktNummer Postdistrikt.PostdistriktNummer 








Vej_Vejstykke_FK1 



FK_KommuneNummer Vej.FK_KommuneNummer 








relationen er 

Postnummer INNER JOIN Vej ON Postnummer.FK_KommuneNummer = Vej.FK_KommuneNummer 

AND FK_VejKode = VejKode AND GetDate() Between VejCprOpretTimestamp AND 


Ref. Integrity on update: No action



03-04-2013 1:54 201

Systembeskrivelse kapitel 7 - Datamodel 



7. Datamodel ........................................................................................................................... 2 

7.1 Logisk datamodel .............................................................................. 2 

7.1.1 Bygning – (Obligatorisk) ............................................................. 4 

7.1.2 Teknisk anlæg - (Frivillig) .......................................................... 20 

7.1.3 Bolig-/erhvervsenhed – (Obligatorisk) ......................................... 27 

7.1.4 Brugsenhed - (Frivillig) ............................................................. 37 

7.1.5 Adgangsadresse – (Obligatorisk) ................................................ 40 

7.1.6 Enhedsadresse – (Obligatorisk) .................................................. 44 

7.1.7 Opgang/indgang – (Obligatorisk) ................................................ 46 

7.1.8 Etage – (Obligatorisk) ............................................................... 49 

7.1.9 Rum - (Frivillig) ........................................................................ 51 

7.1.10 Grund ................................................................................... 54 

7.1.11 Energiforbrug ......................................................................... 59 

7.2 Fysisk datamodel ............................................................................ 62 

7.2.1 Teknisk ID ............................................................................... 63 

7.2.2 Denormalisering ....................................................................... 63 


April 2013


7. Datamodel 

Kapitlet om datamodel er delt i en række afsnit om den logiske datamodel og en 

række afsnit om den fysiske datamodel. 

7.1 Logisk datamodel 

Den logiske datamodel indeholder en beskrivelse af entiteter og relationer. Den 

logiske datamodel indeholder følgende entitetstyper: 

· Bygning 

· Teknisk anlæg 

· Bolig-/erhvervsenhed 

· Brugsenhed 

· Adgangsadresse 

· Enhedsadresse 

· Opgang/indgang 

· Etage 

· Rum 

· Grund 

· Energiforbrug 

Herudover er der anført de relationer til andre entiteter, der skal oprettes, når en 

forekomst af den pågældende entitet oprettes. Samt de relationer fra andre 

entiteter, der skal oprettes i forbindelse med indberetningen af forekomster af 

disse andre entiteter. 

For begge relationstyper gælder det, at relationerne har fået navne, der 

beskriver forholdet mellem de relaterede entiteter, eksempelvis bygning ligger 

på matrikelnummer. Den første kolonnes relationsnummer henviser til 

datamodellen. Endelig er de kardinaliteter, der i modellen er illustreret med 

grafisk notation, her beskrevet i tekst. 

Udover relationerne er der angivet nogle systemmæssige regler, der ikke kan 

udtrykkes med datamodellen, men som skal iagttages. 

Stamdata 

Her er anført de krævede identifikationer til forekomster af den pågældende 

entitet: 

Teknisk ID: den maskinelt tildelte, stabile nøgle. 

Administrativ(e) nøgle(r): Her er anført den eller de identifikationer, der i de 

administrative retningslinier er fastsat for den pågældende entitet. Der er ikke 

medtaget andre administrative identifikationer, der er nødvendige for at den 

anførte identifikation skal være entydig. 


April 2013


Fremmednøgle(r): Her er anført den eller de identifikationer, der sikrer 

relationerne til andre entiteter. Hvor det er muligt, er der valgt de tekniske ID’er 

som fremmednøgle. 

Byggesagsdata 

Her er anført de krævede identifikationer som beskrevet ovenfor, dog er der 

under de administrative nøgler tilføjet byggesagsdato og evt. litra, der adskiller 

denne type oplysninger fra stamdata. En given bygning har en forekomst i 

stamdata og en eller flere forekomster i byggesagsdata, hvis den pågældende 

bygning er omfattet af en eller flere byggesager. 

Dataindhold: 

I denne oversigt er beskrevet BBR’s stam- og byggesagsdata. 

I skemaet forekommer følgende kolonner: 

· Feltnr.: De enkelte BBR-data er tildelt en feltidentifikation, hvor de første tre 

bogstaver angiver den entitet, data vedrører. 

· Feltnavn: Hvis BBR-data overføres fra det nuværende BBR, er det nuværende 

navn bevaret. 

· Kl.: Oplysningen er henført til klasse 0, 1, 2 eller 3. 

· Type: Her er anført formatet for det pågældende dataelement. A = tekstfelt 

med alle tegn (alfanumerisk), H = heltal, D = decimaltal, K = kodefelt, Dato 

= dato på formen ååååmmdd. I parentes er angivet det maksimale antal 

tegn i feltet. For decimaltal er der endvidere angivet antal karakterer efter 

decimalseparatoren (Eks: D(10,2) angiver der kan angives et decimaltal med 

7 cifre før separatoren, en separator (,) og 2 decimaler). Tomme felter 

udfyldes med ’null’. 

· BBR feltnr.: Datas feltnummer i det nuværende BBR. 

· K.: BBR-data er henført til et af tre sikkerhedsniveauer, jf. 

kravspecifikationen. Sikkerhedsklassifikationen har kun betydning for de 

bygninger, der efter de administrative retningslinier er omfattet af 

sikkerhedshensyn, fordi de benyttes af Forsvaret, Justitsministeriet eller 

Beredskabsstyrelsen. 

Under Adgangsadresse og Enhedsadresse er kolonne tom, da der ikke er 

sikkerhedsklassifikation på adresser. 

· Bemærkninger/koder: Hvis der for det pågældende dataelement er fastsat et 

kodesæt, vil det være anført i denne kolonne. 


April 2013


Nedenfor vises den logiske datamodel: 

Energiforbrug 

(EFO) 


(TEK) 

R.RUM.1 

Etage 

(ETA) 

R.EFO.2 

R.ETA.1 

Administrativ Fysisk 

R.TEK.7 

R.EFO.1 

Rum 

(RUM) 

R.RUM.4 

R.TEK.2 

R.EFO.3 

Obligatorisk entitetstype 

Frivilig entitetstype 

Entitetstype uden for BBR 

Obligatorisk relation 

Frivilig relation 

R.ENH.2 

R.ENH.6 

R.ENH.1 


(OPG) 

R.OPG.1 

Bygning 

(BYG) 

R.RUM.3 

R.RUM2 

Bolig-/ 

erhvervsenhed 

(ENH) 

Kardinaliteten er 

midlertidig 0,1,M 

R.TEK.6 

R.TEK.4 

R.TEK.1 

R.ENH.4 

R.BYG.2 

R.BYG.3 

R.ENH.5 

R.OPG.2 

Vurderingsejendom 

(ESR) 


(AAD) 


April 2013 

Brugsenhed 

(BRU) 

R.ENH.7 

R.ENH.3 

R.BRU.3 

R.TEK.5 

R.BYG.4 

R.AAD.3 

Enhedsadresse 

(EAD) 

R.BYG.1 

R.GRU.5 

R.BRU.2 

R.AAD.7 

R.ESR.1 

Figur 7.1. Logisk datamodel for BBR 

7.1.1 Bygning – (Obligatorisk) 

R.EAD.1 

R.AAD.2 

Grund 

(GRU) 

R.GRU.2 

R.AAD.1 

R.AAD.5 

R.AAD.6 

R.AAD.4 

R.GRU.1 

R.GRU.3 

BBR-data logisk 

BBR 2012-01-09 

Postnummer 

(CPR) 

Lokalitet 

(CPR) 

Bynavn 

(CPR) 

Vejnavn 

(CPR) 

Kommunenr. 

Kommuneejerlav 

(ESR) 


(KMS) 


(ESR) 

En Bygning er defineret som én eller flere konstruktioner, der udgør en rumlig 

helhed og som skærmer mod vejrliget. En bygning skal som minimum bestå af 

en overdækning (et tag). 

Relationer som entiteten danner: 

R.nr. Kls. Navn Kardinalitet 

R.BYG.1 0 Bygning - Grund. 1 0,1,M En bygning ligger på 1 grund. En grund 

rummer 0, 1 eller flere bygninger. 

R.BYG.2 0 Bygning - Vurderingsejendom (ESR). 0,1 0,1,M En bygning hører til 0 eller 1 ejendom. En 

ejendom består af 0, 1 eller flere bygninger. 

R.BYG.3 0 Bygning - Vurderingsejendom (ESR). 0,1 0,1,M En bygning hører til 0 eller 1 ejerlejlighed 

(vurderingsejendom). En ejerlejlighed 

(vurderingsejendom) består af 0, 1 eller flere 

bygninger. 

R.BYG.4 0 Bygning - Adgangsadresse. 

0,1 0,1,M En bygning har 0 eller 1 repræsentativ adgangsadresse. 

En adgangsadresse er 

repræsentativ adresse for 0, 1 eller flere 

bygninger. 

Den repræsentative adgangsadresse er den 

adgangsadresse, der vælges blandt flere 

mulige adgangsadresser. 

En bygning har altid 1 repræsentativ 

adgangsadresse, med mindre bygningen er


placeret på søterritoriet. 

Ad. R.BYG.1 en bygning må som udgangspunkt ikke opføres på tværs af skel 

mellem samlede faste ejendomme. Dette forekommer dog undtagelsesvist, og 

der skal derfor være mulighed for at registrere dette forhold. Relationen R.BYG.1 

oprettes i disse tilfælde til den grund hvor den overvejende del af bygningen er 

beliggende. 

Relationer som entiteten indgår i 


R.TEK.7 2 Teknisk anlæg - Bygning. 0,1 0,1,M Et teknisk anlæg ligger i 0 eller 1 bygning. En 

bygning har 0, 1 eller flere tekniske anlæg. 

R.OPG.1 0 Opgang/Indgang - Bygning. 1 0,1,M En opgang/indgang ligger i netop 1 bygning. En 

bygning har 0, 1 eller flere opgange/indgange. 

R.ETA.1 0 Etage - Bygning. 1 0,1,M En etage ligger i netop 1 bygning. En bygning 

består af 0, 1 eller flere etager. 

Supplerende systemmæssige regler 

Regel nr. 

Ref. til 

Relation nr. Beskrivelse 

1.1 R.BYG.1 Er bygningen beliggende på et matrikuleret areal, skal relationen R.BYG.1 til det pågældende 

matrikelnummer oprettes direkte. 

Er bygningen beliggende på umatrikuleret areal eller på søterritoriet tildeles feltet BYG.3, 

Landsejerlav, værdien ”0” og feltet BYG.5, Matrikelnummer, værdien ’umt’. 

Såfremt kommunen har en opdeling af umatrikulerede arealer, der er tildelt ejerlavslignende 

betegnelser, og registreret dette i ESR med kommunale ejerlavskoder, der ikke har noget 

korresponderede ejerlav i KMS’s ejerlavsbetegnelse, kan disse kommunale inddelinger 

anvendes i stedet for landsejerlav ’0’. 

1.2 R.BYG.1 Er bygningen opført henover matrikelskel, oprettes relationen R.BYG.1 til det matrikelnummer, 

hvor hovedparten af bygningen er beliggende. 

1.3 R.BYG.1 

R.BYG.2 

Er bygningen beliggende på et matrikuleret areal, skal relationen R.BYG.2. afledes af ESR via 

relationen R.BYG.1, dvs. at den pågældende ejendom fremfindes i ESR via det matrikelnummer, 

som bygningen ligger på. 

Er bygningen beliggende på fremmed grund, skal relationen R.BYG.2 til ejendom dog oprettes 

direkte. 

Er bygningen beliggende på umatrikuleret areal eller på søterritoriet, skal relationen R.BYG.2 

ligeledes oprettes direkte. 

1.4 R.BYG.4 En bygning skal altid have en repræsentativ adgangsadresse, med mindre bygningen ligger på 

søterritoriet. 

1.5 R.BYG.4 

Stamdata 

R.OPG.2 

R.AAD.2 

R.BYG.2 

Såfremt relationen Bygning – Adgangsadresse forefindes, skal følgende valideringsregler 

opfyldes: 

Såfremt bygningen er relateret til en eller flere opgange/indgange med tilhørende 

adgangsadresser (R.OPG.2), skal den repræsentative adresse findes blandt disse 

adgangsadresser. 

Såfremt bygningen ikke er relateret til nogen opgang/indgang, skal den repræsentative adresse 

enten være blandt de adgangsadresser, der jf. R.AAD.2 er registreret på dét matrikelnummer, 

som bygningen jf. R.BYG.1 ligger på, eller svare til dén ejendomsadresse der i ESR er fastsat 

for dén ejendom, som bygningen jf. R.BYG.2 er en del af. 


April 2013


Teknisk ID Bygning ID 

Administrativ(e) nøgle(r): Ejendomsnummer, Bygningsnummer, Repræsentativ adgangsadresse (vejkode, husnummer). 

Fremmednøgle(r): Matrikelbetegnelse, Adgangsadresse ID. 

Byggesagsdata 

Teknisk ID Bygning ID 

Administrativ(e) nøgle(r): Ejendomsnummer, Bygningsnummer, Repræsentativ adgangsadresse (vejkode, husnummer), 

Byggesagsdato, Litra. 

Fremmednøgle(r): Matrikelbetegnelse, Adgangsadresse ID, Bygning ID på forekomst i stamdata. 

Dataindhold 

Feltnr. Feltnavn Kl. Type BBR 

Feltnr 

BYG.1 Bygning ID 0 UUID 3 

BYG.2 Kommunenummer 0 H(4) 100 3 

BYG.3 Landsejerlav 0 H(7) 3 

BYG.4 Kommunal ejerlavskode 2 H(3) 3 

BYG.5 Matrikelnummer 0 A(7) 3 

BYG.6 Ejendomsnummer 0 H(6) 101 3 

BYG.7 Bygningsnummer 0 H(4) 201 3 

BYG.8 Vejkode 0 H(4) 271 3 

BYG.9 Husnummer 0 A(4) 272 


April 2013 

273 

BYG.10 Byggesagsnummer 1 A(32) 2 

BYG.11 Byggesagsdato 1 Dato 268 2 

BYG.12 Litra 1 K(1) 269 2 Koder: 

BYG.13 Ejendomsnummer for 

ejerlejlighed 

K. 

3 

Byggesagen har ingen litra 

Litra under byggesagen 

( A-Z, men O, Q, I og J forekommer ikke) 

0 H(6) 3 Anvendes når lejligheden er en bygning. 

BYG.14 Ejendomsreference 0 UUID 3 Anvendes til at knytte ejendomme sammen, hvis der 

er tale om ejerlejlighedsopdeling. 

BYG.15 Ejerlejlighedsnummer 0 H(4) 3 

BYG.16 Kode for mere end 1 

ejerlejlighed 

BYG.21 Bygningens anvendelse 

(nuværende kodesæt) 

0 A(1) 3 Koder: 

En enhed 

1 K(4) 203 1 Koder: 

Mere end 1 enhed 

Bygninger til helårsbeboelse. 

110 Stuehus til landbrugsejendom. 

120 Fritliggende enfamilieshus (parcelhus). 

bla 

nk 

A-Z 

E 

M



Feltnr 


April 2013 

K. 

130 Række-, kæde-, eller dobbelthus (lodret 

adskillelse mellem enhederne). 

140 Etageboligbebyggelse (flerfamiliehus, herunder 

to-familiehus (vandret adskillelse mellem 

enhederne). 

150 Kollegium. 

160 Døgninstitution (plejehjem, alderdomshjem, 

børne- eller ungdomshjem). 

190 Anden bygning til helårsbeboelse. 

Produktions- og lagerbygninger i forbindelse 

med landbrug, industri, håndværk, offentlige 

værker o. lign. 

210 Bygning til erhvervsmæssig produktion 

vedrørende landbrug, gartneri, råstofudvinding o. 

lign. 

220 Bygning til erhvervsmæssig produktion 

vedrørende industri, håndværk m.v. (fabrik, 

værksted o. lign.). 

230 El-, gas-, vand- eller varmeværk, 

forbrændingsanstalt m.v.. 

290 Anden bygning til landbrug, industri etc. 

Bygninger til handel, transport, kontor, liberale 

erhverv, servicevirksomhed o. lign. 

310 Transport- og garageanlæg (fragtmandshal, 

lufthavnsbygning, banegårdsbygning, 

parkeringshus). Garage med plads til et 

eller to køretøjer registreres med anvendelseskode 

910. 

320 Bygning til kontor, handel, lager, herunder 

offentlig administration. 

330 Bygning til hotel, restaurant, vaskeri, frisør og 

anden servicevirksomhed. 

390 Anden bygning til transport, handel etc. 

Bygninger til kulturelle formål samt 


410 Bygning til biograf, teater, erhvervsmæssig 

udstilling, bibliotek, museum, kirke o. lign. 

420 Bygning til undervisning og forskning (skole, 

gymnasium, forskningslaboratorium o. lign.). 

430 Bygning til hospital, sygehjem, fødeklinik o. 

lign. 

440 Bygning til daginstitution. 

490 Bygning til anden institution, herunder kaserne, 

fængsel o. lign. 

Bygninger til fritidsformål. 

510 Sommerhus. 

520 Bygning til ferieformål m.v., bortset fra 

sommerhus (feriekoloni, vandrehjem o. lign.) 

530 Bygning i forbindelse med idrætsudøvelse 

(klubhus, idrætshal, svømmehal o. lign.). 

540 Kolonihavehus. 

590 Anden bygning til fritidsformål. 

Mindre bygninger til garageformål, opbevaring 

m.v.



BYG.22 Bygningens klassifikation 

(nyt kodesæt) 

2 

(1) 

Feltnr 


April 2013 

K. 

910 Garage med plads til et eller to køretøjer. 

920 Carport. 

930 Udhus. 

K(4) 213 2 Benyttes ikke. 

Oplysningen skal registreres for nye bygninger. 

Koder: 

Kodesættet er sammensat således, at de to første 

cifre angiver koderne for klasse 1-data. Det tredje 

ciffer angiver mere detaljerede klasse 2-data. Fjerde 

ciffer kan anvendes til klasse 3-data. 

Helårsbeboelse 

1100 Enfamiliehus 

1200 Række-, kæde- og dobbelthus 

1210 Alm. Rækkehus 

1220 Enderækkehus 

1230 Dobbelthus 

1240 Kædehus 

1300 Etageboligbebyggelse 

1310 Tofamiliehus 

1320 Etageboligbebyggelse med 3 eller flere boliger 

1400 Anneksbygning 

1700 Husbåd 

1800 Servicebygning i tilknytning til boliger 

1900 Anden bygning til helårsbeboelse 

Fritidsbeboelse 

2100 Sommerhus 

2200 Fritidshus 

2300 Kolonihavehus 

2400 Anneksbygning 

2900 Anden bygning til fritidsbeboelse 

Landbrug mv. 

3100 Stald (Bygning til opbevaring/opdræt af dyr) 

3110 Kreaturstald 

3120 Svinestald 

3130 Fjerkræstald 

3140 Hestestald 

3150 Pelsdyrstald 

3190 Anden stald 

3200 Lade eller anden bygning til opbevaring af 

afgrøder 

3210 Ladebygning 

3220 Silobygning, plansilo. 

3290 Anden bygning til opbevaring af afgrøder 

3300 Maskinhus, vognport, garage 

3310 Maskinhus 

3320 Garage, vognport 

3390 Anden lign. Bygning 

3400 Drivhus, væksthus 

3900 Anden driftsbygning til landbrug mv. 

Produktion, Lager, Garage 

4100 Fabrik, Værksted, 

4200 Laboratorium i forbindelse med 

erhvervsmæssig produktion. 

4300 Lager, oplagring af varer



Feltnr 


April 2013 

K. 

4400 Garage, husning af køretøjer, luftfartøjer o.l. 

4410 Garage til biler, herunder parkeringshus. 

4420 Hangar 

4430 Remise 

4490 Anden garage 

4500 Værker 

4510 Elværk 

4520 Kraftvarmeværk 

4530 Varmeværk 

4540 Vandværk 

4550 Gasværk/biogasanlæg 

4560 Forbrændingsanstalt 

4570 Rensningsanlæg 

4590 Andre værker 

4900 Anden lignende anvendelse 

Trafik, butik, hotel, kontor 

5100 Trafik, betjening af passagerer 

5110 Banegård 

5120 Rutebilstation 

5130 Lufthavnsterminal 

5140 Færgeterminal 

5190 Anden bygning til betjening af passagerer 

5200 Butik, kundebetjening, salg, erhvervsmæssig 

udstilling 

5210 Butik til detailhandel 

5220 Bank- og postekspedition 

5230 Restaurant 

5240 Serviceerhverv som frisør vaskeri m.m. 

5250 Erhvervsmæssig udstilling for publikum 

5290 Anden bygning til kundebetjening 

5300 Hotel, indkvartering 

5310 Hotel, Motel 

5320 Kongrescenter 

5330 Beboelsesbygning til højskole 

5340 Skolehjem 

5350 Vandrerhjem 

5360 Feriecenter 

5370 Campinghytte 

5380 Spejderhytte 

5390 Anden bygning til indkvartering 

5400 Kontor 


Institution 

6100 Kultur 

6110 Teater og koncertsal 

6120 Biograf 

6130 Kulturhus, medborgerhus, forsamlingshus, 

fælleshus 

6140 Museum 

6150 Bibliotek 

6160 Kirke 

6170 Andre bygninger til religiøse formål 

6180 Bygninger i forlystelsesparker som tivoli, zoo, 

vandland 

6190 Anden bygning til kultur m.v. 

6200 Undervisning og forskning 

6210 Skole 

6220 Gymnasium 

6230 Erhvervsskole 

6240 Universitet eller anden højere læreanstalt 

6250 Laboratorium i forb. m. undervisning



BYG.23 Kilde for konvertering af 

bygningens anvendelse 

BYG.24 Antal lejligheder med 

køkken 

BYG.25 Antal lejligheder uden 

køkken 

Feltnr 


April 2013 

K. 

1 A(2) 214 2 Benyttes ikke. 

BYG.26 Opførelsesår 1 H(4) 207 2 Åååå 

BYG.27 Om-/tilbygningsår 

(seneste) 

6290 Anden bygning til undervisning 

6300 Sundhedsvæsen, sygehus, lægehus, klinik 

6310 Sygehus 

6320 Lægehus 

6330 Tandlægeklinik 

6340 Dyrehospital, dyrlægeklinik. 

6390 Anden bygning til sundhedsvæsen 

6400 Døgninstitution 

6500 Daginstitution 

6510 Vuggestue 

6520 Børnehave 

6530 Fritidshjem 

6540 Integreret institution 

6550 Skolefritidsordning (SFO) 

6560 Ungdomsklub 

6590 Anden bygning til daginstitution 

6600 Idræt 

6610 Klubhus 

6620 Sportshal 

6630 Svømmehal 

6690 Anden bygning til idræt 

6700 Særlig institutionstype 

6710 Fængsel 

6720 Kaserne 

6730 Øvrige militære funktioner 

6790 Anden institutionstype 

6900 Anden institution 

Mindre bygninger til garageformål, opbevaring 

mv. 

9100 Garage med plads til 1 eller 2 køretøjer 

9200 Carport 

9300 Udhus 

9310 Almindeligt udhus 

9320 Nedlagt avls- og driftsbygning 

9400 Overdækket areal 

9500 Drivhus ved ikke landsbrugsbygning 

Koder for maskinel konvertering: 

Usikker konvertering, skal kontrolleres 

Maskinel oversættelse af gammel kode kombineret 

med ESR-oplysning 


med oplysning fra begrundelsesregistret 


med notatlinie. 

Maskinel direkte oversættelse af gammel kode 

Ny kode kontrolleres manuelt 

1 H(4) 205 2 Værdier angives fra –999.999 til 9.999.999 

1 H(4) 206 2 Værdier angives fra –999.999 til 9.999.999 

1 H(4) 209 2 Åååå 

BYG.28 Midlertidig 1 K(1) 208 2 Koder: 

1 

2 

3 

4 

5 

6



Feltnr 

oprettelse/fuldførelse Bygningen er ikke midlertidig oprettet 

BYG.29 Dato for midlertidig 

opført bygning 

2 Dato 2 

BYG.30 Vandforsyning 1 K(1) 103 2 Koder: 


April 2013 

K. 

Bygningen er midlertidig oprettet 

Bygningen er midlertidig fuldført 

Alment vandforsyningsanlæg (tidligere offentligt) 

Privat, alment vandforsyningsanlæg 

Enkeltindvindingsanlæg (egen boring til 1 eller 2 

ejendomme) 

Brønd 

Ikke alment vandforsyningsanlæg (forsyner < 10 

ejendomme) 

Ingen vandforsyning 

BYG.31 Afløbsforhold 1 K(2) 248 2 1 - Fælleskloakeret: spildevand + tag- og overfladevand 

2 - Fælleskloakeret: spildevand + delvis tag- og 

overfladevand 

3 - Fælleskloakeret: spildevand 

4 - Fælleskloakeret: tag- og overfladevand 

5 - Separatkloakeret: spildevand + tag- og overfladevand 

6 - Separatkloakeret: spildevand + delvis tag- og 

overfladevand 

7 - Separatkloakeret: spildevand 

8 - Separatkloakeret: tag- og overfladevand 

9 - Spildevandskloakeret: Spildevand 

10 - Afløb til spildevandsforsyningens renseanlæg 

11 - Afløb til fællesprivat spildevandsanlæg 

12 - Afløb til fællesprivat kloakledning med tilslutning til 

spildevandsforsyningens renseanlæg 

20 - Afløb til samletank 

21 - Afløb til samletank for toiletvand og mekanisk 

rensning af øvrigt spildevand 

29 - Mekanisk rensning med nedsivningsanlæg med 

tilladelse 

30 - Mekanisk rensning med nedsivningsanlæg (tilladelse 

ikke påkrævet) 

31 - Mekanisk rensning med privat udledn. dir. til 

vandløb, sø eller hav 

32 - Mekanisk og biologisk rensning (ældre anlæg uden 

renseklasse) 

70 - Udledning uden rensning direkte til vandløb, søer 

eller havet 

80 - Anden type afløb 

90 - Ingen udledning 

101 - SOP: Minirenseanlæg med direkte udledning 

102 - SOP: Minirenseanlæg med udledning til markdræn 

103 - SOP: Minirenseanlæg med nedsivning i faskine 

104 - SOP: Nedsivning til sivedræn 

105 - SOP: Samletank 

106 - SOP: Pileanlæg med nedsivning (uden membran) 

107 - SOP: Pileanlæg uden udledning (med membran) 

108 - SOP: Beplantede filteranlæg med nedsivning i 

faskine 

109 - SOP: Sandfiltre med P-fældning i 

bundfældningstanken og direkte udledning 

110 - SOP: Sandfiltre med P-fældning i 

bundfældningstanken og udledning til markdræn 

190 - SOP: Andet 

201 - SO: Biologisk sandfilter med direkte udledning 

0 

1 

2 

1 

2 

3 

4 

6 

9



BYG.32 Ydervæggens materiale 

(for overvejende del af 

bygningen) 

BYG.33 Tagdækningsmateriale 

(for overvejende del af 

bygningen) 

Feltnr 


April 2013 

K. 

1 K(2) 211 1 Koder: 

202 - SO: Biologisk sandfilter med udledning til 

markdræn 

203 - SO: Minirenseanlæg med direkte udledning 

204 - SO: Minirenseanlæg med udledning til markdræn 

205 - SO: Beplantede filteranlæg med direkte udledning 

206 - SO: Beplantede filteranlæg med udledning til 

markdræn 

290 - SO: Andet 

301 - OP: Minirenseanlæg med direkte udledning 

302 - OP: Minirenseanlæg med udledning til markdræn 

390 - OP: Andet 

401 - O: Rodzoneanlæg med direkte udledning 

402 - O: Rodzoneanlæg med udledning til markdræn 

403 - O: Minirenseanlæg med direkte udledning 

404 - O: Minirenseanlæg med udledning til markdræn 

490 - O: Andet 

501 - Øvrige renseløsninger: Mekanisk med direkte 

udledning 

502 - Øvrige renseløsninger: Mekanisk med udledning til 

markdræn 

503 - Øvrige renseløsninger: Ældre nedsivningsanlæg 

med nedsivning til sivebrønd 

504 - Øvrige renseløsninger: Udledning til jordoverfladen 

505 - Øvrige renseløsninger: Urenset 

590 - Øvrige renseløsninger: Andet 

601 - Anden type afløb (større end 30 PE med egen 

udledning) 

701 - Intet afløb 

Mursten (tegl, kalksten, cementsten) 

Letbeton (lette bloksten, gasbeton) 

Plader af fibercement, herunder asbest (eternit el. 

lign.) 

Bindingsværk (med udvendigt synligt træværk) 

Træbeklædning 

Betonelementer (etagehøje betonelementer) 

Metalplader 

Plader af fibercement (asbestfri) 

PVC 

Glas 

Ingen 

Andet 

1 K(2) 212 1 Koder: 

Built-up 

Tagpap (med taghældning) 

Fibercement, herunder asbest (bølge- eller 

skifereternit) 

Cementsten 

Tegl 

Metalplader (bølgeblik, aluminium, o.lign.) 

Stråtag 

Fibercement (asbestfri) 

PVC 

Glas 

1 

2 

3 

4 

5 

6 

8 

10 

11 

12 

80 

90 

1 

2 

3 

4 

5 

6 

7 

10 

11 

12




ydervæggens materiale 


tagdækningsmateriale 

Feltnr 

BYG.36 Asbestholdigt materiale 2 K(1) 232 

BYG.37 Kilde til bygningens 

materialer 


April 2013 

K. 

Grønne tage 

Ingen 

Andet materiale 

2 K(2) 1 Kan indberettes hvis en større del af 

ydervægsmaterialet afviger fra det hovedsagelige 

materiale. Der anvendes samme koder som for den 

overvejende del af ydervægsmaterialet. 

2 K(2) 1 Kan indberettes hvis en større del af 

tagdækningsmaterialet afviger fra det hovedsagelige 

materiale. Der anvendes samme koder som for den 

overvejende del af tagdækningsmaterialet. 

Notat- 

linie 32 

2 Koder: 

1 K(1) 215 1 Koder: 

BYG.38 Samlet bygningsareal 1 H(6) 216 2 

BYG.39 Bygningens samlede 

boligareal 

BYG.40 Bygningens samlede 

erhvervsareal 

1 H(6) 217 2 

1 H(6) 218 2 

BYG.41 Bebygget areal 1 H(6) 219 2 

BYG.42 Areal af indbygget 

garage 


carport 


udhus 


udestue eller lign. 

BYG.46 Samlet areal af lukkede 

overdækninger på 

bygningen 

BYG.47 Areal af affaldsrum i 

terrænniveau 

1 H(3) 241 2 

1 H(3) 242 2 

1 H(3) 243 2 

Asbestholdigt ydervægsmateriale 

Asbestholdigt tagdækningsmateriale 

Asbestholdigt ydervægs- og tagdækningsmateriale 

Oplyst af ejer (eller af dennes repræsentant) 

Oplyst af teknisk forvaltning 

Oplyst af andre (lukket for indberetning) 

Bygningen er maskinelt oprettet 

Oplyst og kontrolleret af teknisk forvaltning 

1 H(3) 244 2 Areal af lukket overdækning på grundniveau 

2 H(4) 2 

2 H(3) 247 2 

BYG.48 Andet areal 1 H(4) 225 2 

BYG.49 Areal af overdækket 

areal 

BYG.50 Samlet areal af åbne 

overdækninger på 

bygningen 

1 H(5) 246 2 Areal af åben overdækning på grundniveau. 

2 H(5) 2 

BYG.51 Adgangsareal 2 H(4) 1 Samlet adgangsareal til fordeling på bygningens enheder. 

20 

80 

90 

1 

2 

3 

1 

2 

3 

4 

5



BYG.52 Beregningsprincip for 

areal af carport 

Feltnr 

1 K(1) 232 

Notatlini 

e 38 


April 2013 

K. 

2 Koder: 

BYG.53 Kilde til bygningsarealer 1 K(1) 228 2 Koder: 

BYG.54 Antal etager 1 H(2) 220 2 

Carportareal er målt efter tagflade 

Carportarealet er målt ½ meter inde på åbne sider 

Oplyst af ejer (eller af dennes repræsentant) 

Oplyst af teknisk forvaltning 

Oplyst af andre (lukket for indberetning) 

Bygningen er maskinelt oprettet 

Oplyst og kontrolleret af teknisk forvaltning 

BYG.55 Afvigende etager 1 K(2) 270 1 Første ciffer klasse 1. Andet ciffer klasse 2. 

Koder: 

BYG.56 Varmeinstallation 1 K(2) 229 2 Koder: 

Bygningen har ikke afvigende etager 

Bygningen har afvigende etager 

Bygningen indeholder hems 

Bygningen indeholder dobbelt højt rum 

Bygningen indeholder indskudt etage 

Fjernvarme/blokvarme (radiatorsystemer el. 


Centralvarme fra eget anlæg, et-kammer fyr: 

Ovne (kakkelovne, kamin, brændeovne o.l.) 

Varmepumpe 

Centralvarme med to fyringsenheder (fast og olie 

eller gas) Elovne, elpaneler 

Gasradiator 

BYG.57 Opvarmningsmiddel 1 K(2) 230 2 Koder: 

Ingen varmeinstallation 

Blandet (Kræver specifikation på enhedsniveau) 

Elektricitet 

Gasværksgas 

Flydende brændsel (olie, petroleum, flaskegas) 

Fast brændsel (kul, koks, brænde mm.) 

Halm 

Naturgas 

Andet 

BYG.58 Supplerende varme 1 K(2) 239 1 Koder: 

Ikke oplyst 

Varmepumpeanlæg 

Ovne til fast brændsel (brændeovn o. lign.) 

Ovne til flydende brændsel 

Solpaneler 

Pejs 

Gasradiator 

Elovne, elpaneler 

1 

2 

1 

2 

3 

4 

5 

0 

10 

11 

12 

13 

1 

2 

3 

5 

6 

7 

8 

9 

99 

1 

2 

3 

4 

6 

7 

9 

0 

1 

2 

3 

4 

5 

6 

7



Feltnr 

BYG.69 Sikringsrumpladser 1 H(4) 236 1 


April 2013 

K. 

Biogasanlæg 

Andet: 

BYG.70 Fredning 1 K(2) 238 2 Koder: 

Bygningen har ingen supplerende varme 

Bygningen fredet iht. bygningsfredningsloven 

Som 1, men med tinglyste bevaringsbestemmelser 

jf. lovens §15 

Tinglyst bevaringsdeklaration, men bygningen ikke 

fredet 

På bygningens middelalderlige bygningsdele er der 

tinglyst fredningsbestemmelser 

Bygningen indeholder middelalderlige bygningsdele 

Bygningen og dens umiddelbare omgivelser fredet 

iht. bygningsfredningsloven 

Som 6, men med tinglyst bevaringsdeklaration 

Bygningen bevaringsværdig 

BYG.71 Bevaringsværdighed 2 URL 2 Link til registrering i FBB 

BYG.72 Udlejningsforhold 1 1 K(1) 261/ 

322 

BYG.73 Leje 1 H(9) 260/ 



BYG.75 ID på forekomst i 

stamdata 

323 

1 Dato 2 

BYG.76 Byggetilladelsesdato 1 Dato 281 2 

BYG.77 Forventet 


Bygningen medtaget i registrant, bevaringsplan mm. 

2 Koder: 

2 

Benyttet af ejer 

Ledig (ikke udlejet): 

Lejen er registreret på andet lejemål 

Lejen er indsamlet maskinelt 

Udlejet i almindeligt lejemål 

Ikke relvant for denne bygning 

Uoplyst 

0 UUID 3 Skal kun forekomme hvis der er tale om byggesagsdata. 

2 Dato 2 

BYG.78 Påbegyndelsesdato 1 Dato 282 2 

BYG.79 Ibrugtagningstilladelse 1 Dato 283 2 

BYG.80 Delvis 


1 Dato 284 2 

BYG.81 Henlæggelse 1 Dato 285 2 

BYG.82 Færdigt bygningsareal 1 H(8) 286 2 

BYG.83 Forventet fuldført dato 2 Dato 2 

BYG.84 Fuldførelse af byggeri 1 Dato 288 2 

10 

80 

90 

1 

2 

3 

4 

5 

6 

7 

8 

9 

E 

L 

H 

M 

A 

I 

U



Feltnr 

BYG.85 Sagstype 1 K(1) 290 2 Koder i BBR byggesagsdata: 


April 2013 

K. 

Nybyggeri 

BYG.86 Byggesagskode 1 K(1) 292 2 Koder: 

BYG.87 Anmeldelse af byggearbejde 


nedrivning 

BYG.89 Gennemført nedrivning, 

dato 

BYG.90 Foreløbig færdiggjort 

bygningsareal 

BYG.91 Foreløbig færdiggjort 

antal lejligheder 

1 Dato 293 2 

1 Dato 294 2 

1 Dato 295 2 

1 H(8) 296 2 

1 H(4) 297 2 

BYG.92 Bygherreforhold 1 K(2) 3 Koder: 

Til/ombygning 

Nedrivning (hel eller delvis) 

Koder i BBR stamdata: 

Fejlrettelse af “faktiske fejlregistreringer og 

udeladelser) 

Faktisk udført ændring uden byggesagsbehandling 

Opdeling i enheder 

Sammenlægning af enheder 

BR - Tilladelsessag uden ibrugtagningstilladelse 


BR – Anmeldelsessag (garager, carporte og udhuse 

m.m.) 

BR - Tilladelsessag med ibrugtagningstilladelse 

BR - Tilladelsessag landbrugsbygninger 

BR - Anmeldelsessag (øvrige) 

Privatpersoner eller interessentskab 

Alment boligselskab 

Aktie-, anpart- eller andet selskab (undtagen 

interessentskab) 

Forening, legat eller selvejende institution 

Privat andelsboligforening 

Den kommune, hvori ejendommen er beliggende 

Anden primærkommune 

Region 

Staten 

BYG.93 Kilde til geometri 2 K(1) 2 Koder: 

Andet, herunder moderejendomme for bebyggelser, 

der er opdelt i ejerlejligheder samt ejendomme, der 

ejes af flere kategorier af ejere 

Matrikelkort 

Teknisk kort, TK-3-standard 


TOP10DK 

1 

2 

3 

4 

5 

6 

7 

1 

2 

3 

4 

5 

10 

20 

30 

40 

41 

50 

60 

70 

80 

90 

1 

2 

3 

4



Feltnr 


April 2013 

K. 

T0 

Digitalt ortofoto 

Stedfæstet adresse 

BYG.94 Revisionsdato 2 Dato 2 Dato for seneste revision (godkendelse eller 

ændring) af geometridata 

BYG.95 Y-koordinat 2 D(10, 

2) 

BYG.96 X-koordinat 2 D(10, 

2) 

BYG.97 Nøjagtighedsklasse 2 K(2) 2 Koder: 

2 Y-koordinat i UTM Zone 32 ETRS89 

2 X-koordinat i UTM Zone 32 ETRS89 

BYG.98 Ejerforholdskode 1 K(2) 2 Registreres hvis bygningen indgår i ejerlejlighed 

eller hvis der er tale om en bygning på lejet grund. 

BYG.99 Sikkerhedsklassifikation 1 K(1) 2 Koder: 

BYG.100 Status 1 K(1) 3 Koder: 

BYG.101 Journalnummer 2 A(60) 2 

BYG.102 ESDH-Reference 2 URL 2 

BYG.103 Initialer på 

sagsbehandler 

2 A(4) 2 

1a 

1b 

1c 

1d 

1e 

2 

3 

4 

5 

6 

7 

U 

Samme kodesæt som ved Grund. 

Hentes fra ESR. 

Bygningen er ikke omfattet af sikkerhedshensyn, jfr. 

afsnit 7 

Bygningen er omfattet af sikkerhedshensyn 

Bygning – stamdata 

Udgået bygning 

Byggesag 

Afsluttet byggesag 

BYG.104 Kommunalt felt 1 3 K(3) 2 Den enkelte kommune kan definere indhold og 

kodesæt 


kodesæt 


kodesæt 

BYG.107 Kommunalt felt 4 3 H(8) 2 Den enkelte kommune kan definere indhold 

5 

6 

7 

1a 

1b 

1c 

1d 

1e 

2 

3 

4 

5 

6 

7 

U 

0 

1 

1 

2 

3 

4



Feltnr 



BYG.110 FOT-ident 2 2 

BYG.111 Selvrisiko v. 

oversvømmelse jf. 

Stormrådet 

BYG.112 Dato for pålæg fra 

Stormrådet 

BYG.113 Byggeskadeforsikringsse 

lskab 



BYG.115 

BYG.116 

BYG.117 


April 2013 

K. 

1 K(2) 3 Koder: 

1 Dato 3 Ååååmmdd 

1 K(2) 3 Koder: 

Ingen udbetalt erstatning fra Stormrådet 

Bygningens selvrisiko er forhøjet til Trin 1 

Bygningens selvrisiko er forhøjet til Trin 2 

Ingen byggeskadeforsikring 

Tryg 

Topdanmark 

Codan 

If forsikring 

Alm. Brand 

Danske Forsikring 

Caplloyd A/S 

Midtjysk Forsikring 

Købstædernes Forsikring 

ALKA 

Frida Forsikring Agentur 

NemForsikring 

1 Dato 3 Ååååmmdd 

Dato for modtagelse af 

ansøgning om 

byggetilladelse 

1 Dato 2 

Dato for fyldestgørende 

ansøgning 

2 Dato 2 

Dato for naboorientering 2 Dato 2 


færdigbehandling af 


BYG.119 Udledningstilladelse 

2 Dato 2 

Ingen forsikring på grund af dispensation 

2 K(1) 2 For bygninger udenfor kloakopland (afløbskoder 

101-601) angives status for deres 


Koder: 

Ikke oplyst 

Udledningstilladelse mangler 

Renseanlæg etableret før 1974, derfor ikke behov 

for tilladelse 

Udledningstilladelse til enkeltprivat renseanlæg 

Udledningstilladelse til fællesprivat renseanlæg 

Der foreligger ingen kendt tilladelse 

(kode 0 i tidligere versioner) 

Der foreligger tilladelse 


00 

01 

02 

00 

01 

02 

04 

05 

06 

07 

08 

09 

10 

11 

12 

13 

99 

0 

1 

2 

3 

4 

5 

6



Feltnr 

BYG.120 Bygning ID 0 N(15) 3 15 cifret teknisk nøgle 

BYG.121 

Omfattet af 



April 2013 

K. 

1 K(2) 2 Koder: 

BYG.122 Gyldighedsdato 2 Dato 2 

BYG.123 

BYG.124 

BYG.125 

Medlemskab af 



rensning 


rensning 

Bygningen er ikke omfattet af byggeskadeforsikring 

Bygningen er omfattet af byggeskadeforsikring 

Bygningen er opført som selvbyg 


101-601) angives om der indgået kontraktligt 


Koder: 

Ikke oplyst 

Ikke medlemskab af spildevandsforsyning 

Medlemskab af spildevandsforsyning 


101-601) angives om kommunen har givet påbud 

om at etablere forbedret rensning, så regionplanens 

og vandplanens renseklasser overholdes. 

Koder: 

Ikke oplyst 

Rensning ok. Intet påbud 

Rensning skal forbedres til SOP 

Rensning skal forbedres til SO 

Rensning skal forbedres til OP 

Rensning skal forbedres til O 

2 Dato 2 For bygninger udenfor kloakopland (afløbskoder 

101-601), hvor der ifølge feltet ”Påbud om forbedret 

rensing” er givet et påbud, angives det hvornår 

fristen for forbedret rensning udløber. 

BYG.126 Tilladelse til udtræden 2 K(1) 2 For grunde indenfor kloakopland (afløbskoder 1-9) 

angives status for tilladelse til hel eller delvis 

udtræden af ”det offentlige kloakfællesskab” 

(Spildevandsforsyning) jf. 


BYG.127 

BYG.128 


udtræden 



afledning 

2 Dato 2 

Koder: 

Ikke oplyst (blank defaultværdi) 

Tilladelse meddelt 

Tilladelse bortfaldet 

2 K(1) 2 For grunde indenfor kloakopland (afløbskoder 1-9) 

angives status for tilladelse til alternativ 

bortskaffelse eller afledning jf. 

Spildevandsbekendtgørelsens § 11, stk. 2. 

Koder: 




7 

00 

10 

11 

0 

1 

2 

0 

1 

2 

3 

4 

5 

0 

1 

2 

0 

1 

2



BYG.129 

BYG.130 

Feltnr 


April 2013 

K. 

Dato for tilladelse til alt. 


afledning 

2 Dato 2 

Udvendig efterisolering 1 H(6) 2 Værdier angives fra –9.999.999 til 99.999.999 

BYG.131 Dispensation/fritagelse 

ift kollektiv 

varmeforsyning 


dispensation/fritagelse 

ift kollektiv 


2 K(1) 2 For Bygninger, hvor der ifølge feltet ”Dato for 

dispensation/fritagelse” er oplyst en dato, angives det om 

den er tidsbegrænset. 

Koder: 

Dispensation er tidsbegrænset 1 

Dispensationen er ikke tidsbegrænset 2 

2 Dato 2 For Bygninger, hvor der ifølge feltet 

”Dispensation/fritagelse” er udstedt dispensation eller 

fritagelse, angives dato for dispensation eller fritagelsen. 

BYG.301 Type af flytning K(1) Type af flytning af bygning 

Koder: 

Matrikulær ændring 2 

Fysisk flytning 3 

BYG.302 Tilflytterkommune UUID Kommuneid for den kommune som bygningen flyttes til. 

7.1.2 Teknisk anlæg - (Frivillig) 

Ved et Teknisk anlæg forstås en stedfast, klart afgrænset konstruktion, som er 

opført til et bestemt teknisk formål, og ikke kan karakteriseres som en Bygning. 

Typen af et Teknisk anlæg vil blive nærmere defineret ved en positivliste i BBR- 

instruksen. 

Som eksempler på Teknisk anlæg kan nævnes olietanke (der er registreret på 

ejendomsniveau i nuværende BBR), vindmøller, gylletanke og siloer. 

Relationer som entiteten danner 


R.TEK.1 0 Teknisk anlæg – Grund. 0,1 0,1,M Et teknisk anlæg ligger på 1 grund. En grund 

kan rumme 0, 1 eller flere tekniske anlæg. 

R.TEK.2 0 Teknisk anlæg - Vurderingsejendom 

(ESR). 

0,1 0,1,M Et teknisk anlæg hører til 0 eller 1 ejendom. En 

ejendom kan bestå af 0, 1 eller flere tekniske 

anlæg. 

R.TEK.4 0 Teknisk anlæg - Adgangsadresse. 0,1 0,1,M Et teknisk anlæg har 0 eller 1 repræsentative 

adgangsadresser. En adgangsadresse kan være 


tekniske anlæg. 

R.TEK.5 0 Tekniske anlæg – Vejnavn. 0,1 0,1,M 

Et teknisk anlæg er tilknyttet 0 eller 1 vejnavn. 

Et vejnavn kan være tilknyttet 0, 1 eller flere 


R.TEK.6 2 Teknisk anlæg - Adgangsadresse. 0,1 0,1,M Et teknisk anlæg har 0 eller 1 tilnærmet 

adgangsadresse. En adgangsadresse kan være


tilnærmet adresse for 0, 1 eller flere tekniske 

anlæg. 

R.TEK.7 2 Teknisk anlæg - Bygning. 0,1 0,1,M Et teknisk anlæg kan ligge i 0 eller 1 bygning. 

En bygning kan have 0, 1 eller flere tekniske 

anlæg. 

Regel nr. 


Ref. til 

relation nr. 

Beskrivelse 

2.1 R.TEK.1 Er det tekniske anlæg beliggende på et matrikuleret areal, skal relationen R.TEK.1 til det 

pågældende matrikelnummer oprettes direkte. 

2.2 R.TEK.1 

R.TEK.2 

Er det tekniske anlæg beliggende på umatrikuleret areal eller på søterritoriet tildeles feltet 

TEK.3, Landsejerlav, værdien ”0” og feltet TEK.5, Matrikelnummer, værdien ’umt’. 



korresponderede ejerlav i KMS’s ejerlavsbetegnelse, kan disse kommunale inddelinger anvendes 

i stedet for landsejerlav ’0’. 

Er det tekniske anlæg beliggende på et matrikuleret areal, skal relationen R.TEK.2. afledes af 

ESR via relationen R.TEK.1, dvs. at den pågældende ejendom fremfindes i ESR via det 

matrikelnummer, som det tekniske anlæg ligger på. 

Er det tekniske anlæg beliggende på fremmed grund, skal relationen R.TEK.2 til ejendom dog 

oprettes direkte. 

Er det tekniske anlæg beliggende på umatrikuleret areal eller på søterritoriet, skal relationen 

R.TEK.2 ligeledes oprettes direkte. 

2.3 R.TEK.7 En bygning kan indeholde et teknisk anlæg. 

Vælges det at registrere det tekniske anlæg, kan bygning(er) og tekniske anlæg knyttes sammen 

ved en indbyrdes relation. 

2.4 R.TEK.5 Hvis der ikke er registreret en adgangsadresse til det tekniske anlæg skal relationen vejnavn 

forefindes. 

2.5 R.TEK.6 Teknisk anlæg kan have en nærmeste adgangsadresse angivet ved nærmeste beliggende 


Teknisk ID: 

Stamdata 

Administrativ(e) nøgle(r): 

Fremmednøgle(r): 

Dataindhold 

Teknisk anlæg ID 

Feltnr. Feltnavn Kl. Type 

Anlægsnummer, Repræsentativ adgangsadresse (vejkode, husnummer), Ejendomsnummer 

Matrikelbetegnelse, Adgangsadresse ID, Vejkode, Nærmeste adgangsadresse ID, Bygning ID 

(kl. 2) 

BBR 

feltnr. K. 

TEK.1 Teknisk Anlæg ID 0 UUID 3 

TEK.2 Kommunenummer 0 H(4) 100 2 

TEK.3 Landsejerlav 0 H(7) 2 

TEK.4 Kommunal ejerlavskode 2 H(3) 2 

TEK.5 Matrikelnummer 0 A(7) 2 

TEK.6 Ejendomsnummer 0 H(7) 101 2 


April 2013



BBR 

feltnr. K. 

TEK.7 Anlægsnummer 0 H(4) 2 Løbenummer under ejendomsnummeret i fortsættelse af 

bygningsnummereringen 

TEK.8 Vejkode 0 H(4) 2 Adgangsgivende vej jf. R.TEK.5 

TEK.9 Nærmeste 

Adgangsadresse ID 

0 UUID 2 Anvendes såfremt det ikke er muligt at angive en 

repræsentativ adresse 

TEK.10 Ejerforholdskode 1 K(2) 2 Registreres hvis det tekniske anlæg indgår i ejerlejlighed. 



TEK.11 Ejendomsreference 0 UUID 2 Anvendes til at knytte ejendomme sammen 

TEK.12 Ejerlejlighedsnummer 0 H(4) 3 

TEK.13 Kode for mere end 1 

ejerlejlighed 

TEK.14 Ejendomsnummer for 

ejerlejlighed 

0 A(1) 3 Koder: 

En enhed 


0 H(6) Anvendes når et anlæg er en ejerlejlighed 

TEK.20 Klassifikation 2 K(4) 2 Koder: 

Beholdere: 

Tank (Produkt på væske form) 

Silo (Produkt på fast form) 

Gasbeholder (Produkt på gas form) 

Affaldsbeholder 

Energiproducerende eller – distribuerende 

anlæg: 

Vindmølle (elproducerende) 

Slanger til jordvarme 

Solvarme-/ solcelleanlæg 

Nødstrømsforsyningsanlæg 

Transformerstation 

Elskab 

Naturgasfyr 

Andet energiproducerende eller -distribuerende 

anlæg 

Anlæg til vandindvinding, vandrensning, m.m. 

Vandtårn 

Pumpestation 

Swimmingpool 

Private rensningsanlæg f.eks. pileanlæg, 

nedsivningsanlæg 

Offentlige rensningsanlæg 

Regnvandsanlæg 

Andre tekniske anlæg: 

Legeplads 

Teknikhus 

Døgnpostboks 

Køleanlæg (herunder aircondition) 

Kunstværk (springvand, mindesmærker m.v.) 

Sirene og mast med sirene 

Skilt 

Antenne / mast fx tv, radio- og telekommunikation. 

Dambrug 

Møddingsanlæg 

Andet teknisk anlæg 


April 2013 

E 

M 

1110 

1120 

1130 

1140 

1210 

1220 

1230 

1240 

1250 

1260 

1265 

1270 

1310 

1320 

1330 

1340 

1350 

1360 

1905 

1910 

1915 

1920 

1925 

1930 

1935 

1940 

1945 

1950 

1955



BBR 

feltnr. K. 

TEK.21 Fabrikat/type 2 A(50) 2 

TEK.22 Ekstern database 2 A(50) 2 

TEK.23 Ekstern nøgle 2 A(30) 2 

TEK.24 Etableringsår 2 H(4) 2 ÅÅÅÅ 

TEK.25 Til-/ombygningsår 2 H(4) 2 ÅÅÅÅ 

TEK.26 Størrelsesklasse 2 K(1) 2 Kun gældende for olietanke 

Koder 

TEK.27 Placering 2 K(1) 2 Koder: 

Under 6.000 l 

6.000 l - 100.000 l 

Over 100.000 l 

Ingen tank 

Ukendt 

Nedgravet/underjordisk 

Over terræn, udendørs 

Indendørs 

TEK.28 Sløjfning 2 2 Koder: 

TEK.29 Olietankens attest-nr. 2 2 

TEK.30 Fabrikationsnr 2 A(10) 2 

Tanken er afblændet 

Tanken er tømt og afblændet 

TEK.31 Typegodkendelsesnr 2 A(10) 2 ENTEN: 

På formen xx xxx 

TEK.32 Størrelse 2 H(8) 2 Angives i liter 

TEK.33 Type 2 K(1) 2 Enkeltvægget 

Tanken er tømt, afblændet og opfyldt 

Tanken er tømt, afblændet og påfyldningsstuds samt 

udluftningsrør er afmonteret 

Jordvarmeslangerne er sløjfet/taget ud af drift 

PUFO godkendelsesnummer før 1. januar 2000 (nb. 

Ikke krav om PUFO godkendelse af overjordiske 

tanke før 1. januar 2000). 

ELLER: 

På formen xx xxxx 

PUFO godkendelsesnummer efter 1. januar 2000 

Dobbeltvægget 

Dobbeltvægget med overvågning 

Overjordisk anlæg, hvor hele anlægget er 

tilgængeligt for udvendig visuel inspektion (omfattet 

af olietankbek. § 34, stk. 5) 

Tanke som er installeret før 1970, udvendig 

korrosionsbeskyttet med bitumenbelægning 

Polyestercoatet 

Ikke tank 

TEK.34 Indhold 2 K(2) 2 Mineralske olieprodukter 

(Olietankbekendtgørelsens §6, stk. 1 nr. 13) 

Fuelolie (”tung fuelolie” – kræver opvarmning) 


April 2013 

1 

2 

3 

blank 

0 

1 

2 

3 

01 

02 

03 

04 

10 

1 

2 

3 

4 

5 

03 

99 

10 

11



BBR 

feltnr. K. 

Fyringsgasolie 

Autogasolie (Dieselolie) 

Benzin 

Biobrændstoffer (Organiske olieprodukter som f.eks. 

rapsolie, bioethanol m.v.) 

Affaldsprodukter 

Oliebaserede affaldsprodukter (Spildolie) 


April 2013 

Gylle 

Ajle, ensilagesaft, mælkerumsvand eller 

møddingvand 

Øvrige stoffer, produkter og materialer der kan 

forurene grundvand, jord og undergrund 

(Miljøbeskyttelseslovens § 19) 

Andet (f.eks. korn, foderstoffer m.v) 

TEK.35 Sløjfningsfrist 2 Dato 2 Dette felt gælder kun for tanke. 

Datoen for hvornår tanken senest skal sløjfes 

indtastes. 

Datoen kan indberettes som 130509, 

13052009, 13/05/2009 eller gd for gårs dato. 

TEK.36 Rumfang 2 H(8) 2 Der kan angives et rumfang i m3 for det tekniske 

anlæg. 

TEK.37 Areal 2 H(6) 2 Der kan angives et bebygget areal i m2 for det 


TEK.38 Højde 2 H(3) 2 Der kan angives en højde i m for det tekniske 

anlæg. For vindmøller angives vindmøllens totale 

højde, det vil sige højden til vingespidsen. 

TEK.39 Effekt 2 H(8) 2 Der kan angives en effekt i kW for et 

energiproducerende teknisk anlæg 

TEK.40 Fredning 2 K(2) 2 Koder: 

TEK.41 Kilde til geometri 2 K(1) 2 Koder: 

Anlægget fredet iht. bygningsfredningsloven 

Som 1, men med tinglyste bevaringsbestemmelser 

jf. lovens §15 

Tinglyst bevaringsdeklaration, men anlægget ikke 

fredet 

På anlæggets middelalderlige dele er der tinglyst 

fredningsbestemmelser 

Anlægget indeholder middelalderlige dele 

Anlægget og dens umiddelbare omgivelser fredet 

iht. bygningsfredningsloven 

Som 6, men med tinglyst bevaringsdeklaration 

Anlægget bevaringsværdig 

Anlægget medtaget i registrant, bevaringsplan mm. 

Matrikelkort 



TOP10DK 

T0 

Digitalt ortofoto 

12 

13 

14 

20 

30 

31 

40 

50 

60 

99 

1 

2 

3 

4 

5 

6 

7 

8 

9 

1 

2 

3 

4 

5 

6



BBR 

feltnr. K. 

Stedfæstet adresse 7 

TEK.42 Revisionsdato 2 Dato 2 Dato for seneste revision (godkendelse eller 

ændring) af geometridata 

TEK.43 Y-koordinat 2 D(2) 2 Y-koordinat 

TEK.44 X-koordinat 2 D(2) 2 X-koordinat 

TEK.45 Koordinatsystem 2 K(1) 2 Koder: 

System 34 

System 45 

KP2000 (System 2000) 

UTM ED50 

UTM Euref 89 (WGS 84) 

TEK.46 Retning 2 D(2) 2 Retningsvinkel for tekst i gon, jf. TK-standard: 0.00- 

400.00 

TEK.47 Placering 2 K(1) 2 Placeringskode kodesæt 1-9, jf. DSFL 

TEK.48 Nøjagtighedsklasse 2 K(2) 2 Koder: 

TEK.49 Byggesagsnummer 1 A(32) 2 

TEK.50 Byggesagsdato 1 Dato 268 2 

TEK.51 Litra 1 K(1) 269 2 Koder: 

TEK.52 ID på forekomst i 

stamdata 

0 UUID 3 

TEK.53 Tilladelsesdato 1 Dato 281 2 

TEK.54 Forventet 


2 Dato 2 

TEK.55 Påbegyndelsesdato 1 Dato 282 2 

TEK.56 Ibrugtagningstilladelse 1 Dato 283 2 

TEK.57 Henlæggelse 1 Dato 285 2 

TEK.58 Forventet fuldført dato 2 Dato 2 

TEK.59 Fuldførelsesdato 1 Dato 288 2 


April 2013 

1a 

1b 

1c 

1d 

1e 

2 

3 

4 

5 

6 

7 

U 

Byggesagen har ingen litra 

Litra under byggesagen 


TEK.60 Sagstype 1 K(1) 290 2 Koder i BBR byggesagsdata: 

1 

2 

3 

4 

5 

1a 

1b 

1c 

1d 

1e 

2 

3 

4 

5 

6 

7 

U 

blank 

A-Z



BBR 

feltnr. K. 

Nybyggeri 

TEK.61 Byggesagskode 1 K(1) 292 2 Koder: 

TEK.62 Anmeldelse af byggearbejde 

TEK.63 Anmeldelse af 

nedrivning 

TEK.64 Gennemført nedrivning, 

dato 

1 Dato 293 2 

1 Dato 294 2 

1 Dato 295 2 

TEK.65 Bygherreforhold 1 K(2) 3 Koder: 

Til/ombygning 




udeladelser) 


BR - Tilladelsessag uden ibrugtagningstilladelse 


BR – Anmeldelsessag (garager, carporte og udhuse 

m.m.) 

BR - Tilladelsessag med ibrugtagningstilladelse 

BR - Tilladelsessag landbrugsbygninger 

BR - Anmeldelsessag (øvrige) 









Region 

Staten 




TEK.67 Fabrikationsår 2 H(4) 2 Dette felt gælder for tanke. 

TEK.68 Materiale 2 K(2) 2 Plast 

TEK.69 Supplerende indvendig 

korrosionsbeskyttelse 

(senest udførte) 

(korrosionsbeskyttelse 

som tanken ikke er ”født 

Årstal for tankens fabrikation angives. 

For tanke omfattet af olietankbekendtgørelsen 

beregnes sløjfningsfristen ud fra tankens 

fabrikationsår 


April 2013 

Stål 

Plasttank med udvendig stålvæg 

2 K(2) 2 Glasfiberbelægning 

Organisk belægning 

Anoder 

Zinkstøvmaling 

1 

2 

3 

4 

5 

1 

2 

3 

4 

5 

10 

20 

30 

40 

41 

50 

60 

70 

80 

90 

1 

2 

3 

1 

2 

3 

4



med”) 

TEK.70 Dato for senest udførte 

supplerende indvendig 

korrosionsbeskyttelse 

TEK.71 Typegodkendelse CEmærkning 

BBR 

feltnr. K. 

2 Dato 2 Dette felt gælder for tanke. 

Hvis der er udført supplerende indvendig 

korrosionsbeskyttelse indtastes datoen for den 

senest udførte korrosionsbeskyttelse 

2 K(50) 2 Kodeliste for CE-mærkning 

DS/EN 12285-2: 2005 

DS/EN 13341: 2005 

TEK.72 Sløjfningsår 2 H(4) 2 Dette felt gælder kun tanke. 

Angiv årstal (4 cifre) for sløjfningen af det tekniske 

anlæg. 

TEK.73 Navhøjde 2 D(3,1) 2 Vindmøllens højde i m. målt til navet. 

TEK.74 Vindmøllenummer 2 H(18) 2 Vindmøllens nummer i Energistyrelsens 

vindmølleregister. 

TEK.75 Rotordiameter 2 D(3,1) 2 Vindmøllens rotordiameter målt i m. 

TEK.80 Kommunalt felt 1 3 K(3) 2 Den enkelte kommune kan definere indhold og 

kodesæt 


kodesæt 


kodesæt 

TEK.83 Kommunalt felt 4 3 H(8) 2 Den enkelte kommune kan definere indhold 



TEK.86 Journalnummer 2 A(60) 2 

TEK.87 ESDH-Reference 2 URL 2 

TEK.88 Initialer på 

sagsbehandler 

2 A(4) 2 

TEK.99 Sikkerhedsklassifikation 1 K(1) 2 Koder: 

TEK.100 Status 1 K(1) 3 Koder: 

TEK.101 Gyldighedsdato 2 Dato 2 

Anlægget er ikke omfattet af sikkerhedshensyn, jfr. 

afsnit 7 

Anlægget er sikkerhedsklassificeret 

Teknisk anlæg – stamdata 

Udgået teknisk anlæg 

Byggesag 


7.1.3 Bolig-/erhvervsenhed – (Obligatorisk) 

Ved en Bolig-/erhvervsenhed forstås et sammenhængende areal i en bygning 

med selvstændig adgang fra en opgang/indgang. Bolig- eller erhvervsenheden er 


April 2013 

0 

1 

1 

2 

3 

4


afgrænset og fysisk adskilt fra andre bolig- eller erhvervsenheder og skal være 

tildelt en unik enhedsadresse, som ikke identificerer andre bolig- eller 

erhvervsenheder. 



R.ENH.1 0 Bolig-/erhvervsenhed – Opgang/indgang. 

1 0,1,M En bolig-/erhvervsenhed har netop 1 opgang/ 

indgang. En opgang/indgang omfatter 0, 1 eller 

flere bolig-/erhvervsenheder. 

R.ENH.2 0 Bolig-/erhvervsenhed – Etage. 1 0,1,M En bolig-/erhvervsenhed ligger på netop 1 

etage. En etage omfatter 0, 1 eller flere bolig- 

/erhvervsenheder. 

R.ENH.3 0 Bolig-/erhvervsenhed - Enhedsadresse. 1 0,1 En bolig-/erhvervsenhed har netop 1 enhedsadresse. 

En enhedsadresse omfatter 0 eller 1 

bolig-/erhvervsenhed. 

R.ENH.4 0 Bolig-/erhvervsenhed – 

Vurderingsejendom. 

R.ENH.5 0 Bolig-/erhvervsenheden - Bolig- 

/erhvervsenhed (sammenlagt). 

R.ENH.6 2 Bolig-/erhvervsenhed – Supplerende 

opgang/indgang. 

R.ENH.7 2 Bolig-/erhvervsenhed - Supplerende 

enhedsadresse. 

Andre relationer som entiteten indgår i 


0,1 0,1,M En bolig-/erhvervsenhed har 0 eller 1 ejendomsnummer 

(ejendoms- 

/ejerlejlighedsnummer fra ESR). Et 

ejendomsnummer (fra ESR) omfatter 0, 1 eller 


0,1 1,M En bolig-/erhvervsenhed indgår i 0 eller 1 bolig- 

/erhvervsenhed (sammenlagt). En bolig- 

/erhvervsenhed (sammenlagt) omfatter 1 eller 


0,1 0,1,M En bolig-/erhvervsenhed kan have 0, 1 eller 

flere supplerende opgang/indgang. En 

opgang/indgang kan være supplerende opgang 

for 0,1 eller flere bolig-/erhvervsenhed. 

0,1 0,1,M En bolig-/erhvervsenhed kan have 0, 1 eller 

flere supplerende enhedsadresser. En 

enhedsadresse kan være supplerende 

enhedsadresse for 0,1 eller flere bolig- 

/erhvervsenhed. 

R.RUM.2 2 Bolig-/erhvervsenhed – Rum. 0,1,M 0,1 En bolig-/erhvervsenhed har 0, 1 eller flere 

rum. Et rum indgår i 0 eller 1 bolig- 


R.RUM.3 2 Bolig-/erhvervsenheden – Rum. 0,1,M 0,1 En bolig-/erhvervsenhed har 0, 1 eller flere 

rum (supplerende rum). Et rum (supplerende 

rum) er tilknyttet 0 eller 1 bolig- 

/erhvervsenhed. 


Regel nr. 

Ref. til 


3.1 R.ENH.4 Ejendomsnummer (fra ESR) skal forefindes, hvis bolig-/erhvervsenheden indgår i en 

ejerlejlighed. 


April 2013


Regel nr. 

Ref. til 


3.2 R.ENH.5 En bolig-/erhvervsenhed (sammenlagt), der består af to eller flere bolig-/erhvervsenheder, 

beliggende i forskellige bygninger skal sammenkædes via en intern relation. 

3.3 R.RUM.2 

R.RUM.3 

Relationerne fra bolig-/erhvervsenhed til rum og supplerende rum skal gensidigt udelukke 

hinanden. 

3.4 R.ENH.7 Er den relation der skal oprettes hvis en enhed har (og det vælges at registrere dette) mere end 

én adgang. 

Stamdata 

Teknisk ID Enhed ID 

Administrativ(e) nøgle(r): Etagebetegnelse, Side/dør betegnelse, Ejerlejlighedens ejendomsnummer 

Fremmednøgle(r): Enhedsadresse ID, Opgang/indgang ID, Etage ID, Enhed ID (for supplementsrum og 

sammenlagt enhed) 

Byggesagsdata 

Teknisk ID: Enhed ID 

Administrativ(e) nøgle(r): Etagebetegnelse, Side/dør betegnelse, Ejerlejlighedens ejendomsnummer, Byggesagsdato, Litra 

Fremmednøgle(r): Opgang/indgang ID, Etage ID, Enhed ID (for supplementsrum og sammenlagt enhed), Enhed ID 

på forekomst i stamdata. 

Dataindhold 


feltnr. K. 

ENH.1 Enhed ID 0 UUID 3 

ENH.2 Kommunenummer 0 H(4) 100 3 

ENH.3 Vejkode 0 H(4) 301 3 

ENH.4 Husnummer 0 A(4) 372 


April 2013 

373 

ENH.5 Etagebetegnelse 0 K(2) 303 3 Koder: 

3 

Stuetage: 

1. sal – 99. sal: 

Kælder: 

ENH.6 Side/dør betegnelse 0 A(4) 304 3 Koder: 

ENH.7 Ejendomsnummer for 

ejerlejlighed 

2.kælder – 9 kælder: 

Til venstre: 

Midt for: 

Til højre: 

Dørnummer samt bogstaver, kombinationer af 

bogstaver og tal: 

0 H(7) 306 3 Såfremt der er tale om en ejerlejlighed 

ENH.8 Enhed ID 0 UUID 3 Henvisning fra supplement rum til moderlejlighed 

ENH.9 Ejerlejlighedsnummer 0 A(8) 3 

ST 

01-99 

KL 

K2-K9 

TV 

MF 

TH 

0001- 

9999



feltnr. K. 

ENH.10 Byggesagsdato 1 Dato 268 2 

ENH.11 Litra 1 K(1) 269 2 Koder: 

ENH.12 Enhed ID på forekomst i 

stamdata 

ENH.13 Kode for mere end 1 

ejerlejlighed 

0 UUID 3 

0 A(1) 3 Koder: 

En enhed 

Byggesagen har ingen litra: 

Litra under byggesagen: 



ENH.14 Ejerforholdskode 1 K(2) 2 Registreres hvis enheden indgår i ejerlejlighed. 



ENH.15 Ejendomsreference 0 UUID 3 Anvendes til at knytte ejendomme sammen, hvis der 

er tale om ejerlejlighedsopdeling. 

ENH.16 Byggesagsnummer 1 A(32) 2 

ENH.20 Bolig og 


anvendelse (nuværende 

kodesæt) 

1 K(3) 307 2 Koder: 

Enheder der anvendes til helårsbeboelse 

110 Stuehus til landbrugsejendom. 

120 Fritliggende enfamilieshus (parcelhus). 

130 Række-, kæde- eller dobbelthus (lodret 

adskillelse mellem enhederne). 

140 Etageboligbebyggelse (flerfamiliehus, herunder 

tofamiliehus (vandret adskillelse mellem 

enhederne)). 

150 Kollegium. 

160 Døgninstitution (plejehjem, alderdomshjem, 

børne- eller ungdomshjem). 

190 Anden enhed til helårsbeboelse. 

Enheder der anvendes til produktion eller lager 

i forbindelse med landbrug, industri, 

håndværk, offentlige værker o.lign. 

210 Erhvervsmæssig produktion vedrørende 

landbrug, skovbrug, gartneri, råstofudvinding o.lign. 

220 Erhvervsmæssig produktion vedrørende 

industri, håndværk m.v. (fabrik, værksted o.lign.) 

230 El-, gas-, vand- eller varmeværk, 

forbrændingsanstalt o. lign. 

290 Anden enhed til produktion og lager i 

forbindelse med landbrug, industri o.lign. 

Enheder der anvendes til handel, transport, 

kontor, liberale erhverv, servicevirksomhed 

o.lign. 

310 Transport- og garageanlæg (fragtmandshal, 

lufthavnsbygning, banegårdsbygning o.lign. 

320 Engroshandel og lager. 

330 Detailhandel m.v. 

340 Pengeinstitut, forsikringsvirksomhed m.v. 

350 Kontor og liberale erhverv bortset fra offentlig 

administration (kontorer for advokater, rådgivende 

ingeniører, klinikker o.lign.) 

360 Offentlig administration. 

370 Hotel, restauration, vaskeri, frisør og anden 


April 2013 

blank 

A-Z 

E 

M



feltnr. K. 

ENH.21 Bolig- og 


anvendelse 

(nyt kodesæt) 

2 

(1) 

K(4) 330 2 Benyttes ikke. 

servicevirksomhed. 

390 Anden enhed til handel, transport etc. 

Enheder der anvendes til kulturelle formål 

samt institutioner. 

410 Biograf, teater, erhvervsmæssig udstilling m.v. 

420 Bibliotek, museum, kirke o.lign. 

430 Undervisning og forskning (skole, gymnasium, 

forskningslaboratorium). 

440 Hospital, fødeklinik o.lign. 

450 Daginstitution. 

490 Anden institution, herunder kaserne, fængsel 

m.v. 

Enheder der anvendes til fritidsformål. 

510 Sommerhus. 

520 Enhed til ferieformål m.v. bortset fra 

sommerhus (feriekoloni, vandrehjem o.lign.) 

530 Enhed i forbindelse med idrætsudøvelse 

(klubhus, idrætshal, svømmehal o.lign.). 

540 Kolonihavehus. 

590 Anden enhed til fritidsformål. 

Ikke vurderede erhvervsenheder i nybyggeri. 

610 Ikke tidligere vurderet erhvervsenhed i 

nybyggeri 

Oplysningen skal registreres for nybyggeri. 

Koder: 

Kodesættet er sammensat således, at de to første 

cifre angiver koderne for klasse 1-data. Det tredje 

ciffer angiver mere detaljerede klasse 2-data. Fjerde 

ciffer kan anvendes til klasse 3-data. 

Helårsbeboelse 

1000 Almindelig helårsbolig 

1500 Kollegiebolig 

1600 Døgninstitutionsbolig 

1700 Kondemneret (nedlagt bolig) 

1800 Serviceareal i tilknytning til boliger 

1900 Anden bolig til helårsbeboelse 

Fritidsbeboelse 

2000 Fritidsbolig 

Landbrug mv. 

3100 Stald (Enhed til opbevaring/opdræt af dyr) 

3110 Kreaturstald 

3120 Svinestald 

3130 Fjerkræstald 

3140 Hestestald 

3150 Pelsdyrstald 

3190 Anden stald 

3200 Lade eller anden enhed til opbevaring af 

afgrøder 

3210 Lade 

3220 Silo, plansilo. 

3290 Anden enhed til opbevaring af afgrøder 

3300 Maskinhus, vognport, garage 

3310 Maskinhus 

3320 Garage, vognport 

3390 Anden lign. enhed 

3400 Drivhus, væksthus 

3900 Anden driftsenhed til landbrug mv. 


April 2013



feltnr. K. 

Produktion, Lager, Garage 

4100 Fabrik, Værksted, 

4200 Laboratorium i forbindelse med 

erhvervsmæssig produktion 

4300 Lager, oplagring af varer 

4400 Garage, husning af køretøjer, luftfartøjer o.l. 

4410 Garage til biler, herunder parkeringshus 

4420 Hangar 

4430 Remise 

4490 Anden garage 

4500 Værker 

4510 Elværk 

4520 Kraftvarmeværk 

4530 Varmeværk 

4540 Vandværk 

4550 Gasværk/biogasanlæg 

4560 Forbrændingsanstalt 

4570 Rensningsanlæg 

4590 Andre værker 


Trafik, butik, hotel, kontor 

5100 Trafik, betjening af passagerer 

5110 Banegård 

5120 Rutebilstation 

5130 Lufthavnsterminal 

5140 Færgeterminal 

5190 Anden enhed til betjening af passagerer 

5200 Butik, kundebetjening, salg, erhvervsmæssig 

udstilling 

5210 Butik til detailhandel 

5220 Bank- og postekspedition 

5230 Restaurant 

5240 Serviceerhverv som frisør vaskeri m.m. 

5250 Erhvervsmæssig udstilling for publikum 

5290 Anden enhed til kundebetjening 

5300 Hotel, indkvartering 

5310 Hotel, Motel 

5320 Kongrescenter 

5330 Beboelsesenhed til højskole 

5340 Skolehjem 

5350 Vandrerhjem 

5360 Feriecenter 

5370 Campinghytte 

5380 Spejderhytte 

5390 Anden enhed til indkvartering 

5400 Kontor 


Institution 

6100 Kultur 

6110 Teater og koncertsal 

6120 Biograf 

6130 Kulturhus, medborgerhus, forsamlingshus, 

fælleshus 

6140 Museum 

6150 Bibliotek 

6160 Kirke 

6170 Andre enheder til religiøse formål 

6180 Enheder i forlystelsesparker som tivoli, zoo, 

vandland 

6190 Anden enhed til kultur mv. 

6200 Undervisning og forskning 


April 2013



feltnr. K. 

ENH.22 Kilde for konvertering af 

enhedens anvendelse 

1 A(2) 331 2 Benyttes ikke. 

6210 Skole 

6220 Gymnasium 

6230 Erhvervsskole 

6240 Universitet eller anden højere læreanstalt 

6250 Laboratorium i forb. m. undervisning 

6290 Anden enhed til undervisning 

6300 Sundhedsvæsen, sygehus, lægehus, klinik 

6310 Sygehus 

6320 Lægehus 

6330 Tandlægeklinik 

6340 Dyrehospital, dyrlægeklinik 

6390 Anden enhed til sundhedsvæsen 

6400 Døgninstitution 

6500 Daginstitution 

6510 Vuggestue 

6520 Børnehave 

6530 Fritidshjem 

6540 Integreret institution 

6550 Skolefritidsordning (SFO) 

6560 Ungdomsklub 

6590 Anden enhed til daginstitution 

6600 Idræt 

6610 Klubhus 

6620 Sportshal 

6630 Svømmehal 

6690 Anden enhed til idræt 

6700 Særlig institutionstype 

6710 Fængsel 

6720 Kaserne 

6730 Øvrige militære funktioner 

6790 Anden institutionstype 

6900 Anden institution 

Mindre enheder til garageformål, opbevaring 

mv. 


9200 Carport 

9300 Udhus 

9310 Almindeligt udhus 

9320 Nedlagt avls- og driftsenhed 

9400 Overdækket areal 

9500 Drivhus ved ikke landbrugsbygning. 

Koder for maskinel konvertering: 

Usikker konvertering, skal kontrolleres. 


med ESR-oplysning. 


med oplysning fra begrundelsesregistret. 


med notatlinie. 

Maskinel direkte oversættelse af gammel kode. 

Ny kode kontrolleres manuelt. 

ENH.23 Boligtype 1 K(1) 308 2 Koder: jf 1.3.2.5 

Egentlig beboelseslejlighed (boligenhed med eget 

køkken). 

Blandet erhverv og bolig med eget køkken. 

Enkeltværelse (boligenhed med fast kogeinstallation, 

fælles køkken eller intet køkken). 


April 2013 

1 

2 

3 

4 

5 

6 

1 

2 

3



feltnr. K. 

ENH.24 Kondemneret boligenhed 2 K(1) 309 2 Koder: 

ENH.25 Oprettelsesdato for 

enhedens identifikation 

1 Dato 310 2 

Fællesbolig eller fælleshusholdning. 

Sommer-/fritidsbolig. 

Andet (bl.a. institutioner og erhverv). 

Ikke kondemneret boligenhed. 

Kondemneret boligenhed. 

ENH.26 Enhedens samlede areal 1 H(6) 311 2 Værdier angives fra –9.999.999 til 99.999.999 

ENH.27 Areal til beboelse 1 H(6) 312 2 Værdier angives fra –9.999.999 til 99.999.999 

ENH.28 Areal til erhverv 1 H(6) 313 2 Værdier angives fra –9.999.999 til 99.999.999 

ENH.29 Tinglyst areal 2 H(6) 324 

ENH.30 Kilde til enhedens 

arealer 

notatli 

nie 93 

1 K(1) 317 2 Koder: 

ENH.31 Antal værelser 1 H(3) 314 2 

ENH.32 Toiletforhold 1 K(3) 318 2 Koder 

ENH.33 Badeforhold 1 K(3) 319 2 Koder 

ENH.34 Køkkenforhold 1 K(1) 320 2 Koder: 

ENH.35 Energiforsyning 2 K(1) 321 2 Koder: 

2 Værdier angives fra –9.999.999 til 99.999.999 

Oplyst af ejer (eller dennes repræsentant). 

Oplyst af teknisk forvaltning. 

Oplyst af andre (lukket for indberetning). 

Oplyst og kontrolleret af teknisk forvaltning. 

Vandskyllende toilet i bolig- eller erhvervsenheden 

Vandskyllende toilet udenfor enheden 

Anden type toilet udenfor enheden eller intet toilet i 

forbindelse med enheden 

Badeværelser i enheden 

Adgang til badeværelse 

Hverken badeværelse eller adgang til badeværelse 

Eget køkken (med afløb og kogeinstallation) 

Adgang til fælles køkken 

Fast kogeinstallation i værelse eller på gang 

Ingen fast kogeinstallation 

Gas fra værk 

230 V el fra værk 

400 V el fra værk 

ENH.36 Udlejningsforhold 1 K(1) 322 2 Benyttes ikke. 

Både 230 V el og gas fra værk 

Både 400 V el og gas fra værk 

Hverken el eller gas fra værk 

Koder: 

Benyttet af ejer 

Ledig (ikke udlejet) 


April 2013 

4 

5 

E 

0 

1 

1 

2 

3 

5 

T 

A 

B 

V 

C 

D 

E 

F 

G 

H 

1 

2 

3 

4 

5 

6 

E 

L 

H



feltnr. K. 

Lejen er registreret på andet lejemål 

Lejen er indsamlet maskinelt 

Udlejet i almindeligt lejemål 

Uoplyst 

ENH.37 Leje 1 H(9) 323 2 Benyttes ikke. 

ENH.38 Dato for 


1 Dato 2 Benyttes ikke. 

Ikke relevant for denne enhed 

ENH.39 Andet areal 2 H(4) 2 Værdier angives fra –9.999.999 til 99.999.999 

ENH.40 Godkendt tom bolig 1 K(1) 378 2 Koder: 

Godkendt tom bolig 

(Ændret administrativ 

praksis) 

Areal der hverken er erhverv eller beboelse f.eks. 

kælderareal eller loftrum, der er tinglyst på 

ejerlejlighed. 

Godkendt tom bolig 

Ellers 

2 Det søges at ændre proceduren så godkendt tom 

bolig indberettes til BBR med efterfølgende 

overførsel til CPR. 

Der skal være udvidet mulighed for at specificere 

årsagen til en bolig ikke har krav om 

persontilmelding. Koderne bygges op efter samme 

princip som bygningsklassifikationen hvor 1. ciffer er 

en obligatorisk registrering af boligen ikke har krav 

om persontilmelding. 2. ciffer er en landsdækkende 

struktureret mulighed for frivillig spcifikation og 3 

ciffer er en lokalt struktureret specifikation. 


Koder: 

ENH.41 Lovlig anvendelse 1 K(1) 379 2 Koder: 

ENH.42 Dato for tidsbegrænset 

dispensation 

Bolig uden krav om persontilmelding 

”Klasse 2 underopdeling” 

”Klasse 3 underopdeling” 

Gammelt helårshus eller ikke-personlig disp. til 


Personlig, tidsbegrænset dispensation til 


Personlig, ikke-tidsbegrænset dispensation til 


Personlig, ikke-tidsbegrænset ret til helårsbeboelse 

for pensionister 

Dispensation til afvikling af ulovlig helårsbeboelse 

Ikke relevant for denne enhed 

1 Dato 380 2 I det nuværende BBR registreres kun årstal. 

ENH.43 Sagstype 1 K(2) 390 2 Koder stamdata 

Fejlrettelse 

Faktisk udført ændring under byggesagsbehandling 

Opdeling af enheder 

Sammenlægning af enheder 


April 2013 

M 

A 

U 

I 

1 

0 

100 

1x0 

1xy 

A 

B 

C 

D 

E 

I 

4 

5 

6 

7



feltnr. K. 

ENH.44 Dato for delvis 


1 Dato 391 2 

ENH.45 Udlejningsforhold 2 1 K(1) 392 2 Koder: 

Koder byggesagsdata: 

Tilgang til enheder 

Til/ombygning 

Nedlæggelser 

Udlejet 

Benyttet af ejeren 

Ikke benyttet 

ENH.46 Offentlig støtte 1 K(2) 291 2 Koder: 

Boligenheder opført med offentlig støtte: 

Almen familiebolig 

Støttet privat udlejningsbolig 

Støttet privat andelsbolig: 

Almen ungdomsbolig 

Støttet privat ungdomsbolig 

Almen ældrebolig 

Almen plejebolig 

Erhvervsenheder opført med offentlig støtte: 

Serviceareal 

Ingen offentlig støtte 

ENH.47 Dato for indflytning 2 Dato 2 Hentes i CPR 

ENH.48 Godkendt tom bolig 

(Ændret administrativ 

praksis) 

ENH.51 Varmeinstallation 1 K(2) 324 

Feltet opdateres p.t. manuelt af kommunerne med 

de kodeværdier som i dag findes i BOSSSINFsystemet. 

Indtastningsfelt 

K(3) Godkendt tom bolig indberettes til BBR med 

efterfølgende overførsel til CPR. 

Notatl 

inie 

17 

ENH.52 Opvarmningsmiddel 1 K(2) 324 

Notatl 

inie 

18 


Koder: 

Bolig uden krav om persontilmelding 

2 Koder: Der henvises til kodesættet for bygningens 

varmeinstallation, feltnr. BYG.56. 

Skal kun indberettes hvis enhedens 

varmeinstallation afviger fra bygningens 

2 Koder: Der henvises til kodesættet for bygningens 

opvarmningsmiddel, feltnr. BYG.57. 

Skal kun indberettes hvis enhedens 

opvarmningsmiddel afviger fra bygningens 

ENH.53 Supplerende varme 1 K(2) 2 Koder: Der henvises til kodesættet for bygningens 

supplerende varme, feltnr. BYG.53. 

ENH.60 Enhedens andel i fælles 

adgangsareal 

ENH.61 Areal af åben 

overdækning 

Skal kun indberettes hvis enhedens supplerende 

varme afviger fra bygningens 

2 H(8) 2 Værdier angives fra –9.999.999 til 99.999.999 



April 2013 

1 

2 

3 

1 

2 

3 

10 

15 

20 

25 

30 

40 

42 

80 

00 

100



feltnr. K. 

ENH.62 Areal af lukket 

overdækning/udestue 

ENH.63 Antal værelser til 

erhverv 

ENH.65 Antal vandskyllende 

toiletter 


1 H(3) 315 2 

1 H(4) 318 2 Stamdata 

Antal vandskyllende toiletter i bolig- eller 

erhvervsenheden: 

Byggesagsdata: 

Antal vandskyllende toiletter i bolig- eller 

erhvervsenheden: 

ENH.66 Antal badeværelser 1 H(4) 319 2 Stamdata 

Antal badeværelser i enheden: 

Byggesagsdata: 

Antal badeværelser i enheden: 

ENH.80 Kommunalt felt 1 3 K(3) 2 Den enkelte kommune kan definere indhold og 

kodesæt 


kodesæt 


kodesæt 

ENH.83 Kommunalt felt 4 3 H(8) 2 Den enkelte kommune kan definere indhold 



ENH.86 Journalnummer 2 A(60) 2 

ENH.87 ESDH-Reference 2 URL 2 

ENH.88 Initialer på 

sagsbehandler 

2 A(4) 2 

ENH.99 Sikkerhedsklassifikation 1 K(1) 2 Koder: 

ENH.100 Status 1 K(1) 3 Koder: 

ENH.101 Gyldighedsdato 2 Dato 2 

7.1.4 Brugsenhed - (Frivillig) 

Enheden er ikke omfattet af sikkerhedshensyn, jfr. 

afsnit 7 

Enheden er sikkerhedsklassificeret 

Enhed – stamdata 

Udgået enhed 

Byggesag 


En Brugsenhed er en del af en Bygning, som ønskes afgrænset til en bestemt 

anvendelse eller funktion, og som ikke kan defineres som en Bolig- 

/erhvervsenhed. Registreringen af Brugsenhed tilsidesætter ikke krav om 

registrering af en Bolig-/erhvervsenhed. 


April 2013 

1-999 

(- 

999)- 

999 

1-999 

(- 

999)- 

999 

0 

1 

1 

2 

3 

4




R.BRU.1 0 Brugsenhed - Adgangsadresse. 

R.BRU.2 2 Brugsenhed - Enhedsadresse. 

R.BRU.3 2 Brugsenhed - Bygning. 


Regel nr. 

Ref. til 

relation nr. 

Beskrivelse 

0,1 0,1,M En brugsenhed har 0 eller 1 adgangsadresse. 

En adgangsadresse omfatter 0, 1 eller flere 

brugsenheder. 

0,1 0,1,M En brugsenhed har 0 eller 1 enhedsadresser. En 

enhedsadresse omfatter 0, 1 eller flere 

brugsenheder. 

1 0,1,M En brugsenhed ligger i netop 1 bygning. En 

bygning kan indeholde 0, 1 eller flere 

brugsenheder. 

4.1 En brugsenhed skal være relateret til én adgangsadresse eller én enhedsadresse. 

Stamdata 

Teknisk ID Brugsenhed ID 

Administrativ(e) nøgle(r): Adgangsadresse (vejkode, husnummer), Enhedsadresse (etagebetegnelse, side/dør betegnelse) 

Fremmednøgle(r): Enhedsadresse ID, Adgangsadresse ID, Bygning ID 

Dataindhold 



April 2013 

BBR 

feltnr 

. 

BRU.1 Enhed ID 0 UUID 3 

BRU.2 Kommunenummer 0 H(4) 100 2 

BRU.3 Brugsenhedsnummer 0 H(4) 3 

BRU.5 Vejkode 0 H(4) 301 2 

BRU.6 Husnummer 0 A(4) 372 

373 

BRU.7 Etagebetegnelse 2 K(2) 303 2 Koder: 

2 

Stuetage: 

1. sal – 99. sal: 

Kælder: 

BRU.8 Side/dør betegnelse 2 K(4) 304 2 Koder: 


Til venstre: 

Midt for: 

Til højre: 



ST 

01-99 

KL 

K2-K9 

TV 

MF 

TH 

0001- 

9999



BRU.21 Brugsenhedens 

anvendelse 


April 2013 

BBR 

feltnr 

. 

2 K(4) 330 1 Koder: Der henvises til kodesættet for bolig- og 

erhvervsenhedens anvendelse, feltnr. ENH.21. 

BRU.23 Areal 2 H(6) 311 2 Der fastsættes retningslinier senere 

BRU.24 Areal til beboelse 2 H(6) 312 2 Der fastsættes retningslinier senere 

BRU.25 Areal til erhverv 2 H(6) 313 2 Der fastsættes retningslinier senere 

BRU.27 Kilde til brugsenhedens 

areal 

2 K(1) 317 2 Koder: 

Oplyst af ejer (eller dennes repræsentant): 

Oplyst af teknisk forvaltning: 

Oplyst og kontrolleret af teknisk forvaltning: 

BRU.80 Kommunalt felt 1 3 K(3) 2 Den enkelte kommune kan definere indhold og 

kodesæt 


kodesæt 


kodesæt 

BRU.83 Kommunalt felt 4 3 H(8) 2 Den enkelte kommune kan definere indhold 



BRU.86 Journalnummer 2 A(60) 2 

BRU.87 ESDH-Reference 2 URL 2 

BRU.88 Initialer på 

sagsbehandler 

2 A(4) 2 

BRU.99 Sikkerhedsklassifikation 1 K(1) 2 Koder: 

BRU.100 Status 1 K(1) 3 Koder: 

Bygningen er ikke omfattet af sikkerhedshensyn, jfr. 

afsnit 7 

Bygningen er sikkerhedsklassificeret 

Brugsenhed – stamdata 

Udgået Brugsenhed 

Byggesag 


BRU.801 Sagstype 1 K(1) 290 2 Koder i BBR byggesagsdata: 

Nybyggeri 

Til/ombygning 




udeladelser) 


1 

2 

5 

0 

1 

1 

2 

3 

4 

1 

2 

3 

4 

5


7.1.5 Adgangsadresse – (Obligatorisk) 

En adgangsadresse er en fastsat betegnelse der, med udgangspunkt i vejnettet 

(vej, torv, sti el.lign.) angiver en bestemt beliggenhed af og/eller adgang til et 

eksisterende eller fremtidigt bygværk (dvs. bygning eller teknisk anlæg) eller 

grundstykke (matrikuleret eller umatrikuleret). 

En Adgangsadresse betegnes, jf. Cirkulære nr. 137 af 11. december 2002 om 

adresser, ved navnet på den adgangsgivende vej (vejnavnet) samt et tilhørende 

husnummer inklusive et eventuelt bogstav. 



R.AAD.1 0 Adgangsadresse – Vejnavn. 

R.AAD.2 0 Adgangsadresse - Matrikelnummer. 

R.AAD.3 0 Adgangsadresse - Ejendom (ESR). 

1 0,1,M En adgangsadresse hører til 1 vejnavn. Et 

vejnavn har tilknyttet 0, 1 eller flere 


0,1 0,1,M En adgangsadresse hører til 0 eller 1 

matrikelnummer. Et matrikelnummer kan være 

tilknyttet 0, 1 eller flere adgangsadresser. 

0,1 0,1,M En adgangsadresse hører til 0 eller 1 

ejendomme. En ejendom kan være tilknyttet 0, 

1 eller flere adgangsadresser. 

R.AAD.4 0 Adgangsadresse - Bynavn. 0,1 0,1,M En adgangsadresse hører til 0 eller 1 bynavn. Et 

bynavn kan være tilknyttet 0,1 eller flere 


R.AAD.5 0 Adgangsadresse – Postnummer. 1 0,1,M En adgangsadresse hører til 1 postnummer. Et 

postnummer kan være tilknyttet 0, 1 eller flere 


R.AAD.6 0 Adgangsadresse – Lokalitet. 0,1 0,1,M En adgangsadresse hører til 0 eller 1 lokalitet. 

En lokalitet kan være tilknyttet 0,1 eller flere 


R.AAD.7 Ejendommens adgangsadresse 

– adgangsadresse 



0,1,M 1 En adgangsadresse giver adgang til 0, 1 eller 

flere ejendomme. En ejendom (ESR) er 

tilknyttet 1 adgangsadresse. 

R.OPG.2 0 Opgang/Indgang – Adgangsadresse. 1 0,1 En opgang/indgang har netop 1 adgangsadresse. 

En adgangsadresse hører til 0 eller 1 

opgang/indgange. 

R.EAD.1 0 Enhedsadresse - Adgangsadresse. 1 0,1,M En enhedsadresse hører til netop 1 adgangsadresse. 

En adgangsadresse kan være 

tilknyttet 0, 1 eller flere enhedsadresser. 

R.BRU.1 2 Brugsenhed – Adgangsadresse. 0,1 0,1,M En brugsenhed har 0 eller 1 adgangsadresse. 

En adgangsadresse er adresse for 0, 1 eller 

flere brugsenheder. 

R.BYG.4 0 Bygning - Adgangsadresse. 0,1 0,1,M En bygning har 0 eller 1 repræsentativ 

adgangsadresse. En adgangsadresse kan være 


bygninger. 


April 2013


R.TEK.4 2 Teknisk anlæg - Adgangsadresse. 0,1 0,1,M Et teknisk anlæg har 0 eller 1 repræsentativ 




R.TEK.6 2 Teknisk anlæg – Tilnærmet adgangsadresse. 

0,1 0,1,M Et teknisk anlæg har 0 eller 1 tilnærmet 


tilnærmet adresse for 0, 1 eller flere tekniske 

anlæg. 

Ad. R.BYG.4 og R.TEK.4: Ved ”repræsentativ adgangsadresse” forstås en enkelt 

adgangsadresse, der beskriver bygningens beliggenhed, svarende til den 

nuværende BBR-bygningsadresse. 

Ad. R.TEK.6: Ved ”tilnærmet adgangsadresse” forstås en enkelt adgangsadresse 

som det tekniske anlæg ligger i nærheden af. Relationen kan anvendes i 

situationer, hvor der ikke er fastsat en særskilt adgangsadresse til det 

pågældende anlæg. 


Regel nr. 

Ref. til 

relation nr. 

5.1 R.AAD.2 

R.AAD.3 

5.2 R.AAD.2 

Beskrivelse 

Såfremt adgangsadressen, jf. relation R.OPG.2 hører til en opgang/indgang, der jf. relation 

R.OPG.1 hører til en bestemt bygning, skal relation R.AAD.2 afledes af R.BYG.1 for den 

pågældende bygning, og relation R.AAD.3 afledes af R.BYG.2 for den pågældende bygning. 

Såfremt betingelsen i regel 2.5.5.1 ikke er opfyldt gælder følgende: 

Er adgangsadressen beliggende på et matrikuleret areal, skal relation R.AAD.2 til det 

pågældende matrikelnummer oprettes direkte. 

Er adgangsadressen beliggende på umatrikuleret areal eller på søterritoriet, findes relation 

R.AAD.2 ikke. 

5.3 R.AAD.1 Såfremt adgangsadressen er gældende stamdata (statuskode 1), skal den høre til netop 1 

vejnavn 

5.4 Såfremt adgangsadressen er gældende stamdata (statuskode 1), skal der være registreret et 

husnummer (felt AAD.8). 

5.5 For gældende adgangsadresser, dvs. stamdata (statuskode 1), som hører til et bestemt 

vejnavn, må det samme husnummer ikke forekomme mere end en gang. 

5.6 R.AAD.2 

R.AAD.3 

Såfremt betingelsen i regel 2.5.5.1 ikke er opfyldt gælder følgende: 

Er adgangsadressen beliggende på et matrikuleret areal, skal relation R.AAD.3 afledes af ESR 

via relation R.AAD.2, dvs. at den pågældende ejendom fremfindes i ESR via det 

matrikelnummer, som adgangsadressen ligger på. 

Er adgangsadresse derimod fastlagt for et umatrikuleret areal eller på søterritoriet, tildeles feltet 

AAD.3, Landsejerlav, værdien ”0” og feltet AAD.5, Matrikelnummer, værdien ’umt’. 



korresponderede ejerlav i KMS’s ejerlavsbetegnelse, kan disse kommunale inddelinger anvendes 

i stedet for landsejerlav ’0’. 

5.7 R.AAD.4 Adgangsadresse hører til bynavn skal forefindes, hvis husnummer ligger indenfor de 

husnummerintervaller, der er angivet i CPR’s vejregister 

5.8 R.AAD.6 Adgangsadresse hører til lokalitet skal forefindes, hvis husnummer passer med et lokalitetshusnummer, 

der er angivet i CPR’s boligregister 


April 2013


Regel nr. 

Ref. til 

relation nr. 

5.9 R.BYG.4 

R.OPG.2 

R.TEK.4 

R.TEK.6 

Beskrivelse 

Det skal være muligt (bl.a. ved online-forespørgsler) at identificere, hvilken bygning, teknisk 

anlæg, hovedadgangsvej (indgangsdør, opgang), adgangsadressen er knyttet til. 

5.10 R.AAD.7 Såfremt der er tale om bygning på lejet grund kan flere vurderingsejendomme dele en 


Stamdata 

Teknisk ID: Adgangsadresse ID 

Administrativ(e) nøgle(r): Vejkode, Husnummer, Ejendomsnummer 

Fremmednøgle(r): Matrikelbetegnelse 

Dataindhold 


feltnr K. 

AAD.1 Adgangsadresse ID 0 UUID 

AAD.2 Kommunenummer 0 H(4) 100 

AAD.3 Landsejerlav 0 H(7) 

AAD.4 Kommunalejerlavskode 2 H(3) 

AAD.5 Matrikelnummer 0 A(7) 

AAD.6 Ejendomsnummer 0 H(7) 101 

AAD.7 Vejkode 0 H(3) 271 

AAD.8 Husnummer 0 A(4) 272 

AAD.9 Postnummer 0 H(4) 

AAD.10 Bynavn 0 A(40) 

AAD.11 Lokalitet 0 A(40) 

AAD.12 Sagsnummer 0 A(32) 

AAD.20 Kilde til adgangsadressen 


April 2013 

273 

1 K(2) Kode, der klassificerer kilden til adressen. 

Koder: 

Oprettet af kommunen iht. adressecirkulæret 

Oplysning fra ejer 

Oplysning fra teknisk kort 

Oplysning fra KRR Manuel 

Oplysning fra KRR Administrativ 

Oplysning fra ESR 

Oplysning fra CPR 

Oplysning fra CVR 

Oplysning fra post 

Oplysning fra 112 o.l. 

Oplysning fra anden kilde 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11



feltnr K. 

AAD.21 Oprettelsesdato 1 Dato Dato for adressens oprettelse i BBR 

AAD.22 Godkendelsesdato 1 Dato Dato for godkendelse af adressen (sagsdata) 

AAD.23 Ikrafttrædelsesdato 1 Dato Dato for adressens ikrafttrædelse 

AAD.24 Seneste ændringsdato 1 Dato Dato for adressens seneste ændring 

AAD.25 Dato for nedlæggelse 1 Dato Dato for adressens nedlæggelse 

AAD.27 AdressepunktID 0 UUID Teknisk nøgle for Adressepunkt, jf. OIOXML 

AAD.28 Nøjagtighedsklasse 1 K(1) Nøjagtighedsklasse for adressens koordinater: 

Koder: 

Absolutte adressekoordinater – stedfæstelsen bør 

pege på det rigtige objekt, jf. specifik f. teknisk kort 

Beregnet koordinatsæt, foreløbig, omtrentlig 

stedfæstelse 

Adresse uden koordinater – stedfæstelse ukendt 

Ikke NULL 

AAD.29 Teknisk standard 1 K(2) Kode for teknisk standard for geometridata: 

Koder: 

Husnummer placeres 3 meter inde i bygningen ved 

det sted hvor indgangsdør e.l. skønnes placeret, 

med en retningsvinkel der er orienteret i forhold til 

den adressegivende vejs vejmidte 

Udtrykkelig TK-standard: 3 meter inde i bygning, 

midt for længste side mod vej og roteret 

Alm. teknisk standard: bygningstyngdepunkt eller 

blot i bygning og roteret 

Uspecificeret/foreløbig; ikke nødvendigvis placeret i 

bygning, ikke nødvendigvis roteret 

AAD.30 Kilde til geometri 1 K(1) Kode for kilde til geometridata 

Koder: 

Oprettet maskinelt på baggrund af teknisk kort 

Oprettet maskinelt på baggrund af matrikelnummer 

tyngdepunkt 

Eksternt indberettet af konsulent på vegne af 

kommunen 

Eksternt indberettet af kommunes kortkontor o.l. 

Oprettet af teknisk forvaltning 

AAD.31 Revisionsdato 1 Dato Dato for seneste revision (godkendelse eller 

ændring) af geometridata, dvs. AAD.23-AAD.26 

samt AAD.28-ADD.31 

AAD.32 Easting koordinat 1 D(10, 

2) 

AAD.33 Northing koordinat 1 D(10, 

2) 

AAD.34 Retning 2 D(6,2 

) 

AAD.35 Placering 



Retningsvinkel for tekst i gon, jf. TK-standard: 0.00- 

400.00 

2 K(1) Placeringskode (tekstjustering) af husnr.; kodesæt 

1-9, jf. DSFL 


April 2013 

A 

B 

U 

TD 

TK 

TN 

UF 

1 

2 

3 

4 

5



feltnr K. 

AAD.36 Celle i DDKN 100m 1 A(15) Den 100 m kvadratcelle som adressen er beliggende 

i. Celleinddelingen følger Det Danske Kvadratnet 

(DDKN) 

AAD.37 Celle i DDKN 1km 1 A(15) Den 1 km kvadratcelle som adressen er beliggende 


(DDKN) 

AAD.38 Celle i DDKN 10km 1 A(15) Den 10 km kvadratcelle som adressen er beliggende 


(DDKN) 

AAD.80 Kommunalt felt 1 3 K(3) Den enkelte kommune kan definere indhold og 

kodesæt 


kodesæt 


kodesæt 

AAD.83 Kommunalt felt 4 3 H(8) Den enkelte kommune kan definere indhold 



AAD.86 Journalnummer 2 A(60) 

AAD.87 ESDH-Reference 2 URL 

AAD.88 Initialer på 

sagsbehandler 

2 A(4) 

AAD.99 Sikkerhedsklassifikation 1 K(1) Benyttes ikke. 

Koder: 

AAD.100 Status 1 K(1) Koder: 

Adressen er ikke omfattet af sikkerhedshensyn, jfr. 

afsnit 7 

Adressen er sikkerhedsklassificeret 

Stamdata 

Udgået 

7.1.6 Enhedsadresse – (Obligatorisk) 

Under ændring 

Afsluttet ændring 

En Enhedsadresse er en fastsat betegnelse, der med udgangspunkt i en 

Opgang/Indgang angiver den fysiske adgang (dvs. entrédør, hoveddør eller 

lignende) til en eksisterende eller fremtidig Bolig- eller erhvervsenhed og/eller 

Brugsenhed. 



R.EAD.1 0 Enhedsadresse - Adgangsadresse. 

1 0,1,M En enhedsadresse hører til netop 1 adgangsadresse. 

En adgangsadresse har tilknyttet 0, 1 

eller flere enhedsadresser 


April 2013 

0 

1 

1 

2 

3 

4




R.ENH.3 0 Bolig-/erhvervsenhed - Enhedsadresse. 1 0,1 En bolig-/erhvervsenhed har netop 1 enhedsadresse. 

En enhedsadresse hører til 0 eller 1 

bolig-/erhvervsenhed 

R.BRU.2 0 Brugsenhed - Enhedsadresse. 0,1 0,1,M En brugsenhed har 0 eller 1 enhedsadresse. En 

enhedsadresse kan betegne 0, 1 eller flere 

brugsenheder 


Regel nr. 

Ref. til 

relation nr. 

6.1 R.ENH.3 

Stamdata 

R.EAD.1 

Beskrivelse 

Teknisk ID: Enhedsadresse ID 

Det skal være muligt (bl.a. ved online-forespørgsler) at identificere, hvilken adgangsadresse en 

enhedsadresse er knyttet til, og hvilken bolig- eller erhvervsenhed enhedsadressen er knyttet 

til. 

Administrativ(e) nøgle(r): Husnummer, Etagebetegnelse, Side-/dør betegnelse. 

Fremmednøgle(r): Adgangsadresse ID 

Dataindhold 


feltnr K. 

EAD.1 Enhedsadresse ID 0 UUID 

EAD.2 Kommunenummer 0 H(4) 100 

EAD.3 Adgangsadresse ID 0 UUID 

EAD.4 Etagebetegnelse 0 A(2) 303 ”kl”, ”k2” op til ”k9” 

”st” og alle tal fra 0 til 99 

Ved lagring og udtræk anvendes små bogstaver. 

Ved inddatering kan anvendes både store og små 

bogstaver (skal kunne udveksles med CPR uanset 

store eller små bogstaver). 

EAD.5 Side/dør betegnelse 0 A(4) 304 Blank, alle tal fra 1 til 9999, alle store og små 



EAD.12 Sagsnummer 0 A(32) 

(Skal kunne udveksles med CPR uanset store eller 

små bogstaver). 

EAD.20 Kilde til enhedsadressen 1 K(1) Kode, der klassificerer kilden til adressen. 

Koder: 

Oprettet af kommunen iht. adressecirkulæret 

Oplysning fra ejer 

Oplysning fra teknisk kort 

Oplysning fra KRR Manuel 


April 2013 

1 

2 

3 

4



feltnr K. 

Oplysning fra KRR Administrativ 

Oplysning fra ESR 

Oplysning fra CPR 

Oplysning fra CVR 

Oplysning fra post 

Oplysning fra 112 o.l. 

Oplysning fra anden kilde 

EAD.21 Oprettelsesdato 1 Dato Dato for adressens oprettelse i BBR 

EAD.22 Godkendelsesdato 1 Dato Dato for godkendelse af adressen (sagsdata) 

EAD.23 Ikrafttrædelsesdato 1 Dato Dato for adressens ikrafttrædelse 

EAD.24 Seneste ændringsdato 1 Dato Dato for adressens seneste ændring 

EAD.25 Dato for nedlæggelse 1 Dato Dato for adressens nedlæggelse 

EAD.80 Kommunalt felt 1 3 K(3) Den enkelte kommune kan definere indhold og 

kodesæt 


kodesæt 


kodesæt 

EAD.83 Kommunalt felt 4 3 H(8) Den enkelte kommune kan definere indhold 



EAD.86 Journalnummer 2 A(60) 

EAD.87 ESDH-Reference 2 URL 

EAD.88 Initialer på 

sagsbehandler 

2 A(4) 

EAD.99 Sikkerhedsklassifikation 1 K(1) Benyttes ikke. 

Koder: 

EAD.100 Status 1 K(1) Koder: 

Adressen er ikke omfattet af sikkerhedshensyn, jfr. 

afsnit 7 

Adressen er sikkerhedsklassificeret 

Stamdata 

Udgået 

Under ændring 

Afsluttet ændring 

7.1.7 Opgang/indgang – (Obligatorisk) 

Ved en Opgang/indgang forstås det primære adgangsgivende opgangsareal 

og/eller en indgangsdør, som giver adgang til en samlet eller væsentlig del af en 

Bygning. 



April 2013 

5 

6 

7 

8 

9 

10 

11 

0 

1 

1 

2 

3 

4



R.OPG.1 0 Opgang/indgang - Bygning. 1 0,1,M En opgang/indgang ligger i netop 1 bygning. En 

bygning kan have 0, 1 eller flere 

Opgang/Indgange. 

R.OPG.2 0 Opgang/indgang - Adgangsadresse. 1 0,1 En opgang/indgang har netop 1 adgangsadresse. 

En adgangsadresse hører til 0 eller 1 

opgang/indgange.(Se note 1 herunder) 

Note 1: 

I en overgangsperiode skal det være muligt, at adgangsadresser der i dag i KMD BBR deles mellem 

flere enheder, kan ændres så de kommer til at overholde restriktionen i Nyt BBR om at 

adgangsadresse ikke deles mellem flere enheder, jf. integritetsreglerne omkring relationerne 

R.OPG1 og R.OPG2 i den logiske datamodel. 

Dette betyder at kardinaliteten m.v. i en overgangsperiode skal se sådan ud: 


R.OPG.2 0 Opgang/Indgang – 




1 0, 1, M En opgang/indgang har netop 1 

adgangsadresse. En adgangsadresse 

hører til 0, 1 eller flere 

opgange/indgange. 

R.ENH.1 0 Bolig-/erhvervsenhed - Opgang/indgang. 1 0,1,M En bolig-/erhvervsenhed har netop 1 opgang/ 

indgang. En opgang/indgang omfatter 0, 1 eller 


Stamdata 

Teknisk ID Opgang/indgang ID 

Administrativ(e) nøgle(r): Vejkode, Husnummer. 

Fremmednøgle(r): Adgangsadresse ID, Bygning ID. 

Byggesagsdata 

Maskinel identifikation: Opgang/indgang ID 

Administrativ(e) nøgle(r): Byggesagsdato, Litra 

Fremmednøgle(r): Adgangsadresse ID, Bygning ID. 

Dataindhold 


feltnr K. 

OPG.1 Opgang/indgang ID 0 UUID 3 

OPG.2 Kommunenummer 0 H(4) 100 3 

OPG.3 Adgangsadresse ID 0 UUID 201 3 

OPG.4 Bygning ID 0 UUID 301 3 


April 2013



feltnr K. 

OPG.5 Byggesagsdato 1 Dato 268 3 

OPG.6 Litra 1 K(1) 269 2 Koder: 

OPG.7 Byggesagsnummer 1 A(32) 2 

OPG.20 Elevator 1 K(1) 231 1 Koder: 

OPG.21 Tomt felt H(8) 1 

OPG:22 Tomt felt K(1) 1 

OPG.23 Tomt felt K(1) 1 

Byggesagen har ingen litra: 

Litra under byggesagen: 


Der er ikke elevator i opgangen/bygningen: 

Der findes person- eller vareelevator i 

opgangen/bygningen: 

OPG.80 Kommunalt felt 1 3 K(3) 2 Den enkelte kommune kan definere indhold og 

kodesæt 


kodesæt 


kodesæt 

OPG.83 Kommunalt felt 4 3 H(8) 2 Den enkelte kommune kan definere indhold 



OPG.86 Journalnummer 2 A(60) 2 

OPG.87 ESDH-Reference 2 URL 2 

OPG.88 Initialer på 

sagsbehandler 

2 A(4) 2 

OPG.99 Sikkerhedsklassifikation 1 K(1) 2 Koder: 

OPG.100 Status 1 K(1) 3 Koder: 

OPG.101 Gyldighedsdato 2 Dato 2 

Opgang/indgangen er ikke omfattet af 

sikkerhedshensyn 

Opgang/indgangen er sikkerhedsklassificeret 

Opgang/indgang – stamdata 

Byggesag 


Udgået opgang/indgang 

OPG.868 Sagstype 1 K(1) 290 2 Koder i BBR byggesagsdata: 

Nybyggeri 

Til/ombygning 




udeladelser) 


April 2013 

blank 

A-Z 

0 

1 

0 

1 

1 

2 

3 

4 

1 

2 

3 

4



feltnr K. 

7.1.8 Etage – (Obligatorisk) 

Faktisk udført ændring uden byggesagsbehandling 5 

Ved en Etage forstås et sammenhængende vandret bærende etageplan i en 

Bygning afgrænset af ydermurens yderside. Etager, der opdeles af et 

niveauspring på mere end 1/2 etagehøjde, regnes ikke som en samlet Etage. 

Trappeskakter, udvendige trapper og adgangsarealer indregnes i Etagen. 



R.ETA.1 0 Etage - Bygning. 1 0,1,M En etage ligger i netop 1 bygning. En bygning 

kan bestå af 0, 1 eller flere etager. 

Andre relationer som entiteten indgår i 


R.ENH.2 0 Bolig-/erhvervsenhed - Etage. 1 0,1,M En bolig-/erhvervsenhed ligger på netop 1 

etage. En etage omfatter 0, 1 eller flere bolig- 


R.RUM.1 2 

Rum - Etage. 


Regel nr. 

Ref. til 

relation nr. 

Beskrivelse 

1 0,1,M Et rum ligger på netop 1 etage. På en etage 

ligger 0, 1 eller flere rum. 

8.1 R.ETA.1 Registrering af tagetage og kælderetage er obligatorisk. Øvrige etager registreres efter 

kommunalbestyrelsens beslutning. 

Såfremt en bygning er klassificeret med følgende koder for anvendelse: 


920 Carport 

930 Udhus 

Overdækket areal 

er det ikke et krav ved oprettelsen af en bygning, at der oprettes etager. 

8.2 R.RUM.1 Registrering af en etage skal være sket, førend der kan foretages registrering af et rum, der er 

beliggende på den pågældende etage. 

Stamdata 

Teknisk ID Etage ID 

Administrativ(e) nøgle(r): Etagebetegnelse 

Fremmednøgle(r): Bygning ID 

Byggesagsdata 


April 2013


Teknisk ID Etage ID 

Administrativ(e) nøgle(r): Etagebetegnelse, Byggesagsdato, Litra. 

Fremmednøgle(r): Bygning ID 

Dataindhold 


feltnr K. 

ETA.1 Etage ID 0 UUID 3 

ETA.2 Kommunenummer 0 H(4) 100 2 

ETA.3 Bygnings ID 0 UUID 2 

ETA.4 Ejendomsnummer 0 H(7) 101 2 

ETA.5 Bygningsnummer 0 H(4) 201 2 

ETA.6 Etagebetegnelse 0 A(2) 303 2 Koder. Se identifikationsbeskrivelsen afsnit 2.4.10. 

ETA.7 Byggesagsdato 1 Dato 268 2 

ETA.8 Litra 1 K(1) 269 2 Koder: 

ETA.9 Byggesagsnummer 1 A(32) 2 

ETA.20 Samlet areal af etage 1 H(8) 221/ 

ETA.21 Areal af udnyttet del af 

tagetage 

ETA.22 Kælderareal m. loft 



feltnr K. 

ETA.88 Initialer på 

sagsbehandler 

2 A(4) 2 

ETA.99 Sikkerhedsklassifikation 1 K(1) 2 Koder: 

ETA.100 Status 1 K(1) 3 Koder: 

ETA.101 Gyldighedsdato 2 Dato 2 

Etagen er ikke omfattet af sikkerhedshensyn, jfr. 

afsnit 7 

Etagen er sikkerhedsklassificeret 

Etage – stamdata 

Udgået etage 

Byggesag 


ETA.860 Sagstype 1 K(1) 290 2 Koder i BBR byggesagsdata: 

7.1.9 Rum - (Frivillig) 

Nybyggeri 

Til/ombygning 




udeladelser) 


Ved et Rum forstås et volumen, som er fysisk afgrænset af loft, vægge og gulv 

og ikke yderligere rent fysisk er opdelt i Rum. 



R.RUM.1 0 Rum - Etage. 

R.RUM.2 0 Rum - Bolig-/erhvervsenhed. 

R.RUM.3 

1 0,1,M Et rum ligger på netop 1 etage. På en 

etage ligger 0, 1 eller flere rum. 

0,1, 0,1,M Et rum indgår i 0 eller 1 bolig-/erhvervsenhed. 

En bolig-/erhvervsenhed omfatter 

0, 1 eller flere rum (BBR). 

0 Rum - Bolig-/erhvervsenhed. 0,1 0,1,M Et rum er relateret til 0 eller 1 bolig-/erhvervsenhed. 

En bolig-/erhvervsenhed er 

relateret til 0, 1 eller flere rum. 

R.RUM.4 0 Rum – Ejendom. 0,1 0,1,M Et rum er knyttet til 0 eller 1 

ejendomsnummer. Et ejendomsnummer er 

knyttet til 0,1 eller flere rum. 


Regel nr. 

Ref. til 

relation nr. 

Beskrivelse 


April 2013 

0 

1 

1 

2 

3 

4 

1 

2 

3 

4 

5


Regel nr. 

Ref. til 

relation nr. 

Beskrivelse 

7.1 R.RUM.4 Et rum skal have ejendomsnummer (fra ESR), hvis rum indgår i en ejerlejlighed som 

supplementsrum og er beliggende udenfor den eller de bolig-/erhvervsenheder, der indgår 

i ejerlejligheden. 

7.2 R.RUM.2 

Stamdata 

Teknisk ID: 

R.RUM.3 



Dataindhold 

Relationerne rum indgår i en bolig-/erhvervsenhed og rum der er relateret til en bolig-/erhvervsenhed 

udelukker gensidigt hinanden. 

Rum ID 

Rumnummer, Ejendomsnummer. 


Bolig/-erhvervsenhed ID, Enhedsadresse ID. 

BBR- 

Feltn 

r 

RUM.1 Rum ID 0 UUID 3 

RUM.2 Kommunenummer 0 H(4) 100 1 

RUM.3 Ejendomsnummer 0 H(7) 101 2 

RUM.4 Bygningsnummer 0 H(4) 201 2 

RUM.5 Etagebetegnelse 0 H(2) 2 

RUM.6 Rumnummer 0 H(3) 1 

RUM.7 Vejkode 0 H(4) 271 2 

RUM.8 Husnummer 0 A(4) 272 


April 2013 

273 

RUM.9 Etagebetegnelse 0 K(2) 303 2 Koder: 

K. 

2 

Stuetage: 

1. sal – 99. sal: 

Kælder: 

RUM.10 Side/dør betegnelse 0 K(4) 304 1 Koder: 


Til venstre: 

Midt for: 

Til højre: 

RUM.20 Klassifikation 2 K(4) (307) 1 Defineres senere 

RUM.21 Areal 2 H(6) 311 1 

RUM.23 Kilde til rummets areal 2 K (1) 317 2 Koder: 



Oplyst af ejer (eller dennes repr.): 

Oplyst af teknisk forvaltning: 

Oplyst og kontrolleret af teknisk forvaltning: 

RUM.80 Kommunalt felt 1 3 K(3) Den enkelte kommune kan definere indhold og 

ST 

01-99 

KL 

K2-K9 

TV 

MF 

TH 

0001- 

9999 

1 

2 

5



BBR- 

Feltn 

r 


April 2013 

K. 

kodesæt 


kodesæt 


kodesæt 

RUM.83 Kommunalt felt 4 3 H(8) Den enkelte kommune kan definere indhold 



RUM.86 Journalnummer 2 A(60) 2 

RUM.87 ESDH-Reference 2 URL 2 

RUM.88 Initialer på 

sagsbehandler 

RUM.99 Sikkerhedsklassifikatio 

n 

2 A(4) 2 

1 K(1) (2) Koder: 

RUM.100 Status 1 K(1) 3 Koder: 

Rummet er ikke omfattet af sikkerhedshensyn, jfr. 

afsnit 7 

Rummet er sikkerhedsklassificeret 

Rum – stamdata 

Udgået rum 

Byggesag 


RUM.801 Sagstype 1 K(1) 290 2 Koder i BBR byggesagsdata: 

Nybyggeri 

Til/ombygning 




udeladelser) 


0 

1 

1 

2 

3 

4 

1 

2 

3 

4 

5


7.1.10 Grund 

Ved Grund forstås det jordstykke, hvorpå bygningen eller det tekniske anlæg er 

beliggende. En Grund består af enten A), B) eller C): 


B) Flere matrikler der er samnoterede og geografisk sammenhængende. 



sammenhængende inden for samnoteringen, medtages i den pågældende 

Grund. En Grund oprettes kun i Nyt BBR når der forefindes mindst en BBRrelevant 

entitet på området (en bygning, en adresse eller et teknisk anlæg). 



R.BYG.1 0 Bygning – Grund. 1 0,1,M En bygning ligger på 1 grund. En grund kan 

rumme 0, 1 eller flere bygninger. 

R.AAD.2 0 Adgangsadresse – Grund. 0,1 0,1,M En adgangsadresse ligger på 0 eller 1 grund. En 

grund kan være tilknyttet 0, 1 eller flere 


R.TEK.1 0 Teknisk anlæg – Grund. 0,1 0,1,M Et teknisk anlæg ligger på 1 grund. En grund 

kan rumme 0,1 eller flere tekniske anlæg. 

R.GRU.1 0 Grund – Matrikelnummer. 0, 1 0, 1,M En grund består af 0, 1 eller flere 

matrikelnumre. Et matrikelnummer hører til 0, 

1 grund. 

R.GRU.2 2 Grund – Vejnavn 0,1 0, 1, M En grund kan grænse op til 0 eller 1 et vejnavn. 

Et vejnavn kan give adgang til 0, 1 eller mange 

vejnavne. 

R.GRU.3 0 Grund – Matrikelnummer (ESR) 0,1 0, 1, M En grund består af 0, 1 eller flere 

matrikelnumre (ESR). Et matrikelnummer hører 

til en grund. 

R.GRU.5 0 Grund – Vurderingsejendom (ESR) 1 0, 1, M En grund knytter sig til 1 vurderingsejendom 

(ESR). Der ligger 0, 1 eller flere grunde i en 

vurderingsejendom (ESR). 

Ad. R.BYG.1 en bygning må som udgangspunkt ikke opføres på tværs af skel 

mellem samlede faste ejendomme. Dette forekommer dog undtagelsesvist, og 

der skal derfor være mulighed for at registrere dette forhold. Relationen R.BYG.1 

oprettes i disse tilfælde til den grund, hvor den overvejende del af bygningen er 

beliggende. 

Ad. R.GRU.2: Relationen kan benyttes til registrering af grundens beliggenhed i 

situationer hvor der ikke er fastsat adresser på grunden 

Relationen mellem grund og kommune ejerlav (ESR) går via relationen mellem 

grund og matrikelnummer. En grund består af 1 eller flere matrikelnumre. Et 

matrikelnummer hører til en grund. Entiteten matrikelnummer identificeres af en 

matrikelbetegnelse bestående af et matrikelnummer og landsejerlav. Et 

landsejerlav svarer til ét eller flere kommunale ejerlav (ESR). 

Der er en ekstern relation i ESR. 


April 2013



R.ESR.1 0 Vurderingsejendom (ESR) – 

Matrikelnummer (ESR). 

1 0,1,M En vurderingsejendom har 0, 1 eller flere 

matrikelnumre (ESR). Et matrikelnummer 

(ESR) hører altid til 1 vurderingsejendom. 

Ad. R.ESR.1: Et ESR-matrikelnummer kan være umatrikuleret eller en anden form for 

forvaltningsmatrikel. 

Supplerende systemmæssige regler: 

Regel nr. 

Ref. til 

relation nr. 

10.1 R.GRU.1 

R.GRU.3 

Stamdata 

Teknisk ID: 



Dataindhold 

Beskrivelse 

Som udgangspunkt bruges R.GRU.1. 

Hvis grunden er umatrikuleret eller er beliggende i Frederiksberg eller Københavns 

Kommune benyttes Forvaltningsmatriklen via R.GRU.3. 

Matrikel ID 

Ejendomsnummer, Matrikelbetegnelse 

Adgangsadresse ID, Bygning ID, Teknisk anlæg ID. 

Feltnr. Feltnavn Kl. Type BBRfeltnr 

K. 

GRU.1 Grund ID 0 UUID 3 

GRU.2 Kommunenummer 0 H(4) 3 

GRU.3 Landsejerlav 0 H(7) 3 

GRU.4 Kommunal ejerlavskode 2 H(3) 3 

GRU.6 Matrikulær ejendoms ID 0 H(19) 3 Matrikelregistrets identifikation af en matrikulær 

ejendom; også kaldet sfe-nummeret. Yderligere 

underopdeling sker via kald til KMS. 

GRU.7 Ejendomsnummer 0 H(7) 101 3 

GRU.8 Ejerforholdskode 1 K(2) 102 3 Koder (hentes fra ESR): 









Region 

Staten 





April 2013 

10 

20 

30 

40 

41 

50 

60 

70 

80 

90



K. 

GRU.9 Vandforsyning 0 K(1) 103 3 Koder: 

Alment vandforsyningsanlæg (tidligere offentligt) 

Privat, alment vandforsyningsanlæg 

Vandindvindingsanlæg (egen boring til 1 el. 2 

ejendomme) 

Brønd 

GRU.10 Afløbsforhold 0 K(2) 104 3 Koder: 

Ikke alment vandforsyningsanlæg (forsyner mindre 

end 10 ejendomme) 

Blandet vandforsyning 

Ingen vandforsyning 

1 - Fælleskloakeret: spildevand + tag- og overfladevand 

2 - Fælleskloakeret: spildevand + delvis tag- og 

overfladevand 

3 - Fælleskloakeret: spildevand 

4 - Fælleskloakeret: tag- og overfladevand 

5 - Separatkloakeret: spildevand + tag- og overfladevand 

6 - Separatkloakeret: spildevand + delvis tag- og 

overfladevand 

7 - Separatkloakeret: spildevand 

8 - Separatkloakeret: tag- og overfladevand 

9 - Spildevandskloakeret: Spildevand 

10 - Afløb til spildevandsforsyningens renseanlæg 

11 - Afløb til fællesprivat spildevandsanlæg 

12 - Afløb til fællesprivat kloakledning med tilslutning til 

spildevandsforsyningens renseanlæg 

20 - Afløb til samletank 

21 - Afløb til samletank for toiletvand og mekanisk rensning 

af øvrigt spildevand 

29 - Mekanisk rensning med nedsivningsanlæg med tilladelse 

30 - Mekanisk rensning med nedsivningsanlæg (tilladelse 

ikke påkrævet) 

31 - Mekanisk rensning med privat udledn. dir. til vandløb, sø 

eller hav 

32 - Mekanisk og biologisk rensning (ældre anlæg uden 

renseklasse) 

70 - Udledning uden rensning direkte til vandløb, søer eller 

havet 

75 - Blandet afløbsforhold på ejendom (er specificeret på 

bygninger) 

80 - Anden type afløb 

90 - Ingen udledning 

101 - SOP: Minirenseanlæg med direkte udledning 

102 - SOP: Minirenseanlæg med udledning til markdræn 

103 - SOP: Minirenseanlæg med nedsivning i faskine 

104 - SOP: Nedsivning til sivedræn 

105 - SOP: Samletank 

106 - SOP: Pileanlæg med nedsivning (uden membran) 

107 - SOP: Pileanlæg uden udledning (med membran) 

108 - SOP: Beplantede filteranlæg med nedsivning i faskine 

109 - SOP: Sandfiltre med P-fældning i bundfældningstanken 

og direkte udledning 

110 - SOP: Sandfiltre med P-fældning i bundfældningstanken 

og udledning til markdræn 

190 - SOP: Andet 

201 - SO: Biologisk sandfilter med direkte udledning 

202 - SO: Biologisk sandfilter med udledning til markdræn 

203 - SO: Minirenseanlæg med direkte udledning 

204 - SO: Minirenseanlæg med udledning til markdræn 

205 - SO: Beplantede filteranlæg med direkte udledning 


April 2013 

1 

2 

3 

4 

6 

7 

9



K. 

206 - SO: Beplantede filteranlæg med udledning til 

markdræn 

290 - SO: Andet 

301 - OP: Minirenseanlæg med direkte udledning 

302 - OP: Minirenseanlæg med udledning til markdræn 

390 - OP: Andet 

401 - O: Rodzoneanlæg med direkte udledning 

402 - O: Rodzoneanlæg med udledning til markdræn 

403 - O: Minirenseanlæg med direkte udledning 

404 - O: Minirenseanlæg med udledning til markdræn 

490 - O: Andet 

501 - Øvrige renseløsninger: Mekanisk med direkte udledning 

502 - Øvrige renseløsninger: Mekanisk med udledning til 

markdræn 

503 - Øvrige renseløsninger: Ældre nedsivningsanlæg med 

nedsivning til sivebrønd 

504 - Øvrige renseløsninger: Udledning til jordoverfladen 

505 - Øvrige renseløsninger: Urenset 

590 - Øvrige renseløsninger: Andet 

601 - Anden type afløb (større end 30 PE med egen 

udledning) 

701 - Intet afløb 

GRU.11 Ejendomsreference 0 UUID Anvendes til at knytte ejendomme sammen. 

GRU.12 Vejkode 0 H(4) 2 Adgangsgivende vej. 

Kan fx registreres hvis der ikke er tildelt adresser til 

grunden. 

GRU.13 Kommunalt felt 1 3 K(3) Den enkelte kommune kan definere indhold og 

kodesæt 


kodesæt 


kodesæt 

GRU.16 Kommunalt felt 4 3 H(8) Den enkelte kommune kan definere indhold 



GRU.19 Journalnummer 2 A(60) 2 

GRU.20 ESDH-Reference 2 URL 2 

GRU.21 

Udledningstilladelse 

2 K(1) 2 For grunde udenfor kloakopland (afløbskoder 101- 

601) angives status for deres udledningstilladelse 

Koder: 

Ikke oplyst 

Udledningstilladelse (mangler) 

Renseanlæg etableret før 1974, derfor ikke behov 

for tilladelse 

Udledningstilladelse til enkeltprivat renseanlæg 

Udledningstilladelse til fællesprivat renseanlæg 

Der foreligger ingen kendt tilladelse 


Der foreligger tilladelse 


Tilladelsesforhold er oplyst på bygningsniveau 



April 2013 

0 

1 

2 

3 

4 

5 

6 

7



K. 

GRU.22 

GRU.23 

GRU.24 

Medlemskab af 



rensning 


rensning 


601) angives om der indgået kontraktligt 


Koder: 


Ikke medlemskab af spildevandsforsyning 

Medlemskab af spildevandsforsyning 


601) angives om kommunen har givet påbud om at 

etablere forbedret rensning, så regionplanens og 

vandplanens renseklasser overholdes. 

Koder: 


Rensning ok. Intet påbud 

Rensning skal forbedres til SOP 

Rensning skal forbedres til SO 

Rensning skal forbedres til OP 

Rensning skal forbedres til O 

2 Dato 2 For grunde udenfor kloakopland (afløbskoder 101- 

601), hvor der ifølge feltet ”Påbud om forbedret 

rensning” er givet et påbud, angives det hvornår 

fristen for forbedret rensning udløber. 

GRU.25 Tilladelse til udtræden 2 K(1) 2 For grunde indenfor kloakopland (afløbskoder 1-9) 

angives status for tilladelse til hel eller delvis 

udtræden af ”det offentlige kloakfællesskab” 

(Spildevandsforsyning) jf. 


GRU.26 

GRU.27 

GRU.28 


udtræden 



afledning 

Dato for tilladelse til alt. 


afledning 

GRU.29 Dispensation/fritagelse 

ift kollektiv 


2 Dato 2 

Koder: 




2 K(1) 2 For grunde indenfor kloakopland (afløbskoder 1-9) 

angives status for tilladelse til alternativ 

bortskaffelse eller afledning jf. 

Spildevandsbekendtgørelsens § 11, stk. 2. 

2 Dato 2 

Koder: 




2 K(1) 2 For ubebyggede Grunde, hvor der ifølge feltet ”Dato 

for dispensation/fritagelse” er oplyst en dato, 

angives det om den er tidsbegrænset. 

Koder: 

Dispensation er tidsbegrænset 1 

Dispensationen er ikke tidsbegrænset 2 


April 2013 

0 

1 

2 

0 

1 

2 

3 

4 

5 

0 

1 

2 

0 

1 

2



K. 

GRU.30 Dato for 

dispensation/fritagelse 

ift kollektiv 


GRU.99 Sikkerhedsklassifikation 1 K(1) 2 Koder: 

GRU.100 Status 1 K(1) 3 Koder: 

GRU.101 Gyldighedsdato 2 Dato 2 

2 Dato 2 For ubebyggede Grunde, hvor der ifølge feltet 

”Dispensation/fritagelse” er udstedt dispensation 

eller fritagelse, angives dato for dispensation eller 

fritagelsen. 

Grunden er ikke omfattet af sikkerhedshensyn, jfr. 

afsnit 7 

Grunden er sikkerhedsklassificeret 

Stamdata 

Udgået 

Byggesag 


GRU.864 Sagstype 1 K(1) 290 2 Koder i BBR byggesagsdata: 

7.1.11 Energiforbrug 

Nybyggeri 

Til/ombygning 




udeladelser) 


Ved et Energiforbrug forstås en energiindberetning, som er blevet knyttet til en 

Grund, Bygning eller Enhed. 

For en detaljeret beskrivelse af hele BBR Energi henvises til dokumentet 

”Systemdesign for ’Energidata ind i BBR’”. 



R.EFO.1 0 Energiforbrug - Enhed. 0,1 0,1,M Et energiforbrug er knyttet til 0 eller 1 enhed. 

En enhed har knyttet 0, 1 eller flere 

energiforbrug til sig. 

R.EFO.2 0 Energiforbrug - Bygning. 0,1 0,1,M Et energiforbrug er knyttet til 0 eller 1 bygning. 

En bygning har knyttet 0, 1 eller flere 


R.EFO.3 0 Energiforbrug - Grund. 0,1 0,1,M Et energiforbrug er knyttet til 0 eller 1 grund. 

En grund har knyttet 0, 1 eller flere 




April 2013 

0 

1 

1 

2 

3 

4 

1 

2 

3 

4 

5


Regel nr. 

11.1 R.EFO.1 

Stamdata 

Ref. til 


R.EFO.2 

R.EFO.3 

Teknisk ID: Energiforbrug ID 

Et energiforbrug er ALTID knyttet til PRÆCIS én enhed, én bygning ELLER én grund. 

Administrativ(e) nøgle(r): Energiforsyningsselskab, Leverancested ID, Forsyningsart, Periode start 

Fremmednøgle(r): BBR entitet ID 

Dataindhold 


BBRfeltnr 

K. 

EFO.1 Energiforbrug ID 0 UUID 2 Global, unik og stabil identifikation af 

Energiforbruget. 

EFO.3 Energiforsyningsselskab 0 A(8) 2 Energiforsyningsselskabets CVR nummer. 

EFO.4 Måleenhed 0 K(5) 2 Koder: 


April 2013 

ØM3 

MWh 

M3 

kWh 

kbm 

Liter 

EFO.5 Forsyningsart 0 K(15) 2 Koder: 

Fyringsolie 

Fjernvarme-vand 

Bygas 

Fjernvarme-damp 

Naturgas 

Bioolie 

Elektricitet 

EFO.6 Leverancested ID 0 A(18) 2 Energiforsyningsselskabets nummerering af 

målersted/leverancested. 

EFO.7 Periode start 0 Dato 2 Naturgas og fjernvarme: Tidspunktet for udførelse 

af den aflæsning, der indleder leveranceperioden. 

Fyringsolie: Dato for drop eller startdato for den 

periode, der sendes data for. 

EFO.8 Periode slut 0 Dato 2 Naturgas og fjernvarme: Tidspunktet for udførelse 

af den aflæsning, der afslutter leveranceperioden. 

EFO.9 Metode leverancested 0 K(1) 2 Koder: 

Fyringsolie: Hvis datalinjen omfatter mere end én 

leverance, så angives dato for sidste leverance 

eller slutdato for den periode, der sendes data for. 

Hvis datalinjen omfatter én leverance kan angives 

samme dato som i feltet Periode start. 

Forbrugsstedets geografiske placering er angivet 

1



BBRfeltnr 

K. 

ved postnummer, vejnavn, husnummer 

Forbrugsstedets geografiske placering er angivet 

ved kommunekode, vejkode, husnummer 

EFO.10 Adgangsadresse ID 2 UUID 2 Global, unik og stabil identifikation af den BBR 

adgangsadresse (vejnavn, husnummer og 

postnummer) som angiver leverancestedets 

geografiske beliggenhed. 

EFO.11 Enhedsadresse ID 2 UUID 2 Global, unik og stabil identifikation af den BBR 

enhedsadresse (dvs. adresse inkl. evt. etage og 

dør) som angiver leverancestedets geografiske 

beliggenhed. 

EFO.12 Postnummer 2 A(4) 2 Postnummer for leverancestedets geografiske 

placering. 

EFO.13 Supplerende bynavn 2 A(34) 2 Eventuelt supplerende bynavn for 

leverancestedets geografiske placering. Angiver 

typisk en landsby e.l. mindre bebyggelse indenfor 

postnummeret. 

EFO.14 Kommunekode 2 A(4) 2 Kommunekode som angiver den kommune hvori 

leverancestedet geografisk er placeret. Også 

kendt som kommunenummer. 

EFO.15 Vejkode 2 A(4) 2 Vejkode som angiver det vejnavn som 

leverancestedet geografisk er placeret ved. 

EFO.16 Vejnavn 2 A(40) 2 Vejnavn for leverancestedets geografiske 

placering. 

EFO.17 Husnummer 2 A(4) 2 Husnummer inklusive eventuelt bogstav, som 

angiver leverancestedets geografiske placering. 

EFO.18 Etagebetegnelse 2 A(2) 2 Etagebetegnelse for leverancested. 

EFO.19 Dørbetegnelse 2 A(4) 2 Dørbetegnelse, dvs. sidebetegnelse eller 

dørnummer e.l. for leverancested. 

EFO.20 Ejendomsnummer 2 A(6) 2 Ejendomsnummer i Ejendoms Stamregisteret 

(ESR) som angiver den vurderingsejendom som 

leverancestedet geografisk er placeret på. 

EFO.21 Bygningsnummer 2 A(3) 2 BBR Bygningsnummer som angiver den bygning 

som leverancestedet geografisk er placeret 

EFO.22 X koordinat (øst) 2 D(10,2) 2 X-Koordinat (Øst/Easting) for leverancestedet. 


April 2013 

i. 

Koordinaten angives i: UTM/ETRS 89, zone 32. 

EFO.23 Y koordinat (nord) 2 D(10,2) 2 Y-Koordinat (Nord/Northing) for leverancestedet. 

Koordinaten angives i: UTM/ETRS 89, zone 32. 

EFO.24 Indberettet dato 0 Dato 2 Dato for indberetning. Det vil sige dato for 

generering af data. 

EFO.25 Mængde 0 D(10,1) 2 Den afregnede mængde i perioden fra Periode 

Start til Periode Slut (leveranceperioden). 

EFO.26 Afregningsstatus 0 K(10) 2 Koder: 

Korrigeret 

Anslået 

Leveret 

Aflæst 

2


7.2 Fysisk datamodel 

Den logiske model transformeres til en fysisk datamodel, der efterfølgende 

implementeres i en fysisk database. 

Figur 7.2 viser den overordnede fysiske datamodel. 

I figuren er der både farvede og hvide tabeller. Farvede tabeller er lig én tabel i 

den fysiske database, hvorimod de hvide tabeller med samme navn (f.eks. 

Notat) giver en samlet fysisk tabel. 

Bilag til dette kapitel indeholder hele den fysiske datamodel – med beskrivelse af 

entiteter og attributter, herunder nøgler og fremmednøgler. 

Notat 

Byggesag- 

Oplysninger 

Notat 

Byggesag- 

Oplysninger 

BBR-data Overordnet fysisk 

BBR 2008-09-19 

Etage 

(ETA) 

Rum 

(RUM) 

Notat 

Byggesag- 

Oplysninger 

Notat 

Byggesag- 

Oplysninger 

Notat 

Byggesag- 

Oplysninger 

Notat 

Grund 

(GRU) 

Bygning 

(BYG) 


(OPG) 

EnhedOpgang 

Bolig-/ 

erhvervsenhed 

(ENH) 

Byggesag- 

Oplysninger 


April 2013 

Notat 

Byggesag- 

Oplysninger 

Ejerskab 

EnhedAdresse 

FeltHistorik 

Figur 7.2. Fysisk datamodel 



(TEK) 


(AAD) 

Enhedsadresse 

(EAD) 

Brugsenhed 

(BRU) 

Notat 

Adresse- 

Sagsoplysninger 

Notat 

Adresse- 

Sagsoplysninger 

Notat 

Byggesag- 

Oplysninger 

Geometri 

Beskrivelse 

Tabel forekommer fysisk 

en gang 

Tabel med samme navn 

forekommer en fysisk tabel


7.2.1 Teknisk ID 

En teknisk ID er kun knyttet til én forekomst af BBR data. Når denne forekomst 

en gang er tildelt, vil dette ID følge den pågældende forekomst uden ændringer. 

Den tekniske ID som implementeres i Nyt BBR er af typen UUID (Universally 

Unique Identifier). Dette giver unikke forekomster i BBR data, jævnfør 

dokumentation af UUID som er en del af standarden ISO/IEC 11578:1996. 

7.2.2 Denormalisering 

I forbindelse med optimering af databasen kan det komme på tale at foretage 

denormalisering. Dette vil blive endeligt afgjort i forbindelse med 

implementeringen. 

Følgende er kandidater til denormalisering: 

· Kommunenummer 

· Ejendomsnummer 

· Bygningsnummer 

· TekniskAnlægsnummer 

· Adressefelterne vejkode og husnummer 

· Matrikelnummer 


April 2013



1. Administrationsdatabase .......................................................................................... 2 

1.1 Metadata ......................................................................................... 2 

1.2 Administrationsdata .......................................................................... 3 

1.2.1 Indstillingsmuligheder ................................................................. 3 

1.2.2 Webside .................................................................................... 4 

1.2.3 Klikafgift (Udgået) ...................................................................... 4 

1.2.4 Inddataboks .............................................................................. 4 

1.2.5 Logning ..................................................................................... 4 

1.2.5.1 Brugeradministration ........................................................... 5 

1.2.5.2 Transaktioner og Valideringer ................................................ 5 

1.2.6 Sikkerhed .................................................................................. 5 


April 2013


1. Administrationsdatabase 

Nyt BBR skal kunne håndtere en række informationer omkring felter/attributter i 

Nyt BBR databasen. Det er information om klassificering, sikkerhedshåndtering 

af information om visse bygværker, koder, hjælp mv. 

Til at styre disse elementer oprettes en administrationsdatabase. Alle fysiske entiteter 

og attributter er registreret i administrationsdatabasen. Administrationsdatabasen 

indeholder derudover et metadatasystem som beskriver Nyt BBR’s 

datamodel. 

Bilag til dette kapitel indeholder den fysiske administrationsdatamodel – med beskrivelse 

af entiteter og attributter. 

1.1 Metadata 

Metadata er bygget op om tabellen Felt og LogiskFelt. Felt indeholder alle fysiske 

felter i Nyt BBR databasen. LogiskFelt kan pege på et fysisk felt, men behøver 

ikke. I denne tabel er der attributter som indeholder information om felter der 

findes i Nyt BBR’s logiske datamodel. 

De vigtigste attributter i tabellen Felt er følgende: 

· Klassificering 

Her er registreret, hvilken klasse den enkelte instans af feltet tilhører. Funktionaliteten 

omkring flytning af felter fra en klasse til en anden håndteres via 

metadata. Der registreres også klasse 3 felter. 

· Sikkerhedshåndtering 

For hvert felt i databasen, er der påhæftet et sikkerhedsniveau. Dermed kan 

den systemmæssige sikkerhedskontrol sikre, at felterne bliver brugt på den 

sikkerhedsmæssige korrekte måde. 

· BBR feltnummer 

Angiver det nummer som feltet har i BBR instruksen. 

· OIO feltnavn 

Navnet på feltet i OIO kataloget (ISB). 

Tabellen LogiskFelt har følgende relationer: 

· Tooltip 

For hvert logisk felt i databasen, kan der påhæftes et tooltip. Disse tooltips 

vil bestå af en tekst. I denne tekst kan der tilføjes foruddefinerede tags, som 

kan vise et variabelt indhold. Tags der benyttes er eksempelvis ’feltets ændringsdato’ 

og ’feltets kildekode’. Andre tags kan oprettes, med yderligere information 

om feltet. Som udgangspunkt vil tooltips for felterne indeholde 

tags for ændringsdato og kildekode jf. krav 3.1.7. Kommunale tooltips kan 

oprettes som erstatning for de centralt definerede, eller som en tilføjelse til 

disse. 

· Kommunale felter 

Indstillinger for hvordan de enkelte kommuner vil behandle de enkelte felter i 

forhold til deres klassifikation. Herudover hvilke af de kommunale felter de vil 

bruge. 


April 2013


· Hjælpetekster 

Metadata for felter, påhæftes en reference til felthjælp. Dette hjælper med til 

at finde hjælpetekster frem, på en nem og elegant måde. Ligeledes kan der 

knyttes hjælp til websider. Dette forenkler vedligeholdelsen af hjælpetekster. 

Kommunale hjælpetekster kan oprettes som erstatning for de centralt definerede, 

eller som en tilføjelse til disse. 


Dette er en relation til kommunetabellen, der indeholder den enkelte kommunes 

valg i forhold til brugen af de enkelte felter. 

Tabellen Felt har følgende relationer: 

Kodetabeller 

Kode påhæftes de felter, der har et kodesæt. På de enkelte koder bliver der påhæftet, 

om disse kan underopdeles af kommunen. 

Der oprettes endvidere et par tabeller der grupperer en række felter: 

· Entitet 

En entitet svarer til en fysisk tabel i databasen. Tabellen Entitet beskriver 

hvilke felter/attributter der hører til hvilke tabeller. Denne bruges i forbindelse 

med læsning og skrivning af data i de respektive tabeller. 

· Logisk Entitet 

En logisk entitet kan pege på en fysisk entitet. Den beskriver hvilke logiske 

felter/attributter der hører sammen. 

· Grupper 

En gruppe er en samling af felter/attributter, eller andre grupper. Denne tabel 

bruges i forbindelse med udtræk af data, der ikke følger den fysiske datamodel. 

1.2 Administrationsdata 

I dette afsnit beskrives administrative data der knytter sig til metadata, samt data 

der knytter sig til administrationen af BBR. 

1.2.1 Indstillingsmuligheder 

I Nyt BBR er der en række systemmæssige indstillingsmuligheder. Hver indstilling 

i systemet har sit eget navn, og dermed en række i tabellen Parameter. Dette 

bevirker at der ikke kræves database-ændringer, når der skal laves en ny indstilling 

i systemet. Parametre kan enten være globale eller kommunale. 

I tabellen Parametre oprettes parametre. De forskellige parametre kan tilknyttes 

værdier – dette gøres i tabellen Systemparametre. 

Parametrene kan grupperes efter en parameterkategori (fra tabellen Parameterkategori). 

Der findes følgende kategorier: 

1 BBR-meddelelse 

2 Anmeldelsessager 

3 ESRToBBR 

4 PaabegyndelsesRykker 

5 Intern Webservice 


April 2013


6 KommuneIndstillinger 

7 ESDH 

8 CPR 

9 Tidsfrist 

10 KommuneSystemIndstillinger 

11 Rules 

12 FTP 

Der findes følgende globale parametre: 

· LastCommitTimestamp (ESRToBBR) 

· Password (Intern Webservice) 

· UrlEjeroplysninger (Intern Webservice) 

· UserName (Intern Webservice) 

· UserName (CPR) 

· Password (CPR) 

· CPR_Adresse_Udtraek_Dato (FTP) 

· Samt en række regler (der henvises til kap. 3) 

LastCommitTimestamp, Password (CPR) og CPR_Adresse_Udtraek_Dato (FTP) 

opdateres automatisk. De øvrige globale parametre rettes af systemadministratoren 

og indstilles direkte i databasen. 

De kommunale parametre findes under Systemadministration og kan rettes af de 

kommunale systemadministratorer. 

1.2.2 Webside 

Alle websider i Nyt BBR, skal være entydigt identificerbare. Dette gøres ved at 

give siderne en entydig kode. I databasen udnyttes dette, til at hæfte hjælp op 

på websiderne. Samtidig er der knyttet en gruppe felter til siden så der i forbindelse 

med kreering af websiden nemt kan hentes metadata om felter, hjælpetekster, 

tooltips m.m. 

1.2.3 Klikafgift (Udgået) 

Udgået, da funktionaliteten er fravalgt 


I Nyt BBR er det muligt at modtage sager fra forskellige steder, interne som eksterne. 

Til dette er der en primær tabel der tager sig af sagen der modtages, 

samt en sidetabel, der indeholder xml med sagsdata. Skemaet for xml’en er afhængig 

af afsenderen. 

1.2.5 Logning 

Til logning benyttes lognings applikationsblokken fra Microsoft patterns & practices 

Enterprise Library. Det er en fleksibel software komponent, der sikrer en 

ensartet tilgang til logning og samtidig tillader rig mulighed for konfiguration og 

tilpasning. Den kan bl.a. logge til en tekstfil, e-mail og database. 


April 2013


I administrationsdatabasen består logningsdelen af tabellerne Category, BbrSeverity 

og BbrLog samt stored proceduren usp_BBRLogInsert. Category tabellen 

beskriver de kategorier loggen deles op i. Det kan fx være Brugeradministration, 

Valideringer eller ”Ikke håndterede fejl”. 

BbrLog tabellen indeholder selve loggen. Til hver loglinie er bl.a. tilknyttet et LogId, 

EventId, Priority og Serverity. Dette giver rig mulighed for filtrering og udsøgning 

i loggen. 

Da applikationsloggen skal gemmes i mindst 5 år, og den fylder en del, vil de 

ældste logninger periodisk blive udtrukket i xml-filer og zippet i gzip-format. 

Ud over ovennævnte applikationslog logges datatrafikken på web-serverne ved 

hjælp af programmet/statistikværktøjet ”LiveStat”. Dette giver mulighed for at 

danne benyttelses statistik for applikationen. 

1.2.5.1 Brugeradministration 

Oprettelse, ændring og sletning af brugere logges under kategorien, UserAdministration, 

med angivelse af hvilken operation der er foretaget. 

Endvidere logges alle brugere når de logger på systemet. Denne logning foretages 

i kategorien, LogOn. 

1.2.5.2 Transaktioner og Valideringer 

Alle kald via services på applikations serverne logges under kategorien, Transactions. 

Opstår der valideringsfejl under benyttelsen af BBR logges disse samme sted. 

Skulle der opstå uventede fejl i applikationslaget logges disse under kategorien 

UnhandledExceptions. 

1.2.6 Sikkerhed 

Sikkerhedsdelen af administrationsdatabasen omhandler bl.a. tabeller med prædikatet 

’aspnet_’. Der kan læses mere om implementationen af sikkerhed i kapitel 

9. 


April 2013



1. Administrationsdatabase .......................................................................................... 2 

1.1 Metadata ......................................................................................... 2 

1.2 Administrationsdata .......................................................................... 3 

1.2.1 Indstillingsmuligheder ................................................................. 3 

1.2.2 Webside .................................................................................... 4 

1.2.3 Klikafgift (Udgået) ...................................................................... 4 

1.2.4 Inddataboks .............................................................................. 4 

1.2.5 Logning ..................................................................................... 4 

1.2.5.1 Brugeradministration ........................................................... 5 

1.2.5.2 Transaktioner og Valideringer ................................................ 5 

1.2.6 Sikkerhed .................................................................................. 5 


April 2013


1. Administrationsdatabase 

Nyt BBR skal kunne håndtere en række informationer omkring felter/attributter i 

Nyt BBR databasen. Det er information om klassificering, sikkerhedshåndtering 

af information om visse bygværker, koder, hjælp mv. 

Til at styre disse elementer oprettes en administrationsdatabase. Alle fysiske entiteter 

og attributter er registreret i administrationsdatabasen. Administrationsdatabasen 

indeholder derudover et metadatasystem som beskriver Nyt BBR’s 

datamodel. 

Bilag til dette kapitel indeholder den fysiske administrationsdatamodel – med beskrivelse 

af entiteter og attributter. 

1.1 Metadata 

Metadata er bygget op om tabellen Felt og LogiskFelt. Felt indeholder alle fysiske 

felter i Nyt BBR databasen. LogiskFelt kan pege på et fysisk felt, men behøver 

ikke. I denne tabel er der attributter som indeholder information om felter der 

findes i Nyt BBR’s logiske datamodel. 

De vigtigste attributter i tabellen Felt er følgende: 


Her er registreret, hvilken klasse den enkelte instans af feltet tilhører. Funktionaliteten 

omkring flytning af felter fra en klasse til en anden håndteres via 

metadata. Der registreres også klasse 3 felter. 

· Sikkerhedshåndtering 

For hvert felt i databasen, er der påhæftet et sikkerhedsniveau. Dermed kan 

den systemmæssige sikkerhedskontrol sikre, at felterne bliver brugt på den 

sikkerhedsmæssige korrekte måde. 

· BBR feltnummer 

Angiver det nummer som feltet har i BBR instruksen. 

· OIO feltnavn 

Navnet på feltet i OIO kataloget (ISB). 

Tabellen LogiskFelt har følgende relationer: 

· Tooltip 

For hvert logisk felt i databasen, kan der påhæftes et tooltip. Disse tooltips 

vil bestå af en tekst. I denne tekst kan der tilføjes foruddefinerede tags, som 

kan vise et variabelt indhold. Tags der benyttes er eksempelvis ’feltets ændringsdato’ 

og ’feltets kildekode’. Andre tags kan oprettes, med yderligere information 

om feltet. Som udgangspunkt vil tooltips for felterne indeholde 

tags for ændringsdato og kildekode jf. krav 3.1.7. Kommunale tooltips kan 

oprettes som erstatning for de centralt definerede, eller som en tilføjelse til 

disse. 

· Kommunale felter 

Indstillinger for hvordan de enkelte kommuner vil behandle de enkelte felter i 

forhold til deres klassifikation. Herudover hvilke af de kommunale felter de vil 

bruge. 


April 2013


· Hjælpetekster 

Metadata for felter, påhæftes en reference til felthjælp. Dette hjælper med til 

at finde hjælpetekster frem, på en nem og elegant måde. Ligeledes kan der 

knyttes hjælp til websider. Dette forenkler vedligeholdelsen af hjælpetekster. 

Kommunale hjælpetekster kan oprettes som erstatning for de centralt definerede, 

eller som en tilføjelse til disse. 


Dette er en relation til kommunetabellen, der indeholder den enkelte kommunes 

valg i forhold til brugen af de enkelte felter. 

Tabellen Felt har følgende relationer: 

Kodetabeller 

Kode påhæftes de felter, der har et kodesæt. På de enkelte koder bliver der påhæftet, 

om disse kan underopdeles af kommunen. 

Der oprettes endvidere et par tabeller der grupperer en række felter: 

· Entitet 

En entitet svarer til en fysisk tabel i databasen. Tabellen Entitet beskriver 

hvilke felter/attributter der hører til hvilke tabeller. Denne bruges i forbindelse 

med læsning og skrivning af data i de respektive tabeller. 

· Logisk Entitet 

En logisk entitet kan pege på en fysisk entitet. Den beskriver hvilke logiske 

felter/attributter der hører sammen. 

· Grupper 

En gruppe er en samling af felter/attributter, eller andre grupper. Denne tabel 

bruges i forbindelse med udtræk af data, der ikke følger den fysiske datamodel. 

1.2 Administrationsdata 

I dette afsnit beskrives administrative data der knytter sig til metadata, samt data 

der knytter sig til administrationen af BBR. 

1.2.1 Indstillingsmuligheder 

I Nyt BBR er der en række systemmæssige indstillingsmuligheder. Hver indstilling 

i systemet har sit eget navn, og dermed en række i tabellen Parameter. Dette 

bevirker at der ikke kræves database-ændringer, når der skal laves en ny indstilling 

i systemet. Parametre kan enten være globale eller kommunale. 

I tabellen Parametre oprettes parametre. De forskellige parametre kan tilknyttes 

værdier – dette gøres i tabellen Systemparametre. 

Parametrene kan grupperes efter en parameterkategori (fra tabellen Parameterkategori). 

Der findes følgende kategorier: 

1 BBR-meddelelse 

2 Anmeldelsessager 

3 ESRToBBR 

4 PaabegyndelsesRykker 

5 Intern Webservice 


April 2013


6 KommuneIndstillinger 

7 ESDH 

8 CPR 

9 Tidsfrist 

10 KommuneSystemIndstillinger 

11 Rules 

12 FTP 

Der findes følgende globale parametre: 

· LastCommitTimestamp (ESRToBBR) 

· Password (Intern Webservice) 

· UrlEjeroplysninger (Intern Webservice) 

· UserName (Intern Webservice) 

· UserName (CPR) 

· Password (CPR) 

· CPR_Adresse_Udtraek_Dato (FTP) 

· Samt en række regler (der henvises til kap. 3) 

LastCommitTimestamp, Password (CPR) og CPR_Adresse_Udtraek_Dato (FTP) 

opdateres automatisk. De øvrige globale parametre rettes af systemadministratoren 

og indstilles direkte i databasen. 

De kommunale parametre findes under Systemadministration og kan rettes af de 

kommunale systemadministratorer. 

1.2.2 Webside 

Alle websider i Nyt BBR, skal være entydigt identificerbare. Dette gøres ved at 

give siderne en entydig kode. I databasen udnyttes dette, til at hæfte hjælp op 

på websiderne. Samtidig er der knyttet en gruppe felter til siden så der i forbindelse 

med kreering af websiden nemt kan hentes metadata om felter, hjælpetekster, 

tooltips m.m. 

1.2.3 Klikafgift (Udgået) 

Udgået, da funktionaliteten er fravalgt 


I Nyt BBR er det muligt at modtage sager fra forskellige steder, interne som eksterne. 

Til dette er der en primær tabel der tager sig af sagen der modtages, 

samt en sidetabel, der indeholder xml med sagsdata. Skemaet for xml’en er afhængig 

af afsenderen. 

1.2.5 Logning 

Til logning benyttes lognings applikationsblokken fra Microsoft patterns & practices 

Enterprise Library. Det er en fleksibel software komponent, der sikrer en 

ensartet tilgang til logning og samtidig tillader rig mulighed for konfiguration og 

tilpasning. Den kan bl.a. logge til en tekstfil, e-mail og database. 


April 2013


I administrationsdatabasen består logningsdelen af tabellerne Category, BbrSeverity 

og BbrLog samt stored proceduren usp_BBRLogInsert. Category tabellen 

beskriver de kategorier loggen deles op i. Det kan fx være Brugeradministration, 

Valideringer eller ”Ikke håndterede fejl”. 

BbrLog tabellen indeholder selve loggen. Til hver loglinie er bl.a. tilknyttet et LogId, 

EventId, Priority og Serverity. Dette giver rig mulighed for filtrering og udsøgning 

i loggen. 

Da applikationsloggen skal gemmes i mindst 5 år, og den fylder en del, vil de 

ældste logninger periodisk blive udtrukket i xml-filer og zippet i gzip-format. 

Ud over ovennævnte applikationslog logges datatrafikken på web-serverne ved 

hjælp af programmet/statistikværktøjet ”LiveStat”. Dette giver mulighed for at 

danne benyttelses statistik for applikationen. 

1.2.5.1 Brugeradministration 

Oprettelse, ændring og sletning af brugere logges under kategorien, UserAdministration, 

med angivelse af hvilken operation der er foretaget. 

Endvidere logges alle brugere når de logger på systemet. Denne logning foretages 

i kategorien, LogOn. 

1.2.5.2 Transaktioner og Valideringer 

Alle kald via services på applikations serverne logges under kategorien, Transactions. 

Opstår der valideringsfejl under benyttelsen af BBR logges disse samme sted. 

Skulle der opstå uventede fejl i applikationslaget logges disse under kategorien 

UnhandledExceptions. 

1.2.6 Sikkerhed 

Sikkerhedsdelen af administrationsdatabasen omhandler bl.a. tabeller med prædikatet 

’aspnet_’. Der kan læses mere om implementationen af sikkerhed i kapitel 

9. 


April 2013

Systembeskrivelse kapitel 9 - Sikkerhed 


9. Sikkerhed i BBR .................................................................................................................. 2 

9.1 Autentifikation i Nyt BBR .................................................................... 2 

9.2 Grundelementer ................................................................................ 3 

9.2.1 Log på-funktionalitet ................................................................... 4 

9.3 Autorisation i Nyt BBR ....................................................................... 5 

9.3.1 Security Application Block design ................................................. 5 

9.3.2 Autorisation i forhold til funktionsvalg ........................................... 6 

9.4 Datamodel for BBR sikkerhed ............................................................. 7 

9.5 Sikkerhed i forbindelse med Reporting Services .................................... 9 

9.6 Administration ................................................................................ 10 

9.7 Rolleprofiler .................................................................................... 11 


April 2013


9. Sikkerhed i BBR 

Helt overordnet vil beskyttelsen af BBR-data og hele BBR løsningen ske i henhold 

til statens standard for IT sikkerhed - Dansk Standard DS484. 

Sikkerheden i Nyt BBR bygges op af to hoveddele: 

Autentifikation med brug af certifikater eller brugernavn og kodeord. Til BBR 

Klienten benytter medarbejderen certifikat eller brugernavn og kodeord. 

Til Kommuneklient/system-til-system integration benyttes certifikater i henhold 

til OWSA model T. 

Autorisation med brug af Enterprice Library for .NET Framework 2.0 Security 

Application Block, der baserer sig på en provider model for sikkerhed i ASP.NET 

2.0. 

De to dele griber ind i hinanden men beskrives herunder særskilt. 

9.1 Autentifikation i Nyt BBR 

Som en del af Nyt BBR skal der udstilles OIO web-services til eksempelvis 3. 

part, den såkaldte Kommuneklient. Sikkerhedsmodellen til denne løsning 

implementerer OIO Web Service Arkitektur Model Transport (OWSA model T). 

Herunder en kort forklaring af begreber: 

· OIOWSDL er en WSDL, som overholder WS-I Basic Profile 1.1 og som gør 

brug af OIOXML i de beskeder WSDL’en beskriver. 

· OIOWSA-Service er en applikation-til-applikation implementeret efter en 

fælles offentlig OWSA model. 

· Model T– refererer til sikkerhed på transportlaget for to applikationers 

direkte kommunikation uden formidling gennem 3. part. Begrebet er 

interessant fordi det har betydning i forhold til autorisation og 

autentifikation mellem to applikationer. 


April 2013


9.2 Grundelementer 

Figur 9.1 Autentifikation i Nyt BBR 

Sikkerheden i Nyt BBR implementerer OIO Web Service arkitekturen som er 

sammensat af tre hovedelementer: En serviceaftager, de fælles offentlige 

standarder og en serviceudbyder. Serviceaftageren kommunikerer med 

Serviceudbyder. De fælles offentlige standarder definerer rammerne for 

kommunikationen. 

De fælles offentlige standarder specificerer transport, autentifikation, snitflader 

og datatyper. HTTPS håndterer kryptering af dataudvekslingen, yderligere 

benyttes HTTPS’s mulighed for overførsel af certifikater. 

En Web Service der overholder OWSA Model T skal: 

· Implementere tosidet autentifikation, hvis serviceaftageren skal 

autentificeres. Dvs. Serviceaftager autentificerer Serviceudbyder på 

Serviceudbyders servercertifikat og Serviceudbyder autentificerer 

Serviceaftager på Serviceaftagers OCES certifikat. 

· Implementere ensidet HTTPS, hvis forretningsscenariet ikke kræver 

autentificering af service-aftageren. 

Persondatalovens og forvaltningslovens krav indgår i forretningsscenariet og 

specielt udeladelse af aftagers autentifikation (anonym bruger) skal specifikt 

vurderes i forhold hertil. 

De fælles offentlige standarder implementerer en central database (ISB), der 

udstiller datatyper som XML-Skemaer (OIOXML) og snitflader som WSDL. 

Yderligere benyttes OCES infrastruktur for certifikater, der håndterer distribution 

af certifikater, samt vedligeholder og distribuerer listen af udgåede certifikater. 

I Nyt BBR’s tilfælde eksisterer der tre typer af Serviceaftagere: 


April 2013


Ekstern. Identificeres af Serviceudbyder med et OCES medarbejdercertifikat 

(MOCES). En ekstern medarbejder benytter en tynd klient 

(browser). En ekstern medarbejder skal have et 

ansættelsesforhold til en virksomhed. Dette er et U2B 

scenario. I tilfældet ekstern medarbejder (BBR Klient) 

gøres der ikke brug af OIOXML. 

Sagsbehandler. Identificeres af Serviceudbyder med et OCES 

medarbejdercertifikat (MOCES) eller simpel logon. En 

sagsbehandler benytter en tynd klient (browser). En 

sagsbehandler skal have et ansættelsesforhold til en 

virksomhed. Dette er et U2B scenario. I tilfældet 

sagsbehandler (BBR klient) gøres der ikke brug af 

OIOXML. 

Virksomhed. Identificeres af Serviceudbyder med et OCES 

virksomhedscertifikat (VOCES). Her foregår 

kommunikationen mellem to servere. Dette er et B2B 

scenario. 

Nyt BBR udstiller snitflader til applikationer. En snitflade (WSDL) og alle de 

datatyper (XSD) der indgår i snitfladen, skal være registreret i ISB og overholde 

OIO’s retningslinier for OIOXML. Det påhviler Serviceudbydere generelt at 

kontrollere om et OCES-certifikat er nedlagt. Derfor skal Nyt BBR validere 

indkomne certifikater mod listen af certifikater som skal afvises. Dette gøres ved 

http opslag mod TDC’s revocationlist (CRL). 

Bestilling af og fornyelse af certifikater hvert andet år ligger hos 

virksomheden/kommunen. 

I Nyt BBR tilknyttes Subject DName i certifikatet til brugeren og dette felt 

ændres ikke ved fornyelse af certifikatet så der kræves ingen indsats fra Nyt 

BBRs side med hensyn til fornyelse af certifikater. 

Nyt BBR behandler forespørgselen og danner svaret i en applikation. Såfremt 

denne applikation kommunikerer med andre applikationer (SU andre apps) og 

datakilder (SU DBs), er det løsningens ansvar, at disse applikationer ligger 

indenfor det sikkerhedsdomæne, som aftalen om data-udvekslingen specificerer. 

9.2.1 Log på-funktionalitet 

Det er et krav, at man skal kunne logge på med OCES-medarbejdercertifikat 

eller med brugernavn og kodeord. 

Hvis brugeren ikke er autentificeret og forsøger at tilgå BBR-Kommune 

viderestilles til en ”log på”-side. Her er det muligt at indtaste brugernavn og 

kodeord som autentifikation. Indtastes et forkert kodeord mere end 3 gange, 

låses brugeren, og må bede en administrator om at blive låst op igen. 

På ”log på”-siden er det også muligt for brugeren at skifte kodeord. Et kodeord 

gælder i højst 3 måneder. Er det ikke skiftet inden da kan man ikke logge på før 

det skiftes. Ligeledes bliver brugeren bedt om at skifte kodeord, hvis brugeren 

har fået tildelt et nyt fra en administrator. 


April 2013


Hvis man ikke benytter systemet i 8 timer logges man automatisk af. 

På ”log på” siden er der også et link til ”Log på med certifikat”. Klikker man på 

det bliver man sendt til en side som kræver et certifikat. Er dette et gyldigt 

OCES certifikat mappes fra certifikat til bruger af systemet. 

9.3 Autorisation i Nyt BBR 

Implementation af autorisation i Nyt BBR bygger på standardkomponenter fra 

Microsoft Enterprice Library for .NET Framework 2.0. 

Enterprice Library for .NET Framework 2.0 er et library til .NET Framework 2.0 

med prædefinerede ’blokke’ til bl.a. sikkerhed og logning. 

Komponenterne er anbefalet af Microsoft til brug i forbindelse med Web baserede 

løsninger. 

Enterprice Library for .NET Framework 2.0 implementeres i Nyt BBR med 

følgende byggeklodser i sikkerhedsmodulet: 

Security Application Block (eksempel 1.1) 

Logging Application Block 

9.3.1 Security Application Block design 

Applikationsblokken er designet til at opfylde følgende mål: 

Give et simpelt og intuitivt interface til den ønskede autorisationsfunktionalitet. 

Indkapsle logikken som forestår autorisation og sikkerhedsrelateret ’caching’. 

Præsentere en standard providermodel for autorisation og sikkerhedsrelateret 

’caching’. 

Sikre at applikationsblokken kan udvides uden at ændre Nyt BBR’ 

grundfunktionalitet. 

Sikre at der er minimalt performancemæssigt overhead set i forhold til egenudviklet 

sikkerhedskode som understøtter samme funktionalitet. 

Inkorporere ’best practice’ for applikationssikkerhed. Med andre ord er ’Security 

Application Block’ designet til at ‘komponentisere’ implementationen af 

autorisation og ‘caching’ provideren. Designet giver mulighed for at ændre 

implementationen uden at ændre koden i Nyt BBR’s grundfunktionalitet. 

Figur 9.2 illustrerer relationerne mellem de vigtigste byggesten i ’Security 

Application Block’. 

Enterprice Library for .NET Framework 2.0 - Security Application Block: 


April 2013


Figur 9.2. De vigtigste byggesten i ”Security Application Block” 

9.3.2 Autorisation i forhold til funktionsvalg 

Efterfølgende check af autorisation i forhold til funktioner foregår via 

komponenter fra ’Security Application Block’ (se nedenstående eksempel). 

Metodekald til at afgøre om en bruger har de fornødne privilegier til at udføre en 

funktion. 

IPrincipal principal = new GenericPrincipal(new 

GenericIdentity("Username"), new string[]{"Manager"}); 

IAuthorizationProvider ruleProvider = 

AuthorizationFactory.GetAuthorizationProvider("RuleProvider"); 

//Afgør om brugeren er autoriseret til rollen "Print 

Document". 


April 2013


bool authorized = ruleProvider.Authorize(principal, "Print 

Document"); 

9.4 Datamodel for BBR sikkerhed 

Datamodellen for sikkerheden i Nyt BBR bygger på ASP.NET 2.0 SQL Server 

database til understøttelse af standard SQL sikkerhedsprovider, med enkelte 

tilføjelser (se figur 9.3). Datamodellen vil blive fysisk implementeret i Nyt BBR 

databasen. 

Entiteterne Bruger, Brugerrettighed, BrugerKommuneRolle, LogiskFelt og 

Rollerettighed er specifikke Nyt BBR tilføjelser. 

I datamodellen ses der en blanding af engelsk og dansk – det engelske er 

ASP.NET 2.0 specifikt, det danske er Nyt BBR specifikt. 

Entiten Bruger og aspnet_Users hænger logisk sammen og vil i en logisk 

datamodel være én entitet. Det kunne være valgt at oprette dem som den 

samme entitet i den fysiske model, men af hensyn til integriteten er valgt en 

vertikal partitionering af ’brugeren’. Entiteten Bruger definerer en ’bruger’ i Nyt 

BBR. 

Entiteten LogiskFelt indeholder metadata om alle attributter i Nyt BBR 

databasen. 

Entiteten Rollerettighed implementerer relationen mellem aspnet_Roles og Felt. 

Relationen afgør hvilke rettigheder en Rolle har på et givent felt i databasen. 

Attributten Rettighed i Brugerrettighed kan have følgende værdier: 

· 0 = Ingen adgang 

· 1 = Læserettighed 

· 2 = Skriverettighed 

· 3 = Læse- og skriverettighed 

Entiteten Brugerrettighed implementerer relationen mellem Bruger og LogiskFelt. 

Relationen bruges til at overstyre en brugers adgang til et felt i forhold til Rollen. 

På oprettelsestidspunktet har en bruger de samme rettigheder til de forskellige 

felter i databasen som den rolle vedkommende er oprettet under. Det er muligt 

at overstyre dette. Dette gøres ved at brugeradministratoren har mulighed for at 

minimere en brugers adgang til data. Attributten Rettighed i Rollerettighed kan 

have følgende værdier: 

Feltnavn Kort feltbeskrivelse 

Skriv/læs Brugeren har rettigheder til både at skrive i felter og at 

læse disse. 

Skriv Brugeren har kun rettigheder til at skrive, ikke til at læse. 

Læs Brugeren har rettigheder til at læse et felt, men ikke til at 

skrive i det. 

Ingen Brugeren har ikke rettigheder til hverken at skrive eller se i 

feltet. 


April 2013


Resten af datamodellen nedenfor ’tilhører’ ASP.NET 2.0 og er beskrevet på 

følgende side 

http:/msdn2.microsoft.com/en-us/librart/aa478948.aspx 

Sikkerhedsmodellen er en delmængde af Administrationsdatabasen. 

aspnet_Roles 

PK RoleId 

FK1,U1 ApplicationId 

RoleName 

U1 LoweredRoleName 

Description 

aspnet_Applications 

PK ApplicationId 

U2 ApplicationName 

U1,I1 LoweredApplicationName 

Description 

PK,FK2 UserId 

aspnet_Membership 

aspnet_Users 

PK UserId 

FK1,I1 ApplicationId 

Password 

PasswordFormat 

PasswordSalt 

MobilePIN 

Email 

I1 LoweredEmail 

PasswordQuestion 

PasswordAnswer 

IsApproved 

IsLockedOut 

CreateDate 

LastLoginDate 

LastPasswordChangedDate 

LastLockoutDate 

FailedPasswordAttemptCount 

FailedPasswordAttemptWindowStart 

FailedPasswordAnswerAttemptCount 

FailedPasswordAnswerAttemptWindowStart 

Comment 

aspnet_UsersInRoles 

PK,FK2 UserId 

PK,FK1,I1 RoleId 

FK1,FK2,I1,U1 ApplicationId 

UserName 

U1 LoweredUserName 

MobileAlias 

IsAnonymous 

I1 LastActivityDate 

BrugerKommuneRolle 

PK BrugerKommuneRolle_id 

FK2 FK_Bruger_id 

FK3 FK_Kommune_id 

FK1 FK_RoleId 

BrugerKommuneRolleOpretTimestamp 

BrugerKommuneRolleAendretTimestamp 

BrugerKommuneRolleAendretFunktion 

BrugerKommuneRolleOphoertTimestamp 

Brugerrettighed 

PK BrugerRettighed_id 

FK1 FK_LogiskFelt_id 

FK_Bruger_id 

BrugerRettighedType 

BrugerRettighedOpretTimestamp 

BrugerRettighedAendretTimestamp 

BrugerRettighedAendretFunktion 

BrugerRettighedOphoertTimestamp 

RolleRettighed 

PK Rollerettighed_id 

LogiskFelt 

PK LogiskFelt_id 

Kommune 

PK Kommune_id 

U1 KommuneNummer 

KommuneNavn 

KommuneBbrNavn 

KommuneBbrKontor 

KommuneBbrAdresse 

KommuneBbrPost 

KommuneBbrTelefonnummer 

KommuneBbrEmail 

I1 FK_OpretBruger_id 

KommuneOpretTimestamp 

KommuneAendretTimestamp 

KommuneAendretFunktion 

KommuneOphoertTimestamp 

FK1 FK_RoleId 


RolleRettighedType 

RolleRettighedOpretTimestamp 

RolleRettighedAendretTimestamp 

RolleRettighedAendretFunktion 

RolleRettighedOphoertTimestamp 

FK_LogiskEntitet_id 

FK_Felt_id 

LogiskFeltNavn 

LogiskFeltBbrNummer 

FK_Hjaelp_id 

LogiskFeltNormalisering 

LogiskFeltKlasse 

LogiskFeltSikkerhedsniveau 

LogiskFeltOioNavn 

LogiskFeltOpretTimestamp 

LogiskFeltAendretTimestamp 

LogiskFeltAendretFunktion 

LogiskFeltOphoertTimestamp 


April 2013 

Bruger 

PK,FK1 Bruger_Id 


BrugerNavn 

BrugerAdresse 

BrugerOrganisation 

BrugerEmail 

BrugerCertifikatId 

BrugerOpretTimestamp 

BrugerAendretTimestamp 

BrugerAendretFunktion 

BrugerOphoertTimestamp 

Figur 9.3 Datamodel for Enterprice Library for .NET Framework 2.0 - Security 

Application Block database


9.5 Sikkerhed i forbindelse med Reporting 

Services 

For at gøre brug af den samme sikkerhedsmodel i hele Nyt BBR, inklusiv rapport 

delen implementeres ovenstående model i Reporting Services modulet ved hjælp 

af ’Reporting Services Security Extension’: 

Figur 9.4 Sikkerhed i forbindelse med Reporting Services. 

1. En bruger forsøger at tilgå Report Manager via en URL og redirigeres til en 

‘webform’ som forespørger på certifikat eller brugernavn og kodeord. 

2. Bruger afleverer certifikat eller brugernavn og kodeord. 

3. Brugerens sikkerhedsoplysninger afleveres til ‘Reporting Services’ Web 

service gennem en ’LogonUser’ metode. 

4. Web servicen kalder ‘Security Application Block’ og verificerer at brugeren er 

korrekt og har de rigtige rettigheder 

5. Efter autentifikationen , kreerer Web servicen en autentifikations ‘ticket’ 

(kendt som en "cookie"), håndterer ticket’en, og verificerer brugerens rolle i 

forhold til Report Managerens ’Home page'. 

6. Web servicen returnerer cookie’en til browseren og viser det korrekte ’user 

interface’ i Report Manager. 

7. Når autentifikationen er overstået, sender browseren et request til Report 

Manager med cookie’en i HTTP headeren. Disse forespørgsler er i 


April 2013


modsætning til brugerens logon interaktion, implicit i Report Managerens 

applikation. 

8. Cookie’en sendes i HTTP headeren til Web servicen sammen med den 

forespurgte bruger aktion. 

9. Cookie’en valideres, og hvis den er valid, returnerer Report Serveren en 

‘security descriptor’ og andre informationer som relaterer sig til den 

forspurgte operation fra Report Serverens database. 

10. Hvis cookie’en er valid, laver Report Serveren et kald til ‘security extension’ 

for at checke om brugeren er autoriseret til at udføre den specifikke 

operation. 

11. Hvis brugeren er autoriseret, udfører Report Serveren operationen og 

returnerer kontrollen til den kaldende session. 

12. Når brugeren en gang er autentificeret, bliver cookie’en genbrugt ved 

efterfølgende kald til URL’en. Cookie’en sendes i HTTP headeren. 

13. Brugeren kan fortsætte med at arbejde mod Report Serveren indtil sessionen 

ender. 

9.6 Administration 

Brugerne i Nyt BBR administreres fra BBR-klienten (se kapitel 4). Der skelnes 

ikke mellem eksterne parter og kommunale brugere. Alle brugere har en 

tilhørskommune, hvilket er den kommune hvor brugeren er oprettet. Det er kun 

administratoren i tilhørskommune som kan rette data for brugeren, hvorimod 

alle administratorer kan tildele roller til brugeren. For alle brugere er det muligt 

at angive et OCES certifikat serienummer (dette er nærmere beskrevet i 

Brugervejledningen), således at brugeren knyttes til certifikatet. Til at logge på 

klienten skal enten benyttes brugernavn/kodeord eller OCES certifikat. 

Til webservices benyttes udelukkende OCES certifikat. 


April 2013


9.7 Rolleprofiler 

Brugerrollerne inddateres i autorisationsmodulet via et modul baseret på 

ovenstående ’Security Application Block’. I kapitel 2 om systemarkitektur er 

denne del omtalt som en del af ASP.NET Providers. Rettigheder på 

attributniveau tildeles de forskellige roller eksplicit. 

Her er en oversigt over alle de roller, som findes i NYT BBR: 

De kommunalt tildelte roller: 

Rolle Rollebeskrivelse 

Administration af tomme boliger Administration af tomme boliger. Skal kunne indberette felter 

vedr. lovlige tomme boliger og se andre relevante felter. 

Adgang til fanebladet Bygninger og Boliger, Adresser og Links. 

Anmeldelsessager Giver adgang til at afvikle overførsel af anmeldelsessager. 

Adgang til fanebladet Links og linket ”anmeldelsessager”. 

AutomatiskAdresseHåndtering Giver adgang til automatisk oprettelse af enhedsadresser ved 

oprettelse af enheder samt automatisk sletning af 

enhedsadresser ved sletning af enheder. 

Adressesagsbehandler Se alt relevant dataindhold og indberette adresser og sagsdata 

vedr. adresser. 

Adgang til fanebladet Bygninger og Boliger, Adresser og Links 

Afløbsforhold Se alt nødvendigt dataindhold og indberette afløbsforhold. 


BBRsagsbehandler Se alt relevant dataindhold og indberette stam- og sagsdata 

vedr. Bygninger og Boliger. 

Adgang til fanebladene Bygninger og Boliger, Adresser, BBR- 

Meddelelser og Links. 

Adgang til funktionerne Ejd-oplysninger og BBR-Medd.data og 


Borgerservice Se alt dataindhold undtagen kommunale felter. Skal kunne 

udskrive BBR-meddelelse og andelsboligudskrift. 


Meddelelelser og Links. 

Adgang til funktionen Ejd-oplysninger og BBR-Meddelelse. 

Brugeradministrator Har adgang til fanen Brugeradministration, og rettigheder til at 

indberette alt underliggende. 

Byggesagsbehandler A Se alt relevant dataindhold og indberette stam- og sagsdata 

vedr. byggesager. 

Adgang til fanebladene Bygninger og Boliger og Links. 

Adgang til funktionerne Ejd-oplysninger, BBR-Medd.data og 

BBR-Medd.data. 

Byggesagsbehandler B Se alt relevant dataindhold. 

Adgang til fanebladet Bygninger og Boliger og Links. 

Adgang til funktionerne Ejd-oplysninger og BBR-Medd.data. 

Bygningsmyndighed Se alt relevant dataindhold, men kun indberette enkelte felter. 

Adgang til fanebladene Bygninger og Boliger, Adresser og 

Links. 


Ejendomsadministration Ejendomsadministration (administration af kommunens egne 

ejendomme). Skal muligvis kunne indberette i enkelte felter. 


Fjernvarme- og El-leverandør Se alt nødvendigt dataindhold og indberette varmeinstallationer 

og opvarmningsmiddel. 


Fjernvarme-, El- og 

Naturgasleverandør 

Se alt nødvendigt dataindhold og indberette 

varmeinstallationer, opvarmningsmiddel og supplerende varme. 



April 2013


Folkeregisteret Se alt relevant dataindhold og indberette dato for indflytning. 


Forespørger Se alt relevant dataindhold. 



Historik Særskilt rolle som giver adgang til at søge i og se historiske 

data. 

Inddatabokssagsfordeler Fremsøge og sagsfordele indkomne sager. 

Kan ikke sagsbehandle. 

Adgang til fanebladet Inddataboks. 

Inddatabokssagsbehandler 

Fremsøge og sagsfordele indkomne sager samt sagsbehandle 

(godkende, afvise, overføre). Opdateringsrettigheder følger 

rettighederne med de øvrige roller der er tildelt. 


Inddatabokssagsforespørger Se alle data i alle sager. 

Kan ikke sagsfordele eller sagsbehandle. 


KommunespecifikFelt1 Adgang til alle kommunespecifikke felter 1. 






Miljøsagsbehandler Se alt nødvendigt og indberette tekniske oplysninger, f.eks. 

tekniske anlæg (olietanke) eller afløbsforhold. 



Påbegyndelsesrykkere Giver adgang til at generere påbegyndelsesrykkere. 

Adgang til fanebladet Links og linket ”påbegyndelsesrykkere” 

Rapportadministrator Kan selv fremstille nye rapporter. 

Adgang til fanebladet Rapporter og Links. 

Rapportforespørger Kan genere de faste rapporter. 

Adgang til fanebladet Rapporter og Links 

RetNotatlinjer Kan indberette, slette, og ændre notatlinjer på alle niveauer. 

Skorstensfejer Se alt nødvendigt dataindhold og oplysning om supplerende 

varme. 


SletFraHistorik Kan slette bygninger m.m., der er slettede som følge af en 

fejloprettelse. 

Sommerhuslov Administration af sommerhusloven. 


Systemadministrator Har adgang til fanen Systemadministration, og rettigheder til at 

indberette alt underliggende på fanebladet. 

Har også adgang til fanebladet Links. 

Vandforsyning Se alt nødvendigt dataindhold og indberette 

vandforsyningsforhold. 


TværKommunalForespørger Se alle data på tværs af kommuner. 



April 2013


Øvrige bruger Se relevant dataindhold. 


De kommunalt tildelte roller i relation til OIOXML-snitflader: 


Bygninger og boliger 

OIOBuildingDwellingService Giver adgang til at benytte OIOXMLwebservicen 

”BuildingDwelling”. 

Adgangen skal kombineres med de 

øvrige ovenfornævnte roller (se afsnittet 

om ”kommunalt tildelte roller”). 

Adresser 

OIOAddressGeometryServiceAddressGeometrySearch Giver adgang til at benytte operationen 

"Fremsøgning af adressekoordinater" i 

OIOXML webservicen 

AddressGeometryService. 

OIOAddressGeometryServiceAddressGeometriesUpdate Giver adgang til at benytte operationen 

"Opdatering af adressekoordinater" i 



OIOAddressServiceAddressAccessCreate Giver adgang til at benytte operationen 

"AddressAccessCreate" i 

OIOXML webservicen AddressService. 

OIOAddressServiceAddressAccessDelete Giver adgang til at benytte operationen 

"AddressAccessDelete" i 


OIOAddressServiceAddressAccessGet Giver adgang til at benytte operationen " 

AddressAccessGet" i 


OIOAddressServiceAddressAccessGetById Giver adgang til at benytte operationen " 

AddressAccessGetById" i 


OIOAddressServiceAddressAccessUpdate Giver adgang til at benytte operationen " 

AddressAccessUpdatae" i 


OIOAddressServiceAddressCaseCreate Giver adgang til at benytte operationen " 

AddressCaseCreate" i 


OIOAddressServiceAddressCaseDelete Giver adgang til at benytte operationen 

"AddressCaseDelete" i 


OIOAddressServiceAddressCaseGet Giver adgang til at benytte operationen " 

AddressCaseGet" i OIOXML webservicen 

AddressService. 

OIOAddressServiceAddressCaseGetById Giver adgang til at benytte operationen " 

AddressCaseGetById" i 


OIOAddressServiceAddressCaseSearch Giver adgang til at benytte operationen " 

AddressCaseSearch" i 


OIOAddressServiceAddressCaseUpdate Giver adgang til at benytte operationen " 

AddressCaseUpdate" i 


OIOAddressServiceAddressPointCreate Giver adgang til at benytte operationen " 

AddressPointCreate" i 



April 2013


OIOAddressServiceAddressPointDelete Giver adgang til at benytte operationen " 

AddressPointDelete" i 


OIOAddressServiceAddressPointUpdate Giver adgang til at benytte operationen " 

AddressPointUpdate" i 


OIOAddressServiceAddressSearch Giver adgang til at benytte operationen 

"AddressSearch" i OIOXML webservicen 


OIOAddressServiceAddressSpecificCreate Giver adgang til at benytte operationen 

"AddressSpecificCreate" i 


OIOAddressServiceAddressSpecificDelete Giver adgang til at benytte operationen " 

AddressSpecificDelete" i 


OIOAddressServiceAddressSpecificGet Giver adgang til at benytte operationen " 

AddressSpecificGet" i 


OIOAddressServiceAddressSpecificGetById Giver adgang til at benytte operationen " 

AddressSpecificGetById" i 


OIOAddressServiceAddressSpecificUpdate Giver adgang til at benytte operationen " 

AddressSpecificUpdate" i 


Generelle 

OIOBBRdataListService 

OIOCodeListService 

OIOInputBoxService 

OIOPermissionService 

OIOStreetNameService 

Og landsdækkende roller: 

Giver adgang til at benytte OIOXML 

webservicen til skattemappen. 


webservicen til kodelister. 


webservicen til inddata b oksen. 


webservicen til rettigheder. 


webservicen til veje. 


Arbejdstilsynet Se alt nødvendigt dataindhold og indberette elevatorforhold. 

Adgang til fanebladet Bygninger og Boliger, , Adresser og Links. 

Erhvervs- og Byggestyrelsen + 

KOMBIT 

FBE (Forsvarets Bygnings- og 

Etablissementstjeneste) 

Se alt dataindhold. 

Adgang til fanebladet Bygninger og Boliger, Adresser, Rapporter 

og Links. 

Se alt dataindhold og indberette stam- og sagsdata vedr. 

Bygninger og Boliger, herunder indberette 

sikkerhedsklassifikation 

Adgang til fanebladet Bygninger og Boliger, Adresser, BBR- 

Meddelelser, Rapporter og Links. 



FSVForespørger Se alt relevant dataindhold. 





April 2013


KUAS (Kulturarvsstyrelsen) Se alt nødvendigt dataindhold og indberette fredningsforhold og 

bevaringsværdig. 


Sikkerhedsgodkendt Giver BBRsagsbehandler og ByggesagsbehandlerA rettigheder til 

at indberette bestemte felter på entiteter omfattet af 

sikkerhedshensyn. 

SKAT Se alle data på tværs af kommuner. 


Meddelelse og Links. 

Adgang til funktionen Ejd-oplysninger, BBR-Medd.data og BBR- 

Meddelelse. 

Stormrådet Se alt nødvendigt dataindhold og indberette pålæg fra 

Stormrådet og tilhørende dato. 



Adgang til fanebladet Bygninger og Boliger Adresser og Links. 

Adgang til funktionen Ejd-oplysninger. 

Det er Forsvaret eller den kommunale brugeradministrator der tildeler rollen 

”Sikkerhedsgodkendt” til en kommunal sagsbehandler. Hvis du er 

sikkerhedsgodkendt og også har rollen BBRsagsbehandler eller 

ByggesagsbehandlerA har du adgang til at behandle data på ejendomme der er 

omfattet af sikkerhedshensyn (herunder foretage byggesagsbehandling på disse 

ejendomme). 

Hver gang der i BBR sker ændringer på en af de militært klassificerede 

ejendomme, leveres en notifikation derom via mail til Forsvarets Bygnings- og 

Etablissementstjeneste (FBE). 

Rollernes betydning på feltniveau kan skitseres i følgende skema hvor disse 

koder bliver brugt: 

· 0 = ingen adgang 

· 1= læserettighed 

· 2 = skriverettighed 

· 3 = læse- og skriverettighed 


April 2013


De angivne roller har adgang til følgende felter i dialogen: 

BBR felt LogiskEntitetNavn LogiskFeltnavn 

Administrationaftommeboliger 

Adressesagsbehandler 

Arbejdstilsynet 

Afløbsforhold 


April 2013 

BBRsagsbehandler 

Borgerservice 

ByggesagsbehandlerB 

ByggesagsbehandlerA 

Bygningsmyndighed 

AAD.2 Adgangsadresse Kommunenummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.7 Adgangsadresse Vejkode 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.8 Adgangsadresse Husnummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.20 Adgangsadresse Kilde til adgangs-adressen 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.21 Adgangsadresse Oprettelsesdato 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.23 Adgangsadresse Ikrafttrædelsesdato 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.24 Adgangsadresse Seneste ændringsdato 1 3 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.25 Adgangsadresse Dato for nedlæggelse 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.28 Adgangsadresse Nøjagtighedsklasse 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.29 Adgangsadresse Teknisk standard 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.30 Adgangsadresse Kilde til geometri 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.80 Adgangsadresse Kommunalt felt 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 






AAD.86 Adgangsadresse Journalnummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.87 Adgangsadresse ESDH-Reference 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.99 Adgangsadresse Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

AAD.10 

0 Adgangsadresse Status 1 3 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.81 

1 Adgangsadresse VejNavn 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

Ejendomsadministration 

ErhvervsByggestyrelsenKommuneHolding 

FBE 

FjernvarmeElleverandør 

FjernvarmeElNaturgasleverandør 

Folkeregisteret 

Forespørger 

FSVForespørger 

KommunespecifikFelt2 






KUAS 

Miljøsagsbehandler 

OIOAddressGeometryServiceAddressGeometriesUpdate 

Rapportadministrator 

Rapportforespørger 

RetNotatlinjer 

SKAT 

Sommerhuslov 

Skorstensfejer 

Stormrådet 

TværKommunalForespørger 

Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




sad.3 AdresseSag Sagsnummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

sad.20 AdresseSag AdresseSagGodkendelsesDato 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

sad.21 AdresseSag AdresseSagInitialerPaaSagsbehandler 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

BRU.3 Brugsenhed Brugsenhedsnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.21 Brugsenhed Brugsenhedens anvendelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.23 Brugsenhed Areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.24 Brugsenhed Areal til beboelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.25 Brugsenhed Areal til erhverv 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.27 Brugsenhed Kilde til brugsenhedens areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.80 Brugsenhed Kommunalt felt 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 






BRU.86 Brugsenhed Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.87 Brugsenhed ESDH-Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.99 Brugsenhed Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.10 

0 Brugsenhed Status 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.20 

0 Brugsenhed BrugsenhedNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.30 

1 Brugsenhed Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.30 

2 Brugsenhed Tilflytter kommune 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




BRU.80 

1 Brugsenhed Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

sag.2 Byggesag ByggesagsDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.3 Byggesag ByggesagLitra 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.4 Byggesag ByggesagSagsnummer 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.6 Byggesag ByggesagByggetilladelsesDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.7 Byggesag ByggesagForventetPaabegyndelsesDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.8 Byggesag ByggesagPaabegyndelsesdato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.9 Byggesag ByggesagIbrugtagningsTilladelsesDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.10 Byggesag ByggesagDelvisIbrugtagningsTilladelsesDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.11 Byggesag ByggesagHenlaeggelse 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.12 Byggesag ByggesagFaerdigtBygningsareal 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.13 Byggesag ByggesagForventetFuldfoertDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.14 Byggesag ByggesagFuldfoerelseAfByggeriDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.15 Byggesag ByggesagKode 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.16 Byggesag ByggesagAnmeldelseAfByggearbejdeDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.17 Byggesag ByggesagAnmeldelseAfNedrivningDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.18 Byggesag ByggesagGennemfoertNedrivningDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.19 Byggesag ByggesagForeloebigFaerdiggjortBygningsareal 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.20 Byggesag ByggesagForeloebigFaerdiggjortAntalLejligheder 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.21 Byggesag ByggesagBygherreForhold 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.22 Byggesag ByggesagInitialerPaaSagsbehandler 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.23 Byggesag ByggesagAnsoegningModtaget 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.24 Byggesag ByggesagFyldestgoerendeAnsoegningModtaget 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.25 Byggesag ByggesagNaboorientering 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




sag.26 Byggesag ByggesagFaerdigbehandletNaboorientering 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.101 Byggesag Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.2 Bygning Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.6 Bygning Ejendomsnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.7 Bygning BygningNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.21 Bygning Anvendelseskode 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.22 Bygning BygningKlassifikation 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.23 Bygning BygningAnvendelsesKonverteringsKilde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.24 Bygning Antal lejligheder med køkken 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.25 Bygning Antal lejligheder uden køkken 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.26 Bygning Opførelsesår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.27 Bygning Seneste om-/tilbygningsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.28 Bygning Midlertidig oprettelse/fuldførelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.29 Bygning BygningUdloebsdatoMidlertidige 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.30 Bygning Vandforsyning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 3 1 

BYG.31 Bygning Afløbsforhold 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.32 Bygning Ydervægsmateriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.33 Bygning Tagdækningsmateriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.34 Bygning Supplerende ydervægsmateriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.35 Bygning Supplerende tagdækningsmateriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.36 Bygning Asbestholdigt materiale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.37 Bygning Kilde til bygnings materiale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.38 Bygning Samlet areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.39 Bygning Samlet boligareal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.40 Bygning Samlet erhversareal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




BYG.41 Bygning Bebygget areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.42 Bygning Areal af indbygget garage 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.43 Bygning Areal af indbygget carport 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.44 Bygning Areal af indbygget udhus 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.45 Bygning Areal af indbygget udestue 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.46 Bygning Areal af lukket overdaekning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.47 Bygning Areal af affaldsrum i terraenniveau 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.48 Bygning Areal, der hverken benyttes til bolig eller erhverv 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.49 Bygning Areal af overdækket 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.50 Bygning Areal af åben overdaekninger 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.51 Bygning Adgangsareal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.52 Bygning Beregningsprincip for areal af carport 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.53 Bygning Kilde til bygningsarealer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.54 Bygning Antal etager 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.55 Bygning Afvigende etager 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.56 Bygning Varmeinstallation 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

BYG.57 Bygning Opvarmningsmiddel 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

BYG.58 Bygning Supplerende varmeinstallation 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

BYG.69 Bygning Sikringsrumpladser 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.70 Bygning Fredning 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 3 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.71 Bygning Bevaringsværdighed 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 3 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.72 Bygning Udlejningsforhold 1 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.73 Bygning Leje 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.74 Bygning Dato for huslejeoplysning 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.85 Bygning BygningSagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




BYG.93 Bygning Kilde til geometri 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.97 Bygning Nøjagtighedsklasse 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.99 Bygning Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.10 

0 Bygning Status 1 1 1 1 3 1 3 3 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.10 

1 Bygning Journalnummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.10 

2 Bygning ESDHReference 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.10 

4 Bygning Kommunalt felt 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 

BYG.10 


BYG.10 


BYG.10 


BYG.10 


BYG.10 


BYG.11 

0 Bygning FOT 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.11 

1 Bygning Pålæg fra stormråd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 3 1 1 1 

BYG.11 

2 Bygning Dato for pålæg fra stormråd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 3 1 1 1 

BYG.11 

3 Bygning Byggeskadeforsikringsselskab 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




BYG.11 

4 

BYG.11 

Bygning Dato for byggeskadeforsikring 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

9 

BYG.12 

Bygning Afløbsforholdstilladelse 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

2 

BYG.12 

Bygning Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

3 

BYG.12 

Bygning Medlemskab af spildevandsforsyning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

4 

BYG.12 

Bygning Påbud om forbedret rensning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

5 

BYG.12 

Bygning Frist for forbedret rensning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

6 

BYG.12 

Bygning Tilladelse til udtræden 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

7 

BYG.12 

Bygning Dato for tilladelse til udtræden 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

8 Bygning Tilladelse til alt. bortskaffelse eller afledning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.12 

Dato for tilladelse til alt. bortskaffelse eller 

9 

BYG.30 

Bygning 

afledning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

1 

BYG.30 

Bygning Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

2 

BYG.90 

Bygning Tilflytter kommune 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

4 Bygning BygningNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.4 Ejerskab Kommunenummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.5 Ejerskab Ejendomsnummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.6 Ejerskab EjerskabEjendomsreference 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




ejs.7 Ejerskab EjerskabMereEnd1Ejerlejlighed 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.8 Ejerskab EjerskabEjerlejlighedsnummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.10 Ejerskab EjerskabEjerforholdskode 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.2 Enhed Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.20 Enhed EnhedAnvendelseKode 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.21 Enhed EnhedKlassifikation 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.22 Enhed EnhedAnvendelsesKonverteringsKilde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.23 Enhed EnhedBoligtype 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.24 Enhed EnhedKondemneretStatus 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.25 Enhed EnhedIdentifikationsOprettelsesDato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.26 Enhed EnhedSamletAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.27 Enhed EnhedBeboelsesAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.28 Enhed EnhedErhvervsAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.29 Enhed EnhedTinglystAreal 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.30 Enhed EnhedArealKilde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.31 Enhed EnhedAntalVaerelser 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.32 Enhed EnhedToiletforhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.33 Enhed EnhedBadeforhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.34 Enhed EnhedKoekkenforhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.35 Enhed EnhedEnergiforsyning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.36 Enhed EnhedUdlejningsforhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.37 Enhed EnhedLeje 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.38 Enhed EnhedHuslejeoplysningerDato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.39 Enhed EnhedAndetAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.40 Enhed EnhedGodkendtTomBoligGL 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




ENH.41 Enhed EnhedLovligAnvendelse 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 3 1 1 1 1 

ENH.42 Enhed EnhedDispensationTidsbegraensetDato 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 3 1 1 1 1 

ENH.43 Enhed EnhedSagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

ENH.44 Enhed EnhedDelvisIbrugtagningsTilladelsesDato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.45 Enhed EnhedUdlejningsforhold2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.46 Enhed EnhedOffentligStoette 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.47 Enhed EnhedIndflytningDato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.48 Enhed EnhedGodkendtTomBolig 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.51 Enhed EnhedVarmeinstallation 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

ENH.52 Enhed EnhedOpvarmningsmiddel 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

ENH.53 Enhed EnhedSupplerendeVarmeinstallation 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

ENH.60 Enhed EnhedFaellesAdgangsArealAndel 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.61 Enhed EnhedAabenOverdaekningAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.62 Enhed EnhedLukketOverdaekningAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.63 Enhed EnhedAntalErhversVaerelser 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.65 Enhed EnhedAntalVandskylledeToilletter 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.66 Enhed EnhedAntalBadevaerelser 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.80 Enhed Kommunalt felt 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 






ENH.86 Enhed Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.87 Enhed ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




ENH.99 

ENH.10 

Enhed Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

0 

ENH.10 

Enhed ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

1 

ENH.30 

Enhed Gyldighedsdato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

1 

ENH.30 

Enhed Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

2 

ENH.71 

Enhed Tilflytter kommune 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

5 

ENH.80 

Enhed EjendomsNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

0 Enhed 

EnhedEnhedsAdres 

EnhedNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

rea.4 se EnhedEnhedsAdressePrimaerAdresse 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

eop.4 EnhedOpgang EnhedOpgangPrimaerIndgang 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

EAD.2 Enhedsadresse Kommunenummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.4 Enhedsadresse Etagebetegnelse 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.5 Enhedsadresse Side/dør betegnelse 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.7 Enhedsadresse Vejkode 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.8 Enhedsadresse Husnummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.20 Enhedsadresse Kilde til enhedsadressen 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.21 Enhedsadresse Oprettelsesdato 1 3 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.23 Enhedsadresse Ikrafttrædelsesdato 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.24 Enhedsadresse Seneste ændringsdato 1 3 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.25 Enhedsadresse Dato for nedlæggelse 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.80 Enhedsadresse Kommunalt felt 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 









EAD.86 Enhedsadresse Journalnummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.87 Enhedsadresse ESDH-Reference 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.99 Enhedsadresse Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

EAD.10 

0 Enhedsadresse Status 1 3 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.75 

8 Enhedsadresse AdresseTekniskStandard 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

ETA.2 Etage Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.6 Etage Etage betegnelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.20 Etage Samlet areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.21 Etage Areal af ydnyttet del af tagetage 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.22 Etage Kælderareal m loft








April 2013 


Borgerservice 




ETA.85 Etage Kommunalt felt 6 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 0 0 0 

ETA.86 Etage Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.87 Etage ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.99 Etage Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.100 Etage ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.101 Etage Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.301 Etage Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.302 Etage Kommune flyttes til 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.719 Etage Ejendomsnummer 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.860 Etage Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

ETA.904 Etage EtageNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

geo.22 Geometri GeometriRevisionsDato 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.23 Geometri GeometriOestKoordinat 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.24 Geometri GeometriNordKoordinat 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.25 Geometri GeometriKoordinatsystem 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.26 Geometri GeometriRetning 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.27 Geometri GeometriPlacering 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.28 Geometri GeometriDDKNcelle100m 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.29 Geometri GeometriDDKNcelle1km 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 


GRU.2 Grund Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.7 Grund Ejendomsnummer 1 1 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.9 Grund Vandforsyning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 3 1 

GRU.10 Grund Afløbsforhold 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.13 Grund Kommunalt felt 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 









GRU.19 Grund Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.20 Grund ESDH-Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.21 Grund Udledningstilladelse 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

GRU.22 Grund Medlemskab af spildevandsforsyning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.23 Grund Påbud om forbedret rensning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.24 Grund Frist for forbedret rensning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.25 Grund Tilladelse til udtræden 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.26 Grund Dato for tilladelse til udtræden 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.27 Grund Tilladelse til alt. bortskaffelse eller afledning 


1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.28 Grund 

afledning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.99 Grund Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.10 

0 Grund Status 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.10 

1 Grund Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.86 

4 Grund Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

GRU.90 

4 Grund GrundNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

kel.3 KommunaltEjerlav KommunaltEjerlavKode 1 3 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




kel.5 KommunaltEjerlav Landsejerlav 1 3 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

kel.11 KommunaltEjerlav KommunaltEjerlavLandsejerlavNavn 1 3 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

kel.20 KommunaltEjerlav KommunaltEjerlavNavn 1 3 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.4 Matrikel Kommunenummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.5 Matrikel Ejendomsnummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.6 Matrikel MatrikelTal 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.7 Matrikel MatrikelBogstav 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.8 Matrikel MatrikelDelnummmer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.9 Matrikel MatrikelOpdelingsnummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.10 Matrikel MatrikelArtskode 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.11 Matrikel MatrikelEjendomsreference 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

not.2 Notat NotatType 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

not.5 Notat NotatNummer 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

not.20 Notat NotatTekst 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

OPG.20 Opgang Elevator 1 1 1 3 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.21 Opgang OpgangDataFelt1 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



OPG.80 Opgang Kommunalt felt 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 






OPG.86 Opgang Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




OPG.87 Opgang ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.99 Opgang Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.10 

0 Opgang ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.10 

1 Opgang Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.30 

1 Opgang Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.30 

2 Opgang Kommune flyttes til 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.73 

0 Opgang KommuneNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.73 

2 Opgang Ejendomsnummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.86 

8 Opgang Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

OPG.90 

4 Opgang OpgangNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.2 Rum Kommunenummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.6 Rum Rumnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.20 Rum Rum klassifikation 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.21 Rum Areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.23 Rum Kilde til rummets areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.80 Rum Kommunalt felt 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 






FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 






RUM.86 Rum Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.87 Rum ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.99 Rum Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.10 

0 Rum ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.20 

0 Rum Rum inde i enhed 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.30 

1 Rum Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.30 

2 Rum Tilflytter kommune 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.73 

5 Rum EjendomsNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.80 

1 Rum Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

RUM.90 

5 Rum RumNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

TEK.2 Tekniskanlaeg Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.7 Tekniskanlaeg Tekniskanlaegsnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.20 Tekniskanlaeg Klassifikation 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.21 Tekniskanlaeg Fabrikat/type 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.22 Tekniskanlaeg Ekstern Database 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.23 Tekniskanlaeg Ekstern Noegle 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.24 Tekniskanlaeg Etableringsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.25 Tekniskanlaeg Senest til-/ombygningsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




TEK.26 Tekniskanlaeg Størrelsesklasse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.27 Tekniskanlaeg Placering 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.28 Tekniskanlaeg Sløjfning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.30 Tekniskanlaeg Fabrikationsnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.31 Tekniskanlaeg Typegodkendelsesnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.32 Tekniskanlaeg Søerrelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.33 Tekniskanlaeg Type 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.34 Tekniskanlaeg Indhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.35 Tekniskanlaeg Sløjfningsfrist 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.36 Tekniskanlaeg Rumfang i m3 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.37 Tekniskanlaeg Areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.38 Tekniskanlaeg Højde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.39 Tekniskanlaeg Effekt kW 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.40 Tekniskanlaeg Fredning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.41 Tekniskanlaeg Kilde til geometri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.48 Tekniskanlaeg Nøjagtighedsklasse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.60 Tekniskanlaeg Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

TEK.67 Tekniskanlaeg Fabrikationsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.68 Tekniskanlaeg Matriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.69 Tekniskanlaeg Senest udførte suppl. indv. korrosionsbeskyttelse 

Dato for senest udførte suppl. indv. 

1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.70 Tekniskanlaeg korrosionsbeskyttelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.71 Tekniskanlaeg Typegodkendelse CE-mærkning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.72 Tekniskanlaeg Sløjfningsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.80 Tekniskanlaeg Kommunalt felt 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 









TEK.86 Tekniskanlaeg Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.87 Tekniskanlaeg ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.99 Tekniskanlaeg Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

TEK.100 Tekniskanlaeg ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.101 Tekniskanlaeg Gyldighedsdato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.301 Tekniskanlaeg Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

TEK.302 Tekniskanlaeg Kommune flyttes til 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

TEK.738 Tekniskanlaeg EjendomsNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.904 Tekniskanlaeg TekniskanlaegTilnaermetAdresse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.905 Tekniskanlaeg TekniskanlaegNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.906 Tekniskanlaeg TekniskanlaegOlietankKilde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger



9. Sikkerhed i BBR .................................................................................................................. 2 

9.1 Autentifikation i Nyt BBR .................................................................... 2 

9.2 Grundelementer ................................................................................ 3 

9.2.1 Log på-funktionalitet ................................................................... 4 

9.3 Autorisation i Nyt BBR ....................................................................... 5 

9.3.1 Security Application Block design ................................................. 5 

9.3.2 Autorisation i forhold til funktionsvalg ........................................... 6 

9.4 Datamodel for BBR sikkerhed ............................................................. 7 

9.5 Sikkerhed i forbindelse med Reporting Services .................................... 9 

9.6 Administration ................................................................................ 10 

9.7 Rolleprofiler .................................................................................... 11 


April 2013


9. Sikkerhed i BBR 

Helt overordnet vil beskyttelsen af BBR-data og hele BBR løsningen ske i henhold 

til statens standard for IT sikkerhed - Dansk Standard DS484. 

Sikkerheden i Nyt BBR bygges op af to hoveddele: 

Autentifikation med brug af certifikater eller brugernavn og kodeord. Til BBR 

Klienten benytter medarbejderen certifikat eller brugernavn og kodeord. 

Til Kommuneklient/system-til-system integration benyttes certifikater i henhold 

til OWSA model T. 

Autorisation med brug af Enterprice Library for .NET Framework 2.0 Security 

Application Block, der baserer sig på en provider model for sikkerhed i ASP.NET 

2.0. 

De to dele griber ind i hinanden men beskrives herunder særskilt. 

9.1 Autentifikation i Nyt BBR 

Som en del af Nyt BBR skal der udstilles OIO web-services til eksempelvis 3. 

part, den såkaldte Kommuneklient. Sikkerhedsmodellen til denne løsning 

implementerer OIO Web Service Arkitektur Model Transport (OWSA model T). 

Herunder en kort forklaring af begreber: 

· OIOWSDL er en WSDL, som overholder WS-I Basic Profile 1.1 og som gør 

brug af OIOXML i de beskeder WSDL’en beskriver. 

· OIOWSA-Service er en applikation-til-applikation implementeret efter en 

fælles offentlig OWSA model. 

· Model T– refererer til sikkerhed på transportlaget for to applikationers 

direkte kommunikation uden formidling gennem 3. part. Begrebet er 

interessant fordi det har betydning i forhold til autorisation og 

autentifikation mellem to applikationer. 


April 2013


9.2 Grundelementer 

Figur 9.1 Autentifikation i Nyt BBR 

Sikkerheden i Nyt BBR implementerer OIO Web Service arkitekturen som er 

sammensat af tre hovedelementer: En serviceaftager, de fælles offentlige 

standarder og en serviceudbyder. Serviceaftageren kommunikerer med 

Serviceudbyder. De fælles offentlige standarder definerer rammerne for 

kommunikationen. 

De fælles offentlige standarder specificerer transport, autentifikation, snitflader 

og datatyper. HTTPS håndterer kryptering af dataudvekslingen, yderligere 

benyttes HTTPS’s mulighed for overførsel af certifikater. 

En Web Service der overholder OWSA Model T skal: 

· Implementere tosidet autentifikation, hvis serviceaftageren skal 

autentificeres. Dvs. Serviceaftager autentificerer Serviceudbyder på 

Serviceudbyders servercertifikat og Serviceudbyder autentificerer 

Serviceaftager på Serviceaftagers OCES certifikat. 

· Implementere ensidet HTTPS, hvis forretningsscenariet ikke kræver 

autentificering af service-aftageren. 

Persondatalovens og forvaltningslovens krav indgår i forretningsscenariet og 

specielt udeladelse af aftagers autentifikation (anonym bruger) skal specifikt 

vurderes i forhold hertil. 

De fælles offentlige standarder implementerer en central database (ISB), der 

udstiller datatyper som XML-Skemaer (OIOXML) og snitflader som WSDL. 

Yderligere benyttes OCES infrastruktur for certifikater, der håndterer distribution 

af certifikater, samt vedligeholder og distribuerer listen af udgåede certifikater. 

I Nyt BBR’s tilfælde eksisterer der tre typer af Serviceaftagere: 


April 2013


Ekstern. Identificeres af Serviceudbyder med et OCES medarbejdercertifikat 

(MOCES). En ekstern medarbejder benytter en tynd klient 

(browser). En ekstern medarbejder skal have et 

ansættelsesforhold til en virksomhed. Dette er et U2B 

scenario. I tilfældet ekstern medarbejder (BBR Klient) 

gøres der ikke brug af OIOXML. 

Sagsbehandler. Identificeres af Serviceudbyder med et OCES 

medarbejdercertifikat (MOCES) eller simpel logon. En 

sagsbehandler benytter en tynd klient (browser). En 

sagsbehandler skal have et ansættelsesforhold til en 

virksomhed. Dette er et U2B scenario. I tilfældet 

sagsbehandler (BBR klient) gøres der ikke brug af 

OIOXML. 

Virksomhed. Identificeres af Serviceudbyder med et OCES 

virksomhedscertifikat (VOCES). Her foregår 

kommunikationen mellem to servere. Dette er et B2B 

scenario. 

Nyt BBR udstiller snitflader til applikationer. En snitflade (WSDL) og alle de 

datatyper (XSD) der indgår i snitfladen, skal være registreret i ISB og overholde 

OIO’s retningslinier for OIOXML. Det påhviler Serviceudbydere generelt at 

kontrollere om et OCES-certifikat er nedlagt. Derfor skal Nyt BBR validere 

indkomne certifikater mod listen af certifikater som skal afvises. Dette gøres ved 

http opslag mod TDC’s revocationlist (CRL). 

Bestilling af og fornyelse af certifikater hvert andet år ligger hos 

virksomheden/kommunen. 

I Nyt BBR tilknyttes Subject DName i certifikatet til brugeren og dette felt 

ændres ikke ved fornyelse af certifikatet så der kræves ingen indsats fra Nyt 

BBRs side med hensyn til fornyelse af certifikater. 

Nyt BBR behandler forespørgselen og danner svaret i en applikation. Såfremt 

denne applikation kommunikerer med andre applikationer (SU andre apps) og 

datakilder (SU DBs), er det løsningens ansvar, at disse applikationer ligger 

indenfor det sikkerhedsdomæne, som aftalen om data-udvekslingen specificerer. 

9.2.1 Log på-funktionalitet 

Det er et krav, at man skal kunne logge på med OCES-medarbejdercertifikat 

eller med brugernavn og kodeord. 

Hvis brugeren ikke er autentificeret og forsøger at tilgå BBR-Kommune 

viderestilles til en ”log på”-side. Her er det muligt at indtaste brugernavn og 

kodeord som autentifikation. Indtastes et forkert kodeord mere end 3 gange, 

låses brugeren, og må bede en administrator om at blive låst op igen. 

På ”log på”-siden er det også muligt for brugeren at skifte kodeord. Et kodeord 

gælder i højst 3 måneder. Er det ikke skiftet inden da kan man ikke logge på før 

det skiftes. Ligeledes bliver brugeren bedt om at skifte kodeord, hvis brugeren 

har fået tildelt et nyt fra en administrator. 


April 2013


Hvis man ikke benytter systemet i 8 timer logges man automatisk af. 

På ”log på” siden er der også et link til ”Log på med certifikat”. Klikker man på 

det bliver man sendt til en side som kræver et certifikat. Er dette et gyldigt 

OCES certifikat mappes fra certifikat til bruger af systemet. 

9.3 Autorisation i Nyt BBR 

Implementation af autorisation i Nyt BBR bygger på standardkomponenter fra 

Microsoft Enterprice Library for .NET Framework 2.0. 

Enterprice Library for .NET Framework 2.0 er et library til .NET Framework 2.0 

med prædefinerede ’blokke’ til bl.a. sikkerhed og logning. 

Komponenterne er anbefalet af Microsoft til brug i forbindelse med Web baserede 

løsninger. 

Enterprice Library for .NET Framework 2.0 implementeres i Nyt BBR med 

følgende byggeklodser i sikkerhedsmodulet: 

Security Application Block (eksempel 1.1) 

Logging Application Block 

9.3.1 Security Application Block design 

Applikationsblokken er designet til at opfylde følgende mål: 

Give et simpelt og intuitivt interface til den ønskede autorisationsfunktionalitet. 

Indkapsle logikken som forestår autorisation og sikkerhedsrelateret ’caching’. 

Præsentere en standard providermodel for autorisation og sikkerhedsrelateret 

’caching’. 

Sikre at applikationsblokken kan udvides uden at ændre Nyt BBR’ 

grundfunktionalitet. 

Sikre at der er minimalt performancemæssigt overhead set i forhold til egenudviklet 

sikkerhedskode som understøtter samme funktionalitet. 

Inkorporere ’best practice’ for applikationssikkerhed. Med andre ord er ’Security 

Application Block’ designet til at ‘komponentisere’ implementationen af 

autorisation og ‘caching’ provideren. Designet giver mulighed for at ændre 

implementationen uden at ændre koden i Nyt BBR’s grundfunktionalitet. 

Figur 9.2 illustrerer relationerne mellem de vigtigste byggesten i ’Security 

Application Block’. 

Enterprice Library for .NET Framework 2.0 - Security Application Block: 


April 2013


Figur 9.2. De vigtigste byggesten i ”Security Application Block” 

9.3.2 Autorisation i forhold til funktionsvalg 

Efterfølgende check af autorisation i forhold til funktioner foregår via 

komponenter fra ’Security Application Block’ (se nedenstående eksempel). 

Metodekald til at afgøre om en bruger har de fornødne privilegier til at udføre en 

funktion. 

IPrincipal principal = new GenericPrincipal(new 

GenericIdentity("Username"), new string[]{"Manager"}); 

IAuthorizationProvider ruleProvider = 

AuthorizationFactory.GetAuthorizationProvider("RuleProvider"); 

//Afgør om brugeren er autoriseret til rollen "Print 

Document". 


April 2013


bool authorized = ruleProvider.Authorize(principal, "Print 

Document"); 

9.4 Datamodel for BBR sikkerhed 

Datamodellen for sikkerheden i Nyt BBR bygger på ASP.NET 2.0 SQL Server 

database til understøttelse af standard SQL sikkerhedsprovider, med enkelte 

tilføjelser (se figur 9.3). Datamodellen vil blive fysisk implementeret i Nyt BBR 

databasen. 

Entiteterne Bruger, Brugerrettighed, BrugerKommuneRolle, LogiskFelt og 

Rollerettighed er specifikke Nyt BBR tilføjelser. 

I datamodellen ses der en blanding af engelsk og dansk – det engelske er 

ASP.NET 2.0 specifikt, det danske er Nyt BBR specifikt. 

Entiten Bruger og aspnet_Users hænger logisk sammen og vil i en logisk 

datamodel være én entitet. Det kunne være valgt at oprette dem som den 

samme entitet i den fysiske model, men af hensyn til integriteten er valgt en 

vertikal partitionering af ’brugeren’. Entiteten Bruger definerer en ’bruger’ i Nyt 

BBR. 

Entiteten LogiskFelt indeholder metadata om alle attributter i Nyt BBR 

databasen. 

Entiteten Rollerettighed implementerer relationen mellem aspnet_Roles og Felt. 

Relationen afgør hvilke rettigheder en Rolle har på et givent felt i databasen. 

Attributten Rettighed i Brugerrettighed kan have følgende værdier: 

· 0 = Ingen adgang 

· 1 = Læserettighed 

· 2 = Skriverettighed 

· 3 = Læse- og skriverettighed 

Entiteten Brugerrettighed implementerer relationen mellem Bruger og LogiskFelt. 

Relationen bruges til at overstyre en brugers adgang til et felt i forhold til Rollen. 

På oprettelsestidspunktet har en bruger de samme rettigheder til de forskellige 

felter i databasen som den rolle vedkommende er oprettet under. Det er muligt 

at overstyre dette. Dette gøres ved at brugeradministratoren har mulighed for at 

minimere en brugers adgang til data. Attributten Rettighed i Rollerettighed kan 

have følgende værdier: 

Feltnavn Kort feltbeskrivelse 

Skriv/læs Brugeren har rettigheder til både at skrive i felter og at 

læse disse. 

Skriv Brugeren har kun rettigheder til at skrive, ikke til at læse. 

Læs Brugeren har rettigheder til at læse et felt, men ikke til at 

skrive i det. 

Ingen Brugeren har ikke rettigheder til hverken at skrive eller se i 

feltet. 


April 2013


Resten af datamodellen nedenfor ’tilhører’ ASP.NET 2.0 og er beskrevet på 

følgende side 

http:/msdn2.microsoft.com/en-us/librart/aa478948.aspx 

Sikkerhedsmodellen er en delmængde af Administrationsdatabasen. 

aspnet_Roles 

PK RoleId 

FK1,U1 ApplicationId 

RoleName 

U1 LoweredRoleName 

Description 

aspnet_Applications 

PK ApplicationId 

U2 ApplicationName 

U1,I1 LoweredApplicationName 

Description 

PK,FK2 UserId 

aspnet_Membership 

aspnet_Users 

PK UserId 

FK1,I1 ApplicationId 

Password 

PasswordFormat 

PasswordSalt 

MobilePIN 

Email 

I1 LoweredEmail 

PasswordQuestion 

PasswordAnswer 

IsApproved 

IsLockedOut 

CreateDate 

LastLoginDate 

LastPasswordChangedDate 

LastLockoutDate 

FailedPasswordAttemptCount 

FailedPasswordAttemptWindowStart 

FailedPasswordAnswerAttemptCount 

FailedPasswordAnswerAttemptWindowStart 

Comment 

aspnet_UsersInRoles 

PK,FK2 UserId 

PK,FK1,I1 RoleId 

FK1,FK2,I1,U1 ApplicationId 

UserName 

U1 LoweredUserName 

MobileAlias 

IsAnonymous 

I1 LastActivityDate 

BrugerKommuneRolle 

PK BrugerKommuneRolle_id 

FK2 FK_Bruger_id 


FK1 FK_RoleId 

BrugerKommuneRolleOpretTimestamp 

BrugerKommuneRolleAendretTimestamp 

BrugerKommuneRolleAendretFunktion 

BrugerKommuneRolleOphoertTimestamp 

Brugerrettighed 

PK BrugerRettighed_id 


FK_Bruger_id 

BrugerRettighedType 

BrugerRettighedOpretTimestamp 

BrugerRettighedAendretTimestamp 

BrugerRettighedAendretFunktion 

BrugerRettighedOphoertTimestamp 

RolleRettighed 

PK Rollerettighed_id 

LogiskFelt 

PK LogiskFelt_id 

Kommune 

PK Kommune_id 

U1 KommuneNummer 

KommuneNavn 

KommuneBbrNavn 

KommuneBbrKontor 

KommuneBbrAdresse 

KommuneBbrPost 

KommuneBbrTelefonnummer 

KommuneBbrEmail 

I1 FK_OpretBruger_id 

KommuneOpretTimestamp 

KommuneAendretTimestamp 

KommuneAendretFunktion 

KommuneOphoertTimestamp 

FK1 FK_RoleId 


RolleRettighedType 

RolleRettighedOpretTimestamp 

RolleRettighedAendretTimestamp 

RolleRettighedAendretFunktion 

RolleRettighedOphoertTimestamp 

FK_LogiskEntitet_id 

FK_Felt_id 

LogiskFeltNavn 

LogiskFeltBbrNummer 

FK_Hjaelp_id 

LogiskFeltNormalisering 

LogiskFeltKlasse 

LogiskFeltSikkerhedsniveau 

LogiskFeltOioNavn 

LogiskFeltOpretTimestamp 

LogiskFeltAendretTimestamp 

LogiskFeltAendretFunktion 

LogiskFeltOphoertTimestamp 


April 2013 

Bruger 

PK,FK1 Bruger_Id 


BrugerNavn 

BrugerAdresse 

BrugerOrganisation 

BrugerEmail 

BrugerCertifikatId 

BrugerOpretTimestamp 

BrugerAendretTimestamp 

BrugerAendretFunktion 

BrugerOphoertTimestamp 

Figur 9.3 Datamodel for Enterprice Library for .NET Framework 2.0 - Security 

Application Block database


9.5 Sikkerhed i forbindelse med Reporting 

Services 

For at gøre brug af den samme sikkerhedsmodel i hele Nyt BBR, inklusiv rapport 

delen implementeres ovenstående model i Reporting Services modulet ved hjælp 

af ’Reporting Services Security Extension’: 

Figur 9.4 Sikkerhed i forbindelse med Reporting Services. 

1. En bruger forsøger at tilgå Report Manager via en URL og redirigeres til en 

‘webform’ som forespørger på certifikat eller brugernavn og kodeord. 

2. Bruger afleverer certifikat eller brugernavn og kodeord. 

3. Brugerens sikkerhedsoplysninger afleveres til ‘Reporting Services’ Web 

service gennem en ’LogonUser’ metode. 

4. Web servicen kalder ‘Security Application Block’ og verificerer at brugeren er 

korrekt og har de rigtige rettigheder 

5. Efter autentifikationen , kreerer Web servicen en autentifikations ‘ticket’ 

(kendt som en "cookie"), håndterer ticket’en, og verificerer brugerens rolle i 

forhold til Report Managerens ’Home page'. 

6. Web servicen returnerer cookie’en til browseren og viser det korrekte ’user 

interface’ i Report Manager. 

7. Når autentifikationen er overstået, sender browseren et request til Report 

Manager med cookie’en i HTTP headeren. Disse forespørgsler er i 


April 2013


modsætning til brugerens logon interaktion, implicit i Report Managerens 

applikation. 

8. Cookie’en sendes i HTTP headeren til Web servicen sammen med den 

forespurgte bruger aktion. 

9. Cookie’en valideres, og hvis den er valid, returnerer Report Serveren en 

‘security descriptor’ og andre informationer som relaterer sig til den 

forspurgte operation fra Report Serverens database. 

10. Hvis cookie’en er valid, laver Report Serveren et kald til ‘security extension’ 

for at checke om brugeren er autoriseret til at udføre den specifikke 

operation. 

11. Hvis brugeren er autoriseret, udfører Report Serveren operationen og 

returnerer kontrollen til den kaldende session. 

12. Når brugeren en gang er autentificeret, bliver cookie’en genbrugt ved 

efterfølgende kald til URL’en. Cookie’en sendes i HTTP headeren. 

13. Brugeren kan fortsætte med at arbejde mod Report Serveren indtil sessionen 

ender. 

9.6 Administration 

Brugerne i Nyt BBR administreres fra BBR-klienten (se kapitel 4). Der skelnes 

ikke mellem eksterne parter og kommunale brugere. Alle brugere har en 

tilhørskommune, hvilket er den kommune hvor brugeren er oprettet. Det er kun 

administratoren i tilhørskommune som kan rette data for brugeren, hvorimod 

alle administratorer kan tildele roller til brugeren. For alle brugere er det muligt 

at angive et OCES certifikat serienummer (dette er nærmere beskrevet i 

Brugervejledningen), således at brugeren knyttes til certifikatet. Til at logge på 

klienten skal enten benyttes brugernavn/kodeord eller OCES certifikat. 

Til webservices benyttes udelukkende OCES certifikat. 


April 2013


9.7 Rolleprofiler 

Brugerrollerne inddateres i autorisationsmodulet via et modul baseret på 

ovenstående ’Security Application Block’. I kapitel 2 om systemarkitektur er 

denne del omtalt som en del af ASP.NET Providers. Rettigheder på 

attributniveau tildeles de forskellige roller eksplicit. 

Her er en oversigt over alle de roller, som findes i NYT BBR: 

De kommunalt tildelte roller: 


Administration af tomme boliger Administration af tomme boliger. Skal kunne indberette felter 

vedr. lovlige tomme boliger og se andre relevante felter. 


Anmeldelsessager Giver adgang til at afvikle overførsel af anmeldelsessager. 

Adgang til fanebladet Links og linket ”anmeldelsessager”. 

AutomatiskAdresseHåndtering Giver adgang til automatisk oprettelse af enhedsadresser ved 

oprettelse af enheder samt automatisk sletning af 

enhedsadresser ved sletning af enheder. 

Adressesagsbehandler Se alt relevant dataindhold og indberette adresser og sagsdata 

vedr. adresser. 

Adgang til fanebladet Bygninger og Boliger, Adresser og Links 

Afløbsforhold Se alt nødvendigt dataindhold og indberette afløbsforhold. 


BBRsagsbehandler Se alt relevant dataindhold og indberette stam- og sagsdata 

vedr. Bygninger og Boliger. 


Meddelelser og Links. 



Borgerservice Se alt dataindhold undtagen kommunale felter. Skal kunne 

udskrive BBR-meddelelse og andelsboligudskrift. 


Meddelelelser og Links. 

Adgang til funktionen Ejd-oplysninger og BBR-Meddelelse. 

Brugeradministrator Har adgang til fanen Brugeradministration, og rettigheder til at 

indberette alt underliggende. 

Byggesagsbehandler A Se alt relevant dataindhold og indberette stam- og sagsdata 

vedr. byggesager. 

Adgang til fanebladene Bygninger og Boliger og Links. 


BBR-Medd.data. 

Byggesagsbehandler B Se alt relevant dataindhold. 

Adgang til fanebladet Bygninger og Boliger og Links. 


Bygningsmyndighed Se alt relevant dataindhold, men kun indberette enkelte felter. 

Adgang til fanebladene Bygninger og Boliger, Adresser og 

Links. 


Ejendomsadministration Ejendomsadministration (administration af kommunens egne 

ejendomme). Skal muligvis kunne indberette i enkelte felter. 


Fjernvarme- og El-leverandør Se alt nødvendigt dataindhold og indberette varmeinstallationer 

og opvarmningsmiddel. 


Fjernvarme-, El- og 

Naturgasleverandør 

Se alt nødvendigt dataindhold og indberette 

varmeinstallationer, opvarmningsmiddel og supplerende varme. 



April 2013


Folkeregisteret Se alt relevant dataindhold og indberette dato for indflytning. 


Forespørger Se alt relevant dataindhold. 



Historik Særskilt rolle som giver adgang til at søge i og se historiske 

data. 

Inddatabokssagsfordeler Fremsøge og sagsfordele indkomne sager. 

Kan ikke sagsbehandle. 


Inddatabokssagsbehandler 

Fremsøge og sagsfordele indkomne sager samt sagsbehandle 

(godkende, afvise, overføre). Opdateringsrettigheder følger 

rettighederne med de øvrige roller der er tildelt. 


Inddatabokssagsforespørger Se alle data i alle sager. 

Kan ikke sagsfordele eller sagsbehandle. 








Miljøsagsbehandler Se alt nødvendigt og indberette tekniske oplysninger, f.eks. 

tekniske anlæg (olietanke) eller afløbsforhold. 



Påbegyndelsesrykkere Giver adgang til at generere påbegyndelsesrykkere. 

Adgang til fanebladet Links og linket ”påbegyndelsesrykkere” 

Rapportadministrator Kan selv fremstille nye rapporter. 

Adgang til fanebladet Rapporter og Links. 

Rapportforespørger Kan genere de faste rapporter. 

Adgang til fanebladet Rapporter og Links 

RetNotatlinjer Kan indberette, slette, og ændre notatlinjer på alle niveauer. 

Skorstensfejer Se alt nødvendigt dataindhold og oplysning om supplerende 

varme. 


SletFraHistorik Kan slette bygninger m.m., der er slettede som følge af en 

fejloprettelse. 

Sommerhuslov Administration af sommerhusloven. 


Systemadministrator Har adgang til fanen Systemadministration, og rettigheder til at 

indberette alt underliggende på fanebladet. 

Har også adgang til fanebladet Links. 

Vandforsyning Se alt nødvendigt dataindhold og indberette 

vandforsyningsforhold. 





April 2013


Øvrige bruger Se relevant dataindhold. 


De kommunalt tildelte roller i relation til OIOXML-snitflader: 


Bygninger og boliger 

OIOBuildingDwellingService Giver adgang til at benytte OIOXMLwebservicen 

”BuildingDwelling”. 

Adgangen skal kombineres med de 

øvrige ovenfornævnte roller (se afsnittet 

om ”kommunalt tildelte roller”). 

Adresser 

OIOAddressGeometryServiceAddressGeometrySearch Giver adgang til at benytte operationen 

"Fremsøgning af adressekoordinater" i 



OIOAddressGeometryServiceAddressGeometriesUpdate Giver adgang til at benytte operationen 

"Opdatering af adressekoordinater" i 



OIOAddressServiceAddressAccessCreate Giver adgang til at benytte operationen 

"AddressAccessCreate" i 


OIOAddressServiceAddressAccessDelete Giver adgang til at benytte operationen 

"AddressAccessDelete" i 


OIOAddressServiceAddressAccessGet Giver adgang til at benytte operationen " 

AddressAccessGet" i 


OIOAddressServiceAddressAccessGetById Giver adgang til at benytte operationen " 

AddressAccessGetById" i 


OIOAddressServiceAddressAccessUpdate Giver adgang til at benytte operationen " 

AddressAccessUpdatae" i 


OIOAddressServiceAddressCaseCreate Giver adgang til at benytte operationen " 

AddressCaseCreate" i 


OIOAddressServiceAddressCaseDelete Giver adgang til at benytte operationen 

"AddressCaseDelete" i 


OIOAddressServiceAddressCaseGet Giver adgang til at benytte operationen " 

AddressCaseGet" i OIOXML webservicen 


OIOAddressServiceAddressCaseGetById Giver adgang til at benytte operationen " 

AddressCaseGetById" i 


OIOAddressServiceAddressCaseSearch Giver adgang til at benytte operationen " 

AddressCaseSearch" i 


OIOAddressServiceAddressCaseUpdate Giver adgang til at benytte operationen " 

AddressCaseUpdate" i 


OIOAddressServiceAddressPointCreate Giver adgang til at benytte operationen " 

AddressPointCreate" i 



April 2013


OIOAddressServiceAddressPointDelete Giver adgang til at benytte operationen " 

AddressPointDelete" i 


OIOAddressServiceAddressPointUpdate Giver adgang til at benytte operationen " 

AddressPointUpdate" i 


OIOAddressServiceAddressSearch Giver adgang til at benytte operationen 

"AddressSearch" i OIOXML webservicen 


OIOAddressServiceAddressSpecificCreate Giver adgang til at benytte operationen 

"AddressSpecificCreate" i 


OIOAddressServiceAddressSpecificDelete Giver adgang til at benytte operationen " 

AddressSpecificDelete" i 


OIOAddressServiceAddressSpecificGet Giver adgang til at benytte operationen " 

AddressSpecificGet" i 


OIOAddressServiceAddressSpecificGetById Giver adgang til at benytte operationen " 

AddressSpecificGetById" i 


OIOAddressServiceAddressSpecificUpdate Giver adgang til at benytte operationen " 

AddressSpecificUpdate" i 


Generelle 

OIOBBRdataListService 

OIOCodeListService 

OIOInputBoxService 

OIOPermissionService 

OIOStreetNameService 

Og landsdækkende roller: 


webservicen til skattemappen. 


webservicen til kodelister. 


webservicen til inddata b oksen. 


webservicen til rettigheder. 


webservicen til veje. 


Arbejdstilsynet Se alt nødvendigt dataindhold og indberette elevatorforhold. 

Adgang til fanebladet Bygninger og Boliger, , Adresser og Links. 

Erhvervs- og Byggestyrelsen + 

KOMBIT 

FBE (Forsvarets Bygnings- og 

Etablissementstjeneste) 

Se alt dataindhold. 

Adgang til fanebladet Bygninger og Boliger, Adresser, Rapporter 

og Links. 

Se alt dataindhold og indberette stam- og sagsdata vedr. 

Bygninger og Boliger, herunder indberette 



Meddelelser, Rapporter og Links. 



FSVForespørger Se alt relevant dataindhold. 





April 2013


KUAS (Kulturarvsstyrelsen) Se alt nødvendigt dataindhold og indberette fredningsforhold og 

bevaringsværdig. 


Sikkerhedsgodkendt Giver BBRsagsbehandler og ByggesagsbehandlerA rettigheder til 

at indberette bestemte felter på entiteter omfattet af 

sikkerhedshensyn. 

SKAT Se alle data på tværs af kommuner. 


Meddelelse og Links. 

Adgang til funktionen Ejd-oplysninger, BBR-Medd.data og BBR- 

Meddelelse. 

Stormrådet Se alt nødvendigt dataindhold og indberette pålæg fra 

Stormrådet og tilhørende dato. 



Adgang til fanebladet Bygninger og Boliger Adresser og Links. 

Adgang til funktionen Ejd-oplysninger. 

Det er Forsvaret eller den kommunale brugeradministrator der tildeler rollen 

”Sikkerhedsgodkendt” til en kommunal sagsbehandler. Hvis du er 

sikkerhedsgodkendt og også har rollen BBRsagsbehandler eller 

ByggesagsbehandlerA har du adgang til at behandle data på ejendomme der er 

omfattet af sikkerhedshensyn (herunder foretage byggesagsbehandling på disse 

ejendomme). 

Hver gang der i BBR sker ændringer på en af de militært klassificerede 

ejendomme, leveres en notifikation derom via mail til Forsvarets Bygnings- og 

Etablissementstjeneste (FBE). 

Rollernes betydning på feltniveau kan skitseres i følgende skema hvor disse 

koder bliver brugt: 

· 0 = ingen adgang 

· 1= læserettighed 

· 2 = skriverettighed 

· 3 = læse- og skriverettighed 


April 2013


De angivne roller har adgang til følgende felter i dialogen: 







April 2013 


Borgerservice 




AAD.2 Adgangsadresse Kommunenummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.7 Adgangsadresse Vejkode 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.8 Adgangsadresse Husnummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.20 Adgangsadresse Kilde til adgangs-adressen 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.21 Adgangsadresse Oprettelsesdato 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.23 Adgangsadresse Ikrafttrædelsesdato 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.24 Adgangsadresse Seneste ændringsdato 1 3 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.25 Adgangsadresse Dato for nedlæggelse 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.28 Adgangsadresse Nøjagtighedsklasse 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.29 Adgangsadresse Teknisk standard 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.30 Adgangsadresse Kilde til geometri 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 







AAD.86 Adgangsadresse Journalnummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.87 Adgangsadresse ESDH-Reference 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.99 Adgangsadresse Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

AAD.10 

0 Adgangsadresse Status 1 3 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

AAD.81 

1 Adgangsadresse VejNavn 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




sad.3 AdresseSag Sagsnummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

sad.20 AdresseSag AdresseSagGodkendelsesDato 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

sad.21 AdresseSag AdresseSagInitialerPaaSagsbehandler 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

BRU.3 Brugsenhed Brugsenhedsnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.21 Brugsenhed Brugsenhedens anvendelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.23 Brugsenhed Areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.24 Brugsenhed Areal til beboelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.25 Brugsenhed Areal til erhverv 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.27 Brugsenhed Kilde til brugsenhedens areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 







BRU.86 Brugsenhed Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.87 Brugsenhed ESDH-Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.99 Brugsenhed Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.10 

0 Brugsenhed Status 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.20 

0 Brugsenhed BrugsenhedNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.30 

1 Brugsenhed Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BRU.30 

2 Brugsenhed Tilflytter kommune 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




BRU.80 

1 Brugsenhed Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

sag.2 Byggesag ByggesagsDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.3 Byggesag ByggesagLitra 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.4 Byggesag ByggesagSagsnummer 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.6 Byggesag ByggesagByggetilladelsesDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.7 Byggesag ByggesagForventetPaabegyndelsesDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.8 Byggesag ByggesagPaabegyndelsesdato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.9 Byggesag ByggesagIbrugtagningsTilladelsesDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.10 Byggesag ByggesagDelvisIbrugtagningsTilladelsesDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.11 Byggesag ByggesagHenlaeggelse 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.12 Byggesag ByggesagFaerdigtBygningsareal 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.13 Byggesag ByggesagForventetFuldfoertDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.14 Byggesag ByggesagFuldfoerelseAfByggeriDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.15 Byggesag ByggesagKode 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.16 Byggesag ByggesagAnmeldelseAfByggearbejdeDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.17 Byggesag ByggesagAnmeldelseAfNedrivningDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.18 Byggesag ByggesagGennemfoertNedrivningDato 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.19 Byggesag ByggesagForeloebigFaerdiggjortBygningsareal 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.20 Byggesag ByggesagForeloebigFaerdiggjortAntalLejligheder 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.21 Byggesag ByggesagBygherreForhold 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.22 Byggesag ByggesagInitialerPaaSagsbehandler 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.23 Byggesag ByggesagAnsoegningModtaget 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.24 Byggesag ByggesagFyldestgoerendeAnsoegningModtaget 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.25 Byggesag ByggesagNaboorientering 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




sag.26 Byggesag ByggesagFaerdigbehandletNaboorientering 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

sag.101 Byggesag Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.2 Bygning Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.6 Bygning Ejendomsnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.7 Bygning BygningNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.21 Bygning Anvendelseskode 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.22 Bygning BygningKlassifikation 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.23 Bygning BygningAnvendelsesKonverteringsKilde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.24 Bygning Antal lejligheder med køkken 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.25 Bygning Antal lejligheder uden køkken 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.26 Bygning Opførelsesår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.27 Bygning Seneste om-/tilbygningsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.28 Bygning Midlertidig oprettelse/fuldførelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.29 Bygning BygningUdloebsdatoMidlertidige 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.30 Bygning Vandforsyning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 3 1 

BYG.31 Bygning Afløbsforhold 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.32 Bygning Ydervægsmateriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.33 Bygning Tagdækningsmateriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.34 Bygning Supplerende ydervægsmateriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.35 Bygning Supplerende tagdækningsmateriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.36 Bygning Asbestholdigt materiale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.37 Bygning Kilde til bygnings materiale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.38 Bygning Samlet areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.39 Bygning Samlet boligareal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.40 Bygning Samlet erhversareal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




BYG.41 Bygning Bebygget areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.42 Bygning Areal af indbygget garage 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.43 Bygning Areal af indbygget carport 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.44 Bygning Areal af indbygget udhus 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.45 Bygning Areal af indbygget udestue 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.46 Bygning Areal af lukket overdaekning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.47 Bygning Areal af affaldsrum i terraenniveau 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.48 Bygning Areal, der hverken benyttes til bolig eller erhverv 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.49 Bygning Areal af overdækket 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.50 Bygning Areal af åben overdaekninger 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.51 Bygning Adgangsareal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.52 Bygning Beregningsprincip for areal af carport 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.53 Bygning Kilde til bygningsarealer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.54 Bygning Antal etager 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.55 Bygning Afvigende etager 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.56 Bygning Varmeinstallation 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

BYG.57 Bygning Opvarmningsmiddel 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

BYG.58 Bygning Supplerende varmeinstallation 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

BYG.69 Bygning Sikringsrumpladser 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.70 Bygning Fredning 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 3 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.71 Bygning Bevaringsværdighed 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 3 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.72 Bygning Udlejningsforhold 1 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.73 Bygning Leje 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.74 Bygning Dato for huslejeoplysning 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.85 Bygning BygningSagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




BYG.93 Bygning Kilde til geometri 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.97 Bygning Nøjagtighedsklasse 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.99 Bygning Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.10 

0 Bygning Status 1 1 1 1 3 1 3 3 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.10 

1 Bygning Journalnummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.10 

2 Bygning ESDHReference 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.10 


BYG.10 


BYG.10 


BYG.10 


BYG.10 


BYG.10 


BYG.11 

0 Bygning FOT 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.11 

1 Bygning Pålæg fra stormråd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 3 1 1 1 

BYG.11 

2 Bygning Dato for pålæg fra stormråd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 3 1 1 1 

BYG.11 

3 Bygning Byggeskadeforsikringsselskab 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




BYG.11 

4 

BYG.11 

Bygning Dato for byggeskadeforsikring 1 1 1 1 3 1 3 1 3 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

9 

BYG.12 

Bygning Afløbsforholdstilladelse 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

2 

BYG.12 

Bygning Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

3 

BYG.12 

Bygning Medlemskab af spildevandsforsyning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

4 

BYG.12 

Bygning Påbud om forbedret rensning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

5 

BYG.12 

Bygning Frist for forbedret rensning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

6 

BYG.12 

Bygning Tilladelse til udtræden 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

7 

BYG.12 

Bygning Dato for tilladelse til udtræden 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

8 Bygning Tilladelse til alt. bortskaffelse eller afledning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

BYG.12 


9 

BYG.30 

Bygning 

afledning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

1 

BYG.30 

Bygning Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

2 

BYG.90 

Bygning Tilflytter kommune 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

4 Bygning BygningNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.4 Ejerskab Kommunenummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.5 Ejerskab Ejendomsnummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.6 Ejerskab EjerskabEjendomsreference 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




ejs.7 Ejerskab EjerskabMereEnd1Ejerlejlighed 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.8 Ejerskab EjerskabEjerlejlighedsnummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ejs.10 Ejerskab EjerskabEjerforholdskode 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.2 Enhed Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.20 Enhed EnhedAnvendelseKode 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.21 Enhed EnhedKlassifikation 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.22 Enhed EnhedAnvendelsesKonverteringsKilde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.23 Enhed EnhedBoligtype 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.24 Enhed EnhedKondemneretStatus 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.25 Enhed EnhedIdentifikationsOprettelsesDato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.26 Enhed EnhedSamletAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.27 Enhed EnhedBeboelsesAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.28 Enhed EnhedErhvervsAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.29 Enhed EnhedTinglystAreal 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.30 Enhed EnhedArealKilde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.31 Enhed EnhedAntalVaerelser 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.32 Enhed EnhedToiletforhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.33 Enhed EnhedBadeforhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.34 Enhed EnhedKoekkenforhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.35 Enhed EnhedEnergiforsyning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.36 Enhed EnhedUdlejningsforhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.37 Enhed EnhedLeje 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.38 Enhed EnhedHuslejeoplysningerDato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.39 Enhed EnhedAndetAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.40 Enhed EnhedGodkendtTomBoligGL 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




ENH.41 Enhed EnhedLovligAnvendelse 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 3 1 1 1 1 

ENH.42 Enhed EnhedDispensationTidsbegraensetDato 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 3 1 1 1 1 

ENH.43 Enhed EnhedSagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

ENH.44 Enhed EnhedDelvisIbrugtagningsTilladelsesDato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.45 Enhed EnhedUdlejningsforhold2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.46 Enhed EnhedOffentligStoette 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.47 Enhed EnhedIndflytningDato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.48 Enhed EnhedGodkendtTomBolig 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.51 Enhed EnhedVarmeinstallation 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

ENH.52 Enhed EnhedOpvarmningsmiddel 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

ENH.53 Enhed EnhedSupplerendeVarmeinstallation 1 1 1 1 3 1 3 1 1 1 1 3 3 3 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 3 1 1 1 1 1 

ENH.60 Enhed EnhedFaellesAdgangsArealAndel 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.61 Enhed EnhedAabenOverdaekningAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.62 Enhed EnhedLukketOverdaekningAreal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.63 Enhed EnhedAntalErhversVaerelser 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.65 Enhed EnhedAntalVandskylledeToilletter 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.66 Enhed EnhedAntalBadevaerelser 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 







ENH.86 Enhed Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ENH.87 Enhed ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




ENH.99 

ENH.10 

Enhed Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

0 

ENH.10 

Enhed ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

1 

ENH.30 

Enhed Gyldighedsdato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

1 

ENH.30 

Enhed Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

2 

ENH.71 

Enhed Tilflytter kommune 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

5 

ENH.80 

Enhed EjendomsNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

0 Enhed 

EnhedEnhedsAdres 

EnhedNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

rea.4 se EnhedEnhedsAdressePrimaerAdresse 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

eop.4 EnhedOpgang EnhedOpgangPrimaerIndgang 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

EAD.2 Enhedsadresse Kommunenummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.4 Enhedsadresse Etagebetegnelse 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.5 Enhedsadresse Side/dør betegnelse 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.7 Enhedsadresse Vejkode 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.8 Enhedsadresse Husnummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.20 Enhedsadresse Kilde til enhedsadressen 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.21 Enhedsadresse Oprettelsesdato 1 3 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.23 Enhedsadresse Ikrafttrædelsesdato 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.24 Enhedsadresse Seneste ændringsdato 1 3 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.25 Enhedsadresse Dato for nedlæggelse 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 




FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 









EAD.86 Enhedsadresse Journalnummer 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.87 Enhedsadresse ESDH-Reference 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.99 Enhedsadresse Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

EAD.10 

0 Enhedsadresse Status 1 3 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

EAD.75 

8 Enhedsadresse AdresseTekniskStandard 1 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

ETA.2 Etage Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.6 Etage Etage betegnelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.20 Etage Samlet areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.21 Etage Areal af ydnyttet del af tagetage 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.22 Etage Kælderareal m loft








April 2013 


Borgerservice 




ETA.85 Etage Kommunalt felt 6 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 0 0 0 

ETA.86 Etage Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.87 Etage ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.99 Etage Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.100 Etage ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.101 Etage Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.301 Etage Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.302 Etage Kommune flyttes til 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.719 Etage Ejendomsnummer 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

ETA.860 Etage Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

ETA.904 Etage EtageNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

geo.22 Geometri GeometriRevisionsDato 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.23 Geometri GeometriOestKoordinat 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.24 Geometri GeometriNordKoordinat 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.25 Geometri GeometriKoordinatsystem 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.26 Geometri GeometriRetning 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.27 Geometri GeometriPlacering 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 

geo.28 Geometri GeometriDDKNcelle100m 1 1 1 1 3 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 3 1 1 0 1 1 1 1 1 1 1 



GRU.2 Grund Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.7 Grund Ejendomsnummer 1 1 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.9 Grund Vandforsyning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 3 1 

GRU.10 Grund Afløbsforhold 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 




FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 









GRU.19 Grund Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.20 Grund ESDH-Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.21 Grund Udledningstilladelse 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

GRU.22 Grund Medlemskab af spildevandsforsyning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.23 Grund Påbud om forbedret rensning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.24 Grund Frist for forbedret rensning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.25 Grund Tilladelse til udtræden 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.26 Grund Dato for tilladelse til udtræden 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.27 Grund Tilladelse til alt. bortskaffelse eller afledning 


1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.28 Grund 

afledning 1 1 3 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.99 Grund Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.10 

0 Grund Status 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.10 

1 Grund Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

GRU.86 

4 Grund Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

GRU.90 

4 Grund GrundNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

kel.3 KommunaltEjerlav KommunaltEjerlavKode 1 3 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




kel.5 KommunaltEjerlav Landsejerlav 1 3 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

kel.11 KommunaltEjerlav KommunaltEjerlavLandsejerlavNavn 1 3 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

kel.20 KommunaltEjerlav KommunaltEjerlavNavn 1 3 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.4 Matrikel Kommunenummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.5 Matrikel Ejendomsnummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.6 Matrikel MatrikelTal 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.7 Matrikel MatrikelBogstav 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.8 Matrikel MatrikelDelnummmer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.9 Matrikel MatrikelOpdelingsnummer 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.10 Matrikel MatrikelArtskode 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

mat.11 Matrikel MatrikelEjendomsreference 1 3 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

not.2 Notat NotatType 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

not.5 Notat NotatNummer 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

not.20 Notat NotatTekst 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

OPG.20 Opgang Elevator 1 1 1 3 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 










OPG.86 Opgang Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




OPG.87 Opgang ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.99 Opgang Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.10 

0 Opgang ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.10 

1 Opgang Gyldighedsdato 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.30 

1 Opgang Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.30 

2 Opgang Kommune flyttes til 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.73 

0 Opgang KommuneNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.73 

2 Opgang Ejendomsnummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

OPG.86 

8 Opgang Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

OPG.90 

4 Opgang OpgangNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.2 Rum Kommunenummer 1 1 1 1 3 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.6 Rum Rumnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.20 Rum Rum klassifikation 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.21 Rum Areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.23 Rum Kilde til rummets areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 







FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 






RUM.86 Rum Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.87 Rum ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.99 Rum Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.10 

0 Rum ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.20 

0 Rum Rum inde i enhed 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.30 

1 Rum Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.30 

2 Rum Tilflytter kommune 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.73 

5 Rum EjendomsNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

RUM.80 

1 Rum Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

RUM.90 

5 Rum RumNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

TEK.2 Tekniskanlaeg Kommunenummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.7 Tekniskanlaeg Tekniskanlaegsnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.20 Tekniskanlaeg Klassifikation 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.21 Tekniskanlaeg Fabrikat/type 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.22 Tekniskanlaeg Ekstern Database 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.23 Tekniskanlaeg Ekstern Noegle 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.24 Tekniskanlaeg Etableringsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.25 Tekniskanlaeg Senest til-/ombygningsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 




TEK.26 Tekniskanlaeg Størrelsesklasse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.27 Tekniskanlaeg Placering 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.28 Tekniskanlaeg Sløjfning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.30 Tekniskanlaeg Fabrikationsnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.31 Tekniskanlaeg Typegodkendelsesnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.32 Tekniskanlaeg Søerrelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.33 Tekniskanlaeg Type 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.34 Tekniskanlaeg Indhold 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.35 Tekniskanlaeg Sløjfningsfrist 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.36 Tekniskanlaeg Rumfang i m3 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.37 Tekniskanlaeg Areal 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.38 Tekniskanlaeg Højde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.39 Tekniskanlaeg Effekt kW 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.40 Tekniskanlaeg Fredning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.41 Tekniskanlaeg Kilde til geometri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.48 Tekniskanlaeg Nøjagtighedsklasse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.60 Tekniskanlaeg Sagstype 3 3 3 3 3 1 3 1 3 1 1 3 3 3 1 1 1 0 0 0 0 0 0 3 3 3 1 1 3 1 3 3 3 1 3 1 

TEK.67 Tekniskanlaeg Fabrikationsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.68 Tekniskanlaeg Matriale 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.69 Tekniskanlaeg Senest udførte suppl. indv. korrosionsbeskyttelse 

Dato for senest udførte suppl. indv. 

1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.70 Tekniskanlaeg korrosionsbeskyttelse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.71 Tekniskanlaeg Typegodkendelse CE-mærkning 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.72 Tekniskanlaeg Sløjfningsår 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 




FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger








April 2013 


Borgerservice 









TEK.86 Tekniskanlaeg Journalnummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.87 Tekniskanlaeg ESDH Reference 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.99 Tekniskanlaeg Sikkerhedsklassifikation 1 1 1 1 1 1 1 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

TEK.100 Tekniskanlaeg ObjektType 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.101 Tekniskanlaeg Gyldighedsdato 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.301 Tekniskanlaeg Type af flytning 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

TEK.302 Tekniskanlaeg Kommune flyttes til 1 1 1 1 3 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 1 1 1 1 0 1 1 1 1 1 1 1 

TEK.738 Tekniskanlaeg EjendomsNummer 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.904 Tekniskanlaeg TekniskanlaegTilnaermetAdresse 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.905 Tekniskanlaeg TekniskanlaegNybyggeri 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 

TEK.906 Tekniskanlaeg TekniskanlaegOlietankKilde 1 1 1 1 3 1 3 1 1 1 1 3 1 1 1 1 1 0 0 0 0 0 0 1 3 1 1 1 0 1 1 1 1 1 1 1 



FBE 




Forespørger 








KUAS 






SKAT 

Sommerhuslov 


Stormrådet 


Vandforsyning 

Øvrigebruger

Systembeskrivelse – Rapporter 


10. Rapporter i BBR ................................................................................................................ 2 

10.1 Reporting Services arkitektur ............................................................ 2 

10.2 Reporting Services i Nyt BBR ............................................................ 3 

10.3 Faste BBR-rapporter ........................................................................ 4 

10.3.1 Kort beskrivelse af de 12 faste rapporter ................................... 5 

10.4 Egendefinerede BBR-rapporter ..................................................... 6 

10.5 Administrative rapporter .............................................................. 6 

10.6 Fanebladet ”Rapporter” ............................................................... 6 

10.7 Sikkerhed .................................................................................. 6 


April 2013


10. Rapporter i BBR 

I Nyt BBR vil der være adgang til et antal af rapporter opdelt i følgende grupper: 

· Faste BBR rapporter 

· Egendefinerede BBR rapporter 

· Administrative rapporter 

Genereringen af rapporterne sker via Reporting Services som er en integreret del 

af SQL Server 2005. 

Reporting Services er en samling af services som kan tilgås enten direkte via 

http eller via Web Services. Nyt BBR gør brug af begge faciliteter afhængig af 

roller og typen af tilgang. 

10.1 Reporting Services arkitektur 

Nedenfor beskrives arkitekturen i Reporting Services. 

Figur 10.1. Reporting Services arkitektur 

· Web browser: Adgang til Report Manageren sker via en browser på klienten. 


April 2013


· Report Builder: Tynd klient som bruges til at bygge rapporter på klientens 

arbejdsplads. Report Builder er en Click Once applikation som kører ude på 

klientens arbejdsplads. For at kunne bruge Report Builder kræves det at klienten 

kører Windows XP, Windows 2000 eller Windows Vista med Windows 

.NET 2.0 Framework installeret. 

· Report Designer: En komponent i Microsoft Visual Studio som bruges til at 

bygge rapporter til Reporting Services samt deployment af disse til Report 

Serveren. Brug af dette værktøj kræver en direkte adgang til datasourcen og 

bruges derfor kun af leverandøren i forbindelse med udvikling af de faste 

rapporter. 

Når man designer en rapport til Reporting Services har man mulighed for at 

indsætte parametre i rapporten til brug for klienten som ser rapporten. Disse 

parametre kan være parametre som afgrænser søgningen eller afgør hvordan 

rapporten sorteres osv. Værdierne man ønsker, vælges i en eller flere dropdown 

lister på rapporten. 

· Model Designer: En komponent i Microsoft Visual Studio som bruges til at 

bygge modeller til brug for Report Builder. En model er en abstraktion af data 

i entiteter, relationer og aggregeringer hvor man kan begrænse adgangen til 

dataudsnit. Der vil være en model for hver kommune som afgrænser adgangen 

til data, således at den enkelte kommune kun har adgang til egne data. 

· Reporting Services Configuration: Værktøj til konfiguration af Reporting 

Services. Kan kun tilgås af leverandøren. 

· Third Party Tools: Efterhånden er der udviklet en stor palette af applikationer 

som bygger ovenpå Reporting Services. Et af de mere kendte danske 

produkter er Targit. 

10.2 Reporting Services i Nyt BBR 

Nyt BBR vil være konfigureret med to SQL Servere i et aktiv/aktiv cluster. 

Den ene SQL Server indeholder den primære BBR database som tilgås af BBR- 

Kommune, webservices og system-til-system integration. Den anden SQL Server 

i clusteret indeholder en replikeret BBR-database. Den replikerede database bruges 

i forbindelse med rapporter og logninger. 

Mulighed for at se og administrere rapporter sker via BBR-Kommune. Det betyder 

samtidig at hvis brugerne ikke har adgang til BBR-Kommune så har de heller 

ikke adgang til rapportdelen. Det er kun brugere med den rette rolle som kan tilgå 

Reporting Services og dermed rapporterne. 

Ovenstående er illustreret ved følgende figur: 


April 2013


Faste foruddefinerede 

rapporter 

BBR db 

BBR 

Report Server 

Figur 10.2 Adgang til rapporter 

Egen definerede 

rapporter 

Replikeret 

BBR-db 

Adgang til rapporterne vil i BBR-Kommune ske via fanebladet ”Rapporter”. Fanebladet 

vil indeholde en oversigt over de tilgængelige rapporter. Rent praktisk 

henvises til en URL på Report Serveren. 

Der vil på Report Serveren blive oprettet et antal mapper som de forskellige 

kommuner og myndigheder har adgang til. Adgangen til de specifikke mapper vil 

være begrænset til den enkelte kommune eller myndighed. Eksempelvis vil Assens 

Kommune have de egendefinerede rapporter vil liggende i Kommune420_s 

mappen. Brugere i Assens Kommune vil være de eneste som har adgang til disse 

mapper med undtagelse af leverandørens systemadministrator eller leverandørens 

serviceafdeling. 

10.3 Faste BBR-rapporter 

I Nyt BBR vil der være et antal fast definerede rapporter som er tilgængelige for 

alle kommuner samt et par prædefinerede profiler. Disse rapporter tager udgangspunkt 

i den enkelte registerførers kommunenummer, hvorved der kun vises 

data fra registerførerens kommune. 

Nye faste rapporter kan fremkomme på forskellig vis. Hvis en kommune har 

bygget en rapport som har almen interesse og et antal andre kommuner ønsker 

en lignende rapport, så vil denne rapport kunne lægges ind som fast rapport af 

leverandøren – dog med enkelte modifikationer af hensyn til den kommunale afgrænsning 

af data. Kunden kan også fremkomme med et ønske om en ny rapport. 

Implementering af en ny rapport vil i alle tilfælde skulle aftales mellem kunden 

og leverandøren. 


April 2013


Der er disse 12 faste rapporter: 

1. BBR-Adresse findes ikke i CPR 

2. Bestandsoptælling 


4. Bygningsændringer 

5. Bygningsliste 

6. CPR-Adresse findes ikke i BBR 

7. Ejerliste 

8. Enhedsliste 

9. Sammenlagte boligenheder 

10. Opdelte boligenheder 

11. Nedrevne boligenheder 

12. Udskrevne BBR-Meddelelser 

10.3.1 Kort beskrivelse af de 12 faste rapporter 

Nr. Rapport Kort beskrivelse 

1 BBR-Adresse findes ikke i 

CPR 

Liste over adresser fra BBR der ikke matcher CPR. 

Viser boligadresser fra BBR, som i følge CPR (i dag: P-data) er ubeboede 

2 Bestandsoptælling Listen viser det aktuelle antal af specifikke stam- og sagsentiteter 

3 Brugeradministration Rapporten viser oplysninger om den enkelte bruger. 

4 Bygningsændringer 

5 Bygningsliste 

Der er mulighed for at bestemme rapportens omfang ud fra en række 

udtrækskriterier 

En liste over bygninger, der har ændret arealfelter eller anvendelseskoder 

i en angivet periode 

Rapporten giver et overblik over en grunds bygninger, hvor man kan 

vælge, hvilke felter man vil se fra bygningerne. 

6 CPR-Adresse findes ikke i 

BBR 

Liste over adresser der ikke matcher BBR. 

Liste over beboede adresser fra CPR (i dag: P-data), som ikke matcher 

BBR-adresse. 

7 Ejerliste Oversigt over alle ejere og administratorer (både løse og faste). 

8 Enhedsliste 

9 Nedrevne boliger 

10 Opdelte boliger 

11 Sammenlagte boliger 

12 Bygningsændringer 

Oversigten viser, hvis en person har navne- og adressebeskyttelse. 

Rapporten giver et overblik over grunds/bygnings enheder, hvor man 

kan vælge, hvilke felter man vil se fra enhederne 

En liste over nedrevne boligenheder. 

Opgørelse over nedrevne boligenheder i en given periode. 

En liste over opdelte boligenheder. 

Opgørelse over opdelte boligenheder i en given periode 

En liste over sammenlagte boligenheder. 

Opgørelse over sammenlagte boligenheder i en given periode. 

En liste over udskrevne BBR-Meddelelser i en given periode, både centralt 

og decentralt udskrevet. 


April 2013


10.4 Egendefinerede BBR-rapporter 

Den kommunale administrator får adgang til at lave nye kommunespecifikke 

rapporter via Report Builder. 

I Report Builderen vil brugeren have adgang til data via en model som er en abstraktion 

af data i BBR-databasen. Denne model vil have en kommunal afgrænsning 

så kommunerne ikke kan lave rapporter som indeholder data fra andre 

kommuner. Dog vil Forsvaret og EBST have hver sin model, hvor der ikke er 

denne kommunale afgrænsning. Når en bruger har lavet en rapport, kan den 

gemmes i den ovenfor beskrevne mappe eksempelvis Kommune420_s og rapporten 

er herefter tilgængelig via BBR-Kommune for de andre brugere i kommunen, 

som har rettigheder til at se rapporter. 

10.5 Administrative rapporter 

Ud over en model for BBR data, er der også en model for brugere og deres roller 

i den enkelte kommune. EBST vil også have adgang til en log model hvor alle 

transaktioner logges. 

10.6 Fanebladet ”Rapporter” 

Når brugeren vælger fanebladet ”Rapporter” fås nedenstående skærmbillede. 

Fanebladet indeholder 2 typer rapporter: 

· En række faste rapporter som er standardrapporter 

· Egne rapporter – det vil sige rapporter som den enkelte kommune selv har 

defineret. 

Endvidere indeholder fanebladet et link til ReportBuilder, hvis man har rolle rapportadministrator. 

Øverst vælger brugeren hvilken type rapport han ønsker at generere. De fleste 

rapporter vil have nogle mulige udsøgningskriterier. Når udsøgningskriterierne er 

indsat, trykkes på ”View Report” og rapporten dannes. 

Figur 10.3 Fanebladet ”Rapporter” 

Når rapporten er dannet vil den blive vist i nederste del af skærmbilledet. Endvidere 

fremkommer en bjælke hvor det er muligt at indstille zoom-forhold samt 

vælge et evt. eksport-format. 

10.7 Sikkerhed 

Sikkerheden på både de faste og kommunernes egne rapporter bygger på det 

sikkerhedssystem der benyttes på BBR-Kommune, hvor hver bruger er knyttet til 

en eller flere roller. Når brugeren logger ind, tilpasses BBR-Kommune den rolle 


April 2013


og de rettigheder brugeren har og dermed også om en bruger har adgang bl.a. 

til fanebladet ”Rapporter”. 

De faste rapporter findes på rapportserveren i en folder/mappe som alle brugere 

med adgang til rapporterne, har adgang til, uanset hvilke kommune de tilhører. 

Når en bruger spørger på en fast rapport, sendes der et kommunenummer med, 

som svarer til den kommune som brugeren tilhører. Som udgangspunkt er 

kommunenummeret tomt i de faste rapporter, og dermed vil der ikke vises noget 

resultat, hvis der ikke sendes et kommunenummer med. 

Kommunernes egne rapporter er placeret i en folder/mappe navngivet efter 

kommunenummer og der er oprettet en automatisk rolle på rapportserveren for 

hver kommune, som de brugere, der har adgang til rapporterne kan læse fra. I 

listen over ”Egne rapporter” får brugeren vist disse rapporter. 

Generelt er der 2 roller som styrer adgangen og rettighederne: 

· Den ene er ”Rapportforespørger”-rollen, som kun giver adgang til at se og 

generere rapporterne, både de faste og kommunernes egne rapporter. 

· Den anden er ”Rapportadministrator”-rollen, som giver adgang til at oprette 

nye rapporter, i dette tilfælde, kommunernes egne rapporter. Kommunernes 

egne rapporter kan kun ses af brugere fra de respektive kommuner, 

hvilket betyder at det ikke er muligt at gå på tværs af kommunerne. 

Som udgangspunkt er der kun adgang til rapportserveren via BBR-Kommune, og 

som den bruger man er logget ind som. Via det bagvedliggende sikkerhedssystem 

og de sikkerhedsudvidelser der er lagt på rapportserveren, sendes brugernavn 

og tilhørende rolle automatisk videre til rapportserveren fra BBR- 

Kommune. 


April 2013

Systembeskrivelse – Bilag A til kapitel 10 - Rapporter 

Beskrivelse af de 12 faste rapporter 

Dette bilag indeholder en mere detaljeret gennemgang af indholdet af de 12 fast 

definerede rapporter. 

Som beskrevet i kapitel 10 ”Rapporter” drejer det sig om disse 12 faste rapporter: 

1. Ejerliste 

2. Liste over Udskrevne BBR-Meddelelser 

3. Bygningsliste 

4. Enhedsliste 

5. CPR-adresse findes ikke i BBR 

6. BBR–adresse findes ikke i CPR 

7. Boligbestand 1 – Sammenlagte boligenheder 

8. Boligbestand 2 – Opdelte boligenheder 

9. Boligbestand 3 – Nedrevne boligenheder 





April 2013


1. Ejerliste 

Udtrækskriterium: 

Et eller flere ejendomsnumre, en adresse (hel eller delvis) eller matrikel. 

Det skal være muligt at angive, om der skal vises ejere og administratorer for 

evt. ejerlejligheder, der tilhører moderejendomme i udtrækskriteriet. 

Beskrivelse: 

Listen dannes på stamdata ObjektType = 1. 

Listen sorteres efter udtrækskriterium, dvs. enten i ejendomsnummer orden eller 

efter beliggenhed. 

Når de aktuelle objekter er fundet, hentes ejernes/administratorernes CPR-nr i 

ESR sammen med ejerkoden (hovedejer/ligestillingsejer/medejer) og administratorkode 

(løs/fast), samt adressebeskyttelseskode ud fra 

BK_Ejendomsnummer. 

Hvis ejer/administrator har en alternativ adresse, fås den ligeledes fra ESR. 

Elles hentes navn og adresse i OIS. 

Dog skal navn og adresse hentes via CPR, hvis der er navne- og 

adressebeskyttelse, da disse navne ikke findes i OIS’en. 

Hvis der er markeret (i udtrækskriteriet), at man ønsker at se navn og adresse 

på ejer/administrator på evt. ejerlejligheder, skal evt. ejerlejligheder findes i 

BBR via entiteten EJERSKAB og fra denne entitet anvendes 

BK_Ejendomsnummer til at fremfinde navn og adresse som ovenfor beskrevet. 


April 2013


EJERLISTE 

Udtrækskriterium: ______________________________________________________________ 

Ejendomsnr: 999999 

Beliggenhed: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX (vejnavn,husnr,postnr,postdistrikt) 

Ejer EJERTYPE(hovedejer/ligestillingsejer/medejer) 

NAVN 

CO- 

NAVN 

ADRESSE 

UDVIDET ADRES- 

SE 

POSTNR POSTDISTRIKT 

Navn og Adressebeskyttelse (kode: X) 


NAVN 

CO- 

NAVN 

ADRESSE 


SE 



April 2013


Administrator ADMINISTRATORTYPE(fast/løs) 

NAVN 

CO- 

NAVN 

ADRESSE 


SE 


Ejendomsnr: 999999 Moderejendom: 999999 

Beliggenhed: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX (vejnavn,husnr,postnr,postdistrikt) 


NAVN 

CO- 

NAVN 

ADRESSE 


SE 


Navn og Adressebeskyttelse (kode: X) 


April 2013


2. Liste over udskrevne BBR-Meddelelser 1 


Der udvælges udskrevne BBR-Meddelelser ud fra et datointerval og eventuelt et 

ejendomsnr. 

Beskrivelse: 

Listen dannes ud fra oplysninger i Job-kø. 

Listen indeholder en linie for hver udskrevet meddelelse, opdelt pr. kommune og 

pr. årsagskode. 

Hver linie indeholder: 

Ejendomsnummer 

Ejerlejlighedsnummer 

Vejkode 

Adresse 

Udskriftsdato 

Årsagskode 

Udskrivningsform (central print/ decentral print) 

Kuverteret (ja / nej) 

Forsendelse (*a) 

Modtagers navn, som det står på meddelelsen. 

*a: Alm. post adresseret til anden modtager 

Alm. post adresseret til ejer 

Lagt i e-boks adresseret til ejer 

Sendt til kommunen adresseret til ejer 

Sendt til kommunen uden adressering 

Job-kø: 

Dette er en tabel, der indeholder oplysninger om bestilling af BBR-Meddelelser 

og status efter udskrivning. 

1 Listen over udskrevne BBR-Meddelelser bliver i BBR-Kommune vist som én lang horisontal række. 

Det er også tilfældet når brugeren eksporterer listen til Excel. I det her viste eksempel har vi klippet 

rækken i mindre dele, for at kunne præsentere den. 


April 2013


TESTBY KOMMUNE 

Udskrevne BBR-Meddelelser 

i perioden fra: 11-05-2008 til: 11-06-2008 

Ejendomsnr Ejerlejlighedsnr Vejkode Adresse Udskriftsdato Årsagskode 

2765 11-06-2008 40 

2767 11-06-2008 60 

5583 11-06-2008 45 

6403 11-06-2008 40 

6632 Mellemgade 44 11-06-2008 30 

8717 11-06-2008 30 

11296 11-06-2008 51 

47428 Hyldebærvænget 4 

11-06-2008 30 

47533 11-06-2008 30 

47576 Overgaden 44 11-06-2008 50 

47576 Hyldebærvænget 4 a st 11-06-2008 30 

Udskrivningsform Kuverteret Forsendelse Modtager 

Nej Alm. post sendt til modtager 

Nej B-post sendt til modtager 



Nej Alm. post sendt til kommunen Søren Nielsen 



Nej B-post sendt til kommunen Lars Løvschall 


Nej Alm. post sendt til kommunen Hans Peter Nielsen 

Nej Alm. post sendt til kommunen Lars Løvschall 


April 2013


3. Bygningsliste 2 


Der udvælges grunde ud fra adresse (hel eller delvis), ejendomsnummer eller 

matrikel. 

Beskrivelse: 

Listen dannes på stamdata (ObjektType = 1) 

Listen indeholder en oversigt over grundenes bygninger. 

Det skal være muligt at angive, om man ønsker kodeværdierne oversat. 

I så fald vises koden og den oversatte kodeværdi. 

Man kan sortere listen efter den er blevet dannet. 

Default sorteringsfelter er ejendomsnummer, bygningsnummer. 

Hvis der skal scrolles for at se alle felter, skal ejendomsnummer og bygningsnummer 

altid kunne ses på billedet. 

For feltet: Verserende byggesager gælder følgende: 

Hvis der er en byggesag (objekttype 3) for entiteten eller underliggende entiteter, 

skal feltet udfyldes med Ja ellers med Nej 

2 Bygningslisten bliver i BBR-Kommune vist som én lang horisontal række. Det er også tilfældet når 

brugeren eksporterer listen til Excel. I det her viste eksempel har vi klippet rækken i mindre dele, for 

at kunne præsentere den. 


April 2013


Ejendomsnr Bygningsnr Adresse Anvendelse Opførelsesår 

89 1 Tinsoldaten 018 120 - Fritliggende enfamilieshus (parcelhus) 1974 

89 3 Tinsoldaten 018 910 - Garage med plads til et eller to køretøjer 

Om-/tilbygningsår Verserende byggesag Bebygget areal Samlet boligareal Bygningsareal Samlet erhvervsareal Indbygget garage 

1980 Nej 158 158 158 

Nej 29 

Indbygget carport Adgangsareal Andet areal Antal etager Afvigende etager Indbygget udhus Udestue (del af bebygget areal) 


April 2013 

1 

Affaldsrum i terrænniveau Overdækning (ikke del af bebygget areal) Samlet overdækkket areal Samlet areal af lukkede overdækninger


Beregningsprincip for areal af carport Kilde til bygningsarealer Antal lejligheder med køkken 

Antal lejligheder uden køkken 

1 - Oplyst af ejer (eller af dennes repræsentant) 1 

4 - Bygningen er maskinelt oprettet 

Ydervæggens materiale Supplerende ydervægsmateriale 

1 - Mursten (tegl, kalksten, cementsten) 

1 - Mursten (tegl, kalksten, cementsten) 

Tagdækningsmateriale Supplerende Tagdækningsmateriale 

3 - Fibercement, herunder asbest (bølge- eller skifer-eternit) 

3 - Fibercement, herunder asbest (bølge- eller skifer-eternit) 


April 2013


Asbestholdigt materiale Kilde til bygningens materialer Vandforsyning 

1 - Oplyst af ejer (eller af dennes repræsentant) 

4 - Bygningen er maskinelt oprettet 

Afløbsforhold Tilladelse Varmeinstallation 


April 2013 

1 - Fjernvarme/blokvarme (radiatorsystemer 

el. varmluftanlæg) 

Opvarmningsmiddel Supplerende varme Vejkode Fælles objekttype 

ESDH-Reference Journalnr Omfattet af sikkerhedsklassifikation 

Nej 

Nej 

8477 

8477 

Fredning



Dato for byggeskadeforsikring 

Midlertidig oprettelse/fuldførelse Sikringsrumpladser Byggeskadeforsikringselskab 

0 - Bygningen er ikke midlertidig 

oprettet 

0 - Bygningen er ikke midlertidig 

oprettet 

Pålæg fra stormrådet Dato for pålæg fra stormrådet 


April 2013


4. Enhedsliste 3 


Der udvælges enheder ud fra adresse (hel eller delvis), ejendomsnummer, matrikel 

og bygningsnummer. 

Beskrivelse: 

Listen dannes på stamdata (ObjektType = 1) 

Listen indeholder en oversigt over enheder ud fra udtrækskriterierne. 

Det skal være muligt at angive, om man ønsker kodeværdierne oversat. 

I så fald vises koden og den oversatte kodeværdi. 

Man kan sortere listen efter den er blevet dannet. 

Default sorteringsfelter er vejnavn, husnummer, etage, side/dørnummer. 

Hvis der skal scrolles, for at se alle felter, skal vejnavn, husnummer, etage, 

side/dørnummer altid kunne ses på billedet. 

3 Enhedslisten bliver i BBR-Kommune vist som én lang horisontal række. Det er også tilfældet når 

brugeren eksporterer listen til Excel. I det her viste eksempel har vi klippet rækken i mindre dele, for 

at kunne præsentere den. 


April 2013


Ejendomsnr Bygningsnr Ejerlejlighedsejendomsnr Ejerlejlighedsnr Adresse 

89 1 Tinsoldaten 018 

Anvendelse Verserende byggesag 

Samlet areal Beboelse Erhverv Tinglyst Areal 

120 - Anvendelseskodetekst ikke fundet Nej 158 158 0 

Lukket overdækning/udestue Åben overdækning 

Andel af fællsareal 

Andet areal 


April 2013 

Kilde til arealer 

Energiforsyning Varmeinstallation Opvarmningsmiddel 

3 - 400 V el fra værk 

1 - Oplyst af ejer (eller dennes repræsentant) 

Supplerende varme Antal Værelser Antal erhversværelser Antal Toiletter 

Antal bade 

4 0 2 1


Toiletforhold Badeforhold Køkkenforhold 

T - Vandskyllede toiletter i bolig- eller erhvervsenheden 


April 2013 

V - Badeværelser i enheden E - Eget køkken (med afløb og kogeinstallation) 

Henvisningsvejkode Henvisningsadresse Vejkode Kode for mere end en lejlighed ESDH-Reference 

Journalnr Omfattet af sikkerhedsklassifikation Oprettelsesdato Indflytningsdato Lovlig anvendelse 

8477 

Nej 01-01-1753 

Boligtype Offentlig støtte Kondemneret 

1 - Egentlig beboelseslejlighed 

(boligenhed med eget 

køkken) 

Godkendt tom bolig Tidsbegrænset dispensation 

0 - Ikke kondemneret boligenhed


1. CPR-Adresse findes ikke i BBR 


Der skal ikke være udtrækskriterier, da listen er fast og altid giver et øjebliksbillede. 

Beskrivelse: 

CPR adresser, som ikke findes som boligenhed i BBR 

Forudsætning: 

Der skal leveres flg. data felter fra CPR på alle deres registrerede adresser: 

Kommunenummer 

Vej_kode 

Husnummer 

Etage 

Side_dørnr 

Disse data leveres tre gange om året (udtræksdato): 

· Fredag i uge 14 

· Mandag i uge 37 

· Første hverdag i uge 52 

Listen dannes ved at sammenligne ovennævnte data med BBR’s adresse data. 

Hvis adressen ikke findes som boligenhed i BBR, udskrives den på listen. 

Boligenhed defineres således: 

Boligtypen (ENH.23) = 1, 2, 3 eller 4 

eller 

(Boligtypen (ENH.23) = 5 

og 

Lovlig anvendelse (ENH.41) = A, B, C, D eller E 

og 

(Dato for tidsbegrænset dispensation > udtræksdato 

eller 

Dato for tidsbegrænset dispensation er tom)) 


April 2013



April 2013


2. BBR–adresse findes ikke i CPR 



Beskrivelse: 

BBR adresser, som ikke findes i CPR 

Forudsætning: 

Der skal leveres flg. data felter fra CPR på alle deres registrerede adresser: 

Kommunenummer 

Vej_kode 

Husnummer 

Etage 

Side_dørnr 

Disse data skal lægges ned i en tabel i BBR-databasen for at rapportgenereringsværktøjet 

kan danne denne liste. Der skal aftales leverancetidspunkter 

med CPR. 

(i dag dannes denne liste 2 gange årligt.) 

Listen dannes ved at sammenligne ovennævnte data med BBR’s adresse data. 

Hvis adressen ikke findes i CPR-udtrækket, udskrives den på listen sammen med 

de øvrige BBR-oplysninger som beskrevet i nedenfor. 

Øvrige BBR-opl: 

Ejendomsnr Grund.BK_ejendomsnummer 

Bygningsnr Bygning.BygningNummer 

Boligtype Enhed.Boligtype. 

Ejerlejlighed X hvis enheden er en ejerlejlighed – se Ejerskabsentiteten. 

Ellers blankt. 

Anvendelseskode Enhed.Anvendelseskode 

Supplementsrum X hvis enheden har en henvisningsadresse eller blankt. 

Tombolig X hvis Enhed.GodkendtTomBoligGL er udfyldt med en * 

ellers blankt. 

Verserende Byggesag X hvis enheden findes som objekttype: 3 ellers blankt 


April 2013


Vejkode husnr etage side/dørnr Ejendomsnr Bygningsnr Boligtype Ejerlejlighed Anvendelseskode Suppl.rum Tom bolig 

4711 012A kl tv 17 1 1 X 110 X 

4711 016 1 mf 236 2 3 120 X 

2317 199 125 193 1 1 110 X X 


April 2013 

Verserende 

byggesag


3. Boligbestand 1 - Sammenlagte boligenheder 


Startdato og slutdato 

Beskrivelse: 

Listen dannes ud fra enheder, hvor boligtypekoden er 1, 2 eller 3 og som er 

sammenlagt i udtræksperioden. 

Sammenlagt i udtræksperioden defineres ved at 

en enhed er sammenlagt med en anden enhed, og findes derved som udgået 

enhed (objekttype 2) og har sagstype 7. Enhedens ophørsdato udledes 

fra feltet EnhedOphoertTimestamp og skal ligge indenfor periodeangivelsen. 

eller 

en enhed findes som oprettet (objekttype 1) og har sagstype 7. Enhedens 

oprettelsesdato udledes fra feltet EnhedOpretTimestamp og skal ligge indenfor 

periodeangivelsen. 

Default sortering er vejnavn, husnr, etage, side_dørnr 

Flg. oplysninger vises i detaillinien: 

Vejnavn 

Vejkode 

Husnr 

Etage 

Side_dørnr 

Ejendomsnr 

Bygningsnr 

Status 


April 2013



Sammenlagte boligenheder 


Vejnavn Vejkode Husnr Etage Side/Dør Ejendomsnr Bygningsnr Status 

Borggade 808 011 03 TV 37252 1 Udgået 

Borggade 808 011 04 37252 1 Udgået 


April 2013


4. Boligbestand 2 - Opdelte boligenheder 



Beskrivelse: 

Listen dannes ud fra enheder, hvor boligtypekode er 1, 2 eller 3 og som er opdelt 

i udtræksperioden. 

Opdelt i udtræksperioden defineres ved at 

en enhed er opdelt i 2 eller flere enheder, og derved findes som objekttype 

1 og har sagstype 6. Enhedens oprettelsesdato udledes fra feltet EnhedOpretTimestamp 

og skal ligge indenfor periodeangivelsen. 

eller 

en enhed findes som objekttype 2 og har sagstype 6. Enhedens oprettelsesdato 

udledes fra feltet EnhedOpretTimestamp og skal ligge indenfor 

periodeangivelsen 



Vejnavn 

Vejkode 

Husnr 

Etage 

Side_dørnr 

Ejendomsnr 

Bygningsnr 

Status 


April 2013



Opdelte boligenheder 


Vejnavn Vejkode Husnr Etage Side/Dør Ejendomsnr Bygningsnr Status 

Borggade 

808 011 03 TV 37252 1 Aktiv 

Borggade 

808 011 04 37252 1 Aktiv 


April 2013


5. Boligbestand 3 - Nedrevne boligenheder 



Beskrivelse: 

Listen dannes ud fra udgåede enheder (objekttype 2), hvor boligtypekode er 1, 2 

eller 3 og som er nedlagt i udtræksperioden, dvs. at dato udledt af EnhedOphoertTimestamp 

er indenfor den angivne periode. 

Dog skal enheder(objekttype 2) med EnhedSagsType = 6 eller 7 IKKE medtages, 

da disse ikke er nedrivninger, men opdelte/sammenlagte enheder. 



Vejnavn 

Vejkode 

Husnummer 

Etage 

Side_dør 

Ejendomsnummer 

Bygningsnr 

Samlet areal 


April 2013



Nedrevne boligenheder 


Vejnavn Vejkode Husnr Etage Side/Dør Ejendomsnr Bygningsnr Samlet areal 

Absalonsgade 32 041 ST TV 1576 1 45 

Banegårdsgade 476 031 01 23502 1 63 


April 2013



Udtrækskriterier: 

Periode start: xx/xx-xxxx Periode slut: xx/xx-xxxx 

Der udvælges bygningsændringer ud fra adresse (hel eller delvis), ejendomsnummer 

eller matrikel 

Beskrivelse: 

Udled bygningernes arealfelter og anvendelseskode på periode slut og det samme 

på periode start. 

Hvis et af felterne er forskellige på periode slut og periode start udskrives bygningen 

på listen. Der udskrives kun de felter, som har ændret sig. 

Felterne er: 

Anvendelseskode 

Bebygget areal 

Samlet areal 

Samlet boligareal 

Samlet erhvervsareal 

Indbygget garageareal 

Indbygget carportareal 

Indbygget udhusareal 

Indbygget udestueareal 

Lukket overdækningsareal 

Affaldsrum i terrænniveau areal 

Andet areal 

Overdækket areal 

Åben overdækning areal 

Adgangsareal 

Bemærk: 

· Hvis en bygning ikke findes ved periodestart, men ved periodeslut, er det et 

nybyggeri og medtages på listen. 

· Hvis en bygning findes ved periodestart, men ikke ved periodeslut, er den 

nedrevet og medtages på listen. 

Listen dannes på objekttype: 01 og 02 (nedrevne bygninger) samt felthistorik. 


April 2013


Oprettelse: 

Ejendomsnr. 1 - Bygningsnr. 2 - Adresse: Testvej 080A - Oprettet: 28-05-2008 

Felterne: Indhold pr. 01-05-2008 Indhold pr. 11-06-2008 Forskel 

Anvendelseskode 120 

Bebygget areal 100 

Samlet areal 100 

Samlet boligareal 100 

Ændring: 

Ejendomsnr. 17 - Bygningsnr. 1 - Adresse: Testgade 020 


Anvendelseskode 320 220 Ja 

Bebygget areal 221 2394 2173 

Samlet areal 321 2924 2603 

Samlet erhvervsareal 321 2924 2603 

Sletning: 

Ejendomsnr. 67 - Bygningsnr. 1 - Adresse: Testvænget 001 - Ophørt: 07-05- 

2008 


Anvendelseskode 120 

Bebygget areal 155 

Samlet areal 155 

Samlet boligareal 155 

Indbygget garageareal 29 


April 2013





Beskrivelse: 

Stamentiteter: Listen dannes på objekttype: 01 

Grunde 

· Grunden er ikke nybyggeri 

· Grunden er ikke ophørt 

· Grunden ligger i kommunen 

Matrikel 

· Matriklen er ikke ophørt 

· Matriklen ligger i kommune 

Tekniske anlæg 

· Det tekniske anlæg er ikke nybyggeri 

· Det tekniske anlæg er ikke ophørt 

· Matriklen for det tekniske anlæg ligger i kommunen 

Bygninger 

· Bygningen er ikke nybyggeri 

· Bygningen er ikke ophørt 

· Grunden for bygningen ligger i kommunen 

Enhed 

· Enheden er ikke nybyggeri 

· Enheden er ikke ophørt 

· Adgangsadressen for enheden ligger i kommunen 

Boligenheder 



· Enhedens beboelsesareal > 0 og erhvervsareal = 0 eller NULL 


Erhvervsenheder 



April 2013



· Enhedens erhvervsareal > 0 og beboelsesareal = 0 eller NULL 


Boligerhvervsenheder 



· Enhedens erhvervsareal > 0 og beboelsesareal > 0 


Brugsenheder 

· Brugsenheden er ikke nybyggeri 

Rum 

· Brugsenheden er ikke ophørt 

· Adgangsadressen for brugsenheden ligger i kommunen 

· Rummet er ikke nybyggeri 

· Rummet er ikke ophørt 

· Grunden for rummet ligger i kommunen 

Enhedsadresser 

· Enhedsadressen er ikke ophørt 

· Adgangsadressen for enhedsadressen ligger i kommunen 

Adgangsadresser 

· Adgangsadressen er ikke ophørt 

· Adgangsadressen ligger i kommunen 

Sagsentiteter: Listen dannes på objekttype 03 

Grunde 

· Grunden er ikke ophørt 

· Grunden ligger i kommunen 

Tekniske anlæg 

· Det tekniske anlæg er ikke ophørt 

· Matriklen for det tekniske anlæg ligger i kommunen 

Bygninger 

· Bygningen er ikke ophørt 

· Grunden for bygningen ligger i kommunen 


April 2013


Enhed 



Enheder Boligtype 1 


· Enheden er sagstype 1 

· Enheden er boligtype 1 






















Enheder Boligtype E 



· Enheden er boligtype E 


Brugsenheder 


April 2013


Rum 

· Brugsenheden er ikke ophørt 

· Adgangsadressen for brugsenheden ligger i kommunen 

· Rummet er ikke ophørt 

· Grunden for rummet ligger i kommunen 

Enhedsadresser 

· Enhedsadressen er ikke ophørt 

· Adgangsadressen for enhedsadressen ligger i kommunen 

Adgangsadresser 

· Adgangsadressen er ikke ophørt 

· Adgangsadressen ligger i kommunen 


April 2013



April 2013




Der skal vælges brugere ud fra 

· Fulde navn 

· Brugernavn 

· E-mail 

· Afdeling (adresse) 

· Organisation 

· Brugerprofil (med mulighed for at vælge: alle profiler, en specifik profil eller flere 

forskellige profiler) 

· Certifikat 

· Brugerstatus 

Beskrivelse: 

Alle udfyldte udtrækskriterier skal være opfyldt for at resultere i en linje på rapporten. 

Specielt for brugerstatus. Hvis der vælges …. 

· alle: Der vises både slettede samt åbne og låste aktive 

· kun aktive: Der vises åbne aktive og låste aktive, som ikke er slettede 

· kun åbne aktive: Der vises kun åbne aktive, som ikke er slettede 

· kun låste aktive: Der vises kun låste aktive, som ikke er slettede 

· kun slettede: Der vises kun slettede. Der testes ikke på aktiv. 


April 2013

Systembeskrivelsen – Overensstemmelsesmatrix - 

Kapitel 11 

Krav-nr. KMD-note i kravspecifikation Kommentar Kapitel i systembeskrivelse 

1 Generelle krav - 

1.1 BBR skal opbygges på sådan måde, at registret og anvendelsen heraf tilgodeser både 

kommunale og landsdækkende behov for adgang til og opdatering af BBR-data. 

1.2 Opbygningen af BBR skal afspejle den gældende kommunale struktur, jf. CPR’s oversigt over 

kommunekoder pr. 1.1. 2007. Den kommunale struktur skal kunne ændres uden 

omstrukturering af BBR’s database. 

1.3 For den enkelte kommune skal BBR fremtræde som et lokalt register, der dækker 

kommunens og kommunale samarbejdspartneres behov for adgang til kommunale BBR-data 

samt ajourføring heraf. Dette indebærer opbygning og vedligeholdelse (af kommunen) af 

kommune-specifikke oplysninger, hvorved BBR kan tilpasses lokale, kommunale forhold i den 

enkelte kommune. Oplysningerne skal bl.a. omfatte kommunenavn og -adresser samt en 

række specifikke lokale, kommunale parametre, herunder lokale skærmbilleder og specifikke 

lokale felter. 

1.4 BBR skal endvidere kunne tilgodese adgang til landsdækkende BBR-data samt ajourføring 

heraf. 

1.5 Der skal etableres system til system-integration mellem BBR og andre offentlige registre, der 

udveksler BBR-data med BBR. 

1.6 BBR skal være baseret på den logiske datamodel i tillæg A til kravspecifikationen, herunder 

de angivne entitetstyper. 

1.7 BBR skal indeholde samtlige datafelter, der fremgår af databeskrivelserne i tillæg A til 

kravspecifikationen. 

1.8 BBR skal i øvrigt opfylde alle de krav, der fremgår af efterfølgende punkter i 

kravspecifikationen. Eventuelle forbehold skal af tilbudsgiver være tydeligt markeret med 

”Godkendt nov 2009 ” i kolonne 2 eller 3 og suppleret med noter herom. 

11 - Overensstemmelsesmatrix krav systembeskrivelse_version10_0_bla.xlsx 1 

Nyt BBR bliver udstyret med en 

Administrationsdatabase, der 

indeholder kommunespecifikke 

oplysninger. 

System-til-system integration 

varetages af OIOXML snitflader. 

BBR-data knyttes til de 

databærende enheder 

(entiteter), der fremgår af den i 

tillæg A viste logiske 

datamodel. I forbindelse med 

den specifikke implementering 

vil datamodellen blive 

bearbejdet. 

Alle kapitler 

Kapitel 7, 8 og 9 

Kapitel 7 

På fanebladet 

Afsnit 4.3 

Systemadministration er Kapitel 8 

der mulighed for at lave 

kommunale tilpasninger af 

tooltips, sidehjælp, 

fejltekster. Angive 

kommunespecifikke felter 

og links m.m. 

Kapitel 9 

Kapitel 6 

Afsnit 7.1 

Afsnit 7.1 

Alle kapitler


Kapitel 11 

2 Faseopdeling af samspillet mellem nyt BBR og nuværende BBR 

2.1 Der skal i en overgangsfase (fase 0) etableres og driftsafvikles et interface i form af en 

webservice og/eller vha. anvendelse af MQ mellem det nye BBR og det nuværende BBR hos 

KMD. Interfacet/anvendelsen skal sik-re, at eksisterende systemer, der trækker på BBR-data, 

uændret kan fungere via det nuværende BBR, og at registrering og ajourføring af BBR-data i 

det nuværende BBR hos KMD fortsat vil være mulig i en overgangs-periode. Dette indebærer 

følgende krav: 

• BBR-data, der registreres og ajourføres i det nye BBR skal konverteres til det nuværende 

dataformat i BBR og stilles til rådighed (i form af en webservice og/eller vha. anvendelse af 

MQ) for det nuvæ-rende BBR hos KMD. 

• BBR-data, der registreres og ajourføres i det nuværende BBR hos KMD, primært via ESR og 

KRR, skal overføres til det nye BBR og konverteres til det nye dataformat i BBR. 

De nødvendige ændringer i det nuværende BBR-system hos KMD forudsættes varetaget af 

kunden og skal ik-ke indgå i tilbuddet. 

Det nuværende BBR holdes 

tidstro synkroniseret med det 

nye BBR via en række 

webservices. Der benyttes 

Message Queueing (MQ) 

forbindelse til mainframen til 

aktivering af et CICS program, 

der selv foretager opdateringen 

i det nuværende BBR’s DB2 

database. 

Data der opdateret i det 

nuværende BBR, vil 

afstedkomme et kald fra 

nuværende BBR til nyt BBR. 

Der anvendes også her en 

Message Queueing forbindelse. 

Læs mere om synkronisering af 

de to BBR databaser i ”den 

tilbudte løsning”. 

2.2 Interfacet skal sikre, at databaserne i det nye BBR og det nuværende BBR synkroniseres, For at gøre opdateringen af de 

således at BBR-data i begge systemer opdateres tidstro. 

to databaser synkron, gøres MQ 

Det bemærkes, at dette forventes at stille særlige krav til den valgte teknologi. Tilbudsgiver 

bedes redegøre for, hvilke forudsætninger der skal være opfyldt for at gennemføre en løsning. 

linien synkron 

Kravet præciseres således: 

Synkroniseringen mellem Nyt BBR og KMD BBR foretages med MQ (Message Queue ). 

Synkroniseringen foretages asynkront som sikrer at KMD BBR som oftest opdateres indenfor 

sekunder. Samtidig betyder asynkron opdatering via MQ at Nyt BBR ikke er afhængig af, om 

forbindelsen til MVS-platformen er "oppe". Hvis forbindelsen ikke er "oppe" gemmer Nyt BBR 

synkroniseringstransaktionerne indtil forbindelsen igen er "oppe" og transaktionerne atter kan 

opdateres i KMD BBR. 


Kravet er ændret som 

beskrevet i 

ændringsforslag nr. 7. 

For dokumentation af 

kravene i KS kapitel 2 

henviser KMD til "Kontrakt 

for videreførsel af KMD- 

BBR december 2007" og 

"Notat. Synkronisering af 

Nyt BBR til KMD BBR v. 

1.0" 

Kravet er præciseret i 

præciseringsnotatets 

punkt 8. 








1.0" 

Kontrakt for videreførsel af KMD-BBR december 

2007 og "Notat. Synkronisering af Nyt BBR til 

KMD BBR v. 1.0" 



KMD BBR v. 1.0"


Kapitel 11 

2.3 Udvekslingen af data mellem det nye BBR og det nuværende BBR skal være baseret på web 

services og/eller asynkron MQ. 

2.4 I takt med at det nuværende BBR udfases, skal registrering og ajourføring af alle BBR-data 

overføres til det nye BBR, og BBR-data stilles til rådighed for andre systemer vha. 

webservices. 


beskrevet i 

ændringsforslag 9. 








1.0" 



KMD BBR v. 1.0" 

Kapitel 6 afsnittet omkring OIOXML-snitflader 

2.5 Tilbudsgiver bedes fremkomme med forslag til opdeling af udviklingen og implementeringen af Leverandøren arbejder med en For dokumentation af Kontrakt for videreførsel af KMD-BBR december 

BBR i delfaser, herunder en vurdering af de systemmæssige og driftsmæssige konsekvenser. fase 0, en overgangsfase og kravene i KS kapitel 2 2007 

den endelige fase som skitseret henviser KMD til "Kontrakt 

i udbudsmaterialet. Fase 0 og for videreførsel af KMDovergangsfasen 

er beskrevet i 

den tilbudte løsning. 

BBR december 2007" 

3 Reg. af BBR-data i BBR - 

3.1 Reg. Bygværker o.l. - 

3.1.1 BBR-data vedrørende bygværker under opførelse og færdige bygværker skal registreres i 

BBR på følgende niveauer (entiteter), jf. tillæg A til kravspecifikationen: 

1. Bygning, betegnet BYG 

2. Teknisk anlæg (frivillig), betegnet TEK 

3. Bolig-/erhvervsenhed, betegnet ENH 

4. Brugsenhed (frivillig), betegnet BRU 

5. Adgangsadresse, betegnet AAD 

6. Enhedsadresse, betegnet EAD 

7. Opgang/indgang, betegnet OPG 

8. Etage, betegnet ETA 

9. Rum (frivillig), betegnet RUM 

10. Grund, betegnet GRU. 


Kapitel 7


Kapitel 11 

3.1.2 Der skal sondres mellem sagsdata og stamdata ved hjælp af en statuskode i felterne 

BYG.100, TEK.100, ENH.100, BRU.100, OPG.100, ETA.100, RUM.100, og GRU.100. 

Statuskoden kan antage følgende kodeværdier: 

Statuskode 1: Stamdata 

Statuskode 2: Udgået 

Statuskode 3 Sagsdata 

Statuskode 4: Afsluttet sag 


Det skal være muligt at oprette stamdata direkte, dvs. med statuskode 1 uden forudgående 


Statuskoderne for de enkelte entiteter skal afspejle strukturen i den logiske datamodel. 

3.1.3 Ved afslutning af et byggeri opdateres stamdata med sagsdata, og statuskoden for 

byggesagen ændres til afsluttet byggesag (statuskode 4). Sagsdata slettes ikke. 

3.1.4 Sagsnummer (journalnummer og/eller link til sagsdokumenter (ESDH)) og initialer skal fremgå 

af sagsdata på alle entiteter, herunder adresser. 

3.1.5 Der skal være mulighed for at indberette fritekst i 99 fritekstfelter i de enkelte entiteter 

(notatlinjer). Notatlinjerne skal være nummererede. Notatlinjerne skal kunne fremtages ved 

opslag i BBR på de enkelte entiteter. I forbindelse med udskrift af BBR-Meddelelser skal det 

være muligt at definere (vha. systemparameter), hvilke notatlinjer der skal udskrives på BBR- 

Meddelelsen, og hvilke der kun er til internt brug i kommunen og derfor ikke skal fremtræde 

eksternt. 

3.1.6 Alle registreringer af BBR-data skal på felt-niveau indeholde tidsstempling og kildeko-de 

(brugerid) fra seneste registre-ring/ajourføring. 

3.1.7 Ved opslag i BBR, fGodkendt nov 2009 i forbindelse med ajourføring af BBR-data, skal det 

være muligt at se tidsstempling og kildekode på de enkelte felter (ved ”mouse-over”). 

3.1.8 Der skal for de enkelte kommuner være mulighed for at oprette frivillige felter i hver entitet, 

fGodkendt nov 2009 for at kunne registrere lokale, administrative forhold i BBR. 

For hvert felt i databasen 

påhæftes et tooltip. Som 

udgangspunkt vises disse 

tooltip indehold tags for 

ændringsdato og kildekode. 

Den enkelte kommune gives 

mulighed for at oprette et antal 

frivillige felter som angivet i 

leverancekontraktens bilag 2, 

tillæg A (beskrivelse af entiteter 

i det nyt BBR). 


beskrevet i 


3.2 Registrering af adresser - 

3.2.1 BBR-data vedrørende adresser under behandling og fastsatte/ godkendte adresser skal kunne 

registreres (dvs. oprettes og opdateres) selvstændigt i BBR på følgende niveauer (entiteter), 

jf. tillæg A til kravspecifikationen: 

• Adgangsadresse, betegnet AAD 

• Enhedsadresse, betegnet EAD. 

3.2.2 BBR skal håndtere adgangsadresser (AAD), således at vejkode og husnummer udgør 

egenskabsdata (attributter), som kan ændres uden at berøre adresseforekomstens liv. 

Tilsvarende gælder for enhedsadresser (EAD) mht. etage og dørbetegnelse. 


Kapitel 7 

Kapitel 7 

Kapitel 7 

Afsnit 4.3.1 Kapitel 7 

Afsnit 8.1 

Afsnit 8.1 

Afsnit 4.3.8 

Afsnit 8.1 

Afsnit 3.1.2 

Afsnit 4.3.1.4 

Afsnit 4.3.3 

Afsnit 7.1.5 

Afsnit 7.1.6 

Afsnit 7.2 

Afsnit 3.1.2 

Afsnit 4.3.3 

Afsnit 7.2


Kapitel 11 

3.2.3 For adresser skal der – efter samme principper og med samme kodeværdier som i krav 3.1.2 

– sondres mellem adresser/adresseoplysninger under sagsbehandling o.l. og gældende 

adresser mv. ved hjælp af en statuskode i ADD.100, EAD.100. 

En adressesag, som henlægges, tildeles statuskode 4 

3.2.4 Ved afslutning af en adressesag, dvs. ved registreringen eller opdateringen af en gældende 

adresse, opdateres adressens stamdata med sagsdata, og statuskoden ændres til afsluttet 

(statuskode 4). 

Sagsdata slettes ikke. 

3.2.5 BBR skal som sagsdata kunne registrere adressedata fra andre kilder end kommunen selv 

med følgende kildekoder: 

Kildekode 1: Oprettet af kommunen iht. adressecirkulære 

Kildekode 2: Oplysning fra ejer 

Kildekode 3: Oplysning fra teknisk kort 

Kildekode 4: Oplysning fra KRR (manuelle adresser) 

Kildekode 5: Oplysning fra KRR (administrative adresser) 

Kildekode 6: Oplysning fra ESR 

Kildekode 7: Oplysning fra CPR 

Kildekode 8: Oplysning fra CVR 

Kildekode 9: Oplysning fra post 

Kildekode 10: Oplysning fra 112 o.l. 

Kildekode 11: Oplysning fra anden kilde. 

4 Opdatering af BBR-data i BBR - 

4.1 Byggesagsbehandling og løbende ændringer - 

4.1.1 Følgende BBR-data skal registreres og opdateres (ajourføres) i BBR: 

• Alle byggesagsdata vedrørende bygninger under opførelse eller ændring 

• Alle stamdata i klasse 0 og 1 samt data i klasse 2 og 3, som kommunen har valgt at 

registrere i BBR (se kravspecifikationens punkt 10.2 vedrørende klassifikation af data). 

4.1.2 Registrering og opdatering af BBR-data skal kunne ske: 

• Ved onlineoverførsel af data fra lokale kommunale systemer (herunder systemer til 

byggesagsbehandling, GIS-systemer med bygningsgeonøgle (koordinater)) via webservice i 

OIOXML-format (BBR-kommuneklient). 

• Manuelt vha. af en browserbaseret brugergrænseflade (BBR-brugerklient). 

4.1.3 Det skal være muligt for en ejer/bygherre at indberette BBR-data via et elektronisk 

indberetningsskema til godkendelse af den kommunale sagsbehandler. Der skal være 

validering og logiske kontroller af BBR-data forud for fremsendelse til kommunen. 

4.1.4 Meddelelse om indflytning skal ikke afslutte byggesagen. Skal overføre enheden til stamdata, 

men bevare bygningen som sagsdata. 

4.1.5 Det skal være muligt at registrere forventet påbegyndelse og afslutning af byggeri som en 

klasse 2-oplysning med tilhørende parameterstyring af, hvorvidt BBR skal ajourføres ved 

hjælp heraf. 

4.1.6 Ved registrering af bygninger (BYG) og tekniske anlæg (TEK) skal der fremkomme en oversigt 

over, hvilke bygningsnumre der hidtil er anvendt på det pågældende ejendomsnummer samt 

et forslag til bygningsnummer eller anlægsnummer. 

Se bilag 17 for beskrivelse af 

Borgerindberetningsoptionen. 

Jf. ÆF 71 bortfalder 

kravet om 

parameterstyring af 

kl.asse 2-oplysninger. 

Afsnit 3.1.2 

Afsnit 7.1.5 

Afsnit 7.1.6 

Afsnit 7.2 

Afsnit 3.1.2 

Afsnit 7.1.5 

Afsnit 7.1.6 

Afsnit 7.2 

Afsnit 7.1.5 

Afsnit 7.1.6 

Kapitel 3 

Kapitel 4 

Kapitel 2 

Afsnit 3.2 

Kapitel 4 

Afsnit 6.2 

Afsnit 9.1 

Afsnit 9.2 

Option ikke valgt og derfor ikke beskrevet. 


4.1.7 Fejlagtige data skal kunne slettes af den kommunale bruger (med rettighed hertil). Kapitel 4 

11 - Overensstemmelsesmatrix krav systembeskrivelse_version10_0_bla.xlsx 5


Kapitel 11 

4.1.8 Det skal være muligt at ”flytte” en bygning, herunder en husbåd, til en anden kommune alene 

ved at ændre adressedata i BBR. 

Kravet er præciseret som beskrevet i præciseringsnotatet punkt 21: 

Kravet omkring flytning af en bygning skal forstås således, at krav 4.1.8 kun gælder 

administrativ eller fysisk flytning af en bygning ad gangen. Hvis en administrativ flytning består 

af flere flytninger af bygninger, en ad gangen, vil det dog være omfattet. Kommunernes 

nuværende arbejdsgang, hvor en bygning manuelt nedlægges og oprettes i en ny kommune 

fastholdes, og der skal derfor ikke udfærdiges en teknisk løsning. 

Flytninger af husbåde håndteres ligeledes manuelt. Det sikkerhedsmæssige ligger i at en 

sagsbehandler i en kommune ikke må oprette eller flytte noget i en anden kommune uden at 

registerføreren er bekendt hermed. Flere kommuner har desuden en beslutning om, at de ikke 

vil tillade husbåde i havnene. Hertil kommer at opførsel af husbåde kræver byggetilladelse i 

den nye kommune. I forbindelse med byggetilladelsen tildeles vand, varme mv. og husbåden 

gives en adresse. Dette er nødvendigvis en manuel proces. Samlet giver de 

sikkerhedsmæssige problemstillinger og kravet om byggesagsbehandling at der ikke kan ske 

en maskinel flytning i BBR. En flytning af en husbåd skal således ske ved at den nedlægges i 

den ene kommune og oprettes i den nye kommune. 

I forbindelse med senere drøftelser af modtageboks-funktionalitet skal det analyseres 

hvorledes en løsning, hvor kommunen benytter modtagerboksen for at sende bygningens eller 

husbådens oplysninger til den nye kommune, kan implementeres, således at det udelukkende 

vil være tildeling af adresse, vand, varme mv. som sagsbehandleren i tilflytter-kommunen skal 

tage stilling til. Hertil kommer at problematik omkring historik skal vurderes”. 

4.1.9 Der skal kunne etableres links til andre relevante registre, fGodkendt nov 2009 

Stamdataregister for vindmøller. 


Leverandøren forudsætter, at 

det relevante register definerer 

og gør link tilgængelig. 

Afhængig af linket og 

fællesskab i identifikationer kan 

der linkes til øverste niveau eller 

ned på enkelt entiteter 

Afsnit 4.1.1.3 Afsnit 4.3.9


Kapitel 11 

4.1.10 Det skal ved ændringer af BBR-data være muligt for en kommunal bruger at vælge, hvorvidt 

ændringen skal ”slå igennem” på alle underliggende niveauer i datamodellen. 

Kravet er præciseret således: 

En adresseændring foretaget i adressedelen, skal slå igennem på alle adresser med samme 

adressebetegnelse. 

Øvrige identændringer skal slå igennem på relevante niveauer ift. datamodellen. 

4.1.11 Ved overskridelse af tidsfrister for midlertidige tilladelser skal der være mulighed for en 

påmindelse. 

4.1.12 Opdatering af BBR skal være underkastet validering og kvalitetssikring af de aktuelle BBRdata 

(se kravspecifikationens punkt 11). 



punkt 13. 

4.2 Registrering og opdatering af adresser og adressedata - 

4.2.1 Følgende BBR-adressedata skal registreres og opdateres (ajourføres) i BBR: 

• Alle sagsdata for adresser, som er under sagsbehandling 

• Alle stamdata i klasse 0 og 1 samt data i klasse 2 og 3, som kommunen har valgt at 

registrere i BBR (se kravspecifikationens punkt 10.2). 

AAD.99 og EAD.99 udgår. 

4.2.2 BBR’s funktioner for registrering og opdatering af adressedata skal være udformet fleksibelt, 

således at de ikke er fast bundet til BBR’s registrerings- og opdateringsfunktioner for 

byggesager eller bygværker. 

4.2.3 Inddatering af adressedata skal kunne ske ved en webservicebaseret overførsel af data fra 

kommunale opgavesystemer i OIOXML-format (BBR-kommuneklient) eller af en 

browserbaseret brugergrænseflade (BBR-brugerklient). 

4.2.4 BBR’s registrering og opdatering af data for adressepunkter (geografiske adressekoordinater) 

skal kunne ske på baggrund af et digitalt grundkort ved webservicebaseret overførsel fra et 

eksternt GIS eller kortsystem i OIOXML-format. 

4.2.5 Den i krav 4.2.3 nævnte BBR-brugerklient skal inkludere funktionalitet, som muliggør en 

simpel placering og editering af adressepunkter (geografiske adressekoordinater) på 

baggrund af et eller flere digitale kortlag efter WMS-standarden. 

4.2.6 Opdatering af BBR’s adressedata skal være underkastet validering og kvalitetssikring af de 

aktuelle BBR-data (jf. kravspecifikationens punkt 11). 


WMS adresse optionen. 

Dette krav blev godkendt 

november 2009 med 

forbehold for udeståendet 

omkring klassifikation. 

Dette forhold er nu bragt i 

orden (jf. ÆF 55) og 

kravet bør derfor kunne 

lukkes. 

Option ikke valgt og derfor 

ikke beskrevet. 

4.3 Enkeltopdateringer - 



Afsnit 3.3.1 

Afsnit 3.3.2 

Afsnit 3.3.3 

Afsnit 3.3.4 

Bilag A, B, C og D til kapitel 3 

Kapitel 3 

Kapitel 7 

Afsnit 4.3.3 Afsnit 4.3.1.4 

Kapitel 4 

Kapitel 2 

Afsnit 3.2 

Afsnit 6.2 

Afsnit 9.1 

Afsnit 6.5.8 

- 

Afsnit 3.3.1 

Afsnit 3.3.2 

Afsnit 3.3.3 

Afsnit 3.3.4


Kapitel 11 

4.3.1 Ejeres indberetning af specifikke BBR-data til godkendelse i kommunen skal kunne ske via 

opkobling til Den Offentlige Informationsserver (OIS), hvor der foretages adgangskontrol eller 

en anden tilsvarende tjeneste med en standardiseret snitflade. 

Efter godkendelse i kommunen skal BBR-data kunne overføres direkte til BBR og opdatere 

BBR. 

4.3.2 Der skal etableres en kommunal ”modtageboks” for indberetning af ændringer, der modtages 

via en standardiseret snitflade. Alle indberetninger skal kunne gemmes. 

4.3.3 Kommunen skal have mulighed for at videresende oplysningerne til en anden afdeling i 

kommunen, inden der foretages opdatering i BBR. 

4.3.4 Indberetning af specifikke BBR-data, der modtages fra ejere via OIS, skal underkastes 

maskinel validering inden forelæggelse for kommunen (jf. kravspecifikationens punkt 11). Ved 

fejl fremsendes en e-mail til den pågældende ejer. 

4.3.5 Efter kommunens godkendelse eller afvisning af de indberettede BBR-data fremsendes en email 

til ejeren herom. Hvis kommunen godkender de indberettede BBR-data, vedhæftes en ny 

BBR-meddelelse med ændringsmarkering. 


Efter kommunens godkendelse eller afvisning af de indberettede BBR-data fremsendes en email 

til afsenderen. Hvis kommunen godkender de indberettede data, vedhæftes en ny BBR- 

Meddelelse til denne mail. 

Derudover kan kommunen afgøre, om ejeren (hhv. administratoren) af ejendommen skal få en 

BBR-Meddelelse ved næste central udskrivning af BBR-Meddelelser. Denne BBR-Meddelelse 

vil indeholde en markering af de felter, som blev ændret siden sidste gang ejeren (hhv. 

administratoren) modtog en BBR-Meddelelse. (se også præcisering af krav 7.12) 


der med opkobling til OIS 

menes at ejeren benytter den 

facilitet i OIS, der i dag giver 

mulighed for at sende besked 

om BBR-ændringer til BBR. 

Endvidere forudsættes, at 

denne løsning ændres så der 

for fremtiden foretages kald til 

det nye BBR, via de snitflader 

nyt BBR stiller til rådighed i 

forbindelse med 

”modtageboksen”. 

Sagsbehandleren sender en 

mail til øvrige i kommunen med 

oplysninger fra indberetningen. 

Mailafsendelse håndteres via 

forretningslogikkens 

Meddelelses-system. 

Som svar på sagsbehandleren 

accepterede opdateringen eller 

ej, eftersender sagsbehandleren 

en mail med oplysninger. Dette 

forudsætter at ejeren, via OIS, 

har leveret en valid e-mail 

adresse. 

Jf. ændringsforslag 57 

bortfalder dette krav. 


erstattes dette krav (krav 

4.3.2.) af 

kravspecifikationen i 



erstattes dette krav (krav 

4.3.3.) af 









punkt 15. (Præcisering nr. 

15 udgår jf. 

Ændringsforslag 57.) 

4.4 Systematisk opdatering - 


- 

- 

Afsnit 4.3.4


Kapitel 11 

4.4.1 Det skal være muligt at foretage systematisk opdatering af BBR-data ved onlinefiloverførsel af 

data i OIOXML-format. Der skal med henblik herpå etableres særlige skærmbilleder med 

adgangskontrol (OCES). 


Der etableres ikke skærmbilleder, da opdateringen sker via OIO-XML-snitfladerne. Adgangen 

til disse snitflader (webservices) sker via roller som den enkelte kommune administrerer vha. 

fanebladet ”Brugeradministration” i BBR-Kommune. 

4.4.2 Følgende BBR-data skal kunne opdateres systematisk: 

Alle stamdata i klasse 0 og 1 samt data i klasse 2 og 3, som kommunen har valgt at registrere 

i BBR. 

4.4.3 Kommunen skal kunne tildele eksterne parter rettighed til at indberette og ajourføre specifikke 

BBR-data (felter). 

4.4.4 Modtagne BBR-data skal underkastes maskinel validering og kvalitetssikring (jf. 

kravspecifikationens punkt 11). Hvis der konstateres fejl eller mangler, skal dette resultere i 

fejlmeddelelser, der sendes til afsender via e-mail. 


Der sendes ikke nogen e-mail, da der sendes online besked. Det er en gængs 

fremgangsmåde, når der benyttes webservices. 

Der oprettes et virkefelt 

bestående af disse felter i 

kommunens eget regi, og dette 

virkefelt tildeles sammen med 

rollen ekstern bruger til den 

eksterne part. 

Det forudsættes, at BBR har 

modtaget valid e-mail adresse 

på den eksterne part. 

Kravet er præciseret jv. 

præcisering nr. 28. 



Kapitel 9.1 

Kapitel 7 

Afsnit 9.1 

Kapitel 9 

Kapitel 3 

Kapitel 6 

Kapitel 7 

4.4.5 BBR-data, der indberettes systematisk i BBR, skal forsynes med kildekode samt dato ved 

Kapitel 3 

opdatering af BBR. 

4.4.6 Systematisk opdatering af BBR skal ikke automatisk medføre udskrivning af BBR- 

Afsnit 5.6.3 

Meddelelser. 

4.5 Masseopdatering - 

NB til 4.5 Kravene omkring masseopdatering (kravene i afsnit 4.5) forstås således, at masseopdatering 

kan være landsdækkende. Det er den eneste forskel i forhold til kravene i afsnit 4.4 om 

systematisk opdatering. 

Denne præcisering sker under forudsætning af at de underliggende krav ikke tilsidesættes. 


Denne række er en 

præcisering til hele afsnit 

4.5. Præciseringsnotatet 

punkt 1. 

Desuden kan det tillige 

her påpeges, at de 

enkelte kommuner også 

kan foretage 

masseopdatering.


Kapitel 11 

4.5.1 Det skal være muligt at foretage masseopdatering af BBR-data i OIOXML-format ved 

onlinefiloverførsel. 

Der skal med henblik herpå etableres særlige skærmbilleder med adgangskontrol (OCES). 


Der etableres ikke skærmbilleder, da opdateringen sker via OIOXML-snitfladerne. Adgangen 

til disse snitflader (webservices) sker via roller som den enkelte kommune administrerer vha. 

fanebladet ”Brugeradministration” i BBR-Kommune. 

4.5.2 Følgende felter skal som minimum kunne masseopdateres: 

• Felter, der vedrører data om husleje/udlejningsforhold fra ejerne. Masseindberetning af data 

om husleje/udlejningsforhold er fastsat ved administrative regler (evt. i form af en særlig tabel i 

databasen). 

• Felter, der vedrører varmeinstallation, opvarmningsmiddel og supplerende varme. 

• Felter, der vedrører fredningsforhold og bevaringsværdige bygninger. 

• Felter, der vedrører adgangsadresse. 

Det forventes, at 

masseopdateringer vil ske i 

batch-vinduer, således at 

svartiderne ikke belastes i den 

almindelige arbejdstid. 



Kapitel 6 

Kapitel 6 

4.5.3 Det skal også være muligt at masseopdatere øvrige BBR-data i klasse 1 og 2 Kapitel 6 

4.5.4 Modtagne BBR-data skal underkastes maskinel validering og kvalitetssikring (jf. 

kravspecifikationens punkt 11). Hvis der konstateres fejl eller mangler, skal dette resultere i 

fejlmeddelelser, der sendes til afsender via e-mail. 


Der sendes ikke nogen e-mail, da der sendes online besked. Det er en gængs 

fremgangsmåde, når der nyttes webservices. 

Det forudsættes, at BBR har 

modtaget valid e-mail adresse 

på den eksterne part. 

Kravet er præciseret jf. 


Kapitel 3 

Kapitel 6 

4.5.5 BBR-data, der indberettes ved masseopdatering i BBR, skal forsynes med kildekode samt 

dato ved opdatering af BBR. 

Kapitel 3 

4.5.6 Masseopdatering af BBR skal ikke automatisk medføre udskrivning af BBR-Meddelelser. Afsnit 5.6.1 

5 Samordning med andre data i andre offentlige registre 

Jvf. "Allonge 1" hvor der bl.a. står: 

Det forudsættes i kontraktens bilag 2 (Kravspecifikation), navnlig i afsnit 5.1, at KMS stiller 

landsejerlavskode og matrikelbetegnelse samt matrikelkoordinater til rådighed for BBR online i 

form af web services baseret på en OIOXML-snitflade. 

I en overgangsfase vil ovenstående data i stedet hentes fra ESR via tillæg til den ovenstående 

tilvejebragte snitflade. 

5.1 Samordning matrikel og ESR 

Jvf. "Allonge 1" hvor der bl.a. står: 

Det forudsættes i kontraktens bilag 2 (Kravspecifikation), navnlig i afsnit 5.1, at KMS stiller 

landsejerlavskode og matrikel¬betegnelse samt matrikelkoordinater til rådighed for BBR 

online i form af web services baseret på en OIOXML-snitflade. 

I en overgangsfase vil ovenstående data i stedet hentes fra ESR via tillæg til den ovenstående 

tilvejebragte snitflade. 


Landsejerlavskode, - 

matrikelbetegnelser og 

matrikelkoordianter 

hentes via webservices fra 

KMS (pånær København 

og Frederiksberg hvor der 

er særskilte webservices) 

-


Kapitel 11 

5.1.1 Ved registrering af BBR-stamdata, BBR-sagsdata samt ændring og opdatering heraf skal der 

ved opslag i MATR og ESR tilknyttes en korrekt landsejerlavskode og matrikelnummer samt 

ejendomsnummer. Endvidere skal nøglerne registreres i BBR. 

5.1.2 Ved opslag med et matrikelnummer i BBR skal det tilhørende landsejerlavsnavn være 

tilgængeligt i BBR. 

5.1.3 BBR’s registreringer af matrikelbetegnelser og matrikulære data skal ske på basis af web 

services med OIOXML-format, som stilles til rådighed af KMS-matriklen (MATR). Som eneste 

undtagelse herfra gælder ma-trikulære data for Frederiksberg og Københavns kommuner, for 

disse hentes oplysningerne fra ESR. 

5.1.4 BBR skal have funktionalitet, som muliggør udnyttelsen af en webservice, hvormed BBR 

• på basis af en matrikelbetegnelse rekvirerer de gældende matrikelkoordinater til 

adgangsadresse (AAD) og bygning (BYG) eller 

• på basis af adresse- eller bygningskoordinater, rekvirerer den gældende matrikelbetegnelse 

til brug for adgangsadresse (AAD) og bygning (BYG). 


der er faciliteter til rådighed, 

som kan sikre opdaterede 

landsejerlavsnavne i BBR. 

5.1.5 Der skal i BBR etableres relationer til ESR for entiteterne Bygning (BYG), Enhed (ENH), 

adgangsadresse (AAD) og Grund (GRU). 

5.1.6 Ændringer af ejendomsnummer i ESR skal kunne overføres til BBR. Der foretages ikke 

identændringer i ESR. Nyt BBR 

vil derfor stille services til 

rådighed, der kan modtage 

gammel og nyt 


5.1.7 Via ESR hentes ved ejerlejligheder både artskode og ejerlejlighedsnummer. Det forudsættes, at ESR stiller 

en webservice til rådighed, der 

kan levere disse oplysninger 

5.1.8 Ved registrering af adgangsadresse (AAD) eller ændringer heraf i BBR skal der ske 

onlineoverførsel af adgangsadressedata til MATR og ESR. Dette kan ske i form af 

webservices baseret på en OIOXML-snitflade. 

Det forudsættes, at servicen er 

til rådighed i MATR og ESR. 

5.1.9 Adresser for ubebyggede grunde skal overføres automatisk til ESR efter validering i BBR. Det forudsættes, at ESR stiller 

en webservice til rådighed, der 

kan levere disse oplysninger 

5.1.10 Ved bygninger på lejet grund hentes ejendomsdata via ESR og overføres til BBR. Det forudsættes, at servicen er 


5.2 Dataudveksling mellem BBR og CPR 

Krav til dataudveksling med CPR jf. kontraktens bilag 2 (Kravspecifikation), af-snit 5.2, er 

ændrede som angivet i Allonge 1 appendiks 3 - Dvs. notatet "Ændringer i dataudvekslingen 

mellem NYT BBR og CPR". 



beskrevet i 


Kravet er ændret med 


Afsnit 6.5.3 

Kapitel 6 

Kapitel 6 

Afsnit 6.5.2 

Kapitel 7 

Kapitel 6 

Kapitel 6 

Kapitel 6 

Kapitel 6


Kapitel 11 

5.2.1 Ved inddatering af BBR-data, som indgår i entiteterne AAD/EAD, skal tilhørende adressedata 

vedrørende: 

• vejnavn 

• postnummer 

• postdistrikt 

• lokalitet 

• bynavn 

være tilgængelige i BBR (herunder synlige og søgbare). 

Disse data hentes fra CPR’s vejregister eller en kopi heraf. Kopien opdateres dagligt. 

5.2.2 Registrering eller opdatering af et eller flere datafelter, der indgår i BBR/CPRstandardtransaktion, 

skal resultere i dannelse af en BBR/CPR-standardtransaktion med 

tilhørende transaktionskode, jf. kravspecifikationens punkt 5.2.3. 


Se notat "Ændringer i 

dataudvekslingen mellem 

NYT BBR og CPR", hvor 

det fremgår: 

3.2 Data fra CPRs 

vejregister (krav 5.2.1) 

Ved oprettelse af 

adresser i Nyt BBR skal 

adressedata fra CPR’s 

vejregister være til 

rådighed: 

• Vejnavn 

• Postnummer 

• Postdistrikt 

• Lokalitet 

• Bynavn 

Til dette formål har CPRkontoret 

tilbudt at stille en 

kopi af vejregistret til 

rådighed for Nyt BBR, 

herunder feltet ”lokalitet” 

(der ikke knytter sig til en 

vej, men en adresse 

udtrykt ved et 

bygningsnavn, et 

gårdnavn o.l.). 

Endvidere vil CPRkontoret 

stille en kopi 

med daglige ændringer i 

vejregistret til rådighed for 

BBR med henblik på 

opdateringer. 

Krav 5.2.2 bortfalder jf. 

notatet "Ændringer i 


NYT BBR og CPR". 

-


Kapitel 11 

5.2.3 BBR/CPR-standardtransaktioner opsamles i BBR og overføres til CPR i form af en samlet fil. 

Endvidere skal BBR fra CPR kunne modtage en samlet fil med BBR/CPRstandardtransaktioner. 

Filoverførsler finder sted én gang i døgnet på hverdage mandag til fredag. 

5.2.4 BBR/CPR-standardtransaktioner, der modtages fra CPR, skal behandles iht. 

transaktionskoderne i kravspecifikationens punkt 5.2.3. 

5.2.5 Boligtypekoderne 1-5 skal dannes maskinelt i BBR på grundlag af oplysninger om 

beboelsesareal og erhvervsareal, anvendelse og køkkenforhold, jf. beregningsregler i tabel 

med boligtypekoder. 

Boligtypekoden skal opdateres maskinelt, hvis der sker ændringer af enhedsarealer, 

anvendelse eller køkkenforhold, herunder i forbindelse med færdigmelding af byggeri 

(statuskode BBR-felt ENH.100 ændres til 1). 

Boligtypekoden skal efter maskinel opdatering i BBR resultere i en BBR/CPRstandardtransaktion. 

Boligtypekoden, enhedsarealer og antal værelser skal kunne rekvireres af CPR ved en 

BBR/CPR-standardtransaktion med transaktionskode ”R”. 

5.2.6 Det skal være muligt at foretage manuel inddatering af boligtypekoden i byggesagsdata 

(Statuskode BBR-felt ENH.100 = 3). Dette skal ikke medføre oprettelse af en BBR/CPRstandardtransaktion. 

5.2.7 Der skal fremstilles en fil i OIOXML-format med en liste over boligenheder i hver kommune 

med *-markering i BBR-felt ENH.40 med tilhørende adresser. Filen skal kunne rekvireres og 

udskrives af BBR-myndigheden i kommunen. 

Krav 5.2.3 bortfalder (lige 

som hele afsnit 5.2.3 i 

kravspecifikationen) jf. 








Krav 5.2.5 bortfalder 

(hvad angår rekvisition af 

boligtypekoden) jf. notatet 

"Ændringer i 



Sætningen omkring 

standardtransaktioner 

bortfalder jv. notatet 

"ændringer i 


NYT BBR og CPR." Her 

står nævnt at de krav ene 

omkring 

standardtransaktionerne 

bortfalder. 

- 

- 

Kapitel 3 Bilag D 

Afsnit 10.6 

Kravet er løst i XML Afsnit 10.6 

Kravet løses i OIOXML 



Kapitel 11 

5.2.8 Det skal ved periodevis afstemning (mindst én gang om året) sikres, at alle data, der er fælles 

i BBR og CPR, er konsistente. 

Der skal fremstilles en fil i OIOXML-format med afvigelser. Filen skal kunne rekvireres og 

udskrives af BBR-myndigheden i kommunen, således at der kan ske tilretning i BBR eller 

CPR. 


Krav 5.2.8 er løst med to faste rapporter, som er en del af de 10 faste rapporter, der blev 

leveret til idriftsættelse d. 1.12.2009. 

Derfor blev krav 8.2 ved overtagelsesprøven i november godkendt med forbehold for, at der 

leveres yderligere 2 faste rapporter for at opfylde kravet om 10 faste rapporter. Disse rapporter 

bliver Bestandsoptælling og Brugeradministration, som beskrives i særskilt 

løsningsbeskrivelse. 



Se desuden notat 

"Ændringer i 


NYT BBR og CPR" hvor 

det fremgår: 

Der skal ved periodevis 

afstemning (mindst én 

gang om året) foretages 

samkørsel af Nyt BBR og 

CPR med henblik på at 

sikre overensstemmelse 

af adressedata i de to 

registre. Afvigelser 

registreres i en fil i 

OIOXML-format og 

således, at den enkelte 

kommune kan rekvirere 

filen med henblik på 

tilretning i BBR eller CPR. 

Afsnit 10.1 

Afsnit 10.4 

Kravet er løst i XML Afsnit 10.1 

Afsnit 10.4 

Kravet løses i OIOXML 

5.2.9 Alle adressedata i BBR, herunder adresser fra andre kilder, jf. kildekoden i AAD/EAD, skal 

kunne overføres til CPR. 


Det forudsættes, at servicen er 






-


Kapitel 11 

5.2.10 Såfremt der foretages sammenlægninger af kommuner, skal det være muligt at foretage 

samlet opdatering af ændringer af adressedata samt øvrige data i BBR, hvori 

kommunenummeret indgår. 

I ændringsforslag 41 er følgende tilføjet til kravet: 

KMD skal inden for et rimeligt tidsinterval kunne opfylde krav 5.2.10 i tilfælde af en lovændring 

af administra-tive grænser (kommunegrænser) fGodkendt nov 2009 i form af en 

kommunesammenlægning. 

Nyt BBR skal være opbygget således at: 

• Nyt BBR’s datamodel er passende normaliseret, således at der ikke forefindes redundante 

forekom-ster af kommunenummer. 

• Nyt BBR’s data kan læses og opdateres via SQL-scripts i forbindelse med batchopdateringer. 

• Eventuelle implementerede forretningsregler relateret til kommunetilhørsforhold kan disables 

i forbin-delse med batchopdateringer. Det skal fremgå af systemdesignet hvordan disse 

forretningsregler er implementeret. 

• Eventuelle implementerede forretningsregler relateret til kommunetilhørsforhold kan enten 

aktiveres eksplicit i forbindelse med batchopdateringer, eller nemt kan implementeres via SQLscripts. 

5.2.11 Data, som udveksles, skal underkastes validering og kvalitetssikring (jf. kravspecifikationens 

punkt 11). Hvis data ikke kan godkendes af det modtagende system (CPR eller BBR), skal 

dette resultere i en fejlmeddelelse, som overføres til det afsendende system. 


Når der modtages data fra ESR og CPR, betragtes det som en fejl, hvis data ikke kan falde på 

plads i NYT BBR. Fejlen logges i NYT BBR og afsender-systemer modtager ikke besked. Ved 

kommunikation med webservices sker denne tilbagemelding til det afsendende system. Ved 

modtagelse af udtræk fra CPR og ESR, hvor Nyt BBR modtager data, opfattes fejl i 

valideringer som fejl i Nyt BBR (da CPR og ESR er master for disse data) og det afsendende 

system modtager ikke besked herom. 


beskrevet i 




punkt 2. 

5.3 Samkøring af CPR, ESR og BBR vedrørende koden 'Udlejningsforhold 2' Krav 5.3 er ændret jf. 

Allonge 1, appendiks 3: 

"Ændringer i 


NYT BBR og CPR" 


Afsnit 3.3.2 

Afsnit 4.5 

-


Kapitel 11 

5.3.1 Koden ”Udlejningsforhold 2” i BBR skal dannes maskinelt på landsplan og ad hoc efter 

kommunalt behov, på grundlag af oplysninger i BBR, CPR og ESR: 

• Persontilmeldinger i CPR 

• Data om ejers adresse fra ESR 

• Enhedsdata fra BBR. 

Ved samkøring af de tre registre sammenholdes de ejendomme, der i BBR er registreret med 

boligenheder, med de tilsvarende ejendomme i ESR. For disse ejendomme med boligenheder 

undersøges, om ejerens personnummer svarer til nummeret for én af de personer, som i CPR 

er tilmeldt boligenhedens adresse. På grundlag heraf dannes en kodeværdi jf. nedenfor, der 

indsættes i BBR-felt ”Udlejningsforhold 2”. Koden skal efter samkøringen ikke kunne henføres 

til nogen person. 

5.3.2 Der skal anvendes følgende kodeværdier: 

1. Udlejet 

2. Benyttet af ejer 

3. Ikke benyttet 



NYT BBR og CPR" hvor 

det fremgår: 

Koden dannes maskinelt 

ved periodevis samkørsel 

(to gange om året) af 

BBR, ESR og CPR, hvor 

det undersøges, om 

ejerens personnummer 

svarer til nummeret for én 

eller flere af de personer, 

der er tilmeldt på 

boligenhedens adresse. 

Bilag C - Koden 

”Udlejningsforhold 2” 

(ENH.45) 




5.3.3 Opdatering af koden ”Udlejningsforhold 2” skal være underkastet validering og kvalitetssikring. Se notat "Ændringer i 


NYT BBR og CPR" 

5.4 Samordning af ejerforholdskoden og overførsel af tinglyst areal - 

5.4.1 Ved indberetning af ejerforholdskoden i BBR skal det være muligt at hente koden i ESR på 

grundlag af oplysninger om: 

• Ejendomsnummer 

• Matrikelnummer. 

5.4.2 Ejerforholdskoden registreres som udgangspunkt i BBR på entiteten Grund (GRU). Herudover 

gælder følgende regler: 

• Ved en moderejendom for ejerlejligheder skal ejerforholdet registreres på de enkelte enheder 

(ENH) eller eventuelt bygninger (BYG). 

• Ved en bygning på lejet grund skal ejerforholdskoden registreres på bygningen. 

5.4.3 Indberetning af ejerforholdskoder eller ændringer heraf skal udveksles online med ESR og 

medføre opdatering i BBR. 

BBR’s ejerforholdskode skal også opdateres i sagsdata. 

5.4.4 Opdatering af ejerforholdskoden skal være underkastet validering og kvalitetssikring. 

5.4.5 Tinglyst areal for ejerlejligheder registreres i ESR og skal - efter kommunens eget valg - kunne 

overføres fra ESR til BBR (parameterstyret). 



ESR stiller en webservice til 

rådighed, der kan levere 

ejerforholdskoden. 


ESR stiller en webservice til 

rådighed, der kan levere 

ejerforholdskoden. 

Afsnit 6.5.5 pkt. 3 

Kapitel 3, bilag C 

Afsnit 7.1.3 

Afsnit 7.1.3 

Kapitel 6 

Kapitel 3 

Kapitel 6 

Kapitel 6 

Kapitel 6


Kapitel 11 

6 Udtræk samt overførsel af enkelte datafelter - 

6.1 Den Offentlige Informationsserver - 

6.1.1 Der skal dagligt foretages onlineoverførsel af replikerede, landsdækkende BBR-data til OIS 

omfattende alle BBR-data i klasse 0, 1 og 2. 

6.1.2 Online overførsel af BBR-data skal ske ved filoverførsel, som beskrevet i snitfladebeskrivelsen 

for OIS datavært (OIS_Dbvaert_Godkendt juni 2010 ML_Snitflade_v_121.doc). 

Der foretages overførsel af 

ændrede BBR-data. 

Der vil blive afleveret efter det i 

bilag 2, tillæg C viste format. 

Jf. ændringsforslag 56 er 

dette krav ændret. 

6.2 Andre relevante administrative systemer Krav 6.2 er ændret idet 

der fremover ønskes 

adgang til en generel 

webservice i NYT BBR jf. 



NYT BBR og CPR" (jf. 

appendiks 3 i allonge 1 i 

leverance-kontrakten.). 

6.2.1 Onlineenkeltopslag og overførsel af enkelte datafelter - 

6.2.1.1 Det skal for brugere med adgangsrettighed hertil være muligt at foretage enkeltopslag i BBR- 

Afsnit 9.2 

data ved hjælp af gængse internet-browsere. 

Adgangskontrollen skal være baseret på digital signatur. 

6.2.1.2 Skat skal have mulighed for at foretage online udtræk af forud fastlagte BBR-data vedrørende 

en enkelt ejendom. 

Pt. sker dette i form af en flad fil, men senere skal der være mulighed for en OIOGodkendt 

juni 2010 ML-fil. 


Medarbejderne hos Skat skal have læseadgang til www.bbr-kommune.dk og der skal være 

udviklet generelle webservice, der returnerer alle registrerede data ved kald på en ejendom. 

6.2.1.3 Skat skal endvidere have mulighed for indberetning af ændringer af BBR-data. Der skal 

etableres en kommunal ”modtageboks” for indberetning af ændringer, der modtages fra Skat. 

Alle indberetninger skal kunne gemmes, og alle ændringer skal godkendes af kommunen, 

inden BBR ajourføres. Der skal være mulighed for link til ESDH. 


Muligheden for at etablere link til lokale journalsystemer (ESDH) består i, at der kan opsættes 

links til at kunne sendes parametre fra Nyt BBR til kommunens ESDH-system. Her benyttes 

de parameterstyrede URL-links (dvs. de såkaldte ”Kommunespecifikke links”). De parametre 

som kan benyttes vil fremgå af brugervejledningen. 


Kravet ændret jf. 

præcisering nr. 19 

Dette krav blev godkendt i 


forbehold for 

OIOGodkendt juni 2010 

ML-snitfladerne. 

Kravet ændret jf. 

præcisering nr. 3 

Dette krav er ændret Jf. 


Kapitel 6 afsnittet omkring udtræk 

- 

Afsnit 7.2 

Kapitel 9


Kapitel 11 

6.2.1.4 KMD stiller en webservice til rådighed således at koden for ”Offentlig støtte” på længere sigt 

kan overføres til Nyt BBR fra BOSSINF-STB. På kort sigt skal brugeren selv indtaste feltet i 

Nyt BBR. 

6.2.1.5 EBST skal have mulighed for at foretage parameterstyret udtræk af BBR-data ved direkte 

opkobling til BBR. 

6.2.1.6 Søgning på BBR-data skal kunne ske med ejendomsnummer, matrikelbetegnelse, adgangs- 

eller enhedsadres-se, bygnings- eller anlægsnummer samt rumnummer. 

6.2.1.7 Afhængigt af adgangsrettigheden skal antallet af enkeltopslag registreres og tilknyttes en 

klikafgift, der er specifikt knyttet til brugerrettigheden (dette gælder ikke kommunale brugere). 

De enkelte klikafgifter skal kunne reguleres af den systemansvarlige myndighed (KH). 


det aftales hvilke typer udtræk, 

der skal kunne trækkes så 

svartider ikke belastes 

unødvendigt. Der stilles et 

næsten tidstro datawarehouse 

til rådighed, som indeholder de 

reelle entiteter og cuber, der 

benyttes til udtræk og rapporter 

Der stilles et næsten tidstro 

datawarehouse til rådighed, 

som indeholder de reelle 

entiteter og cuber, der benyttes 

til udtræk og rapporter. 


beskrevet i 


Dette krav blev godkendt i 


forbehold for OIOXMLsnitfladerne. 

Kravet er ændret med 




6.2.2 Masseudtræk - 

6.2.2.1 Det skal være muligt at fremstille komplette kopier af BBR samt at overføre disse elektronisk 

til myndigheder m.fl. både i OIOXML-format og i andre gængse formater, der aftales særskilt 

med modtagerne. 


Med udtrykket ”gængse formater” menes der CSV og XML. 

6.2.2.2 Skat skal mindst én gang årligt (p.t. 1.10.) online have overført en totalkopi af landsdækkende 

BBR-data (stamdata). 

P.t. sker dette i form af en flad fil, men senere skal der være mulighed for en OIOXML-fil. 

6.2.2.3 Der skal hvert år afleveres en komplet kopi af landsdækkende BBR-data (stamdata). 

6.2.2.4 Formatet skal overholde krav fra Statens Arkiver. 


Kravet er præciseret jf. 


Kapitel 3, 6 og 7 

Kapitel 10 

Kapitel 4


Kapitel 11 

6.2.2.5 Danmarks Statistik skal kunne foretage onlineudtræk af landsdækkende BBR-data (såvel 

stamdata som sagsdata) med statuskode 1, 2, 3 og 4 som beskrevet i ÆF 70. (Se den 

samlede kravspecifkation i ÆF 70). 

6.2.2.6 EBST skal månedligt samt ad hoc efter rekvisition online modtage en totalkopi af 

landsdækkende BBR-data (stamdata og sagsdata). 

Dette skal ske i form af en ”flad” fil, fx i EBCDIC-format, men senere skal der være mulighed 

for en OIOXML-fil. 


Det forudsættes, at der med Ifølge mail fra den 6. maj Afsnit 4.3.1.5 

”foretage online udtræk” forstås, 2010 har EBST/Danmarks 

at rekvirering af udtræk kan Statistik accepteret at der 

foretages online. Der stilles et ikke er behov for et 

skærmbillede til rådighed, hvor 

disse bestillinger kan foretages. 

Det skal under 

systembeskrivelsesfasen 

fastlægges, hvorledes 

skærmbillede skal se ud og 

udtrækket efterfølgende skal 

leveres til Danmarks Statistik. 

bestillingsskærmbillede. 

Udtræk vil kunne ske i form at 

flade filer, f.eks. i csv-format, 

men ikke i mainframe baserede 

EBCDIC-format.


Kapitel 11 

7 Krav til udskrift af BBR-data (BBR-Meddelelser) Jvf. Allonge 1: 

Krav til landsdækkende 

udskrift af BBRmeddelelser 

jf. 

kontraktens bilag 2 

(Kravspecifikation) 

frafaldes. 

Desuden ændres krav 7.2, 

så ejers navn og adresse 

hentes fra OIS, hvis de 

ikke har 

navnebeskyttelse, og fra 

CPR, hvis de har 

navnebeskyttelse i stedet 

for som angivet i kravet 

fra ESR. 

7.1 Fra BBR skal der automatisk (parameterstyret) kunne udskrives BBR-Meddelelser ved 

ejerskifte, indflytning eller ved ændringer af BBR-data. 

BBR-ejermeddelsen skal medtage oplysning om de på ejendommen godkendte adresser 

(stamdata) samt eventuelle sagsdata, der knytter sig til byggesagsdata. 

Kravet er præciseres således: 

I en dialog med kommunerne er man kommet frem til en liste af 12 årsagskoder, som 

benyttes ved udskrivning af BBR Meddelelser. En er dem er årsagskode 70 ”Denne BBR- 

Meddelelse er udskrevet på grund af matrikulære ændringer”. Matrikulære ændringer som 

skal udløse en BBR-Meddelese er ”Opret og slet af matrikler med artskode 00 og 01 (ESR 

hændelser)”. 




NYT BBR og CPR", hvor 

det fremgår: 

Det har vist sig, at ESR 

alene indeholder 

CPR/CVR-nr., men ikke 

adresser. Adresserne vil 

kunne hentes ved opslag 

i CPR hhv. CVR. Men da 

OIS allerede indeholder 

ejeradresser (jf. OIS-tabel 

CO11700T), finder EBST, 

at adresserne mest 

hensigtsmæssigt hentes i 

OIS via en webservice. 

Hermed vurderes det, at 

behovet for adgang til 

KMDs P- hhv. Vdataregister 

bortfalder. 



punkt 12. 

Kapitel 5 

Afsnit 5.3 

Afsnit 5.5 

Afsnit 5.12


Kapitel 11 

7.2 Ejers navn og adresse hentes via ESR. 

Jvf. Allonge 1 ændres krav 7.2, så ejers navn og adresse hentes fra OIS, hvis de ikke har 

navnebeskyttelse, og fra CPR, hvis de har navnebeskyttelse i stedet for som angivet i kravet 

fra ESR. 

Se notat "Ændringer af dataudveksling mellem NYT BBR og CPR". 

Det forudsættes, at ESR stiller 

en service til rådighed, der kan 

levere disse data online. 

7.3 Kommunen skal kunne fravælge en totaludskrift ved afslutningen af en byggesag. Afsnit 5.3 

7.4 Der skal kunne udskrives BBR-andelsboligmeddelelser efter rekvisition fra lejere og 

andelshavere. 

7.5 Udskrivning af BBR-meddelelser og BBR-andelsboligmeddelelser skal desuden kunne ske 

efter anmodning fra kommunen med individuelt tilpassede årsagskoder 

7.6 Sagsbehandleren skal kunne fremfinde information om hvornår seneste BBR-Meddelelse er 

udskrevet, samt årsag til udskrivning. 

7.7 Byggesagsoplysningerne: bygningsnummer, sagstype, sagsnummer, byggetilladelsesdato 

(eller den dato der passer til sagstypen) skal vises på BBR-Meddelelserne. 

Byggesagsoplysningerne vises for alle entiteter som har en byggesag. Dette gælder både 

automatiske udskrifter og online bestillinger. 

7.8 Der skal være parameterstyring af de ændringer, som skal resultere i udskrift af BBR- 

Meddelelser/BBR-andelsboligmeddelelser. 

Kravet er blevet ændret 

som beskrevet i 






beskrevet i 



beskrevet i 




ændringsforlsag 19. 

7.9 Alle ændringer siden sidste udskrift skal vises med kursiv på BBR-Meddelelsen. Kravet er ændret som 

beskrevet i 


7.10 Masseudskrivning af BBR-Meddelelser skal kunne ske for bygninger med bestemte 

karakteristika, fGodkendt nov 2009 styret af anvendelseskoden (BYG.22). 

7.11 Der skal udskrives BBR-Meddelelser for: 

• En vurderingsejendom 

• En grund (matrikulær ejendom) 

• En enhed/ejerlejlighed/andelsbolig 

• Bygning. 


Afsnit 6.5.3 - snitflade 10 

Afsnit 5.4 

Afsnit 5.4 

Afsnit 10.3.1 Rapport 2 

Afsnit 5.12 

Afsnit 5.3 

Afsnit 5.5 

Afsnit 5.12 

Afsnit 5.4.2 

Afsnit 5.4.1


Kapitel 11 

7.12 BBR-Meddelelse skal kunne udskrives for en ejendom med markering af de BBR-data, der er 

blevet ændret. 


En BBR-Meddelelse, som udskrives til ejeren(hhv. administratoren) for en ejendom udskrives 

med markering af de BBR-data, der er blevet ændret siden sidste gang den pågældende ejer 

(hhv. administrator) modtog en BBR-Meddelelse. BBR-Meddelelser, som udskrives til andre 

modtagere end ejeren (hhv. administratoren) indeholder ingen ændringsmarkering, idet det er 

umuligt at vide, hvilke data der er blevet ændret ”siden sidst”. Den første BBR-Meddelelse, 

som en ejer (hhv. administrator) modtager efter idriftsættelse af systemet, vil have markeret 

de felter, som er blevet ændret siden idriftsættelsestidpunktet. 

7.13 BBR-Meddelelse eller BBR-Andelsboligmeddelelsee skal kunne udsendes via e-mail eller Eboks 

i PDF-format med et følgebrev (kommunespecifikt bilag) og kunne kobles til 

”Skattemappen”. 

Et kommunespecifikt bilag som skal vedhæftes BBR-Meddelelsen indsendes til KMD Service, 

som sørger for at det bliver videregivet og klargjort til såvel centralt print, e-boks og 

forsendelse pr. mail. 

Det kommunespecifikke bilag vedhæftes derefter som standard alle udskrevne BBR- 

Meddelelser, uanset om der er tale om centralt print, forsendelse med mail eller e-boks. Ved 

mail påhæftes det kommunespecifikke bilag automatisk, men via et flueben kan 

sagsbehandleren fjerne det så det ikke kommer med i mailen. 

7.14 Modtagere af BBR-Meddelelser/ BBR-andelsboligmeddelelser skal have mulighed for at 

indberette rettelser i en PDF-blanket vedhæftet BBR-ejermeddelelelsen/BBR-andelsboligmeddelelsen 

og at returnere blanketten elektronisk til kommunen (SOA-baseret). 


I forlængelse af Ændringsforslag 57 har modtagere af BBR-Meddelelser ikke mulighed for at 

indberette rettelser i en PDF-blanket vedhæftet BBR-Meddelelser. Sådanne rettelser kan 

indberettes via de generelle OIOXML-snitflader. 

7.15 BBR-Meddelelser/BBR-andelsboligmeddelelser skal kunne udskrives decentralt i kommunen 

på en printer, der stilles til rådighed af kommunen. 

7.16 Uanset datoer registreres i BBR i formatet ååååmmdd, skal datoer på BBR-meddelelser mv. 

fremtræde som dd-mm-åååå. 


Via PDF-blanketter er der ikke 

mulighed for, at verificere at 

data kommer fra ejeren. Det vil 

være op til sagsbehandleren at 

verificere data efterfølgende. 

For at sikre at data bliver 

valideret, inden de når 

sagsbehandleren, foreslås det 

at sådanne data indberettes via 

OIS eller anden 3. parts 

løsning, der benytter 

webservices, hvor data lander i 

kommunens modtageboks. 



punkt 16. 

De ændrede felter fremgår 

med kursiv. 

Afsnit 5.7 

Afsnit 5.12 


Kravet er ændret jf. ÆF 

60. Dette krav blev 

godkendt november 2009 

med forbehold for kobling 

til Skattemappen. Det skal 

afklares hvad der skal 

forstås ved følgebrev. 



punkt 23. 

Afsnit 5.1.2 

Afsnit 5.12


Kapitel 11 

7.17 Layout af BBR-Meddelelser/BBR-andelsboligmeddelelser udarbejdes af leverandøren i 

samarbejde med de kommunale parter. 


Muligheden for at til- og fravælge kommunespecifikke felter på meddelelserne fjernes. 

Kommunespecifikke felter udskrives ikke på meddelelser af typen ”BBR-Meddelelse” og typen 

”BBR-Andelsboligudskrift”, men udskrives på meddelelser af typen ”BBR-Registerudskrift”. 

Bemærk: Der er her tale om kommunespecifikke felter, IKKE om notatlinier, som fortsat vil 

kunne til- og fravælges at blive vist på BBR meddelelserne. 

Det betyder: 

• BBR-Registerudskrift: Både kommunale felter og notatlinjer udskrives. 

• BBR-Andelsboligudskrift: Hverken notatlinjer eller kommunale udskrives. 

• BBR-Meddelelse: Kommunale felter udskrives ikke, notatlinjer til- og fravælges af 

kommunen. 


Kommune Holding stiller 

kommunale repræsentanter til 

rådighed. 



punkt 6. 

8 Rapporter, statistikker mv. - 

8.1 Systemet skal være forsynet med en rapportgenerator, som gør det nemt og ukompliceret for 

brugerne (med rettighed hertil) i eget regi at fremstille rapporter, statistikker og andre former 

for udtræk af BBR-data. Der skal leveres en detaljeret vejledning hertil med beskrivelse af, 

hvilke datafelter der kan udtrækkes i rapporter, statistikker mv. 

8.2 Systemet skal leveres med 10 faste rapporter, hvis indhold fastlægges nærmere i forbindelse 

med systemudviklingen. 


Krav 5.2.8 er løst med to faste rapporter, som er en del af de 10 faste rapporter, der blev 

leveret til idriftsættelse d. 1.12.2009. 

Derfor blev krav 8.2 ved overtagelsesprøven i november godkendt med forbehold for, at der 

leveres yderligere 2 faste rapporter for at opfylde kravet om 10 faste rapporter. Disse rapporter 

bliver Bestandsoptælling og Brugeradministration, som beskrives i særskilt 

løsningsbeskrivelse. 


Som rapportgenerator tilbydes 

standardsystemet SQL Server 

Reporting Services fra 

Microsoft. 

De brugere, som skal udarbejde 

rapporter, skal have adgang til 

en pc med Windows Godkendt 

juni 2010 P med Microsoft .Net 

2.0 Framework installeret samt 

adgang til Nyt BBR. 

Rapporterne laves via Report 

Builder, der er en del af nyt 

BBR.Se mere om 

rapportmulighederne i den 

tilbudte løsning, afsnit 1.9. 



Afsnit 5.12 

Afsnit 10.6 

Afsnit 10.4 

Afsnit 10.3


Kapitel 11 

8.3 Alle rapporter skal kunne overføres til brugeren som en fil i valgfrit format (PDF, Word, 

EGodkendt nov 2009 cel). 

Output fra rapporterne kan 

leveres i flere formater, 

herunder EGodkendt nov 2009 

cel, PDF, HTML og Word. 

8.4 Uanset at datoer registreres i BBR i formatet ååååmmdd, skal datoer på rapporter fremtræde 

som dd-mm-åååå. 

Kapitel 10 

9 Dataudveksling, systemer til byggesagsbehandling og andre kommunale systemer - 

9.1 Der skal være standardsnitflader til kommunale systemer til byggesagsbehandling samt til 

øvrige kommunale systemer, der anvender BBR-data. Dette skal muliggøre system til systemintegration 

ved hjælp en BBR-kommuneklient og webservices, således at BBR kan integreres 

med lokale, kommunale systemer. 

Det forudsættes, at disse systemer udbygges hertil uden for nærværende tilbud. 

Ved kald af disse snitflader 

forudsættes det, at brugeren er 

autoriseret i consumer 

applikationen, og at der ikke 

sker yderligere afgrænsning, 

end ”kommune”, af de 

udleverede data. Kommunen 

identificeres ved hjælp af deres 

VOCES. 

For CPRs vedkommende 

er krav 9.1 er ændret idet 







Kapitel 2 

Kapitel 3 

Kapitel 6 i afsnittet omkring oioxml-snitfladerne. 

9.2 Snitfladerne skal være i OIOXML-format, jf. www.oio.dk. Kapitel 6 beskriver 

snitfladernes formål, indhold mv. 

Kapitel 9 

9.3 Der skal være mulighed for at etablere link til lokale journalsystemer (ESDH). 


Muligheden for at etablere link til lokale journalsystemer (ESDH) består i, at der kan opsættes 

links til at kunne sendes parametre fra Nyt BBR til kommunens ESDH-system. Her benyttes 

de parameterstyrede URL-links (dvs. de såkaldte ”Kommunespecifikke links”). De parametre 

som kan benyttes vil fremgå af brugervejledningen. 


der er tale om et kald med en 

eller flere parametre. 

9.4 Det skal være muligt at relatere en bygning til et objekt i kommunens tekniske kort (FOT). Ifølge FOT specifikationen 

version 3 

(http://www.fotdanmark.dk/NR/r 

donlyres/BE05EFC8-5FA5- 

4F7F-B269- 

8BF9AE170279/0/EndeligFOTs 

pecifikationversion3_20marts20 

06.pdf), indeholder 

objektklassen ”Bygning” et 

”BYGNING_ID”, som svarer til 

den tilsvarende nøgle i BBR og 

de enkelte kommuner har 

vedligeholdelsespligten af 

denne attribut. Herved er der 

sikret en reference imellem 

BBR og en bygning i 

kommunernes tekniske kort 

(FOT). 




punkt 4. 

Kapitel 3 

Kapitel 4 

Kapitel 7 

Kapitel 3 

Afsnit 7.1.1 

Afsnit 7.1.2 

Afsnit 7.1.5 

Afsnit 7.1.6


Kapitel 11 

9.5 Der skal være link med tilhørende snitflade til kommunens tekniske kort, således at der kan 

søges på adresser til bygninger, tekniske anlæg og grunde. 

Leverandøren definerer en 

snitflade således, at adresser i 

BBR kan sendes til eksterne 

systemer med henblik på 

visning/viderebehandling. Det er 

således op til de modtagende 

systemer at udvikle 

funktionalitet, der overholder 

gældende standard. 

Teknisk set forventer 

leverandøren at implementere 

funktionaliteten ud fra princippet 

om, at der registreres en URL 

protokol på maskinen med BBR 

og GIS systemet. Det giver 

friheden til at GIS systemet kan 

være både Desktop og web 

baserede systemer. 

10 Strukturering og klassifikation - 

10.1 Strukturering af BBR-data - 

10.1.1 BBR skal omstruktureres, således at den grundlæggende registrering af BBR-data vedrørende 

bygværker (bygninger og tekniske anlæg), boliger og adresser kan knyttes til de entiteter, der 

fremgår af den beskrevne datamodel, jf. tillæg A til kravspecifikationen: 

1. Bygning 

2. Teknisk anlæg 

3. Opgang/indgang 

4. Etage 

5. Bolig-/erhvervsenhed 

6. Brugsenhed 

7. Rum 

8. Adgangsadresse 

9. Enhedsadresse 

10. Grund. 

10.1.2 BBR-data skal knyttes sammen ved hjælp af de relationer, der fremgår af datamodellen i 

tillæg A til kravspecifikationen. 

10.1.3 Det skal i BBR sikres, at de ”supplerende systemmæssige regler”, der er anført i tillæg A til 

kravspecifikationen under de enkelte entiteter, overholdes. 

10.1.4 Forekomster i BBR skal identificeres med de tekniske id’er, administrative nøgler og 

fremmednøgler, der fremgår under den enkelte entitet i tillæg A til kravspecifikationen. 

10.1.5 BBR-data skal registreres i tilknytning til den entitet, hvortil data er henført, jf. tillæg A til 

kravspecifikationen. 

10.1.6 Det enkelte dataelement i BBR skal registreres i overensstemmelse med de krav til feltnr., 

feltnavn, klassifikation, type, feltlængde, værdisæt og kodesæt, der er anført ovenfor i tillæg A 

til kravspecifikationen. 


Se note i kravsspec. 

Kapitel 3 

Kapitel 4 

Kapitel 7 

Kapitel 7 

Afsnit 7.1 

Kapitel 7 

Kapitel 7 

Kapitel 3 

Kapitel 8


10.1.7 Kapitel Der skal 11være 

mulighed for at oprette felter til registrering af nye oplysningstyper i klasse 1 og 

Kapitel 7 

2 på de enkelte entiteter. 

10.1.8 BBR-data skal knyttes til de identifikationer, der findes i CPR, MATR og ESR ved hjælp af de 

Kapitel 7 

relationer, der fremgår af datamodellen samt af tillæg A til kravspecifikationen. 

10.1.9 Stamdata og sagsdata skal registreres i samme struktur. 

Kapitel 7 

Der skelnes mellem stamdata og sagsdata vha. en statuskode. 

10.1.10 Enhver forekomst af sagsdata skal relateres til en forekomst af stamdata. Kapitel 3 

10.1.11 Forekomster af stamdata og sagsdata må ikke slettes, bortset fra fejlindberetninger. Kapitel 3 

10.2 Klassifikation af BBR-data - 

10.2.1 Entiteterne bygning, etage, opgang/indgang, bolig/erhvervsenhed, enhedsadresse, 

adgangsadresse og grund skal oprettes i BBR, medens det er frivilligt at oprette entiteterne 

teknisk anlæg, rum og brugsenhed. 

10.2.2 Registreringen af BBR-data skal kunne ske obligatorisk eller frivilligt i henhold til følgende 

klassifikation: 

Klasse 0 omfatter de obligatoriske identifikationer, som registreres efter en fast struktur. 

Tildeling og registrering af identifikationerne er obligatorisk for alle forekomster i registret, og 

kommunen har ansvar for at sikre en tidsaktuel opdatering af identifikationerne. Vælger 

kommunen at registrere forekomster af en frivillig entitet, skal der også i disse tilfælde tildeles 

identifikationer i overensstemmelse med de fastlagte formater og regler. 

Klasse 1 omfatter de obligatoriske, strukturerede BBR-data. Kommunen har ansvar for at 

sikre en tidsaktuel opdatering af disse. 

Klasse 2 omfatter de BBR-data, som det er frivilligt at registrere. Kommunen kan selv 

fastsætte udvælgelseskriterier for de forekomster, der skal registreres, men de data, 

kommunen vælger at indberette, skal være i overensstemmelse med den anførte struktur, og 

kommunen har ansvar for at sikre en tidsaktuel opdatering af disse. 

10.2.3 Klasse 3 indeholder oplysninger, det er frivilligt at registrere. Oplysningerne følger ikke en 

landsdækkende fast struktur, men registreres efter lokalt behov og efter kommunens egne 

retningslinjer, herunder krav til format, tilladte værdier mv. 

10.2.4 I tillæg A til kravspecifikationen er den enkelte oplysning i BBR-data henført til en af disse 

klasser. 

10.2.5 Klassifikationen af de enkelte oplysningstyper af BBR-data skal være parameterstyret og 

kunne ændres. 

10.2.6 De enkelte kommuner skal kunne underopdele specifikke koder (fGodkendt nov 2009 

anvendelseskoder, BYG.22 og EHN.21) efter kommunale ønsker. Dette skal kunne styres 

vha. kommunale systemparametre. 


De enkelte kommuner skal kunne underopdele specifikke koder (I version 1.0 er dette kun 

relevant for feltet ENH.48 ’Godkendt tom bolig’ ) efter kommunale ønsker. Dette skal kunne 

styres vha. kommunale systemparametre. 



punkt 20 og efterfølgende 

ændret i ændringsforslag 

49. 

10.3 Tekniske identer - 

Kapitel 8 

Kapitel 8 

Kapitel 8 

Kapitel 8 

Kapitel 8 

10.3.1 Alle entiteter i BBR skal tildeles en teknisk id efter retningslinjerne i ovenstående punkt 10.3. Kapitel 7 

10.3.2 En teknisk id må kun kunne knyttes til én forekomst i BBR-data. Kapitel 7 



Kapitel 11 

10.3.3 Når der beregnes en teknisk id til en ny forekomst, skal det undersøges, om der findes en 

anden forekomst med samme tekniske id. Hvis dette er tilfældet, skal den nye forekomst have 

beregnet en anden teknisk id. 

Kapitel 7 

10.3.4 Forekomster af sagsdata tildeles en selvstændig teknisk id uafhængigt af forekomsten i 

Kapitel 7 

stamdata. 

10.3.5 Når en forekomst i registret en gang er tildelt en teknisk id, skal denne id følge den 

Kapitel 7 

pågældende forekomst uden ændringer. 

10.3.6 Når en forekomst udgår, bevares dens tekniske id uændret, og denne id kan ikke genbruges. Kapitel 7 

10.3.7 Tilbudsgiver bedes fremkomme med en vurdering af, hvorvidt den beskrevne tekniske ident 

med fordel kan erstattes med UUID eller tilsvarende, idet allerede tildelte nøgler i det 

nuværende BBR ikke skal ændres. 

Brug af UUID, i 

Windowsverdenen kaldet GUID, 

vil performancemæsigt og 

teknisk være en mere elegant 

løsning. Problemet med at 

bruge UUID skal findes i 

synkroniseringen, da det 

nuværende BBR håndterer 

ident-ændringer ved hjælp af 

den nuværende tekniske nøgle. 

Samtidig vil det nuværende 

BBR ikke kunne køre uden den 

nuværende form for teknisk 

nøgle. 

Hvis der er ønsker om at slippe 

af med den nuværende måde, 

at beregne tekniske nøgler på, 

vil det være muligt i en 

overgangsfase, at implementere 

datamodellen med begge 

former for tekniske nøgler. Nyt 

BBR vil så, i fase 0 og 

overgangsfasen, gøre brug af 

UUID internt og i forhold til 

andre systemer med undtagelse 

af det nuværende BBR. Det 

kræver dog, at man ændrer 

’crud_id’ i alle BBR tabeller i 

OIS og efterfølgende opdaterer 

dem med den nye UUID. 

10.4 Administrative nøgler - 

10.4.1 BBR’s registreringer skal udover den tekniske id være tilknyttet administrative nøgler, der skal 

være i overensstemmelse med de angivne formater i kravspecifikationens punkt 10.3. 


Kapitel 7 

Kapitel 7


Kapitel 11 

10.4.2 Adresser, der fungerer som administrative identer på bygninger og bolig-/erhvervsenheder, 

skal oprettes og opdateres maskinelt via relationen til adgangsadresse og enhedsadresse. 

10.5 Sikkerhedsmæssige krav for visse bygninger - 

10.5.1 Det skal på entitetsniveau være muligt at inddatere en kode for sikkerhedshensyn: 

Nul: Bygværket er ikke omfattet af sikkerhedshensyn 

1: Bygværket er omfattet af sikkerhedshensyn. 

10.5.2 Koden for sikkerhedshensyn skal kunne nedarves på entiteter, der indgår i en bygning. 

10.5.3 Sikkerhedsklassifikation 1 = Kun brugere med rollen 'FBE' eller sikkerhedsgodkendt + 

Byggesagsbehand-lerA kan læse og skrive feltets data. 

Sikkerhedsklassifikation 2 = Kun brugere med rollen 'FBE' eller brugere med rollerne 

'Sikkerhedsgod-kendt' + 'BBRsagsbehandler' eller sikkerhedsgodkendt + 

ByggesagsbehandlerA kan læse og skrive feltets da-ta. Brugere med rollen 

'BBRsagsbehandler' kan læse feltets data. 

Sikkerhedsklassifikation 3 = Kun brugere med rollen 'FBE' eller brugere med rollerne 

'Sikkerhedsgod-kendt' + 'BBRsagsbehandler' eller sikkerhedsgodkendt + 

ByggesagsbehandlerA kan læse og skrive feltets da-ta. Alle autoriserede brugere kan læse 

feltets data. Data kan videregives til anvendelser udenfor kommunene i overensstemmelse 

udenfor kommunen i overensstemmelse med bestemmelserne i BBR-loven. 

10.5.4 Når Forsvaret sælger en ejendom, skal Forsvaret ophæve koden for sikkerhedshensyn på de 

pågældende enti-teter. Derefter vil data på disse entiteter være frit tilgængelige for 

kommunens sagsbehandlere. 

10.5.5 Der skal være adgangs- og autorisationskontrol til BBR i henhold til ovennævnte 

sikkerhedskrav. Dette fastlægges gennem brugerrettigheder. 

Der skal i denne forbindelse skelnes mellem brugere på sikrede net og brugere på åbne net 

(fGodkendt nov 2009 internet). 

Administrationsdatabasen 

indeholder oplysning om 

sikkerhedsklassificering. 

Al kommunikation mellem 

brugerne af BBR og BBR 

foregår altid via sikrede net. 

Eksempelvis vil en forbindelse 

over Internet med digitalt 

certifikat som minimum være 

stærkt krypteret. 


beskrevet i 


Kapitel 7 

Kapitel 7 

Kravet er ændret som Kapitel 9 

beskrevet i 

ændringsforslag 52 og 62. 


beskrevet i 


11 Validering og Qsikring - 

11.1 Det skal kontrolleres, at data registreres i overensstemmelse med datastrukturen i den logiske 

datamodel. 

Kapitel 3 

Kapitel 9 

Afsnit 3.3.1 

Afsnit 4.5 

Bilag til kapitel 3 

11.2 Det skal kontrolleres, at alle data i klasse 0 og 1 er til stede i BBR. Afsnit 3.3.1 

Afsnit 4.5 

11.3 Det skal kontrolleres, at data, der inddateres eller modtages elektronisk, valideres med 

henblik på overholdelse af feltdefinitioner og feltlængde, samt at dataværdier ligger inden for 

relevante intervaller. 

11.4 Det skal kontrolleres, at der ikke forekommer forkerte nøglesammenhænge, eller at der er 

manglende overensstemmelse med data, der udveksles med andre registre som følge af fejl 

ved udvekslingen. 


Afsnit 3.3.2 

Afsnit 4.5 

Bilag 3C 

Afsnit 3.3.1 

Afsnit 4.5


Kapitel 11 

11.5 Der skal etableres: 

• Logiske kontroller på dataindholdet 

• Sandsynlighedskontroller 

• Afstemning med data i andre registre. 

Tilbudsgiver bedes i tilbudet anføre løsningsforslag hertil. 

12 Datasikkerhed og logning 

Tilbudsgivers forslag til 

kontroller kan læses i den 

tilbudte løsning, afsnit 1.6.1, der 

omhandler datavalidering. 

12.1 Datasikkerhed - 

12.1.1 Behandling, lagring og anvendelse af data i BBR skal ske i overensstemmelse med de regler, 

der gælder efter lov om behandling af personoplysninger med de begrænsninger, som 

markedsføringsloven og den øvrige særlovgivning medfører. 

12.1.2 Ved overførsel af BBR-data med personhenførbare data via internet (eller andre åbne net) 

skal der være sikkerhed for afsenders og modtager identitet (autenticitet) samt de 

transmitterede datas ægthed. Transmission af personnumre skal være krypteret. 

12.1.3 Leverandøren skal udarbejde en sikkerhedsforskrift for BBR bl.a. med oplysning om: 

• Brugerautenticitet 

• Systemautenticitet 

• Datasikkerhed 

12.1.4 Der skal kunne tages fuld backup af alle data samt af åbne filer under produktion. 

12.1.5 Der skal være mulighed for på ethvert tidspunkt at rulle anvendte databaser tilbage til et 

veldefineret punkt i tilfælde af systemnedbrud. 

12.1.6 Fejl på et enkelt lagermedium må ikke medføre tab af data. 


Et standardsikkerhedssystem, 

kan ikke kender dansk 

lovgivning, hvorfor det er 

applikationerne, der håndterer 

denne del. Selve beskyttelsen 

af data og hele løsningen vil ske 

i henhold til DS484 

Dette sikres ved webservices. 

anvendelse af OWSA Model T. 

Webserver delen kan ligeledes 

sikre fortrolighed ved 

anvendelse af TLS med stærk 

kryptering. 

Leverandøren kan forklare, 

hvorledes et standard 

sikkerhedsniveau kan 

opretholdes, men det er 

kunden, der udefra sin 

risikovurdering i henhold til DS 

484, skal stille de 

sikkerhedskrav, der skal være til 

løsningen. Leverandøren 

overholder DS484 – Statens 

standard for IT sikkerhed. 

Leverandøren vil ligeledes 

kunne honorere 

implementeringen af de 

skærpede krav som kunden 

finder fornødent. 

Afsnit 3.3.2 

Afsnit 3.3.3. 

Afsnit 3.3.4 

Afsnit 4.5 

Bilag 3A 

Bilag 3B 

Kapitel 9 

Afsnit 9.1 

Afsnit 9.2 

Kapitel 9 

Afsnit 9.1 

Afsnit 9.2 

Kapitel 9


Kapitel 11 

12.1.7 Systemet skal være sikret mod hackning og virus. Udvikling i henhold til DS484, 

mindsker denne risiko - 

Leverandøren har stor erfaring i 

hacker-sikring af løsninger, 

både på netværksniveau men 

ligeledes på applikationsniveau; 

men ingen kan med 100% 

sikkerhed garantere, at der 

aldrig vil ske et angreb. 

Leverandøren overvåger 

løsningerne som driftes, og 

minimerer skadevirkningerne. 

Leverandøren kan tilbyde en 

sikkerhedstest, som minimerer 

risikoen inden løsningen 

idriftsættes. 

12.2 Logning - 

12.2.1 Der skal etableres detaljeret logning af adgangen til BBR, herunder ved oprettelse, ændring 

og sletning af brugere. Logningen skal som minimum indeholde oplysning om tidspunkt, 

bruger, type af anvendelse og angivelse af den post/person, anvendelsen vedrørte, eller det 

anvendte søgekriterium. 


12.2.2 Loggen skal være skrivebeskyttet, således at den kun kan opdateres af det system, der 

varetager den løbende ajourføring af loggen. 

Afsnit 8.2.5 

12.2.3 Loggen skal gemmes i mindst 5 år (løbende kalenderår + 5 år). Afsnit 8.2.5 

12.2.4 Endvidere skal al datatrafik logges i en eller flere logfiler. Afsnit 8.1.5 

12.2.5 Der skal genereres en log over fejlkoder ved anvendelsen af BBR. Afsnit 8.1.5.2 

12.2.6 BBR skal logge resultatet af alle kontroller, der gennemføres på data (ekskl. simple 

valideringer). 


12.2.7 Der skal være logning af hver enkelt transaktion i BBR og mulighed for udskrivning heraf. Afsnit 8.1.5.2 

12.2.8 Det skal være muligt at udtrække oplysninger fra loggen. Oplysninger skal kunne udtrækkes 

ved hjælp af standard-rapportgenereringsværktøj. 

Kapitel 10 

13 Oprydning i BBR-data - 

13.1 Det skal være muligt for systemadministratorer at foretage oprydning i BBR med henblik på at 

fjerne fejlagtige eller overflødige BBR-data. 

13.2 Tilbudsgiver bedes anføre eventuelle andre muligheder for at kunne foretage oprydning i BBR- Se den tilbudte løsning, afsnit 

data. 

1.6.1 

14 Konvertering til en ny datastruktur 

Konverteringen foretages fra de eksisterende BBR-data i KMD BBR jf. Allonge 1 "Ændrede 

krav m.m.", hvor der bl.a. står: 

"Konverteringen af BBR-data til Nyt BBR forudsættes i kontraktens bilag 2 (Krav-specifikation) 

afsnit 14 at bygge på de eksisterende BBR-data i OIS/BBR." 


Konverteringsnotat


Kapitel 11 

14.1 Leverandøren skal foretage konvertering af den nuværende BBR-database, der findes i 

OIS/BBR, til den datastruktur, der fremgår af tillæg A til kravspecifikationen. 

En specifikation af BBR-tabellerne i OIS samt Godkendt nov 2009 ML-specifikationer er 

vedlagt som tillæg C til kravspecifikationen. 

14.2 Ved konverteringen skal det nuværende dataindhold i OIS/BBR, der er henført til klasse 0, 1, 

2 eller 3, overføres og registreres i den nye database i overensstemmelse med den struktur, 

der er redegjort for i kravspecifikationens punkt 10. 

14.3 Ved konvertering af koder og notatlinjer anvendes reglerne i tillæg D. Krav 14.3 bortfalder jf. ÆF 

54. 

14.4 Ved overførsel af adresser via ESR skal adresserne overføres som sagsdata, hvis adresserne 

er særligt markerede. 

14.5 Leverandøren skal udarbejde en specifikation af manglende BBR-data i den nye BBR- Se den tilbudte løsning, afsnit 

database ved konvertering fra OIS/BBR og i samarbejde med kunden udarbejde planer og 

procedurer for inddatering og/eller indlæsning af manglende BBR-data fra eksterne databaser. 

1.11 om konvertering. 


Det er ikke med udgangspunkt i OIS/BBR, men med udgangspunkt i KMD BBR, ESR, KRR, 

Begrundelsestabellerne fra Vurderingsopgaven, matrikelnummerudtræk fra KMS og SIMudtræk 

fra Københavns kommune, at Nyt BBR etableres. 

De data der ikke er til stede i OIS/BBR, forudsættes, at være til stede i de øvrige nævnte 

datasamlinger. 

På den baggrund er der ikke behov for efterfølgende planer og procedurer for 

inddatering/indlæsning af manglende BBR-data, da der med det valgte udgangspunkt, 

forudsættes at være de data til stede, som via konverteringen skal udgøre grundlaget for Nyt 

BBR. 

14.6 Den nuværende database rummer: 

• 1,7 mio. ejendomme med tilhørende 0,75 mio. notatlinjer 

• 4,2 mio. bygninger med tilhørende 1,8 mio. notatlinjer 

• 3 mio. enheder med tilhørende 0,5 mio. notatlinjer. 

14.7 Leverandøren skal – inden konverteringen finder sted - dokumentere, at konverteringen kan 

gennemføres uden tab af BBR-data, og at strukturen af BBR-data efter konverteringen er i 

overensstemmelse med specifikationerne i kravspecifikationens tillæg A. 

14.8 Konverteringsrutinerne skal være aftestet og godkendt af kunden fx i form af en 

prøvekonvertering senest inden påbegyndelse af overtagelsesprøven for systemet 

(faseopdelt). 

Den endelige konvertering bør finde sted så tæt på tidspunktet for systemets ibrugtagning 

som muligt under hensyn til behovet for indlæsning af supplerende BBR-data. 

Se den tilbudte løsning, afsnit 

1.11 om konvertering. 



punkt 9. 

15 Adgangskontrol og brugeradministration - 

15.1 Adgangskontrol - 

15.1.1 BBR er omfattet af lov om behandling af personoplysninger (persondataloven). Derfor skal 

brugeradgangen til BBR samt dataoverførsler via internet overholde Datatilsynets 

sikkerhedsbestemmelser. 


Konverteringsnotat 


- 






Kapitel 9


15.1.2 Kapitel Der skal 11gælde 

særlige sikkerhedsmæssige krav vedrørende adgang til 

sikkerhedsklassificerede data i BBR, jf. kravspecifikationens punkt 10.5. 

15.1.3 Der skal etableres adgangskontrol med anvendelse af brugernavn og kendeord (password). 

Endvidere skal det være muligt at etablere adgang til BBR via medarbejdercertifikater. 

15.1.4 Der skal herudover etableres adgangskontrol, som bygger på anvendelse af digital signatur 

(OCES) og medarbejdercertifikater. 

15.1.5 Stamdata for brugere med digital signatur hentes i CVR. 


Løsningen skal understøtte medarbejdercertifikater. 

Sikres gennem tildeling af ret til 

søgekriterier i nyt BBR. 

Se den tilbudte løsning afsnit 

1.9. 


1.9. 


beskrevet i 




punkt 18. 

Afsnit 9.7 

Afsnit 9.1 

Afsnit 9.1 

Afsnit 9.1 

15.1.6 Systemet skal kunne håndtere de toårige fornyelser af digitale certifikater. Afsnit 9.1 

15.1.7 Som alternativ skal der efter en kommunes frie valg kunne etableres adgangskontrol vha. 

brugernavn og ken-deord. Det skal være muligt at få adgang til BBR via 

medarbejdercertifikater. 


1.9. 


beskrevet i 


15.2 Brugeradministration - 

15.2.1 Brugeradministration og tildeling af brugerrettigheder (brugerprofil) skal ske med 

udgangspunkt i beskrivelsen i tillæg B til kravspecifikationen. 

Der er tale om en oversigtsmæssig beskrivelse af brugerrettigheder. I forbindelse med 

udarbejdelsen af en systembeskrivelse skal brugerprofilerne uddybes i samarbejde med de 

kommunale parter. 

15.2.2 Hver bruger registreres i BBR ved hjælp af en ikke-informationsbærende teknisk ident, hvortil 

der er knyttet navn, adresse, organisation, e-mail mv. samt brugerrettigheder. 

15.2.3 Det skal være muligt at fremtage en samlet oversigt over globale (landsdækkende) og lokale, 

kommunale brugere af BBR. Det skal videre være muligt for systemadministratorer at 

fremsøge specifikke brugere. 

Se bilag 2, tillæg B vedrørende 

oplæg til sikkerhed. 

Oprettes af systemadministrator 

i organisationerne gennem 

sikkerhedsadministrationsmodul 

et. Tilslutning af en organisation 

og dermed oprettelse af en 

organisatorisk 

systemadministrator sker ved 

henvendelse til leverandørens 

serviceorganisation. 

Afsnit 9.1 

Afsnit 9.7 

Kapitel 9 

Kapitel 9 

15.2.4 Kommunale registerførere skal have adgang til at læse samtlige felter i landsdækkende BBRdata. 

Afsnit 9.7 

15.2.5 Der gælder særlige regler for brugere, der skal have adgang til sikkerhedsklassificerede data. Afsnit 9.7 

16 Brugergrænseflade og hjemmeside 

16.1 Brugergrænseflade for BBR-klienten 

16.1.1 Leverandøren skal udarbejde forslag til design og indhold af alle skærmbilleder i BBR 

Designet skal kunne godkendes af kunden. 

16.1.2 Designet af skærmbillederne skal bygge på gængse ”standarder” for primær og sekundær 

navigation og i øvrigt på en sådan måde, at brugernes anvendelse af systemet kan foregå 

nemt og intuitivt. 


Kapitel 4 

Kapitel 4


16.1.3 Kapitel Ved søgning 11 på felter i BBR skal resultatet som udgangspunkt være sorteret 

(numerisk/alfabetisk/logisk). 

16.1.4 Uanset at datoer registreres i BBR i formatet ååååmmdd, skal datoer på skærmbilleder 

fremtræde som dd-mm-åååå. 

16.1.5 Skærmbillederne skal være opbygget efter en fælles skabelon med anvendelse af ensartet 

navigation. 

16.1.6 Teksten på skærmbillederne skal være kvalitetssikret af leverandøren, således at begreber og 

terminologi svarer til nærværende kravspecifikation, jf. ordlisten i tillæg E, samt at der 

anvendes korrekt dansk sprogbrug og retskrivning. 

16.2 Hjemmeside - 

16.2.1 Der skal udvikles en hjemmeside for BBR med generel adgang for alle brugere til at indhente 

aktuelle oplysninger om BBR og vejledning i anvendelsen af BBR. 


hjemmesideoptionen. 

16.2.2 Der skal fra hjemmesiden være et link til BBR. Se bilag 17 for beskrivelse af 


16.2.3 Hjemmesiden skal baseres på moderne design og anvendelse af gængse principper for 

navigation. 





17 Systemgenererede e-mails - 

Kapitel 4 

Kapitel 4 

Kapitel 4 

Kapitel 4 

17.1 BBR skal være forsynet med faciliteter til systemgenererede e-mails og til distribution heraf. Kapitel 3 

17.2 Det nærmere omfang og indhold af systemgenererede e-mails fastlægges under 

systemudviklingen. 


Kravets omfang og indhold fastlægges til nedenstående række af systemgenerede e-mails i 

BBR Kommune: 

1. Når der oprettes en ny bruger i BBR Kommune, får den nye bruger automatisk en e-mail 

med besked om at han/hyn er blevet oprettet. 

2. I forbindelse med overskridelse af tidsfrister sendes en påmindelse via en e-mail til den af 

kommunen angivne e-mailadresse. 

3. I Modtageboksen er der mulighed for at sagsbehandleren kan videresende en sag til en 

anden sagsbehandler i kommunen. 

4. I BBR Kommune kan man sende BBR-Meddelelser via e-mail. 




punkt 14. 

- 

- 

- 

Afsnit 4.3.4


Kapitel 11 

18 Systemparametre - 

18.1 Systemet skal indeholde mulighed for at fastsætte systemparametre på to niveauer: 

• Globalt niveau - af BBR-systemadministrator 

• Lokalt, kommunalt niveau - af kommunale systemadministratorer. 


De globale parametre indstilles direkte i databasen, mens de kommunale indstilles via 

dialogen. 

Dette skal ses i sammenhæng med at ændringer af globale parametre sker yderst sjældent og 

skal koordineres på tværs af kommuner. 

Det er i vejledningerne dokumenteret hvordan man ændrer parametrene. 

18.2 Globale systemparametrene skal bl.a. omfatte: 

• Fastlæggelse/ændring af specifikke globale koder i entiteter 

• Struktur og anvendelsen af notatlinier 

• Globale årsagskoder ved udskrift af BBR-Meddelelse og BBR-andelsboligmeddelelser. 

18.3 Lokale, kommunale systemparametre, der er specifikke for hver kommune, skal bl.a. omfatte: 

• Underopdeling/ændring af koder i entiteter 

• Brugervejledning, hjælpetekster og tooltips 

• Lokale, kommunale årsagskoder ved udskrift af BBR-Meddelelse og BBRandelsboligmeddelelser 

• Overflytning af tinglyst areal fra ESR. 



punkt 5. 

19 It-arktitektur og standarder - 

19.1 It-arkitekturen skal være serviceorienteret (SOA), jf. ”Hvidbog om IT-arkitektur”, der er udsendt 

af Ministeriet for Videnskab, Teknologi og Udvikling, juni 2003. 

Dette indebærer bl.a.: 

• BBR skal opbygges af standardprodukter 

• BBR skal indeholde en Enterprise Service Bus til styring af kommunikationen mellem BBR 

og eksterne systemer 

• BBR skal indeholde en katalog over services 

• Eksterne snitflader skal baseres på OIOXML. 

Se afsnittende omkring 

systemkoncept og it-arkitektur 

samt forretningslogik i den 

tilbudte løsning. 

Krav 19.1 er ændret idet 







19.2 Al funktionalitet skal opbygges i afgrænsede services, således at adgangen til data og 

forretningslogik udelukkende foregår via servicekald. 

19.3 Alle services skal beskrives i et WSDL-dokument. Dette krav blev godkendt 



Kapitel 4 

kapitel 8 

Afsnit 4.3.8 

Afsnit 2.1 

Afsnit 2.1 

19.4 Transport af beskeder mellem services skal ske iht. SOAP-protokollen. Afsnit 2.1 

19.5 Anvendelsen af standarder skal følge anbefalingerne i OIO-kataloget, jf. www.oio.dk. Dette krav blev godkendt 



19.6 OIOXML-specifikationer skal udarbejdes af leverandøren i samarbejde med Erhvervs- og 

Byggestyrelsen, der er dataansvarlig myndighed. 

OIOXML–specifikationerne skal bygge på eksisterende specifikationer i Infostrukturbasen, jf. 

www.oio.dk. 





I kapitel 6 findes et eksempel på et WSDL-dok 

Kapitel 2 

Kapitel 9 

Kapitel 6


Kapitel 11 

19.7 OIOXML-skemaer og offentlige services skal gøres tilgængelige via Infostrukturbasen, jf. 

www.oio.dk. 

19.8 Sikkerheden skal bygge på principperne i OIO-standard OWSA-model T. 

19.9 Der skal være overvågning, som gør det muligt at måle overholdelse af serviceniveau (SLA) 

og servicekvalitet (QoS). 

19.10 BBR skal indeholde en katalog over alle webservices i henhold til UDDI-standarden. Se bilag 17 for beskrivelse af 

UDDI optionen. 

19.11 Al indberetning, ajourføring og søgning af oplysninger i BBR skal kunne ske ved 

internetopkobling og med anvendelse af gængse webbrowsere og pc-styresystemer. 

Se den tilbudte løsning, afsnit 

1.5.1 vedrørende 

løsningsarkitektur. 








beskrevet i 




Kapitel 6 

Kapitel 9 

- 

Afsnit 2.1 

19.12 Alle websider skal valideres mod W3C MarkUp Validation Service (http://validator.w3.org/). Kapitel 4 

19.13 Alle websider designes så vidt muligt i overensstemmelse med retningslinjerne for 

tilgængelighed for blinde og svagtseende. Alle websider kontrolleres med samme parser 

inden de offentliggøres. Som parser anvendes http://wave.webaim.org/. 


beskrevet i 


19.14 Alle skærmbilleder skal forsynes med en entydig og synlig identifikation (fGodkendt nov 2009 

et nummer), som letter kommunikationen med bl.a. help desk. 

20 Systembeskrivelse - 

20.1 Der skal udarbejdes en komplet og fyldestgørende systembeskrivelse, jf. krav til indhold i 

kontraktbilag 21. 

Udarbejdelsen skal ske iht. hovedtidsplanen i kontraktbilag 1. 

20.2 Systembeskrivelsen skal ajourføres løbende, hvis udviklingsarbejdet gør dette nødvendigt, og 

den skal foreligge i komplet og fyldestgørende form senest ved delovertagelser af systemet. 

20.3 Systembeskrivelsen skal af leverandøren være kvalitetssikret, således at den fremtræder med 

korrekt dansk sprogbrug og retskrivning og bygger på de BBR-begreber, der fremgår af 

ordlisten i tillæg E til kravspecifikationen. 

21 Brugervejledning, hjælpetekster, tooltips og fejlmeddelelser - 

21.1 Leverandøren skal udarbejde en komplet og fyldestgørende brugervejledning, som skal være 

tydelig og pædagogisk udformet og kunne anvendes som undervisnings- og 

referencemateriale. Brugervejledningen skal findes elektronisk tilgængelig i et på forhånd 

bestemt format og være online tilgængelig. 

21.2 Brugervejledningen skal ajourføres af leverandøren, således at den til stadighed afspejler 

BBR’s funktioner. 


Se bilag 8 vedrørende 

medleverede dokumentation. 

Kapitel 4 

Alle kapitler 

Alle kapitler 

Alle kapitler 

- 

-


Kapitel 11 

21.3 Leverandøren skal udvikle BBR med informative onlinehjælpetekster og fejlmeddelelser. 

Hjælpeteksterne skal på en tydelig måde beskrive brugen af systemfunktionerne og være 

forsynet med hyperlinks. 

Fejlmeddelelser skal på en tydelig og præcis måde beskrive fejlens karakter og om muligt 

foreslå handlinger til at afhjælpe aktuelle fejl. 

Der skal medleveres værktøjer, som gør det nemt for systemadministrator at opdatere 

hjælpetekster og fejlmeddelelser. 

21.4 Der skal være tooltips på alle felter i skærmbillederne og værktøjer til at opdatere disse for 

systemadministrator. 

21.5 Brugervejledning, hjælpetekster, fejlmeddelelser og tooltips skal foreligge senest ved 

systemets overtagelse (eller delvis ved delovertagelser). 

21.6 Brugervejledning, hjælpetekster, tooltips og fejlmeddelelser skal kunne tilpasses og ændres til 

specifikke lokale, kommunale forhold af den kommunale systemadministrator. 


1.8.1 om dialogdesign. 


1.8.1 om dialogdesign. 

22 Brugeruddannelse Jf. Allonge 1: 

Denne option i kontrakten 

er bestilt ved e-mail af 24. 

september 2007: 

• Option 1-5: 

Brugeruddannelse, idet 

modulet Erfa-møder 

fravælges 

22.1 Der skal tilbydes brugeruddannelse, som afregnes direkte med brugerne. 

Priser og vilkår er angivet og skal ikke medtages i prisen. 

Som beskrevet i ændringsforslag 40 er kravet ændret til følgende: 

Leverancekontrakten Bilag 8 Punkt 5: Uddannelse, I henhold til bilag 2, krav 22.1 skal ”Der 

tilbydes brugeruddannelse, som afregnes direkte med brugerne”. 

Opgradering af uddannelsesforløb på Nyt BBR i opstartspakker, som vi anser for at være 

mere tidssvarende end det oprindelig fra oktober 2006. Grupperingen af kursustilbuddet i 

'pakker' har yderligere den positive effekt, at uddannelsen samlet set bliver billigere: 

• Forspørger opstartspakke 

• Adresse opstartspakke 

• Byggesag opstartspakke 

• BBR registerfører opstartspakke 

• Kommune opstartspakke 


serviceoption og demo-version 

af BBR. 

22.2 Brugeruddannelsen afholdes hos leverandøren eller hos brugerne. Se bilag 8 og tillæg A til bilag 8. - 

22.3 Med henblik på brugeruddannelse ønskes som option leveret en demoversion af BBR med 

adgang fra internet. 



serviceoption og demo-version 

af BBR. 

Jf. Allonge 1: 

Denne option i kontrakten 

er bestilt ved e-mail af 24. 

september 2007: 

Option 1-6: Demo-version 

af BBR 

Afsnit 4.6 

Afsnit 4.4.2 

Afsnit 4.4 

Afsnit 4.4.1 

Afsnit 4.4.3 

Afsnit 4.6 

Afsnit 4.4 

Afsnit 4.4.3 

Afsnit 4.6.5 

-


Kapitel 11 

23 Leverancens omfang - 

23.1 Leverancen skal omfatte alt nødvendigt programmel til udvikling, test, drift, vedligeholdelse og 

videreudvikling af BBR, herunder basisprogrammel, standardprogrammel, 

anvendelsesprogrammel og specielt udviklet programmel inklusive nødvendige licenser samt 

dokumentation heraf. 

Løbende licensafgifter ønskes henført til driftskontrakten. 

23.2 Leverancen skal omfatte det nødvendige udviklings- og testmiljø til systemets udvikling, 

aftestning, vedligeholdelse og videreudvikling i samme programmelversioner som det færdige 

system. 

23.3 Leverandøren skal indeholdt i prisen yde rådgivning under hele systemets udvikling og 

implementering med hensyn til kravopfyldelsen, herunder hensigtsmæssig udformning af 

brugergrænseflader, it-arkitektur og andre tekniske problemstillinger samt samspillet med 

eksterne systemer og databaser, herunder lokale, kommunale systemer. 

Ekstra Leveringskontrakt allonge 1 inkl. 3 appendices 

Ekstra Leveringskontrakt allonge 1 Kuvertering af BBR- 

Meddelelser 

Ekstra Leveringskontrakt allonge 1 Kommunetabel-faciliteter: 

Overførsel af 

anmeldelsessager 


beskrevet i 


Ekstra Leveringskontrakt allonge 1 Kommunetabel-faciliteter: 

Påbegyndelsesrykkere 

- 

- 

- 

Afsnit 5.1.1 



Ekstra Leveringskontrakt allonge 1 Kommunetabel-faciliteter: Afsnit 4.3.8 

BBR-meddelelser: fravalg Afsnit 5.2.2 

af årsagskoder der ikke 

skal kuverteres 

Ekstra Leveringskontrakt allonge 1 Historik: Database 

Ekstra Leveringskontrakt allonge 1 URL-links 

Ekstra Leveringskontrakt allonge 1 Faste rapporter Kapitel 10 

Ekstra Leveringskontrakt allonge 1 Skærmbillede 

ejendomsoplysninger 


Kapitel 4


Kapitel 11 

Ekstra Leveringskontrakt allonge 1 Skærmbillede med BBR- 

Meddelelse 

Som beskrevet i 

ændringsforslag 23 er 

kravet ændret til følgende: 

Der skal udvikles et 

skærmbillede som tager 

udgangspunkt i BBR- 

Meddelelsen. 

Skærmbilledet skal vise 

BBR-Meddelsen indlejret i 

dialogen og være 

tilgængeligt for alle, også 

sagsbehandlere, som ikke 

har adgang til fanebladet 

”BBR-Meddelelse”. 

Ekstra Leveringskontrakt allonge 1 Skærmbilleder med 

bygningsliste og 

enhedsliste 


Afsnit 5.1.3 

Afsnit 5.8 

Kapitel 10 

Ekstra Leveringskontrakt allonge 1: Afledt ESR-liste KMD henviser til 

Ændringsforslag 61 hvori 

det fremgår af kravet om 

ESR-afledt liste bortfalder. 


Ekstra Leveringskontrakt allonge 1 Historik: Dialogdel 



lyder kravet således: På 

brugergrænsefladen skal 

dato og tid for den sidst 

foretagne ændring på en 

entitet (gældende for alle 

entiteter der vises på en 

brugergrænseflade) samt 

hvem (initialer) der har 

foretaget ændringen 

fremgå. 

Databasen udvides med 

et felt på hver entitet der 

indeholde denne historik. 

Herudover laves 

programmel der holder 

feltet ajour.


Kapitel 11 

Ekstra Leveringskontrakt allonge 1 , Modtageboksen Jf. ændringsforslag 68 

erstattes Allonge 1, 

Modtageboksen af 



Ekstra Leveringskontrakt allonge 1 Udtræk til OIS 

Ekstra Leveringskontrakt allonge 1 Appendiks 2: Tilbud på 

brugerindstillinger 

Ekstra Leveringskontrakt allonge 1 Appendiks 3: Ændringer 

i dataudvekslingen 

mellem NYT BBR og 

CPR 

Et af kravene i dette CPRtillæg 

er ændret med 

ændringsforslag 49: Det 

drejer sig om 

kodeværdien (felt 

ENH.48). 

Leveringskontrakt allonge 1 Aftale vedr. 

dataudveksling af ESRdata 

til NYT BBR 

Ekstra Leveringskontrakt allonge 2 inkl. 4 appendices: 

Ekstra Leveringskontrakt allonge 2 Appendiks 1: 

Anvendelseskoder 

Ekstra Leveringskontrakt allonge 2 Appendiks 2: Koder for 

afløbsforhold 

Som beskrevet i 

ændringsforslag 46 er 

afløbskodelisten blevet 

forenklet i forhold til den 

tidligere ovenfornævnte 

kodeliste. Derudover er 

den nye 

kodeliste målrettet indbere 

tningen af afløbsforhold 

på spredt bebyggelse, 

som kommunerne årligt 

skal indberette til BLST. 


konvertering af 

notatlinier 


Kapitel 4 

Kapitel 7 

Kapitel 7


Kapitel 11 


Konvertering af 

Københavns Kommune 

Ekstra Ændringsforslag 01.2 Notatlinjer 

Ekstra Ændringsforslag 02 Tilbyde kommunerne et 

besøg i forbindelse med 

opsætning 

Ekstra Ændringsforslag 04 Ændringer efter KH 

gennemgang af 

systembeskrivelsen 

Noget af kravet er ændret 



Ekstra Ændringsforslag 24 Kodeværdier under "Ny 

kode" 

Ekstra Ændringsforslag 25 Felterne "Toiletforhold" 

(ENH.32) og 

"Badeforhold" (ENH.33) 

deles op i 2. 

Kapitel 7 

Ekstra Ændringsforslag 26 Den logiske datamodel i 

Bilag 2 Tillæg A2 Entiteter 

og relationer udvides med 

en række felter under 

Bygningen fGodkendt nov 

2009 "Pålæg fra 

Stormrådet" 

Kapitel 7 

Ekstra Ændringsforslag 27 Den logiske datamodel i 

Bilag 2 Tillæg A2 Entiteter 

og relationer udvides med 

en række felter under 

Teknisk Anlæg. 

Kapitel 7 

Ekstra Ændringsforslag 31 Kodeværdier til en række 

felter som hidtil har været 

betegnet "Defineres 

senere”. 


Kapitel 7


Kapitel 11 

Ekstra Ændringsforslag 33 Ved konvertering af 

adressedata fra 

eksisterende systemer til 

Nyt BBR, skal de tekniske 

Identer (UUID) for 

adresser som findes i 

OIS, overføres og 

anvendes i Nyt BBR som 

identifikation af adresse 

(jf. attributten AAD.1 

AdgangsadresseID, 

AAD.27 AdressepunktID 

og EAD.1 

EnhedsadresseID. i den 

logiske datamodel). 

Såfremt en adresse ved 

konverteringen ikke findes 

i OIS, men hentes 

andetstedsfra, dannes en 

ny teknisk Ident (UUID) i 

Nyt BBR. 

Ekstra Ændringsforslag 34 Værdien 0 må ikke 

præsenteres overfor 

brugere og eksterne 

systemer. 

Ekstra Ændringsforslag 37 Det nye grundbereb 

Ekstra Ændringsforslag 38 Udvalgte punkter fra 

kommunernes 

ønskeseddel. 

Ekstra Ændringsforslag 39 Datavask af adresser i 

form af 4 lister 

Ekstra Ændringsforslag 42 I det nye BBR skal 

adgangsadresserne (både 

endelige og foreløbige) 

altid indberettes under 

fanebladet ”Adresser”. 

Enhedsadresserne skal 

kunne indberettes både 

under fanebladet 

”Bygninger og boliger” 

(ved op-rettelse af 

enheder) og fanebladet 

”Adresser”. 

Afsnit 4.3.3 

Ekstra Ændringsforslag 45 Samurai-skærmbilleder Kapitel 4 



Ekstra Kapitel Ændringsforslag 11 47 

Ekstra Ændringsforslag 50 

Ekstra liste til København 

ifm. Datavask 

Tekstuelle ændringer til af Kapitel 7 

BYG.86 og 61. 

Ekstra Ændringsforslag 62 Ændring af 


fra 1 til 3 på en række 

primære nøgler, så 

udtræk fra NYT BBR kan 

hænge sammen. 

Kapitel 7 


Kapitel 6 


Udover de eksisterende 

krav (til udtrækket til OIS) 

er der yderligere krav om 

at udtrækket i NYT BBR 

tilpasses og omlægges til 

at anvende de af OIS 

foreslåede BBR feltnavne. 

Ændring vedr. relationer 

som entiteten brugsenhed 

danner. 

Kapitel 7 

Ekstra Ændringsforslag 66 Ændring af 


fra 1 til 3 på en række 

sekundære nøgler. 

Kapitel 7 

Ekstra Ændringsforslag 67 De eksisterende krav til 

udtrækket fra NYT BBR til 

OIS supplereres med 

yderligere krav til 

udtrækket. 

Afsnit 6 

Ekstra Ændringsforslag 68 Inddataboksen (i 

kontrakten benævnt 

"Modtageboksen" skal 

leveres i en opdateret 

udgave. 

Afsnit 4.3.4 

Ekstra Præcisering nr. 17 Om det nye grundbegreb 


Systembeskrivelse kapitel 12 – Ændringer 


12. Ændringer ..................................................................................................................... 2 

12.1 Kapitel 1 – Indledning ...................................................................... 2 

12.2 Kapitel 2 - Systemarkitektur ............................................................. 2 

12.3 Kapitel 3 – Forretningslogik .............................................................. 3 

12.4 Kapitel 4 – Brugerdialog ................................................................... 6 

12.5 Kapitel 5 – Udskrifter til borgerne .................................................... 21 

12.6 Kapitel 6 – Dataudveksling med andre systemer ............................... 24 

12.7 Kapitel 7 - Datamodel .................................................................... 28 

12.8 Kapitel 8 - Administrationsdatabase ................................................. 35 

12.9 Kapitel 9 – Sikkerhed ..................................................................... 36 

12.10 Kapitel 10 – Rapporter ................................................................. 38 

12.11 Kapitel 11 – Overensstemmelsesmatrix .......................................... 42 


April 2013


12. Ændringer 

Dette kapitel indeholder en oversigt over de ændringer der er foretaget i systembeskrivelsen 

siden godkendelse af de enkelte kapitler. 

21/1 2007: 

Generelt gennemførte vi her en gennemgående korrekturlæsning af hele materialet. 

Disse rettelser (af sproglige ting og små detaljer) fremgår ikke med blå 

skrift. 

8/2 2008: 

Vi har gennemført endnu en generel korrekturlæsning. Disse rettelser fremgår 

ikke med blå skrift i materialet og heller ikke i detaljeret form i denne ændringslog. 

12/09-2008: 

Generelt er Word-dokument-skabelonen i kapitlerne blevet opdateret og ensrettet. 

12.1 Kapitel 1 – Indledning 

30/1 2007 

· I afsnit 1. har vi slettet datoen ”den 1. juli” i sætningen ”Ifølge loven skal 

det nye register være etableret og idriftsat 1. juli 2007”. 

· I afsnit 1.2 ”Afgrænsning” har vi ændret punktet ”Optioner, da der ikke er 

nogen af disse” til ”Alle optioner, da det ikke er alle der er valgt”. 

7/3 2008: 

I afsnittet i Indledningen om Kapitel 5 – Udskrifter til borgerne er benævnelsen 

af de forskellige typer udskrifter blevet ændret til: BBR-Meddelelse, BBR- 

Andelsboligudskrift og BBR-Registerindsigt. 

17/11 2009 

· I afsnittet ”Indledning” er teksten ”(Datoen for i driftssættelse er efterfølgende 

ændret til den 1/12 2009).” 

· I afsnittet 2.3 Målgruppe er ”Kommune Holding” ændret til ”Kombit” 

21/6 2011: 

· Ingen ændring 

12.2 Kapitel 2 - Systemarkitektur 

24/1 2007 

2.1) Der er indsat et mindre afsnit af ikke så teknisk karakter der i overordnede 

vendinger beskriver systemarkitekturen. 

21/1 2008: 

Flere ændringer er gennemført i kapitlet. Bl.a. er disse ting ændret: 

· Afsnittet omkring ”SiteMapDataSource” slettet. 

· Afsnittet omkring ”Updatepanel (ASP.NET AJAX) slettet. 

· Afsnittet omkring ”Windows Workflow Foundation” slettet. 


April 2013


8/2 2008: 

· Afsnittet omkring ”SiteMapDataSource” der blev slettet 21/1 2008, er tilføjet 

på ny, da denne teknologi benyttes i arkitekturen. 

· De 2 andre afsnit ”Updatepanel” og ”Windows Workflow Foundation” blev 

i sin tid (21/1 08) slettet, da de ikke blev og bliver anvendt i skrivende 

stund, men KMD tager forbehold for at de kan komme i anvendelse senere 

i projektet. 

21/6 2011: 

· Ingen ændring 

12.3 Kapitel 3 – Forretningslogik 

24/1 2007 

3.4) Nyt kapitel om de forretningsregler som ikke er beskrevet andre steder i systembeskrivelsen. 

Bilag D. Oversigt over de forretningsregler der implementeres og som ikke er 

beskrevet andre steder i systembeskrivelsen. 

Bilag C. Alle værdisæt på alle arealfelter er rettet så de kan indeholde et 0. 

1/6 2007 

Der er foretaget følgende rettelser. Ændringer er markeret med blåt, som symbol 

på at det er allerede godkendte ændringer. 

· Ny Adresse-domænemodel er indsat. Beskrivelse til domænemodellen 

er tilrettet. 

· Bilag C er opdateret som følge af bemærkninger fra EBST. 

30/10 2007 

Slået Bilag A og B sammen, til Bilag A ”Kontekstafhængige og ikke kontekstafhængige 

valideringer”. 

Tilføjet Bilag B ”Sandsynlighedskontroller”. 

Tilføjet Bilag E ”Sammenhæng mellem fysisk og logisk datamodel”. 

Valideringer og sandsynlighedskontroller er opdateret. 

Tilføjet feltet ”Afløbsforhold tilladelse” på grund og bygning. 

21/12 2007: 

· I afsnittet ”entiteter i BBR Domænemodel” har vi tilføjet brugsenhed til 

bygning. 

· 3.3.2 punkt 3 fjernet og inkluderet i punkt 2 

· Bilag A opdateret 

· Bilag B opdateret 

· Bilag E opdateret 

8/2 2008: 

Vi har i denne omgang lavet disse ændringer: 

· Bilag A er blevet opdateret og indeholde nu flere valideringer 

· Bilag C er blevet opdateret og indeholder nu flere sandsynlighedskontroller. 

13/2 2008: 



April 2013


· Opdatering af Bilag C Simpel validering af enkeltfelter på entiteter med 

udgangspunkt i de kommentarer vi har fået især fra EBST. 

· Opdatering af Bilag E. 

7/3 2008: 

I denne omgang er der sket følgende: 

· I forbindelse med BYG.21 hvad vi slettet kommentaren om kommunale 

tilpasninger. 

· Vi har desuden noteret at følgende felter ikke benyttes: 

o BYG.22 

o ENH.21 

o ENH.22 

o ENH.36, 37 og 38 

· I forbindelse med implementeringen af sagstyper har vi tilføjet disse felter: 

· GRU.864 

· RUM.801 

· OPG.868 

· ETA.860 

· BRU.801 

13/6 2008: 

· Rum og operationen HentRum er fjernet fra Bygning, da Rum ikke relateres 

til Bygning 

· Rum og Enhed samt operationerne HentRum og HentEnheder er tilføjet 

på Etage 

· Rum og operationen HentRum er tilføjet på Enhed 

· Afsnit 3.3.3: Teksten er beskåret da det ikke er muligt for den kommunale 

systemadministrator at ændre i sandsynlighedskontroller. Og der findes 

ikke krav der går på at dette skal være muligt. 

12/9 2008: 

· I afsnittet ”3.8 Bilag D Forretningsregler” er der tilføjet en beskrivelse om 

feltet ”Gyldighedsdato”, der nu er medtaget på en række skærmbilleder. 

17. november 2009: 

Med version 5.0 er der gennemført disse ændringer i kapitel 5: 

I afsnit 3.3.2 er noteret at bilag A indeholder de kontekstafhængige feltvalideringer. 

Alle bilag er fjernet fra kapitlet og lagt i selvstændige bilag. 

· Bilag A er opdateret med ny udskrift fra regeldatabasen 

· Bilag B er opdateret med ny udskrift fra regeldatabasen. 

· I Bilag C er: 

o BYG.31 og GRU.10 er rettet til efter kodelisten i ændringsforslag 

46 

o BYG.86 og TEK.61 er rettet til efter kodelisten i ændringsforslag 

50 

o ENH.48 er tilføjet 

o BYG.113 er tilføjet kode 05 og 06 


April 2013


· I Bilag D er krav 10.5.4 fjernet, da dette krav er ændret med ændringsforslag 

53 til ” Når Forsvaret sælger en ejendom, skal Forsvaret ophæve koden for sikkerhedshensyn 

på de pågældende entiteter. Derefter vil data på disse entiteter være frit tilgængelige 

for kommunens sagsbehandlere.” 

· Bilag F er et nyt bilag med fejltekster. 

Juni 2010: 

Med version 6.0 er der gennemført følgende ændringer: 

I bilag A er indsat en ny liste over valideringer, sandsynlighedskontroller mv. 

Ændringerne er ikke ændringsmarkeret, da der er taget et nyt udtræk fra regeldatabasen. 

I bilag C 

· er EAD.99 og AAD.99 er slettet. 

· TEK.20 er opdateret med nye klassifikationskoder. 

· 

I bilag E er de fysiske referencer indeholdende AAD.99 og EAD.99 slettet (konsekvensrettelse 

efter at EAD99 og AAD.99 er udgået. 

August 2010 

I bilag C er foretaget følgende ændringer: 

· TEK.24 har skiftet navn til etableringsår 

· TEK.27, TEK.33 og TEK.34 har fået nyt værdisæt 

· TEK.28 har skiftet navn til sløjfning 

· TEK.29 er slettet 

· TEK.30 har ændret type til A(10) 

· TEK.31 har ændret type til A(10) og fået beskrivelse 

· Felterne TEK.67 til TEK.71 er tilføjet 

December 2010 

Der er foretaget følgende ændringer: 

· Bilag A er opdateret 

· Bilag B er opdateret 

· I bilag C er der foretaget følgende ændringer: 

o BYG.31 har fået ny kodeliste 

o BYG.111 har fået ny kodeliste 

o BYG.113 har fået fjernet kode 03 og tilføjet kode 08 

o Felterne BYG.121, BYG.122, TEK.101, ENH.101, OPG.101, ETA.101 

og GRU.101 er tilføjet. 

o ENH.41 er opdateret med kode I 

· Bilag D er opdateret mht. gyldighedsdato. 

21/6 2011: 

· Bilag A, B og C er blevet opdateret. 

Februar 2012: 

· Bilag A, B og C er blevet opdateret. 


April 2013


April 2013 

· Bilag F – regel 1747 er fjernet. 

· Bilag F – regel 1002 ændret til ”Sagstypen skal være 4, 5, 6 eller 7. 

”Blank” er fjernet. 

· Bilag F – regel 2009 er ændret til ”Arealligningen stemmer ikke: samlet boligareal+erhvervsareal+andet 

areal+indb. 

udest./gar./carp./udhus+affaldsrum+udv.isolering er ikke lig med samlet bygningsareal+udnyttet 

tagetage+beboelse i kælder”. 

· Bilag F – regel 1020 ”Sagstypen skal være 4 eller 5” er tilføjet. 

· Bilag F – regel 3438 ”Denne type sløjfning kan ikke angives for denne type 

teknisk anlæg” er tilføjet. 

· Bilag F – regel 3506 ”Afsluttede adressesager kan ikke hentes.” er tilføjet. 

· Bilag F – regel 3510 ”Feltet Navhøjde kan ikke angives for denne type 


· Bilag F – regel 3511 ”Feltet Rotordiameter kan ikke angives for denne type 


· Bilag F – regel 3512 ”Feltet Vindmøllenummer kan ikke angives for denne 

type teknisk anlæg” er tilføjet. 

· Bilag F – regel 3513 ” Hvis dispensation/fritagelse ift. kollektiv varmeforsyning 

er udfyldt, skal dato også udfyldes og vice versa” er tilføjet. 

· Bilag F – regel 3282 ”Enhedsadresse må ikke ændre reference til enhedsstamadresse.” 

er tilføjet. 

· Bilag F – regel 3283 ”Enhedsadresse må ikke ændre reference til adgangsadressen.” 

er tilføjet. 

· Bilag F – regel 3284 ”AddressPointIdentifier må ikke ændres.” er tilføjet. 

· Bilag F – regel 3285 ”Adressen kan ikke slettes fra historik idet den er i 

brug på historiske entiteter i BBR” er tilføjet. 

· Bilag F – regel 3385 ”AddressTextAngleMeasure skal være mellem 0 og 

400.” er tilføjet. 

· Bilag F – regel 3386 ”Status skal angives til 1, når det er en gældende 

adresse.” er tilføjet. 

12.4 Kapitel 4 – Brugerdialog 

Dette afsnit indeholder de ændringer der er foretaget i kapitlet om brugerdialogen 

siden 12. januar 2007. 

Der er fortaget følgende rettelser: 

· ”Matrikel” er fjernet fra træet og der er indsat funktionalitet på ”bygning” 

og ”teknisk anlæg” der gør det muligt at placere disse entiteter 

på en matrikel. 

· ”Vurderingsejendom” er fjernet fra træet. 

· Som det fremgår af træet nu, kan RUM være placeret på en ”enhed” 

eller på en ”etage”. 

· Efter at have fjernet ”matrikel” og ”vurderingsejendom” fra træet 

(BBR-hierarkiet) har vi opdateret beskrivelsen, sitemappet og nummereringen 

i de forskellige dokumenter som en naturlig konsekvens heraf. 

Derfor har en række af skærmbillederne nu et andet nummer end 

tidligere. 


April 2013


· I afsnit 4.3.3 Fanebladet ”Adresser” fremgår det nu hvordan navigationen 

og den selvstændige træstruktur for adresser vil blive. Det er det 

såkaldte BBR-adressehierarki. 

· Der er nu overensstemmelse mellem sitemappet i kapitel 4 og sitemappet 

i kapitel 4’s bilag. 

· Kap. 4.3.1.5: Online udtræk er tilføjet som beskriver hvordan der kan 

foretages online udtræk af landsdækkende BBR-data (og der er tilføjet 

skærmbilledet 9 i Bilag 1). 

· Kap. 4.3.1.6: Dynamiske skærmbilleder er tilføjet for at tydeliggøre at 

det afhænger af brugerens rolle/profil og de varierende brugsmønstre, 

fx hvilke felter der er synlige 

· Kap. 4.3.1.7: Frivillige elementer (felter/entiteter) er tilføjet for at illustrere 

graden af frivillighed for den enkelte kommune. 

· Skærmbillede 1.9 og 2.5 i Bilag 1 har fået tilføjet en gruppeboks omkring 

”ejermeddelelse”. Her kan kommunen på den valgte byggesag/foreløbige 

adresse vha. en tjekboks fravælge en totaludskrift 

(BBR-ejermeddelelse) ved afslutningen af en byggesag. 

· I kap. 4.3.1.1 om ”Sagsdata” er et afsnit omkring oprettelse af en 

bygge-/adressesag blevet præciseret. 

· I kap. 4.3.2 ”Fanebladet ”Ejendomme” er forklaringen af funktionalitet 

og skærmbilleder blevet præciseret. 

· Skærmbillede 1.6 ”Etage” i Bilag 1 er blevet ændret. Der er nu andre 

og flere knapper i bunden af skærmbilledet (jf. knapperne på de øvrige 

skærmbilleder). 

· I Bilag 1 er skærmbillede 2.5 blevet erstattet med et mere korrekt 

skærmbillede. 

· På søgebillederne i Bilag 1 (dvs. 1.1, 3.1 og 4.1) er der foretaget disse 

ændringer: 

o feltet ”vejadresseringsnavn” blevet slettet, 

o der er tilføjet et felt til ”Postnr.” 

o der et tilføjet en ”vis-muligheder”-knap til feltet ”Postdistrikt”. 

· Der er tilføjet disse underkapitler: 

o 4.3.1.8 ”Tilgængelighed”. 

o 4.3.1.9 ”Datoformat” 

o 4.3.1.10 ”Knapfunktioner m.m.” 

· Der er tilføjet et par linier under i kap. 4.3.8: ”Fanebladet Systemadministration” 

om at systemadministratoren her kan vælge ”overflytning 

af tinglyst areal fra ESR” til/fra (jf. krav 18.3). 

· I kap. 4.1.2 er der tilføjet et afsnit om postnumre i forbindelse med 

vejnavne der forekommer mere end en gang i kommunen. 

1/6 2007 

Som følge af gennemgang af systembeskrivelse med Kommune Holding og EBST 

i slutningen af februar og gennemgang af dialog med kommunerne den 8. marts 

er der foretaget følgende ændringer. Ændringerne er indsat med blåt, som symbol 

på at det er allerede godkendte ændringer: 

· Vurderingsejendom og matrikel er genindført i resultatlisterne og på 

sitemap. Det betyder at skærmbilleder er renummereret 

· Endelig definition af brugsenhed gør at den er flyttet fra adressehierarkiet 

til BBR-hierarkiet 

· Fanebladet ”Ejendomme” er omdøbt til ”Bygninger og boliger” 


April 2013


· Fanebladet ”Ejermeddelelse” er omdøbt til ”BBR-Meddelelse”. Ligeledes 

er der ændret til BBR-Meddelelse alle de steder der henvises til 

udskriften. 

· Bilaget er opdateret med skærmbilleder vedr. adresser. 

30/10 2007: 

· Kapitlet indeholder nu en beskrivelse af det nye faneblad ”Brugerindstillinger”. 

Det udgør et helt nyt afsnit i kapitlet. Nemlig 

4.3.10. 

· Vi har uddybet beskrivelsen af: 

”Historik” i afsnit 4.3.1.3 

”Modtageboksen” i 4.3.4 

· Vi har tilføjet disse nye afsnit: 

4.3.8.1 Overførsel af anmeldelsessager 

4.3.8.2 Påbegyndelsesrykkere 

4.3.1.12 Nøglebaserede ULR-links 

4.3.5.1 Skærmbillede med BBR-Meddelelse 

4.3.2.3 Afledt ESR-liste 

· Vi har slettet 2 rækker i tabellen med knapfunktioner i afsnit 

4.3.1.11. Det drejer sig om disse rækker: 

Knappen ”vis muligheder” 

Knappen ”Tilknyt adresse”. 

· I tabellen med knapfunktioner i afsnit 4.3.1.11 har vi under 

”Kommunespecifikke oplysninger” ændret formuleringen ”Halvdelen 

af de kommunespecifikke oplysninger er drop-down-bokse.” til 

”3 af de kommunespecifikke oplysninger er drop-down-bokse”. 

· Vurderingsejendom er fjernet i træet derfor også konsekvent i hele 

kapitlet. 

· Figur 4.3 i afsnit 4.2 Sitemap med skærmbilleder er opdateret 

med disse ændringer: 

Vurderingsejendom er slettet, da den ikke længere har sit 

eget skærmbillede 

”Foreløbig adresse” er ændret til ”Adressesag”. 

Nummereringen er også blevet rettet – som en naturlig 

konsekvens af de øvrige (førnævnte) ændringer. 

· Udtrykket ”Foreløbig adresse” er konsekvent ændret til ”Adressesag” 

i resten af dokumentet. 

· Hele afsnit 4.6.3 ”Sandsynlighedsudskrifter der er tilknyttet et felt” 

er blevet slettet. Som en naturlig konsekvens er den efterfølgende 

nummerering også blevet opdateret. 

· Figur 4.2 BBR-hierarkiet er blevet opdateret (vurderingsejendom 

er slettet m.m.) 

· Figur 4.1 Skabelon for BBR-Kommune er blevet opdateret. 

30/11 2007: 

· Bilag 1 er opdateret med nye skærmbilleder. Skærmbillederne er tilrettet 

efter fejl fra brugertest og ud fra tilbagemelding på skærmbilleder 

pr. 5/11-2007. 

· Følgende er ikke opdateret: 

o Modtageboks 

o Links 

o Rum 

o Brugsenhed 


April 2013


o BBR Meddelelse 

21/12 2007: 

· Som en del af Funktionspakke 1 har vi lavet disse ændringer i kapitel 4 - 

brugerdialogen: 

o Har vi opdateret afsnittet omkring brugerindstillinger. Tidligere 

hed dette afsnit ”Fanen brugerindstillinger”. Nu hedder det ”Knappen 

Dine Brugerindstillinger” og indholdet er blevet ændret. 

o Skærmbilledet for entiteten/niveauet ”brugsenhed” er blevet opdateret 

o Skærmbilledet for entiteten/niveauet ”rum” er blevet opdateret. 

o Afsnittet: ”4.3.2.1 Skærmbillede med ejendomsoplysninger” er 

blevet opdateret. Skærmbilledet hedder nu ikke længere ”Ejendomsoplysninger 

– C182” men i stedet ”Overblik til byggesagsbehandling”. 

· På skærmbilledet for ”Brugeradministration” har vi tilføjet et felt der hedder 

”Kommune” som viser den kommune der har oprettet brugeren. Hvis 

en tværkommunal bruger er blevet låst, og kontakter en kommune, så 

skal det være muligt for denne kommune at henvise ham/hende til rette 

sted. 

18/1 2007: 

· Som en del af fastlæggelsen af indholdet i BBR-Meddelelsen har vi lavet 

disse ændringer i kapitel 4 – Brugerdialog: 

o Afsnittet 4.3.5 ”Fanebladet BBR-Meddelelse” er blevet opdateret 

o Afsnittet 4.3.8 ”Fanebladet Systemadministration” er blevet opdateret 

o Punktet ”underopdelte koder” under Systemadministration er slettet. 

o Bilag 1 er blevet opdateret med: 

nye skærmbilleder til fanebladet ”BBR-Meddelelse” 

nye skærmbilleder til fanebladet ”Systemadministration” 

(afsnit 7.1 og 7.7) 

Ny version af sitemappet 

Punktet ”underopdelte koder” under Systemadministration 

er slettet. 

25/1 2008: 

· Som en del af Funktionspakke 2 har vi gennemført disse ændringer: 

· Sitemappet er blevet opdateret med 2 nye skærmdumps: 3.1 Søg og 

3.2 Sag. 

· I afsnittet ”4.1.2.1 Højreside/indholdsside” er beskrivelsen af objekttitellinien 

i Modtageboksen blevet ændret. 

· Afsnittet 4.3.1.5 er blevet ændret med beskrivelsen af ”total udtræk 

(totalkopi)”. 

· Afsnit 4.3.4 om fanebladet ”Modtageboksen” er blevet opdateret. 

· Bilag 1 er blevet opdateret med: 

o Nye skærmbilleder for Modtageboksen (3.1 og 3.2 i Bilag 1) 

o Sitemappet er også her blevet opdateret med de 2 nye 

skærmdumps: 3.1 Søg og 3.2 Sag. 

8/2 2008: 


April 2013


· Vi har tilføjet et afsnit omkring ”meddelelser om indflytning” i afsnit 

”4.3.1.1- Sagsdata”. 

· I Sitemappet har vi ændret ”4.1 Søg” til ”1.1 Søg” under fanebladet 

”BBR-Meddelelse” 

· I bilag 1 til kapitlet har vi gennemført disse ændringer: 

o I Sitemappet har vi ændret ”4.1 Søg” til ”1.1 Søg” under fanebladet 

”BBR-Meddelelse” 

o Bilagets skærmbilleder er blevet opdateret til og med afsnit 

1.7. 

o Skærmbillederne af ”Dine brugerindstillinger” og ”C 182” er 

også blevet opdateret. 

13/2 2008: 


· Vi har opdateret skabelonen ”Figur 4.1 Skabelon for BBR-Kommune” 

· Vi har opdateret tabellen i afsnit 4.1.2 omkring indholdet i træstrukturen/resultatlisten 

· Vi har opdateret skærmbilleder i bilag 1. 

7/3 2008: 

· Vi har indsat sitemappet på ny. Af en eller anden grund var det ikke med 

i sidste version. 

· I afsnittet ” 4.3.1.3 Historik” er der indsat et nyt afsnit til sidst i afsnittet 

omkring historik på fejlindberetninger. 

· Oversigten over knapfunktioner i afsnit… er blevet opdateret med følgende 

knapper: 

o Knappen 182 

o Knappen 191 

o Dine Brugerindstillinger 

o Alle knapperne om ”Opret…” 

· Skærmbilledet ”C182” - Overblik til byggesagsbehandling er blevet omdøbt 

til ”C182 – Ejendomsoplysninger” i afsnittet 4.3.2.1 og i afsnit 1.12 i 

bilag 1 til kapitel 4. 

· Hele afsnit 4.3.2.2 ”Skærmbillede med bygnings- og enhedsliste” er blevet 

slettet. Da bygnings- og enhedslisten indgår i de 10 faste rapporter. 

· Vi har indsat et nyt afsnit: nemlig afsnittet 4.3.2.3 ”C 191” - Billede med 


· I bilag 1 har vi opdateret mange af skærmbillederne omkring BBR- 

Meddelelserne som opfølgning på brugertesten omkring BBR- 

Meddelelserne. 

13/6 2008: 

· I kapitel 4 er der foretaget følgende rettelser: 

o Generelt er skærmbillederne opdateret. 

o Afsnit 4.1.2. Det er tilføjet at kviksøgning foregår med ejendomsnummer 

o Afsnit 4.2: Sitemap er opdateret med billede 7.8 og 7.9 

o I afsnit 4.3.1.1 ”Sagsdata” under overskriften ”Meddelelser om 

indflytning” er udtrykket ”færdiggørelsestilladelse” ændret til ”fuldførelsestilladelse”. 

o I afsnit 4.1.3 er sætningen ” Der er historik på afsluttede byggesager 

(status ved afslutning). Der er ikke historik på stamdata.” 

fjernet. Da der er historik på alle data. 


April 2013


o I afsnit 4.3.1.9 er ”bobby” udskiftet med wave. 

o I afsnit 4.3.1.11 er følgende ændret: 

Knappen ”Opret byggesag”: 2.5 ”adressesag” er slettet, da 

knappen ikke fører til dette billede. 

Knappen ”Bestil BBR-Meddelelse” er ændret til ”BBR- 

Meddelelse” 

Knappen ”Slet”, der er angivet at den f.eks. findes på 

”Bygning”, nr. 1.4 i bilag 1 

Knappen ”Annuller” er slettet, da den kun findes på ”opret 

Byggesag” og ”Opret Adressesag”, og dermed ikke er en 

typisk knap. 

Knappen ”Fejlrettelse” er slettet da funktionen ikke længere 

findes som knap, men som drop-down på skærmbilledet. 

Knappen ”Ændring” er slettet da funktionen ikke længere 

findes som knap, men som drop-down på skærmbilledet. 

Knappen ”Opdater” er tilføjet 

Knappen ”C182” er ændret til ”Ejd-Opl”. Beskrivelsen er 

beskåret og der henvises i stedet til afsnit 4.3.2.1 

Knappen ”C191”: Beskrivelsen er beskåret og der henvises 

i stedet til afsnit 4.3.2.3 

Dine brugerindstillinger er slettet da det ikke er en knap på 

de forskellige entiteter. Læs i stedet om brugerindstillinger i 

afsnit 4.3.10 

Linkteksten ”Ret” er slettet da den ikke findes. Rettelser/opdateringer 

af notatlinjerne forgår vha. knappen ”Opdater”. 

Kommunespecifikke oplysninger: beskrivelsen er ændret i 

begge rækker 

Linkteksten ”Slet” er ændret til Knappen ”Slet” 

o Afsnit 4.3.1.12 er slettet og teksten er indarbejdet under afsnit 

4.3.8 

o Afsnit 4.3.2: Matrikel er fjernet som søgekriterium da der ikke kan 

søges på denne entitet 

o Afsnit 4.3.2.1: ”C182” er ændret til ”Ejendomsoplysninger”, og afsnittet 

er konsekvensrettet derefter. Endvidere er OIS tilføjet som 

system hvorfra der hentes oplysninger. 

o Afsnit 4.3.2.3: Sætningen med HTML er slettet, da det er besluttet 

at lave dette billede på linie med andre billeder i systemet. 

o Afsnit 4.3.3: 

Der er indsat en ny tegning med BBR-Adressehierarki 

Matrikel er tilføjet under den logiske sortering 

Der er ændret så der kan søges på Adresse og Adressesag 

o Afsnit 4.3.4: OIO er tilføjet foran XML 

o Teksten i afsnit 4.3.5 er beskåret og afsnit 4.3.5.1, 4.3.5.2 og 

4.3.5.3 er slettet. Der henvises i stedet til kapitel 5. 

o Teksten i afsnit 4.3.6 er beskåret. Der henvises i stedet til kapitel 

10. 

o Afsnit 4.3.8 er udvidet med en kort beskrivelse af hvad der foretages 

i de forskellige undergrupper. Endvidere er URL-links og Tidsfrister 

tilføjet. 

o Afsnit 4.3.8.1 og Afsnit 4.3.8.2: Første afsnit i begge er flyttet til 

afsnit 4.3.8 i beskrivelse af de forskellige undergrupper. 


April 2013


o Afsnit 4.3.9 er beskåret da kommentarer om 2. brugerworkshop 

ikke hører hjemme i en systembeskrivelse. 

o Afsnit 4.4 er beskåret da oplysning om tilføje/ændre i teksterne 

stå beskrevet i 4.4.3. 

o Afsnit 4.5: afsnittet om sandsynlighedsintervaller er beskåret, da 

det ikke er muligt for den enkelte kommune er justere på disse intervaller. 

Og der findes ikke krav der går på at dette skal være 

muligt. 

o Afsnit 4.6.4: sandsynlighedsudskrifterne er slettet da det kun er 

muligt at tilpasse fejltekster. Og der findes ikke krav der går på at 

dette skal være muligt. 

· Bilag 1: 

o Generelt er skærmbillederne opdateret. 

o Sitemap er opdateret med billede 7.8 og 7.9 

o Der er 2 nye skærmbilleder i dokumentet: 

7.8 ”URL-links” 

Og 7.9 ”Tidsfrister” 

o I afsnit ”1.11 Byggesag” er der indsat et afsnit tekst der forklarer 

de skærmbilleder der er i afsnittet. 

11/7 2008: 

Bilag 1: 

Der arbejdes løbende på udviklingen af løsningen. Derfor opdateres skærmbillederne 

også løbende. For at tydeliggøre hvilke ændringer der er gennemført følger 

her 2 sammenligninger: 

Sammenlignet med version 4.3 er der i version 4.3.1 gennemført følgende ændringer: 

· Skærmbilledet ”Bygning” er blevet opdateret. 

· Skærmbilledet ”Etage” er blevet opdateret 

· Overskriften for afsnit 1.12 er ændret fra ”C182 – Ejendomsoplysninger” 

til ”Ejendomsoplysninger”. 

· Der er tilføjet et skærmbillede af fanebladet ”Links”. 

Sammenlignet med version 4.2 af Bilag 1 (i kapitel 4) er der i version 4.3.1 gennemført 

følgende ændringer: 

(Nedenstående nummerering er med version 4.4 blevet opdateret, så den kommer 

til at stemme overens med bilagets nummerering af sider). 

· Generelt på alle skærmbillederne: 

o 2 nye links er indarbejdet: 

”Anmeldelsessager” 

og ”Påbegyndelsesrykkere” 

o Knappen ”C182” har ændret navn til ”Ejd.Opl.” 

o Feltet ”sagstype” er blevet fornyet. Tidligere lå noget af dette felts 

funktionalitet som knapper i knappanelet nederst på siden (i form 

af knapperne ”Ændring” og ”Fejlrettelse”). Det vil sige knapperne 

”Ændring” og ”Fejlrettelse” fremtræder nu ikke længere som 

knapper nederst på skærmbilledet, men er værdier i drop-downboksen 

ved feltet ”Sagstype”. Denne ændring betyder, at der nu 

er en knap der hedder ”Opdater”. 


April 2013


o Alle knapper er blevet forkortet, så etage nu hedder ”ETA”, Opgang 

”OPG”, Teknisk Anlæg hedder ”TEK” og ”Opret Brugsenhed” 

hedder ”BRU”. 

· Side 1 og 2: 

o 2 nye underafsnit under afsnittet Adresser (afsnit nr. 2): 

Adgangsadresse (2.2) 

og 2.3.1 ”Ny Enhedsadresse” 

o 2 nye punkter under afsnittet Systemadministration: 

URL-links 

og Tidsfrister. 

o Punktopstillingen i indholdsfortegnelsen er opdateret for at fjerne 

en fejl omkring punkt 8 i version 4.2 

· Side 3 ”Sitemap”: 

o Der er kommet 2 nye ”kasser” (skærmbilleder) på sitemappet: 

URL-links 

og Tidsfrister 

· Side 4 – Søgning Bygninger og boliger (BOB-01): 

o I gruppeboksen ”Ejendomsoplysninger” er feltet ”Ejerlejlighedsnr.” 

fjernet. 

o I gruppeboksen ”enhedsoplysninger” er feltet ”Ejerlejlighedsnr.” og 

”Ejerlejlighed ejd.nr.” tilføjet. 

· Side 5 – Grund (BOB-05): 

o I gruppeboksen ”Kommunespecifikke oplysninger” vises nu et par 

eksempler på hvordan en kommune kan bruge felterne. 

· Side 6 Matrikel (BOB-06) 

o Her er knappen ”Udskriv BBR-Meddelelse” fjernet. 

(Man kan jf. kapitel 5 ikke vælge matrikel som et niveau for udskrivning 

af BBR-Meddelelse.) 

· Side 8 Bygning (BOB-02) 

o I gruppeboksen ”Bygningsoplysninger” er ”Udlejningsforhold” tilføjet. 

o Knappen ”C191” er tilføjet. 

· Side 9 Bygning (BOB-02): 

o Gruppeboksen ”Leje” er slettet. 

o I gruppeboksen ”Vurdering” er der tilføjet feltet ”Gyldighedsdato”. 

· Side 10 Enhed (BOB-03): 

o I gruppeboksen ”Enhedsoplysninger” er feltet ”Udlejningsforhold” 

tilføjet. 

o Gruppeboksen ”Leje” er slettet. 

o Knappen ”Opret rum” er tilføjet. 

· Side 11 Enhed (BOB-03): 


April 2013


o I gruppeboksen ”Kommunespecifikke oplysninger” vises nu et eksempel 

på hvordan en kommune kan bruge felterne. 

o Gruppeboksen ”Vurdering” er tilføjet med feltet ”Gyldighedsdato”. 

· Side 12 Opgang/indgang (BOB-07): 

o I gruppeboksen ”Kommunespecifikke oplysninger” vises nu et eksempel 

på hvordan en kommune kan bruge felterne. 


· Side 13 Etage (BOB-04): 

o I samme gruppeboks er der tilføjet feltet ”Type”. 

· Side 14 Rum (BOB-08): 

o Siden har fået en overskrift: ”Rum: NY” 

o I gruppeboksen ”Rumoplysninger” 

Er feltet ”kilde til rummets areal” udvidet til en drop-downboks. 

Er feltet ”initialer til sagsbehandler” slettet. 

Er nogle af felterne flyttet rundt pga. de øvrige ændringer i 

denne gruppeboks 

o Gruppeboksen ”Placering” er tilføjet. 

o I gruppeboksen ”Adresse” er felterne etage og side/dør tilføjet. 

o Hele knap-panelet er fjernet og der er nu kun én knap: ”Opret”. 

· Side 15 Brugsenhed (BOB-09): 

o Gruppeboksen ”Adresse” har ændret navn til ”Brugsenhedsoplysninger” 

(Tidligere var der 2 gruppebokse som hed ”adresse”) 

o I gruppeboksen ”Brugsenhedsoplysninger” er felterne ”Areal” og 

”Initialer på sagsbehandler” fjernet. 

o Gruppeboksen ”Placering” er tilføjet. 

o I gruppeboksen ”Adresse” er felterne ”etage” og ”side/dør” tilføjet. 

o Hele knap-panelet er fjernet og der er nu kun én knap: ”Opret”. 

· Side 16 Teknisk anlæg (BOB-11): 

o Skærmbilledet hed tidligere ”Bob-08”, men hedder nu ”BOB-11”. 

o I gruppeboksen ”Teknisk anlægs oplysninger”er felterne om matrikel 

og ejerlav samt teknisk nøgle fjernet. 

o I gruppeboksen ”Anlægspunkt” er feltet ”Koordinatsystem” ændret 

til en drop-down-boks. 

o I gruppeboksen ”Tekniske oplysninger” er felterne ”type” og ”indhold” 

ændret til drop-down-bokse. 

o Ledeteksten til feltet ”Effekt” er ændret til ”Effekt i KW” 

o Felterne er flyttet rundt. 


· Side 17 Byggesag (BOB-10): 

o I gruppeboksen ”Sagsoplysninger” er feltet ”Gyldighedsdato” tilføjet. 

o I gruppeboksen ”Tilknyttede niveauer” har flere felter ændret placering. 

o Knapperne ”gem” og ”slet” er fjernet. Knappen ”Opret” er tilføjet. 

· Side 18 Byggesag – søgebillede (fortsat): 


April 2013


o I gruppeboksen ”Entitet og adresser” er der tilføjet et knap der 

hedder ”hjælp”. 

o I gruppeboksen ”ejendomsoplysninger” er feltet ”Ejerlejlighedsnr” 

fjernet. 

· Side 19 Byggeag – fortsat: 

o I gruppeboksen ”Enhedsoplysninger” er felterne ”Ejerlejlighedsnr.” 

og ”Ejerlejligheds ejd.nr.” tilføjet. 

· Side 20 – ”Ejendomsoplysninger” 

o I gruppeboksen på ”grund” er feltindholdet i ”Vandforsyning” og 

”Afløbsforhold” udvidet med oversættelse af koden. 

o I gruppeboksen ”planer” vises nu felter. 

· Side 21 – Adresser – Søg (ADR 01) 

o Gruppeboksen ”Niveau” er tilføjet 

· Side 22 – Adresser – Adgangsadresse (ADR-02) 

o Ingen specifikke ændringer. 

· Side 23 – Adresser Ny Adgangsadresse (ADR-02) 

o Gruppeboksen ”Adressesag” er fjernet. 

o Knapperne ”Opret som ny adresse”, ”Opret adressesag” og ”Slet” 

er fjernet. Knappen ”Opret” er tilføjet. 

· Side 24 – Enhedsadresse (ADR-03) 

o I gruppeboksen ”Enhedsadresseoplysninger” er drop-down-boksen 

i feltet ”Kilde” blevet længere. 

· Side 25 – Ny enhedsadresse (ADR-03) 

o I gruppeboksen ”Enhedsadresseoplysninger” er drop-down-boksen 

i feltet ”Kilde” blevet længere. 

· Side 26 – Adressesag (ADR-04) 

o I gruppeboksen ”Overordnede oplysninger” er indtastningsfeltet til 

feltet ”Sagsbehandler” blevet kortere. 

· Side 27 – Modtageboksen (MOD-01): 

o Skærmbilledet vises i andet layout, men der er ingen ændringer 

· Side 28 – En sag i Modtageboksen (MOD-02): 

o Ingen ændringer 

· Side 29 – BBR-Meddelelse (BOB-01) : 

o I gruppeboksen ”Ejendomsoplysninger” er feltet ”Ejerlejlighedsnr.” 

fjernet. 

o I gruppeboksen ”enhedsoplysninger” er feltet ”Ejerlejlighedsnr.” og 

”Ejerlejlighed ejd.nr.” tilføjet. 

· Side 30 – Bestil BBR-Meddelelse (MED-02) 

o Layoutet er helt forskelligt og indholdet er ændret. 

o Feltet ”Individuel årsagskode” vises ikke. 

o Under ”til anden modtager” er dialogen ændret. 


April 2013


· Side 31 – angivelse af e-mail-modtager (MED-02): 

o Layoutet er helt forskelligt og indholdet er ændret. 

· Side 32 – Selve BBR-Meddelelsen 

o Nyt layout og indhold. 

· Side 33 – Masseudskrivning (MED-02) 

o Feltet ”Individuel årsagskode” vises ikke. 

o Nyt layout. 

· Side 34 – Rapporter (RAP-01) 

o Nyt layout og indhold. 

· Side 35 – Brugeradministration (ADM-08) 

o I gruppeboksen ”Søg bruger” er feltet ”navn” slettet og erstattet af 

”Fuldt navn” og ”brugernavn”. 

· Side 36 – Brugeradministration – ret bruger (ADM-08) 

o Det viste eksempel er ændret 

· Side 37 – Systemadministration (ADM-06) 

o Der er tilføjet 2 nye punkter i venstresidens menu ”Navigation”. 

Punkterne hedder: 

”URL-links” 

og ”tidsfrister”. 

o Felterne ”postnr.” og ”by” er slettet og erstattet ”postnr./by”. 

· Side 38 – tooltip (ADM-01) 


Punkterne hedder ”URL-links” og ”tidsfrister”. 

· Side 39 – Hjælp (ADM-02) 



o Der er vist flere felter 

· Side 40 – fejltekster (ADM-03) 



o Flere eksempler er vist 

· Side 41 – Kommunespecifikke felter (ADM-04) 



· Side 42 – Notatlinier (ADM-05) 



· Side 43 – Indstillinger for BBR-Meddelelse (ADM-07) 

o Et nyt og ændret layout 


April 2013




o Årsagskoder ikke valgt i dialogen 

o Knappen ”gem” er fjernet. 

· Side 44 – URL-links (ADM-08) 

o Helt ny side som ikke tidligere var med. 

· Side 45 – Tidsfrister (ADM-06) 

o Helt ny side som ikke tidligere var med. 

· Side 47 – Online udtræk 

· Side 48-53 – Dine Brugerindstillinger (IND-01) 

o Helt overordnet set var TEK tidligere (i version 4.2) placeret på 

hhv. ENH og BYG. Nu er TEK placeret på hhv. MAT og BYG. 

o ”Bynavn” er forsvundet generelt – dvs. på alle de niveauer hvor 

det tidligere forekom 

o ”Postdistrikt” er tilføjet generelt – dvs. på alle de niveauer hvor 

det tidligere forekom 

o Teknisk anlæg på MAT og BYG indeholder ikke anvendelseskode 

mere. 

o På grund-niveau er ”Ejendomsnummer” tilføjet. 

o På adgangs- og enhedsadresse-niveau er ”sagskode” og ”Sagsnr.” 

slettet.’ 

12/09-2008: 


· På side 19 i afsnittet ”4.3.8 Fanebladet ”Systemadministration” er ”URLlinks” 

blevet ændret til ”Kommunespecifikke links”. 

· På sitemappet er ”URL-links” ændret til ”Kommunespecifikke links” 

· I afsnittet ”4.3.1.11 Knapfunktioner m.m.” er knapbetegnelsen ”C191” 

ændret til ”BBR-Medd-data”. 

· I afsnittet ”4.3.2.3 ”BBR-Medd-data” - Billede med BBR-Meddelelse” er 

knapbetegnelsen ”C191” ændret til ”BBR-Medd-data”. 

· I afsnittet ”4.3.10 Skærmbilledet ”Dine Brugerindstillinger”” og i afsnittet 

”4.1.2 Træstruktur/resultatliste” indeholder Teknisk anlæg på MAT og 

BYG nu "Klassifikation", som valgmulighed i brugerindstillingerne (i stedet 

for ”anvendelse”). 

I Bilag 1 til kapitel 4 er følgende skærmbilleder er blevet ændret: 

· På sitemappet er ”URL-links” ændret til ”Kommunespecifikke links” 


April 2013


· På GRU/BOB-05 har knappen "C 191" har fået et nyt navn: "BBR-Medddata". 

· På BYG/BOB-02 er der ændret disse ting: 

o Nu fremgår de 2 links "Påbegyndelelsessager" og "Anmeldelsessager" 

på BYG/BOB-02. 

o Knappen "C 191" har fået et nyt navn: "BBR-Medd-data" sådan 

som KH har ønsket det. 

o Feltet "Bevaringsværdighed" er nu gråtonet og efterfølges af et såkaldt 

"action-link". Det er et link der hedder "Gå til FBB" og som er 

placeret umiddelbart efter feltet "Bevaringsværdig". Når brugeren 

klikker på dette action-link, vil der åbne sig et nyt browservindue 

med en evt. URL fra FBB. 

o Feltet "Fredning" er nu gråtonet. 

o Der er indsat et nyt felt der hedder "Grundens ejendomsnr." efter 

feltet "Teknisk nøgle". Dette felt er gråtonet og relevant ved bygning 

på lejet grund. 

· På TEK/BOB-11 er der ændret følgende ting: 

o Feltet "Placering" er flyttet til ”Tekniske oplysninger”. Det vil sige 

er flyttet ned mellem "Klassifikation" og "Afblændet/opfyldt" 

o "Bygningsnummer" er ændret til "Anlægsnummer" 

o Feltet "Fredning" er nu gråtonet. 

· Under ”Systemadministration” er afsnitsoverskriften ”7.8 URL-links” blevet 

ændret til ”7.8 Kommunespecifikke links”. Samme overskrift er blevet 

ændret på skærmbilledet. 

· På ”Dine Brugerindstillinger” indeholder Teknisk anlæg på MAT og BYG nu 

"Klassifikation", som valgmulighed i brugerindstillingerne. 

17. november 2009 


· Afsnit 4.1.1. Billedet af skabelonen er blevet opdateret. 

· Beskrivelsen af skabelonen er tilrettet da der ikke længere vises logoer. 

o I tabellen med karakteristika er boksen til logoer fjernet. 

o Afsnit 4.1.1.1 er fjernet. Det tidligere afsnit 4.1.1.2 er nu blevet til 

afsnit 4.1.1.1, det tidligere afsnit 4.1.1.3 er nu blevet til afsnit 

4.1.1.2. 

· Der er tilføjet et nyt afsnit ”Links” som afsnit 4.1.1.3. 

· I afsnit 4.1.2 er beskrivelsen af sorteringen af søgningen blevet rettet. 

· Afsnit 4.3.1.1. Beskrivelsen er tilrettet ændring af placering af boksen 

”Verserende byggesag” 

· Afsnit 4.3.1.1. Beskrivelsen af oprettelse af sager er tilrettet så ændringen 

af bygningsbilledet (Samurai) fremgår. 

· Afsnit 4.3.11. er opdateret mht. indflytningsdato, således at det fremgår 

hvordan regelsættet er ved indflytning i parcelhuse. 

· Afsnit 4.3.1.2 er rettet så det nye bygningsbillede reflekteres. 

· Afsnit 4.3.1.11. Knapfunktioner. 

o I overskriften gøres opmærksom på at opret-funktionaliteterne er 

samlet under ”Opret”- knappen. 


April 2013


o Beskrivelsen for knappen ”Opret byggedag” er opdateret med en 

beskrivelse af samlingen af opret-funktioner under ”Opret”knappen. 

o ”opdater”-knappens navn rettet til ”Gem”. 

o Beskrivelsen af ”Opret bygning”-knappen er delt i to, for at beskrive 

opdelingen af funktionaliteten i ”Opret bygning – Stam” og ”Opret 

bygning – Nybyggeri”. 

· Afsnit 4.3.2. Brugsenhed er fjernet fra listen af niveauer der kan søges 

på. 

· Afsnit 4.3.2.1. Omskrevet 

· Afsnit 4.3.1.11. Knapfunktioner. 

o Knappen ”Gem” 

I beskrivelsen er der tilføjet ordet ”gemmer” 

· Afsnit 4.3.2.3. ”BBR-Medd-data”. 

o Beskrivelsen i andet punktum er ændret. 

· Afsnit 4.3.2. Afsnittet om at knytte en adresse til et niveau er opdateret. 

· Afsnit 4.3.3. Omskrevet. 

· Afsnit 4.5 Validering: I tegning: teksten rettet til ’Her foretages al validering’ 

(’, med undtagelse af typevalidering’) slettet 

· Afsnit 4.5 Validering: ’, og det/de felt/felter, der er berørt af beskrivelsen, 

vil blive fremhævet’ er fjernet i.f.m. sandsynlighedsvalidering 

Afsnit 4.3.8 Under punktet med anmeldelsessager er følgende slettet: 

• Anmeldelsessager - Landbrug (byggesagskode 4) 

· Afsnit 1.11 Byggesag Der er tilføjet tekst og billede af Bygning med byggesag. 

18. december 2009: 

Der er tilføjet 2 bilag til kapitel 4 ”Brugerdialog”: 

· Bilag 2 der dokumenterer overholdelse af W3C-standarden 

· Bilag 3 der dokumenterer overholdelse af Wave-standarden. 

15. januar 2010: 

Bilag1: 

· Opdateret med nyt skærmbillede for ’Ejendomsoplysninger’, da der er tilføjet 

en tekst omkring bebyggelsesprocent. 

Juni 2010 


· Afsnit 4.3.1.11 Knappen ’Masseopdatering Enhed’ tilføjet 

· Afsnit 4.3.2.2 Afledt ESR-liste slettet. 

· Nyt Afsnit 4.3.2.4 Masseopdatering Enhed 

· Afsnit 4.3.1.5 Online udtræk og afsnit 4.3.1.6 Udtræk til OIS er slettet, 

da udtræksfunktionaliteten i stedet beskrives i kapitel 6. 

Bilag 1: 

· Opdateret med skærmbilleder for masseopdatering af enheder 

December 2010 


· Sitemappet er blevet opdateret. 

· Afsnit 4.3.1.3 er skrevet om. 

· Afsnit 4.3.2 Fanebladet ’Bygninger og Boliger’ er opdateret med muligheden 

for at søge på alle niveauer 


April 2013


· Afsnit 4.3.4 Fanebladet ’Modtageboksen’ ændret til Fanebladet ’Inddataboksen’ 

og afsnittet skrevet om. 

· Afsnit 4.3.4.1 Kommende løsning af krav 4.2.8 – flytning af bygninger tilføjet 

· Afsnit 4.3.10 Skærmbilledet ’Dine brugerindstillinger’. Et nyt billede og tilføjelse 

af henvisning til Bilag 1. 

· Der er rettet et par små sproglige ting. 

Bilag 1: 


· Opdateret med nye skærmbilleder. 

· Afsnit 13. ”Online udtræk” er slettet. 

21/6 2011: 

· Kapitlet er blevet opdateret: 

o Med en opdateret beskrivelse af historikken 

o Et opdateret sitemap 

o Alle skærmbilleder er blevet opdateret 

· Bilaget er blevet opdateret med nye skærmbilleder og nyt sitemap. 

Februar 2012: 

· Afsnittet om ”Skærmbilledet ”Dine brugerindstillinger”” er blevet omdøbt 

til ”Fanebladet ”Indstillinger”” og indholdet er opdateret. 


· Afsnit 4.3.1.3 er blevet opdateret med tilføjelse om historik på byggesager. 

· Afsnittet ” 4.1.1.1 Sagsdata” er blevet opdateret med en kort beskrivelse 

om identændringer. 

· Der er tilføjet en kort beskrivelse af slettefunktionen i historik-visningen. 

· Bilag 1 er opdateret med nye skærmbilleder. 

· Kapitlet er opdateret med nye skærmbilleder. 

· Gennemgående opdateringer i forhold til træstrukturforbedringer. 

· Gennemgående opdateringer i forhold til kommunale ændringsønsker. 

· Gennemgående opdateringer i forhold til forbedringer i GUI design. 

April 2013 version 1.5: 

· Afsnit ”9. Links” i Bilag1 samt afsnit 4.3.9 ”Fanebladet Links” er fjernet fra SB da 

fanebladet ”Links” er fjernet fra systemet med version 1.5. 

· Feltet til kommunens hjemmeside er tilføjet til beskrivelsen af fanen ”Kommuneoplysninger” 

under fanebladet ”Systemadministration”. 

· Rollen ”AutomatiskAdresseOprettelse” er omdøbt til AutomatiskAdresse- 

Håndtering. 

· Tilføjet beskrivelse af brugerindstilling der giver mulighed for at få vist information 

om ”bygning på lejet grund” som klartekst i tool tip for en bygning 

i resultattræet. 

· Skærmbillederne i kapitlerne 4.1.1 Skabelonen, 4.3.9 Fanebladet ”Indstillinger” 

og 4.4.1 Tooltip er opdateret da links fanen er fjernet. Dokument 

04 - Brugerdialog- aktuel_blaa 

· Generelt er skærmbilleder i 04 - Brugerdialog Bilag1 - aktuel_blaa opdateret 

· Kapitel 9.4 Søgning er slettet da denne fane er fjernet i klienten. 9.5 Inddataboks 

er blevet til 9.4 og 9.6 BBR-Meddelelse er blevet til 9.5. 


April 2013


12.5 Kapitel 5 – Udskrifter til borgerne 

Der er fortaget følgende rettelser: 

· Afsnit 5.6.2 om Automatiske udskrifter tilføjet 

· Afsnit 5.6.3 om Skattemappen tilføjet. 

6/6 2007: 

Der er foretaget følgende ændringer. Ændringerne er indsat med blåt, som symbol 


· BBR-Ejermeddelelse og BBR-Lejermeddelelse er smeltet sammen til BBR- 

Meddelelse 

· Beskrivelsen af opbygning af BBR-Meddelelsen er ændret efter møde med 

de kommunale parter. 

· Beskrivelsen af det overordnede design af BBR-Registerindsigt er ændret 

som følge af møde med de kommunale parter og EBST-beslutning om at 

alle kommunale felter skal vises på registerindsigten 

· Årsagskoder er ændret efter møde med de kommunale parter og efterfølgende 

årsagskode vedr. indflytning. 

18/1 2008: 

Hele dette kapitel er blevet opdateret da arbejdet omkring BBR-Meddelelse længe 

har været under udarbejdelse og først nu endeligt kan fastlægges. 

Bilag A er også blevet opdateret med et nyt eksempel. 

Et nyt bilag er vedhæftet: Bilag B – omkring KMD’s opfølgning på ”Referat fra 

møde d. 19.12.2007 angående BBR-meddelelser”. 

8/2 2008: 

· Kapitlet er blevet opdateret. Vi har bl.a. 

o Opdateret afsnittet ”5.5 Årsagskoder”. 

· Bilag A er opdateret med nye eksempler 

· Bilag B er vedhæftet i opdateret version. 

13/2 2008: 

Vi medsender nye eksempler på BBR-Meddelelser. Det vi har ændret er: 

• Der er 2 eksempler på vurderingsejendom (med og uden bygninger) 

• Der er sket ændringer i arealfelterne, i det nye arealmatrice. 

• ”Antal værelser” bliver nu vist på rigtigt også for erhvervenheder 

• Supplerende bynavn er nu med på alle relevante entiteter 

13/6 2008: 

· Generelt er skærmbilleder opdateret, og der er påsat figurtekster 

· Der er foretaget præciseringer under udskrivningsmuligheder, således at 

det tydeligt fremgår at det kun er BBR-Meddelelse og BBR- 

Andelsboligudskrift som kan udskrives centralt 

· Der er foretaget en mere detaljeret beskrivelse af fremsøgning af ejendomme, 

både via fanen ”Boliger og Bygninger” og via fanen ”BBR- 

Meddelselse”. Der er blevet indsæt relevante skærmbilleder (afsnit 5.4.1 

og 5.4.2) 


April 2013


· Der er indsat beskrivelse af adresseringsregler for udskrivning af BBR- 

Meddelelserne (ny afsnit 5.6) 

· I afsnit 5.9: Det er præciseret at en Borgerservice medarbejder ikke kan 

bestille meddelelser med type ”BBR-Registerudskrift”. 

· Arealer på såvel 0 som ikke oplyst vises som 0 m2 

· Oversigtsbillede i afsnit 5, som var ”forsvundet” i version 4.2 er blevet tilføjet 

igen. 

· Der er fjernet mulighed for at kunne vælge kommunespecifikke felter på 

BBR-Meddelelsen. 

· Beskrivelsen af BBR-Registerudskift er opdateret. 

· I afsnit 5.8: HTML er fjernet fra beskrivelsen af C191. 

· I afsnit 5.12: Sætningen med at ”store BBR-Meddelelser deles op i to kuverter…” 

og afsnittet som omtaler at der arbejdes på en procedure til 

håndtering af store BBR-Meddelelser er fjernet. I stedet er beskrevet af 

store BBR-Meddelelser frasorteres inden kuvertering og sendes til kommunen. 

· Eksempel på BBR-Meddelelse og BBR-Andelsboligudskrift er fjernet og der 

henvises i stedet til bilag A. 

· Bilag B er fjernet. Bilaget var et referat hvori det var angivet hvilke elementer 

der skulle ændres på meddelelserne. De fleste af ændringerne 

kan ses i eksemplerne i bilag A, de resterende ændringer vil være indarbejdet 

i de meddelelser som følger med det færdige system. 

11/7 2008: 

Tre af ovenstående førnævnte ændringer er blevet præciseret i form af de blå 

afsnitshenvisninger. 


Kapitel 5 er blevet tilrettet følgende ændringer 

o C191 hedder BBR-Meddelelse-data 

o Niveau for BBR-Meddelelse-data skærmbilledet er den valgte entitet 

og ikke vurderingsejendom. 

o Endelig layout er blevet godkendt af kommunerne. 

o Bestilling af automatisk udskrift af BBR-Medd. er mulig på alle 

skærmbilleder, ikke kun ved afslutning af byggesag 

o Der er ikke længere mulighed for at vælge mellem A- eller B-post. 

o Der er ingen mulighed for at indtaste cpr/cvr nummer for en alternativ 

modtager. 

o Rolle borgerservice medarbejder i kapitel 5.9 

Ændringer har bl.a. betydet, at alle skærmbilleder er blevet opdateret. 

Derudover er figur 5.7. blevet slettet (idet figur 5.6. viser det samme) og tre nye 

billeder er blevet tilføjet: 

o figur som viser central print proces 

o figur, som viser fravalg af automatisk udskrift 

o figur med eksempel for skærmbilledet BBR-Meddelelse-data. 

Kapitel 5.12 (Central print) er flyttet til afsnit 5.1.1. (Central udskrift). 

Kapitel 5.13 er således blevet til 5.12. 


Hentning af ejeroplysninger er blevet tilføjet i kapitel 5.6. 


April 2013


Juni 2010: 


· EBST følgeskrivelse er ændret til EBST vejleding 

· Beskrivelse af at BBR-Meddelelser med ejerforholdskode 50 ikke kuverters 

er indsat 

· Beskrivelse af sortering i årsagskode og adresseorden er indsat 

· Beskrivelse af kommunespecifikke bilag er indsat 

· Skærmbillede vedr. email er udskriftet 

December 2010: 


· Generelt er der alle steder hvor der stod e-boks ændret til eboks/Digital 

Post 

· I afsnit 5 er det sidste afsnit omskrevet da der nu bruges ABCpdf i stedet 

for rapportgenereringsværktøjet. 

· Tegning 5.1 er ajourført. 

· I afsnit 5.1.1 er teksten vedr. bilag ændret 

· I afsnit 5.1.1 er figur 5.2 og tilhørende tekst slettet. 

· I afsnit 5.1.2 er teksten omkring bilag fjernet. 

· I afsnit 5.2 er teksten om bilag slettet. 

· I afsnit 5.3 er teksten vedr. automatisk udskrivning af BBR-Meddelelsen 

ændret. 

· I afsnit 5.4.3.4 er: 

o begrænsningen på et 1 år for hvor længe oplysninger om BBR- 

Meddelelsen gemmes fjernet. 

o afsnittet om den faste vejledning og det kommunespecifikke bilag 

under ”decentral udskrift” fjernet 

o der foretaget ændringer i afsnittet om historik 

· Afsnit 5.7 er ændret da der nu gemmes historik om de udskrevne BBR- 

Meddelelser i mere end 13 måneder. Der er derfor heller ikke grund til at 

skelne på til ejer- og ikke ejer. 

· Afsnit 5.10 er omskrevet da webservice til skattemappen nu er tilgængelig. 

Juni 2011: 

Kapitel 5 er blevet tilrettet med følgende ændringer: 

· I afsnit 5.1.1.1 er første tekstafsnit omskrevet. 

· I afsnit 5.1.1.1 er der i tredje samt sidste tekstafsnit foretaget mindre 

ændringer fra passiv til aktiv sprogbrug. 

· I afsnit 5.1.1.2 er betydningen blevet præciseret med udskiftning af et 

enkelt ord. 

· I afsnit 5.1.1.3 er der indsat et ekstra skærmbillede med visning af 

brugerindstillinger. 

· I afsnit 5.1.1.4 er der foretaget en mindre omformulering. 

· I afsnit 5.1.4.3.3 er der tilføjet en præcisering af krav til det kommunespecifikke 

bilag. 

· I afsnit 5.1.4.3.4 er der foretaget en omskrivning af teksten vedr. 

Central udskrift. Dette ud fra en vurdering af, at den tidligere formulering 

kunne misforstås. 

· Generelt er skærmbilleder blevet opdateret i overensstemmelse med 

version 1.3. 

· Generelt er der strammet op på tegnsætning. 


April 2013


Februar 2012: 

· I afsnit 1.5 er tilføjet, at årsagskode 70 ikke længere medfører automatisk 

bestilling af en BBR-Meddelelse. 

· I afsnit 1.6 er tilføjet nyt udvidet regelsæt for modtager af BBR- 

Meddelelsen ved ejerskifte. 

· Generelt er alle skærmbilleder opdateret i overensstemmelse med de 

designforbedringer, der også releases med version 1.4. 

April 2013: 

· Afsnit 1.2.1 'Skærmbilledet Kommuneoplysninger' er blevet udvidet 

med beskrivelse af feltet ’Hjemmeside’ til angivelse af kommunens 

hjemmesideoplysninger, der skal fremgå på BBR-Meddelelsen. 

· I afsnit 1.11 'Design af meddelelserne' er beskrivelsen af 3. gruppe 

på BBR-Meddelelsen udvidet med muligheden for visning af hjemmeside 

i forbindelse med kommunens kontaktinformationer. 

· Skærmbilleder er opdateret 

12.6 Kapitel 6 – Dataudveksling med andre systemer 

24/1 2007 

· 6.4.1) Kort beskrivelse af OIOXML snitflader til hentning og opdatering 

af BBR-data fra andre systemer 

· 6.4.6) Beskrivelse af periodevise kørsler, dataudtræk mv. 

· 6.5) Masseopdatering 

30/10 2007: 

· I henhold til notat om kommunikation med CPR, har vi slettet afsnittet 

”6.4.6.1 Konsistens mellem BBR og CPR”. 

· I afsnittet 6.4.4 ”BBR – Bossinf-STB” har vi ændret indholdet i første 

række fra ”Klient ESR” til ”Klient Bossinf”. 

· Snitflader til ESR er opdateret. 

· Snitflade til CPR er opdateret. 

21/12 2007: 

· Som en del af Funktionspakke 1 indeholder dette kapitel nu et nyt afsnit. 

Nemlig afsnit 6.4.7 ”BBR-Levering og opdatering af adressekoordinater” 

som beskriver adressesnitfladen. 

25/1 2008: 

I forbindelse med udarbejdelsen af systembeskrivelsen for de ikke beskrevne 

elementer i Funktionalitetspakke 2 er kapitel 6 blevet ændret på disse områder: 

· Afsnittet ”6.4.1 OIOXML snitflader til hentning og opdatering af BBR-data 

fra andre systemer”: 

o Er blevet opdateret med et par nye afsnit. 

o Er flyttet til sin korrekte placering i dokumentet. I den sidste version 

(version 3.2) var afsnittet fejlagtigt (men med den helt korrekte 

nummerering) blevet placeret tidligere i dokumentet. Afsnittet 

har samme nummerering som i den sidste version, men er nu 

placeret korrekt. 


April 2013


o Indeholder ikke længere i det første afsnit af teksten fodnoten 

”Det er endnu ikke aftalt hvem der skal publicere og have ejerskab 

af disse beskrivelser.” 

8/2 2008: 

Vi har tilføjet disse 3 nye afsnit: 

· Under afsnit 6.4.1 har vi tilføjet afsnittet ”Søgning af matrikel på basis af 

adressekoordinater” og afsnittet ”Søgning af matrikel på basis af bygningskoordinater” 

· I afsnit 6.4.3 har vi tilføjet afsnittet ”8. Ajourføring af adressedata – ESR” 

13/6 2008: 

· Generelt er ejermeddelelse ændret til BBR-Meddelelse 

· I afsnit 6.2 under BBR/ESR er punkt 9 ændret til at hedde ”Hent ejerforholdskode 

i ESR” 

· I afsnit 6.2 er overskriften BBR/CPR/OIS ændret til BBR/CPR. Teksten ”i 

hhv. OIS og CPR” er slettet fra den første service. Endvidere er der tilføjet 

en gruppe BBR/OIS med en enkelt service 

· I afsnit 6.4.1 er UUID tilføjet i parentes efter den tekniske nøgle. 

· I afsnit 6.4.2 – første del er der under Kommentar indsat en tekst der beskriver 

at matrikeloplysninger i første omgang kommer fra ESR. 

· I afsnit 6.4.2 – anden del er der under Vurderingsparametre foretaget 

præcisering af isolation/uafhængighed. 

· I afsnit 6.4.2 – tredje del er der tilføjet tekst under Betingelse og Resultat. 

Og der er foretaget præcisering under Vurderingsparametre af isolation/uafhængighed 

og kravhenvisningen. 

· I afsnit 6.4.2 – fjerde del er der tilføjet tekst under Betingelse og Resultat. 

Under Vurderingsparametre er ”nyt BBR” erstattet af ”KMSs webservice” 

og kravhenvisningen er præciseret 

· I afsnit 6.4.2 – femte del er der tilføjet tekst under Betingelse og Resultat. 

· I afsnit 6.4.3 – anden del er der tilføjet tekst under Betingelse. 

· I afsnit 6.4.3 – tredje del er ”ejerforholdskoden” ændret til ”tinglyst areal” 

· I afsnit 6.4.3 er – tredje del er der tilføjet tekst i kommentarfeltet 

· I afsnit 6.4.3 – tiende del er der tilføjet oplysninger om løbenr, alternativ 

adresse og adressebeskyttelse. 

· I afsnit 6.4.4 er der indsat tekst under Output parametre og ”det tinglyste 

areal” ændret til ”offentlig støtte” 

· I afsnit 6.4.5 – beskrivelsen er ændret så den alene går på hvad der 

kommunikeres med CPR 

· Nyt afsnit 6.4.6 – OIS-service er beskrevet 

· I afsnit 6.4.8 (tidligere afsnit 6.4.7) – første del er husnummer og husbogstav 

tilføjet 



· De steder i kapitlet hvor der stod ”Kommune Holding” står der nu ”KOM- 

BIT”. 

· Der er tilføjet et nyt afsnit ”6.1 Kontekstdiagram for Nyt BBR”. 

· Der er tilføjet et nyt afsnit ”6.1.1 Kort om de anvendte og udstillede snitflader” 

· Der er slettet et afsnit der hed "8. Ajourføring af adressedata - ESR" 


April 2013


· I afsnit 6.3 er følgende afsnit tilføjet under BBR/ESR: 

o 9) Ret udskrivningsmatrikel i ESR 

o 10) Ret KMS_SFENR i ESR 

o 11) Opret ejerlejlighed 

o 12) Slet ejerlejlighed 

o 17) Hent ejendomsoplysninger fra ESR til Ejendomsoversigten i 

NYT BBR 

o 18) Hent markering for ejerlejlighedsmatrikler fra ESR til Nyt BBR 

· I afsnittet ”6.5.4 BBR – Bossinf-STB” er inputparametrene blevet slettet. 

· I afsnittet ”6.5.7.1 Samkøring af CPR, ESR og Nyt BBR vedr. Udlejningsforhold” 

er sætningen ”Kørslen vil ske på halvårlig basis.” ændret til 

”Kørslen vil ske 3 gange årligt (april, september og december).” 

· I afsnittet ”6.5.5 BBR – CPR” under ”3. Opdatering af Udlejningsforhold 

ved samkøring af ESR, CPR og Nyt BBR” er der gennemført et par ændringer. 

· I afsnittet "5.5.7.2 Påmindelser ved overskridelse af tidsfrister" er udtrykket 

"daglig kørsel" ændret til "månedlig kørsel" i sætningen "Det vil ved 

en daglig kørsel blive kontrolleret om tidsfrister for midlertidige tilladelser 

er overholdt." 



· I afsnit 6.5.5 er tilføjet beskrivelse af kørslen, der opdaterer udlejningsforhold. 

· Tilføjelse af en status linje til hver service. 

Ændringer som følge af indarbejdelse af ændringsbilag 32 og 37 samt allonge 

1 til kontrakten i kapitel 6 

· Der er blevet tilføjet et afsnit 6.1.2 som beskriver vedligeholdelse af matrikulære 

data i Nyt BBR. 

· Opdatering af services som vedrører ESR 

o Oversigten i kapitel 6.3 er opdateret 

o Services til ”opret ejerlejlighed” og ”slet ejerlejlighed” fra ESR er 

blevet fjernet. Det er ikke længere muligt at slette eller oprette 

ejerlejligheder i ESR. 

o Service ”Hent matrikeloplysninger” er slettet idet det ikke er muligt 

at oprette grunde i Nyt BBR. Oprettelse af grunde i Nyt BBR 

sker som et resultat af en hændelse i ESR. 

o Service ”hent matrikelsammenhæng (København & Frederiksberg)” 

er tilføjet. 

· Opdatering af services som vedrører KMS 

o Oversigten i kapitel 6.3 er opdateret 

o Webservice 1 ”Hentning af matrikelkode og ejerlavskode i KMS” er 

blevet erstattet med webservice ” Hent GSH oplysninger fra KMS” 

(Årsagen er det nye flow omkring grundbegrebet som beskrevet i 

afsnit 6.1.2.) 

Juni 2010: 

· Hele kapitel 6 er ændret og har gennemgået en større omstrukturering 

med version 6. Ændringerne inkluderer bl.a. følgende: 

o Afsnit 6.5.5 BBR – CPR er blevet opdateret 


April 2013


o Kontekstdiagrammet er blevet opdateret til version 1.4 

o Overskrifter er ændret og omformuleret 

o Der er desuden i kapitlet tilføjet: 

et afsnit omkring udtræk (dette afsnit stod tidligere i kapitel 

4). 

et afsnit om de generelle oioxml-snitflader med en kort forklaring 

af de enkelte snitfladers navn, formål m.m. 

et eksempel på WSDL-dokumentation. 

en tegning over sammenhængen/arkitekturen for hhv. oioxml-snitflader 

og klienten/brugerdialogen 

August 2010: 

Der er foretaget følgende rettelser: 

· I forordet er der tilføjet et afsnit hvor der henvises til dokumentationen 

på hhv. www.bbr.dk og www.Digitaliser.dk. 

· I afsnit ”6.1 Kontekstdiagram for Nyt BBR” er diagrammet suppleret med 

et par forklaringer. 

· I afsnit ”6.3.1 De generelle oioxml-snitflader” er der tilføjet en henvisning 

til dokumentationen/vejledningerne på www.bbr.dk. 

· Der er tilføjet en ny række og oplysning til den skabelon som bruges til at 

beskrive de systemspecifikke snitflader. Tilføjelsen fortæller hvordan den 

enkelte snitflade håndterer redundante data vs. opdaterede data. 

· Forekomster af ”Kommune Holding” og ”KH” er ændret til ”KOMBIT”. 

· Der er gennemført en række ændringer i afsnittet ”4. Opdatering af Vejregisteret 

i Nyt BBR” 

· Afsnittet "Data fra andre offentlige systemer" er slettet i afsnit "6.1.1 Kort 

om NYT BBR’s dataudveksling" 

· I afsnittet ”6.1.1 Kort om NYT BBR’s dataudveksling” er der omkring KMS 

ændret i en krydshenvisning til underafsnit 6 i afsnit 6.3.2.4 BBR – KMS 

om vedligeholdelse af matrikulære data i Nyt BBR. 



· Inddataboks er tilføjet (kapitel 6.3.2) 

· Kontekstdiagrammet er opdateret. Desuden er følgende tekst som tidligere 

stod under kontekstdiagrammet slettet: ”OIO-snitfladerne er endnu 

kun delvist i drift, da snitfladen for teknisk anlæg endnu mangler at blive 

sat i drift (den forventes sat i drift ultimo august 2010).” 

· Afsnit 6.1.1 er disse punkter slettet: 

o ”Matrikeldata for Frb. og KBH” 

o ”Bossinf STB” 

o 

· Hele afsnittet ”Ajourføring af adressedata – KMS” er blevet opdateret. 

· Der er tilføjet et nyt afsnit ”6.2.2.2 Oversættelsesliste mellem NYT BBR, 

OIS og OIOXML” og et bilag med selve oversættelseslisten. 

· I afsnit 6.3.3.4 er beskrivelsen under ” Vedligeholdelse af matrikulære 

data i BBR” ændret da Købehavn og Fredriksberg nu ikke adskiller sig fra 

de øvrige kommuner mht. hent af matrikulære oplysinger. 

20. juni 2011: 


· Inddataboks-afsnit 6.3.4 er tilrettet med de to nye Inddataboks-typer 

· Kontekstdiagrammet og afsnit 6.1.1 er opdateret med FIE. 

· Afsnit 6.3.3 ”BBR-FIE energidata” er blevet tilføjet 


April 2013


· Afsnit 6.1.3.3 og 6.1.3.4 er blevet opdateret idet Utility.wsdl er delt op i 3 

hjælpeservices. 

Februar 2012: 

· Eftersom synkroniseringen til KMD BBR er stoppet, er KMD BBR og KRR 

slettet i kontekstdiagrammet og den efterfølgende forklarende tekst. 

April 2013 

· Afsnit 6.13 Forsyningsart og 6.14 Måleenhed er opdateret med de nye 

forsyningsarter "Bioolie" og "Elektricitet" og deres tilsvarende måleenheder. 

Derudover er algoritmen i afsnit 11 for ’tilknytning af energiforbrugsindberetning 

til BBR-entitet’ i BBR’s energidel opdateret, da forsyningsarten 

indgår i tilknytningsalgoritmen. 

12.7 Kapitel 7 - Datamodel 

Ændringer i den fysiske model siden 2006-11-30. 


· Generelt er alle danske bogstaver ændret til ae, oe og aa. 

· Felterne xxxOpretTimestamp er rettet så alle har samme datatype (xxx : 

entitet) 

· Felterne xxxAendrtTimestamp er rettet så alle har samme datatype (xxx : 

entitet) 

· Felterne xxxAendrtFunktion er rettet så alle har samme datatype (xxx : 

entitet) 

· Felterne xxxOphoertTimestamp er rettet så alle har samme datatype (xxx 

: entitet) 

· ENH.32 ”Toiletforhold” har ændret data længden fra 3 til 1. 

· ENH.33 ”Badeforhold” har ændret data længde fra 3 til 1. 

· BYG.28 ”Midlertidig oprettelse/fuldførelse” ændret datatype til tinyint. 

· BYG.55 ”Afvigende etager” ændret datatype til tinyint. 

· TEK.28 ”Afblændet/opfyldt” ændret datatype til tinyint. 

· ENH.24 ”Kondemneret boligenhed” ændret datatype til tinyint. 

· ENH.46 ”Offentlig støtte” ændret datatype til tinyint. 

· OPG.20 ”Elevator” ændret datatype til tinyint. 

· Felterne ”Sikkerhedsklassifikation” på alle entiteter er datatype ændret til 

tinyint. 

· Felter der bruges i forbindelse med sager (byggesager/adressesager) er 

gjort null able. 

· TEK.34 ”Indhold” ændret datatype til tinyint. 

· TEK.33 ”Type” ændret datatype til tinyint. 

· Ensretning af feltet kommunenummer. AAD.2/EAD2 - AdresseKommune- 

Nummer rettet til FK_KommuneNummer. 

· Ensretning af feltet kommunenummer. Vej tabel: Kommunenummmer 

rettet til FK_KommuneNummer. 

· Datatype på tabellen Postdistrikt ændret til fornuftige typer. 

· Postdistrikt tabel: PostdistriktFunktion rettet til PostdistriktAendrtFunktion 

· Relationerne mod Byggesag er vendt om. 

· Relationerne mod Adressesag er vendt om 

· Feltet FK_Stam_Rum_id rettet til FK_RumStam_id 

· Feltet FK_Stam_Opgang_id rettet til FK_OpgangStam_id 


April 2013


· Ændret rækkefølge af felter 

· Byggesagsdato ændret datatype til dato 

· Ændret datatypen for alle BK_Crud_id til bigint 

Der er foretaget følgende tilføjelser: 

· ENH.65 ”Antal vandskyllede toiletter” med det fysisknavn EnhedAntal- 

VandskylledeToiletter. 

· ENH.66 ”Antal badeværelser” med det fysiske navn EnhedAntalBadevaerelser. 

· BygningKodeForMereEnd1Ejerlejlighed er tilføjet da bygninger kan være 

ejerlejlighed, feltet er tildelt BYG.16. 

· TekniskanlaegKodeForMereEnd1Ejerlejlighed er tilføjet da tekniskanlaeg 

kan være ejerlejlighed, feltet er tildelt TEK.13. 

· Tilføjet til Postdistrikt tabel: PostdistriktCprTimestamp 

· Tilføjet kommunens adresse til kommunetabellen, til brug for ejermeddelelsen. 

· Tilføjet VejCprOpretTimestamp og VejCprOphoertTimestamp til vejtabellen. 

Ændringer i dokumentation af den logiske datamodel siden 2006-11-30. 

· Tilføjet sikkerhedsklassifikation 2 til felt ENH.14 Ejerforholdskode, feltet 

manglede sikkerhedsklassifikation. Fik værdien på grundlag af felt BYG.98 

Ejerforholdskode har værdien 2. 

· Har ændret feltet BYG.99 fra Sikkerhedshensyn til Sikkerhedsklassifikation 

som alle andre 99 felter hedder. 

Der er foretaget følgende tilføjelser 

· Tilføjet felt BYG.16 BygningKodeForMereEnd1Ejerlejlighed 

· Tilføjet felt TEK.13 TekniskanlaegKodeForMereEnd1Ejerlejlighed 

· Tilføjet FK_GrundStam_id 

· Tilføjet BK_Crud_id til Opgang 

6/6 2007 

Der er foretaget følgende ændringer. Ændringerne er indsat med blåt, som symbol 


· Ændret nøglers datatype fra A(15) til UUID. 

· BYG.52: Type og kodesæt indsat 

· BYG.55: K(1) ændres til K(2) 

· ENH.40: Kodesæt er indsat 

· ENH.51: Der henvises til BYG.56 

· ENH.52: Der henvises til BYG.57 

· 7.1.9 Rum: Regel 2.5.9.1 og 2.5.9.2 rettes til Regel 7.1 og 7.2 

· Felterne BYG.115, BYG.116, BYG.117 og BYG.118 er tilføjet 

· ENH.32 og ENH.33 Toilet- og badefohold er tilrettet 

· ENH.65 og ENH.66. Antal vandskyllede toiletter og Antal badeværelser er 

tilføjet 

· Ændret blank-koder for felterne: BYG.28, BYG.55, BYG.58, BYG.72, 

BYG.99, TEK.27, TEK.28, TEK.99, ENH.24, ENH.36, ENH.46, ENH.99, 

BRU.99, AAD.99, EAD.99, OPG.20, OPG.99, ETA.99, RUM.99 og GRU.99 

· Opdateret Figur 7.2 

· EAD.4: Ændret beskrivelsen. 

· EAD.5: Ændret beskrivelsen. 

· Brugsenheds endelige definition er indarbejdet, og relationen R.BRU.3 er 

tilføjet 

· Opdateret logisk datamodel er indsat 


April 2013


30/10 2007 

· Afløbsforholdstilladelse er tilføjet på grund og bygning. 

· Bilag 2 er opdateret. 

· Indsat koder til TEK.33, 34 og 40. 

20/10 2007 

Der er tilføjet og fjernet et par enkelte felter, samt ændret beskrivelse af felter. 

Blandt andet de nye koder til afløbsforhold. 

13/2 2008: 

Vi har i denne omgang opdateret kapitel 7 i overensstemmelse med de ændringer 

vi har gennemført i kapitel 3 ”Bilag C Simpel validering af enkeltfelter på entiteter”. 

Disse ændringer sker med udgangspunkt i de kommentarer vi har fået 

især fra EBST. 

7/3 2008: 

I denne omgang har vi opdateret bilag C med disse ændringer: 

· Vi har rettet ordet ”bygningsdel” til ”del” i disse 2 linier i drop downboksen 

til TEK 40: 

· På anlæggets middelalderlige bygningsdele er der tinglyst fredningsbestemmelser 

· Anlægget indeholder middelalderlige bygningsdele 

· Vi har rettet beskrivelsen af TEK.14 Ejendomsnummer for ejerlejlighed til 

”Anvendes når et anlæg er en ejerlejlighed” 

· Vi har rettet indholdet i TEK.60 til at omfatte alle de relevante sagstyper. 

· I forbindelse med implementeringen af sagstyper har vi tilføjet disse felter: 

· GRU.864 

· RUM.801 

· OPG.868 

· ETA.860 

· BRU.801 

Vi har desuden noteret at følgende felter ikke benyttes: 

o BYG.22 

o ENH.21 

o ENH.22 

o ENH.36, 37 og 38 

28/04 2009: 

Følgende ændringer er gennemført med version 4.5 af kapitel 7: 

· Bilag2 er vedhæftet kapitlet i opdateret version (version 4.5). 

· Feltet TEK.110 ”FOT-ident” er slettet i afsnittet ”dataindhold” i afsnittet 

omkring Teknisk anlæg. Feltet er indskrevet ved en fejl og hidrører ikke 

fra kravspecifikationen. 

· Som konsekvens af kravændringen jf. ændringsforslag 31, er der tilføjet 

kodeværdier m.v. for felterne BYG.97 og TEK.48. 

· For at sikre kvaliteten i de matrikulære data, og som konsekvens af 

kravændringen for krav 5.1.2 (jf. ændringsforslag 32) er der tilføjet en ny 

relation R.GRU.3 mellem Grund (GRU) og Matrikelnummer (ESR). Diagram 

og regelbeskrivelser (bl.a. figur 7.1. Logisk datamodel for BBR) for 


April 2013


relationerne R.GRU.1 og R.GRU.3 er opdateret, så en Grund enten skal 

have logisk relation til Matrikelnummer (KMS) eller Matrikelnummer 

(ESR). 

· Som konsekvens af kravændringen jf. ændringsforslag 36 er diagram og 

regelbeskrivelse for relationen R.OPG.2 opdateret. 

· En stavefejl er rettet i teksten til feltet BYG.120 Bygning ID: tidligere stod 

der ” 15 cifrede teknisk nøgle” som nu er rettet til ”15 cifret teknisk nøgle” 

25/05 2009: 

Følgende ændringer er gennemført med version 4.6 af kapitel 7: 

· Kapiteloverskriften ændret til ”7 Datamodel”. Kapiteloverskriften var ved 

en fejl tidligere blevet ændret til kapitel ”2 Datamodel”. Nu er sagen blevet 

bragt i orden. 

· ”Figur 7.1. Logisk datamodel for BBR” er blevet opdateret 

· Afsnit ”7.1.10 Grund” er blevet opdateret på baggrund af de ønsker og 

kommentarer der kom til version 4.5. Det drejer sig om følgende: 

o Definitionen af grund afspejler nu den seneste vedtagne definition. 

o Begrebet ”matrikulær ejendom” er slettet flere steder. 

o Der er tilføjet lidt beskrivelse til GRU.6. 

o Der er tilføjet en supplerende systemregel (regel nr. 10.1) 

o Relationen R.GRU.4 er blevet opdateret. 

o Relationen R.ESR.1 er blevet opdateret. 

o R.GRU.5 er blevet tilføjet. 

o Af teksten fremgik det tidligere, at R.GRU1 er en 1---1,M relation; 

mens tegningen viser en 0,1---0,M relation. Med version 4.6 er 

teksten rettet til at passe med tegningen. 

9. juni 2009: 

Med version 4.7 er der gennemført denne ene ændring: 

· Attributten GRU.5 Matrikelnummer er slettet under entiteten Grund. Det 

vil helt præcis sige, at nedenstående række er slettet i afsnittet ”7.1.10 

Grund” i underafsnittet ”Dataindhold”: 

GRU.5 Matrikelnummer 0 A(7) 3 

9. juli 2009: 


· Navnene på følgende relationer er blevet ændret så de er entydige (tidligere 

var der flere ens navne, hvilket ville kunne resultere i forvirring): 

R.ENH.6, R.ENH.7, R.AAD.7 og R.TEK.6. 

· I afsnit ”7.1.1 Bygning – (Obligatorisk)” er kodelisten for BYG.23 slettet 

med bemærkningen ”Benyttes ikke”, da de nye bygningsanvendelseskoder 

ikke benyttes i Nyt BBR. 


April 2013


· I afsnit ”7.1.3 Bolig- og erhvervsenhed” er der ændret i beskrivelsen af 

feltet ENH.47. Tidligere stod der ”Hentes fra CPR”, men denne tekst er 

slettet, idet datoen for indflytning skal indtastes manuelt. Det fremgår af 

det såkaldte CPR-tillæg til kontrakten (Allonge 1 Appendiks 3), at der her 

skal ske følgende: Såfremt der sker persontilmelding til en adresse med 

uafsluttet byggesag, fremsender folkeregistret en besked herom til BBRmyndigheden, 

således at BBR-myndigheden kan registrere dette i Nyt 

BBR (felt ENH.47). 

· Der er oprettet 3 nye felter, fordi der er brug for en entydig brugervendt 

nøgle på adressesag og brugsenhed bl.a. fordi det ellers ikke altid er muligt 

at skelne mellem 2 adressersager/brugsenheder eller entydigt at 

identificere dem: 

a. I afsnit ”7.1.4 Brugsenhed - (Frivillig)” er der tilføjet et nyt felt. 

Det drejer sig om en brugervendt nøgle til brugsenhed: BRU.3. 

b. I afsnit ”7.1.5 Adgangsadresse – (Obligatorisk)” er der tilføjet et 

nyt felt. Det drejer sig om brugervendt nøgle til sagsadresse: 

AAD.12. 

c. I afsnit ”7.1.6 Enhedsadresse – (Obligatorisk)” er der tilføjet et nyt 

felt. 

Det drejer sig om brugervendt nøgle til sagsadresse: EAD.12. 

· I afsnit ”7.1.8 Etage – (Obligatorisk)” er beskrivelsen af regel 8.1 ændret, 

så det fremgår at de nye bygningsanvendelseskoder ikke benyttes i Nyt 

BBR. 

· I afsnit ”7.1.10 Grund”: 

a. er beskrivelsen af den supplerende systemmæssige regel 10.1 

(omkring R.GRU.1 og R.GRU.3) ændret til følgende: "Som udgangspunkt 

bruges R.GRU.1. Hvis grunden er umatrikuleret eller 

er beliggende i Frederiksberg eller Københavns Kommune benyttes 

Forvaltningsmatriklen via R.GRU.3." 

b. er følgende sætning tilføjet i beskrivelsen af feltet GRU.6. ”..også 

kaldet sfe-nummeret.” 

· ”Bilag 2” er vedhæftet kapitlet i opdateret version (version 4.8). 



· BYG.31 og GRU.10 er rettet til efter kodelisten i ændringsforslag 46 

· BYG.86 og TEK.61 er rettet til efter kodelisten i ændringsforslag 50 

· ENH.48 er rettet til efter beskrivelsen i ændringsforslag 49 

· BYG.113 er opdateret med tekster på forsikringsselskaber 

· Sikkerhedsklassifikation er rettet til efter ændringsforslag 52 

· Tegningen af den fysiske datamodel i afsnit 7.2 er opdateret. 

Maj 2010: 


April 2013



· BYG.113 er tilføjet ”Danske Forsikring” 

· AAD.99 og EAD.99 udgår jf. ændringsforslag 55. 

· ENH.9 har ændret type fra H(4) til A(8). 

Juni 2010 


· Under afsnit 7.1, dataindhold er der indsat følgende sætning ” Under Adgangsadresse 

og Enhedsadresse er kolonne tom, da der ikke er sikkerhedsklassifikation 

på adresser”, og samtidig er kolonne K renset for indhold 

· BYG.100, TEK.1, TEK.100, ENH.100, BRU.1, BRU.100, OPG.100. ETA.1, 

ETA.100. RUM.1, RUM.100 og GRU.100 har fået ændret sikkerhedsklassifikation 

til værdien 3 

· TEK.20 er opdateret med ny kodeliste 

August 2010 


· TEK.24 har skiftet navn til etableringsår 

· TEK.27 har fået fjernet koden ”ingen tank” 

· TEK.28 har skiftet navn til sløjfning 

· TEK.29 er slettet 

· TEK.30 har ændret type til A(10) 

· TEK.31 har ændret type til A(10) og fået beskrivelse 

· TEK.33 har fået ny kodeliste 

· TEK.34 har fået ny kodeliste 

· Felterne TEK.67 til TEK.71 er tilføjet 

· Bilag 2 er opdateret med ændringerne på teknisk anlæg 

December 2010 


· BYG.31 har fået ny kodeliste 

· BYG.111 har fået ny kodeliste 

· BYG.113 har fået kodeliste. Kode 03 er fjernet og kode 08 er tilføjet. 

· Feltet BYG.121 er tilføjet 

· Felterne BYG.122, TEK.101, ENH.101, OPG.101, ETA.101 og GRU.101 er 

tilføjet. 

· BYG.30 og GRU.9 har fået opdateret teksten til kode 1 

· ENH.41 er opdateret med kode I 

Juni 2011 

Med BBR version 1.3 gennemføres disse ændringer i kapitel 7 i Systembeskrivelsen 

for NYT BBR version 8.0: 

På BYG: 

• Der er tilføjet et nyt felt ”Byggesagsnummer” (BYG.10). 

• Nogle af kodeværdierne i afløbskodelisten for BYG.31 er ændret 

• Stormrådsfeltet BYG.111 har ændret feltnavn. 

• BYG.113 har fået tilføjet et nyt byggeskadeforsikringsselskab i kodeværdierne. 


April 2013


• Der er ændret i og tilføjet en række nye felter (BYG.119, BYG.123-129) 

som følge af Diadem Spildevandsplaner 

• Med implementeringen af ”flytning af bygninger” er der to nye felter 

(BYG.301 og BYG.302). 

På GRU: 

• Nogle af kodeværdierne i afløbskodelisten for GRU.10 er ændret. 

• Der er ændret i og tilføjet en række nye felter (GRU.21-GRU.28) som følge 

af Diadem Spildevandsplaner. 

På TEK: 

• Der er tilføjet et nyt felt ”Sløjfningsår” (TEK.72) 

• Der er tilføjet et nyt felt ”Byggesagsnummer” (TEK.49). 

• TEK.34 er ændret fra K(1) til K(2), da kodeværdierne indeholder flere cifre. 

Dvs. en redaktionel ændring i datamodellen. 

På ENH: 

• Der er tilføjet et nyt felt ”Byggesagsnummer” (ENH.16). 

På ETA: 

• Der er tilføjet et nyt felt ”Byggesagsnummer” (ETA.9). 

På ETA: 

• Der er tilføjet et nyt felt ”Byggesagsnummer” (OPG.7). 

Februar 2012: 

Med BBR version 1.4 som sættes i drift den 9. februar 2012 gennemføres disse ændringer 

i BBR’s datamodel (dvs. kapitel 7 i Systembeskrivelsen for NYT BBR version 9.0): 

· Kodelisten for BYG.33 Tagdækningsmateriale (for overvejende del af bygningen) er 

udvidet med en ny kodeværdi "Grønne tage" - kode 20. 

· Kodelisten for BYG.35 Supplerende tagdækningsmateriale er udvidet med en ny kodeværdi 

"Grønne tage" - kode 20. 

· Kodelisten for BYG.113 "Byggeskadeforsikringsselskab" er opdateret med disse 4 nye 

forsikringsselskaber: 

10 - Købstædernes Forsikring 

11 - ALKA 

12 – Frida Forsikring Agentur 

13 - NemForsikring 

· Der er tilføjet en ny forklaring til ENH.46, hvor det nu fremgår at feltet p.t. opdateres 

manuelt af kommunerne med de kodeværdier som i dag findes i BOSSSINF-systemet. 

· R.GRU.4 er slettet. Det vil sige følgende række er slettet i skemaet for grundens relationer: 

R.GRU.4 0 Grund – Kommuneejerlav 

(ESR) 

1, 1 En grund ligger i 1 kommuneejerlav (ESR). Der ligger 

M 1 eller flere grunde i et kommuneejerlav (ESR). 

BBR har hidtil fungeret på den måde, at der i tilfælde, hvor der er fysisk sammenhængende 

jordstykker, som tilhører forskellige ejerlav, oprettes en grund for hvert ejerlav. 


April 2013


Fremover vil løsningen gøre det muligt at grunde i BBR knyttes til jordstykker fra forskellige 

ejerlav. Fysisk sammenhængende jordstykker for en samlet fast ejendom, som tilhører 

forskellige ejerlav, skal udgøre én grund. 

Derudover bliver der ryddet op i de eksisterende forekomster af grunde, så de følger 

ovennævnte regel. 

August 2012: 

Med BBR version 1.4.1 som sættes i drift den 29. august 2012 gennemføres disse ændringer 

i BBR’s datamodel (dvs. kapitel 7 i Systembeskrivelsen for NYT BBR version 9.1) 

(ændringerne er nedenfor markeret med blå skriftfarve): 

· Der tilføjes en ny kodeværdi til feltet ”Byggeskadeforsikringsselskab” (BYG.113) således, 

at man ud over ”0 - Ingen forsikring” også kan angive ”99-Ingen forsikring på 

grund af dispensation”: 

· På entiteten bygning tilføjes et nyt felt, hvor det er muligt at tilføje arealet i m2 af 

udvendig efterisolering for den enkelte bygning: 


feltnr. 

K. Beskrivelse 

BYG.130 Udvendig 

isolering 


September 2012: 

· 2 rettelser til kodelisten for TEK.20 ’Klassifikation’: 

o ”Teknikhus 1610” er ændret til ”Teknikhus 1910” 

o ”møddingsanlæg 1952” er ændret til ”Møddingsanlæg 1950”. 

April 2013 version 1.5: 

· Tabel med dataindhold for BYG felter i kapitel 07 - BBR_logisk_datamodel 

er opdateret med BYG.131 ’Dispensation/fritagelse ift. kollektiv varmeforsyning’ 

og BYG.132 ’Dato for dispensation/fritagelse ift. kollektiv varmeforsyning’. 

· Tabel med dataindhold for BYG felter i kapitel 07 - BBR_logisk_datamodel 

er opdateret med GRU.29 ’Dispensation/fritagelse ift. kollektiv varmeforsyning’ 

og GRU.30 ’Dato for dispensation/fritagelse ift. kollektiv varmeforsyning’. 

· Tabel med dataindhold for TEK felter i kapitel 07 - BBR_logisk_datamodel 

er opdateret med TEK.73 ’Navhøjde’, TEK.74 ’Vindmøllenummer’ og 

TEK.75 ’Rotordiameter’. 

· Tabel med dataindhold for TEK felter i kapitel 07 - BBR_logisk_datamodel 

er opdateret med udvidelser til kodelisterne TEK.20 ’Klassifikation’ og 

TEK.28 ’Sløjfning’ samt med opdatering til tool tip for feltet TEK.38 ’Højde’. 

· Tabel med dataindhold for Energiforbrug i kapitel 07 – 

BBR_logisk_datamodel er opdateret med udvidelser til kodelisten EFO.5. 

12.8 Kapitel 8 - Administrationsdatabase 

19/12-2007 

Opdateret bilag. 

Tilføjet tekst omkring LogiskFelt og LogiskEntitet. 

25/1 2008: 

· I forbindelse med afleveringen af systembeskrivelsen af Funktionspakke 2 

har vi gennemført disse ændringer i kapitlet: 


April 2013


o Lettere korrekturrettelser. 

o Det tidligere afsnit ”Logning og sikkerhed” er erstattet af de 2 nye 

afsnit: 

”Logning” 

og ”Sikkerhed”. 

7/3 2008: 

· i afsnittet ”8.3.5 Logning” har vi 

o slettet sætningen ”Dette udføres efter behov.” 

o slettet udtrykket ”i vid udstrækning” i afsnittet: 

”Udover ovennævnte applikationslog logges datatrafikken 

på web-serverne ved hjælp af programmet/statistikværktøjet 

”LiveStat”. Dette giver i vid udstrækning 

mulighed for at danne benyttelses statistik for 

applikationen.” 

· Vi har opdateret afsnitsnummereringen, da der her havde indsneget sig 

nogle fejl. 

17/11 2009: 

Med version 5.0 er der gennemført en ændring i kapitel 8. Det drejer sig om en 

mindre rettelse i afsnittet: ”8.2.5.2 Transaktioner og Valideringer”. 


I version 5.1 er der indsat beskrivelse omkring globale parametre i afsnit 5.2.1. 

Juni 2010: 

Afsnit 5.2.3 Klikafgift er slettet, da funktionalitet er fravalgt. 

Juni 2011: 

Ingen ændringer. 

Februar 2012: 

Afsnittet ”8.2.5 Logning” er blevet opdateret. 

12.9 Kapitel 9 – Sikkerhed 

24/1 2007 

Der er indsat ny matrice omkring rolleprofiler, og der er indsat Kommune Holdings 

bud på specificering af diverse overordnede roller. 

Endvidere er det noteret hvor der sker tjek mod CVR. 

30/10 2007 

Afsnittet er udskiftet med reviderede roller. For hver rolle er det angivet hvilke 

felter den enkelte rolle har adgang til. 

19/12-2007 

I afsnit 9.1. er: 

· kald til CVR fjernet ved oprettelse af virksomhed 

· Opdateret figur 9.4 

· Tilføjet afsnit 9.5 Administration 


April 2013


· i afsnit 9.5 er der tilføjet profil: 10A, 11A, 11B 

· og rettet beskrivelse af profil 4B 

08/2 2008: 

Vi har her tilføjet afsnittet ”9.1.2 Log på funktionalitet”. 

07/03-2008: 

Afsnit ”9.6 Rolleprofiler” er blevet opdateret. 

13/6 2008: 

· Afsnit 9.6 er blevet opdateret omkring Rolleprofiler. 



· I afsnit 2.4 er sætningen ”Det vil dog være muligt at overstyre dette på 

længere sigt, ved at give administratorerne mulighed for at minimere en 

brugers adgang til data.” ændres til ”Det er muligt at overstyre dette ved 

at give administratorerne mulighed for at minimere en brugers adgang til 

data”. 

· I afsnit 2.7 er indsat en opdateret oversigt over roller, en beskrivelse af 

tildeling af roller samt en opdateret matrice visende de forskellige rollers 

rettighed til datatilgang. 



· I afsnit 9.4 er kodeværdier for rollerettighed og brugerrettighed opdateret. 

Og det er noteret at det er brugeradministratoren der kan overstyre/minimere 

en rolle på en bestemt person. 

· I afsnit 9.7 er der: 

o Under de enkelte roller uddybet hvad der er adgang til af faneblade 

og funktioner. 

o Rollematricen indsat. 

o Det er gjort muligt for kommunerne at tildele profilen Sikkerhedsgodkendt 

Juni 2010: 


· Følgende roller er opdateret: BBR-Sagsbehandler, Borgerservice og FBE 

· Ny roller KommunespecifikFelt1 – KommunespecifikFelt6 og SKAT er tilføjet 

· 20 nye roller til adressewebservices er tilføjet 

· Pseudekommunen skal kan nu tildele rollen SKAT 

· Oversigts matrice over roller og adgang til felter er opdateret 

August 2010: 

Med version 6.2 er gennemført disse ændringer i kapitel 9: 

· Rollen FSVForespørger er tilføjet 

· Maticen med roller og adgang til felter er opdateret. 



April 2013



· I afsnit 9.7 er rollen ByggesagsbehandlerA opdateret, så teksten afspejler 

de reelle muligheder. 

· I afsnit 9.7 er der tilføjet tre Inddataboks roller og seks OIO-roller 

· I afsnit 9.7 er de to Modtageboks-roller fjernet 

Juni 2011: 

Der er tilføjet 2 nye roller ”Historik” og ”retnotatlinjer”. 

Matricen med roller og adgang til felter er opdateret. 

Februar 2012: 

Matricen med roller og adgang til felter er opdateret. 

Der er tilføjet 1 ny rolle. 

August 2012: 

Afsnittet ’ 9.7 Rolleprofiler’ er opdateret med en kort beskrivelse af den notifikation 

som BBR sender til Forsvarets Etablissementstjeneste ved ændringer i BBR 

på militært klassificerede ejendomme. 

April 2013 

· Rollen ”AutomatiskAdresseOprettelse” er omdøbt til AutomatiskAdresse- 

Håndtering. 

12.10 Kapitel 10 – Rapporter 

24/1 2007 

10.1) Der er indsat et mindre afsnit omkring afgrænsning og sortering af rapporter. 

30/10 2007 

Tilføjet de lister der er ønsket af kommunerne. 

25/1 2008: 

· I forbindelse med afleveringen af systembeskrivelsen af Funktionspakke 2 

har vi gennemført disse ændringer i kapitlet: 

o Oversigten sidst i afsnit 10.3 er blevet ajourført 

o Sidste afsnit i 10.3 er blevet slettet (Afsnittet ”Her er 12….”). 

o Afsnit 10.7 er revideret (med et eksempel på flere lister). 

o Derudover er der med det nye afsnit 10.3.1 tilføjet en kort beskrivelse 

af de 10 rapporter. 

8/2 2008: 

· Vi har tilføjet et bilag der indeholder en mere detaljeret gennemgang af 

indholdet af de 10 fast definerede rapporter. 

7/3 2008: 

I afsnittet ”10.3 Faste BBR-rapporter” er der nu indsat en række forbehold i form 

af 3 fodnoter ved følgende 3 rapporter: 

· Ejerliste 

· CPR/BBR - adresser fra BBR 

· CPR/BBR - adresser fra CPR-data 


April 2013


I afsnittet 10.7 har vi opdateret eksemplet på Bygningslisten. Dette eksempel 

kan også ses i bilag A. 

I bilag A til kapitel 10 omkring rapporterne er der gennemført disse ændringer: 

· Der er indsat et nyt eksempel på en Bygningsliste. Denne listes udseende 

viser i store træk hvordan udseende vil blive for de øvrige rapporter. 

· Det er indsat et nyt eksempel på en Enhedsliste. Denne listes udseende 

viser i store træk hvordan udseende vil blive for de øvrige rapporter. 

· I afsnit 1 omkring Ejerlisten er teksten "når aktuelle grunde er fundet " 

ændret til "når de aktuelle objekter er fundet" (IKKE grunde) 

· I afsnittet om Bygningslisten er der: 

o ændret et par små sproglige ting. 

o Slettet afsnittet ”Det skal være muligt at vælge/fravælge…”, som 

er erstattet med afsnittet ”Man kan sortere listen efter den er blevet 

dannet”. 

· I afsnit 7 om Boligbestand 1 –sammenlagte boligenheder er der i beskrivelsens 

første linie skrevet ”1, 2 eller 3” i stedet for ”forskellig fra blank”. 

· I afsnit 10 om listen med Bygningsændringer er der 3 steder skrevet 

”og/eller” i stedet for kun ”eller”. Desuden er der tilføjet en sætning om 

at der generelt søges på de felter som brugeren udfylder. 

13/6 2008 

I kapitel 10 er følgende ændret: 

· BBR-Meddelelser er fjernet fra oversigten over rapporter og afsnit 10.5 er 

slettet. Dette skyldes at BBR-Meddelelser ikke findes via Rapport-delen, 

men via fanen BBR-Meddelelse. 

· I afsnit 10.2 er kommuneklient udskiftet med webservices. 

· Sætningen ” For fanebladets udseende henvises til kapitel 4 ”Brugerdialog”’ 

er slettet og i stedet er indsat et skærmbillede og en kort beskrivelse 

heraf. 

· I afsnit 10.3 er navnet på de faste rapporter 7, 8 og 9 uddybet. Fodnoterne 

er fjernet da de var et levn fra tidligere, hvor der ikke var så mange 

afklaringer omkring CPR på plads som nu 

· I afsnit 10.3.1 er teksten under rapport 1 beskåret da en del af teksten 

hører hjemme i bilaget. 

· I afsnit 10.3.1 har rapport 7, 8 og 9 har fået udvidet beskrivelsen af navnet, 

og beskåret den korte beskrivelse, da denne del hører hjemme i bilaget. 

· Teksten ” Fastlæggelse af udsøgningskriterier mangler.” for den korte beskrivelse 

er fjernet på rapport 7, 8, 9 og 10. Udsøgningskriterium fremgår 

i stedet af bilaget. 

· I afsnit 10.4 er ”kommunespecifikke” tilføjet. 

· Nyt afsnit 10.6 med beskrivelse af skærmbillede og dialog er indsat 

· Nyt afsnit 10.7 med beskrivelse af sikkerhed er indsat 

· Det oprindelige afsnit 10.7 er slettet. Det indeholdt eksempler. I stedet 

kan der ses eksempler på alle faste rapporter i bilaget. 

I Bilag A til kapitel 10 er der ændret følgende 

· På første side er sætningen ” Der gøres opmærksom på at ikke alle rapporteksempler 

har fået indarbejdet det endelige udseende” erstattet af 


April 2013


”Der gøres opmærksom på at ikke alle rapporteksempler har fået indarbejdet 

det endelige udseende.” 

· I afsnit 1 er ”eller matrikel” tilføjet under Udtrækskriterium. 

· I afsnit 2 er: 

o Sætningen: ”Alle de bestillinger (ejd-/cpr-nr), der ved sidste udskrivning 

har forårsaget udskrivning af en BBR-Meddelelse.” er erstattet 

med følgende sætning: ”Der udvælges udskrevne BBR- 

Meddelelser ud fra et datointerval og eventuelt et ejendomsnr. ” 

o en sætning er slettet under overskriften ”jobkøen” hvor der tidligere 

stod: ”Den er ikke færdigdefineret endnu, men skal selvfølgelig 

indeholde de nødvendige oplysninger til denne liste”. 

o Der er tilføjet ”ejerlejlighedsnummer” og ”udskriftsdato”. ”Ejers 

navn” er ændret til ”Modtagers navn” og ”moderejendomsnummer” 

er slettet. ”Kuvertering/ikke kuvertering” er ændret til 

”ja/nej”. 

o Der er indsat nyt eksempel. 

· I afsnit 3 er der omformuleret en række ting for at ensrette beskrivelserne, 

fx er følgende ændret: 

o parentesen ”Objekttype = 1” er slettet fordi den allerede er nævnt 

på linjen herover og er en gentagelse. 

o En sætning er slettet: ”Det skal være muligt at vælge, efter hvilke 

felter listen skal sorteres” og i stedet flyttet sætningen ”Man kan 

sortere listen efter den er blevet dannet”. 

o ”bygninger” er ændret til ”bygningsnummer” 

· I afsnit 4 er der omformuleret en række ting for at ensrette beskrivelserne, 

fx 

o Følgende sætning er slettet ”Det skal være muligt at vælge/fravælge, 

hvilke felter man vil se på enhederne, dog skal vejnavn, 

husnummer, etage, side/dørnummer altid vises.” fordi ideen 

er at brugeren vælger/fravælger felter i tematiske grupper. 

o Det er tilføjet at listen kan sorteres efter den er dannet. 


o Der er tilføjet ”status” på listen over ting der vises i detaillinjen 

o Slettet et par forkerte mellemrum 



o Ændret ”blank” til ”1, 2 eller 3” 

o Der er tilføjet ”status” på listen over ting der vises i detaillinjen 



o Ændret en række feltnavne (fra tekniske betegnelser til ledeteksterne 

på skærmbillederne) på listen over ting der vises i detaillinjen 

o Ændret ”blank” til ”1, 2 eller 3” 



o Der er omformuleret en række ting for at ensrette beskrivelserne. 


17/11 2009 

I kapitel 10 er følgende ændret: 


April 2013


· I afsnit 10.2 er rækkefølgen af rapporterne ændret. 

· Fanebladet ’Rapporter’ Her er der fjernet eksempler, da disse findes i Bilag 

A. 

I Bilag A til kapitel 10 er der ændret følgende 

· Rækkefølge ændret 

· Beskrivelser opdateret 

· Nye layout indsat 

Juni 2010: 


· ’Selvgenererede rapporter’ er ændret til ’Egen definerede rapporter’ 

· I afsnit 8.4 er følgende sætning ’Profilerne med ’globale’ og ’centrale’ rettigheder 

vil ikke have denne kommunale afgræsning i deres model.’ erstattet 

af ’ Dog vil Forsvaret og EBST have hver sin model, hvor der ikke 

er denne kommunale afgrænsning.’ 

· I afsnit 8.5 er følgende sætning ’ Systemadministratorer får adgang til at 

lave administrative rapporter via Report Builder. Der vil blive lavet et antal 

modeller over de forskellige logninger, og administratoren vil ud fra 

disse modeller kunne lave rapporterne. Rapporterne vil blive gemt i den 

mappe administratoren profilmæssigt er tilknyttet. Eksempelvis vil en 

administrator fra EBST kunne gemme rapporterne i EBST_s.’ erstattet af ’ 

Ud over en model for BBR data, er der også en model for brugere og deres 

roller i den enkelte kommune. EBST vil også have adgang til en log 

model hvor alle transaktioner logges.’ 

· I afsnit 8.7 er følgende afsnit fjernet ’Der er dog også mulighed for at tilgå 

rapportserveren direkte, men det kræver, at man logger på med 

samme brugernavn og adgangskode, som på BBR-Kommune. Dette styres 

automatisk af rapportserveren. Hvis man tilgår rapportserveren direkte, 

kan det kun ske via en såkaldt ”Rapportmanager”, som er en indbygget 

del af rapportserveren. Det er også via denne adgang en evt. administrator 

kan styre de forskellige rettigheder og adgang til rapportserveren. 

Administratoradgangen styres også af sikkerhedssystemet i BBR- 

Kommune. 

· Diverse sproglige forbedringer 


· I afsnit 10.3 er der tilføjet to nye faste rapporter ’Bestandsoptælling’ og 

’Brugeradministration’ 

· I Bilag A er tilføjet afsnit 11 ’Bestandsoptælling’ og afsnit 12 ’Brugeradministration’ 

21/6 2011: 

· I Bilag A er der beskrevet ændringer i rapporten ’CPR-adresse findes ikke 

i BBR’. 

April 2013: 

· Skærmbilleder er opdateret 


April 2013


12.11 Kapitel 11 – Overensstemmelsesmatrix 

30/10 2007 

Matrixen er opdateret. 

8/2 2008: 

Kapitlet er blevet opdateret med lidt flere oplysninger om disse krav: 

· Kravnr. 4.1.4 

· Kravnr. 5.1.4 

· Kravnr. 5.1.8 

13/2 2008: 

Vi har i denne omgang opdateret kapitel 11 i overensstemmelse med vores besvarelse 

af kommentarer til systembeskrivelsen. 


Med version 5.0 er hele kapitel 11 opdateret, idet der er indarbejdet noter til 

kravene ligesom henvisninger til kravændringer (ændringsforslag og præciseringer 

af kravspecifikationen). 


Med version 7.0 er hele kapitel 11 opdateret idet der er indarbejdet de nyeste 

noter til kravene ligesom henvisninger til kravændringer (ændringsforslag og 

præciseringer af kravspecifikationen). 

Juni 2011 

Med version 8.0 er følgende opdateringer foretaget: 

· Bilag A er opdateret under "Liste over udskrevne BBR-Meddelelser” med 

de korrekte angivelser for forsendelse. 


April 2013

Systembeskrivelse version 10.0 - W2L

Create successful ePaper yourself

Delete template?

Save as template?