Ошибка обработки сообщения СЭДО: 3 причины и что делать

Ошибка обработки сообщения СЭДО объединяет три разные ситуации: сообщение получено программой, но не разобрано ею; сообщение принято шлюзом, но отклонено логическим контролем фонда; сообщение вообще не дошло до сервера. Смотреть нужно в регистр входящих сообщений СЭДО СФР и в текст протокола: у первой ситуации лечение — релиз и патч, у второй — данные в ответе, у третьей — сеть и сертификаты. Главное различие, которое определяет действия, — на каком слое встало сообщение, а не то, какое число стоит рядом со словом «ошибка». Пока сообщение висит, идёт срок: 3 рабочих дня на ответ на запрос СФР и 1 календарный месяц до закрытия проактивного процесса.

Разберём, где лежит протокол и как прочитать его текст: по префиксу кода, а не по голому числу. Покажем, какие ошибки обработки означают, что процесс закрыт корректно и чинить нечего, и в каких случаях ручная переотправка создаёт дубль вместо результата. Отдельно разберём баг 1С, из-за которого в ответ подставляется закрытый первичный процесс, и номера патчей под конкретные тексты ошибок. Сроки ответа и закрытия процесса, суммы штрафов по статье 15.2 255-ФЗ, образцы кадровых документов и ответы на частые вопросы — во второй половине статьи.

Три ситуации, которые называют одной ошибкой обработки

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

Путаница возникает потому, что во всех трёх случаях в интерфейсе стоит одно и то же слово, а действия противоположны: в первом случае данные трогать не надо вовсе, в третьем бесполезно править данные, пока релиз не понимает тип сообщения.

Второй источник путаницы — числа. Длинное число рядом со словом «ошибка» почти всегда оказывается идентификатором, а не кодом. Номер проактивного процесса занимает 9 знаков, идентификатор сообщения СЭДО — 36 знаков в формате UUID, номер первичного документа для перерасчёта имеет вид P(рег. номер)_(год)_(месяц)_(дата)_(номер реестра)_0:1 и берётся из квитанции о приёме первичного реестра. Коды ошибок устроены иначе: у них есть префикс. E_SEDO_ и четыре цифры — транспортный уровень шлюза, ERR_PR_ и четыре цифры — логический контроль проактивного процесса, ERR_ и четыре цифры в диапазоне 4030-4200 — машиночитаемая доверенность, ORA-200 и две цифры — база данных сервиса ЭЛН. Искать надо по префиксу с числом, а не по голому числу.

Отдельно про 109. Это тип сообщения СЭДО «Информация о жизненных событиях», которым страхователь сам инициирует проактивный процесс, если запрос от фонда не пришёл. Кодом ошибки число 109 в системах фонда не служит. В 1С:ЗУП ему соответствует документ «Исходящее сообщение о страховом случае СФР». С 21 сентября 2026 года тип 109 заменён на 10910. Когда в тексте протокола рядом стоят «109» и «ошибка», речь идёт либо о неподдерживаемом типе после миграции, либо о рекомендации направить новое сообщение взамен закрытого процесса.

Где лежит протокол и как его прочитать

Исходная точка разбора — регистр сведений «Входящие сообщения СЭДО СФР» (в старых релизах он назывался «Входящие сообщения СЭДО ФСС»). Открыть его быстрее всего через строку навигации по адресу e1cib/list/РегистрСведений.ВходящиеСообщенияСЭДОФСС. В регистре видно каждое сообщение, его тип, идентификатор и признак того, разобрано оно в документ или нет.

Документы, в которые сообщения разворачиваются, лежат в разделе «Кадры — Пособия»: «Входящие запросы СФР для расчёта пособий», «Ответ на запрос СФР для расчёта пособий», «Исходящие сообщения о страховых случаях СФР», «Извещения СЭДО СФР». Тексты технических отказов при этом в документы не попадают, они пишутся в журнал: Администрирование — Обслуживание — Журнал регистрации, уровень «Ошибка». Там же проверяется, выполняются ли регламентные операции по СЭДО. Адрес сервиса, к которому программа реально обращалась, виден в регистре «Журнал запросов к серверам ФСС».

