Ошибки СЭДО СФР читаются по префиксу кода: E_SEDO_ отвечает за транспорт и шлюз, ERR_PR_ за логический контроль проактивного процесса на стороне фонда, ERR_ и WARN_ за контроль реестров, форм и машиночитаемой доверенности, ORA- за базу сервиса ЭЛН. Три слоя лечатся по-разному: транспорт сертификатами, сетью и настройкой опроса, логический контроль правкой данных в ответе, разбор входящего сообщения в учётной программе релизом и патчем. С 19 по 21 сентября 2026 года СФР перевёл проактивные процессы ВНиМ на ГИС ЕЦП, поэтому часть сентябрьских отказов вызвана тем, что программа шлёт старые типы сообщений: для 1С:ЗУП 3.1 нужен релиз 3.1.38.92 и выше.
Ниже собраны справочные таблицы по каждому слою: дословный текст ошибки, причина и действие. Отдельно разобраны коды, при которых работодателю делать ничего не нужно, потому что процесс закрыт корректно. Показано, что стоит за длинными числами в сообщениях СЭДО и почему искать свою ошибку нужно по префиксу. Сроки ответа, месячный дедлайн закрытия процесса, суммы штрафов по статье 15.2 255-ФЗ и статье 15.33 КоАП, пошаговый разбор протокола, образцы кадровых документов и ответы на частые вопросы находятся во второй половине статьи.
Четыре префикса кода и три слоя ошибок СЭДО
Один и тот же текст на экране означает разные вещи в зависимости от того, на каком уровне остановился обмен. Сообщение может не дойти до шлюза СФР вовсе, дойти и получить отказ логического контроля, либо прийти обратно и не разобраться в учётной программе. Префикс кода показывает этот уровень до того, как вы начнёте что-то менять в данных.
| Формат кода | Слой отказа | Чем лечится |
|---|---|---|
| E_SEDO_ и 4 цифры | Шлюз и транспорт СЭДО | Сертификаты, регистрационный номер, МЧД, интервал опроса, релиз программы |
| ERR_PR_ и 4 цифры | Логический контроль проактивного процесса | Правка данных в ответе и повторная отправка либо новое сообщение о страховом случае |
| ERR_ и 3-4 цифры | Контроль реестров и форм ПВСО | Заполнение недостающих полей реестра и повторная отправка |
| ERR_4030, ERR_4080, ERR_4200 | Проверка машиночитаемой доверенности | Сверка номера МЧД, состава полномочий и данных подписанта |
| WARN_ и цифры | Предупреждение без отказа в приёме | Проверка сведений, при необходимости дополнение |
| ORA-200 и 2 цифры | База данных сервиса ЭЛН | Проверка статуса и этапов оформления ЭЛН, повторное обращение |
| HTTP 400, 403, 404, 500, 502, 503, 504 | Сеть, шлюз, оператор | Сертификаты, доступ к хосту, повтор запроса позже |
| Коды 50, 30, 20 | Протокол по форме ЕФС-1, смежная процедура | Корректировка по ошибочным сотрудникам в течение 5 рабочих дней |
Из таблицы видно распределение зон ответственности: коды E_SEDO_ и HTTP решаются на рабочем месте и у оператора, коды ERR_PR_ решаются только правкой сведений о работнике, а WARN_ и коды протокола ЕФС-1 часто вообще не требуют переотправки. Проверить свой случай можно по базе знаний СФР по техническим вопросам: там фонд публикует официальные формулировки по кодам ERR_PR_, E_SEDO_1026, ORA- и по требованиям к сертификатам.
Как искать ошибку по префиксу кода
Длинное число рядом со словом «ошибка» почти всегда оказывается идентификатором, и поиск по нему не даёт результата. В перечнях СФР коды имеют строго четыре формата: ERR_PR_ и четыре цифры, ERR_ и три-четыре цифры, E_SEDO_ и четыре цифры, ORA-200 и две цифры. Семизначных кодов ошибок в этих перечнях нет. Числа, которые встречаются в текстах сообщений:
- Номер проактивного процесса — 9 знаков, например 213969809 или 421242085. Встречается в текстах ERR_PR_1000, ERR_PR_1047 и ERR_PR_1076.
- Идентификатор сообщения СЭДО — 36 знаков в формате UUID, например aa2523d6-51ca-432b-891f-e8f70666edf0. По нему сообщение загружают вручную.
- Номер первичного документа для перерасчёта — формат P, регистрационный номер, год, месяц, дата, номер реестра и окончание 0:1. Берётся из квитанции о приёме первичного реестра.
- Номер типа сообщения — до 19 сентября 2026 года две-три цифры, после миграции пять цифр. Тип сообщения обозначает вид документа в обмене.
- Номер патча 1С — префикс EF_ и цифры, например EF_60013960. Это номер исправления конфигурации.
Практический порядок поиска выглядит так: найдите в тексте протокола префикс, отбросьте всё, что идёт после двоеточия, и ищите по конструкции вида ERR_PR_1104 или E_SEDO_1026. Если префикса нет вовсе, перед вами текст транспортной ошибки, и разбирать его нужно по формулировке целиком.
Миграция на ГИС ЕЦП 19-21 сентября 2026 и новые типы сообщений
19 сентября 2026 года в 10:00 по московскому времени СФР прекратил приём и отправку типов сообщений 100, 101, 105, 107, 109, 112, 124, 320, 321 и 322. В тот же день включилась отправка типов 10010 и 32210, а 21 сентября в 10:00 по московскому времени заработали остальные новые типы. Открытые процессы работодателям нужно было закрыть до 18 сентября включительно, отправив ответы на запросы.
| Было | Стало | Что это за сообщение |
|---|---|---|
| 100 | 10010 | Входящий запрос СФР для расчёта пособия |
| 101 | 10110 | Ответ страхователя на запрос СФР |
| 105 | 10510 | Результат обработки ответа на запрос, протокол |
| 107 | 10710 | Уведомление об изменении расчёта пособия или об ответе другого страхователя |
| 109 | 10910 | Исходящее сообщение о страховом случае, инициация процесса страхователем |
| 112 | 11210 | Результат обработки информации о жизненных событиях, протокол |
| 124 | 12410 | Уведомление об отсутствии ответа страхователя |
| 320 | 32010 | Запрос данных о среднем заработке |
| 321 | 32110 | Ответ со сведениями о среднем заработке |
| 322 | 32210 | Данные СФР для расчёта пособий |
Ошибка миграции опознаётся по дословному тексту протокола логического контроля: «Не удалось определить маршрут для сообщения 101. Проверьте указанный тип сообщения или обратитесь к администратору. Типы сообщений № 109, 101, 320 больше не поддерживаются. Для корректной работы используйте новые типы: № 10910, 10110, 32010». На уровне шлюза то же самое приходит как E_SEDO_1028 или 3030 «Неизвестный тип сообщения».
С 21 сентября 2026 года запросы приходят в формате спецификации 3.0. Документы «Ответ на запрос СФР для расчёта пособия», проведённые до этой даты, нужно перепровести перед отправкой, иначе они уйдут в старом формате. Неподтверждённые «Исходящие сообщения о страховом случае СФР» отправляются повторно после 21 сентября. Дополнительных настроек обмена релиз 3.1.38.92 не требует.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Отдельно про число 109, вокруг которого больше всего путаницы. 109 обозначает тип сообщения СЭДО «Информация о жизненных событиях», то есть исходящее сообщение, которым работодатель сам инициирует проактивный процесс, если запрос от фонда не пришёл. Кода ошибки с номером 109 в системах СФР нет. В практике Добыто на этом спотыкаются чаще всего: специалист по кадрам видит «109» в рекомендации протокола и ищет расшифровку ошибки, хотя фонд предлагает отправить новое сообщение этого типа. После миграции тот же документ отправляется типом 10910.
Коды E_SEDO_: шлюз, сертификаты и регистрационный номер
Коды с префиксом E_SEDO_ приходят от шлюза до того, как содержимое сообщения дошло до логического контроля. Часть из них означает отказ в приёме по формальному признаку, часть относится к подписке абонента и действий не требует.
| Код | Текст или значение | Что делать |
|---|---|---|
| E_SEDO_1000 | Внутренняя ошибка валидации схемы | Обновить релиз учётной программы, повторить отправку |
| E_SEDO_1010 | «Ошибка при попытке расшифровать сообщение» | Скачать и переустановить актуальный сертификат СФР, заменить его в настройках ЭДО |
| E_SEDO_1011 | Не указан сертификат пользователя | Выбрать сертификат в настройках организации |
| E_SEDO_1012 | Запрос выполнен ранее чем через 5 минут после предыдущего | Увеличить интервал опроса, отключить дублирующее регламентное задание |
| E_SEDO_1015 | Сообщение не соответствует схеме | Обновить релиз, проверить XSD-схему актуальной версии |
| E_SEDO_1020 | Ошибка проверки ЭЦП | Переподписать корректной УКЭП и отправить повторно |
| E_SEDO_1024 | ОГРН медорганизации не найден | Проверить данные запроса |
| E_SEDO_1025 | Пара «регистрационный номер и ОГРН» не найдена в справочнике | Подписать ЭП страхователя, проверить регистрационный номер и номер МЧД в настройках |
| E_SEDO_1026 | «Регистрационный номер страхователя <номер> не найден в справочнике организаций» | Проверить регистрационный номер по ОСС, а не по ПФР, подписать УКЭП страхователя, указать номер МЧД |
| E_SEDO_1027 | ОГРН организации не найден в справочнике | Проверить ОГРН и статус регистрации страхователя |
| E_SEDO_1028 и 3030 | Неизвестный тип сообщения | Перейти на пятизначные типы 10010, 10110 и далее по таблице соответствия |
| E_SEDO_1029 | Представитель не уполномочен | Выпустить МЧД с нужным полномочием |
| E_SEDO_1030 | Источники расходятся: «Текст не в формате base64» либо «У страхователя с регистрационным номером СФР <номер> нет страхований по ОСС в реестре страхователей» | Уточнять по тексту конкретного протокола, единой трактовки нет |
| E_SEDO_1040 | «Ошибка при приеме сообщения» | Повторить отправку позже |
| E_SEDO_1080 | «Ошибка подписи исходящего сообщения» | Проверить сертификат и криптопровайдер на рабочем месте |
| E_SEDO_2100 и E_SEDO_2110 | Тип сообщения не актуален либо не существует | Обновить релиз, сверить тип со спецификацией |
| E_SEDO_2150 | Источники расходятся: «Сообщение с таким ID уже существует» либо «Ошибка при обработке данных сообщения СЭДО типа 14: Несоответствие типов (параметр номер ‘1’)» при невалидном XML | Проверить, не отправлено ли сообщение ранее; для 1С предусмотрен патч EF_60013960 |
| E_SEDO_3000 | Внутренняя ошибка на стороне СФР | Повторить, при повторении оформить заявку в поддержку СФР |
| E_SEDO_3010 | Сообщение не найдено | Запросить список входящих заново |
| E_SEDO_3020 | Неверный формат сообщения | Проверить соответствие XSD-схеме актуальной версии |
| E_SEDO_3110 и E_SEDO_3120 | Абонент уже подписан, абонент уже откреплён | Действий не требуется |
| E_SEDO_3130 | Абонент не был подписан | Оформить подписку на страхователя |
| E_SEDO_3170 | В сертификате отсутствует ОГРН | Перевыпустить сертификат либо применить МЧД |
| E_SEDO_3200 | Ошибка логического контроля на стороне СФР | Повторить, при повторении заявка в поддержку |
| E_SEDO_3210 | Полномочия не проверены | Сервис проверки МЧД недоступен, повторить позже |
Самый частый код этой группы — E_SEDO_1026. Фонд называет пять причин: страхователь ликвидирован, указан регистрационный номер ПФР вместо номера по ОСС, запрос подписан подписью не страхователя, УКЭП индивидуального предпринимателя выпущена без ОГРНИП, не указан номер МЧД. Сверять регистрационный номер имеет смысл сразу с двумя документами: с уведомлением о регистрации и с актуальной выпиской из ЕГРЮЛ.
Внимание: увольнение сотрудника, имевшего доступ к ключевой информации, считается компрометацией ключа само по себе, даже если носитель сдан. При отзыве сертификата действие прекращается не в момент обращения в удостоверяющий центр, а в момент внесения записи в реестр, и по части 7 статьи 14 63-ФЗ на это отводится до 12 часов.
С 1 сентября 2026 года СФР не принимает отчётность, подписанную сертификатом без назначений ключа keyAgreement, dataEncipherment и keyEncipherment. Проверяется это в файле сертификата с расширением .cer на вкладке «Состав» в поле «Использование ключа». Сертификаты, полученные в УЦ ФНС после 28 августа 2025 года, требованию соответствуют.
Мария Ж, специалист по цифровой подписи и КЭДО: «Сертификат должен быть действителен именно на момент подписания, и проверяется при этом вся цепочка: личный сертификат, сертификат удостоверяющего центра, сертификат головного удостоверяющего центра, плюс список отозванных сертификатов. Текст «нет доверия к издателю сертификата» означает, что цепочка не выстроена на рабочем месте, а не дефект самой подписи. Откройте свой сертификат и проверьте, установлены ли оба корневых сертификата и не попал ли ваш в список отзыва»
HTTP-коды и тексты ошибок сервера СЭДО
Транспортный отказ отличается от отказа по данным тем, что XML до логического контроля не доходит вовсе. Текст «Не удалось обратиться к серверу» означает, что соединение не установилось.
| Код | Причина | Что делать |
|---|---|---|
| 400 | Некорректный синтаксис запроса | Обновить релиз программы |
| 403 | Запросы GetCount чаще установленного интервала | Увеличить интервал опроса, отключить дублирующие регламентные задания |
| 404 | Неправильный адрес сервиса, сбой балансировщика, обращение по старому адресу после миграции | Проверить адрес в регистре «Журнал запросов к серверам ФСС», повторить позже |
| 500 | Неверные сертификаты в настройках, не установлен патч, блокировка антивирусом или брандмауэром, устаревший кэш, сбой на стороне СФР | Проверить сертификат страхователя и сертификат шифрования органа СФР, установить патч EF_60005735_9, проверить прокси, очистить кэш |
| 502 | Сбой шлюза | Повторить запрос |
| 503 | Сервис недоступен, регламентные работы или перегрузка | Повторить позже |
| 504 | Таймаут шлюза | Повторить запрос через 10 минут |
Тексты без HTTP-кода читаются так же буквально. «Произошла ошибка при выполнении криптооперации над запросом к серверу СЭДО» означает, что истёк срок действия сертификата фонда, и его нужно скачать заново и заменить в настройках организации в разделе ЭДО. «Ошибка расшифровки ответа ФСС» вместе с записью в журнале «Размер блока превышает размер файла» закрывается патчем EF_70109408. «Набор ключей не определен» указывает на несоответствие ГОСТа сертификата криптопровайдеру: фонд рекомендует КриптоПро CSP 4.0 и выше либо ViPNet CSP 4.4 и выше. «Ошибка формата сообщения. Unknown format message» означает несоответствие спецификации и лечится обновлением программы. При прямом обмене доступ нужен к узлу sedo.fss.ru по порту 443, при обмене через оператора электронного документооборота — к sedo.keydisk.ru по тому же порту.
Коды ERR_PR_: логический контроль проактивного процесса
Ошибки с префиксом ERR_PR_ приходят в протоколе типа 105 или 112, после миграции — 10510 и 11210, в формате «Ошибки (1): ERR_PR_1076: текст». Шлюз сообщение уже принял, отказ относится к содержанию сведений.
| Код | Текст и причина | Что делать |
|---|---|---|
| ERR_PR_1000 | «Не найден процесс № 421242085». Процесс не найден в ЕЦП после миграции | Проверить, не пришёл ли новый входящий запрос; если нет, создать исходящее сообщение о страховом случае и ответить на новый запрос |
| ERR_PR_1029 | «Значение поля недопустимо для редактирования». Изменены защищённые поля: метод назначения, реквизиты документов о рождении, причина нетрудоспособности | Переформировать ответ, не трогая эти поля |
| ERR_PR_1047 | «Процесс <номер> закрыт. Пособие с документом … не было оплачено. Перерасчет не представляется возможным» | Направить новое сообщение о страховом случае типа 10910 для инициации нового процесса |
| ERR_PR_1076 | Вариант 1: «Проактивный процесс 213969809 был закрыт ранее по причине: ‘Страхователь не направил ответ на запрос недостающих сведений в течении одного календарного месяца с даты направления запроса недостающих сведений’». Вариант 2: процесс закрыт, выплата подтверждена другим страхователем | Вариант 1: создать исходящее сообщение о страховом случае на основании прежнего ответа, дождаться нового запроса и ответить. Вариант 2: действий не требуется |
| ERR_PR_1104 | «Страхователь не найден в списке страхователей застрахованного лица в СФР». Не принят подраздел 1.1 ЕФС-1, ошибка в СНИЛС, неверный регистрационный номер, нет увольнения по прежнему месту при переводе | Провести подраздел 1.1 ЕФС-1, проверить СНИЛС посимвольно и регистрационный номер, повторить через 1-2 рабочих дня |
| ERR_PR_1114 | «Проактивный процесс закрыт. В системе был найден завершенный процесс по другому страхователю» | Действий не требуется |
| ERR_PR_1116 | Процесс закрыт: обнаружен договор ГПХ у другого страхователя | Действий не требуется, назначение возможно только у одного страхователя |
| ERR_PR_1200 | «При указании договора ГПХ необходимо указать дату начала договора» | Заполнить дату начала договора ГПХ |
| ERR_PR_1203 | «Сумма заработка не соответствует данным персонального учета» | Сумму заработка в проактивном запросе не менять; при наличии документов корректировать стаж |
| WARN_PR_1003 | Процесс закрыт из-за изменения расчётных годов или признака трудового договора и ГПХ другим страхователем | Дождаться нового запроса с изменёнными данными |
ERR_PR_1104 и ERR_PR_1203 указывают на расхождение сведений с персонифицированным учётом, поэтому правка самого сообщения их не закрывает. По позиции фонда работодатель не меняет сумму заработка в проактивном запросе; при работе по совместительству ответ направляется без корректировки сумм среднего заработка, метод назначения система определяет сама. Замена лет расчётного периода делается в ответе на проактивный запрос, после чего приходит новый запрос с учётом замены.
Какие ошибки СЭДО чинить не надо
Часть кодов означает штатное состояние процесса, и повторная отправка ответа в этих случаях создаёт дубль либо уходит в отказ. Перечень конечный:
- ERR_PR_1114 — завершённый процесс найден по другому страхователю. Пособие назначено у второго работодателя.
- ERR_PR_1116 — у другого страхователя обнаружен договор ГПХ, назначение идёт там.
- ERR_PR_1076, вариант 2 — выплата пособия подтверждена другим страхователем.
- WARN_PR_1003 — другой страхователь изменил расчётные годы или признак договора, текущий процесс закрыт и будет открыт новый.
- E_SEDO_3110 и E_SEDO_3120 — абонент уже подписан либо уже откреплён, повтор подписки или отписки.
- ERR_500 в реестрах прямых выплат — «В системе найден полный дубль документа», первый реестр уже принят.
Отличить такой отказ от рабочего просто: во всех перечисленных случаях в тексте есть указание на другого страхователя, на завершённый процесс или на дубль. Если формулировка требует от вас сведений, это рабочий отказ, и его нужно закрывать. Проверить, чем закончился процесс, можно по журналу извещений и уведомлений о выплате пособий.
Ошибки реестров, форм, машиночитаемой доверенности и ЭЛН
Коды ERR_ без вставки PR относятся к реестрам сведений и формам ПВСО, то есть к другому контуру обмена. Их часто ищут вместе с кодами СЭДО, потому что приходят они в том же личном кабинете.
| Код | Текст | Что делать |
|---|---|---|
| ERR_163 | «Заполните поле ФИО Руководителя» | Заполнить ФИО руководителя в реестре |
| ERR_243 | «Не заполнено поле Председатель ВК» | Указать ФИО председателя врачебной комиссии |
| ERR_565 | «Не правильно указано количество дней для оплаты» | Указать период за вычетом первых 3 дней |
| ERR_573 | «Указанный номер счета не соответствует БИКу банка» | Сверить номер счёта и БИК |
| ERR_604 | «Поле обязательно, т.к. значение очередности рождения >1» | Заполнить данные о предыдущих детях |
| ERR_625 | «Не заполнен признак наличие периода» | Проставить признак оплаты |
| ERR_777 | «Адрес должен содержать значения из справочника КЛАДР или ФИАС» | Привести адрес к справочнику |
| ERR_901 | «Ошибка обработки файла. Регистрационный номер страхователя не найден» | Проверить окончание кода подчинённости и КПП |
| ERR_1067 | Период указан в неправильных блоках | Исправить структуру периодов |
| ERR_1076 | Расчётный счёт не определён в справочнике ПВСО. Не путать с ERR_PR_1076 | Зарегистрировать реквизиты счёта |
| ERR_1847 | Сведения в ЭЛН не соответствуют периоду освобождения от работы | Сверить периоды с листком нетрудоспособности |
| WARN_919 | «Для корректной обработки реестра сведений ПВСО необходимо заполнить сведения в части страхователя» | Запросить ЭЛН и заполнить блок страхователя |
| ERR_4030 | «Указанная доверенность не найдена» | Проверить номер МЧД в запросе и в настройках организации |
| ERR_4080 | Данные сертификата не совпадают с данными уполномоченного в доверенности | Подписывать тем сертификатом, который указан в МЧД |
| ERR_4200 | «Владелец ЭП не совпадает с владельцем доверенности» | Проверить идентичность заполнения полей в родительской и дочерней МЧД |
| ORA-20001 | Доступ к ЭЛН ограничен из-за статуса документа | Проверить статус листка нетрудоспособности |
| ORA-20013 | Обновляемая запись потеряла актуальность | Перезапросить данные, они изменились параллельно |
| ORA-20015 | Не удалось определить состояние ЭЛН | Проверить дублирование данных и соответствие этапам оформления ЭЛН |
Адресные ошибки этой группы разбираются отдельно. Текст «ГУИД дома не найден в ГАР» означает неверные теги: тег guid содержит адрес без номера дома и квартиры, номер дома и корпус передаются отдельными тегами house и building, а тег houseGuid содержит полный адрес с номером дома, и других тегов тогда не требуется. Сверять адрес нужно по Государственному адресному реестру.
Полезно знать: использование в качестве реквизита адреса слов-ориентиров вблизи, около, у, рядом, возле, правее в Государственном адресном реестре не допускается. Адрес с такой формулировкой в реестре не найдётся, каким бы корректным он ни выглядел в карточке работника.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Мария Ж, юрист со стажем более 20 лет: «Ошибки по машиночитаемой доверенности чаще всего приходят после кадровых изменений, а не после технических. Отзыв сертификата и отзыв выданных сотруднику доверенностей мы держим в чек-листе увольнения на том же уровне, что и закрытие доступов к системам, и отдельно проверяем, не знал ли уходящий человек пин-кодов от чужих ключей. Сверьте по своему журналу выданных ключей и МЧД, совпадает ли список с актуальным составом сотрудников»
Справочник кодов и рабочие формы для разбора отказов СФР
Комплект собран под разбор протоколов: начинать удобнее со справочника кодов, где 68 кодов разложены по слоям и помечены те, что не требуют действий.
| Документ | Скачать |
|---|---|
| Справочник кодов ошибок СЭДО на 2026 год: 68 кодов по слоям | Скачать |
| Памятка по кодам сообщений СЭДО: было и стало | Скачать |
| Чек-лист готовности к работе после перехода на ГИС ЕЦП | Скачать |
| Журнал регистрации технических сбоев при обмене с СФР | Скачать |
| Регламент электронного взаимодействия с СФР по пособиям | Скачать |
Как прочитать протокол СФР и найти точку отказа
Формулировка «ошибка обработки сообщения СЭДО» покрывает три разные ситуации, и от того, какая из них перед вами, зависит весь дальнейший порядок действий.
- Сообщение не дошло до шлюза. Признак — текст «Не удалось обратиться к серверу» или HTTP-код. Смотреть в журнале регистрации, разбирать как транспортную ошибку.
- Сообщение принято и отклонено логическим контролем. Признак — протокол типа 10510 или 11210 с конструкцией «Ошибки (N): ERR_PR_xxxx». Смотреть в самом документе протокола, править данные.
- Сообщение получено программой и не разобрано. Признак — текст «Ошибка обработки сообщения <тип>». Смотреть в регистре входящих, обновлять релиз и искать исходный запрос вручную.
Третий случай разбирается по цепочке типов. «Ошибка обработки сообщения 124» означает входящее уведомление фонда о том, что ответ на запрос не поступил в срок: нужно найти в регистре входящих сообщение этого типа, определить идентификатор исходного запроса, открыть соответствующий входящий запрос и сформировать ответ. Ошибки логического контроля с текстом парсера читаются буквально: cvc-pattern-valid означает, что значение не подошло под шаблон поля, cvc-maxInclusive-valid — что значение превысило максимум.
Как разобрать ошибку СЭДО: пошаговая инструкция
- Шаг 1. Откройте текст ошибки целиком и найдите префикс: E_SEDO_, ERR_PR_, ERR_, WARN_ или ORA-. Если префикса нет и в тексте есть HTTP-код, перед вами транспортный отказ.
- Шаг 2. Проверьте журнал регистрации: Администрирование — Обслуживание — Журнал регистрации, уровень «Ошибка». Там видно, дошёл ли запрос до сервера.
- Шаг 3. Откройте регистр «Входящие сообщения СЭДО СФР» и посмотрите, есть ли протокол по вашему процессу. Если протокола нет, загрузите сообщения за период от даты закрытия ЭЛН до текущей даты.
- Шаг 4. Если известен идентификатор сообщения, создайте запись в регистре входящих, заполните организацию, вставьте идентификатор в соответствующее поле и выполните получение с сервера СЭДО. Идентификатор берётся в личном кабинете страхователя или у оператора.
- Шаг 5. Проверьте регламентные задания по СЭДО: Администрирование — Обслуживание — Регламентные операции. Для файловой базы оставьте базу открытой с включённой фоновой загрузкой.
- Шаг 6. Перед повторной отправкой ответа убедитесь, что в нём подставлен входящий запрос с наибольшим номером процесса. Ответ на закрытый первичный процесс фонд не примет.
- Шаг 7. Если ошибка воспроизводится, проверьте схему обмена: флажок «Обмен по СЭДО напрямую» в настройках обмена с СФР выводится через «Ещё» — «Изменить форму». Сброшенный флажок означает обмен через оператора, установленный — прямой обмен со шлюзом.
Под конкретные тексты ошибок 1С выпускает адресные исправления: EF_60009751_11 закрывает «Указанное сообщение не найдено», EF_60006774_2 отвечает за повторную отправку сообщений, EF_00_00556082 улучшает читаемость текстов ошибок, EF_60007173 добавляет отдельную кнопку обновления только по документам СЭДО. Полноценный механизм фоновой загрузки реализован в релизах 3.1.27.90 и 3.1.23.865.
Часть зависших сообщений уходит без вмешательства: программа повторяет цикл отправки, а при недоступности сервера СЭДО сообщение добавляется в очередь фоновой загрузки. Ручная переотправка в этот момент создаёт дубль. Нагрузка на шлюз ниже до 8:00 и после 18:00 по московскому времени, и обмен в эти часы зависает реже. Мы в Добыто ставим обмен на утреннее окно и держим отдельного ответственного за протоколы, чтобы отказ не лежал в регистре до конца трёхдневного срока.
Факт: лицензия на КриптоПро CSP в рамках проекта удостоверяющего центра ФНС России вшивается внутрь сертификата, и по сроку действия она равна сроку действия самого сертификата электронной подписи. Отдельно устанавливать такую лицензию на рабочем месте не нужно.
Мария Ж, соучредитель сервиса КЭДО Добыто: «На рабочем месте, с которого идёт обмен, должны стоять четыре вещи: драйвер вашего ключевого носителя, КриптоПро CSP версии 5.0 R2 сборки 12000 или выше, оба корневых сертификата — Минцифры России и УЦ ФНС России, — и личный сертификат из контейнера. Корневой сертификат Минцифры ставится в доверенные корневые центры сертификации, сертификат УЦ ФНС — в промежуточные; при перепутанных хранилищах цепочка не выстраивается. Проверьте это до того, как начнёте искать причину в настройках обмена»
Сроки ответа и месячный дедлайн, после которого процесс закрывается
Большинство ошибок СЭДО имеет срок годности: пока идут регламентные сроки, отказ исправим, после их истечения процесс закрывается и требует новой инициации.
| Действие | Срок |
|---|---|
| Ответ на запрос недостающих сведений | 3 рабочих дня |
| Ответ по единовременному пособию при рождении ребёнка | 2 рабочих дня |
| Передача сведений по закрытому ЭЛН | не позднее 3 рабочих дней |
| Сведения для пособия по уходу за ребёнком со дня подачи заявления | не позднее 3 рабочих дней |
| Подтверждение получения извещения через СЭДО | 3 рабочих дня |
| Ответ по существу извещения | 5 рабочих дней |
| Информация о районном коэффициенте | не позднее 2 рабочих дней |
| Выплата пособия фондом с даты поступления всех сведений | 10 рабочих дней |
| Закрытие процесса, если страхователь не ответил | 1 календарный месяц |
Месячный дедлайн работает жёстче остальных: после него ответ типа 10110 уже не примут, и вместо него приходит ERR_PR_1076 с формулировкой о том, что страхователь не направил ответ в течение одного календарного месяца с даты направления запроса. Восстановить процесс можно только новым исходящим сообщением о страховом случае и ответом на новый запрос. Промежуточный сигнал фонд присылает раньше: сообщение типа 12410 означает, что ответа нет, но процесс ещё жив.
Начало течения трёхдневного срока считается по-разному. Суды исходят из того, что срок стартует не с момента поступления электронного запроса, а со дня получения работодателем недостающих сведений от работника: без реквизитов счёта форма не отправляется. Такую позицию занял Арбитражный суд Северо-Кавказского округа в постановлении от 03.04.2026, а Арбитражный суд Уральского округа в постановлении от 04.03.2024 № Ф09-578/24 отсчитал срок со дня получения запроса, а не со дня его отправки фондом.
Штраф за просрочку и как доказать, что сбой был не у вас
Ответственность страхователя по пособиям закреплена в статье 15.2 255-ФЗ в редакции от 20.02.2026. Часть 1 — 200 рублей за каждый непредставленный документ. Часть 2 — 20 процентов от суммы излишне понесённых расходов, но не более 5 000 рублей и не менее 1 000 рублей. Часть 3 — 5 000 рублей за нарушение срока представления сведений. Формулировки «5 процентов за отказ» в этой статье нет: пятипроцентная санкция относится к другой норме и к сведениям для назначения пособий отношения не имеет. Параллельно применяются части 3 и 4 статьи 15.33 КоАП: штраф на должностных лиц от 300 до 500 рублей, дело рассматривает мировой судья. При смягчающих обстоятельствах размер снижается не менее чем в два раза. Минтруд в письме от 04.03.2026 № 17-1/ООГ-117 подтвердил, что за нарушение трёхдневного срока по закрытому ЭЛН применяется штраф 5 000 рублей, при этом обстоятельства, исключающие вину работодателя, признать можно.
Цена технической ошибки считается не по одному штрафу. Один пропущенный протокол по одному работнику даёт 5 000 рублей на организацию и до 500 рублей на должностное лицо. Организация на 300 сотрудников с двумя-тремя незакрытыми процессами в месяц выходит на шестизначную сумму за год, и к ней добавляется работа по повторной инициации каждого закрытого процесса: новое сообщение о страховом случае, ожидание нового запроса, повторный сбор сведений. Ошибка, исправленная в течение 3 рабочих дней, стоит часа работы специалиста по кадрам; та же ошибка, найденная через месяц, требует прохождения всего цикла заново. Полный перечень санкций фонд публикует на странице об ответственности страхователя.
Судебная практика разделяет ситуации по стороне сбоя. Арбитражный суд Московского округа постановлением от 22.02.2024 № А40-175408/2023 отменил штраф: сведения были направлены в срок, но фонд не принял их из-за ошибки в сертификате шифрования на своей стороне. Арбитражный суд Уральского округа постановлением от 18.03.2026 № Ф09-503/26 по делу № А76-24784/2025 освободил страхователя от ответственности при просрочке из-за проблем на стороне СФР. Обратная ситуация в постановлении Арбитражного суда Северо-Западного округа от 18.03.2024 № Ф07-1747/2024: сбой произошёл в системе самого страхователя, и штраф остался в силе. Арбитражный суд Западно-Сибирского округа постановлением от 30.01.2025 № Ф04-5727/24 учёл техсбой у страхователя как смягчающее обстоятельство и снизил штраф с 300 000 до 20 000 рублей.
Признаков, по которым сбой относится к стороне фонда, шесть: текст содержит HTTP-код 500, 502, 503 или 504 без упоминания сертификата; сообщение начинается с «Не удалось обратиться к серверу»; те же тексты одновременно приходят многим страхователям; на технической странице СЭДО есть плановое объявление с датами работ; фонд признаёт сбой; оператор ЭДО или разработчик учётной программы подтверждает проблему письмом. Доказательствами суды принимают уведомления операторов ЭДО, скриншоты ошибок, письма о технических неполадках и логи обмена данными.
Мария Ж, судебный эксперт по трудовому праву: «Распечатанный электронный документ остаётся копией электронного документа, а не оригиналом, и сам по себе в споре ничего не подтверждает. Чтобы распечатка протокола обмена работала как доказательство, её заверяют: оператором электронного документооборота, удостоверяющим центром, нотариусом либо самой организацией с отметкой о верности копии. Суд при этом вправе истребовать подлинник, если только он способен подтвердить обстоятельство дела, поэтому сам электронный файл протокола тоже сохраняйте»
В практике Добыто мы заводим отдельную папку под каждый спорный процесс и складываем туда три вещи сразу в день отказа: выгрузку протокола, скриншот текста ошибки с видимой датой и время обращения к оператору. Собранный по горячим следам комплект закрывает спор до суда чаще, чем восстановленный через полгода.
Стоимость кадрового электронного документооборота: тарифы на 2026 год
Стоимость зависит от численности сотрудников и от того, нужна ли интеграция с 1С и выпуск усиленных подписей.
| Услуга | Стоимость | Сроки |
|---|---|---|
| Тариф «Старт», до 25 сотрудников: ПЭП и УНЭП, базовые шаблоны, email-поддержка | от 30 руб. за сотрудника / мес. | подключение за 5 минут |
| Тариф «Бизнес», без ограничения по числу сотрудников: ПЭП, УНЭП и УКЭП, кастомные шаблоны, интеграция с 1С, электронный архив | от 50 руб. за сотрудника / мес. | подключение за 5 минут |
| Минимальная оплата по тарифу «Бизнес»: 50 сотрудников | 30 000 руб. в год | оплата за год |
| Тариф «Корпорация»: всё из тарифа «Бизнес», выделенный сервер, SLA 99.9%, персональный менеджер, API и кастомные интеграции | по запросу | рассчитывается индивидуально |
| Выпуск электронных подписей ПЭП и УНЭП для сотрудников | бесплатно на всех тарифах | рассчитывается индивидуально |
| Приоритетная поддержка | входит в тариф «Бизнес» | рассчитывается индивидуально |
Итоговая сумма складывается из численности и выбранного тарифа: до 25 сотрудников работает «Старт», дальше применяется «Бизнес» с минимальной оплатой 30 000 рублей в год за 50 сотрудников. Условия по каждой позиции и состав тарифов опубликованы на странице тарифов Добыто КЭДО.
Кадровый контур и обмен с фондом живут в разных системах: КЭДО закрывает приказы, согласия и ознакомления внутри компании, а сообщения по пособиям уходят в СЭДО из учётной программы. Переводя кадровые документы в электронный вид, проверьте заранее, какие из них потребуются при разборе спорного процесса по пособию.
Выводы
Разбор ошибки СЭДО начинается с префикса, потому что он определяет зону ответственности: шлюз и сертификаты, логический контроль сведений либо разбор сообщения в учётной программе. Часть отказов означает штатно закрытый процесс и переотправки не требует, а часть сентябрьских ошибок 2026 года вызвана переходом на пятизначные типы сообщений и старым релизом программы. Регламентные сроки задают окно для исправления: три рабочих дня на ответ и один календарный месяц до закрытия процесса, после которого всё запускается заново. Когда отказ вызван сбоем на стороне фонда, штраф снимается через доказательства, собранные в день отказа.
Мы в Добыто работаем с кадровым электронным документооборотом и видим обратную сторону этих ошибок: расхождения в кадровых данных, которые всплывают в протоколах СФР, почти всегда начинаются с неоформленного вовремя кадрового документа. Электронный кадровый контур с фиксированными маршрутами согласования и электронным архивом убирает часть таких расхождений до того, как они дойдут до обмена с фондом.
Частые вопросы об ошибках СЭДО СФР
Что делать, если запрос от СФР по закрытому больничному вообще не пришёл
Фонд называет три официальные причины: расхождение ФИО в разных системах, некорректные записи о кадровых мероприятиях, трудоустройство не подтверждено в персонифицированном учёте. Порядок действий такой: проверить, закрыт ли ЭЛН, уточнить в территориальном органе СФР факт и дату отправки запроса, затем направить сообщение о жизненной ситуации через спецоператора в течение 3 дней с даты закрытия листка нетрудоспособности. Ответ приходит в течение суток. Расхождения персональных данных исправляются формой АДВ-2 «Заявление об изменении анкетных данных» либо получением дубликата ЭЛН с корректными данными; некорректное кадровое мероприятие отменяется, после чего направляются верные сведения.
Может ли повторная отправка ответа создать дубль
Да, и фонд фиксирует дубль явно. В реестрах прямых выплат приходит ERR_500 «В системе найден полный дубль документа», по одной из трактовок то же означает E_SEDO_2150 «Сообщение с таким ID уже существует». Дубль возникает потому, что программа сама повторяет цикл отправки, а при недоступности сервера ставит сообщение в очередь фоновой загрузки. Отдельный случай — дубль входящего запроса от фонда на того же работника по тому же больничному: проверяется наличие извещения по этому пособию и неизменность параметров входящего запроса, после чего на дубль отправляется ответ с отметкой о том, что пособие не требуется.
Что изменилось в составе передаваемых сведений с 1 июля 2026 года
Постановление Правительства РФ от 10.05.2026 № 545 изменило Правила из постановления № 2010 и вступило в силу 1 июля 2026 года. Приоритет источников сведений теперь такой: сначала данные индивидуального лицевого счёта застрахованного лица, затем сведения, имеющиеся у страховщика, и только в последнюю очередь данные от страхователя. Из состава сведений работодателя исключены страховой стаж и календарные дни, если они ранее представлялись и учтены в персонифицированном учёте. В индивидуальный лицевой счёт включены периоды военной службы, засчитываемые в страховой стаж. Практическое следствие: часть запросов перестала приходить, а чек-листы по сверке стажа, составленные до июля 2026 года, устарели.
Чем отличается прямой обмен по СЭДО от обмена через оператора
При прямой схеме база обращается к серверу СЭДО без посредника, в настройках обмена с СФР установлен флажок «Обмен по СЭДО напрямую». При операторской схеме флажок сброшен и обмен идёт через оператора отчётности. Операторская схема реализована начиная с релизов ЗУП 3.1.27.113 и 3.1.28.12. Прямая схема исторически давала больше зависаний и ошибок 500 и 504 при пиковой нагрузке, операторская добавляет собственную точку отказа: 9 июня 2026 года массовый сбой сервиса отчётности остановил отправку ответов на запросы СФР у всех абонентов сразу. Проверить свою схему можно в настройках обмена с контролирующими органами по гиперссылке в строке про СФР.
Можно ли менять сумму заработка в ответе на проактивный запрос
Нет. Позиция фонда прямая: работодатель не должен менять сумму заработка в проактивном запросе, и попытка это сделать возвращается кодом ERR_PR_1203 «Сумма заработка не соответствует данным персонального учета». Если подтверждающие документы есть, корректируется количество лет стажа, а не сумма. При работе по совместительству ответ направляется без корректировки сумм среднего заработка, метод назначения система определяет автоматически. Замена лет расчётного периода делается иначе: годы меняются в ответе на проактивный запрос, после чего приходит новый запрос с учётом замены, и на него отвечают повторно.
Какие требования к сертификату действуют для обмена с СФР с 1 сентября 2026 года
Сертификат, которым подписывается обмен, должен содержать в поле «Использование ключа» три назначения: keyAgreement (согласование ключей), dataEncipherment (шифрование данных) и keyEncipherment (шифрование ключа). С 1 сентября 2026 года отчётность, подписанная сертификатом без этих параметров, не принимается. Проверяется это открытием файла сертификата с расширением .cer на вкладке «Состав». Сертификаты, полученные в УЦ ФНС после 28 августа 2025 года, требованию соответствуют. Дополнительно фонд рекомендует КриптоПро CSP версии 4.0 и выше либо ViPNet CSP версии 4.4 и выше: несоответствие ГОСТа сертификата криптопровайдеру даёт ошибку «Набор ключей не определен».
