В практической работе бухгалтера и расчетчика зарплаты часто возникает задача: начислить сотруднику фиксированную ежемесячную доплату равными частями. Например, половину (50%) выплатить в аванс (при расчете первой половины месяца), а оставшуюся часть — при окончательном расчете за месяц. При этом важно, чтобы расчет происходил автоматически и не зависел от фактически отработанных сотрудником дней (то есть оставался фиксированным).
При попытке настроить такое начисление стандартными средствами программы 1С:ЗУП 3.1 пользователи сталкиваются со строгим ограничением логики системы: программа блокирует флажок «Начисляется при расчете первой половины месяца» для любых формул, в которых отсутствуют показатели времени. Давайте подробно разберем, почему так происходит, и как обойти это ограничение с помощью профессиональных методических приемов.
По умолчанию разработчики фирмы «1С» заложили в программу следующую логику: если начисление является статическим (плановым) и не зависит от времени (например, фиксированная надбавка за знание иностранного языка или фиксированная доплата до оклада), то рассчитывать его дважды в месяц не имеет смысла. Программа считает такое начисление сугубо ежемесячным и рассчитывает его один раз в конце периода.
Доступность флажка «Начисляется при расчете первой половины месяца» в настройках начисления жестко завязана на формулу расчета. Программа анализирует формулу, и если в ней нет показателей времени (таких как ВремяВДнях, ВремяВЧасах, КалендарныеДни и т. д.), флажок становится неактивным (серым). Соответственно, рассчитать обычную фиксированную сумму в документе «Начисление за первую половину месяца» стандартным путем не получится.
Разберем первый изящный способ, который позволяет «обмануть» алгоритмы проверки 1С, но при этом сохранить чисто математическую точность расчета без привязки к отработанным дням. Для этого нам потребуется искусственно внедрить показатель времени в формулу начисления, обнулив или нивелировав его влияние на конечный результат.
Выясним, как составить такую формулу. Предположим, у нас есть показатель РазмерДоплаты, вводимый при приеме на работу. Нам нужно, чтобы в аванс считалась ровно половина.
Рассмотрим два варианта формулы для обхода проверки системы:
Вариант с обнулением времени:
РазмерДоплаты / 2 + ВремяВДнях * 0
Вариант с делением дней на самих себя (дает единицу):
РазмерДоплаты / 2 * (КалендарныеДни / КалендарныеДни)
Проанализируем работу этих формул. Математически умножение на ноль всегда дает ноль, а деление календарных дней на календарные дни дает единицу. Итоговый результат расчета в обоих случаях будет равен ровно 50% от показателя РазмерДоплаты. Однако для конфигурации 1С:ЗУП наличие показателей ВремяВДнях или КалендарныеДни в формуле является сигналом к тому, что начисление зависит от времени. Блокировка снимается, и флажок «Начисляется при расчете первой половины месяца» становится доступным для установки!
Прежде чем перейти к настройке, необходимо зафиксировать важнейший нюанс работы программы. Многие начинающие расчетчики совершают критическую ошибку: они настраивают одно начисление с формулой РазмерДоплаты / 2 и включают его расчет в аванс.
Давайте разберем, к чему это приведет на практике:
РазмерДоплаты / 2 и начислит... те же самые 5 000 рублей! Расчет за первую половину месяца в окончательном документе не суммируется, он служит лишь для выплаты межрасчетного аванса.Таким образом, при окончательном расчете за месяц программа должна начислять не половину, а всю сумму целиком (100%). И уже при выплате зарплаты за вторую половину месяца система автоматически вычтет ранее выплаченный аванс, выдав сотруднику оставшиеся 50% на руки. В расчетном листке при этом красиво и корректно отразится полная сумма доплаты.
Чтобы избежать путаницы в расчетных листах, исключить ручное вмешательство и соблюсти методологию учета 1С, рекомендуется настроить схему из двух отдельных плановых начислений. Вы назначите их сотруднику один раз (например, при приеме на работу), и далее система будет считать все автоматически.
Разберем по шагам создание и настройку этих начислений.
Создадим начисление, которое будет рассчитываться исключительно при расчете первой половины месяца и давать ровно половину фиксированной суммы:
Повременная оплата труда и надбавки. Начисление выполняется: Ежемесячно.
РазмерДоплаты / 2 + ВремяВДнях * 0
Рабочее время, а в поле «Дополнительная оплата...» укажем Дополнительная оплата за уже оплаченное время. Это гарантирует, что начисление не будет уменьшаться из-за отсутствий сотрудника (болезней, отпусков).Теперь создадим начисление, которое будет рассчитывать полную сумму в конце месяца:
Повременная оплата труда и надбавки. Начисление выполняется: Ежемесячно.
РазмерДоплаты
Дополнительная оплата за уже оплаченное время.При приеме на работу или кадровом переводе сотруднику назначаются одновременно оба этих начисления. Показатель РазмерДоплаты вносится один раз.
Давайте посмотрим, как пройдет расчет за месяц:
Если для вашей организации не критично деление суммы строго в пропорции 50/50, а допустим расчет исходя из календарных дней, приходящихся на первую и вторую половины месяца, можно применить еще более простой и изящный способ.
Для этого вводится показатель дневного тарифа (например, ДоплатаВДень) и настраивается одно начисление с формулой:
ДоплатаВДень * КалендарныеДни
Поскольку в формуле присутствует стандартный показатель КалендарныеДни, программа без проблем разрешит установить флажок расчета в первую половину месяца. При расчете аванса программа посчитает календарные дни с 1 по 15 число (15 дней) и начислит соответствующую часть доплаты. При расчете за месяц программа посчитает полную сумму за все календарные дни месяца (например, 30 или 31 день), автоматически распределив начисление.
Настраивая любые разделенные начисления, помните о правилах расчета НДФЛ. Поскольку сейчас налог исчисляется и удерживается фактически при каждой выплате (и в аванс, и в окончательный расчет), настройки налогообложения для обоих начислений должны быть строго идентичными.
Перейдите на вкладку Налоги, взносы, бухучет в обоих созданных начислениях и проверьте:
2000 для оплаты труда или 4800 для иных доплат).Если настройки будут различаться, программа может некорректно распределить исчисленный налог, что приведет к труднонаходимым ошибкам в отчете 6-НДФЛ.