Почему в 1С:ЗУП 3.1 появляются перерасчеты НДФЛ за старые годы и как от них избавиться?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Налоговый учет
← На главную

Ситуация, когда в текущем расчетном периоде (например, в июне 2024 года) программа внезапно «вспоминает» о событиях 2017 года и тянет в документы перерасчета или ведомости на выплату странные суммы с плюсами и минусами, является одной из самых распространенных и неприятных проблем в 1С:Зарплата и управление персоналом 3.1. Даже если сумма в итоге дает ноль, такие «хвосты» мешают формированию корректной отчетности и путают расчетчика.

Разберем детально, почему это происходит, как программа анализирует данные прошлых лет и какими методами можно заставить систему «забыть» ошибки минувших дней.

Выясняем причину: почему «всплывает» прошлое

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

Рассмотрим основные факторы, провоцирующие проблему:

  1. Обновление конфигурации. Как отмечалось в обсуждении, переход на новые версии (например, с 3.1.10 и выше) часто сопровождается изменением структуры регистров. Программа добавляет новые измерения или меняет логику заполнения старых. При обновлении запускаются обработчики, которые могут программно пересчитать старые записи, создав разрыв между «Приходом» и «Расходом» в регистре.
  2. Перепроведение документов прошлых лет. Даже если установлена дата запрета редактирования, иногда документы перепроводятся программно или принудительно. Если в документе начисления (например, Премия за 2017 год) изменилась хотя бы одна деталь (подразделение, статья финансирования, категория дохода), а ведомость на выплату осталась прежней, программа видит остаток по одной комбинации аналитик и долг по другой.
  3. Механизм очереди перерасчетов. В системе существуют скрытые таблицы — Очередь перерасчетов зарплаты и Очередь перерасчетов подоходного налога. Любое касание старого документа (даже случайный выбор его в списке) может поместить запись о сотруднике в эту очередь.

Шаг 1. Анализ пересортицы в ведомости

Если в ведомости на выплату зарплаты появились строки за прошлые годы, первое, что нам нужно сделать, — это посмотреть, чем именно отличаются эти записи. Проанализируем ситуацию:

  1. Откроем ведомость и нажмем на сумму в колонке «К выплате» (или «НДФЛ к удержанию»).
  2. В открывшемся окне расшифровки мы увидим несколько строк. На первый взгляд они могут быть идентичны, но программа считает их разными.
  3. Обратим внимание на колонки: Документ-основание, Период регистрации, Статья расходов.

Если мы видим, что в одной строке стоит документ Начисление зарплаты за 2017 год с плюсом, а в другой такой же документ (или пустой) с минусом, это явный признак того, что программа пытается «схлопнуть» остатки по разным измерениям регистра Зарплата к выплате.

Шаг 2. Очистка очереди перерасчетов

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

  1. Перейдем в раздел Зарплата — Сервис — Перерасчеты.
  2. В открывшемся списке найдем записи по проблемному сотруднику. Если там фигурируют периоды 2017 года, это и есть причина, по которой документ Перерасчет НДФЛ заполняется автоматически.
  3. Выделим эти записи и нажмем кнопку «Отменить». Этим действием мы говорим программе: «Мы знаем об этих изменениях, пересчитывать их не нужно».

Шаг 3. Техническое выравнивание регистров (Перенос данных)

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

Рассмотрим алгоритм действий:

  1. Перейдем в раздел Администрирование — Переносы данных.
  2. Создадим новый документ. Номер и дату поставим текущую (или конец прошлого месяца).
  3. Нажмем кнопку «Настройка состава регистров».
  4. На вкладке «Регистры накопления» выберем те, по которым идет «краснота». Обычно это:
    • Зарплата к выплате
    • Расчеты налогоплательщиков с бюджетом по НДФЛ
    • Удержанный НДФЛ
  5. Внесем корректирующие записи. Если в ведомости мы видели «+100» по Подразделению А и «-100» по Подразделению Б, то в Переносе данных нужно сделать ровно наоборот, чтобы обнулить остатки.

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

Шаг 4. Использование документа «Операция учета НДФЛ»

Если проблема касается только налога и не затрагивает взаиморасчеты по зарплате, проанализируем возможность использования специализированного документа Операция учета НДФЛ:

  1. Раздел Налоги и взносы — Операции учета НДФЛ.
  2. Этот документ позволяет напрямую внести записи в регистры исчисленного, удержанного и перечисленного налога.
  3. На вкладках «Доходы», «Исчислено по ставке 13%» и «Удержано по всем ставкам» можно ввести корректировки, которые перекроют старые «хвосты». Это позволит отчету 6-НДФЛ и справкам 2-НДФЛ (за прошлые годы, если вы их переформируете) выглядеть корректно.

Почему не помогла дата запрета?

Разберем важный нюанс, упомянутый в сообщении 4. Дата запрета редактирования защищает документы от изменения пользователем. Однако механизмы автоматического заполнения (такие как кнопка «Заполнить» в ведомости или документе перерасчета) работают в текущем открытом периоде. Программа при заполнении текущего документа выполняет запрос к регистрам за всю историю ведения базы. Если она видит незакрытый остаток в 2017 году, она обязана предложить его закрыть сейчас. Таким образом, «закрыть период» в ЗУП 3.1 — это не просто поставить дату запрета, а добиться нулевых остатков в регистрах по всем измерениям аналитики на дату этой блокировки.

Резюме для бухгалтера

Посмотрим на ситуацию практически: если вы столкнулись с «краснотой» за старые годы:

Помните, что 1С:ЗУП 3.1 — это «регистровая» система. Для нее важна не только итоговая сумма в расчетном листке, но и идеальная чистота в аналитических разрезах внутри базы данных.

← На главную