Почему возникает ошибка 503 (или другие ошибки) при обмене с СФР (ФСС) в 1С после перехода на ЕЦП, и как ее исправить?

← На главную

При переходе системы социального электронного документооборота (СЭДО) Социального фонда России (СФР) на Единую цифровую платформу (ЕЦП) многие пользователи 1С столкнулись с рядом серьезных технических проблем. В частности, после обновления на релиз 3.1.30.117 и установки патчей при попытке «Получить из ФСС» или отправить данные возникали ошибки соединения, такие как «Ошибка сервера, код состояния 503», «503 Service Temporarily Unavailable», «Ошибка установки соединения с сервером eln.sfr.gov.ru:443», а также 504 Gateway Time Out, 404 Not Found, 500 Internal Server Error, 502 Bad Gateway и 1012.

Эти проблемы обусловлены нестабильностью работы серверов СФР, изменением адресов для обмена данными, а также возможными некорректными настройками или устаревшими патчами в конфигурациях 1С. Давайте подробно разберем, что вызвало эти ошибки и какие шаги можно предпринять для их устранения.

Хронология событий и официальные изменения

Чтобы лучше понять корень проблем, посмотрим на ключевые даты и события, связанные с переходом СЭДО на ЕЦП, опираясь на информацию из СФР и опыт пользователей:

9 декабря 2024 года: Изначально планировался переход на новые адреса, но фактически в этот период еще активно использовались старые адреса для обмена.
31 января 2025 года (12:00 МСК): Был запланирован срок остановки старых сервисов СЭДО.
3 февраля 2025 года (9:00 МСК): Предполагалось возобновление работы СЭДО на ЕЦП с новой ссылкой для обращения: https://ecp.sfr.gov.ru/sedo/soap/SedoGateway?wsdl. Однако, несмотря на эти планы, проблемы с доступностью и стабильностью сохранялись.
21-24 февраля 2025 года: СФР запланировал масштабный перевод системы СЭДО на ЕЦП. В этот период (с 12:00 МСК 21 февраля до 9:00 МСК 24 февраля, затем продлено до 12:00 МСК 24 февраля) работа СЭДО была временно недоступна из-за технических работ.
24 февраля 2025 года: Ожидалось, что СЭДО на ЕЦП заработает автоматически в решениях "1С:Предприятие 8" после включения сервиса на стороне СФР. Тем не менее, пользователи продолжали наблюдать нестабильную работу с ошибками 500, 502, 503.
1 июля 2025 года: Планируется поэтапный перевод приема отчета ЕФС-1 с электронного документооборота компаний (ЭДОК) на Единую централизованную цифровую платформу в социальной сфере (ГИС ЕЦП). Для подписания ЕФС-1 уполномоченным представителем с этой даты потребуется машиночитаемая доверенность (МЧД) СФР вместо УПУП.
10 ноября 2025 года: На стороне СФР планируется отключение поддержки алгоритмов RSA и переход на криптографический протокол TLS с шифрованием по алгоритмам ГОСТ.
Середина декабря 2025 года: Окончание переходного периода, СФР полностью перейдет на новый алгоритм шифрования TLS.

Типичные ошибки и их причины

Разберем основные ошибки, с которыми сталкиваются пользователи, и их вероятные причины:

503 Service Temporarily Unavailable / Service Unavailable: Эта ошибка наиболее часто встречается и указывает на то, что сервер СФР временно не может обработать запрос. Обычно это происходит из-за технических работ, перегрузки сервера, неготовности сервиса к приему запросов или проблем с балансировкой нагрузки на стороне СФР.
504 Gateway Time Out: Сервер, который выступает в роли шлюза или прокси (например, на вашем маршрутизаторе или промежуточном сервере), не дождался ответа от вышестоящего сервера СФР. Также частая причина при высокой нагрузке или задержках на стороне СФР.
404 Not Found: Ресурс не найден на сервере СЭДО. Это может быть связано с некорректным адресом обращения, изменениями в структуре API СФР или сбоями на стороне "Ростелекома", который является провайдером части инфраструктуры.
500 Internal Server Error: Непредвиденная внутренняя ошибка на сервере СФР. Это общая ошибка, указывающая на проблемы в работе программного обеспечения на стороне сервера.
502 Bad Gateway: Сервер, выступающий в роли шлюза, получил недействительный ответ от вышестоящего сервера СФР. Похожа на 504, но указывает на проблему в самом ответе, а не на таймаут.
E_SEDO_1012 (или «сервер перегружен»): Эта ошибка часто возникает, если вы пытаетесь отправить запрос слишком быстро после предыдущего. СФР рекомендует выдерживать паузу не менее 5 минут между запросами.
Ошибка установки соединения / Удаленный узел не прошел проверку: Эти ошибки могут быть вызваны проблемами сетевого подключения, блокировками на вашем файрволе или прокси-сервере, а также использованием устаревших или некорректных сертификатов безопасности.

