Добрый день!
В январе приняли сотрудника-внешнего совместителя, с неполной рабочей неделей. В документе Прием все эти данные указали. Отправили СЗВ-ТД.
Затем узнали, что теперь действует обновленная форма отчета, обновили платформу. По сотруднику в отчете не стоит признак совместителя и не указана неполная рабочая неделя (скриншот прикрепляю). При этом отчет в статусе «Сдано». Посмотрела сам файл отчета (который в формате кода), там прописано «являетсясовместителем», про неполную неделю так и не стоит информация.
Стала пытаться отправлять корректировку по СЗВ-ТД. Для этого ввела документ Регистрация трудовой деятельности (скриншот также прикрепляю), там указала «бессрочный по совместительству» и неполную неделю.
При этом когда создаю новый СЗВ-ТД, что в самом документе, что в печатной форме появляется абсолютно две одинаковые строки, то есть как будто изначально в программе все данные верны. (также см. скриншот).
Нужно ли тогда подавать корректировку и как это правильно сделать?
Заранее спасибо.
Все комментарии (6)
Комментарии закрыты.
Прикрепляю также скриншоты печатных форм — изначальной и корректировочной.
Приложение
Здравствуйте!
Прикладываю ссылку на публикацию: Новая форма ЕФС-1 Подраздел 1.1 (бывшая СЗВ-ТД) с 2024 года .
Предлагаю проверять не печатную форму, а код xml. Проверила на релизе 3.1.28.65 заполнение признака
НЕПД – для работников с неполным рабочим днем
НЕПН – для работников на неполной рабочей неделе
Прикладываю скриншот.
Посмотрите, пожалуйста, у Вас есть такой тег?
Если не получится разобраться, приложите скриншоты. Проверим вместе:)
В изначальном отчете кода НЕПН нет (прикрепляю скрин)
В корректировке код выглядит следующим образом, также прикрепляю скриншот.
В отменяемом событии вообще нет ни НЕПН, ни признака совместительства (хотя в изначальном коде признак совместительства стоит). Это корректно?
Я так понимаю, что если бы мы вовремя обновили релиз, то и отчет сформировался бы полностью корректно. Но на данный момент интересует не будет ли конфликта между изначально поданными данными и исправлением, если данные по отменяемому событию не полностью совпадают с изначально поданными. Спасибо!
Когда мы отменяем мероприятие, то самое главное верно указать UUID такого мероприятия. То есть отмена будет происходить всех данных по указанном UUID. Поэтому не требуется вновь передавать все сведения для отменяемого мероприятия.
Все у Вас хорошо. Да, сейчас досточно много ошибок при формировании отчета ЕФС-1 (сзв-тд),поэтому рекомендую сделать за обновлениями.
То есть Вы предлагаете сейчас все-таки подать корректировку СЗВ-ТД в текущем виде, верно?
Большое спасибо за ответ!
Пожалуйста:)
Я бы подала корректировку. Можно еще проверить выгруженный файл с помощью программы проверки СФР. Прикладываю ссылку на сайт СФР: https://sfr.gov.ru/employers/general_information/software/software .