1с 8.3 Бухгалтерія перерахунок відсутності води. Як виконати перерахунок з недопостачання зі зміною тарифу. Перерахунок страхових внесків

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

Розглянемо коригування нарахувань з даним видом операції у програмі 1С: Облік у керуючих компаніях ЖКГ, ТСЖ та ЖБК, ред. 3.0 з прикладу послуги «Опалення».

1. Припустимо, що у січні було здійснено нарахування послуги «Опалення» у сумі 900 рублів по л/с №2011067001:

Примітка: на прикладі послуга «Опалення» розраховується за загальною площею. Площа приміщення 50 м2, тариф 18 рублів.

2. У лютому стає відомо, що у січні розрахунок мав відбутися за тарифом 13 рублів. Для проведення перерахунку

створюємо документ «Коригування нарахувань» з видом операції «Недопостачання».

Заповнюємо документ:

зазначаємо дату документа та період перерахунку - січень 2015 року;
вказуємо кількість днів, яку потрібно перерахувати, у прикладі – 31 день;
вказуємо об'єкт перерахунку, у разі л/с №2011067001;
вказуємо послугу, за якою проводитиметься перерахунок, у цьому випадку «Опалення»;
встановлюємо прапорець «Частковий перерахунок», вибираємо варіант перерахунку «зі зниженням тарифу на» і вводимо число, яке необхідно збільшити чи зменшити тариф, у разі 18 – 13 = 5;
заповнюємо табличну частину за допомогою кнопки "Заповнити";
натискаємо кнопку «Розрахувати» для виконання перерахунку:

Нарахування січня було виконано за тарифом 18 руб.: 18 * 50 = 900 руб.

Перерахунок виконано за тарифом 13 руб.: (18-5) * 50 = 650 руб. Звідси сума перерахунку дорівнює 250 руб.

Перерахунки становлять невід'ємну частину розрахунку зарплати. Відомості про лікарняні листи, відпустки або прогули працівників, що надходять до бухгалтерії з деяким запізненням, тягнуть за собою перерахунки зарплати і, відповідно, страхових внесків. Про відображення розрахунків та перерахунків страхових внесків в обліку та регламентованої звітності у програмі «1С:Зарплата та управління персоналом 8» редакції 3 розповідають експерти 1С.

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

У цих випадках у бухгалтера виникають питання про необхідність, обов'язок та право подавати уточнені відомості до ІФНС.

Відповідно до пункту 1.2 Порядку заповнення розрахунку за страховими внесками, наведеним у Додатку № 2 до наказу ФНП Росії від 10.10.2016 № ММВ-7-11/551@, платник зобов'язаний внести необхідні зміни до Розрахунку та подати до податкового органу уточнений звіт, якщо виявились невідбиті або неповні відомості, а також помилки, що призводять до заниження суми страхових внесків, що підлягає сплаті.

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

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

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

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

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

Види поширених помилок, які потребують обов'язкового подання уточненого Розрахунку:

1. Співробітник не повідомив своєчасно про зміни у своїх особистих даних, та в ІФНС подано недостовірні відомості про нього у Розділі 3 Розрахунку.

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

3. На етапі початкового налаштування програми «1С:Зарплата та управління персоналом 8» припустилися помилки, виключивши премію з розрахункової бази зі страхових внесків. Виправлення помилки призводить до донарахування внесків.

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

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

Розглянемо особливості перерахунку страхових внесків у «1С:Зарплаті та управлінні персоналом 8» редакції 3 на прикладах.

Приклад 1

Під час розрахунку страхових внесків для підрозділу Складзастосовувався пільговий тариф страхових внесків Резиденти техніко-впроваджувальної особливої економічної зони(код тарифу "05"). Цей тариф передбачає у 2018 році відрахування до ПФР у розмірі 13%; у ФСС 2,9%; у ФФОМС 5,1%. Саме так і провадився розрахунок внесків для співробітниці В.С. Плющ. При щомісячному заробітку 10 000 руб. сума страхових відрахувань за місяць склала:

в ПФР - 1300 руб.;
у ФФОМС – 510 руб.;
у ФСС – 290 руб.

Вказані суми були відображені у розрахунку зі страхових внесків за І квартал 2018 року.

