DXC skal levere det nye CPR-system
DXC Technology skal fortsat drive og videreudvikle det danske CPR-system og Kirkeministeriets Personregistrering.
Det skriver it-virksomheden i en pressemeddelelse.
Læs også: Hver femte dansker har følt sig overvåget på arbejdspladsen
Indenrigs- og Boligministeriet har indgået en kontrakt med DXC Technology på 6-8 år, der blandt andet »indebærer implementeringen af nye teknologimuligheder som app-modernisering og automatisering til CPR-området.«
»De danske myndigheder kan bruge styrken af et centraliseret nationalt datastyringssystem til at støtte større offentlige såvel som private organisationer i at yde bedre service til borgerne med aktuelle og nøjagtige offentlige data,« siger adm. direktør i DXC Technology Danmark, Birgitte Svejstrup Eriksen.
CPR-systemet indeholder data på omtrent 10 millioner nuværende og tidligere borgere, der deles med 2.000 organisationer som banker og forsikringsselskaber i den private sektor.
- emailE-mail
- linkKopier link

...men det er dyrt at lave god journalistik. Derfor beder vi dig overveje at tegne abonnement på Version2.
Digitaliseringen buldrer derudaf, og it-folkene tegner fremtidens Danmark. Derfor er det vigtigere end nogensinde med et kvalificeret bud på, hvordan it bedst kan være med til at udvikle det danske samfund og erhvervsliv.
Og der har aldrig været mere akut brug for en kritisk vagthund, der råber op, når der tages forkerte it-beslutninger.
Den rolle har Version2 indtaget siden 2006 - og det bliver vi ved med.
Fortsæt din læsning
- Sortér efter chevron_right
- Trådet debat
https://cpr.dk/cpr-nyt/nyhedsarkiv/2013/sep/migrering-af-cpr-systemet
Det er faktisk det nye x86/Linux system, der svjf skal udskiftes efter kun 9 år.
CPR blev migreret bort fra mainframe miljø i 2013:https://cpr.dk/cpr-nyt/nyhedsarkiv/2013/sep/migrering-af-cpr-systemet
Suk! Anne Marie, dxc er sammenlagt af csc og nogle andre! de har videreudviklet og driftet cpr siden de købte datacentralen i '90'erne. datacentralen udviklede cpr i 60'erne og cpr blev sat i produktion i 1968! Du ser spøgelser i maskinen!
Jeg forstår ikke dit svar, Ellen Pedersen. Kan være min fejl. Er dxc en dansk hjemmehørende virksomhed på nuværende tidspunkt?? Eller hører den nu om dage hjemme i Virginia, som det fremgår? Det er vel det, der er afgørende for, om der bliver GDPR-problemer?
Man kan jo godt spekulere over, hvorfor så centrale systemer ikke fortsat kunne køres og passes på en offentlig datacentral af en slags. Altså cpr-systemet skal jo ikke skrives i Javascript. Det skal bare virke.
en offentlig datacentral af en slags
Det er her vi rammer sømmet. Det offentlige har bestemt at man ikke skal drifte egne systemer. Derfor er der ikke offentlige datacentraler. Skal det ændres skal vi lige en gang igennem Folketinget, og formodentligt lige en gang igennem EU hvor liberalisterne vil hyle op.
Hvis man nu fik vedtaget at der skulle være offentlige datacentraler,
- Må disse så være baseret på computere der er lavet i et "usikkert land"?
- Må de være lavet af komponenter der er produceret i et "usikkert land"?
- Må de eller deres komponenter være lavet af en virksomhed der er hjemmehørende i et "usikkert land"?
- Må disse være baseret på operativsystemer fra virksomheder der er hjemmehørende i et "usikker land"?
Hvis vi siger nej til alt det her så skal Dansk Datahistorisk Forening Forening nok til at varme op under GIER og RC4000 ;-).
Meget gamle systemer ligger typisk på mainframes og er ofte kodet i PL1 og andre sprog, som meget få efterhånden kan vedligeholde, og som i øvrigt er besværlige at få til at passe med nyere metoder til at overfører data.
Udover hele problematiken om det nuværende format er tidssvarende, så er der også mere påtrængende problemer, som f.eks. håndtering af identitetstyverier og mulighed for at skifte cpr-nummer.
Så jo, der kan sikkert være gode grunde til at forny teknikken i systemet.
Meget gamle systemer ligger typisk på mainframes og er ofte kodet i PL1 og andre sprog, som meget få efterhånden kan vedligeholde,
Ingen programmører vil have "udfordringer" med PL/1. Ellers vil jeg da blive ganske forbløffet. Om cpr er kodet i PL/1, ved jeg jo ikke. Mainframes er måske et problem, men det er nok mest, fordi de har samme ry som Basic på hulkort (det er ikke rigtigt, men jeg tror gerne, at folk går uden om "gammelt jern"). Og så er der måske mangel på de systemfolk, der kan holde maskinen kørende og tunet. Mainframen i sig selv er god nok.
Jeg kunne godt ønske mig, at man brugte kræfterne på noget fornuftigt - i stedet for at lave PL/1 om til noget moderne og så smække det på en pc-server med Oracle.
At genopfinde systemet i Oracle løser ingen problemer med identitetstyveri. Det løser heller ikke de mange køns- og dato-relaterede problemer i personnummeret. Personnummeret har passeret sidste salgsdato.
Men det er heldigvis ikke mig, der skal lave det.
Det er vist langt tid siden du har programmeret selv eller ihvertfald til moderne dataudvekslingsformater ;-)
Jo, man kan kode næsten alt med ethvert kodesprog, men nu ældre det er nu mere sandsynligt er det, at man så også skal kode hver eneste linie selv.
Og når man skal kode alt, så bliver det både dyrt og ikke mindst med en højere risiko for fejl, end hvis man kan benytte færdige kodepakker.
Er iøvrigt enig i at det nuværende cpr-nummer er forældet, men det bliver lidt som "Hønen eller ægget": Skal man beslutte sig for at nyt format først eller skal man redesigner systemet, så man kan tage håndterer flere formater.
Jo, man kan kode næsten alt med ethvert kodesprog, men nu ældre det er nu mere sandsynligt er det, at man så også skal kode hver eneste linie selv.
Og en mainframe kan køre næsten hvad som helst - i hvert fald hvis den ikke skal trækkes med grafik. At opbygge og læse moderne dataudvekslingsformater behøver vel ikke foregå i et bestemt sprog. Jeg kan dårligt forestille mig andet end, at den slags har været tilgængelige i årevis. Java og PL/1 bør kunne køre på samme maskine.
Men, ja - jeg har ikke været i nærheden af en mainframe i årevis. Jeg roder med programmer på mere ordinære servere. Jeg synes, ret meget der er baseret på copy-paste udvikling. Og det er ikke nødvendigvis mere sikkert eller effektivt, end hvis man skulle kode det hele selv. Uanset hvad skal andre levere noget, som man "blindt" stoler på. Hvorfor skulle man ikke kunne kalde en "software-pakke" (sjusket udtryk - sorry) med et veldefineret api?
jo det er det, men der gør sig nogle specielle forhold gældende for de systemer som de overtog fra datacentralen og som stadigvæk kører! Nu vil du gerne have detaljer, men jeg kan altså ikke huske detaljerne! nogle af de systemer dxc drifter har mange år på bagen og man er altså indimellem nødt til at opdatere dem! men det er en længere debat hvorfor det går galt og det må blive en anden gang
Tak for svar, Ellen Pedersen.
Hvor har DXC hovedsæde? Forhåbentligt ikke i USA så vi får problemer med person oplysninger?
Det kunne man da sandelig godt få en mistanke om:https://en.wikipedia.org/wiki/DXC_Technology
Måske endnu en af historierne om det offentlige Danmark, som har friends in very high places, som pga. statsautoriseret korruption eller gule kuverter under bordet eller løfter om svingdørskarrierer beskytter dem mod konsekvenserne af GDPR-overtrædelse?
Hvordan kan denne lovløshed blive ved? Er der anden forklaring end bananrepublik?
Lad os lige tage denne med:https://www.theclever.com/the-15-most-corrupt-tech-companies-in-the-world/
lige inden nogen går i for meget selvsving: datacentralen af 1959 og 100% statslig ejet, blev i '90'erne solgt til csc, som senere mergede med nogen andre til dxc. En del af opgaverne har hele tiden været skat og cpr og andre; men jeg ved ikke, hvor mange der er tilbage! Jeg ved ikke hvor meget teknisk gæld der er på cpr, men skat er slem! Det er bla derfor, man ikke bare kan lave differentieret moms!
Er det simpelthen ikke det samme som DXC Technologies, Ellen Pedersen? I så fald beklager jeg min kommentar, og takker for opklaring.
Det ser ud til, at hjemstedet er USA:"12. Choice of Law, Jurisdiction and Severability The contents of Our Sites are governed by the laws of the state of Virginia in the United States, and any claims rising directly or indirectly out of any materials contained on Our Sites are subject to these same laws without regard to any conflict of law principles. Any dispute that arises out of your use of Our Sites or to services provided by DXC where the aggregated amount of such claim is greater than $10,000 shall be heard in a state or federal court in the state of Virginia, and you consent to the exclusive jurisdiction of such courts. If any clause of these Terms shall be deemed to be invalid, void or unenforceable for any reason, that clause shall be deemed severable and shall not affect the enforceability of the remainder of these Terms."https://dxc.com/us/en/legal
Hvis det er gældende, hvordan vil man så klare GDPR-problemet?
Så håber jeg at man har friskrevet selve sundhedskortet. Et af argumenterne for, at vi ikke skulle have et fælles digitalt id-kort i Danmark var bl.a. at kontrakten på denne drift ikke tillod omlægning, se opsummering i https://sum.dk/Media/C/6/Lakeside_Sikring_af_Sundhedskort.pdf
Åh, I Guder....
"De danske myndigheder kan bruge styrken af et centraliseret nationalt datastyringssystem til at støtte større offentlige såvel som private organisationer i at yde bedre service til borgerne med aktuelle og nøjagtige offentlige data"
Ja, når myndigheder føler sig kaldet til at skrive "bedre service til borgerne", så viser al erfaring at der er tale om noget, som borgerne hverken efterspørger, eller har nogen gavn af.
Ja, når myndigheder føler sig kaldet til at skrive "bedre service til borgerne", så viser al erfaring at der er tale om noget, som borgerne hverken efterspørger, eller har nogen gavn af.
Ja, det er præcist det, jeg frygter....
Men måske gør jeg skarn uret...
(Er der et tvingende behov for dette? Hvis ikke, synes jeg man skulle udskyde det, til man faktisk har styr på alle de vildvoksende og amokløbne projekter, som vi allerede lider under. Lad vente, hvad vente kan. )
Åh, I Guder....
Den skal du nok uddybe. Hvad mener du, der er galt? DXC? Centraliseret? CPR? Kirkeministeriet?
Et centraliseret centralt personregister er svært at undvære i dag. Og DXC har jo erfaringen.
støtte større offentlige såvel som private organisationer i at yde bedre service til borgerne med aktuelle og nøjagtige offentlige data,« siger adm. direktør i DXC Technology Danmark, Birgitte Svejstrup Eriksen. CPR-systemet indeholder data på omtrent 10 millioner nuværende og tidligere borgere, der deles med 2.000 organisationer som banker og forsikringsselskaber i den private sektor. "
Det er muligt, at det er en god idé - jeg bliver bare helt træt ved tanken om alle de komplikationer, der erfaringsmæssigt opstår, og smitter af på borgerne, hver gang der sættes gang i denne type store projekter.
Hvad betyder det konkret for borgerne?
Og er det indgang til yderligere samkøring og algoritmer og den slags?
Det kunne jo også være ironisk (Guder = Kirkeministeriet, eller skal jeg uddybe ?).
Men jo, der sikkert noget database-halløj og den slags, som trænger til en teknisk opdatering, men ellers kan vi se frem til endnu en overflødig app, som vi skatteborgere skal betale dyrt for.
som trænger til en teknisk opdatering
Hele personnummer-begrebet trænger til en opdatering. Jeg har dog svært ved at se nogen politikere starte sådan et projekt nu. Bedst at udskyde det ... og udskyde det og ...