Ошибка 109 в СЭДО: расшифровка и переход на тип 10910

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

Разберём четыре ситуации, в которых рядом со 109 появляется слово «ошибка», с дословными текстами протоколов, и покажем, что лечится обновлением релиза до 3.1.38.92, а что — сверкой регистрационного номера с выпиской ЕГРЮЛ. Дадим порядок отправки сообщения о страховом случае и проверки того, что оно принято. Сроки, после которых проактивный процесс закрывается, суммы штрафов по статье 15.2 255-ФЗ и статье 15.33 КоАП, формы для скачивания и ответы на частые вопросы — во второй половине статьи.

Что означает 109 в СЭДО и кто отправляет это сообщение

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

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

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

• 109 — страхователь сообщает о страховом случае;
• 112 — фонд присылает результат обработки информации о жизненных событиях, это протокол на ваше 109;
• 100 — фонд запрашивает недостающие сведения для расчёта пособия;
• 101 — страхователь отвечает на запрос;
• 105 — фонд присылает результат обработки ответа, это протокол на ваше 101;
• 110 и 111 — уведомление о статусе выплаты пособия;
• 124 — уведомление о том, что ответ типа 101 не поступил в срок;
• 107 — уведомление о том, что ответ отправил другой страхователь либо изменился расчёт.

Сообщение 107 заслуживает отдельного пояснения, потому что его принимают за сбой. Если работник занят у нескольких работодателей и ответ 101 отправил другой из них, фонд уведомляет об этом остальных. Когда другой страхователь изменил годы расчёта или вид договора, текущий процесс закрывается, а вместо него открывается новый со своим запросом 100.

С 19 по 21 сентября 2026 года СФР перевёл проактивные процессы по ВНиМ на ГИС ЕЦП. Приём и отправка старых типов прекращены 19 сентября в 10:00 МСК, новые включены 21 сентября в 10:00 МСК. Соответствие номеров выглядит так.

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

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

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

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

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

Четыре ситуации, в которых рядом со 109 стоит слово «ошибка»

Число 109 попадает в поле зрения пользователя вместе со словом «ошибка» по четырём разным поводам, и лечатся они по-разному. Таблица показывает, что именно читатель видит на экране и куда идти дальше.

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

Вторая ситуация читается так же буквально. При коде ERR_PR_1047 приходит текст «Процесс <номер> закрыт. Пособие с документом <рег.номер>_<дата>_<номер процесса> не было оплачено. Перерасчет не представляется возможным», и указание фонда — направить новое сообщение 109 для инициации нового проактивного процесса. То же самое при ERR_PR_1076, когда ответ просрочен больше месяца. Число 109 попадает в такой протокол как часть предписанного фондом действия.

Третья ситуация — протокол 112 с отрицательным результатом. Ответ на ваше сообщение 109 приходит именно типом 112 «Результат обработки информации о жизненных событиях», и если обработка неуспешна, внутри него будет список ошибок. Искать нужно код с префиксом, текст в протоколе имеет вид «Ошибки (1): ERR_PR_xxxx: описание».

Четвёртая ситуация возникает до всякого протокола: сообщение не уходит вовсе. Наиболее частая причина такого отказа — несовпадение регистрационного номера в СФР по уведомлению и того номера, который указан в выписке из ЕГРЮЛ на текущую дату. Лечение: привести регистрационный номер страхователя в карточке организации в соответствие с актуальной выпиской.

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

Как отправить сообщение о страховом случае и убедиться, что оно принято

В 1С:ЗУП документ «Исходящее сообщение о страховом случае СФР» создаётся тремя путями: из формы «Больничный лист» по гиперссылке на закладке «Сведения для ФСС», через команду «Создать на основании» и отдельно в разделе «Кадры» — «Исходящие сообщения о страховых случаях СФР». Все три пути ведут к одному документу, поэтому выбор зависит от того, с чего вы начали работу.

Что проверить до отправки сообщения 10910

Пять позиций закрывают основную часть отказов, и все они проверяются до того, как сообщение ушло.

