Ситуация, когда в отчете СЗВ-ТД при увольнении сотрудника неожиданно появляется запись о его приеме на работу, вызывает панику у многих кадровиков и бухгалтеров. Это явление не является случайным сбоем программы, а чаще всего следствием специфической логики формирования отчета в конфигурациях 1С:Зарплата и управление персоналом или 1С:Бухгалтерия предприятия. Система анализирует кадровую историю работника за весь отчетный период и выявляет события, которые ранее не были отражены в Пенсионном фонде.
Если вы видите строку с кодом мероприятия ПРИЕМ в месяце увольнения, это сигнал о том, что в базе данных накопилось расхождение между фактическими кадровыми перемещениями и отправленными ранее отчетами. Алгоритм 1С устроен так: он сверяет фактический статус сотрудника на конец периода с последним зафиксированным событием в истории отчетов. Если система обнаруживает, что event "ПРИЕМ" никогда не уходил в СФР (бывший ПФР), она принудительно добавляет его в текущую пачку, чтобы восстановить хронологию.
Важно понимать, что наличие такой записи не всегда означает ошибку в самом документе увольнения. Чаще всего проблема кроется в прошлом: возможно, отчет за месяц трудоустройства не формировался вовсе, был удален или сформирован с ошибкой и не прошел проверку. Игнорировать эту ситуацию нельзя, так как некорректные данные в трудовой книжке в электронном виде могут привести к проблемам у сотрудника при устройстве на новую работу или оформлении пенсии.
Логика формирования отчета СЗВ-ТД в 1С
Механизм формирования отчета в 1С базируется на принципе накопительного итога событий, которые еще не были переданы в контролирующий орган. Программа сканирует регистры сведений о трудовой деятельности и ищет разрывы в цепочке событий. Когда вы формируете СЗВ-ТД на увольнение, система проверяет весь период работы сотрудника в данной организации. Если она находит, что самое первое событие (прием) отсутствует в истории отправленных файлов, она автоматически генерирует строку с кодом ПРИЕМ, даже если это произошло несколько лет назад.
Такое поведение обусловлено требованиями законодательства о непрерывности и полноте сведений. Для системы 1С отсутствие записи о приеме в базе отправленных отчетов равносильно тому, что сотрудник официально не был оформлен. Поэтому при фиксации факта увольнения (УВОЛЬНЕНИЕ) программа стремится "закрыть" открытый период работы, предварительно зафиксировав начало этого периода. Это защитный механизм, предотвращающий появление "висячих" записей об увольнениях без предшествующего приема.
Стоит отметить, что данная логика работает корректно с точки зрения базы данных, но может вводить в заблуждение пользователя, который уверен, что отчет за месяц приема уже сдавал. Здесь важно различать факт формирования документа в 1С и факт его успешной отправки и принятия фондом. Если документ был создан, но не отправлен, или отправлен, но отклонен без исправления, для текущей версии 1С это событие считается несостоявшимся.
Перед формированием отчета всегда проверяйте статус ранее отправленных форм СЗВ-ТД в журнале регистрации исходящих документов. Статус "Отправлен" не гарантирует, что данные приняты фондом.
Основные причины дублирования события приема
Почему же возникает ситуация, когда система "забывает" о ранее отправленном приеме? Причин может быть несколько, и все они связаны с состоянием базы данных или действиями пользователя в прошлых периодах. Самая распространенная причина — это технический сбой при выгрузке или отправке файла в предыдущие годы. Если файл был сформирован, но по каким-то причинам не попал в контур обмена данными с СФР, 1С не фиксирует это событие как "отправленное".
Другой частый сценарий — работа с архивными данными или перенос базы из старой версии конфигурации. При обновлении типовых конфигураций или конвертации данных иногда происходит рассинхронизация регистров, отвечающих за отслеживание отправленных событий. В результате, физически документ в базе есть, но метка о его передаче в контролирующий орган потерялась. Система видит "чистый лист" для данного сотрудника и при увольнении пытается заполнить его заново.
Также стоит учитывать человеческий фактор. Бухгалтер мог сформировать отчет, увидеть ошибку в протоколе проверки, исправить её в документе, но забыть нажать кнопку "Зарегистрировать отправку" или не обновить статус документа после получения положительного протокола. В таком случае для 1С этот отчет так и остался черновиком. При увольнении программа, видя отсутствие подтвержденного приема, добавляет его в текущий отчет.
- 📄 Отчет за месяц приема был сформирован, но не отправлен или не зарегистрирован в журнале отправки 1С.
- 🔄 Произошла ошибка при обновлении конфигурации, сбросившая флаги отправленных событий в регистрах накопления.
- 🗑️ Документ СЗВ-ТД за прошлый период был случайно удален или проведен задним числом с изменением состава сотрудников.
- 👤 Сотрудник был принят до перехода на электронные трудовые книжки (до 2020 года), и сведения о приеме не были поданы формой СЗВ-ТД ранее.
Влияние периода трудоустройства на отчет
Критически важным фактором является дата приема сотрудника на работу. Если работник был трудоустроен до 1 января 2020 года, то есть до начала действия закона об электронных трудовых книжках, то сведения о его приеме в форме СЗВ-ТД изначально не подавались. В этом случае появление записи о приеме в отчете при увольнении является абсолютно нормальным и обязательным действием. Вы обязаны подать сведения о приеме за весь период работы, если они ранее не фиксировались в системе персонифицированного учета через этот отчет.
Однако если сотрудник принят после 01.01.2020, ситуация меняется. По закону работодатель обязан был подать форму СЗВ-ТД не позднее следующего рабочего дня после издания приказа (в 2020 году) или в составе ежемесячного отчета (в последующие периоды). Если дата приема позже этой границы, а запись всплывает только при увольнении, это прямой индикатор нарушения регламента сдачи отчетности в прошлом. Система 1С фактически указывает вам на незакрытый период ответственности.
В таких случаях важно проверить, не был ли сотрудник переведен или переименован в должности ранее. Иногда пользователи ошибочно полагают, что при переименовании должности подавать СЗВ-ТД не нужно, но это не так. Любое изменение трудовой функции требует отражения. Если эти промежуточные события не были отражены, цепочка событий рвется, и при увольнении система может попытаться восстановить её, подтягивая самые ранние доступные данные, включая прием.
⚠️ Внимание: Если сотрудник принят до 2020 года, запись о приеме в СЗВ-ТД при увольнении — это не ошибка, а обязанность работодателя. Вы должны заполнить графы о стаже, даже если бумажная трудовая книжка велась ранее.
Диагностика проблемы через анализ регистров
Для точного понимания причин возникновения дубля необходимо провести глубокую диагностику состояния данных в 1С. Простого просмотра списка отчетов может быть недостаточно. Вам следует воспользоваться инструментами анализа регистров сведений о трудовой деятельности. В типовых конфигурациях 1С:ЗУП существует возможность просмотра истории отправки событий по конкретному сотруднику. Это позволит увидеть, какое именно событие система считает последним отправленным.
Зайдите в раздел кадрового учета и откройте карточку сотрудника. Перейдите к сведениям о трудовой деятельности. Здесь должен отображаться список всех сформированных и отправленных форм. Если вы видите пустоту или отсутствие записи за дату приема, значит, проблема подтверждена на уровне регистров. Также полезно проверить журнал регистрации СЗВ-ТД: отфильтруйте документы по данному сотруднику и посмотрите на их статус. Статус "Сформирован" без перехода в "Отправлен" или "Принят" является корнем зла.
Иногда проблема кроется в некорректном закрытии месяца или проведении документов задним числом. Если документ приема был перепроведен или изменен после того, как отчет за тот месяц уже был сдан (но статус в 1С не обновился вручную), может возникнуть коллизия. Система видит новую версию документа приема, но старую версию отчета, и при сверке решает, что отчет не соответствует актуальным данным, требуя повторной подачи.
☑️ Диагностика причин дубля приема
Алгоритм исправления ситуации в 1С
Если вы обнаружили, что при увольнении "вылезает" прием, действовать нужно аккуратно, чтобы не нарушить текущую отчетность и не создать новые ошибки. Первым шагом всегда должна быть попытка найти и досдать недостающий отчет за прошлый период, если это возможно технически и не противоречит срокам давности (хотя для СЗВ-ТД сроки подачи при обнаружении ошибки не ограничены жестко, лучше сделать это как можно скорее). Если отчет за месяц приема существует в базе, но не отправлен — отправьте его отдельной пачкой.
В случае, когда отчет за прошлый период найти невозможно или он был утрачен, вам придется смириться с тем, что в текущем отчете на увольнение будут две записи: прием и увольнение. Это допустимый вариант, главное — обеспечить корректность дат и оснований. В форме СЗВ-ТД это будет выглядеть как два отдельных события в одном файле. Важно правильно заполнить графу "Основание" для записи о приеме, указав реквизиты приказа, который был издан фактически в прошлом.
Ниже приведена таблица с вариантами действий в зависимости от ситуации:
| Ситуация | Дата приема | Статус прошлого отчета | Действия в 1С |
|---|---|---|---|
| Отчет не отправлялся | После 01.01.2020 | Отсутствует / Черновик | Сформировать и отправить СЗВ-ТД за месяц приема задним числом. |
| Сотрудник "старый" | До 01.01.2020 | Не требовался | Оставить запись о приеме в отчете на увольнение (это норма). |
| Технический сбой | После 01.01.2020 | Отправлен, но статус не обновлен | Вручную обновить статус отчета в журнале регистрации 1С. |
| Утерян отчет | После 01.01.2020 | Удален | Восстановить отчет по данным приказа и отправить отдельно. |
После выполнения корректирующих действий обязательно сформируйте предварительный просмотр отчета СЗВ-ТД еще раз. Убедитесь, что структура файла соответствует вашим ожиданиям. Если вы решили отправлять прием и увольнение в одном файле, проверьте, чтобы коды мероприятий (ПРИЕМ и УВОЛЬНЕНИЕ) стояли в правильном порядке и не дублировались лишними строками. Протокол проверки должен быть положительным.
Что делать, если СФР отклоняет отчет с двумя записями?
Если фонд отклоняет файл, внимательно читайте протокол ошибки. Часто ошибка не в наличии двух записей, а в некорректном формате дат или отсутствии обязательных полей в одной из строк. Исправьте конкретное поле и отправьте повторно.
Профилактика ошибок при кадровой отчетности
Чтобы избежать подобных ситуаций в будущем, необходимо наладить строгий контроль за процессом формирования и отправки отчетности. Регулярная сверка данных в 1С с данными в личном кабинете страхователя на портале СФР поможет выявлять расхождения на ранних этапах. Не стоит полагаться только на автоматическое обновление статусов в 1С, так как каналы обмена могут работать с задержками. Ручная перепроверка раз в квартал станет хорошей привычкой.
Также рекомендуется использовать механизмы контроля в самой 1С. В новых версиях конфигураций есть помощники по заполнению СЗВ-ТД, которые подсвечивают сотрудников, по которым не были поданы сведения за предыдущие периоды. Игнорировать эти предупреждения нельзя. Если система пишет, что "нарушена последовательность событий", это прямой сигнал к действию до момента формирования отчета на увольнение.
Обучение персонала, работающего с кадрами, также играет ключевую роль. Специалист должен понимать разницу между проведением документа в базе и юридической фиксацией события через отчет в фонд. Любое изменение в карточке сотрудника (прием, перевод, увольнение) должно немедленно сопровождаться вопросом: "А сформирован ли и отправлен ли отчет?".
⚠️ Внимание: Законодательство и форматы обмена данными могут изменяться. Всегда сверяйте актуальные требования к заполнению СЗВ-ТД в официальных источниках или в разделе "Правовая поддержка" вашей версии 1С перед массовой отправкой отчетов.
Главная причина появления приема в отчете на увольнение — нарушение хронологии отправленных событий. Система 1С автоматически восстанавливает пропущенное звено цепи, чтобы данные в СФР были полными.
Часто задаваемые вопросы (FAQ)
Можно ли удалить строку о приеме из СЗВ-ТД при увольнении вручную?
Технически в макете отчета строку удалить можно, но делать это категорически не рекомендуется. Если в базе СФР нет записи о вашем приеме, то отправка только увольнения приведет к ошибке логического контроля. Увольнение не может существовать без приема в рамках одного работодателя. Лучше оставить обе строки, обеспечив полноту сведений.
Грозят ли штрафы за то, что отчет о приеме подается только при увольнении?
Да, риски существуют. СЗВ-ТД должен подаваться в сроки, установленные законодательством (в 2020 году — не позднее следующего рабочего дня, далее — ежемесячно). Подача отчета с опозданием на несколько лет может быть расценена как нарушение сроков предоставления сведений. Однако на практике, если вы подаете данные добровольно до обнаружения ошибки фондом, штрафы применяются реже. Главное — исправить ошибку.
Почему в отчете появляется прием, хотя я точно отправлял СЗВ-ТД в прошлом месяце?
Скорее всего, в 1С не обновился статус отправки документа. Проверьте журнал регистрации СЗВ-ТД. Если там стоит статус "Сформирован", система считает, что отчет не ушел. Попробуйте перезагрузить статусы из СФР или вручную отметить документ как отправленный, если у вас есть подтверждение (квитанция) о приеме файла фондом.
Нужно ли подавать СЗВ-ТД на сотрудников, принятых до 2020 года, если они увольняются?
Да, нужно. При увольнении сотрудника, принятого до 2020 года, вы обязаны подать форму СЗВ-ТД, включив в нее событие "ПРИЕМ" (с указанием стажа) и "УВОЛЬНЕНИЕ". Это необходимо для переноса сведений из бумажной трудовой книжки в электронный реестр Пенсионного фонда.
Как избежать дублей, если сотрудник увольняется и принимается снова в одном месяце?
В таком случае в отчете должны быть отражены все три события: Увольнение, Прием (новый) и, возможно, перевод, если менялись условия. Если же происходит простое увольнение и система подтягивает старый прием, проверьте, не является ли этот "старый прием" фактически тем же самым событием, которое уже было в базе. Если прием был один и тот же, дубль возник из-за потери статуса отправки первого отчета.