Почему в СЗВ-ТД при увольнении попадает приём на работу в 1С

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

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

Ниже разобраны типовые сценарии, способы найти источник лишнего события и безопасные методы исправления — без ручной правки готового отчёта, которая создаёт расхождения между учётом и отчётностью.

Как 1С формирует СЗВ-ТД: принцип, из-за которого возникает проблема

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

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

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

Типовые причины появления приёма в отчёте по увольнению

Приём вообще не сдавался в ПФР

Самая частая ситуация: сотрудник был принят, но отчёт СЗВ-ТД на приём не отправлялся — например, организация только начала сдавать эту форму, сотрудник оформлен короткий срок, или предыдущий отчёт был отклонён и повторно не отправлен. Тогда при первом же отчёте (по увольнению) программа подтянет оба события.

Отчёт с приёмом отменяли или он был отклонён

Если ранее отправленный СЗВ-ТД был отклонён ПФР либо отменён в программе (пометка отмены мероприятия), признак передачи снимается. При следующем формировании отчёта мероприятие «Приём» снова считается непереданным и попадает в файл вместе с увольнением.

Расхождение дат и реквизитов в документах

Если документ «Приём на работу» после сдачи отчёта перепроводили с изменением даты приёма, либо в документе увольнения указана дата приёма, отличная от первичной, программа фиксирует новое/изменённое мероприятие. То же происходит при изменении номера трудового договора или должности задним числом.

Перенос данных и обмен между базами

После перехода с другой программы, обмена между базами (например, ЗУП ↔ БП) или восстановления из копии регистр мероприятий СЗВ-ТД может оказаться пустым или неполным. Учёт кадровых документов есть, а признаков передачи нет — и все исторические события начинают «всплывать» в отчётах.

Где искать источник: проверка документов и регистра мероприятий

Начните с журнала кадровых документов по сотруднику: откройте приём и увольнение, сверьте даты, номер трудового договора, подразделение и должность. Любое расхождение между документами — потенциальный источник лишнего события.

Далее проверьте регистр мероприятий СЗВ-ТД (в ЗУП он доступен через раздел отчётности по персучёту, в зависимости от версии — «Мероприятия СЗВ-ТД» или аналогичный журнал). Найдите по сотруднику все записи и посмотрите статусы: передано, отменено, ожидает передачи. Именно записи со статусом «не передано» попадут в ближайший отчёт.

Полезно также открыть предыдущие отправленные отчёты СЗВ-ТД и убедиться, что приём действительно был включён в один из них и отчёт получил положительный протокол. Если отчёт ушёл, но был отклонён, исправление надо начинать с него, а не с текущего.

1. 1
   Откройте карточку сотрудника и журнал его кадровых документов
2. 2
   Сверьте дату приёма и реквизиты трудового договора в приёме и увольнении
3. 3
   Откройте регистр мероприятий СЗВ-ТД и найдите все записи по сотруднику
4. 4
   Проверьте статусы: какие мероприятия переданы, какие отменены или не отправлялись
5. 5
   Просмотрите протоколы приёма предыдущих отчётов СЗВ-ТД
6. 6
   Определите источник и только после этого исправляйте данные

Как исправить: рабочие сценарии

Если приём действительно не сдавался

Когда приём ни разу не передавался, корректный вариант — отправить его. В большинстве случаев допустимо сдать один отчёт с двумя мероприятиями (приём и увольнение), если оба события реальны. Если фонд или проверяющая программа требует раздельной подачи, сформируйте сначала отчёт с приёмом, дождитесь приёма, затем — отчёт с увольнением.

Если приём сдавался, но признак передачи потерян

Если приём принят ПФР ранее, а программа снова включает его в отчёт, нужно восстановить признак передачи: в документе отчёта, где приём отправлялся, проверьте состояние, при необходимости обновите статус по протоколу. В некоторых конфигурациях доступна ручная отмена лишнего мероприятия в текущем отчёте — мероприятие помечается как отменённое и исключается из выгрузки.

Если документы были исправлены задним числом

