В процессе ведения кадрового учета в программе «1С:Зарплата и управление персоналом» редакции 3.1 пользователи часто сталкиваются с нюансами формирования отчетности по электронным трудовым книжкам (ЭТК). Одним из наиболее спорных и вызывающих вопросы моментов долгое время оставался механизм автоматического заполнения формы СТД-Р («Сведения о трудовой деятельности, предоставляемые работнику работодателем») и ее взаимосвязь с формой СЗВ-ТД.
Официальные методологические материалы, включая портал 1С:ИТС и статьи ведущих экспертов, утверждают однозначно: сведения в форму СТД-Р должны попадать только тогда, когда они уже были отправлены в Пенсионный фонд (ныне СФР) и успешно там зарегистрированы. Сигналом этой регистрации в программе служит установленный флаг «Пачка принята в ПФР (не редактируется)» в соответствующем документе СЗВ-ТД. Однако на практике в ряде релизов ветки 3.1.10 и 3.1.14 пользователи обнаружили, что СТД-Р прекрасно заполняется и без этого флага. Выясним причину этого расхождения и разберем проблему по шагам.
С точки зрения законодательства и логики разработчиков, работодатель не имеет права выдавать сотруднику на руки документ с данными, которые еще официально не приняты государственным органом. Если кадровое мероприятие (например, прием на работу или перевод) отражено в программе, но отчет СЗВ-ТД по нему еще не отправлен или отправлен, но не принят фондом (не установлен соответствующий признак), это мероприятие считается «неподтвержденным». В форму СТД-Р при увольнении или по заявлению сотрудника оно попадать не должно.
Для реализации этого контроля в программе 1С:ЗУП 3.1 используется специальный регистр сведений МероприятияТрудовойДеятельностиПереданные. Движения по этому регистру должны формироваться только при условии, что документ СЗВ-ТД не просто проведен, но и заблокирован от изменений флагом «Пачка принята в ПФР (не редактируется)».
Рассмотрим подробнее, почему в релизах 1С:ЗУП (начиная с версии 3.1.10.378 и вплоть до 3.1.10.444, а также в ветке 3.1.14) эта логика оказалась нарушена. Проанализируем программное поведение СУБД при формировании СТД-Р.
При заполнении табличной части СТД-Р алгоритм программы обращается к информационной базе с запросом. В проблемных релизах разработчики допустили ошибку в логическом условии связи таблиц. Программа проверяла исключительно факт проведения документа СЗВ-ТД, в который включено мероприятие, игнорируя состояние реквизита принятия пачки. Схематично ошибочный запрос к базе данных можно представить следующим образом:
ВЫБРАТЬ
КадровыеМероприятия.Сотрудник,
КадровыеМероприятия.ФизическоеЛицо,
КадровыеМероприятия.ВидМероприятия,
КадровыеМероприятия.Организация
ИЗ
РегистрСведений.МероприятияТрудовойДеятельности КАК КадровыеМероприятия
ГДЕ
КадровыеМероприятия.Сотрудник = &Сотрудник
И КадровыеМероприятия.ДокументОснование В
(ВЫБРАТЬ
СЗВ_ТД_Мероприятия.ДокументОснование
ИЗ
Документ.СЗВ_ТД.Мероприятия КАК СЗВ_ТД_Мероприятия
ГДЕ
СЗВ_ТД_Мероприятия.Ссылка.Проведен = ИСТИНА)
// Ошибка: отсутствует проверка флага Ссылка.ПачкаПринятаВПФР
Поскольку в коде отсутствовала жесткая проверка флага ПачкаПринятаВПФР = ИСТИНА, для успешного заполнения СТД-Р пользователю достаточно было просто создать и провести документ СЗВ-ТД (даже пустой или неотправленный, находящийся в стадии черновика). Данное поведение официально признано зарегистрированной ошибкой 1С с кодом 000069647.
Параллельно с ошибкой контроля отправки сведений, в тех же релизах бухгалтеры столкнулись с противоположной проблемой: форма СТД-Р вообще отказывалась заполняться данными, даже когда все флаги приема в ПФР были выставлены корректно.
Выясним причину этой неполадки:
01.01.0001 0:00:00.Обходной путь решения: Чтобы обойти данный сбой в неотредактированных базах, пользователям приходилось создавать форму СТД-Р вручную через журнал документов «Электронные трудовые книжки» или, создав документ из «Увольнения», принудительно перевыбирать сотрудника в шапке документа, чтобы программа перезапустила алгоритм заполнения с корректной текущей датой.
В актуальных версиях 1С:ЗУП 3.1 разработчики не только исправили указанные баги, вернув жесткий контроль флага отправки, но и добавили новые полезные возможности для работы с формой СТД-Р:
Таким образом, если вы столкнулись с ситуацией, когда СТД-Р заполняется хаотично и игнорирует статус отправки отчетов СЗВ-ТД (ЕФС-1) в фонд, вам необходимо обновить конфигурацию 1С:ЗУП 3.1 до актуального релиза, где ошибка 000069647 полностью устранена.