КЭП действующая, а ЕФС-1 не принимается: как проверить формат и выгрузку из кадровой системы

Диагностика отказов ЕФС-1 в 2026 году: что смотреть, если подпись не виновата

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

Почему это происходит именно сейчас

В 2026 году совпали два независимых изменения. Во-первых, с 30 декабря 2025 года действуют новые форма и электронный формат ЕФС-1, утверждённые приказами СФР от 17.11.2025 № 1462 (форма и порядок заполнения) и № 1463 (электронный формат) — они заменили приказ 2023 года[1][2]. Во-вторых, с 30 мая 2026 года вступил в силу приказ СФР от 15.04.2026 № 389, который в новой редакции изложил справочник кодов должностей и профессий: вместо привычных пятизначных буквенно-цифровых значений в подразделе 1.3 теперь используются коды из трёх групп цифр — фактически двенадцать символов вместо пяти[3][4]. Позже, с 14 июля 2026 года, приказ СФР от 29.05.2026 № 651 добавил ещё одно уточнение правил электронного документооборота[3].

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

Показательный пример из практики линии консультаций 1С: пользователь сообщает, что релиз программы актуальный, но обновлённый с 30.05.2026 справочник должностей (12 символов вместо 5) в программу не подтянулся[5]. Показателен и обратный случай: в январе 2026 года, уже после формального вступления в силу приказов № 1462 и № 1463, СФР по факту ещё принимал электронные отчёты в старом формате[6]. Оба примера говорят об одном: дата приказа и дата фактической готовности приёмного контура и учётной системы — разные вещи, и проверять нужно именно фактическое поведение, а не только номер нормативного документа.

Что на самом деле проверяет СФР при приёме отчёта

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

Транспортный и технический уровень. Сюда относится всё, что не связано с содержанием отчёта: правильность расширения файла, целостность архива, корректность имени файла. Известен реальный кейс, когда отчёт не проходил только из-за того, что расширение файла было указано заглавными буквами (.XML вместо .xml) — техподдержка подтвердила, что это ограничение самого сервиса, а не ошибка в данных[7]. Такие отказы часто не попадают ни в один «содержательный» код ошибки и требуют проверки самого файла, а не отчёта в 1С.

Уровень подписи. Отдельная проверка — действительна ли усиленная квалифицированная электронная подпись уполномоченного лица на момент отправки. В протоколе это отражается кодом 50.АФ.ЭП.1.1 — «подпись… недействительна»[8]. Важно: действующий сертификат КЭП и корректно настроенные параметры сертификата (в частности, атрибуты использования ключа) — тема отдельного разговора; здесь достаточно зафиксировать, что ошибка подписи в протоколе — это отдельный, самостоятельный код, который не имеет отношения к формату или содержанию файла.

Уровень формата и содержания. Это самая частая причина, когда «подпись действующая, а отчёт не принят». Она делится на:

• несоответствие файла XSD-схеме (формату) — код 50.АФ.СХ.1.1;
• общая некорректность файла, не соответствующего требованиям СФР к XML-документам — код 50.АФ.КСФ.1.1[8][9];
• содержательные несоответствия — незаполненные обязательные поля, недопустимые значения (например, СНИЛС или ИНН из одних нулей), некорректная дата заполнения, расхождение ИНН или регистрационного номера с карточкой страхователя в базе СФР[8][9].

Ошибка формата (АФ.СХ.1.1) означает, что в отчёте есть структурные нарушения или что учётная программа, в которой он сформирован, устарела — рекомендация в этом случае одна: обновить программу и дополнительно прогнать документ через программу проверки на сайте СФР[9].

Таблица: как читать код ошибки в протоколе

