...
| Info |
|---|
Den fremtidige og anbefalede retningslinje for revisionshistorik er, at selve revisionshistorikken altid skal indeholde seneste version af entiteten. Det betyder, at revisionshistorikken ved:
|
Eksempler:
Kontaktgrupper, hvor der til hver enkel kontaktgrupperegistrering (entitet) er tilknyttet en kollektion indeholdende tidligere versioner af kontaktgrupperegistreringen (entiteten). Hver tidligere version i kollektionen indeholder således data for kontaktgrupperegistreringen, som den så ud på det tidspunkt, hvor versionen blev dannet.
Fravær, hvor der til hver enkel fraværsregistrering (entitet) er tilknyttet en kollektion indeholdende tidligere versioner af fraværsregistreringen (entiteten). Hver tidligere version i kollektionen indeholder således data for fraværsregistreringen, som den så ud på det tidspunkt, hvor versionen blev dannet.
Afholdte samtaler, hvor der til hver enkelt registrering af en afholdt samtale (entitet) er tilknyttet en kollektion indeholdende tidligere versioner af registreringen for den afholdte samtale (entiteten). Hver tidligere version i kollektionen indeholder således data for registreringen af den afholdte samtale, som den så ud på det tidspunkt, hvor versionen blev dannet. Gældende for afholdte samtaler er, at de ikke forretningsmæssigt opdateres men i stedet berigtiges i de situationer, hvor der er sket fejlregistreringer.
...
Når en hel entitet indeholdende enten aktuelle data eller historiske data slettes, skal dette registreres i revisionshistorik. Dette i form af to registreringerDet skal i disse situationer sikres, at revisionshistorikken indeholder to registreringer ved en sletning, der hver især indholder indeholder følgende oplysninger for entiteten:
Registrering indeholdende en kopi af entitetens data, som de så ud på sletningstidspunktet samt med information om, hvem der seneste har rørt (oprettet eller opdateret) entiteten samt tidspunkt herfor.
Registrering indeholdende en kopi af entitetens data, som de så ud på sletningstidspunktet samt med markering for, at der er tale om en sletning, information om, hvem der sletter entiteten samt tidspunkt herfor.
| Info |
|---|
Følges de anbefalede retningslinjer for revisionshistorik, så vil punkt 1 ikke skulle registreres for entiteten ved selve sletningen, da denne allerede blev registreret i forbindelse med, at entiten enten blev oprettet eller opdateret. |
Sletning/fjernelse af en eller flere værdier på en entitet (både aktuelle data og historiske data)
Når en eller flere værdier slettes/fjernes fra en entitet, det værdende sig, når værdien på en eller flere properties sættes til blank/nulstilles (NULL), skal dette registreres i revisionshistorik. Dette vil ske gennem en opdateringen af entiteten. Det skal i disse situationer sikres, at revisionshistorikken indeholder en registrering med følgende oplysninger for entiteten.
Registrering indeholdende en kopi af entitetens data, som de så ud på opdateringstidspunktet med information om, hvem der seneste har rørt (oprettet eller opdateret) entiteten samt tidspunkt herfor.
| Info |
|---|
Følges de anbefalede retningslinjer for revisionshistorik, så vil punkt 1 ikke skulle registreres for entiteten ved selve opdateringen, da denne allerede blev registreret i forbindelse med, at entiteten enten blev oprettet eller opdateret. Derimod skal der laves en registrering i revisionshistorikken indeholdende en kopi af entitetens data, som de ser ud efter opdateringen (efter sletning/fjernelse af værdier) med markering for, at der er tale om en opdatering, information om, hvem der opdaterer entiteten samt tidspunktet herfor. |
Teknisk dokumentation
Hvordan historiske data og den historiske revisionslog bør udstilles til aftagere er nærmere beskrevet på Det gode servicelandskab - sammenhæng imellem typer af services og deres roller.