Не удалось определить маршрут для сообщения 101: что делать после перехода на ЕЦП

«Не удалось определить маршрут для сообщения 101» — это отказ шлюза СФР из-за устаревшего типа сообщения, а не ошибка в данных, сертификате или настройках обмена. С 19 сентября 2026 года 10:00 МСК фонд прекратил приём старых двух- и трёхзначных типов, с 21 сентября 10:00 МСК включил пятизначные: 101 заменён на 10110, 100 на 10010, 109 на 10910. Для 1С:ЗУП 3.1 лечение одно — обновить конфигурацию до релиза 3.1.38.92 и выше, перепровести подготовленные ответы и отправить их заново. Главное различие, которое определяет порядок действий: в тексте отказа назван тип сообщения, а не код вида ERR_PR или E_SEDO, значит, чинить нужно релиз, а не данные и не сертификаты.

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

Что означает текст «Не удалось определить маршрут для сообщения 101»

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

Число 101 в этом тексте — номер типа сообщения, а не код ошибки. Это главная путаница темы: работодатели ищут «код ошибки 101» или «код ошибки 109», хотя в системах фонда таких кодов нет. Коды ошибок СЭДО всегда идут с префиксом: E_SEDO_ плюс четыре цифры на транспортном уровне, ERR_PR_ плюс четыре цифры в протоколе логического контроля, ERR_ плюс четыре цифры для машиночитаемой доверенности, ORA-200xx в сервисе ЭЛН. Голое трёхзначное или пятизначное число — это тип сообщения, а девятизначное в тексте вида «Не найден процесс № 421242085» — номер проактивного процесса.

Отсюда вытекает практическое правило чтения протокола. Если в тексте есть слова «сертификат», «криптооперация», «расшифров» или «подписать» — это криптографический слой, и чинится он у вас: сертификаты, криптопровайдер, лицензия. Если есть HTTP-код (403, 404, 500, 502, 503, 504) или фраза «не удалось обратиться к серверу» — это транспорт, и чаще всего зона не ваша. Если есть код вида ERR_PR_xxxx — не сошлись данные, и править нужно содержимое ответа. Текст про маршрут не относится ни к одному из трёх слоёв: он говорит только о том, что ваша программа формирует сообщение по старой нумерации.

Какие типы заменены и на что

Замена коснулась десяти типов проактивного процесса по пособиям. Ниже — полное соответствие, по которому читается любой протокол сентября и октября 2026 года.

Из таблицы видно, почему отказ приходит пачкой: в одном тексте фонд перечисляет сразу все типы, которые ваша программа попыталась отправить. Если в протоколе названы 109, 101 и 320, значит, у вас в очереди стояли и инициация процесса, и ответ на запрос, и запрос среднего заработка.

Почему это произошло 19-21 сентября 2026 года

С 19 по 21 сентября 2026 года фонд перевёл проактивные процессы по временной нетрудоспособности и материнству из ФГИС «Соцстрах» в ГИС ЕЦП — единую централизованную цифровую платформу в социальной сфере. График был двухступенчатым: 19 сентября в 10:00 МСК прекратились приём и отправка старых типов и включилась отправка новых 10010 и 32210, 21 сентября в 10:00 МСК включились остальные новые типы. Работодателям рекомендовали закрыть открытые процессы и отправить накопленные ответы до 18 сентября включительно. Первоначально миграцию планировали на 29-31 августа с дедлайном 28 августа, затем перенесли.

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

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

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

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

Вместе с новыми типами изменился и формат: с 21 сентября запросы приходят в формате спецификации 3.0 с новым полем в служебных данных. Здесь легко ошибиться в терминах. Цифра 3.0 в уведомлении 1С означает поколение модуля ВНиМ и ССВ, у которого тома идут в версиях 3.0-3.2, а спецификация самого сервиса СЭДО при этом остаётся версии 2.3_ЕЦП от 09.12.2025. Это разные документы, и смешивать их не нужно: программа обновляется под формат модуля, а не под номер спецификации сервиса.

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

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

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

1. Откройте «О программе» и посмотрите версию конфигурации. Всё, что ниже 3.1.38.92, формирует сообщения по старой нумерации.
2. Прочитайте текст протокола целиком. Слова «маршрут», «тип сообщения», «больше не поддерживаются» — признак устаревшего релиза. Слова «сертификат» и «криптооперация» — признак другого слоя.
3. Найдите префикс кода. Если в тексте есть ERR_PR_ или E_SEDO_, причина не в нумерации типов, а в данных или транспорте.
4. Проверьте, массовый ли это отказ. Одинаковые тексты у коллег из других компаний и объявление фонда о работах означают, что чинить у себя нечего.
5. Не меняйте сертификаты и адрес шлюза. Промышленный адрес шлюза на ЕЦП — ecp.sfr.gov.ru, и он подставляется программой сам.

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

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

