Indholdsfortegnelse. Systembeskrivelse kapitel 4 Brugerdialog

Transkript

1 Indholdsfortegnelse 4. Brugerdialog Skabelon for det enkelte skærmbillede med navigationsstruktur Skabelonen Faneblade/menu(bjælke) Værktøjslinje Links Træstruktur/resultatliste Højreside/indholdsside Sitemap med skærmbilleder Funktionalitetsliste Overordnede bemærkninger Sagsdata Stamdata Historik Adresser Dynamiske skærmbilleder Frivillige elementer (felter/niveauer) Tilgængelighed Datoformat Knapfunktioner m.m Fanebladet Bygninger og Boliger Ejendomsoplysninger BBR-Medd-data - Billede med BBR-Meddelelse Masseopdatering Enheder Fanebladet Adresser Fanebladet Modtageboksen Fanebladet BBR-Meddelelse Fanebladet Rapporter Fanebladet Brugeradministration Fanebladet Systemadministration Overførsel af anmeldelsessager Påbegyndelsesrykkere Fanebladet Links Skærmbilledet Dine Brugerindstillinger Tooltip- og hjælpetekster Tooltip Hjælpetekster Administration Validering Fejludskrifter Fejludskrifter der er tilknyttet et felt Fejludskrifter uden tilknytning til et felt Sandsynlighedsudskrifter uden tilknytning til et felt Administration Fejllogning Version 6 Side 1 af 26

2 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 Skabelonen Her er en skitse af den faste skabelon til BBR-Kommune: Figur 4.1 Skabelon for BBR-Kommune Version 6 Side 2 af 26

3 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) Faneblade/menu(bjælke) Løsning har 7 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. Udseende af de forskellige faneblade findes i kapitlets bilag 1 og fanens indhold er beskrevet i afsnit 4.2 funktionalitetsliste 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 vil blive placeret under udviklingen af løsningen 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 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 6 Side 3 af 26

4 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 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. Version 6 Side 4 af 26

5 Niveau Teknisk anlæg på bygning: Teknisk anlæg på matrikel: Indhold i træet (=logisk sortering) TEK: Bygnr./ vejnavn / husnr. / klassifikation / sagsnr 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 Højreside/indholdsside Startsiden i løsningen vil være 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 Modtageboksen ) 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 6 Side 5 af 26

6 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. Figur 4.3 Sitemap Version 6 Side 6 af 26

7 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 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: 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 6 Side 7 af 26

8 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 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 6 Side 8 af 26

9 Historik Historikken baseres på at der gemmes felt-historik for alle felter i BBR-delen af databasen. I første omgang laves databaseændringer så det er muligt at gemme felthistorikken. Sagsbehandleren vil have mulighed for at se de historiske data ved at bruge rapportgeneratoren (lave egne rapporter). Der implementeres ikke faste rapporter til historikken. På lidt længere sigt (anden del af implementering af historikken) laves dialogdelen til sagsbehandleren. Modellen for visning af data er en snapshot-model, hvor sagsbehandleren på en given dato skaber et snapshot på baggrund af felthistorik og aktuelle data (eller ophørte data). Brugergrænsefladen vil blive udvidet med mulighed for fremsøgning af data, funktion til at generere nye snapshot og træ med snapshot data. Der er ikke mulighed for at lave rapporter på historikken. Et snapshot laves på en vurderingsejendom ad gangen. Der skal tilføjes en snapshot-identifikation til alle records. For normale records skal denne ident være nul. Dette skal gøres for at snapshottets identer kan være de samme som de aktuelle identer, så der ikke skal laves identændringer i snapshottet. En record i snapshottet skabes ved at finde den aktuelle record og så spole tilbage i felthistorikken. Der tages forbehold for performance på historik-delen, således at opslag i historikken ikke indgår i den svartidsgaranti der er givet på det øvrige BBR. Æ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 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 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. Version 6 Side 9 af 26

