Как правильно исключить ошибочно начисленную премию из расчета среднего заработка в 1С:ЗУП/ЗГУ?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет Сфера услуг, туризм и социальный сектор
← На главную

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

Анализ проблемы: техническая и правовая сторона

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

Здесь мы сталкиваемся с дилеммой, которую необходимо решить до начала действий в 1С:

  1. Технический аспект: Программа позволяет пересчитать прошлые периоды, исключив премию из базы. Это приведет к уменьшению начисленных отпускных и возникновению долга за сотрудником.
  2. Правовой аспект (ТК РФ): Согласно ст. 137 ТК РФ, удержание из заработной платы для возврата излишне выплаченных сумм возможно только в случае счетной ошибки. Ошибка в настройке вида начисления в программе счетной ошибкой не является (это техническая или правовая ошибка). Следовательно, без письменного согласия работника удерживать "минус", который нарисует программа, нельзя.
  3. Бюджетный аспект (для ЗГУ): В бюджетных (особенно казенных) учреждениях действует жесткий финансовый контроль. Неправомерная выплата завышенных отпускных — это нецелевое использование или ущерб бюджету. Ревизоры (КРУ, Счетная палата) могут потребовать вернуть деньги в бюджет.

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

Сценарий 1: "Безопасный". Создание нового начисления без перерасчета прошлого

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

Рассмотрим последовательность действий:

  1. Блокировка старого начисления. Мы не меняем настройки уже существующего вида начисления Премия, который использовался в прошлых месяцах. Вместо этого мы прекращаем его использование. Это гарантирует, что при перепроведении старых документов цифры не "поедут".
  2. Создание нового начисления. Создаем новый вид расчета. Назовем его, например, Премия (без учета в среднем) или Разовая выплата к празднику.
  3. Настройка среднего заработка. В карточке нового начисления на вкладке "Средний заработок" убеждаемся, что снят флажок "Включать в базу начислений при расчете среднего заработка".
  4. Применение. Начиная с текущего месяца, используем только новый вид начисления.

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

Сценарий 2: "Корректирующий". Полный перерасчет прошлых периодов

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

Шаг 1. Изменение настроек начисления

Зайдем в настройки вида расчета, который был настроен неверно:

  1. Переходим в раздел Настройка – Начисления.
  2. Открываем карточку проблемной премии.
  3. Переходим на вкладку Средний заработок.
  4. Снимаем флажок Включать в базу начислений при расчете среднего заработка. Если поле недоступно для редактирования (серое), необходимо нажать кнопку "Еще" -> "Разрешить редактирование реквизитов" и подтвердить действие.
  5. Сохраняем изменения.

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

Шаг 2. Обновление данных для расчета среднего

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

Переходим в раздел Зарплата – Сервис – Обновить данные для расчета среднего заработка. Эта обработка переформирует данные в регистрах учета на основании текущих настроек начислений. Выбираем период с начала ошибки и запускаем обновление.

Важно: После этого действия сами документы "Отпуск" и "Больничный лист" автоматически не изменятся. Но если вы попытаетесь их пересчитать, суммы уменьшатся.

Шаг 3. Исправление документов (механизм сторнирования)

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

Давайте рассмотрим, как это сделать правильно:

  1. Откройте журнал документов (например, "Отпуска").
  2. Найдите документ, в который попала эта премия в расчет среднего.
  3. В левом нижнем углу документа нажмите ссылку Исправить.

Программа создаст новый документ-исправление текущим месяцем:

Шаг 4. Урегулирование задолженности

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

Вариант А. Сотрудник согласен вернуть деньги

Если сотрудник вносит деньги в кассу или пишет заявление на удержание:

Вариант Б. Возврат в бюджет (Специфика 1С:ЗГУ)

В бюджетном учете (особенно если год закрыт) процесс сложнее. Деньги прошлого года, возвращенные сотрудником, должны быть перечислены в доход бюджета (по КБК доходов, например, группы 1 13 0299x xx xxxx 130). В программе 1С:ЗГУ для этого:

  1. Проводим сторно начислений (через "Исправить").
  2. Оформляем Возврат сотрудником задолженности, чтобы закрыть долг работника перед учреждением.
  3. Бухгалтерской операцией оформляем перечисление средств в бюджет (Платежное поручение с соответствующим КБК доходов).

Особенности учета Районного Коэффициента (РК)

В теме также был затронут важный нюанс касательно премий и Районного коэффициента. Часто ошибки возникают именно здесь.

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

Посмотрим на логику работы программы:

К сожалению, в 1С РК обычно считается "котловым" методом (одной строкой на весь заработок). Поэтому при исключении премии из базы среднего (по методу Сценария 2), программа корректно пересчитает средний, только если вы полностью обновите данные. Однако "вычленить" кусочек РК, относящийся к премии, вручную крайне сложно — доверьтесь автоматическому расчету программы после изменения настроек базы.

Выводы и рекомендации

  1. Проверяйте настройки сразу. При создании нового начисления всегда тестируйте его влияние на средний заработок на тестовой копии базы перед начислением реальных денег.
  2. Оцените риски. Если переплата невелика, безопаснее для организации использовать Сценарий 1 (новое начисление), чтобы не нарушать ст. 137 ТК РФ.
  3. Для бюджетников. Если ревизия требует возврата средств, используйте механизм "Исправить" в документах. Это обеспечит корректное отражение сторно-записей в учете и отчетности (6-НДФЛ, РСВ, ЕФС-1). Не пытайтесь править цифры вручную.
  4. Работайте с пользователями. Объясните руководству, что техническая возможность "нажать кнопку и все исправить" есть, но она влечет за собой юридические последствия в виде незаконных удержаний.
← На главную