Перелік оновлень до української локалізації Microsoft Dynamics 365 Business Central від Іnnoware. IW Ukrainian Localization, Release Note, 19.05.2026

Даний реліз містить необхідні українським компаніям доповнення і покращення, а також свідчить про активний розвиток спеціалістами Innoware української локалізації для Microsoft Dynamics 365 Business Central.

Перелік основних оновлень до кадрового обліку і розрахунку заробітної плати Microsoft Dynamics 365 Business Central: IW HR & Payroll, версія 27.8.5929.0:

• Змінено логіку процедури коригування заробітної плати та створено алгоритм для розрахунку коригування заробітної плати у поточному місяці за попередні періоди. Та додано можливість відображення сторнування сум у Документі розрахунку зарплати за допомогою ознаки Реверс.

Сторнування сум у Документі розрахунку зарплати за допомогою ознаки “Реверс”.

Для того, щоб відобразити сторнування сум, у рядки Документа розрахунку зарплати на вкладці Розрахунок додано ознаку “Реверс”.

Дана ознака може застосовуватись до всіх типів ВР, окрім типів ‘Попередні нарахування’ та ‘Утримання з ФОП’.

Якщо застосовується ознака “Реверс”, то значення у полі “Сума” має бути зі знаком мінус. Для цього додані відповідні контролі.

У результаті обліку для рядків, для яких визначено ознаку “Реверс”, створюються записи у Книзі операцій зарплати зі знаком, протилежним від того, що визначено для кожного типу ВР без ознаки “Реверс”. Наприклад, нарахування з ознакою “Реверс” буде відображено з мінусом, а утримання з ознакою “Реверс” буде відображено зі знаком плюс.

Логіка процедури коригування.

У Книгу операцій зарплати додано нову опцію ‘Коригуючий’ для поля “Статус”.

Тепер унаслідок обліку Документа розрахунку зарплати з типом документа ‘Коригуючий’ створюються записи у Книзі операцій зарплати зі статусом ‘Коригуючий’, при цьому записи у Книзі операцій зарплати, з типом документа ‘Зарплатний’ залишаються зі статусом ‘Активний’. Відповідно в результаті обліку коригуючого документа розрахунку зарплати не відбувається жодного впливу на баланс співробітника та відображення сум в Об’єднаній звітності.

Розрахунок коригування заробітної плати у поточному місяці за попередні періоди.

Для розрахунку коригування заробітної плати у поточному місяці за попередні періоди створено технічний вид розрахунку “PREVPERIODCORRECTION“. Вид розрахунку, створений під даний технічний вид розрахунку, має бути включений у Схему розрахунку зарплати, що визначена для Зарплати.

Логіка алгоритму даного технічного виду розрахунку полягає у тому, щоб перевірити чи існують невраховані записи у Книзі операцій зарплати зі статусом ‘Коригуючий’ по визначених ВР за зарплатні періоди, що передують вказаному зарплатному періоду у Документі розрахунку зарплати, що розраховується. Якщо такі записи знайдено, тоді відбувається розрахунок різниці між сумою в зарплаті та сумою в коригуванні у розрізі кожного ВР, періоду розрахунку та джерела (тип, номер, номер рядка) окремо. Якщо розрахована різниця не дорівнює нулю, то в Документі розрахунку зарплати, що розраховується, створюється рядок на цю різницю з кодом ВР, для якого визначено різницю. Якщо розрахована сума є від’ємною, то автоматично визначається ознака “Реверс”.

Також у рядку заповнюються такі поля: “Зарплатний період коригування”, “Період розрахунку коригування”, “Номер документа джерела коригування”. За наявності джерела (тип, номер, номер рядка) для записів, для яких створено рядок на відображення різниці, також заповнюються такі полі: “Тип джерела”, “Номер джерела”, “Номер рядка джерела”.
“Зарплатний період” для таких рядків завжди відповідає зарплатному періоду документа, що розраховується.

“Період розрахунку” заповнюються залежно від ознаки “Первинний період розрахунку при коригуванні” на картці ВР. Якщо дана ознака визначена, то період розрахунку для такого рядка відповідає первинному періоду розрахунку джерела розрахунку різниці. У іншому випадку “Період розрахунку” відповідає “Зарплатному періоду” поточного документа.

