Регістр розрахунків 1С

Регістр розрахунків 1С — це спеціальний вид регістру платформи 1С та BAS, який використовується для зберігання результатів складних періодичних розрахунків. Найчастіше такі регістри застосовуються в зарплатному та кадровому обліку: для окладів, премій, відпускних, лікарняних, доплат, утримань, середнього заробітку, перерахунків і взаємного впливу різних нарахувань.

На відміну від регістру накопичення, який здебільшого відповідає на питання “скільки залишилося?” або “який був оборот?”, регістр розрахунків відповідає на складніше питання: що, кому, за який період, на якій підставі, за якою базою і з яким впливом на інші розрахунки було нараховано або утримано.

Головне. Регістр розрахунків 1С потрібен там, де важлива не тільки сума, а й період дії, база розрахунку, вид розрахунку, залежність одного нарахування від іншого, витіснення періодів і можливість перерахунку.

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

Важливо про 1С та BAS. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. Указ Президента України №184/2020 ввів у дію рішення РНБО щодо санкцій, а в офіційному переліку Держспецзв’язку забороненого програмного забезпечення серед позицій згадується BAS ERP. Тому при використанні або міграції таких систем потрібно перевіряти актуальні обмеження і планувати перехід на безпечну ERP-платформу.

Що таке регістр розрахунків

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

У звичайному обліку часто достатньо записати суму. Наприклад, товар прийшов на склад — плюс 10 одиниць. Товар продали — мінус 3 одиниці. Для цього підходить регістр накопичення.

Але в зарплаті все складніше.

Наприклад:

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

У такій ситуації важливо знати не просто суму, а:

за який період діє нарахування;
у якому місяці воно зареєстроване;
який вид розрахунку використовується;
чи входить це нарахування в базу для інших розрахунків;
чи витісняє воно інші нарахування;
чи потрібно перерахувати попередні записи.

Саме для цього й існує регістр розрахунків.

Де використовується регістр розрахунків

Найчастіше регістри розрахунків використовуються в зарплатних конфігураціях 1С/BAS.

Типові сфери використання:

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

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

Чим регістр розрахунків відрізняється від інших регістрів

Вид регістру	Основне призначення	Приклад
Регістр відомостей 1С	Зберігає параметри, налаштування, ціни, курси, графіки	Оклад працівника з певної дати, курс валюти, графік роботи
Регістр накопичення 1С	Зберігає залишки й обороти	Залишки товарів, борги контрагентів, рух коштів
Регістр бухгалтерії 1С	Зберігає бухгалтерські проводки	Дт 92 Кт 661 — нарахування зарплати
Регістр розрахунків 1С	Зберігає складні періодичні розрахунки	Оклад, відпускні, лікарняні, перерахунок зарплати

Головна відмінність регістру розрахунків — він працює з часом і залежностями між розрахунками.

Основні поняття регістру розрахунків

Щоб розуміти регістр розрахунків, потрібно знати кілька ключових понять.

Поняття	Що означає	Приклад
Вид розрахунку	Тип нарахування або утримання	Оклад, премія, відпускні, лікарняні
Період реєстрації	Місяць або дата, коли розрахунок зареєстровано в системі	Лікарняний внесли в лютому
Період дії	Період, за який фактично діє розрахунок	Лікарняний за січень
База розрахунку	Дані, від яких залежить новий розрахунок	Премія від окладу, лікарняні від середнього заробітку
Витіснення	Ситуація, коли один розрахунок замінює інший за той самий період	Відпустка витісняє оклад за дні відпустки
Перерахунок	Повторний розрахунок через появу нових даних	Лікарняний внесли після зарплати — оклад треба зменшити
Реєстратор	Документ, який створив запис у регістрі	Нарахування зарплати, Відпустка, Лікарняний

Види розрахунку

Вид розрахунку — це правило або тип нарахування чи утримання.

Приклади видів розрахунку:

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

У зарплатному обліку вид розрахунку визначає, як саме буде розрахована сума, чи входить вона в базу інших нарахувань, чи витісняє інші нарахування і як поводиться при перерахунках.

Період реєстрації