Порядок действий после обновления релиза

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

Как переотправить сообщения СЭДО после перехода на ЕЦП: пошаговая инструкция

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

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

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

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

Дефект релиза 3.1.38.92 в версии КОРП: «Метод объекта не обнаружен»

У самого релиза, который закрывает переход на ЕЦП, есть известный дефект в версии КОРП. При ручной загрузке XML-файла входящего запроса форма вызывает метод, которого в конфигурации 3.1.38.92 больше нет, и выдаёт текст: «Ошибка загрузки файла… Метод объекта не обнаружен (ЗагрузитьСообщение100)… Вероятно, файл не соответствует спецификации ответа веб-сервиса ФСС».

Подсказка в конце текста уводит в сторону: пользователь начинает искать несоответствие в XML, хотя файл корректен. Имя метода говорит само за себя — процедура была рассчитана на сообщение типа 100, а после перевода на ЕЦП входящий запрос приходит типом 10010. Это единичный дефект конкретной версии, а не типовая ошибка формата, и на обычную загрузку через обмен он не влияет.

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

Что делать с процессами, которые закрылись за время сбоя

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

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

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

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

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

Формы и справочники, которые закрывают переход на ЕЦП

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

Сколько стоит промедление: сроки, штрафы и судебная практика

Ответ на запрос недостающих сведений подаётся в течение 3 рабочих дней с даты получения запроса, а по единовременному пособию при рождении ребёнка — в течение 2 рабочих дней. Подтвердить получение извещения нужно за 3 рабочих дня, ответить по существу — за 5 рабочих дней, передать информацию о районном коэффициенте — за 2 рабочих дня. Если ответа нет, фонд присылает уведомление типа 12410: это сигнал, что процесс ещё жив и ответ ждут. Через 1 календарный месяц с даты направления запроса процесс закрывается, и ответ уже не примут.

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

Формулировка «5 процентов за отказ», которая кочует по подборкам, к этой статье отношения не имеет: 5 процентов — санкция за несдачу расчёта по взносам, другая норма и другой закон.

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

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

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

Когда обновление релиза не решает проблему

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

Сертификаты шифрования фонда подходят к концу срока. Сертификат «ФСС для 4-ФСС, ПВСО» действует с 08.07.2025 14:32:53 по 01.10.2026 14:32:53, сертификат «ФСС для ЭЛН, ПОВЭД, ССВ, СЭДО» из файла sfr_prod_cert_2025.cer — с 10.07.2025 10:19:55 по 03.10.2026 10:19:55. Это ближайшее после миграции событие, которое способно остановить обмен у всех сразу. Симптом здесь другой: «Произошла ошибка при выполнении криптооперации над запросом к серверу СЭДО» или отказ с текстом про невозможность расшифровать сообщение. Лечится заменой сертификата шифрования в настройках обмена, а не релизом.

Сертификат подписи не отвечает требованиям фонда. С 1 сентября 2026 года фонд не принимает отчётность, подписанную сертификатами, в которых в разделе «Использование ключа» нет трёх параметров: keyAgreement, dataEncipherment и keyEncipherment. Проверяется это в свойствах сертификата на вкладке «Состав». Состав требований и адреса сервисов фонд публикует в разделе про электронный документооборот со страхователями. В зоне риска — ключи, выданные до 28 августа 2025 года со сроком действия, который продолжается после 1 сентября 2026 года.

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

Регистрационный номер разошёлся с данными фонда. Отказ E_SEDO_1026 с текстом о том, что регистрационный номер страхователя не найден в справочнике организаций, чаще всего вызван расхождением номера в карточке организации с уведомлением фонда и актуальной выпиской ЕГРЮЛ либо указанием номера ПФР вместо номера по обязательному социальному страхованию. Напомним разницу: единый регистрационный номер СФР — 10 цифр и применяется с 01.11.2024, номер ПФР — 12 цифр в формате ХХХ-ХХХ-ХХХХХХ, и старые номера не отменены.

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

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

Стоимость перевода кадровых документов в электронный вид: тарифы на 2026 год

Итоговая сумма зависит от численности сотрудников, набора видов электронной подписи и того, нужна ли интеграция с учётной системой.

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

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

Выводы

