Объединение карточек сотрудников и физлиц в 1С: ЗУП

· 10 мин

Содержание

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

Именно физлица и объединяют. Делается это штатной обработкой Поиск и удаление дубликатов в разделе Администрирование → группа «Обслуживание» → Корректировка данных. Обработка сама переносит все ссылки с лишней карточки на основную и удаляет дубль, поэтому «битых» документов после неё не остаётся.

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

Сотрудник и физическое лицо — в чём разница

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

  • 👤 Физическое лицо — сам человек. Здесь хранятся паспорт, ИНН, СНИЛС, дата рождения, вычеты. Персучёт (НДФЛ, взносы, стаж) ведётся именно по физлицу.
  • 📄 Сотрудник — это место работы человека в организации. У одного физлица может быть несколько карточек Сотрудник одновременно: основное место плюс внутреннее совместительство, или новая карточка после повторного приёма.

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

Что у вас задвоилось на самом деле?

Откуда берутся дубли карточек

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

  • 🔁 Повторный приём «с нуля». Кадровик при приёме уволенного ранее сотрудника заводит новое физлицо вместо выбора существующего.
  • 📥 Загрузка и обмен. Перенос данных из другой базы или синхронизация создаёт второе физлицо, если не совпал ключевой реквизит.
  • ⌨️ Ручной ввод без СНИЛС. Если СНИЛС не заполнен, программа не ловит совпадение и пропускает новую карточку, хотя человек уже есть.
  • ✍️ Разное написание. «Наталия» и «Наталья», двойная фамилия через дефис или пробел, лишний пробел в отчестве — для программы это разные строки.

При вводе нового физлица 1С предупреждает, если находит похожего человека. Не игнорируйте это окно: в девяти случаях из десяти нужная карточка уже есть, и её надо выбрать, а не создавать заново.

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

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

Что проверить перед объединением

Объединение необратимо: дубль удаляется физически. Поэтому до старта — подготовка.

Сделайте резервную копию базы и выполняйте объединение, когда в базе не работают другие пользователи. Обработка меняет ссылки сразу во множестве документов; если кто-то в этот момент проводит начисления, возможны конфликты.

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

  1. Оставляйте ту карточку, где заполнены СНИЛС и ИНН и где больше документов.
  2. Сверьте, что это действительно один человек: совпадают дата рождения и СНИЛС, а не только Ф.И.О. (однофамильцы — не дубли).
  3. Посмотрите, по какому из физлиц уже сдана отчётность (РСВ, 6-НДФЛ, персведения). Это повлияет на то, нужны ли корректировки.
  4. Проверьте карточки Сотрудник: после слияния физлиц их записи переподчинятся основному физлицу, дублей сотрудников это не создаёт.
  5. Убедитесь, что оба физлица не заблокированы редактированием и по ним нет незавершённых документов в черновиках, — иначе обработка не сможет перенести ссылки.
Перед объединением карточек
Выполнено: 0 / 5

Объединение через обработку «Поиск и удаление дубликатов»

Это универсальный штатный механизм. Он есть в ЗУП 3.1, в 1С:Бухгалтерии с расчётом зарплаты и в большинстве конфигураций на управляемых формах. Для запуска нужны права администратора.

  1. Откройте Администрирование → «Обслуживание» → Корректировка данных → Поиск и удаление дубликатов.
  2. В поле «Искать в» выберите справочник Физические лица (а не «Сотрудники»).
  3. При необходимости задайте отбор, чтобы сузить поиск, — например, по части фамилии.
  4. Настройте правила сравнения: по умолчанию сравнивается наименование. Можно включить сравнение без учёта регистра и по совпадению начала строки, чтобы поймать «Наталию/Наталью».
  5. Нажмите «Найти дубли». Программа покажет группы похожих карточек.
  6. В каждой группе проверьте, что это один человек, и отметьте основную карточку (её program предлагает как оригинал — обычно ту, где больше ссылок). Лишние галочки с ложных совпадений снимите.
  7. Нажмите «Удалить дубли ».

На последнем шаге обработка не просто удаляет лишнюю карточку. Она сначала находит все ссылки на дубль во всех документах и регистрах и заменяет их на основную карточку, и только потом удаляет дубль. Если какой-то объект нельзя безопасно перессылать, программа покажет предупреждение и не станет удалять — разберите такие случаи вручную.

Два момента, на которых чаще всего спотыкаются:

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

В ЗУП удобнее искать дубли из самого списка Кадры → Физические лица: выделите подозрительные карточки и запустите поиск дубликатов по выделенным. Так вы не будете прочёсывать весь справочник целиком.

Как переносятся ссылки, история и движения

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

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