Если известен идентификатор сообщения, его можно вытащить с сервера принудительно. В регистре создаётся запись, заполняется «Организация», в поле «Идентификатор» вставляется UUID, дальше «Ещё» — «Получить с сервера СЭДО». Сам идентификатор берут в личном кабинете страхователя, в программе оператора отчётности или по обращению в территориальный орган СФР. Когда идентификатора нет, работает загрузка пакетом: в форме «Сообщения ФСС об изменении ЭЛН» команда «Ещё» — «Получить сообщения за период», интервал от даты закрытия листка нетрудоспособности до текущей даты. При массовых сбоях период берут с запасом, от начала прошлой недели.

Пожалуйста, подпишитесь на нас в мессенджерах

Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.

Канал в MAX Канал в Telegram

Расшифровки кодов и типовые причины отказов фонд держит в открытом доступе: в базе знаний СФР по техническим вопросам собраны коды ERR_PR, ошибки сертификатов и машиночитаемой доверенности, ошибки разбора XML и требования к реквизитам. Это первое место, куда стоит идти с конкретным текстом протокола, потому что формулировки там совпадают с тем, что видно в программе.

Как разобрать зависшее сообщение СЭДО: пошаговая инструкция

1. Шаг 1. Определите слой отказа. Откройте журнал регистрации за дату отправки с уровнем «Ошибка». Есть текст про сервер или HTTP-код — это транспорт, сообщение до фонда не дошло. Журнал чист, а в 1С лежит протокол — отказ на логическом контроле.
2. Шаг 2. Найдите артефакт. Откройте регистр «Входящие сообщения СЭДО СФР» и посмотрите, есть ли запись по нужной дате и развернулась ли она в документ.
3. Шаг 3. Догрузите недостающее. Выполните «Получить сообщения за период» с запасом по датам, а при известном UUID — «Ещё» — «Получить с сервера СЭДО» по записи регистра.
4. Шаг 4. Прочитайте код по префиксу. Выделите из текста конструкцию с префиксом E_SEDO_, ERR_PR_, ERR_ или ORA- и работайте с ней, а не с длинным числом рядом.
5. Шаг 5. Проверьте релиз и патчи. Для работы после 21 сентября 2026 года 1С:ЗУП 3.1 нужен в релизе 3.1.38.92 и выше. Под отдельные тексты ошибок выпущены патчи, их номера приведены ниже.
6. Шаг 6. Проверьте регламентные задания. В файловой базе фоновая загрузка работает, только пока база открыта; в серверной проверяются регламентные операции по СЭДО.
7. Шаг 7. Повторяйте отправку в спокойные часы. Нагрузка на сервис ниже до 8:00 и после 18:00 по московскому времени, зависаний в эти интервалы меньше.

Мария Ж, юрист со стажем более 20 лет: «Обмен с фондом встаёт не только от технических причин. Руководитель вправе назначить уполномоченное лицо на период своего отсутствия, но в приказе, как и в доверенности, нужен конкретный перечень полномочий: формулировка «возложить исполнение обязанностей» без перечня порождает спор о том, был ли человек вправе подписывать именно этот документ. Проверьте, закрыт ли у вас приказом обмен с СФР на время отпуска и больничного ответственного»

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

Сообщение получено, но не разобрано: релиз и миграция на ЕЦП

Формулировка «Ошибка обработки сообщения <тип>» означает ровно одно: программа получила входящее сообщение, но не смогла его развернуть в документ. Причин две — текущий релиз не поддерживает этот тип либо в конфигурации нет соответствующего документа. Данные тут ни при чём, и править их бесполезно.

Классический пример — «Ошибка обработки сообщения 124». Тип 124 (с 21 сентября 2026 года — 12410) это уведомление фонда о том, что ответ на запрос в срок не поступил. Порядок разбора такой: открыть регистр входящих, найти сообщение этого типа, определить идентификатор исходного запроса типа 100 (10010), перейти во «Входящие запросы СФР для расчёта пособий», найти запрос по идентификатору и сформировать ответ 101 (10110).

