← На главную

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

Выясняем техническую причину: почему записи дублируются

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

Рассмотрим основные сценарии возникновения дублей:

1. Корректировка первичного документа: Если после того, как прием на работу был отправлен в фонд и помечен как принятый, кто-то зашел в исходный документ Прием на работу и изменил там дату, номер приказа, должность или подразделение, программа реагирует мгновенно. Она понимает, что старые данные (уже ушедшие в фонд) неверны. Система автоматически создает «отменяющее» мероприятие со старым UUID и новое мероприятие с актуальными данными.
2. Изменение ключевых реквизитов: Даже случайный лишний пробел в наименовании должности или изменение регистра букв в поле «Основание» (например, «Приказ» вместо «ПРИКАЗ») воспринимается системой как изменение данных.
3. Дублирование вводом вручную: Если мероприятие было отражено и кадровым документом, и документом Регистрация трудовой деятельности, у них будут разные идентификаторы, что приведет к «размножению» записей в базе фонда.

Способ 1: Использование документа «Регистрация трудовой деятельности»

Это самый «чистый» и правильный с точки зрения методологии 1С способ. Если мы видим, что в отчете ЕФС-1 появились лишние строки, которые мы не хотим отправлять, воспользуемся специальным инструментом корректировки.

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

1. Перейдем в раздел «Отчетность, справки» — «Электронные трудовые книжки».
2. Создадим новый документ Регистрация трудовой деятельности.
3. Нажмем кнопку «Еще» — «Изменить».
4. В открывшемся окне выберем нужного сотрудника и то мероприятие (прием), которое «зависло» или двоится.
5. В табличную часть документа попадут две строки: одна — фиксирующая старое состояние (отменяющая), вторая — новое.
6. Если наша задача — просто «забыть» про это изменение и оставить в фонде ту запись, которая была подана год назад, мы можем аккуратно удалить лишние строки из этого документа или отредактировать их так, чтобы UUID совпал с тем, что уже есть в фонде.

Способ 2: Корректировка UUID через специализированные обработки

Как мы выяснили из практики обсуждений на форумах, часто проблема заключается в рассинхронизации идентификаторов. Если прием был отправлен давно, а сейчас он снова «вылезает» как невыполненный, возможно, программа потеряла связь между отправленным мероприятием и текущим состоянием документа.

Проанализируем ситуацию, когда помогает внешняя обработка по исправлению UUID. Это требуется, если:

• Документ приема был перепроведен, и система создала новый идентификатор.
• Нужно принудительно сопоставить текущую запись в базе с той, что уже числится в ПФР, чтобы программа перестала считать её «новой».

В таких случаях специалисты используют обработку «Исправление уникальных идентификаторов мероприятий». Она позволяет найти «висящее» мероприятие и присвоить ему тот UUID, который был в исходном, уже принятом отчете. После этого программа увидит, что событие уже отправлено, и перестанет подтягивать его в новые документы ЕФС-1 Подразделение 1.1. Для удобной корректировки мероприятий и замены UUID подойдёт расширение для расширенного редактирования трудовой деятельности в СЗВ-ТД.

Способ 3: Флаг «Запись принята в ПФР» и фиктивные отчеты

Посмотрим на ситуацию, когда мы не можем менять прошлые периоды, но нам нужно «успокоить» программу. Если лишние приемы подтягиваются из-за того, что программа не видит подтверждения их сдачи, можно применить следующий алгоритм:

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

Разбор графы 11 и признака отмены

Выясним, что означает появление признака отмены в графе 11 отчета. Если в вашем отчете у записи о приеме стоит пометка «Отмена», это означает, что 1С пытается сообщить фонду: «Запись, которую я передавал ранее с таким-то UUID, теперь недействительна».

Проанализируем пример: вы изменили подразделение в приеме на работу. Программа сформирует две строки:

1. Старый прием с подразделением «А» и галочкой в графе 11 (отмена).
2. Новый прием с подразделением «Б» без галочки.

Если вы уверены, что в фонде все и так верно (например, вы меняли подразделение только для внутреннего учета и не хотите отражать это в трудовой книжке), вам необходимо убрать галочку «Отразить в трудовой книжке» в кадровом документе. Однако, если записи уже были частично переданы, программа может не дать это сделать просто так. В этом случае поможет только способ с Регистрацией трудовой деятельности, описанный выше.

Почему нельзя просто удалять строки вручную в отчете?

Многие пользователи совершают ошибку, просто удаляя лишнюю строку Прием на работу прямо в табличной части сформированного отчета ЕФС-1. Важно понимать: это не решает проблему, а лишь откладывает её.

Записи в регистрах 1С остаются «неотработанными». Как только вы создадите следующий отчет (по этому же сотруднику или даже общий по организации), система снова просканирует регистр МероприятияТрудовойДеятельности, увидит там «незакрытый» прием и снова добавит его в таблицу. Для окончательного решения нужно всегда работать с «источником» — либо с первичным кадровым документом, либо с документом Регистрация трудовой деятельности.

Резюме для проверки

Перед отправкой отчета всегда выполняйте проверку:

1. Откройте регистр Мероприятия трудовой деятельности через «Функции для технического специалиста».
2. Найдите сотрудника и посмотрите, сколько записей по нему не имеют привязки к документу СЗВ-ТД.
3. Убедитесь, что UUID отменяющей записи совпадает с UUID той записи, которую вы реально подавали в фонд ранее.

Используя эти методы, мы сможем добиться того, чтобы в отчет попадали только нужные сведения, а история трудовой деятельности в базе 1С оставалась корректной и непротиворечивой.