← На главную

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

В этой статье мы подробно разберем, почему возникает эта техническая коллизия, где хранятся записи о мероприятиях в базах «1С:Бухгалтерия» и «1С:Зарплата и управление персоналом», а также рассмотрим два способа решения проблемы: быстрый ручной и безопасный штатный.

Выясняем причину: почему появилась фантомная дата отмены?

Давайте проанализируем внутреннюю логику работы программы 1С. Каждое отправленное кадровое мероприятие (прием, перевод, увольнение) жестко фиксируется в системе. Программа запоминает, что отчет по конкретному событию был сдан и успешно принят фондом.

Но что происходит, если спустя какое-то время пользователь заходит в первичный документ (например, Прием на работу) и перепроводит его? Возможно, это было сделано случайно, либо менялся оклад, исправлялась опечатка в фамилии, или просто база перепроводилась при закрытии месяца.

Для программы 1С любое перепроведение отправленного документа — это сигнал к действию:

1. Программа считает, что старые отправленные данные стали неактуальными.
2. Она автоматически фиксирует отмену старого мероприятия той датой, когда фактически был перепроведен кадровый документ.
3. Взамен создается новое мероприятие с обновленным уникальным идентификатором (UUID).

В ситуации автора темы дата отмены 27.04.2020 означает, что именно 27 апреля 2020 года кто-то перепровел или изменил документ приема сотрудника от 12 февраля. Программа добросовестно зафиксировала это событие как отмену, которая и "вылезла" при оформлении увольнения.

Где хранятся эти записи? Разбираем регистры 1С

Вся информация об электронных трудовых книжках хранится в специальных регистрах сведений. Чтобы понять, где именно произошел сбой, нам нужно заглянуть "под капот" программы. Всего таких регистров три:

• МероприятияТрудовойДеятельности — здесь содержатся все актуальные кадровые события, которые должны попасть или уже попали в отчетность.
• МероприятияТрудовойДеятельностиПрочие — именно сюда программа помещает отмененные, скорректированные и дублирующие записи после перепроведения документов. Запись из этого регистра и инициирует появление признака "отмена".
• МероприятияТрудовойДеятельностиПереданные — в этом регистре фиксируются мероприятия, по которым отчет уже сформирован и отправлен.

В конфигурации «1С:Зарплата и управление персоналом» (ЗУП) эти регистры найти проще, но в «1С:Бухгалтерии предприятия» они скрыты от глаз обычного пользователя. Рассмотрим, как до них добраться.

Способ 1. Удаление дублирующей записи через регистры (Быстрый способ)

Этот способ популярен на форумах, так как позволяет мгновенно убрать злополучную дату отмены из отчета. Проанализируем пошагово, как это сделать:

1. Откройте главное меню программы (в правом верхнем углу нажмите на три точки или значок шестеренки) и выберите пункт "Функции для технического специалиста" (в старых версиях платформы этот пункт назывался "Все функции"). Если этого пункта нет, его нужно включить в настройках параметров системы.
2. В открывшемся окне раскройте ветку "Регистры сведений".
3. Найдите в списке регистр Мероприятия трудовой деятельности прочие.
4. В списке записей найдите строку с вашим сотрудником и мероприятием приема, у которого стоит дата отмены.
5. Нажмите кнопку "Еще" -> "Включить возможность редактирования" (если редактирование заблокировано системой).
6. Выделите строку с ошибочным дублирующим мероприятием и удалите ее.

После удаления этой записи из регистра Мероприятия трудовой деятельности прочие программа перестанет подтягивать отмену в новые документы СЗВ-ТД или ЕФС-1. Однако у этого способа есть скрытая опасность.

Важное предупреждение о рисках ручного удаления!
Каждое мероприятие имеет скрытый уникальный идентификатор — UUID (длинный код из букв и цифр). Этот код связывает отчет в вашей базе с базой данных Социального фонда России (СФР). Если вы вручную удалите записи из регистров, связь UUID будет разрушена. Если в будущем вам действительно потребуется скорректировать или отменить это кадровое событие, программа не сможет сопоставить идентификаторы. СФР пришлет протокол с ошибкой (например, код ошибки 30 — "Не найдены исходные сведения для отменяемого мероприятия").

Способ 2. Использование документа «Регистрация трудовой деятельности» (Безопасный метод)

Чтобы не нарушать целостность регистров и уникальных идентификаторов UUID, лучше использовать встроенные штатные инструменты исправления данных в 1С. Для этого предназначен специальный сервисный документ.

Рассмотрим порядок действий для штатного исправления ситуации:

1. Перейдите в раздел "Кадры" (или "Зарплата и кадры") -> "Электронные трудовые книжки".
2. Нажмите кнопку "Создать" и выберите документ "Регистрация трудовой деятельности".
3. В этом документе предусмотрены специальные инструменты корректировки. Если программа ошибочно пытается отменить старое событие, мы можем использовать кнопку "Изменить" или "Отменить" непосредственно в табличной части документа.
4. При выборе сотрудника программа сама подтянет его историю. Мы можем скорректировать связи мероприятий вручную, не прибегая к прямому удалению системных записей в регистрах. Данный способ гарантирует, что UUID мероприятия не перезапишется случайным образом и останется идентичным тому, что хранится в базе фонда.

Как проверить и сопоставить UUID вручную?

Если вы все же применили ручное удаление и теперь сомневаетесь, совпадают ли идентификаторы мероприятий в базе 1С и в фонде, выполните следующую проверку:

1. Откройте отчет СЗВ-ТД (или ЕФС-1), в котором выводится мероприятие.
2. В правом верхнем углу нажмите кнопку "Еще" -> "Изменить форму".
3. В дереве элементов найдите табличную часть "Мероприятия", раскройте ее и установите флажок напротив поля "Идентификатор мероприятия". Нажмите "ОК".
4. В табличной части отчета появится новая колонка, где отобразится UUID в формате xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.
5. Откройте XML-файл самого первого отчета о приеме сотрудника (который был успешно принят СФР/ПФР) через обычный блокнот или браузер. Найдите в тексте тег UUID или ИдентификаторМероприятия.
6. Сравните этот код с кодом в вашем новом отчете. Они должны полностью совпадать. Если коды различаются, фонд не примет изменения по этому сотруднику. В таком случае для исправления UUID в базе придется использовать специальные сервисные обработки группового изменения реквизитов, чтобы вернуть верный идентификатор на место.

Защита от случайного изменения данных

Чтобы избежать подобных проблем в будущем, рекомендуем соблюдать простое правило. В современных релизах «1С:Бухгалтерии» реализован механизм блокировки кадровых документов после того, как по ним была сдана отчетность.

Если вы видите в верхней части документа предупреждение о том, что данные переданы в фонд, старайтесь не разблокировать форму без крайней необходимости (через "Еще" -> "Разблокировать форму"). Если вам нужно просто посмотреть параметры документа, не нажимайте кнопку "Провести и закрыть" — пользуйтесь обычным закрытием окна (крестиком), чтобы случайно не инициировать перезапись регистров трудовой деятельности.