Індексація зарплати в BAS: дані, розрахунок і контроль

Вхідні дані: контрольна таблиця до відкриття розрахункового документа

Картка працівниці та журнал змін

Контрольний перерахунок одного місяця

Налаштування й дані: межі перевіреного середовища

Як порівняти системний і контрольний результат

Діагностика нульової або неочікуваної суми

Проведення, виплата, звітний контроль і протокол рев’ю

Завершальний план дій

Коротка відповідь станом на 26 вересня 2026 року. Механізм індексації оплати праці діє, але в 2026 році розрахунок індексу споживчих цін почали заново із січня, прийнятого за 100%, а суму, що склалася у грудні 2025 року, в січні 2026 року не нараховували. У працівниці з місяцем підвищення окладу січнем 2026 року право на поточну індексацію за вересень є; у навчальному контролі нижче застосовано коефіцієнт 4,2%. Для зарплати за вересень недостатньо побачити в програмі ненульову або нульову суму: слід перевірити місяць останнього підвищення посадового окладу, накопичення ІСЦ, межу індексації, відпрацьований час і склад постійних виплат. Нижче — не персональна зарплатна консультація, а метод контрольного перерахунку одного працівника.

Якщо ви шукаєте, як перевіряється індексація зарплати в 1С 8.3 УТП, починайте не з кнопки «Розрахувати». Спершу зберіть незалежний пакет доказів, а вже потім порівнюйте його із записами інформаційної бази.

Вхідні дані: контрольна таблиця до відкриття розрахункового документа

Ця таблиця — перший корисний аркуш рев’ю. Її заповнюють за первинними документами й офіційними показниками, не переписуючи результат із розрахункового листка.

Якщо потрібно відпрацювати весь ланцюжок — від кадрових відомостей до нарахування, виплати та звітності, доречним продовженням буде практичний курс BAS/1С із зарплати та кадрів. Водночас курс охоплює BAS ЗУП і BAS Бухгалтерію КОРП, тому назви об’єктів у власній УТП треба звіряти з її релізом.

Картка працівниці та журнал змін

Статус прикладу: усі відомості про працівницю, суми, кількість днів і контрольний результат нижче є навчальними. Нормативні величини прив’язані до вересня 2026 року; їх не слід переносити в інший місяць без повторної перевірки.

Журнал кадрових і зарплатних змін

Контрольний перерахунок одного місяця

Для вересня 2026 року в навчальному прикладі місяцем останнього підвищення окладу є січень. ІСЦ накопичуємо з лютого: 101,0% × 101,7% × 101,4% = 104,2% після округлення за правилами розрахунку. Отже, навчальна величина приросту — 4,2%. Це не довільна річна інфляція і не індекс лише за вересень.

1. Визначаємо навчальну межу. Зарплата 18 000 грн перевищує прожитковий мінімум для працездатної особи, тому для контролю беремо 3 328 грн, а не весь оклад.
2. Обчислюємо повну навчальну суму. 3 328 грн × 4,2% = 139,776 грн, після грошового округлення — 139,78 грн.
3. Ураховуємо навчальний табель. За графіком у вересні 22 робочі дні, фактично відпрацьовано 17.
4. Отримуємо навчальний результат. 139,78 грн ÷ 22 × 17 = 108,01 грн після округлення.

Контрольна сума для цього навчального набору — 108,01 грн. Вона правильна лише за одночасної істинності всіх передумов: січень справді є місяцем підвищення окладу за посадою, немає пізнішого підвищення, коефіцієнт 4,2% застосовний до вересня, а табель 17/22 підтверджено. Зміна будь-якого пункту вимагає нового розрахунку.

Налаштування й дані: межі перевіреного середовища

У цьому матеріалі перевірено нормативний і арифметичний контур станом на 26 вересня 2026 року. Програмна частина обмежена українським зарплатним контуром конфігурації УТП на платформі 1С:Підприємство 8.3: конкретний номер релізу, локальні доробки й дату оновлення регламентованих даних рев’юер має зафіксувати зі своєї бази. УТП не тотожна BAS ЗУП, BAS Бухгалтерії КОРП або будь-якій іншій конфігурації. У різних релізах назви форм, регістрів, помічників і шляхів меню відрізняються, тому універсальної кнопкової інструкції тут немає.

