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

Приложение N 2
к распоряжению Минюста России
от 15.03.2018 N 310-р

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

Определения используемых терминов и расшифровка их сокращений

БКИ - бюро кредитных историй;

ЗАГС - органы записи актов гражданского состояния;

запрос - запрос судебного пристава-исполнителя или иного должностного лица ФССП России;

КО - кредитные организации;

ОИВ - органы исполнительной власти;

ОМСУ - органы местного самоуправления;

ответ - ответ на запрос судебного пристава-исполнителя или иного должностного лица ФССП России*;

СМЭВ - система межведомственного электронного взаимодействия;

поставщик - организация, предоставляющая сведения;

WSDL - WebServicesDescriptionLanguage - язык описания веб-сервисов;

XSD (XML Schema definition) - язык описания структуры XML-документа;

SOAP (Simple Object Access Protocol) - протокол обмена структурированными сообщениями в распределенной вычислительной среде;

XML (extensible Markup Language) - расширяемый язык разметки;

UUID (Universally Unique Identifiers) - универсальный уникальный идентификатор, определенный в RFC 4122, ISO/IEC 9834-8:2005** и связанных стандартах;

СПИ - судебный пристав-исполнитель;

АИС - федеральная государственная информационная система "Автоматизированная информационная система Федеральной службы судебных приставов";

ОКТМО - Общероссийский классификатор территорий муниципальных образований;

Xpath - язык запросов к элементам XML-документа;

УКЭП - усиленная квалифицированная электронная подпись;

ВС - вид сведений в СМЭВ;

МР - методические рекомендации по работе со СМЭВ.

------------------------------

* XSD-схема ответа на запрос судебного пристава-исполнителя или иного должностного лица ФССП России, опубликована на официальном сайте ФССП России в информационно-телекоммуникационной сети "Интернет" в разделе "Деятельность" - "Межведомственное взаимодействие".

** https://tools.ietf.org/html/rfc4122.

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

1.1. Описание вида сведений

Наименование	Запросы должностных лиц ФССП России и ответы на них
Содержание	Запросы должностных лиц ФССП России и ответы на них
Поставщик	ОИВ, ОМСУ, КО, ЗАГС, БКИ
Потребитель	ОИВ, ОМСУ, КО, ЗАГС, БКИ
Назначение	Обмен запросами должностных лиц ФССП России и ответами на них
Область применения	Государственная функция
Тип	Запрос
Тип маршрутизации	Табличная

Версия ВС	1.1.0
Версия МР	3.3.0.0

1.2. Схема вида сведений и эталонные запросы и ответы

1.2.1. Основная схема "fssp_smev3_inquiry-documents_1.1.0.xsd"

Импортированная схема "fssp_smev3_types_1.1.0.xsd"

1.2.2. Импортированная схема "fssp_smev3_container_1.1.0.xsd"

1.2.3. Импортированная схема "fssp_smev3_attachments_1.1.0.xsd"

2. Эталонные запросы и ответы

2.1. Контрольный пример: передача запроса должностного лица

2.2. Контрольный пример: передача статуса запроса должностного лица в учетной системе

2.3. Контрольный пример: передача ответа на запрос должностного лица в учетной системе

2.4. Контрольный пример: передача статуса ответа на запрос должностного лица в учетной системе

3. Тестовые сценарии

3.1. Тестовый сценарий получения ответа на запрос должностного лица ФССП России

Идентификатор сценария (xpath)	Пространство имен, используемое в xpath
//fssp:InquiryDocumentsRequest	fssp=um://x-artifacts-fssp-ru/mvv/smev3/inquiry-documents/1.1.0

Наименование XSL-файла, используемого для генерации автоматического ответа в данном сценарии InquiryDocuments.xsl

Контрольные примеры

Контрольный пример (КП)	Идентификатор контрольного примера (xpath)	Пространство имен, используемое в xpath	XSL-файл для сценария
КП1	//fssp:InquiryDocumentsRequest	fssp=um://x-artifacts-fssp-ru/mvv/smev3/inquiry-documents/1.1.0	InquiryDocuments.xsl
КП2
КП3
КП4

4. Состав передаваемой информации

4.1. Описание полей запроса (элемент InquiryDocumentsRequest)

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	2	3	4	5	6
1	ID	Идентификатор пакета	1, Обязательное поле	IdType	Уникальный идентификатор (ключ) объекта в АИС контрагента
2	Date	Дата формирования	1, Обязательное поле	DateTimeType
3	SenderlD	Идентификатор отправителя в СМЭВ 3	1, Обязательное поле	OrganizationlDType	В поле указывается мнемоника ИС в СМЭВ 3
4	SenderDepartmentCode	Код подразделения - отправителя пакета	0...1, Необязательное поле	DepartmentCodeType
5	ReceiverID	Идентификатор получателя пакета в СМЭВ 3	1, Обязательное поле	OrganizationlDType	В поле указывается мнемоника ИС в СМЭВ 3 (в поле "ОКТМО" заявки на получение доступа к виду сведений в роли поставщика)
6	ReceiverDepartmentCode	Код подразделения - получателя пакета		DepartmentCodeType
7	Document	Документ	1...n, Обязательное поле, содержащее в себе множество элементов	DocumentType	Обязательно должен передаваться либо документ, либо сообщение о статусе документа в учетной системе
8	DocumentState	Сообщение о статусе документа		DocumentStatusType