Період реєстрації — це період, у якому розрахунок введено в систему.

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

Період реєстрації важливий для:

звітності;
журналу нарахувань;
контролю поточного місяця;
формування виплат;
розуміння, коли саме система дізналася про подію.

Період дії

Період дії — це період, за який фактично діє нарахування або утримання.

У прикладі з лікарняним за січень, введеним у лютому:

період реєстрації — лютий;
період дії — січень.

Це одна з найважливіших ідей регістру розрахунків.

Головна різниця. Період реєстрації показує, коли запис внесли в систему. Період дії показує, за який час цей запис реально впливає на розрахунок.

Приклад періоду реєстрації і періоду дії

Працівник хворів з 20 по 25 січня 2026 року. Лікарняний документ бухгалтер отримав і ввів 5 лютого 2026 року.

Показник	Значення
Подія	Лікарняний
Період дії	20.01.2026—25.01.2026
Період реєстрації	Лютий 2026
Наслідок	Потрібно перерахувати січневу зарплату

Це означає, що система в лютому повинна вплинути на січневі розрахунки: зменшити оклад за дні хвороби і додати лікарняні.

Виміри регістру розрахунків

Виміри визначають, у яких аналітичних розрізах ведеться розрахунок.

Типові виміри регістру розрахунків:

працівник;
організація;
підрозділ;
посада;
вид розрахунку;
графік роботи;
документ-основа;
проєкт;
стаття витрат;
центр фінансової відповідальності.

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

Ресурси регістру розрахунків

Ресурси — це числові показники, які зберігає регістр.

Типові ресурси:

сума;
дні;
години;
база;
результат;
відсоток;
ставка;
коефіцієнт;
норма часу;
фактично відпрацьований час.

Наприклад, запис по окладу може містити:

15 відпрацьованих днів;
120 годин;
базовий оклад 30 000 грн;
результат 20 454,55 грн.

Реквізити регістру розрахунків

Реквізити — це додаткові поля, які уточнюють запис.

Типові реквізити:

коментар;
спосіб розрахунку;
джерело фінансування;
причина перерахунку;
кадровий документ;
вид часу;
ознака сторно;
відповідальний;
підстава;
статус розрахунку.

Реквізити допомагають деталізувати запис, але не завжди беруть участь у математичному підсумку.

Реєстратор регістру розрахунків

Реєстратор — це документ, який створив запис у регістрі.

Типові документи-реєстратори:

нарахування зарплати;
відпустка;
лікарняний;
премія;
кадрове переведення;
зміна окладу;
табель;
разове нарахування;
утримання;
перерахунок зарплати.

Через реєстратор можна зрозуміти, який саме документ створив нарахування або змінив розрахунок.

Приклад структури запису регістру розрахунків

Запис регістру розрахунків по окладу може виглядати так:

Поле	Приклад значення
Період реєстрації	31.01.2026
Період дії початок	01.01.2026
Період дії кінець	31.01.2026
Працівник	Іваненко Іван
Вид розрахунку	Оклад
Підрозділ	Відділ продажів
Дні	22
Години	176
База	30 000 грн
Результат	30 000 грн
Реєстратор	Нарахування зарплати №1

База розрахунку

База розрахунку — це сукупність попередніх або пов’язаних нарахувань, на основі яких розраховується нове нарахування.

Наприклад:

премія може бути 20% від окладу;
лікарняні можуть розраховуватися від середнього заробітку;
відпускні можуть розраховуватися від середньої зарплати за попередні місяці;
доплата може залежати від фактично відпрацьованих годин;
утримання може рахуватися від суми нарахувань.

Приклад бази розрахунку: премія від окладу

Працівник має оклад 30 000 грн. Премія становить 20% від окладу.

Вид розрахунку	База	Відсоток	Результат
Оклад	—	—	30 000 грн
Премія	30 000 грн	20%	6 000 грн

У цьому випадку запис “Оклад” стає базою для запису “Премія”.

Базові, залежні та витісняючі розрахунки

У регістрі розрахунків важливо розуміти зв’язки між видами розрахунків.

