Зарплатний розрахунок починається раніше за розрахункову відомість: із коректного прийняття працівника, дати зміни окладу, підрозділу та реквізитів для виплати. Модуль «Зарплата та кадри» K2 ERP поєднує ці дані з кадровими документами й розрахунками в одному середовищі.
У публікації від 10 червня 2026 року команда K2 описала базовий маршрут: фізична особа, працівник, кадровий наказ, розрахункова відомість і відомість для банку. Цей маршрут дає конкретну основу для демонстрації та перевірки модуля на процесах підприємства.
Фізична особа та працівник
У системі розділено картку фізичної особи та картку працівника. Перша описує людину, друга — її участь у трудових відносинах: посаду, підрозділ, дату прийняття, оклад та кадрову історію. Банківські рахунки пов’язуються з працівником для подальшої підготовки виплати.
Під час перенесення даних важливо звірити ідентифікатори, уникнути повторних карток та погодити, хто має право змінювати персональні й банківські відомості. Навчальні перевірки варто проводити на тестових даних.
Кадрові зміни через документи
За описом K2, прийняття оформлюється наказом із працівником, посадою, окладом, датою та підрозділом. Після застосування наказу відповідні дані відображаються в картці працівника.
Кадрове переміщення дозволяє змінювати посаду, підрозділ або оклад. Зміна може бути постійною чи тимчасовою; для тимчасової передбачена дата завершення. На пілоті слід перевірити не лише заповнення цієї дати, а й фактичну поведінку системи після її настання.
Звільнення також оформлюється наказом. Працівник прибирається зі списку діючих, але залишається доступним у перегляді звільнених. Це дозволяє зберігати кадрову історію замість видалення запису.
Розрахунок і підготовка виплати
У розрахунковій відомості задається період, додаються рядки та виконується розрахунок. Джерело описує нарахування авансу, повної зарплати, врахування вже нарахованого авансу, податків і суми до виплати. Налаштування включають довідники посад, ставок і типів нарахувань.
Для підприємства важливо перевірити власні контрольні приклади: прийняття посеред періоду, зміну окладу, аванс і остаточний розрахунок. Конкретні правила, ставки й дати їх застосування погоджуються відповідальними фахівцями в налаштуваннях. Приклад часткового авансу в описі продукту не визначає універсального правила для всіх роботодавців.
На основі розрахункових даних формується відомість для банку з датою виплати, місяцем нарахування та типом нарахування. Наявність такої відомості сама по собі не означає автоматичне виконання банківського платежу: потрібні формат обміну та порядок погодження виплати перевіряються окремо.
Що показати на демонстрації
- Прийняття тестового працівника та відображення даних наказу в картці.
- Зміну одного параметра, наприклад підрозділу, без небажаної зміни інших даних.
- Тимчасове переміщення з датою завершення.
- Нарахування авансу й зарплати за той самий період та звірку підсумків.
- Вибір правильного періоду й типу нарахування для банківської відомості.
- Звільнення зі збереженням історії та обмеження доступу до персональних даних.
Окремими вимогами варто перелічити відпустки, лікарняні, складні графіки, перерахунки, регламентовану звітність та обмін із потрібними сервісами. Детальний опис реалізації цих сценаріїв у вихідному анонсі відсутній, тому їх готовність слід підтвердити для конкретної версії.
Як почати впровадження
До запуску погодьте кадрові довідники, початкові дані, перелік нарахувань, права доступу й відповідальних за звірку. Перший розрахунок доцільно перевірити на контрольній групі та зіставити з погодженим еталоном до використання для реальної виплати.
Практичні підходи до цього етапу наведено в матеріалі про пілот K2 ERP. Для команд, які ведуть багато організацій, також корисний контроль строків і відповідальних за звітність.
Джерело: опис модуля «Зарплата та кадри» від 10.06.2026.
Leave a Reply