AUT-0468· Персонал
Контроль обіцяного перегляду умов оплати працівника
Керівник отримує нагадування про індивідуальний перегляд оплати, фіксує рішення та наступну дату з доступом лише для уповноважених осіб.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Керівник обіцяв повернутися до умов оплати через кілька місяців, але забув дату. Працівник чекає, а команда не бачить, чи перегляд відбувся та хто має ухвалити рішення.
02 / Результат
Кожний запланований перегляд має працівника, відповідального, строк, зафіксоване рішення та наступну дату. Прострочення видно керівнику; погоджену зміну передають окремому кадровому процесу.
03 / Процес
ТригерНаближається індивідуальна дата перегляду оплати, визначена в домовленості з працівником. · Керівник погодив нову дату після завершення попереднього перегляду.
Пов’язати перегляд із працівником, чинними умовами, обіцяною датою та відповідальним; перевірити, чи вже існує відкритий перегляд цієї домовленості.
Надати доступ лише працівникам кадрової служби та уповноваженим керівникам; перевірити його після зміни підпорядкування.
До строку нагадати відповідальному й запросити обґрунтування пропозиції; прострочений перегляд показати в окремій черзі.
Передати конкретну пропозицію погоджувачу. Зафіксувати рішення: змінити умови, залишити чинні або перенести перегляд із причиною та новою датою.
Зберегти підтвердження повідомлення працівника та наступну дату перегляду; рішення про зміну передати в процес введення умов із датою чинності.
Закрити перегляд після фіксації рішення й наступного кроку; зберегти попередні домовленості без перезаписування їх історії.
04 / Реалізація2 варіанти
Приклад · Перегляд із погодженням та ескалацією
Координатор отримав прострочений перегляд після зміни керівника. Він передав відповідальність новому керівнику, перевірив доступ, а власник повернув неповне обґрунтування. Після погодження зміни створили пов’язану кадрову задачу.
Спосіб реалізації
- Налаштувати статуси підготовки, погодження, повернення й завершення з фіксацією автора рішення.
- Ескалувати прострочення координатору та зберігати історію зміни відповідального.
- Передавати погоджену зміну в кадровий процес і пов’язувати її з переглядом.
Що потрібно для реалізації
- Є узгоджені індивідуальні дати, власник перегляду та уповноважений погоджувач.
- Визначено джерело чинних умов, правила доступу й порядок повідомлення працівника.
- Кадрові та фінансові дані зберігаються в погодженому захищеному контурі.
- Визначено координатора, матрицю доступу та правила повернення на доопрацювання.
Обмеження
- Перегляд не гарантує підвищення та не визначає ринковий рівень зарплати автоматично.
- Нарахування зарплати, виплата й фактичне введення нової ставки потребують окремих процесів.
- Кейс PlanFix є історичною практикою; доступи й сценарії перевіряють у цільовому акаунті перед реалізацією.
- Рішення ухвалює людина; автоматичний розрахунок ринкової ставки не включений.
Що потрібно уточнити (2)
- Чи потрібно передавати відкриті перегляди після зміни керівника?
Визначте джерело підпорядкування та хто підтверджує нові права доступу.
- Чи потрібно імпортувати індивідуальні дати з кадрової системи?
Потрібні стабільні ID працівників і правило обробки змінених чи видалених домовленостей.