СЭДО в 1С — это не один журнал, а несколько объектов в разных разделах программы. В 1С:ЗУП 3.1 документы по пособиям лежат в разделе Кадры — Пособия: входящие запросы СФР, ответы на них, извещения и исходящие сообщения о страховом случае. Под документами работает служебный слой — регистр сведений «Входящие сообщения СЭДО СФР», куда сначала попадает любое сообщение фонда. В 1С:Бухгалтерии 3.0 путь другой: Зарплата и кадры — Страховые взносы — Входящие запросы ФСС для расчета пособий. Главное различие, которое определяет, найдёте вы сообщение или нет, — не раздел меню, а то, вытянуто ли содержимое с сервера: фоновая загрузка тянет только те сообщения, по которым запрос уже подписан вручную.
Дальше по каждому объекту — точный путь, что внутри и признак, что вы смотрите не туда. Покажем, как загрузить сообщение по идентификатору, когда журнал пуст, и почему часть сообщений СЭДО лежит не в «Пособиях», а в 1С-Отчетности. Отдельно собран список ситуаций, когда искать в 1С бесполезно: сообщения там физически нет. Сценарная таблица по ЗУП, Бухгалтерии и личному кабинету страхователя, сроки ответа и размеры штрафов на 2026 год, чек-лист проверки перед поиском и ответы на частые вопросы — во второй половине статьи.
Два слоя СЭДО в 1С: регистр и документы
Любое сообщение фонда сначала попадает в регистр сведений «Входящие сообщения СЭДО СФР» и только потом превращается в документ — входящий запрос, извещение, уведомление о статусе выплаты. Отсюда главное правило поиска: если документа нет, это ещё не значит, что сообщения нет. Оно может лежать в регистре нераспознанным, а может существовать на сервере фонда и не быть загруженным в базу.
Второй слой путаницы — принадлежность сообщения к разделу. Проактивные пособия живут в «Пособиях», а акты проверок, требования об уплате, письма и сверки приходят по тому же СЭДО, но открываются в 1С-Отчетности. Кадровик, который ищет требование СФР в разделе Кадры, не найдёт его там никогда.
Карта ниже собрана по типам сообщений и соответствующим им объектам конфигурации. Типы даны в новой нумерации, действующей с 21.09.2026, со старым номером в скобках.
| Объект в 1С:ЗУП 3.1 | Путь | Что внутри | Признак, что смотрите не туда |
|---|---|---|---|
| Регистр «Входящие сообщения СЭДО СФР» | Строка навигации: e1cib/list/РегистрСведений.ВходящиеСообщенияСЭДОФСС | Организация, идентификатор, тип сообщения, дата. Все входящие без исключения | Здесь нет исходящих сообщений: ответы и инициации в регистре не видны |
| Документ «Входящий запрос СФР» | Кадры — Пособия — Входящие запросы СФР | Тип 10010 (ранее 100): запрос на проверку, подтверждение, корректировку сведений | Протоколы и уведомления сюда не попадают, для них свои журналы |
| Документ «Ответ на запрос СФР» | Кадры — Пособия — Ответы на запросы СФР | Тип 10110 (ранее 101): ваш ответ фонду | Результат обработки ответа придёт типом 10510, это отдельное сообщение |
| Документ «Извещение СЭДО СФР» | Кадры — Пособия — Извещения СЭДО СФР | Тип 10: извещение ПВСО | Уведомления о выплате пособия лежат в журнале извещений СФР, а не здесь |
| Документ «Уведомление об изменении расчета пособия» | Кадры — Пособия — Извещения СФР | Тип 10710 (ранее 107): информирование о событиях по проактивному процессу | Сообщение приходит и тогда, когда ответ отправил другой работодатель |
| Документ «Исходящее сообщение о страховом случае СФР» | Кадры — Пособия — Исходящие сообщения | Тип 10910 (ранее 109): вы сами сообщаете фонду о страховом случае | Это исходящее сообщение, а не ошибка: кода ошибки 109 не существует |
| Рабочее место «Сообщения ФСС об изменении ЭЛН» | Кадры — Сообщения ФСС об изменении ЭЛН | Тип 111: формирование, закрытие и оплата электронного листка | Раздел появляется только после включения подписки на сообщения об изменении ЭЛН |
| Акты, требования, письма, сверки | Отчетность, справки — 1С-Отчетность — Входящие, Письма, Сверки, Требования | Типы 300-319 и 342: акты проверок, требования об уплате, справки о расчётах | В разделе Кадры этих сообщений нет и не будет |
Из таблицы следует практический порядок поиска: сначала смотрим регистр входящих — он показывает факт получения; и только потом документ, который показывает содержание. Если в регистре записи нет, проблема не в журнале, а в загрузке.
Журнал входящих запросов СФР: где лежит и что в нём видно
Проактивный запрос фонда по закрытому больничному открывается в 1С:ЗУП 3.1 по пути Кадры — Пособия — Входящие запросы СФР. В части релизов и в 1С:Бухгалтерии тот же журнал подписан как «Входящие запросы ФСС для расчета пособий» — это один и тот же объект, названия менялись от версии к версии.
В журнале доступны две команды, которые решают большинство вопросов. «Получить из ФСС» запрашивает сообщения интерактивно, с подписанием запроса. «Еще — Получить сообщения за период» открывает форму «Получение сообщений СЭДО за период» с выбором организации и интервала дат: именно ею вытягивают сообщения, которые не подтянулись фоном. Период берут от даты закрытия ЭЛН до текущей даты, а при массовых сбоях — с запасом.

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