С 19 по 21 сентября 2026 года СФР перевёл проактивные процессы ВНиМ из ФГИС «Соцстрах» в ГИС ЕЦП. Приём и отправка старых типов прекращены 19 сентября в 10:00 по московскому времени, остальные новые типы включены 21 сентября в 10:00. Запросы приходят в формате спецификации 3.0. Значительная часть «ошибок обработки» сентября и октября 2026 года — это следствие того, что программа продолжает слать старые типы, а шлюз их больше не знает.

Практический вывод из таблицы: если в тексте отказа перечислены двух- и трёхзначные типы, вопрос решается обновлением конфигурации, а не перепиской с фондом. Дословно протокол выглядит так: «Не удалось определить маршрут для сообщения 101. Проверьте указанный тип сообщения или обратитесь к администратору. Типы сообщений № 109, 101, 320 больше не поддерживаются. Для корректной работы используйте новые типы: № 10910, 10110, 32010».

Кроме релиза миграция требует двух ручных действий. Документы «Ответ на запрос СФР для расчёта пособия», проведённые до 21 сентября 2026 года, нужно перепровести перед отправкой в новом формате. Неподтверждённые «Исходящие сообщения о страховом случае СФР» отправляются повторно после 21 сентября. Без этого документ уходит в старом формате и возвращается с отказом.

Мария Ж, специалист по цифровой подписи и КЭДО: «После любого перевыпуска подписи проверяйте статус нового сертификата отдельно и не считайте процедуру завершённой в момент получения ключа. Старая подпись после удалённого перевыпуска через личный кабинет перестаёт действовать сразу, и если она прописана в настройках интеграций, они отваливаются в тот же момент. Пройдите по списку систем, где ваш сертификат указан в настройках обмена, и замените его там до первой отправки»

Мы закладываем пилотную группу перед раскаткой на всю компанию — по той же логике имеет смысл проверять обмен после обновления на одном сотруднике, а не на всей очереди сообщений сразу.

Фонд не принял содержимое: как читать протокол с ошибками

Ответ страхователя доходит до шлюза, проходит транспортный уровень и падает на логическом контроле. Фонд отвечает протоколом типа 10510 или 11210, внутри которого список вида «Ошибки (1): ERR_PR_1076: …». Это единственный слой, где лечение действительно состоит в правке данных.

Самые частые коды в протоколах и что за ними стоит. ERR_PR_1029 «Значение поля недопустимо для редактирования» появляется, когда в ответе изменены защищённые поля: метод назначения, реквизиты документов о рождении, причина нетрудоспособности. Ответ переформировывается без правки этих полей. ERR_PR_1104 «Страхователь не найден в списке страхователей застрахованного лица в СФР» означает, что в фонде нет подтверждённой связки работника и работодателя: не принят подраздел 1.1 ЕФС-1, ошибка в СНИЛС, неверный регистрационный номер либо при переводе между юрлицами не оформлено увольнение по прежнему месту. Здесь проверяют СНИЛС посимвольно и повторяют отправку через 1-2 рабочих дня после принятия подраздела 1.1. ERR_PR_1200 требует указать дату начала договора ГПХ. ERR_PR_1203 «Сумма заработка не соответствует данным персонального учёта» разбирается по официальной позиции фонда: работодатель не должен менять сумму заработка в проактивном запросе, при наличии подтверждающих документов корректируется стаж.

Отдельная группа — ошибки формата, они приходят текстом парсера XSD. «Ошибка формата сообщения. SAXParseException: cvc-pattern-valid: Value … is not facet-valid» читается буквально: значение не подошло под шаблон поля. «cvc-maxInclusive-valid» означает, что значение превысило допустимый максимум. Формулировка «Ошибка формата сообщения. Unknown format message» говорит, что сообщение не соответствует спецификации, и лечится обновлением программы.

