GTL-logg i kassasystem

GTL-logg er en del av kontrollsporet i et norsk kassasystem. Den skal gjøre det mulig å forstå hva som har skjedd i kassen, ikke bare hva totalsummen ble.

En nyttig GTL-logg bør registrere hendelser som retur, annullering, prisendring, rabatt, kontantavvik, åpning av kasseskuff og endringer i oppsett. Dette gir bedre dokumentasjon ved kontroll og gjør det lettere å rydde opp i avvik internt.

Poenget er ikke at ansatte skal skrive lange forklaringer hele dagen. Miti POS logger relevante hendelser automatisk og ber om årsak eller ledergodkjenning der det faktisk trengs.

Når GTL-loggen henger sammen med Z-rapport og retur og korrigering , får virksomheten bedre kontroll uten at kassen blir tung å bruke.

Der kvaliteten vanligvis svikter

For GTL-logg i kassasystem er hovedrisikoen at totalsummen stemmer mens fordelingen mellom MVA, betalingsmåter eller kassapunkter er feil. GTL-loggen gir kontrollspor for viktige hendelser i kassen og bør være innebygd i salgsflyten. Derfor bør forbedringen starte ved det første punktet der opplysningene blir usikre, ikke ved den siste rapporten der feilen blir oppdaget.

Prøv rutinen på et vanskelig eksempel

Bruk følgende hendelse: to kassapunkter som stenger på ulikt tidspunkt og har hver sin retur, kontantbeholdning og terminalrapport. Skriv ned hvor teamet mangler fakta, hvor to personer kan tolke situasjonen ulikt, og hvilken dokumentasjon som avgjør veien videre. For GTL-logg i kassasystem bør denne øvelsen ende i én forklarbar beslutning, ikke flere parallelle versjoner av saken.

Etter 33 dager bør ledelsen se på oppgjørsdifferanse, manglende kvitteringsnummer, manuelle posteringer og tid til godkjent dagsoppgjør. Dersom samme feil oppstår igjen, må årsaken undersøkes ved kilden. Dersom feilen forsvinner, men tidsbruken øker kraftig, bør kontrollen forenkles uten å fjerne sporbarheten.

Spørsmål til neste arbeidsmøte

1. Grunnlaget: Hvilke deler av nummererte kvitteringer, avgiftsfordeling, betalingsmåter, korreksjoner, kassabeholdning og rapporttidspunkt påvirker konklusjonen om GTL-logg i kassasystem, og hvilke opplysninger er fremdeles bare antakelser? Noter kilde og kontrolltidspunkt for de viktigste tallene eller hendelsene.
2. Avviket: I situasjonen der to kassapunkter som stenger på ulikt tidspunkt og har hver sin retur, kontantbeholdning og terminalrapport, hvor skal arbeidsflyten stoppe, hvem undersøker fakta, og hva må være bekreftet før saken kan fortsette?
3. Beslutningen: Hvem blant butikksjefen, skiftlederen og den regnskapsansvarlige kan avgjøre hvilke valg en ansatt kan gjøre selv, og hvilke avvik som krever ledergodkjenning, og hvem skal kontrollere at beslutningen faktisk blir gjennomført i alle berørte systemer eller rutiner?
4. Effekten: Hvilke to mål fra oppgjørsdifferanse, manglende kvitteringsnummer, manuelle posteringer og tid til godkjent dagsoppgjør gir det mest ærlige bildet av om arbeidet med GTL-logg i kassasystem er blitt bedre? Fastsett utgangspunkt, ønsket endring og dato for måling.
5. Grensen: Hvilke deler av vurderingen kan virksomheten gjøre selv, og når krever GTL-logg i kassasystem oppdatert myndighetsinformasjon, kontraktsavklaring eller bistand fra en kvalifisert fagperson? Dokumenter stoppunktet før en reell sak oppstår.

Hvis virksomheten vil arbeide videre med GTL-logg i kassasystem i sin egen situasjon, kan den melde interesse for Miti POS .

Kilder og faglig grunnlag

Kildene nedenfor er valgt for å gjøre sentrale påstander i guiden om GTL-logg i kassasystem etterprøvbare.

• Skatteetaten: spørsmål og svar om kassasystemer
• Lovdata: kassasystemforskrifta

Sist faglig gjennomgått av Miti-redaksjonen: 27. august 2026. Se redaksjonell metode .