4.2. Описание полей ответа на запрос (элемент InquiryDocumentsResponse)

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	ID	Идентификатор пакета	1, Обязательное поле	IdType	Уникальный идентификатор (ключ) объекта в АИС контрагента
2	ReferencedPackld	Идентификатор исходного пакета документов отправителя	1, Обязательное поле	IdType
3	Date	Дата формирования	1, Обязательное поле	DateTimeType
4	ReceiptResult	Состояние приема пакета документов	1, Обязательное поле	ReceiptResultType	Описание возможных значений приведено в п. 5.1 настоящего руководства
5	DocumentReceipt	Квитанция о приеме документа или сообщения о статусе документа	1...n, Обязательное поле, содержащее в себе множество элементов	DocumentReceiptType

4.3. Описание комплексного типа: DocumentType (документ)

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	2	3	4	5	6
1	ID	Идентификатор документа отправителя	1, Обязательное поле	IdType	Значение поля должно соответствовать: для запросов должностного лица значению элемента Id (идентификатор запроса) запроса; для ответа на запрос должностного лица значению элемента ExtemalKey (идентификатор ответа) ответа
2	JncomingDocKey	Идентификатор входящего документа	0...1, Необязательное поле	IdType	Для запроса поле необязательно для заполнения. Для ответа поле обязательно для заполнения и содержит идентификатор запроса должностного лица
3	Type	Код типа документа	1, Обязательное поле	DocumentDataType	Для запроса значение поля должно соответствовать значению O_QUERY. Для ответа на запрос значение поля должно соответствовать значению I_ANSWER
4	DocumentDate	Регистрационная дата документа	1, Обязательное поле	DateType	Дата документа, указанная в книге учета исходящих документов. В случае отсутствия даты документа в книге учета исходящих документов указывается дата документа. В случае отсутствия даты документа должна указываться дата создания документа
5	DocumentNumber	Регистрационный номер документа	1, Обязательное поле	DocumentNumber-Type	Регистрационный номер документа, указанный в книге учета исходящих документов. В случае отсутствия регистрационного номера указывается номер документа. В случае отсутствия номера документа должен указываться идентификатор документа в соответствии с размерностью поля
6	DocumentCaseNum-ber	Номер дела	0...1, Необязательное поле	CaseNumberType	Дня запросов и ответов поле необязательно для заполнения
7	AttachmentsBlock	Описание вложений	1, Обязательное поле	AttachmentsBlock-Type

4.4. Описание комплексного типа: DocumentStatusType (сообщение о статусе документа)

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	ID	Идентификатор сообщения о статусе	1, Обязательное поле	IdType	Уникальный идентификатор (ключ) сообщения о статусе в АИС контрагента
2	ReferencedDocumentld	Идентификатор исходного документа отправителя	1, Обязательное поле	IdType
3	StatusDate	Дата и время статуса документа	1, Обязательное поле	DateTimeType
4	Statusld	Статус документа	1, Обязательное поле	integer	Описание возможных значений приведено в п. 5.1 настоящего руководства
5	MessageText	Сообщение	0...1, Необязательное поле	String_1_1000	В поле указывается наименование статуса документа

4.5. Описание комплексного типа: DocumentReceiptType (квитанция о приеме документа или сообщения о статусе документа)

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	ID	Идентификатор квитанции о приеме	1, Обязательное поле	IdType	Уникальный идентификатор (ключ) квитанции о приеме в АИС контрагента
2	ReferencedDocumentld	Идентификатор исходного документа отправителя	1, Обязательное поле	IdType
2		Идентификатор исходного документа отправителя	1, Обязательное поле	IdType
3	ReceiptDate	Дата формирования	1, Обязательное поле	DateTimeType
4	Receiptld	Результат приема документа или сообщения о статусе документа	1, Обязательное поле	ReceiptldType	Описание возможных значений приведено в п. 5.1 настоящего руководства
5	MessageText	Сообщение	0...1, Необязательное поле	Strings_1_1000

4.6. Описание комплексного типа: AttachmentsBlockType (описание вложений)

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	AttachmentDescription	Вложение	1, Обязательное поле	AttachmentDescriptionType

4.7. Описание комплексного типа: AttachmentDescriptionType (вложение)

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	AttachmentFormat	Формат вложения	1, Обязательное поле	_StructuredAttachment FormatType
2	AttachmentFilename	Имя файла вложения	1, Обязательное поле	AttachmentFilenameType	Имя файла zip-архива, содержащего электронный документ и отделенную УКЭП