Официальные рекомендации и действия со стороны 1С

Для корректной работы с обновленным СЭДО СФР разработчики 1С выпускают регулярные обновления и патчи. Рассмотрим основные рекомендации:

1. Обновление программ 1С до актуальных версий

Прежде всего, убедитесь, что ваша программа 1С обновлена до последнего актуального релиза. 1С постоянно адаптирует свои конфигурации под меняющиеся требования СФР. Например, для «Зарплата и управление персоналом КОРП, редакция 3» рекомендуется версия 3.1.30.108 или 3.1.31.58 (и выше). Для «1С:Бухгалтерия предприятия» версии 3.0.164.20 и выше.

2. Установка актуальных патчей (исправлений)

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

EF_00_00693947: Патч, часто упоминаемый для решения проблем с ошибками установки соединения и проверки удаленного узла.
EF_ИзмененаДатаПереходаНаЕЦП_СЭДО_2, EF_ИзмененаДатаПереходаНаЕЦП_СЭДО_4: Эти патчи связаны с изменением даты перехода на ЕЦП сервиса СЭДО и актуализацией адресов. СФР заявляет, что переход должен быть автоматическим, но патчи помогают настроить 1С на правильное поведение.

Важно: Убедитесь, что в вашей системе включена автоматическая загрузка и установка патчей, либо регулярно проверяйте их наличие и устанавливайте вручную. Если вы сталкиваетесь с конфликтами патчей (например, EF_ИзмененаДатаПереходаНаЕЦП_СЭДО_3), попробуйте установить более новую версию, такую как EF_ИзмененаДатаПереходаНаЕЦП_СЭДО_4.

3. Обновление регламентированных отчетов

Иногда причиной проблем с получением сообщений СЭДО могут быть неактуальные данные записей регистра сведений РесурсыМеханизмаОнлайнСервисовРО. Для решения этой проблемы достаточно выполнить обновление регламентированных отчетов. Это действие помогает синхронизировать данные о сервисах СФР в вашей базе 1С с актуальной информацией.

4. Проверка и обновление сертификатов

Если вы получаете ошибки типа «Удаленный узел не прошел проверку» или связанные с сертификатами, необходимо проверить актуальность и корректность установленных сертификатов:

Сертификат СФР: Убедитесь, что в вашей системе установлен актуальный сертификат для обращения к серверам СФР.
Сертификат страхователя (МЧД): С 1 июля 2025 года для сдачи формы ЕФС-1 уполномоченным представителем потребуется использование машиночитаемой доверенности (МЧД) СФР. Убедитесь, что ваш сертификат уполномоченного лица корректно настроен и при необходимости используйте сервис 1С-Отчетность для регистрации МЧД.

Временные решения и обходные пути (для программистов и системных администраторов)

В условиях нестабильной работы серверов СФР пользователи часто прибегали к временным решениям и ручным корректировкам в конфигурации 1С. Эти методы могут помочь восстановить работоспособность обмена до выхода официальных стабильных обновлений.

1. Корректировка даты перехода на ЕЦП в регистре сведений

Один из наиболее распространенных обходных путей — это ручное изменение даты перехода на ЕЦП в регистре сведений РесурсыМеханизмаОнлайнСервисовРО. Этот регистр содержит информацию о событиях, которые определяют, когда 1С должна начать использовать новые адреса СФР. Если дата перехода установлена на слишком раннюю, а новые серверы СФР еще не работают стабильно, система будет пытаться подключиться к ним, что приведет к ошибкам.

