Почему сотрудница в отпуске по уходу за ребенком не попадает в отчет РСВ в 1С:ЗУП 3.1?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Налоговый учет
← На главную

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

Анализ влияния настроек «Пилотного проекта»

Одной из ключевых особенностей работы программы является изменение алгоритмов сбора данных для отчетности при переходе на Пилотный проект. В обычном режиме программа ориентируется на начисленные суммы пособий. Однако в режиме прямых выплат начислений в базе 1С может не быть (так как выплату осуществляет напрямую фонд), и система должна опираться исключительно на кадровое состояние сотрудника и данные о стаже.

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

Проверка кадровых документов и состояний

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

  1. Откроем документ Отпуск по уходу за ребенком по проблемной сотруднице.
  2. Проверим вкладку Начисления. Даже если пособие не выплачивается организацией, в табличной части должна быть зафиксирована информация о периоде отпуска.
  3. Обратим внимание на флаг «Освободить ставку на период отпуска». В некоторых релизах некорректная работа этого флага приводила к тому, что сотрудник «выпадал» из списков работающих для регламентированных отчетов.
  4. Попробуем выполнить перепроведение документа. Это обновит записи в соответствующих регистрах сведений и накопления.

Анализ регистров сведений и кадровой истории

Если визуально в документах всё верно, перейдем к более глубокому анализу через Функции для технического специалиста (ранее «Все функции»). Нам необходимо проверить два критически важных регистра:

1. Регистр сведений «Статусы застрахованных лиц (ПФР)»

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

2. Регистр сведений «Кадровая история сотрудников»

Сравним записи по проблемной сотруднице и по той, которая попадает в отчет. Проанализируем колонку «Вид события». Для обеих сотрудниц должны быть идентичные записи о приеме на работу и отсутствии перемещений, которые могли бы прервать стаж.

Технические причины в регистрах накопления

Алгоритм сбора данных для Раздела 3 РСВ в 1С:ЗУП 3.1 достаточно сложен. Он обращается к регистру накопления Страховые взносы по физлицам. Если у сотрудницы нет доходов, записей в этом регистре не будет. В таком случае система ищет данные в регистре сведений Данные о периодах любого вида для исчисления стажа.

Если записи о стаже с кодом «ДЕТИ» или «ДЕКРЕТ» отсутствуют или сформированы некорректно, отчет проигнорирует сотрудника. Чтобы «подтолкнуть» систему, можно использовать следующий прием:

Создадим документ Перерасчет страховых взносов за последний месяц отчетного квартала. Выберем сотрудницу и нажмем кнопку «Рассчитать». Даже если суммы останутся нулевыми, проведение документа может создать необходимые технические записи в регистрах страховых взносов, что позволит отчету РСВ «увидеть» человека.

Проверка дублей физических лиц

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

Технические подробности для разработчиков

Для тех, кто готов заглянуть в конфигуратор, отметим, что сбор данных для Раздела 3 РСВ сосредоточен в общем модуле УчетСтраховыхВзносов. Рассмотрим основную процедуру:


// Примерная логика формирования данных
Процедура ЗаполнитьРаздел3(ПараметрыОтчета)
    // Вызывается функция формирования временных таблиц
    СформироватьВТ_ДанныеДляРаздела3(Запрос, Параметры);
    
    // Внутри запроса происходит объединение данных 
    // из регистра СтраховыеВзносыПоФизЛицам 
    // и данных о стаже (периоды отсутствия)
КонецПроцедуры

Если сотрудница без дохода не попадает в отчет, значит, функция СоздатьВТДанныеДляРаздела3 не находит по ней записей ни в стажевых регистрах, ни в регистрах начислений взносов. Проверьте в консоли запросов содержимое регистра ДанныеОПериодахЛюбогоВидаДляИсчисленияСтажа по конкретному физлицу.

Итоги и рекомендации

Если после обновления конфигурации и проверки всех вышеуказанных пунктов сотрудница по-прежнему не попадает в РСВ, выполните следующие финальные шаги:

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

← На главную