Распоряжение Правления ПФ РФ от 31.08.2016 № 432р

«Об утверждении формата данных сведений о застрахованных лицах (форма СЗВ-М)»

ПРАВЛЕНИЕ ПЕНСИОННОГО ФОНДА РОССИЙСКОЙ ФЕДЕРАЦИИ

РАСПОРЯЖЕНИЕ от 31 августа 2016 г. № 432р

ОБ УТВЕРЖДЕНИИ ФОРМАТА ДАННЫХ СВЕДЕНИЙ О ЗАСТРАХОВАННЫХ ЛИЦАХ (ФОРМА СЗВ-М)

В целях обеспечения представления страхователями о каждом работающем у него застрахованном лице (включая лиц, которые заключили договоры гражданско-правового характера, на вознаграждения по которым в соответствии с законодательством Российской Федерации о страховых взносах начисляются страховые взносы) сведений в форме электронного документа:

1. Утвердить формат данных сведений о застрахованных лицах (форма СЗВ-М) согласно приложению к настоящему распоряжению.

2. Распоряжение Правления ПФР от 25 февраля 2016 г. № 70р «Об утверждении формата данных сведений о застрахованных лицах» признать утратившим силу.

ФОРМАТ ДАННЫХ СВЕДЕНИЙ О ЗАСТРАХОВАННЫХ ЛИЦАХ (ФОРМА СЗВ-М)

1. Общие сведения

1.1 Представление простых типов

Описание простых типов представляется в виде таблицы, содержащей графы «Наименование», «Стандартный тип», «Ограничения на тип», «Описание».

Графа «Наименование» используется для описания наименования простого типа.

Графа «Стандартный тип» используется для описания имени стандартного типа, на котором основан простой тип, путем наложения ограничений на область принимаемых стандартным типом значений.

Графа «Ограничения на тип» используется для описания применяемых ограничений на область принимаемых значений ограничиваемого типа.

Графа «Описание» используется для текстового описания простого типа, поясняющего его назначение.

1.2 Представление составных типов, блоков, групп элементов, групп атрибутов

Описание составных типов, блоков и групп представляется в виде таблицы, содержащей графы «Позиция», «Компонент», «Представление», «Тип», «Обязательность», «Ограничения (расширение)», «Описание».

Графа «Позиция» используется для описания иерархического номера, отражающего положение элемента в группе, блоке или составном типе. Если номер выделен фигурными скобками (например, {1},{2}), то требований к порядку следования таких элементов в составе блока (составного типа данных) не предъявляется.

Графа «Компонент» содержит наименование компонента описания. В случае, если компонент представлен в виде блока или группы элементов, наименование должно использоваться в качестве имени XML-тэга документа в электронной форме.

Графа «Представление» используется для описания вида компонента: элемент, атрибут, блок, группа, выбор.

Графа «Тип» используется для описания типа компонента, входящего в составной тип.

Графа «Обязательность» используется для описания признака обязательности компонента в экземпляре данного составного типа: «Да» — структурный элемент обязателен, «Нет» — необязателен.

Графа «Ограничения (расширение)» используется для описания применяемых ограничений на тип, указанный в графе «Тип», или его расширение. Для групп не используется.

Графа «Описание» используется для текстового описания группы, блока или составного типа, поясняющего их назначение. Может содержать также ссылку на номер таблицы, в которой описан простой тип, составной тип или блок.

2. Объявленные пространства имен

Таблица 1

3. Формат данных сведений о застрахованных лицах (форма СЗВ-М)

Структура имени файла:

ПФР_[рег.номер][код ТО ПФР]СЗВ-М[дата формирования файла][GUID].xml, где:

• [рег.номер] — номер, под которым страхователь зарегистрирован как плательщик страховых взносов, с указанием кодов региона и района по классификации, принятой в ПФР;
• [код ТО ПФР] — код территориального органа ПФР, принимающего сведения, содержащиеся в файле (указывается согласно классификатору территориальных органов ПФР);
• [дата формирования файла] — дата в формате ГГГГММДД;
• [GUID] — глобальный уникальный идентификатор, обеспечивающий уникальность электронного документа. Значение GUID должно быть идентично значению GUID документа, содержащегося в файле. Реализация спецификации стандарта http://www.ietf.org/rfc/rfc4122.txt.