Примітка. При створенні нового ВР дана ознака за замовчуванням є увімкненою. Проте для існуючих ВР її необхідно увімкнути вручну.

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

Налаштування для розрахунку коригування заробітної плати у поточному місяці за попередні періоди.

На сторінці Технічні види розрахунку створити новий запис, вказавши PREVPERIODCORRECTION у полі “Технічний код ВР”.

Створити новий ВР на сторінці Види розрахунку:
1. Створити ВР, заповнивши для нього поля: “Код”, “Опис” та “Технічний код ВР” значенням PREVPERIODCORRECTION. Усі інші поля можна не заповнювати.
2. У налаштуваннях виду розрахунку для нового ВР створити рядок, вказавши Початкову дату, Тип фільтру як Група виду розрахунку, та Значення.

Для заповнення “Значення” необхідно попередньо створити нову Групу видів розрахунку і включити в цю групу усі ВР, по яких має розраховуватись різниця (коригування) у поточній зарплаті за попередні періоди.

Примітка. Дана група ВР не має включати ВР для податків (ПДФО, ВЗ, ЄСВ), аліментів, виконавчих листів, попередніх нарахувань та боргу. Усі податки будуть розраховуватись відповідно у поточній зарплаті.

3. Додати новий ВР у схему розрахунку зарплати, що використовується при розрахунку тільки зарплатного документа після всіх нарахувань, утримань, але перед усіма податками (ПДФО, ВЗ, ЄСВ), визначивши відповідний номер послідовності.

4. Для існуючих ВР, по яких має розраховуватись різниця (коригування), заповнити ознаку “Первинний період розрахунку при коригуванні”.

• Виправлено розрахунок кількості днів тимчасової непрацездатності у Додатку 1 Об’єднаної звітності, враховуючи зміну логіки процедури коригування заробітної плати. Тепер у випадку коригування зарплати після отримання статусу лікарняних “Готові до сплати” на сайті ПФУ у Додатку 1 буде відображатися лише та кількість днів непрацездатності, за яку було нараховано ЄСВ, навіть якщо це лікарняні інших періодів.

• Реалізовано можливість автоматичного розрахунку у Документі розрахунку зарплати для співробітників, що були звільнені у минулих періодах. Наприклад, для нарахування річних або квартальних премій тощо.

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

• Поле Метод нарахування зп на картці Співробітника, де можна обрати один з варіантів Банк/Каса перейменовано на Спосіб виплати зарплати. Це поле означає, яким способом співробітник отримує зарплату: через банк або касу.

• Поле Зарплатний проект на картці Співробітника перейменовано на Джерело виплати зарплати і означає, з якого банку Компанії виплачується зарплата співробітнику.

• Для лікарняних змінено логіку розрахунку середньої заробітної плати:

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

• В розрахунках донорських та лікарняних виправлено логіку округлення значення середньої заробітної плати при розрахунку суми нарахування.
• Виправлено заповнення поля Номер штатної одиниці у документах: Накази про відпустку, Лікарняні листи, Накази про відрядження, Накази про іншу відсутність та Накази про роботу у вихідний. Також оновлено алгоритм пошуку співробітників при натисканні кнопки Додати усіх співробітників однієї Фіз. особи. Відтепер до документа не додаються співробітники, якщо на дату формування наказу вони не були прийняті на роботу.

Усі оновлення, що увійшли до IW Ukrainian Localization Release Note, 19.05.2026, включено до відповідного додатку української локалізації Microsoft Dynamics 365 Business Central від Innoware та є доступними для учасників глобальної хмарної екосистеми Microsoft на платформі Microsoft Marketplace.

Інформація для клієнтів і партнерів Innoware

Користувачам хмарних версій Microsoft Dynamics 365 Business Central, усі оновлення, що увійшли до IW Ukrainian Localization, Release Note, 19.05.2026, будуть завантажені автоматично з основним оновленням  Microsoft Dynamics 365 Business Central від Майкрософт.
Користувачі наземних версій Microsoft Dynamics 365 Business Central можуть отримати нові версії від спеціалістів із підтримки Innoware.

З усіх запитань щодо можливостей української локалізації Microsoft Dynamics 365 Business Central від Innoware, звертайтеся, будь ласка, за тел: +38 044 490 22 20 або на erp@innoware.com