Коли з'ясувалося, що підрозділ втратив право на застосування пільгового тарифу страхових внесків, то відповідно до листів ФНП Росії від 25.10.2017 №?ГД-4-11/21611@ та Мінфіну Росії від 18.12.2017 №?03-15-06/ 84443 виникла потреба уявити уточнюючий Розрахунок. Для його формування слід перерахувати страхові внески з новими ставками.

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

У Прикладі 1 для організації встановлено Основний тариф страхових внесків(код тарифу «01»), що передбачає у 2018 році ставки відрахувань: до ПФР у розмірі 22 %; ФСС 2,9%; ФФОМС 5,1%. Очевидно, що у ПФР «недоплачено» 9% внесків (22% - 13%), та змінився код тарифу.

У прикладі 1 для перерахунку внесків слід переглянути порядок обліку доходів. Для реєстрації порядку обліку доходів та перерахунку страхових внесків минулого періоду призначено документ (меню Податки та внески). На закладці Відомості про доходинеобхідно вручну уточнити усі доходи працівників. При цьому на закладці Обчислені внескиавтоматично буде здійснено перерахунок страхових внесків.

Внаслідок перерахунку страхових внесків співробітниці В.С. Плющ за щомісячного заробітку 10 000 руб. сума страхових відрахувань за місяць склала:

в ПФР - 2200 руб.;
у ФФОМС та у ФСС - сума не змінилася і склала, відповідно, 510 руб. та 290 руб.

Після виконання перерахунків страхових внесків за І квартал слід підготувати Розрахунки, що уточнюють. Використовуючи сервіс 1С-Звітність,необхідно створити нові звіти за періоди, що виправляються, і на Титульний листвказати Номер коригування(Рис. 2). Уточнення торкнулися всіх співробітників підрозділу, оскільки всі змінили код тарифу. Тому Розділи 3 в уточненому Розрахунку формуються за всіма співробітниками підрозділу. В інших випадках, коли формування уточненого Розрахунку викликано змінами даних або нарахування окремих працівників, у Розділі 3 відображаються дані тільки по цих співробітниках. Інші розділи уточнюючого Розрахунку у будь-якому разі заповнюються повністю новими даними.

Мал. 2. Титульний лист уточнюючого розрахунку страхових внесків за I квартал 2018 року

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

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

1. Співробітнику нарахували зарплату за повний відпрацьований місяць. Розрахунок зі страхових внесків здали до ІФНС, але згодом з'ясувалося, що співробітник був на лікарняному або у відпустці власним коштом. Нарахування, яке не входить до бази для розрахунку внесків, замінило нарахування, що оподатковувалося страховими внесками, що призвело до переплати внесків.

2. Будь-які перерахунки нарахувань співробітника, що призводять до перерахунку страхових внесків у бік їхнього зменшення.

Приклад 2

При розрахунку зарплати за червень співробітнику С.С. Горбункову було нараховано:

оплата по окладу – 7 500 руб.;
оплата відрядження (за середнім заробітком) за червень - 2 500 руб.

Обчислено страхові внески за основним тарифом. У червні внески із зарплати С.С. Горбункова склали:

в ПФР - 2200 руб.;
у ФФОМС – 510 руб.;
у ФСС – 290 руб.

Ці внески були сплачені та включені до Розрахунку за півріччя 2018 року. Поданий до бухгалтерії лікарняний лист на період 25.06.2018-30.06.2018 не створює причин для формування уточненого Розрахунку. Зареєстрований у програмі документ Лікарняний листсторнує нараховану раніше суму відрядження (рис. 3).

Мал. 3. Перерахунок відрядження у документі «Лікарняний лист»

Лікарняний лист надійшов до організації в липні. Це не є помилковою ситуацією та не призводить до недоплати страхових внесків. Оскільки сума, нарахована за лікарняним листом, страховими внесками не оподатковується, то виникла переплата внесків у розмірі:

в ПФР – 550 руб.;
у ФФОМС – 127,50 руб.;
у ФСС – 72,50 руб.

В програмі Лікарняний лист, зареєстрований Липнем 2018, Впливає на розрахунок страхових внесків у поточному місяці, зменшуючи розрахункову базу.

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

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

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

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

