Ejendomsudvikling i København begynder ikke med et færdigt projekt. Den begynder med en ejendomshypotese, som kan afvises billigt eller styrkes systematisk. I produktets aktuelle snapshot reduceres 1.515 ejendomme til 421 kapacitetssignaler, 218 med valgt boligkompatibelt planbevis A/B, 66 med stærkere dataevidens og 27 uden målt V2-overlap.
Funnelen er ikke en værdikæde, hvor hvert trin automatisk skaber mere værdi. Den er et kontrolsystem: jo længere en case går, desto bedre er nogle af de tidlige input dokumenteret. Byggeret, fysisk realiserbarhed, myndighedsudfald og økonomi er stadig åbne.
| Trin | Ejendomme | Ekstra krav |
|---|---|---|
| Screeningsunivers | 1.515 | København, 2.000–20.000 m², aktiv ikke-bolig BBR-seed |
| Kapacitetsfilter | 421 | ≥1.000 m², ≥25 %, konfidens ≥55, ikke overvejende bolig |
| Plan A/B | 218 | Valgt boligkompatibelt vedtaget planbevis |
| Stærkere evidens | 66 | Konfidens ≥70, BBR-kvalitet, areal og overlap |
| Uden målt V2-overlap | 27 | Ingen målt V2-intersektion i snapshot’et |
Hvad de fleste guides overser
Mange beskrivelser af ejendomsudvikling starter ved idé, skitse og myndighedsproces. Det efterlader sourcingtrinnet som en sort boks. Hvordan blev netop denne ejendom valgt? Hvilken bestand blev den sammenlignet med? Hvilke datafelter skabte potentialet, og hvilke mangler kan have skabt et falsk positivt signal?
Et transparent system publicerer ikke blot “top 50”. Det viser denominator, filterversion, datadato, kildefelter og stopkriterier. En analytiker skal kunne genskabe resultatet uden at kende adressen på forhånd.
Det er især vigtigt, fordi udviklingspotentiale kan opstå på flere måder. En lavt bebygget grund kan have en positiv arealdifference. En eksisterende bygning kan have genbrugspotentiale. Nyere planaktivitet kan ændre undersøgelsesprioriteten. Ingen af de tre er i sig selv et projekt.
Fem kontroller før en case
1. Ejendomsidentitet
Analysen skal vide, om den arbejder på en matrikel, en samlet fast ejendom, en BFE, en bygning eller en enhed. Produktet grupperer aktive BBR-bygninger på ejendomsniveau og bevarer bygningernes egne data. Fejl her forplanter sig til areal, anvendelse, ejer og planoverlap.
2. Plangrundlag
Klasse A er valgt vedtaget boligkompatibelt lokalplan- eller delområdebevis. Klasse B er valgt boligkompatibel kommuneplanramme uden valgt A-bevis. Klasserne gør screening mulig, men dokumentet, delområdet og den konkrete bestemmelse skal læses.
3. Kapacitet
Produktet beregner struktureret planmaksimum minus samlet eksisterende BBR-etageareal. 943 af de 1.515 ejendomme har et struktureret grundlag, og 636 har en positiv difference. Standardfilteret kræver mindst 1.000 m² og 25 procent, så 421 går videre.
4. Konflikt og kvalitet
Konfidens, BBR-kvalitetsflag og planoverlap bruges til at reducere oplagte datarisici. Miljøoverlap ligger separat. Et målt V2-overlap er relevant, men fravær af overlap er ikke en renhedserklæring.
5. Fysisk og økonomisk feasibility
Byggefelt, højde, friareal, adgang, servitutter, bevaring, støj, konstruktion, brand, forsyning, lejere, tid, capex og indtægt ligger helt eller delvist uden for de tidlige registersignaler. Det er her en screeningscase bliver til egentlig projektudvikling.
- Screeningsunivers2.000–20.000 m²1.515
- Kapacitetsfilter≥1.000 m² og ≥25 %421
- Plan A/BValgt boligkompatibelt bevis218
- Stærkere evidensKvalitets- og overlapkrav66
- Uden målt V2Ikke bevis for ren jord27
Hvorfor 421 ikke er en udviklingsportefølje
De 421 kapacitetscases summerer 2.270.465 m² positiv indikativ kapacitet. Medianen er 3.631 m² og 192 procent. Summen er fristende at bruge som pipeline, men det ville være forkert.
Kapaciteten er før byggefelter, højder, friareal, bevaring, miljø, servitutter og fysisk placering er fuldt kontrolleret. Den strukturerede planværdi kan gælde et delområde eller være vejledende. BBR-denominatoren kan kræve sammenhold med byggesager og tegninger. Summen er derfor en screeningsindikator for porteføljen, ikke et realiserbart brutto- eller nettoareal.
At 218 af de 421 har plan A/B, viser også hvorfor plan og kapacitet skal være separate. Klasse D kan godt rumme et struktureret tæthedsfelt, selv om det valgte boligkompatible bevis mangler. Sådanne cases kan være relevante for erhvervsfortætning, anden anvendelse eller en langsigtet planhypotese, men de bør ikke præsenteres som boligkompatible.
Læs mere om nævneren i byggegrund København og om de forskellige projekttyper i udviklingsejendomme København.
Den reproducerbare udviklingssag
En sagsvisning bør som minimum indeholde:
- snapshotdato og filterversion,
- BFE, matrikler og aktive bygninger,
- valgt plan-ID, status, dokument og datamodel,
- målt overlap og eventuelt delområde,
- planens strukturerede maksimum med enhed,
- samlet eksisterende BBR-etageareal og kvalitetsflag,
- beregnet kapacitet i m² og procent,
- målte miljøoverlap med lagdato,
- eksplicitte ukendte forhold,
- næste faglige kontrol og ansvarlig rolle.
Punkt ni er afgørende. Et tomt felt må ikke omskrives til “ingen konflikt”. Hvis produktet ikke har geoteknik, lejekontrakter eller konstruktionsdata, skal sagen sige ukendt og route opgaven til den relevante kontrol.
Fra screening til myndighedsdialog
Københavns Kommune beskriver større byggeprojekter som nyopførelse, væsentlige tilbygninger og ændret anvendelse. Før byggeansøgningen anbefales tidlig opmærksomhed på lovgivning, tilladelser og eventuel forhåndsdialog.
Et projekt kan kræve ny lokalplan, hvis der ikke findes en plan, hvis ønsket ikke er i overensstemmelse med gældende plan, hvis der ønskes større byggeri, eller hvis anvendelsen ændres. Kommunens side angiver en typisk lokalplanperiode på 41–64 uger, men det er en generel procesoplysning—ikke en tidsprognose for en bestemt case.
Screeningen bør derfor route sagerne:
- Dokumentlæsning før massing, hvis planbestemmelsen er uklar.
- Miljøkontrol før jordtungt scenarie, hvis kortlægning eller historik er relevant.
- Tegningsreview før boligprogram, hvis bygningsgenbrug er hovedsporet.
- Forhåndsdialog, når de centrale spørgsmål er formuleret og kildematerialet er samlet.
- Økonomisk model, når scenariets omfang og væsentlige risici kan beskrives.
Tre former for validering
Datavalidering undersøger, om BFE, arealer, planrelationer og miljøoverlap er teknisk korrekte. Faglig validering undersøger, om de valgte felter faktisk betyder det, modellen antager. Outcome-validering undersøger senere, om prioriterede cases oftere blev relevante end en kontrolgruppe.
Produktet har primært en transparent datamodel og testbare hypoteser. Det har ikke publiceret en kalibreret sandsynlighed for tilladelse eller gennemførelse. En ansvarlig evaluering kunne sammenligne 30 af de 66 stærkere cases med 30 matchede kontrolcases og måle, hvor mange der består manuel plan- og arealgennemgang.
Resultatet bør bruges til at justere filtre og fejlkategorier. Det bør ikke konverteres direkte til en salgspåstand. Projektudvikling København beskriver, hvordan valideringen kan indgå i beslutningsportene.
Hvor data stopper
Funnelen kan gøre sourcing mere disciplineret, men den kan ikke udstede tilladelser eller prissætte risiko. Bygningsreglement, lokalplan, servitutter, miljølovgivning og konkrete myndighedskrav gælder uanset modellens score.
BBR oplyser blandt andet anvendelse og arealer, men BBR’s arealbegreber er ikke altid identiske med den konkrete planberegning. BBR-instruksen beskriver eksempelvis tilnærmet etageareal som en maskinel tilnærmelse. Derfor bør en positiv difference altid dokumentere både planens enhed og det areal, der trækkes fra.
Den afsluttende analyse ejendomme klar til udvikling viser en readiness-matrix, som holder plan, data, fysisk feasibility, myndighed og økonomi adskilt.
Den overordnede byggeprojekter København-analyse bør bruges, hvis teamet endnu ikke har valgt mellem kapacitet, momentum, præcedens og konvertering. Først når beslutningsspørgsmålet er klart, giver det mening at anvende denne smallere kapacitetsfunnel. Det forhindrer, at en konverteringscase bliver afvist alene på manglende landkapacitet, eller at et plansignal fejlagtigt behandles som fysisk projektvolumen.
I praksis bør den første workshop derfor ende med en kort strategi-kontrakt: ønsket projekttype, geografisk afgrænsning, acceptable datamangler, minimumsstørrelse, vigtigste stopkriterium og hvem der ejer den manuelle kontrol. Gem kontrakten sammen med filterversionen. Ellers kan samme resultat blive fortolket forskelligt af akkvisition, arkitekt og investering.
Ofte stillede spørgsmål
Hvordan bruges data til ejendomsudvikling i København?
Data bruges til at afgrænse og prioritere spørgsmål om plan, kapacitet, bygningsgenbrug, miljø og datakvalitet. De automatiske signaler erstatter ikke dokumentlæsning, rådgivning, myndighedsdialog eller økonomisk analyse.
Hvor mange ejendomme består kapacitetsfilteret?
421 af 1.515 ejendomme består standardfilteret: mindst 1.000 m² og 25 procent positiv indikativ kapacitet, mindst 55 procent konfidens, areal 2.000–20.000 m² og ikke overvejende bolig.
Hvorfor falder listen fra 421 til 66?
Først kræves valgt planbevis A eller B, hvilket giver 218. Det stærkere filter kræver desuden mindst 70 procent konfidens, mindst 1.000 m² eksisterende areal, intet BBR-arealflag og mindst 50 procent planoverlap.
Betyder 27 uden målt V2-overlap, at grundene er rene?
Nej. Tallet betyder kun, at produktets anvendte ejendomsgeometri ikke skærer et V2-område i det målte snapshot. Historik, V1, områdeklassificering, jordhåndtering og andre miljøforhold skal stadig undersøges.
Hvornår er en udviklingscase klar til økonomisk analyse?
Først når planens relevante enhed, eksisterende areal, fysisk scenarie, centrale konflikter og myndighedsvej er tilstrækkeligt dokumenteret til, at tid, capex, indtægt og risiko kan modelleres meningsfuldt.
Metode og kilder
Funnelen er genereret af scripts/build_development_cluster_data.mjs fra snapshot 28. august 2026. Den bruger samme filterfunktioner som produktet. Resultaterne er aggregerede og indeholder ingen publicerede adresser, ejernavne eller kontaktdata.