Тип	Що означає	Приклад
Базовий розрахунок	Дає базу для іншого розрахунку	Оклад для премії
Залежний розрахунок	Розраховується на основі іншого	Премія 20% від окладу
Витісняючий розрахунок	Замінює інший розрахунок за той самий період	Відпустка витісняє оклад
Перерахунковий розрахунок	Виправляє або уточнює попередній результат	Лікарняний за минулий місяць

Витіснення розрахунків

Витіснення — це механізм, коли один вид розрахунку замінює інший за певний період.

Найпростіший приклад — відпустка.

Працівник має оклад за місяць, але з 10 по 16 січня був у відпустці. За ці дні він не повинен отримати звичайний оклад. Замість окладу за ці дні йому нараховуються відпускні.

Тобто:

оклад діє на весь місяць;
відпустка діє на частину місяця;
відпустка витісняє оклад за дні відпустки;
система повинна нарахувати оклад тільки за відпрацьовані дні.

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

Приклад витіснення: оклад і відпустка

Працівник має оклад 30 000 грн. У січні 22 робочі дні. Працівник був у відпустці 5 робочих днів.

Розрахунок:

Показник	Значення
Оклад за повний місяць	30 000 грн
Робочих днів у місяці	22
Відпустка	5 днів
Відпрацьовано	17 днів
Оклад до нарахування	30 000 / 22 × 17 = 23 181,82 грн
Відпускні	Розраховуються окремо за середнім заробітком

У регістрі розрахунків може бути два записи:

Вид розрахунку	Період дії	Дні	Сума	Коментар
Оклад	01.01.2026—31.01.2026	17	23 181,82 грн	Оклад зменшено через відпустку
Відпускні	10.01.2026—16.01.2026	5	7 500 грн	Витісняє оклад за ці дні

Перерахунок

Перерахунок виникає тоді, коли після первинного розрахунку з’являються нові дані, які змінюють попередній результат.

Типові причини перерахунку:

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

Приклад перерахунку через лікарняний

У січні працівнику нарахували повний оклад 30 000 грн.

У лютому бухгалтер отримав лікарняний за період 20–24 січня.

Система повинна:

знайти, що за 20–24 січня вже був нарахований оклад;
зменшити оклад за ці дні;
нарахувати лікарняні;
відобразити різницю в поточному періоді реєстрації.

Крок	Що відбувається
1	У січні нараховано повний оклад 30 000 грн
2	У лютому внесено лікарняний за січень
3	Система визначає період дії лікарняного
4	Оклад за дні лікарняного сторнується або зменшується
5	Нараховуються лікарняні
6	У лютому видно результат перерахунку за січень

Сторнування в регістрі розрахунків

Сторно — це зворотний запис, який виправляє попередній розрахунок.

Наприклад, якщо в січні помилково нарахували премію 5 000 грн, а в лютому виявили помилку, система може зробити сторно:

Період реєстрації	Вид розрахунку	Період дії	Сума
Січень 2026	Премія	Січень 2026	+5 000 грн
Лютий 2026	Сторно премії	Січень 2026	-5 000 грн

Так зберігається історія: видно і помилкове нарахування, і виправлення.

Табель і регістр розрахунків

Табель є одним із ключових джерел для регістру розрахунків.

Табель показує:

норму часу;
фактично відпрацьовані дні;
фактично відпрацьовані години;
нічні години;
понаднормові;
відпустки;
лікарняні;
неявки;
відрядження.

На основі табеля система може розрахувати:

оклад пропорційно часу;
погодинну оплату;
нічні;
понаднормові;
оплату вихідних;
неявки;
доплати.

Приклад погодинної оплати

Працівник має ставку 200 грн за годину. За місяць він відпрацював 150 годин.

Показник	Значення
Годинна ставка	200 грн
Відпрацьовано	150 годин
Нараховано	200 × 150 = 30 000 грн

Запис у регістрі розрахунків:

Вид розрахунку	Години	Ставка	Сума
Погодинна оплата	150	200 грн	30 000 грн

Приклад доплати за нічні години

Працівник відпрацював 20 нічних годин. Доплата за нічні — 35% від годинної ставки. Ставка — 200 грн.