4.8. Описание комплексного типа: _StructuredAttachmentFormatType (формат вложения)

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	IsUnstructuredFormat	Формат структурированный	1, Обязательное поле	boolean
2	IsZippedPacket	Содержимое вложения упаковано zip-алгоритмом	1, Обязательное поле	Boolean
3	StructuredFormatType	Namespace структурированного формата	1, Обязательное поле	anyURI

4.9. Описание проверок запроса на стороне поставщика

N п/п	Местоположение поля	Код поля	Проверка	Результат проверки	Комментарий

4.10. Описание кодов возвратов при ошибках и неуспешных проверок

Невозможность отказа в предоставлении сведений по причинам: а) отсутствия запрашиваемой информации; б) отказа в предоставлении доступа к запрашиваемой информации.

N п/п	Код поля	Значение поля	Причина	Комментарий

4.11. Описание вложений

Вложение должно передаваться в архиве с расширением имени файла zip. Если во вложении передается документ (запрос СПИ или ответ на запрос СПИ), вынесенный в форме электронного документа, то имя архива и документа, содержащегося в архиве, должно быть одинаковым и иметь формат piev_<идентификатор документа>. В качестве идентификатора документа должен использоваться уникальный идентификатор в АИС контрагента или универсальный уникальный идентификатор (UUID), который определен в RFC 4122, ISO/LEC 9834-8:2005 и связанных стандартах. Архив может содержать файлы в виде приложения к документу. Имя файла-приложения должно иметь формат <имя приложения>, <расширение файла>.

5. Дополнительная информация

5.1. Состав справочной информации. Справочник "Результат приема пакета"

Для указания результата приема пакета документов (элемент ReceiptResult комплексного типа данных Smev3ReceiptType) используется следующий справочник:

Код	Наименование статуса	Примечание
SUCCESS	Обработка завершена успешно	Все документы пакета доставлены до АИС контрагента, т.е. результат приема документов "Принят" или "Дубликат"
PARTIALLY	Обработка завершена с ошибками, данные обработаны частично	В пакете документов имеется хотя бы один доставленный документ (результат приема документа "Принят" или "Дубликат") и хотя бы один документ с ошибкой обработки (результат приема документа "Подпись не прошла проверку" или "Документ не соответствует xsd-схеме", или "Ошибка форматно-логического контроля")
FAIL	Обработка завершилась с ошибкой, данные не обработаны	Все документы пакета обработаны с ошибкой, т.е. результат приема документов "Подпись не прошла проверку" или "Документ не соответствует xsd-схеме", или "Ошибка форматно-логического контроля"

5.2. Справочник "Статус документа или результат приема документа или сообщения о статусе документа"

Справочник используется для указания:

статуса обработки электронного документа в учетной системе (элемент Statusld комплексного типа данных DocumentStatusType (сообщение о статусе документа), при этом применяются все коды за исключением "93", "94";

результата приема документа или сообщения о статусе документа (элемент Receiptld комплексного типа данных DocumentReceiptType (квитанция о приеме документа или сообщения о статусе документа), при этом применяются коды "90" - "94".

Код	Наименование статуса	Описание
1	Доставлен до учетной системы	Электронный документ доставлен до учетной системы. Статус документа конечный
90	Подпись не прошла проверку	Подпись запроса или ответа не прошла проверку. Статус документа конечный
91	Документ не соответствует xsd-схеме	Запрос или ответ не соответствует xsd-схеме постановления или уведомления. Статус документа конечный
92	Ошибка форматно-логического контроля	Документ (запрос или ответ) не прошел форматно-логический контроль. Статус документа конечный
93	Принят	Документ доставлен до АИС контрагента. Статус документа неконечный
94	Дубликат	Электронный документ является дубликатом к ранее полученному документу. Проверка выполняется по идентификатору документа отправителя (поле ID комплексного типа данных DocumentType (документ)

Примечания:

Определение адреса получателя документа осуществляется через указание его кода (мнемоники) в элементе "Идентификатор получателя в СМЭВ 3" (ReceiverlD) и кода подразделения-получателя в элементе "Код подразделения - получателя пакета" (ReceiverDepartmentCode)" сообщения, сформированного по схеме вида сведений "Запросы должностных лиц ФССП России и ответы на них".

Запрос (RestrictionDocumentsRequest) может содержать один или множество документов или сообщений о статусе документа. При этом наличие в одном запросе документа и сообщения о статусе документа не допускается.

Ответ на запрос должен содержать квитанции о приеме документа для всех документов или сообщений о статусе документа запроса. Отсутствие в ответе на запрос квитанции о приеме документа на какой-либо документ или сообщение о статусе документа не допускается.

Схема общего процесса обмена

Основные принципы процесса обмена

Каждый запрос не связан с пакетом данных, который отправлялся в предыдущих запросах. Например, если запрос с документами "Запрос должностного лица ФССП России" содержит N документов, то запрос с сообщениями о статусе документа может содержать статусы любых запросов должностного лица, имеющихся в системе контрагента (М - сообщения о статусе обработки электронного документа), где N и М необязательно равны.

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

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