Как найти сообщение СЭДО в 1С: пошаговая инструкция
- Шаг 1. Определите тип сообщения по карте объектов выше. От типа зависит, в каком журнале появится документ и появится ли он вообще: часть типов остаётся только записью в регистре.
- Шаг 2. Откройте регистр «Входящие сообщения СЭДО СФР» через Сервис и настройки — Перейти по ссылке и отфильтруйте по организации и дате. Если запись есть, сообщение в базу дошло.
- Шаг 3. Если записи нет, вернитесь в журнал пособий и выполните «Еще — Получить сообщения за период», указав интервал от даты закрытия листка нетрудоспособности до сегодняшнего дня.
- Шаг 4. Если сообщение так и не появилось, возьмите его идентификатор в личном кабинете страхователя, в программе оператора или по обращению в территориальный орган фонда.
- Шаг 5. Создайте в регистре новую запись, заполните поля «Организация» и «Идентификатор», затем выполните «Еще — Получить с сервера СЭДО». Так загружается ровно одно сообщение.
- Шаг 6. Если загрузка завершилась ошибкой, откройте Администрирование — Обслуживание — Журнал регистрации и отфильтруйте записи по уровню «Ошибка»: там лежит техническая причина отказа.
Почему журнал пуст: двухэтапная механика фоновой загрузки
Фоновый обмен с фондом устроен в два этапа, и это объясняет большую часть обращений вида «настроили, а ничего не грузится». Регламентное задание называется «Обмен с ФСС». На первом этапе оно запрашивает у сервера список идентификаторов входящих сообщений: сертификат для этого не нужен, интервал — 30 минут. На втором этапе загружается содержимое, и вот здесь требуется электронная подпись.
Ключевой момент: фоновая загрузка вытягивает содержимое только тех сообщений, по которым пользователь уже подписал запрос интерактивно, то есть нажал «Получить из ФСС». Интервал второго этапа — 1 час 55 минут с разбросом 15 минут днём и 40 минут с разбросом 10 минут ночью. Пока никто не запросил сообщения руками ни разу, регламентное задание видит только идентификаторы и в журнал документов ничего не положит.
Мария Ж, соучредитель сервиса КЭДО Добыто: «Обмен между сервисом и учётной базой настраивается двумя способами — по графику и вручную, и это разные вещи. Пока обмен не выполнен, данные в двух системах расходятся, и человек ищет в базе то, что пока лежит на другой стороне. Прежде чем искать сообщение в журнале, посмотрите, когда в последний раз отрабатывал обмен.»
Второй параметр, который влияет на наполнение журналов, — частота опроса сервера. При обмене через оператора запрос уходит не чаще одного раза в 5 минут днём и раз в час ночью. При прямом обмене интервалы другие: 20-50 минут днём и 1,5-3,5 часа ночью по московскому времени. Отсюда растут отказы шлюза: код 403 и ответ 1012 «Запрос выполнен ранее чем через 5 минут после предыдущего» приходят именно тогда, когда человек жмёт «Получить из ФСС» подряд или когда регламентное задание задублировано.
Для файловой базы есть отдельное условие: её надо оставлять открытой с включённой фоновой загрузкой, иначе регламентные задания не отрабатывают вовсе. Список заданий лежит в разделе Администрирование — Обслуживание — Регламентные операции.
Извещения СФР и уведомления о выплате пособий
Журнал «Извещения СФР и уведомления о выплате пособий» появился в релизах ЗУП 3.1.30.203 и 3.1.34.3 вместе с поддержкой машиночитаемых извещений. В нём собраны разные типы сообщений, и разобраться в списке помогает фильтр по виду документа и колонка с номером процесса: по номеру процесса сообщения сшиваются в одну цепочку от запроса до выплаты.
Извещения ПВСО (тип 10) при этом открываются в отдельном документе «Извещение СЭДО СФР» по пути Кадры — Пособия — Извещения СЭДО СФР. Уведомление о статусе выплаты пособия (тип 110) и уведомление об изменении расчёта пособия (тип 10710, ранее 107) лежат в журнале извещений. Разница существенная: на извещение есть сроки, на уведомление о выплате — нет.

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

