Почему в реестр сведений ФСС в 1С попадает старый лицевой счет сотрудника и как это исправить

При оформлении выплат по нетрудоспособности в программах «1С:Зарплата и кадры бюджетного учреждения 8.2» (ЗБУ 1.0) или «1С:Зарплата и Управление Персоналом 2.5» (ЗУП 2.5) пользователи часто сталкиваются со следующей ситуацией: в документе «Реестр сведений в ФСС о пособиях по нетрудоспособности» подставляется старый лицевой счет работника. Даже если банковский счет был изменен в регистре или карточке сотрудника, программа продолжает заполнять реестр неактуальными данными.

Рассмотрим подробно причины такого поведения системы и разберем по шагам варианты решения данной проблемы.

Причины подтягивания старых банковских реквизитов

Проанализируем работу механизмов заполнения реестра в 1С. Основная причина кроется в алгоритме сбора данных по физическому лицу:

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

Способ 1. Корректировка первичного документа-основания

Рассмотрим самый быстрый и безопасный способ исправления реквизитов без вмешательства в программный код.

1. Перейдем к первичному документу-основанию — «Заявление сотрудника на выплату пособия» (или «Сведения для реестра прямых выплат»).
2. Откроем вкладку с настройкой способа перечисления пособия.
3. Перевыберем физическое лицо или вручную обновим поля с реквизитами банка и лицевого счета.
4. Перепроведем документ-основание.
5. Вернемся в «Реестр сведений в ФСС о пособиях» и перезаполним табличную часть или перевыберем застрахованное лицо.

Способ 2. Проверка персональных настроек прямых выплат

Выясним, где зафиксирован способ получения пособий ФСС для застрахованного лица:

1. Откроем карточку сотрудника (или справочник ФизическиеЛица).
2. Перейдем в раздел настроек прямых выплат ФСС.
3. Убедимся, что указан актуальный банковский счет либо выбран автоматический вариант в соответствии с действующим зарплатным проектом организации.

Способ 3. Доработка алгоритма (для программистов)

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

В коде функции ДанныеСотрудникаДляЗаявленияНаВыплатуПособия необходимо ограничить выборку прошлых реестров и заявлений только проведенными документами:

// Пример проверки проведения документа-основания перед выбором реквизитов
Если ВыборкаДокументов.Проведен Тогда
    // Заполняем реквизиты лицевого счета из проведенного документа
    ДанныеСчета = ВыборкаДокументов.БанковскийСчет;
КонецЕсли;

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

Особенности современной системы СЭДО СФР

Обратим внимание, что в актуальных релизах 1С (на платформе «1С:Предприятие 8.3») устаревший механизм заявлений и реестров заменен на работу через СЭДО СФР. Передача актуальных реквизитов банка выполняется отдельным документом «Сведения о застрахованном лице». При изменении счета у сотрудника создаются и отправляются новые сведения, что полностью исключает подтягивание устаревших данных из прошлых больничных листов.