Управління компенсаціями в одному місці

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

Управління компенсаціями в одному місці

Довідник

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

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

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

    Базова компенсація, додаткова компенсація, коригування на додавання і коригування на відрахування. Категорію задає пункт меню, з якого створюють компонент, і саме вона визначає, у якому розділі картки людини з’явиться виплата.

  • Тип виплати й періодичність

  • Код

preview

Правила живуть у компоненті, а не в кожному записі

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

Правила живуть у компоненті, а не в кожному записі

Категорія

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

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

  • Періодичність — щогодини, щоденно, щотижня, щомісячно або щорічно, і кожна допускає свій метод розрахунку

  • Кожна зміна додає новий запис із датою, з якої вона діє; попередній лишається в історії

  • Компонент у вже створеному записі змінити не можна — історія не переїжджає на інший вид оплати

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

Категорія

Додаткова компенсація

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

ОдноразоваПовторювана фіксованаПовторювана змінна

Підписний бонус, премія за проєкт: сума й дата вносяться в записі.

Одноразова

Категорія

Коригування

Окрема категорія для сум, які додаються до оплати або віднімаються від неї: доплата за попередній період, повернення переплати, утримання.

  • Напрям задає сам компонент — на додавання або на відрахування

  • Коригування бувають одноразовими й повторюваними фіксованими

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

Коригування

Процес

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

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

  • Адміністратор вирішує, які поля є у формі й які ролі мають до неї доступ

  • Погодження проходить кроками по черзі: наступний погоджувач отримує заявку, коли відповів попередній

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

  • Погоджена зміна додає новий рядок в історію, а не перезаписує попередній

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

Доступ

Права доступу до компенсацій

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

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

  • Суми в таблицях за замовчуванням приховані — щоб побачити число, його відкривають кліком

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

Права доступу до компенсацій

Дані

Імпорт, звіти та API

Історію оплати не треба вносити руками з нуля, а внесене не залишається всередині системи.

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

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

Історію базової та додаткової компенсації завантажують файлом XLSX або CSV. Колонки не мусять іти в певному порядку — під час завантаження ви звіряєте їх зі своїми, а дати читаються у форматі, налаштованому в акаунті.

Звіти

Звіти

«Історія компенсацій» за довільний період і «Місячна відомість» за обраний місяць. В обох — окремі вкладки для окладу й додаткової компенсації, вивантаження у XLSX або CSV.

API

API

Довідник компонентів доступний через публічне API разом із кодом кожного компонента; компенсації конкретної людини — окремим запитом.

Обсяг

Компенсації та розрахунок зарплати

Компоненти описують, що компанія платить. Розрахунок зарплати відповідає на питання, скільки виходить до виплати після податків і утримань. Це два різні шари, і компоненти — основа для обох. Компоненти працюють самі по собі в Core HR. Розрахунок зарплати спирається на них: суми беруться з компонентів, описувати оплату вдруге не доводиться.

Компоненти компенсації · Core HR

  • Довідник видів оплати компанії
  • Оклади, премії, комісії та коригування людей
  • Історія змін із датами, з яких вони діють
  • Заявки на зміну оплати з погодженням
  • Права доступу до сум

Модуль Payroll · підключається окремо

  • Розрахункові цикли й запуски розрахунку
  • Зведення сум за компонентами до виплати
  • Центри витрат і розподіл вартості
  • Детальне вивантаження розрахунку

Коротко про головне

Навіщо описувати вид оплати окремим компонентом?

Як влаштована комісія, сума якої щомісяця різна?

Як оформити утримання або перерахунок?

Чи можна змінити параметри компонента після створення?

Чи потрібен модуль Payroll, щоб користуватися компонентами?

Що буде з наявною історією виплат при переході на компоненти?

Подивіться на своїх даних

Покажемо, як описати ваш набір виплат компонентами і що зміниться в картці співробітника.