Как исправить ошибки и настроить стабильную работу в ЗУП 3.1.7.61

← На главную

Переход на новые версии конфигурации «1С:Зарплата и управление персоналом» часто сопровождается выявлением скрытых дефектов, которые могут существенно повлиять на точность расчета заработной платы и налогов. Релиз 3.1.7.61 не стал исключением. В рамках данной статьи мы подробно разберем наиболее критичные ошибки этого релиза, предложим проверенные способы их обхода и выясним, как минимизировать риски при расчете НДФЛ и формировании отчетности.

Ошибка расчета доплаты за рабочие дни в командировке (№ 00110920)

Одной из самых неприятных проблем стала некорректная работа формул начислений, завязанных на время командировок. Рассмотрим ситуацию: в базе настроен вид начисления «Доплата за рабочие дни нахождения в командировке». Ранее формула успешно работала, ориентируясь на фактически отработанные часы в командировке, однако в версии 3.1.7.61 программа начала подтягивать полные часы за месяц, игнорируя привязку к конкретному виду времени.

Проанализируем пример сложной формулы, которая использовалась пользователями:


Макс(0, Макс(
    ?(Оклад > 0, (Оклад + СуммадляКвалификационнаяНадбавка) * ВремяВЧасах / НормаЧасов - РасчетнаяБаза, 0), 
    ?(ТарифнаяСтавкаЧасовая * ВремяВЧасах > 0, ТарифнаяСтавкаЧасовая * ВремяВЧасах + СуммадляКвалификационнаяНадбавка * ВремяВЧасах / НормаЧасов - РасчетнаяБаза, 0)
))

Выясним причину: программа ведет себя так, будто в дополнительных видах времени указано «Рабочее время», даже если поле пустое. Для решения проблемы до выхода исправления в релизе 3.1.7.87 можно использовать следующий «костыль»:

Откроем настройки начисления.
В списке дополнительных видов времени укажем вид времени, который гарантированно не используется в организации (например, Вахта).
После этого расчет по часам командировки начинает работать корректно.

Проблемы с правами доступа и RLS (ошибка 000043450)

Многие пользователи столкнулись с тем, что после обновления перестала работать рассылка расчетных листков и заполнение выплат по договорам ГПХ для пользователей без полных прав. Разберем этот механизм подробнее.

Причиной является некорректная работа ограничений на уровне записей (RLS) в сочетании с новыми механизмами БСП. Программа выдает ошибки доступа к справочнику ГруппыДоступа и регистру сведений ТаблицыГруппДоступа. Проблема заключается в том, что доступ к этим объектам по умолчанию есть только у роли ПолныеПрава.

Рассмотрим варианты решения:

Временное предоставление прав: Назначение расчетчику роли «Полные права» (крайне не рекомендуется с точки зрения безопасности).
Ручное обновление прав: Попробуем запустить регламентное задание «Обновление прав доступа» или воспользоваться обработкой из состава БСП для пересчета таблиц групп доступа.
Обновление конфигурации: Данная ошибка признана разработчиками и исправляется в последующих патчах.

Исчезновение состояния сотрудника в списках

После перехода на 3.1.7 многие кадры и расчетчики заметили, что в списке сотрудников перестало отображаться текущее состояние (Работает/Уволен). Это связано с оптимизацией динамических списков. Чтобы вернуть удобство работы, проделаем следующие шаги:

Зайдем в список сотрудников.
Через меню «Ещё» выберем «Изменить форму».
Добавим поле Дата увольнения или выведем стандартную колонку состояния, если она доступна в данной подсистеме.

Критическая ошибка при удалении строк в документе «Премия»

Проанализируем поведение документа Премия при заполнении списком сотрудников. Это одна из самых «опасных» ошибок интерфейса. Если расчетчик заполняет документ списком, а затем удаляет лишних сотрудников клавишей Del, данные в скрытых табличных частях (НДФЛ, вычеты) могут сохраниться.

Важное правило: никогда не удаляйте строки в документе Премия простым удалением строки. Рассмотрим правильный алгоритм:

Используйте специальную команду «Удалить сотрудника» из контекстного меню или командной панели.
Если сотрудник не должен получать премию, лучше просто обнулить сумму, не удаляя строку, чтобы механизмы пересчета НДФЛ отработали корректно.
В противном случае возможна ситуация, когда вычеты одного сотрудника «перекочуют» к другому, что приведет к искажению отчетности 6-НДФЛ.

Особенности исправления документов в текущем периоде

Рассмотрим ситуацию с исправлением отпуска или больничного в том же месяце, когда был введен первичный документ. Практика показывает, что механизмы ЗУП 3.1.7 все еще нестабильно отрабатывают «сторнирование внутри месяца».

Выясним причины проблем с НДФЛ:

Когда мы делаем исправление текущим месяцем, программа пытается пересчитать доход для НДФЛ. Если при перерасчете получается отрицательный налог (например, из-за применения вычетов), программа может просто проигнорировать эту сумму, не создавая нужных движений в регистре Учет доходов для НДФЛ. В итоге в ведомости на выплату зарплаты сумма налога будет рассчитана неверно.

Рекомендация: старайтесь выполнять исправления документов следующим месяцем (периодом регистрации). Это позволяет программе четко разделить периоды начисления и корректно сформировать записи в регистрах налогового учета.