Не найдена регистрация сведений о застрахованном лице

Автор: Михаил С., Архитектор 1С · Опубликовано: 08.09.2026

📅 Опубликовано 8 сентября 2026 г.

Коротко: сообщение «Не найдена регистрация сведений о застрахованном лице по условиям…» в 1С:ЗУП означает, что в регистре страхового статуса нет действующей записи на дату расчёта, и программа не понимает, по каким правилам начислять страховые взносы конкретному человеку. Исправляется в интерфейсе, без программиста: карточка сотрудника → гиперссылка «Страхование» → статус с датой «Действует с» не позже начала расчётного месяца → перепроведение документов периода и перезаполнение отчёта.

Причина всегда одна — отсутствие записи о страховом статусе физлица на нужную дату. Всё остальное (перенос данных, дубли, иностранцы, ГПХ) — лишь способы, которыми эта запись «потерялась».
Три самых частых сценария: сотрудник заведён вручную минуя документ «Приём на работу»; дата начала статуса позже расчётного периода; карточка физлица задвоена, а статус введён у «неправильного» экземпляра.
Где смотреть: раздел «Кадры» → «Сотрудники» → карточка → гиперссылка «Страхование». Весь регистр целиком открывается через «Главное меню» → «Все функции» → «Регистры сведений».
После правки статуса суммы сами не пересчитаются: нужно пересчитать страховые взносы за затронутый период и заново заполнить РСВ, «Персонифицированные сведения о физических лицах» и подразделы ЕФС-1.
Массовый случай — после переноса данных или синхронизации ЗУП↔Бухгалтерия: там правят не одного человека, а группу физлиц, и разумнее делать это через список регистра, а не через десятки карточек.

Что означает ошибка «Не найдена регистрация сведений о застрахованном лице»?

Формулировка выглядит пугающе, но по смыслу она предельно техническая. Данные о страховом статусе человека 1С хранит не в справочнике «Сотрудники» и не в справочнике «Физические лица», а в периодическом регистре сведений. «Периодический» означает, что у каждой записи есть дата начала действия, и на любой момент времени программа умеет получить актуальное значение — например, «на 30.04.2026 человек является гражданином РФ» или «с 12.03.2026 иностранец стал временно проживающим».

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

Важное следствие: ошибка не является признаком «поломки базы». Это защитный контроль. Если бы 1С молча посчитала взносы без статуса, ошибка всплыла бы позже — при сдаче РСВ или при сверке с ФНС, и цена исправления была бы уже другой.

В каких документах и отчётах она чаще всего появляется?

«Начисление зарплаты и взносов» — при расчёте или проведении, чаще всего на вкладке «Взносы».
«Начисление по договорам (работы, услуги)» и акты по ГПХ — когда исполнитель заведён в базе без кадровой истории.
«Увольнение», «Отпуск», «Больничный лист» — если перерасчёт затрагивает период раньше первой записи регистра.
Заполнение РСВ, отчёта «Персонифицированные сведения о физических лицах», подразделов ЕФС-1.
Регламентные операции закрытия месяца и фоновые задания — тогда ошибка видна только в журнале регистрации.

Где в 1С:ЗУП хранится страховой статус застрахованного лица?

Основная точка входа — карточка сотрудника: раздел «Кадры» → «Сотрудники» → нужный человек → гиперссылка «Страхование». В части релизов гиперссылка называется «Страхование» и открывает форму со статусом застрахованного лица и датой начала действия; в старших версиях этот же блок может быть вынесен в «Личные данные» физического лица. Ключевой реквизит один — «Статус застрахованного лица» (в интерфейсе может называться «Страховой статус») и дата, с которой он действует.

Второй путь — работа со всем регистром сразу. Через «Главное меню» → «Все функции» → «Регистры сведений» находится регистр страхового статуса физических лиц. Там видно сразу три вещи: у каких физлиц записей нет вообще, у кого дата начала позже нужного месяца и нет ли двух записей на одну и ту же дату по разным карточкам одного человека. Для массовых правок после переноса данных это единственный вменяемый способ: перебирать сотрудников по одному бессмысленно.

