Indholdsfortegnelse 4. Brugerdialog... 2 4.1 Skabelon for det enkelte skærmbillede med navigationsstruktur... 2 4.1.1 Skabelonen... 2 4.1.1.1 Faneblade/menu(bjælke)... 3 4.1.1.2 Værktøjslinje... 3 4.1.1.3 Links... 3 4.1.2 Træstruktur/resultatliste... 3 4.1.2.1 Højreside/indholdsside... 5 4.2 Sitemap med skærmbilleder... 6 4.3 Funktionalitetsliste... 7 4.3.1 Overordnede bemærkninger... 7 4.3.1.1 Sagsdata... 7 4.3.1.2 Stamdata... 8 4.3.1.3 Historik... 9 4.3.1.4 Adresser... 10 4.3.1.5 Dynamiske skærmbilleder... 10 4.3.1.6 Frivillige elementer (felter/niveauer)... 10 4.3.1.7 Tilgængelighed... 10 4.3.1.8 Datoformat... 10 4.3.1.9 Knapfunktioner m.m.... 11 4.3.2 Fanebladet Bygninger og Boliger... 14 4.3.2.1 Ejendomsoplysninger... 15 4.3.2.2 BBR-Medd-data - Billede med BBR-Meddelelse... 15 4.3.2.3 Masseopdatering Enheder... 16 4.3.3 Fanebladet Adresser... 16 4.3.4 Fanebladet Inddataboksen... 19 4.3.4.1 Supplerende varme... 20 4.3.4.2 Flytning af bygning... 20 4.3.5 Fanebladet BBR-Meddelelse... 22 4.3.6 Fanebladet Rapporter... 22 4.3.7 Fanebladet Brugeradministration... 22 4.3.8 Fanebladet Systemadministration... 22 4.3.8.1 Overførsel af anmeldelsessager... 23 4.3.8.2 Påbegyndelsesrykkere... 24 4.3.9 Fanebladet Links... 24 4.3.10 Skærmbilledet Dine Brugerindstillinger... 25 4.4 Tooltip- og hjælpetekster... 26 4.4.1 Tooltip... 26 4.4.2 Hjælpetekster... 27 4.4.3 Administration... 28 4.5 Validering... 28 4.6 Fejludskrifter... 29 4.6.1 Fejludskrifter der er tilknyttet et felt... 29 4.6.2 Fejludskrifter uden tilknytning til et felt... 30 4.6.3 Sandsynlighedsudskrifter uden tilknytning til et felt... 30 4.6.4 Administration... 30 4.6.5 Fejllogning... 30 Version 8.0 Side 1 af 30
4. Brugerdialog I dette kapitel beskrives alle facetter af brugerdialogen. 4.1 Skabelon for det enkelte skærmbillede med navigationsstruktur 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: Figur 4.1 Skabelon for BBR-Kommune Version 8.0 Side 2 af 30
Skabelonen giver en fast placering af bl.a. disse elementer: Elementer Faneblade/menu(bjælke) Værktøjslinje Træstruktur/resultatliste Højreside/indholdsside Karakteristika Disse elementer skifter aldrig uanset hvor brugeren befinder sig i løsningen Disse elementer skifter, afhængigt af hvor brugeren befinder sig (ændrer sig fra faneblad til faneblad) 4.1.1.1 Faneblade/menu(bjælke) Der er 8 faneblade i løsningen som hver især fungerer som selvstændige moduler/løsninger i løsningen. Opdelingen i faneblade understøtter brugernes forskellige arbejdsopgaver og tilgodeser de forskellige rolleprofiler. Udseendet af de forskellige faneblade findes i kapitlets bilag 1 og fanens indhold er beskrevet i afsnit 4.2 funktionalitetsliste. 4.1.1.2 Værktøjslinje I stedet for at lave en samlet overordnet værktøjslinje, er det valgt at placere få relevante ikoner på de niveauer i brugergrænsefladen hvor det er relevant. Ikonerne er placeret under udviklingen af løsningen. 4.1.1.3 Links Der er lavet en linje med hurtig adgang til praktiske funktioner. De forskellige links på denne linje vil være tilgængelige når de er relevante for brugeren. 4.1.2 Træstruktur/resultatliste Venstresiden af skærmbilledet bliver på de enkelte faner brugt til navigation på den valgte fane. Hvad der bliver præsenteret i træet afhænger af fanens overordnede niveau. Navigationen er et træ der indeholder brugerens søgeresultater. De er præsenteret i niveauer der tydeliggør hvordan niveauerne er knyttet til hinanden. F.eks. hvordan de hver især er under-/sideordnet hinanden. Indeholder træet kun et søgeresultat vil hele resultatet være foldet ud. Indeholder det flere søgeresultater vil træet være foldet sammen på øverste niveau. Rækkefølgen af niveauer fremgår af datamodellen. I brugergrænsefladen sker det i en lettere bearbejdet form, hvor niveauerne er blevet fastlagt i et hierarki. BBR-hierarkiet fremgår af nedenstående figur. Version 8.0 Side 3 af 30
Vurderingsejendom Grund Matrikel Teknisk anlæg Bygning Brugsenhed Teknisk anlæg Opgang/Indgang Enhed Rum Etage Rum Enhed Rum Figur 4.2 BBR-hierarkiet Ved søgning på felter i BBR bliver resultatet som udgangspunkt sorteret logisk på denne måde: Niveau Grund: Matrikel Indhold i træet (=logisk sortering) GRU: Ejd.nr./ vejnavn / husnr. / sagsnr. MAT: Matrikelbetegnelse, Bygning: BYG: Bygnr./ vejnavn / husnr. / anvendelseskode (som klartekst i tool-tip) / sagsnr. Opgang: Enhed: Rum: Etage: Brugsenhed Teknisk anlæg på OPG: Vejnavn/ husnr. / sagsnr. ENH: Bygnr./ vejnavn / husnr. / anvendelskode (som klartekst i tool-tip) / sagsnr. RUM: Bygnr./ vejnavn / husnr. / sagsnr. ETA: Etagebetegnelsen (f.eks. kl, st, 01, 02 osv.) BRU: Vejnavn, vejkode, husnr., etage, side/dørnr., sagsnr. TEK: Bygnr./ vejnavn / husnr. / klassifikation / sagsnr Version 8.0 Side 4 af 30
Niveau bygning: Teknisk anlæg på matrikel: Indhold i træet (=logisk sortering) TEK: Bygnr./ vejnavn / husnr. / klassifikation / sagsnr. 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. linket Dine brugerindstillinger. Ovenover træet/resultatlisten med brugerens søgeresultater findes en kviksøgning. Det er et lille søgefelt, hvor brugeren nemt og hurtigt kan søge med ejendomsnummer - 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 4.1.2.1 Højreside/indholdsside Startsiden i løsningen er en forside til et af de 8 faneblade der findes i løsningen. Hvilken forside afhænger af den brugerprofil der logger på. Hvis f.eks. en medarbejder fra et borgerservicecenter logger på og kun har adgang til fanebladet BBR-Meddelelse, vil hans startside være søgebilledet til BBR-Meddelelser (dvs. skærmbillede 4.1 i Bilag 1). Øverst på højresiden/indholdssiden er der en fast overskriftsbjælke en objekttitellinje som sikrer at brugeren hele tiden tydeligt kan se hvilket objekt han arbejder med (f.eks. hvilket niveau). I objekttitellinjen fremgår f.eks.: navnet på det valgte niveau med dens adresse (på fanen Bygninger og boliger ) 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 Inddataboksen ) Objekttitellinjen er med til at sikre brugerens overblik. På den måde kommer brugeren ikke i tvivl om hvilken sag han er i gang med - hvis f.eks. telefonen ringer og han bliver afbrudt i sin sagsbehandling. Objekttitellinjen er synlig selvom brugeren har scrollet langt ned på siden. Version 8.0 Side 5 af 30
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. 1. Bygninger og boliger 2. Adresser 1.1 Søg 2.1 Søg 1.2 Grund 2.2 Adgangsadresse 1.3 Matrikel 2.3 Enhedsadresse 1.4 Bygning 2.4 Adressesag 1.5 Enhed 1.6 Opgang/ indgang 1.7 Etage 1.10 Byggesag 1.8 Rum 1.9 Brugsenhed 1.12 Bygning med byggesag 1.10 Teknisk anlæg 1.13 Ejd. Opl. Hjælp 3. Inddataboksen 3.1 Søg 3.2 Supplerende varme 3.3 Matrikulær ændring 3.4 Fysisk flytning BBR-kommune 4. BBR-Meddelelse 5. Rapporter 1.1 Søg 4.2 Bestil BBR- Medd. Startsiden (præsentation til hver brugerprofil) Log ind (på baggrund af pinkode/certifikat tilpasses visningen af visse elementer og rettigheder) Kommunikation (Tilpasning af profil: valg af kommune m.m.) 6. Brugeradministration 7. Systemadministration 8. Links 7.1 Kommuneoplysninger 9. Dine brugerindstillinger 7.2 Tooltip 7.9 Overførsel 7.3 Hjælp 7.10 Tidsfrister 7.4 Fejltekster 7.11 ESDH 7.5 Kommunespecifikke felter 7.12 Inddataboks 7.6 Notatlinier på BBR-Meddeleserne 7.13 Inddatabokstekster. 7.7 Indstillinger for BBR-Meddelelse 7.8 Kommunespecifikke links Figur 4.3 Sitemap Version 8.0 Side 6 af 30
4.3 Funktionalitetsliste Her vil funktionaliteten på de enkelte skærmbilleder fordelt på de 8 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 Bygninger og boliger ) 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 1.9 og 2.5 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 1.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 1.9: Byggesag /2.5 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 1.9 og 2.5). Kommunen kan på den valgte byggesag/foreløbige adresse vha. en tjekboks fravælge en BBR-Meddelelse ved afslutningen af en byggesag. Version 8.0 Side 7 af 30
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 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. 2 Byggesagen afsluttes Byggesagen får en fuldførelsesdato. 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 En af enhederne modtager en indflytningsdato 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. 2 Bygningen er tidligere blevet afsluttet, men ligger i byggesagen. Endnu en enhed modtager en indflytningsdato. 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. 3 Byggesagen afsluttes Byggesagen får en fuldførelse- eller ibrugtagningstilladelse. Hele byggesagen afsluttes. Markering for midlertid afsluttet bygning nulstilles. 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. Version 8.0 Side 8 af 30
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.4 Historik på bygningsniveau For grundentiteter er det yderligere vist seneste ændringsdato for underliggende niveauer samt hvilket niveau det drejer sig om. Figur 4.5 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.6 Historik i resultattræet Visningen af ændringsdato i resultatlisten til/fravælges for det enkelte niveau under Dine Brugerindstillinger. 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 0 og 4.3.3 for hhv. Bygninger og Boliger og Adresser. Version 8.0 Side 9 af 30
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 Bygninger og boliger knytter brugeren relationer mellem det enkelte niveau og en eksisterende adresse. Det vil sige ønsker brugeren under fanen Bygninger og boliger 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. 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). Version 8.0 Side 10 af 30
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 Knappen Søg Knappen Opret byggesag Knappen BBR- Meddelelse Knappen Slet Knappen Gem Knappen Kopier Knappen Ejd.Opl Knappen BBR-Medddata Opret brugsenhed På hvilket skærmbillede? F.eks. på skærmbilledet Søg nr. 1.1, 3.1 og 5.1 i Bilag 1. Denne knap findes i det panel der dukker op ved tryk på Opret -knappen F.eks. på skærmbilledet Grund nr. 1.2 i Bilag 1 F.eks. på skærmbilledet Grund nr. 1.2 i Bilag 1 F.eks. på skærmbilledet Bygning nr. 1.4 i Bilag 1 F.eks. på skærmbilledet Grund nr. 1.2 i Bilag 1 F.eks. på skærmbilledet 1.9 Byggesag og 2.5 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 1.9: 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 4.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 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. Skærmbilledet indeholder information på tværs af BBR-niveauer. Læs mere om Ejendomsoplysninger i afsnit 4.3.2.1. 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.3. 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. Version 8.0 Side 11 af 30
Opret bygning - Stam Opret bygning - Nybyggeri Opret enhed Opret etage Opret opgang Opret rum Vælger du at klikke på denne knap, kommer du til skærmbillede hvor du kan oprette en bygning direkte i stamdata. 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, kommer du til skærmbillede hvor du kan oprette en bygning som et nybyggeri. Samtidigt vises sagsoplysningerne så alle bygningens data kan indberettes i én arbejdsgang. Vælger du at klikke på denne knap, kommer du til skærmbillede hvor du kan 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. Vælger du at klikke på denne knap, kommer du til skærmbillede hvor du kan 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. Vælger du at klikke på denne knap, kommer du til skærmbillede hvor du kan 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. Vælger du at klikke på denne knap, kommer du til skærmbillede hvor du kan 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. Version 8.0 Side 12 af 30
Opret teknisk anlæg Masseopdatering Enhed Findes på skærmbilledet Bygning. Se Bilag 1. Vælger du at klikke på denne knap, kommer du til skærmbillede hvor du kan oprette et teknisk anlæg. Teknisk anlæg er frivilligt at anvende. 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ælger du at klikke på denne knap, kommer du til skærmbillede hvor du kan vælge de enheder og felter, der skal omfattes af masseopdateringen. Kommunespecifikke oplysninger: 3 af de kommunespecifikke oplysninger er indtastningsfelter 3 af de kommunespecifikke oplysninger er dropdown-bokse. Notatlinjerne: Notatlinjenr. Tekst Knappen Slet F.eks. på skærmbilledet Grund nr. 1.2 i Bilag 1 F.eks. på skærmbilledet Grund nr. 1.2 i Bilag 1 F.eks. på skærmbilledet Grund nr. 1.2 i Bilag 1 F.eks. på skærmbilledet Grund nr. 1.2 i Bilag 1 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. 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. 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. Version 8.0 Side 13 af 30
4.3.2 Fanebladet Bygninger og Boliger 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 Bygninger og boliger, møder han/hun et søgebillede (se skærmbillede 1.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 træstrukturen/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 1.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 1.14 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.7 Historik dialog på feltniveau Version 8.0 Side 14 af 30
Under fanen Adresser opretter, ændrer og sletter kommunen sine adresser. Disse adresser kan opfattes som kommunens adresse-bank. Under fanen Bygninger og boliger 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 Bygninger og boliger skaber relationerne mellem niveauerne og adresserne. Ønsker brugeren under fanen Bygninger og boliger (f.eks. på skærmbillede 1.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 Bygninger og boliger 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 AutomatiskAdresseOprettelse, 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 Bygninger og boliger 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. 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 Version 8.0 Side 15 af 30
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 træstruktur for adresser : Grund Matrikel Adgangsadresse Enhedsadresse Enhedsadresse Adgangsadresse Enhedsadresse Enhedsadresse Figur 4.8 BBR-adressehierarki Ved søgning på adresser i BBR bliver resultatet som udgangspunkt sorteret logisk på denne måde: Version 8.0 Side 16 af 30
Niveau Grund: Matrikel Adgangsadresse Enhedsadresse Indhold i træet (=logisk sortering) GRU: Ejd.nr./ vejnavn / husnr. / sagsnr. MAT: Matrikelbetegnelse AAD: vejnavn, husnr., sagsnr. 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 2.1. i Bilag 1), hvor han kan søge på disse niveauer: Adresse Adressesag 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 træstrukturen/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 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.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.9 Historikdialog på feltniveau Version 8.0 Side 17 af 30
Version 8.0 Side 18 af 30
4.3.4 Fanebladet Inddataboksen Figur 4.10 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 over sager (listen over deres søgeresultater i venstresiden). 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 3.1 i Bilag 1). Version 8.0 Side 19 af 30
Sagsbehandleren kan se og administrere alle kommunens sager om ændringer af BBR-data til kommunen. Når sagsbehandleren har valgt en bestemt sag, kan denne tilføjes notater, gemmes, godkendes, afvises eller sendes videre til f.eks. en anden sagsbehandler i kommunen. Figur 4.11 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 e- mail 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 3.2 i Bilag 1 til dette kapitel). 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. Version 8.0 Side 20 af 30
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. Version 8.0 Side 21 af 30
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 5.0 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. På fanebladet brugeradministration kan brugeradministratoren få en samlet oversigt over lokale, kommunale brugere af BBR-Kommune. Brugeradministratoren kan fremsøge specifikke brugere ved hjælp af et brugernavn (se skærmbillede 6 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 7.1 i Bilag 1) Der vedligeholdes oplysninger om kommunens adresse, telefonnummer og email Tooltip (se skærmbillede 7.2 i Bilag 1) Her vedligeholdes kommunespecifikke tilretninger af tooltip. Hjælp (se skærmbillede 7.3 i Bilag 1) Her vedligeholdes kommunespecifikke tilretninger af hjælpetekster. Fejltekster (se skærmbillede 7.4 i Bilag 1) Her vedligeholdes kommunespecifikke tilretninger af fejltekster. Kommunespecifikke felter (se skærmbillede 7.5 i Bilag 1) Her vedligeholdes de kommunespecifikke felter. Herunder de tilknyttede drop-down lister. Version 8.0 Side 22 af 30
Notatlinjer (se skærmbillede 7.6 i Bilag 1) Her vedligeholdes hvilke notatlinjer den aktuelle kommune ønsker vist på BBR-Meddelelsen. Indstillinger for BBR-Meddelelsen (se skærmbillede 7.7 i Bilag 1) Her vedligeholdes en række kommunespecifikke indstillinger for BBR- Meddelelsen. Kommunespecifikke links (se skærmbillede 7.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 7.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 7.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 7.11 i Bilag 1) Inddataboks (se skærmbillede 7.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 7.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. Version 8.0 Side 23 af 30
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. 4.3.9 Fanebladet Links Fanebladet Links vil indeholde en række faste links. Det vil sige en oversigt over andre websteder, som brugerne kan have nytte af som sagsbehandler på ejendomsområdet. Version 8.0 Side 24 af 30
4.3.10 Skærmbilledet Dine Brugerindstillinger Brugeren har altid adgang til Dine brugerindstillinger som er placeret under Andre funktioner i webløsningen. Figur 4.12 Adgang til "Dine brugerindstillinger" Brugeren har mulighed for at lave sine egne brugerindstillinger i BBR-Kommune vha. skærmbilledet Dine Brugerindstillinger. Når brugeren klikker på linket Dine brugerindstillinger, ser han et pop opvindue (Bilag 1, afsnit 13) hvor brugeren blandt andet kan indstille: Standard startside Resultatlistens udseende Cursor-placering på søgebilleder Mht. resultatlistens udseende kan brugeren angive hvilke informationer der skal fremgå af resultatlisterne. Der er følgende muligheder, og brugeren vælger her også hvilken information der skal sorteres efter: Niveau Grund Matrikel Bygning Opgang Etage Enhed Rum Teknisk anlæg på matrikel Teknisk anlæg på bygning Indhold i bygning- og boligresultatlisten GRU: Ejendomsnr, vejnavn, vejkode, postnr., husnr., ejerforholdskode (som klartekst i tool-tip), sagsnr., ændret dato. MAT: Matrikelnr. BYG: Bygnr., vejnavn, vejkode, postnr, husnr., postdistrikt, anvendelseskode (som klartekst i tool-tip), sagsnr., ændret dato. OPG: Vejnavn, vejkode, postnr, postdistrikt, husnr., sagsnr., ændret dato. ETA: etagebetegnelse, ændret dato. ENH: Bygningsnr., vejnavn, vejkode, postnr, postdistrikt, husnr., etage, side/dør, anvendelskode (som klartekst i tool-tip), ejendomsnr. for ejerlejlighed, sagsnr., ændret dato. RUM: Rumnr., bygningsnr., vejnavn, vejkode, postnr., postdistrikt, husnr., sagsnr., ændret dato. TEK: Teknisk anlægsnr., vejnavn, vejkode, postnr, postdistrikt, husnr., sagsnr., ændret dato. TEK: Teknisk anlægsnr., vejnavn, vejkode, postnr, postdistrikt, husnr., sagsnr., ændret dato. Version 8.0 Side 25 af 30
Brugsenhed Niveau Grund Adgangsadresse Enhedsadresse BRU: Vejnavn, vejkode, postnr, postdistrikt, husnr., etage, side/dørnr., anvendelseskode (som klartekst i tool-tip), sagsnr., ændret dato. Indhold i Adresse-resultatlisten GRU: Ejendomsnummer, vejnavn, vejkode, husnr., ejerforholdskode (som klartekst i tool-tip), ændret dato. AAD: Vejnavn, vejkode, postnr., postdistrikt, husnr., sagsnr., ændret dato. EAD: Etagebetegnelse, side/dørnr., ændret dato. På samme skærmbillede får brugeren mulighed for at indstille hvor cursoren som udgangspunkt skal stå når de forskellige søgebilleder vælges: Søgebillede Bygninger og boliger Adresser BBR-Meddelelser Indhold i Adresse-resultatlisten Vejkode, vejnavn, ejendomsnr., matrikel Vejkode, vejnavn Vejkode, vejnavn, ejendomsnr., matrikel Samtlige mulige brugerindstillinger er vist i Bilag 1, afsnit 13. 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. Figur 4.13 Eksempel på visning af tooltip Version 8.0 Side 26 af 30
4.4.2 Hjælpetekster Til det aktuelle skærmbillede, som bruger 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-4) 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 Etage. Teksten på billedet er ikke et udtryk for, hvilke hvilken information der kan være i hjælpesystemet. Figur 4.14 Eksempel på visning af hjælp til skærmbillede Version 8.0 Side 27 af 30
4.4.3 Administration 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, 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. Version 8.0 Side 28 af 30
Navigation Klient browser Indhold GUI element GUI element GUI element GUI element* Værdien er ikke sandsynlig, men logisk korrekt. Vil du gennemtvinge denne opdatering Gennemtving Annuller Præsentationsserveren Her foretages datatypevalidering Forretningslaget Her foretages al validering Database Figur 4.15 Datavalidering 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. 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. Version 8.0 Side 29 af 30
Figur 4.16 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.17 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. Figur 4.18 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. Version 8.0 Side 30 af 30