Ответ на такое сообщение приходит типом 11210 (ранее 112) — результат обработки информации о жизненных событиях, а уже за ним фонд присылает запрос 10010. По практике ответ на исходящее сообщение приходит в течение суток. Официальная позиция фонда: направить сообщение о жизненной ситуации через спецоператора в течение 3 дней с даты закрытия листка нетрудоспособности.
Сам номер 109 в текстах протоколов читают как код ошибки, хотя это тип сообщения. Кода ошибки 109 в системах фонда не существует, а коды имеют опознаваемые префиксы: E_SEDO_ плюс четыре цифры для шлюза, ERR_PR_ плюс четыре цифры для логического контроля проактивного процесса, ERR_ плюс четыре цифры для доверенности, ORA-200 плюс две цифры для сервиса ЭЛН. Если в тексте нет префикса, а есть длинное число, это почти всегда номер процесса (9 знаков) или идентификатор сообщения (36 знаков).
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Где искать СЭДО в 1С:Бухгалтерии 3.0
В 1С:Бухгалтерии 8 ред. 3.0 входящие запросы фонда открываются по пути Зарплата и кадры — Страховые взносы — Входящие запросы ФСС для расчета пособий. Здесь же формируется документ «Ответ на запрос ФСС для расчета пособия». Отдельно существует «Реестр прямых выплат» — это другой объект и другой процесс.