• 50.АФ.ЭП.1.1 — подпись уполномоченного лица недействительна. Смотреть: модуль КЭП, срок действия и статус сертификата.
• 50.АФ.СХ.1.1 — файл не соответствует XSD-схеме. Смотреть: версию выгрузки, релиз программы/обработки, актуальность формата.
• 50.АФ.КСФ.1.1 — файл не соответствует общим требованиям СФР к XML-документам. Смотреть: транспортный слой — имя файла, расширение, кодировку, целостность архива.
• 50.ВС.Б-СТРАХОВАТЕЛЬ — регистрационный номер страхователя отсутствует в базе СФР на дату отправки. Смотреть: регистрационные данные организации, актуальность подключения к ЭДО СФР.
• 50.ВСБ.СТРАХОВАТЕЛЬ 1.2 — ИНН организации/ИП не совпадает с данными в базе СФР. Смотреть: реквизиты в титульном листе против карточки страхователя.
• 50.АФ.СХ.1.1.2 — СНИЛС работника не уникален в пределах отчёта. Смотреть: дублирование записей, ошибку выгрузки из кадровой системы.
• 50.ЭТК.СЗВ-ТД 1.1 — некорректная дата заполнения формы. Смотреть: системную дату, ограничения по годам (не ранее 2020, не позже текущей даты).

Ошибки с кодом «50» считаются грубыми: они означают нарушение формата XML-файла или несоответствие XSD-схеме, и корректировке такой отчёт не подлежит — нужно исправить причину и подать новый отчёт заново[10][11]. На исправление и повторную отправку после получения отрицательного протокола отводится пять рабочих дней с момента получения уведомления от территориального органа фонда[10].

Как установить, какая версия выгрузки фактически формируется

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

1. Сверить дату формата с датой формирования отчёта. Если отчёт формируется за периоды 2025 года и позже, он должен создаваться уже по форме и формату приказов № 1462/1463, действующим с 30.12.2025[6].
2. Проверить, откуда фактически идёт выгрузка — из типового механизма «1С-Отчётности» или из внешней обработки/стороннего модуля оператора ЭДО. Внешние обработки обновляются по собственному графику и могут отставать от типового релиза платформы.
3. Сравнить фактическое содержимое XML с текущими требованиями к справочникам. Например, для подраздела 1.3 после 30.05.2026 коды должностей должны быть в новом 12-значном формате, а не в прежнем пятизначном[3][4] — сверка вручную по нескольким тестовым записям быстро выявляет, подтянулся ли новый классификатор.
4. Не полагаться только на номер релиза. Кейс с ЗКГУ показывает: релиз может быть актуальным, а справочник — нет, потому что обновление данных и обновление кода платформы могут поставляться разными обновлениями[5].
5. Прогнать файл через официальную программу проверки СФР, если она доступна, — это отдельная, независимая от 1С точка контроля, которая ловит несоответствия XSD-схеме до отправки[9].

Как проверить соответствие релиза 1С и модуля оператора отчётности

Формат ЕФС-1 в организации фактически формируется на стыке двух программных компонентов: учётной системы (1С:ЗУП, 1С:Бухгалтерия, ЗКГУ и др.) и модуля отправки — либо встроенного сервиса «1С-Отчётность», либо внешнего оператора ЭДО (СБИС, Такском, Контур.Экстерн и подобные).

Фирма «1С» ведёт публичный «Мониторинг законодательства», в котором по конкретному изменению — приказу СФР № 1463 об изменении формата ЕФС-1 — фиксируются даты поддержки по каждому продукту отдельно. По данным мониторинга, поддержка распределена неравномерно: например, для «Зарплата и управление персоналом, редакция 3» указано начало приёма отчётов в новом формате с 06.04.2026, для «Бухгалтерия предприятия, редакция 3.0» — конкретный релиз 3.0.195.40 от 13.04.2026, а для ряда продуктов (например, «1С:Рабочее место кассира», «1С:Управление холдингом 8») поддержка формата ЕФС-1 вовсе не планируется, поскольку эти продукты не формируют такую отчётность[12]. Отсюда практический вывод: недостаточно знать, что «формат обновили в 1С» в целом — нужно свериться с конкретным продуктом и его редакцией по этому же мониторингу, а не по общим новостям.

Дополнительно стоит:

• отдельно проверить версию модуля оператора отчётности, если отправка идёт не через встроенный сервис — у операторов свои циклы обновлений, и формат может быть готов в 1С, но не готов в модуле отправки, или наоборот;
• проверить регистрацию в ЭДО СФР — перед первой отправкой ЕФС-1 через «1С-Отчётность» нужно отправить заявление о подключении страхователя к ЭДО СФР и дождаться его регистрации, при работе через представителя дополнительно нужна форма «Уведомление о предоставлении полномочий представителю» (УПУП)[13][14]; ошибки в этой регистрации приводят к отказам, которые внешне похожи на форматные, но на самом деле связаны с отсутствием актуальных прав на обмен;
• учитывать возможный разрыв во времени между вступлением приказа в силу и фактической готовностью приёмного контура СФР — как показал пример с приёмом отчётов по старому формату в январе 2026 года уже после вступления в силу новых приказов[6].

Обязательные поля и справочники по подразделам

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

• Подраздел 1.1 (бывший СЗВ-ТД) — сведения о трудовой деятельности; для отменяющих записей критичен корректный первичный идентификатор (UUID) отменяемого мероприятия — без совпадения идентификаторов СФР не примет отмену сведений[15].
• Подраздел 1.2 — сведения о трудовой функции; здесь используется код по Общероссийскому классификатору занятий (ОК 010-2014, МСКЗ-08) — упоминание формата кода трудовой функции в порядке скорректировано, но сама обязанность указывать код по этому классификатору сохранена[16].
• Подраздел 1.3 — сведения о заработной плате и условиях деятельности работников государственных (муниципальных) учреждений; именно здесь с 30.05.2026 действует новый справочник кодов должностей из приказа № 389[3][4].
• Раздел 2 — сведения о взносах на травматизм; подразделы 2.1 и 2.3 обязательны для заполнения всеми страхователями при представлении раздела 2[1].

Практический совет: держать в кадровой системе актуальную сверку штатного расписания с действующим классификатором должностей (с 1 января 2026 года — новый ОКПДТР, ОК 016-2025[4]) отдельно от сверки с внутренним справочником кодов СФР для подраздела 1.3 — это два разных источника данных, и ошибка в одном из них не всегда заметна при проверке другого.

Тестирование первичных, корректирующих и отменяющих сведений

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

• Исходная (первичная) — подаётся при первичном представлении сведений за отчётный период по работнику.
• Корректирующая — заполняется для исправления ранее принятых сведений, поданных с типом «Исходная»; в одной форме нельзя смешивать разные типы за один и тот же период по одному застрахованному лицу[17].
• Отменяющая — используется для полной отмены данных, учтённых на индивидуальном лицевом счёте за корректируемый период[17][18]. Для подраздела 1.1 сведения о трудовой деятельности можно только отменить и подать заново с верными данными — частичной корректировки для этого раздела не предусмотрено[18].

Отдельная ветка тестирования — данные прошлых периодов. Исправленные сведения персонифицированного учёта за периоды до 1 января 2023 года подаются не по форме ЕФС-1, а по формам, действовавшим на тот момент — СЗВ-СТАЖ, СЗВ-ТД и ДСВ-3[18]. Если тестовый комплект не учитывает эту границу, есть риск сформировать корректировку за 2022 год по актуальной форме ЕФС-1 и получить необъяснимый отказ.

Как сохранять исходный файл, протокол проверки и квитанцию приёма

Транспортная посылка в СФР строится по чёткой схеме: данные шифруются, архивируются и отправляются одним пакетом, при этом файл со взносами и файлы с индивидуальными сведениями подписываются, архивируются и шифруются отдельно[19]. После отправки страхователь должен получить:

• квитанцию о доставке — техническое подтверждение, что файл дошёл до фонда;
• протокол контроля, подписанный электронной подписью СФР, который нужно, в свою очередь, подписать своей подписью и отправить обратно[19].

Если в протоколе обнаружены ошибки — их нужно исправить и повторно отправить отчёт в установленный срок (пять рабочих дней с момента получения отрицательного протокола)[10][19]. Для диагностики важно сохранять всю цепочку целиком:

1. исходный XML-файл, который был фактически отправлен (а не только сформированный в интерфейсе, до подписания и архивирования);
2. протокол проверки (положительный или отрицательный) с кодами ошибок;
3. квитанцию о приёме с устойчивым идентификатором отправки, который остаётся неизменным при последующих обращениях в техподдержку и позволяет однозначно опознать именно эту отправку.

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

Диагностическая карта отказов

• Подпись проходит, отчёт не принят целиком → вероятная причина — несоответствие XSD-схеме или устаревшая версия выгрузки. Проверить в первую очередь: дату формата в выгружаемом XML, релиз программы/обработки по мониторингу 1С.
• Отчёт «не загружается» ещё на этапе подготовки → вероятная причина — транспортная/техническая ошибка файла. Проверить в первую очередь: расширение, кодировку, целостность файла.
• Отказ только по одному сотруднику или разделу → вероятная причина — ошибка в справочнике или обязательном поле. Проверить в первую очередь: код должности (подраздел 1.3), код занятия (подраздел 1.2), СНИЛС/ИНН.
• Отмена ранее поданных сведений не проходит → вероятная причина — несовпадение идентификатора мероприятия. Проверить в первую очередь: UUID отменяемой записи, дату отмены в шапке документа.
• Отчёт за период 2022 года и ранее отклоняется по «новой» форме → вероятная причина — отчёт сформирован не по той форме. Проверить в первую очередь: форма ЕФС-1 или прежние СЗВ-СТАЖ/СЗВ-ТД/ДСВ-3 в зависимости от периода.
• Протокол вообще не приходит → вероятная причина — проблема на стороне транспортного канала или регистрации в ЭДО СФР. Проверить в первую очередь: статус подключения к ЭДО СФР, обращение в техподдержку фонда.

Тестовый комплект для проверки обновлённой отчётности

Практический минимум перед боевой отправкой отчёта после любого обновления формата или справочника:

• один тестовый отчёт с типом «Исходная» по подразделу 1.1, включая сотрудника с совместительством;
• один тестовый отчёт с типом «Отменяющая» по ранее поданной записи — с проверкой совпадения идентификатора мероприятия;
• один тестовый отчёт с типом «Корректирующая» за прошедший отчётный период;
• один отчёт с заполнением подраздела 1.3 с использованием нового формата кода должности (12 символов) — актуально после 30.05.2026;
• один отчёт с данными за период до 2023 года, поданный по действовавшей на тот момент форме, — для проверки, что кадровая система не путает форматы автоматически;
• прогон каждого сформированного файла через программу проверки СФР (если доступна) до фактической отправки;
• сверка версии платформы, конфигурации и, отдельно, модуля оператора отправки с датами вступления в силу приказов № 1462, № 1463 и № 389 и с фактическими датами поддержки по мониторингу 1С для конкретного продукта.

Ограничения, ошибки и риски

• Обновление классификатора и обновление электронного формата — независимые процессы: обновлённый релиз платформы не гарантирует, что подтянулся новый справочник, и наоборот[5].
• Переходный период после вступления приказа в силу может не совпадать с фактической готовностью приёмного контура СФР — рассчитывать сроки перехода только по дате приказа рискованно[6].
• Поддержка одного и того же изменения формата в разных продуктах линейки 1С реализуется в разное время, а для некоторых продуктов не планируется вовсе — это нужно проверять по мониторингу для конкретного продукта, а не для «1С» в целом[12].
• Ошибки с кодом «50» не подлежат корректировке — единственный вариант — исправить причину и подать новый отчёт[10][11].
• Отдельные отказы возникают из-за элементарных технических деталей файла (регистр расширения и подобное), которые не отражаются как содержательная ошибка отчёта[7].
• Подтверждённые данные о конкретных сроках обновления справочников во всех модулях сторонних операторов ЭДО в открытых источниках найти не удалось — эти сроки стоит уточнять непосредственно у оператора, которым пользуется организация.

Как выбрать решение

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

Вывод

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