1. У співробітника внаслідок перерахунку внесків у поточному періоді утворюється від'ємна сума. Звіт з негативною сумою не може бути здано до ІФНС. Отже, вихід один – сформувати уточнений звіт за минулий період.

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

Приклад 3

У цьому випадку, на відміну від попереднього Прикладу 2, негативна сума страхових внесків, що утворилася при сторнуванні відрядження, не буде компенсована нарахуваннями. Незважаючи на те, що за рахунок нарахувань інших працівників загальна сума страхових внесків буде позитивною, у Розділі 3 у співробітника залишаться негативні значення, а це неприпустимо. І тому бухгалтеру доведеться створити документ Перерахунки страхових внесків, перерахувати внески за червень, сформувати та подати до ІФНС уточнений Розрахунок.

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

Від редакції У статті читайте про реалізований у «1С:Підприємстві 8» механізм перевірки контрольних співвідношень розрахунку страхових внесків, який враховує дані коригувальних Розрахунків.

Об'єкт Перерахунок служить зберігання інформації у тому, яких записів регістрів розрахунку необхідно перерахувати результати розрахунку (ресурси). Він є об'єктом зміни підлеглим регістру розрахунку. Необхідність перерахунку ресурсів може виникнути через неправильну послідовність введення документів користувачем (введення документів "заднім числом"), що призводить до необхідності перерахувати результати розрахунку тих записів, які залежать від результатів розрахунку інших записів, введених у систему пізніше.

Налаштування об'єкта перерахунок

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

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

Об'єкт перерахунку – посилання на реєстратор, результати розрахунку якого потрібно переглянути;
Вид розрахунку – посилання вид розрахунку з того плану видів розрахунку, призначений регістру – власнику об'єкта Перерасчет.

Таким чином, як мінімум, інформація про перерахунки зберігається з точністю до реєстратора (документа) та виду розрахунку.

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

Розглянемо приклад.

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

Таблиця перерахунку може автоматично заповнювати системою на основі налаштувань виконаних при конфігуруванні. Автоматичне відстеження записів для яких потрібно переглядати результат – основне призначення об'єкта перерахунок.

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

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

Вимір регістру – посилання вимір " батьківського " регістру розрахунку, якому підпорядкований перерахунок.
Дані провідних регістрів – посилання виміри і реквізити провідних регістрів розрахунку.

Для того, щоб описати особливість налаштування вимірювань перерахунку, умовимося про наступні терміни:

Основний регістр – це регістр розрахунку, якому підпорядкований перерахунок та за актуальністю результатів якого він "стежить".
Провідні регістри – це регістри розрахунку, записи яких впливають результат розрахунку записів основного регістру.

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

Щоб описати, які саме зміни записів провідних регістрів призведуть до появи перерахунків і слугують вимірювання перерасчета. Щоб задати необхідність перерахунку записів за тим самим співробітником, яким введені (змінені) записи провідних регістрів робиться таке. У властивість "Вимір регістру" вводиться посилання на вимір "Співробітник" основного регістру, а як "Дані провідних регістрів" - посилання на вимір "Співробітник" всіх провідних регістрів. При такому налаштуванні у разі будь-якої зміни складу записів провідного регістру (тобто під час запису відповідного набору записів), буде виконано наступне:

Проаналізовано набір записів провідного регістру (припустимо у наборі записів є записи на співробітника Іванова, які мають певний період дії (наприклад, березень)
Буде автоматично запрошено основний регістр
Якщо в ньому вже є записи, за тим же Івановим та їх результат потенційно залежить від записів провідного регістру (що таке "потенційно залежить…" буде розглянуто нижче), то в перерахунок будуть введені рядки з такими даними:

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

Слід зазначити, що запис перерахунку не означає будь-яких змін безпосередньо в основному регістрі. Записи перерахунку – лише сигнал, який подає система. А як саме реагувати на цей сигнал, необхідність перерахувати записи регістру залежить від розробника конкретного рішення. Приклади обробки записів перерахунку будуть розглянуті в інших публікаціях.

Налаштування планів видів розрахунку, пов'язані з перерахунками

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

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

Допустимо, основному регістру розрахунку призначено план видів розрахунку "Основний", а провідному регістру – план видів розрахунку "Допоміжний". Тоді основним планом видів розрахунку необхідно встановити такі властивості групи властивостей "Розрахунок":
Залежність від бази - "за періодом дії" або "за періодом реєстрації";
Базові плани видів розрахунку – план видів розрахунку "Допоміжний".

Це означатиме, що основний регістр розрахунку, який веде себе згідно з планом видів розрахунку "Основний", залежить від тих регістрів, яким призначено план видів розрахунку "Допоміжний" (тобто у нашому випадку – провідний регістр розрахунку) та при цьому запису основного регістру залежить від записів провідного за періодом дії чи за періодом реєстрації.

При настоянні плану видів розрахунку "Основний" його видам розрахунку (наприклад, виду розрахунку "Надбавка") необхідно у списку провідних видів розрахунку задати види розрахунку плану "Допоміжний" (наприклад, види розрахунку "Доплата персональна" та "Доплата щомісячна"). Це означатиме, що результати розрахунку записів основного регістру з видом розрахунку "Надбавка" залежать від результатів записів провідного регістру з видами розрахунку "Доплата персональна" та "Доплата щомісячна" і мають бути перераховані у разі їхньої будь-якої зміни (появи чи видалення).

При цьому, щоб з'ясувати, які записи потрібно перерахувати, система зіставить записи провідного та основного регістрів розрахунку:

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

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

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

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

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

Наприклад, для організації правильного перерахунку доплат до основних нарахувань слід як провідні види розрахунку вказати ті, на підставі яких вважаються доплати (оклад, тариф, відрядна оплата), а як залежні види розрахунку слід вказати власне перераховані доплати.

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

Отже, якщо в журналі розрахунків з'явиться нова (в результаті проведення документа), зникне (при скасуванні проведення) або буде виправлено існуючий запис з одним із «провідних» видів розрахунку (у нашому прикладі – оклад, тариф, відрядна оплата), то буде знято ознака «Розрахована» з усіх записів, відповідних доплат, якщо знайдуться такі, з тим самим періодом дії, що і введений, видалений або виправлений запис.

Якщо при цьому вводиться запис з періодом дії не в поточному розрахунковому періоді, а в одному з минулих (наприклад, розрахунок окладу заднім числом за минулий місяць), система введе записи-перерахунки для всіх доплат відповідного минулого періоду.

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

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

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

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

Наприклад, якщо побудувати правило перерахунку лікарняних листів, то як провідні розрахунки будуть призначені види

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

Структура

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

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

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

Зв'язок із планом видів розрахунку

Регістр розрахунку пов'язані з однією з планів видів розрахунку, що у прикладному рішенні. Цей зв'язок зумовлює наявність кожного запису регістра поля Вид розрахункузавдяки якому механізми регістру можуть відстежувати взаємний вплив записів розрахунку один на одного.

Періодичність

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

Підпорядкування реєстратору

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

Зв'язок із графіком часу

Для регістру розрахунку може бути зазначений зв'язок із графіком часу. Графік часу є регістр відомостей, у якому міститься тимчасова схема вихідних даних, що у розрахунках. Вимірами цього графіка можуть бути, наприклад, графік роботи та дата, а ресурсом – кількість робочих годин у цій даті. Тоді можна буде пов'язати запис регістру розрахунку з будь-яким конкретним графіком роботи і надалі засобами вбудованої мови отримувати інформацію про кількість робочих годин, необхідну для виконання розрахунків.

Наприклад, графік часу, що має таку структуру:

Перерахунки

Регістр розрахунку може включати спеціальні об'єкти - Перерахунки:

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

Унікальність записів

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

Механізми, що реалізуються регістром розрахунку

Витіснення за періодом дії

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

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

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

Залежність за базовим періодом

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

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

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

залежність за періодом дії;
залежність за періодом реєстрації.

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

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

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

Формування записів перерахунку

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

Результатом роботи механізму формування записів перерахунку є набір записів перерахунку, що містить інформацію про те, які записи регістру мають бути розраховані заново (перераховані).

Функціональні можливості регістру розрахунку

Основними функціональними можливостями, які надає регістр розрахунку розробнику, є:

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