Исправления и перерасчеты заработной платы. Как выполнить перерасчет по недопоставке с изменением тарифа 1с 8.3 бухгалтерия перерасчет отсутствия воды

Довольно часто возникает необходимость провести новый расчет зарплаты (перерасчет), в данной статье мы разберем, как в 1с сделать перерасчет зарплаты наиболее простым, а главное удобным способом. Такие операции делают в нескольких случаях, в первую очередь, это: смена режима работы (уменьшение или увеличение временной отработки), изменение значений каких-либо показателей и изменения в составе начислений. Для того чтобы восстановить или исправить информацию о работниках и периоде работы, достаточно зайти во вкладку “ Начисления зарплаты и взносов ” и отменить проводку. После этого шага вы сможете внести новые данные и сделать перерасчет зарплаты в 1с ЗУП.

Для того чтобы произвести перерасчет зарплаты в 1с вам надо зайти в подраздел “Доначислить сейчас”, нажать соответствующую панель и создать документ-файл “ Начисление зарплаты в текущем периоде”. После этого надо заполнить появившуюся таблицу.

Работа с документом “Доначисление, перерасчет”

Сам акт представляет собой одну из вариаций документа - Начисление зарплаты. Однако, период, в который была переработка уже закончился, все проводки закрыты (другими словами зарплата уже была выплачена и отражена в бухучете), то стоит воспользоваться именно панелью “Доначисление, перерасчет”. Доступ к нему открыт как раз тогда, когда все операции и выплата зарплаты и отражение ее в бухучете уже произведены. В данном разделе вы найдете все нужные реквизиты, по которым возможно проведение межрасчетной выплаты, то есть по ним можно выплатить доначисленную заработную плату еще до того, как закончиться расчетный период.

Возможен перерасчет зарплаты в 1с 8.3 ЗУП и не в полном объеме, а среднего заработка. Насколько это необходимо программа определяет сама, сразу после того как была зарегистрирована начисленная заработная плата. Для этого необходимо произвести следующие операции: Перейти во вкладку “Подробнее”, выбрать нужное вам действие: перерасчитать документ/ оформить исправление. В том случае если перерасчет зарплаты в 1с 8.3 бухгалтерия затронет начисления прошлых периодов, вы увидите изменения в таблице “Перерасчет прошлого периода документа среднего заработка”.

Перерасчет зарплаты в 1с 8.3 – это удобство и простота проведения различных операций, в том числе и перерасчетов. В ПК есть отдельное рабочее место “Перерасчеты” – это важнейший инструмент их управления. Для того чтобы попасть в этот раздел достаточно зайти в меню “Зарплата”, далее нажать кнопку “Сервис”, после чего перейти во вкладку “Перерасчеты”.

Регистры расчета - это прикладные объекты конфигурации . Они используются в механизме сложных периодических расчетов и служат для хранения записей о тех или иных видах расчета, которые необходимо выполнить, а также для хранения промежуточных данных и самих результатов выполненных расчетов

Структура

Информация в регистре расчета хранится в виде записей, каждая из которых содержит значения измерений и соответствующие им значения ресурсов.

Измерения регистра описывают разрезы, в которых хранится информация, а ресурсы регистра непосредственно содержат хранимую информацию. Например, для регистра расчета Начисления , который имеет следующую структуру:

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

Связь с планом видов расчета

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

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

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

Подчинение регистратору

Изменение состояния регистра расчета происходит, как правило, при проведении документа. Поэтому каждая запись регистра связана с определенным документом - регистратором и номером строки этого документа. Добавление записей в регистр, их изменение и удаление возможно только одновременно для всех записей, относящихся к одному документу.

Связь с графиком времени

Для регистра расчета может быть указана связь с графиком времени. График времени представляет собой регистр сведений, в котором содержится временная схема исходных данных, участвующих в расчетах. Измерениями этого графика могут быть, например, график работы и дата, а ресурсом – количество рабочих часов в этой дате. Тогда можно будет связать запись регистра расчета с каким-либо конкретным графиком работы и в дальнейшем, средствами встроенного языка получать информацию о количестве рабочих часов, необходимую для выполнения расчетов.

Например, график времени, имеющий следующую структуру:

Перерасчеты

Регистр расчета может включать в себя специальные объекты - Перерасчеты :

