Перейти до вмісту

Регістри 1С: відмінності між версіями

Матеріал з K2 ERP Wiki
Створена сторінка: {{SEO |title=Нарахування зарплати 1С — зарплата, кадри, податки, табель, міграція і K2 ERP |description=Нарахування зарплати 1С: що це таке, як працює зарплатний облік у 1С/BAS, працівники, табель, оклади, премії, лікарняні, відпустки, податки, виплати, проводки, регістри,...
 
Немає опису редагування
 
Рядок 1: Рядок 1:
{{DISPLAYTITLE:Регістри 1С}}
{{SEO
{{SEO
|title=Нарахування зарплати 1С — зарплата, кадри, податки, табель, міграція і K2 ERP
|title=Регістри 1С — види регістрів, рухи документів, приклади, накопичення, бухгалтерія, розрахунки і міграція в K2 ERP
|description=Нарахування зарплати 1С: що це таке, як працює зарплатний облік у 1С/BAS, працівники, табель, оклади, премії, лікарняні, відпустки, податки, виплати, проводки, регістри, вивантаження даних, міграція в K2 ERP та Power BI-аналітика.
|description=Регістри 1С: що це таке, які бувають види регістрів у 1С/BAS, регістри відомостей, накопичення, бухгалтерії, розрахунків, рухи документів, залишки, обороти, приклади по складу, взаєморозрахунках, зарплаті, цінах і міграції в K2 ERP.
|keywords=нарахування зарплати 1С, зарплата 1С, 1С зарплата і кадри, розрахунок зарплати 1С, табель 1С, лікарняні 1С, відпустки 1С, зарплатні проводки 1С, міграція зарплати з 1С, K2 ERP, Реплікатор K2, HRM система
|keywords=регістри 1С, регістр накопичення 1С, регістр відомостей 1С, регістр бухгалтерії 1С, регістр розрахунків 1С, рухи документа 1С, залишки 1С, обороти 1С, BAS регістри, регістри, міграція з 1С, K2 ERP, Реплікатор K2, альтернатива 1С, альтернатива BAS
}}
}}


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


Нарахування зарплати в 1С може вестися в окремій конфігурації, наприклад 1С:Зарплата і кадри, або в комплексній ERP/обліковій системі. Перед переходом на нову ERP або HRM-систему зарплатні дані потрібно ретельно проаналізувати, очистити, вивантажити, звірити й перенести з урахуванням персональних даних, прав доступу, історії нарахувань, залишків відпусток, кадрових документів і фінансових зобов’язань.
Якщо довідники відповідають на питання “хто або що це?”, документи відповідають на питання “що сталося?”, то регістри відповідають на питання “який обліковий результат дала ця подія?”.


[[K2 ERP]] може використовуватися як українська ERP-платформа для переходу з 1С або BAS. Під час міграції зарплатного контуру в [[K2 ERP]] або [[HRM система|HRM-систему]] потрібно врахувати працівників, підрозділи, посади, графіки, табелі, кадрові документи, нарахування, утримання, виплати, податки, залишки відпусток, заборгованість, права доступу, аудит дій і дані для [[Power BI]].
Наприклад:


<div style="border:3px solid #c62828; background:#ffebee; padding:14px; margin:16px 0;">
* документ '''Прибуткова накладна''' створює рух у регістрі залишків товарів;
'''Важливо про 1С/BAS і санкційні ризики.''' Програмні продукти 1С і BAS пов’язані з підсанкційним російським ПЗ та можуть створювати юридичні, комплаєнс-, кібербезпекові й репутаційні ризики для компаній в Україні. Для державного сектору, критичної інфраструктури та систем із державними інформаційними ресурсами використання такого ПЗ може бути прямо обмежене або заборонене. Для приватного бізнесу використання 1С/BAS також потребує оцінки ризиків, плану відмови, вивантаження даних, міграції в українську ERP і контролю безпеки.
* документ '''Видаткова накладна''' зменшує залишок товарів і може створити борг покупця;
</div>
* документ '''Банківська виписка''' змінює взаєморозрахунки з контрагентом;
* документ '''Нарахування зарплати''' створює записи в регістрах розрахунків і бухгалтерії;
* документ '''Встановлення цін''' записує нові ціни в регістр відомостей.


<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головне.''' Нарахування зарплати 1С — це не лише сума до виплати. Це повний ланцюг: працівник, посада, підрозділ, графік, табель, вид нарахування, податки, утримання, аванс, виплата, проводки, регістри, заборгованість і звітність.
'''Головне.''' Регістри — це серце облікової логіки 1С/BAS. Саме в регістрах зберігаються залишки, обороти, проводки, періодичні відомості, розрахункові дані й результати проведення документів.
</div>
</div>


<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Перехід у K2 ERP.''' Перед міграцією з 1С/BAS у [[K2 ERP]] потрібно перевірити зарплатні й кадрові дані: працівників, підрозділи, посади, табелі, графіки, нарахування, утримання, виплати, залишки відпусток, заборгованість і персональні дані.
'''Проста аналогія.''' Документ — це подія. Регістр — це слід, який ця подія залишила в обліку. Звіт — це спосіб прочитати ці сліди й показати їх користувачу.
</div>
</div>


<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Практичний принцип.''' Зарплатні дані потрібно переносити тільки після звірки з бухгалтерією, HR-відділом і відповідальними керівниками: помилки в окладах, табелі, податках, відпустках або виплатах одразу впливають на людей і фінанси компанії.
'''Важливо про [[1С]] та [[BAS]].''' В Україні продукти екосистеми [[1С]] і частина продуктів [[BAS]] пов’язані з санкційними, кібербезпековими, юридичними та репутаційними ризиками. Перед використанням, супроводом або міграцією таких систем потрібно перевіряти актуальні рішення [[РНБО]], укази Президента України, переліки забороненого програмного забезпечення та вимоги конкретної галузі.
</div>
</div>


__TOC__
__TOC__


== Що таке нарахування зарплати 1С ==
== Що таке регістр 1С ==
 
'''Регістр 1С''' — це спеціальний об’єкт метаданих платформи, призначений для зберігання облікової інформації в структурованому вигляді.
 
У звичайній базі даних можна було б створити таблицю “ЗалишкиТоварів” або “БоргиКонтрагентів”. Але в 1С для цього існує спеціальний механізм регістрів.


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


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


* оклад;
У більшості випадків користувач напряму не бачить регістри. Він працює з документами, довідниками й звітами. Але саме регістри визначають, які залишки, борги, обороти або проводки покаже система.
* тарифну ставку;
 
* погодинну оплату;
== Навіщо потрібні регістри ==
* відрядну оплату;
 
* премії;
Регістри потрібні для того, щоб система могла швидко й правильно відповідати на облікові питання.
* бонуси;
* надбавки;
* доплати;
* відпускні;
* лікарняні;
* компенсації;
* аванс;
* утримання;
* податки;
* внески;
* виплати;
* заборгованість перед працівником;
* заборгованість працівника перед компанією.


== Для чого потрібне нарахування зарплати в 1С ==
Наприклад:


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


Зарплатний контур допомагає:
<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Без регістрів 1С була б просто набором документів.''' Саме регістри перетворюють документи на облік: складський, бухгалтерський, зарплатний, управлінський, податковий або фінансовий.
</div>


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


== Основні об’єкти зарплатного обліку ==
У платформі 8.x основними видами регістрів є:


{| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
! Об’єкт
! Вид регістру
! Що означає
! Для чого використовується
! Навіщо використовується
! Приклад
|-
|-
| Працівник
| [[Регістр відомостей 1С]]
| Фізична особа, якій нараховується зарплата
| Для зберігання довідкової, періодичної або неперіодичної інформації
| Для кадрового й зарплатного обліку
| Ціни товарів, курси валют, налаштування, графіки
|-
|-
| Підрозділ
| [[Регістр накопичення 1С]]
| Організаційна одиниця
| Для обліку залишків і оборотів
| Для аналітики витрат і HR-звітів
| Залишки товарів, взаєморозрахунки, рух коштів
|-
|-
| Посада
| [[Регістр бухгалтерії 1С]]
| Роль працівника в структурі
| Для зберігання бухгалтерських проводок
| Для кадрових документів і ставок
| Дебет, кредит, рахунок, субконто, сума
|-
|-
| Графік роботи
| [[Регістр розрахунків 1С]]
| Плановий режим роботи
| Для складних періодичних розрахунків
| Для розрахунку норми часу
| Зарплата, відпускні, лікарняні, перерахунки
|}
 
У старих конфігураціях [[1С:Підприємство 7.7]] логіка могла відрізнятися, але загальна ідея схожа: документи формують рухи, а звіти читають накопичені облікові дані.
 
== Рухи документа 1С ==
 
'''Рухи документа''' — це записи, які документ створює в регістрах під час проведення.
 
Наприклад, документ “Реалізація товарів” може зробити одразу кілька рухів:
 
* зменшити залишки товарів на складі;
* збільшити борг покупця;
* сформувати бухгалтерські проводки;
* записати собівартість продажу;
* оновити управлінські обороти.
 
Один документ може рухати один регістр, а може — десять або більше.
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Ключова думка.''' Щоб зрозуміти, що реально зробив документ у 1С, потрібно дивитися не тільки на форму документа, а й на його рухи по регістрах.
</div>
 
== Приклад: продаж товару і рухи по регістрах ==
 
Компанія продала покупцю 5 одиниць товару по 1 000 грн.
 
Документ реалізації може сформувати такі рухи:
 
{| class="wikitable" style="width:100%;"
! Регістр
! Що змінюється
! Приклад руху
|-
|-
| Табель
| Регістр накопичення “ТовариНаСкладах”
| Фактично відпрацьований час
| Зменшується залишок товару
| Для розрахунку зарплати
| Товар А, склад №1, мінус 5 шт.
|-
|-
| Вид нарахування
| Регістр накопичення “ВзаєморозрахункиЗКонтрагентами”
| Оклад, премія, доплата, відпускні
| Збільшується борг покупця
| Для розрахунку зарплатних сум
| Покупець Ромашка, плюс 5 000 грн боргу
|-
|-
| Вид утримання
| Регістр бухгалтерії
| Аліменти, штрафи, інші утримання
| Формуються проводки
| Для зменшення суми до виплати
| Дт 361 Кт 702 — дохід; Дт 902 Кт 281 — собівартість
|-
|-
| Виплата
| Регістр накопичення “Продажі”
| Фактична передача коштів працівнику
| Фіксується оборот продажу
| Для закриття заборгованості
| Товар А, покупець Ромашка, 5 шт., 5 000 грн
|}
|}


== Працівники в 1С ==
Користувач бачить одну видаткову накладну. Але всередині система створює кілька наборів рухів, які потім потрапляють у різні звіти.


Працівник є ключовим об’єктом зарплатного обліку. У старих базах 1С часто трапляються дублікати працівників, неактуальні записи, помилки в реквізитах і неповні кадрові дані.
== Виміри, ресурси і реквізити регістру ==


Потрібно перевірити:
Щоб розуміти регістри, потрібно розуміти три базові поняття: виміри, ресурси і реквізити.


* ПІБ;
=== Виміри ===
* табельний номер;
 
* дату прийняття;
'''Виміри''' відповідають на питання “у розрізі чого ведеться облік?”.
* дату звільнення;
 
Приклади вимірів:
 
* товар;
* склад;
* контрагент;
* договір;
* працівник;
* організація;
* рахунок обліку;
* підрозділ;
* підрозділ;
* посаду;
* валюта;
* графік роботи;
* проєкт.
* оклад або ставку;
* статус працівника;
* контактні дані;
* банківські реквізити;
* податкові реквізити;
* кадрові документи;
* історію змін;
* дублікати.


== Кадрові документи 1С ==
Якщо регістр “ТовариНаСкладах” має виміри “Товар” і “Склад”, то система зберігає залишки не просто по товару, а по товару на конкретному складі.


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


Типові кадрові документи:
'''Ресурси''' відповідають на питання “що саме рахуємо?”.


* прийняття на роботу;
Приклади ресурсів:
* переведення;
* зміна окладу;
* зміна графіка;
* зміна підрозділу;
* зміна посади;
* відпустка;
* лікарняний;
* відрядження;
* прогул;
* звільнення;
* кадровий наказ;
* табель;
* наказ на премію;
* наказ на утримання.


== Табель у 1С ==
* кількість;
* сума;
* сума в валюті;
* дні;
* години;
* вага;
* обсяг;
* вартість;
* база розрахунку.
 
У регістрі залишків товарів ресурсами можуть бути “Кількість” і “Сума”. У регістрі зарплати — “Дні”, “Години”, “Сума”.


'''Табель''' — це документ або регістр, який фіксує фактично відпрацьований час, відсутності, відпустки, лікарняні, відрядження й інші події.
=== Реквізити ===


Табель може містити:
'''Реквізити''' — це додаткова інформація до запису регістру.


* працівника;
Приклади реквізитів:
* підрозділ;
 
* період;
* документ-основа;
* графік;
* ставка ПДВ;
* норму часу;
* вид операції;
* відпрацьовані дні;
* коментар;
* відпрацьовані години;
* відповідальний;
* нічні години;
* стаття витрат;
* понаднормові;
* тип ціни;
* вихідні;
* спосіб розрахунку.
* відпустки;
 
* лікарняні;
Реквізити не завжди беруть участь у розрахунку залишків, але допомагають деталізувати рухи й будувати звіти.
* відрядження;
 
* неявки;
== Приклад структури регістру залишків товарів ==
* коментарі.
 
Регістр накопичення “ТовариНаСкладах” може мати таку структуру:
 
{| class="wikitable" style="width:100%;"
! Частина регістру
! Поле
! Приклад значення
|-
| Вимір
| Товар
| Ноутбук Lenovo
|-
| Вимір
| Склад
| Основний склад
|-
| Вимір
| Організація
| ТОВ “Компанія”
|-
| Ресурс
| Кількість
| 10 шт.
|-
| Ресурс
| Сума
| 250 000 грн
|-
| Реквізит
| Партія
| Поставка від 10.01.2026
|-
| Реєстратор
| Документ
| Прибуткова накладна №15
|-
| Період
| Дата
| 10.01.2026
|}
 
Після приходу товару в регістр записується плюс. Після продажу — мінус. Звіт по залишках просто читає підсумок цих рухів.
 
== Регістр відомостей 1С ==
 
'''Регістр відомостей''' використовується для зберігання інформації, яка не завжди є рухом грошей або товарів.
 
Це можуть бути:
 
* ціни товарів;
* курси валют;
* графіки роботи;
* ставки податків;
* налаштування обліку;
* відповідальні особи;
* значення параметрів;
* історія зміни окладів;
* норми витрат;
* реквізити для інтеграцій.
 
Регістр відомостей може бути періодичним або неперіодичним.
 
=== Неперіодичний регістр відомостей ===
 
Неперіодичний регістр зберігає актуальну інформацію без історії по датах.
 
Наприклад, регістр “ВідповідальніМенеджериКонтрагентів”:
 
{| class="wikitable" style="width:100%;"
! Контрагент
! Менеджер
|-
| ТОВ “Ромашка”
| Іваненко Іван
|-
| ТОВ “Будсервіс”
| Петренко Олена
|}


== Графіки роботи ==
Система просто знає, який менеджер відповідає за якого контрагента.


Графік роботи визначає норму часу для працівника та впливає на розрахунок зарплати.
=== Періодичний регістр відомостей ===


Типові графіки:
Періодичний регістр зберігає історію зміни значень у часі.


* п’ятиденний робочий тиждень;
Наприклад, регістр “ЦіниНоменклатури”:
* змінний графік;
* погодинний графік;
* неповний робочий день;
* неповний робочий тиждень;
* індивідуальний графік;
* нічні зміни;
* вахтовий графік;
* гнучкий графік;
* графік для виробництва;
* графік для сервісу.


== Види нарахувань у 1С ==
{| class="wikitable" style="width:100%;"
! Період
! Товар
! Тип ціни
! Ціна
|-
| 01.01.2026
| Товар А
| Оптова
| 100 грн
|-
| 01.02.2026
| Товар А
| Оптова
| 120 грн
|}
 
Якщо документ створено 15.01.2026, система може взяти ціну 100 грн. Якщо документ створено 10.02.2026 — уже 120 грн.


Види нарахувань визначають, які суми й за якими правилами будуть розраховані працівнику.
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Суть регістру відомостей.''' Він зберігає не залишок, а факт або параметр: ціну, курс, ставку, графік, налаштування або іншу довідкову інформацію.
</div>


Типові види нарахувань:
== Приклад регістру відомостей: курси валют ==


* оклад;
Регістр “КурсиВалют” може мати таку структуру:
* погодинна оплата;
* відрядна оплата;
* премія;
* бонус;
* надбавка;
* доплата;
* компенсація;
* відпускні;
* лікарняні;
* оплата відрядження;
* оплата нічних;
* оплата понаднормових;
* індексація;
* разове нарахування.


== Види утримань у 1С ==
{| class="wikitable" style="width:100%;"
! Період
! Валюта
! Курс
! Кратність
|-
| 15.01.2026
| USD
| 40,10
| 1
|-
| 16.01.2026
| USD
| 40,25
| 1
|-
| 15.01.2026
| EUR
| 43,50
| 1
|}


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


Типові утримання:
== Регістр накопичення 1С ==


* податки;
'''Регістр накопичення''' використовується для обліку рухів, залишків і оборотів.
* внески;
* аліменти;
* виконавчі листи;
* повернення авансу;
* утримання за заявою;
* утримання за шкоду;
* коригування переплати;
* штрафи за внутрішніми правилами, якщо вони передбачені політиками компанії;
* інші погоджені утримання.


== Розрахунок окладу ==
Це найпоширеніший тип регістру в управлінському, складському, фінансовому й оперативному обліку.


Оклад може нараховуватися повністю або пропорційно відпрацьованому часу.
Регістри накопичення бувають двох основних видів:


Для розрахунку потрібні:
* регістри залишків;
* регістри оборотів.


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


== Премії і бонуси ==
'''Регістр залишків''' відповідає на питання: “скільки є на певну дату?”.


Премії можуть розраховуватися за фіксованою сумою, відсотком, KPI, продажами, виконанням плану або рішенням керівника.
Приклади:


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


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


== Відпускні в 1С ==
Наприклад, для товарів:


Відпускні розраховуються на основі кадрових даних, залишку відпустки, періоду відпустки й правил середнього заробітку.
{| class="wikitable" style="width:100%;"
! Документ
! Вид руху
! Товар
! Склад
! Кількість
|-
| Прибуткова накладна
| Прихід
| Товар А
| Основний склад
| +10
|-
| Видаткова накладна
| Витрата
| Товар А
| Основний склад
| -3
|-
| Залишок
| —
| Товар А
| Основний склад
| 7
|}


Потрібно перевірити:
== Регістр накопичення оборотів ==


* працівника;
'''Регістр оборотів''' відповідає на питання: “що відбулося за період?”.
* вид відпустки;
* період відпустки;
* кількість днів;
* залишок відпустки;
* середній заробіток;
* суму відпускних;
* дату виплати;
* кадровий наказ;
* податкове відображення;
* бухгалтерські проводки;
* вплив на табель.


== Лікарняні в 1С ==
Приклади:


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


Потрібно перевірити:
Оборотний регістр не обов’язково зберігає залишок. Його головна задача — показати рух за період.


* працівника;
Наприклад, регістр “Продажі”:
* період лікарняного;
* кількість днів;
* середній заробіток;
* відсоток оплати;
* джерело оплати;
* суму лікарняних;
* кадровий документ;
* вплив на табель;
* податкове відображення;
* бухгалтерські проводки;
* статус виплати.


== Аванс у 1С ==
{| class="wikitable" style="width:100%;"
! Дата
! Товар
! Покупець
! Кількість
! Сума
|-
| 05.01.2026
| Товар А
| ТОВ “Ромашка”
| 3
| 3 000 грн
|-
| 10.01.2026
| Товар Б
| ТОВ “Будсервіс”
| 2
| 5 000 грн
|}


Аванс може бути фіксованим, відсотковим або розрахованим на основі відпрацьованого часу.
Такий регістр зручно використовувати для звітів про продажі, ABC-аналізу, план-факту, бонусів менеджерів і BI-аналітики.


Потрібно контролювати:
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Різниця.''' Регістр залишків показує “скільки є”. Регістр оборотів показує “скільки було руху за період”.
</div>


* працівника;
== Приклад регістру накопичення: взаєморозрахунки ==
* період;
* суму авансу;
* дату виплати;
* спосіб виплати;
* банк або касу;
* заборгованість;
* утримання;
* подальше закриття при фінальному розрахунку;
* відображення у взаєморозрахунках із працівником.


== Виплата зарплати ==
Регістр “ВзаєморозрахункиЗКонтрагентами” може зберігати борги й аванси.


Виплата зарплати закриває заборгованість перед працівником.
Можлива структура:


Виплата може містити:
{| class="wikitable" style="width:100%;"
! Вимір / ресурс
! Поле
! Приклад
|-
| Вимір
| Контрагент
| ТОВ “Ромашка”
|-
| Вимір
| Договір
| Договір поставки №15
|-
| Вимір
| Документ розрахунків
| Видаткова накладна №100
|-
| Вимір
| Валюта
| UAH
|-
| Ресурс
| Сума
| 50 000 грн
|-
| Реквізит
| Організація
| ТОВ “Компанія”
|}


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


== Заборгованість по зарплаті ==
{| class="wikitable" style="width:100%;"
! Подія
! Документ
! Рух у регістрі
! Результат
|-
| Продали товар
| Видаткова накладна
| +50 000 грн
| Покупець винен 50 000 грн
|-
| Отримали оплату
| Банківська виписка
| -30 000 грн
| Покупець винен 20 000 грн
|-
| Отримали решту
| Банківська виписка
| -20 000 грн
| Борг закрито
|}


Заборгованість показує, скільки компанія винна працівнику або працівник винен компанії.
== Типова помилка у взаєморозрахунках через регістри ==


Потрібно аналізувати:
У 1С/BAS часто трапляється ситуація, коли документ реалізації і документ оплати потрапили в різні аналітики регістру.


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


== Проводки по зарплаті 1С ==
* реалізація проведена по договору “Основний”;
* оплата проведена по договору “Договір 2026”;
* контрагент один і той самий;
* сума однакова;
* але регістр бачить це як різні розрізи.


Нарахування зарплати може формувати бухгалтерські проводки в [[Регістр бухгалтерії 1С]].
У звіті може з’явитися одночасно:


Проводки можуть відображати:
* борг по одному договору;
* аванс по іншому договору.


* нарахування зарплати;
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
* нарахування податків;
'''Причина не в звіті.''' У таких випадках проблема часто не у формі звіту, а в рухах по регістру: документи записані з різними вимірами.
* нарахування внесків;
</div>
* утримання;
* виплату зарплати;
* закриття авансу;
* заборгованість перед працівником;
* витрати по підрозділах;
* витрати по проєктах;
* витрати по статтях;
* коригування зарплати.


Пов’язані сторінки:
== Регістр бухгалтерії 1С ==


* [[Регістр бухгалтерії 1С]];
'''Регістр бухгалтерії''' використовується для зберігання бухгалтерських проводок.
* [[Картка рахунку 1С]];
* [[Оборотно-сальдова відомість 1С]].


== Регістри розрахунків зарплати 1С ==
Він пов’язаний із планом рахунків і дозволяє формувати:


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


Регістри можуть містити:
Типовий запис регістру бухгалтерії містить:


* працівника;
* вид нарахування;
* вид утримання;
* період;
* період;
* базу розрахунку;
* рахунок дебету;
* рахунок кредиту;
* субконто дебету;
* субконто кредиту;
* суму;
* суму;
* дні;
* валюту;
* години;
* кількість;
* графік;
* організацію;
* підрозділ;
* документ-реєстратор.
* посаду;
 
* документ-реєстратор;
== Приклад регістру бухгалтерії ==
* перерахунок;
 
* коментар.
Компанія продала товар покупцю на 12 000 грн.
 
Регістр бухгалтерії може містити такі проводки:
 
{| class="wikitable" style="width:100%;"
! Дебет
! Кредит
! Сума
! Зміст
|-
| 361
| 702
| 12 000 грн
| Відображено дохід від реалізації
|-
| 902
| 281
| 8 000 грн
| Списано собівартість товару
|-
| 702
| 641
| 2 000 грн
| Відображено ПДВ
|}
 
У таких проводках важливі не тільки рахунки, а й субконто: контрагент, договір, товар, склад, підрозділ, стаття витрат.


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


У деяких конфігураціях зарплатні дані можуть зберігатися також у [[Регістр накопичення 1С|регістрах накопичення]].
'''Субконто''' — це аналітика бухгалтерського рахунку.


Вони можуть містити:
Наприклад, рахунок 361 “Розрахунки з покупцями” може мати субконто:


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


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


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


Типові субконто:
== Регістр розрахунків 1С ==


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


Пов’язана сторінка: [[Субконто 1С]]
Найчастіше він застосовується в зарплаті та кадровому обліку.


== Нарахування зарплати і ОСВ ==
Регістр розрахунків потрібен там, де важливі:


[[Оборотно-сальдова відомість 1С]] використовується для контролю зарплатних рахунків, витрат і заборгованості.
* період дії нарахування;
* період реєстрації;
* база розрахунку;
* залежність одного нарахування від іншого;
* витіснення періодів;
* перерахунки;
* сторнування;
* середній заробіток;
* планові й фактичні дні;
* види розрахунку.


В ОСВ можна перевірити:
Приклади:


* початкове сальдо;
* оклад;
* нарахування;
* премія;
* відпускні;
* лікарняні;
* доплата за нічні;
* оплата понаднормових;
* індексація;
* утримання;
* утримання;
* виплати;
* перерахунок зарплати.
* податки;
 
* внески;
<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
* кінцеве сальдо;
'''Складність регістру розрахунків.''' На відміну від простого регістру накопичення, тут важлива не тільки сума, а й період, база, вид розрахунку і взаємний вплив нарахувань.
* працівників;
</div>
* підрозділи;
* статті витрат;
* періоди;
* розбіжності.


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


[[Картка рахунку 1С]] дозволяє деталізувати зарплатні рухи по документах.
Працівник має оклад 30 000 грн на місяць. У січні він відпрацював 15 робочих днів із 22, а 7 днів був у відпустці.


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


* документ нарахування;
{| class="wikitable" style="width:100%;"
* документ виплати;
! Вид розрахунку
* дату;
! Період дії
* працівника;
! Дні
* підрозділ;
! База
* вид нарахування;
! Сума
* суму;
|-
* утримання;
| Оклад
* податки;
| 01.01.2026—31.01.2026
* дебет;
| 15
* кредит;
| 30 000 грн
* сальдо;
| 20 454,55 грн
* документ-реєстратор;
|-
* коментар.
| Відпускні
| 10.01.2026—18.01.2026
| 7
| Середній заробіток
| 8 400 грн
|}


== Нарахування зарплати і рухи документа ==
Якщо відпустку ввели після нарахування окладу, система може зробити перерахунок: зменшити оклад за дні відпустки й додати відпускні.


[[Рухи документа 1С]] показують, які регістри й проводки сформував зарплатний документ.
== Період реєстрації і період дії ==


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


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


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


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


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


* статтю витрат;
У такому випадку:
* підрозділ;
* проєкт;
* працівника;
* посаду;
* період;
* суму нарахування;
* податки;
* внески;
* премії;
* компенсації;
* бюджет;
* план-факт.


Пов’язана сторінка: [[Бюджетування в ERP]]
* період дії — грудень;
* період реєстрації — січень.


== Нарахування зарплати і управлінський облік ==
Це важливо для звітності, перерахунків і правильного розуміння зарплатних сум.


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


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


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


Пов’язана сторінка: [[Управлінський облік]]
* залишки;
* обороти;
* залишки і обороти.


== Нарахування зарплати і бюджетування ==
Для регістрів бухгалтерії:


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


У K2 ERP можна аналізувати:
Для регістрів відомостей:


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


== Нарахування зарплати і HRM ==
Наприклад, для цін товарів часто використовується “зріз останніх” — останнє значення ціни на потрібну дату.


Зарплата тісно пов’язана з HRM-контуром: кадровими документами, структурою компанії, посадами, графіками, відпустками, лікарняними й оцінкою персоналу.
== Приклад: зріз останніх цін ==


У [[HRM система|HRM-системі]] можна вести:
У регістрі цін є записи:


* працівників;
{| class="wikitable" style="width:100%;"
* підрозділи;
! Дата
* посади;
! Товар
* графіки;
! Ціна
* табелі;
|-
* відпустки;
| 01.01.2026
* лікарняні;
| Товар А
* кадрові накази;
| 100 грн
* адаптацію;
|-
* оцінювання;
| 15.01.2026
* навчання;
| Товар А
* KPI;
| 120 грн
* заявки працівників;
|-
* кадровий документообіг.
| 01.02.2026
| Товар А
| 130 грн
|}


== Вивантаження зарплатних даних з 1С ==
Якщо документ створено 20.01.2026, система повинна взяти останню ціну на цю дату — 120 грн.


Під час переходу на нову ERP або HRM-систему зарплатні дані потрібно вивантажувати структуровано й безпечно.
Це і є логіка “зрізу останніх”.


Зазвичай вивантажують:
== Активність рухів ==


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


Пов’язана сторінка: [[Вивантаження даних 1С]]
Активний рух бере участь у залишках і звітах. Неактивний — може зберігатися в системі, але не впливати на підсумки.


== Зовнішній звіт для нарахування зарплати 1С ==
Це важливо при перепроведенні документів, сторнуванні, скасуванні проведення або технічних операціях.


[[Зовнішній звіт 1С]] може використовуватися для аналізу зарплатних даних перед міграцією.
== Документ-реєстратор ==


Звіт може показувати:
'''Документ-реєстратор''' — це документ, який створив запис у регістрі.


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


== Зовнішня обробка для нарахування зарплати 1С ==
* прибуткова накладна зареєструвала прихід товару;
* видаткова накладна зареєструвала витрату товару;
* банківська виписка зареєструвала оплату;
* нарахування зарплати зареєструвало суму до виплати;
* операція бухгалтерського обліку зареєструвала проводку.


[[Зовнішня обробка 1С]] може використовуватися для експорту, перевірки або масового аналізу зарплатних даних.
Документ-реєстратор потрібен для того, щоб можна було перейти від руху в регістрі до документа, який його створив.


Обробка може допомогти:
== Проведення і перепроведення документів ==


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


== Міграція зарплати з 1С у K2 ERP ==
Коли документ перепроводиться, система зазвичай видаляє старі рухи цього документа і формує нові.


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


У K2 ERP або HRM зазвичай переносять:
Наприклад:


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


Пов’язана сторінка: [[Міграція даних з 1С]]
== Чому звіти можуть не сходитися ==


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


'''[[Реплікатор K2]]''' може використовуватися для перенесення та синхронізації даних зі старих систем у [[K2 ERP]].
Наприклад:


Для зарплатного контуру Реплікатор K2 може бути корисним для:
* ОСВ читає регістр бухгалтерії;
* звіт по взаєморозрахунках читає регістр накопичення;
* зарплатний звіт читає регістр розрахунків;
* складський звіт читає регістр залишків товарів;
* управлінський звіт читає окремий регістр управлінського обліку.


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


== Карта міграції зарплатних даних ==
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Типова ситуація.''' Бухгалтерська ОСВ показує один борг, а управлінський звіт по взаєморозрахунках — інший. Причина може бути в тому, що один звіт читає регістр бухгалтерії, а інший — регістр накопичення.
</div>


Карта міграції описує, як дані зарплатного обліку з 1С переходять у K2 ERP або HRM.
== Регістри і зарплата ==


Карта має містити:
У зарплатному обліку можуть використовуватися різні типи регістрів.


* об’єкт у 1С;
{| class="wikitable" style="width:100%;"
* поле в 1С;
! Тип регістру
* цільовий об’єкт K2 ERP;
! Що може зберігати
* поле в K2 ERP;
! Приклад
* правило очищення;
|-
* правило перетворення;
| Регістр відомостей
* обов’язковість поля;
| Оклади, графіки, норми часу, кадрові параметри
* формат даних;
| Оклад працівника з 01.01.2026
* правило зіставлення працівника;
|-
* правило зіставлення підрозділу;
| Регістр розрахунків
* правило зіставлення посади;
| Нарахування, утримання, перерахунки
* контрольну суму;
| Оклад, відпускні, лікарняні
* відповідального за перевірку;
|-
* статус готовності.
| Регістр накопичення
| Заборгованість перед працівниками, виплати, залишки відпусток
| Компанія винна працівнику 25 000 грн
|-
| Регістр бухгалтерії
| Проводки по зарплаті
| Дт 92 Кт 661
|}


== Контрольні суми по зарплаті ==
Тому стаття про нарахування зарплати в 1С не повинна просто згадувати “регістри”. Вона має показувати, який саме тип регістру за що відповідає.


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


Контроль може включати:
У складському обліку зазвичай ключовими є регістри накопичення.


* кількість активних працівників;
Приклади:
* кількість звільнених працівників;
* кількість підрозділів;
* кількість посад;
* кількість графіків;
* суму нарахувань;
* суму утримань;
* суму виплат;
* суму заборгованості;
* залишки відпусток;
* кількість кадрових документів;
* кількість табелів;
* кількість помилок;
* суму розбіжностей.


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


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


Потрібно контролювати:
== Регістри і взаєморозрахунки ==


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


== Права доступу до зарплатних даних ==
Типові виміри:


У K2 ERP доступ до зарплатних і кадрових даних потрібно налаштовувати за ролями.
* контрагент;
* договір;
* документ розрахунків;
* валюта;
* організація;
* замовлення;
* рахунок;
* напрям діяльності.


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


* власник;
* сума боргу;
* директор;
* сума авансу;
* фінансовий директор;
* сума в валюті;
* HR-директор;
* ПДВ;
* бухгалтер із зарплати;
* сума управлінського обліку.
* кадровик;
* керівник підрозділу;
* працівник;
* аналітик Power BI;
* адміністратор ERP;
* аудитор.


Доступ можна обмежувати за:
Правильні виміри критично важливі. Якщо оплата і реалізація потрапляють у різні виміри, взаєморозрахунки не закриваються.


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


Пов’язана сторінка: [[Права доступу в ERP]]
У бухгалтерії головним є регістр бухгалтерії.


== Аудит дій по зарплаті ==
Він зберігає проводки, на основі яких будуються:


Аудит потрібен, щоб бачити, хто створив, змінив, провів або експортував зарплатні й кадрові дані.
* оборотно-сальдова відомість;
* картка рахунку;
* аналіз рахунку;
* баланс;
* фінансова звітність;
* податкова звітність.


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


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


Пов’язана сторінка: [[Аудит дій]]
Ціни часто зберігаються в періодичному регістрі відомостей.


== Нарахування зарплати і Power BI ==
Це дозволяє системі знати, яка ціна діяла на певну дату.


Power BI може використовувати зарплатні й кадрові дані для управлінської аналітики, якщо доступи й правила безпеки налаштовані правильно.
Наприклад:


Power BI може показувати:
* з 01.01.2026 ціна товару — 100 грн;
* з 01.02.2026 ціна товару — 120 грн;
* з 01.03.2026 ціна товару — 150 грн.


* фонд оплати праці;
Документ від 15.02.2026 повинен взяти ціну 120 грн, а не 150 грн.
* зарплату по підрозділах;
* зарплату по посадах;
* динаміку витрат на персонал;
* план-факт зарплати;
* премії;
* бонуси;
* відпустки;
* лікарняні;
* кількість працівників;
* плинність персоналу;
* середню зарплату;
* витрати по проєктах;
* KPI;
* заборгованість по виплатах.


Пов’язані сторінки:
== Регістри і міграція з 1С/BAS ==


* [[Power BI]];
Під час міграції з [[]] або [[BAS]] у [[K2 ERP]] важливо розуміти, що переносити потрібно не тільки довідники й документи.
* [[BI система]];
* [[HRM система]].


== Нарахування зарплати в K2 ERP ==
У багатьох випадках потрібно аналізувати саме регістри, бо в них знаходяться фактичні залишки, обороти й результати обліку.


У [[K2 ERP]] зарплатні й кадрові процеси можуть бути пов’язані з HRM, фінансами, бюджетуванням, управлінським обліком, документообігом і Power BI.
Під час міграції можуть переноситися:


У K2 ERP можна контролювати:
* залишки товарів;
* залишки грошей;
* взаєморозрахунки з контрагентами;
* аванси;
* бухгалтерські сальдо;
* відкриті документи;
* залишки відпусток;
* заборгованість по зарплаті;
* ціни;
* курси валют;
* налаштування;
* аналітичні розрізи;
* історичні обороти для [[Power BI]].


* працівників;
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
* підрозділи;
'''Практичний принцип міграції.''' Документи показують історію, але регістри показують обліковий результат. Для старту нової ERP найважливіше правильно перенести саме результат: залишки, борги, аванси, сальдо й актуальні параметри.
* посади;
</div>
* кадрові документи;
* табелі;
* графіки;
* витрати на персонал;
* заявки;
* погодження;
* бюджети;
* проєкти;
* підрозділи;
* аудит дій;
* права доступу;
* Power BI-дашборди.


== Нарахування зарплати і документообіг ==
== Чому не завжди потрібно переносити всі рухи регістрів ==


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


У K2 ERP можна вести:
Можливі підходи:


* кадрові накази;
{| class="wikitable" style="width:100%;"
* заяви на відпустку;
! Підхід
* заяви на зміну даних;
! Що переноситься
* погодження премій;
! Коли підходить
* погодження табеля;
|-
* кадрові файли;
| Перенесення залишків
* договори;
| Тільки актуальні залишки на дату старту
* додаткові угоди;
| Коли історію залишають в архівній 1С
* електронний архів;
|-
* маршрути погодження;
| Перенесення залишків і відкритих документів
* статуси;
| Борги, аванси, незакриті замовлення, залишки
* історію змін.
| Коли потрібен чистий старт у новій ERP
|-
| Перенесення історії оборотів
| Обороти за періоди для аналітики
| Коли потрібна [[BI]]-звітність
|-
| Повне перенесення документів і рухів
| Документи, рухи, регістри, проводки
| Коли потрібна детальна історія в новій системі
|}


Пов’язана сторінка: [[ERP для документообігу]]
Часто оптимальний варіант — перенести в [[K2 ERP]] чисті довідники, актуальні залишки й відкриті зобов’язання, а стару 1С залишити як архів або джерело історичної аналітики.


== Типові помилки в нарахуванні зарплати 1С ==
== Карта міграції регістрів ==


Поширені проблеми:
Для міграції регістрів потрібно створити карту відповідності.


* дублікати працівників;
{| class="wikitable" style="width:100%;"
* неправильний табельний номер;
! Регістр 1С
* неправильний підрозділ;
! Що містить
* неправильна посада;
! Об’єкт K2 ERP
* застарілий оклад;
! Контроль
* неправильний графік;
|-
* табель не заповнений;
| ТовариНаСкладах
* відпустка не відображена;
| Залишки товарів
* лікарняний не врахований;
| Складські залишки K2 ERP
* аванс не закритий;
| Кількість і сума по складах
* виплата не прив’язана до нарахування;
|-
* неправильне утримання;
| ВзаєморозрахункиЗКонтрагентами
* неправильна стаття витрат;
| Борги й аванси
* зарплата потрапила не на той підрозділ;
| Взаєморозрахунки K2 ERP
* залишки відпусток не звірені.
| Сальдо по контрагентах і договорах
|-
| Продажі
| Обороти продажів
| BI-аналітика продажів
| Сума й кількість за період
|-
| КурсиВалют
| Курси валют
| Довідник курсів
| Курс на дату
|-
| РозрахункиПрацівників
| Нарахування зарплати
| HRM / зарплатний контур
| Суми, дні, години, періоди
|-
| Регістр бухгалтерії
| Проводки
| Бухгалтерські залишки / архів
| ОСВ і сальдо
|}


== Типові помилки при міграції зарплати ==
== Контрольні суми при міграції регістрів ==


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


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


== Впровадження міграції зарплати з 1С у K2 ERP ==
* кількість товарів;
* залишки по складах;
* суму залишків;
* партії;
* серії;
* резерви.


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


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


* аналіз поточної бази 1С;
Для бухгалтерії перевіряють:
* аналіз конфігурації;
* аналіз кадрових документів;
* аналіз працівників;
* аналіз підрозділів;
* аналіз посад;
* аналіз графіків;
* аналіз табелів;
* аналіз нарахувань;
* аналіз утримань;
* аналіз виплат;
* аналіз залишків відпусток;
* очищення даних;
* карта міграції;
* тестове вивантаження;
* тестове завантаження;
* звірка контрольних сум;
* фінальна міграція;
* запуск Power BI.


== Що підготувати перед вивантаженням зарплати з 1С ==
* ОСВ;
* сальдо по рахунках;
* субконто;
* обороти за період;
* валютні суми;
* кількісний облік.


Перед вивантаженням потрібно підготувати:
Для зарплати перевіряють:


* список працівників;
* список фізичних осіб;
* список підрозділів;
* список посад;
* список графіків;
* кадрові документи;
* табелі;
* види нарахувань;
* види утримань;
* нарахування;
* нарахування;
* утримання;
* виплати;
* виплати;
* аванси;
* заборгованість;
* заборгованість;
* залишки відпусток;
* залишки відпусток;
* податкові аналітики;
* періоди розрахунку.
* правила доступу;
 
* контрольні звіти;
== Типові помилки при роботі з регістрами ==
* карту міграції;
 
* тестову базу K2 ERP.
{| class="wikitable" style="width:100%;"
! Помилка
! Причина
! Наслідок
|-
| Звіт показує неправильний залишок
| Документ не проведений або рухи сформовані неправильно
| Неправильні управлінські дані
|-
| Є борг і аванс по одному контрагенту
| Різні договори або документи розрахунків у вимірах
| Не закриваються взаєморозрахунки
|-
| ОСВ не збігається зі складським звітом
| Різні регістри або різні правила проведення
| Бухгалтерія і склад бачать різні цифри
|-
| Ціна підставляється неправильно
| Немає запису в регістрі відомостей на дату документа
| Помилки в продажах або закупівлях
|-
| Зарплата перераховується неправильно
| Помилка в регістрі розрахунків, періоді дії або базі
| Неправильна сума до виплати
|-
| Після перепроведення змінилися звіти
| Документ сформував нові рухи
| Змінилися залишки, борги або проводки
|}
 
== Як аналізувати проблему через регістри ==
 
Якщо в 1С/BAS не сходиться звіт, потрібно йти від документа до регістру.


== Переваги правильного перенесення зарплати ==
Практичний порядок:


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


Переваги:
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Методика.''' Коли не сходяться залишки, борги або проводки, потрібно дивитися не тільки документ і не тільки звіт. Потрібно дивитися рухи документа по регістрах.
</div>


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


== Пов’язані сторінки ==
Регістри можуть містити мільйони записів. Тому від їхньої структури залежить швидкість роботи системи.


* [[K2 ERP]]
На продуктивність впливають:
* [[ERP]]
 
* [[Нарахування зарплати 1С]]
* кількість вимірів;
* [[1С:Зарплата і кадри 7.7]]
* порядок вимірів;
* [[Перехід з 1С Зарплата і кадри 7.7 на K2 ERP]]
* індекси;
* [[HRM система]]
* кількість рухів;
* [[Форми 1С]]
* періодичність;
* [[Рухи документа 1С]]
* використання підсумків;
* [[Регістр бухгалтерії 1С]]
* складність запитів;
* [[Регістр накопичення 1С]]
* частота перепроведення;
* [[Субконто 1С]]
* кількість аналітик;
* [[Обороти 1С]]
* якість конфігурації.
* [[Оборотно-сальдова відомість 1С]]
* [[Картка рахунку 1С]]
* [[Вивантаження даних 1С]]
* [[Зовнішній звіт 1С]]
* [[Зовнішня обробка 1С]]
* [[Міграція даних з 1С]]
* [[Міграція з 1С]]
* [[Міграція з BAS]]
* [[Заміна BAS]]
* [[Реплікатор K2]]
* [[Паралельний запуск ERP]]
* [[ERP для фінансів]]
* [[Бюджетування в ERP]]
* [[Управлінський облік]]
* [[ERP для документообігу]]
* [[Права доступу в ERP]]
* [[Аудит дій]]
* [[Power BI]]
* [[BI система]]
* [[API для ERP]]
* [[ERP в хмарі]]
* [[Впровадження ERP]]
* [[Запуск ERP]]


== FAQ ==
Надмірна деталізація регістру може зробити звіти повільними. Недостатня деталізація — зробити облік неточним.


=== Що таке нарахування зарплати 1С? ===
== Регістри і Power BI ==


Нарахування зарплати 1С — це розрахунок зарплати, премій, доплат, відпускних, лікарняних, утримань, податків, авансів, виплат і заборгованості перед працівниками в 1С або BAS.
Дані регістрів можуть бути джерелом для [[Power BI]] та інших BI-систем.


=== Які дані потрібні для нарахування зарплати? ===
Для аналітики можуть бути корисні:


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


=== Чи можна перенести зарплатні дані з у K2 ERP? ===
Але для BI не завжди варто напряму тягнути всі технічні таблиці . Часто краще створити проміжний шар даних, де регістри перетворені на зрозумілі аналітичні таблиці.


Так. У [[K2 ERP]] або HRM-контур можна перенести працівників, підрозділи, посади, графіки, табелі, кадрові документи, залишки відпусток, заборгованість, довідники нарахувань і дані для Power BI.
== Реплікатор K2 і регістри 1С ==


=== Що потрібно перевірити перед міграцією зарплати? ===
'''[[Реплікатор K2]]''' може використовуватися для вивантаження, перетворення і перенесення даних зі старих систем [[1С]] або [[BAS]] у [[K2 ERP]].


Потрібно перевірити дублікати працівників, підрозділи, посади, оклади, графіки, табелі, кадрові документи, відпустки, лікарняні, аванси, виплати, заборгованість і контрольні суми.
Для регістрів це особливо важливо, бо саме регістри містять підсумковий обліковий результат.


=== Чи потрібно переносити всю історію нарахувань? ===
Реплікатор K2 може допомогти:


Не завжди. Часто переносять актуальних працівників, кадрові дані, залишки відпусток, відкриту заборгованість і довідники, а історію залишають в архіві або передають у Power BI для аналітики.
* прочитати залишки з регістрів накопичення;
* вивантажити взаєморозрахунки;
* вивантажити складські залишки;
* вивантажити ціни й курси валют;
* вивантажити зарплатні залишки;
* підготувати контрольні суми;
* зіставити виміри 1С з довідниками K2 ERP;
* сформувати файли завантаження;
* підготувати дані для Power BI;
* зробити поетапну міграцію.


=== Як вивантажити зарплату з ? ===
== Санкції та ризики використання /BAS в Україні ==


Зарплатні дані можна вивантажити через стандартні звіти, зовнішній звіт, зовнішню обробку, Excel, CSV або спеціальний сценарій міграції з контролем персональних даних і прав доступу.
При підготовці статей про [[1С]] і [[BAS]] в українському контексті потрібно окремо згадувати санкційні та безпекові ризики.


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


Зарплатні дані містять персональну й фінансову інформацію, тому доступ до них мають отримувати тільки відповідальні ролі: HR, бухгалтерія, фінансовий директор, керівники в межах своїх повноважень і адміністратори.
В Україні рішення про санкції щодо пов’язаних із російським програмним забезпеченням суб’єктів вводилися в дію указами Президента України на підставі рішень [[РНБО]]. Також існують офіційні переліки програмного забезпечення та комунікаційного обладнання, забороненого до використання в окремих сферах; у таких переліках згадується, зокрема, [[BAS ERP]].


=== Чим допомагає Реплікатор K2? ===
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Важливо.''' Питання [[1С]] і [[BAS]] не можна розглядати тільки як питання “зручної бухгалтерії”. Для українського бізнесу це також питання санкцій, безпеки даних, оновлень, походження програмного забезпечення, технічної підтримки та можливості перейти на українську або міжнародну [[ERP]]-платформу.
</div>


[[Реплікатор K2]] може використовуватися для перенесення та синхронізації даних зі старих систем у K2 ERP: працівників, підрозділів, посад, кадрових документів, графіків, табелів, залишків відпусток і контрольних сум.
== Регістри в сучасній ERP ==


=== Чи можна будувати Power BI по зарплаті? ===
У сучасній [[ERP]] логіка регістрів також потрібна, але вона може реалізовуватися іншими технічними засобами.


Так. Power BI може показувати фонд оплати праці, витрати на персонал, зарплату по підрозділах, посадах, проєктах, премії, відпустки, лікарняні, план-факт і динаміку витрат.
Головна ідея залишається:


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


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


== Коротко ==
== Коротко ==
Рядок 1093: Рядок 1168:
! Відповідь
! Відповідь
|-
|-
| Що таке нарахування зарплати 1С?
| Що таке регістр 1С?
| Розрахунок зарплати, премій, доплат, відпусток, лікарняних, утримань, податків, авансів і виплат.
| Внутрішня таблиця платформи 1С/BAS для зберігання облікових даних, рухів, залишків, оборотів, проводок або розрахунків.
|-
|-
| Для чого потрібне?
| Які основні види регістрів?
| Щоб правильно розраховувати оплату праці, податки, виплати, заборгованість, витрати й кадрову аналітику.
| Регістри відомостей, накопичення, бухгалтерії та розрахунків.
|-
|-
| Що включає?
| Що таке регістр відомостей?
| Працівників, підрозділи, посади, графіки, табелі, оклади, нарахування, утримання, виплати й залишки відпусток.
| Регістр для зберігання параметрів і фактів: цін, курсів валют, графіків, ставок, налаштувань.
|-
|-
| Чи важливе при переході на K2 ERP?
| Що таке регістр накопичення?
| Так, зарплатні дані потрібно окремо звірити й безпечно перенести в [[K2 ERP]] або HRM-контур.
| Регістр для обліку залишків і оборотів: товарів, грошей, взаєморозрахунків, витрат.
|-
|-
| Що важливо перевірити?
| Що таке регістр бухгалтерії?
| Дублікати працівників, табелі, графіки, оклади, кадрові документи, відпустки, аванси, виплати й заборгованість.
| Регістр для зберігання бухгалтерських проводок по дебету, кредиту, рахунках і субконто.
|-
|-
| Що допомагає з перенесенням?
| Що таке регістр розрахунків?
| [[Реплікатор K2]], зовнішні звіти, зовнішні обробки, карта міграції, тестове завантаження й контрольні суми.
| Регістр для складних періодичних розрахунків, найчастіше зарплати, відпусток, лікарняних і перерахунків.
|-
|-
| Який результат?
| Що таке рухи документа?
| Чисті кадрові дані, правильна зарплата, контроль витрат, права доступу, аудит дій і Power BI-аналітика.
| Записи, які документ створює в регістрах під час проведення.
|-
| Чому звіти можуть не сходитися?
| Бо різні звіти можуть читати різні регістри або різні аналітики всередині регістрів.
|-
| Що важливо при міграції?
| Перенести або звірити залишки, обороти, борги, аванси, проводки, ціни, курси й інші дані з регістрів.
|}
|}


