» »

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

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

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


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

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

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

Вопрос 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. Учтены не будут. Чтобы правильно произвести расчет, оклад и командировка должны находиться в одном документе

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

Многие программисты 1С никогда не сталкивались в своей практике с компонентой «Расчет»,поэтому, когда им приходится сдавать экзамены на Специалиста по Платформе 8.0, где в каждомзадании есть задача по сложным периодическим расчетам, возникают сложности, прежде всего сложности понимания.

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

Для примера будем использовать каркасную конфигурацию, устанавливаемую на экзаменах.

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

Что такое расчеты

В принципе, конечный продукт расчета зарплаты - это набор записей регистра расчета вида:

Сотрудник

Период

Вид расчета

Результат

Данные

Комментарий

Измерение

Служебный

Служебный

Реквизит

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

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

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

Виды расчетов

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

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

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

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

Вид расчета

Описание

Пример

По базовому периоду

Результат расчета зависимого периода зависит от результата базового периода. Если результат базового периода изменится, то результат зависимого периода нужно пересчитать.

Премия зависит по базовому периоду от оклада.

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

Период действия зависимого периода вытесняет период действия базового периода, таким образом у базового периода появляется фактический

Невыход влияет на фактический период действия оклада.

Ведущие расчеты

Расчет зависит от ведущего расчета, но не прямо а косвенно, т.е. расчет А зависит от базового расчета Б, а расчет Б зависит от базового расчета В, следовательно А косвенно зависит от В, т.е. А зависит от ведущего расчета В. В самом деле, при изменении расчета В может измениться Б и следовательно может измениться А. Система автоматически не отслеживает такие сложные зависимости, поэтому нужно указывать какие расчеты являются ведущими.

Премия зависит по базе от оклада, но также косвенно зависит и от невыхода.

В силу подобного влияния, период действия записи регистра расчетов делится на четыре периода:

Период

Описание

Период регистрации

В каком периоде зарегистрировано событие, т.е. обычно когда введен документ.

Период действия

В каком периоде действует событие, т.е. к какому периоду относится событие.

Базовый период

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

Фактический период действия

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

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

Графики времени

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

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

Измерение, которое связывается с регистром расчета обычно носит смысл «вид графика».

Дата

Вид графика

Значение

11.01.05 пт

Пятидневка

11.01.05 пт

Шестидневка

12.01.05 сб

Пятидневка

12.01.05 сб

Шестидневка

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

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

Перерасчет

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

Для этого и служат перерасчеты.

Если мы рассчитаем базовые записи, то система отметит в перерасчетах, что нам нужно рассчитать зависимые записи. Как только мы рассчитаем зависимые записи, перерасчеты очистятся.

По сути перерасчеты - это список записей регистра расчета, которые нужно перерасчитать .

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

Если мы заведем измерение «Сотрудник» в перерасчете, то при изменении базового расчета по сотруднику в перерасчеты добавятся зависимые записи только по этому сотруднику.

Практическое задание

Достаточно теории. Попробуем изучить детали на практике. За основу возьмем каркасную конфигурацию.

Постановка задачи:

Пусть премия задается фиксированным процентом к окладу (за вычетом невыходов и командировочных).

Командировочные пусть оплачиваются в двойном окладе + фиксированная сумма выплат за каждый день командировки.

Пусть за невыходы с сотрудника взымается штраф в размере половины оклада за период невыхода.

Ход выполнения:

Начальная подготовка

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

Определим виды расчета и зависимости между ними:

Базовые

Вытесняющие

Ведущие

Оклад

Невыход, Командировка

Премия

Невыход, Командировка

Оклад, Невыход, Командировка

Командировка

Невыход

Занесем эти виды расчета в план видов расчета «Основной» и в свойствахвидов расчета поставим зависимости согласно таблице.

В регистре расчета зарплаты сделаем измерение «Сотрудник» типа «ФизическиеЛица » - чтобы в регистре был разрез аналитики по сотрудникам.

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

В нем две даты в шапке - «дата» и «период регистрации», а также по две даты «дата начала» и «датаконца » в каждой строчке.

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

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

Модуль документа будет выглядеть примерно так:

Для К аждого ТекСтрокаСписок Из Список Цикл

// регистр Расчеты

Движение = Движения.Р асчеты.Добавить ();

Движение.С торно = Ложь;

Движение.В идРасчета = ТекСтрокаСписок.ВидРасчета ;

