Компоненти компенсації в PeopleForce: повний гайд

Більшість компаній починають у PeopleForce з простого: базова компенсація, дата, з якої вона діє, валюта. Цього цілком достатньо, поки компенсація — це одна сума за кожен розрахунковий період.

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

Відповідь у PeopleForce — компоненти компенсації: довідник видів компенсації, які визнає ваша компанія, з правилами всередині кожного. Ця стаття пояснює всі поняття, показує налаштування крок за кроком і описує, що відбувається з акаунтом під час оновлення до цього налаштування.

Частина 1. Поняття

Компонент компенсації

Компонент — це один вид компенсації, описаний один раз для всієї компанії: «Щоквартальний бонус за результат», «Разовий бонус за рекомендацію кандидата», «Щомісячна компенсація за віддалену роботу». Усередині компонента задано правила, які далі підставляються автоматично щоразу, коли ви призначаєте цей компонент конкретній людині. Коротко: компонент містить спільні правила, а в записі кожної людини — лише її сума й дати.

Довідник розташований у розділі Налаштування → Оплата праці → Компоненти компенсації.

Чотири категорії

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

Порожня секція все одно показується, з власною кнопкою додавання, тому всі чотири категорії завжди на виду.

Три типи виплат

Базова компенсація завжди повторювана фіксована — цей вибір у ній не пропонується. Коригування можуть бути одноразовими або повторюваними фіксованими.

Повторювана змінна компенсація складається з двох видів записів, і їх варто розрізняти від початку:

Частоти

Для повторюваних виплат частота задається в компоненті.

• Базова компенсація: щогодини, щоденно, щотижня, щомісячно, щорічно.
• Додаткова компенсація і коригування: щоденно, щомісячно, щоквартально, раз на пів року, щорічно.

Метод розрахунку

Це поле є в компонента базової компенсації. Воно розрізняє людей із фіксованою сумою й людей на ставці: за ним видно, чи сума в записі — фіксована компенсація, чи ставка за одиницю часу. Саму суму в записі поле не змінює — воно підказує PeopleForce, як її трактувати, коли компенсацію розраховують. Доступні варіанти залежать від обраної частоти.

На основі ставки — суму трактують як ставку й множать на відпрацьовані одиниці: 25 доларів за годину × 160 годин = 4 000. Доступний для щогодинної та щоденної частоти.

Фіксована сума — у кожному періоді береться однакова сума, незалежно від кількості робочих днів у ньому. Дві тисячі на місяць — це дві тисячі й у лютому, і в березні. Доступний для щотижневої, щомісячної та щорічної частоти.

На основі календарних робочих днів — річну суму розподіляють за фактичними робочими днями періоду, тому місяці виходять різні: шістдесят тисяч на рік дадуть приблизно 4 600 у лютому й 5 300 у березні. Доступний для щорічної частоти, поряд із фіксованою сумою.

Ці приклади лише показують, як метод інтерпретує суму. Саме налаштування компонента нічого не розраховує й не виплачує.

Код

Кожен компонент має короткий унікальний код. Він використовується у вивантаженнях, в імпорті історії та в API, тому це стабільний ідентифікатор виду компенсації, який не залежить від того, чи хтось потім перейменував компонент. Якщо залишити поле порожнім, PeopleForce згенерує код сам. Генератор бере лише латинські літери, тож для назв українською краще задати власний код.

Частина 2. Налаштування довідника

1. Відкрийте Налаштування → Оплата праці → Компоненти компенсації.
2. Натисніть Додати у потрібній секції. Секція задає категорію.
3. Введіть назву. Саме її колеги побачать у списку вибору.
4. Код необов'язковий: залиште поле порожнім, і PeopleForce згенерує його сам, або задайте свій, якщо звіряєте вивантаження з бухгалтерією.
5. Опис необов'язковий; він показується під назвою в списку.
6. Заповніть решту полів залежно від секції: для додаткової компенсації та коригувань — тип виплати, а для повторюваного ще й частоту; для базової компенсації — частоту й метод розрахунку.
7. Збережіть.

