← На главную

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

Выясним причину: почему 1С «не видит» организацию?

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

1. Несоответствие регистрационных номеров: После объединения ПФР и ФСС в единый фонд (СФР) многим организациям были присвоены новые регистрационные номера. Если медицинское учреждение при оформлении больничного указало старый номер ФСС, а в настройках Организации в 1С уже прописан только новый номер СФР, система СЭДО не сможет распознать компанию.
2. Ошибка в коде подчиненности: Код подчиненности состоит из 5 цифр и указывает на принадлежность к конкретному филиалу фонда. Даже одна неверная цифра или лишний пробел в карточке организации приведут к тому, что входящее сообщение от фонда будет отвергнуто программой.
3. Пересечение дат в листках нетрудоспособности: Проанализируем типичный случай: первый больничный закрыт 31.12, а второй открыт с 09.01, при этом в системе СЭДО могут «подвиснуть» промежуточные статусы. Если регистры программы не очистились вовремя, может потребоваться принудительное обновление состояний сотрудников, чтобы система корректно восприняла новый период нетрудоспособности.
4. Сбои в системе СЭДО (сообщения типа 111): В современной проактивной схеме фонд присылает «Входящий запрос для расчета пособия». Если этот запрос по какой-то причине не был обработан или пришел с «битыми» идентификаторами, попытка загрузить этот же больничный вручную по номеру может закончиться рассматриваемой ошибкой.

Способ 1. Загрузка ЭЛН из файла (универсальный обходной путь)

Если стандартный обмен через СЭДО выдает ошибку, а больничный лист (в подготовке документов поможет расширенный пакет печатных форм СФР для 1С:ЗУП) нужно рассчитать срочно, воспользуемся методом ручной загрузки. Рассмотрим пошагово, как это сделать, если вы используете сторонние сервисы отчетности (например, Контур, СБИС и др.):

1. Перейдем в сервис обмена отчетностью (например, Контур.Экстерн), где данный больничный отображается корректно и имеет статус «Закрыт».
2. Выгрузим ЭЛН в виде XML-файла на локальный компьютер.
3. В программе 1С:ЗУП откроем документ БольничныйЛист.
4. Вместо кнопки «Получить из ФСС» нажмем кнопку «Загрузить из файла».
5. Выберем сохраненный ранее XML-файл.

Как показывает практика, при такой загрузке программа игнорирует ошибки сопоставления СЭДО и корректно заполняет данные о периоде нетрудоспособности и среднем заработке.

Способ 2. Проверка и корректировка регистрационных данных

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

Проверим поле РегистрационныйНомерСФР (ранее ПФР) и КодПодчиненности. Важно убедиться, что в поле для ФСС также указаны актуальные данные. В некоторых релизах 1С:ЗУП для корректной работы СЭДО требуется, чтобы были заполнены оба блока — и старый ФСС, и новый СФР.

Если организация проходила реорганизацию, проверим справочник РегистрацииВНалоговыхОрганах. Иногда система пытается сопоставить данные с архивной записью организации, которая помечена на удаление, но имеет тот же ИНН.

Способ 3. Работа с сообщениями СЭДО и сертификатами

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

1. Зайдем в раздел Настройки — Организации.
2. Перейдем на вкладку ЭДО и откроем Настройки обмена с СФР (бывш. ФСС).
3. Проверим актуальность выбранного сертификата страхователя.
4. Попробуем выполнить команду ПолучитьСообщенияЗаПериод, указав интервал, включающий дату открытия больничного.

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

Проанализируем ситуацию с «переходящими» больничными

Если сотрудник болеет долго, и один листок является продолжением другого (как в примере: с 19.12 по 31.12 и новый с 09.01), посмотрим на даты. Фонд крайне чувствителен к корректности цепочки. Если в поликлинике допустили ошибку и даты пересекаются (например, оба листка включают 31.12), СФР может вернуть ошибку страхователя, так как не может однозначно определить период ответственности работодателя по конкретному страховому случаю.

В такой ситуации рекомендуется попросить сотрудника связаться с медучреждением для аннулирования ошибочного дубля или исправления дат, после чего повторить загрузку через СЭДО.

Резюме

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