Движение.П ериодДействияНачало = НачалоДня (ТекСтрокаСписок.ДатаНачала );

Движение.П ериодДействияКонец = КонецДня ();

Движение.П ериодРегистрации = ПериодРегистрации ;

Движение.Б азовыйПериодНачало = НачалоДня (ТекСтрокаСписок.ДатаНачала );

Движение.Б азовыйПериодКонец = КонецДня (ТекСтрокаСписок.ДатаОкончания );

Движение.С отрудник = ТекСтрокаСписок.Сотрудник ;

Движение.Г рафикРаботы = ТекСтрокаСписок.График ;

Движение.Р езультат = 0;

Движение.Д анные = ТекСтрокаСписок.Размер ;

КонецЦикла ;

Реквизит Сторно нужен чтобы сторнировать записи (аналог минуса).

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

Все документы датировать будем 20.01.2003, период регистрации будем ставить 02.01.2003 (специально указываю не начальные и конечные данные, здесь это неважно, все равно при записи в ПериодРегистрации преобразуется в начало периода 01.01.2003). Январь 2003 года используем, потому что за этот период заполнены графики работ.

Заведем перерасчет «Перерасчет», добавим в него измерение «Сотрудник», связанное с измерением «Сотрудник».

Играем с Перерасчетами.

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

ВЫБРАТЬ

РасчетыПерерасчет.О бъектПерерасчета ,

РасчетыПерерасчет.В идРасчета ,

РасчетыПерерасчет.С отрудник

ИЗ

РегистрРасчета.Р асчеты.Перерасчет КАК РасчетыПерерасчет

Сформируем три документа - первым начислим оклад сотрудникам А и Б. Сотрудник А работает с 1 по 31 января, Б работает с 1 по 20 января. Вторым начислим премию сотруднику Б за период с 1 по 31 января, третьим назначим невыход сотруднику А с 20 по 25 января.

Играем с Фактическим периодом действия.

Создадим новый запрос - на этот раз в него добавим данные таблицы РегистрыРасчета.Р асчеты.ФактическийПериодДействия .

Сформируем запрос и увидим, что сотруднику А период действия оклада разбит на два периода - с 1 по 19 и с 26 по 31 января. Надеюсь вам понятно, что период был разбит на два, т.к. невыход вытеснил оклад.

Думаю, механизмы работы регистра расчета проясняются на глазах.

Изучаем графики.

Теперь попробуем начислить зарплату по окладу сотрудника.

Создадим новый запрос по регистру расчета используя виртуальную таблицу РегистрыРасчета.Р асчеты.ДанныеГрафика . У этой виртуальной таблицы можно задать параметр - условие отбора записей, например Сотрудник=&ВыбСотрудник и ВидРасчета=&ВидРасчета и График=&ВидГрафика .

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

Колонка результата

Значение

ЗначениеПериодДействия

На какой период действия в часах была запись в регистре.

ЗначениеФактическийПериодДействия

Сколько сотрудник фактически проработал в часах

ЗначениеБазовыйПериод

Для оклада смысла не имеет, для премии - количество рабочих часов в базовом периоде.

ЗначениеПериодРегистрации

Сколько рабочих часов в периоде регистрации (месяц январь)

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

Структура

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

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

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

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

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

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

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

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

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

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

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

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

Перерасчеты

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В программе «1С:Зарплата и управление персоналом 8» редакции 3.0 начиная с версии 3.0.24* усовершенствован механизм исправления первичных документов, касающихся расчета и перерасчета заработной платы, а также пособий за прошлые периоды, удержанного из зарплаты НДФЛ и исчисленных страховых взносов. Об этом в статье расскажет А.Д. Радченко, специалист компании ООО «1С-Корпоративные системы управления», являющейся центром компетенции по ERP-решениям фирмы «1С» (1С:Центр ERP), имеющей статус «1С:Центр сетевой компетенции», участника проекта «1С:Консалтинг».

Примечание : * С обзором новых версий программы «1С:Зарплата и управления персоналом 8» редакции 3.0 и других решений 1С можно ознакомиться на сайте 1С:ИТС в разделе «Технологическая поддержка прикладных решений» - «Информация об обновлениях программных продуктов „1С:Предприятие“»http://its.1c.ru/db/updinfo/ .

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

Законодательство о корректировке зарплаты – о чем важно помнить

