Introduktion

Ved nær realtidsopdatering danner CPR løbende data til Datafordeleren. Data sendes til Datafordeleren, når Datafordeleren meddeler, at der er grønt lys for aflevering af data. Det sker inden for en cyklus på få minutter, og derfor betegnes det som nær realtid.

Hidtil har CPR leveret data til datafordeleren én gang dagligt i form af batchkørsler på alle hverdagsaftener. Personoplysninger, som er ændret siden seneste batchkørsel, skrives til en fil, og overføres via FTP til datafordeleren, som herefter indlæser ændrede data. Indlæsningstiden kan være på flere timer.

Tidsplan

19. maj 2026 i produktion.

CPR påbegynder nær realtidsopdatering af data i Datafordelerens produktionsmiljø den 19. maj 2026.

23. april 2026 Test06.

Bemærk at nær realtidsopdatering er anvendt fra den 23. april 2026 i Datafordeler Test06-miljøet.

Opdateringsfrekvensen

De seneste ændringer i CPR-systemet bliver løbende 24/7 overført til Datafordeleren.

Under normal drift overføres ændringer i CPR-systemet til Datafordeleren inden for ca. 2 minutter fra registreringstidspunktet i CPR.

Afhængigt af den datamængde, som Datafordeleren skal indlæse, kan der gå flere minutter, før overførte ændringer fra CPR er synlige i Datafordelerens tjenester. I få og sjældne tilfælde timer, se risici.

Påvirkede tjenester

GraphQL og Fildownload

Nær realtidsopdateringer gælder kun for den moderniserede Datafordeler, dvs. GraphQL og Fildownload.

GraphQL hændelser dannes ved hver indlæsning, hvor der tidligere kun blev dannet hændelser én gang i døgnet på hverdage.

Fildownload deltafiler dannes dagligt, herunder lør-, søn- og helligedage, og idet opdatering sker løbende 24/7, vil deltadownloadfiler ikke, som hidtil, være tomme på førnævnte dage.

REST

Den database på Datafordeleren, som betjener REST tjenester, modtager ikke opdateringer i nær realtid. Bemærk at REST tjenester lukkes ultimo 2026.

Betydning for anvendere

Anvendere skal ikke foretage ændringer i den tekniske integration til Datafordeleren som følge af nær realtidsopdatering.

Anvendere, som vurderer det relevant, kan gennemgå egne forretningsgange, og på baggrund heraf selv vurdere, om nær realtid giver anledning til anden anvendelse af tjenesterne på Datafordeleren.

Testmiljøer

Test06: Indeholder en kopi af produktionsdata. Nær realtidsopdatering blev implementeret i Test06 den 23. april 2026. Det har den afledte effekt, at der nu løbende dannes hændelser i Test06.

Test04 og øvrige testmiljøer: Her anvendes p.t. ikke nær realtidsopdatering.

Overvågning

For driftsovervågning af Datafordeleren, se datafordeler.dk

CPR er ansvarlig for, at data løbende afleveres til Datafordeleren og således overvågningen heraf.

I efteråret 2026 forventes det, at overvågning og derved publicering af driftsstop eller fejl publiceres på CPR’s driftsovervågningssite, se https://cprdkprod.statuspage.io/

Ligeledes forventes det, at der etableres en funktion i CPR’s klient, CPRWeb, hvor det vil fremgå om pågældende persons data er overført til Datafordeleren. Samme funktion forventes at blive udstillet som en GCTP service eller tilsvarende.

Risici

Kortvarig datainkonsistens

Meget lav sandsynlighed

Datakonsistens er baseret på en eventual consistency model.

Kortvarig (varigheden mellem to indlæsninger) inkonsistens i data kan forekomme i perioder med meget høj opdateringsfrekvens i CPR. Det er i hovedsagen en teoretisk mulighed og er kun observeret i forbindelse med intensiv test.

Langt de fleste registreringer i CPR foretages i ét samlet commit scope, hvor datakonsistens således sikres. Ganske få registreringer sker over flere commit scopes. Det gælder eksempelvis de få tilfælde, hvor en ægteskabsregistrering foretages først for den ene ægtefælle og dernæst for den anden ægtefælle.

Ved konstaterede afvigelser kan data genindlæses efter næste opdateringscyklus.

Hændelse uden egentlig ændring af personoplysninger

Forventes mitigeret på sigt

Lav konsekvens

Få hændelser i CPR-systemet opdaterer personoplysninger, der ikke indgår i de data som udstilles af Datafordeler CPR tjenester.

Anvenderne vil derfor kunne konstatere, at der oprettes nye hændelser i Datafordeler uden, at de hændelser afspejler en egentlig ændring i de pågældende personers data.

Test viser, at drejer sig om ca. 10 personer om dagen. Der arbejdes på en løsning, hvor der sørges for, at unødvendige hændelser ikke sendes til Datafordeler.

Datafordelerens indlæsningshastighed

Vil forekomme sjældent.

Visse registreringer i CPR medfører opdatering af flere tusinde personer inden for få sekunder.

I hovedsagen sker det ved ændring af veje og distrikter (administrative inddelinger). Et eksempel kan være, at en vej ændrer navn, eller at geografien for et postdistrikt ændres.

Test viser, at i en sådan situation kan Datafordeleren ikke i alle tilfælde indlæse data med samme hastighed, som CPR kan levere data.

Nye opdateringer står således i “kø” og afventer, at Datafordeleren kan modtage og indlæse nye opdateringer. Forsinkelsen kan være længerevarende (timer).