Ejendomsdata-opdatering lyder som ét tidspunkt. I praksis findes mindst fem: den faktiske hændelse, kildens virkningsdato, kildens opdateringstid, produktets hentetid og tidspunktet hvor en afledt score blev beregnet. De kan være forskellige.
Produktets planlagte sammenligning kører dagligt kl. 03.15 Europe/Copenhagen. Den 30. august 2026 var seks offentlige kildespor indlæst: Matrikel, BBR, Plandata, DKJord, Ejerfortegnelsen og CVR. Daglig drift gør forskelle synlige hurtigt efter kilden—men er ikke realtime og ikke et løfte om myndighedens registreringsrytme.
Fem tider i samme ejendomssag
| Tidsbegreb | Hvad det dokumenterer | Hvad det ikke dokumenterer |
|---|---|---|
| Hændelsestid | Hvornår forholdet faktisk skete | Ofte ikke direkte observeret |
| Virkningsdato | Hvornår en registrering gælder fra | Hvornår produktet så den |
| Kildeopdatering | Hvornår registerfeltet blev ændret | Fysisk hændelsestid |
| Hentetid | Hvornår produktet modtog data | At kilden var ny |
| Detektionstid | Hvornår snapshots viste en forskel | Årsag eller juridisk virkning |
Et ejersignal kan derfor blive detekteret den 30. august, mens virkningsdatoen ligger tidligere. Et BBR-felt kan blive rettet efter den fysiske ændring. En plan kan få en metadatarettelse uden ny retsvirkning.
Seks kilder har seks enheder
Kildetallene er drifts- og dækningsmål. 9.103 planoverlap betyder ikke 9.103 planer eller ejendomme. 4.709 ejerposter betyder ikke 4.709 unikke ejere. At bevare enheden er en forudsætning for troværdig aktualitet.
Plandata anbefaler deltaudtræk på felter for opdatering eller oprettelse, når data hentes hyppigt. Det reducerer overførsel og timeout-risiko. Men det ændrer ikke behovet for at læse planversion og dokument.
Baseline før ændringsdetektion
Den første komplette import etablerer baseline. Den bør ikke producere brugeralarmer om alt det, der netop blev tilgængeligt. I historikken kom 3.543 af 3.572 rå forskelle i en import, der tilsluttede ejer- og selskabsdata. Brugerfeedet skjuler denne onboarding.
Efter baseline sammenlignes samme normaliserede felter. Små tekniske udsving undertrykkes, og kun ændringer over faglige tærskler vises. Det giver 17 relevante signaler i perioden.
- Lagrede forskelleAlle observerede tekniske skift3.572
- Skjult som baseline eller støj99,5 procent3.555
- Brugerrelevante signalerEfter faste tærskler17
- Berørte ejendommeAggregat uden identiteter13
Fejl, forsinkelse og seneste komplette snapshot
Hvis en kilde fejler eller bliver forsinket, bør systemet bevare den seneste komplette tilstand, vise kildestatus og undgå at tolke manglende input som en reel fjernelse. Et null-skift kan være materielt, men skal klassificeres som datatab eller ny beregnelighed før det bruges.
En sund status siger, at importen lykkedes under den valgte kontrol. Den siger ikke, at registeret er uden fejl. BBR beskriver selv løbende kvalitetsarbejde og ejerafhængig indberetning.
Driftsloggen bør også vise nulresultater tydeligt. “Ingen materielle ændringer” er et gyldigt sammenligningsresultat, hvis alle relevante kilder var komplette. Det samme udsagn er ikke forsvarligt, hvis Plandata eller BBR manglede. Kildehealth og ændringsresultat skal derfor stå som to felter—ikke smelte sammen til ét grønt flueben.
En auditklar opdateringslog
Gem snapshot-id, kilde, hentetid, kildeopdatering, normaliseringsversion, antal poster, health-status og checksum. For et signal gemmes før/efter, tærskel, detektionstid og relation til den fulgte ejendom—i adgangskontrolleret form.
Det offentlige clusterudtræk behøver kun summer og metode. Konkrete adresser, ejeridentiteter og kontaktfelter er udeladt.
Læs ejendomsovervågning for støjfiltreringen og BBR-ændringer for registerrettelser.
Ofte stillede spørgsmål
Hvor ofte opdateres ejendomsdata i produktet?
Produktets planlagte sammenligning kører dagligt kl. 03.15 Europe/Copenhagen. Det er kontrolrytmen, ikke en garanti for at alle kilder har nye data hver dag.
Er importdatoen den samme som hændelsesdatoen?
Nej. Importdatoen viser, hvornår produktet hentede og sammenlignede data. Den underliggende ændring kan være registreret eller have virkning på et andet tidspunkt.
Hvilke kilder indgår?
Clusteret analyserer Matrikel, BBR, Plandata, DKJord, Ejerfortegnelsen og CVR. De har forskellige enheder, registre og tidsfelter.
Hvad sker der, hvis en kilde er forsinket?
Den seneste komplette tilstand bør bevares, kildestatus vises, og der bør ikke udledes en negativ ændring af manglende eller delvist input.
Metode og kilder
Snapshot’et er versionsfast pr. 30. august 2026. Kildetallene er den pågældende kildes egne enheder. Produktets daglige rytme er dokumenteret i importkonfigurationen og må ikke læses som officiel SLA.