Приветствуем вас! Мы столкнулись с частой и непростой задачей: необходимо скорректировать сведения о приеме на работу сотрудника, который был принят очень давно, возможно, еще до 2020 года, когда действовали совсем другие правила отчетности. В таких ситуациях типовые механизмы 1С:ЗУП могут вызывать сложности, и мы вместе с вами разберемся, как решить эту проблему. Прежде чем мы приступим к пошаговому решению, давайте выясним ключевой момент: что именно мы хотим исправить и какие данные были фактически переданы в СФР (ранее ПФР).
Мы часто сталкиваемся с ситуацией, когда ошибка касается мероприятия "Прием на работу", которое произошло задолго до 2020 года. В этот период сведения о трудовой деятельности в Пенсионный фонд (ныне Социальный фонд России) не подавались в том виде, как это делается сейчас с формой ЕФС-1 (или ранее СЗВ-ТД). * Самый важный вопрос: Было ли мероприятие "Прием на работу" вообще когда-либо подано в СФР? * Если сотрудник был принят, например, в 2013 году, а первая форма СЗВ-ТД по нему была подана в 2020 году, то в этой форме, скорее всего, было отражено не мероприятие "Прием", а последнее кадровое мероприятие, которое произошло с сотрудником на тот момент (например, "Перевод"). * Проанализируем ситуацию: Если с 2013 по 2020 год сотрудника не переводили, и других кадровых событий не было, то да, тогда могли подать именно "Прием". Но это довольно редкий случай. * Выясним причину: Если вы пытаетесь отменить "Прием", но система 1С:ЗУП или форма ЕФС-1 не дает этого сделать (например, отсутствует возможность отмены), то, вероятно, первичное мероприятие "Прием" просто не было подано в СФР. Мы не можем отменить то, чего не было в базе СФР. В таком случае, исправлять нужно будет то самое первое мероприятие, которое было фактически подано (скорее всего, это был "Перевод").
Для корректировки сведений о трудовой деятельности, которые подаются в СФР с помощью формы ЕФС-1 (подраздел 1.1, заменивший СЗВ-ТД), не существует понятия "корректирующая форма". Вместо этого применяется следующая логика: 1. Отмена ошибочной записи. Мы должны сначала "отменить" ранее поданные ошибочные сведения. Для этого в новой форме ЕФС-1 дублируем первоначальные ошибочные данные и в графе 11 "Признак отмены записи" проставляем знак "X". 2. Внесение корректных сведений. Сразу после отменяющей записи в следующей строке отчета мы вносим правильные, актуальные сведения о кадровом мероприятии. Важный момент: Отменяющее мероприятие должно содержать тот же уникальный идентификатор (UUID/GUID), что и отменяемое.
Это наиболее предпочтительный способ, если 1С:ЗУП позволяет выполнить корректировку типовыми средствами. Рассмотрим подробнее шаги:
1. Найдите исходный документ: Откройте документ Прием на работу (или другой кадровый документ, который вы хотите исправить), который является источником ошибочных сведений.
2. Разблокируйте документ: Если документ закрыт для редактирования (например, период уже "закрыт"), вам потребуется его разблокировать. Обычно это делается через функцию "Разблокировать дату запрета редактирования" или аналогичную в настройках программы.
3. Внесите необходимые исправления: Измените данные в документе на корректные (например, дату приема, должность, вид занятости).
4. Перепроведите документ: После внесения изменений обязательно перепроведите документ.
5. Сформируйте новый отчет ЕФС-1: Создайте новый документ Сведения о трудовой деятельности, СЗВ-ТД (который теперь формирует ЕФС-1) или непосредственно форму ЕФС-1 за соответствующий период. При заполнении отчета 1С:ЗУП должна автоматически сформировать две записи:
* Первую – с ошибочными данными и установленным Признаком отмены записи.
* Вторую – с исправленными данными.
* Альтернативный документ: Если речь идет о корректировке уже переданных данных, иногда удобно использовать документ Регистрация трудовой деятельности. В нем вы можете вручную указать мероприятие с видом "Отмена" и затем новое мероприятие с корректными данными.
На практике 1С:ЗУП не всегда корректно отрабатывает очень старые события, особенно если они были поданы через другие программы или с нестандартными UUID. В таких случаях мы можем прибегнуть к ручному редактированию XML-файла. Этот метод требует внимательности, но очень эффективен.
Это самый критичный шаг. Каждое поданное кадровое мероприятие имеет уникальный идентификатор (UUID/GUID). Чтобы СФР мог отменить нужную запись, мы должны указать именно тот UUID, под которым она была зарегистрирована. * Из ранее отправленного отчета: Самый простой способ – найти ранее отправленный отчет СЗВ-ТД (или ЕФС-1), который содержит ошибочные сведения. UUID будет указан в XML-файле этого отчета. * Запрос в СФР: Обратитесь в местное отделение Социального фонда России. Они могут предоставить выписку с данными сотрудника, включая UUID поданных мероприятий. Часто это можно сделать даже по телефону или через специализированные сервисы (например, Контур.Экстерн имеет такой функционал для исправления данных напрямую). * Через Госуслуги: Сотрудник может запросить свою электронную трудовую книжку через портал Госуслуг. В полученном PDF- или XML-файле будут содержаться все поданные сведения, включая нужные UUID. * Специальные обработки 1С: В некоторых случаях существуют обработки от разработчиков 1С, которые помогают найти и исправить проблемы с UUID.
Даже если 1С:ЗУП не формирует полностью корректный отчет, мы можем использовать ее для создания основы:
1. Создайте в 1С:ЗУП новый документ ЕФС-1.
2. Попробуйте заполнить его по сотруднику, по которому требуется корректировка.
3. Выгрузите этот отчет в XML-файл. Мы будем использовать его как шаблон.
Откройте выгруженный XML-файл в любом текстовом редакторе (например, Notepad++ или даже Блокнот).
1. Создайте отменяющую запись:
* Найдите блок с мероприятием, которое вы хотите отменить. Скопируйте его полностью.
* Вставьте скопированный блок.
* Вставьте полученный на Шаге 1 UUID в атрибут UUID этого блока.
* Внутри этого блока добавьте тег <ПризнакОтменыЗаписи>1.
Посмотрим на пример структуры XML (в
теги):<СведенияОТрудовойДеятельности> <Мероприятие UUID="[ВСТАВЬТЕ_СТАРЫЙ_UUID_ИЗ_СФР]"> <ДатаКадровогоМероприятия>YYYY-MM-DD <ВидМероприятия>ПРИЕМ <ПризнакОтменыЗаписи>1 <Мероприятие UUID="[НОВЫЙ_UUID_ИЛИ_ОСТАВЬТЕ_ПУСТЫМ_ДЛЯ_ГЕНЕРАЦИИ_1С]"> <ДатаКадровогоМероприятия>YYYY-MM-DD <ВидМероприятия>ПРИЕМ
2. Создайте новую, корректную запись:
* После отменяющей записи добавьте новый блок <Мероприятие>.
* Заполните его корректными данными о приеме на работу (дата, должность, вид занятости и т.д.).
* Если вы не знаете, какой UUID присвоить новой записи, вы можете оставить атрибут UUID пустым или удалить его – программа СФР присвоит новый.
3. Проверьте файл: Убедитесь, что все теги закрыты, структура XML правильная. Можно использовать онлайн-валидаторы XML.
После ручного редактирования файла вы можете загрузить его в программу СФР (или в Контур.Экстерн и подобные сервисы) и отправить.
Если все предыдущие методы оказались слишком сложными или не сработали, мы можем пойти по пути, который часто рекомендуют опытные пользователи: * Использование программы СФР: Многие организации используют специализированное программное обеспечение, предоставляемое СФР, для формирования и отправки отчетов. В этой программе часто есть более гибкие инструменты для ручной корректировки и создания отменяющих/корректирующих мероприятий. Вам потребуется тот самый UUID, полученный на Шаге 1. * Через оператора ЭДО: Некоторые операторы электронного документооборота (например, Контур.Экстерн, СБИС) предоставляют возможность ручной корректировки или даже имеют функционал для прямого исправления данных в базе СФР (как было упомянуто в одном из сообщений форума).
* Актуальность формы: Убедитесь, что вы используете актуальную форму ЕФС-1 для соответствующего отчетного периода. Форма обновлялась несколько раз с момента ее введения 1 января 2023 года. * Сроки подачи: Отменяющий ЕФС-1 по приему или увольнению должен быть подан не позднее одного рабочего дня после отмены ранее поданных сведений. По другим кадровым мероприятиям — не позднее 25-го числа месяца, следующего за отчетным. * Уникальность UUID: Каждое мероприятие имеет уникальное значение UUID. Просто исправить сведения в уже отправленном мероприятии и отправить его повторно не будет принято. Для исправленной записи должен быть создан новый UUID. * Неверный UUID мероприятия: Одна из частых ошибок при корректировке — указание неправильного уникального идентификатора события. Всегда перепроверяйте его. * Повторное подтягивание старых сведений: Это может произойти, если в предыдущих отчетах не были правильно установлены отметки "Принят фондом" или если события не были полностью удалены из предыдущих отчетов. Мы рассмотрели подробные шаги и подходы к решению сложной задачи по корректировке старых кадровых мероприятий. Надеемся, что эта информация поможет вам успешно справиться с проблемой!
← К списку