Пример правильно сформированного имени файла:

ПФР_034-012-008689_034012_СЗВ-М_20160504_b26caf26-0c3c-4cf1-b101-1f65f4540df0.xml

Электронные документы СЗВ-М создаются в формате XML в кодировке UTF-8.

Типы данных формата СЗВ-М

Простые типы

Таблица 2

Структура документа СЗВ-М

Примеры электронных документов (Пример реестра с застрахованными лицами)

<ЭДПФР xmlns=«http://пф.рф/ВС/СЗВ-М/2016-06-21»xmlns:УТ=«http://пф.рф/унифицированныеТипы/2014-01-01» xmlns:АФ=«http://пф.рф/АФ» xmlns:АФ2=«http://пф.рф/АФ/2016-06-21»> <СЗВ-М> <ТипФормы>1</ТипФормы> <Страхователь> <РегНомер>034-012-008689</РегНомер> <НаименованиеКраткое>Открытое Акционерное Общество «Командор»</НаименованиеКраткое> <ИНН>2460003068</ИНН> <КПП>246032012</КПП> </Страхователь> <ОтчетныйПериод> <Месяц>4</Месяц> <КалендарныйГод>2016</КалендарныйГод> </ОтчетныйПериод> <СписокЗЛ> <ЗЛ НомерПП=«1»> <ФИО> <УТ:Фамилия>Буднев</УТ:Фамилия> <УТ:Имя>Максим</УТ:Имя> <УТ:Отчество>Федорович</УТ:Отчество> </ФИО> <СНИЛС>077-242-533 68</СНИЛС> <ИНН>463403005126</ИНН> </ЗЛ> <ЗЛ НомерПП=«2»> <ФИО> <УТ:Фамилия>Астахов</УТ:Фамилия> <УТ:Имя>Сергей</УТ:Имя> <УТ:Отчество>Михайлович</УТ:Отчество> </ФИО> <СНИЛС>032-230-518-90</СНИЛС> <ИНН>771865050406</ИНН> </ЗЛ> <ЗЛ НомерПП=«3»> <ФИО> <УТ:Фамилия>Павлов</УТ:Фамилия> <УТ:Имя>Евгений</УТ:Имя> <УТ:Отчество>Павлович</УТ:Отчество> </ФИО> <СНИЛС>116-637-097 62</СНИЛС> <ИНН>773404623384</ИНН> </ЗЛ> <ЗЛ НомерПП=«4»> <ФИО> <УТ:Фамилия>Иванов</УТ:Фамилия> <УТ:Имя>Петр</УТ:Имя> <УТ:Отчество>Петрович</УТ:Отчество> </ФИО> <СНИЛС>032-539-153 34</СНИЛС> </ЗЛ> </СписокЗЛ> <ДатаЗаполнения>2016-05-04</ДатаЗаполнения> </СЗВ-М> <СлужебнаяИнформация> <АФ:GUID>bbca7fbb-6fde-46a0-84fe-8e84f9be112a</АФ:GUID> <АФ:ДатаВремя>2016-05-04T12:00:00-05:00</АФ:ДатаВремя> <АФ2:ПрограммаПодготовки>СБИС В.2.4.309</АФ2:ПрограммаПодготовки> </СлужебнаяИнформация> </ЭДПФР>

Проверки для документа СЗВ-М

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

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

При отсутствии ошибок СЗВ-М или при наличии в протоколе проверки СЗВ-М предупреждений с кодом 10 или 20 формируется положительный протокол проверки СЗВ-М со статусом «Документ принят» и текстом «Повторное предоставление сведений на застрахованное лицо не требуется». СЗВ-М считается принятой.

Таблица 7