При настройке системы 1С:Зарплата и управление персоналом 3.1 (ЗУП) пользователи часто сталкиваются с ситуацией, когда формула начисления выглядит абсолютно корректно, расчетная база собирается верно, но итоговый результат получается ошибочным из-за неверного значения показателя. Рассмотрим классический пример: сотруднику назначена премия в размере 24%, однако при расчете зарплаты программа упорно подставляет 30%, игнорируя кадровые документы. Выясним причину такого поведения системы и разберем по шагам, как это исправить.
В конфигурации 1С:ЗУП 3.1 архитектура расчета построена на использовании показателей. Проблема, описанная в теме, заключается в том, что для нескольких разных видов премий (например, со ставками 24%, 11% и 19.5%) был создан и использован один и тот же показатель ПроцентПремии.
Проанализируем ситуацию с точки зрения программы. В системе 1С значение показателя жестко привязано к комбинации "Сотрудник — Показатель — Период". Если у вас есть три разных начисления, в формуле которых используется один и тот же ПроцентПремии, программа физически не может хранить в одной "ячейке" памяти три разных значения для одного человека в одном месяце.
Важный нюанс: когда вы вводите документ Начальная штатная расстановка или Изменение плановых начислений, вы указываете значения для разных начислений. Но если показатель у них общий, то каждое следующее введенное значение либо перезаписывает предыдущее, либо (в зависимости от настроек) суммируется с ним. Именно поэтому автор темы столкнулся с тем, что у всех сотрудников, независимо от назначенных им индивидуальных процентов, в расчет попадало число 30%.
Для понимания механизма работы заглянем в настройки самого показателя. Рассмотрим типичную формулу премии:
Результат = РасчетнаяБаза * ПроцентПремии / 100
Посмотрим на настройки ПроцентПремии, которые обычно приводят к ошибке:
Если такой показатель используется в трех видах расчета, программа при записи плановых начислений будет пытаться записать три разные записи в регистр сведений Значения периодических показателей расчета зарплаты (для сотрудников). Но так как ключ записи (сотрудник и показатель) совпадает, актуальным останется только одно значение — последнее или то, которое система посчитает приоритетным.
Чтобы окончательно убедиться, почему программа подставляет 30%, проанализируем данные "под капотом" системы. Выясним причину, заглянув в регистры:
Значения периодических показателей расчета зарплаты (для сотрудников).ПроцентПремии.Скорее всего, вы увидите, что в регистре зафиксировано значение 30, и оно было установлено определенным документом (например, последним по времени Изменением плановых начислений или Данными для расчета зарплаты). Именно из этого регистра программа берет число при заполнении документа Начисление зарплаты и взносов.
Единственным верным решением в данной ситуации является создание уникальных показателей для каждого вида премии. Рассмотрим, как это сделать правильно.
Шаг 1. Создание новых показателей.
Вместо одного универсального ПроцентПремии создадим несколько, например: ПроцентПремииЕжемесячной, ПроцентПремииКвартальной, ПроцентПремииЗаСтаж. Для каждого из них установим следующие настройки:
Шаг 2. Обновление формул начислений.
Зайдем в настройки видов расчетов (Настройки -> Начисления) и заменим старый показатель на новый в каждом виде премии. Например, для "Премии 24%" формула будет выглядеть так:
РасчетнаяБаза * ПроцентПремии24 / 100
Шаг 3. Переназначение плановых значений.
После изменения формул необходимо обновить информацию о плановых начислениях сотрудников. Это можно сделать документами:
Изменение плановых начислений;Изменение оплаты труда;Начальную штатную расстановку, если учет только начинается.Теперь программа будет четко знать: значение 24 относится к показателю ПроцентПремии24, а значение 11 — к ПроцентПремии11. Конфликт записей в регистре будет исчерпан.
Проанализируем ситуацию, если проценты премий часто меняются и не являются постоянными. В этом случае эксперты рекомендуют изменить способ ввода показателя. Рассмотрим настройку "Только в месяце, в котором вводится значение".
В этом случае процент не назначается кадровым приказом "навсегда", а вносится ежемесячно документом Данные для расчета зарплаты. Для этого необходимо предварительно настроить Шаблон ввода данных. Такой подход удобен, если процент премии зависит от ежемесячных KPI и каждый раз разный. Программа при расчете зарплаты увидит значение только за конкретный месяц и применит его.
Резюмируем: главная ошибка автора темы заключалась в попытке хранить разные по смыслу данные в одной "ячейке" (одном показателе). Разделение показателей по видам премий — это стандарт качества настройки 1С:ЗУП 3.1, который гарантирует точность расчетов и отсутствие "чудес" с цифрами в расчетных листках.