В практике кадрового учета часто возникают ситуации, когда условия оплаты труда сотрудника меняются внутри одного календарного месяца. Типичный пример: временный перевод на другую должность с более высоким процентом премии. При расчете заработной платы пользователи ожидают, что программа автоматически разделит начисление на две строки в соответствии с периодами действия разных процентов. Однако в случае с месячной премией, рассчитываемой от базы прошлого месяца, 1С:ЗУП часто суммирует базу и применяет один процент. Разберем, почему так происходит и как добиться корректного разделения строк.
Проанализируем стандартную логику программы. Допустим, в июле сотрудник с 1 по 10 число работал исполняющим обязанности начальника с премией 50%, а с 11 по 31 июля — на своей основной должности с премией 30%. В августе, при начислении премии за июль, система видит общую расчетную базу за прошлый месяц. Если премия настроена как ПлановоеНачисление с формулой Процент * РасчетнаяБаза, программа часто применяет тот процент, который является актуальным на момент расчета или на конец расчетного периода.
Выделим основные причины, по которым строки не разделяются автоматически:
Процент настроен как «Во всех месяцах после ввода значения» (постоянный показатель), система считывает его значение из регистра сведений ПлановыеНачисления. Даже если в регистре зафиксировано изменение (две записи с разными датами), для алгоритма расчета премии, зависящей от базы прошлого месяца, это остается одним и тем же видом расчета.РасчетнаяБаза за весь июль и умножить её на один актуальный Процент. В отличие от оклада, премия не имеет прямой привязки к табелю текущего месяца (августа), поэтому механизм вытеснения по периодам здесь не срабатывает автоматически.Это самый надежный способ гарантировать разделение строк в расчетном листке и документе начисления. Рассмотрим этот метод подробнее. Вместо того чтобы менять процент внутри одного вида начисления, мы создаем два отдельных начисления:
При кадровом переводе с 1 по 10 число мы регистрируем прекращение действия первого начисления и начало действия второго. С 11 числа — наоборот. Поскольку это разные объекты (разные элементы справочника Начисления), программа физически не сможет объединить их в одну строку. Каждое начисление соберет свою РасчетнаяБаза за соответствующий период июля и применит свой фиксированный процент.
Если мы не хотим плодить лишние виды расчета, проанализируем вариант с использованием документа Премия. Для этого в настройках вида расчета на вкладке «Основное» необходимо указать, что начисление выполняется «По отдельному документу».
При использовании документа Премия за август с расчетным периодом «Июль», система более гибко подходит к анализу кадровых изменений. В некоторых случаях это позволяет программе увидеть «разрезы» расчетного периода. Однако стоит помнить, что этот способ требует создания отдельного документа вместо автоматического заполнения в общем сеансе расчета зарплаты.
Рассмотрим вариант, когда процент премии вводится не как плановое начисление, а через механизм ДанныеДляРасчетаЗарплаты. Посмотрим на алгоритм действий:
ПроцентПремии.Этот метод заставляет программу учитывать временные интервалы, так как данные для расчета жестко привязываются к датам, указанным пользователем вручную. Это исключает зависимость от «среза» последних данных в регистре плановых начислений.
Выясним, какие настройки в формулах и приоритетах могут помочь. Чтобы программа понимала, что начисление должно делиться, проверьте следующие моменты:
Оклад, Надбавки), из которых складывается РасчетнаяБаза, указаны на вкладке «Приоритет» в списке начислений, которые «перекрывают» или «вытесняют» премию (хотя для премий за прошлый месяц это редко является решением, для текущих премий это критично).ДоляРаспределенияПоРезультатамТруда), программа будет вынуждена анализировать периоды более детально.В ситуации, описанной в теме, когда используется простая формула Процент * РасчетнаяБаза для премии за прошлый месяц, наиболее эффективным и прозрачным для бухгалтера решением остается создание двух разных видов начисления или ручная корректировка строк в документе «Начисление зарплаты», если подобные случаи в организации единичны.