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