10 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 Tilgængelighed Alle websider bliver valideret imod 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 (jf. ændring af krav 19.13) Datoformat Datoer på BBR-Meddelelser og skærmbilleder generelt i BBR-Kommune være i dette format: dd-mm-åååå (jf. krav 7.16) 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 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 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 Version 6 Side 10 af 26

11 Knappen Gem Knappen Kopier Knappen Ejd.Opl Knappen BBR-Medddata Opret brugsenhed Opret bygning - Stam Opret bygning - Nybyggeri Opret enhed F.eks. på skærmbilledet Grund nr. 1.2 i Bilag 1 F.eks. på skærmbilledet 1.9 Byggesag og 2.5 adressesag 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 Ved klik på denne knap fremkommer et skærmbillede som tager udgangspunkt i BBR-Meddelelsen. Læs mere om BBR- MEDD-DATA i afsnit 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. 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. Version 6 Side 11 af 26

12 Opret etage Opret opgang Opret rum 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 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. 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: 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. Version 6 Side 12 af 26

13 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 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 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 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. 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. 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. Version 6 Side 13 af 26

14 Hvis brugeren har rollen AutomatiskAdresseOprettelse, vil enhedsadresser automatisk blive oprettet, hvis der angives en enhedsadresse på en enhed, som ikke findes i forvejen 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 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 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. Version 6 Side 14 af 26

15 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.4 BBR-adressehierarki Ved søgning på adresser i BBR bliver resultatet som udgangspunkt sorteret logisk på denne måde: 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 Version 6 Side 15 af 26

16 Æ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 Fanebladet Modtageboksen Dette faneblad indeholder de sager (de indberetninger om ændringer) en kommune får omkring ajourføring af BBR-data - uanset om de drejer sig om ejendomsdata, adresseoplysninger, BBR-Meddelelser eller andre ting (se skærmbillede 3.1 og 3.2 i Bilag 1 til dette kapitel). Dette faneblad retter sig primært mod sagsbehandleren der sidder med ejendomsdata, da de fleste sager i hvert fald i starten vil dreje sig om ajourføring af denne type data. Fanebladet Modtageboksen er hele kommunens Modtageboks for indberetning af ændringer, der modtages via standardiserede snitflader. Version 6 Side 16 af 26

17 På fanebladet kan sagsbehandleren se og administrere alle kommunens sager om ændringer af BBR-data til kommunen. Her kan sagerne gemmes eller sendes videre til f.eks. en anden sagsbehandler i kommunen. Modtageboksen kan modtage OIOXML-filer. Der defineres en OIOXML-fil pr. niveau. Indholdet af OIOXML-filen oversættes og præsenteres i læsbart format i boksen Indberetningen (se skærmbillede 3.2 i Bilag 1 til dette kapitel). I Modtageboksen 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øgeresultateter i venstresiden). Ved hjælp af søgningen kan sagsbehandleren afgrænse listen så den kun viser sager fra de sidste 30 dage eller kortere tid. Ved hjælp af søgningen kan han/hun også afgrænse listen så den kun viser sager fra/til en bestemt sagsbehandler/afsender. (Se skærmbillede 3.1 og 3.2 i Bilag 1). Når sagsbehandleren har valgt/markeret en bestemt sag, kan han tilføje/ændre/slette felter som f.eks. status og sagsbehandler. Herudover kan han skrive sine bemærkninger samt se tidligere notater. Når sagen i Modtageboksen åbnes af den kommunale sagsbehandler, vil det i mange tilfælde ikke være muligt for denne, at godkende de sager/ændringer, som er indsendt. Sagsbehandleren kan da videreekspedere sagen til en anden sagsbehandler, som enten godkender eller videresender til endnu en sagsbehandler i kommune. Denne arbejdsgang styres vha. felterne status, sagsbehandler og notater. 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. Som svar på om sagsbehandleren godkendte sagen eller ej, eftersendes en e- mail med oplysninger. Dette forudsætter at afsenderen af sagen har leveret en gyldig -adresse 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. Version 6 Side 17 af 26

