Політика, якої ніхто не розуміє, — те саме, що жодної політики
Кожна зростаюча IT-компанія впирається в один і той самий момент: хтось питає «скільки днів відпустки в мене насправді лишилося?» — і відповідь вимагає HR-людини, таблиці й десяти хвилин археології. Помножте на кожну людину, на кожен квартал. Тепер додайте конфлікти, які сіє розмита політика: грудневий аврал, коли ніхто не знає, чи згорають дні; два сеньйори з одного проєкту, погоджені на той самий тиждень; інженер, який на виході дізнається, що «з перенесенням днів розберемося потім» означало «ні».
Політика відпусток — це насамперед не юридичний документ. Це інтерфейс. Якщо людина не може за десять секунд відповісти «скільки в мене є, хто погоджує, коли згорає» — політика провалилася, хай там що написано в PDF.
Що мусить визначати політика
Запишіть це явно. Кожен невизначений пункт стає особистим повідомленням до HR — або прецедентом, створеним випадково:
- Річна квота відпустки — і чи нараховується вона одразу 1 січня, чи накопичується щомісяця, плюс пропорційний розрахунок для тих, хто приєднується серед року.
- Правила лікарняних — окремо від відпустки (спільний бюджет змушує людей працювати хворими, щоб уберегти свій відпочинок), коли потрібні документи, плюс інші типи: за свій рахунок, батьківські, у зв’язку з втратою близьких.
- Перенесення днів і згорання — скільки невикористаних днів переходить у новий рік і коли перенесені дні згорають. «Використай або втратиш» без письмового дедлайну — це граната під мораль команди.
- Від’ємні баланси — чи можна позичити дні з наступного року, скільки, і що буде, якщо людина йде з компанії в мінусі.
- Хто що погоджує — за стосунками підпорядкування, а не лише за роллю: менеджер — свою команду, HR — будь-кого, і ніколи не сам собі.
- Державні свята по країнах — який календар до кого застосовується, і правило, що свята ніколи не з’їдають дні відпустки.
- Як рахуються дні — робочі, а не календарні, і що відбувається, коли державне свято припадає всередину запиту.
Розумні дефолти для IT-компанії на 5–50 людей
Дефолти, які можна ухвалити завтра і потім впевнено захищати:
- 20–24 робочі дні відпустки. Конкурентно для IT-ринку регіону і просто в адмініструванні. Там, де місцевий законодавчий мінімум вищий, виграє закон — мінімум є мінімум.
- Лікарняні окремо від відпустки, з мінімумом паперів для коротких відсутностей. Люди, які почуваються покараними за хворобу, приходять на стендап хворими.
- Перенесення днів із лімітом і згоранням навесні. Невеликий ліміт (скажімо, п’ять днів) зі згоранням навесні балансує гнучкість проти накопичення зобов’язань на кінець року — і вбиває грудневу тисняву.
- Від’ємні баланси: маленькі або жодних. Якщо дозволяєте позичати дні, обмежте кількома днями і запишіть, як це закривається при звільненні — звіривши з місцевим трудовим правом.
- Погодження за підпорядкуванням. Менеджери погоджують свою команду; HR — будь-кого; ніхто не погоджує власний запит — відпустка менеджера йде вище по ланцюжку або до HR.
- Швидка відповідь. Вирішуйте запити за пару робочих днів — запит у підвішеному стані блокує купівлю квитків, а повільні погодження привчають людей питати в Slack.
Тримайте все це на одній сторінці. Якщо політика не вміщається на сторінку, її не читатимуть — і ви знову в особистих повідомленнях.
UA · PL · RO · EE: що насправді відрізняється
Команди в цьому регіоні звично наймають у кількох країнах одночасно — тут працівники, там контрактори, іноді employer-of-record. Пастка — вважати, що інтуїції рідної країни переносяться. Вони не переносяться. Відмінності групуються в передбачувані категорії:
- Законодавчий мінімум відпустки — правовий мінімум різний у різних країнах, подекуди залежить від стажу чи категорії роботи. Ваша політика може перевищувати мінімум будь-де; вона не може опускатися нижче нього для працівників відповідної країни.
- Вікна перенесення днів — скільки невикористані законодавчі дні живуть у новому році і до якого моменту їх треба використати чи компенсувати, регулюється в кожній країні по-своєму. Ваше внутрішнє згорання ніколи не має бути суворішим за місцеве правило для законодавчих днів.
- Компенсація при звільненні — як закриваються невикористані дні на виході — юридичний обов’язок, механіка й математика якого різняться за юрисдикціями. Саме цю відмінність люди відкривають найпізніше і найзліше — знайте її до першого звільнення, а не під час.
- Механіка лікарняних — хто платить за які дні (роботодавець чи держава), пороги документів і ліміти дуже різняться. Не копіюйте лікарняні правила однієї країни на команду в іншій.
- Державні свята — різні списки, різна кількість, дати, що змінюються щороку, а в деяких країнах — правила перенесення, коли свято випадає на вихідний.
Ми свідомо не наводимо законодавчих цифр: вони змінюються, а застарілі цифри гірші за жодні. Сприймайте це як чекліст для звірки з бухгалтером чи місцевим юристом по кожній країні — ваша письмова політика є шаром поверх цих мінімумів.
Погоджені відпустки мають живити завантаження — інакше ваш план бреше
У сервісній компанії політика відпусток, яка закінчується на «запит погоджено», збудована наполовину. Погоджена відпустка — це дані про завантаження:
- Утилізація має бути за вирахуванням відпусток. Людина у відпустці на два тижні — не «заалокована на 80%», а недоступна. Якщо рахувати її доступною, цифра утилізації виглядає здоровою, поки в делівері-тижні тихо менше рук, ніж припускає план.
- Покриття — питання на момент погодження. Два сеньйори з одного проєкту у відпустці в той самий спринт — іноді нормально, а іноді ескалація від клієнта. Той, хто погоджує, має бачити перетин у момент рішення — а не виявляти його на стендапі.
- Делівері-календар має вже знати. Погоджені відпустки мають жити там, де ухвалюються стафінгові рішення — у плані завантаження і в календарі, який люди справді відкривають — без копіювання дат між інструментами.
Якщо відпустки живуть в одному інструменті, а стафінг в іншому, то зв’язок між ними — copy-paste. Це одна з найсильніших причин забрати HR із таблиць: запис, який дає вихідний, може сам оновити математику завантаження.
Як це робить Helia HR
Відпустки входять у базовий пак Helia (див. ціни) — це ядро, а не додаток:
- Баланси за типами — відпустка, лікарняний, за свій рахунок та інші, з квотами, пропорційним розрахунком і живим «скільки лишилося» по кожній людині. Десятисекундна відповідь — це сторінка, а не тікет до HR.
- Політики перенесення днів за типами — обмежте кількість перенесених днів, задайте дату згорання або жодної; річний перехід відпрацьовує автоматично, і кожен перенесений день лишається простежуваним.
- Вбудовані календарі державних свят для UA · PL · RO · EE — країна воркспейсу обирає календар, а зверху можна додати власні дні компанії. Математика робочих днів автоматично пропускає вихідні та свята, тож запит, що перетинає свято, списує правильну кількість днів — ніхто не рахує клітинки на настінному календарі.
- Погодження за підпорядкуванням — менеджери погоджують власну команду (або через явну делегацію), HR погоджує будь-кого, а самопогодження заблоковане за дизайном.
- Видимість покриття — той, хто погоджує, бачить, хто ще з команди вже відсутній у запитані дати, просто в момент погодження.
- Календарний фід (iCal) — погоджені відпустки, на які можна підписатися з Google Calendar чи Outlook. Він показує, хто відсутній, не розкриваючи чому: імена й дати, ніколи — типи відпусток.
- Завантаження, яке шанує відпустки — математика утилізації виключає людей у погоджених відпустках, тож дашборд звітує про завантаження, яке у вас є насправді.
А в HR лишається запасний вихід: ручні коригування балансів для крайніх випадків, які має кожна реальна компанія — звісно, із записом у журнал аудиту.

