Как в 1С:ЗУП 2.5 настроить учет конкретной годовой премии при расчете среднего заработка, если выплат было несколько?

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

Законодательный контекст: Постановление №922

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

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

Закон не дает прямого указания на то, какую именно премию выбирать — первую или последнюю. Как правило, этот выбор фиксируется в локальном нормативном акте организации. Бухгалтеры чаще всего стремятся учесть ту премию, которая больше по сумме или была начислена последней, чтобы не ущемлять права работника. Проблема заключается в том, что алгоритмы 1С:ЗУП 2.5 имеют свое «мнение» на этот счет.

Анализ логики 1С:ЗУП 2.5 при подборе премий

Разберем по шагам, как программа ищет данные для расчета. В конфигурации Зарплата и Управление Персоналом 2.5 реализован жесткий алгоритм сбора премий в базу среднего заработка:

1. Программа анализирует настройки вида расчета в меню Расчет зарплаты по организациям — Настройка расчета зарплаты — Средний заработок.
2. Если премия внесена в раздел «Годовые премии: учитываемые частично, не индексируемые» (или аналогичные годовые категории), система начинает искать документы начисления, у которых период, за который они начислены, соответствует предшествующему календарному году.
3. Если система находит два документа с одинаковым видом расчета (или разными видами расчета, но входящими в одну категорию годовых премий) за один и тот же период, она включает в расчет только одну выплату. В старых версиях системы приоритет часто отдается той записи, которая была создана раньше в базе данных (по идентификатору ссылки или дате регистрации).

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

Способ 1. Ручная корректировка в документе «Оплата по среднему заработку»

Это самый быстрый и надежный способ, когда проблему нужно решить «здесь и сейчас», а исправлений в базе много. Рассмотрим последовательность действий:

1. Откроем документ Оплата по среднему заработку (например, для расчета отпуска или командировки).
2. Перейдем на закладку «Расчет среднего заработка».
3. В верхней части таблицы выберем режим отображения данных — «Расчет среднего заработка» (вместо «Основные начисления»).
4. Найдем строку с годовой премией. Проанализируем сумму, которую подставила программа.
5. Если программа выбрала премию в 10 000 руб., а нам нужно 12 000 руб., мы можем вручную отредактировать сумму прямо в этой таблице.
6. После внесения изменений нажмем кнопку «Рассчитать начисления» (только начисления, не пересчитывая средний, иначе ручные правки могут сброситься в зависимости от последовательности действий).

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

Способ 2. Проверка и исправление периода регистрации

Чтобы программа «увидела» нужную премию автоматически, проанализируем настройки первичных документов. Если бухгалтерия хочет, чтобы учитывалась премия от апреля 2018 года (начисленная за 2017 год), выполним следующие действия:

1. Найдем документ Разовое начисление, которым была начислена премия 12 000 руб.
2. Проверим колонку «Период» (или реквизиты в шапке документа «Дата начала» / «Дата окончания»).
3. Убедимся, что там указан период, относящийся к 2017 году. Если там стоит апрель 2018 года, система воспримет это как премию за текущий год, и она не попадет в категорию «Годовые премии» при расчете в мае 2018 года.
4. Если мы обнаружили ошибку в периоде, необходимо исправить его на любой период 2017 года (например, декабрь 2017).

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

Способ 3. Использование разных видов расчета для разных показателей

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

Разберем по шагам, как настроить раздельный учет:

1. Создадим в справочнике Основные начисления (или Дополнительные начисления, в зависимости от настроек) два разных элемента.
2. Назовем их, к примеру, Годовая премия (производственная) и Годовая премия (стимулирующая).
3. Оба вида расчета добавим в базу среднего заработка в нужную категорию (годовые премии).
4. Поскольку это разные показатели, программа при расчете среднего заработка по Постановлению №922 должна будет включить обе премии, так как они начислены за разные показатели.

Технические нюансы для программиста (конфигуратор)

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

Основная логика сбора премий сосредоточена в общем модуле ИспользованиеСегментов или непосредственно в модулях расчета среднего заработка (в зависимости от релиза 2.5). Система использует виртуальные таблицы оборотов регистра накопления ЗарплатаОбъектов или ПремииРассчитанные.

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

ВЫБРАТЬ
    СУММА(Данные.Результат) КАК Результат,
    Данные.Сотрудник,
    Данные.ВидРасчета
ИЗ
    (ВЫБРАТЬ МАКСИМУМ(Сумма) КАК Результат, Сотрудник ИЗ РегистрСредний ГРУППИРОВАТЬ ПО Сотрудник) КАК Данные

Однако вмешательство в механизм расчета среднего заработка в ЗУП 2.5 — это крайне ответственная задача, так как малейшая ошибка может привести к массовым искажениям в отчетности и выплатах. Поэтому рекомендуется придерживаться методики ручных корректировок или правильного заполнения периодов начисления.

Резюме

Проанализировав ситуацию, мы пришли к выводу, что поведение 1С:ЗУП 2.5 обусловлено жесткой интерпретацией Постановления №922. Программа стремится исключить дублирование выплат за один показатель.

Итоговые рекомендации:

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