Отказ с текстом про маршрут сообщения 101 — следствие перехода фонда на ГИС ЕЦП, а не поломки у вас. Число в тексте обозначает тип сообщения, и чинится такой отказ релизом 1С:ЗУП 3.1.38.92 с последующим перепроведением подготовленных ответов и повторной отправкой неподтверждённых исходящих сообщений. Настройки обмена, сертификаты и адрес шлюза при этом не трогают: если причина в них, текст отказа будет другим и назовёт криптооперацию, сертификат или HTTP-код. Отдельно держите в голове сроки: 3 рабочих дня на ответ, 1 календарный месяц до закрытия процесса и 5 000 рублей штрафа по части 3 статьи 15.2 255-ФЗ.

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

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

Нужно ли менять настройки обмена с СФР после перехода на ЕЦП

Нет. Для релиза 1С:ЗУП 3.1.38.92 и выше дополнительных настроек не требуется: адрес промышленного шлюза на ЕЦП программа подставляет сама. Менять сертификаты, регистрационный номер или схему обмена имеет смысл только тогда, когда текст отказа прямо указывает на них — упоминает сертификат, криптооперацию, номер страхователя или содержит HTTP-код. Правка работающих настроек «на всякий случай» после миграции создаёт новые ошибки вместо решения старой.

Что делать организации, которая ведёт пособия в 1С:Бухгалтерии 3.0, а не в ЗУП

Полный цикл обмена по пособиям в 1С:Бухгалтерии 8 редакции 3.0 поддержан: приходят входящие запросы, формируются и отправляются ответы, работает регистр входящих сообщений. Отличается путь: в ЗУП журналы лежат в разделе «Кадры» — «Пособия», в Бухгалтерии — в разделе «Зарплата и кадры» — «Страховые взносы» — «Входящие запросы ФСС для расчёта пособий». Кнопка «Обновить (СЭДО)» и фоновая загрузка появились в Бухгалтерии начиная с релиза 3.0.143.42, а поле для нового регистрационного номера СФР — с 3.0.161.22.

После обновления пришло сообщение 12410, что оно означает

Это уведомление фонда о том, что ответ страхователя на запрос не поступил в срок. Новость здесь скорее хорошая: процесс ещё не закрыт, и ответ ждут. Порядок разбора такой: открыть регистр входящих сообщений СЭДО, найти сообщение 12410, определить идентификатор исходного запроса 10010, найти этот запрос в журнале входящих запросов и сформировать по нему ответ 10110. Если вместо 12410 в протоколе пришёл ERR_PR_1076 с упоминанием календарного месяца, процесс уже закрыт и нужен новый, через 10910.

Спецификация 3.0 — это новая версия спецификации сервиса СЭДО

Нет, это разные документы. Цифра 3.0 относится к поколению модуля ВНиМ и ССВ: его тома опубликованы в версиях от 3.0 до 3.2, том 1 «Общие положения» — версии 3.2 от 12.05.2026. Спецификация самого сервиса СЭДО при этом остаётся версии 2.3_ЕЦП от 09.12.2025, а спецификация типов документов — версии 2.15 от 12.05.2026. Если разработчик или подрядчик ссылается на «спецификацию 3.0», уточните, о каком документе речь.

Сколько раз подряд можно нажимать «Получить из ФСС»

Частота опроса ограничена на стороне шлюза, и её превышение даёт отказ. При обмене через оператора сервер опрашивается не чаще одного раза в 5 минут днём и раза в час ночью, при прямом обмене — раз в 20-50 минут днём и раз в 1,5-3,5 часа ночью по московскому времени. Слишком частые обращения возвращают код состояния 403 или ответ с ошибкой 1012 о том, что запрос выполнен раньше чем через 5 минут после предыдущего. Тот же эффект даёт задублированное регламентное задание.

Правда ли, что фоновая загрузка сама вытянет все сообщения

Не все. Механика двухэтапная: сначала регламентное задание «Обмен с ФСС» запрашивает список идентификаторов входящих сообщений, это происходит раз в 30 минут и сертификата не требует. Содержимое подгружается отдельно и только по тем сообщениям, по которым запрос уже был подписан вручную, интервал — 1 час 55 минут днём с отклонением до 15 минут и 40 минут ночью с отклонением до 10 минут. Пока никто не нажал «Получить из ФСС» хотя бы один раз, фоновая загрузка видит только идентификаторы. Для файловой базы есть дополнительное условие: она должна быть открыта, иначе регламентные задания не отрабатывают.

Существует ли код ошибки 109

Кода ошибки с таким номером в системах фонда нет. 109 — это тип исходящего сообщения «Информация о жизненных событиях», которым страхователь сам инициирует проактивный процесс, если запрос от фонда не пришёл. С 21 сентября 2026 года он заменён на 10910. Число 109 попадает в тексты рядом со словом «ошибка» по двум причинам: либо оно перечислено среди неподдерживаемых типов в протоколе миграции, либо рекомендация «направьте новое сообщение 109» стоит в разборе отказа ERR_PR_1047 или ERR_PR_1076.