В этих объектах система будет хранить информацию о том, какие записи регистра расчета утратили свою актуальность и подлежат перерасчету в результате работы механизмов зависимости по базовому периоду и вытеснения по периоду действия.

Уникальность записей

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

Механизмы, реализуемые регистром расчета

Вытеснение по периоду действия

Механизм вытеснения по периоду действия позволяет рассчитывать фактический период действия записи регистра расчета на основании анализа других записей, содержащихся в регистре.

В общем случае, запись регистра расчета содержит две даты, определяющие период, на который распространяется действие данной записи. Этот период называется периодом действия записи. Однако, если вид расчета, к которому относится данная запись, может быть вытеснен другим видом расчета, то период действия данной записи является лишь "запрашиваемым" периодом, то есть "мы хотим, чтобы запись действовала в этом периоде". Реально, фактический период действия данной записи можно будет определить лишь после анализа всех записей видов расчета, которые вытесняют данный вид расчета по периоду действия. Фактический период действия будет представлять собой набор периодов, являющихся подмножеством исходного периода действия данной записи. Если не будет найдено ни одной записи, вытесняющей данную по периоду действия, то фактический период действия данной записи будет равен ее периоду действия. Другим крайним случаем вытеснения по периоду действия является полное вытеснение данной записи другими записями. В этом случае фактический период действия записи будет отсутствовать.

Каждая запись регистра расчета содержит вид расчета, к которому она относится. Чтобы определить, какие записи должны вытеснять данную запись по периоду действия, регистр расчета использует связь с планом видов расчета, в котором описано взаимное влияние видов расчета друг на друга. Использование этой связи позволяет регистру расчета определять фактический период действия каждой записи.

Зависимость по базовому периоду

Механизм зависимости по базовому периоду позволяет получать значение базы для записи регистра расчета на основании анализа других записей, содержащихся в регистре.

База представляет собой числовое значение, которое должно быть использовано для расчета результата данной записи. База рассчитывается путем анализа результатов расчета других записей, от которых данная запись зависит по базовому периоду. Таким образом, в общем случае, запись регистра расчета содержит две даты, определяющие период, в котором нужно анализировать записи видов расчета, от которых данный вид расчета зависит по базе - базовый период. Использование связи с планом видов расчета позволяет регистру расчета определять виды расчета, от которых данный вид расчета зависит по базовому периоду.

Регистр расчета поддерживает два вида зависимости по базовому периоду:

• зависимость по периоду действия;
• зависимость по периоду регистрации.

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

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

Наиболее сложным вариантом зависимости по базовому периоду является случай, когда для вида расчета данной записи установлено свойство "Период действия является базовым периодом". Это свойство означает, что в качестве базового периода данной записи будет использоваться не базовый период, который указан в соответствующих полях записи, а фактический период действия записи, получаемый в результате работы механизма вытеснения по периоду действия и являющийся, в общем случае, набором некоторых периодов.

Формирование записей перерасчета

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

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

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

Основными функциональными возможностями, которые предоставляет регистр расчета разработчику, являются:

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

Перерасчеты составляют неотъемлемую часть расчета заработной платы. Поступающие в бухгалтерию с некоторым опозданием сведения о больничных листах, отпусках или прогулах работников влекут перерасчеты зарплаты и, соответственно, страховых взносов. Об отражении расчетов и перерасчетов страховых взносов в учете и регламентированной отчетности в программе «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 руб. сумма страховых отчислений за месяц составила:

• в ПФР - 1 300 руб.;
• в ФФОМС - 510 руб.;
• в ФСС - 290 руб.

Указанные суммы были отражены в расчете по страховым взносам за I квартал 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 руб. сумма страховых отчислений за месяц составила:

• в ПФР - 2 200 руб.;
• в ФФОМС и в ФСС - сумма не изменилась и составила, соответственно, 510 руб. и 290 руб.

После выполнения перерасчетов страховых взносов за I квартал следует подготовить уточняющие Расчеты. Используя сервис 1С-Отчетность, необходимо создать новые отчеты за исправляемые периоды и на Титульном листе указать Номер корректировки (рис. 2). Уточнения коснулись всех сотрудников подразделения, так как у всех изменился код тарифа. Поэтому Разделы 3 в уточненном Расчете формируются по всем сотрудникам подразделения. В других случаях, когда формирование уточненного Расчета вызвано изменениями в данных или начислениях отдельных сотрудников, в Разделе 3 отображаются данные только по этим сотрудникам. Остальные разделы уточняющего Расчета в любом случае заполняются полностью новыми данными.