У машиночитаемой доверенности своя группа кодов: ERR_4030 «Указанная доверенность не найдена» — неверный номер МЧД в запросе или в настройках организации, ERR_4080 — данные сертификата не совпадают с данными уполномоченного в доверенности, ERR_4200 «Владелец ЭП не совпадает с владельцем доверенности» — расхождение полей родительской и дочерней МЧД при передоверии. Актуальный статус доверенности запрашивается сообщением 203 и приходит сообщением 209.

Какие ошибки обработки чинить не надо

Часть отрицательных протоколов описывает штатное завершение процесса. Работодатель видит слово «ошибка», начинает переотправку, получает новые отказы и тратит на это дни. Перечень таких состояний конечен.

Пожалуйста, подпишитесь на нас в мессенджерах

Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.

Канал в MAX Канал в Telegram

• ERR_PR_1114 «Проактивный процесс закрыт. В системе был найден завершенный процесс по другому страхователю» — пособие назначено у другого работодателя. Действий не требуется.
• ERR_PR_1116 — процесс закрыт, потому что обнаружен договор ГПХ у другого страхователя. Назначение возможно только у одного страхователя, действий не требуется.
• ERR_PR_1076 в варианте «выплата пособия подтверждена другим страхователем» — тот же случай. Важно не спутать его со вторым вариантом того же кода, про просрочку в один месяц: там действовать нужно.
• WARN_PR_1003 — процесс закрыт из-за того, что другой страхователь изменил расчётные годы или признак трудового договора и ГПХ. Нужно дождаться нового запроса с изменёнными данными.
• E_SEDO_3110 и E_SEDO_3120 — абонент уже подписан или уже откреплён. Это подтверждение состояния, а не отказ.

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

Формы и образцы для разбора зависших процессов по пособиям

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

Переотправка и дубли: когда повтор вредит

Повторная отправка в СЭДО предусмотрена и реализована патчем EF_60006774_2. Но перед тем как нажимать её вручную, полезно знать, что программа уже могла сделать это за вас: она выполняет отправку сообщений и автоматически повторяет цикл отправки ещё раз, а при уведомлении об ошибке обновления из-за недоступности сервера СЭДО сообщение добавляется к очереди фоновой загрузки. Часть «зависших» сообщений уходит сама, и ручной повтор поверх очереди создаёт дубль.

Что проверить до того, как нажать переотправку

1. Очередь фоновой загрузки. Регламентные операции по СЭДО выполняются или сообщение всё ещё стоит в очереди?
2. Наличие протокола. Если протокол 10510 уже пришёл, повтор отправки ответа не нужен: ответ фондом получен.
3. Извещения по этому пособию. Раздел «Кадры — Пособия — Извещения СЭДО СФР» показывает, двигался ли процесс дальше.
4. Номер процесса в ответе. В ответе должен стоять входящий запрос с наибольшим номером процесса, а не первый пришедший.
5. Релиз и формат. Документ, проведённый до 21 сентября 2026 года, перед повторной отправкой перепроводится.

Дубль на стороне фонда фиксируется явно. В реестрах прямых выплат приходит ERR_500 «В системе найден полный дубль документа»: первый реестр уже принят, повтор не нужен. По одной из трактовок кода E_SEDO_2150 текст звучит как «Сообщение с таким ID уже существует», и это тоже признак повторной отправки, хотя по этому коду источники расходятся, и вторая трактовка описывает невалидный XML.

Дубль бывает и на входе. Зафиксирован случай, когда повторное сообщение на того же сотрудника по тому же больничному пришло через 2 дня после обработки первого запроса. Порядок действий в такой ситуации: проверить раздел «Кадры — Пособия — Извещения СЭДО СФР» на наличие извещения по этому пособию, убедиться, что параметры входящего запроса не менялись при отправке ответа, и, если это действительно дубль, отправить ответ с галочкой «Пособие не требуется». Просто проигнорировать второй запрос нельзя: он останется без ответа со всеми последствиями по срокам.

Баг 1С с подстановкой закрытого процесса

