Как исправить ошибки WARN_919 и ERR_500 при отправке реестров больничных в СФР?

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

Разбор ошибки WARN_919 и статуса ЭЛН «030»

Проанализируем ситуацию: при попытке отправить реестр сведений ПВСО система выдает предупреждение о том, что необходимо заполнить сведения в части страхователя, а сам больничный имеет статус 030. Чтобы понять, как это исправить, выясним причину возникновения такой ситуации.

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

Рассмотрим пошаговый алгоритм решения этой проблемы:

1. Повторный запрос данных: Попробуем еще раз загрузить данные ЭЛН из фонда. В 1С это делается через документ БольничныйЛист. Нажмите кнопку «Получить из ФСС/СФР». Иногда из-за временных сбоев связи часть данных не прогружается с первого раза, и статус документа в базе фонда не обновляется.
2. Проверка заполнения «Части страхователя»: Убедимся, что в документе БольничныйЛист заполнены все необходимые реквизиты на закладке «Прямые выплаты». Система фонда ожидает, что перед подачей общего реестра (ПВСО), работодатель «подпишет» свою часть ЭЛН.
3. Использование Личного кабинета страхователя: Если через 1С ошибка сохраняется, рекомендуем зайти на портал СФР (lk.fss.ru) под учетной записью организации. Найдите нужный номер больничного и посмотрите его состояние. Если в кабинете поля работодателя (стаж, заработок, условия исчисления) пусты, попробуйте заполнить их непосредственно на портале. После этого статус ЭЛН сменится с 030 на 060 (Заполнен страхователем), и реестр из 1С уйдет без ошибок.

Устранение ошибки ERR_500 (Полный дубль документа)

Ошибка ERR_500 — одна из самых запутанных. На первый взгляд она кажется логичной: «вы уже это отправляли». Но на деле она часто возникает даже тогда, когда бухгалтер уверен, что отправка производится впервые. Разберем технические причины этого явления.

Основная причина — это уникальный идентификатор файла (GUID). Каждому документу, который вылетает из 1С в сторону фонда, присваивается уникальный технический номер. Если в процессе отправки произошел «миг» в интернет-соединении, 1С может не получить ответ («Квитанцию») от фонда. Программа считает, что отчет не ушел, а сервер фонда файл уже принял и зафиксировал его GUID. При повторном нажатии кнопки «Отправить», 1С отправляет тот же самый файл, и фонд возвращает ERR_500.

Как мы можем решить эту задачу?

Метод 1: Создание нового реестра «с нуля»

Вместо того чтобы копировать старый документ или пытаться переотправить текущий, создадим абсолютно новый документ РеестрСведенийДляНачисленияПособий. Важно именно создать новый, а не копировать существующий. При создании нового документа программа сгенерирует новый уникальный идентификатор (GUID). Используйте кнопку «Подбор» или «Заполнить», чтобы заново добавить сотрудников.

Метод 2: Проверка статуса в фонде

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

Метод 3: Дробление реестра

Как советуют опытные пользователи, попробуем разбить большой реестр на несколько маленьких (например, по одному сотруднику в каждом). Это поможет выяснить, по кому конкретно возникает конфликт. Например, если сотрудник работает у вас по совместительству, возможно, основной работодатель уже подал по нему сведения, что и вызывает ошибку дублирования данных в системе фонда.

Проблемы с сертификатами и переход на СЭДО

Выясним причину, почему сообщения об ошибках могут быть ложными. В последнее время фонд активно переходит на систему проактивных выплат и СЭДО. Это вызывает «косяки» на стороне серверов фонда, о которых упоминалось в обсуждении.

Разберем, что нужно проверить системному администратору или бухгалтеру:

1. Актуальность сертификатов: Проверьте, установлены ли в 1С последние сертификаты СФР для шифрования и подписи. Если сертификаты устарели, расшифровка ответов от сервера может работать некорректно, выдавая случайные коды ошибок (включая 500 и 919).
2. Тип выплаты: Убедитесь, что по данному сотруднику не пришло «Входящее сообщение для предоставления сведений» через СЭДО. Если фонд уже инициировал проактивный процесс, старый формат реестров ПВСО может блокироваться системой как избыточный или дублирующий.

Для технического анализа ситуации в 1С полезно заглянуть в журнал регистрации. Проанализируем пример того, как это выглядит в коде обработки ошибок (условно):

// Пример логики проверки ответа сервера
Если РезультатОтправки.КодОшибки = "500" Тогда
    Сообщить("Обнаружен дубль документа на сервере СФР.");
    Сообщить("Рекомендуется проверить статус в личном кабинете или переформировать реестр.");
КонецЕсли;

Подводя итог, отметим: если вы столкнулись с массовыми ошибками по всем сотрудникам в реестре, скорее всего, проблема на стороне шлюза фонда или в настройках обмена (сертификаты). Если ошибка точечная — проверяйте заполнение части страхователя в конкретных больничных листах и пробуйте пересоздать реестр для смены технического идентификатора.