Поэтому после объединения:

  • Перепроведите документы начислений и выплат за текущий год по этому человеку — последовательно, от ранних к поздним.
  • Убедитесь, что СНИЛС и ИНН в объединённой карточке заполнены один раз и верно.
  • Проверьте, что вычеты на детей и стандартные вычеты не задвоились и не потерялись.

Если по дублю были проведены документы с собственными движениями, не удаляйте их вручную до объединения — обработка сама перенесёт их на основную карточку. Ручное удаление оставит пробелы в истории.

Отдельно стоит понимать, что переносится по ссылке, а что привязано к карточке Сотрудник. На основное физлицо переедут паспортные данные, вычеты, исполнительные листы и всё, что хранится на уровне человека. А плановые начисления, график работы и кадровые документы остаются привязаны к своим карточкам Сотрудник — они и так относятся к конкретному месту работы, поэтому после слияния физлиц ничего в них менять не нужно.

Если дубль возник из-за опечатки в Ф.И.О., после объединения проверьте, что в основной карточке фамилия, имя и отчество записаны верно. Неправильное написание может перетянуться вместе с документами, и его придётся поправить руками в карточке физлица.

Персонифицированный учёт после слияния: НДФЛ, взносы, отчётность

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

Что проверить после объединения:

  • 📊 НДФЛ. Сверьте совокупный доход и исчисленный налог по объединённой карточке. Для контроля используйте отчёты раздела Налоги и взносы. Если по дублю доход облагался отдельно, мог неверно примениться предел для детских вычетов. Стандартный вычет на ребёнка даётся, пока доход с начала года не превысит установленный лимит. Когда доход делится между двумя карточками, ни одна не достигает порога, и вычет продолжает применяться там, где должен был прекратиться. В результате НДФЛ недоудержан. После слияния доход суммируется, и программа при перепроведении остановит вычет в нужном месяце — но образовавшуюся разницу налога нужно проверить и, если надо, удержать.
  • 💰 Страховые взносы. Предельная база по взносам считается по физлицу нарастающим итогом: до предела — один тариф, сверх — пониженный. Пока были два физлица, каждая карточка «добирала» предел самостоятельно, и человек раньше времени не достигал порога ни по одной. Пример: если за год по человеку прошло условно 2,4 млн руб. дохода, но они делились как 1,4 и 1,0 млн по двум карточкам, обе остались ниже предельной базы — значит, со всей суммы взносы шли по основному тарифу, хотя часть дохода уже должна была облагаться по пониженному. После слияния пересчитайте.
  • 📅 Стаж и кадровые сведения. Данные о трудовой деятельности и стаже теперь ведутся по одному физлицу — это правильно.

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

Если ошибки в отчётности не было (дубль возник, но в отчёты не попал), то после объединения и перепроведения дальнейшая отчётность сформируется уже по одной карточке корректно.

Разумно зафиксировать факт объединения: когда, какие две карточки слили и какая осталась основной. Если позже возникнет вопрос по отчётности за период, будет видно, что цифры изменились именно из-за устранения дубля, а не по ошибке. Короткой записи в произвольном журнале или комментарии достаточно.

Частые вопросы

Можно ли объединить карточки, если по обеим уже начислена зарплата?
Да. Обработка перенесёт все начисления и выплаты на основную карточку. После слияния перепроведите документы за год и проверьте НДФЛ и взносы — возможно, понадобится корректирующая отчётность, если дубль попал в сданные отчёты.
Чем это лучше, чем просто пометить дубль на удаление?
Если пометить карточку на удаление напрямую, программа при контроле ссылок не даст её удалить — на неё ссылаются документы. Обработка Поиск и удаление дубликатов сначала переносит все ссылки на основную карточку и лишь затем удаляет дубль, поэтому «битых» ссылок не возникает.
Что делать, если у дублей разные СНИЛС?
Сначала выясните, какой СНИЛС верный (по документу человека). Неверный — следствие опечатки или ошибки загрузки. Оставьте основной ту карточку, где СНИЛС правильный; если верный СНИЛС оказался у «лишней» карточки, перед слиянием перенесите его в основную.
Почему после объединения у человека осталось несколько карточек «Сотрудник»?
Так и должно быть. «Сотрудник» — это место работы, а не человек. Несколько карточек означают несколько мест работы (например, совместительство). Объединяются физлица, а карточки сотрудников остаются и переподчиняются одному физлицу.
Нужны ли права администратора?
Да. Корректировка данных и удаление дубликатов доступны только пользователю с правами администратора. В облачных сервисах (например, 1С:Фреш) доступ к этой обработке может быть ограничен — тогда операцию выполняет администратор базы или обслуживающий партнёр.