Источники

[1] normativ.kontur.ru — Приказ СФР от 15.04.2026 N 389 (редакция приказа от 17.11.2025 № 1462) — https://normativ.kontur.ru/document?moduleId=1&documentId=503871

[2] buh.ru — СФР утвердил новую форму отчета ЕФС-1 — https://buh.ru/news/sfr-utverdil-novuyu-formu-otcheta-efs-1.html

[3] kontur-extern.ru — Порядок заполнения ЕФС-1 — https://www.kontur-extern.ru/info/47176-efs_1_po_novym_pravilam

[4] glavbukh.ru — Опасный ЕФС-1 в 2026 году: новая форма, образец заполнения — https://www.glavbukh.ru/art/388096-kak-zapolnit-i-sdat-efs-1-novaya-forma-obraztsy-zapolneniya

[5] fort.crimea.com — Вопрос: справочник кодов должностей не подтянулся при актуальном релизе — https://fort.crimea.com/support/9664-s-30052026g-vstupit-v-silu-prikaz-sfr-ot-15042026-389-v.html

[6] klerk.ru — Блог: СФР принимал отчёты по старому формату в январе 2026 — https://www.klerk.ru/blogs/platformaofd/677794/

[7] kontur.ru — При загрузке отчета ЕФС‑1 возникают проблемы. Почему? — https://kontur.ru/qa/15447

[8] kdelo.ru — Как исправить ошибку в ЕФС-1: перечень кодов ошибок — https://www.kdelo.ru/art/385839-oshibki-v-szv-td-20-m4

[9] konsol.pro — Ошибки в отчете ЕФС-1: как выявить и исправить проблемы — https://konsol.pro/blog/oshibki-v-efs-1

[10] kontur-extern.ru — Корректировка сведений по форме ЕФС-1 — https://www.kontur-extern.ru/info/46930-kak_ispravit_oshibki_v_efs_1

[11] taxcom.ru — ЕФС-1: как исправить ошибки в форме и не получить штраф — https://taxcom.ru/baza-znaniy/otchetnost/stati/oshibki-v-forme-efs1-kak-ispravit-i-ne-poluchit-shtraf/

[12] v8.1c.ru — Изменение формата ЕФС-1 (Мониторинг законодательства «1С», раздел «Страховые взносы») — https://v8.1c.ru/lawmonitor/e2691af5-e022-11f0-8cff-005056bea45e.htm

[13] its.1c.ru — Отправка формы ЕФС-1 (1С-Отчетность. Руководство пользователя) — https://its.1c.ru/db/content/elreps/src/2_отправка%20отчета%20ефс.htm

[14] kontur-extern.ru — Отчетность ЕФС-1 в СФР — https://www.kontur-extern.ru/system/otchetnost-v-sfr

[15] buhexpert8.ru — Корректировка ЕФС-1 Подраздел 1.1 — https://buhexpert8.ru/1s-zup/etk-i-uchet-dlya-pfr/etk/korrektirovka-efs-1-vmesto-szv-td.html

[16] 1c-prime.ru — ЕФС-1 с 30 декабря 2025 года: новая форма и формат в 2026 году — https://1c-prime.ru/articles/rekomendatsii-novye-stati-2025/efs-1-s-30-dekabrya-2025-goda-novaya-forma-i-format-v-2026-godu-chto-izmenilos-i-kak-zapolnyat/

[17] formats.saby.ru — ЕФС-1 Единая форма сведений — инструкция по заполнению — https://formats.saby.ru/report/sfr/131511

[18] klerk.ru — Корректировка ЕФС-1: как правильно заполнить — https://www.klerk.ru/buh/articles/567272/

[19] sberpravo.ru — ЕФС-1 при приёме сотрудника — как заполнить форму в 2025 году — https://sberpravo.ru/blog/efc_1_priem_sotrudnika_rukovodstvo

[20] sfr.gov.ru — Предоставление ЕФС-1 (техподдержка страхователей) — https://sfr.gov.ru/employers/lk_insurer/baza_znanij/efs_1