Что делать, если СФР не видит отчет ЕФС-1, отправленный из 1С:ЗУП, хотя оператор подтвердил доставку?

← На главную

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

Шаг 1: Проверяем тип отправленного отчета и актуальность релиза 1С:ЗУП

С 1 января 2023 года произошло важное изменение в отчетности: Пенсионный фонд России (ПФР) и Фонд социального страхования (ФСС) были объединены в единый Социальный фонд России (СФР). Соответственно, изменилась и форма отчетности. Вместо устаревшей формы СЗВ-ТД теперь необходимо подавать единую форму сведений ЕФС-1. Это первое, что мы должны проверить, поскольку отправка устаревшего формата отчета может быть основной причиной того, что СФР его "не видит".

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

Для формирования подраздела 1.1 "Сведения о трудовой (иной) деятельности" (аналог СЗВ-ТД) отчета ЕФС-1 в 1С:ЗУП используются документы СЗВ-ТД. Ваша программа должна быть достаточно обновлена, чтобы эти документы формировали данные именно для ЕФС-1, а не для старой формы.
Проверка XML-файла отчета:
Самый надежный способ проверить, какой именно отчет был отправлен – это изучить его XML-файл. Для этого нам необходимо найти сформированный и отправленный файл отчета на вашем компьютере. Обычно эти файлы сохраняются в каталоге обмена данными с оператором ЭДО или в служебных каталогах 1С.

Откройте XML-файл отчета с помощью любого текстового редактора (например, Блокнота или Notepad++). В начале файла мы ищем корневой тег. Если отчет начинается с тега <ЭДПФР>, который содержит вложенный тег <ЕФС-1>, это означает, что был сформирован и отправлен отчет в новом формате ЕФС-1. Например, как было подтверждено в ходе обсуждения:
```
<?xml version="1.0" encoding="UTF-8"?>
<ЭДПФР xmlns:xsi="http://www.w3.org/2001/XMLSchema" xmlns:АФ5="http://пф.рф/АФ/2018-12-07" xmlns:ВС2="http://пф.рф/ВС/типы/2017-10-23" xmlns:ЕФС="http://пф.рф/ВС/ЕФС/2022-09-22" xmlns:УТ2="http://пф.рф/УТ/2017-08-21" xmlns="http://пф.рф/ЕФС-1/2022-09-22">
    <ЕФС-1>
      ...
    </ЕФС-1>
</ЭДПФР>
```
Если же вы обнаружите тег, относящийся к СЗВ-ТД, это будет означать, что отчет был отправлен в устаревшем формате, и это является причиной, по которой СФР его не принимает.

В нашем случае, проверка XML-файла подтвердила, что был отправлен именно отчет ЕФС-1, что исключает проблему с устаревшим форматом.

Шаг 2: Анализируем статусы в 1С-Отчетности и взаимодействуем с оператором ЭДО

Если мы убедились, что отправлен корректный отчет ЕФС-1, следующим шагом является тщательная проверка статусов в сервисе 1С-Отчетность и активное взаимодействие с вашим оператором ЭДО (например, «Калуга Астрал»).

Проверка статусов в 1С-Отчетности:
Откроем раздел 1С-Отчетность в вашей программе ЗУП и перейдем к истории отправленных отчетов. Нас интересуют следующие этапы:
- "Отправлено в СФР": Этот статус означает, что отчет был передан от вашей программы оператору ЭДО.
- "Квитанция о доставке": Это подтверждение от оператора ЭДО, что он успешно доставил ваш отчет в СФР. Это критически важный документ, так как дата его формирования считается датой представления отчета.
- "Принято в обработку": Этот статус в 1С-Отчетности означает, что СФР принял пакет документов от оператора ЭДО для дальнейшей обработки.
- "Документ принят в ПФР" (или СФР): Наличие такой галочки или аналогичного статуса в истории отправки, а также статус "сдано" подтверждает, что с точки зрения вашей системы и оператора отчет успешно прошел начальные этапы приема.
Если все эти статусы присутствуют, это говорит о том, что со стороны вашей организации и оператора ЭДО процесс прошел корректно. Согласно Приказу Минтруда от 22 апреля 2020 г. N 211н (в ред. от 05.10.2021 N 671н), пункт 33, «Датой представления индивидуальных сведений, сведений о трудовой деятельности в электронной форме считается дата их отправки по телекоммуникационным каналам связи в адрес территориального органа Пенсионного фонда Российской Федерации, подтвержденная оператором электронного документооборота». Таким образом, наличие квитанции о доставке защищает вас от штрафов за несвоевременную подачу, даже если СФР заявляет об отсутствии отчета.
Взаимодействие с техподдержкой оператора ЭДО:
Несмотря на наличие квитанции о доставке, если СФР настаивает на отсутствии отчета, необходимо повторно обратиться в техподдержку вашего оператора ЭДО (например, "Калуга Астрал").

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