При формировании ответа на основании больничного листа программа может подставить первичный входящий запрос с первичным номером процесса вместо актуального. Внешне документ выглядит правильно, но фонд его не принимает: «Такой ответ… не принимается фондом, т.к. этот процесс уже закрыт». Проверять нужно вручную — в ответе должен стоять входящий запрос с наибольшим номером процесса. Проблема передана разработчикам 1С как баг.

Под отдельные тексты ошибок 1С выпускает адресные патчи, и это быстрее, чем ждать очередного релиза. EF_60009751_11 закрывает ошибку «Указанное сообщение не найдено». EF_60006774_2 отвечает за повторную отправку сообщений на сервер СФР; полноценный механизм фоновой загрузки появился в релизах 3.1.27.90 и 3.1.23.865. EF_00_00556082 улучшает отображение самих сообщений об ошибках. EF_60007173 добавляет отдельную кнопку «Обновить (СЭДО)», по которой загружаются только документы из СЭДО СФР. EF_70109408 лечит ошибку расшифровки ответа фонда, при которой в журнале появляется запись «Размер блока превышает размер файла». EF_60005735_9 упоминается в связке с ошибкой сервера 500, EF_60013960 — с кодом E_SEDO_2150.

Мария Ж, HR-эксперт с 13-летним стажем: «Отзыв подписи мы вписываем в чек-лист увольнения на тот же уровень, что и закрытие доступов к системам. Практически это три действия: отозвать сертификат сотрудника, отозвать выданные ему машиночитаемые доверенности и проверить, не знал ли он пин-кодов от чужих ключей. Третий пункт самый неудобный и самый частый: если увольняется бухгалтер, который два года подписывал отчётность ключом директора, отзывать нужно ключ директора»

Сроки: что происходит, пока сообщение висит

Зависшее сообщение не ставит процесс на паузу. Сроки текут, и по их истечении меняется не только размер риска, но и сам набор доступных действий: после закрытия процесса ответ уже не примут, и его придётся инициировать заново.

Из таблицы видно точку невозврата: сообщение 12410 — это ещё сигнал, что процесс жив и ответ ждут, а месяц молчания закрывает процесс окончательно. Дословно отказ выглядит так: «ERR_PR_1076: Проактивный процесс 213969809 был закрыт ранее по причине: ‘Страхователь не направил ответ на запрос недостающих сведений в течении одного календарного месяца с даты направления запроса недостающих сведений.’». Лечение уже не в правке данных: создаётся «Исходящее сообщение о страховом случае СФР» типа 10910, дожидается новый входящий запрос 10010, и ответ отправляется на него. Тот же порядок применяется при ERR_PR_1047, когда процесс закрыт и пособие не было оплачено.

Про момент, с которого срок начинает течь, единой позиции нет, и это работает в пользу страхователя. Суды исходят из того, что трёхдневный срок считается не с момента отправки электронного запроса фондом, а со дня получения запроса страхователем (постановление Арбитражного суда Уральского округа от 04.03.2024 № Ф09-578/24), а в отдельных случаях — со дня получения недостающих сведений от самого работника, например реквизитов счёта, без которых форма не отправляется (постановление Арбитражного суда Северо-Кавказского округа от 03.04.2026). Полный перечень сроков и порядок их исчисления фонд публикует в разделе про направление сведений для выплаты пособий, там же перечислены официальные причины, по которым проактивный запрос может не прийти вовсе.

Сколько стоит ошибка и когда штраф можно снять

Цена зависшего сообщения измеряется санкциями. Статья 15.2 255-ФЗ устроена так: часть 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 рублей, и одновременно указал, что законодательство допускает признание обстоятельств, исключающих вину работодателя. При наличии смягчающих обстоятельств штраф снижается не менее чем в два раза. Суммы и составы фонд приводит в разделе про ответственность страхователя.

