← На главную

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

Общие принципы корректировки СЗВ-ТД

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

1. Отменить ранее поданное мероприятие: Мы должны явно указать СФР, что предыдущая запись была ошибочной.
2. Отправить новое мероприятие с корректными данными: Затем мы подаем новую запись, которая содержит верные сведения.

Каждое кадровое мероприятие в системе 1С:ЗУП и в отчете СЗВ-ТД имеет свой уникальный идентификатор (UUID). При корректировке мы не можем просто изменить сведения в уже отправленном мероприятии и отправить его повторно с тем же UUID. Такая запись будет отклонена СФР, поскольку система ожидает отмену старого UUID и появление нового.

Пошаговая инструкция по корректировке даты увольнения в 1С:ЗУП

Давайте подробно рассмотрим, как мы будем действовать, чтобы исправить дату увольнения сотрудника. Этот процесс требует внимательности, особенно если первичный документ уже был отправлен и принят СФР.

1. Работа с копией базы (критически важно):

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

2. Разблокировка и изменение кадрового документа «Увольнение» (восстановление состояния):

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

   • Изменяем дату увольнения на корректную (в нашем случае, с 6-го на 5-е число).
   • Меняем соответствующую причину увольнения (если это необходимо) и основание (реквизиты приказа, если они меняются).
   • Перепроводим документ. Это очень важный шаг, так как именно он обновит сведения в регистрах.

   В случае, если кадровик уже вносил изменения в приказ (как в нашем примере), мы можем столкнуться с тем, что документ уже "не в том состоянии". Нам нужно вернуть его к тому состоянию, в котором он был *до* попыток корректировки кадровика, то есть к состоянию, когда он был отправлен в СФР. Затем выполнить вышеописанные шаги.

3. Формирование нового документа «Сведения о трудовой деятельности работников, СЗВ-ТД» (или «Регистрация трудовой деятельности»):

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

4. Анализ сформированного отчета: Две строки для одного мероприятия:

   В правильно сформированном СЗВ-ТД по данному сотруднику мы должны увидеть две строки, относящиеся к одному и тому же типу мероприятия (увольнение):

   • Первая строка (отменяющая): Эта строка будет содержать первоначальные (ошибочные) сведения, которые мы ранее отправляли (например, увольнение 6-го числа). Самое главное – в соответствующей графе (часто это графа 10, «Признак отмены записи») будет стоять отметка об отмене (часто обозначается как "Х" или "Отмена"). Критически важно: UUID отменяемого мероприятия (столбец ИдентификаторСЗВТД) должен совпадать с идентификатором той записи, которая была отправлена в СФР изначально и которую мы хотим отменить. Этот идентификатор можно получить из ранее отправленного файла или запросить в СФР.
   • Вторая строка (новая): Эта строка будет содержать новые, корректные сведения (увольнение 5-го числа) с новым идентификатором (UUID). Это будет новая запись, которая заменит собой отмененную.

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

5. Ручная корректировка выгруженного файла СЗВ-ТД (в случае необходимости):

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

   1. Выгружаем отчет: Сначала выгружаем сформированный документ СЗВ-ТД в формате XML.
   2. Открываем файл для редактирования: Открываем полученный XML-файл в любом текстовом редакторе (например, Блокнот, Notepad++).
   3. Находим нужные теги: Нам нужно найти блок, описывающий мероприятие сотрудника. В этом блоке будут теги, отвечающие за идентификатор записи и признак отмены. Например, в XML-структуре мы будем искать элементы, подобные <СведенияТрудовойДеятельности>, внутри которого находятся записи о мероприятиях. Каждая запись мероприятия будет иметь свой <ИдентификаторСЗВТД>.
   4. Вставляем прежний ID для отменяемой записи: Самый важный шаг – это убедиться, что для отменяемой записи (та, что содержит признак отмены <ПризнакОтмены>X</ПризнакОтмены>) указан тот же <ИдентификаторСЗВТД>, который был в первоначально отправленном файле в СФР. Этот ID необходимо получить из старого файла или запросить у СФР. Новая запись должна иметь свой уникальный, сгенерированный системой <ИдентификаторСЗВТД>.
   5. Сохраняем и отправляем: После внесения корректив сохраняем XML-файл и отправляем его в СФР.

   Существует также вариант перебить идентификатор (UUID) непосредственно в документах 1С, а не в файлах. Это возможно, если открыть поле идентификатора на редактирование в табличной части через изменение формы в режиме полных прав. Однако этот метод требует высокой квалификации и может быть рискованным.

6. Отправка отчета в СФР:

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

Особые случаи и нюансы

При работе с корректировками СЗВ-ТД необходимо учитывать несколько дополнительных моментов:

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

Проверка данных в регистрах

Для более глубокого понимания и контроля того, как система 1С:ЗУП обрабатывает корректировки, мы можем заглянуть в специализированные регистры. Это особенно полезно, когда мы хотим убедиться, что отмена старого мероприятия и создание нового прошли успешно. Давайте посмотрим на регистры Мероприятия и МероприятияПрочие:

1. Регистр сведений «Мероприятия»:

   Этот регистр хранит основные сведения обо всех кадровых мероприятиях сотрудников. Когда мы корректируем дату увольнения, в этом регистре мы ожидаем увидеть:

   • Исходная запись об увольнении с датой 6-го числа должна быть помечена как отмененная или иметь соответствующий признак.
   • Новая запись об увольнении с датой 5-го числа должна появиться как актуальная запись.

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

2. Регистр сведений «МероприятияПрочие»:

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

   Если после наших действий в РС МТД Прочие нет записи об отмене первичного мероприятия увольнения или процесс отработки идентификаторов идет некорректно, это может указывать на то, что автоматический механизм корректировки не сработал полностью, и нам придется прибегнуть к ручному редактированию XML-файла, как мы обсуждали ранее.

Заключение

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