В практической работе бухгалтера-расчетчика нередко возникает ситуация, когда сотрудника приходится досрочно вызывать на работу из отпуска. По закону (ст. 125 ТК РФ) неиспользованная часть отпуска должна быть предоставлена в удобное для работника время в течение текущего рабочего года или присоединена к отпуску за следующий рабочий год. При этом излишне выплаченные отпускные должны быть пересчитаны и удержаны, а за отработанные дни начислена заработная плата.
Однако на практике руководство часто принимает решение не производить перерасчет и удержание выплаченных отпускных, чтобы не демотивировать сотрудника. Бухгалтер сталкивается с задачей: изменить период отпуска (уменьшить его), не пересчитывая (не сторнируя) начисленные ранее отпускные, но при этом начислить зарплату за фактически отработанные дни.
При попытке сделать это стандартными средствами 1С:ЗУП 3.1 (например, через создание документа-исправления и ручное удаление строк сторно) пользователи сталкиваются с тем, что программа упорно отказывается начислять зарплату (оклад) за освободившиеся дни. Давайте подробно разберем, почему так происходит на уровне платформы «1С:Предприятие», и рассмотрим рабочие варианты решения этой проблемы.
Для того чтобы понять корень проблемы, обратимся к внутреннему устройству регистров расчета в платформе «1С:Предприятие». В конфигурации 1С:ЗУП 3.1 за начисление зарплаты и отпускных отвечает механизм вытеснения видов расчета. Вид расчета ОтпускОсновной является приоритетным и вытесняет начисление ОкладОплатаПоОкладу.
Когда мы начисляем первоначальный отпуск, программа делает записи в регистр расчета Начисления. Период действия этих записей жестко блокирует возможность начисления оклада на эти же даты. Если мы хотим отозвать сотрудника, нам нужно «освободить» этот период для оклада.
При создании документа-исправления Отпуск система автоматически делает две вещи:
Сторно = Истина) на период, который мы забираем у отпуска.Именно сторнирующие записи в регистре расчета «говорят» системе, что исходное вытеснение отпуска на этот период аннулировано. Если бухгалтер в документе-исправлении переходит на вкладку «Перерасчет прошлого периода» и полностью удаляет эти сторнирующие строки (чтобы не уменьшать сумму выплаты), он физически удаляет информацию об отмене вытеснения.
Для платформы это выглядит так: сторнирующих записей нет, значит, первоначальный отпуск продолжает действовать на всем своем протяжении. В результате виртуальная таблица ФактическийПериодДействия для оклада за май рассчитывает рабочее время равным нулю, и зарплата за этот месяц не начисляется.
Пример обращения к такой виртуальной таблице в запросах платформы выглядит следующим образом:
ВЫБРАТЬ
Регистратор,
ПериодДействия,
ФактическийПериодДействия,
Результат
ИЗ
РегистрРасчета.Начисления.ФактическийПериодДействия()
ГДЕ
Сотрудник = &Сотрудник
Если записи сторно удалены, поле ФактическийПериодДействия для оклада останется пустым, так как весь период перекрыт исходным документом отпуска.
---
Прежде чем приступать к техническим обходам, рассмотрим самый правильный с точки зрения методологии 1С и законодательства РФ способ. Он позволяет избежать искажения среднего заработка в будущем и корректно отражает все движения по регистрам.
Разберем этот вариант по шагам:
Отпуск и нажмите кнопку «Исправить» в левом нижнем углу формы.Начисление зарплаты и взносов) сотруднику будет корректно начислен оклад за все фактически отработанные дни.Разовое начисление, выбрав или создав специальный вид расчета (например, «Доплата до фактического заработка при отзыве из отпуска» или «Разовая премия»).Преимущества: Идеальная чистота учета. Баланс расчетов с сотрудником сохранен, средний заработок для будущих периодов рассчитается абсолютно верно, остатки отпусков в системе соответствуют фактическим.
---
Если руководство категорически настаивает на том, что никаких сторнирований и дополнительных начислений в расчетном листке быть не должно, а сумма отпускных должна остаться неизменной при уменьшении периода, нам придется применить «обходной маневр».
Чтобы обмануть систему вытеснения, но при этом заставить программу начислять оклад, нам нельзя физически удалять сторно-строки. Мы должны обнулить их результаты. Рассмотрим, как это сделать:
Отпуск нажмите кнопку «Исправить».Посмотрим, что произошло в системе: записи сторно физически остались в регистре расчета Начисления, но их финансовый результат равен нулю. Благодаря наличию этих записей, механизм вытеснения платформы отработал корректно: период отпуска на эти дни аннулирован.
Теперь при расчете зарплаты за май документ Начисление зарплаты и взносов успешно увидит рабочие дни сотрудника и начислит ему оклад в полном объеме.
Важное предупреждение: При использовании этого метода вы сознательно идете на искажение учета. В будущем, когда этот сотрудник снова пойдет в отпуск, программа при расчете среднего заработка будет использовать завышенные суммы (так как за один и тот же период сотруднику были выплачены и неотсторнированные отпускные, и оклад). Это может привести к претензиям со стороны контролирующих органов при проверке расходов на оплату труда.
---
В современных версиях конфигурации 1С:ЗУП 3.1 разработчики реализовали более удобный механизм для оформления отзывов. Оформлять отзыв через простое изменение дат в шапке документа-исправления больше не требуется.
Проанализируем этот механизм:
Этот способ предпочтительнее ручного изменения дат в шапке, так как система автоматически контролирует цепочки документов и правильно заполняет формы отчетности по остаткам отпусков.
Мы выяснили причину, по которой ручное удаление записей сторно блокирует начисление оклада в 1С:ЗУП 3.1, и разобрали внутренние механизмы работы платформы с регистрами расчета. Настоятельно рекомендуем использовать Вариант 1 (методологически верный), так как он гарантирует отсутствие ошибок в расчете среднего заработка и налоговой отчетности в будущем. Использовать ручное обнуление сторно-строк (Вариант 2) следует только в крайних случаях, полностью осознавая последствия для последующего учета.