У власній базі потрібно знайти й підтвердити не назву кнопки, а п’ять сутностей:

• кадрову історію посади та працівника з датами набрання чинності;
• історію посадового окладу й постійних нарахувань;
• службовий параметр або регістр, з якого конфігурація бере місяць початку накопичення ІСЦ;
• табельний час і види неявок, що потрапили до розрахунку;
• актуальні регламентовані величини та алгоритм виду нарахування індексації.

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

Як порівняти системний і контрольний результат

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

Діагностика нульової або неочікуваної суми

У 2026 році окремо перевіряйте перехідне правило. Чинна редакція Закону України «Про Державний бюджет України на 2026 рік» у статті 41 встановлює накопичення ІСЦ із січня 2026 року та ненарахування в січні суми, що склалася у грудні 2025 року. Сторінку офіційного джерела й редакцію перевірено 26 вересня 2026 року.

1. Зафіксуйте факт. Збережіть розрахунковий листок, розшифрування нарахування, табель і версію релізу до будь-яких змін.
2. Перевірте період. Нуль у січні 2026 року не можна оцінювати за таблицею грудня 2025-го; для вересня потрібно брати лише індекси, право на застосування яких уже настало.
3. Відновіть місяць підвищення. Зіставте штатний розпис, накази та історію планових нарахувань. Пізніший документ заднім числом може змінити весь ланцюжок.
4. Відокремте оклад від інших виплат. Разова премія не дорівнює підвищенню тарифної ставки. Водночас у місяці реального підвищення треба оцінити постійні складові доходу за чинним порядком.
5. Перерахуйте ІСЦ незалежно. Перевірка індексу споживчих цін має враховувати поріг 103%, послідовне множення та часовий лаг: підвищення застосовують із місяця після офіційного опублікування індексу, який дав право на індексацію.
6. Перевірте час. Неповний місяць, неповна зайнятість, відпустка без оплати, лікарняний або переведення всередині місяця можуть пояснити меншу суму, але кожна причина повинна мати документ і коректний код у табелі.
7. Перевірте реліз і ручні втручання. Зафіксуйте дату оновлення, зміни типового алгоритму, ручні виправлення та перепроведення. Не робіть висновок «винна програма» лише тому, що реліз застарілий.
8. Повторіть розрахунок ізольовано. На копії бази перерахуйте одну працівницю. Якщо результат змінився, порівняйте рухи й вхідні дані до та після, а не тільки кінцеву суму.

Типові причини розбіжності

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

Проведення, виплата, звітний контроль і протокол рев’ю

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

Tax/payroll-review є обов’язковим. Розрахунок підписують дві ролі: фахівець із зарплати підтверджує кадрові події, ІСЦ, формулу й час, а податковий або головний бухгалтер — відображення виплати у базах ПДФО, військового збору, ЄСВ та звітності за правилами конкретного періоду. Цей другий підпис не замінюють автоматичним проведенням документа.

Мінімальний протокол рев’ю

• дата перевірки правил — 26 вересня 2026 року;
• період і працівник — вересень 2026 року, навчальна картка Ірини К.;
• джерела — кадрові накази, штатний розпис, табель, офіційні ІСЦ, чинний прожитковий мінімум;
• ручний навчальний результат — 108,01 грн;
• системний навчальний результат — 108,01 грн;
• різниця й пояснення — 0,00 грн, зауважень немає;
• версія конфігурації та дата оновлення — заповнюються з фактичної бази;
• підписи payroll-review і tax-review — обов’язкові до масового перерахунку та виплати.

Завершальний план дій

1. Зафіксуйте дату правил і період, який перевіряєте.
2. Заповніть контрольну таблицю незалежно від програми.
3. Відновіть журнал змін окладу та постійних виплат.
4. Виконайте ручний контроль на одному працівнику й одному місяці.
5. Порівняйте кожен множник, а не лише кінцеву суму.
6. Перевірте проведення, виплату, бухгалтерський і звітний слід.
7. Оформіть payroll-review і tax-review, після чого масштабуйте виправлення.

Для системного відпрацювання кадрових документів, нарахувань, виплати й регламентованої звітності використовуйте програму навчання розрахунку зарплати в BAS. А у власній УТП зберігайте той самий принцип контролю: чинне правило → первинні дані → незалежна формула → системний результат → виплата і звітність.

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