Перенесення свята: посуньте свято компанії на дату, яка підходить вам
Великодній понеділок: 6 квіт. → 10 квіт.
Цей один рядок — і є вся фіча. Працівник, який не святкує обране компанією свято, обирає для нього іншу дату. 6 квітня стає для нього звичайним робочим днем. 10 квітня — оплачуваним вихідним. Календар решти команди не рухається.
Досі свято в Teamtopia було виключно поняттям офісу: вихідний отримували всі одночасно, а команди, розкидані по країнах, конфесіях і календарях, домовлялися про винятки в табличці або в голові менеджера. Тепер перенесення свята — окремий тип відсутності з власною версіонованою політикою, погодженням і власними позначками в календарі команди.
Що насправді змінює перенесення
- Оригінальне свято стає звичайним робочим днем тільки для цього працівника. Для решти офісу воно лишається святом.
- Нова дата стає для нього оплачуваним вихідним.
- Жоден баланс не рухається. Перенесення нічого не нараховує й нічого не списує — баланси відпустки та лікарняних лишаються недоторканими.
- Якщо на нову дату в працівника вже була відсутність, перенесення має вищий пріоритет, і цей день не списується з відпустки чи лікарняних.
- Зарплатний модуль і публічне API рахують перенесений день там, де він тепер є, а не там, де був.
Ви вирішуєте, що можна переносити, як далеко й скільки разів
Перенесення свята — опційна секція в політиці офісу з чотирма налаштуваннями:
- Свята, які можна переносити — чекліст свят офіса. Переносити можна лише те, що ви відмітили; порожній список означає, що поки не переноситься нічого.
- Максимум перенесень на рік — опційний, без верхньої межі. Вимкніть ліміт — річного обмеження не буде. Лічильник іде за роком оригінального свята, тож заміна, яка випала на січень, усе одно витрачає квоту попереднього року.
- Вікно перенесення — той самий календарний рік, ±30 днів від оригінального свята або власне вікно на 1–90 днів до чи після.
- Погодження — «Запити має погоджувати менеджер». Вимкніть — і перенесення застосовується одразу після відправки.
Далі все як у будь-якій іншій секції політики: дата набуття чинності, історія версій і сповіщення працівникам про зміну правил. Самих налаштувань працівники не бачать — вони читають згенерований із них опис: «Нова дата має бути в межах 30 днів до або після оригінального свята.» «За рік можна перенести не більше 2 свят(а).» «Кожне перенесення має погодити менеджер.»
Що робить працівник
Додати запит → Перенесення свята. Кожен рядок — одне свято: назва, офіційна дата й пікер дати.
Пікер блокує, а не попереджає. Дати поза вікном політики, дні, коли офіс не працює, інші свята, сама оригінальна дата й дати, вже обрані в цій же формі, у календарі неактивні. Свято, для якого перенесення вже є, показує «Перенесено на: 10 квіт.», а його пікер вимкнено. Відмова не приходить помилкою після відправки, бо хибний вибір неможливо зробити.
Під списком блок Ваші перенесені свята веде підсумок — Великодній понеділок: 6 квіт. → 10 квіт. — і рік з'являється автоматично, коли дати потрапляють у різні роки. В одну відправку можна покласти кілька свят; далі кожне погоджується окремо.
Де перенесення видно
- У календарі команди — на обох датах. На офіційному святі поповер тепер ділить офіс: «Святкують у стандартну дату: 12» / «Перенесли: 3» — з іменами та їхніми новими датами. На даті заміни працівник показаний як відсутній, із позначкою перенесеного свята й підписом 6 квіт. → 10 квіт.
- Google Календар. Окремий чекбокс «Перенесені свята» для кожного під'єднаного календаря. За замовчуванням вимкнений, тож у наявній інтеграції нові події не з'являться, доки ви його не увімкнете.
- Slack. Власна група сповіщень — надіслано, погоджено, відхилено та відповідні скасування — з плейсхолдерами [holiday] і [holiday_date] поряд зі звичними.
Коли правила змінюються потім
Приберіть свято з календаря офіса — і погоджені перенесення, прив'язані до нього, зникнуть разом із ним. Працівник отримає лист і повідомлення в Slack про те, що ця дата знову робоча, а не дізнається про це в понеділок зранку.
Зміни в політиці працюють у зворотний бік: зніміть галочку зі свята чи знизьте річний ліміт — наявні погоджені перенесення лишаються як є. Нова версія керує лише новими запитами.
Як увімкнути
Відкрийте політику офіса, увімкніть Перенесення свята серед додаткових типів відсутності, відмітьте свята, які готові переносити, задайте вікно й ліміт і вирішіть, чи погоджує менеджер. Таб не з'явиться у формі запиту, доки хоча б одне свято не позначене як таке, що можна переносити, — тож правила можна налаштувати спершу, а відкрити тоді, коли будете готові.