Показник	Значення
Нічні години	20
Годинна ставка	200 грн
Відсоток доплати	35%
Сума доплати	20 × 200 × 35% = 1 400 грн

У регістрі розрахунків це може бути окремий вид розрахунку “Доплата за нічні”.

Відпускні в регістрі розрахунків

Відпускні зазвичай розраховуються на основі середнього заробітку.

Для розрахунку потрібні:

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

Приклад:

Показник	Значення
Середньоденний заробіток	1 200 грн
Днів відпустки	7
Сума відпускних	8 400 грн

Лікарняні в регістрі розрахунків

Лікарняні також мають період дії, базу розрахунку і можуть викликати перерахунок.

Для лікарняних важливі:

працівник;
період непрацездатності;
кількість днів;
страховий стаж;
середній заробіток;
відсоток оплати;
джерело фінансування;
період реєстрації;
період дії;
вплив на оклад;
перерахунок, якщо документ введено із запізненням.

Утримання в регістрі розрахунків

Утримання можуть розраховуватися на основі нарахувань.

Приклади утримань:

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

Наприклад, аліменти можуть бути 25% від бази після податків або від визначеної суми нарахувань залежно від правил обліку.

Регістр розрахунків і регістр накопичення зарплати

У зарплатному контурі регістр розрахунків часто працює разом із регістрами накопичення.

Регістр розрахунків відповідає за логіку нарахування:

оклад;
відпускні;
лікарняні;
період дії;
база;
перерахунок.

Регістр накопичення може відповідати за залишок заборгованості:

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

Регістр розрахунків і регістр бухгалтерії

Після розрахунку зарплати система може сформувати проводки в регістрі бухгалтерії.

Наприклад:

Операція	Проводка	Зміст
Нараховано зарплату адміністрації	Дт 92 Кт 661	Зарплата адміністративного персоналу
Нараховано зарплату виробництва	Дт 23 Кт 661	Зарплата виробничого персоналу
Утримано податки	Дт 661 Кт 641	Податкові утримання
Виплачено зарплату	Дт 661 Кт 311	Виплата з банківського рахунку

Тобто регістр розрахунків відповідає за розрахункову частину, а регістр бухгалтерії — за бухгалтерське відображення.

Рухи документа по регістру розрахунків

Коли документ зарплати проводиться, він створює рухи в регістрі розрахунків.

Наприклад, документ “Нарахування зарплати” може створити записи:

Працівник	Вид розрахунку	Період дії	Дні	Сума
Іваненко Іван	Оклад	01.01.2026—31.01.2026	22	30 000 грн
Петренко Олена	Оклад	01.01.2026—31.01.2026	20	27 272,73 грн
Петренко Олена	Відпускні	15.01.2026—16.01.2026	2	2 400 грн

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

Чому зарплата може рахуватися неправильно

Типові причини помилок у регістрах розрахунків:

Помилка	Причина	Наслідок
Оклад не зменшився через відпустку	Відпустка не витіснила оклад	Працівнику нараховано зайве
Лікарняний не перерахував минулий місяць	Неправильний період дії або реєстрації	Неправильна зарплата
Премія порахувалась від неправильної бази	Неправильно налаштована база розрахунку	Завищена або занижена премія
Доплата за нічні не нарахувалась	Не передані нічні години з табеля	Недоплата працівнику
Зарплата потрапила не в той підрозділ	Неправильний вимір у регістрі	Помилки в управлінській аналітиці
Перерахунок задвоїв суму	Старі рухи не сторновані або документ перепроведено некоректно	Подвійне нарахування

Як перевіряти регістр розрахунків

Щоб знайти помилку в зарплаті або іншому розрахунку, потрібно перевірити:

Який документ створив запис.
Який вид розрахунку використано.
Який період реєстрації.
Який період дії.
Які дні або години потрапили в розрахунок.
Яка база використана.
Чи було витіснення.
Чи був перерахунок.
Чи є сторно.
Чи правильно заповнені працівник, підрозділ, організація, посада.
Чи сформовані проводки.
Чи правильно закрита заборгованість після виплати.

Регістр розрахунків і міграція з 1С/BAS

