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.

Outputkrav

Hvad skal et brugbart output indeholde?

Siden er ikke et løfte om automatisering. Den beskriver et konkret kvalitetsniveau for det forarbejde, agenten skal levere, før en arkitekt kan bruge det.

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.

Implementering

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

Det første mål er at lade agenten 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 agentens første output med jeres manuelle arbejdsgang, og noter hvor den sparer tid, hvor den overser noget, og hvor den 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