Реєстр розрахунку (1Cv8)
Зміст
- конфігуратор
- С.Міткічкін. Розробка у системі 1С:Підприємство 8.0
У системі 1С:Підприємство об'єкти регістри розрахунків призначені для обліку результатів обчислень, що здійснюються з деякою періодичністю, тісно пов'язаних один з одним за деякими правилами і взаємно впливають один на одного в межах певного періоду.
Властивості регістру розрахунку
Поряд із загальними властивостями, властивими всім об'єктам метаданих, регістри розрахунку мають низку специфічних властивостей.
Редагування регістру розрахунку виконується у вікні редагування.
План видів розрахунку- основна характеристика регістру. Вибирається один із об'єктів типу "План видів розрахунків".
Період дії- якщо властивість встановлено, то встановлюється конкуруючий характер взаємного впливу рухів даного регістру. Прикладів конкуруючих рухів може бути нарахування заробітної плати і оплата лікарняного листа - не можна одночасно хворіти і працювати, тобто. отримувати і оклад, і гроші за лікарняним листом. Такі розрахунки взаємно виключають один одного в часі і система повинна гарантувати, що введення одного з них призведе до виключення іншого.
Графік— властивість доступна, якщо встановлено властивістьПеріод дії. Властивість представляє посилання регістр відомостей, у якому описується тимчасова схема вихідних даних, що у розрахунку. Графік слід зазначати тим розрахунків, які залежить від вихідних даних, розподілених у межах періоду дії за певним правилом. Наприклад, це може бути графік обліку робочого часу організації з розбивкою по днях, облік лекційного годинника з розбивкою по годинах і т.д.
Значення графіка— властивість доступна, якщо встановленовластивістьПеріод дії. У якості вибирається ресурс регістру відомостей, визначеного у якостіГрафік.
Дата графіка— властивість доступна, якщо встановлено властивістьПеріод дії. У якості вибирається вимір регістру відомостей, визначеного у якостіГрафікі має тип Дата. За значенням цієї властивості здійснюється прив'язка до значень ресурсу регістра відомостей, зазначеного у властивості Значення графіка.
Базовий період- якщо властивість встановлено, то встановлюється пов'язаний характер взаємного впливу рухів даного регістру. Прикладів пов'язаних рухів може бути зв'язок розрахунку сум нарахування виплат за середньою від сум нарахування у базовому періоді.
Періодичність- визначає період, з яким реєструються рухи і в межах якого рухи можуть впливати один на одного (для регістрів, що підтримують період дії).
Перерахунки- підпорядковані об'єкти регістру, які дозволяють задати правила взаємного впливу рухів регістрів. У палітрі властивостей об'єкта групи Взаємозв'язок у властивостіВимірюваннярегістру вказується основний вимір поточного регістру, яке слід перерахувати при зміні даних провідних регістрів, зазначених у властивостіДаніпровідних регістрів. Наприклад, перерахунок суми утримання по фізичній особі формуватиметься за змін нарахувань (оплата праці, премії).
Якщо встановлено властивістьБазовий період, формування даних перерахунків буде виконано автоматично. Якщо властивість не встановлено, то формування даних перерахунків має проводитися вручну користувачем (при проектуванні слід розробити спеціальну форму введення перерахунків та механізм їх виконання).
На закладці "Інше" задаєтьсярежим блокування об'єкта (автоматичний або керований) та встановлюється ознака повнотекстового пошуку об'єктами даного типу.
Реєстри розрахунку
Регістри розрахунку призначені для зберігання записів розрахунку (проміжних та підсумкових результатів). Форми регістру дозволяють переглядати записи розрахунків. Наприклад, нижчена малюнку наведена форма регістру ОсновніНарахування.
Як видно, у цьому регістрі для кожної фізичної особи зберігаються результати розрахунку основних нарахувань (за окладом, відпусткою) тощо. Подвійне клацання на записі відкриває документ-реєстратор, який ввів цей запис до регістру розрахунку.
Кожен регістр розрахунку ґрунтується на певному плані видів розрахунку. При редагуванні регістру розрахунку вказуються та інші його характеристики, наприклад, періодичність розрахунків, підтримка механізму отримання бази, підтримка періоду дії (для механізму витіснення), графіки, якими контролюватимуться періоди дії, тощо.
Структура регістру розрахунку визначає, яка саме інформація та в яких розрізах зберігатиметься у регістрі. Розробник вказує вимірювання, ресурси та реквізити регістру:
Вимірювання - це розрізи інформації, що зберігається. Наприклад, у регістру Основні Нарахування будуть вимірювання Фізособа, Організація, Підрозділ, Посада, а у регістру Податки будуть лише два виміри: Фізособа та Організація.
Ресурси - результати розрахунку, наприклад, ресурс Нараховано для регістру Основні Нарахування, ресурс Утримано для регістру Податки і т.д. Ресурси можуть бути лише числового типу.
Реквізити – додаткова характеристика запису розрахунку. Реквізити можуть бути майже будь-якого типу, що зберігається в базі даних. Наприклад, реквізити Дні та Годинники для регістру ОсновніНарахування, реквізит ДокументПідстава длярегістру Утримання. Нижче на малюнку показана структура регістра розрахунку нарахування співробітників.
Якщо у регістру встановлено прапорець «Період дії», можна заповнити властивості «Графік», «Значення графіка» і «Дата графіка». Фактично графік є неперіодичний регістр відомостей, що описує розподіл у часі вихідних даних для розрахунку. Наприклад, це може бути графік роботи організації з розбивкою по робочих днях та годинах, графік тривалості робочих змін, розклад лекційного годинника і т.д.
Нижче наведено приклад регістру відомостей, який є графіком роботи.
Перерахунки
Система дозволяє автоматично відстежувати записи, які потребують перерахунку. Така ситуація може виникнути, коли їх результати якимось чином пов'язані з іншими видами розрахунку, а ті були змінені (видалені або додані нові записи).
Наприклад, за зміни нарахувань співробітника потрібно перерахувати податки. Тоді для виду розрахунку «ПДФО» нарахування будуть провідними видами розрахунку, що налаштовується у плані видів розрахунку на закладці «Ведучі».
Припустимо, у нас є регістри розрахунку Основні Нарахування, Премії та Утримання. Податки розраховуються після всіх нарахувань та премій, оскільки використовують їх результати.
Для автоматичного відстеження актуальності записів про податки по кожному співробітнику необхідно у регістру Утримання створити перерахунок з виміром Фізособа. Як дані базових регістрів призначається вимір Фізособа з регістру Основні Нарахування та регістру Премії.
Нижче на прикладі показано схему роботи перерахунку:
| Іванов | Оклад | 8100 |
| Іванов | Відпустка | 2000 |
| Петров | Оклад | 6000 |
| Петров | Відпустка | 3200 |
| Сидорів | Премія | 1600 |
| Іванов | Премія | 2000 |
| Петров | Премія | 1500 |
| Іванов | ПДФО | 1100 |
| Іванов | Аліменти | 2100 |
| Петров | ПДФО | 690 |
| Сидорів | ПДФО | 195 |
| Іванов | ПДФО | Док.РозрахунокПодатків №1 |
| Петров | ПДФО | Док.РозрахунокПодатків №1 |
| Сидорів | ПДФО | Док.РозрахунокПодатків №2 |
У кожному регістрі виділено змінені записи. Отже, пов'язані із нею записи у регістрі Утримання стали неактуальними, тобто. вимагають перерахунку, що відображається у таблиці перерахунку.
Отже, перерахунок — це таблиця, що зберігає значення вимірів, якими потрібно перерахунок. Крім вимірів, у цій таблиці зберігаються види розрахунків та посилання на документи-реєстратори. За допомогою таблиці перерахунку можна визначити, які записи стали неактуальними і вимагають перерахунку (або принаймні більшої уваги).
Запити до регістрів розрахунку
Запити до даних регістру розрахунку дозволяють отримати інформацію про здійснені розрахунки. У запитах можна звертатися до наступних таблиць-джерел:
- основнатаблиця записів регістру розрахунку,
- таблиця фактичного періоду дії,
- таблиця перерахунку.
За допомогою засобів механізму запитів можна групувати результати розрахунку у потрібних розрізах, підраховувати підсумки, відбирати лише необхідні записи розрахунку. Це дозволяє сформувати весь спектр необхідних звітів, наприклад, РозрахунковіЛистки, ЛицьовіРахунки, ВідомістьВиплатиЗарплати і т.д. Механізм запитів був докладно описаний у розділі «Запити». Список полів таблиць-джерел регістрів розрахунку наведено у документації.