Де зарплата стоїть серед решти локалізації: український облік у Business Central.
Чи взагалі вести зарплату в системі
Питання, яке варто закрити до того, як розбиратися в контурах. Варіантів два, і обидва робочі.
| Зарплата в ERP | Зовнішня програма + проводки | |
|---|---|---|
| Дані | Одна база: кадри, табель, розрахунок, проводки | Дві бази, зведення підсумками раз на місяць |
| Аналітика витрат | Оплата праці лягає на підрозділ, проєкт, замовлення | Загальною сумою, розкладати вручну |
| Собівартість | Входить автоматично | Потребує окремого рішення |
| Обсяг впровадження | Помітно більший: кадри, табель, види розрахунків | Мінімальний |
| Залежність від людини | Процес у системі, є книга операцій | Знання лишаються в одній людині й одній програмі |
Практичне правило: якщо оплата праці — помітна частина собівартості (виробництво, послуги, будівництво), зарплату варто вести в системі, інакше реальної рентабельності напрямків ви не побачите. Якщо це переважно адміністративна витрата торгової компанії, зовнішня програма з проводками закриває задачу дешевше.
Чого не варто робити. Ухвалювати це рішення посеред проєкту. Кадри й табель — окремий пласт налаштувань і окреме навчання; додавання їх у середині впровадження зсуває строк на місяці.
І окремо, щоб не було ілюзій: українського розрахунку зарплати в базовій світовій версії немає взагалі. Є картка співробітника й базовий кадровий довідник — ані ЄСВ, ані ПДФО, ані військового збору, ані середніх заробітків, ані форми П2. Усе це приходить із локалізацією, і питання те саме, що з ПДВ: хто її розробляє й як швидко оновлює після змін у законодавстві.
Три контури, які треба розрізняти
Коротка відповідь. Зарплата в системі — це не один модуль, а три послідовні контури. Помилка на першому робить безглуздою роботу на третьому, тому впроваджувати їх окремо не вийде.
| Контур | Що всередині | Що ламається, якщо зробити абияк |
|---|---|---|
| 1. Кадровий облік | Підрозділи, посади, штатний розпис, накази про прийняття, переведення, звільнення | Немає підстав для нарахувань — розрахунок нема на чому будувати |
| 2. Табельний облік | Графіки роботи, календарі, відсутності, лікарняні, відрядження, робота у вихідні | Табель не сходиться, зарплата рахується за неправильною кількістю днів |
| 3. Розрахунок зарплати | Види розрахунків, схеми, утримання, аванс, відомості на виплату | Помилки виявляються після виплати, коли виправляти найдорожче |
Кадровий контур: штатний розпис як основа
Порядок налаштування має значення. Спершу структура — підрозділи, професії, посади, і лише потім штатний розпис як окремий об'єкт із версіями. Штатний розпис не «список людей», а перелік штатних одиниць: одиниця може бути вакантною, а може бути зайнята співробітником.
Ця відмінність важлива на практиці: коли одиниця відокремлена від людини, у системі видно вакансії, історію переведень і проєкт штатного розпису на майбутній період. Кадрові події оформлюються наказами, кожен із яких лишає слід у книзі операцій по співробітниках — це і є доказова база для перевірки.
| Типова кадрова подія | Чим оформлюється | Що змінює |
|---|---|---|
| Прийняття на роботу | Наказ про прийняття | Займає штатну одиницю, стартує стаж |
| Переведення | Наказ про переведення | Змінює підрозділ, посаду, оклад |
| Зміна умов оплати | Наказ про зміну посадових параметрів | Впливає на майбутні розрахунки |
| Звільнення | Наказ про звільнення | Звільняє штатну одиницю, запускає остаточний розрахунок |
Дві надбудови, які знадобляться пізніше
Крім чинного штатного розпису локалізація веде проєкт — версію, яку ще узгоджують, і архів — що діяло на конкретну дату в минулому. Архів здається зайвим рівно до першої перевірки або трудового спору; саме тоді з’ясовується, що в таблиці цієї історії немає.
Деталь, яка видає якісну локалізацію
Відмінки назв структурних підрозділів. Наказ українською вимагає «переведено до відділу продажів», а не «до відділ продажів», тож у картці підрозділу зберігаються відмінкові форми. Дрібниця, але показова: якщо це передбачено, систему робили люди, які бачили реальні накази, а не перекладали інтерфейс.
Табельний облік: де найчастіше розходяться дані
Табель — місце, де стикаються графіки, відсутності та фактично відпрацьований час. Найпоширеніша причина розбіжностей не в системі, а в порядку дій: наказ про відпустку оформили після формування табеля.
Робочий порядок такий: спочатку графіки роботи на період, потім усі накази про відсутності (відпустки, відрядження, лікарняні, робота у вихідний), і лише після цього формування табеля. Табелів при цьому три, і плутанина між ними — типова причина помилок у виплатах: операційний ведеться протягом місяця як робочий інструмент керівника, авансовий закриває першу половину місяця під розрахунок авансу, зарплатний є підсумковим і саме він іде в розрахунок.
Окремо варто передбачити процедуру виправлень. Правки до виплати й після виплати — це різні механізми: у першому випадку табель скасовується й формується заново, у другому потрібен міжрозрахунок. Цей момент варто зафіксувати в регламенті до запуску, а не з'ясовувати в перший розрахунковий місяць.
Розрахунок зарплати та українська специфіка
Розрахунок будується на видах розрахунків і схемах, які визначають, що і як нараховується конкретній обліковій групі співробітників. Один раз налаштована схема далі працює без ручного втручання.
| Ділянка | Що налаштовується | Особливість |
|---|---|---|
| Нарахування | Оклад, погодинна оплата, премії, доплати | Прив'язується до облікової групи, а не до кожної людини |
| Утримання | ПДФО, військовий збір, аліменти, виконавчі листи, позики | Виконавчі листи мають пріоритети — це закладається в схему |
| Середня зарплата | Для відпускних, лікарняних, донорських | Різні бази й періоди розрахунку для різних випадків |
| Резерв відпусток | Нарахування та використання | Потрібен для коректного фінансового результату |
| Виплати | Аванс, основна виплата, міжрозрахунок | Відомість на виплату формується з даних розрахунку |
Третій рядок — найчастіша причина суперечок із бухгалтерією при переході: середня для відпускних і середня для лікарняних рахуються за різними правилами й за різні періоди. Це має бути перевірено на реальних даних під час тестового розрахунку.
Два рівні: види розрахунків і схеми
Конструкція будується з двох частин. Види розрахунків — окремі нарахування й утримання: оклад, погодинна оплата, премія, відпускні, лікарняні, ЄСВ, ПДФО, військовий збір. Схема розрахунку визначає, які види й у якому порядку застосовуються до конкретної категорії співробітників.
Окремо ведуться постійні утримання, які тягнуться з місяця в місяць: позики, виконавчі листи, аліменти. Заводяться один раз із параметрами й далі застосовуються автоматично, доки не закінчиться підстава.
Облікова група співробітника визначає, на які рахунки лягають нарахування. Це місце, де зарплата зустрічається з фінансовим обліком: якщо групи налаштовані абияк, витрати на оплату праці розмажуться по компанії однією сумою, а разом із ними зникне можливість побачити рентабельність напрямку. Логіка та сама, що в групах проведень.
Середній заробіток — не одна величина
Місце, де український розрахунок найсильніше розходиться з будь-якою західною логікою. Середня рахується по-різному залежно від того, навіщо вона потрібна:
- Для відпускних — свій розрахунковий період і свій склад виплат.
- Для лікарняних — інший період і інший склад.
- За два місяці — для донорських та окремих інших випадків.
У локалізації кожен виведений окремим звітом, і це правильно: бухгалтер має бачити, з чого склалася сума, а не лише підсумок. Питання постачальнику локалізації — чи оновлюються ці розрахунки після змін у порядку обчислення середньої й як швидко.
Окремо існує резерв відпусток — нарахування зобов’язань по невикористаних днях. Для більшості компаній це те, що роками ведеться в таблиці, доки не приходить аудитор.
Для виплати формується відомість і дані для зарплатного проєкту банку, а кожен співробітник отримує розрахунковий листок.
Звітність і контроль перед виплатою
Перед формуванням відомості на виплату варто пройти той самий короткий список перевірок, що й досвідчений розрахунковець:
- Графіки роботи оновлені на розрахунковий місяць.
- Усі накази обліковані — немає чернеток відпусток чи лікарняних.
- Зведена таблиця по співробітниках не містить порожніх днів без пояснення.
- Розрахункові листки вибірково перевірені по кількох складних випадках — сумісництво, лікарняний, звільнення.
- Проводки у фінансовому журналі сформовані й відповідають сумам розрахунку.
Звітність — ЄСВ, ПДФО, 1-ПВ, довідки для субсидій і пенсійного — формується з облікових даних. Якщо звіт не сходиться, шукати причину треба в первинних наказах і табелі, а не правити цифри у звіті.
Як перевіряти модуль перед покупкою
Не за демонстрацією на порожній базі — там усе працює завжди. Просіть показати повний цикл на місяці, у якому одночасно є відпустка, лікарняний і відрядження: саме на перетині цих подій ламаються розрахунки.
І дивіться не підсумкову суму по відомості, а розрахунковий листок конкретної людини — з розбивкою по видах нарахувань і утримань. Якщо в листку видно, з чого склалася кожна сума, модуль зроблено як слід.
Часті запитання
Чи є в Business Central український розрахунок зарплати?
Так, через локалізаційне рішення: кадровий облік зі штатним розписом і наказами, табельний облік, розрахунок зарплати з ПДФО, військовим збором і ЄСВ, розрахунок середньої для відпускних і лікарняних, звітність 1-ПВ і довідки.
Скільки часу займає впровадження зарплати?
Зазвичай 6–10 тижнів, і майже завжди довше за очікування. Причина не в системі, а в тому, що зарплата вимагає паралельного розрахунку: один-два місяці рахують у старій і новій системі, звіряючи результат до копійки.
Чи можна впровадити зарплату окремо від решти системи?
Технічно так, але фінансовий результат тоді буде неповним: проводки із зарплати мають потрапляти в загальну книгу. Найчастіше зарплату впроваджують другим-третім етапом після фінансів.
Як рахується середня зарплата для відпускних і лікарняних?
За різними базами й періодами — це дві окремі методики. Обидві налаштовуються й обов'язково перевіряються на реальних співробітниках під час тестового розрахунку, включно зі складними випадками.
Що робити, якщо помилка виявилася після виплати?
Використовується міжрозрахунок: виправлення оформлюється окремим документом, а не правкою вже облікованого табеля. Порядок дій для правок до виплати й після неї варто зафіксувати в регламенті до запуску.
Чи можна вести кілька юридичних осіб з різними правилами оплати?
Так, облік кількох компаній підтримується, схеми розрахунків налаштовуються окремо для кожної. Співробітник може бути оформлений у кількох компаніях групи.
Хочете навчитися це налаштовувати?
Ця стаття пояснює логіку й типові помилки. Налаштування штатного розпису, графіків і схем розрахунку крок за кроком, з розбором складних випадків — розбираємо на курсі «IW Кадри та заробітна плата». Заняття проходять онлайн у режимі реального часу, з розбором ваших робочих ситуацій.
Ця стаття входить до добірки Розробка та кадровий облік — там зібрано повний розбір теми та решта матеріалів.