Ошибка сервера СЭДО — общее название для пяти разных отказов, которые программа показывает почти одинаковым текстом. Различать их нужно по дословной формулировке. «Не удалось обратиться к серверу СЭДО СФР» означает, что соединение не установилось и ваш XML шлюз даже не видел. «Ошибка сервера, код состояния 500» означает, что шлюз ответил, и причина чаще всего в сертификатах и настройках шифрования. «Типы сообщений № 109, 101, 320 больше не поддерживаются» означает устаревший релиз учётной программы после перехода СФР на ЕЦП 19-21 сентября 2026 года. Главное различие, от которого зависят все дальнейшие действия: ответил сервер кодом или соединение вообще не установилось.
Разберём каждый из пяти слоёв с дословными текстами ошибок, адресами и портами, которые должны быть открыты в брандмауэре, и требованиями к сертификату, действующими с 1 сентября 2026 года. Покажем семь признаков, по которым за несколько минут видно, что проблема не на вашей стороне, и что делать с трёхдневным сроком ответа, если сервер лежит в последний день. Сроки и размеры штрафов по статье 15.2 255-ФЗ, судебная практика по отмене и снижению штрафа, чек-лист готовности к обмену и ответы на частые вопросы — во второй половине статьи.
Пять слоёв, на которых возникает «ошибка сервера СЭДО»
Одна и та же фраза в интерфейсе скрывает пять разных отказов, и лечатся они несовместимыми способами: перевыпуск сертификата не поможет при таймауте шлюза, а обновление релиза не спасёт, если брандмауэр закрыл порт 443. Таблица ниже сводит слои, характерные формулировки и зону ответственности; она же работает как сценарная карта — находите свою формулировку в средней колонке и переходите к нужному разделу.
| Слой | Характерный текст в программе | Чья зона | Первое действие |
|---|---|---|---|
| Сеть, DNS, прокси | «Ошибка работы с Интернет: Couldn’t resolve host name», «Ошибка работы с Интернет: Превышено время ожидания» | Провайдер, оператор, ваш системный администратор | Проверить доступ к хосту и открытые порты |
| TLS и сертификат сервера | «Ошибка при проверке соединения с ФСС», «41: нет доверия к издателю сертификата» | Страхователь | Проверить цепочку доверия и настройки шифрования |
| Подпись и шифрование сообщения | «Произошла ошибка при выполнении криптооперации над запросом к серверу СЭДО», «Набор ключей не определен», E_SEDO_1010, E_SEDO_1020, E_SEDO_1080 | Страхователь | Проверить сертификат, его назначения ключа и лицензию криптопровайдера |
| Шлюз СФР | «Ошибка сервера, код состояния 500», «Ошибка клиента, код состояния 403», «Ошибка клиента, код состояния 404», «код состояния 504», ошибка 1012 | Смешанная | Прочитать код: 403 и 1012 настраиваются у вас, 502-504 не лечатся с вашей стороны |
| Регламентные работы и смена форматов | «Типы сообщений № 109, 101, 320 больше не поддерживаются», «Ошибка формата сообщения. Unknown format message» | Страхователь (релиз ПО) и СФР (сроки работ) | Проверить версию учётной программы и объявления СФР о работах |
Из таблицы следует практический фильтр: если в тексте нет ни кода состояния, ни слова «сертификат», вы почти наверняка на первом слое и чинить в программе нечего. Если код есть, дальше решает его значение, а не общее впечатление, что «СЭДО опять не работает».
Слой 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-ФЗ либо на рабочем месте не установлена цепочка доверия. Второй случай решается установкой цепочки, первый — обращением в удостоверяющий центр.
Полезно знать: рабочее место для квалифицированной подписи УЦ ФНС России считается настроенным, когда установлены четыре вещи: драйверы ключевого носителя, СКЗИ КриптоПро CSP версии 5.0 R2 сборки 12000 или выше, КриптоПро ЭЦП Browser Plug-in и оба корневых сертификата — Минцифры России и УЦ ФНС России. Корневой сертификат Минцифры ставится в доверенные корневые центры сертификации, сертификат УЦ ФНС — в промежуточные.
С 18 июня 2026 года сервисы ЭЛН переведены на TLS с шифрованием по алгоритмам ГОСТ; для ПВСО и СЭДО такой переход произойдёт позже и потребует донастройки автоматизированных рабочих мест и установки дополнительного программного обеспечения. Даты работ, актуальные версии спецификаций и адреса сервисов публикуются в техническом разделе СЭДО в кабинете страхователя. Проверить, что вы обращаетесь по действующему адресу, стоит до того, как начнёте искать ошибку в данных.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Слой 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 года, требованию соответствуют.
В практике Добыто это первое, что мы смотрим при жалобе на ошибки обмена после перевыпуска подписи: сертификат может быть действующим и квалифицированным, но без нужного назначения ключа он для обмена с фондом непригоден.
Мария Ж, специалист по цифровой подписи и КЭДО: «После любого перевыпуска подписи проверяйте статус нового сертификата и не считайте процедуру законченной в момент его получения. При удалённом перевыпуске через личный кабинет налоговой старый сертификат аннулируется сразу, и если он прописан в настройках интеграций, они отвалятся в тот же день. Откройте настройки обмена и убедитесь, что там стоит новый сертификат, а не тот, которым вы подписывали вчера»
Факт: по части 7 статьи 14 63-ФЗ удостоверяющий центр вносит информацию о прекращении действия сертификата в реестр в течение двенадцати часов с момента наступления обстоятельств или с момента, когда центру стало о них известно. Действие сертификата прекращается не в момент вашего обращения, а в момент внесения записи в реестр.
Важный нюанс из практики: помимо аннулирования существует приостановление действия сертификата с последующим возобновлением, если угроза компрометации закрытого ключа устранена. Механизм полезен при неподтверждённом подозрении: вы приостанавливаете действие, разбираетесь и возобновляете без затрат на перевыпуск. Поддерживает ли его ваш удостоверяющий центр, стоит уточнить заранее: не все регламенты это предусматривают.
Слой 4: шлюз СФР ответил кодом
Если в тексте есть код состояния, соединение установилось и шлюз сформировал ответ. Дальше всё решает конкретное число: по нему проходит граница между «настройте у себя» и «ждите».
Код 403 в формулировке «Ошибка подключения к веб-серверу https://sedo.fss.ru: Ошибка клиента, код состояния 403» возникает от слишком частых запросов GetCount сверх установленного интервала. Лечится увеличением интервала опроса и отключением дублирующих регламентных заданий. Близкая по смыслу ошибка 1012 приходит с текстом «Не удалось обратиться к серверу СЭДО СФР. Ответ от сервера: ошибка 1012» и означает повторный запрос раньше чем через 5 минут после предыдущего; типовая причина — фоновое задание, которое дублирует ручной опрос.
Код 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»: сообщение не соответствует спецификации, зона страхователя, решение — обновить программное обеспечение до последней версии и повторить отправку.
Слой 5: регламентные работы и переход на ЕЦП 19-21 сентября 2026 года
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 года мы начинаем разбор обращений про обмен с СФР именно со сверки номера релиза: это снимает часть вопросов до того, как кто-то полезет в сертификаты.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Соответствие типов держат под рукой ещё и потому, что старые номера остались в переписке, инструкциях и текстах протоколов.
| Было | Стало | Что это за сообщение |
|---|---|---|
| 100 | 10010 | Входящий запрос СФР для расчёта пособия |
| 101 | 10110 | Ответ на запрос СФР |
| 105 | 10510 | Результат обработки ответа на запрос (протокол) |
| 107 | 10710 | Уведомление об изменении расчёта пособия или ответ другого страхователя |
| 109 | 10910 | Исходящее сообщение о страховом случае, которым страхователь сам запускает процесс |
| 112 | 11210 | Результат обработки информации о жизненных событиях (протокол) |
| 124 | 12410 | Уведомление об отсутствии ответа страхователя |
| 320 | 32010 | Запрос данных о среднем заработке |
| 321 | 32110 | Ответ: средний заработок |
| 322 | 32210 | Данные СФР для расчёта пособий |
Два следствия миграции дают ошибки уже после обновления релиза. Документы «Ответ на запрос СФР для расчёта пособия», проведённые до 21 сентября 2026 года, перед отправкой в новом формате нужно перепровести. Неподтверждённые «Исходящие сообщения о страховом случае СФР» нужно отправить повторно после 21 сентября 2026 года. Ещё один характерный текст периода — протокол «Ошибки (1): ERR_PR_1000: Не найден процесс № 421242085»: процесс не нашёлся в новой системе. Порядок действий: проверить, не пришёл ли новый входящий запрос, и если нет — создать исходящее сообщение о страховом случае, дождаться нового запроса и ответить на него.
Чек-листы и формы для разбора сбоев обмена с СФР
Комплект собран под разбор отказов сервера: начинать удобнее с чек-листа диагностики, он ведёт по пяти слоям и показывает, где заканчивается ваша зона ответственности.
| Документ | Скачать |
|---|---|
| Чек-лист диагностики ошибки сервера СЭДО по пяти слоям | Скачать |
| Акт о техническом сбое при электронном взаимодействии с СФР | Скачать |
| Журнал регистрации технических сбоев при обмене с СФР | Скачать |
| Приказ о назначении ответственных за электронное взаимодействие с СФР | Скачать |
| Регламент электронного взаимодействия с СФР по пособиям | Скачать |
Что проверить заранее, чтобы ошибка не совпала со сроком
Значительная часть обращений про ошибку сервера приходится на последний день срока, когда времени на разбор уже нет. Шесть пунктов ниже проверяются один раз и закрывают три слоя из пяти.
- Релиз учётной программы. Для 1С:ЗУП 3.1 после 21 сентября 2026 года — не ниже 3.1.38.92.
- Назначения ключа в сертификате. keyAgreement, dataEncipherment, keyEncipherment в поле «Использование ключа».
- Сроки действия. Сертификат страхователя, сертификат шифрования органа СФР и лицензия криптопровайдера. Истечение любого из трёх даёт ошибку, похожую на отказ сервера.
- Доступ в брандмауэре. sedo.fss.ru:443 при прямом обмене, sedo.keydisk.ru:443 при обмене через оператора.
- Схема обмена. Флажок «Обмен по СЭДО напрямую» в настройках обмена с СФР: сброшен — обмен идёт через оператора, установлен — напрямую. Флажок может быть скрыт, он выводится через «Ещё» — «Изменить форму». Операторская схема реализована начиная с релизов 3.1.27.113 и 3.1.28.12.
- Регистрационный номер. В ответе указывается номер по обязательному социальному страхованию (бывший ФСС), а не номер ПФР. В сообщении 100 за них отвечают разные поля: RegNum — номер по ОСС, RegNumSFR — номер по СФР. Нарушение этого правила даёт ошибку о несоответствии регистрационных номеров.
Внимание: увольнение сотрудника, имевшего доступ к ключевой информации, входит в перечень событий компрометации ключа само по себе, независимо от того, сдал он носитель или нет. Если увольняется бухгалтер, который подписывал отчётность ключом руководителя и знал пин-код, отзывать нужно ключ руководителя.
Важный нюанс из практики: на стороне работодателя закрепляются порядок выдачи и учёта носителей с фиксацией даты и обстоятельств выдачи, порядок идентификации при подписании и периодическая сверка журнала выданных ключей с актуальным составом сотрудников. Последний пункт чаще всего и выпадает, а без него обмен рвётся в момент, когда ключ отзывают по кадровому основанию, о котором в бухгалтерии не знали.
Мария Ж, HR-эксперт с 13-летним стажем: «В локальном акте должен быть описан порядок действий при инциденте с подписью: кто отвечает и каким способом уведомляет. Работник обязан сообщить о нарушении конфиденциальности ключа в срок не более одного рабочего дня со дня, когда он об этом узнал, и это норма закона, а не наше пожелание. Если срок не прописан в вашем локальном акте, работник о нём не знает и уведомит тогда, когда сможет»
Мы в Добыто закладываем назначение ответственных за обмен отдельным приказом и разводим роли: кто отправляет, кто контролирует сроки, кто держит актуальность сертификата. При одном ответственном на всё любой его отпуск или больничный превращается в пропущенный трёхдневный срок.
Сроки, штрафы и что делать, если сервер лежит в последний день
Срок ответа на запрос недостающих сведений — 3 рабочих дня, по единовременному пособию при рождении ребёнка — 2 рабочих дня. Сведения по закрытому электронному листку нетрудоспособности передаются не позднее 3 рабочих дней, получение извещения подтверждается в течение 3 рабочих дней, ответ по существу извещения даётся в течение 5 рабочих дней, информация о районном коэффициенте — не позднее 2 рабочих дней со дня получения запроса. Фонд выплачивает пособие в течение 10 рабочих дней с даты поступления всех необходимых сведений.
Отдельный дедлайн, о котором редко пишут: если страхователь не ответил в течение одного календарного месяца с даты направления запроса недостающих сведений, проактивный процесс закрывается. Дальше ответ уже не примут, и в протоколе придёт ERR_PR_1076 с дословной причиной: «Страхователь не направил ответ на запрос недостающих сведений в течении одного календарного месяца с даты направления запроса недостающих сведений». Восстановить процесс нельзя: его инициируют заново исходящим сообщением о страховом случае (109, с 21 сентября 2026 года — 10910), дожидаются нового запроса и отвечают на него.
Цена просрочки считается по статье 15.2 255-ФЗ и статье 15.33 КоАП, и суммы для разных нарушений отличаются.
| Норма | Нарушение | Санкция |
|---|---|---|
| ч. 1 ст. 15.2 255-ФЗ | Отказ представить или непредставление в срок документов для контроля | 200 рублей за каждый непредставленный документ |
| ч. 2 ст. 15.2 255-ФЗ | Недостоверные сведения или их сокрытие, повлёкшие излишние расходы фонда | 20 процентов излишне понесённых расходов, но не более 5 000 и не менее 1 000 рублей |
| ч. 3 ст. 15.2 255-ФЗ | Нарушение срока представления сведений для назначения и выплаты пособия | 5 000 рублей |
| ч. 3 и ч. 4 ст. 15.33 КоАП | Непредставление сведений, представление их в неполном или искажённом виде | от 300 до 500 рублей на должностных лиц |
Штраф в 5 000 рублей за нарушение трёхдневного срока по закрытому листку нетрудоспособности подтверждён письмом Минтруда России от 04.03.2026 № 17-1/ООГ-117; в том же письме указано, что законодательство допускает признание обстоятельств, исключающих вину работодателя. При наличии смягчающих обстоятельств штраф снижается не менее чем в два раза. Перечень составов и суммы фонд публикует на странице ответственности страхователя, и возражения удобнее готовить, сверяясь именно с формулировкой нормы, а не с текстом акта проверки.
Практика по технологическим сбоям делится по одному признаку — на чьём оборудовании произошёл отказ. Когда сведения были направлены в срок, а фонд не принял их из-за ошибки в сертификате шифрования на своей стороне, штраф отменяют: Арбитражный суд Московского округа, постановление от 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 рублей.
Отдельный вопрос — начало течения срока. Арбитражный суд Уральского округа в постановлении от 04.03.2024 № Ф09-578/24 исходил из того, что три дня считаются со дня получения запроса, а не со дня его отправки фондом. Арбитражный суд Северо-Кавказского округа в постановлении от 03.04.2026 указал, что срок стартует со дня получения работодателем недостающих сведений от работника, например реквизитов счёта, без которых форма не отправляется. Мотивировки в доступных публикациях раскрыты не полностью, поэтому единственной линией защиты этот довод быть не может, но в возражениях он рабочий.
Доказательства, которые принимают суды, перечисляются коротко: уведомления операторов ЭДО, скриншоты ошибок программы, письма о технических неполадках, логи обмена данными. Собираются они в момент сбоя и задним числом не восстанавливаются.
Мария Ж, юрист со стажем более 20 лет: «Фиксируйте момент обнаружения проблемы и то, что послужило признаком: дату, время и саму формулировку, которую вы увидели. Разбираться в причинах можно и после, а вот восстановить момент, когда вы впервые увидели ошибку, задним числом не получится. В споре это имеет значение, потому что обязанность действовать привязана к моменту, когда вы получили информацию о нарушении»
Мария Ж, судебный эксперт по трудовому праву: «Проигрывают не из-за электронной формы документа, а из-за дефектов процедуры вокруг него. Суд смотрит не на то, что система у вас была, а на то, зафиксировала ли она обстоятельства: кто, когда и при каких условиях совершил действие. Проверьте по своей системе, остаются ли в ней записи, по которым вы через год восстановите картину дня, когда обмен не прошёл»
Стоимость перехода на КЭДО и выпуска электронных подписей
Стоимость зависит от численности сотрудников и от набора подписей, которые нужны компании: для внутренних кадровых документов достаточно ПЭП и УНЭП, а обмен с государственными системами ведётся УКЭП.
| Услуга | Стоимость | Сроки |
|---|---|---|
| Тариф «Старт»: до 25 сотрудников, ПЭП и УНЭП, базовые шаблоны, email-поддержка | от 30 руб. за сотрудника / мес. | подключение за 5 минут |
| Тариф «Бизнес»: без ограничения по числу сотрудников, ПЭП, УНЭП и УКЭП, кастомные шаблоны, приоритетная поддержка | от 50 руб. за сотрудника / мес. | подключение за 5 минут |
| Минимальная оплата по тарифу «Бизнес»: 50 сотрудников | 30 000 руб. в год | оплата за год |
| Интеграция с 1С и электронный архив | входит в тариф «Бизнес» | по запросу |
| Электронные подписи ПЭП и УНЭП для сотрудников | бесплатно на всех тарифах | выпуск в сервисе |
| Тариф «Корпорация»: всё из тарифа «Бизнес», выделенный сервер, SLA 99.9%, персональный менеджер, API и кастомные интеграции | по запросу | рассчитывается индивидуально |
Итоговая сумма складывается из численности, выбранного тарифа и необходимости выделенного сервера с гарантированным уровнем доступности. Условия по каждому тарифу и состав включённых возможностей опубликованы на странице тарифов Добыто КЭДО.
Для компаний, численность которых близка к 25 и 50 сотрудникам, разницу между тарифами считают отдельно: минимальная оплата по тарифу «Бизнес» рассчитана на 50 сотрудников, поэтому при меньшей численности оба варианта стоит сравнить до подключения.
Выводы
За одинаковым текстом об ошибке сервера стоят пять несовместимых причин, и правильный первый шаг всегда один: прочитать дословную формулировку и определить слой. Отсутствие кода состояния означает, что до шлюза сообщение не дошло, коды 500, 502, 503 и 504 указывают на сторону фонда, а упоминания криптооперации и сертификата переводят разбор к настройкам подписи, где с 1 сентября 2026 года критичны три назначения ключа. Сентябрьская смена типов сообщений добавила пятый слой, который лечится только обновлением релиза. Сроки при этом не приостанавливаются, поэтому фиксация сбоя скриншотами, журналом регистрации и уведомлениями оператора нужна в тот же день, а не после получения акта.
Мы в Добыто выстраиваем кадровый электронный документооборот так, чтобы подписи, маршруты и архив документов были в одном контуре, а ответственные за обмен и сроки были назначены явно. Это не отменяет сбоев на стороне внешних систем, но снимает ту часть ошибок, которая растёт из просроченных сертификатов, потерянных документов и неясного распределения ролей.
Частые вопросы
Обмен через оператора надёжнее прямого подключения к шлюзу?
Операторская схема по отзывам работает стабильнее: прямой обмен исторически давал больше зависаний и ошибок 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 минут после предыдущего.
