Ошибка сервера СЭДО: 5 слоёв сбоя и что делать в 2026

Ошибка сервера СЭДО — общее название для пяти разных отказов, которые программа показывает почти одинаковым текстом. Различать их нужно по дословной формулировке. «Не удалось обратиться к серверу СЭДО СФР» означает, что соединение не установилось и ваш XML шлюз даже не видел. «Ошибка сервера, код состояния 500» означает, что шлюз ответил, и причина чаще всего в сертификатах и настройках шифрования. «Типы сообщений № 109, 101, 320 больше не поддерживаются» означает устаревший релиз учётной программы после перехода СФР на ЕЦП 19-21 сентября 2026 года. Главное различие, от которого зависят все дальнейшие действия: ответил сервер кодом или соединение вообще не установилось.

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

СЭДО ФСС и СЭДО СФР — один и тот же сервис: фонды объединены с 2023 года, отказы и их коды одинаковые. Быстрая развилка по дословному тексту на экране. Если в нём есть слова «не удалось определить маршрут для сообщения» и номер 101, 109 или 320 — это пятый слой, старые типы сообщений после перехода на ГИС ЕЦП, и лечится он обновлением релиза. Если написано «не удалось получить сообщение» — это третий слой, криптооперация и сертификаты. Если в тексте стоит код с префиксом (E_SEDO_1010, E_SEDO_1020, E_SEDO_1080, ERR_PR_1000, ERR_PR_1076, ERR_PR_1104) — смотрите разбор кодов: префикс E_SEDO относится к подписи и шифрованию, префикс ERR_PR — к проактивному процессу и данным персонифицированного учёта.

Полная настройка обмена с фондом, от сертификатов и регламентного задания до расписания опроса, разобрана в общей инструкции по обмену с СФР в 1С.

Пять слоёв, на которых возникает «ошибка сервера СЭДО»

Одна и та же фраза в интерфейсе скрывает пять разных отказов, и лечатся они несовместимыми способами: перевыпуск сертификата не поможет при таймауте шлюза, а обновление релиза не спасёт, если брандмауэр закрыл порт 443. Таблица ниже сводит слои, характерные формулировки и зону ответственности; она же работает как сценарная карта — находите свою формулировку в средней колонке и переходите к нужному разделу.

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

Дословный текст в окне: какой это слой, что делать и повторять ли отправку

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

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

Чек-листы и формы для разбора сбоев обмена с СФР

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

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

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

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

Слой 1 и 2: сеть, порты, прокси и цепочка доверия

