Avgrens oppgjørsperioder når tidssonene er ulike
Samme hendelse kan få forskjellig kalenderdato i UTC og norsk lokal tid.
En oppgjørsrapport kan bruke UTC mens en bankrapport viser norsk kalenderdato. Samme tidspunkt kan dermed havne i forskjellige dags- eller månedsperioder. Avklar tidssone og hvilket tidsfelt rapporten avgrenser etter før beløp sammenlignes.
Det er også forskjell på tidspunkt for salg, opprettelse av saldobevegelse, tilgjengelige midler og bankutbetaling. En korrekt tidssoneomregning løser ikke en sammenligning som bruker forskjellige hendelser.
Et salg rundt norsk midnatt
Syntetisk eksempel på sommerhalvåret, når norsk lokal tid i dette eksemplet er UTC+02:00.
| Perspektiv | Tidspunkt | Kalenderdato |
|---|---|---|
| Hendelsestid i UTC | 2026-06-30 22:30Z | 30. juni |
| Samme hendelse i Oslo | 2026-07-01 00:30+02:00 | 1. juli |
| Bankutbetaling senere | 2026-07-03 | 3. juli |
Et juniuttrekk i UTC kan inkludere salget, mens en julirapport i lokal tid også inkluderer det. Rapportene beskriver samme hendelse med forskjellige grenser, ikke to salg.
Definer en entydig periode
Bruk en dokumentert start som er inkludert og slutt som er ekskludert, eller en annen klart avtalt grensemodell. Da unngår dere at en hendelse nøyaktig ved grensen faller i begge perioder. Noter også om kilden bare har dato, eller et tidsstempel med offset.
RFC 3339 beskriver en standardisert tidsstempelrepresentasjon. Den gjør tidspunktet lesbart, men bestemmer ikke virksomhetens rapporteringsperiode. Tidssonen Europe/Oslo har sesongvariasjon, så en fast pluss-to-timersregel er ikke riktig hele året.
- Bevar råtidsstempel og original offset.
- Dokumenter hvilket hendelsesfelt perioden gjelder.
- Test både vanlig døgnskifte og overgang mellom sommer- og vintertid.
- Kontroller om rapporten tilbyr UTC og lokal tid som separate felt.
- Sammenlign samme tidsgrunnlag før avvik summeres.
Når bare dato finnes
En dato uten tidssone skal ikke få et oppdiktet klokkeslett som gir tilsynelatende presisjon. Avklar kildens betydning og dokumenter begrensningen. Hvis den ikke kan kobles entydig til en lokal dag, kan en lengre avstemmingsperiode være mer robust.
Stripe viser egne tidsfelt og tidssonevalg i saldorapporten. Det illustrerer hvorfor rapportens feltbeskrivelse må leses, også når alle kolonner inneholder gyldige datoer.
Se hendelsestid og registreringstid og utbetalings-ID.
Lag et uttrekk for hele det aktuelle døgnskiftet og sammenlign med de to delperiodene. Hendelsesidentitetene skal danne samme samlede mengde uten overlapp eller hull. Beløpene alene kan være utilstrekkelige fordi to like hendelser kan feilaktig utlignes i totalen hvis én mangler og en annen gjentas.