Распоряжение Правления ПФ РФ от 10.06.2009 N 116Р

"О внесении изменений в распоряжение Правления ПФР от 11 октября 2007 г. N 190Р"
Редакция от 10.06.2009 — Документ утратил силу, см. «Распоряжение ПФ РФ от 21.09.2018 N 487Р»

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

РАСПОРЯЖЕНИЕ
от 10 июня 2009 г. N 116р

О ВНЕСЕНИИ ИЗМЕНЕНИЙ В РАСПОРЯЖЕНИЕ ПРАВЛЕНИЯ ПФР ОТ 11 ОКТЯБРЯ 2007 Г. N 190Р

Внести в распоряжение Правления ПФР от 11 октября 2007 г. N 190р "О внедрении защищенного электронного документооборота в системе индивидуального (персонифицированного) учета для целей обязательного пенсионного страхования" следующие изменения:

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

2. Пункт 4.1.2 Регламента обеспечения безопасности информации при защищенном обмене электронными документами в системе электронного документооборота ПФР по телекоммуникационным каналам связи изложить в следующей редакции:

"4.1.2. Устанавливаемое на АРМ сотрудников органов ПФР прикладное программное обеспечение, реализующее технологию приема отчетности от страхователей в территориальные органы ПФР и имеющее в своем составе СКЗИ, должно иметь заключение о корректности встраивания СКЗИ. Заключение о корректности встраивания на СКЗИ класса КС-1 и КС-2 готовится разработчиком технологии сдачи отчетности при наличии соответствующей лицензии ФСБ России либо организацией, имеющей соответствующую лицензию ФСБ России (если встраиванием криптосредств со стороны ФСБ России не предусмотрен техническим заданием на разработку (модернизацию) ПО или информационной системы).

В случае некорректной работы СКЗИ, выявленной в ходе тестирования технологии сдачи отчетности или при ее эксплуатации в территориальных органах ПФР, Управление по защите информации может рекомендовать разработчику технологии направить материалы заключения о корректности встраивания СКЗИ на экспертизу в ФСБ России".

3. Абзац шестой пункта 4.2 Соглашения об обмене электронными документами в системе электронного документооборота ПФР по телекоммуникационным каналам связи дополнить предложением "При обнаружении вредоносного кода в электронном документе, поступившем от Абонента системы, прием блокируется с выдачей извещения об этом Абоненту системы".

4. По тексту слова "оператор связи" заменить словом "организация(и)" в соответствующем падеже.

Председатель
А.ДРОЗДОВ

Приложение
к распоряжению Правления ПФР
от 10 июня 2009 г. N 116р

ПРОТОКОЛ
ОБМЕНА ДОКУМЕНТАМИ ИНДИВИДУАЛЬНОГО (ПЕРСОНИФИЦИРОВАННОГО) УЧЕТА СТРАХОВЫХ ВЗНОСОВ ПО ТЕЛЕКОММУНИКАЦИОННЫМ КАНАЛАМ СВЯЗИ В СИСТЕМЕ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА ПЕНСИОННОГО ФОНДА РОССИЙСКОЙ ФЕДЕРАЦИИ

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

Данный документ описывает типы документооборота и структуру транспортного сообщения, формируемого и передаваемого программными средствами Абонента СЭД либо органа ПФР, осуществляющих обмен электронными документами.

Осуществление документооборота происходит через проведение транзакций - передачи от одного участника документооборота другому фиксированного набора документов, в согласованном с Пенсионным фондом формате, вместе с подписями под этими документами, сделанными от имени определенных участников документооборота.

Правовой основой для разработки данного документа является Федеральный закон N 27-ФЗ "Об индивидуальном (персонифицированном) учете страховых взносов в системе обязательного пенсионного страхования", Федеральный закон от 10.01.2002 N 1-ФЗ "Об электронной цифровой подписи", Федеральный закон от 27.07.2006 N 152-ФЗ "О персональных данных", Федеральный закон от 27.07.2006 N 149-ФЗ "Об информации, информационных технологиях и защите информации", Федеральный закон от 30.04.2008 N 56-ФЗ "О дополнительных страховых взносах на накопительную часть трудовой пенсии и государственной поддержке формирования пенсионных накоплений".

2. Термины и определения

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

Абонент СЭД - юридическое (физическое) лицо - участник СЭД ПФР.

Средства криптографической защиты информации (СКЗИ) - программно-аппаратные средства, осуществляющие криптографическое преобразование информации для обеспечения ее безопасности.

Электронная цифровая подпись (ЭЦП) - реквизит электронного документа, предназначенный для защиты данного электронного документа от подделки, полученный в результате криптографического преобразования информации и позволяющий идентифицировать владельца сертификата ключа подписи, а также установить отсутствие искажения информации в электронном документе.

Сертификат ключа подписи (сертификат) - документ на бумажном носителе или электронный документ с электронной цифровой подписью уполномоченного лица УЦ, который включает в себя открытый ключ и выдается УЦ для подтверждения подлинности электронной цифровой подписи, идентификации владельца сертификата ключа подписи и обеспечения конфиденциальности передаваемой информации.

Электронный документооборот (ЭДО) - порядок обмена электронными документами по утвержденному протоколу.

Этап документооборота (транзакция) - единичный шаг отправки пакета документов от отправителя к получателю в рамках процесса документооборота.

Электронный документ (далее - Документ) - файл определенного типа и внутренней структуры, содержащий информацию, состав которой регламентируется соглашениями или иными нормативными актами. Юридическая значимость документа подтверждается электронно-цифровой подписью.

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

Квитанция - документ, подписанный ЭЦП участника СЭД ПФР. Квитанция свидетельствует о том, что информация доставлена (не доставлена) до получателя.

Коммуникационная составляющая - транспортный модуль, обеспечивающий обмен электронными документами между органом ПФР и абонентами СЭД.

Транспортный сервер - комплекс технических и программных средств, обеспечивающих доставку электронного документа в СЭД ПФР.

Сторонние организации (далее - Организации) - организации, оказывающие услуги Абонентам по передаче (получению) электронных документов по телекоммуникационным каналам связи (разработчики технологий, удостоверяющие центры и их партнеры).

Страхователь - юридическое или физическое лицо, которое в соответствии с Федеральным законом от 01.04.1996 N 27-ФЗ "Об индивидуальном (персонифицированном) учете в системе государственного пенсионного страхования" представляет в органы ПФР сведения о застрахованных лицах.

Формат данных - правила подготовки документов персонифицированного учета, представляемых страхователями в Пенсионный фонд Российской Федерации в электронном виде.

Протокол - электронный документ, содержащий информацию о результатах проверки сведений о застрахованных лицах программными модулями, установленными в органе ПФР, подписанный ЭЦП органа ПФР и ЭЦП страхователя. Протокол, содержащий сообщение об отсутствии ошибок в переданных сведениях, является подтверждением факта представления сведений в территориальный орган ПФР.

ПО VIPNet (Клиент) - программное обеспечение, которое обеспечивает защиту компьютера от сетевых атак и установление криптографически защищенных соединений (туннелей) при взаимодействии с другими узлами защищенной сети, а также возможность гарантированной доставки подписанных ЭЦП документов (файлов) по назначению с автоматическим подтверждением доставки и прочтения документов.

ПО Верба OW версии 6.0 и выше - средство реализации функций ЭЦП и шифрования.

3. Осуществление документооборота

Документооборот состоит из нескольких основных неделимых этапов передачи информации между субъектами (транзакций). В рамках каждой транзакции формируется один транспортный пакет документов, представляющий из себя один архивированный файл. Транспортный пакет содержит информацию, позволяющую провести контроль его целостности. В случае повреждения пакета при пересылке пакет не будет обработан принимающим субъектом, а будет сгенерировано сообщение об ошибке. Документы в транспортном пакете, в том числе и служебные документы, передаются подписанными ЭЦП и в зашифрованном виде, а файл-описатель в открытом виде с ЭЦП, если в описании конкретного документооборота не оговорен иной вариант.

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

Типовому содержанию транзакций соответствуют:

I. Отправитель передает по телекоммуникационным каналам связи пакет документов Получателю;

II. Получатель, по результатам проверки ЭЦП, принадлежности сертификата ЭЦП отправителю, а также их соответствия определенным для данного пакета документов типам подписантов, направляет Отправителю электронный документ фиксированного формата - квитанцию о получении пакета документов;

III. Получатель направляет ответ на пакет документов Отправителю;

IV. Отправитель направляет Получателю электронный документ фиксированного формата - квитанцию о получении ответа.

Сокращенному содержанию транзакций соответствуют:

I. Отправитель передает по телекоммуникационным каналам связи пакет документов Получателю;

II. Получатель, по результатам проверки сертификатов ключей ЭЦП, направляет Отправителю электронный документ фиксированного формата - квитанцию о получении пакета документов.

В отдельных типах документооборота допустимы и другие варианты взаимодействия.

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

Передача почтовых сообщений и файлов между Абонентом и органом ПФР может осуществляться только в рамках защищенной сети средствами СКЗИ.

3.1. Типы участников документооборота

Информационное взаимодействие по телекоммуникационным каналам связи между органом ПФР и Абонентом СЭД по обмену электронными документами с применением электронно-цифровой подписи, идущее по определенным правилам, называется документооборотом.

В ходе документооборота осуществляется взаимодействие между следующими типами участников документооборота:

