Имя проверяемого файла не соответствует маске пфр
Добрый день. Установлено последнее обновление ЗУП 3.1.18.82. Создали тестовый отчет СЗВ-ТД за июль 2021. Отчет заполнился корректно. Выгрузили xml. При проверке xml проверочным модулем ПФР ПО ПД 2.0.86 от 22.01.2021 выдает ошибку 50 АФ.КСФ.1.1.
Сталкивались с подобным? Сам xml корректный.
Спасибо.
(1)Добрый день! У меня при отправке произошла та же ошибка.
Я удалила отчет созданный 01.07.2021г. и создала его 30.06.2021г.
Все отправилось без ошибок.
Возможно ПФР не обновили свой модуль проверки, а если и обновили, то возможно у Вас неактуальная версия.
Попробуйте воспользоваться этим ресурсом: Сервис проверки документов Астрал
(2) Возможно ПФР не обновили. На этом сайте Астрала тот же проверочный модуль ПО ПД 2.0.86 от 22.01.2021((((
в конфигурации несколько место типа если датадокумента < '20210701'
попробуйте поставить дату документа июль
ну и разве можно проверять чем-то от января то, что изменится в июле и ради этого и 46 и 82 релиз вышел?
(10) В ПФР сказали, что они не успели обновиться и откатывайте обновления назад. И старый шаблон будет в июле действовать, но как только так сразу надо будет обновиться. Мы откатили обновление, если нельзя, то ждите патч от 1С
Так хоть где создавай. Контроль то ПО ПД от ПФР делает. А он от января. Даже если контроли отключить на нашей стороне, то в ПФР все равно отказ придет. Если только они не отключат. А затык в новом поле Трудовая функция
(11)В контуре создали, без проблем ушел отчет.
По остальным организациям поправила файл вручную под старый формат.
У нас такая же беда у клиента((
В контуре написали, что использование нового формата СЗВ ТД перенесено на 1 августа, и в течении июля надо отправлять сведения по старому формату.
Так что надо откатываться обратно
Можно поставить дату документа 30.06.2021, месяц - июль 2021 и выгрузить, а потом в файле поставить дату заполнения и в имени файла, где прописана дата, поставить так же нужные цифры.
(19) Плохой финт, не работает, пишет, что события в тд не могут быть позже даты тд) Для ЗУПы патчи уже есть, а для бухии выпустили немного кривой. А вот рабочий:
то есть трудовую функцию можно не заполнять? А то еще и обработка от 1С по заполнению труд функции не отрабатывает. Ошибку выдает "Поле объекта не обнаружено. Позиция".
Ну раз есть разъяснения, пусть 1с накатывает возможность выбора формата тогда
вот СБис написал новость: Молния от ПФР: еще месяц сдаем СЗВ-ТД в старом формате
ПФР продлил прием сведений по ЭТК в старом формате, так как в ведомство поступило много обращений от предпринимателей, которые и так испытывают сложности из-за пандемии.
СБИС уже готов к изменениям в отчете СЗВ-ТД с 1 июля. Но новая версия будет доступна пользователям только, когда ПФР объявит, что принимает ее.
(23 ) патч в 1с бухгалтерия 8.3 решил проблему. Через программу проверки прошел, ранее выдавал вышеописанную ошибку.
Вчера отправляли СЗВ-ТД с установленным патчем от 01.07.21 и ПФР документ не принял: ошибка 50 АФ.СХ.1.1. Проверяемый файл должен соответствовать XSD-схеме
Непонятно как сдавать
(26)тажа самая фигня стоит зуп 3.1.18.83 вчера отправили отчеты сегодня ошибка ПФР документ не принял: ошибка 50 АФ.СХ.1.1. Проверяемый файл должен соответствовать XSD-схеме
(27) Зарплатница в документе трудовую функцию убрала из приема и приняли. Совпало просто или помогло, не знаю
в 83 релизе 1С в патчем формируем СЗВ-тд, выгружаем в СбиС (локальная 2.4 обновленная до упора), там и отправляем. В пятницу все ушло и принято Везде старый формат, т.е поле Трудовая фнукция отсутствует
В ЗУП 3.1 можно редактировать передаваемый файл? В КА 2.4 вроде можно по кнопке в документе "Открыть файл", и там дальше редактировать.
В общем у кого при проверке выдает ошибку 50 аф.сх.1.1 - и ругается на увольнение ошибкой типа "Invalid content was found starting with element ''. One of '' is expected."
В ручную поправьте отправляемые сведения.
Т.е. формируете документ СЗВ-ТД, проводите, потом в документе кнопка "Открыть файл", редактировать (в УПП просто кнопка Изменить файл) и там находите правите следующий блок:
Рассылка выходит раз в неделю, Ваш адрес не будет передан посторонним лицам.
Большое количество ошибок связано с тем, что отчетность по форме СЗВ-М предоставляется впервые, и, зачастую, в программе 1С ранее были незаполненные некоторые обязательные поля, необходимые для правильного предоставления отчетности.
Отчет СЗВ-ТД: код ошибки 20
Расшифровка кодов 20 приведена в приложениях к постановлению № 730п. Получение из ПФР протокола с кодом ошибки 20 свидетельствует о следующих некритичных недочетах:
- код 20 (ВС.Б-СТРАХОВАТЕЛЬ.1.3) — в отчете указан КПП, отличный от КПП, по данным ПФР;
- код 20 (ВС.Б-МП.1.3) — данные на совместителя подаются повторно.
Ошибка в отчете СЗВ-ТД: код 50
Исправление ошибки с кодом 50 невозможно. Если ошибки при отправке СЗВ-ТД обозначены кодом 50, отчет не принят. Его нужно сформировать заново, исключив причину отказа в приеме. Как проверить расшифровку кода отказа в приеме отчета, говорится в приложениях к постановлению № 730-п.
Грубыми ошибками, совершенными при сдаче СЗВ-ТД, считаются:
Как проверить соответствует ли подготовленный файл требованиям ПФР?
После открытия Интернет страницы будет предложено выбрать файл для проверки. После загрузки файлов необходимо нажать кнопку «Проверить выбранные файлы». В случае наличия ошибок в файле, соответствующая информация будет выведена в колонке «Статус». Более подробную информацию можно получить, нажав кнопку «Показать протокол»
Что делать, если отчет СЗВ-ТД сдан с ошибками
Если СЗВ-ТД сдана, ПФР ее принял, но впоследствии страхователь обнаружил недочеты в отчете, исправление ошибок допускается.
Так, согласно пункту 40 инструкции, утвержденной Приказом Минтруда РФ от 22.04.2020 № 211н, страхователь вправе исправлять ошибки в ранее поданных и принятых фондом сведениях до момента их выявления ПФР. При таких обстоятельствах платить штраф не придется.
Корректировка сведения в СЗВ-ТД осуществляется по правилам, приведенным в п. 2.6, 2.7 приложения 2 к постановлению № 730п. Сдается еще один бланк с указанием ошибочных данных и пометкой в признаке отмены, а ниже указываются корректные сведения.
Как, наверное, уже все мы знаем, в прошлом году в порыве бурной законотворческой деятельности наши законодатели, внеся изменения в закон о персучёте, обязали работодателей ежемесячно (не позднее 10 числа месяца, следующего за отчётным) сообщать в ПФР информацию обо всех работающих у них сотрудниках. Соответствующая норма закона вступает в силу с 1 апреля 2016 года. Все мы, естественно, сразу резко «обрадовались», взяли под козырёк и поспешили исполнять.
Когда и как сдавать
Традиционно на начало мая приходятся довольно длинные выходные (что же будет в новый год, даже не знаю пока). И, если логично посчитать, что период приёма СЗВ-М за апрель 2016 года начинается с 1 мая, то на личную сдачу отчётности СЗВ-М в ПФР в первый раз даётся целых четыре рабочих дня: 4, 5, 6 и 10 мая. Учитывая то, что форму нужно сдать всем работодателям, можно представить себе величину ожидаемых очередей в УПФР и нагрузку на их сотрудников. Всё это может создать определённые недоразумения.
Некоторые пользователи форумов писали, что получали от своих УПФР по ТКС письма с информацией, что, учитывая эти обстоятельства, ПФР в порядке исключения решил запустить кампанию приёма СЗВ-М с 15 апреля. Но на сайте ПФР на данный момент информации об этом нет. Возможно, это инициатива некоторых регионов. Рекомендую следить за новостями на сайте своего ОПФР.
Способы сдачи и ограничения на их применение те же, что и у РСВ-1.
Описание формы
Методологически форма СЗВ-М является, наверное, самой простой и понятной для заполнения из всей отчётности в ПФР. Закон предписывает по каждому сотруднику подавать его ФИО, СНИЛС и ИНН. Но специалисты ПФР при разработке формы учли, что сотрудник не обязан иметь ИНН, а работодатель не вправе его требовать. В форме СЗВ-М графа ИНН есть, но она не является обязательной для заполнения, а заполняется при наличии у страхователя данных об ИНН сотрудника. Также обязательным для заполнения является поле СНИЛС. Больше в этой форме решительно ничего нет.
Форма СЗВ-М предусматривает три типа отчётности:
- исходная – первоначальная подача сведений за данный отчётный период;
- дополняющая – дополнение ранее принятых сведений;
- отменяющая – отмена ошибочно поданных сведений.
И здесь надо рассмотреть ситуацию. Итак, в конце месяца принимается на работу новый сотрудник, не имевший ещё от роду СНИЛС. Работодатель, как и положено по закону о персучёте, подаёт в ПФР анкету застрахованного лица (форма АДВ-1) на оформление СНИЛС такому работнику. П. 9 инструкции по персучёту (приказ Минздравсоцразвития от 14.12.2009 № 987н) отводит на это 2 недели с даты заключения договора. В свою очередь ПФР в течение трёх недель со дня получения анкеты (п. 11 этой же инструкции) открывает вновь застрахованному лицу лицевой счёт и делает ему карточку СНИЛС. Другими словами, процесс оформления СНИЛС у работника по закону может занимать до пяти недель со дня заключения трудового договора (а ведь свидетельство надо ещё и получить), а сдавать СЗВ-М таки нужно до 10 числа месяца, следующего за отчётным. При этом СНИЛС является обязательным для заполнения, без него файл не примут. А подача сведений без данного застрахованного лица может обойтись страхователю в 500 рублей (хорошо, если только за это лицо, а не за каждое по страхователю: трактовать ст. 17 закона о персучёте можно двояко).
Выход из ситуации видится один – подавать в установленный срок исходную СЗВ-М, не указывая в ней данного сотрудника, а после получения СНИЛС досдать дополняющую форму СЗВ-М со сведениями на пропущенного сотрудника; в случае попыток УПФР предъявить претензии уповать на объективные факторы в виде вышеприведённых норм законодательства и инструкций. Срок досдачи дополняющей СЗВ-М не установлен, но во избежание сложностей с УПФР не стоит делать его неразумным. Некоторые отделения ПФР выпускают на эту тему свои разъяснения; рекомендую следить за новостями и письмами из УПФР.
Электронный формат формы СЗВ-М кардинально отличается от привычного формата других файлов отчётности в ПФР. Вкратце приведу внешние отличия от файлов текущего формата:
- имя XML-файла начинается не на PFR-, а на ПФР_ ;
- в отличие от файлов разделов 6 РСВ-1, нет ограничений на количество сотрудников в форме; сведения обо всех сотрудниках включаются в один файл (за исключением оговорённых случаев);
- в формате СЗВ-М отсутствуют сведения о лице, подписывающем форму (руководитель организации или представитель).
В любом случае столь радикальные изменения обуславливают необходимость доработки операторских программ, чтобы через них можно было сдавать СЗВ-М. Так что перед сдачей СЗВ-М по ТКС операторские программы потребуется обновить.
Механизмы контроля; возможные ошибки с недоразумениями
Когда закон разрабатывался, законодатели в качестве оправдания своих действий по созданию дополнительных неудобств работодателям и работникам заявляли, что эта отчётность предназначена для того, чтобы ПФР не индексировал пенсии работающим пенсионерам. Вместе с тем, в норме сказано, что форма подаётся на всех без исключения работников, даже если они в ближайшее время не планируют получать пенсию. По-видимому, ПФР будет сверять СЗВ-М с ежеквартальными данными персучёта и спрашивать со страхователей по поводу расхождений, а наличие ИНН в будущем может позволить организовать сверку данных между ПФР и налоговыми инспекциями.
Несмотря на простоту формы, не помешает рассмотреть возможные ошибки при сдаче СЗВ-М:
- нарушение контрольного соотношения в цифрах СНИЛС (опечатка);
- несоответствие ФИО и СНИЛС в базе данных ПФР;
- подача дополняющих или отменяющих сведений до приёма исходных за данный отчётный период;
- подача исходной СЗВ-М, если за данный отчётный период в УПФР уже принята исходная форма;
- подача дополняющих сведений на сотрудника, который был указан в ранее поданной исходной или дополняющей форме за данный отчётный период;
- подача отменяющей формы на сотрудника, по которому ранее за данный отчётный период исходные или дополняющие сведения не подавались;
- неотражение принятого в отчётном периоде сотрудника;
- отражение уволенного в предыдущем отчётном периоде сотрудника.
Если работодатель по ошибке подал сведения на уволенного сотрудника, то нужно подать отменяющую форму СЗВ-М. Недоподанные сведения нужно компенсировать дополняющей формой. Эти проблемы вряд ли удастся выявить в УПФР на этапе приёма отчётности. В остальных случаях отчёт наверняка «завернут» на этапе приёма. При этом, скорее всего, «заворачивать» будут всю форму сразу, а не сведения на сотрудников по отдельности, что может отразиться на сумме санкций.
В этой связи следует помнить о возможных коллизиях при смене ФИО, когда в форме будут указаны новые данные, а в УПФР на момент приёма ещё не успеют внести изменения в базу данных, или наоборот. Чтобы избежать таких коллизий, стоит при смене ФИО сотрудника рассчитывать подачу АДВ-2 на него таким образом, чтобы УПФР имело достаточно времени по инструкции о персучёте для отработки смены фамилии до или после подачи очередной формы СЗВ-М. При этом нужно соблюдать установленные сроки, в течение которых нужно подать АДВ-2.
В чём делать
С программами подготовки по этой форме проблем нет. Выгрузка СЗВ-М уже есть во многих распространённых бухгалтерских программах и бесплатных программах от ПФР; в настоящее время разработчики вносят, разве что, мелкие правки; многие из них уже опубликовали версии с выгрузкой СЗВ-М. Учитывая, что до сдачи формы времени ещё больше месяца, а сама форма не представляет из себя особых сложностей, вряд ли кто-то из разработчиков опоздает сделать её к сроку.
Проверка файлов
Страхователи могут проверить файлы СЗВ-М перед сдачей с помощью программы CheckPFR; программа CheckXML на данный момент не поддерживает проверку СЗВ-М. Также ПФР выпустил специальный модуль проверки СЗВ-М для встраивания в учётные программы и системы, но с ним есть определённые технические сложности, ввиду чего, насколько мне известно, разработчики не торопятся с встраиванием его в свои программы.
Контролируем
Как известно, при проверке на уровне страхователей нет и не может быть сверки с базой данных ПФР, а CheckPFR (по крайней мере, пока) может проверять только один файл СЗВ-М без учёта ранее поданных форм, поэтому даже положительный протокол проверки файла не гарантирует того, что этот файл будет принят. В любом случае для разрешения возможных недоразумений, связанных с разного рода техническими проблемами у страхователя и в УПФР, есть смысл сохранять принятые в ПФР отчёты (в т. ч. электронные файлы) у себя. Не исключено также расширение перечня ошибок расхождениями при сверке с разделами 6 формы РСВ-1.
При отправке отчета в налоговую: "Имя файла отчета не соответствует формату".
Имя файла обмена должно иметь вид:
R_T_A_K_O_ GGGGMMDD_N, где:
R_T - префикс, обозначающий принадлежность информации файла обмена к определенному виду (R) и типу (T). Вид и тип информации представляются сочетанием символов (латинские буквы и цифры). Вид информации определяет принадлежность файла обмена к обобщенной группе файлов (например, "NO" - отчетность налогоплательщика). Тип информации - уникальный идентификатор, определяющий принадлежность файла обмена к передаваемой отчетности (например, "PRIB" - налоговая декларация по налогу на прибыль организаций).
A_K - идентификатор получателя информации, где: A - идентификатор получателя, которому направляется файл обмена, K - идентификатор конечного получателя, для которого предназначена информация из данного файла обмена.
Передача файла от отправителя к конечному получателю (K) может осуществляться в несколько этапов через другие (промежуточные) налоговые органы. Такие налоговые органы (осуществляющие передачу на промежуточных этапах) обозначаются идентификатором A. В случае передачи файла от отправителя к конечному получателю без промежуточных этапов (т.е. при отсутствии налоговых органов, осуществляющих передачу на промежуточных этапах) значения идентификаторов A и K совпадают. Для файлов, представляемых налогоплательщиками в НО, идентификатор конечного получателя в имени файла K должен совпадать со значением атрибута "Код налогового органа" (КодНо) в представляемом файле обмена.
O - идентификатор отправителя информации, имеет вид:
- для организаций идентификатор отправителя информации представляется в виде девятнадцатиразрядного кода (ИНН и КПП юридического лица);
- для физических лиц - двенадцатиразрядный код (ИНН физического лица, имеющего ИНН. При отсутствии ИНН - последовательность из двенадцати нулей);
- для налоговых органов - четырехразрядный код (код налогового органа по СОНО).
GGGG - год формирования передаваемого файла, MM - месяц, DD - день;
N - идентификационный уникальный номер файла. (Длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла.)
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
NO_IMUR_1699_1699_1699200120169901011_20170411_1721-1W4W9Z1Z8W8N9I5Z8D9F8A3X0.xml
Какое имя файла отчета СЗВ-М соответствует требованием ПФР?
Отрицательный протокол «Имя файла не соответствует формату отчетности ПФР» возвращается в случае, если в момент формирование файла, имя файла было сформировано с ошибкой. Правильное имя файла должно содержать следующие разделы:
1 – Орган, в который представляется отчетность - ПФР;
2 – Регистрационный номер ПФР организации;
3 – Код органа ПФР, в который предоставляется отчет;
4 – Вид представляемой формы – СЗВ-М;
5 – Период за который предоставляется отчет;
6 – Уникальный идентификатор файла, формируется автоматически программой;
7 – Расширение файла – xml.
Разделы с 1 по 6 разделяются «нижней чертой»
В случае если какой-то раздел имени файла заполнен с ошибкой, отчет не будет принят ПФР.
Какое имя файла отчета СЗВ-М соответствует требованием ПФР?
Отрицательный протокол «Имя файла не соответствует формату отчетности ПФР» возвращается в случае, если в момент формирование файла, имя файла было сформировано с ошибкой. Правильное имя файла должно содержать следующие разделы:
1 – Орган, в который представляется отчетность - ПФР;
2 – Регистрационный номер ПФР организации;
3 – Код органа ПФР, в который предоставляется отчет;
4 – Вид представляемой формы – СЗВ-М;
5 – Период за который предоставляется отчет;
6 – Уникальный идентификатор файла, формируется автоматически программой;
7 – Расширение файла – xml.
Разделы с 1 по 6 разделяются «нижней чертой»
В случае если какой-то раздел имени файла заполнен с ошибкой, отчет не будет принят ПФР.
Ошибка 30 в отчете СЗВ-ТД
Согласно приложениям к постановлению № 730п, если программа ПФР выдает ошибку 30, это означает:
- код 30 (ВС.Б-ЗЛ.1.1) — Ф.И.О. и СНИЛС не соответствуют данным ПФР;
- код 30 (ВС.Б-МП.1.1) — отмена сведений не принята, так как нет сведений об отменяемом мероприятии;
- код 30 (ВС.Б-МП.1.2) — сведения не приняты, так как они дублируют ранее учтенные данные;
- код 30 (ВСЗЛ.ОП.1.1) — не прошел проверку страховой номер;
- код 30 (ВСЗЛ.ОП.1.10) — неверно указан год (должно быть четыре цифры);
- код 30 (ЭТК.СЗВ-ТД.1.2) — дата мероприятия позже текущей даты;
- код 30 (ЭТК.СЗВ-ТД.1.3) — дата мероприятия позже даты заполнения;
- код 30 (ЭТК.СЗВ-ТД.1.4) — «Дата с»" позже «Даты по»;
- код 30 (ЭТК.СЗВ-ТД.1.5) — ошибка в мероприятии со значением «ПРИЕМ» (должен быть заполнен один из элементов «Должность» и (или) «Сведения»);
- код 30 (ЭТК.СЗВ-ТД.1.6) — ошибка в мероприятии «УВОЛЬНЕНИЕ» (в обязательном порядке указывается «Номер статьи ТК РФ» либо «Основание увольнения»);
- код 30 (ЭТК.СЗВ-ТД.1.7) — ошибка в мероприятии «ПЕРЕИМЕНОВАНИЕ» (в обязательном порядке заполняется элемент «Сведения»);
- код 30 ЭТК.СЗВ-ТД.1.12 — ошибка в мероприятии «УСТАНОВЛЕНИЕ (ПРИСВОЕНИЕ)» (обязательно заполняются элементы «Сведения» и (или) «Должность»);
- код 30 (ЭТК.СЗВ-ТД.1.15) — ошибка в мероприятии «ЗАПРЕТ ЗАНИМАТЬ ДОЛЖНОСТЬ (ВИД ДЕЯТЕЛЬНОСТИ)» (в обязательном порядке заполняются элементы «Сведения» и (или) «Должность»);
- код 30 (ЭТК.СЗВ-ТД.1.16) — UUID (уникальный идентификатор мероприятия) повторяется;
- код 30 (ЭТК.СЗВ-ТД.1.17) — не указана причина увольнения;
- код 30 (ЭТК.СЗВ-ТД.1.20) — в СТД должен быть хотя бы один из блоков «Заявления» или «Трудовая деятельность»;
- код 30 (ЭТК.СЗВ-ТД.1.21) — не указана дата подачи заявления для заявления со статусом «Подано».
Ошибки при заполнении отчета СЗВ-ТД
Правила исправления ошибок в СЗВ-ТД, а также коды ошибок, выявляемых системой ПФР, определены Постановлением Правления ПФ РФ от 25.12.2019 № 730п.
После отправки СЗВ-ТД и получения от ПФР протокола работодателю нужно просмотреть, положительный он или отрицательный, и какой код ошибки зафиксировала система. Ошибки могут быть трех типов: предупреждения, негрубые ошибки и грубые ошибки.
Коды 20 означают, что отчет принят, но нанимателю нужно перепроверить сведения и в случае необходимости откорректировать их.
Коды 30 означают, что сведения приняты частично и требуют корректировки или дополнения.
Согласно пункту 38 инструкции, утвержденной Приказом Минтруда РФ от 22.04.2020 № 211н, при выявлении фондом ошибок в сведениях, поданных страхователем, последнему направляется уведомление об их устранении. На корректировку данных отводится пять рабочих дней.
Коды 50 означают, что отчет не принят и его нужно сдать заново.
Процедура исправления ошибки в СЗВ-ТД зависит от того, принял ПФР отчет или нет. Если пришел положительный протокол, но имеется ошибка, следует отменить запись с ошибочными данными. Для этого подается еще одна форма СЗВ-ТД, заполненная так же, как изначально, но напротив ошибочных сведений в графе «Признак отмены записи сведений о приеме, переводе, увольнении» проставляется знак «X». В следующей строке указываются исправленные сведения (п. 2.6, 2.7 приложения 2 к постановлению № 730п).
Если фонд отчет не принял, то есть получен отрицательный протокол, нужно заново заполнить бланк и отразить в нем только достоверные сведения.
Распространенные ошибки.
В имени файла не заполнен или заполнен неправильно Код органа ПФР.
Ошибка возникает в случае, если в программе 1С не заполнен «Код органа ПФР». Код органа ПФР заполняется в справочнике организации на закладке «Коды»
Для исправления ошибки необходимо заполнить Код органа ПФР и выгрузить файл с отчетом повторно.
В имени файла «Уникальный идентификатор файла» не соответствует требованиям ПФР.
В некоторых случаях, буквенно-цифровой идентификатор формируется с ошибками. Группа букв и цифр, расположенных перед расширением файла ОБЯЗАТЕЛЬНО должна содержать 12 знаков.
Краткая информация об отчете СЗВ-М.
Напоминаем, начиная с 2 квартал 2016 организации должны представлять новый вид отчета в ПФР РФ о застрахованных лицах, с которыми в отчетном месяце организацией были заключены, действовали или были расторгнуты трудовые договора, договора гражданского-правового характера и т.д.
Впервые форма должна быть предоставлено за апрель 2016 года.
Срок предоставления отчета 10 мая 2016.
В случае, если в организации в отчетном периоде числилось 25 и более сотрудников, форма предоставляется в обязательном порядке в электронном виде.
В случае непредставления формы СЗВ-М в установленный срок предусмотрен штраф в размере 500 рублей за каждого работника, сведения о которым не были предоставлены в ПФР.
Всех нанимателей обязали с 2020 года передавать сведения о трудовой деятельности своих сотрудников в информационные ресурсы ПФР (ч. 1 ст. 66.1 ТК РФ). Данные подаются по форме СЗВ-ТД, утвержденной Постановлением Правления ПФР от 25.12.2019 № 730п. В числе передаваемой информации — сведения о сотруднике, месте работы, трудовой функции, датах приема и увольнения, переводах и других кадровых перестановках.
Сроки сдачи отчета четко регламентированы (пп. 2 п. 2.5 ст. 11 Закона от 01.04.1996 № 27-ФЗ). О трудоустройстве или увольнении сотрудника сообщить нужно не позже рабочего дня, следующего за днем издания приказа. По другим кадровым мероприятиям бланк сдается раз в месяц — до 15-го числа месяца, следующего за отчетным.
Читайте также: