53-ukersår — når de skjer og hvorfor de skaper problemer i lønn, retail og finans
De fleste år har 52 ISO-uker. Hvert noen år har et år 53. Når det skjer, får lønnskjøringen en ekstra runde, år-over-år-sammenligninger i retail sklir ut, sendeskjemaer flytter på seg, og kvartalsrapporter stemmer ikke på samme måte som i fjor.
Den 53. uken er ikke tilfeldig. Den følger et forutsigbart mønster. Men fordi den skjer sjelden — omtrent én gang hvert femte eller sjette år — skjønner team som ikke har vært borti det før ofte ikke hva som skjer før de allerede håndterer konsekvensene.
Når har et år 53 ISO-uker?
Et år får en 53. ISO-uke når 1. januar faller på en torsdag, eller når det er skuddår og 1. januar faller på en onsdag.
Den underliggende grunnen: ISO-uker går fra mandag til søndag, og uke 1 er uken som inneholder årets første torsdag. I de fleste år går 365 dager opp i nøyaktig 52 uker og 1 dag — så året «bruker opp» 52 hele mandag-til-søndag-blokker med én dag til overs som ruller over i neste år. Men i lange år (der ukedag-justeringen treffer akkurat), er det nok plass til en 53. hel uke før året er slutt.
53-ukersår fra 2015 til 2040:
| Year | Jan 1 day | Leap year |
|---|---|---|
| 2015 | Thursday | No |
| 2020 | Wednesday | Yes |
| 2026 | Thursday | No |
| 2032 | Thursday | No |
| 2037 | Thursday | No |
Mellom 2000 og 2100 har 71 år 52 uker og 29 år har 53 — omtrent ett av tre år, selv om mellomrommene er ujevne. Du kan gå 6 år uten et slikt år (2021–2026) eller få dem tettere (2015, 2020).
Hvordan se om et gitt år har 53 uker
Den mest direkte måten: sjekk om 28. desember ligger i uke 53. 28. desember er alltid i årets siste ISO-uke per definisjon (den er alltid innen 3 dager fra 31. desember, og den siste hele uken inneholder den alltid). Hvis ISOWEEKNUM(December 28, year) returnerer 53, har året 53 uker.
from datetime import date
def has_53_weeks(year):
return date(year, 12, 28).isocalendar()[1] == 53
has_53_weeks(2026) # True
has_53_weeks(2027) # False
-- PostgreSQL
SELECT EXTRACT(week FROM DATE '2026-12-28'); -- 53
SELECT EXTRACT(week FROM DATE '2027-12-28'); -- 52
isoWeek(new Date('2026-12-28')) // 53
isoWeek(new Date('2027-12-28')) // 52
Lønnsproblemet
I et 52-ukersår kjører en bedrift med ukentlig lønn nøyaktig 52 utbetalinger. I et 53-ukersår blir det 53.
For månedslønnede ansatte spiller dette ingen rolle — lønn deles på 12 uansett antall uker. Men for ukentlig eller hver-annen-uke-lønn skaper det reelle problemer:
Ukentlig lønn: 53 utbetalinger i stedet for 52. Hvis ansatte får et fast ukesbeløp, blir total årslønn høyere enn årslønns-tallet. En ansatt med $52,000/år ved $1,000/uke får $53,000 i et 53-ukersår.
Hver annen uke (bi-weekly): De fleste år har 26 utbetalinger. Et 53-ukersår kan ha 27, avhengig av hvor lønnssyklusen starter. Ansatte som får $2,000 per kjøring mottar $54,000 i stedet for $52,000.
Årsbudsjettet stemmer ikke. Lønnsbudsjetter settes vanligvis som årstall. Den ekstra kjøringen skaper en uplanlagt kostnad som kan bli mange millioner dollar for en stor arbeidsgiver.
Hvordan selskaper håndterer det:
- Noen reduserer siste lønning slik at årstotalen blir riktig — juridisk er dette greit så lenge det er kommunisert, men ansatte merker det
- Noen behandler den ekstra uken som en bonus — enklere, men dyrere
- Noen justerer bidrag og trekk (pensjon, fordeler) pro rata over den ekstra kjøringen
- Beste praksis er å kommunisere det på forhånd og fastsette lønnspolicy ved årets start
Problemet kommer tilbake hvert 5.–6. år og tar fortsatt selskaper på senga fordi lønnsteam skifter og institusjonell kunnskap forsvinner.
Retail: sammenligningsproblemet mellom 52-ukers og 53-ukersår
Butikker som organiserer regnskapsåret etter uker — altså de fleste store kjeder — får et strukturelt problem med år-over-år-sammenligning.
Et 53-ukers regnskapsår har én uke mer handel enn et 52-ukersår. Den ekstra uken med omsetning gjør helårstallet større, men det er ikke vekst — det er bare mer tid. Når året etter går tilbake til 52 uker, kan det se ut som nedgang, selv om underliggende ukeprestasjon ble bedre.
Eksempel:
- Regnskapsår 2026 (53 uker): $530M omsetning med $10M/uke i snitt
- Regnskapsår 2027 (52 uker): $520M omsetning med $10M/uke i snitt
Omsetningen falt $10M. Men prestasjonen var flat. Uten justering for den ekstra uken blir sammenligningen misvisende.
Standardløsningen: Retailere publiserer «comparable week»/«like-for-like»-tall som ekskluderer den 53. uken fra sammenligningen mot året før. I resultatrapporter ser du ofte formuleringer som «på sammenlignbart 52-ukers grunnlag» nettopp av denne grunn.
Rebase-problemet: Etter et 53-ukersår forskyves kalenderen med én uke. Uke 1 i neste regnskapsår starter én uke senere enn den gjorde etter et 52-ukersår. Det betyr at samme ukenummer i to nabår dekker ulike handledager — å sammenligne «uke 14» i 2027 med «uke 14» i 2026 sammenligner forskjellige datointervaller. Retailere som publiserer ukentlige comp-tall må rebase forrige års serie hver gang et 53-ukersår inntreffer.
TV/radio: forskyvningen i 53-ukersår
Kringkasting organiserer hele den kommersielle kalenderen rundt ISO-uker. Reklame kjøpes og selges i ukeslots. Seertall aggregeres per uke. Programplaner legges et helt år i forveien etter ukenummer.
Et 53-ukersår tvinger fram en forskyvning på én uke i alle påfølgende års planer relativt til året før. Hvis en sesongfinale gikk i uke 20 i fjor, vil den gå i uke 20 i år — men uke 20 i år tilsvarer andre kalenderdatoer, fordi 53-ukersåret nullstilte justeringen.
For nettverk med flerårige franchiser betyr dette noe: hendelser (prisutdelinger, sportsfinaler, sesonginnhold) forankres i konkrete datoer, mens ukesplanen forankres i ukenummer. I 53-ukersår kommer disse i konflikt.
Bransjen håndterer dette typisk ved å publisere en «schedule rebase» ved årets start som viser hvordan årets uker kartlegges mot fjorårets uker for sammenligning.
Finansiell rapportering: 4-4-5-kalenderen
Mange selskaper rapporterer ikke etter kalendermåned i det hele tatt. De bruker en regnskapskalender delt i 13 uker per kvartal, organisert i et 4-4-5-mønster (4 uker, 4 uker, 5 uker per kvartal). Dette gir fire helt like kvartaler på 91 dager hver — et renere sammenligningsgrunnlag enn kalendermåneder, som varierer fra 28 til 31 dager.
I et 53-ukersår må 4-4-5-kalenderen ta høyde for én ekstra uke. Selskaper løser dette på ulike måter:
- Noen legger den til i siste kvartal (slik at Q4 blir et 5-4-5- eller 4-5-5-kvartal)
- Noen legger den til i Q1 eller i andre kvartal i regnskapsåret
- Noen har en fast regel (f.eks. «ekstra uke går alltid i Q4») for konsistens
Investorer og analytikere vet at de må justere for dette. Resultatmeldinger i 53-ukersår inkluderer ofte en merknad om at perioden inneholder en ekstra uke, og viser hva sammenlignbart 52-ukers-tall ville vært.
Brukere av 4-4-5-kalenderen inkluderer de fleste store amerikanske retailere, mange forbruksvare-selskaper og en betydelig del av hotell-, restaurant- og matservicebransjen. Hvis du har lurt på hvorfor et selskaps regnskapsår slutter 29. januar i stedet for 31. januar, er det fordi de «snapper» til nærmeste lørdag ved slutten av 52. eller 53. uke.
Produksjon og forsyningskjede: uke-basert planlegging
Fabrikker planlegger ikke etter måned — de planlegger etter uke. En produksjonskjøring settes til en bestemt ISO-uke. Råvareleveranser times til å komme innen uke 12. Ferdigvarer sendes i uke 14.
Et 53-ukersår legger til en uke med kapasitet som ikke finnes i en 52-ukers plan. Det kan være bra (ekstra produksjonstid for å bygge lager før en sesongtopp) eller en komplikasjon (den 53. uken faller mellom to regnskapsår og kapasiteten er ikke budsjettert).
Kontrakter i forsyningskjeder spesifiserer ofte levering i ISO-uker. En kontrakt som sier «levering innen uke 10» er entydig — det betyr uken som inneholder mandagen i uke 10 i det aktuelle året. Men hvis kontrakten ble skrevet i et 52-ukersår og leveringen skjer i et 53-ukersår, forskyves koblingen mellom ukenummer og datoer, og begge parter må sjekke at systemene er enige.
Hvordan fremtidssikre systemer for 53-ukersår
Lagre ISO-ukeår, ikke bare ukenummer. Uke 1 i 2026 og uke 1 i 2025 er forskjellige uker. En databasekolonne som bare inneholder 1 er tvetydig. Lagre alltid paret: (iso_year, iso_week).
Bygg 53-uke-bevissthet inn i årssluttprosesser. Alle systemer som kjører «én gang per uke per år» — lønnssykluser, ukerapporter, planlagte jobber — bør håndtere 53 iterasjoner uten å stoppe ved 52.
Marker 53-ukersår i regnskapskalenderen ved årets start. Vær i forkant: vet du at regnskapsåret får en ekstra uke, skal det ikke komme som en overraskelse i desember.
Test med 53-ukersdatoer. Når du skriver kode som håndterer datoer, inkluder datoer som 29.–31. desember 2026 i testsuiten. Dette er de mest sannsynlige datoene for å avsløre ukenummer-feil.
Kommuniser til ansatte før lønn overrasker dem. Hvis lønnssystemet vil kjøre en ekstra runde, si fra i januar, ikke i desember når de allerede har brukt pengene de forventet.
53-ukersår i korte trekk
De neste 53-ukersårene, med relevante kalendergrenser:
| Year | Week 53 Monday | Week 53 Sunday |
|---|---|---|
| 2026 | December 28, 2026 | January 3, 2027 |
| 2032 | December 27, 2032 | January 2, 2033 |
| 2037 | December 28, 2037 | January 3, 2038 |
I hvert 53-ukersår er uken som «ikke skulle finnes» bare en helt vanlig uke — den starter på en mandag og slutter på en søndag som alle andre. Det rare ligger bare i hvordan systemer som antar 52 uker håndterer den.
Bruk ISO Week Number Calculator for å sjekke ukenummer for en hvilken som helst dato, eller se hvilken uke det er i dag.


