← На главную

При работе в программе 1С:Зарплата и управление персоналом 8 (ред. 3.1) бухгалтеры часто сталкиваются с ситуацией, когда при создании документа Премия данные по НДФЛ «разбегаются» с данными бухгалтерского учета. Например, документ оформлен мартом 2019 года, все сотрудники начислены корректно, но у одного из них в регистрах налогового учета внезапно фиксируется доход за октябрь 2018 года. Это ведет к серьезным искажениям в отчетности 6-НДФЛ и 2-НДФЛ.

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

Суть проблемы: когда данные учета «залипают»

Рассмотрим типовой сценарий. Пользователь создает документ Премия с датой 29.03.2019. Месяц начисления — Март. Способ выплаты установлен «С зарплатой». В табличной части начисления указан период «01.03.2019 — 31.03.2019». На первый взгляд, всё заполнено верно. Однако при проведении документа в регистре накопления Учет доходов для исчисления НДФЛ по одному или нескольким сотрудникам месяц налогового периода фиксируется как «10.2018».

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

Причина №1: Копирование документов — «злющее зло»

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

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

Причина №2: Влияние даты выплаты и кодов дохода

Разберем ситуацию с точки зрения Налогового кодекса РФ, который реализован в алгоритмах 1С. Для премий критически важна дата фактического получения дохода. Если премия имеет код дохода 2002, она признается доходом в день выплаты. Если же премия ежемесячная и выплачивается вместе с зарплатой (код 2000), она может признаваться последним днем месяца.

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

Как исправить ошибку: пошаговый алгоритм

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

Способ 1: Удаление и повторный ввод сотрудника

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

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

Способ 2: Принудительный пересчет строки

В современных релизах ЗУП 3 можно попробовать обойтись без удаления строки:

1. Нажмите правой кнопкой мыши на строке сотрудника.
2. Выберите пункт «Пересчитать сотрудника».
3. Если это не помогло, перейдите на вкладку «НДФЛ» (если она видна в документе) и нажмите кнопку «Обновить налог».

Способ 3: Манипуляция с датой выплаты

Иногда помогает временное изменение параметров документа для «встряхивания» алгоритмов расчета:

1. Изменим поле «Выплата» с «С зарплатой» на «В межрасчетный период».
2. Укажем текущую дату в поле «Дата выплаты».
3. Нажмем кнопку пересчета (желтые стрелки) или запишем документ.
4. Вернем способ выплаты обратно на «С зарплатой».
5. Программа будет вынуждена пересмотреть планируемую дату получения дохода и обновит налоговый период.

Проверка результата с помощью отчетов

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

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

Рекомендации по работе с документами начисления

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

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

Помните, что архитектура ЗУП 3 построена на тесной взаимосвязи дат. Правильное отражение дохода в налоговом учете — это залог отсутствия претензий со стороны налоговой инспекции и корректного сальдо по взаиморасчетам с сотрудниками.