Роки з 53 тижнями — коли вони трапляються і чому створюють проблеми в зарплаті, ритейлі та фінансах

Більшість років мають 52 ISO-тижні. Раз на кілька років рік має 53. Коли це стається, зарплата по тижнях проходить ще один цикл, порівняння ритейлу рік-до-року ламаються, сітки мовлення зсуваються, а квартальні звіти «не сходяться» так, як минулого року.

53-й тиждень не випадковий. Він з’являється за передбачуваною закономірністю. Але тому що це відбувається нечасто — приблизно раз на п’ять-шість років — команди, які не стикалися з цим раніше, часто не усвідомлюють, що саме відбувається, доки вже не доводиться розгрібати наслідки.

Коли в році буває 53 ISO-тижні?

Рік отримує 53-й ISO-тиждень, коли 1 січня припадає на четвер, або коли це високосний рік і 1 січня припадає на середу.

Причина глибше: ISO-тижні йдуть з понеділка по неділю, а тиждень 1 — це тиждень, який містить перший четвер року. У більшості років 365 днів діляться на 52 тижні і 1 день — тож рік «вміщує» 52 повні блоки понеділок-неділя й має один зайвий день, який переходить у наступний рік. Але в «довгі» роки (коли дні тижня вирівнюються правильно) є місце для повного 53-го тижня до завершення року.

Роки з 53 тижнями з 2015 по 2040:

Між 2000 і 2100 роками 71 рік має 52 тижні, а 29 років — 53, тобто приблизно кожен третій рік, хоча проміжки нерівномірні. Можна прожити 6 років без такого року (2021–2026) або мати їх ближче один до одного (2015, 2020).

Як визначити, чи має конкретний рік 53 тижні

Найпряміший спосіб: перевірити, чи 28 грудня потрапляє у тиждень 53. За визначенням 28 грудня завжди належить до останнього ISO-тижня року (він завжди в межах 3 днів від 31 грудня, а останній повний тиждень завжди його містить). Якщо ISOWEEKNUM(28 грудня, рік) повертає 53, цей рік має 53 тижні.

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

Проблема для payroll (зарплатних циклів)

У 52-тижневий рік компанія, яка робить weekly payroll, проводить рівно 52 виплати. У 53-тижневий — 53.

Для співробітників із місячною зарплатою це не має значення — зарплату ділять на 12 незалежно від тижнів. Але для weekly або bi-weekly payroll це створює реальні проблеми:

Weekly payroll: 53 виплати замість 52. Якщо працівникам платять фіксовану суму за тиждень, загальна річна компенсація стає вищою за річну цифру «зарплати». Працівник із $52,000/рік при $1,000/тиждень отримає $53,000 у 53-тижневий рік.

Bi-weekly payroll: У більшості років є 26 двотижневих виплат. У 53-тижневий рік може бути 27, залежно від того, коли починається цикл. Працівник із $2,000 за виплату отримує $54,000 замість $52,000.

Річний бюджет не збігається. Payroll-бюджети зазвичай задаються як річні суми. Додаткова виплата створює незаплановані витрати, які для великого роботодавця можуть становити мільйони доларів.

Як компанії з цим справляються:

• Деякі зменшують останній платіж, щоб річна сума вийшла правильно — юридично це нормально, якщо про це повідомлено, але працівники помічають
• Деякі трактують додатковий тиждень як бонус — простіше, але дорожче
• Деякі пропорційно коригують внески та утримання (пенсія, бенефіти) на додаткову виплату
• Найкраща практика — попереджати заздалегідь і фіксувати payroll-політику на початку року

Це повторюється кожні 5–6 років і все одно часто застає зненацька, бо payroll-команди змінюються, а інституційна пам’ять губиться.

Ритейл: проблема порівняння 52-тижневого і 53-тижневого року

Ритейлери, які організують фінансовий календар навколо тижнів — а це більшість великих мереж — стикаються зі структурною проблемою порівнянь рік-до-року.

У 53-тижневому фінансовому році є на один торговий тиждень більше, ніж у 52-тижневому. Цей додатковий тиждень виручки робить річну цифру більшою, але це не зростання — це просто більше часу. Коли наступний рік повертається до 52 тижнів, здається, ніби є спад, навіть якщо базова тижнева продуктивність покращилась.

Приклад:

• Фіскальний 2026 (53 тижні): $530M виручки при середніх $10M/тиждень
• Фіскальний 2027 (52 тижні): $520M виручки при середніх $10M/тиждень

Виручка впала на $10M. Але продуктивність не змінилася. Без поправки на додатковий тиждень порівняння рік-до-року вводить в оману.

Стандартне рішення: Ритейлери публікують «comparable week» або «like-for-like» показники, які виключають 53-й тиждень з порівняння з попереднім роком. У звітах про прибутки ви побачите формулювання на кшталт «на порівнянній 52-тижневій базі» саме з цієї причини.

Проблема rebasing: Після 53-тижневого року календар зсувається на один тиждень. Тиждень 1 наступного фіскального року починається на тиждень пізніше, ніж після попереднього 52-тижневого року. Це означає, що той самий календарний тиждень у двох сусідніх роках містить різні торгові дні — порівнюючи «тиждень 14» 2027 з «тижнем 14» 2026, ви порівнюєте різні набори дат. Ритейлери, які публікують щотижневі порівняння, змушені щоразу перебазовувати серію попереднього року, коли трапляється 53-тижневий рік.