18 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 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) 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 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. 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 Version 6 Side 18 af 26

19 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å. Link tilknyttes ved hjælp af http protokollens GET format: Tænkt eksempel: Tidsfrister (se skærmbillede 7.9 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 Der vil desuden under fanebladet Systemadministration blive mulighed for at systemadministratoren kan vælge overflytning af tinglyst areal fra ESR til/fra (jf. krav 18.3) 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 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. Version 6 Side 19 af 26

20 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 Skærmbilledet Dine Brugerindstillinger Brugeren har altid adgang til Dine brugerindstillinger som er placeret her i webløsningen. 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 (se skærmbillede 10 i Bilag 1) hvor brugeren kan indstille: 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 Indhold i bygning- og boligresultatlisten GRU: Ejendomsnr, vejnavn, vejkode, husnr., ejerforholdskode (som klartekst i tool-tip), sagsnr. Version 6 Side 20 af 26

21 Matrikel Bygning Opgang Enhed Rum Etage Teknisk anlæg på bygning Teknisk anlæg på enhed Brugsenhed MAT: Matrikelnr. BYG: Bygnr., vejnavn, vejkode, postnr, bynavn, husnr., anvendelseskode (som klartekst i tool-tip) / sagsnr. OPG: Vejnavn, vejkode, postnr, bynavn, husnr., sagsnr. ENH: Bygningsnr., vejnavn, vejkode, postnr, bynavn, husnr., anvendelskode (som klartekst i tool-tip), ejendomsnr. for ejerlejlighed, sagsnr. RUM: Rumnr, bygningsnr., vejnavn, vejkode, postnr, bynavn, husnr., sagsnr. ETA: etagebetegnelse TEK: Teknisk anlægsnr.2, vejnavn, vejkode, postnr, bynavn, husnr., klassifikation, sagsnr TEK: Teknisk anlægsnr., vejnavn, vejkode, postnr, bynavn, husnr., klassifikation, sagsnr BRU: Vejnavn, vejkode, postnr, bynavn, husnr., etage, side/dørnr., anvendelseskode (som klartekst i tool-tip), sagsnr. Niveau Indhold i Adresse-resultatlisten Grund GRU: vejnavn, vejkode, husnr., ejerforholdskode (som klartekst i tool-tip), sagsnr. Adgangsadresse AAD: Vejnavn, vejkode, postnr, bynavn, husnr., sagsnr., sagskode Enhedsadresse EAD: Etagebetegnelse, side/dørnr., sagsnr., sagskode 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 Indhold i Adresse-resultatlisten Bygninger og boliger Vejkode, vejnavn, ejendomsnr., matrikel Adresser Vejkode, vejnavn BBR-Meddelelser Vejkode, vejnavn, ejendomsnr., matrikel 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 Tooltip Ved klik i feltet eller musen over vises tooltippet med følgende oplysninger: Dato og tid for sidste ændring. Her :14:47. Kildekode. Kildekoden er identifikation af den sidst ansvarlige, der har ændret/gemt feltets data. Selve feltbeskrivelsen. Version 6 Side 21 af 26

22 4.4.2 Hjælpetekster Figur 4.5 Grafisk eksempel på visning af tooltip. 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. Version 6 Side 22 af 26

23 Figur 4.6 Grafisk eksempel på visning af hjælp til skærmbillede 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. Version 6 Side 23 af 26

24 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. 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.7 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. Version 6 Side 24 af 26

25 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 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 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.8 Grafisk eksempel på visning af fejlmeddelelse knyttet til et felt 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.9 Grafisk eksempel på visning af fejlmeddelelse uden tilknytning til et felt 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. Version 6 Side 25 af 26

26 Figur 4.11 Grafisk eksempel på visning af sandsynlighedsmeddelelse uden tilknytning til et felt 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 Fejllogning Alle ikke simple valideringer og systemfejl, vil blive tilføjet loggen. Loggen kan tilgås ved hjælp af rapportgenereringsværktøjet. Version 6 Side 26 af 26