СФР ошибка nested: что значит и как исправить в 1С

📅 Опубликовано 28 августа 2026 г.

Коротко: Ошибка со словом «nested» в протоколе СФР — это не ошибка вашей 1С, а фрагмент служебного Java-исключения с сервера фонда, который случайно попал в текст отрицательного протокола. Диагностическое значение имеет не само слово nested, а класс исключения после него: SAXParseException означает проблему в вашем XML-файле, а NullPointerException или SoapFault — временный сбой приёмного комплекса СФР. При отказе нужно открыть протокол входного контроля и действовать по коду результата: код 50 — сведения не приняты целиком (например, файл не соответствует XSD-схеме), исправляется ошибка и отчёт подаётся заново по всем лицам из исходного пакета; код 30 — не приняты сведения по отдельным застрахованным лицам, исправленные данные подаются только по ним. На устранение ошибок по уведомлению фонда отводится 5 рабочих дней со дня его получения. Отправка идентичного файла оправдана лишь в узких инфраструктурных ситуациях (сбой шлюза, отсутствие доставки, рассинхронизация данных на стороне фонда), причём срок повтора там привязан не к паре часов, а к факту устранения проблемы фондом — например, к следующему дню после корректировки сведений о страхователе; параллельно следует обращаться в техподдержку и обязательно сохранять подтверждение оператора ЭДО о дате первичной отправки.

«nested exception is» = «вложенное исключение». Приёмный шлюз СФР не смог корректно обработать пакет и вернул кусок стека вызовов вместо человекочитаемого описания.
Читайте текст после слова nested. Ошибки с org.xml.sax.SAXParseException, UnmarshalException, cvc-complex-type — ваша зона: файл нужно перевыпустить. Ошибки с NullPointerException, SoapFaultClientException, ConnectException — зона СФР: нужна повторная отправка.
Отчёт с таким протоколом НЕ считается сданным. Срок продолжает течь, даже если в 1С стоит статус «Отправлено».
Штраф по персучёту — 500 ₽ за каждое застрахованное лицо (ст. 17 Федерального закона от 01.04.1996 № 27-ФЗ). Его не будет, если устранить расхождения в течение 5 рабочих дней после уведомления фонда.
По разделу 2 ЕФС-1 (взносы на травматизм) действует ст. 26.30 Федерального закона от 24.07.1998 № 125-ФЗ: 5 % суммы взносов за последние три месяца за каждый месяц просрочки, но не более 30 % и не менее 1 000 ₽.

Что означает слово nested в ответе СФР?

Приёмный комплекс Социального фонда России — это серверное приложение на Java. Когда внутри него возникает нештатная ситуация, среда исполнения формирует цепочку исключений: верхнее описывает, на каком уровне произошёл сбой (например, при разборе SOAP-конверта), а вложенное — истинную причину. Именно эту цепочку и обозначает конструкция «nested exception is»: буквально «вложенное исключение — такое-то».

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

Практическое правило: слово nested само по себе не несёт диагностического смысла. Значение имеет класс исключения, который идёт сразу после него, и номер строки/столбца, если он указан.

Как выглядит типичный протокол

Реальные тексты, которые бухгалтеры видят в 1С после отправки ЕФС-1, обычно выглядят так:

Ошибка обработки запроса; nested exception is java.lang.NullPointerException
nested exception is org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 4310; cvc-complex-type.2.4.a
nested exception is javax.xml.bind.UnmarshalException
nested exception is org.springframework.ws.soap.client.SoapFaultClientException
nested exception is java.net.ConnectException: Connection refused

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

Почему 1С показывает «Отправлено с ошибкой», хотя отчёт заполнен верно?

Чтобы понять зону ответственности, полезно представлять маршрут пакета ЕФС-1. Он проходит несколько этапов:

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

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

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

Какие бывают варианты ошибки nested и что за ними стоит?

Ниже — сводная таблица наиболее частых текстов и корректной реакции на них.