Шаг 3: Диагностика проблем с сетевым взаимодействием и прокси-сервером

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

Проверка настроек 1С-Отчетность - Диагностика:
Зайдем в раздел 1С-Отчетность и выполним диагностику. Ранее там были ошибки, которые администраторы устранили. Однако отсутствие ошибок в диагностике не гарантирует, что все проблемы с получением ответов решены.

Нас интересует, были ли после 24 января получены какие-либо другие ответы от СФР по другим отчетам? Если нет ни одного ответа, это указывает на системную проблему с входящим трафиком от СФР.
Настройка прокси-сервера, антивируса и межсетевого экрана:
Для корректной работы сервиса 1С-Отчетность необходимо убедиться, что настройки сетевого оборудования и программного обеспечения не блокируют обмен данными. Наши действия:
- Прокси-сервер: Если соединение с интернетом проходит через прокси-сервер, необходимо разрешить прямой доступ в обход прокси для используемых серверов СФР. Также важно настроить авторизацию на прокси-сервере в 1С для передачи отчетности. Эти настройки обычно находятся в "Прочих настройках обмена" сервиса "1С-Отчетность".
- Антивирус и межсетевой экран (фаервол): Проверим, не блокируют ли антивирусные программы или фаерволы доступ к необходимым сетевым ресурсам или портам. Возможно, потребуется добавить исключения для процессов 1С и адресов серверов СФР/оператора ЭДО.
- Открытые порты: Убедимся, что открыты необходимые порты передачи данных, например, порт 80 для HTTP-трафика. Доступность портов можно проверить с помощью команды telnet в командной строке, например: telnet sbis.ru 443 (пример для СБИС, аналогично для серверов вашего оператора и СФР).
Даже если ошибки диагностики устранены, новые правила прокси-сервера могли повлиять на прием *входящих* ответов от СФР, даже если исходящие отчеты отправляются успешно.

Шаг 4: Понимание процесса обработки отчетов в СФР и дальнейшие действия

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

Уведомление о доставке (квитанция): СФР должен в течение 1 рабочего дня отправить страхователю уведомление о доставке, которое также проходит через сервер оператора ЭДО.
Протокол проверки: После проверки файла с отчетом СФР в течение 3 рабочих дней формирует протокол проверки и отправляет его страхователю. В этом протоколе могут быть указаны коды ошибок.
- Код 20: Небольшая ошибка. Отчет принят, данные приняты в обработку, но нужно проверить.
- Код 30: Серьезная ошибка. Отчет принят, но данные нельзя принять в обработку, требуется подать корректировку.
- Код 50: Критическая ошибка. Отчет не может быть принят.
Полный список кодов ошибок содержится в Приказе СФР от 23.11.2023 № 2315.
Сроки устранения ошибок: Если обнаружены ошибки, может быть направлено "Уведомление об отказе в приеме пакета" или "Уведомление об устранении ошибок". На исправление критических ошибок дается 5 рабочих дней.

В нашем случае, отчет был отправлен 24 января, и до сегодняшнего дня (6 дней прошло) не было получено ни одного ответа от СФР, даже "Принято в обработку" (хотя в 1С-Отчетности статус "принято в обработку" есть, что может указывать на конфликт статусов или задержку в СФР).

Что делать, если все указывает на проблему со стороны СФР:

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

Шаг 5: Важность регулярных обновлений и подготовки к будущим изменениям

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

Регулярно обновлять 1С:ЗУП: СФР регулярно обновляет форматы приема отчетности. Используя неактуальные версии 1С, вы рискуете столкнуться с ошибками типа "Неподдерживаемый тип пакета" или "Невозможно определить тип отчета" (коды ошибок 07010104, 07010405, 07010421). Всегда поддерживайте программу в актуальном состоянии.
Обновлять классификатор "Даты вступления в силу нормативных актов": Это также может быть причиной ошибок, если СФР уже готов принимать новые формы, а 1С еще нет.
Использование квалифицированных электронных подписей: СФР рекомендует использовать новые квалифицированные сертификаты электронной подписи с определенными параметрами области использования ключа ("Согласование ключей", "Шифрование данных", "Шифрование ключа"). С 1 сентября 2026 года СФР не будет принимать отчетность, подписанную сертификатом без этих параметров.
Машиночитаемые доверенности (МЧД): С 1 сентября 2023 года для отправки документов от лица компании сотруднику потребуется квалифицированная электронная подпись на свое имя и машиночитаемая доверенность (МЧД) от руководителя. Убедитесь, что в МЧД указан один из подходящих кодов полномочий, например FSS_000000 (все полномочия) или SFR_000001 (полномочия для ведения персонифицированного учета).

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