== Висновок ==
Регістри 1С — це основа облікової логіки системи. Саме вони зберігають те, що бізнес зазвичай бачить у звітах: залишки товарів, борги, аванси, обороти, проводки, ціни, курси валют, зарплатні розрахунки й інші облікові дані.
Щоб реально розуміти 1С або BAS, недостатньо знати тільки документи й довідники. Потрібно розуміти, які регістри рухає документ, які виміри й ресурси там використовуються, які звіти читають ці регістри і чому одна помилка в договорі, складі, валюті або субконто може зламати всю картину обліку.
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Регістри — це місце, де документ перетворюється на облік.'''
</div>
При переході з [[1С]] або [[BAS]] у [[K2 ERP]] регістри мають особливе значення. Саме через них потрібно звіряти залишки, взаєморозрахунки, бухгалтерські сальдо, зарплатні суми, ціни, курси, обороти й контрольні показники.
Без розуміння регістрів міграція перетворюється на просте копіювання довідників. З розумінням регістрів вона стає керованим перенесенням реального облікового стану бізнесу.
== Див. також ==
* [[1С]]
* [[BAS]]
* [[BAS ERP]]
* [[K2 ERP]]
* [[ERP]]
* [[Рухи документа 1С]]
* [[Регістр відомостей 1С]]
* [[Регістр накопичення 1С]]
* [[Регістр бухгалтерії 1С]]
* [[Регістр розрахунків 1С]]
* [[Субконто 1С]]
* [[Обороти 1С]]
* [[Оборотно-сальдова відомість 1С]]
* [[Картка рахунку 1С]]
* [[Взаєморозрахунки 1С]]
* [[Нарахування зарплати 1С]]
* [[Складський облік 1С]]
* [[Вивантаження даних 1С]]
* [[Зовнішній звіт 1С]]
* [[Зовнішня обробка 1С]]
* [[Міграція даних з 1С]]
* [[Міграція з 1С]]
* [[Міграція з BAS]]
* [[Заміна BAS]]
* [[Реплікатор K2]]
* [[Power BI]]
* [[BI система]]
* [[Українське програмне забезпечення]]
* [[Цифрова незалежність]]
== Зовнішні посилання ==
* [https://www.president.gov.ua/documents/1842020-33629 Указ Президента України №184/2020]
* [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Перелік забороненого до використання програмного забезпечення та комунікаційного мережевого обладнання]
* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu Хмара K2 ERP]
[[Категорія:1С]]
[[Категорія:BAS]]
[[Категорія:BAS ERP]]
[[Категорія:K2 ERP]]
[[Категорія:K2 ERP]]
[[Категорія:ERP]]
[[Категорія:ERP]]
[[Категорія:1С]]
[[Категорія:Регістри 1С]]
[[Категорія:BAS]]
[[Категорія:Регістр відомостей]]
[[Категорія:Нарахування зарплати]]
[[Категорія:Регістр накопичення]]
[[Категорія:Зарплата]]
[[Категорія:HRM]]
[[Категорія:Кадровий облік]]
[[Категорія:Табель]]
[[Категорія:Працівники]]
[[Категорія:Підрозділи]]
[[Категорія:Проводки]]
[[Категорія:Регістр бухгалтерії]]
[[Категорія:Регістр бухгалтерії]]
[[Категорія:Регістр накопичення]]
[[Категорія:Регістр розрахунків]]
[[Категорія:Рухи документа]]
[[Категорія:Рухи документа]]
[[Категорія:Субконто]]
[[Категорія:Бухгалтерський облік]]
[[Категорія:Фінанси]]
[[Категорія:Управлінський облік]]
[[Категорія:Бюджетування]]
[[Категорія:Складський облік]]
[[Категорія:Взаєморозрахунки]]
[[Категорія:Зарплата]]
[[Категорія:Міграція даних]]
[[Категорія:Міграція даних]]
[[Категорія:Міграція з 1С]]
[[Категорія:Міграція з 1С]]
Рядок 1138: Рядок 1271:
[[Категорія:Заміна BAS]]
[[Категорія:Заміна BAS]]
[[Категорія:Реплікатор K2]]
[[Категорія:Реплікатор K2]]
[[Категорія:Права доступу]]
[[Категорія:Аудит дій]]
[[Категорія:Power BI]]
[[Категорія:Power BI]]
[[Категорія:Впровадження ERP]]
[[Категорія:Автоматизація бізнесу]]
[[Категорія:Українське програмне забезпечення]]
[[Категорія:Цифрова незалежність України]]

Поточна версія на 11:47, 15 травня 2026


SEO title: Регістри 1С — види регістрів, рухи документів, приклади, накопичення, бухгалтерія, розрахунки і міграція в K2 ERP SEO description: Регістри 1С: що це таке, які бувають види регістрів у 1С/BAS, регістри відомостей, накопичення, бухгалтерії, розрахунків, рухи документів, залишки, обороти, приклади по складу, взаєморозрахунках, зарплаті, цінах і міграції в K2 ERP. SEO keywords: регістри 1С, регістр накопичення 1С, регістр відомостей 1С, регістр бухгалтерії 1С, регістр розрахунків 1С, рухи документа 1С, залишки 1С, обороти 1С, BAS регістри, 1С регістри, міграція з 1С, K2 ERP, Реплікатор K2, альтернатива 1С, альтернатива BAS Alternative to:


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

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

Наприклад:

  • документ Прибуткова накладна створює рух у регістрі залишків товарів;
  • документ Видаткова накладна зменшує залишок товарів і може створити борг покупця;
  • документ Банківська виписка змінює взаєморозрахунки з контрагентом;
  • документ Нарахування зарплати створює записи в регістрах розрахунків і бухгалтерії;
  • документ Встановлення цін записує нові ціни в регістр відомостей.

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

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

Важливо про та BAS. В Україні продукти екосистеми і частина продуктів BAS пов’язані з санкційними, кібербезпековими, юридичними та репутаційними ризиками. Перед використанням, супроводом або міграцією таких систем потрібно перевіряти актуальні рішення РНБО, укази Президента України, переліки забороненого програмного забезпечення та вимоги конкретної галузі.

Що таке регістр 1С

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

У звичайній базі даних можна було б створити таблицю “ЗалишкиТоварів” або “БоргиКонтрагентів”. Але в 1С для цього існує спеціальний механізм регістрів.

Регістри мають свою логіку:

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

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

Навіщо потрібні регістри

Регістри потрібні для того, щоб система могла швидко й правильно відповідати на облікові питання.

Наприклад:

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

Без регістрів 1С була б просто набором документів. Саме регістри перетворюють документи на облік: складський, бухгалтерський, зарплатний, управлінський, податковий або фінансовий.

Основні види регістрів 1С

У платформі 1С 8.x основними видами регістрів є:

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

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

Рухи документа 1С

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

Наприклад, документ “Реалізація товарів” може зробити одразу кілька рухів:

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

Один документ може рухати один регістр, а може — десять або більше.

Ключова думка. Щоб зрозуміти, що реально зробив документ у 1С, потрібно дивитися не тільки на форму документа, а й на його рухи по регістрах.

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

Компанія продала покупцю 5 одиниць товару по 1 000 грн.

Документ реалізації може сформувати такі рухи:

Регістр Що змінюється Приклад руху
Регістр накопичення “ТовариНаСкладах” Зменшується залишок товару Товар А, склад №1, мінус 5 шт.
Регістр накопичення “ВзаєморозрахункиЗКонтрагентами” Збільшується борг покупця Покупець Ромашка, плюс 5 000 грн боргу
Регістр бухгалтерії Формуються проводки Дт 361 Кт 702 — дохід; Дт 902 Кт 281 — собівартість
Регістр накопичення “Продажі” Фіксується оборот продажу Товар А, покупець Ромашка, 5 шт., 5 000 грн

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

Виміри, ресурси і реквізити регістру

Щоб розуміти регістри, потрібно розуміти три базові поняття: виміри, ресурси і реквізити.

Виміри

Виміри відповідають на питання “у розрізі чого ведеться облік?”.

Приклади вимірів:

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

Якщо регістр “ТовариНаСкладах” має виміри “Товар” і “Склад”, то система зберігає залишки не просто по товару, а по товару на конкретному складі.

Ресурси

Ресурси відповідають на питання “що саме рахуємо?”.

Приклади ресурсів:

  • кількість;
  • сума;
  • сума в валюті;
  • дні;
  • години;
  • вага;
  • обсяг;
  • вартість;
  • база розрахунку.

У регістрі залишків товарів ресурсами можуть бути “Кількість” і “Сума”. У регістрі зарплати — “Дні”, “Години”, “Сума”.

Реквізити

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

Приклади реквізитів:

  • документ-основа;
  • ставка ПДВ;
  • вид операції;
  • коментар;
  • відповідальний;
  • стаття витрат;
  • тип ціни;
  • спосіб розрахунку.

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

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

Регістр накопичення “ТовариНаСкладах” може мати таку структуру:

Частина регістру Поле Приклад значення
Вимір Товар Ноутбук Lenovo
Вимір Склад Основний склад
Вимір Організація ТОВ “Компанія”
Ресурс Кількість 10 шт.
Ресурс Сума 250 000 грн
Реквізит Партія Поставка від 10.01.2026
Реєстратор Документ Прибуткова накладна №15
Період Дата 10.01.2026

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

Регістр відомостей 1С

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

Це можуть бути:

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

Регістр відомостей може бути періодичним або неперіодичним.

Неперіодичний регістр відомостей

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

Наприклад, регістр “ВідповідальніМенеджериКонтрагентів”:

Контрагент Менеджер
ТОВ “Ромашка” Іваненко Іван
ТОВ “Будсервіс” Петренко Олена

Система просто знає, який менеджер відповідає за якого контрагента.

Періодичний регістр відомостей

Періодичний регістр зберігає історію зміни значень у часі.

Наприклад, регістр “ЦіниНоменклатури”:

Період Товар Тип ціни Ціна
01.01.2026 Товар А Оптова 100 грн
01.02.2026 Товар А Оптова 120 грн

Якщо документ створено 15.01.2026, система може взяти ціну 100 грн. Якщо документ створено 10.02.2026 — уже 120 грн.

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

Приклад регістру відомостей: курси валют

Регістр “КурсиВалют” може мати таку структуру:

Період Валюта Курс Кратність
15.01.2026 USD 40,10 1
16.01.2026 USD 40,25 1
15.01.2026 EUR 43,50 1

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

Регістр накопичення 1С

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

Це найпоширеніший тип регістру в управлінському, складському, фінансовому й оперативному обліку.

Регістри накопичення бувають двох основних видів:

  • регістри залишків;
  • регістри оборотів.

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

Регістр залишків відповідає на питання: “скільки є на певну дату?”.

Приклади:

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

У регістрі залишків є прихід і витрата.

Наприклад, для товарів:

Документ Вид руху Товар Склад Кількість
Прибуткова накладна Прихід Товар А Основний склад +10
Видаткова накладна Витрата Товар А Основний склад -3
Залишок Товар А Основний склад 7

Регістр накопичення оборотів

Регістр оборотів відповідає на питання: “що відбулося за період?”.

Приклади:

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

Оборотний регістр не обов’язково зберігає залишок. Його головна задача — показати рух за період.

Наприклад, регістр “Продажі”:

Дата Товар Покупець Кількість Сума
05.01.2026 Товар А ТОВ “Ромашка” 3 3 000 грн
10.01.2026 Товар Б ТОВ “Будсервіс” 2 5 000 грн

Такий регістр зручно використовувати для звітів про продажі, ABC-аналізу, план-факту, бонусів менеджерів і BI-аналітики.

Різниця. Регістр залишків показує “скільки є”. Регістр оборотів показує “скільки було руху за період”.

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

Регістр “ВзаєморозрахункиЗКонтрагентами” може зберігати борги й аванси.

Можлива структура:

Вимір / ресурс Поле Приклад
Вимір Контрагент ТОВ “Ромашка”
Вимір Договір Договір поставки №15
Вимір Документ розрахунків Видаткова накладна №100
Вимір Валюта UAH
Ресурс Сума 50 000 грн
Реквізит Організація ТОВ “Компанія”

При реалізації товару покупцю регістр збільшує борг покупця. При оплаті — зменшує борг.

Подія Документ Рух у регістрі Результат
Продали товар Видаткова накладна +50 000 грн Покупець винен 50 000 грн
Отримали оплату Банківська виписка -30 000 грн Покупець винен 20 000 грн
Отримали решту Банківська виписка -20 000 грн Борг закрито

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

У 1С/BAS часто трапляється ситуація, коли документ реалізації і документ оплати потрапили в різні аналітики регістру.

Наприклад:

  • реалізація проведена по договору “Основний”;
  • оплата проведена по договору “Договір 2026”;
  • контрагент один і той самий;
  • сума однакова;
  • але регістр бачить це як різні розрізи.

У звіті може з’явитися одночасно:

  • борг по одному договору;
  • аванс по іншому договору.

Причина не в звіті. У таких випадках проблема часто не у формі звіту, а в рухах по регістру: документи записані з різними вимірами.

Регістр бухгалтерії 1С

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

Він пов’язаний із планом рахунків і дозволяє формувати:

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

Типовий запис регістру бухгалтерії містить:

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

Приклад регістру бухгалтерії

Компанія продала товар покупцю на 12 000 грн.

Регістр бухгалтерії може містити такі проводки:

Дебет Кредит Сума Зміст
361 702 12 000 грн Відображено дохід від реалізації
902 281 8 000 грн Списано собівартість товару
702 641 2 000 грн Відображено ПДВ

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

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

Субконто — це аналітика бухгалтерського рахунку.

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

  • контрагент;
  • договір;
  • документ розрахунків.

Це означає, що борг покупця зберігається не просто на рахунку 361, а в деталізації по конкретному контрагенту, договору й документу.

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

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

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

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

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

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

Приклади:

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

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

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

Працівник має оклад 30 000 грн на місяць. У січні він відпрацював 15 робочих днів із 22, а 7 днів був у відпустці.

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

Вид розрахунку Період дії Дні База Сума
Оклад 01.01.2026—31.01.2026 15 30 000 грн 20 454,55 грн
Відпускні 10.01.2026—18.01.2026 7 Середній заробіток 8 400 грн

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

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

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

  • період реєстрації;
  • період дії.

Період реєстрації — це місяць, у якому документ введено в облік.

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

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

У такому випадку:

  • період дії — грудень;
  • період реєстрації — січень.

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

Віртуальні таблиці регістрів

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

Для регістрів накопичення це можуть бути:

  • залишки;
  • обороти;
  • залишки і обороти.

Для регістрів бухгалтерії:

  • обороти;
  • залишки;
  • обороти між рахунками;
  • субконто.

Для регістрів відомостей:

  • зріз останніх;
  • зріз перших.

Наприклад, для цін товарів часто використовується “зріз останніх” — останнє значення ціни на потрібну дату.

Приклад: зріз останніх цін

У регістрі цін є записи:

Дата Товар Ціна
01.01.2026 Товар А 100 грн
15.01.2026 Товар А 120 грн
01.02.2026 Товар А 130 грн

Якщо документ створено 20.01.2026, система повинна взяти останню ціну на цю дату — 120 грн.

Це і є логіка “зрізу останніх”.

Активність рухів

Записи регістрів можуть мати ознаку активності.

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

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

Документ-реєстратор

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

Наприклад:

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

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

Проведення і перепроведення документів

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

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

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

Наприклад:

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

Чому звіти можуть не сходитися

Звіти в 1С можуть не сходитися не тому, що “звіт поганий”, а тому що вони читають різні регістри або різні аналітики.

Наприклад:

  • ОСВ читає регістр бухгалтерії;
  • звіт по взаєморозрахунках читає регістр накопичення;
  • зарплатний звіт читає регістр розрахунків;
  • складський звіт читає регістр залишків товарів;
  • управлінський звіт читає окремий регістр управлінського обліку.

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

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

Регістри і зарплата

У зарплатному обліку можуть використовуватися різні типи регістрів.

Тип регістру Що може зберігати Приклад
Регістр відомостей Оклади, графіки, норми часу, кадрові параметри Оклад працівника з 01.01.2026
Регістр розрахунків Нарахування, утримання, перерахунки Оклад, відпускні, лікарняні
Регістр накопичення Заборгованість перед працівниками, виплати, залишки відпусток Компанія винна працівнику 25 000 грн
Регістр бухгалтерії Проводки по зарплаті Дт 92 Кт 661

Тому стаття про нарахування зарплати в 1С не повинна просто згадувати “регістри”. Вона має показувати, який саме тип регістру за що відповідає.

Регістри і склад

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

Приклади:

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

Прихід товару створює плюс у регістрі. Продаж або списання — мінус. Переміщення створює мінус на одному складі й плюс на іншому.

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

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

Типові виміри:

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

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

  • сума боргу;
  • сума авансу;
  • сума в валюті;
  • ПДВ;
  • сума управлінського обліку.

Правильні виміри критично важливі. Якщо оплата і реалізація потрапляють у різні виміри, взаєморозрахунки не закриваються.

Регістри і бухгалтерія

У бухгалтерії головним є регістр бухгалтерії.

Він зберігає проводки, на основі яких будуються:

  • оборотно-сальдова відомість;
  • картка рахунку;
  • аналіз рахунку;
  • баланс;
  • фінансова звітність;
  • податкова звітність.

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

Регістри і ціни

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

Це дозволяє системі знати, яка ціна діяла на певну дату.

Наприклад:

  • з 01.01.2026 ціна товару — 100 грн;
  • з 01.02.2026 ціна товару — 120 грн;
  • з 01.03.2026 ціна товару — 150 грн.

Документ від 15.02.2026 повинен взяти ціну 120 грн, а не 150 грн.

Регістри і міграція з 1С/BAS

Під час міграції з або BAS у K2 ERP важливо розуміти, що переносити потрібно не тільки довідники й документи.

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

Під час міграції можуть переноситися:

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

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

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

При переході на нову систему не завжди потрібно переносити всю історію рухів.

Можливі підходи:

Підхід Що переноситься Коли підходить
Перенесення залишків Тільки актуальні залишки на дату старту Коли історію залишають в архівній 1С
Перенесення залишків і відкритих документів Борги, аванси, незакриті замовлення, залишки Коли потрібен чистий старт у новій ERP
Перенесення історії оборотів Обороти за періоди для аналітики Коли потрібна BI-звітність
Повне перенесення документів і рухів Документи, рухи, регістри, проводки Коли потрібна детальна історія в новій системі

Часто оптимальний варіант — перенести в K2 ERP чисті довідники, актуальні залишки й відкриті зобов’язання, а стару 1С залишити як архів або джерело історичної аналітики.

Карта міграції регістрів

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

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

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

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

Для складських регістрів перевіряють:

  • кількість товарів;
  • залишки по складах;
  • суму залишків;
  • партії;
  • серії;
  • резерви.

Для взаєморозрахунків перевіряють:

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

Для бухгалтерії перевіряють:

  • ОСВ;
  • сальдо по рахунках;
  • субконто;
  • обороти за період;
  • валютні суми;
  • кількісний облік.

Для зарплати перевіряють:

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

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

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

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

Якщо в 1С/BAS не сходиться звіт, потрібно йти від документа до регістру.

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

  1. Визначити документ, який мав змінити облік.
  2. Відкрити рухи документа.
  3. Подивитися, які регістри він рухає.
  4. Перевірити виміри: контрагент, договір, склад, товар, організація, валюта.
  5. Перевірити ресурси: кількість, сума, дні, години.
  6. Перевірити дату руху.
  7. Перевірити активність рухів.
  8. Порівняти з іншим документом, який мав закрити або змінити залишок.
  9. Перепровести документи в правильній послідовності, якщо це безпечно.
  10. Звірити звіт повторно.

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

Регістри і продуктивність

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

На продуктивність впливають:

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

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

Регістри і Power BI

Дані регістрів можуть бути джерелом для Power BI та інших BI-систем.

Для аналітики можуть бути корисні:

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

Але для BI не завжди варто напряму тягнути всі технічні таблиці 1С. Часто краще створити проміжний шар даних, де регістри перетворені на зрозумілі аналітичні таблиці.

Реплікатор K2 і регістри 1С

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

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

Реплікатор K2 може допомогти:

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

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

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

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

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

Важливо. Питання і BAS не можна розглядати тільки як питання “зручної бухгалтерії”. Для українського бізнесу це також питання санкцій, безпеки даних, оновлень, походження програмного забезпечення, технічної підтримки та можливості перейти на українську або міжнародну ERP-платформу.

Регістри в сучасній ERP

У сучасній ERP логіка регістрів також потрібна, але вона може реалізовуватися іншими технічними засобами.

Головна ідея залишається:

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

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

Коротко

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

Висновок

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

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

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

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

Без розуміння регістрів міграція перетворюється на просте копіювання довідників. З розумінням регістрів вона стає керованим перенесенням реального облікового стану бізнесу.

Див. також

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