Текст после «nested exception is»	Что произошло	Чья зона ответственности	Что делать
`java.lang.NullPointerException`	Внутренний сбой: обработчик обратился к незаполненному объекту	СФР	Повторить отправку того же пакета через 1–3 часа, при повторении — обращение оператору ЭДО
`org.xml.sax.SAXParseException` + `cvc-complex-type`, `cvc-pattern-valid`	XML не соответствует XSD-схеме: лишний, пропущенный или неверно заполненный элемент	Страхователь	Обновить конфигурацию до актуального релиза, перезаполнить и перевыпустить отчёт
`javax.xml.bind.UnmarshalException`	Сервер не смог разобрать структуру документа целиком	Чаще страхователь	Проверить версию формата, отправить одним подразделом вместо составного пакета
`SoapFaultClientException`	Веб-сервис фонда вернул SOAP-ошибку — обычно регламентные работы или перегрузка	СФР	Подождать, отправить повторно, зафиксировать протокол
`java.net.ConnectException`, `SocketTimeoutException`	Нет связи между шлюзом и внутренним сервисом фонда	СФР / оператор ЭДО	Проверить статус сервиса у оператора, повторить позже
`DecryptionException`, ошибки с упоминанием сертификата	Сервер не смог расшифровать пакет или проверить подпись	Страхователь	Проверить срок действия сертификата, актуальность реквизитов и настройки криптографии

Отдельно отметим ошибки с фрагментом cvc-: это стандартные коды валидатора XML-схемы. Логика у них та же, что у форматного контроля любой другой государственной системы — например, когда атрибут не соответствует заявленной категории при работе с ГИС МТ: сервер сверяет ваш файл с эталоном и отвергает всё, что выходит за рамки описания.

Что делать в 1С по шагам, если пришёл протокол с nested?

Порядок действий одинаков для «1С:ЗУП», «1С:Бухгалтерии» и «1С:ЗКГУ» — различаются только названия разделов меню.

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

Чего делать не нужно

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

Как понять, что виноваты данные, а не сервер СФР?

Если после слова nested стоит SAXParseException или UnmarshalException, пройдитесь по контрольному списку — это те реквизиты, из-за которых пакет ЕФС-1 чаще всего не проходит разбор:

Регистрационный номер страхователя в СФР — проверьте в карточке организации, раздел «Главное» → «Организации» → «Фонды». Старый номер ПФР в поле для номера СФР — классическая причина отказа.
СНИЛС сотрудников — некорректная контрольная сумма, пробелы или дефисы, «пустой» СНИЛС у нового работника.
Даты кадровых мероприятий — дата приказа позже даты мероприятия, дата за пределами отчётного периода, мероприятие по уволенному сотруднику.
Коды выполняемой функции по ОКЗ — незаполненный или пятизначный код вместо требуемого формата.
Реквизиты спецоценки условий труда в подразделе 1.2 — отсутствуют дата и номер отчёта СОУТ при указанном классе условий труда.
Спецсимволы в текстовых полях — кавычки-«ёлочки», амперсанд, символы < и > в наименовании должности или организации.
Тип сведений — «Исходная», «Корректирующая» или «Отменяющая» выбраны не в соответствии с содержанием.

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

Сколько ждать перед повторной отправкой?

Универсального норматива нет, но есть разумный режим действий, который не создаёт дублей и не растягивает сдачу на неделю:

Время после получения ошибки	Действие	Ожидаемый результат
0–15 минут	Сохранить протокол, обновить статусы документооборотов	Возможен запоздалый положительный протокол
1–3 часа	Первая повторная отправка того же пакета	Снимаются разовые сбои приёмного комплекса
Следующий рабочий день	Вторая повторная отправка + обращение к оператору ЭДО	Снимаются последствия регламентных работ фонда
2–3 рабочих дня	Письменное обращение в клиентскую службу СФР с приложением протокола	Фиксация факта своевременной отправки
Приближается крайний срок	Сдача на бумаге (если численность позволяет) либо через уполномоченного представителя	Формальное соблюдение срока

Отдельно учитывайте специфику подраздела 1.1: сведения о приёме, увольнении, заключении и прекращении договора ГПХ подаются не позднее рабочего дня, следующего за днём издания приказа. Здесь запаса времени практически нет, поэтому сохранять протокол и квитанцию оператора нужно немедленно.

Найдите специалиста для решения этой задачи на koderion.ru