← На главную

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

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

Причина 1: Дублирование записей в истории регистрации в налоговом органе

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

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

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

Причина 2: Использование оптимизированного механизма расчета

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

Посмотрим на пример решения через настройки программы:

1. Перейдем в раздел Настройка — Расчет зарплаты.
2. Установим флаг Выполнять расчет зарплаты без оптимизации.
3. Попробуем пересчитать НДФЛ в проблемном документе. Если задвоение исчезло, значит, проблема была в механизме кеширования.
4. После успешного пересчета флаг можно снять, но перед этим крайне рекомендуется выполнить очистку серверного кэша и реиндексацию базы.

Причина 3: Конфликты в регистре «Территории сотрудников»

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

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

Причина 4: Необходимость обновления кадровых данных

Даже если мы удалили дубль подразделения и почистили регистры регистраций, в кадровых документах (Прием на работу, Кадровый перевод) может остаться «битая» ссылка или некорректно обновленная связь с объектом. Разберем шаги по массовому обновлению:

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

Рекомендации по техническому обслуживанию базы

Поскольку объединение дублей — это инвазивная операция, затрагивающая ссылочную целостность всей базы, после неё необходимо выполнить регламентные работы. Рассмотрим подробнее последовательность действий:

1. Тестирование и исправление информационной базы: Обязательно выберите пункты «Реиндексация таблиц» и «Проверка логической целостности». Это поможет системе корректно перестроить индексы после удаления объекта-дубля.
2. Очистка кэша: Если база работает в клиент-серверном варианте, необходимо перезапустить службу 1C:Enterprise Server и почистить папку snccntx. Для файловых баз — удалить базу из списка и добавить её заново (или вручную очистить локальные папки %AppData%\1C\1cv8).
3. Перепроведение документов: Недостаточно просто открыть и нажать «Записать». Нужно именно перепровести цепочку документов с начала года по данному подразделению, так как НДФЛ в 1С рассчитывается нарастающим итогом, и ошибка в январе будет «тянуть» за собой неверные расчеты во всех последующих месяцах.

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

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