← На главную

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

Анализ технической причины проблемы

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

Выясним причину сбоя: из-за ошибки в логике типового решения, при обновлении налога для текущей строки, программа ошибочно очищает коллекцию налога по остальным сотрудникам в документе. В результате, исправив сумму в пятой строке, вы можете обнаружить, что в первых четырех строках колонки с налогом стали пустыми. Это критическая ошибка, которая делает невозможным комфортное заполнение многострочных документов вручную.

Решение №1: Установка официальных патчей (исправлений)

Компания «1С» оперативно выпустила специальные исправления (патчи) для релиза 3.1.27.72. Если вы столкнулись с подобным поведением, в первую очередь необходимо проверить наличие и установить следующие патчи:

1. EF_60009653 — это основное исправление, которое лечит «пропадание» налога при редактировании сумм в документах Премия и Разовое начисление. Он корректирует алгоритм обновления строк НДФЛ, запрещая очистку данных по другим сотрудникам.
2. EF_60009641 — данный патч исправляет общие ошибки в механизме автоматического расчета налога в документах с большим количеством сотрудников (когда расчет может «зависать» или выдавать неверные суммы).
3. EF_60009618 — корректирует расчет налога в случаях, когда дата выплаты премии отличается от даты документа, что критично для правильного определения налогового периода и применения вычетов.

Для установки патчей перейдем в раздел Администрирование — Обслуживание — Обновление программы — Установленные исправления (патчи). Убедимся, что установлена галочка «Загружать исправления автоматически», либо установим их вручную через поиск по идентификаторам.

Решение №2: Использование «временного костыля» (без установки патчей)

Если по каким-то причинам вы не можете оперативно установить патчи (например, нет прав доступа или регламент компании запрещает частые изменения), рассмотрим способ принудительного пересчета документа. Опытные пользователи нашли решение, которое позволяет «вернуть» пропавшие суммы налога:

После того как все суммы премий по всем сотрудникам введены и проверены, необходимо инициировать полный пересчет документа. Для этого:

1. Найдите в нижней части документа поле Дата выплаты.
2. Измените дату на любую другую (например, на следующий день).
3. Система зафиксирует изменение ключевого реквизита и запустит полный цикл пересчета НДФЛ по всем строкам документа.
4. После того как суммы появятся, верните Дату выплаты на исходную.

Важно: этот метод помогает разово, но при следующей правке любой суммы проблема может повториться, поэтому установка патчей является приоритетной.

Решение №3: Обновление конфигурации до актуального релиза

Посмотрим на ситуацию с точки зрения долгосрочного планирования. Ошибки в блоке НДФЛ в релизе 3.1.27.72 были признаны массовыми. В последующих сборках, начиная с 3.1.27.90 и выше, все вышеперечисленные патчи уже интегрированы в основной код конфигурации. Если ваша база позволяет выполнить полноценное обновление, это будет самым правильным решением, так как помимо исправления документов Премия, будут устранены аналогичные ошибки в документах Материальная помощь и Доход в натуральной форме.

Рекомендации по заполнению документа

Чтобы избежать путаницы при работе в «проблемных» релизах, рекомендуем придерживаться следующего алгоритма:

• Сначала заполните список всех сотрудников в документе.
• Используйте кнопку «Заполнить показатели», если премия назначается массово (это снижает вероятность ошибок «ручного ввода»).
• Если суммы разные, вводите их последовательно, не обращая внимания на временное исчезновение НДФЛ в верхних строках.
• В самом конце заполнения обязательно проверьте итоговые суммы НДФЛ через кнопку «Подбор» или просто перещелкнув дату выплаты, как было описано выше.
• Перед проведением документа убедитесь, что дата планируемой выплаты соответствует реальному периоду перечисления налога, так как от этого зависит корректность формирования отчетности 6-НДФЛ.

Таким образом, мы выяснили, что странности в заполнении документа Премия — это не ошибка пользователя, а техническая особенность конкретного релиза. Своевременная установка патча EF_60009653 полностью снимает этот вопрос и возвращает привычный комфорт в работе бухгалтера.