Revisjonsspor i anskaffelsessystemer
Et revisjonsspor skal gjøre det mulig å rekonstruere beslutninger og dataendringer uten å bli et uleselig lager av tekniske logger.
Et revisjonsspor viser hvem som gjorde hva, når det skjedde, hvilket objekt som ble endret og hva resultatet ble. I offentlige anskaffelser er dette avgjørende fordi frister, likebehandling, evaluering og kontraktsendringer må kunne etterprøves.
Hendelser som bør logges
- opprettelse og endring av konkurransedata
- publisering, rettelse og avlysning av kunngjøring
- publisering av dokumenter og svar til leverandører
- mottak, fristkontroll og åpning av tilbud
- endring av roller og tilganger
- evaluering, godkjenning og begrunnelse
- eksport, nedlasting og arkivoverføring
- kontraktsendring, opsjonsbeslutning og avvikslukking
- integrasjonskall som endrer ekstern status
For hver hendelse bør systemet lagre aktør, tid i UTC, ressurs-ID, handling, før/etter eller endringssett, resultat og korrelasjons-ID. Sensitive dokumenter og hemmeligheter skal ikke kopieres inn i loggen.
Hendelseslogg er ikke det samme som driftslogg
Driftslogger hjelper utviklere å feilsøke. Revisjonssporet forklarer forretningshendelsen til kontrollør og saksbehandler. De kan kobles med en korrelasjons-ID, men bør ha ulik lagring, tilgang og levetid.
En melding som «POST returnerte 202» forklarer ikke at kunngjøring versjon 3 ble sendt til Doffin av en bestemt bruker. Logg domenespråk ved siden av teknisk detalj.
Sikring av loggen
Revisjonsdata bør være append-only for vanlige brukere. Korrigeringer registreres som nye hendelser, ikke ved å overskrive historien. Beskytt integritet med stram skrivetilgang, overvåking og eventuelt hash-kjeding eller uforanderlig lagring for kritiske hendelser.
Tilgang til loggen må også logges. En administrator skal ikke kunne lese alle tilbud og personopplysninger bare fordi vedkommende drifter systemet.
Gjør loggen brukbar
La brukeren filtrere på konkurranse, leverandør, dokument, hendelsestype, aktør og tidsrom. Vis en forståelig tidslinje og la autoriserte brukere eksportere et signert eller checksum-kontrollert utdrag.
Test revisjonssporet med konkrete spørsmål:
- Hvilken dokumentversjon var synlig for leverandørene klokken 12:00?
- Hvem åpnet tilbudene, og var fristen passert?
- Hvorfor endret totalscoren seg etter første evaluering?
- Ble arkivoverføringen fullført for alle dokumentene?
- Hvem godkjente kontraktsendringen og økonomisk effekt?
Hvis systemet ikke kan svare uten databasearbeid, er revisjonssporet for teknisk.
Les om arkivering og Noark og tilgangsstyring .
Offentlig kilde
Se DFØs veiledning om digitale anskaffelser . Den konkrete loggmodellen må også bygge på virksomhetens sikkerhets-, personvern- og arkivkrav.