Работа с кадровыми отчетами в системе 1С:Зарплата и управление персоналом требует высокой точности, так как любые неточности ведут к штрафам со стороны Социального фонда России. Ситуация, когда необходимо исправить уже сданный отчет СЗВ-ТД, возникает довольно часто: это может быть ошибка в дате приказа, неверный код мероприятия или технический сбой при выгрузке. Важно понимать, что механизм исправления зависит от того, был ли отчет принят фондом или отклонен.
В данной статье мы разберем полный цикл устранения ошибок: от поиска неверных записей в регистрах до формирования корректирующей формы. Вы узнаете, как правильно использовать функцию сторнирования и в каких случаях требуется создание новой формы с признаком «Исходная». Алгоритм действий будет рассмотрен на актуальных релизах конфигурации ЗУП 3.1.
Диагностика ошибок и анализ принятого отчета
Прежде чем приступать к исправлению, необходимо точно идентифицировать ошибку. Часто бухгалтеры видят протокол проверки, но не понимают, какая именно запись в базе 1С сформировала неверные данные. Первичный анализ следует проводить в журнале отправленных отчетов. Найдите нужный период и откройте печатную форму или файл выгрузки, который ушел в фонд.
Сравните данные в файле выгрузки с первичными кадровыми документами в системе. Особое внимание уделите полям, которые чаще всего содержат опечатки: даты приказов, коды выполняемых функций и причины увольнения. Если отчет был отклонен, система обычно присылает протокол с указанием строки, где обнаружена ошибка. В этом случае задача упрощается — нужно исправить конкретную запись.
Если же отчет принят, но содержит фактическую ошибку (например, неверно указан вид трудового договора), ситуация сложнее. Простое изменение документа-основания в 1С:ЗУП не перезапишет данные, уже отправленные в фонд. Вам потребуется сформировать корректирующий отчет, который аннулирует неверную информацию и заменит её правильной.
⚠️ Внимание: Не пытайтесь изменить задним числом документы «Прием», «Перевод» или «Увольнение» после того, как отчет уже сдан и принят. Это приведет к рассинхронизации данных между вашей базой и реестром СФР, что вызовет новые ошибки при следующей сдаче.
Для глубокого анализа можно воспользоваться отчетом «Анализ состояния расчета зарплаты» или специализированными обработками проверки кадровых данных. Они помогут найти записи, которые не были включены в предыдущий отчет по ошибке, либо были включены с искаженными параметрами.
Механизм сторнирования записей в 1С ЗУП
Основным инструментом исправления ошибочно поданных сведений в конфигурации 1С:Зарплата и управление персоналом является механизм сторнирования. Этот процесс создает в базе новую запись, которая формально отменяет действие предыдущей ошибочной записи. Технически это выглядит как создание документа с тем же содержанием, но с признаком аннулирования.
Чтобы запустить процедуру сторнирования, перейдите в раздел Отчеты и выберите форму СЗВ-ТД. В списке ранее сформированных отчетов найдите тот, который содержит ошибку. Выделите его и нажмите кнопку Ещё в нижней панели списка, затем выберите пункт Скорректировать (сторнировать). Система предложит выбрать период и конкретные записи для исправления.
В открывшемся окне вы увидите таблицу со всеми сотрудниками, попавшими в отчет. Вам необходимо установить флажки напротив тех строк, которые требуют исправления. После подтверждения действия программа создаст новый документ-отчет, в котором для выбранных сотрудников будет проставлен признак отмены.
- 📄 Признак формы: В скорректированном отчете автоматически проставляется код формы «ОТМН» (отмена).
- 🔗 Связь записей: Новая запись ссылается на GUID исходной ошибочной записи, что позволяет фонду идентифицировать, что именно аннулируется.
- 📅 Дата формирования: Отчет формируется текущей датой, независимо от даты исходного ошибочного документа.
Важно понимать, что сторнирование не удаляет исходную запись из истории. Оно лишь добавляет поверх неё «запрещающий» слой. После выгрузки и отправки отчета с признаком «ОТМН» в реестре СФР запись будет помечена как недействительная.
Перед отправкой отчета на сторнирование обязательно сохраните его в файл XML и откройте в текстовом редакторе. Убедитесь, что в теге, отвечающем за признак формы, стоит значение ОТМН.
Формирование новой правильной формы СЗВ-ТД
После того как ошибочная запись аннулирована (отправлен отчет с признаком «ОТМН»), необходимо передать в фонд корректные сведения. Для этого формируется новый отчет с признаком «ИСХ» (исходная) или «ДОП» (дополняющая), в зависимости от контекста, но чаще всего используется связка «Отмена + Исходная».
Создайте новый отчет СЗВ-ТД в том же разделе Отчеты. Укажите период, к которому относятся исправляемые данные. Критически важно, чтобы в качестве даты регистрации в этом новом отчете стояла дата исходного кадрового события (например, дата приказа о приеме), а не текущая дата исправления.
Внесите правильные данные в документы-основания, если они были введены с ошибкой. Например, если в приказе о переводе была указана неверная дата начала действия, исправьте сам приказ Перевод сотрудников. Затем при формировании отчета система подтянет уже исправленные данные из регистров накопления.
| Тип операции | Код формы | Назначение | Когда применяется |
|---|---|---|---|
| Первичная сдача | ИСХ | Передача новых сведений | При первом формировании отчета за период |
| Исправление ошибки | ОТМН | Отмена ошибочной записи | Первый этап исправления (сторнирование) |
| Ввод верных данных | ИСХ | Передача корректных сведений | Второй этап исправления (после отмены) |
| Дополнение | ДОП | Добавление упущенных данных | Если сотрудник был забыт в исходном отчете |
Проверьте сформированный отчет. Убедитесь, что в графе «Признак формы» стоит значение ИСХ. Проверьте все реквизиты: ФИО, СНИЛС, дату события и код мероприятия. Только после визуальной проверки и сверки с первичными документами отчет готов к выгрузке.
☑️ Проверка перед выгрузкой СЗВ-ТД
Особенности работы с кодами мероприятий и функциями
Одной из самых частых причин необходимости исправления отчета СЗВ-ТД является неверное указание кода мероприятия. В справочнике 1С:ЗУП коды мероприятий привязаны к видам кадровых действий. Иногда пользователи выбирают код «ПЕРЕВОД» вместо «ИЗМЕНИЕ ТРУДОВОГО ДОГОВОРА», что формально является ошибкой классификации.
Для исправления такой ошибки недостаточно просто поменять код в самом отчете. Необходимо найти документ-основание (например, Документы кадрового учета → Переводы) и проверить настройки вида расчета или события. В карточке события должен быть корректно указан код для СЗВ-ТД. После исправления настройки нужно перегенерировать отчет.
Также часто встречаются ошибки в поле «Трудовая функция». Согласно профстандартам, наименование должности и код функции должны строго соответствовать справочнику. Если вы изменили наименование должности в штатном расписании, это изменение должно отразиться в отчете. Если отчет уже сдан с old-наименованием, потребуется процедура отмены и новой подачи.
⚠️ Внимание: Коды мероприятий и функции регулярно обновляются законодательством. Всегда сверяйте используемые в 1С классификаторы с актуальными версиями, публикуемыми на портале СФР. Использование устаревших кодов может привести к автоматическому отклонению отчета.
Если ошибка связана с удалением записи о трудовой функции (когда функция была указана ошибочно), используется специальный код мероприятия «УПРАЗДНЕНИЕ ТРУДОВОЙ ФУНКЦИИ». В 1С:Зарплата и управление персоналом это реализуется через документ изменения трудовой функции с указанием даты упразднения.
Что делать, если код мероприятия не находится в справочнике?
Если требуемого кода нет в списке доступных в вашей версии 1С, возможно, конфигурация требует обновления. Проверьте актуальность релиза. Временно можно использовать ближайший по смыслу код с комментарием, но это рискованно. Лучше дождаться обновления классификаторов от фирмы 1С.
Выгрузка и отправка корректирующих файлов в СФР
Процесс выгрузки исправленного отчета ничем не отличается от стандартной процедуры, но требует повышенной внимательности к последовательности действий. Сначала вы отправляете файл со сторнирующими записями (ОТМН), и только после успешного принятия его фондом — файл с корректными данными (ИСХ).
В форме отчета СЗВ-ТД нажмите кнопку Выгрузить. Выберите формат выгрузки (обычно XML). Сохраните файл на диск. При использовании внешних сервисов отчетности (например, СБИС, Контур или встроенный сервис 1С-Отчетность) загрузите этот файл в программу отправки.
Крайне не рекомендуется объединять в одном файле записи на отмену и новые записи за разных сотрудников, если это не предусмотрено логикой вашего сервиса отчетности. Лучше разбить процесс на два этапа: отправка пакета отмен, получение положительного протокола, затем отправка пакета исправлений.
Алгоритм отправки:
1. Выгрузить отчет с признаком ОТМН.
2. Отправить в СФР.
3. Дождаться протокола"Принято".
4. Сформировать отчет с верными данными (признак ИСХ).
5. Отправить в СФР.
6. Получить финальное подтверждение.
Если вы используете прямую интеграцию 1С:Отчетность, система может попытаться отправить документы пакетом. Убедитесь, что в настройках отправки не стоит галочка «Отправлять только новые», иначе сторнирующий отчет может не уйти. Статус отправки отслеживайте в журнале Отчеты → 1С-Отчетность.
Главное правило исправления: Сначала отправляем «минус» (отмену ошибки), дожидаемся принятия, и только потом отправляем «плюс» (верные данные). Нарушение последовательности приведет к зависанию реестра.
Частные случаи: массовые ошибки и технические сбои
Иногда возникает ситуация, когда ошибка носит массовый характер. Например, из-за сбоя в обновлении конфигурации у всех сотрудников, принятых в определенном месяце, неверно заполнилось поле «Адрес места работы». Исправлять сотни записей вручную через сторнирование каждой — трудоемкая задача.
В таких случаях целесообразно использовать внешние обработки или запросы к базе данных (для опытных пользователей), чтобы массово сформировать документы сторнирования. Однако стандартными средствами 1С:ЗУП можно воспользоваться групповым выделением в форме отчета. Выделите всех сотрудников, попавших под ошибку, и примените функцию сторнирования ко всей группе сразу.
Другой частый кейс — технический сбой, при котором отчет сформировался «битым» (невалидный XML), но статус в журнале 1Сится как «Отправлен». Если фонд такой отчет не принял, но и не прислал отказ (зависание), необходимо связаться с техподдержкой СФР для выяснения статуса. Возможно, потребуется повторная отправка того же файла или формирование нового с тем же составом.
- 🔍 Массовое исправление: Используйте фильтрацию в журнале отчетов по дате или подразделению для быстрого выделения группы сотрудников.
- 🛠 Технический сбой: При ошибках выгрузки проверьте логи сервера 1С и наличие обновлений платформы.
- 📞 Связь с фондом: При неясных статусах используйте личный кабинет страхователя на портале СФР для уточнения информации.
Помните, что сроки исправления ошибок законодательно ограничены. Если ошибка обнаружена самостоятельно, её нужно исправить в ближайшем отчетном периоде. Если ошибку выявил фонд, вам придет требование об устранении, на исполнение которого дается обычно 5 рабочих дней.
⚠️ Внимание: Регулярные правила сдачи отчетности и форматы файлов могут обновляться. Всегда проверяйте требования к форматам в личном кабинете страхователя перед массовой выгрузкой исправлений, чтобы избежать технических отклонений из-за несовместимости версий XML-схем.
FAQ: Часто задаваемые вопросы по исправлению СЗВ-ТД
Можно ли исправить ошибку в СЗВ-ТД без сторнирования, просто переформировав отчет?
Нет, если отчет уже был принят фондом, простое переформирование и отправка нового файла с теми же данными (но исправленными) приведет к ошибке дублирования записи. Фонд увидит две активные записи с одинаковыми ключевыми признаками. Обязательно нужно сначала отправить форму с признаком «ОТМН».
Что делать, если сотрудник уже уволился, а мы нашли ошибку в его СЗВ-ТД за прошлый период?
Процедура исправления не зависит от текущего статуса сотрудника. Вы формируете отчет за тот период, когда была допущена ошибка, делаете сторнирование неверной записи и отправляете верную. В отчете будут указаны данные на момент события, даже если сейчас сотрудник не работает в организации.
Как исправить ошибку в СНИЛС, если он был указан неверно в исходном отчете?
Это критическая ошибка. Необходимо сформировать отчет на отмену (ОТМН) с неверным СНИЛС (таким, какой был отправлен), чтобы «погасить» ту запись. Затем сформировать новый отчет (ИСХ) с правильным СНИЛС. Важно, чтобы в первом файле идентификатор совпадал с ошибочным, иначе система не найдет, что отменять.
Нужно ли печатать бумажный экземпляр исправленного СЗВ-ТД для сотрудника?
Да, согласно законодательству, при подаче корректирующих сведений работодатель обязан выдать работнику обновленную форму СТД-Р (или СЗВ-ТД в бумажном виде) под подпись. Это подтверждает, что сотрудник уведомлен об изменениях в своей трудовой биографии.
Влияет ли исправление СЗВ-ТД на расчет страховых взносов?
Нет, отчет СЗВ-ТД является персонифицированным отчетом о трудовой деятельности и не содержит данных о начислениях и взносах. Его исправление не влияет на расчеты по ЕФС-1 (раздел 1) или РСВ, если только ошибка не была связана с датами, влияющими на стаж для льготного пенсионного обеспечения, но сам механизм расчета взносов от этого не меняется.