При корректировке заработной платы как в сторону увеличения, так и уменьшения, нужно следовать нормам законодательства. Так, согласно Трудовому кодексу РФ перерасчет зарплаты производится, например, в случае индексации заработной платы (ст. 134 ТК РФ). Излишне начисленная зарплата может быть удержана (ст. 137 ТК РФ):
  • для возмещения неотработанного аванса, выданного работнику в счет заработной платы;
  • для погашения неизрасходованного и своевременно не возвращенного аванса;
  • для возврата сумм, излишне выплаченных работнику вследствие счетных ошибок, а также сумм, излишне выплаченных работнику, в случае признания органом по рассмотрению индивидуальных трудовых споров вины работника в невыполнении норм труда;
  • при увольнении работника до окончания того рабочего года, в счет которого он уже получил ежегодный оплачиваемый отпуск, за неотработанные дни отпуска.
Обратите внимание, что излишне выплаченую зарплату, в том числе при неправильном применении норм трудового законодательства, нельзя удержать, за исключением:
  • счетной ошибки**;
  • если органом по рассмотрению индивидуальных трудовых споров признана вина работника в невыполнении норм труда или простое;
  • если заработная плата была излишне выплачена работнику в связи с его неправомерными действиями, установленными судом.
В других случаях работник может возместить ошибочно выданную зарплату только в добровольном порядке (п. 3 ст. 1109 ГК РФ).

Примечание : ** Под счетной ошибкой понимается арифметическая ошибка, допущенная при арифметических подсчетах (письмо Роструда от 01.10.2012 № 1286-6-1, определение ВС РФ от 20.01.2012 № 59-В11-17).

Новые возможности «1С:Зарплаты и управления персоналом 8» по исправлению зарплаты

Механизм исправления первичных учетных документов и перерасчета заработной платы давно существует в типовых продуктах «1С:Предприятия», автоматизирующих расчет зарплаты: «1С:Зарплата и кадры 7.7», «1С:Зарплата и управление персоналом 8» (ред. 2.5) и других программах, включающих в себя компоненты расчета заработной платы. В программе «1С:Зарплата и управление персоналом 8» (ред. 3.0) этот механизм усовершенствован и сделан более удобным для пользователя.

Исправить документы, и принять исправления к учету можно тремя способами:

  • ввести документ «задним числом» — это, например, «забытый документ», который не был своевременно принят к учету;
  • исправить документ прошлого периода;
  • сторнировать документ.

Рассмотрим, как отражать каждую из этих ситуаций в программе «1С:Зарплата и управление персоналом 8» редакции 3.0.

Ввод документа «задним числом» - «забытый документ»

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

Пример 1

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

Создадим документ Больничный лист с месяцем регистрации Февраль 2015 . Период больничного листа укажем - с 16 по 31 января (рис. 1).

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

Исправление документа прошлого периода

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

Пример 2

В практике возникают ситуации, требующие исправления: - в документ был введен неправильный период; – в документе был выбран не тот сотрудник; – работнику, к примеру, был предоставлен отпуск с 01.02.2015 по 28.02.2015, отпускные выплачены 29.01.2015. Затем с письменного согласия работника он был отозван из отпуска с 15.02.2015.

В документе, который проведен и оплачен в прошлом периоде, становятся видимы и доступны команды Исправить и Сторнировать (рис. 2). Рядом с кнопками отражается комментарий, поясняющий почему данный документ не рекомендуется исправлять в самом документе.


Сторнирование документа

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

Пример 3

Обратите внимание на особенности механизма сторнирования в программе «1С:Зарплата и управление персоналом 8» (ред. 3.0):

  • команда Сторнировать расположена непосредственно в исправляемом документе рядом с кнопкой Исправить. Внешний вид и совместное размещение кнопок показаны на рисунке 2;
  • документ Сторнирование проводится, что позволяет сначала подготовить документ, а позже применить его действие, либо отменить действие ранее проведенного документа, если это по каким-либо причинам необходимо.


Документ Сторнирование начислений позволяет не только сторнировать произведенные ранее начисления, но и вводить новые начисления, которые зависят от сторнируемых – закладка Доначисления и перерасчеты (рис. 3).


Исправление и сторнирование документов прошедшего периода – ответы на частые вопросы

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

В документах текущего периода команды «Исправить» и «Сторнировать» не видны. Когда в документе появляются команды исправления и сторнирования?

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

Когда в документе появляется закладка «Пересчет - Пересчет прошлого периода», либо «Пересчет начислений», «Пересчет пособий», «Доначисления, перерасчеты»?