Що можна змінити пізніше. Назву, код і опис — завжди. Тип виплати, частота й метод розрахунку фіксуються під час створення, і це навмисний захист: від них залежить компенсація, вже призначена людям, тому заднім числом їх не змінюють. Компонент показує їх як довідкове зведення з поясненням причини. Якщо потрібен інший варіант, створіть новий компонент.

Видалення ховає компонент з усіх списків вибору, але не скасовує нічого вже призначеного: активні виплати залишаються в картках людей, доки не завершиться їхній строк.

Пошук угорі сторінки шукає і за назвою, і за кодом, а довідник можна вивантажити в CSV або Excel. Покрокова інструкція: Налаштування та керування компонентами компенсації.

Частина 3. Як призначити компенсацію людині

Усе це відбувається в картці співробітника, на вкладці Компенсація.

Базова компенсація

Відкрийте вкладку, додайте запис базової компенсації й оберіть компонент базової компенсації. Частота й метод розрахунку підставляться з нього й будуть показані як нередаговані поля. Далі — дата, з якої діє, сума, валюта і, за потреби, коментар.

Одноразова та повторювана фіксована додаткова компенсація

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

Список фільтрується двічі: за типом виплати секції та за категорією. Компонент, описаний для базової компенсації або для коригувань, у цьому списку не з'явиться, яким би не був його тип виплати.

Повторювана змінна: право окремо, сума окремо

Саме тут найчастіше виникає плутанина. Спершу ви створюєте право на виплату («ця людина щомісяця отримує комісію, починаючи з такої дати»). Суми в ньому немає: право фіксує домовленість, а не розмір кожної виплати. Потім за кожен період заробітку ви додаєте запис із заробленою сумою. Різницю підсумовує таблиця в Частині 1.

Покрокова інструкція: Налаштування та керування компонентами компенсації.

Коригування

Вкладка Коригування містить суми, які не є регулярною компенсацією: недоплату минулого періоду або утримання переплати. Відрахування показується від'ємною сумою.

Одноразове коригування запитує період заробітку; повторюване — дати початку й завершення дії.

Що не змінюється після збереження

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

Частина 4. Що навколо

Заявки на зміну компенсації

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

Це форма, яку адміністратор заздалегідь налаштовує: вирішує, які поля компенсації на ній будуть, які з них обов'язкові та які ролі мають доступ до форми. Керівник відкриває розділ Запити, обирає форму й людину (або заходить із картки людини через Дії → Запит на зміну інформації), заповнює нову суму й дату, з якої вона діє, і надсилає.

Кілька важливих деталей:

• Доки запит не погоджено, у картці людини нічого не змінюється. Ланцюжок погодження задає та сама форма; якщо погодження в ній вимкнене, зміна застосовується одразу після надсилання.
• Погоджують за людиною, якої стосується запит, а не за тим, хто його подав.
• Погоджена зміна додає новий рядок в історію компенсацій, а не перезаписує попередній. Тому помилку виправляють новим запитом, а не редагуванням старого.
• Про себе такий запит подати не можна — власне ім'я зі списку виключено.
• Дата «Діє з» важливіша за дату погодження. Саме вона визначає, у який розрахунковий період потрапить зміна, і вона може бути в майбутньому.
• Повторювану змінну додаткову компенсацію та коригування через форму поки замовити не можна — такі компоненти в списку форми не показуються. Їх створюють у картці людини напряму. Підтримку у формах (і в API) заплановано на IV квартал 2026 року.
• Запити на зміну даних потребують тарифу Professional і модуля Core HR.

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

Хто бачить суми

Доступ до компенсації регулює окремий дозвіл у Налаштування → Ролі та дозволи: одні ролі можуть переглядати суми, інші — ще й редагувати їх. Суми в таблицях базової й додаткової компенсації також можна замаскувати: вони показуються зірочками, доки хтось не натисне на значок ока.

Імпорт історії

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

Частина 5. Оновлення до компонентів компенсації

Якщо ви ведете тільки базову компенсацію

Найпоширеніший випадок: у картках людей є базова компенсація, а бонусів і надбавок у системі немає. Для такого акаунта оновлення майже непомітне.

