В период с 19 по 21 сентября СФР переводит обмен по больничным и пособиям по материнству на ЕЦП – Перевод основных сообщений СЭДО на ЕЦП перенесли на сентябрь 2026. Разберем, как будет проходить переход и что нужно сделать уже сейчас.
Содержание
- Как будет происходить переход
- Что сделать для успешного перехода в ЗУП 3.1
- Что будет после перевода документов на ЕЦП
- Что делать, если повторный Входящий запрос не придет
- Что делать, если до перехода на ЕЦП отправили Исходящее сообщение СФР и не получили ответ
- Как проверить формат документа СЭДО перед отправкой
Как будет происходить переход
До 10:00 по московскому времени 19 сентября СФР принимает и отправляет сообщения в прежнем формате.
В 10:00 по мск 19 сентября фонд перестает принимать документы от работодателей через СЭДО и начинает отправлять в новом формате только два типа документов:
- входящие запросы для расчета пособий (сообщение 10010)
- данные для расчета первых трех дней для больничного (сообщение 32210)
В период с 10:00 по мск 19 сентября до 10:00 по мск 21 сентября не будет возможности отправить документы в СФР через СЭДО.
Затем в 10:00 по мск 21 сентября Фонд планирует возобновить полноценный обмен документами по пособиям.
Что сделать для успешного перехода в ЗУП 3.1
Обновляем программу до ЗУП 3.1.38.92 и ставим патчи
Это важно, чтобы с 21 сентября была возможность обмениваться документами через СЭДО. Возможность обрабатывать сообщения новых типов есть только в новом релизе – Перевод больничных и пособий по материнству на ЕЦП (ЗУП 3.1.38.92). Также для корректной работы СЭДО ЗУП 3.1.38.92 по СЭДО ставим патчи:
- EF_70161566 и EF_70161574 устраняют ошибки заполнения периода оплаты за счет СФР в Ответе на запрос СФР для расчета пособия – Ошибка в ЗУП 3.1 – очищается период оплаты за счет СФР в Ответе на запрос
- EF_70162181 устраняет техническую ошибку – Ошибка в ЗУП 3.1 – Поле объекта не обнаружено (Значения реквизитов до записи).
Если патчи не загрузились в ЗУП 3.1 автоматически, их можно установить вручную – Исправления (патчи) в ЗУП 3.1.
Получите понятные самоучители 2026 по 1С бесплатно:
Отправлять сообщения в старой формате с 21 сентября уже не получится – будет приходить протокол с ошибкой 2210.
Если не получится обновить ЗУП 3.1 к 21 сентября, то придется получать и отправлять СЭДО-документы в сторонних программах или личном кабинете страхователя в СФР.
Еще один момент в ЗУП 3.1 – формат сообщения СЭДО в ЗУП 3.1 зависит от даты, когда создали и провели документ (дата компьютера или дата на сервере, где размещена база ЗУП 3.1). Например, если Ответ на запрос СФР создали в программе на выходных 19-20 сентября, то 21 сентября перед отправкой документ нужно перепровести. Как проверить формат сообщения перед отправкой, смотрите далее в статье – раздел Как проверить формат документа СЭДО перед отправкой.
Отвечаем на все входящие запросы заранее (18 сентября)
В пятницу 18 по возможности отправляем Ответы на запрос СФР по всем Входящим запросам СФР, какие есть на текущий момент. А по отправленным документам смотрим, поступило ли подтверждение успешного приема.
Если до 10:00 по мск 19 сентября не успели ответить на запросы или процесс назначения пособия не прошел все этапы обработки, СФР запустит новый проактивный процесс и пришлет новый Входящий запрос по этому же пособию. При этом сроки ответа по новым запросам будут отсчитываться с даты повторной отправки – это поможет избежать просрочки с ответом на запрос. Такую информацию опубликовали разработчики 1С.
Что будет после перевода документов на ЕЦП
Уже с 19 сентября могут начать поступать первые Входящие запросы СФР для расчета пособия (Кадры – Пособия) в Данные СФР для расчета пособия (Кадры – Пособия) в новом формате. Также будут приходить повторные Входящие запросы в новом формате по тем пособиям, по которым 18 сентября не успели отправить Ответ на запрос или он не был до конца принят Фондом.
Отвечать после 21 сентября на старые Входящие запросы, по которым не успели отправить ответ до 18 сентября, не нужно. Фонд не примет ответ на такой запрос. Отвечаем только на новые Входящие запросы.
С 21 сентября с 10:00 по московскому времени СФР планирует начать принимать от работодателей СЭДО-документы в новом формате. С этого момента можно пробовать отправлять Ответы на запрос СФР, Запросы данных о заработке и т.д.
При этом помним, что нужно обновиться до ЗУП 3.1.38.92 и что формат сообщения СЭДО зависит от даты, когда создали и провели документ – это дата компьютера или дата на сервере, где размещена база ЗУП 3.1. Например, если Ответ на запрос СФР создали в программе на выходных 19-20 сентября, то 21 сентября перед отправкой документ нужно перепровести – тогда он отравится в новом формате. Как проверить формат сообщения перед отправкой, смотрите далее в статье – раздел Как проверить формат документа СЭДО перед отправкой.
Что делать, если повторный Входящий запрос не придет
Если на Входящий запрос СФР не успели ответить в пятницу 18 сентября или СФР не успел загрузить Ответ на запрос СФР (он не прошел все этапы приемки Фонда), то работодателю должен прийти новый Входящий запрос по этому же пособию – уже в новом формате. Но что делать, если 21 сентября повторный запрос так и не поступит? Например, из-за технического сбоя.
На текущий момент от СФР нет рекомендаций по таким ситуациям. Предполагаем, что в этом случае нужно будет отправлять Исходящее сообщение СФР о страховом случае (Кадры – Пособия). В документе укажем больничный, по которому не пришел повторный запрос в новом формате. Флажок Перерасчет не ставим.
Исходящее сообщение СФР уйдет в фонд уже в новом формате, но для этого программу нужно предварительно обновить до версии ЗУП 3.13.8.92. Как проверить формат сообщения перед отправкой, смотрите далее в статье – раздел Как проверить формат документа СЭДО перед отправкой. После получения сообщения в новом формате СФР увидит его, откроет новый процесс на ЕЦП и пришлет Входящий запрос в новом формате.
Если возникнут проблемы, можно будет обратиться за консультацией в СФР – СФР консультирует работодателей в мессенджере МАХ.
Что делать, если до перехода на ЕЦП отправили Исходящее сообщение СФР и не получили ответ
Если до перевода документов СЭДО на ЕЦП отправили Исходящее сообщение СФР о страховом случае (например, при отпуске по уходу или перерасчетах пособий) и не получили на него ответ от СФР об успешном приеме, то этот документ не «сработает». 21 сентября после 10:00 по мск нужно создать такой же документ повторно и отправить его в СФР.
При этом сообщение нужно отправить уже в новом формате, для этого обновляем программу до ЗУП 3.1.38.92. Как проверить формат сообщения перед отправкой, смотрите далее в статье – раздел Как проверить формат документа СЭДО перед отправкой.
Как проверить формат документа СЭДО перед отправкой
Проверить формат, в котором отправляем документ, можно по коду сообщения и версии спецификации СЭДО. Для сообщений нового формата версия должна быть 3.0, а код сообщения состоит из 5 цифр. Например, ответ на запрос код 10110, а исходящее сообщение СФР – код 10910. Код сообщения можно увидеть в самом документе – в специальной группе реквизитов Служебные поля. Включить отображение это группы полей можно через Еще – Изменить форму.
В открывшемся окне устанавливаем флажок для группы Служебные поля.
После этого в документе появится группа полей Служебные поля. Когда развернем ее, будет виден код сообщения СЭДО и номер версии спецификации.
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе Бухэксперт на 8 дней бесплатно