Как найти и изменить дату:

Перейдите в регистр сведений по адресу: e1cib/list/РегистрСведений.РесурсыМеханизмаОнлайнСервисовРО. Вы можете ввести этот адрес в строку поиска команд 1С (обычно через Ctrl+Shift+S) или через функционал «Все функции» -> «Регистры сведений».
Найдите запись с типом «Справочник событий».
В поле «Данные» этой записи содержится XML-строка, описывающая события. Вам необходимо найти событие с идентификатором Событие Ид="ПЕРЕХОД НА ЕЦП СЭДО".
Измените значение атрибута ДатаНачала на более позднюю дату в будущем, например, на 2025-02-28, 2025-03-01, 2025-02-20 или даже 2099-12-07. Это заставит 1С продолжать использовать старые адреса до наступления указанной даты.
Сохраните изменения.

Пример фрагмента XML (до изменения):

<Событие Ид="ПЕРЕХОД НА ЕЦП СЭДО" ДатаНачала="2025-02-01" />

Пример фрагмента XML (после изменения):

<Событие Ид="ПЕРЕХОД НА ЕЦП СЭДО" ДатаНачала="2025-02-28" />

Примечание: Также может существовать событие "ИСП.АДРЕС ЭЛН ДЛЯ ЕЦП", связанное с получением электронных листков нетрудоспособности. Возможно, потребуется аналогично скорректировать и его дату начала.

2. Модификация кода в модуле «ДокументооборотСКонтролирующимиОрганами»

Для более глубокого контроля над адресами обращения к СФР некоторые пользователи вносили изменения непосредственно в код модуля объекта Обработка.ДокументооборотСКонтролирующимиОрганами.

а. Комментирование строк, ответственных за переход на новые адреса ЭЛН

В процедуре EF_00_00693947_СерверПриемаОтчетностиФССЭЛН (или аналогичной, если название изменено патчами) можно закомментировать часть условия, которая принудительно направляет запросы к новым адресам СФР. Это позволит системе использовать старые адреса для получения больничных листов.

Пример изменений (комментирование в процедуре EF_00_00693947_СерверПриемаОтчетностиФССЭЛН):


Иначе // 2.0
//Если НЕ ИспользоватьТестовыйСервер Тогда
// Если ОнлайнСервисыРегламентированнойОтчетностиВызовСервера.СобытиеНаступило("Исп.адрес ЭЛН для ЕЦП", Истина) Тогда
//  Результат.Вставить("Определение", "
// Иначе Результат.Вставить("Определение", "
//КонецЕсли;
//Иначе
// Результат.Вставить("Определение", "
//КонецЕсли;
КонецЕсли;

После этих изменений в 1С вместо проверки события "Исп.адрес ЭЛН для ЕЦП" система будет продолжать работать по старому механизму, пока не будут сняты комментарии или не будет установлена корректная дата перехода.

б. Изменение функции `СерверОбменаСообщениямиСЭДОФСС`

Еще один вариант — переопределение или изменение логики функции СерверОбменаСообщениямиСЭДОФСС, которая отвечает за определение адресов для обмена СЭДО. Это может быть сделано через расширение с использованием директивы &Вместо, чтобы избежать изменения типовой конфигурации.

Пример модифицированной функции (через расширение):


