Vad är ett revisionsspår?

Ett revisionsspår är en kronologisk logg över varje ändring av en tillgång eller post - vem som gjorde vad, när, och vilket värdet var före och efter. I ett inventarieregister är det den löpande historiken bakom varje rad: varje utlåning, överföring, reparation och redigering, i ordning, med namn och tidsstämpel. Det är bevislagret en revision av anläggningstillgångarna lutar sig mot, och grunden för äkta revisionsberedskap.

Vad ett revisionsspår registrerar

Den användbara enheten är händelsen, och en komplett händelse har fyra delar: aktören, tidsstämpeln, åtgärden och värdena före och efter. För en enskild laptop kan ett friskt spår se ut så här: inköpt och registrerad i januari, tilldelad en namngiven medarbetare i februari, status ändrad till “på reparation” med ärende bifogat i oktober, tillbaka i förrådet med skickanteckningar följande vår, överförd till en ny medarbetare en vecka senare.

Allt som ändrar posten hör hemma i spåret: ägar- och platsändringar, statusändringar, redigeringar av fält som inköpspris eller serienummer, bifogade dokument, godkännandebeslut och underhållsposter. En rad som bara säger “post uppdaterad” är en lucka med tidsstämpel.

Revisionslogg eller revisionsspår

Termerna används om vartannat, men en distinktion är värd att göra. Loggen är det systemet skriver - en rå, systemövergripande ström av händelser. Spåret är det du kan följa - den rekonstruerbara historiken för en specifik tillgång eller transaktion. Loggarna är råmaterialet; spåret är vägen genom dem. Ett system som registrerar mycket men inte kan visa allt som någonsin hänt med tillgång LT-0042, i ordning, har loggar men inget spår.

Varför revisorer frågar efter det

En revisors jobb är att pröva påståenden: den här tillgången finns, den är tilldelad den här personen, den avyttrades när böckerna säger att den gjorde det. Registret anger bara nuläget; spåret visar hur det blev så. Samma bevis löser vardagstvister långt innan någon revisor dyker upp - “jag lämnade tillbaka den för flera månader sedan”, “den skärmen var redan skadad när jag fick den” - och stödjer försäkringsärenden, stöldanmälningar och en ren offboarding när utrustningen efter någon som slutar lämnas in.

Utan spår är registret en ögonblicksbild. Det kan säga vem som har en enhet idag, men inte vem som hade den i mars - vilket oftast är frågan som spelar roll.

Vad som bryter ett revisionsspår

• Redigerbar historik - i ett kalkylark kan vilken cell som helst skrivas över tyst, så det finns inget före och efter, bara det senaste påståendet.
• Delade inloggningar - om varje åtgärd gjordes av “admin” är vem-kolumnen ren dekoration.
• Sidokanaler - överlämningar som görs upp i chatten eller med en nick i korridoren når aldrig posten.
• Radera i stället för att avveckla - att ta bort en avyttrad tillgångs post förstör historiken; spåret ska överleva tillgången.
• Klumpregistrering i efterhand - att mata in en månads händelser i ett svep ger tidsstämplar som beskriver datainmatningen, inte händelserna.

Revisionsspår i praktiken

Mönstret som håller: varje ändring går genom ett system som registrerar automatiskt, alla agerar under egen inloggning, och poster avvecklas i stället för att raderas. Då blir en fysisk inventering eller avstämning en jämförelse mot bevis i stället för mot minnen. I AMPthilly loggas utlåningar, återlämningar, överföringar, statusändringar, fältredigeringar, ärenden och godkännanden automatiskt till en filtrerbar tidslinje per tillgång, med en systemövergripande adminvy och CSV-export till revisorerna.

Relaterade termer

• Fysisk inventering - den återkommande kontrollen att verkligheten fortfarande stämmer med spåret
• Avstämning av tillgångar - att reda ut skillnader mellan poster och verklighet
• Verifiering av tillgångar - att fysiskt bekräfta att tillgångarna finns som registrerat
• Revision av anläggningstillgångar - den formella granskning som stödjer sig på spåret som bevis
• Revisionsberedskap - att hålla posterna i ett skick där revisionen inte överraskar