При работе в программе 1С:Зарплата и управление персоналом (ЗУП 3.1) бухгалтеры и программисты периодически сталкиваются с неприятным техническим поведением системы: при корректировке ранее переданных кадровых сведений в новые отчеты СЗВ-ТД (или ЕФС-1) попадает сразу две одинаковые строки отмены одного и того же мероприятия. Данная коллизия не позволяет успешно отправить отчет в Социальный фонд России (СФР), так как контролирующий орган возвращает протокол с ошибкой.
В этой статье мы подробно разберем, почему возникает этот сбой, изучим его внутреннюю архитектуру на уровне регистров 1С и рассмотрим четыре надежных способа устранения фантомных отменяющих записей.
Давайте заглянем под капот механизмов учета электронных трудовых книжек (ЭТК) в 1С:ЗУП 3.1. Вся работа с кадровыми мероприятиями строится на взаимодействии двух ключевых регистров сведений:
РегистрСведений.МероприятияТрудовойДеятельности — в нем хранятся актуальные, действующие записи кадровых событий, подготовленные к отправке или уже принятые фондом.РегистрСведений.МероприятияТрудовойДеятельностиПрочие — этот вспомогательный регистр фиксирует истории изменений. Именно сюда программа записывает информацию об отменяемых версиях кадровых событий. Каждому событию присваивается уникальный UUID (уникальный идентификатор GUID).Проблема «двойной отмены» (зарегистрированная в базе ошибок фирмы 1С под номером 000097141) возникает из-за несовершенства алгоритмов проведения корректировок. Когда мы заходим в документ Регистрация трудовой деятельности (РТД) или меняем первичный кадровый документ (например, изменяем номер или дату приказа), система пытается автоматически зарегистрировать отмену старого UUID. Из-за программного сбоя запись об отмене в регистр МероприятияТрудовойДеятельностиПрочие может записаться дважды — например, при последовательном редактировании и повторном перепроведении документов в разные дни. При автозаполнении нового отчета программа считывает обе записи из регистра и выводит в табличную часть две идентичные строки отмены.
Проанализируем самый простой и быстрый метод, который не требует программирования или непосредственного изменения записей базы данных. Этот способ официально рекомендован разработчиками 1С для обхода зарегистрированной ошибки.
Выполним следующие шаги:
Если автоматическое перезаполнение не помогает, а ошибочная отмена продолжает настойчиво всплывать в новых отчетах, нам необходимо устранить первопричину — удалить лишнюю запись непосредственно из регистра сведений.
Рассмотрим по шагам, как очистить регистр:
Мероприятия трудовой деятельности прочие и откроем его. Также можно выполнить быстрый переход, нажав комбинацию клавиш Shift + F11, вставив в появившееся поле ссылку и нажав Перейти:
e1cib/list/РегистрСведений.МероприятияТрудовойДеятельностиПрочие
Выясним, как решить проблему, если вы опасаетесь напрямую редактировать записи регистров сведений в базе данных. В этом случае мы можем применить обходной прием с созданием фиктивного документа.
Иногда корень проблемы кроется глубже: идентификаторы кадровых мероприятий (UUID) оказываются полностью утеряны или рассинхронизированы при многочисленных ручных корректировках документов. В этом случае отменяемый идентификатор в новом отчете не совпадает с тем идентификатором, который изначально ушел в ПФР/СФР.
Посмотрим на пример, как можно отредактировать UUID в документе Регистрация трудовой деятельности (РТД) или кадровом документе прямо в режиме предприятия.
Сначала выведем UUID на форму, чтобы визуально контролировать процесс:
Если нам требуется программно подменить утерянный UUID на тот, который ранее был отправлен в фонд (его можно посмотреть в отправленных ранее XML-файлах), воспользуемся возможностями отладчика:
Объект.Мероприятия[0].ИдентификаторПрограммы = Новый УникальныйИдентификатор("ad46bc45-1234-abcd-ef00-123456789abc");
Также помните лайфхак из практики разработчиков: в документе Регистрация трудовой деятельности поле идентификатора можно сделать доступным для редактирования вручную прямо на форме, если в табличной части присутствует хотя бы одно отменяющее мероприятие.
Несмотря на то, что с 1 января 2023 года отчет СЗВ-ТД прекратил свое существование и работодатели перешли на сдачу Подраздела 1.1 Раздела 1 формы ЕФС-1, внутренняя архитектура хранения данных в 1С:ЗУП 3.1 осталась неизменной. Программа все так же опирается на регистры МероприятияТрудовойДеятельности и МероприятияТрудовойДеятельностиПрочие. Поэтому все описанные методы, включая ручное перезаполнение мероприятий в форме сотрудника и очистку регистров через «Функции технического специалиста», полностью применимы и актуальны для решения проблемы двойной отмены в форме ЕФС-1.