Seks risikoområder: Derfor blev Polsag lukket ned

Rigsrevisionen har kigget i fortrolige papirer og gengivet, hvorfor Polsag blev lukket ned efter 10 år og en regning på en halv milliard kroner.

Artikel top billede

Læs også: Stor rapport afslører: Derfor kørte Polsag helt af sporet

Rigsrevisionens rapport indeholder sønderlemmende kritik af både Justitsministeriet og Rigspolitiet, der fejlede omkring styring af it-projektet Polsag.

Men også andre oplysninger finder man i den mere end 50 siders lange rapport, som Computerworld er kommet i besiddelse af.

For Rigsrevisionen har omskrevet og gengivet konklusioner i "Review af POLSAG - afrapportering fra styregruppen", Udvalget for en undersøgelse af Polsag og Justitsministeriets fortrolige Akt G 23/2 2012, hvor det fremgår hvorfor man i sidste ende besluttede at lukke projektet ned.

"Udvalget konkluderede på baggrund af disse risikoområder, at det ville være for dyrt og risikobetonet at bringe Polsag i en stand, så det kunne føres sikkert i drift, og at der var en betydelig risiko for, at Rigspolitiet ville stå med et system, der ikke fungerede i praksis," står der i rapporten.

Risikoområderne er gengivet i en tabel sidst i denne artikel.  

CSC og ScanJours Polsag-samarbejde

Her antydes det, at udover kunde-siden begik store fejl undervejs, så var blandt andet samarbejdet mellem hovedleverandrøren og underleverandøren "ikke tilfredsstillende".

Tidligere har det da også været fremme, at CSC og ScanJour har været i totterne på hinanden omkring Polsag.

Det skal dog nævnes, at konklusionerne er Rigsrevisionens gengivelse af de nævnte kilder på kunde-siden.

Udvalgets vurderinger var blandt andet baseret på et eksternt review udarbejdet af et konsulentfirma, fremgår det.

Desuden var der tale om et udvalg, der består af embedsmænd.

Embedsmandsudvalg og konsulentfirma

"Justitsministeriet baserede sin indstilling til Finansudvalget om at lukke Polsag på et arbejde i et embedsmandsudvalg med deltagelse af en ekstern formand og repræsentanter
fra Finansministeriet, Justitsministeriet og Rigspolitiet," fremgår det af rapporten.

Udvalgets anbefaling bestod af en længere afrapportering.  Og anbefalingen blev behandlet i Regeringens Økonomiudvalg, der godkendte, at Justitsministeriet indstillede at lukke projektet.

Justitsministeriet gengav anbefalingen i indstillingen til Finansudvalget om at lukke projektet, oplyses det videre.

"Udvalgets arbejde blev gennemført på en måde, der ligner den måde, Statens IT-projektråd arbejder på. Det repræsenterer i dag bedste praksis for at vurdere it-projekter i staten," skriver Rigsrevisionen.
 
Udvalgets anbefaling var altså baseret på en sammenvejning af seks risikoområder. Undervejs i forløbet blev også foretaget tekniske undersøgelser, men her var fejl i undersøgelserne.

Fejl i tekniske undersøgelser

Også tekniske undersøgelser foretaget af et eksternt konsulentfirma behandles i rapporten.

"Konsulenternes undersøgelser af svartider viste i første omgang alvorlige problemer," hedder det i rapporten.

Men faktisk er det uklart, hvorvidt undersøgelserne overhovedet kan bruges.

"Det er efter Rigsrevisionens opfattelse imidlertid uklart, hvilke konklusioner der kunne drages ud fra undersøgelserne. Målingerne var fx foretaget i uddannelsesmiljøet, som var sat anderledes op end produktionsmiljøet."

"Konsulenterne havde ikke adgang til andre miljøer og måtte efter aftale med Rigspolitiet konkludere på baggrund af uddannelsesmiljøet med de begrænsninger, der lå heri," skriver Rigsrevisionen.

Leverandør måtte påpege fejl

Men ikke nok med det, rapporterne måtte ændres undervejs.

"Inden de tekniske undersøgelser blev færdiggjort var der ad flere omgange dialog mellem konsulenterne og leverandøren om metoderne bag rapporterne, og konsulenterne indarbejdede bl.a. kommentarer fra leverandøren, der påpegede fejl og mangler i rapporten," afsløres det i Rigsrevisionens rapport

Samtidig var antallet af brugertransaktioner, der lå til grund for konsulenternes målinger, baseret på informationer fra Rigspolitiet.

"Tallene blev justeret af Rigspolitiet, før rapporten blev færdig," hedder det blandt andet i rapporten.

Under alle omstændigheder er det et faktum, at det dyre og forsinkede projekt blev lukket ned. Og det skete med baggrund i nedenstående risiko-vurdering.

Her er de seks risikoområder

Her gengives en tabel fra Rigsrevisionen rapport, der offentliggøres senere i dag.

--
Tabel 4. Risikoområder og udvalgets konklusioner om POLSAG

Områder
Udvalgets konklusioner

Tekniske risici
POLSAGs kodekvalitet var utilstrækkelig, og leverandøren havde endnu ikke dokumenteret, at POLSAG havde en tilstrækkelig performance og skalerbarhed.

Leverandørmæssige risici
Samarbejdet mellem hovedleverandør og underleverandør fungerede ikke tilfredsstillende, og Rigspolitiet havde på baggrund af de hidtidige erfaringer med leverandøren
manglende tillid til, at leverandøren havde evne eller vilje til at levere.