Судебная практика делит ситуации по одному признаку — на чьём оборудовании произошёл сбой. Когда сведения направлены в срок, но фонд не принял их из-за ошибки в сертификате шифрования на своей стороне, штраф отменяют: постановление Арбитражного суда Московского округа от 22.02.2024 № А40-175408/2023. Когда сбой произошёл в системе самого страхователя, штраф оставляют в силе (постановление Арбитражного суда Северо-Западного округа от 18.03.2024 № Ф07-1747/2024), но признают смягчающим обстоятельством: в деле Арбитражного суда Западно-Сибирского округа от 30.01.2025 № Ф04-5727/24 санкция снижена с 300 000 до 20 000 рублей.

Доказательства сбоя собираются в день сбоя: к моменту получения акта восстановить их обычно уже нечем. Суды принимают уведомления операторов ЭДО, скриншоты ошибок программы, письма о технических неполадках и логи обмена данными. У пользователей 1С есть отдельная практика: запросить письмо-справку о технических проблемах с СЭДО, указав ИНН организации, реестровый номер ЗУП, копию акта фонда о штрафе и описание проблемы.

Мария Ж, судебный эксперт по трудовому праву: «В спорах вокруг электронных документов решает не формат и не вид подписи, а дефекты процедуры: момент выдачи подписи, отсутствие описанного порядка идентификации, неоформленные полномочия представителя. Риск смещён туда, где на нём чаще всего экономят, — не в саму подпись, а в организацию работы с ней. Проверьте у себя, описан ли в локальном акте порядок идентификации и фиксирует ли ваша система дату и обстоятельства выдачи ключа»

В практике Добыто мы храним журнал обмена и скриншоты отказов вместе с кадровыми документами по пособию, а не в переписке ответственного: к моменту акта переписка обычно уже не находится.

Стоимость перехода на КЭДО: тарифы Добыто в 2026 году

Сразу разграничим: КЭДО закрывает кадровые документы внутри компании, а обмен с фондом по СЭДО идёт из учётной программы и тарифами КЭДО не заменяется. Стоимость зависит от численности сотрудников, набора видов электронной подписи и потребности в интеграции с 1С.

Итоговая сумма складывается из численности подключённых сотрудников и выбранного тарифа: на «Старте» действует ограничение в 25 человек, на «Бизнесе» ограничения по численности нет, но есть минимальная оплата. Актуальный состав опций по каждому пакету приведён на странице тарифов Добыто КЭДО.

Подключение занимает от 5 минут и проходит с персональным менеджером, а электронные подписи ПЭП и УНЭП для сотрудников выпускаются бесплатно на любом тарифе, включая «Старт».

Выводы

За формулировкой «ошибка обработки сообщения СЭДО» стоят три разных состояния, и первое, что стоит сделать, — определить, на каком слое остановилось сообщение: транспорт, логический контроль фонда или разбор в учётной программе. Дальше работает простое правило: читать код по префиксу, а не по длинному числу, проверять очередь фоновой загрузки до ручного повтора и сверять номер процесса в ответе. Часть отказов чинить не нужно вовсе: закрытие процесса по другому страхователю — штатное завершение. Ключевой риск не технический, а срочный: месяц молчания закрывает процесс, а трёхдневная просрочка стоит 5 000 рублей по части 3 статьи 15.2 255-ФЗ.

Мы в Добыто занимаемся кадровым электронным документооборотом и электронными подписями, поэтому регулярно разбираем, как у работодателя устроена организация работы с ключами и ответственными: именно она чаще всего оказывается причиной того, что обмен встаёт в неудачный момент. Порядок выдачи подписей, замены ответственных и хранение доказательств обмена мы закладываем на этапе настройки, а не после первого акта от фонда.

Частые вопросы об ошибках обработки сообщений СЭДО

Пришло сообщение 12410, хотя ответ мы уже отправляли. Что это значит?

Это уведомление фонда о том, что ответ типа 10110 к нему не поступил. Порядок проверки: найти в регистре входящих идентификатор исходного запроса 10010, открыть документ «Ответ на запрос СФР для расчёта пособий» и посмотреть, пришёл ли на него протокол 10510. Если протокола нет, ответ до фонда не дошёл и его нужно отправить заново. Само по себе сообщение 12410 — хороший признак: оно означает, что процесс ещё не закрыт и ответ ждут, ведь закрытие наступает через 1 календарный месяц с даты направления запроса недостающих сведений.

