Datafordeleren på ondt og godt

Præsentationer af emnet: "Datafordeleren på ondt og godt"— Præsentationens transcript:

1 Datafordeleren på ondt og godt
LIFA’s erfaringer med brug af DAF

2 LIFA’s brug af data Høst af data Sammen-stilling Leverance Hos LIFA
Direkte hos kunden Høst af data Kobling af data mellem registre Geokodning Afledte data Sammen-stilling Direkte til data hos kunden Data via webservice Leverance Høst: Vi må ikke hjemtage alt data – CPR, CVR Sammenstilling: Datafordeleren gør det ikke nemmere – tværtimod Leverance DB eller service

3 Overblik Småt men godt. Viser blot de mange steder vi henter data

4 Ny fælles grunddatamodel gør det entydigt
Fordelen ved at benytte en implementering af Grunddatamodellen er, hvis data skal benyttes i fagsystemer eller lign. Fremover vil struktur og navngivning være entydig. På denne måde vil det være nemmere at skifte "dataleverandør" til fagsystemerne. I dag er eksempelvis CVR-data implementeret på flere måder: The ERST way The KMD way (JYC0100V) The DXC (tidligere CSC) way (CVR_Virksomhed) The LIFA way (CVRJuridiskEnhedView) Der bør ikke længere være af-arter – entydighed. Alle leverandører skal levere ud fra samme datamodel.

5 Udfordringer med brug af Grunddatamodel
Implementeringen kan give en række udfordringer i forbindelse med anvendelse af data. Navngivning kan være udfordrende ved brug i applikationer.   Eksempelvis har BBR et felt med 64 karakterer: "tek070DatoForSenestUdførteSupplerendeIndvendigKorrosionsbeskyttelse” Registre er fuldt normaliserede. Det betyder at ALT skal kobles, når data skal anvendes. Hvis man vil have en adresse på en bygning skal den kobles korrekt til DAR – ellers har man kun en UUID Du skal være god til at nøgle data korrekt sammen! Mange så datafordeleren so platformen der ville gøre det let for slutbrugerne at integrere disse services med egen data. Det er min opfattelse at det holder sig måske ikke stig modsat men så i hvert tilfælde er blevet mere besværligt og teknisk udfordrende Kobles = Join i SQL

6 Datafordeleren giver ikke ét sted at hente data
Datafordeleren giver adgang til Grunddata i deres Grundform Ofte har man behov for at koble andre registerdata Fagdata (for kommuner) bliver delvis tilgængelig på Serviceplatformen Andre data har og fremover deres egne kilder Så vores oplevelse har været at selv store virksomheder ønsker en dataleverandør der håndtere samstillingen og løbende opdatering. Det er et kerneområde for LIFA og området er i forsat vækst. Lifa udstiller både data i dets grundform og i LIFA way

7 Ejendomsbeliggenhedsregisteret Datafordeler
Før Efter BBR-data OIS/BBR Datafordeler/OIS DAR - ESR-data OIS Ejerfortegnelsen Ejendomsbeliggenhedsregisteret Datafordeler Ejendomsskat og Ejendomsbidrag ? SVUR-data CPR-data CPR/Fælleskommunale serviceplatform Fælleskommunale serviceplatform/ Datafordeler CVR-data CVR.dk Datafordeler/CVR.dk PlanDK-data PlansystemDK Plandata Energimærkedata ENS.dk Forureningsdata DAI/JAR Matrikelkort GST Datafordeler/GST GeoDanmark Forsyningsdata FAS o.l. JAR = ”Jordforureningslovens Areal Register” MANGLER I OVERSIGT (Erstatning af ESR) Ejendomsbeliggenhedsregisteret E&E = ”Ejendomsskat og Ejendomsbidrag” DAR = ”Danmarks Adresseregister” erstatter adresser i NyBBR

8 Vores erfaringer med brug af Datafordeleren
Kommunikationen mellem systemejer, registerejer og support om, at give adgang til adgangsbegrænsede data, er tilsyneladende ikke helt klar ansvarsfordeling endnu. Uheldigt med modstridende kommunikation. Eksempelvis om adgang til fildownload – kommer det midt i februar eller ej? Faktum er, at vi ikke er i drift på nogen høst af data derfra endnu… Faktum er, at vi ud fra vores foreløbige erfaringer, kommer til at basere os på fildownload …men det giver helt sikkert mening fremover at benytte os af denne kilde og grunddatamodellen! Det har taget meget lang tid at få adgang til testmiljø Kommunikation mellem SDFE, CPR, KMD om at give adgang til adgangsbegrænsede data er ikke optimal og tilsyneladende ikke klar Fejl er meget lang tid om at blive rettet. Fejl indmeldt omkring DAR er endnu ikke løst: Fejlen blev indsendt den :34 Status på fejl :55 Som opfølgning på din sag, kan jeg oplyse, at sagen ligger til behandling ved vores support. Det er en fejl vi kender og som vil blive løst. Jeg kan ikke på nuværende tidspunkt sige noget om, hvornår fejlen er løst.  Uheldigt at man ikke kan kopiere opsætning i administrationsmodulet til en anden kunde Uheldigt med modstridende kommunikation. Eksempelvis om adgang til fildownload – kommer det midt i februar eller ej?