Если это - документ прошедшего периода или документ – «исправление».

Почему не рассчитываются удержания?

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

Формы команд в зависимости от состояния документа

В зависимости от состояния документа, который может быть исправлен, по-разному отражаются команды Исправить и Сторнировать, а также ссылки на исправительные и исправляемые документы. Возможны следующие варианты:

  1. Документ еще не имеет смысла исправлять (рис. 4).
  2. Документ уже лучше корректировать через механизм исправлений, а не перепроводить существующий экземпляр документа (рис. 5).
  3. Документ уже исправлен (рис. 6).
  4. Документ уже сторнирован (рис. 7).
  5. Документ - исправление документа предыдущего периода.

    6. При этом текущий период уже закрыт и если требуется повторное исправление или отмена документа, то лучше это делать через механизм исправления/сторнирования (рис. 8).

  6. Документ является исправлением документа предыдущего периода и при этом сам уже исправлен (повторное исправление) (рис. 9).
  7. Документ является исправлением документа предыдущего периода и при этом сторнирован. Редактировать его нельзя (рис. 10).

Возможности «1С:Зарплаты и управления персоналом 8» в части перерасчета заработной платы

Перерасчет начисленной зарплаты

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

  • состава начислений;
  • значений показателей;
  • отработанного времени.

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


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

Перерасчет пособий

Аналогично примеру перерасчета зарплаты, на закладке Перерасчет пособий отражаются результаты перерасчета или доначисления пособий за прошлые периоды (рис. 12).


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

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

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

Документ «Доначисление, перерасчет»

Документ Доначисление, перерасчет - это созданный в специальном режиме документ Начисление зарплаты. Если период «закрыт», т. е. зарегистрирована выплата зарплаты или ее отражение в бухгалтерском учете, у пользователя появляется возможность ввода документа Доначисление, перерасчет . Он содержит реквизиты, необходимые для выполнения межрасчетной выплаты и предназначен для использования в случаях, когда требуется выплатить доначисленную зарплату до окончания расчетного периода (рис. 13).


Перерасчет документов среднего заработка

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

Управление перерасчетами

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

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

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

Существует возможность оформить исправление документа или пересчитать непосредственно сам документ среднего заработка. Если по данному документу выплата уже была произведена – программа предупреждает об этом и предоставляет возможность отменить перезаполнение документа.

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

Перерасчет НДФЛ

В программе «1С:Зарплата и управление персоналом 8» (ред. 3.0) предусмотрена возможность перерасчета НДФЛ, удержанного из зарплаты сотрудника в прошлых периодах.

Эта возможность предоставляется документом Перерасчет налога на доходы физических лиц . Документ позволяет автоматически заполнить табличную часть списком сотрудников, по которым необходимо перерасчитать НДФЛ, или добавить запись вручную; ввести стандартные, имущественные и личные вычеты; сформировать печатную форму регистра налогового учета по НДФЛ (рис. 14).


Перерасчет страховых взносов

В «1С:Зарплате и управлении персоналом 8» (ред. 3.0) предусмотрена возможность перерасчета страховых взносов. Документ Перерасчет страховых взносов позволяет рассчитать страховые взносы с начала налогового периода по месяц регистрации. В документе имеются реквизиты, позволяющие отразить произведенный перерасчет в отчетности как самостоятельное доначисление в соответствии со статьей 7 Федерального закона от 24.07.2009 № 212-ФЗ или отразить перерасчет «задним числом» для формирования уточненного расчета РСВ-1 за прошлый период. Документ имеет две табличных части Исчисленные взносы иСведения о доходах , в которых в результате автоматического расчета отражаются изменения по сравнению с ранее созданным расчетом страховых взносов (рис. 15).


Подводя итоги, можно отметить, что новые возможности программы «Зарплата и управление персоналом 8» (ред. 3.0) позволяют более полно охватить круг задач, возникающих перед бухгалтером по отражению в учете исправлений первичных документов и перерасчета заработной платы, налогов и взносов.

От редакции

О новых возможностях программы «1С:Зарплата и управление персоналом 8» (ред. 3.0) читайте статьи:

  • «Суммированный учет рабочего времени в «1С:Зарплате и управлении персоналом 8» (ред. 3.0)» - № 9 (сентябрь) «БУХ.1С» за 2015 год (стр. 22);
  • «Учет территорий в программе „1С:Зарплата и управление персоналом 8“» - № 7 (июль) за 2015 год (стр. 19);
  • на сайте