В типовой практике ведения кадрового учета в программе 1С:Зарплата и управление персоналом (ЗУП) 3.1 аванс (начисление за первую половину месяца) обычно рассчитывается как процент от оклада или по результатам фактически отработанного времени исходя из плановых начислений сотрудника. Однако возникают ситуации, когда руководство устанавливает правило: начислять аванс не от текущего оклада, а от некоторой фиксированной суммы (например, ожидаемого дохода с учетом будущих премий). Рассмотрим, как реализовать этот механизм, проанализируем возможные ошибки в формулах и разберем сопутствующие риски.
Предположим ситуацию: у сотрудника установлен оклад 50 000 рублей. По решению руководства аванс должен рассчитываться так, будто его база составляет 60 000 рублей, пропорционально отработанным дням в первой половине месяца. Стандартная формула Оклад * ВремяВДнях / НормаДней нам не подходит, так как она привязана к значению оклада из кадровых документов.
Для решения задачи мы проанализируем два основных способа: создание отдельного начисления для аванса и использование вспомогательных показателей. Наиболее гибким является вариант с разделением начислений.
Прежде всего, нам необходимо завести в системе новое значение, которое будет хранить нашу "базу для аванса". Разберем пошагово, как это сделать:
БазаДляАванса.Этот показатель позволит нам хранить сумму (в нашем примере 60 000 руб.) персонально для каждого сотрудника, не меняя его официальный оклад.
Теперь создадим само начисление, которое будет срабатывать только при расчете первой половины месяца. Рассмотрим настройки в разделе Настройки — Начисления:
БазаДляАванса * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней
Здесь ДоляНеполногоРабочегоВремени необходима, если сотрудник работает на неполную ставку, а ВремяВДнях и НормаДней обеспечат пропорциональность выплаты.
Если мы оставим обычный оклад как есть, программа начислит и "Аванс от фикса", и обычный оклад за первую половину месяца. Чтобы этого избежать, нам нужно настроить оклад так, чтобы он не рассчитывался при предварительном расчете первой половины. Разберем, как это сделать:
В результате при создании документа Начисление за первую половину месяца программа увидит только наше специальное начисление и рассчитает его от базы 60 000 рублей.
Многие пользователи сталкиваются с тем, что расчет получается некорректным (например, вместо ожидаемых 30 000 руб. программа выдает 10-15 тысяч). Выясним причину этой ситуации.
Проанализируем работу показателей времени в документе Начисление за первую половину месяца:
ВремяВДнях — это количество фактически отработанных дней с 1-го по 15-е число (например, 10 дней).НормаДней — это норма рабочего времени за полный месяц (например, 22 дня).Таким образом, формула 60 000 * 10 / 22 даст результат около 27 272 руб. за полные две рабочие недели. Если вы хотите получить ровно половину суммы (30 000 руб.), вам нужно либо использовать в формуле показатель НормаДнейЗаПервуюПоловинуМесяца (если он доступен в вашей версии), либо корректировать ожидания от типового механизма пропорционального расчета.
Рассмотрим ситуацию, которую часто обсуждают на форумах: "Что если сотрудник получил аванс от 60 000 руб., а по итогу месяца его KPI оказался равен нулю и его реальный доход составил всего 50 000 руб.?"
Проблема переплаты: Если начисленный аванс превысит итоговую зарплату за месяц, у сотрудника возникнет задолженность перед организацией. Согласно ст. 137 ТК РФ, удержать такую переплату без согласия сотрудника крайне сложно. Поэтому мы рекомендуем всегда подстраховывать расчетную формулу окончательного расчета.
Решение через формулу KPI: Чтобы итоговая сумма всегда "схлопывалась" корректно, можно настроить расчет премии (KPI) так, чтобы она учитывала уже выплаченную разницу. Проанализируем пример формулы для премии:
Макс(0, РасчетныйПоказательKPI - (НачисленоВАванс - ОкладЗаПервуюПоловину))
НДФЛ и налоги: С 2023 года НДФЛ исчисляется и удерживается в момент выплаты аванса. Если вы начислили аванс от повышенной базы, вы удержите больше НДФЛ. Если по итогам месяца доход окажется меньше, вам придется делать сторнирование налога, что может привести к отрицательным суммам в регистрах и необходимости зачета налога в будущих периодах.
Мы рассмотрели механизм настройки аванса от произвольной суммы в ЗУП 3.1. Этот метод требует внимательности при настройке показателей времени и осознания налоговых последствий. Наиболее безопасным вариантом является использование схемы с двумя начислениями, где одно жестко привязано к расчету первой половины месяца, а второе (основное) — к окончательному расчету. Помните, что любые манипуляции с "завышением" аванса должны быть юридически обоснованы, чтобы избежать претензий со стороны трудовой инспекции при увольнении сотрудников.