1. Закрыт ли ЭЛН. Статус листка уточняется через медицинскую организацию или личный кабинет работника на Госуслугах. По незакрытому листку процесс не запускается.
2. Отправлял ли фонд запрос. Факт и дату отправки запроса 10010 уточняют в территориальном органе СФР, чтобы не дублировать уже открытый процесс.
3. Принят ли подраздел 1.1 ЕФС-1 по этому работнику. Без подтверждённого приёма в персонифицированном учёте вы получите ERR_PR_1104 «Страхователь не найден в списке страхователей застрахованного лица в СФР».
4. Совпадает ли регистрационный номер. Сверьте номер в карточке организации с уведомлением СФР и актуальной выпиской ЕГРЮЛ, и отдельно убедитесь, что указан номер по ОСС, а не по ПФР.
5. Подходит ли сертификат. С 1 сентября 2026 года СФР не принимает отчётность, подписанную сертификатами без назначений ключа keyAgreement, dataEncipherment и keyEncipherment. Проверяется в файле сертификата на вкладке «Состав», в поле «Использование ключа».

Мария Ж, специалист по цифровой подписи и КЭДО: «Прежде чем разбирать текст ошибки, мы проверяем само рабочее место: драйверы ключевого носителя, КриптоПро CSP 5.0 R2 сборки 12000 или выше, оба корневых сертификата — Минцифры России в доверенные корневые центры сертификации и УЦ ФНС России в промежуточные, плюс плагин КриптоПро ЭЦП Browser Plug-in с расширением для браузера. Корректность установки плагина проверяется кнопкой на той же странице, где вы его скачивали. Если хотя бы один элемент пропущен, ошибка будет выглядеть как проблема фонда, хотя причина стоит у вас на столе»

Как отправить сообщение о страховом случае в СФР: пошаговая инструкция

1. Шаг 1. Дождитесь закрытия ЭЛН и зафиксируйте дату закрытия: от неё отсчитываются 3 дня на направление сообщения.
2. Шаг 2. Откройте больничный лист в 1С:ЗУП и создайте документ «Исходящее сообщение о страховом случае СФР» по гиперссылке на закладке «Сведения для ФСС» либо через «Создать на основании».
3. Шаг 3. Проверьте ФИО, СНИЛС посимвольно и номер ЭЛН. Расхождение персональных данных с персонифицированным учётом даёт отказ на этапе обработки, а не на этапе отправки.
4. Шаг 4. Подпишите и отправьте сообщение. При прямом обмене доступ нужен к адресу sedo.fss.ru по порту 443 HTTPS, при обмене через оператора электронного документооборота — к адресу sedo.keydisk.ru по тому же порту.
5. Шаг 5. Через сутки проверьте входящие: ответ приходит типом 112 или 11210. Если ничего нет, в форме «Сообщения ФСС об изменении ЭЛН» выполните «Ещё» — «Получить сообщения за период», задав интервал от даты закрытия ЭЛН по текущую дату.
6. Шаг 6. Дождитесь запроса 10010 и ответьте на него в течение 3 рабочих дней. Именно ответ, а не само сообщение о страховом случае, запускает расчёт пособия.

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

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

Реальные ошибки процесса 109 и 10910 и как они лечатся

Ошибки, которые действительно возникают внутри процесса, инициированного сообщением 109, приходят с префиксом и дословным текстом. Таблица собрана по тем кодам, которые встречаются именно в этом процессе.

Код ERR_PR_1000 в сентябре 2026 года требует отдельной осторожности. Реальный текст протокола выглядит как «Ошибки (1): ERR_PR_1000: Не найден процесс № 421242085», и первая реакция — отправить ответ повторно. Делать этого не нужно: процесс с таким номером в новой системе отсутствует, и повторная отправка даст тот же результат. Рабочий порядок — проверить входящие на новый запрос и, если его нет, запустить процесс заново сообщением 10910.

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

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

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

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

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

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

Памятка по типам сообщений и формы для работы с запросами СФР

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

Сроки закрытия процесса и цена просрочки по сообщению 10910

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

