Spårbarhet i Excel jämfört med en riktig granskningslogg
En bank gjorde en internrevision förra året. Revisorn frågade vem som hade ändrat klassificeringen av en viss kund tre veckor tidigare. Filen låg på SharePoint med versionshistorik påslagen. Tolv personer hade ändrat i filen den veckan. SharePoint registrerar sparningar, inte ändringar.
Det tog tre personer tre dagar att få fram svaret. Till slut ringade de in det med hjälp av versionshistoriken, en villkorsstyrd formatering som råkade markera ändrade celler och en mejlkedja om filen. Revisorn godtog svaret men noterade en brist i processen. Åtgärdsplanen tog en vecka till.
Det är en kostnad de flesta företag betalar i det tysta, utan att sätta en siffra på den.
Vad en granskningslogg måste klara
Revisorns fråga ser alltid likadan ut: vem ändrade vad, när och varför? Det handlar om ett enda cellvärde vid en bestämd tidpunkt, ändrat av en bestämd person av ett bestämt skäl.
| Egenskap | Excel + SharePoint | Riktig granskningslogg |
|---|---|---|
| Vem som ändrade cellen | Härleds ur en jämförelse | Registreras direkt |
| Tidsstämpel | När filen sparades | När värdet ändrades |
| Orsak | Frivillig, ofta tom | Obligatorisk |
| Gammalt / nytt värde | Går att få fram med en jämförelse | Sparas i loggen |
| Massinklistring | En sparning | En händelse per rad |
| Klarar att filen byter namn | Nej | Ej tillämpligt |
Att pussla ihop historiken i efterhand är inte samma sak som att logga den.
Tre fel som inte går att lösa i Excel
Ändringen offline. Någon tar med sig filen hem, ändrar på sin laptop och laddar upp den på måndagen. Versionshistoriken visar en sparning med tusentals skillnader. Ingenting skiljer den avsiktliga ändringen från alla som bara råkade följa med.
Massinklistringen. Någon klistrar in tusen rader från en export. Versionshistoriken visar en sparning med ett enda stort block av ändringar. Den rad som spelade roll försvinner i mängden.
Filkopian. Någon gör en kopia av filen, ändrar i kopian, tar bort originalet och döper om kopian till originalets namn. Versionshistoriken börjar om från noll, och allt som fanns innan är borta.
En riktig granskningslogg har inte de här problemen, eftersom datan inte ligger i en fil utan i rader. Vid varje ändring sparas vem som gjorde den, när, värdet före, värdet efter och (där det krävs) orsaken. Att redigera offline finns inte ens som begrepp. gridmap loggar varje rad på det sättet, och du kan köra frågor direkt mot loggen, även för raderade rader, som går att återställa.
Därför väger det tyngre i reglerade verksamheter
För banker, försäkringsbolag, börsnoterade bolag och alla med en SOC-rapport eller ISO 27001-certifiering handlar en granskningslogg som registrerar varje ändring inte om produktivitet, utan om den interna kontrollen blir godkänd eller inte. Spårbarheten i kalkylark bedöms allt oftare som otillräcklig, särskilt i allt som rör den finansiella rapporteringen. Åtgärden brukar vara att flytta datan från Excel till något med tydligare spårbarhet, och det är ett arbete du ändå hade behövt göra.
För alla andra är värdet de tre dagar som banken förlorade, gånger hur ofta ditt team får frågor om det som redan har hänt.
Går det inte att svara på ”vem ändrade det här värdet, när och varför?” med två klick står sig kalkylarket inte när någon börjar ställa kritiska frågor.