Рис. 2. Титульный лист уточняющего расчета по страховым взносам за I квартал 2018 года

Право представления уточненного Расчета по страховым взносам

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

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

2. Любые перерасчеты начислений сотрудника, приводящие к перерасчету страховых взносов в сторону их уменьшения.

Пример 2

При расчете заработной платы за июнь сотруднику С.С. Горбункову были начислены:

• оплата по окладу - 7 500 руб.;
• оплата командировки (по среднему заработку) за июнь - 2 500 руб.

Исчислены страховые взносы по основному тарифу. В июне взносы с зарплаты С.С. Горбункова составили:

• в ПФР - 2 200 руб.;
• в ФФОМС - 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» механизме проверки контрольных соотношений расчета по страховым взносам, который учитывает данные корректировочных Расчетов.

В данной статье рассмотрим теоретические основы работы с регистрами расчёта, а также выполним расчёт заработной платы сотрудника пропорционально количеству отработанных часов.

Теория

Регистр расчета(РР) - объект метаданных конфигурации, служащий для реализации периодических расчетов в системе 1С. Из очевидных областей применения регистров расчета можно выделить следующие: расчет заработной платы, расчет квартплаты, расчет арендной платы.

По своей структуре регистры расчета похожи на регистры накопления или регистры сведений. Они так же как и регистры накопления имеют измерения, ресурсы, реквизиты, но принцип действия регистров расчета абсолютно другой.

По сути своей измерения в регистре накопления служат «фильтром » в разрезе которого мы получаем данные из регистра накопления. Как пример, когда мы берём «остатки» по регистру накопления «Остатки товаров» в разрезе определённой номенклатуры или «срез последних» по регистру сведений «Оклады сотрудников» в разрезе определённого сотрудника. В отличии от регистра накопления измерения в периодическом регистре расчета служат для реализации ««(это когда протяженные во времени виды расчета конкурируют между собой на интервале периода действия записи т.е. как пример, вид расчета командировка вытесняет вид расчета оклад по периоду действия) и ««(это когда вид расчета премия зависит от вида расчета оклад за прошлые периоды).

механизма вытеснения по периоду действия «:

Здесь мы видим что вид расчёта «Командировка» обладает протяжённостью во времени и действует с 10 по 20 апреля, «Командировка» указана как вытесняющий вид расчёта для вида расчета «Оклад». «Оклад» также обладает протяжённостью во времени и действует с 1 по 30 апреля. Так как «Командировка» указана как вытесняющий вид расчёта для вида расчета «Оклад»(имеет больший приоритет, чем оклад) и действует на периоде действия оклада, то происходит вытеснение оклада командировкой и формируется «Фактический период действия оклада».»Фактический период действия оклада» это период действия оклада после вытеснения командировкой, в нашем случае он состоит из 2 периодов — с 1 по 9 апреля и с 21 по 30 апреля и в сумме составляет 19 дней. Механизм вытеснения по периоду действия работает только для протяжённых во времени расчетов.

На рисунке выше графически показан принцип «механизма зависимости по базовому периоду «:

Допустим, в конце апреля 2017 мы хотим начислить сотруднику премию в размере 10% от оклада. В качестве базовых видов расчёта для премии указан оклад.

Но в качестве «базы» для расчета премии мы возьмём не весь месяц апрель, а только интервал с 10 по 20 апреля(11 дней). Рассчитаем базу для премии, оклад сотрудника составляет 60000 рублей, в месяце имеем 30 дней, дневной оклад = 60000/30 = 2000 руб. Далее 2000*11 = 22000 руб. База для расчета премии составляет 22000 рублей.

Рассчитаем премию: (22000/100)*10 = 2200 руб. Премия в размере 10% от оклада составляет 2200 рублей.

С регистром расчета тесно связан прикладной объект метаданных «План видов расчета».

План видов расчета(ПВР) - объект метаданных конфигурации, хранящий в себе сведения о типах видов расчетов и определяющий влияние разных расчетов друг на друга.

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

