Как отразить в СЗВ-ТД увольнение за длительный прогул, если дата увольнения в 2019 году, а приказ издан в 2020?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Налоговый учет
← На главную

В практике кадрового учета нередко возникают ситуации, когда сотрудник пропадает на длительный срок, и процедура его увольнения за прогул затягивается на месяцы. Согласно статье 84.1 ТК РФ и разъяснениям Роструда, днем прекращения трудового договора в случае прогула является последний день работы сотрудника, предшествующий первому дню прогула. Рассмотрим ситуацию: сотрудник перестал выходить на работу в декабре 2019 года, а приказ об увольнении удалось издать только в августе 2020 года. Перед нами встает техническая проблема: система 1С:ЗУП 3.1 может игнорировать мероприятия, дата которых предшествует дате начала ведения электронных трудовых книжек (01.01.2020), даже если приказ издан текущим периодом.

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

Методологическая база и требования законодательства

Прежде чем переходить к настройкам в программе, разберем юридический аспект. Постановлением Правительства РФ от 08.04.2020 № 460 было установлено, что сведения об увольнении должны подаваться в ПФР (СФР) не позднее рабочего дня, следующего за днем издания соответствующего приказа. Несмотря на то, что дата самого события (увольнения) — 12.12.2019, отчетность СЗВ-ТД должна быть представлена, так как приказ издан в 2020 году. При этом, поскольку это первая подача сведений по сотруднику, мы также обязаны передать сведения о его последнем кадровом мероприятии по состоянию на 01.01.2020 (обычно это прием на работу или последний перевод).

Почему 1С:ЗУП не подтягивает увольнение автоматически?

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

Решение 1: Использование документа «Регистрация трудовой деятельности»

Если типовой документ Увольнение не отражается в отчете, мы воспользуемся механизмом ручной регистрации. Разберем по шагам:

  1. Перейдем в раздел Отчетность, справки — Электронные трудовые книжки.
  2. Создадим документ Регистрация трудовой деятельности.
  3. Нажмем кнопку Добавить. Выберем сотрудника.
  4. В колонке «Мероприятие» выберем Увольнение.
  5. Укажем дату мероприятия вручную — 12.12.2019.
  6. В сведениях о документе-основании укажем данные нашего приказа от 13.08.2020.
  7. Важный нюанс: Чтобы ПФР принял отчет, в этом же документе (или ранее по этому сотруднику) должна быть зафиксирована запись о приеме на работу (состояние на 01.01.2020). Для этого воспользуемся кнопкой Данные до 2020 года.

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

Решение 2: Махинация с датами для обхода программных фильтров

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

  1. В документе Увольнение временно установим дату увольнения 01.01.2020 (или любую другую дату 2020 года).
  2. Создадим отчет СЗВ-ТД, заполним его — мероприятие должно появиться.
  3. Не закрывая отчет, вернемся в документ Увольнение и исправим дату обратно на 12.12.2019. Проведем его.
  4. В самой форме СЗВ-ТД вручную подкорректируем дату мероприятия в строке сотрудника (двойным кликом по записи мероприятия).

Внимание: Этот метод требует осторожности, так как при последующем переформировании или обновлении отчета данные могут сброситься.

Решение 3: Прямая правка файла выгрузки (XML)

Рассмотрим вариант для опытных пользователей, когда 1С категорически отказывается выгружать дату 2019 года. Мы можем сформировать отчет с фиктивной датой, выгрузить его на диск и отредактировать XML-структуру:

Найдем в файле узел, отвечающий за дату мероприятия:


<Мероприятие>
    <ДатаМероприятия>2019-12-12</ДатаМероприятия>
    <ВидМероприятия>УВОЛЬНЕНИЕ</ВидМероприятия>
    ...
</Мероприятие>

После ручной правки такой файл необходимо загрузить в программу отправки (Сбис, Контур) напрямую, минуя повторную проверку в 1С.

Проблема уникальных идентификаторов (UUID)

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

Связь с СЗВ-СТАЖ и корректировки

Выясним еще одну важную деталь. Если мы увольняем сотрудника 12.12.2019 года, а ранее за 2019 год на него уже была подана форма СЗВ-СТАЖ (где он, скорее всего, числился работающим по 31.12.2019), возникает расхождение данных. ПФР при приеме СЗВ-ТД может выявить нестыковку стажа. В этом случае нам потребуется:

  1. Сформировать корректирующую форму СЗВ-КОРР за 2019 год.
  2. Исключить период с 13.12.2019 по 31.12.2019 из его страхового стажа.

Это необходимо для того, чтобы сведения о трудовой деятельности (ЭТК) не противоречили сведениям о страховом стаже для назначения пенсии.

Заключение

Таким образом, для отражения увольнения за прогул в 2019 году при наличии приказа 2020 года, мы рекомендуем использовать документ Регистрация трудовой деятельности как наиболее «чистый» с точки зрения логики программы метод. Помните о необходимости фиксации записи о приеме на 01.01.2020 и следите за неизменностью UUID мероприятий после их успешной отправки в фонд.

← На главную