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