Регистр расчета является таблицей в которой хранятся рассчитанные данные, а в плане видов расчета хранятся алгоритмы расчета этих данных. Регистр расчета обязательно должен иметь хотя бы один документ регистратор, который делает движения по регистру расчета(например Начисление зарплаты).

Механизмы расчета в системе 1С Предприятие устроены таким образом, что сперва требуется сделать записи в регистр расчета и только после этого выполнить расчет на основе этих данных. К примеру, нельзя рассчитать премию на основе оклада пока этот самый оклад не записан в регистр расчета.

Практика

Рассмотрим подробнее регистры расчета на практике:

Шаг 1 .Начнём с плана видов расчета. План видов расчета необходимо создать перед созданием регистра расчета. План видов расчета создаём перед регистром расчёта потому, что перед созданием таблицы для хранения рассчитанных данных(т.е. регистра расчета) необходимо задать алгоритмы расчета этих данных(т.е. план видов расчета).

Создадим план видов расчета «Основные начисления». Сразу же перейдём на вкладку «Расчет». Здесь мы сразу же видим флаг «Использует период действия «, при установке данного флага все виды расчета входящие в данный план будут обладать протяжённостью во времени (например Оклад, Командировка), а также для данного плана видов расчета включается «механизма вытеснения по периоду действия «. Если флаг «Использует период действия» не установлен, то виды расчета не будут обладать протяжённостью во времени(например Премия, Штраф) и «механизма вытеснения по периоду действия» действовать не будет. Также на данной вкладке есть разделы «Зависимость от базы» и «Базовые планы видов расчета» — они служат для реализации «механизма зависимости по базовому периоду «, но об нём поговорим позже. Пока оставим «Зависимость от базы» в режиме «Не зависит».

Создадим предопределённый вид расчета «Оклад». На вкладке «Основное» всё просто. Задаём имя и код вида расчета.

Благодаря тому, что мы установили флаг «Использует период действия » у нас появилась вкладка «Вытесняющие » и включился «механизм вытеснения по периоду действия «.

На данной вкладке мы указываем виды расчета, которые будут вытеснять оклад по периоду действия(например Командировка).

Примечание : в «Вытесняющие» можно добавить виды расчета принадлежащие только данному плану видов расчета.

Также есть вкладка «Ведущие » — на ней указываются виды расчета при изменении которых должен пересчитываться текущий вид расчёта. Здесь можно указать и виды расчёта из других планов видов расчёта. Например, вид расчета «Оклад» является ведущим для вида расчёта «Премия» т.е. при изменении оклада у нас должна пересчитаться и премия т.к. премия начисляется в зависимости от оклада. В данном случае вид расчёта «Оклад» принадлежит ПВР «Основные начисления» использующем период действия, а вид расчета «Премия» принадлежит ПВР «Дополнительные начисления» не использующем период действия.

Шаг 2 .Создадим справочник «Графики» со структурой по-умолчанию. В справочнике «Графики» будем хранить режимы работы сотрудников(пятидневка, шестидневка и.т.д.).

Шаг 3 .Также нам нужен объект в котором мы будем хранить Производственный календарь(рабочие и выходные дни). Для этих целей используем непериодический независимый регистр сведений.

Создадим непериодический независимый регистр сведений «Графики работы» с 2 измерениями «Дата» и «График» и ресурсом «Количество часов».

Благодаря регистру сведений «Графики работы» мы сможем начислять заработную плату от оклада пропорционально количеству отработанных дней.

Шаг 4 .Создадим документ «Начисление зарплаты» со структурой реквизитов показанной ниже:

Реквизиты:

Оперативное проведение ставим в значение «Запретить» т.к. оно не имеет смысла для механизма периодических расчётов в 1С — ни премию, ни оклад, ни штраф мы никогда не начисляем в реальном времени.

Создадим форму документа с настройками по-умолчанию.

Шаг 5 . Наконец-то мы дошли и до создания регистров расчета.

Объект метаданных регистр расчета расположен в ветке «Регистры расчета» конфигуратора.

Создадим регистр расчета «Основные начисления». Настройки регистра расчета рассмотрим ниже:

1.В поле «План видов расчета» указываем ПВР «Основные начисления» созданный на шаге 1.

2.Ставим флаг «Период действия» в значение «Истина» т.к. ПВР, указанный на шаге 1 обладает протяжённостью во времени.

После установки данного флага у нас сразу же становятся доступны стандартные реквизиты «ПериодДействия», «ПериодДействияНачало», «ПериодДействияКонец» это значит, что виды расчета регистрируемые в данном регистре расчета также обладают протяжённостью во времени и у нас становится доступен «механизма вытеснения по периоду действия «.

P.S. Если указать ПВР, обладающий протяжённостью во времени у РР с флагом «Период действия» в значении «Ложь», то данный ПВР будет работать как ПВР не обладающий протяжённостью во времени.

3.После установки флага «Период действия» в значение «Истина» у нас становятся доступны поля «График», «Значение графика», «Дата графика».

В поле «График» указываем регистр сведений «Графики работы», созданный на шаге 3.

В поле «Значение графика» указываем ресурс «КоличествоЧасов» регистра сведений «Графики работы».

В поле «Дата графика» указываем измерение «Дата» регистра сведений «Графики работы».

4.В поле «Периодичность» указываем значение «Месяц» это значит, что данные в регистр у нас будут заноситься ежемесячно.

Ниже представлена структура метаданных регистра:

Флаг «Базовое» у измерения влияет только на производительность, его можно и не проставлять, но если поставить, то поле «Сотрудник» будет проиндексировано.

Измерение «Сотрудник» — оно применяется в «механизме вытеснения по периоду действия » и «механизме зависимости по базовому периоду «.

Ресурс «Сумма» — туда запишется рассчитанная зарплата.

Реквизит «График» указан как реквизит, а не измерение регистра т.к. ни его, ни он ничего не вытесняет — по сути справочное поле. Важно!!! Не забудьте заполнить поле «Связь с графиком» у реквизита «График», там должно быть указано измерение «График» регистра сведений «Графики работы» иначе размер заработной платы не будет рассчитываться.

Реквизит «Параметр» будет хранить значение оклада.

Вот теперь когда мы указали связь с РС «Графики работы» у нас будет рассчитываться заработная плата сотрудника пропорционально количеству отработанных дней.

В качестве регистратора указываем документ «Начисление зарплаты «, созданный на шаге 4.

Шаг 6 . Делаем движения по регистру расчета «Основные начисления».

Вернёмся к документу «Начисление зарплаты» созданному на шаге 4.

Опишем обработку проведения в модуле объекта документа:

Фрагмент кода обработки проведения документа

1С (Код)

Процедура ОбработкаПроведения(Отказ, РежимПроведения) // регистр ОсновныеНачисления Движения.ОсновныеНачисления.Записывать = Истина; Движения.ОсновныеНачисления.Очистить(); ПериодРегистрации=НачалоМесяца(Дата); Для Каждого ТекСтрокаОсновныеНачисления Из ОсновныеНачисления Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = ТекСтрокаОсновныеНачисления.ДатаНачала; Движение.ПериодДействияКонец = КонецДня(ТекСтрокаОсновныеНачисления.ДатаОкончания); Движение.ПериодРегистрации = ПериодРегистрации; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Размер; КонецЦикла; КонецПроцедуры

Процедура ОбработкаПроведения(Отказ, РежимПроведения) // регистр ОсновныеНачисления Движения. ОсновныеНачисления. Записывать= Истина; Движения. ОсновныеНачисления. Очистить() ; ПериодРегистрации=НачалоМесяца(Дата) ; Для Каждого ТекСтрокаОсновныеНачисленияИз ОсновныеНачисленияЦикл Движение= Движения. ОсновныеНачисления. Добавить() ; Движение. Сторно= Ложь; Движение. ВидРасчета= ТекСтрокаОсновныеНачисления. ВидРасчета; Движение. ПериодДействияНачало= ТекСтрокаОсновныеНачисления. ДатаНачала; Движение. ПериодДействияКонец= КонецДня(ТекСтрокаОсновныеНачисления. ДатаОкончания) ; Движение. ПериодРегистрации = ПериодРегистрации; Движение. Сотрудник= ТекСтрокаОсновныеНачисления. Сотрудник; Движение. График= ТекСтрокаОсновныеНачисления. График; Движение. Параметр= ТекСтрокаОсновныеНачисления. Размер; КонецЦикла; КонецПроцедуры

