В процессе работы с системой электронного документооборота (СЭДО) с Социальным фондом России (бывший ФСС) пользователи часто сталкиваются с ситуацией, когда программа сообщает об успешном получении сообщений, но в списке документов «Входящие сообщения СЭДО» они не появляются. Разберем подробно, почему это происходит и как восстановить видимость данных.
Прежде всего, нам необходимо убедиться, что сообщения действительно поступили в базу данных 1С, а не «потерялись» на этапе запроса к серверам СФР. Для этого проанализируем содержимое служебного регистра. Выясним, есть ли записи в системе на техническом уровне.
Перейдем в «Функции для технического специалиста» (или «Все функции») и найдем регистр сведений ВходящиеСообщенияСЭДОФСС. Проанализируем список записей: если в данном регистре записи с актуальными датами присутствуют, значит, транспортный уровень обмена отработал корректно, и проблема кроется в логике отображения этих данных в интерфейсе или их первичной обработке.
Основная причина «невидимости» сообщений заключается в том, что СФР периодически обновляет форматы и типы сообщений (например, для проактивных выплат). Если ваша конфигурация 1С или установленные в ней классификаторы не знают нового кода типа сообщения, механизм динамического списка просто не включает такие записи в пользовательский журнал.
Рассмотрим алгоритм действий для решения этой проблемы:
СЭДО.EF_6000xxxx, которые специально предназначены для исправления ошибок СЭДО.Проанализируем ситуацию с установкой исправлений. Часто проблема кроется в ошибке разбора (парсинга) XML, приходящего от фонда. Для исправления этого механизма выполним следующие шаги:
СЭДО. Если автоматическая загрузка патчей отключена, рекомендуется скачать их вручную с портала техподдержки 1С и установить через конфигуратор или в пользовательском режиме.Иногда сообщения не отображаются из-за некорректной привязки к карточке организации. Это случается, если в базе несколько записей об организации или если GUID организации в системе СЭДО не совпадает с внутренним идентификатором 1С. Проанализируем параметры подключения:
Проверим настройки обмена с ФСС в карточке организации. Убедимся, что указаны верные ИНН, КПП и выбран актуальный сертификат ответственного лица. Попробуем перевыбрать сертификат и заново нажать кнопку «Получить сообщения за период», выбрав интервал, в который сообщения были получены, но не отобразились.
Помимо регистра с самими сообщениями, существует регистр СостоянияСообщенийСЭДОФСС. В нем фиксируется статус обработки каждого сообщения. Если при загрузке произошел программный сбой, статус может «зависнуть» в положении «Обрабатывается», и документ не будет создан.
Для продвинутых пользователей и программистов рассмотрим вариант «проталкивания» сообщения:
Если сообщение есть в ВходящиеСообщенияСЭДОФСС, но документ не создался, можно попробовать вручную очистить статус в регистре состояний для конкретного сообщения. После этого при повторном нажатии «Получить сообщения» система попытается обработать его заново.
Если вышеуказанные способы не помогают, выполним стандартные регламентные операции с базой данных:
/ClearCache.Тестирование и исправление в конфигураторе. Обязательно выберем пункты:
Выясним причину, связанную с криптографией. С 2023-2024 года изменились цепочки доверия сертификатов. Если в системе не установлены актуальные корневые сертификаты СФР, программа может получить пакет данных, но не сможет его расшифровать в фоновом задании. В результате в журнале будет пусто.
Проверим наличие трех обязательных сертификатов в хранилище «Доверенные корневые центры сертификации» на сервере (если используется клиент-серверный вариант) или на локальном ПК:
Мы рассмотрели основные причины, по которым входящие сообщения от ФСС могут не отображаться. В большинстве случаев проблема решается установкой актуальных патчей и обновлением конфигурации до релиза, поддерживающего последние изменения в протоколах СФР. Если же данные есть в регистре, но не видны в журнале, следует обратить внимание на соответствие типов сообщений и корректность установленных сертификатов шифрования.