Настройки обмена в Бухгалтерии лежат не в карточке организации, а в отчётности: Отчеты — 1С-Отчетность — Регламентированные отчеты — Настройки — Отчетность в электронном виде — Настройки обмена с контролирующими органами — Расширенные настройки — Настройки обмена с СФР (бывш. ФСС). В ЗУП 3.1 та же форма открывается короче: Настройка — Организации — карточка организации — закладка ЭДО — гиперссылка «Электронный документооборот с СФР (бывш. ФСС)».
Полный цикл СЭДО по пособиям в Бухгалтерии поддержан: приходят входящие запросы, формируются и отправляются ответы, работает тот же регистр входящих сообщений, есть извещения и требования. Утверждения, что вести пособия без ЗУП нельзя, в открытых источниках не подтверждаются. Различаются релизы поддержки: отправка сведений для расчёта пособий через СЭДО — с 3.0.108, кнопка «Обновить (СЭДО)» и загрузка сообщений в фоне — с 3.0.143.42, новый регистрационный номер СФР в карточке организации — с 3.0.161.22.
Личный кабинет страхователя как второй источник правды
Список сообщений в 1С и список на стороне фонда — это разные списки, и расходятся они закономерно. В базу попадает только то, что вытянуто: идентификаторы по первому этапу фоновой загрузки и содержимое по второму. В личном кабинете страхователя видно всё, что фонд сформировал, независимо от того, забрала программа сообщение или нет. Поэтому кабинет закрывает ровно один вопрос: сообщение вообще существует или его не было.
Практический сценарий такой: если в кабинете сообщение есть, а в 1С его нет, проблема в загрузке и решается на вашей стороне — загрузкой за период или по идентификатору. Если сообщения нет и там, фонд запрос не формировал, и поиск в программе результата не даст: нужно исходящее сообщение о страховом случае. Заодно в кабинете берут идентификатор сообщения для принудительной загрузки.
Второе, ради чего туда заходят, — объявления о технических работах. Технический раздел СЭДО в личном кабинете страхователя публикует спецификации, адреса сервисов и точные даты и время плановых отключений; там же в сентябре 2026 года стояли даты миграции на ГИС ЕЦП с указанием 10:00 МСК. Это первое место, где проверяют, плановый сбой или локальный.
Полезно знать: приказ Росархива от 15 июня 2020 года утвердил типовые функциональные требования к системам электронного документооборота и системам хранения электронных документов, а ГОСТ Р 57762-2017 перечисляет свойства долговременной сохранности: читаемость, интерпретируемость, идентифицируемость, доступность, аутентичность, конвертация, миграция, безопасность. Если вы выгружаете протоколы обмена в собственный архив, эти требования распространяются и на выгруженные файлы.
Куда смотреть в вашем случае: сценарная таблица
Одна и та же задача решается в разных местах в зависимости от того, в какой программе вы работаете и что именно потеряли.
| Сценарий | Критично | Вторично |
|---|---|---|
| 1С:ЗУП 3.1, ищете запрос по конкретному больничному | Дата закрытия ЭЛН, «Еще — Получить сообщения за период», запись в регистре входящих | Название журнала: «Входящие запросы СФР» и «Входящие запросы ФСС для расчета пособий» — один объект |
| 1С:Бухгалтерия 3.0, ищете тот же запрос | Путь Зарплата и кадры — Страховые взносы; релиз не ниже 3.0.143.42 для фоновой загрузки | Наличие ЗУП: цикл СЭДО по пособиям в Бухгалтерии поддержан полностью |
| Ищете требование об уплате или акт проверки | Раздел Отчетность, справки — 1С-Отчетность: «Входящие», «Письма», «Сверки», «Требования» | Журналы пособий: типов 300-319 и 342 там нет |
| Знаете идентификатор сообщения | Регистр входящих, новая запись, «Еще — Получить с сервера СЭДО» | Ожидание фоновой загрузки: она заберёт сообщение не раньше очередного цикла |
| В 1С пусто и непонятно, есть ли сообщение вообще | Личный кабинет страхователя: наличие сообщения и его идентификатор | Перебор журналов в программе: без записи на стороне фонда он ничего не даст |
| Не видно самих электронных листков нетрудоспособности | Флажок «Получать сообщения об изменении состояний ЭЛН» и статус подписки «Включена» у работника | Проактивный запрос: он приходит независимо от подписки |
Границу между двумя последними строками стоит запомнить отдельно: подписка на сообщения об изменении ЭЛН требует письменного согласия работника и отвечает только за то, увидите ли вы больничный заранее. Запрос от фонда придёт и без неё, и срок ответа на него от подписки не зависит.
Мария Ж, HR-эксперт с 13-летним стажем: «Оценивается не подпись работника в журнале ознакомления, а фактическая способность работать в системе. Мы закладываем пилотную группу перед раскаткой на всю компанию именно поэтому. Проверьте по своей базе, у кого есть права на журналы обмена с фондом и кто открывает их, пока ответственный специалист в отпуске.»
Что проверить до того, как начать искать
Часть поисков заканчивается ничем просто потому, что искать было нечего. Пять пунктов ниже проверяются за несколько минут и отсекают самые частые причины.
- Релиз конфигурации. Меню «О программе». Для работы после 21.09.2026 нужен ЗУП 3.1.38.92 и выше: с этой версии пособия по временной нетрудоспособности и в связи с материнством переведены на ЕЦП. На более старых релизах программа шлёт типы сообщений, которые шлюз не принимает с 19.09.2026, 10:00 МСК.
- Схема обмена. Форма «Настройки обмена с СФР (бывш. ФСС)». При подключённой 1С-Отчетности в окне стоит надпись «Используется обмен по СЭДО через оператора», и флажок «Обмен по СЭДО напрямую» трогать не нужно. Сам флажок по умолчанию скрыт и выводится через «Еще — Изменить форму».
- Сертификаты шифрования. В той же форме два поля: одно для 4-ФСС и ПВСО, второе для ЭЛН, ПОВЭД, ССВ и СЭДО. Сертификат «ФСС для 4-ФСС, ПВСО» действует по 01.10.2026 14:32:53, «ФСС для ЭЛН, ПОВЭД, ССВ, СЭДО» — по 03.10.2026 10:19:55. Период действия виден прямо в строке выбора сертификата.
- Регистрационный номер. В обмене используются два номера: по ОСС (бывший ФСС) и по СФР, и в ответе фонду передавать нужно оба, указанные в запросе. Частая причина отказа — номер ПФР (12 цифр в формате ХХХ-ХХХ-ХХХХХХ) вместо номера по ОСС. Единый регистрационный номер СФР с 01.11.2024 состоит из 10 цифр, а старые номера ПФР не отменены и остаются актуальными для пенсионных дел и документов до 2017 года.
- Закрыт ли листок нетрудоспособности. Пока ЭЛН не закрыт, проактивный процесс не запускается и запроса не будет. Проверяется через медорганизацию или личный кабинет работника на Госуслугах.
Факт: состав сертификата проверяется в КриптоПро CSP на вкладке «Сервис» кнопкой «Просмотреть сертификаты в контейнере…». Корневой сертификат Минцифры России устанавливается в хранилище «Доверенные корневые центры сертификации», а корневой сертификат УЦ ФНС России — в «Промежуточные центры сертификации»: это разные хранилища, и установка обоих в одно даёт ошибку доверия.
Сообщение не открывается: журнал регистрации и отчёт для техподдержки
Когда сообщение получено, но программа не смогла его разобрать, текст в окне выглядит как «Ошибка обработки сообщения» с номером типа. Пример: «Ошибка обработки сообщения 124» означает, что пришло уведомление фонда об отсутствии ответа на запрос в срок, а программа не завела под него документ. Разбор такой: открыть регистр входящих, найти сообщение нужного типа, определить идентификатор исходного запроса, вернуться в журнал входящих запросов и сформировать ответ.
Технические подробности отказа лежат не в окне сообщения, а в журнале регистрации: Администрирование — Обслуживание — Журнал регистрации, фильтр по уровню «Ошибка». Именно там видно продолжение текста, по которому определяется слой отказа. Правило чтения простое и проверяется по любому протоколу.
- В тексте есть слова «сертификат», «криптооперация», «расшифров», «подписать» — это криптография, чинится на вашей стороне: сертификаты, криптопровайдер, лицензия.
- В тексте есть HTTP-код (302, 403, 404, 500, 502, 503, 504) или фраза «не удалось обратиться к серверу» — это транспорт, чаще не ваша зона; проверяется объявлениями фонда и одновременностью ошибок у других.
- В тексте есть код вида ERR_PR_xxxx — это логический контроль фонда, чинится содержимым ответа, а не настройками.
Диалог «Произошла непредвиденная ошибка» с отчётом для техподдержки — отдельный случай: в нём лежит технический текст, адресованный не вам, а специалисту сопровождения. Сохраняйте этот текст сразу и вместе с записью из журнала регистрации: без него причина отказа восстанавливается только по косвенным признакам. Для части симптомов существуют адресные патчи: EF_60009751_11 под «Указанное сообщение не найдено», EF_70109408 под «Ошибка расшифровки ответа ФСС» с записью «Размер блока превышает размер файла» в журнале регистрации, EF_00_00556082 для читаемых текстов ошибок.
Мария Ж, судебный эксперт по трудовому праву: «Информационная система фиксирует не только то, что удобно её владельцу. В одном из споров собственный журнал работодателя сработал против него: система показала, кто и когда выдал электронную подпись и под чьим контролем она находилась. Прежде чем объяснять фонду или суду технический сбой, откройте журнал регистрации и посмотрите, что там записано на самом деле.»
Формы и шаблоны для работы с сообщениями СФР
Комплект закрывает две задачи: найти нужный объект и зафиксировать обмен; начинать стоит с карты путей, она сводит все журналы 1С:ЗУП и Бухгалтерии в одну таблицу.
| Документ | Скачать |
|---|---|
| Карта путей: где что лежит в 1С:ЗУП и 1С:Бухгалтерии 3.0 | Скачать |
| Чек-лист готовности 1С:ЗУП к обмену с СФР и проверки электронной подписи | Скачать |
| Журнал регистрации технических сбоев при обмене с СФР | Скачать |
| Памятка кадровой службе: сроки передачи сведений в СФР | Скачать |
| Регламент электронного взаимодействия с СФР по пособиям | Скачать |
Когда искать в 1С бесполезно
Есть ситуации, в которых сообщения в базе нет и не появится, сколько журналы ни открывай. Перебор путей в таких случаях только съедает срок ответа.
- Релиз ниже 3.1.38.92. После 19.09.2026, 10:00 МСК шлюз не принимает старые типы 100, 101, 105, 107, 109, 112, 124, 320, 321, 322. В протоколе приходит текст «Типы сообщений № 109, 101, 320 больше не поддерживаются. Для корректной работы используйте новые типы: № 10910, 10110, 32010». Пока конфигурация не обновлена, отправленный ответ фонд не примет, а протокола о его приёме в журнале не появится.
- Процесс закрыт по другому страхователю. Коды ERR_PR_1114, ERR_PR_1116 и один из вариантов ERR_PR_1076 означают, что пособие назначено у другого работодателя. Процесс закрыт корректно, действий не требуется, и никакое сообщение к вам больше не придёт.
- Прошёл календарный месяц. Если страхователь не ответил на запрос недостающих сведений в течение одного календарного месяца с даты его направления, процесс закрывается. Ответ уже не примут, лечится это новым исходящим сообщением о страховом случае и ответом на новый запрос.
- Фонд запрос не отправлял. Официальные причины: расхождение ФИО в разных системах, некорректные записи о кадровых мероприятиях, трудоустройство не подтверждено в персонифицированном учёте. Проверяется в территориальном органе фонда, а исправляется формой АДВ-2 или дубликатом ЭЛН с корректными данными.
- Вы ищете не тот тип сообщения. Требования, акты и сверки в разделе Кадры не появляются никогда: они открываются в 1С-Отчетности.
В каждой из этих ситуаций полезнее не искать, а зафиксировать причину письменно: дату, код из протокола и выполненное действие. В практике Добыто такую запись заводят сразу, в день события: она потом закрывает вопрос и перед фондом, и внутри компании, когда выясняют, кто и когда что проверял.
Мария Ж, специалист по цифровой подписи и КЭДО: «Первое, что мы выясняем в споре о подписи, — в каком режиме создавался документ. Скан подписанного от руки документа и файл, подписанный криптографически, живут по разным правилам, и требования к подписи у них разные. Собирая доказательства сбоя обмена, сохраняйте не только распечатку экрана, но и сам файл сообщения с подписью.»
Сколько стоит вовремя не найденное сообщение
Цена промаха здесь считается не в часах поиска, а в штрафах и закрытых процессах. Ответ на запрос недостающих сведений подаётся не позднее 3 рабочих дней (2 рабочих дня — по единовременному пособию при рождении ребёнка). Нарушение срока представления сведений — 5 000 рублей по части 3 статьи 15.2 Федерального закона от 29.12.2006 № 255-ФЗ. Непредставление документов по запросу — 200 рублей за каждый документ по части 1 той же статьи. Недостоверные сведения, повлёкшие излишние расходы фонда, — 20 процентов от суммы излишне понесённых расходов, но не более 5 000 и не менее 1 000 рублей. На должностное лицо отдельно налагается штраф от 300 до 500 рублей по части 4 статьи 15.33 КоАП РФ.
Второй вид потерь — закрытый процесс. Месяц молчания, и пособие не назначено: работнику придётся ждать нового цикла, а кадровой службе — заводить исходящее сообщение и отвечать заново. Фонд выплачивает пособие в течение 10 рабочих дней с даты поступления всех необходимых сведений, и этот счёт начинается заново.
Третий фактор влияет на исход спора. Суды разделяют, на чьей стороне произошёл сбой. Когда сведения направлены в срок, но фонд не принял их из-за ошибки в сертификате шифрования на своей стороне, штраф отменяют: так решил Арбитражный суд Московского округа постановлением от 22.02.2024 по делу № А40-175408/2023. Когда сбой произошёл у страхователя, штраф оставляют в силе, но могут снизить как смягчающее обстоятельство: Арбитражный суд Западно-Сибирского округа постановлением от 30.01.2025 № Ф04-5727/24 снизил санкцию с 300 000 до 20 000 рублей. Доказательствами суды принимают уведомления операторов электронного документооборота, скриншоты ошибок программы, письма о технических неполадках и логи обмена. Поэтому журнал регистрации и отчёт техподдержки стоит сохранять в день сбоя, а не через месяц.
Внимание: распечатанный электронный документ остаётся копией электронного документа, а не оригиналом. Чтобы распечатка имела силу, её заверяют оператором электронного документооборота, удостоверяющим центром, нотариусом либо самой организацией с отметкой о верности копии.
Стоимость перехода на электронные кадровые документы: тарифы Добыто
Обмен с фондом остаётся в учётной программе, а кадровые документы с работниками можно вести отдельно. Стоимость зависит от численности, набора подписей и потребности в интеграции с 1С.
| Услуга | Стоимость | Сроки |
|---|---|---|
| Тариф «Старт»: до 25 сотрудников, ПЭП и УНЭП, базовые шаблоны, email-поддержка | от 30 руб. за сотрудника / мес. | подключение за 5 минут |
| Тариф «Бизнес»: без ограничения по численности, ПЭП, УНЭП и УКЭП, кастомные шаблоны, приоритетная поддержка, электронный архив | от 50 руб. за сотрудника / мес. | подключение за 5 минут |
| Минимальная оплата по тарифу «Бизнес»: 50 сотрудников | 30 000 руб. в год | год |
| Интеграция с 1С (входит в тариф «Бизнес») | включено в тариф | рассчитывается индивидуально |
| Тариф «Корпорация»: всё из «Бизнеса», выделенный сервер, SLA 99.9%, персональный менеджер, API и кастомные интеграции | по запросу | рассчитывается индивидуально |
| Выпуск ПЭП и УНЭП для сотрудников | бесплатно на всех тарифах | по мере подключения |
Итоговая сумма складывается из численности и выбранного набора функций: кастомные шаблоны, интеграция с 1С и электронный архив входят в тариф «Бизнес», выделенный сервер и API — в «Корпорацию». Актуальный состав условий и ограничения по численности опубликованы на странице тарифов Добыто КЭДО.
Подключение занимает 5 минут и проходит с персональным менеджером, поэтому расчёт по своей численности удобнее делать сразу при подключении.
Выводы
Поиск сообщения СЭДО в 1С сводится к трём вопросам подряд: существует ли сообщение у фонда, дошёл ли его идентификатор в базу, разобрала ли программа содержимое в документ. Первый вопрос закрывает личный кабинет страхователя, второй — регистр входящих сообщений, третий — журнал пособий или раздел 1С-Отчетности, в зависимости от типа. Пути в ЗУП 3.1 и Бухгалтерии 3.0 разные, но регистр один, и именно он чаще всего даёт ответ. Отдельно стоит держать в голове двухэтапную механику: пока запрос не подписан вручную хотя бы раз, фоновая загрузка содержимое не принесёт.
В практике Добыто эта же логика переносится на кадровые документы внутри компании: мы разводим обмен с фондом и подписание документов с работниками по разным контурам, потому что это разные процессы, разные подписи и разные сроки. Тогда потерянное сообщение остаётся технической задачей одного специалиста, а не останавливает работу кадровой службы целиком.
Частые вопросы
Можно ли вывести регистр входящих сообщений СЭДО в меню, чтобы не вставлять ссылку каждый раз
Штатной команды меню для этого регистра нет, поэтому его открывают через Сервис и настройки — Перейти по ссылке. Чтобы сократить путь, в журналах выводят отдельную кнопку «Обновить (СЭДО)» — она загружает только документы из СЭДО: входящие запросы, требования фонда, сообщения об изменении ЭЛН и извещения. Кнопка появляется при установке флажка «Отображать отдельную кнопку для обновления по СЭДО», механизм реализован патчем EF_60007173, рядом с ним работает и команда «Загрузить сообщения в фоне».
Что делать, если сообщение пришло дважды по одному и тому же больничному
Сначала проверьте раздел Кадры — Пособия — Извещения СЭДО СФР на наличие извещения по этому пособию и убедитесь, что параметры входящего запроса не менялись при отправке ответа. Если это действительно дубль, отправляют ответ с отметкой «Пособие не требуется». Отдельно проверьте, какой именно входящий запрос подставился в ответ: программа при формировании на основании больничного листа может подтянуть первичный запрос с первичным номером процесса, а такой ответ фонд не примет, потому что тот процесс уже закрыт. В ответе должен стоять запрос с наибольшим номером процесса.
Почему сообщение видно у оператора, но не загружается в 1С
Оператор показывает содержимое своего хранилища, а 1С — только то, что забрала. Разойтись они могут по трём причинам: сообщение не запрашивалось вручную, поэтому фоновая загрузка его не тянет; превышена частота опроса и шлюз отвечает кодом 403 или ответом 1012; истёк один из сертификатов шифрования. Проверьте период действия сертификатов в форме настроек обмена: строка выбора показывает владельца и даты в формате «с 10.07.2025 10:19:55 по 03.10.2026 10:19:55».
Чем отличается ошибка в протоколе от ошибки в программе
Ошибка в протоколе означает, что файл доехал до фонда и был прочитан, но данные не сошлись: такие ошибки имеют префикс ERR_PR_ и приходят сообщением 10510 или 11210. Ошибка в программе означает, что файл до фонда не доехал или не был разобран на вашей стороне: там либо HTTP-код, либо текст про криптооперацию, либо фраза «Ошибка обработки сообщения» с номером типа. Лечатся они в разных местах: первая — содержимым ответа, вторая — релизом, патчем, сертификатом или сетью.
Нужно ли что-то менять в путях после перехода на ГИС ЕЦП
Названия журналов и разделов после миграции 19-21 сентября 2026 года не изменились, изменились номера типов сообщений: 100 стало 10010, 101 — 10110, 105 — 10510, 107 — 10710, 109 — 10910, 112 — 11210, 124 — 12410, 320 — 32010, 321 — 32110, 322 — 32210. Документы «Ответ на запрос СФР для расчета пособия», проведённые до 21.09.2026, перед отправкой в новом формате нужно перепровести, а исходящие сообщения о страховом случае без подтверждения приёма — отправить повторно.
Где посмотреть, что регламентное задание по обмену вообще запускалось
Список открывается по пути Администрирование — Обслуживание — Регламентные операции, задание называется «Обмен с ФСС». Проверяйте два обстоятельства: не отключено ли задание и не задублировано ли оно, потому что дубль даёт превышение частоты опроса и отказ шлюза. Для файловой базы есть дополнительное условие: программа должна быть запущена, иначе регламентные задания не выполняются и фоновая загрузка не идёт.
Что означает «спецификация 3.0» в уведомлении внутри программы
Это поколение модуля ВНиМ и ССВ на стороне фонда, а не версия спецификации самого сервиса СЭДО: сервис остаётся в версии 2.3_ЕЦП от 09.12.2025, тогда как тома модуля ВНиМ имеют версии 3.0-3.2. Практический смысл для пользователя один: с 21.09.2026 запросы приходят с новым полем в служебных данных, и корректно разобрать их умеет только обновлённая конфигурация.