FAQ
Робочі дні чи календарні?
Майже завжди робочі — підрахунок календарними днями тихо карає кожного, чия відпустка перетинає вихідні чи свято. Хай що ви оберете, математика системи мусить збігатися з письмовою політикою, інакше кожен запит перетворюється на перемовини.
Чи може менеджер погодити власну відпустку?
Ні — самопогодження підриває весь облік. Запит менеджера йде вище по ланцюжку або до HR, як і в усіх. (У Helia власник воркспейсу — єдиний прагматичний виняток: хтось мусить бути вершиною ланцюжка.)
Чиї державні свята застосовуються в розподіленій команді?
На рівні політики — календар країни працевлаштування кожної людини, а не штаб-квартири. Запишіть це явно і звірте нюанси «працівник чи контрактор» по кожній країні зі своїм бухгалтером.
Чи потрібна окрема письмова політика на кожну країну?
Зазвичай одна політика з додатками по країнах б’є чотири документи: спільні дефолти (квота, погодження, правила підрахунку) — в ядрі, законодавча специфіка (мінімуми, вікна перенесення, компенсація при звільненні) — у короткому додатку на країну, кожен звірений із чинним місцевим правом.
HR і делівері-операції в одній системі
Helia HR поєднує HR-базу з матрицею завантаження, бенчем, таймшитами та клієнтським інвойсингом, на яких реально працюють IT-сервісні команди. Почніть безкоштовно, без картки. GDPR-безпека, доступ до PII за ролями, журнал доступу.