Skill hendelsestid fra registreringstid i integrasjonen
Sen registrering kan gjelde en tidligere hendelse og skal ikke automatisk flytte den økonomiske perioden.
Et salg kan skje før integrasjonen mottar det, og bokføringsprosessen kan registrere det enda senere. Hendelsestid, mottakstid og registreringstid er forskjellige opplysninger. En kolonne som bare heter «timestamp», gjør dette skillet uklart.
Beskriv hva hvert tidsfelt betyr og hvilken kilde som setter det. Bevar tidssone eller offset der feltet angir et presist tidspunkt. RFC 3339 beskriver en entydig tidsstempelrepresentasjon, men avgjør ikke hvilken hendelse som er relevant for rapporten.
En forsinket levering ved månedsskiftet
Syntetisk eksempel med alle klokkeslett i UTC.
| Tidstype | Tidspunkt | Betydning |
|---|---|---|
| Hendelse i kilden | 2026-09-30 21:00Z | Salget skjedde |
| Mottak i integrasjonen | 2026-10-01 06:00Z | Data kom frem |
| Registrering i lokalt system | 2026-10-01 06:10Z | Lokal behandling ferdig |
| Ny levering av samme hendelse | 2026-10-02 08:00Z | Ny forekomst, ikke nytt salg |
En rapport basert på registreringstid kan vise oktober, mens en hendelsesrapport viser september. Forskjellen må forklares med rapportens formål. Den fjerde raden skal ikke bli et ekstra salg.
Definer sortering og periodegrunnlag
Ved statusbehandling kan hendelsestid være viktig for rekkefølge, mens mottakstid viser forsinkelse. Hvis kilden ikke leverer sikker hendelsestid, må begrensningen være synlig. Ikke konstruer et tidspunkt som ser presist ut, men bare er eksporttid.
Test en hendelse som kommer sent og en eldre hendelse som leveres etter en nyere. Kontroller at mottaket ikke automatisk lar siste ankomst overstyre riktig nyere tilstand.
- Bevar alle nødvendige tidsfelter med klare navn.
- Dokumenter hvilken klokke og tidssone som brukes.
- Kontroller forsinkelse uten å endre original hendelsestid.
- Bruk stabil hendelsesidentitet ved gjentatt levering.
- Avklar hvilken tid rapportens periode faktisk følger.
Begrensningen ved tidsstempelkontroll
Et gyldig tidsstempel beviser ikke at kildens klokke var riktig. Det beviser heller ikke at hendelsen er komplett eller at den skal bokføres i den angitte perioden. Dokumentets dato og relevant regnskapsgrunnlag må vurderes separat.
Mål gjerne forsinkelse fra hendelse til mottak, men hold negative eller ukjente forskjeller synlige. De kan skyldes klokkeavvik, tidssonefeil eller feil feltkobling. Å sette dem til null skjuler kontrollproblemet.
Les tidssone i oppgjør og sen kildeendring.
I forsinkelsesprøven bør rapporten kunne vise at hendelsen ble mottatt ni timer senere uten å omskrive hendelsestiden. En slik differanse er en teknisk måling. Den skal ikke alene utløse regnskapsmessig flytting, fordi riktig periode også avhenger av dokumentets innhold og den konkrete oppgaven.