Как отправить исправленный реестр в ФСС из 1С:ЗУП

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

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

Ниже разобраны подготовка к исправлению, пошаговый порядок действий, контроль статуса отправки и типичные ошибки, из-за которых исправленный реестр снова отклоняют.

Когда требуется отправка исправленного реестра

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

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

Обратите внимание на сроки. На представление сведений по запросу фонда отводится ограниченное время (по общему правилу — 5 рабочих дней), а затяжная корректировка ошибок задерживает выплату сотруднику. Поэтому исправлять реестр стоит сразу после получения протокола ошибок.

Подготовка: что проверить перед исправлением

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

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

Выпишите из протокола коды и описания ошибок — именно они подсказывают, какое поле исправлять. Типичные причины отказа: несовпадение СНИЛС или ФИО с данными фонда, неверный период нетрудоспособности, отсутствие или некорректность ИНН работодателя, ошибки в реквизитах электронного больничного.

Пошаговая отправка исправленного реестра

Шаг 1. Откройте исходное сообщение на исправление

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

Шаг 2. Внесите исправления

Скорректируйте ошибочные поля в соответствии с протоколом: СНИЛС, ФИО, даты периода нетрудоспособности, сведения о заработке, банковские реквизиты, номер ЭЛН. Если ошибка связана с кадровыми данными сотрудника (например, в карточке физлица неверный СНИЛС), сначала исправьте данные в справочнике, затем обновите их в документе — иначе при следующей отправке ошибка повторится.

Шаг 3. Проверьте и проведите документ

Перед отправкой воспользуйтесь встроенной проверкой заполнения, если она доступна в вашей версии. Убедитесь, что вид сообщения и номер страхового случая соответствуют исходному реестру, а исправленные поля заполнены корректно. Проведите документ.

Шаг 4. Отправьте через 1С-Отчетность

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

1. 1
   Найдите в журнале обмена с ФСС исходное сообщение и изучите протокол ошибок
2. 2
   Исправьте ошибочные данные в карточке сотрудника, если ошибка в справочнике
3. 3
   Откройте исходное сообщение и создайте исправление штатной командой
4. 4
   Скорректируйте поля по протоколу ошибок и проведите документ
5. 5
   Отправьте исправленный реестр через 1С-Отчетность
6. 6
   Проконтролируйте статус до получения подтверждения приёма

Контроль статуса и подтверждение приёма

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

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

Если пособие уже было назначено по ошибочным сведениям, после приёма исправленного реестра фонд пересчитает выплату. Контролируйте это через входящие уведомления из СФР в том же журнале обмена.

Контрольные точки

Как проверить результат

Статус сообщения в журнале обмена

Норма

«Принято» или «Доставлено», новых протоколов нет

Тревожный признак

«Ошибка», «Отклонено» или статус долго не меняется

Связь с исходным реестром

Норма

Исправление создано из исходного документа, номер страхового случая совпадает

Тревожный признак

Создан новый независимый документ с тем же случаем

Данные сотрудника в справочниках

Норма

СНИЛС, ФИО, реквизиты совпадают с документами сотрудника

Тревожный признак

Данные исправлены только в документе, в карточке физлица старые

Типичные ошибки и как их избежать

Самая распространённая ошибка — создание нового реестра вместо исправления старого. Фонд получает два сообщения по одному страховому случаю, что вызывает отказ или переплату. Всегда используйте штатный механизм исправления из исходного документа.

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

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

Ограничения и когда нужна помощь специалиста

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

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

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

Часто задаваемые вопросы

Можно ли отправить исправленный реестр, если пособие уже назначено?

Да. Исправленный реестр принимается и после назначения пособия: фонд пересчитает выплату по уточнённым сведениям. Если сумма уменьшается, порядок возврата переплаты лучше предварительно согласовать с отделением СФР.

Чем исправленный реестр отличается от ответа на запрос ФСС?

Исправленный реестр замещает ранее отправленные сведения и создаётся исправлением исходного документа. Ответ на запрос оформляется, когда фонд просит недостающие сведения, и дополняет исходные данные, не замещая их. В ЗУП для ответа используется отдельный документ, создаваемый на основании входящего запроса.

Статус «Отправлено» висит уже несколько дней — что делать?

Сначала обновите статусы обмена в 1С-Отчетности. Если статус не меняется, проверьте работоспособность сервиса отправки и подключение к интернету, затем обратитесь в поддержку 1С-Отчетности — возможно, сообщение застряло на транспорте. Не отправляйте тот же документ повторно, пока не выяснена судьба первой отправки.

Реестр снова отклонён с той же ошибкой, хотя я всё исправил. Почему?

Чаще всего данные исправлены только в документе, но не в справочнике (карточке физлица, организации), либо конфигурация выгружает реестр по устаревшему формату. Проверьте источник данных в справочниках и актуальность релиза 1С:ЗУП.

Нужно ли уведомлять сотрудника об исправлении реестра?

Формальной обязанности нет, но если исправление влияет на сумму или срок выплаты, сотрудника стоит проинформировать — он видит статус пособия в личном кабинете на портале госуслуг и может поднять вопрос раньше вас.

Можно ли выгрузить исправленный реестр файлом и отправить через личный кабинет СФР?

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