Під час переходу з 1С або BAS у K2 ERP регістри розрахунків потрібно аналізувати дуже уважно.

Особливо це стосується зарплати.

З регістрів розрахунків можуть знадобитися:

активні працівники;
історія нарахувань;
види розрахунків;
оклади;
премії;
відпускні;
лікарняні;
утримання;
перерахунки;
сторно;
періоди дії;
періоди реєстрації;
залишки заборгованості;
залишки відпусток;
база середнього заробітку;
дані для Power BI.

Практичний принцип міграції. Для запуску нової ERP часто не потрібно переносити всі старі рухи регістру розрахунків. Але потрібно точно перенести актуальний стан: працівників, оклади, залишки відпусток, відкриті нарахування, борги, переплати і контрольні суми.

Варіанти перенесення регістру розрахунків

Варіант	Що переноситься	Коли підходить
Тільки актуальні залишки	Заборгованість, залишки відпусток, поточні оклади	Для швидкого старту нової ERP
Залишки + поточний рік	Дані поточного року для звітів і контролю	Коли потрібна аналітика за рік
Історія для Power BI	Нарахування по місяцях, підрозділах, видах розрахунків	Коли потрібна управлінська аналітика
Повна історія	Усі записи регістру розрахунків	Для складних проєктів із повною історичною деталізацією

Карта міграції регістру розрахунків

При міграції потрібно створити карту відповідності між 1С/BAS і K2 ERP.

Дані 1С	Що означає	Дані K2 ERP	Контроль
Працівник	Кому зроблено розрахунок	Працівник HRM	Табельний номер, ПІБ, ІПН
Вид розрахунку	Оклад, премія, відпускні	Тип нарахування	Відповідність довідника
Період дії	За який період нараховано	Період нарахування	Дата початку і кінця
Період реєстрації	Коли внесено в облік	Дата документа / місяць обліку	Місяць закриття
Сума	Результат розрахунку	Сума нарахування	Контрольна сума
Дні / години	Обсяг часу	Табельні показники	Звірка з табелем
Реєстратор	Документ 1С	Документ K2 ERP або архівне посилання	Номер і дата

Контрольні суми при міграції

Контрольні суми потрібні, щоб переконатися, що зарплатні дані перенесено правильно.

Перевіряють:

кількість працівників;
суму нарахувань за місяць;
суму утримань;
суму виплат;
заборгованість перед працівниками;
переплати;
залишки відпусток;
кількість лікарняних;
кількість відпусток;
фонд оплати праці по підрозділах;
суми по видах розрахунків;
дані по організаціях;
дані по проєктах;
дані для Power BI.

Реплікатор K2 і регістри розрахунків

Реплікатор K2 може використовуватися для вивантаження та перенесення даних із 1С або BAS у K2 ERP.

Для регістрів розрахунків Реплікатор K2 може допомогти:

вивантажити працівників;
вивантажити види розрахунків;
вивантажити нарахування;
вивантажити утримання;
вивантажити відпустки;
вивантажити лікарняні;
вивантажити перерахунки;
підготувати контрольні суми;
зіставити підрозділи й посади;
сформувати дані для HRM;
сформувати історичний шар для Power BI;
перенести залишки в K2 ERP.

Регістр розрахунків і Power BI

Дані регістру розрахунків корисні для управлінської аналітики.

У Power BI можна аналізувати:

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

Але при передачі таких даних у BI потрібно суворо контролювати права доступу, бо зарплатна інформація є чутливою.

Персональні дані і безпека

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

Потрібно контролювати:

хто бачить зарплату;
хто бачить нарахування;
хто бачить лікарняні;
хто бачить відпустки;
хто може змінювати розрахунки;
хто може експортувати дані;
хто має доступ до історії;
хто може формувати Power BI-звіти;
де зберігаються файли вивантаження;
чи ведеться аудит дій.

Санкції та ризики використання 1С/BAS в Україні

При підготовці статей про 1С і BAS в українському контексті потрібно згадувати санкційні та безпекові ризики.

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

