Процесс корректировки сведений о трудовой деятельности (СЗВ-ТД) в программе 1С:Зарплата и управление персоналом 3.1 может вызвать затруднения, особенно если исходные данные вносились в ранних релизах программы вручную. Основная сложность заключается в том, что современная методика работы с электронными трудовыми книжками базируется на уникальных идентификаторах мероприятий — UUID. Если цепочка этих идентификаторов нарушена или документ не зафиксирован в системе как принятый контролирующим органом, программа не сможет автоматически сформировать корректировку. Рассмотрим подробно, как исправить ситуацию, когда данные были переданы с ошибками, а программа выдает сообщения о "незарегистрированных мероприятиях".
Прежде чем приступать к исправлениям, разберем, как 1С:ЗУП 3.1 понимает, что именно нужно скорректировать. Каждое кадровое событие (прием, перевод, увольнение) получает свой уникальный идентификатор (UUID). Этот идентификатор записывается в регистр сведений МероприятияТрудовойДеятельности.
Для успешной корректировки должны соблюдаться два условия:
СЗВ-ТД должен быть проведен, и в нем обязательно должен быть установлен флаг «Пачка принята в ПФР (сведения переданы в ПФР)». Без этой галочки программа считает мероприятия «черновиками» и не позволяет создавать отменяющие записи.Проанализируем ситуацию: вы отправили отчет, ПФР его принял (полностью или частично), но в программе документ не помечен как принятый. Из-за этого при попытке создать новый отчет программа снова «подтягивает» те же самые события, считая их непереданными. ПФР в ответ выдает ошибку: «Мероприятие с таким GUID ранее учтено».
Рассмотрим алгоритм действий для исправления:
СЗВ-ТД, который был отправлен.Часто в начале 2020 года пользователи совершали ошибку, указывая дату последнего кадрового события до 2020 года как 01.01.2020. На самом деле должна указываться фактическая дата последнего события (например, прием в 2018 году). Если вы уже отправили такую запись, ее нужно отменить.
Выясним, как сделать отмену, если UUID в базе пустой или не совпадает с отправленным:
ИД_МЕРОПРИЯТИЯ. Это и есть ваш UUID. Скопируйте его.Рассмотрим подробнее работу с документом РегистрацияТрудовойДеятельности, так как именно он является основным инструментом для ручной корректировки исторических данных (до 2020 года) и исправления ошибок идентификации.
Пошаговый процесс отмены ошибочного мероприятия:
РегистрацияТрудовойДеятельности.СЗВ-ТД. В него автоматически попадут две строки (одна зачеркнутая — отмена, вторая обычная — новая запись).Пример программной логики при отмене мероприятия в регистре:
// При нажатии кнопки "Отменить" в Регистрации трудовой деятельности
// создается запись в регистре сведений "Мероприятия Трудовой Деятельности"
// со специальным признаком "Отмена" и ссылкой на исходный GUID.
// Это гарантирует, что ПФР получит команду на удаление именно той записи,
// которая была подана ранее.
Проанализируем ситуацию, когда вы изменили кадровый документ (например, ПриемНаРаботу) после того, как по нему уже был сдан СЗВ-ТД. В актуальных релизах 1С:ЗУП 3.1 перепроведение документа, по которому уже зафиксирована «принятая пачка», автоматически создает запись в регистре «Мероприятия трудовой деятельности прочие».
Важно: Не пытайтесь просто удалять и заново создавать мероприятия в СЗВ-ТД вручную. Порядок действий должен быть следующим:
СЗВ-ТД проведен и отмечен как принятый.СЗВ-ТД. Нажмите кнопку «Заполнить». Программа сама увидит разницу между тем, что было «принято», и тем, что стало в базе после правки кадрового документа, и сформирует корректирующую пару строк.Рассмотрим случай, когда программа пишет: «Среди мероприятий есть незарегистрированные» при проведении старого СЗВ-ТД.
Это происходит потому, что в старых релизах строки СЗВ-ТД могли существовать «сами по себе», а в новых — они обязательно должны быть привязаны к записям в регистрах. Чтобы «легитимизировать» такой документ:
РегистрацияТрудовойДеятельности воспользуйтесь кнопкой «Данные до 2020 года». Это позволит программе «увидеть» кадровые события прошлого и создать для них системные записи.СЗВ-ТД сможет успешно провестись, так как он найдет свои «основания» в регистрах.Если база данных 1С находится в критическом состоянии (множественные ручные правки, битые UUID, невозможность проведения документов прошлых периодов), а отчет сдать нужно срочно, воспользуйтесь проверенным методом:
Подготовьте файл в сторонней бесплатной программе (например, SPU_ORB или ПД СПУ). Там вы сможете вручную указать любой UUID и дату отмены, не опираясь на жесткую логику регистров 1С. После того как ПФР примет этот «ручной» файл, вам останется только привести базу 1С в соответствие, удалив лишние мероприятия или пометив документы как принятые, чтобы в будущих периодах программа начинала заполнение «с чистого листа».