В практике работы с программой «1С:Зарплата и управление персоналом 3.1» часто встречается ситуация, когда сотрудник увольняется из одной организации и в этом же месяце принимается в другую организацию, учет по которой ведется в этой же информационной базе. Типичная проблема заключается в том, что при начислении зарплаты за второй месяц работы программа неожиданно применяет «лишний» стандартный вычет, фактически задваивая его за предыдущий период. Это приводит к занижению суммы налога и возникновению недоимки перед бюджетом.
Рассмотрим подробно причины возникновения этой ошибки и разберем по шагам проверенные способы её устранения, основываясь на опыте практикующих специалистов и технических особенностях программного кода 1С.
Проанализируем ситуацию: право на стандартные налоговые вычеты в системе 1С:ЗУП привязано не к конкретному «Сотруднику» (элементу справочника Сотрудники), а к Физическому лицу (элементу справочника Физические лица). Программа анализирует совокупный доход и уже предоставленные вычеты по всем рабочим местам данного человека в рамках одной базы данных.
Основная причина «глюков» с НДФЛ в версиях 3.1.8 и выше связана с внедрением так называемого «Оптимизированного расчета зарплаты». Этот механизм был разработан для ускорения проведения документов «Начисление зарплаты и взносов», однако в первых итерациях он содержал ошибки в алгоритмах распределения вычетов при межорганизационных переходах. Программа «теряет» информацию о том, что вычет уже был предоставлен в первой фирме, и пытается «доиспользовать» его во второй.
Как показывает практика, это самый эффективный способ решения проблемы, если вы используете релизы веток 3.1.8–3.1.10. Разберем, как принудительно заставить программу использовать старый, более стабильный алгоритм расчета.
После включения этой настройки необходимо пересчитать документ «Начисление зарплаты и взносов» за проблемный месяц. В большинстве случаев налог пересчитается корректно, и лишний вычет исчезнет. Важно понимать, что включение этой константы не испортит данные по другим сотрудникам, а лишь вернет классический механизм расчета, который применялся в программе до оптимизации.
Выясним причину конфликта в документах. Часто пользователи пытаются использовать документ Прекращение стандартных вычетов при увольнении, но программа выдает ошибку о пересечении периодов при попытке ввести новое заявление во второй организации. Проанализируем правильный алгоритм действий:
Шаг 1. Настройка в первой организации (Вояж):
В документе Заявление на вычеты по НДФЛ, который был введен при приеме, необходимо сразу ограничить срок его действия. Найдите поле «Вычеты применяются по:» и установите там месяц увольнения (например, Январь). Это позволит системе «закрыть» право на вычет в этой организации корректно.
Шаг 2. Настройка во второй организации (Вираж):
При вводе документа Заявление на вычеты по НДФЛ во второй организации в поле «Месяц начала» укажите месяц, следующий за месяцем перехода (например, Февраль), если в месяце перехода вычет уже был полностью предоставлен по первому месту работы.
Важный нюанс: Если программа все равно упорно «тянет» вычет за прошлый месяц, проверьте, чтобы в новой организации не было установлено право на вычеты с того же месяца, в котором сотрудник работал в старой. Программа видит, что лимит дохода в 350 000 рублей не превышен, и пытается «помочь» сотруднику получить положенную льготу.
Даже если учет ведется в одной базе, программа иногда требует явного указания доходов для корректного расчета нарастающим итогом. Рассмотрим, как это проверить:
Если вышеуказанные способы не помогают, проанализируем ситуацию на уровне записей базы данных. В 1С:ЗУП за вычеты отвечают несколько регистров. Проверим их через «Функции для технического специалиста»:
СтандартныеВычетыНДФЛ — здесь хранятся сведения о праве на вычет. Записи не должны перекрывать друг друга по датам в рамках разных организаций.ПредоставленныеСтандартныеВычетыПоНДФЛ — это регистр накопления, в котором фиксируются фактически предоставленные суммы при расчете зарплаты.Если вы видите дублирование строк в регистре накопления за один и тот же месяц по разным организациям, это явный признак того, что нужно либо обновить конфигурацию, либо воспользоваться Способом №1 (отключением оптимизации).
Проанализировав историю релизов, можно сделать вывод, что ошибки с двойными вычетами массово исправлялись разработчиками начиная с версии 3.1.10 и в последующих LTS-ветках (3.1.14, 3.1.18 и далее). Если ваша версия программы ниже 3.1.10.100, настоятельно рекомендуем выполнить обновление. В современных релизах механизм оптимизации существенно доработан, и константу «Выполнять расчет зарплаты без оптимизации» больше не требуется держать включенной.
Таким образом, для исправления ситуации мы либо ограничиваем сроки действия заявлений вручную, либо отключаем «ускоритель» расчета в константах, что возвращает программе предсказуемое поведение при учете НДФЛ.