Как исправить ошибку «Дублирование СНИЛС» при расчете страховых взносов для внешних совместителей в 1С:ЗУП 3.1?

← На главную

При работе в программе 1С:Зарплата и Управление Персоналом 3.1 пользователи часто сталкиваются с ситуацией, когда при расчете страховых взносов или формировании регламентированной отчетности (РСВ) система выдает ошибку, связанную с совпадением СНИЛС у нескольких сотрудников. Чаще всего это происходит с внешними совместителями, которые были ошибочно заведены как разные физические лица. Разберем подробно, почему так происходит, как правильно объединить данные и с какими нюансами придется столкнуться при наличии обособленных подразделений.

Понимание архитектуры 1С:ЗУП 3.1: Физическое лицо и Сотрудник

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

Физическое лицо — это человек как объект налогообложения. У него один ИНН, один СНИЛС и одна общая база для расчета страховых взносов и предельных величин по НДФЛ.
Сотрудник — это совокупность условий трудового договора. Один и тот же человек может быть оформлен как основной сотрудник и как внешний совместитель (в случае разных юридических лиц или обособленных подразделений на балансе) или внутренний совместитель.

Ошибка «совпадение СНИЛС» возникает тогда, когда для одного человека в справочнике Физические лица создано два и более элемента. Программа видит два разных объекта с одинаковым уникальным идентификатором (СНИЛС) и не понимает, как корректно применить предельную базу для начисления взносов, так как расчет всегда идет «по физику».

Решение 1: Объединение личных карточек физических лиц

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

Воспользуемся встроенным инструментом системы. Перейдем в раздел Кадры и найдем пункт Объединение личных карточек. Этот помощник специально разработан для поиска и устранения дублей. В списке необходимо выбрать «правильную» карточку (которая останется) и «дублирующую» (которая будет помечена на удаление, а все ссылки на нее в документах заменятся на основную).

Если стандартный помощник не справляется (например, из-за специфики перенесенных данных), проанализируем альтернативный путь через раздел Администрирование — Обслуживание — Поиск и удаление дублей. Выбираем справочник Физические лица, указываем условие сравнения по СНИЛС. После нахождения дублей программа позволит перенести все документы (начисления, выплаты, кадровые приказы) на одно выбранное лицо.

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

Нюансы учета НДФЛ в обособленных подразделениях

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

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

Несмотря на эти сложности, объединение физических лиц является обязательным, так как отчетность по СНИЛС в ПФР (теперь СФР) и налоговую (РСВ) не примет дублирующиеся записи по одному человеку.

Решение 2: Программный обход ошибки в отчете РСВ

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

В модулях заполнения отчета РСВ (в старых версиях это часто касалось формы РСВ-1) можно найти блок, отвечающий за проверку проблемных СНИЛС. Если нам нужно, чтобы отчет заполнился в любом случае, можно закомментировать строку добавления физлица в массив проблемных:


// Раздел 3
ФизлицаСПроблемамиУчета = Новый Массив;
ВсеФизлица = ОписаниеТаблиц.Подраздел3Физлица2017;
Если ВсеФизлица.Количество() > 0 Тогда
    СтрокиСОшибками = ВсеФизлица;
    Для каждого СтрокаРезультата Из ВсеФизлица.НайтиСтроки(Новый Структура("ЕстьОшибкаСНИЛС", Истина)) Цикл
        Если ЗначениеЗаполнено(СтрЗаменить(СтрокаРезультата.П000310007001, "-", "")) Тогда
            // Заполняем РСВ в любом случае
            // ФизлицаСПроблемамиУчета.Добавить(СтрокаРезультата); // Комментируем эту строку
        КонецЕсли;
    КонецЦикла;
КонецЕсли;

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

Проблемы при переносе данных и 6-НДФЛ

Часто ошибки со СНИЛС и расчетом взносов всплывают после переноса данных из версии 2.5 или 7.7. Разберем ситуацию, когда в отчет 6-НДФЛ за 1 квартал тянутся данные за декабрь предыдущего года. Посмотрим на причину:

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

Расчеты налогоплательщиков с бюджетом по НДФЛ
Учет доходов для исчисления НДФЛ

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

Итоговые рекомендации

Проанализировав все способы, мы приходим к следующему алгоритму действий:

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

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