Запрос от фонда не пришёл вовсе. Это тоже ошибка обработки?

Нет, это отдельная ситуация с собственными причинами. Официально их три: расхождение фамилии, имени и отчества в разных системах, некорректные записи о кадровых мероприятиях и неподтверждённое трудоустройство в персонифицированном учёте. Расхождения данных исправляются формой АДВ-2 «Заявление об изменении анкетных данных» либо получением дубликата электронного листка нетрудоспособности с корректными данными, ошибочное кадровое мероприятие отменяется и подаётся заново. Если данные верны, страхователь сам инициирует процесс сообщением 10910 в течение 3 дней с даты закрытия листка нетрудоспособности; ответ на него приходит в течение суток.

Можно ли изменить сумму заработка в ответе, если она не сходится с данными фонда?

Позиция фонда прямая: работодатель не должен менять сумму заработка в проактивном запросе. Расхождение приходит кодом ERR_PR_1203 «Сумма заработка не соответствует данным персонального учета», и корректировать в этом случае нужно стаж при наличии подтверждающих документов, а не заработок. По внешнему совместительству ответ направляется без корректировки сумм среднего заработка, метод назначения система определяет автоматически. Замена лет расчётного периода делается иначе: годы меняются в ответе на проактивный запрос, после чего приходит новый запрос с учётом замены.

Что изменилось в составе передаваемых сведений с 1 июля 2026 года?

Постановление Правительства РФ от 10.05.2026 № 545 изменило Правила из постановления № 2010: приоритет источников сведений теперь начинается с индивидуального лицевого счёта застрахованного лица, затем идут сведения, уже имеющиеся у страховщика, и только после этого данные от страхователя. Из состава сведений, которые передаёт работодатель, исключены страховой стаж и календарные дни, если они уже учтены в персонифицированном учёте. В периоды, засчитываемые в страховой стаж, включена военная служба. Практическое следствие: часть запросов к работодателю перестала приходить, а часть прежних расхождений по стажу больше не приводит к санкции.

Почему обмен стабильнее работает рано утром и вечером?

В эти интервалы ниже нагрузка на сервис, и обмен зависает реже: рекомендуемое время запуска — до 8:00 или после 18:00 по московскому времени. Отдельная причина дневных отказов — слишком частый опрос: запрос, выполненный ранее чем через 5 минут после предыдущего, возвращает ошибку 1012, а превышение установленного интервала опроса даёт код состояния 403. Если параллельно работает дублирующее регламентное задание, интервал нарушается без участия пользователя, и такой дубль стоит отключить.

Нужно ли что-то менять в сертификате для обмена с фондом в 2026 году?

Да. С 1 сентября 2026 года фонд не принимает отчётность, подписанную сертификатами, в которых нет трёх назначений ключа: keyAgreement (согласование ключей), dataEncipherment (шифрование данных) и keyEncipherment (шифрование ключа). Проверяется это в файле сертификата с расширением .cer на вкладке «Состав», раздел «Использование ключа». Сертификаты, полученные в удостоверяющем центре ФНС после 28 августа 2025 года, требованию соответствуют. Из криптопровайдеров фонд рекомендует КриптоПро CSP 4.0 и выше либо ViPNet CSP 4.4 и выше: несоответствие ГОСТа сертификата и провайдера даёт ошибку «Набор ключей не определен».

Чем ошибка обработки в реестре ПВСО отличается от ошибки в проактивном процессе?

Это разные наборы кодов, и совпадение номеров сбивает с толку. В реестрах прямых выплат встречаются ERR_500 «В системе найден полный дубль документа», ERR_1076 «Расчётный счёт не определён в справочнике ПВСО» и предупреждение WARN_919 о незаполненных сведениях в части страхователя. Код ERR_1076 из реестров не имеет отношения к ERR_PR_1076 из проактивного процесса, хотя число одинаковое: различает их префикс PR. Поэтому и искать расшифровку нужно по полной конструкции с префиксом, а не по числу.