В Україні рішення про санкції щодо пов’язаних із російським програмним забезпеченням суб’єктів вводилися в дію указами Президента України на підставі рішень РНБО. Зокрема, Указ Президента України №184/2020 ввів у дію рішення РНБО від 14 травня 2020 року щодо застосування, скасування і внесення змін до персональних спеціальних економічних та інших обмежувальних заходів. Також Держспецзв’язку веде перелік програмного забезпечення та комунікаційного обладнання, забороненого до використання в окремих сферах; у цьому переліку станом на публікацію сторінки від 29 січня 2026 року серед позицій згадується BAS ERP.

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

Типові помилки при роботі з регістром розрахунків

Помилка	Причина	Наслідок
Неправильний період дії	Документ введено не за той період	Зарплата перераховується неправильно
Неправильний період реєстрації	Документ потрапив не в той місяць	Помилки у звітності й виплатах
Відпустка не витіснила оклад	Неправильно налаштований вид розрахунку	Подвійне нарахування
Премія рахується не від тієї бази	Неправильна база розрахунку	Завищена або занижена премія
Лікарняний не викликав перерахунок	Немає зв’язку з минулим періодом	Працівнику нараховано неправильну суму
Дані не сходяться з бухгалтерією	Регістр розрахунків і регістр бухгалтерії мають різні рухи	ОСВ не збігається із зарплатними звітами
Дані не сходяться після міграції	Перенесено тільки документи без контрольних сум по регістрах	Неправильний старт у новій ERP

Як аналізувати проблему в регістрі розрахунків

Практичний порядок перевірки:

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

Регістр розрахунків у сучасній ERP

У сучасній ERP логіка регістру розрахунків може реалізовуватися не обов’язково так само, як у 1С. Але сама ідея залишається важливою.

Для зарплати й HRM потрібен механізм, який зберігає:

працівника;
вид нарахування;
період дії;
період реєстрації;
базу розрахунку;
дні;
години;
суму;
перерахунок;
сторно;
документ-реєстратор;
зв’язок із табелем;
зв’язок із виплатою;
зв’язок із бухгалтерією;
аудит дій.

У K2 ERP такі дані можуть бути представлені через таблиці рухів, HRM-моделі, зарплатні документи, журнали операцій, BI-шари, API та механізми аудиту.

Коротко

Питання	Відповідь
Що таке регістр розрахунків 1С?	Спеціальний регістр для складних періодичних розрахунків, найчастіше зарплати, відпусток, лікарняних і перерахунків.
Чим він відрізняється від регістру накопичення?	Регістр накопичення рахує залишки й обороти, а регістр розрахунків враховує періоди дії, базу, витіснення і перерахунки.
Що таке період реєстрації?	Період, у якому розрахунок внесено в систему.
Що таке період дії?	Період, за який фактично діє нарахування або утримання.
Що таке база розрахунку?	Дані, на основі яких розраховується інше нарахування, наприклад премія від окладу.
Що таке витіснення?	Механізм, коли один розрахунок замінює інший за той самий період, наприклад відпустка витісняє оклад.
Що таке перерахунок?	Повторний розрахунок попереднього періоду через нові або виправлені дані.
Де використовується?	У зарплаті, HRM, відпускних, лікарняних, преміях, доплатах, утриманнях і складних розрахункових схемах.
Що важливо при міграції?	Перенести або звірити працівників, види розрахунків, періоди, суми, залишки, борги, відпустки, перерахунки й контрольні суми.

Висновок

Регістр розрахунків 1С — це один із найскладніших і найважливіших механізмів платформи для зарплатного та кадрового обліку.

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

Регістр розрахунків — це механізм, який дозволяє зарплаті бути не просто сумою, а керованою системою правил, періодів, баз і перерахунків.

Для міграції з 1С або BAS у K2 ERP розуміння регістру розрахунків критично важливе. Якщо перенести тільки список працівників і суми, але не зрозуміти періоди, бази, відпустки, лікарняні, перерахунки й залишки, нова система стартує з помилками.

Правильний підхід — аналізувати регістр розрахунків як джерело облікової істини для зарплатного контуру: звіряти контрольні суми, очищати дані, переносити актуальний стан і за потреби зберігати історію для Power BI або архівної аналітики.

Див. також

Зовнішні посилання