Мовлення: зсув 53-тижневого розкладу

Телемовлення організовує весь комерційний календар навколо ISO-тижнів. Рекламу купують і продають у тижневих слотах. Рейтинги агрегуються по тижнях. Програмні сітки плануються на цілий рік наперед за номером тижня.

53-тижневий рік змушує зсунути розклад кожного наступного року на один тиждень відносно попереднього. Якщо фінал сезону виходив на тижні 20 минулого року, цього року він знову вийде на тижні 20 — але тиждень 20 цього року відповідає іншим календарним датам, бо 53-тижневий рік «перевиставив» вирівнювання.

Для мереж, які запускають багаторічні франшизи, це важливо: подієві дати (нагороди, спортивні фінали, сезонні програми) прив’язані до конкретних календарних дат, а тижневий розклад прив’язаний до номерів тижнів. У 53-тижневі роки це вступає в конфлікт.

Зазвичай індустрія вирішує це через публікацію «rebase» розкладу на початку кожного року, який показує, як тижні поточного року зіставляються з тижнями минулого року для порівнянь.

Фінансова звітність: календар 4-4-5

Багато компаній взагалі не звітують за календарними місяцями. Вони використовують фіскальний календар, розбитий на 13 тижнів у кварталі, організований за схемою 4-4-5 (4 тижні, 4 тижні, 5 тижнів у кварталі). Це дає чотири ідеально рівні квартали по 91 дню — зручнішу базу для порівнянь, ніж календарні місяці, які мають від 28 до 31 дня.

У 53-тижневий рік у календарі 4-4-5 з’являється додатковий тиждень, який треба кудись «покласти». Компанії роблять це по-різному:

• Деякі додають його до останнього кварталу (роблячи Q4 кварталом 5-4-5 або 4-5-5)
• Деякі додають його до Q1 або до другого кварталу фіскального року
• Деякі тримають фіксоване правило (наприклад, «додатковий тиждень завжди в Q4») для послідовності

Інвестори й аналітики знають, що треба робити поправку. У релізах прибутків у 53-тижневі роки зазвичай є примітка, що період містить додатковий тиждень, і показано, якою була б порівнянна 52-тижнева цифра.

Користувачі календаря 4-4-5 — це більшість великих ритейлерів США, багато FMCG-компаній, а також значна частина готельно-ресторанної індустрії. Якщо ви коли-небудь дивувалися, чому фіскальний рік компанії закінчується 29 січня, а не 31 січня, то причина в тому, що вони «причіпляються» до найближчої суботи наприкінці 52-го або 53-го тижня.

Виробництво і ланцюги постачання: планування за тижнями

Заводи планують не за місяцями — вони планують за тижнями. Виробничий запуск заплановано на конкретний ISO-тиждень. Поставка сировини має приїхати до тижня 12. Готова продукція відвантажується на тижні 14.

53-тижневий рік додає тиждень потужності, якого немає у 52-тижневому плані. Це може бути добре (додатковий час виробництва, щоб наростити склад перед сезонним піком) або створювати складність (53-й тиждень потрапляє між двома фіскальними роками, а потужність не закладена в бюджет).

Контракти ланцюга постачання часто фіксують поставки в термінах ISO-тижнів. Контракт із формулюванням «поставка до тижня 10» однозначний — це тиждень, який містить понеділок тижня 10 у відповідному році. Але якщо контракт писали в 52-тижневий рік, а поставка припадає на 53-тижневий, відповідність номерів тижнів і дат зміщується, і обом сторонам потрібно перевірити, що їхні системи узгоджуються.

Як зробити системи стійкими до 53-тижневих років

Зберігайте ISO-рік тижня, а не лише номер тижня. Тиждень 1 2026 і тиждень 1 2025 — різні тижні. Колонка в базі даних із одним значенням 1 неоднозначна. Завжди зберігайте пару: (iso_year, iso_week).

Вбудуйте обізнаність про 53 тижні в річні процеси. Будь-яка система, яка запускається «раз на тиждень на рік» — payroll-цикли, щотижневі звіти, заплановані задачі — має коректно обробляти 53 ітерації, а не зупинятися на 52.

Позначайте 53-тижневі роки у фіскальному календарі на початку року. Знайте заздалегідь, чи буде в поточному фіскальному році додатковий тиждень. Не дозволяйте, щоб це стало сюрпризом у грудні.

Тестуйте на датах 53-го тижня. Пишучи код для дат, включайте в тести дати на кшталт 29–31 грудня 2026. Саме вони найчастіше проявляють баги нумерації тижнів.

Пояснюйте співробітникам до того, як payroll їх здивує. Якщо payroll-система зробить додатковий цикл, скажіть про це в січні, а не в грудні, коли люди вже витратили очікувані гроші.

53-тижневі роки — коротко

Найближчі роки з 53 тижнями з відповідними межами:

Кожного 53-тижневого року «тиждень, якого не мало б бути» — це звичайний тиждень: він починається в понеділок і закінчується в неділю, як будь-який інший. Дивність — лише в тому, як системи, що припускають 52 тижні, з цим справляються.

Скористайтеся Калькулятором номера ISO-тижня, щоб перевірити номер тижня для будь-якої дати, або подивіться який сьогодні тиждень.