Если ответ не поступил в срок, фонд присылает сообщение 124 или 12410 «Уведомление об отсутствии ответа страхователя». Это означает, что процесс ещё открыт и ответ ждут. Порядок разбора: открыть регистр «Входящие сообщения СЭДО СФР», найти сообщение 12410, определить идентификатор исходного запроса, перейти во «Входящие запросы СФР для расчёта пособий», найти запрос по идентификатору и отправить ответ.

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

Суммы штрафов за просрочку в законе названы прямо. Нарушение срока представления сведений, необходимых для назначения и выплаты страхового обеспечения, — 5 000 рублей по части 3 статьи 15.2 255-ФЗ. Непредставление документов по запросу фонда — 200 рублей за каждый непредставленный документ по части 1 той же статьи. Недостоверные сведения, повлёкшие излишние расходы фонда, — 20 процентов от суммы излишне понесённых расходов, но не более 5 000 и не менее 1 000 рублей по части 2. На должностное лицо дополнительно налагается административный штраф от 300 до 500 рублей по статье 15.33 КоАП, и такие дела рассматривает мировой судья. Полный перечень оснований с суммами фонд публикует на странице об ответственности страхователя, там же указано правило о снижении штрафа не менее чем в два раза при смягчающих обстоятельствах.

Минтруд в письме от 04.03.2026 № 17-1/ООГ-117 подтвердил: за нарушение трёхдневного срока передачи сведений по закрытому ЭЛН применяется штраф 5 000 рублей, при этом законодательство допускает признание обстоятельств, исключающих вину работодателя. Практика этим и пользуется: сбой на оборудовании СФР даёт отмену штрафа, а сбой у самого страхователя — снижение. По постановлению АС Московского округа от 22.02.2024 № А40-175408/2023 штраф отменили, потому что сведения были направлены в срок, но фонд не принял их из-за ошибки в сертификате шифрования на своей стороне. По постановлению АС Западно-Сибирского округа от 30.01.2025 № Ф04-5727/24 техническим сбоем у страхователя штраф снизили с 300 000 до 20 000 рублей.

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

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

Когда ошибку в протоколе исправлять не нужно

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

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

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

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

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

Стоимость подключения КЭДО и тарифы 2026 года

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

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

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

Выводы

Число 109 в СЭДО обозначает тип исходящего сообщения о страховом случае, которым работодатель запускает проактивный процесс, если запрос фонда не пришёл. С 21 сентября 2026 года номер типа стал пятизначным — 10910, вместе со всей связкой процесса. Настоящая причина отказа всегда читается по префиксу кода и дословному тексту протокола, а сроки в этой теме считаются в трёх разных единицах: 3 рабочих дня на ответ, сутки на получение протокола и 1 календарный месяц до закрытия процесса.

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

Частые вопросы про сообщения 109 и 10910 в СЭДО

Чем сообщение 10910 отличается от сообщения 86 о застрахованном лице

Сообщение 86 передаёт сведения о застрахованном лице: ФИО, дату рождения, реквизиты для перечисления, адрес доставки, паспортные данные, СНИЛС и ИНН. Срок его направления — не позднее 3 рабочих дней со дня получения сведений. Сообщение 10910 не передаёт анкетные данные, а сообщает фонду о наступившем страховом случае и открывает проактивный процесс. При смене фамилии работника отправляется именно 86, а для ежемесячного пособия по уходу дополнительно повторно направляется ответ на запрос с актуальными паспортными реквизитами.

Что делать, если по одному больничному пришло два входящих запроса

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

Какая подпись нужна для обмена с СФР и что проверить в сертификате

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

Изменился ли состав сведений, которые работодатель передаёт в СФР

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

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

Для пользователей 1С существует практика запроса письма-справки о технических проблемах с СЭДО через горячую линию вендора: в обращении указывают ИНН организации, реестровый номер программы, копию акта СФР о штрафе и описание проблемы. Параллельно сохраняются уведомления оператора ЭДО, скриншоты ошибок и логи обмена. Признаки того, что проблема не на вашей стороне: HTTP-код 500, 502, 503 или 504 без упоминания сертификата, текст «Не удалось обратиться к серверу», одновременные сообщения о тех же ошибках у других страхователей и плановое объявление фонда о работах.

Можно ли оформлять кадровые документы, пока работник на больничном

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