Что проверяем	Где смотреть в 1С:ЗУП	На что обратить внимание
Страховой статус конкретного человека	Кадры → Сотрудники → карточка → «Страхование»	Значение статуса и дата «Действует с»
Все записи о статусах	Все функции → Регистры сведений → страховой статус физических лиц	Отбор по физлицу, пустые периоды, разрывы
Гражданство и документы	Карточка физлица → «Личные данные» / «Гражданство, страна рождения»	Смена статуса иностранца без новой записи
Кадровая история	Кадры → Кадровые документы	Есть ли «Приём на работу» и его дата
Дубли физических лиц	Кадры → Физические лица (отбор по ФИО и ИНН/СНИЛС)	Два одинаковых ФИО, один СНИЛС
Результат исправления	Налоги и взносы → отчёты по взносам, карточка учёта	Появились ли суммы в базе после перепроведения

Почему возникает ошибка: типовые причины

За годы сопровождения набор причин практически не меняется. Ниже — упорядоченный список от самой частой к более редким.

Сотрудник создан вручную, минуя «Приём на работу». Пользователь завёл карточку из справочника, заполнил ФИО и подразделение, а кадровый документ не оформил. Записи в регистре создаются именно кадровыми документами и помощником приёма, поэтому статус остаётся пустым.
Дата «Действует с» позже расчётного периода. Классика при исправлении задним числом: человек фактически работает с января, а статус введён с даты, когда бухгалтер вспомнил про него — например с мая. При расчёте апреля регистр честно возвращает пустоту.
Задвоенное физическое лицо. У сотрудника в реквизите «Физическое лицо» указана одна карточка, а статус ввели у её дубля. Внешне ФИО совпадают, ошибка выглядит необъяснимой.
Перенос данных из другой базы или из старой редакции. Переносятся справочники, начисления и остатки, а периодические регистры персучёта — далеко не всегда. Ошибка тогда возникает не у одного человека, а сразу у десятков.
Синхронизация ЗУП ↔ Бухгалтерия. В принимающей базе физлицо создаётся автоматически при загрузке документа, но без сопутствующих сведений персучёта. Расчёт взносов в этой базе тут же спотыкается.
Иностранный работник со сменой статуса. Временно пребывающий получил разрешение на временное проживание, потом вид на жительство. Если старую запись удалили вместо добавления новой, в истории появляется разрыв — и месяц до новой даты остаётся без статуса.
Договор ГПХ и разовые выплаты. Исполнителя заводят «по-быстрому» ради одного акта: физлицо есть, сотрудник есть, кадровой истории нет. Взносы по договору начислить не получается.

Отдельно стоит упомянуть выплаты бывшим работникам и учредителям: премия уволенному, дивиденды с последующим пересчётом, компенсация по решению суда. Такие начисления попадают в месяц, где кадровая история давно закрыта, и требуют, чтобы запись о статусе перекрывала весь период выплаты, а не только период работы.

Как исправить ошибку пошагово?

Порядок действий в целом совпадает для 1С:ЗУП и для «Бухгалтерии предприятия» с расчётом зарплаты. Различия сводятся к названиям разделов меню.

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

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

Что делать, если физическое лицо задвоено?

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

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

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

Как ошибка влияет на РСВ, персонифицированные сведения и ЕФС-1?

Пока статус не заполнен, взносы по человеку либо не начисляются вовсе, либо начисляются некорректно. Последствия расходятся по цепочке отчётности:

РСВ. Раздел 3 заполняется по застрахованным лицам. Человек без статуса может выпасть из раздела или попасть без сумм — контрольные соотношения при этом разъезжаются с разделом 1.
«Персонифицированные сведения о физических лицах». Отчёт ежемесячный, срок — 25-е число месяца, следующего за истекшим. Ошибка в статусе видна здесь быстрее всего: у человека нет суммы выплат либо его нет в списке.
ЕФС-1. Подраздел по сведениям о начисленных взносах на травматизм и годовой подраздел по стажу опираются на те же данные персучёта. Расхождения всплывают при годовой отчётности, когда исправлять дороже всего.
Своды и справки. «Анализ взносов в фонды» и карточка учёта страховых взносов покажут пробел по конкретному месяцу — это удобный способ проверить, что исправление сработало.

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

Как диагностировать, если статус на месте, а ошибка остаётся?

Такое случается, и почти всегда объяснение находится в деталях условий отбора из текста сообщения.

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

Найдите специалиста для решения этой задачи на koderion.ru