Как подать отменяющую форму СЗВ-ТД в 1С

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

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

Ниже разобрано, когда требуется отмена, как найти ошибочный документ в базе, как сформировать отменяющий отчёт в типовой 1С:ЗУП и как убедиться, что фонд его принял.

Когда нужна отменяющая форма, а когда — корректирующая

Отмена требуется в ситуациях, когда запись в электронной трудовой книжке не должна существовать вовсе. Типичные случаи: сотруднику ошибочно провели увольнение, которое потом отменили; кадровый документ создали дублем и отправили дважды; приём оформили на человека, который так и не вышел на работу и трудовой договор был аннулирован; в отчёт попало мероприятие другого сотрудника с похожей фамилией.

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

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

Как найти ошибочную запись в базе 1С

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

Далее зафиксируйте точные параметры ошибочной записи: сотрудник, вид мероприятия, дата, номер и дата приказа, должность и подразделение. Отменяющая форма должна повторить эти данные один в один — фонд сопоставляет отмену с исходной записью именно по этому набору реквизитов. Расхождение хотя бы в одном поле приведёт к тому, что отмена «не найдёт» свою запись и будет отклонена или обработана некорректно.

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

Формирование отменяющего документа в 1С:ЗУП

В типовой конфигурации 1С:ЗУП 3.1 перейдите в раздел «Кадры» (или «Отчетность, справки») и откройте список документов «Сведения о трудовой деятельности». Для отмены используется отдельный вид документа — «Сведения о трудовой деятельности, отменяющие». Создайте его кнопкой «Создать».

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

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

1. 1
   Проверьте, что исходная СЗВ-ТД принята СФР (статус в 1С-Отчетности)
2. 2
   Зафиксируйте точные реквизиты ошибочной записи: вид мероприятия, дату, номер приказа
3. 3
   Создайте документ «Сведения о трудовой деятельности, отменяющие» в разделе «Кадры»
4. 4
   Добавьте сотрудника и повторите ошибочную запись без изменений
5. 5
   Проведите документ и сформируйте отчёт СЗВ-ТД для отправки
6. 6
   Отправьте отчёт в СФР и дождитесь положительной квитанции
7. 7
   При необходимости подайте новую СЗВ-ТД с корректными данными

Отправка в СФР и проверка приёма

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

После отправки отследите статус в журнале отчётности. Нормальная цепочка: «Отправлено» → «Доставлено» → «Принято». Если пришёл отказ, откройте протокол ошибок: типовые причины — несовпадение реквизитов отменяемой записи с данными фонда, ошибки в СНИЛС или ФИО сотрудника, устаревший формат файла.

Финальная проверка результата — состояние электронной трудовой книжки сотрудника. Запись должна исчезнуть из ЭТК после обработки отмены. Сотрудник может увидеть это в своём личном кабинете на портале госуслуг; со стороны работодателя контрольным признаком служит положительная квитанция без замечаний по конкретной записи.

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

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

Статус отчёта в 1С-Отчетности

Норма

Принято, замечаний по записи нет

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

Отказ или протокол с ошибками по сотруднику

Реквизиты отменяемой записи

Норма

Полностью совпадают с исходной отправленной формой

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

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

Запись в ЭТК сотрудника

Норма

Ошибочная запись удалена

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

Запись осталась или появился дубль

Кадровый документ в базе

Норма

Лишний документ отменён, в новые отчёты не попадает

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

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

Типичные ошибки при подаче отмены

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

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

Особые сценарии: дубли, массовые ошибки, прошлые периоды

Дублирующаяся запись об одном событии

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

Ошибка затронула несколько сотрудников

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

Ошибка обнаружена спустя длительное время

Ограничений по давности для отменяющей формы нет — аннулировать можно и записи прошлых лет, пока они числятся в ЭТК. Учтите, что сотрудник мог уже предоставлять сведения о трудовой деятельности новому работодателю, поэтому после отмены старой записи имеет смысл уведомить его и при необходимости выдать актуальную выписку по форме СТД-Р.

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

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

Можно ли отменить СЗВ-ТД, если отчёт ещё не принят СФР?

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

Чем отменяющая форма отличается от корректирующей?

У СЗВ-ТД нет отдельного корректирующего вида. Исправление всегда двухэтапное: сначала отменяющая форма удаляет ошибочную запись из ЭТК, затем обычная форма заносит правильную. Отмена без последующей корректной подачи уместна только когда события не было вовсе.

Что делать, если СФР отклонил отменяющую форму?

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

Нужно ли отменять кадровый приказ в базе 1С?

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

Видит ли сотрудник отменённую запись в электронной трудовой книжке?

После обработки отменяющей формы запись удаляется из ЭТК и не отображается в личном кабинете сотрудника. До обработки запись видна, поэтому при быстро обнаруженной ошибке отмену лучше отправлять без промедления.

Можно ли одной формой отменить записи по нескольким сотрудникам?

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