Начало 2020 года ознаменовалось глобальным переходом российских работодателей на электронные трудовые книжки (ЭТК). Для многих бухгалтеров и кадровиков, работавших на долгосрочной ветке поддержки 1С:Зарплата и управление персоналом (релиз 3.1.10), этот переход оказался непростым. Разработчики фирмы «1С» внедряли новые формы СЗВ-ТД и СТД-Р параллельно в две ветки — экспериментальную 3.1.12 и стабильную 3.1.10. Из-за этого пользователи «десятки» столкнулись с временным ограничением функционала, ручным вводом исторических сведений и специфическими системными ошибками.
В этой статье мы подробно разберем, как развивалась автоматизация учета ЭТК в ветке 3.1.10, выясним техническую причину популярной ошибки с пропажей номеров приказов-оснований при перезаполнении документов и научимся правильно связывать отчеты СЗВ-ТД с формой СТД-Р для увольняемых сотрудников.
В первых релизах ветки 3.1.10 (в частности, 3.1.10.305 и 3.1.10.307) автоматизация сведений на 01.01.2020 практически отсутствовала. Кадровикам приходилось либо вручную создавать записи, либо заходить в старые закрытые кадровые документы прошлых лет (приказы о приеме, переводы) и проставлять там флаг «Отразить в трудовой книжке». Это приводило к необходимости перепроводить документы в закрытых периодах, что крайне нежелательно в регламентированном учете.
Для исправления этой ситуации разработчики выпустили обновления, в которых появился специализированный инструмент. Давайте разберем по шагам, как правильно зафиксировать начальные данные без изменения прошлых периодов:
Регистрация трудовой деятельности.СЗВ-ТД, когда по сотруднику возникнет новое кадровое мероприятие в 2020 году.Многие пользователи версии 3.1.10.309 и смежных релизов сталкивались с неприятной ситуацией: при формировании первичного отчета за январь 2020 года все данные заполнялись корректно. Однако, если требовалось добавить новых сотрудников или просто перезаполнить текущий документ, у «старых» сотрудников в табличной части (в детальном окне «Мероприятия») бесследно исчезали номера и даты приказов-оснований. При этом у вновь добавленных сотрудников всё отображалось верно.
Давайте выясним техническую причину этого поведения. В основе учета электронных трудовых книжек лежит регистр сведений Мероприятия трудовой деятельности. Каждому кадровому событию программа присваивает уникальный идентификатор — UUID (Universally Unique Identifier). Рассмотрим пример кода, который иллюстрирует структуру записи в регистре при формировании мероприятия:
// Пример логики записи мероприятия в регистр сведений
ЗаписьРегистра = РегистрыСведений.МероприятияТрудовойДеятельности.СоздатьНаборЗаписей();
НоваяСтрока = ЗаписьРегистра.Добавить();
НоваяСтрока.Сотрудник = ВыбранныйСотрудник;
НоваяСтрока.ИдентификаторПрограммы = Новый УникальныйИдентификатор; // Генерация уникального UUID
НоваяСтрока.ВидМероприятия = Перечисления.ВидыМероприятийТрудовойДеятельности.Прием;
НоваяСтрока.Организация = ОрганизацияСсылка;
НоваяСтрока.ДокументОснование = СсылкаНаПриказОПриеме;
Когда вы создаете отчет СЗВ-ТД в первый раз, система связывает строки отчета с записями регистра по этому UUID. Если документ не отправлен (не зафиксирован в системе как принятый ПФР), при попытке «дозаполнить» его или перезаписать строки вручную происходит конфликт идентификаторов. Программа пытается сопоставить существующие строки с движениями регистра. В результате этого сопоставления ссылка на документ-основание внутри временных таблиц рушится, и поля «Документ-основание» (номер и дата приказа) затираются.
Как решить эту проблему на практике:
СЗВ-ТД на удаление. Обязательно зайдите в меню Администрирование -> Обслуживание -> Удаление помеченных объектов и удалите его окончательно из базы данных, чтобы стереть все временные связи UUID.СЗВ-ТД и нажмите кнопку «Заполнить». Все номера приказов и даты встанут на свои места автоматически.Регистрация трудовой деятельности, как было описано в первом разделе. Он принудительно зафиксирует UUID и параметры приказов в регистре, исключая ошибки сопоставления.Другой системной проблемой первых релизов было то, что программа упорно пыталась включить уже сданные мероприятия в новые отчеты СЗВ-ТД за последующие месяцы. Это происходило потому, что программа «не знала», дошли ли сведения до контролирующего органа.
Решением стало появление важнейшего флага «Пачка принята в ПФР (не редактируется)», который был добавлен в последующих обновлениях ветки 3.1.10 (начиная с релиза 3.1.10.348):
СЗВ-ТД в программе.СЗВ-ТД, что избавит вас от дублирования записей.Форма СТД-Р (сведения о трудовой деятельности, предоставляемые сотруднику при увольнении) напрямую зависит от отправленных отчетов СЗВ-ТД. Начиная с версии 3.1.10.348, разработчики кардинально изменили логику ее заполнения, чтобы избежать расхождений в бумажных и электронных базах данных.
Рассмотрим подробнее новые правила формирования СТД-Р:
СТД-Р, программа анализирует историю его кадровых движений.СТД-Р автоматически попадут только те мероприятия, которые ранее уже были включены в отправленные пачки СЗВ-ТД, и по которым в системе установлен флаг «Пачка принята в ПФР».СЗВ-ТД по ним еще не был сформирован или не был отмечен как принятый ПФР, форма СТД-Р при увольнении окажется абсолютно пустой (за исключением самого мероприятия увольнения, которое регистрируется текущим моментом).Поэтому строго соблюдайте последовательность действий: сначала формируйте и фиксируйте сдачу СЗВ-ТД, и только после этого формируйте СТД-Р для выдачи сотруднику на руки.
Если вы продолжаете работать на ветке долгосрочной поддержки 3.1.10, обязательно обновите конфигурацию до актуальных релизов (3.1.10.348, 3.1.10.416 или более поздних). Разработчики добавили туда множество удобных функций, упрощающих повседневную работу кадровой службы:
СЗВ-ТД — откроется форма редактирования, где вы сможете вручную скорректировать текст должности, подразделения или формулировку причины увольнения перед отправкой.