← На главную

Переход с одной зарплатной программы на другую — всегда сложный и болезненный процесс. Часто на практике возникает ситуация, когда компания запускает параллельный учет в старой «1С:ЗУП 2.5» и новой «1С:ЗУП 3.1», но из-за больших объемов данных, нехватки времени у расчетчиков или технических сложностей полноценно выверить НДФЛ в новой программе не удается. В результате к концу года в ЗУП 3.1 накапливается огромное количество ошибок по налогам, в то время как в ЗУП 2.5 учет ведется идеально.

Когда наступает новый календарный год, руководство принимает окончательное решение: со старой программой прощаемся, отчетность за прошлый год сдаем из ЗУП 2.5, а в ЗУП 3.1 начинаем работать «с чистого листа». Но можно ли просто проигнорировать «кривой» НДФЛ за прошлый год в новой базе? Простит ли программа старые ошибки с наступлением 1 января?

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

---

Почему «кривой» НДФЛ прошлого года обязательно испортит учет в новом году?

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

Проанализируем основные риски, с которыми мы неизбежно столкнемся в новом году, если оставим в базе некорректные данные за прошлый год:

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

---

Ловушка переходящего декабря

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

• Переходящие отпуска и больничные. Например, больничный лист начислен в декабре прошлого года, но выплачивается вместе с зарплатой в январе нового года. Или отпускные начислены в декабре, а дата выплаты приходится на январь.
• Межрасчетные выплаты. Любые доходы, у которых фактическая дата получения дохода (дата выплаты) относится к новому году.

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

---

Практические способы исправления ситуации и обнуления НДФЛ

Если база ЗУП 3.1 уже сильно запущена и выверять транзакции за весь прошлый год нет ни времени, ни возможности, рассмотрим три основных сценария решения этой проблемы.

---

Способ 1: Использование технической «нулевой» Ведомости

Этот прием отлично подходит для быстрого «схлопывания» пересортицы по взаиморасчетам и НДФЛ, накопившейся на конец года. Смысл метода заключается в том, чтобы заставить программу саму перекрыть внутренние плюсы и минусы в разрезе аналитики.

Разберем этот процесс по шагам:

1. Создадим документ Ведомость в банк (или в кассу) последним числом уходящего года (например, 31.12.2018).
2. Укажем в поле Месяц выплаты декабрь уходящего года.
3. Нажмем кнопку Заполнить. Программа подтянет в документ всех сотрудников, у которых есть незакрытые остатки по взаиморасчетам и НДФЛ.
4. Для каждого сотрудника в колонке К выплате вручную установим значение 0.
5. Дважды кликнем по сумме в колонке К выплате (или нажмем кнопку Изменить зарплату). В открывшемся окне расшифровки платежа мы увидим множество строк с плюсами и минусами по разным документам-основаниям и периодам. Убедимся, что итоговая сумма строки равна нулю, и закроем окно.
6. Перейдем в колонку НДФЛ к удержанию. Программа автоматически подтянет туда все пересортицы по налогу. Сумма НДФЛ по сотруднику также должна быть скорректирована до нуля (или до фактического остатка, если он подтвержден учетом в ЗУП 2.5), но внутри расшифровки должны остаться строки взаимозачета.
7. Проведем документ.

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

---

Способ 2: Точечная корректировка остатков через «Перенос данных»

Если нам нужно жестко и гарантированно занулить остатки по конкретным регистрам на 1 января нового года, воспользуемся универсальным инструментом — документом Перенос данных.

Рассмотрим подробнее, как это сделать:

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

Этот способ требует внимательности и понимания структуры регистров, но он позволяет хирургически точно вычистить базу от накопленного за год мусора.

---

Способ 3: Создание новой чистой базы (Рекомендованный перенос)

Проанализируем ситуацию: расчетчики весь год вели учет в ЗУП 2.5 параллельно с ЗУП 3.1. В ЗУП 2.5 все данные идеальны, сдана годовая отчетность. Стоит ли тратить недели на ручную выверку и зануление регистров в испорченной базе ЗУП 3.1?

В большинстве случаев самым быстрым, надежным и экономически оправданным решением будет полный отказ от текущей рабочей базы ЗУП 3.1 и создание новой чистой информационной базы.

Разберем по шагам, как реализовать этот сценарий:

1. Создадим новую пустую информационную базу ЗУП 3.1 той же версии (релиза), что и наша текущая база.
2. При первом запуске программы откроется помощник начальной настройки. Выберем вариант Перенос данных из программы 1С:Зарплата и управление персоналом 2.5.
3. Выберем вариант **рекомендованного (краткого) переноса данных** по состоянию на 01.01.2019.
4. Посмотрим, как работает этот механизм:
   • Программа не переносит детальную историю документов начислений и выплат за прошлые годы.
   • Переносятся только актуальные кадровые данные (штатное расписание, личные карточки сотрудников, действующие плановые начисления) и остатки отпусков.
   • Переносятся свернутые данные для расчета среднего заработка за предшествующие периоды (для больничных и отпусков).
   • Важный момент: исторические регистры учета доходов и расчетов по НДФЛ за прошлые годы при таком переносе вообще не переносятся в новую базу!
5. Поскольку регистры НДФЛ за прошлые годы окажутся абсолютно пустыми, у программы физически не будет возможности начать «доудерживать» старые виртуальные долги в ведомостях нового года. Учет НДФЛ начнется с абсолютно чистого листа.
6. Если у нас есть переходящие выплаты (например, декабрьская зарплата, выплачиваемая в январе), мы аккуратно перенесем или доначислим их в новой базе вручную либо с помощью точечных документов переноса данных, чтобы они корректно отразились в 6-НДФЛ нового периода.

Этот метод гарантирует 100% защиту от скрытых ошибок прошлых периодов и позволяет сэкономить колоссальное количество времени программистов, аналитиков и расчетчиков зарплаты.