Переход с платформы 1С:Предприятие 7.7 (например, из конфигурации «Зарплата и Кадры 7.7») на современную 1С:Зарплата и управление персоналом 3.1 — это сложный процесс, который часто сопровождается техническими коллизиями. Одной из самых неприятных проблем является задвоение доходов в регистрах налогового учета. Бухгалтер видит, что по одному и тому же сотруднику сумма дохода в отчетах по НДФЛ ровно в два раза выше реальной, хотя в расчетном листке все может выглядеть корректно.
В этой статье мы разберем по шагам, почему возникает эта ошибка, проанализируем взаимосвязь кадровых и расчетных данных и найдем способы решения проблемы на основе практического опыта миграции данных.
Прежде всего, нам необходимо локализовать ошибку. Как правило, задвоение обнаруживается в регистре накопления Учет доходов для исчисления НДФЛ. Рассмотрим характерные признаки:
Разберем основные причины этого поведения системы.
Как показала практика обсуждения на форумах, это одна из самых неочевидных, но частых причин. Регистр Текущие кадровые данные сотрудников в версии 3.1 является вспомогательным, но критически важным для работы алгоритмов расчета. Если при переносе данных из 7.7 по сотруднику создалось две записи в этом регистре, система начинает воспринимать его как «двойной» объект при формировании движений по НДФЛ.
Проанализируем ситуацию: почему «Оплата по дням» может не задваиваться при этом? Это связано с тем, что начисления, зависящие от времени, жестко привязаны к графику работы и регистру Данные графиков работы. Система не может начислить оплату за один и тот же час дважды по одному графику. Однако «Оклад» в документах переноса часто фиксируется как общая сумма, и при наличии дублей в кадровом состоянии программа дублирует и расчетную базу для налога.
Что нужно сделать:
Текущие кадровые данные сотрудников.При миграции из 7.7 в 3.1 не создаются привычные документы «Начисление зарплаты». Вместо них используются технические документы Перенос данных. Эти документы имеют буквенные коды, соответствующие регистрам (например, ПНД — подоходный налог, ЗП_СЗ — заработок для среднего и так далее).
Выясним причину через проверку этих документов:
Перенос данных с кодами, отвечающими за НДФЛ.В регистре Учет доходов для исчисления НДФЛ есть важное поле — ДоходПолученНаТерриторииРФ. Это логический признак (Истина/Ложь). Рассмотрим, как он влияет на задвоение:
Если в одном документе переноса или в настройках начисления этот флаг установлен некорректно (например, для части записей — Истина, а для части — Ложь), система 1С воспринимает их как разные типы доходов, подлежащие налогообложению по разным ставкам (13% для резидентов и 30% для нерезидентов). В результате в отчетность попадают обе суммы.
Рекомендация: Убедитесь, что статус налогового резидента и признак получения дохода на территории РФ установлены единообразно для всех записей сотрудника за отчетный период.
Иногда корень проблемы кроется в справочниках. В 1С 8.3 разделены понятия Физические лица и Сотрудники. При переносе из 7.7, где эта структура была иной, могут возникнуть следующие ситуации:
Сотрудники, привязанных к одному Физическому лицу (например, из-за некорректного переноса внутреннего совместительства).Физических лица с одинаковыми СНИЛС и ИНН.Поскольку расчет НДФЛ в версии 3.1 ведется в разрезе физических лиц, но с учетом аналитики по сотрудникам, наличие «двойника» в кадровых справочниках неизбежно приведет к двойному учету дохода.
Если база большая, проверять каждого сотрудника вручную невозможно. Мы можем воспользоваться простым запросом к базе данных, чтобы найти дубли в кадровом регистре. Рассмотрим пример логики такого запроса:
ВЫБРАТЬ
ТекущиеКадровыеДанныеСотрудников.Сотрудник,
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ТекущиеКадровыеДанныеСотрудников.НомерСтроки) КАК КолВоЗаписей
ИЗ
РегистрСведений.ТекущиеКадровыеДанныеСотрудников КАК ТекущиеКадровыеДанныеСотрудников
СГРУППИРОВАТЬ ПО
ТекущиеКадровыеДанныеСотрудников.Сотрудник
ИМЕЮЩИЕ
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ТекущиеКадровыеДанныеСотрудников.НомерСтроки) > 1
Если этот запрос возвращает список сотрудников, значит, в базе нарушена уникальность записей в ключевом регистре, что и вызывает задвоение в налоговых отчетах.
Подводя итог, можно сказать, что проблема задвоения при переходе с 7.7 на 3.1 чаще всего не связана с ошибками самого расчета. Это следствие грязных данных, перенесенных из старой системы или созданных в процессе конвертации.
Главный алгоритм действий при обнаружении задвоения НДФЛ:
Текущие кадровые данные сотрудников на наличие дублей.Перенос данных на предмет дублирующихся строк по начислениям.Физические лица на наличие дубликатов (использовать стандартную обработку «Поиск и удаление дублей»).ДоходПолученНаТерриторииРФ заполнен одинаково во всех регистрах за период.После устранения дублей в регистрах сведений и справочниках рекомендуется перепровести документы начислений за соответствующие периоды, чтобы записи в регистре НДФЛ обновились корректно.