- АбонентСЭД - организация, отправляющая сведения в орган ПФР (в ходе документооборота идентифицируется регистрационным номером организации в орган ПФР в формате "###-###-######", где "#" - это любая цифра);

- ОрганПФР - орган ПФР (в ходе документооборота идентифицируется строкой "###-###", где первая часть - код региона по классификатору ПФР, а вторая - код района по классификатору ПФР, если органом ПФР - Отделение, то устанавливается код района, равный 000);

- Провайдер <*> - организация, осуществляющая доставку шифрованного сообщения от одного абонента СЭД ПФР к другому абоненту по защищенным каналам передачи данных;

<*> Участвует только в специальных документооборотах по уведомлению об ошибках и регистрации сертификатов Абонентов СЭД; в основных документооборотах по передаче сведений не участвует.

- НеопределенныйПровайдер <*> - организация, осуществляющая доставку шифрованного сообщения от одного абонента СЭД ПФР к другому по каналам передачи данных.

<*> Участвует только в типах документооборота, в которых провайдер не определен.

3.2. Типы подписантов

Осуществление документооборота происходит через проведение транзакций - передачи от одного участника документооборота другому фиксированного набора документов вместе с подписями под этими документами, сделанными от имени определенных подписантов.

Подписи под документами от имени участников документооборота ставят должностные лица или уполномоченные от их имени лица, обладающие правом подписи соответствующих документов.

В ходе документооборота вместе с документами передаются подписи под ними, сделанные от имени подписантов следующих типов:

- руководитель - руководитель организации абонента СЭД ПФР или лицо, действующее на основании доверенности, выданной руководителем;

- представительПФР - представитель органа ПФР;

- представительАбонента - представитель органа ФНС, органа ЗАГС, судебный пристав и др.;

- провайдер - представитель организации.

3.3. Типы содержимого

В ходе документооборота происходит обмен документами, которые могут иметь следующие типы содержимого:

- plain866 - текст в кодировке DOS;

- plain1251 - текст в кодировке Windows;

- xml - данные в формате XML;

- html - документ в формате HTML;

- unknown - произвольные (бинарные) данные.

4. Формат транспортного сообщения (пакета)

В рамках каждой транзакции всех типов документооборота все файлы необходимых документов и их подписей пересылаются объединенными в один файл. Такой файл называется пакетом.

На рисунке ниже приведена схема внутреннего устройства пакета.

Пакет представляет собой zip-архив <*>, содержащий:

<*> Подробнее см. пункт "Объединение и сжатие файлов".

- файл "packageDescription.xml" с описанием содержимого пакета в формате xml;

- файл "packageDescription.sign" с содержимым подписи под описанием содержимого пакета;

- архивные файлы с содержимым передаваемых документов;

- файлы с содержимым передаваемых подписей под каждым документом.

Файлы с содержимым документов и подписей именуются с использованием универсальных уникальных идентификаторов <*> по формату "<UUID>.bin".

<*> Подробнее см. пункт "Универсальные уникальные идентификаторы".

4.1. Описание содержимого пакета

Файл с описанием содержимого пакета представляет собой xml-документ, соответствующий схеме из Приложения 1. Пример описания содержимого пакета дан в Приложении 2.

Корневой узел пакет документа содержит следующие обязательные атрибуты:

- версияФормата - версия формата описания пакета, в настоящем документе описана версия 1.2 формата;

- типДокументооборота - тип осуществляемого документооборота в соответствии с определенным в п. 5 списком типов документооборотов;

- идентификаторДокументооборота - универсальный уникальный идентификатор документооборота;

- типТранзакции - тип осуществляемой транзакции в соответствии с п. 5.

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

Внутри узла пакет содержатся немножественные узлы отправитель, получатель и системаОтправителя (или системаПолучателя) со следующими обязательными атрибутами:

- типСубъекта - тип участника документооборота в соответствии с определенным в п. 3.1 списком типов участников;

- идентификаторСубъекта - идентификатор участника документооборота.

В элементе отправитель описывается отправитель пакета. В элементе получатель описывается получатель пакета. В элементе системаОтправителя описывается система электронного документооборота, от которой получателю поступает пакет. В элементе системаПолучателя описывается система электронного документооборота, которой отправитель передает пакет для доставки получателю.

Также внутри узла пакет содержится немножественный узел СКЗИ с обязательным атрибутом типСКЗИ, в котором в виде строки указывается тип СКЗИ, используемый для формирования пакета. В настоящий момент поддерживаются следующие строковые обозначения типов СКЗИ: "Крипто-Про", "Домен-КС2", "Верба-OW". Строковые обозначения для новых типов СКЗИ выбираются по согласованию с заинтересованными разработчиками систем электронного документооборота.

Дополнительно внутри узла пакет в одном или нескольких дочерних узлах документ перечисляются документы, передаваемые в этом пакете.

Узел документ имеет следующие обязательные атрибуты:

- идентификаторДокумента - универсальный уникальный идентификатор документа;

- типДокумента - тип документа, передаваемого в составе Пакета;

- типСодержимого - тип содержимого документа в соответствии с определенным в п. 3.3 списком типов содержимого;

- сжат - значение true или false, в зависимости от того, сжато <*> или нет содержимое документа в пакете (сжатие документа выполняется перед шифрованием);

<*> Подробнее см. пункт "Объединение и сжатие файлов".

- зашифрован - значение true или false, в зависимости от того, зашифровано <*> или нет содержимое документа в пакете.

<*> Подробнее см. пункт "Криптография".

Содержимое всех документов в документообороте зашифровывается в адрес представителя органа ПФР и лиц, участвующих в документообороте со стороны Абонента СЭД, если в описании соответствующего документооборота явно не оговорен другой вариант.

Содержимое всех подписей под документами в документообороте не шифруется.

Кроме того, узел документ содержит необязательный дочерний немножественный узел содержимое с атрибутом имяФайла, значением которого является имя файла (из набора файлов пакета) с содержимым описываемого документа. Узел содержимое может отсутствовать, если в транзакции передается лишь подпись под документом без содержимого документа.

Также внутри узла документ в дочерних узлах подпись перечисляются подписи, стоящие под документом.

Узел подпись имеет следующие обязательные атрибуты:

- имяФайла - имя файла (из набора файлов пакета) с содержимым описываемой подписи;

- роль - условное обозначение подписанта в соответствии с определенным в п. 3.2 списком типов подписантов.

Файл с описанием содержимого пакета не шифруется.

Файл с описанием содержимого пакета подписывается сертификатом ЭЦП отправителя пакета. При добавлении на транспортном сервере даты с времени поступления пакета описание пакета переподписывается сертификатом ЭЦП транспортного сервера.

4.2. Имя файла пакета

Пакет передается в виде файла с уникальным именем по формату

<идентификационный номер отправителя>_<идентификационный номер получателя>_<UUID>.zip

Идентификационные номера отправителя и получателя в имени файла должны совпадать с соответствующей информацией в транспортном описании пакета.

Идентификационные номера в имени файла пакета указываются исключительно для удобства служб технической поддержки.

Пример имени файла пакета:

087-103-123125_087-103_6b896bcfee824fd0bccee9211002757e.zip

4.3. Универсальные уникальные идентификаторы

Для идентификации типов документооборота, документов и для генерации имен файлов в пакете используются универсальные уникальные идентификаторы.