Приведите документы к первоначальному состоянию, если изменение было ошибочным, либо сформируйте отменяющее мероприятие на старый приём и корректное новое — в зависимости от того, что реально произошло. После правок перезаполните отчёт кнопкой «Заполнить», а не редактируйте строки вручную.

Проверка результата и типичные ошибки

После исправлений перезаполните отчёт и проверьте состав мероприятий по сотруднику: должно остаться только то, что реально подлежит передаче. Затем выполните встроенную проверку отчёта в 1С и, при возможности, проверку в программе CheckXML/CheckPFR до отправки.

Контрольный признак успеха — положительный протокол ПФР без замечаний по дублированию событий. Если протокол снова содержит ошибку, внимательно читайте её код: часто фонд указывает, что событие приёма уже зарегистрировано, и это подтверждает, что проблема именно в повторной передаче.

Контрольные точки

Как проверить результат

Состав мероприятий в отчёте

Норма

Только события, реально подлежащие передаче

Тревожный признак

Лишний «Приём» при уже принятом ранее приёме

Статус мероприятий в регистре

Норма

Переданные события помечены как принятые

Тревожный признак

Принятое ПФР событие числится непереданным

Протокол ПФР

Норма

Отчёт принят без замечаний

Тревожный признак

Ошибка о дублировании или повторной регистрации события

Даты в документах

Норма

Дата приёма совпадает в приёме и увольнении

Тревожный признак

Расхождение дат или реквизитов договора

Профилактика: как не допустить повторения

Сдавайте СЗВ-ТД на приём не позднее следующего рабочего дня после оформления — тогда к моменту увольнения событие уже будет передано и не «всплывёт». Не откладывайте отправку «на потом», особенно при коротких сроках работы сотрудника.

После каждой отправки сохраняйте и просматривайте протокол приёма. Отклонённый отчёт исправляйте и переотправляйте сразу: именно «зависшие» отказы чаще всего становятся причиной двойных событий позже.

При обменах между базами и переходах на новую конфигурацию контролируйте перенос регистра мероприятий СЗВ-ТД. После миграции сформируйте тестовый отчёт по одному уволенному сотруднику и убедитесь, что исторические события не подтягиваются.

Перед массовой сдачей СЗВ-ТД полезно сформировать отчёт по одному сотруднику и сверить состав мероприятий с ожиданиями. Это занимает несколько минут, но позволяет поймать проблему с регистром передачи до отправки всего пакета.

Частые вопросы

Можно ли отправить СЗВ-ТД, где одновременно приём и увольнение одного сотрудника?

Да, если оба события реальны и приём ранее не передавался — например, сотрудник проработал короткий срок. Однако некоторые проверяющие программы и отделения фонда просят сдавать события раздельно: сначала приём, затем увольнение. Уточните требование в своём отделении или попробуйте раздельную подачу при отказе.

Приём точно сдавался и принят, но снова попадает в отчёт. Что делать?

Проверьте регистр мероприятий СЗВ-ТД: скорее всего, признак передачи снят из-за отмены отчёта или перепроведения документа. Восстановите статус по протоколу прошлой отправки или отмените лишнее мероприятие в текущем отчёте штатными средствами конфигурации.

Можно ли просто удалить строку «Приём» из сформированного отчёта?

Нет. Ручное удаление строки не устраняет причину: при следующем автозаполнении мероприятие вернётся, а между учётом и отчётностью возникнет расхождение. Исправлять нужно источник — документ или запись в регистре мероприятий.

Мы перешли в 1С из другой программы, и в отчёты попадают старые приёмы. Как быть?

Это следствие пустого регистра переданных мероприятий. Нужно либо заполнить сведения о ранее сданных мероприятиях при переносе данных, либо пометить исторические события как переданные штатной обработкой. До устранения проблемы не отправляйте отчёты массово.

Отчёт с увольнением уже отклонён из-за лишнего приёма. С чего начать?

Сначала выясните, был ли приём принят ранее: посмотрите протоколы прошлых отправок и регистр мероприятий. Если приём принят — восстановите признак передачи и переформируйте отчёт только с увольнением. Если не принят — включите оба события или сдайте их раздельно.