Добрый день. А если не все Входящие сообщения мы успеем к себе загрузить до 10-ти часов 19-го числа, рабочий день в 18-го в 16-30 заканчивается, получаем через оператора КалугаАстрал. Придут ли потом и в каком формате Входящие сообщения? Или в сторонних сервисах как-то искать их?
Здравствуйте! 21 числа СФр должен прислать новые входящие запросы. На всякий случай посмотрите, пожалуйста, публикацию: Что делать в ЗУП 3.1, если после перевода СЭДО на ЕЦП поступают повторные входящие запросы СФР по уже выплаченным пособиям
Добрый день!
Сейчас работаем в версии ЗУП 3.1.24.276. Будет ли у нас 21/09 работать новый функционал, либо необходимо срочное обновление до ЗУП 3.1.38.92 и выполнение выше указанных действий?
Здравствуйте! Если не установить обновление, то 21 сентября у Вас не будет работать новый функционал. Рекомендую поставить обновление за выходные или в крайнем случае в понедельник с утра ❤️
Добрый день! Подскажите, пожалуйста, если на входящее сообщение ответили 18.09.26г- статус принят, а сегодня 21.09 пришел этот же входящий заново, нужно на него отвечать?
Здравствуйте! Посмотрите, пожалуйста, публикацию: Что делать в ЗУП 3.1, если после перевода СЭДО на ЕЦП поступают повторные входящие запросы СФР по уже выплаченным пособиям .
Благодарю за ответ!
Добрый день. Подскажите, можно ли с 3.1.38.18 без обновления, только через патчи выйти на обмен в новых форматах?
Добрый день!
В патчах только исправления некоторых ошибок, а сами новые форматы — именно в обновлении.
Не получится обойтись патчами, надо обновить конфигурацию.
Ирина, вы правы! Все именно так ❤️
Здравствуйте! К сожалению нет. Без обновления не будет работать новый обмен с СФР. Патчей нет для обхода ситуации
Добрый день!
По БЛ от 20.09 отправляли ответ на запрос — фонд его отклонил, т.к. как раз все менялось. Сделали у себя обновление, установили патчи. По этому БЛ не пришел новый входящий запрос. Отправили Исходящий запрос о страх случае — его фонд тоже отклонил, т.к.созданы новые процессы. Но у себя я их не вижу. Что нам делать в этой ситуации?
Здравствуйте. Мы звонили в СФР они сказали, что на больничные листы сделали новые запросы, но мы в 1С их не видим.
Здравствуйте! На скриншоте ошибка больше похоже на ту, когда документ отправлен в старом формате. Если у Вас установлен релиз 3.1.38.92 и патчи к нему, попробуйте отправить Исходящее сообщение о страхом случае.
Добрый день! Релиз установлен новый, но исходящее сообщение о страховом случае не принято фондом. Также до этого не принят ответ на запрос, ни 21.09, ни 22.09. Нового входящего запроса не поступило, больничный закрыт 18.09. Срок подачи 3 дня. Как быть
Нужно проверить заполнение Исходящего сообщения. Важно, чтобы там не было заполнен Ответ на запрос. Так как есть в программе сейчас только в старом формате.
установлен релиз 3.1.38.92 и все патчи. Исходящее сообщение о страхом случае вчера отправляли, тоже такая ошибка. Сегодня отправили новый запрос. Ошибка на скриншоте.
На скриншоте ошибка больше похоже на проблему при отправке Ответа на запроса
Электронную почту введите, без нее не принимает
Здравствуйте!
Попробуйте принудительно еще раз прогрузить сообщения: Как принудительно загрузить входящий запрос по СЭДО в ЗУП 3.1? .
Добрый день. Мы получили запрос от сфр 17.09 программа была не обновлена, в пн утром мы обновили программу, но ответ отправить так и не получилось, ошибка. Позвонили в СФР, они сказали, что повторный запрос отправили в контур, в 1с повтороного запроса я не вижу, а клиентами контур мы не являемся. Не подскажите, как быть в этой ситуации?
Здравствуйте! Очень интересная ситуация, мы пока с такой не сталкивались на практике. Попробуйте оправить из 1С Исходящие сообщение о страховом случае.
Здравствуйте!
Попробуйте принудительно еще раз прогрузить сообщения: Как принудительно загрузить входящий запрос по СЭДО в ЗУП 3.1? .
Добрый день! В разделе «Что делать, если повторный Входящий запрос не придет» написано: «Исходящее сообщение СФР уйдет в фонд уже в новом формате, но для этого программу нужно предварительно обновить до версии ЗУП 3.13.8.92».
Номер Релиза ЗУП 3.1.38.92 должен быть, наверное.
Здравствуйте! Да, верно. Сначала нужно обновиться. Если после обновления не будут приходить новые Входящие запросы, то направим Исходящие сообщение о страховом случае.
Добрый день. Мы обновили программу до релиза 3.1.38.92. Входящий запрос пришел в формате 10010, ответ в СФР направили в формате 10110. Но ответ закрестили по причине » не удалось определить маршрут для сообщения 101″. Хотя все сверили и ответ был направлен под новым форматом.Какие могут быть еще причины.
Здравствуйте! В данной ситуации рекомендую проверить верный ли входящий запрос указан в Ответе на запрос. Может быть там выбран в старом формате.
Добрый день! Вчера обновили программу до релиза 3.1.38.92. Отправила исходящее сообщение о страховом случае. В служебном поле сообщения стоит тип сообщения 10910. Отправляю через Контур и получаю отказ «Не удалось определить маршрут для сообщения 109. Проверьте указанный тип сообщения или обратитесь к администратору. Типы сообщений № 109, 101, 320 больше не поддерживаются. Для корректной работы используйте новые типы: № 10910, 10110, 32010.» То есть используя тип сообщения 10910 при отправке все равно приходит отказ, почему-то его не правильно определяет. Что делать? Патчи пока не устанавливала.
Здравствуйте! К сожалению, по отправке данных через Контур мы не можем подсказать. Рекомендую обратиться именно к специалистам контура.
Подскажите, пожалуйста, с такой ошибкой никто не сталкивался при отправке ответов на запрос?
Attribute ‘http://www.w3.org/2001/XMLSchema-instance,nil’ must not appear on element ‘proactive:workerContract’, because the {nillable} property of ‘proactive:workerContract’ is false.
Ошибка приходит по всем, у кого не срочный договор. в коде для это поля указано:
proactive:workerContract xsi:nil=»true»/ не пропустил код
Поле не заполнено, т.к. у сотрудников не срочный трудовой договор.
вот полная ошибка: Ошибка формата сообщения. Ошибка формата. XML документ не соответствует XML-схеме. Документ не может быть прочитан и обработан. Требуется сформировать корректный XML документ, соответствующий спецификации. Техническая информация об ошибке: cvc-elt.3.1: Attribute ‘http://www.w3.org/2001/XMLSchema-instance,nil’ must not appear on element ‘proactive:workerContract’, because the {nillable} property of ‘proactive:workerContract’ is false.
Здравствуйте! Поделитесь, пожалуйста, как решили эту проблему? В чем заключается данная ошибка?
Добрый день! Программа обновлена до релиза 3.1.38.92., патчи установлены.
Теперь после перехода СФР на ЕЦП необходимо проставлять галочку «выбор подтвержден застрахованным лицом», если метод назначения пособия «По нескольким страхователям по ТД» иначе СФР присылает отказ с ошибкой: «Ошибки (1): ERR_PR_1118: В связи с тем, что застрахованное лицо трудоустроено у нескольких страхователей, то для назначения пособия необходимо заполнить поле «Выбор страхователя для назначения и выплаты пособия подтвержден застрахованным лицом» (choiceInsurerConfirmedByInsured)». Не совсем понимаем насколько это корректно, потому что в данном случае оплата идет от каждого работодателя? Ранее данную галочку не ставили и ошибок не было со стороны СФР.
Здравствуйте! По этой галочке была зарегистрирована ошибка, которая исправляется патчем EF_60034349_2. Патч уже выпущен, рекомендую его обновить.
Приглашаю Вас на эфир в четверг : 1С:ЗУП 3.1 (сентябрь): Разбор изменений на практических примерах и ответы на горячие вопросы . Будем говорить про все изменения
Данный патч у нас установлен и ошибка наблюдается, даже для входящих от 20.09.2026(
Входящие запросы от 20 числа не актуальны. Они в старом формате. На них не нужно отвечать. Важно получить Входящие запросы в новом формате
Здравствуйте, вам удалось отправить Ответ на запрос СФР без галочки «Выбор страхователя для назначения и выплаты пособия подтвержден застрахованным лицом»?
Добрый день! Да, мы все-таки проставили галочку, и тогда СФР принял ответ на запрос. И как мы наблюдаем, СФР даже передал уже БЛ на оплату
Добрый день! Ошибка логического контроля возникла впервые после, всё обновлено.
Ошибка формата сообщения. Ошибка формата. XML документ не соответствует XML-схеме. Документ не может быть прочитан и обработан. Требуется сформировать корректный XML документ, соответствующий спецификации. Техническая информация об ошибке: cvc-minLength-valid: Value » with length = ‘0’ is not facet-valid with respect to minLength ‘5’ for type ‘phoneNumberType’.
Добрый день! Столкнулись с такой же ошибкой. Разобрались, что ругается на пустое поле Телефон по вкладке Составил в Ответе на запрос. Телефон должен подтягиваться из карточки организации. Поправили и отправили повторно. Пока в статусе Отправлен в СЭДО.
Отлично, что получилось разобраться! Да, телефон и email теперь обязателен к заполнению.
У нас email в разделе «Составил» тянется из карточки ответственного физ лица , а не из организации. Это верно?
Добрый день.
Да, это верно. По умолчанию email и телефон в ответе на запрос заполняются из карточки физического лица, которое указано составителем. А если для физ лица данные не заполнены — тогда подтянется из карточки организации.
Яна, спасибо за комментарий! Мы тоже разобрались, отправили -такой же пока статус — Документ получен и проверяется Фондом (RECEIVED)
Добрый день! 18.09 подгрузили вход. запрос по старому формату, 20.09 пришел еще документ в «Контур.экстерн» по новому формату, пытаюсь его подгрузить в 1с ЗУП, ничего не происходит.
Пробовал в ручную как по инструкцию добавить, но выходит ошибка(см.рис.).
Как принудительно загрузить входящий запрос по СЭДО в ЗУП 3.1?
С ошибкой разобрался, если не подгружаются входящие запросы СФР в базу 1с ЗУП, нужно зайти в «РегистрСведений.ВходящиеСообщенияСЭДОФСС», найти по идентификатору данную запись(она по идеи должна быть в новом формате, но раз база у нас была не обновлена документ она не создала), я пробовал её перепровести, но документ все ровно не создался. Я удалил данную запись из регистра и добавил её в ручную, заполнив только Идентификатор;Организацию и нажал на команду «Получить с сервера СЭДО»
Спасибо! Новую запись не создавали, просто нажал на команду «Получить с сервера СЭДО» и новое входящее появилось!
А у всех статус «принят» пришел от СФР. Нам пока только отказы присылают. Все остальные в статусе «Отправлен в СЭДО».
Все ответы в статусе «Отправлен в СЭДО».
Ни один ответ, отправленный после обновления базы- не принят, в статусе «Отправлен в СЭДО»
По ответам, отправленным в Контуре- такая же ситуация….
У нас через 12 часов стали приходить положительные статусы. Но это….мягко сказать….долго…очень долго…..
Перестали принимать ответы на запросы по ЭЛН по сотрудникам из ЕАЭС.
Ошибки (1): ERR_PR_1023: Для лица, не являющегося гражданином РФ, необходимо заполнить Сведения о документах, подтверждающих постоянное или временное проживание (пребывание) на территории РФ
Статус Страхования 4, Гражданство- Беларусь.
Им же не обязательно получать вид на жительство или разрешение на временное проживание в РФ.
Других вариантов подтверждения в форме ответа нет.
Добрый день.
Эти документы не обязательны. Получается, что Фонд смотрит на статус, а у граждан Беларуси статус в ответе на запрос просто как у постоянно проживающих иностранцев. И требует документы как у всех. Гражданство в ответе на запрос не выгружается. Хотя данные о гражданстве в СФР должны быть, мы же Сведения о застрахованном лице подаем.
Вы не пробовали обратиться в свое отделение СФР, что они говорят по этому поводу?
Когда заполнили поля телефон и почту и отправили заново , то уже на следующий день с утра увидели положительные статусы. Жаль, что нигде не написали об этом заранее в том же уведомлении от СФР в 1С.
Коллеги, аналогичная ошибка (Ошибки (1): ERR_PR_1023: Для лица, не являющегося гражданином РФ, необходимо заполнить Сведения о документах, подтверждающих постоянное или временное проживание (пребывание) на территории РФ) по сотрудникам с Гражданство- Беларусь.
Добрый день.
СФР в max на вопрос что делать с такой ошибкой ответили, что или заполняем документы, подтверждающие право на проживание. Или ставим статус «резидент РФ» — я так понимаю, что это статус Граждане РФ, и в примечании пишем, кто этот сотрудник на самом деле.
Добрый день. Подскажите, обновленной информации не поступало? Если ставить «Резидент РФ» то приходит отрицательный протокол с ошибкой вот такой. Ошибки (1): ERR_PR_1182: Указанная классификация застрахованного лица не соответствует гражданству, указанному в системах СФР. Классификация 1 — «Граждане РФ» указывается для граждан России, в том числе имеющих двойное гражданство
А поставить документы подтверждающие право нет возможности так как документов нет.
Здравствуйте.
Пока никаких новых разъяснений не было. Уточните, пожалуйста, у сотрудника нет свидетельства о регистрации по месту жительства или пребывания? Эти документы тоже подтверждают право на проживание и принимаются СФР, только их нужно создать в справочнике документов Особенности обмена через СЭДО по иностранцам
Добрый день! Столкнулись еще с одной проблемой.
Девушка вовремя не подала заявление на продление БиР, поэтому нам пришлось отказать в выплате пособия (чтобы не нарушить 3-х дневный срок), до получения документов.
Заявление на БиР было получено, 22.09.2026 мы инициировали исходящее сообщение в новом формате. СФР принял исходящее сообщение 10910, но прислал предупреждение:
«Предупреждения ФЛК (1): WARN_PR_1217: Процесс приостановлен в ожидании наступления даты начала страхового случая 2026-11-21».
Подскажите, пожалуйста, есть ли возможность обойти данное предупреждение и назначить выплату по БиР?
Добрый день.
Насколько я понимаю, изначально отпуск по БиР был с 4 июля по 20 ноября, а продолжение с 21 ноября? Сталкивалась с тем, что СФР не выплачивает пособие до даты начала отпуска по БиР или отпуска по уходу за ребенком. Возможно, здесь такая же ситуация. Попробуйте обратиться за разъяснениями в свое отделение СФР или написать специалистам Фонда в max СФР консультирует работодателей в мессенджере МАХ
Добрый день! Так как это продлении БиР, то мы 25.09.2026 попробовали повторно направить еще одно исходящие сообщение, 28.09.2026 получили входящий запрос. Так что скорее всего данная проблема решается повторным запросом (22.09.2026 СФР еще плохо работал). Не исключаем того, что по запросу от 22.09.2026 тоже придет входящий, когда наступит страховой случай, но на него ответим, что пособие не требуется.
Добрый день.
По данной проблеме так и нет понимания / решения?
Attribute ‘http://www.w3.org/2001/XMLSchema-instance,nil’ must not appear on element ‘proactive:workerContract’, because the {nillable} property of ‘proactive:workerContract’ is false.
Вроде бы разобрались, проблема была при условии что стоит галочка Трудовой договор, но не указана дата начала договора. После того как проставили дату на форматно-логический контроль не ругается, ответ отправился в ФСС
добрый день. подскажите, пожалуйста, где можно ознакомиться с утвержденными xml-схемами новых типов сообщений? на официальном сайте https://lk.fss.ru/sedo.html я не могу найти схему, например, для типа сообщения 10110
Добрый день!
Подскажите, пожалуйста, правильно ли я понимаю, что для продолжения полноценного взаимодействия с СФР (получение ЭЛН, входящих, отправка ответов на входящие) жизненно необходимо, чтобы стоял последний релиз 3.1.38.92 и 3 патча.
Иначе просто взаимодействие с СФР просто приостановлено.
Спасибо!
Здравствуйте.
Да, все верно. Релиз ЗУП 3.1.38.92 необходим. Патчей для исправления ошибок требуется больше Реестр ошибок по СЭДО 2026
Добрый день! У нас так и не выходит отправить в СФР — теперь ошибка «Ошибки (1): ERR_146: Поле «Страна» должно быть заполнено». В страховании указано: (3) Временно проживающие иностранные граждане, за исключением работников в рамках ВТО¶Примечание: За исключением иностранных граждан направляемых иностранной коммерческой организацией, зарегистрированной на территории¶государства — члена ВТО, для осуществления трудовой деятельности на территории Российской Федерации.
Добрый день.
В телеграм-группе для разработчиков СЭДО обсуждают такую проблему. Но пока специалисты Фонда не могут сказать, откуда данные о стране гражданства появляются в СФР и почему могут не совпадать с данными страхователя.
Разработчики 1С предлагают в такой ситуации оправить Сведения о застрахованном лице, но насколько я понимаю, помогает это не всегда.
Попробуйте связать с региональным отделением СФР и уточнить, где именно они не видят страну. Возможно, порекомендуют способ актуализации данных.
В документах Иностранный паспорт, там страна заполнена…
В ответе на запрос СФР нашел такое поле «Адрес проживания». Может ли ошибка «Поле страна не заполнена» быть из -за отсутствия данных в этом поле ?