Myndighedsforberedelse

AI til byggesagsforberedelse

AI til byggesagsforberedelse kan samle adresse-, BBR-, plan-, BR18- og projektoplysninger i et struktureret overblik, så tegnestuen hurtigere ser mangler, risici og næste dokumentationsbehov før dialog med kommune eller rådgivere.

Kort svar

AI kan forberede, sammenstille og markere usikkerhed. Arkitekten validerer konsekvensen.

architecture

Her betyder arkitektur ikke softwarearkitektur. Vi taler om arkitektur som bygget miljø: tegnestuer, renovering, lokalplaner, BR18, materialer, bygningsdata og arkitektfaglige beslutninger.

Kontrolgrundlag

Hvad skal teamet kunne stole på?

Før et agentoutput kan indgå i projektarbejdet, skal teamet kunne se kilder, antagelser, mangler og næste kontrolpunkt. Ellers bliver AI bare endnu et sted, hvor projektviden kan blive uklar.

Kildefast udtræk

Et brugbart output for AI byggesagsbehandling skal vise, hvilke oplysninger der kommer fra DAWA/DAR, BBR, Plandata, BR18, og hvilke punkter der bygger på projektets egne antagelser.

Faglig sortering

Agenten skal ikke bare gengive tekst. Den skal hjælpe tegnestuen med at sortere, hvad der er relevant for sagen, hvad der kan vente, og hvad der kræver menneskelig vurdering.

Valideringsspor

Outputtet skal pege på, hvem der skal kontrollere næste skridt. I dette workflow betyder det især, at arkitekt eller byggesagsansvarlig vurderer ansøgningens strategi.

Beslutningslog

Alle vigtige fund bør kunne føres tilbage til kilde, status og næste handling. Minimumskravet er, at teamet kan se, hvorfor en anbefaling blev taget med eller afvist.

Pilot i praksis

Sådan tester man uden at gøre AI til facit.

Det første mål er at afprøve, om systemet kan samle adresse, adgangsadresse, BBR, matrikel og planforhold, mens tegnestuen kontrollerer, om outputtet faktisk forbedrer arbejdsgangen.

01
Start med en rigtig sag, hvor tegnestuen allerede kender facit nok til at vurdere kvaliteten.
02
Sammenlign første output med jeres manuelle arbejdsgang, og noter hvor det sparer tid, hvor noget overses, og hvor konklusionen bliver for sikker.
03
Hold pilotens scope smalt: byggesagsforberedelse bør være en samlet pakke, ikke spredte AI-svar.
04
Afslut testen med en beslutning om, hvor workflowet skal indgå i praksis, og hvilke dele der stadig skal ejes af arkitekt, rådgiver eller ledelse.

Behovet

Hvor opstår behovet i tegnestuen?

Behovet opstår efter de første ideer, men før endelig ansøgning, når der skal skabes overblik over dokumentation, datamangler og myndighedsspor.

Hvad kan agenten forberede?

check_circle Samle adresse, adgangsadresse, BBR, matrikel og planforhold.
check_circle Knytte lokalplan- og BR18-spor til projektets intention.
check_circle Udpege manglende oplysninger, bilag og rådgiverafklaringer.
check_circle Lave en datapakke til intern vurdering eller første kommunedialog.

Hvad skal arkitekten validere?

verified Arkitekt eller byggesagsansvarlig vurderer ansøgningens strategi.
verified Specialrådgivere validerer tekniske forhold.
verified Kommunen træffer myndighedsafgørelse, ikke agenten.

Metode

Datakilder og usikkerhed

Kildegrundlaget skal være synligt, så tegnestuen kan se forskel på data, fortolkning og beslutning.

Data der kan indgå

DAWA/DAR
BBR
Plandata
BR18
matrikel
energimærke
projektbeskrivelse

Arbejdsmåde

Byggesagsforberedelse bør være en samlet pakke, ikke spredte AI-svar.
Hvert punkt bør have kilde, status og usikkerhed.
Output bør kunne deles internt uden at blive forvekslet med myndighedsafgørelse.

Usikkerhed og ansvar

Offentlige data kan være ufuldstændige eller forsinkede, og projektets konkrete løsning kan ændre regelsæt og dokumentationsbehov.

Kilder

Synligt kildegrundlag

Kilderne skal gøre det muligt at kontrollere, hvad der bygger på dokumenteret grundlag, og hvad der stadig kræver faglig vurdering.

open_in_new