Erfaringerne fra pilotdriften på Bornholm
Pilotdriften på Bornholm var et utilfredsstillende forløb, der bidrog til indtrykket af, at leverancerne fra leverandøren ikke var i orden. Oplevelsen var, at leverandørens forsøg på at rette fejl i systemet ikke løftede kvaliteten af et system, der var præget af mange fejl.

Implementeringsrisici
Det ville kræve en meget stor ændring i politiets arbejdsmetode og omfattende forandringsledelse og uddannelse at gå fra papirbaseret til digital sagsbehandling.
Dette ville blive besværliggjort, hvis brugerne oplevede, at systemet ikke fungerede tilfredsstillende, som det skete på Bornholm.

Manglende fremtidssikring
POLSAG var ikke tilstrækkeligt fremtidssikret. Det indebar bl.a., at POLSAG ikke understøttede effektivisering af politiets arbejdsprocesser og digital integration med andre myndigheder uden for politiet.

Utilfredsstillende business case
Det ville være både tids- og resursekrævende at forsøge at genoprette POLSAG og løse de identificerede problemer. Kombineret med den hidtidige pris og forsinkelser vurderede udvalget, at det ville have karakter af "at smide gode penge efter dårlige" at fortsætte med POLSAG. Samtidig var der begrænsede muligheder for at effektivisere politiets arbejdsgange med udgangspunkt i systemet og begrænsede
gevinster i forhold til omkostningerne.

Kilde: Rigsrevisionens omskrivning af konklusionerne i "Review af POLSAG - afrapportering fra styregruppen", Udvalget
for en undersøgelse af POLSAG (2011) og Justitsministeriets fortrolige Akt G 23/2 2012.

--
Kilde: Rigsrevisionens rapport om Polsag.

Computerworld Events

Vi samler hvert år mere end 6.000 deltagere på mere end 70 events for it-professionelle.

Ekspertindsigt – Lyt til førende specialister og virksomheder, der deler viden om den nyeste teknologi og de bedste løsninger.
Netværk – Mød beslutningstagere, kolleger og samarbejdspartnere på tværs af brancher.
Praktisk viden – Få konkrete cases, værktøjer og inspiration, som du kan tage direkte med hjem i organisationen.
Aktuelle tendenser – Bliv opdateret på de vigtigste dagsordener inden for cloud, sikkerhed, data, AI og digital forretning.

Infrastruktur | Horsens

Enterprise Architecture Day 2026: Sikker og strategisk suverænitet

Få ny inspiration til arbejdet med EA – fra sikkerhed og compliance til orkestrering, omkostningsoptimering og cloud governance i en usikker og ustabil tid.

Sikkerhed | Aarhus C

Executive roundtable: Cyberrobusthed i praksis

Cyberangreb rammer driften. NIS2 og DORA kræver dokumenteret gendannelse under pres. Få konkret metode til at teste, måle og bevise robusthed på tværs af cloud, SaaS og leverandører. Deltag i lukket roundtable med Commvault og Hitachi.

Digital transformation | København Ø

Sådan etablerer du digital suverænitet

Digital suverænitet afgør kontrol over data, systemer og afhængigheder i Danmark. Computerworld samler Dansk Erhverv og IBM-eksperter om konkrete arkitekturvalg, governance og platforme, der sikrer reel kontrol. Få overblik og handlekraft.

Se alle vores events inden for it

Navnenyt fra it-Danmark

Norriq Danmark A/S har pr. 1. januar 2026 ansat Morten Kronborg som Consultant ERP. Han skal især beskæftige sig med hjælp og rådgivning af kundernes handels-forretningsprocesser indenfor salg og indkøb. Han kommer fra en stilling som Digital Forretningskonsulent hos Gasa Nord Grønt. Han er uddannet speditør og har bevæget sig ind i handelsvirksomheder hvor han endte med ansvar for ERP-løsninger. Han har tidligere beskæftiget sig med at være ansvarlig for implementering og drift af IT-projekter. Nyt job

Morten Kronborg

Norriq Danmark A/S

Infosuite A/S har pr. 1. marts 2026 ansat Henrik Sandmann som Chief Operating Officer (COO). Han skal især beskæftige sig med drift, produktudvikling og skalering, herunder også procesforbedringer og udnyttelse af AI og nye teknologier. Han kommer fra en stilling som Program Director hos ADMG ApS. Han er uddannet cand. scient i datalogi og har derudover en MBA indenfor strategi, ledelse og forretningsudvikling. Nyt job

Henrik Sandmann

Infosuite A/S

Adeno K/S har pr. 2. februar 2026 ansat Kia Harding Martinussen som ServiceNow Expert. Hun kommer fra en stilling som Principal Consultant hos Devoteam A/S. Nyt job
Idura har pr. 5. januar 2026 ansat Arjuna Enait, 34 år,  som software engineer. Han skal især beskæftige sig med videreudvikling af Verify-systemet samt arbejde på implementeringen af CIBA i Norsk BankID. Han kommer fra en stilling som software engineer hos Lasso X. Han er uddannet civilingeniør med speciale i geoteknik. Han har tidligere beskæftiget sig med at bygge microservices til dataindsamling og -processering, samt opdatere legacy-systemer. Nyt job

Arjuna Enait

Idura