Как исправить задвоение начислений и НДФЛ в ЗУП 3.1 при повторном приеме сотрудника

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

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

Анализируем причину возникновения «фантомных» начислений

Давайте разберем типичную ситуацию: кадровик принял сотрудника, затем понял, что ошибся с организацией, пометил документ Прием на работу на удаление и создал новый. В интерфейсе мы видим одного актуального сотрудника, но при расчете зарплаты программа подтягивает данные и по удаленному объекту. Проблема кроется в переходе 1С на использование независимых регистров сведений.

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

Шаг 1. Полная отмена проведения и «перезагрузка» кадровой цепочки

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

Рассмотрим последовательность действий:

1. Найдите все документы, связанные с данным сотрудником (приемы, переводы, изменения оплаты).
2. Снимите с проведения (команда «Отмена проведения») абсолютно все кадровые документы по этому физлицу, включая те, что помечены на удаление.
3. Убедитесь, что в списке сотрудников нет дублей. Если вы объединяли дубликаты физических лиц, проверьте, чтобы у сотрудника был корректно заполнен реквизит Физическое лицо.
4. Последовательно проведите документы заново в хронологическом порядке.

Именно полное снятие с проведения инициирует программную процедуру удаления записей из всех связанных регистров, таких как ПлановыеНачисления и ГрафикРаботыСотрудников.

Шаг 2. Очистка регистров НДФЛ

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

Если в этом регистре остались записи от удаленного документа, расчет налога будет некорректным. Чтобы исправить это, воспользуемся следующим алгоритмом:

1. Откройте документ Начисление зарплаты и взносов, в котором произошло задвоение.
2. Отмените его проведение.
3. Пересчитайте сотрудника. Если сумма все еще двоится, значит, проблема в кадровых данных или регистрах сведений.
4. Проверьте регистр Данные о времени для расчета среднего заработка. Часто «мусор» скапливается именно там, влияя на все последующие расчеты.

Шаг 3. Использование технических средств для поиска «битых» ссылок

Если ручное перепроведение не помогает, попробуем выяснить причину программно. Мы можем использовать Консоль запросов для поиска записей, где поле Сотрудник содержит «Объект не найден».

Пример логики запроса для поиска проблемных записей в плановых начислениях:

ВЫБРАТЬ
    ПлановыеНачисления.Сотрудник КАК Сотрудник,
    ПлановыеНачисления.Показатель1 КАК Сумма,
    ПлановыеНачисления.Регистратор КАК Регистратор
ИЗ
    РегистрСведений.ПлановыеНачисления КАК ПлановыеНачисления
ГДЕ
    ПлановыеНачисления.ФизическоеЛицо = &НужноеФизЛицо

Если в результате запроса вы увидите строки, где Регистратор пустой или помечен как неопределенный, значит, перед нами те самые «фантомные» записи. В этом случае может помочь типовая обработка «Тестирование и исправление информационной базы» с включенным режимом «Очистка ссылок на несуществующие объекты». Однако будьте осторожны: перед ТиИ обязательно создайте резервную копию базы.

Шаг 4. Работа с механизмом «Перенос данных» (в крайнем случае)

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

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

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

Важно: этот метод является «хирургическим» вмешательством и требует четкого понимания структуры регистров ЗУП 3.1. Используйте его только в том случае, если перепроведение кадровых документов невозможно из-за закрытого периода.

Профилактика: как избежать подобных ошибок в будущем

Чтобы не сталкиваться с «магией» ЗУП 3.1, рекомендуем соблюдать следующие правила при работе с кадровыми изменениями:

1. Никогда не удаляйте проведенный документ сразу. Сначала всегда нажимайте «Отмена проведения». Это гарантирует, что программный код 1С корректно зачистит все движения в независимых регистрах.
2. Следите за уникальностью физлиц. При создании нового сотрудника всегда выбирайте существующее Физическое лицо из справочника, а не создавайте новое, чтобы не плодить дубли в налоговом учете.
3. Используйте групповое перепроведение с осторожностью. В ЗУП 3.1 важна последовательность: Сначала Кадры -> Затем Начисления -> Затем Выплаты. Нарушение этой цепочки часто ведет к тому, что изменения в окладах не подхватываются расчетом зарплаты.

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