Используемые универсальные уникальные идентификаторы должны генерироваться согласно общим принципам формирования UUID, изложенным в открытом документе RFC 4122 (http://www.letf.org/rfc/rfc4122.txt). Все современные операционные системы имеют встроенные средства или отдельные библиотеки для генерации универсальных уникальных идентификаторов согласно указанному стандарту.

Везде в настоящем протоколе используется представление универсальных уникальных идентификаторов в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.

Пример представления универсального уникального идентификатора:

7b7875ba8cbc4158a597b2a1d690eeb7

4.4. Объединение и сжатие файлов

Для объединения нескольких файлов в один пакет и для сжатия файлов используется формат zip-архива.

Формат zip-архива описывается в открытой спецификации, доступной по адресу http://www.pkware.com/documents/casestudies/APPNOTE.TXT.

4.5. Криптография

Требования к используемым СКЗИ и сертификатам ЭЦП приведены в документе "Регламент обеспечения безопасности информации при защищенной обмене электронными документами в системе электронного документооборота Пенсионного фонда Российской Федерации по телекоммуникационным каналам связи".

Зашифрованные данные передаются в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого, для сохранения в файл используется DER-кодировка.

ЭЦП передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. Для сохранения в файл используется DER-кодировка.

4.6. Дата и время

В xml-описании пакета и xml-документах, участвующих в документообороте, дата и время указывается в формате xs:dateTime с указанием часового пояса. Если часовой пояс не указан, то дата и время считаются относительно часового пояса органа ПФР, с которым осуществляется взаимодействие.

5. Типы документооборота

Каждый тип документооборота определяет:

- набор транзакций, которые осуществляются в рамках этого типа документооборота;

- типы документов, которые передаются в рамках этого типа документооборота;

- допустимые типы содержимого передаваемых документов.

Каждая транзакция определяет:

- участника документооборота, отправляющего документы;

- участника документооборота, принимающего документы;

- типы документов, которые должны быть переданы в рамках этой транзакции;

- набор подписей, которые должны стоять под передаваемыми документами.

Описание конкретных типов документооборотов и соответствующих транзакций приведены ниже.

Для осуществления автоматизированного взаимодействия органа ПФР с Абонентом по обмену документами в рамках СЭД ПФР предусмотрены следующие типы документооборота:

N п/п Наименование документооборота Типы транзакции Количество транзакций Примечание
1 СведенияПФР "сведения" 4 Основной документооборот по обмену электронными документами Абонентов СЭД с органами ПФР
    "подтверждениеПолучения"  
    "протокол"  
    "протоколКвитанция"  
2 УточнениеПлатежей "запрос" 4 Документооборот по проверке правильности и полноты уплаты Абонентом СЭД страховых взносов в орган Пенсионного фонда
    "запросКвитанция"  
    "ответ"  
    "ответКвитанция"  
3 Декларация "декларация" 2 Документооборот согласованного представления Декларации Абонентом СЭД с подписью органа ФНС
    "декларацияКвитанция"  
4 Письмо "письмо" 2 Документооборот неформализованной переписки Абонента СЭД и органа ПФР
    "письмоКвитанция"  
5 ОшибкаОбработкиПакета "уведомлениеОбОшибке" 1 Специальный документооборот уведомления со стороны программного обеспечения ПФР системы электронного документооборота о невозможности обработки входящего пакета Отсутствие Соглашения между страхователем и органом ПФР является основанием для возврата пакета
6 Регистрация Сертификатов "регистрация" 2 Специальный документооборот по регистрации сертификатов участников СЭД ПФР
  "регистрацияКвитанция"  
7 ЗапросыФССП "запрос" 4 Документооборот по обмену информацией с ФССП
    "подтверждениеПолучения"  
    "ответ"  
    "протокол Квитанция"    

Примечание: Данный перечень типов документооборота может быть расширен в связи с изменением видов работ.

5.1. Описание документооборота по передаче сведений Абонента СЭД

Документооборот по передаче в орган ПФР сведений Абонента СЭД имеет имя СведенияПФР.

В ходе этого документооборота происходит обмен следующими типами документов:

- документы со сведениями Абонента СЭД (конкретные типы документов приведены в Приложении 3);

- сведенияПриложение - неформализованное приложение к сведениям;

- описаниеСведений - описание передаваемых сведений в фиксированном формате;

- подтверждениеПолучения - уведомление о доставке сведений в орган ПФР в фиксированном формате;

- протокол - протокол входного контроля в фиксированном формате, содержит информацию о том, приняты отправленные сведения или нет;

- протоколПриложение - приложение к протоколу, соответствует содержимому файлов, созданных проверочными программами на стороне органа ПФР (например, CheckPSN , CheckXML, ProvDoc и др.). Данные протоколы вкладываются совместно с протокол в пакет документов, направляемых Абоненту СЭД в качестве результата проведенной проверки документов.

Документ определенного типа, передаваемый в ходе документооборота, может иметь строго определенный тип содержимого:

Тип документа Допустимые типы содержимого
описаниеСведений xml
сведенияПриложение plain866, plain1251, html или unknown <*>
подтверждениеПолучения xml
протокол xml
протоколПриложение plain866, plain1251, html или unknown

<*> Если проверочная программа создает документ с содержимым, отличным от plain1251, plain866 и html, то ПО ПФР в качестве типа содержимого этого документа указывает тип unknown до тех пор, пока новый тип содержимого документа не будет описан в настоящем формате. С другой стороны, ПО Страхователя неизвестные для него типы содержимого документов должно трактовать как тип unknown и с содержимым таких документов следует обращаться как с произвольными бинарными данными.

5.1.1. Схема взаимодействия

Документооборот СведенияПФР по представлению в орган ПФР индивидуальных сведений Абонента СЭД проходит следующим образом:

- Абонент СЭД отправляет в орган ПФР пачки с индивидуальными сведениями (осуществляется транзакция сведения).

- ПО ПФР по результатам приема сведений отправляет Абоненту СЭД подтверждение получения сведений (осуществляется транзакция подтверждениеПолучения).

- ПО ПФР по результатам проверки сведений отправляет протокол проверки сведений, а также приложения к нему (осуществляется транзакция протокол).

- Абонент СЭД отправляет в орган ПФР квитанцию о получении протокола (осуществляется транзакция протоколКвитанция).

5.1.2. Описание транзакции "сведения"

Отправитель АбонентСЭД, получатель ОрганПФР.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
документ со сведениями есть в соответствии с Приложением 3 руководитель
сведенияПриложение есть любое руководитель
описаниеСведений есть один руководитель

Документ описаниеСведений представляет собой xml-документ, соответствующий схеме, приведенной в Приложении 1. Пример такого документа приведен в Приложении 2.

Корневой узел документа описаниеСведений имеет имя описаниеСведений и содержит следующие обязательные дочерние узлы:

- датаВремяОтправки - дата и время подготовки к отправке сведений Абонентом СЭД;

- регистрационныйНомерОрганизации - регистрационный номер организации в ПФР, отправившей сведения;

- описаниеПачек - перечисление передаваемых пачек.

Каждая пачка (документ типа пачкаИС или пачкаАДВ) описывается в дочернем узле пачка узла описаниеПачек.

Узел пачка имеет следующие обязательные атрибуты:

- идентификаторДокумента - идентификатор документа в пакете, содержащем данную пачку;

- имяФайла - имя файла пачки по формату.

Узел описаниеСведений содержит необязательный дочерний узел описаниеПриложений, в котором перечисляются приложения, отправляемые вместе со сведениями. Каждое приложение описывается в дочернем узле приложение узла описаниеПриложений.

Узел приложение имеет следующие обязательные подузлы:

- идентификаторДокумента - идентификатор документа в пакете, содержащего данное приложение;

- имяФайла - имя файла приложения.

5.1.3. Описание транзакции "подтверждениеПолучения"

Отправитель ОрганПФР, получатель АбонентСЭД.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
подтверждениеПолучения есть один представительПФР

Документ подтверждениеПолучения представляет собой xml-документ, соответствующий схеме, приведенной в Приложении 1. Пример такого документа приведен в Приложении 2.

Корневой узел документа подтверждениеПолучения имеет имя подтверждениеПолучения и содержит следующие обязательные дочерние узлы:

- регистрационныйНомерОрганизации - регистрационный номер организации, отправившей сведения;

- датаВремяПолучения - дата и время получения сведений системой ПФР;

- описаниеПачек - перечисление передаваемых пачек, аналогичное узлу описаниеПачек документа описаниеСведений;

- описаниеПриложений - перечисление передаваемых приложений, аналогичное узлу описаниеПриложений документа описаниеСведений.

5.1.4. Описание транзакции "протокол"

Отправитель ОрганПФР, получатель АбонентСЭД.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
протокол есть один представительПФР
протоколПриложение есть любое представительПФР
документ со сведениями нет то же, что и в транзакции сведения, если протокол положительный, и ни одного в противном случае представительПФР
описаниеСведений нет то же, что и в транзакции сведения, если протокол положительный, и ни одного в противном случае представительПФР

Документ протокол представляет собой xml-документ, соответствующий схеме, приведенной в конце данного приложения. Пример такого документа также приведен в конце данного приложения.

Корневой узел документа протокол имеет имя протокол и содержит следующие обязательные дочерние узлы:

- датаВремяОтправки - дата и время подготовки к отправке протокола ПФР;

- являетсяПоложительным - значение true или false в зависимости от того, является ли протокол положительным или нет;

- подтверждениеПолучения - содержимое документа подтверждениеПолучения, отправленного ранее.

Также корневой узел протокол содержит обязательный дочерний узел описаниеПриложений. Узел описаниеПриложений для каждого приложения, идущего вместе с протоколом, содержит подузел приложение с подузлами:

- идентификаторДокумента - идентификатор документе в пакете, содержащий данное приложение;

- имяФайла - исходное имя файла данного приложения.

Документ протоколПриложение - Приложение к документу "протокол", содержащее текстовую информацию об обнаруженных ошибках и сроках их устранения или информацию о положительном результате приема пакета документов.

5.1.5. Описание транзакции "протоколКвитанция"

Отправитель АбонентСЭД, получатель ОрганПФР.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
протокол нет то же, что и в транзакции протокол руководитель
протоколПриложение нет то же, что и в транзакции протокол руководитель

5.2. Описание документооборота по уточнению платежей в орган ПРФ

Документооборот по уточнению Абонентом СЭД платежей в орган ПФР имеет имя УточнениеПлатежейПФР.

В ходе этого документооборота происходит обмен следующими типами документов:

- запрос - документ установленного формата с запросом информации по платежам в орган ПФР;

- описаниеЗапроса - описание передаваемого запроса в фиксированном формате;

- ответ - ответ на запрос информации по платежам в орган ПФР, в котором указано, удалось предоставить запрашиваемую информацию или нет;

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

- подтверждениеПолучения - документ, который отправляется при получении документа, требующего подтверждения получения, и содержит дату и время получения этого документа.

Документ определенного типа, передаваемый в ходе документооборота, может иметь строго определенный тип содержимого:

Тип документа Допустимые типы содержимого
запрос xml
описаниеЗапроса xml
ответ xml
ответПриложение plain866, plain1251, html или unknown
подтверждениеПолучения xml

5.2.1. Схема взаимодействия

Документооборот УточнениеПлатежейПФР по уточнению Абонентом СЭД платежей в орган ПФР проходит следующим образом:

- Абонент СЭД отправляет в орган ПФР запрос сведений о платежах в орган ПФР (осуществляется транзакция запрос).

- ПО ПФР по результатам приема запроса отправляет Абоненту СЭД квитанцию о получении запроса (осуществляется транзакция запросКвитанция).

- ПО ПФР по результатам обработки запроса формирует ответ на запрос, а также приложение к нему (осуществляется транзакция ответ).

- Абонент СЭД отправляет в орган ПФР квитанцию о получении ответа (осуществляется транзакция ответКвитанция).

5.2.2. Описание транзакции "запрос"

Отправитель АбонентСЭД, получатель ОрганПФР.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
запрос есть один руководитель
описаниеЗапроса есть один руководитель

Документ описаниеЗапроса представляет собой xml-документ, соответствующий схеме, приведенной в конце данного приложения. Пример такого документа также приведен в конце данного приложения.

Корневой узел документа описаниеЗапроса имеет имя описаниеЗапроса и содержит следующие обязательные дочерние узлы:

- датаВремяОтправки - дата и время подготовки к отправке запроса;

- регистрационныйНомерОрганизации - регистрационный номер организации, отправившей запрос;

- имяФайла - исходное имя файла с запросом.

5.2.3. Описание транзакции "запросКвитанция"

Отправитель ОрганПФР, получатель АбонентСЭД.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
запрос нет то же, что и транзакции запрос представительПФР
подтверждениеПолучения есть один представительПФР

Документ подтверждениеПолучения представляет собой xml-документ, соответствующий схеме, приведенной в Приложении 1. Пример такого документа приведен в Приложении 2.

Корневой узел документа подтверждениеПолучения имеет имя подтверждениеПолучения и содержит следующие обязательные дочерние узлы:

- датаВремяПолучения - дата и время получения документа системой ПФР;

- идентификаторДокумента - идентификатор полученного документа.

5.2.4. Описание транзакции "ответ"

Отправитель ОрганПФР, получатель АбонентСЭД.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
ответ есть один представительПФР
ответПриложение есть один или более представительПФР

Документ ответ представляет собой xml-документ, соответствующий схеме, приведенной в Приложении 1. Пример такого документа приведен в Приложении 2.

Корневой узел документа ответ имеет имя ответ и содержит следующие обязательные дочерние узлы:

- датаВремяОтправки - дата и время отправки ответа органа ПФР;

- запросОбработанУспешно - значение true или false в зависимости от того, успешно ли обработан запрос или нет;

- списокПриложений - перечисление приложений к ответу.

В узле списокПриложений каждому приложению к отправляемому ответу соответствует дочерний узел приложение, в котором во внутреннем узле имяФайла указывается исходное имя файла с этим приложением, а во внутреннем узле идентификаторДокумента указывается идентификатор этого документа из пакета.

5.2.5. Описание транзакции "ответКвитанция"

Отправитель АбонентСЭД, получатель ОрганПФР.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
ответ нет то же, что и в транзакции ответ руководитель
ответПриложение нет то же, что и в транзакции ответ руководитель
подтверждениеПолучения есть один руководитель

5.3. Описание документооборота по предоставлению деклараций в орган ПРФ

Документооборот по предоставлению деклараций с подписью органа ФНС в орган ПФР имеет имя ДекларацияПФР.

В ходе этого документооборота происходит обмен следующими типами документов:

- декларация - документ установленного формата с декларацией, предоставляемой в орган ФНС;

- описаниеДекларации - описание передаваемой декларации в фиксированном формате;

- подтверждениеПолучения - документ, полностью аналогичный документу подтверждениеПолучения документооборота УточнениеПлатежейПФР.

Документ определенного типа, передаваемый в ходе документооборота, может иметь строго определенный тип содержимого:

Тип документа Допустимые типы содержимого
декларация plain866 или xml
описаниеДекларации Xml

5.3.1. Схема взаимодействия

Документооборот ДекларацияПФР по предоставлению деклараций с подписью органа ФНС в орган ПФР проходит следующим образом:

- Абонент СЭД отправляет в орган ПФР декларацию с собственной подписью и подписью представителя органа ФНС (осуществляется транзакция декларация).

- ПО ПФР по результатам приема декларации отправляет Абоненту СЭД квитанцию об ее получении (осуществляется транзакция декларацияКвитанция).

5.3.2. Описание транзакции "декларация"

Отправитель АбонентСЭД, получатель ОрганПФР.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
декларация есть один руководитель, представительФНС
описаниеДекларации есть один руководитель

Документ описаниеДекларации представляет собой xml-документ, соответствующий схеме, приведенной в Приложении 1. Пример такого документа приведен в Приложении 2.

Корневой узел документа описаниеДекларации имеет имя описаниеДекларации и содержит следующие обязательные дочерние узлы:

- датаВремяОтправки - дата и время отправки запроса;

- регистрационныйНомерОрганизации - регистрационный номер организации, отправившей запрос;

- имяФайла - исходное имя файла с декларацией.

5.3.3. Описание транзакции "декларацияКвитанция"

Отправитель ОрганПФР, получатель АбонентСЭД.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
декларация нет то же, что и в транзакции запрос представительПФР
подтверждениеПолучения есть один представительПФР

5.4. Описание документооборота по неформализованной переписке Абонента СЭД и органа ПРФ

Документооборот по неформализованной переписке Абонента СЭД и органа ПФР имеет имя Письмо.

Инициатором данного документооборота может быть как Абонент СЭД, так и орган ПФР.

В ходе этого документооборота происходит обмен следующими типами документов:

- письмо - текстовый документ, содержащий текст письма;

- письмоПриложение - произвольное приложение к письму;

- описаниеПисьма - описание передаваемого письма в фиксированном формате;

- транспортнаяИнформация - транспортная информация о передаваемом письме в фиксированном формате;

- подтверждениеПолучения - документ, подтверждающий получение письма и приложений к нему.

Документ определенного типа, передаваемый в ходе документооборота, может иметь строго определенный тип содержимого:

Тип документа Допустимые типы содержимого
письмо plain1251
письмоПриложение Unknown
описаниеПисьма Xml
транспортнаяИнформация Xml
подтверждениеПолучения Xml

5.4.1. Схема взаимодействия

Документооборот Письмо по неформализованной переписке Абонента СЭД и органа ПФР проходит следующим образом:

- отправитель (Абонент СЭД или орган ПФР) отправляет письмо с собственной подписью получателю (органу ПФР или Абоненту СЭД соответственно; осуществляется транзакция письмо);

- получатель по результатам приема письма отправляет квитанцию о его получении отправителю (осуществляется транзакция письмоКвитанция).

5.4.2. Описание транзакции "письмо"

Отправитель АбонентСЭД или ОрганПФР, получатель ОрганПФР или АбонентСЭД.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
письмо есть один отправитель письма (руководитель или представительПФР)
письмоПриложение есть произвольное количество отправитель письма (руководитель или представительПФР)
описаниеПисьма есть один отправитель письма (руководитель или представительПФР)
транспортная Информация есть один отправитель письма (руководитель или представительПФР)

Документ описаниеПисьма представляет собой xml-документ, соответствующий схеме, приведенной в Приложении 1. Пример такого документа приведен в Приложении 2.

Корневой узел документа описаниеПисьма имеет имя описаниеПисьма и содержит следующие обязательные дочерние узлы:

- тема - тема письма;

- датаВремяОтправки - дата и время отправки письма;

- телоПисьма - описание содержимого письма;

- идентификаторПисьма - идентификатор документооборота, в рамках которого отправляется письмо;

- списокПриложений - перечисление приложений к письму.

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

В узле списокПриложений каждому приложению к отправляемому письму соответствует дочерний узел приложение, в котором во внутреннем узле имяФайла указывается исходное имя файла с этим приложением, а во внутреннем узле идентификаторДокумента указывается идентификатор этого документа из пакета. В дочернем узле подписи узла приложение для каждой подписи под приложением содержится дочерний узел подпись, в котором указывается содержание подписи под приложением в base64-кодировке. В атрибуте роль узла подпись указывается условное обозначение подписанта в соответствии с определенным в п. 3.2 списком типов подписантов.

Также корневой узел описаниеПисьма имеет необязательный дочерний узел ответНаПисьмо, значением которого является идентификатор документооборота, в ответ на который отправлено данное письмо.

Также корневой узел описаниеПисьма имеет необязательный дочерний узел категорияПисьма, в котором указывается строковое обозначение категории, к которой относится данное письмо. Возможные категории писем приведены в Приложении 4.

Документ транспортнаяИнформация представляет собой xml-документ, соответствующий схеме, приведенной в Приложении 1. Пример такого документа приведен в Приложении 2.

Корневой узел документа транспортнаяИнформация имеет имя транспортнаяИнформация и содержит следующие обязательные дочерние узлы:

- датаВремяОтправки - дата и время отправки письма;

- сертификатПолучателя - сертификат получателя письма в виде своего содержимого, сериализованного с использованием base64-кодирования.

Документы транспортнаяИнформация и описаниеПисьма передаются в открытом (незашифрованном) виде.

5.4.3. Описание транзакции "письмоКвитанция"

Отправитель ОрганПФР или АбонентСЭД, получатель АбонентСЭД или ОрганПФР.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
подтверждениеПолучения есть один получатель письма

Документ подтверждениеПолучения является xml-документом. Пример такого документа приведен в Приложении 2.

Корневой узел документа подтверждениеПолучения имеет имя подтверждениеПолучения. Его обязательными дочерними узлами являются узлы:

- датаВремяПолучения - дата и время получения письма системой получателя;

- идентификаторПисьма - идентификатор документооборота, в рамках которого получено письмо;

- телоПисьма - описание содержимого письма;

- списокПриложений - перечисление приложений к письму.

Содержание узлов телоПисьма и списокПриложений полностью аналогично содержанию соответствующих узлов документа описаниеПисьма.

5.5. Описание документооборота по уведомлению об ошибке со стороны ПО ПРФ

Специальный документооборот уведомления со стороны ПО ПФР системы электронного документооборота о возникновении ошибок и невозможности обработки входящего пакета имеет имя ОшибкаОбработкиПакета.

В ходе этого документооборота происходит обмен следующими типами документов:

- описаниеОшибки - описание возникшей ошибки;

- описаниеОшибочногоПакета - описание пакета, при обработке которого произошла ошибка.

Документ определенного типа, передаваемый в ходе документооборота, может иметь строго определенный тип содержимого:

Тип документа Допустимые типы содержимого
описаниеОшибки xml
описаниеОшибочногоПакета xml

5.5.1. Схема взаимодействия

Документооборот ОшибкаОбработкиПакета по уведомлению со стороны ПО ПФР системы электронного документооборота о возникновении ошибок проходит следующим образом:

- При возникновении ошибки по обработке входящего пакета в адрес системы электронного документооборота отправляется описание произошедшей ошибки и описание пакета, при приеме которого возникла эта ошибка (осуществляется транзакция уведомлениеОбОшибке).

5.5.2. Описание транзакции "уведомлениеОбОшибке"

Отправитель ОрганПФР, получатель Провайдер.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
описаниеОшибки есть один нет
описаниеОшибочного Пакета есть один нет

Документ описаниеОшибки представляет собой xml-документ, соответствующий схеме, приведенной в конце данного приложения. Пример такого документа также приведен в конце данного приложения.

Корневой узел документа описаниеОшибки имеет имя ошибка и содержит следующие обязательные дочерние узлы:

- описание - текстовое описание ошибки, возникшей на стороне органа ПФР при приеме пакета.

Степень детализации и информативности описания ошибки определяется разработчиком ПО ПФР. Степень детализации должна быть достаточной для диагностики ошибки техническими службами системы электронного документооборота.

Содержимым документа описаниеОшибочногоПакета является описание пакета (файл packageDescription.xml), при обработке которого произошла ошибка.

Содержимое документов описаниеОшибки и описаниеОшибочногоПакета не шифруется и не подписывается.

5.6. Описание документооборота по регистрации сертификатов участников документооборота

Специальный документооборот по регистрации сертификатов участников документооборота РегистрацияСертификатов. Данный документооборот призван обеспечить автоматическое обновление сертификатов участника документооборота у других участников.

Данный документооборот подразумевает следующие сценарии использования:

- Провайдер уведомляет ОрганПФР о начале использования нового сертификата АбонентаСЭД;

- Провайдер уведомляет ОрганПФР о начале использования нового сертификата представителя Провайдера;

- ОрганПФР уведомляет Провайдера о начале использования нового сертификата представителя ОрганаПФР.

В ходе этого документооборота происходит обмен следующими типами документов:

- регистрационнаяИнформация - документ фиксированного формата, содержащий информацию о выданных сертификатах участников документооборота;

- подтверждениеПолучения - документ, полностью аналогичный документу подтверждениеПолучения документооборота УточнениеПлатежейПФР.

Документ определенного типа, передаваемый в ходе документооборота, может иметь строго определенный тип содержимого:

Тип документа Допустимые типы содержимого
регистрационнаяИнформация xml

5.6.1. Схема взаимодействия

Документооборот РегистрацияСертификатов по регистрации сертификатов участников документооборота проходит следующим образом:

- При выпуске новых сертификатов Абонента СЭД или представителя провайдера (представителя органа ПФР) Провайдер (соответственно ОрганПФР) отправляет в адрес органа ПФР (соответственно Провайдера) документ, содержащий информацию о выданных сертификатах (осуществляется транзакция регистрация).

- ПО ПФР (соответственно ПО Провайдера) по результатам приема регистрационной информации отправляет в ответ квитанцию о ее получении (осуществляется транзакция регистрацияКвитанция).

5.6.2. Описание транзакции "регистрация"

Отправитель Провайдер/ОрганПФР, получатель ОрганПФР/Провайдер.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
регистрационная Информация есть один представитель Провайдера

Документ регистрационнаяИнформация представляет собой xml-документ, соответствующий схеме, приведенной в конце данного приложения. Пример такого документа также приведен в конце данного приложения.

Корневой узел документа регистрационнаяИнформация имеет имя регистрационнаяИнформация и содержит следующие обязательные дочерние узлы:

- датаВремяФормирования - дата и время (в UTC, Universal Time Coordinated) формирования документа с регистрационной информацией;

- списокСубъектов - список субъектов, информация о обновленных сертификатах представителей которых передается в ходе данного документооборота.

Каждый субъект, для которого был выпущен новый сертификат, описывается в дочернем узле субъект узла списокСубъектов.

Узел субъект имеет обязательные атрибуты идентификаторСубъекта и типСубъекта, в которых указываются идентификатор и тип субъекта соответственно, определенные в п. "Типы участников документооборота".

Также узел субъект имеет необязательный атрибут имя, в котором указывается название организации-субъекта.

В обязательных дочерних узлах списокСертификатов узла субъект перечисляются сертификаты, которыми обладает соответствующий представитель описываемого субъекта. Узел списокСертификатов имеет обязательный атрибут типПодписанта, в котором указывается тип подписанта, в качестве которого выступает данный представитель субъекта.

Сертификат представителя субъекта указывается в дочернем узле сертификат узла списокСертификатов в виде своего содержимого, сериализованного с использованием base64-кодирования. Узел сертификат может иметь атрибут активный со значением "true" или "false", указывающий (в случае значения "true") на то, что именно этот сертификат следует использовать для шифрования. Отсутствие атрибута активный трактуется как значение "false".

При обновлении информации о сертификатах участников документооборота программное обеспечение соответствующих сторон ориентируется на регистрационную информацию с самой поздней меткой времени формирования документа с регистрационной информацией.

5.6.3. Описание транзакции "регистрацияКвитанция"

Отправитель ОрганПФР/Провайдер, получатель Провайдер/ОрганПФР.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
регистрационная Информация Нет то же, что и в транзакции регистрация представительПФР
подтверждениеПолучения Есть один представительПФР

5.7. Описание документооборота по обработке запросов ФССП

Документооборот в райках технологии обработки запросов ГУ-ФССП (Абонент СЭД) службой ПУ ГУ-ОПФР (Орган ПФР) имеет имя ЗапросыФССП.

Документооборот осуществляется в рамках совместного письма Пенсионного фонда РФ и Министерства юстиции РФ от 11.10.2001 N МЗ-09/32/06/9847-АМ "О предоставлении информации".

В ходе этого документооборота происходит обмен следующими типами документов, структура и формат которых описаны в документе "Технология обработки запросов ГУ-ФССП отделом ОПУ и ХД ГУ-ОПФР":

- запрос - документ установленного формата с запросом информации по застрахованному лицу в орган ПФР;

- описаниеЗапроса - описание передаваемого запроса в фиксированном формате;

- ответ - ответ на запрос информации по платежам в орган ПФР, в котором указано: удалось предоставить запрашиваемую информацию или нет;

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

- подтверждениеПолучения - документ, который отправляется при получении документа, требующего подтверждения получения, и содержит дату и время получения этого документа.

Документ определенного типа, передаваемый в ходе документооборота, может иметь строго определенный тип содержимого:

Тип документа Допустимые типы содержимого
запрос plain1251
описаниеЗапроса xml
ответ xml
ответПриложение plain1251
подтверждениеПолучения xml

5.7.1. Схема взаимодействия

Документооборот ЗапросыФССП по представлению, передаче и обработке запросов Абонента СЭД проходит следующим образом:

- Абонент СЭД отправляет в орган ПФР запрос по застрахованному лицу (осуществляется транзакция запрос).

- ПО ПФР по результатам приема запроса отправляет Абоненту СЭД квитанцию о получении запроса (осуществляется транзакция запросКвитанция).

- ПО ПФР по результатам обработки запроса формирует ответ на запрос, а также приложение к нему (осуществляется транзакция ответ).

Абонент СЭД отправляет в орган ПФР квитанцию о получении ответа (осуществляется транзакция ответКвитанция).

5.7.2. Описание транзакции "запрос"

Отправитель АбонентСЭД, получатель ОрганПФР.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
запрос есть один представительФССП
описаниеЗапроса есть один представительФССП

Документ описаниеЗапроса представляет собой xml-документ, соответствующий схеме, приведенной в конце данного приложения. Пример такого документа также приведен в конце данного приложения.

Корневой узел документа описаниеЗапроса имеет имя описаниеЗапроса и содержит следующие обязательные дочерние узлы:

- датаВремяОтправки - дата и время отправки запроса;

- регистрационныйНомерОрганизации - регистрационный номер организации, отправившей запрос;

- имяФайла - исходное имя файла с запросом.

5.7.3. Описание транзакции "подтверждениеПолучения"

Отправитель ОрганПФР, получатель АбонентСЭД.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
запрос нет то же, что и в транзакции запрос представительПФР
подтверждениеПолучения есть один представительПФР

Документ подтверждениеПолучения представляет собой xml-документ, соответствующий схеме, приведенной в Приложении 1. Пример такого документа приведен в Приложении 2.

Корневой узел документа подтверждениеПолучения имеет имя подтверждениеПолучения и содержит следующие обязательные дочерние узлы:

- датаВремяПолучения - дата и время получения документа системой ПФР;

- идентификаторДокумента - идентификатор полученного документа.

5.7.4. Описание транзакции "ответ"

Отправитель ОрганПФР, получатель АбонентСЭД.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
ответ есть один представительПФР
ответПриложение есть один представительПФР

Документ ответ представляет собой xml-документ, соответствующий схеме, приведенной в Приложении 1. Пример такого документа приведен в Приложении 2.

Корневой узел документа ответ имеет имя ответ и содержит следующие обязательные дочерние узлы:

- датаВремяОтправки - дата и время отправки ответа органа ПФР;

- запросОбработанУспешно - значение true или false в зависимости от того, успешно ли обработан запрос или нет;

- приложение - элемент, в котором во внутреннем узле имяФайла указывается исходное имя файла с этим приложением, а во внутреннем узле идентификаторДокумента указывается идентификатор этого документа из пакета.

5.7.5. Описание транзакции "протоколКвитанция"

Отправитель АбонентСЭД, получатель ОрганПФР.

Передаваемые документы:

Тип документа Содержимое Количество документов данного типа в пакете Подписанты
ответ нет то же, что и в транзакции ответ представительФССП
ответПриложение нет то же, что и в транзакции ответ представительФССП
подтверждение Получения есть один представительФССП

Приложение 1

1. XSD-СХЕМЫ XML-ДОКУМЕНТОВ

Схема ОбщиеТипы.xsd, определяющая общие типы, используемые в других xsd-схемах:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:simpleType name="UUID">
<xs:restriction base="xs:string">
<xs:pattern value="[a-fA-F0-9]{32}"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="’ипСКЗИ">
<xs:restriction base="xs:string">
<xs:enumeration value="Крипто-Про"/>
<xs:enumeration value="Домен-К"/>
<xs:enumeration value="Верба-OW"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name=ТипСубъекта">
<xs:restriction base="xs:string">
<xs:enumeration value="АбонентСЭД"/>
<xs:enumeration value="ОрганПФР"/>
<xs:enumeration value="Провайдер"/>
<xs:enumeration value="НеопределенныйПровайдер"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="ТипПодписанта">
<xs:restriction base="xs:string">
<xs:enumeration value="руководитель"/>
<xs:enumeration value="бухгалтер"/>
<xs:enumeration value="представительПФР"/>
<xs:enumeration value"="предствительАбонента"/>
<xs:enumeration value"="провайдер"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="ТипСодержимого">
<xs:restriction base="xs:string">
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="ТипДокументооборота">
<xs:restriction base="xs:string">
<xs:enumeration value="СведенияПФР"/>
<xs:enumeration value="УточнениеПлатежей"/>
<xs:enumeration value="Декларация"/>
<xs:enumeration value="Письмо"/>
<xs:enumeration value="ОшибкаОбработкиПакета"/>
<xs:enumeration value="РегистрацияСертификатов"/>
<xs:enumeration value="ЗапросыФССП"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="ТипТранзакции">
<xs:restriction base="xs:string">
</xs:restriction>
</xs:simpleType>
<xs:simmpleType name="ТипДокумента">
<xs:restriction base="xs:string">
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="ТипВерсииФормата">
<xs:restriction base="xs:string">
</xs:restriction>
</xs:simpleType>
<|-- ****************** Письма **************** -->
<xs:simpleType name="ТипКатегорииПисьма">
<xs:restriction base="xs:string">
<xs:enumeration value="Ретроконверсия"/>
<xs:enumeration value="Рассылка"/>
</xs:restriction>
</xs:simpleType>
<xs:complexType name="ТипТелоПисьма">
<xs:sequence>
<xs:element name="подписи" type="ТипСписокПодписей" minOccurs="1" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="ТипСписокПриложенийПисьма">
<xs:sequence>
<xs:element name="приложение" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="идектификаторДокумента" type="UUID" minOccurs="1" maxOccurs="1"/>
<xs:element name="имяФайла" type="xs:string" minOccurs="1" maxOccurs="1"/>
<xs:element name="подписи" type="ТипСписокПодписей" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="ТипСписокПодписей">
<xs:sequence>
<xs:element name="подпись" minOccurs="0" maxOccurs="unbound">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="роль" type="ТипПодписанта"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<1-- ****************** Сведения **************** -->
<xs:complexType name="ТипОписаниеПачек">
<xs:sequence>
<xs:element name="пачка" minOccurs="1" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="идентификаторДокумента" type="UUID" minOccurs="1" maxOccurs="1"/>
<xs:element name="имяФайла" type="xs:string" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="ТипОписаниеПриложений">
<xs:sequence>
<xs:element name="приложение" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="идентификаторДокумента" type="UUID" minOccurs="1" maxOccurs="1"/>
<xs:element name="имяФайла" type="xs:string" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="ТипПодтверждениеПолученияСведений">
<xs:sequence>
<xs:element name="датаВремяПолучения "type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="регистрационныйНомерОрганизации" type="xs:string" minOccurs="1" maxOccurs="1"/>
<xs:element name="описаниеПачек" type=ТипОписаниеПачек" minOccurs="1" maxOccurs="1"/>
<xs:element name>="описаниеПриложений" type="ТипОписаниеПриложений" minOccurs="0" maxOccurs="1"/>
<xs:element name="расширения" type="xs:anyType" minOccurs="0" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:schema>

1.1. Описание пакета

Описание пакета должно удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:Include schemaLocation="./ОбщиеТипы.xsd"/> <xs:element name="пакет">
<xs:complexType>
<xs:sequence>
<xs:element name="СКЗИ" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:attribute name="типСКЗИ" type=ТипСКЗИ"/>
</xs:complexType>
</xs:element>
<xs:element name="отправитель" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:attribute name="идентификаторСубъекта" type="xs:string"/>
<xs:attribute name="типСубъекта" type="ТипСубъекта"/>
</xs:complexType>
</xs:element>
<xs:element name="системаОтправителя" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:attribute name="идентификаторСубъекта" type="xs:string"/>
<xs:attribute name="типСубъекта" type="ТипСубъекта"/>
</xs:complexType>
</xs:element>
<xs:element name="получатель" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:attribute name="идентификаторСубъекта" type="xs:string"/>
<xs:attribute name="типСубъекта" type="ТипСубъекта"/>
</xs:complexType>
</xs:element>
<xs:element name="расширения" type="xs:anyType" minOccurs="0" maxOccurs="1"/>
<xs:element name="документ" minOccurs="1" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="содержимое" minOccurs="0" maxOccurs="1">
<xs:complexType>
<xs:attribute name="имяФайла" type="xs:string"/>
</xs:complexType>
</xs:element>
<xs:element name="подпись" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:attribute name="имяФайла" type="xs:string"/>
<xs:attribute name="роль" type="ТипПодписанта"/>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="типДокумента" type="ТипДокумента"/>
<xs:attribute name="типСодержимого" type=ТипСодержимого"/>
<xs:attribute name="сжат" type="xs:boolean"/>
<xs:attribute name="зашифрован" type="xs:boolean"/>
<xs:attribute name="идентификаторДокумента" type="UUID"/>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="версияФормата" type="ТипВерсииФормата"/>
<xs:attribute name="типДокументооборота" type="ТипДокументооборота"/>
<xs:attribute name="типТранзакции" type=ТипТранзакции"/>
<xs:attribute name="идентификаторДокументооборота" type="UUID"/>
<xs:attribute name="датаВремяПоступления" type="xs:dateTime"/>
</xs:complexType>
</xs:element>
</xs:schema>

1.2. Документооборот "СведенияПФР"

Документ описаниеСведений должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:Include schemaLocation="./ОбщиеТипы.xsd"/>
<xs:element name="описаниеСведений">
<xs:complexType>
<xs:sequence>
<xs:element name="датаВремяОтправки" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="регистрационныйНомерОрганизации" type="xs:string" minOccurs="1" maxOccurs="1"/>
<xs:element name="описаниеПачек" minOccurs="1" maxOccurs="1">
</xs:element>
<xs:element name="описаниеПриложений" type=ТипОписаниеПриложений" minOccurs="0" maxOccurs="1"/>
<xs:element name="расширения" type="xs:anyType" minOccurs="0" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Документ подтверждениеПолучения должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:Include schemaLocation="./ОбщиеТипы.xsd"/>
<xs:element name="подтверждениеПолучения" type="ТипПодтверждение ПолученияСведений"/>
</xs:schema>

Документ протокол должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs= "http://www.w3.org/2001/XMLSchema">
<xs:Include schemaLocation="./ОбщиеТипы.xsd"/> <xs:element name="протокол">
<xs:complexType> <xs:sequence> <xs:element name="датаВремяОтправки" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="являетсяПоложительным" type="xs:boolean" mшnOccurs="1" maxOccurs="1"/>
<xs:element name="подтверждениеПолучения" type="ТипПодтверждениеПолученияСведений" minOccurs="1" maxOccurs="1"/>
<xs:element name="описаниеПриложений" type="ТипОписаниеПриложений" minOccurs="1" maxOccurs="1"/>
<xs:element name="расширения" type="xs:anyType" minOccurs="0" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

1.3. Документооборот "УточнениеПлатежей"

Документ описаниеЗапроса должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="описаниеЗапроса"> <xs:complexType> <xs:sequence>
<xs:element name="датаВремяОтправки" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="регистрационныйНомерОрганизации" type="xs:string" minOccurs="1" maxOccurs="1"/>
<xs:element name="имяФайла" type="xs:string" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Документ ответ должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="ответ"> <xs:complexType>
<xs:sequence>
<xs:element name="датаВремяОтправки" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="запросОбработанУспешно" type="xs:boolean" minOccurs="1" maxOccurs="1"/>
<xs:element name="списокПриложений" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence">
<xs:element name="приложение" minOccurs="0" moxOccurs="unbounded">
<xs:comptexType> <xs:sequence>
<xs:element name="идентификаторДокумента" type="xs:string" minOccurs="1" maxOccurs="1"/>
<xs:element name="имяФайла" type="xs:string" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element> </xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Документ подтверждениеПолучения должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org3/2001/XMLSchema">
<xs:include schemaLocation="./ОбщиеТипы.xsd"/>
<xs:element name="подтверждениеПолучения">
<xs:complexType>
<xs:sequence>
<xs:element name="датаВремяПолучения" type="xs:dateTime" minOccurs="1" maxOccurs"="1"/>
<xs:element name="идентификаторДокумента" type="UUID" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

1.4. Документооборот "Декларация"

Документ описаниеДекларации должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="описаниеДекларации">
<xs:complexType> <xs:sequence>
<xs:element name="датаВремяОтправки" type="xs:dateTime" minOccuis="1" maxOccurs="1"/>
<xs:element name="регистрационныйНомерОрганизации" type="xs:string" minOccurs="1" maxOccurs="1"/>
<xs:element name="имяФайла" type="xs:string" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>

1.5. Документооборот "Письмо"

Документ описаниеПисьма должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:include schemaLocation="./ОбщиеТипы.xsd"/>
<xs:element name="описаниеПисьма"> <xs:complexType>
<xs:sequence>
<xs:element name="тема" type="xs:string" minOccurs="1" maxOccurs= "1"/>
<xs:element name="датаВремяОтправки" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="идентификаторПисьма" type="UUID" minOccurs="1" maxOccurs="1"/>
<xs:element name="ответНаПисьмо" type="UUID" maxOccurs="1"/>
<xs:element name="категорияПисьма" type=ТипКатегорииПисъма" minOccurs="1" maxOccurs="1"/>
<xs:element name="телоПисьма" type="ТипТелоПисьма"minOccurs="1" maxOccurs="1"/>
<xs:element name="списокПриложений" type="ТипСписокПриложенийПисьма" minOccurs="1" maxOccurs="1"/>
<xs:element name="расширения" type="xs:anyType" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Документ транспортнаяИнформация должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="транспортнаяИнформация">
<xs:complexType>
<xs:sequence>
<xs:element name="датаВремяОтправки" type="xs:dateTime" minOccurs= "1" maxOccurs="1"/>
<xs:element name="сертификатПолучателя" type="xs:string" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Документ подтверждениеПолучения должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:include schemaLocation="./ОбщиеТипы.xsd"/>
<xs:element name="подтвеждениеПолучения">
<xs:complexType>
<xs:sequence>
<xs:element name="датаВремяПолучения" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="идентификаторПисьма" type="UUID" minOccurs="1" maxOccurs="1"/>
<xs:element name="телоПисьма" type="ТипТелоПисьма" minOccurs="1" maxOccurs="1"/>
<xs:element name="списокПриложений" type="ТипСписокПриложенийПисьма" minOccurs="1" maxOccurs="1"/>
<xs:element name="расширения" type="xs:anyType" minOccurs="0" maxOccurs="1"/>
</xs:sequence>
</xs:comptexType>
</xs:element>
</xs:schema>

1.6. Документооборот "ОшибкаОбработкиПакета"

Документ описаниеОшибки должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="ошибка">
<xs:complexType>
<xs:sequence>
<xs:element name="описание" type="xs:string" minOccurs="1" maxOccurs="1"/>
<xs:element name="расширения" type="xs:anyType" minOccurs="0" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

1.7. Документооборот "РегистрацияСертификатов"

Документ регистрационнаяИнформация должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:include schemaLocation="./ОбщиеТипы.xsd"/>
<xs:element name="регистрационнаяИнформация">
<xs:complexType>
<xs:sequence>
<xs:element name="датаВремяФормирования" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="списокСубъектов" minOccurs="1" maxOccurs="1"/>
<xs:complexType>
<xs:sequence>
<xs:element name="субъект" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="списокСертификатов" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="сертификат" minOccurs="0" maxOccurs= "unbounded">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="активный" type="xs:boolean"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="типПодписанта" type="ТипПодписанта"/>
</xs:complexType>
</xs:element>
<xs:element name="расширения" type="xs:anyType" minOccurs="0" maxOccurs="1"/>
</xs:sequence>
<xs:attribute name="идентификаторСубъекта" type="xs:string"/>
<xs:attribute name="типСубъекта" type=ТипСубъекта"/>
<xs:attribute name="имя" type="xs:string"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:comptexType>
</xs:element>
<xs:element name="расширения" type="xs:anyType" minOccurs="0" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

1.8. Документооборот "ЗапросыФССП"

Документ описаниеЗапроса должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="описаниеЗапроса">
<xs:complexType>
<xs:sequence>
<xs:element name="датаВремяОтправки" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="регистрационныйНомерОрганизации" type="xs:string" minOccurs="0" maxOccurs="1"/>
<xs:element name="имяФайла" type="xs:string" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Документ ответ должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:include schemaLocation="./ОбщиеТипы.xsd"/>
<xs:element name="ответ">
<xs:complexType>
<xs:sequence>
<xs:element name="датаВремяОтправки" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="запросОбработанУспешно" type="xs:boolean" minOccurs="1" maxOccurs="1"/>
<xs:element name="приложение" minOccurs="1" maxOccurs="1"/>
<xs:complexType>
<xs:sequence>
<xs:element name="идентификаторДокумента" type="UUID" minOccurs="1" maxOccurs="1"/>
<xs:element name="имяФайла" type="xs:string" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Документ подтверждениеПолучения должен удовлетворять следующей xsd-схеме:

<xs:schema xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:include schemaLocation="./ОбщиеТипы.xsd"/>
<xs:element name="подтвеждениеПолучения">
<xs:complexType>
<xs:sequence>
<xs:element name="датаВремяПолучения" type="xs:dateTime" minOccurs="1" maxOccurs="1"/>
<xs:element name="идентификаторДокумента" type="UUID" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Приложение 2

1. ПРИМЕРЫ XML-ДОКУМЕНТОВ

1.1. Описание пакета

<пакет версияФормата="1.2" типДокументооборота="СведенияПФР" типТранзакции="сведения" идентификаторДокументооборота="b8e89abf6f4140caa285aa7572da69a5" атаВремяПоступления="2005-09-15T13:14:00">
<СКЗИ типСКЗИ="Крипто-Про"/>
<отправитель идентификаторСубъекта="123-030-123125" типСубъекта="АбонентСЭД"/>
<системаОтправителя идентификаторСубъекта="SKBKontur" типСубъекта="Провайдер"/>
<получатель идентификаторСубъекта>"060-030" типСубъекта="ОрганПФР">/
<документ типДокумента="пачкаАДВ" типСодержимого="рlain866" сжат="true" зашифрован ="true" идентификаторДокумента="fe3cbf2bcb1c47989a665934b 70d4829">
<содержимое имяФайла="0f1ffa7543d64fba848707ca4a986b42.bin"/> <подпись имяФайла="dcf891acae3a4244b358b486821f8c17.bin" роль="руководитель"/>
</документ>
<документ типДокумента="пачкаИС" типСодержимого="plain866" сжат="true" зашифрован="true" идентификаторДокумента="5b26d51e3c364bdd9ae84c18a46 fb60c">
<содержимое имяФайла="8cd9ff41f26643369921231dcdbced3e.bin"/>
<подпись имяФайла="9df93f5е37814fe5b88e1a3914d7c8bc.bin" роль="руководитель"/>
</документ>
<документ типДокумента="описаниеСведений" типСодержимого="xml" сжат="true" зашифрован ="true" идентификаторДокумента="d39549a0b49945d9945d99d3ec1c 2ad268a4d"> <содержимое имяФайла="6d82cc885fe7465f8e029af10635f8е6.bin"/>
<подпись имяФайла>="17966c08283d48b68ee87ef58ba44de6.bin" роль="руководитель"/>
</документ> </пакет>

1.2. Документооборот "СведенияПФР"

Пример документа описаниеСведений:

<описаниеСведений>
<датаВремяОтправки>2005-09-15T13:14:00</датаВремяОтправки>
<регистрационныйНомерОрганизации>123-123-123123 </регистрационныйНомерОрганизации>
<описаниеПачек>
<пачка>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb6 </идентификаторДокумента>
<имяФайла>02130800.002</имяФайла>
</пачка>
<пачка>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb7 </идентификаторДокумента>
<имяФайла>02130800.701</имяФайла>
</пачка>
</описаниеПачек>
<описаниеПриложений>
<приложение>
<идентификаторДокумента>8b7875ba8cbc4158a597b2a1d690eeb6 </идентификаторДокумента>
<имяФайла>пояснения.txt</имяФайла>
</приложение>
</описаниеПриложений>
</описаниеСведений>

Пример документа подтверждениеПолучения:

<подтверждениеПолучения>
<датаВремяПолучения>2005-09-15T13:14:00</датаВремяПолучения>
<регистрационныйНомерОрганизации>123-123-123123 </регистрационныйНомерОрганизации>
<описаниеПачек>
<пачка>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb6 </идентификаторДокумента>
<имяФайла>02130800.002</имяФайла>
</пачка>
<пачка>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb7 </идентификаторДокумента>
<имяФайла>02130800.701</имяФайла>
</пачка>
</описаниеПачек>
<описаниеПриложений>
<приложение>
<идентификаторДокумента>8b7875ba8cbc4158a597b2a1d690eeb6 </идентификаторДокумента>
<имяФайла>пояснения.txt</имяФайла>
</приложение>
</описаниеПриложений>
</подтверждениеПолучения>

Пример документа протокол:

<протокол>
<датаВремяОтправки>2005-09-15T13:14:00</датаВремяОтправки>
<являетсяПоложительным>true</являетсяПоложительным>
<подтверждениеПолучения>
<датаВремяПолучения>2005-09-15T13:14:00<:/датаВремяПолучения>
<регистрационныйНомерОрганизации>123-123-123123 </регистрационныйНомерОрганизации>
<описаниеПачек>
<пачка>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb6 </идентификаторДокумента>
<имяФайла>02130800.002</имяФайла>
</пачка>
<пачка>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb7 </идентификаторДокумента>
<имяФайла>02130800.701</имяФайла>
</пачка>
</описаниеПачек>
</подтверждениеПолучения>
<описаниеПриложений>
<приложение>
<идентификаторДокумента>8b7875ba8cbc4158a597b2a1d690eeb8 </идентификаторДокумента>
<имяФайла>ошибки.doc</имяФайла>
</приложение>
</описаниеПриложений>
</протокол>

1.3. Документооборот "УточнениеПлатежей"

Пример документа описаниеЗапроса:

<описаниеЗапроса>
<датаВремяОтправки>2005-09-15T13:14:00</датаВремяОтправки>
<регистрационныйНомерОрганизации>123-123-123123 </регистрационныйНомерОрганизации>
<имяФайла>12130800.002</имяФайла>
</описаниеЗапроса>

Пример документа ответ:

<ответ>
<датаВремяОтправки>2005-09-15T13:14:00</датаВремяОтправки>
<запросОбработанУспешно>true</запросОбработанУспешно>
<списокПриложений>
<приложение>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb6 </идентификаторДокумента>
<имяФайла>02130800.002</имяФайла>
</приложение>
<приложение>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690ddb7 </идентификаторДокумента>
<имяФайла>02130800.701</имяФайла>
</приложение>
</списокПриложений>
</ответ>

Пример документа подтверждениеПолучения:

<подтверждение Получения>
<датаВремяПолучения>2005-09-15T13:14:00</датаВремяПолучения>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb7 </идентификаторДокумента>
</подтверждениеПолучения>

1.4. Документооборот "Декларация"

Пример документа описаниеДекларации:

<описаниеДекларации>
<датаВремяОтправки>2005-09-15T13:14:00</датаВремяОтправки>
<регистрационныйНомерОрганизации>123-123-123123 </регистрационныйНомерОрганизации>
<имяФайла>12130800.002</имяФайла>
</описаниеДекларации>

1.5. Документооборот "Письмо"

Пример документа описаниеПисьма:

<описаниеПисьма>
<тема>RE: ретроконверсия</тема>
<датаВремяОтправки>2005-09-15T13:14:00</датаВремяОтпавки>
<идентификаторПисьма>5b7875ba8cbc4158a597b2a1d690eeb7 </идентификаторПисьма>
<ответНаПисьмо>7ab823cd85024158a597b2a1d690eeb6</ответНаПисьмо>
<категорияПисьма>Ретроконверсия</категорияПисьма>
<телоПисьма>
<подписи>
<подпись роль="руководитель">MIICwzCCAnCgA[...]</подпись>
</подписи> </телоПисьма>
<списокПриложений> <приложение> <идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb6 </идентификаторДокумента>
<имяФайла>12130800.003</имяФайла>
<подписи>
<подпись роль="руководитель">MIICwzCCAnCgA[...]</подпись>
</подписи>
</приложение>
</списокПриложений>
</описаниеПисьма>

Пример документа транспортнаяИнформация:

<транспортнаяИнформация>
<датаВремяОтправки>2005-09-15T13:14:00</датаВремяОтправки>
<сертификатПолучателя>MIICwzCCAnCgA[...]</сертификатПолучателя>
</транспортнаяИнформация>

Пример документа подтверждениеПолучения:

<подтверждениеПолучения>
<датаВремяПолучения>2005-09-15T13:14:00</датаВремяПолучения>
<идентификаторПисьма>5b7875ba8cbc4158a597b2a1d690eeb7 </идентификаторПисьма>
<телоПисьма>
<подписи>
<подпись роль="руководитель">MIICwzCCAnCgA[...]</подпись>
</подписи>
</телоПисьма>
<списокПриложений/>
</подтверждениеПолучения>

1.6. Документооборот "ОшибкаОбработкиПакета"

Пример документа описаниеОшибки:

<ошибка>
<описание>Описание ошибки</описание>
</ошибка>

1.7. Документооборот "РегистрацияСертификатов"

Пример документа регистрационнаяИнформация:

<регистрационнаяИнформация>
<датаВремяФормирования>2005-09-15T13:14:00</датаВремяФормирования>
<списокСубъектов>
<субъект идентификаторСубъекта="123-030123125"типСубъекта>="АбонентСЭД" имя="Консультант">
<списокСертификатов типПодписанта="руководитель">
<сертификат активный="true">MIICwzCCAnCgA[...]</сертификат>
<сертификат>MIICwzCCAnCgA[...]</сертификат>
</списокСертификатов>
</субъект>
<субъект идентификаторСубъекта="SKBKontur" типСубъекта="Провайдер">
<списокСертификатов типПодписанта="провайдер">
<сертификат активный="true">MIICwzCCAnCgA[...]</сертификат>
<сертификат>MIICwzCCAnCgA[...]</сертификат>
<сертификат>MIICwzCCAnCgA[...]</сертификат>
</списокСертификатов>
</субъект>
</списокСубъектов>
</регистрационнаяИнформация>

1.8. Документооборот "ЗапросыФССП"

Пример документа описаниеЗапроса:

<описаниеЗапроса>
<датаВремяОтправки>2005-09-15T13:14:00</датаВремяОтправки>
<регистрационныйНомерОрганизации>123-123-123123 </регистрационныйНомерОрганизации>
<имяФайла>z36010605000001.TXT</имяФайла>
</описаниеЗапроса>

Пример документа ответ:

<ответ>
<датаВремяОтправки>2005-09-15T13:14:00</датаВремяОтправки>
<запросОбработанУспешно>true</запросОбработанУспешно>
<приложение>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb6
</идентификаторДокумента>
<имяФайла>O36010605000001.ТХТ</имяФайла>
</приложение>
</ответ>

Пример документа подтверждениеПолучения:

<подтверждениеПолучения>
<датаВремяПолучения>2005-09-15T13:14:00</датаВремяПолучения>
<идентификаторДокумента>7b7875ba8cbc4158a597b2a1d690eeb7 </идентификаторДокумента>
</подтверждениеПолучения>

Приложение 3

ТИПЫ ДОКУМЕНТОВ ДОКУМЕНТООБОРОТА "СВЕДЕНИЯПФР"

Тип документа Описание Тип содержимого Количество в пачке
пачкаАДВ пачка документов "Сводная ведомость" по форме АДВ-11(10) в согласованном ПФР формате xml ноль или один
пачкаИС пачка документов с индивидуальными сведениями в согласованном ПФР формате xml один или несколько
пачкаДСВ пачка заявлений о добровольном вступлении в правоотношения по обязательному пенсионному страхованию в целях уплаты дополнительных страховых взносов на накопительную часть трудовой пенсии в согласованном ПФР формате xml один или несколько
реестрДСВ реестр застрахованных лиц, перечисляющих дополнительные страховые взносы на накопительную часть трудовой пенсии в согласованном ПФР формате xml один
пачкаЗПФ пачка заявлений о переходе в негосударственный пенсионный фонд, о переходе в пенсионный фонд РФ в согласованном ПФР формате xml один или несколько
пачкаЗВУК пачка заявлений о выборе управляющей компании в согласованном ПФР формате xml один или несколько

Пачки и реестры разных типов должны отправляться в различных документооборотах, т.е. в рамках осуществления одного документооборота происходит отправка только одного вида документов, за исключением отправки пачек ИС и пачки АДВ, которые отправляются вместе.

Приложение 4

ВИДЫ КАТЕГОРИЙ ПИСЕМ ДОКУМЕНТООБОРОТА "ПИСЬМО"

Категория письма Описание
Ретроконверсия письмо со сведениями абонента СЭД, отправляемое в рамках мероприятий по ретроконверсии
Рассылка информационная рассылка органа ПФР