Создадим тестовый документ и проведём его:

Перейдём в «Движения документа»:

Видим, что период регистрации установился как начало месяца т.к. периодичность РР указана «Месяц». Так же видим, что заполнились все поля кроме суммы(ЗП ещё не рассчитана).

Шаг 7 .Напишем код расчета заработной платы.

Создадим общий модуль «Расчет» со следующими флагами:

В данном общем модуле у нас и будет происходить сам расчёт.

Напишем в модуле «Расчет» экспортную функцию «Рассчитать начисления»:

Так как мы заполнили в настройках РР «Основные начисления» поля «График», «Значение графика», «Дата графика» у нас стала доступна виртуальная таблица регистра расчета ДанныеГрафика, в запросе к виртуальной таблице нас интересуют поля:

«КоличествоЧасовФактическийПериодДействия» — содержит рассчитанное на основании данных графика количество фактически отработанных часов

«КоличествоЧасовПериодДействия» — содержит рассчитанное на основании данных графика количество рабочих часов в периоде расчёта

Процедура расчета заработной платы

1С (Код)

Процедура РассчитатьНачисления(Регистратор, НаборЗаписей) Экспорт //Оклад Запрос=Новый Запрос; Запрос.Текст="ВЫБРАТЬ | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовФактическийПериодДействия, 0) КАК ЧасовФакт, | ОсновныеНачисленияДанныеГрафика.Параметр, | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовПериодДействия, 0) КАК ЧасовПлан, | ОсновныеНачисленияДанныеГрафика.НомерСтроки |ИЗ | РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(| Регистратор = &Регистратор | И ВидРасчета = &ВидРасчетаОклад) КАК ОсновныеНачисленияДанныеГрафика"; Запрос.УстановитьПараметр("Регистратор", Регистратор); // передаём документ регистратор чтобы поиск выполнялся только по текущему документу Запрос.УстановитьПараметр("ВидРасчетаОклад", ПланыВидовРасчета.ОсновныеНачисления.Оклад); //устанавливаем вид расчёта оклад т.к. рассчитываем оклад Выборка=Запрос.Выполнить().Выбрать(); СтруктураПоиска=Новый Структура; СтруктураПоиска.Вставить("НомерСтроки",0); //создадим структуру для поиска данных для расчёта по номеру строки Для Каждого Запись Из НаборЗаписей Цикл //цикл по набору записей текущего документа СтруктураПоиска.НомерСтроки=Запись.НомерСтроки; //заполняем номер строки для поиска Если Выборка.НайтиСледующий(СтруктураПоиска) Тогда //ищем в выборке данные для расчёта по текущему номеру строки Запись.Сумма =?(Выборка.ЧасовПлан=0,0, Выборка.ЧасовФакт/Выборка.ЧасовПлан * Выборка.Параметр); //рассчитываем ЗП пропорционально отработанным дням, в Параметр - текущий оклад КонецЕсли; Выборка.Сбросить(); //сбросим выборку, нужно чтобы следующая запись набора записей делала поиск по выборке сначала КонецЦикла; НаборЗаписей.Записать(,Истина); //записываем рассчитанные записи в базу, передаём параметр Замещать = Истина КонецПроцедуры

//Оклад Запрос=Новый Запрос; Запрос. Текст="ВЫБРАТЬ | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовФактическийПериодДействия, 0) КАК ЧасовФакт, | ОсновныеНачисленияДанныеГрафика.Параметр, | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовПериодДействия, 0) КАК ЧасовПлан, | ОсновныеНачисленияДанныеГрафика.НомерСтроки |ИЗ | РегистрРасчета.ОсновныеНачисления.ДанныеГрафика( | Регистратор = &Регистратор

От других - например, премия может определяться суммой окладов за период. При этом возможна ситуация, когда окладу будет изменен уже после того, как рассчитана премия. По умолчанию, такие ситуации платформа не контролирует. Если разработчик считает необходимым это отслеживать, то нужно воспользоваться специальным подчиненным объектом регистра расчета - Перерасчет:

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

В общем случае, записи таблицы перерасчетов содержат поля:

• объект перерасчета (документ-регистратор, данные которого нужно пересчитать)
• вид расчета - ссылка на вид расчета из Плана видов расчетов, определенного для данного регистра расчета

Записи можно хранить и более детально, в разрезе одного или нескольких измерений данного регистра расчетов. Например, перепроводился задним числом регистратор начисления заработной платы по всему отделу; при этом изменения были только по сотруднику Иванову. Добавление в Перерасчет измерения Сотрудник позволит это отследить. При этом, измерение Перерасчета нужно связать с измерением регистра расчета:

Данные таблицы перерасчетов формируются автоматически, если у соответствующего плана видов расчетов выставлено свойство Базовый период . Если свойство не выставлено, то за формирование записей отвечает разработчик.

Вопрос 14.41 экзамена 1С:Профессионал по платформе. Данные о перерасчетах...

1. не являются записями регистра расчета
2. являются записями регистра расчета
3. являются записями регистра перерасчета
4. являются записями таблицы фактического периода действия

Правильный ответ первый, они вообще хранятся в отдельных таблицах.

Вопрос 14.42 экзамена 1С:Профессионал по платформе. В окне свойств измерений "Перерасчета" на закладке "Связь" в свойстве "Измерение регистра" указывается...

1. измерение базового регистра, при изменении данных которого следует пересчитать текущую запись регистра
2. измерение текущего регистра, записи с которым следует пересчитать при изменении данных базовых регистров
3. измерения базовых регистров, при изменении данных которых следует пересчитать текущую запись регистра

Правильный ответ второй. Сам перерасчет нужен для отслеживания необходимости актуализации записей текущего регистра.

Вопрос 14.43 экзамена 1С:Профессионал по платформе. Таблица "Перерасчета" заполняется строками, каждая из которых представляет собой...

1. набор сведений о виде расчета и документе-регистраторе записи регистра расчета, которую нужно пересчитать. Также в таблице будут присутствовать измерения перерасчета
2. набор сведений о виде расчета и документе-регистраторе записи регистра расчета, которую нужно пересчитать
3. набор сведений о виде расчета, номере строки документа-регистратора и самом регистраторе записи регистра расчета, которую нужно пересчитать. Также в таблице будут присутствовать измерения перерасчета
4. нет правильных ответов

Первый ответ верен, разбор выше.

Вопрос 14.45 экзамена 1С:Профессионал по платформе. Выберите правильный ответ:

1. В процессе работы с перерасчетами разработчик может "не обращать внимания" на сведения, которые предоставляет система в таблице перерасчета, то есть отказаться от пересмотра результатов расчета
2. Принцип работы перерасчетов в системе "1С:Предприятие 8" является "уведомительным"
3. Разработчик конфигурации не может управлять процессом перерасчета записей регистра расчетов, система все делает автоматически
4. Верно 1 и 2 утверждение

Правильный ответ четвертый - перерасчет лишь отслеживает потенциальную необходимость изменения зависимых данных.

Вопрос 14.46 экзамена 1С:Профессионал по платформе. Для одного регистра расчета...

1. может поддерживаться только один перерасчет
2. могут поддерживаться только три перерасчета разной структуры
3. поддерживается любое количество перерасчетов разной структуры

Правильный ответ третий, нет проблем добавить к регистру расчета любое количество подчиненных объектов Перерасчет, структура их никак не контролируется.

Вопрос 14.57 экзамена 1С:Профессионал по платформе. Периодичность ведения расчетов – месяц. В регистре расчета сделаны соответствующие настройки. Для вида расчета Оклад в качестве вытесняющего указан вид расчета Командировка. 01.03.14 в информационную базу была введена информация по окладу, однако расчет произведен не был. 20.03.14 в информационную базу была введена и рассчитана командировка. 30.03.14 был запущен расчет по окладу. Будут ли при расчете оклада учтены данные о командировке? Надо ли делать перерасчет командировки?

1. Учтены будут, но командировку придется пересчитать
2. Учтены будут, перерасчет командировки не требуется
3. Учтены не будут. Надо отменить расчет командировки и заново рассчитать оба вида расчета
4. Учтены не будут. Чтобы правильно произвести расчет, оклад и командировка должны находиться в одном документе

Перерасчет не нужен, запись о командировке внутри месяца.