Open
Close

1с перерасчет. Как выполнить перерасчет по недопоставке с изменением тарифа

Отправить эту статью на мою почту

В данной статье рассмотрим, как сделать перерасчет отпускных в 1С ЗУП. Такие ситуации могут возникать по различным причинам. К примеру, изменились данные в информационной системе или же по ошибке в учете. Сразу следует заметить, что существует несколько вариантов исправления. Если месяц начисления еще открыт, то можно внести исправления непосредственно в сам документ и после чего перепровести его. В противном случае необходимо внести исправления, иначе могут появиться расхождения в учете.

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

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

При этом будет создан новый документ, в котором необходимо указать новую дату выхода сотрудника организации из отпуска.

Переходим на закладку “Перерасчет прошлого периода”. Видим, что сумма начисленная ранее будет сторнирована.

После чего проводим документ. При этом следует заметить, что выплаты не последует, поскольку перерасчитанная величина превосходит величину начисления. В свою очередь исчисленный налог подлежит перерасчету. Образовавшаяся переплата по НДФЛ будет учитываться при очередном начислении заработной платы. Сумма рассчитанного налога будет уменьшена на сумму переплаты, возникшей в связи с перерасчетом отпуска. В отчете 6-НДФЛ не отображается сумма излишне удержанного или перечисленного налога, но когда будет выплачиваться следующая заработная плата, то сумма налога к перечислению учтет эту переплату. После чего в очередной ведомости в банк или кассу НДФЛ к перечислению будет с учетом выполненной ранее переплаты, что в последующем обеспечит корректное отображение учета НДФЛ в отчете 6-НДФЛ.

Если у вас есть вопросы по теме перерасчет отпускных в 1С ЗУП, задайте их в комментариях под статьей, наши специалисты постараются ответить на них.

Далее рассмотрим второй пример. Сотрудник организации написал заявление на отпуск начинающегося с 1 октября по 14 октября. Аналогично отпуск был исчислен и выплачен через ведомость. Но заработная плата за предыдущий месяц - сентябрь, еще не могла быть рассчитана, так как это текущий месяц. По окончании месяца и расчета заработной платы за сентябрь возникает необходимость пересчитать отпускные. Откроем первоначальный документ отпуска, в котором у нас появится информация, что требуется перезаполнить сведения о среднем заработке. Это означает, что данные изменились.

Аналогичным образом нажимаем на ссылку “Исправить”, в результате чего также будет создан новый документ “Отпуск”, в котором ранее начисленная сумма будет сторнирована, а на закладке “Начислено (подробно)” новое начисление отпуска с учетом новых условий расчета. На разницу начислений будет исчислен новый НДФЛ. После чего проводим документ.

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

Структура

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

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

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

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

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

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

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

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

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

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

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

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

Перерасчеты

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Настройки объекта перерасчет

Информация о требующих перерасчета записях может храниться с разной подробностью.

Записи перерасчета содержат предопределенные поля:

  • Объект перерасчета – ссылка на регистратор, результаты расчета которого необходимо пересмотреть;
  • Вид расчета – ссылка на вид расчета из того плана видов расчета, который назначен регистру – владельцу объекта Перерасчет.
Таким образом, как минимум, информация о перерасчетах хранится с точностью до регистратора (документа) и вида расчета.

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

Рассмотрим пример.

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

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

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

Для этого служат свойства измерения перерасчета:

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

Для того чтобы описать, какие именно изменения записей ведущих регистров приведут к появлению перерасчетов и служат измерения перерасчета. Чтобы задать необходимость перерасчета записей по тому же сотруднику, по которому введены (изменены) записи ведущих регистров делается следующее. В свойство "Измерение регистра" вводится ссылка на измерение "Сотрудник" основного регистра, а в свойство "Данные ведущих регистров" - ссылки на измерение "Сотрудник" всех ведущих регистров. При такой настройке в случае любого изменения состава записей ведущего регистра (т.е. при записи соответствующего набора записей), будет выполнено следующее:

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

При этом строки будут введены только в случае, если таких строк еще нет в таблице перерасчета.

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

Настройки планов видов расчета, связанные с перерасчетами

Зависимость одних записей регистра от других строится за счет настроек планов видов расчета. Для этого служат понятия:

  • Вариант зависимости от базы – свойство плана видов расчета;
  • Базовые планы видов расчета – свойство плана видов расчета;
  • Ведущие виды расчета - свойство вида расчета;
  • Базовый период – реквизит записи регистра расчета;
  • Период действия – реквизит записи регистра расчета;
  • Период регистрации – реквизит записи регистра расчета.
Допустим, основному регистру расчета назначен план видов расчета "Основной", а ведущему регистру – план видов расчета "Вспомогательный". Тогда основному плану видов расчета необходимо установить следующие свойства группы свойств "Расчет":
Зависимость от базы – "по периоду действия" или "по периоду регистрации";
Базовые планы видов расчета – план видов расчета "Вспомогательный".

Это будет означать, что основной регистр расчета, который ведет себя согласно плану видов расчета "Основной", зависит от тех регистров, которым назначен план видов расчета "Вспомогательный" (т.е. в нашем случае – ведущий регистр расчета) и при этом записи основного регистра зависят от записей ведущего по периоду действия или по периоду регистрации.

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

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

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

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

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

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

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

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

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

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