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