Формулировка «Не удалось обратиться к серверу оператора СЭДО СФР… Ошибка работы с Интернет: Couldn’t resolve host name» значит, что имя хоста не разрешилось в адрес: сервер оператора недоступен либо DNS на рабочей станции отдаёт ошибку. Соседний вариант — «Не удалось обратиться к серверу СЭДО СФР (https://sedo.fss.ru). Возможно, сервер перегружен», а в журнале регистрации при этом лежит «Ошибка работы с Интернет: Превышено время ожидания». Сюда же относятся «Интернет-сервер перегружен, временно отключен или находится на техобслуживании…», «Сервер regservice.keydisk.ru недоступен» и «Ошибка соединения с сервисом регистрации!». Последние два относятся к сервису регистрации оператора и на стороне страхователя не лечатся вовсе.

Отдельная и самая частая причина первого слоя — локальная блокировка. Ресурсы СФР закрывает антивирус или брандмауэр, и внешне это выглядит как недоступность фонда. Для обмена должны быть открыты два адреса: sedo.fss.ru, порт 443, протокол HTTPS при прямом обмене и sedo.keydisk.ru, порт 443, протокол HTTPS при обмене через оператора электронного документооборота. Если обмен идёт через оператора, а в исключения внесён только первый адрес, ошибка будет воспроизводиться стабильно и выглядеть как проблема фонда.

Второй слой — транспортное шифрование и доверие к сертификату. Текст «Ошибка при проверке соединения с ФСС» даёт четыре причины: в сертификате нет атрибута «Шифрование данных», не проставлена галка «Шифровать сообщение», сертификат не соответствует контуру (тестовый вместо промышленного), истёк срок действия сертификата или лицензии КриптоПро CSP. Формулировка «41: нет доверия к издателю сертификата» означает другое: корневой сертификат удостоверяющего центра не соответствует требованиям 63-ФЗ либо на рабочем месте не установлена цепочка доверия. Второй случай решается установкой цепочки, первый — обращением в удостоверяющий центр.

С 18 июня 2026 года сервисы ЭЛН переведены на TLS с шифрованием по алгоритмам ГОСТ; для ПВСО и СЭДО такой переход произойдёт позже и потребует донастройки автоматизированных рабочих мест и установки дополнительного программного обеспечения. Даты работ, актуальные версии спецификаций и адреса сервисов публикуются в техническом разделе СЭДО в кабинете страхователя. Проверить, что вы обращаетесь по действующему адресу, стоит до того, как начнёте искать ошибку в данных.

Слой 3: подпись, шифрование и сертификат страхователя

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

Самая информативная ошибка этого слоя выглядит длинно: «Ошибка вызова сервиса передачи/получения данных. Сообщение не соответствует формату XML Encryption», а следом идёт «Обратитесь к разработчику программного обеспечения, на котором осуществлялось шифрование данных. Сообщите: Отсутствует элемент EncryptedData class ru.gov.pfr.ecp.crypto.jcp.eln.crypt.CryptoException». Разбирается она в три шага по убыванию частоты: сбились криптопараметры после обновления, в том числе галка «Подписывать исходящие сообщения»; истекла лицензия криптопровайдера; недействительны сертификаты электронной подписи или цепочка доверия. Отдельный текст «Набор ключей не определен» означает несоответствие ГОСТа сертификата криптопровайдеру или невозможность получить закрытый ключ; рекомендованные СФР версии СКЗИ — КриптоПро CSP 4.0 и выше, ViPNet CSP 4.4 и выше.

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

С 1 сентября 2026 года действует требование, которое ломает обмен даже при исправной настройке. Сертификат, которым подписывается обмен с СФР, должен содержать в поле «Использование ключа» три назначения: keyAgreement (согласование ключей), dataEncipherment (шифрование данных) и keyEncipherment (шифрование ключа). Отчётность, подписанная сертификатом без этих параметров, фондом не принимается. Проверка занимает минуту: открыть файл сертификата с расширением .cer, вкладка «Состав», строка «Использование ключа». Сертификаты, полученные в УЦ ФНС после 28 августа 2025 года, требованию соответствуют.

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

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

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

Слой 4: шлюз СФР ответил кодом

Если в тексте есть код состояния, соединение установилось и шлюз сформировал ответ. Дальше всё решает конкретное число: по нему проходит граница между «настройте у себя» и «ждите».

Код 403 в формулировке «Ошибка подключения к веб-серверу https://sedo.fss.ru: Ошибка клиента, код состояния 403» возникает от слишком частых запросов GetCount сверх установленного интервала. Лечится увеличением интервала опроса и отключением дублирующих регламентных заданий. Близкая по смыслу ошибка 1012 приходит с текстом «Не удалось обратиться к серверу СЭДО СФР. Ответ от сервера: ошибка 1012» и означает повторный запрос раньше чем через 5 минут после предыдущего; типовая причина — фоновое задание, которое дублирует ручной опрос.

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

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

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

Код 404 выглядит так: «При выполнении запроса к ресурсу /sedo-gateway/api/soap/SedoGateway сервера https://sedo.fss.ru произошла ошибка: Ошибка клиента, код состояния 404». По позиции фонда это либо неправильный URL, либо проблемы на сервисе, и запрос рекомендуется повторить позже. Адрес, к которому реально обращается программа, виден в регистре «Журнал запросов к серверам ФСС».

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

Коды 502 («Bad Gateway — Ошибка шлюза»), 503 (сервис недоступен) и 504 («Время ожидания ответа от сервера СЭДО СФР (бывш. ФСС) истекло (код состояния 504)») относятся к стороне фонда целиком; для 504 рекомендация — повторить запрос через 10 минут. Перенастраивать сертификаты при этих кодах бессмысленно и рискованно: вы потеряете рабочую конфигурацию, пока шлюз восстанавливается сам. Отдельно стоит текст «Ошибка формата сообщения. Unknown format message»: сообщение не соответствует спецификации, зона страхователя, решение — обновить программное обеспечение до последней версии и повторить отправку.

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

Порядок разбора одинаков на платформах 1С:Предприятие 8.3 и 8.5: код ERR_PR_1000 приходит от шлюза фонда, версия платформы на него не влияет, а решает номер релиза конфигурации и наличие нового входящего запроса.

Коды состояния 500, 502, 503 и 504: чем отличаются и когда повторять отправку

Код 500 означает внутреннюю ошибку на стороне шлюза, но зона здесь смешанная: позиция СФР по этому коду — проверить сертификат страхователя и сертификат шифрования органа СФР. Пока настройки не проверены, повторная отправка даёт тот же ответ. Сбоем фонда код 500 считают тогда, когда сертификаты, лицензия криптопровайдера и патч EF_60005735_9 на месте, а ответ не меняется.

Код 502 («Bad Gateway — Ошибка шлюза») и код 503 (сервис недоступен) относятся к стороне фонда целиком. Настройки при них не меняют: конфигурация рабочая, отвечает промежуточный узел. Повторять отправку можно, но не чаще чем раз в 5 минут — более частый опрос добавляет к исходной ошибке код 403 и ошибку 1012.

Код 504 («Время ожидания ответа от сервера СЭДО СФР (бывш. ФСС) истекло (код состояния 504)») означает, что шлюз принял запрос, но не успел ответить. Рекомендация фонда по этому коду прямая: повторить запрос через 10 минут.

Отдельная формулировка того же слоя — «Сервер перегружен, повторите попытку позже». Это ответ шлюза, а не диагноз вашей настройке: запрос дошёл, но обработать его сейчас не могут. Правило повторной отправки то же, что для 502 и 503: интервал не меньше 5 минут, настройки и сертификаты не трогать. Если отказ держится и совпадает с объявлением фонда о работах, это массовый сбой, и разбирать его в своей базе бессмысленно — фиксируйте актом о техническом сбое и записью в журнале регистрации.

Слой 5: регламентные работы фонда и переход на ГИС ЕЦП

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

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

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

Два следствия миграции дают ошибки уже после обновления релиза. Документы «Ответ на запрос СФР для расчёта пособия», проведённые до 21 сентября 2026 года, перед отправкой в новом формате нужно перепровести. Неподтверждённые «Исходящие сообщения о страховом случае СФР» нужно отправить повторно после 21 сентября 2026 года. Ещё один характерный текст периода — протокол «Ошибки (1): ERR_PR_1000: Не найден процесс № 421242085»: процесс не нашёлся в новой системе. Порядок действий: проверить, не пришёл ли новый входящий запрос, и если нет — создать исходящее сообщение о страховом случае, дождаться нового запроса и ответить на него.

Как проверить, что СЭДО не работает у всех, а не только у вас

Объявления о регламентных работах и о сроках перевода сервисов фонд публикует в техническом разделе СЭДО в кабинете страхователя: там же лежат действующие адреса сервисов и версии спецификаций. Работы объявляются заранее и с точным временем, как это было 19 сентября 2026 года в 10:00 по московскому времени, когда прекратился приём старых типов сообщений, и 21 сентября в 10:00, когда включились новые. Если объявление есть, перенастраивать у себя нечего.

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

Что проверить заранее, чтобы ошибка не совпала со сроком

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

1. Релиз учётной программы. Для 1С:ЗУП 3.1 после 21 сентября 2026 года — не ниже 3.1.38.92.
2. Назначения ключа в сертификате. keyAgreement, dataEncipherment, keyEncipherment в поле «Использование ключа».
3. Сроки действия. Сертификат страхователя, сертификат шифрования органа СФР и лицензия криптопровайдера. Истечение любого из трёх даёт ошибку, похожую на отказ сервера.
4. Доступ в брандмауэре. sedo.fss.ru:443 при прямом обмене, sedo.keydisk.ru:443 при обмене через оператора.
5. Схема обмена. Флажок «Обмен по СЭДО напрямую» в настройках обмена с СФР: сброшен — обмен идёт через оператора, установлен — напрямую. Флажок может быть скрыт, он выводится через «Ещё» — «Изменить форму». Операторская схема реализована начиная с релизов 3.1.27.113 и 3.1.28.12.
6. Регистрационный номер. В ответе указывается номер по обязательному социальному страхованию (бывший ФСС), а не номер ПФР. В сообщении 100 за них отвечают разные поля: RegNum — номер по ОСС, RegNumSFR — номер по СФР. Нарушение этого правила даёт ошибку о несоответствии регистрационных номеров.

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

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

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

Сроки, штрафы и что делать, если сервер лежит в последний день

Срок ответа на запрос недостающих сведений — 3 рабочих дня, по единовременному пособию при рождении ребёнка — 2 рабочих дня. Сведения по закрытому электронному листку нетрудоспособности передаются не позднее 3 рабочих дней, получение извещения подтверждается в течение 3 рабочих дней, ответ по существу извещения даётся в течение 5 рабочих дней, информация о районном коэффициенте — не позднее 2 рабочих дней со дня получения запроса. Фонд выплачивает пособие в течение 10 рабочих дней с даты поступления всех необходимых сведений.

Отдельный дедлайн, о котором редко пишут: если страхователь не ответил в течение одного календарного месяца с даты направления запроса недостающих сведений, проактивный процесс закрывается. Дальше ответ уже не примут, и в протоколе придёт ERR_PR_1076 с дословной причиной: «Страхователь не направил ответ на запрос недостающих сведений в течении одного календарного месяца с даты направления запроса недостающих сведений». Восстановить процесс нельзя: его инициируют заново исходящим сообщением о страховом случае (109, с 21 сентября 2026 года — 10910), дожидаются нового запроса и отвечают на него.

Цена просрочки считается по статье 15.2 255-ФЗ и статье 15.33 КоАП, и суммы для разных нарушений отличаются.

Штраф в 5 000 рублей за нарушение трёхдневного срока по закрытому листку нетрудоспособности подтверждён письмом Минтруда России от 04.03.2026 № 17-1/ООГ-117; в том же письме указано, что законодательство допускает признание обстоятельств, исключающих вину работодателя. При наличии смягчающих обстоятельств штраф снижается не менее чем в два раза. Перечень составов и суммы фонд публикует на странице ответственности страхователя, и возражения удобнее готовить, сверяясь именно с формулировкой нормы, а не с текстом акта проверки.

Практика по технологическим сбоям делится по одному признаку — на чьём оборудовании произошёл отказ. Когда сведения были направлены в срок, а фонд не принял их из-за ошибки в сертификате шифрования на своей стороне, штраф отменяют: Арбитражный суд Московского округа, постановление от 22.02.2024 № Ф05-36047/2023 по делу № А40-175408/2023 о персонифицированных сведениях. Просрочку ответа по СЭДО из-за проблем на стороне СФР рассматривал Арбитражный суд Уральского округа в постановлении от 18.03.2026 № Ф09-503/26 по делу № А76-24784/2025: страхователь освобождён от ответственности. Сбой в системе самого страхователя к отмене не приводит — Арбитражный суд Северо-Западного округа постановлением от 18.03.2024 № Ф07-1747/2024 по спору об электронной отчётности в фонд оставил штраф в силе, но учитывается как смягчающее обстоятельство: в деле о ЕФС-1 Арбитражный суд Западно-Сибирского округа постановлением от 30.01.2025 № Ф04-5727/24 снизил штраф с 300 000 до 20 000 рублей.

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

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

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

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

Стоимость перехода на КЭДО и выпуска электронных подписей

Стоимость зависит от численности сотрудников и от набора подписей, которые нужны компании: для внутренних кадровых документов достаточно ПЭП и УНЭП, а обмен с государственными системами ведётся УКЭП.

Итоговая сумма складывается из численности, выбранного тарифа и необходимости выделенного сервера с гарантированным уровнем доступности. Условия по каждому тарифу и состав включённых возможностей опубликованы на странице тарифов Добыто КЭДО.

Для компаний, численность которых близка к 25 и 50 сотрудникам, разницу между тарифами считают отдельно: минимальная оплата по тарифу «Бизнес» рассчитана на 50 сотрудников, поэтому при меньшей численности оба варианта стоит сравнить до подключения.

Выводы

За одинаковым текстом об ошибке сервера стоят пять несовместимых причин, и правильный первый шаг всегда один: прочитать дословную формулировку и определить слой. Отсутствие кода состояния означает, что до шлюза сообщение не дошло, коды 500, 502, 503 и 504 указывают на сторону фонда, а упоминания криптооперации и сертификата переводят разбор к настройкам подписи, где с 1 сентября 2026 года критичны три назначения ключа. Сентябрьская смена типов сообщений добавила пятый слой, который лечится только обновлением релиза. Сроки при этом не приостанавливаются, поэтому фиксация сбоя скриншотами, журналом регистрации и уведомлениями оператора нужна в тот же день, а не после получения акта.

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

Частые вопросы

В программе написано СЭДО ФСС, а фонд теперь СФР — это одно и то же?

Да, речь об одном сервисе. Фонд социального страхования и Пенсионный фонд объединены в Социальный фонд России с 2023 года, а названия ФСС остались в интерфейсах программ, в адресах вида sedo.fss.ru и в текстах ошибок, где встречается формулировка «оператор СЭДО СФР (бывш. ФСС)». Настройки, адреса, порт 443, коды состояния и коды вида E_SEDO и ERR_PR от смены названия не изменились, поэтому инструкции по СЭДО ФСС и по СЭДО СФР применяются одинаково.

Обмен через оператора надёжнее прямого подключения к шлюзу?

Операторская схема по отзывам работает стабильнее: прямой обмен исторически давал больше зависаний и ошибок 500 и 504 при пиковой нагрузке. Но оператор — это дополнительная точка отказа со своими сбоями, и при его недоступности вы получаете тексты «Сервер regservice.keydisk.ru недоступен» или «Ошибка соединения с сервисом регистрации!», на которые повлиять нельзя. Выбор схемы определяется тем, что для вас критичнее: устойчивость под нагрузкой или отсутствие посредника. Проверить текущую схему можно по флажку «Обмен по СЭДО напрямую» в настройках обмена с СФР.

Может ли зависшее сообщение уйти само, и опасно ли отправлять повторно?

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

Запрос от СФР не приходит вовсе. Это тоже ошибка сервера?

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

Что означает ошибка «Страхователь не найден в списке страхователей застрахованного лица»?

Это код ERR_PR_1104, и он относится не к транспорту, а к данным персонифицированного учёта. Типичные причины: не принят подраздел 1.1 ЕФС-1 о приёме сотрудника, ошибка в СНИЛС, неверный регистрационный номер, отсутствие записи об увольнении по прежнему месту при переводе между юридическими лицами. Порядок: провести приём по ЕФС-1, проверить СНИЛС посимвольно и регистрационный номер, повторить отправку через 1-2 рабочих дня после принятия подраздела.

Фонд прислал ответ с ошибкой по заработку. Можно ли исправить сумму в ответе?

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

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

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

Ошибка появляется только в файловой базе по вечерам. Это нормально?

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