Как исправить ошибки СЭДО и получить входящие запросы СФР после перехода на новую платформу

← На главную

При переходе Социального фонда России на обновленную платформу ЕЦП многие пользователи конфигураций 1С сталкиваются с остановкой обмена по СЭДО: перестают поступать входящие запросы и уведомления об изменении статусов листков нетрудоспособности, а при отправке документов возникают ошибки формата XML по схемам XSD. Разберем по шагам причины сбоев и эффективные способы их устранения.

Причины сбоев: аннулирование старых процессов и переход на пятизначные типы сообщений

Проанализируем техническую сторону проблемы. В рамках новой платформы взаимодействие переведено на новые схемы сообщений:

Входящие запросы теперь поступают с кодом 10010 вместо устаревшего 100.
Ответы страхователя формируются по формату 10110 вместо 101.
Инициация процесса осуществляется сообщением 10910 взамен 109.

Если ранее открытый процесс в фонде имел номер, начинающийся на цифру 4, такой процесс относится к старой системе ЕИИС «Соцстрах». На новой платформе ЕЦП ответы по процессам на четверку отклоняются шлюзом фонда. Для продолжения работы требуется перезапустить процесс либо принудительно перечитать входящие сообщения.

Ошибка валидации emailAddress при отправке ответа на запрос

При попытке отправить документ ОтветНаЗапросФССДляРасчетаПособия возникает сообщение об ошибке логического контроля:

cvc-pattern-valid: Value '' is not facet-valid with respect to pattern '[^@]+@[^\.]+\..+' for type 'emailAddress'

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

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

Глобальная настройка: перейдем в справочник Организации, откроем вкладку Адреса и телефоны и внесем корректный адрес в поле Email. Этот адрес будет по умолчанию подставляться во все создаваемые документы обмена СЭДО.
Точечное исправление: откроем подготовленный документ Ответ на запрос СФР для расчета пособия, перейдем на вкладку или в раздел сведений о составителе внизу формы и вручную заполним реквизит E-mail, после чего повторим отправку.

Ошибки классификаторов: cvc-enumeration-valid

Нередко при выгрузке ответов система сообщает о несоответствии закрытому списку допустимых значений перечисления:

cvc-enumeration-valid: Value '' is not facet-valid with respect to enumeration '[12, 15, 19, 61, 62, 63]' или enumeration '[1, 2, 3, 4, 5, 6]'

Разберем природу данных классификаторов:

Перечисление видов документов, подтверждающих проживание: список [12, 15, 19, 61, 62, 63] относится к иностранным гражданам и лицам без гражданства (вид на жительство, РВП, регистрация по месту жительства или пребывания). Для граждан РФ данный узел XML выгружаться не должен. Если программа ошибочно пытается выгрузить блок по резиденту, проверяем карточку сотрудника (статус застрахованного лица), а в нетиповых или устаревших конфигурациях корректируем алгоритм формирования узла.
Перечисление статусов налогоплательщика: список [1, 2, 3, 4, 5, 6] указывает на классификатор резидентства. Зайдем в карточку физического лица в раздел учета НДФЛ и убедимся, что реквизит Статус налогоплательщика выбран (например, «1 — Налоговый резидент Российской Федерации»). После этого перезаполним документ Ответ на запрос СФР.
Исключенные коды условий исчисления: обратим внимание, что в обновленной спецификации исключены коды 44 (для больничных) и 46 (для пособий по беременности и родам). Если эти коды подставились в табличную часть ответа автоматически, очистим их вручную, а необходимые уточнения внесем в текстовое поле Примечание страхователя.

Для программистов, сопровождающих старые конфигурации, приведем пример корректировки модуля документа ОтветНаЗапросФССДляРасчетаПособия, исключающей выгрузку лишнего узла для резидентов и задающей корректный код МВД:


// В начале процедуры ВыгрузитьРазрешениеНаПроживание10110:
Если Документ.СотрудникВидСтрахованияЕЦП = "1" Тогда
    Возврат;
КонецЕсли;

// При выгрузке сведений о паспорте РФ (код 21):
Если Документ.УдостоверениеЛичностиВид = Справочники.ДокументыУдостоверяющиеЛичность.ИМНС21 Тогда
    МенеджерXML.ДобавитьУзел(УзелПаспорт, "person:type", "21");
Иначе
    МенеджерXML.ДобавитьУзел(УзелПаспорт, "person:type", СведенияОВидеДокумента.КодМВД);
КонецЕсли;

Как получить входящие запросы СФР при пустом списке обмена

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

Откроем через Функции для технического специалиста регистр сведений Входящие сообщения СЭДО СФР (или Входящие сообщения СЭДО ФСС в зависимости от конфигурации).
Проанализируем записи с типом 10010. Если записи в регистре присутствуют, но сам документ Входящий запрос СФР для расчета пособия не сформировался, откроем нужную запись, нажмем Получить с сервера СЭДО, а затем выполним команду Обработать повторно.
Если записи с типом 10010 были загружены до обновления на релиз с поддержкой новых форматов и документы по ним не создались: очистим проблемные записи в регистре за нужный период, после чего в рабочем месте обмена выполним принудительную загрузку данных за период.
Если запрос есть в системе спецоператора связи (например, Такском, СБИС, Контур), скопируем из него уникальный идентификатор сообщения (UUID). В регистре сведений создадим новую запись, внесем полученный Идентификатор, выберем Организацию, нажмем Получить с сервера СЭДО и затем Обработать повторно.
Если по больничному листу завис процесс на цифру 4: создадим и отправим документ Исходящее сообщение о страховом случае СФР (тип 10910). Фонд закроет устаревший процесс и пришлет новый входящий запрос с актуальным номером.

Ошибка «Поле объекта не обнаружено (sedomessagelist)» и сбои регламентных заданий

Рассмотрим специфические системные ошибки при получении данных:

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