&Вместо("СерверОбменаСообщениямиСЭДОФСС")
Функция efasd_СерверОбменаСообщениямиСЭДОФСС(ИспользоватьТестовыйСервер, ОбменПоСЭДОНапрямую = Истина)
    Результат = Новый Структура;
    Если ОбменПоСЭДОНапрямую Тогда
        // Закомментируем логику проверки события перехода на ЕЦП,
        // чтобы всегда использовались старые адреса или определенные вручную
        // Если НЕ ИспользоватьТестовыйСервер Тогда
        //  ИмяСобытия = "Переход на ЕЦП СЭДО";
        //  ДатаБольшеДатыПерехода = ТекущаяДатаСеанса > Дата(2025, 01, 13); // Измените эту дату при необходимости
        //  СобытиеПереходаНаступило = ОнлайнСервисыРегламентированнойОтчетностиВызовСервера.СобытиеНаступило(
        //   ИмяСобытия, ДатаБольшеДатыПерехода);
        //  Если ДатаБольшеДатыПерехода И СобытиеПереходаНаступило Тогда
        //   Результат.Вставить("Определение", "
        //  Иначе Результат.Вставить("Определение", "
        // КонецЕсли;
        //Иначе
        //  Результат.Вставить("Определение", "
        //КонецЕсли;
        // Вставка, чтобы всегда использовать старый адрес
        Результат.Вставить("Определение", "URLСтарогоСервера"); // Здесь должен быть старый URL или логика его получения
    Иначе
        Если НЕ ИспользоватьТестовыйСервер Тогда
            Результат.Вставить("Определение", "URLСтандартногоСервера"); // Стандартный адрес
        Иначе
            Результат.Вставить("Определение", "URLТестовогоСервера"); // Тестовый адрес
        КонецЕсли;
    КонецЕсли;
    Возврат Результат;
КонецФункции

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

3. Проверка и устранение блокировок сетевого оборудования

Как показывает практика, иногда причиной проблем с обновлением данных онлайн-сервисов и обмена с СФР могут быть сетевые блокировки на стороне клиента. Если регламентное задание «Обновление данных онлайн-сервисов регламентированной отчетности» не выполняется или не обновляет информацию, проверьте следующее:

Файрвол (брандмауэр): Убедитесь, что ваш файрвол не блокирует исходящие соединения к серверам 1С (для получения обновлений) и к серверам СФР.
Прокси-сервер: Если вы используете прокси-сервер, проверьте его настройки. Возможно, требуется добавить исключения для адресов СФР или обновить сертификаты на прокси-сервере.
Антивирусное ПО: Некоторые антивирусы могут вмешиваться в сетевые соединения. Временно отключите антивирус и проверьте, решится ли проблема.

Успешное выполнение обновления данных онлайн-сервисов должно актуализировать информацию о дате перехода на ЕЦП. Для контроля процесса можно использовать инструмент для удаленной работы с регламентными заданиями.

Дополнительные рекомендации и информация

Повторные попытки и часы низкой нагрузки: При ошибках 503, 504, 1012, указывающих на перегрузку серверов СФР, рекомендуется повторять запрос через 5-10 минут. Часто помогает производить обмен данными рано утром или поздно вечером, когда нагрузка на серверы минимальна.
Работа через оператора ЭДО: Если вы обмениваетесь данными через оператора электронного документооборота (например, «Калуга Астрал»), то даже в этом случае могут возникать проблемы, так как оператор все равно взаимодействует с серверами СФР. Однако операторы могут иметь собственные механизмы перенаправления или буферизации данных, что иногда сглаживает пики нагрузки.
Проактивный механизм СФР: СФР расширяет проактивный механизм назначения пособий (по беременности и родам, по уходу за ребенком-инвалидом). В этом случае работодателю поступает предзаполненный «Запрос недостающих сведений», который необходимо проверить и подтвердить в течение 3 рабочих дней. Убедитесь, что ваша система способна корректно обрабатывать такие запросы.
Отсутствие штрафов: СФР информировал, что штрафные санкции не будут применяться, если из-за отключения или нестабильной работы системы организация не сможет своевременно отправить отчетность или предоставить ответ. Тем не менее, рекомендуется сохранять доказательства технических сбоев (скриншоты ошибок, логи обмена).
Будущие изменения: СФР будет постепенно переводить на ЕЦП пособия при рождении ребенка (с 15 декабря 2025 года), больничные и отпуска по уходу за ребенком (с апреля 2026 года), а также ответы на запросы для расчета пособий (со второго полугодия 2026 года). Будьте готовы к дальнейшим обновлениям и возможным сложностям.

Проблемы с обменом СЭДО СФР после перехода на ЕЦП оказались достаточно масштабными и требовали комплексного подхода к решению. Комбинируя официальные обновления 1С, установку патчей, а в некоторых случаях — временные ручные корректировки, можно добиться стабильной работы системы. Важно регулярно отслеживать информацию от 1С и СФР, чтобы своевременно применять актуальные решения.