Почему не заполняются данные по сотруднику в СЗВ-ТД (ЕФС-1) и СТД-Р и как это исправить?

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

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

Разберем разницу в логике заполнения СТД-Р и СЗВ-ТД (ЕФС-1)

Прежде всего, нам необходимо разграничить эти два документа, так как алгоритмы их заполнения в 1С принципиально различаются. Проанализируем ситуацию: справка СТД-Р предназначена для выдачи на руки сотруднику, и в нее должны попадать только те записи, о которых работодатель уже официально отчитался перед Социальным фондом России (СФР, ранее ПФР). В то время как СЗВ-ТД (или подраздел 1.1 ЕФС-1) — это сам отчет, в который попадают новые мероприятия (для контроля существующих записей можно использовать отчет по мероприятиям сотрудников).

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

Анализируем условия заполнения отчетности ЕФС-1 (СЗВ-ТД)

Если же проблема возникает с самим отчетом для фонда, то здесь вступают в силу требования законодательства и внутренние фильтры программы (иногда требуется приведение в порядок служебных регистров, чтобы сотрудники корректно подбирались в форму). Рассмотрим основные моменты, которые нужно проверить:

  1. Наличие мероприятий после 01.01.2020. Согласно регламенту, отчет заполняется только в том случае, если у сотрудника произошли кадровые изменения (прием, перевод, увольнение, переименование организации) после 1 января 2020 года, либо если сотрудник подал заявление о выборе формы ведения трудовой книжки.
  2. Флаг «Отразить в трудовой книжке». Проверим кадровые документы. В каждом приказе (Прием на работу, Кадровый перевод, Увольнение) должен стоять установленный флажок Отразить в трудовой книжке. Если флаг был поставлен уже после проведения документа, необходимо перепровести документ, чтобы запись попала в регистр мероприятий.
  3. Регистрация данных до 2020 года. Если сотрудник работает давно и после 2020 года у него не было движений, при его увольнении программа должна подать сведения о его «последнем» кадровом событии по состоянию на 01.01.2020. Если этой записи нет в информационной базе, отчет будет пустым.

Как использовать документ «Регистрация трудовой деятельности»

Рассмотрим по шагам, как добавить недостающие исторические сведения или скорректировать ошибки, когда обычные кадровые документы не помогают. Для этого в 1С:ЗУП предусмотрен специальный инструмент.

Проанализируем алгоритм работы с документом Регистрация трудовой деятельности:

  1. Перейдем в раздел Кадры — Электронные трудовые книжки.
  2. Создадим новый документ Регистрация трудовой деятельности.
  3. Если нужно добавить данные до 2020 года, нажмем кнопку Данные до 2020 года. Программа предложит выбрать сотрудников и заполнить их последние мероприятия на указанную дату.
  4. Если мероприятие (например, перевод) не подтягивается в отчет из-за технических ошибок, можно воспользоваться кнопкой Изменить, выбрать нужное событие и перезаписать его. Это создаст новую строку в регистре с уникальным идентификатором UUID, что позволит программе «увидеть» запись заново.

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

Если визуально в документах все заполнено верно, но отчет все равно не собирается, нам придется заглянуть «под капот» программы. Проанализируем состояние регистров. В 1С:ЗУП данные для ЭТК хранятся в нескольких связанных таблицах:

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

Особенности версии 3.1.24 и переход на ЕФС-1

Выясним причины, специфичные для последних обновлений. Начиная с версии 3.1.24, программа перешла на новый формат отчетности ЕФС-1. Рассмотрим нюансы:

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

Краткий чек-лист для проверки:

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

Рассмотренные методы позволяют решить проблему в 99% случаев. Если после всех манипуляций данные не появляются, попробуйте создать документ Увольнение (как временную меру для проверки), так как это событие является триггером для сбора всех накопленных и непереданных ранее данных по сотруднику. После того как вы увидите, что данные «подцепились», можно будет проанализировать, какого именно события не хватало системе для автоматического заполнения.

← На главную