В процессе работы с электронным документооборотом (СЭДО) в программах «1С:Управление производственным предприятием» (УПП) и «1С:Зарплата и управление персоналом» (ЗУП) пользователи часто сталкиваются с тем, что документ «Сведения о застрахованных лицах» либо не уходит в фонд, либо зависает в статусе «Сведения отправлены, ответы не получены». Разберем подробно причины этих проблем и способы их решения, основываясь на практическом опыте специалистов и анализе технических особенностей взаимодействия с Социальным фондом России (СФР).
Одной из наиболее частых причин отказа фонда в приеме сведений является ошибка Unknown format message. Как показывает практика, за этим сообщением скрываются несоответствия в заполнении реквизитов сотрудников. Проанализируем основные зоны риска:
Иногда проблема кроется не в данных, а в самой программе. В релизах УПП (например, 1.3.174.1) была замечена критическая ошибка при обработке входящих сообщений. Разберем по шагам, как диагностировать эту проблему. Если при попытке получить ответ от ФСС система выдает ошибку Поле объекта не обнаружено (Сотрудник), это означает, что программный код не может сопоставить данные из XML-ответа фонда с объектами базы.
Для решения этой проблемы программистам необходимо обратить внимание на модуль менеджера документа ВходящийЗапросФССДля расчетаПособия. В процедуре обработки XML-содержимого может потребоваться ручная корректировка логики поиска сотрудника по идентификатору. Рассмотрим пример структуры кода, где может возникать коллизия:
// Пример проблемного участка в модуле менеджера
Процедура ПрочитатьXMLВходящегоСообщения(ЧтениеXML, ДокументОбъект)
// ... код чтения тегов ...
Если ЧтениеXML.Имя = "Employee" Тогда
// Ошибка возникала здесь, если структура XML не соответствовала ожиданиям
СотрудникСсылка = ПоискСотрудникаПоИдентификатору(Идентификатор);
// ...
КонецЕсли;
КонецПроцедуры
В актуальных релизах (1.3.180+) эти ошибки, как правило, уже исправлены вендором, поэтому первым делом рекомендуется обновить конфигурацию до актуального состояния.
Если данные заполнены верно, но программа пишет, что оператор (например, ТЕНЗОР или Контур) не сертифицирован в 1С, или ответы просто не приходят, следует проверить настройки криптографии и актуальность сертификатов. Посмотрим на важные моменты:
Организации на закладке ЭДО.Для детального анализа того, что именно происходит при обмене, мы можем обратиться к «закулисью» программы — регистрам сведений. Рассмотрим ситуацию: в документе статус не меняется, но данные могли уйти. Проанализируем регистр Входящие сообщения СЭДО ФСС.
Здесь нас интересуют сообщения с типом 87. Это «Результат регистрации сведений о застрахованном лице». Если в регистре сообщение имеет статус PROCESSED и текст Карточка застрахованного лица успешно зарегистрирована, значит, на стороне фонда все в порядке, даже если сам документ в 1С не обновил свой статус.
Также полезно проверять регистр Состояния документов СЭДО ФСС. В нем фиксируются все этапы прохождения документа: от выгрузки до получения финального протокола.
Бывают случаи, когда кнопка «Отправить в ФСС» становится недоступной после неудачной попытки связи. Выясним, как инициировать повторную отправку. В некоторых случаях помогает групповое изменение реквизитов, чтобы сбросить статус документа, либо использование специализированных обработок по исправлению статусов СЭДО, которые доступны на порталах поддержки 1С. Если прямая отправка дает сбой, для экспорта данных в файлы можно использовать обработку выгрузки сведений о застрахованных лицах в файлы СЭДО.
Если ответы не приходят по кнопке «Получить ответ ФСС» непосредственно из документа, попробуйте воспользоваться общим механизмом: Извещения СЭДО — Действия — Получить сообщения за период. Выберите период с запасом (например, с начала года) и запустите процесс получения. Это часто принудительно обновляет статусы «зависших» документов.
Важный момент: если вы точно знаете (например, из телефонного звонка в фонд или через Личный кабинет страхователя), что сведения приняты, повторно отправлять их не нужно. Дублирование записей может создать путаницу в базе СФР и привести к новым ошибкам формата при попытке «перетереть» уже существующую карточку застрахованного лица.