PeopleForce створює базові компоненти під ті періодичності, які у вас реально використовуються: акаунт зі щомісячною базовою компенсацією отримує один компонент «Базова компенсація (Щомісячно)». До нього підв'язуються всі наявні записи, включно з історією підвищень.

Що зміниться на екрані: у діалозі базової компенсації з'явиться поле вибору компонента, у якому на старті буде один варіант, а періодичність і метод розрахунку підставлятимуться з нього. Нічого вносити заново не потрібно. Єдиний виняток: якщо базову компенсацію зберігають у кастомному полі, а не в блоці базової компенсації, ці суми й валюти автоматично не переносяться. У такому разі зверніться до свого менеджера Customer Success ще до оновлення.

А ось що є тільки в компонентах компенсації: вкладка Коригування; чотири категорії з фільтрацією, завдяки якій компонент базової компенсації не потрапить у список бонусів; тип виплати й частота, які несе сам компонент, замість того щоб вносити їх у кожен запис; унікальний код у кожного компонента.

Якщо ви вже ведете бонуси й надбавки

Тоді під час оновлення PeopleForce дивиться, які комбінації «вид компенсації + тип виплати + періодичність» у вас реально використовуються, і створює під кожну окремий компонент. Один вид компенсації, який у різних людей був і разовим, і щомісячним, стане двома компонентами. Це нормально й відповідає тому, як його насправді використовували.

Усі наявні записи перепідв'язуються на нові компоненти, історія компенсацій зберігається повністю. Архівні види компенсацій теж переносяться, зі збереженням статусу. Усі форми з блоками компенсацій оновлюються разом із даними. Також PeopleForce автоматично створює готовий компонент «Понаднормова робота» (категорія «Додаткова компенсація», тип виплати «Одноразова»). Заявки, які на момент оновлення вже подані й чекають на погодження, перезаписуються на нові компоненти — подавати їх заново не треба.

Що виглядатиме інакше

Кілька полів попереднього налаштування не мають відповідника в новому:

Поле «Графік оплати» в записі базової компенсації. Поле прибрано, бо воно не брало участі в розрахунках: зберігалося й показувалося, але не задавало дату виплати. Здебільшого ним позначали, як часто людям платять. Тепер частоту виплат налаштовують у Циклах нарахування зарплати модуля Payroll. Якщо ви ведете в цьому полі власні позначки, скопіюйте його значення до оновлення.

Позначка «Перепрацювання» в записі базової компенсації. Позначку замінює готовий компонент «Понаднормова робота», який PeopleForce створює автоматично під час оновлення. Далі понаднормову роботу фіксують як компенсацію — із сумою та періодом, і вона видна в історії компенсацій. Щоб вести облік самих понаднормових і спеціальних годин, використовуйте політики обліку присутності в модулі Time.

Дві колонки у звіті «Історія базової компенсації» — «Графік оплати» і «Перепрацювання» — зникли, бо самих полів більше немає. На екрані звіт виглядає так само; різниця лише у вивантаженому файлі.

Для акаунтів із власною інтеграцією:

• Читання списку: використовуйте /compensation_components замість /compensation_types.
• Створення додаткових компенсацій: /employees/{employee_id}/additional_compensations з полем compensation_component_id замість compensation_type_id. Запити зі старим полем буде відхилено.
• Версія API: API v1 не підтримує компоненти, тому перейдіть на v3.
• Ідентифікатори зміняться: кожен старий вид компенсації перетворюється на один або кілька компонентів із новими ID (наприклад, «Бонус» може стати «Разовим бонусом» і «Щомісячним бонусом»). Наявні записи співробітників переносяться автоматично, але ID, збережені у вашій інтеграції, можливо, доведеться переналаштувати.
• Поки недоступно через API: повторювана змінна додаткова компенсація та коригування. Їх підтримку заплановано на IV квартал 2026 року.

Будь ласка, перешліть цей розділ тому, хто відповідає за інтеграцію з вашого боку. Якщо з інтеграцією потрібна допомога, зверніться до свого менеджера Customer Success або в підтримку PeopleForce.

Якщо після цього гайду ви хочете подивитися, як виглядатиме ваш довідник після оновлення, напишіть своєму менеджеру Customer Success — пройдемо це разом, у зручному вам темпі.