Приложение N 1. Руководство пользователя вида сведений "Исполнительные документы и постановления по исполнительному производству", обмен которыми осуществляется с использованием единой системы межведомственного электронного взаимодействия

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

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

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

ИД - исполнительный документ, вынесенный и (или) направляемый для исполнения в форме электронного документа*;

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

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

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

подсистема МВВ - подсистема межведомственного взаимодействия АИС ФССП России, при помощи которой осуществляется обмен между учетной системой и СМЭВ;

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

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

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

постановление - постановление судебного пристава-исполнителя или иного должностного лица ФССП России, вынесенное в форме электронного документа**;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Общие положения

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

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

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

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

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

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

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

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

2.1. Контрольный пример: передача ИД

2.2. Контрольный пример: передача статуса ИД в учетной системе

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

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

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

3.1. Тестовый сценарий получения постановления

Идентификатор сценария (xpath)	Пространство имен, используемое в xpath
//fssp.ExecutionDocumentsRequest	fssp=nrn://x-artifacts-fssp-ni/mw/smev3/exectition-documents/1.1.0

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

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

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

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

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

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

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

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	2	3	4	5	6
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	Значение поля должно соответствовать: для ИД значению элемента ExternalKey (идентификатор) ИД; для постановлений значению элемента Id (идентификатор) постановления
2	IncomingDocKey	Идентификатор входящего документа	0...1, Необязательное поле	IdType	Для ИД поле не заполняется. Для постановлений поле обязательно для заполнения и содержит идентификатор ИД
3	Type	Код типа документа	1, Обязательное поле	DocumentDataType	Для ИД значение поля должно соответствовать значению I_ID. Для постановлений значение поля должно соответствовать значению элемента DocType (тип объекта) постановления
4	DocumentDate	Регистрационная дата документа	1, Обязательное поле	DateType	Дата документа, указанная в книге учета исходящих, документов. В случае отсутствия даты документа в книге учета исходящих документов указывается дата документа. В случае отсутствия даты документа должна указываться дата создания документа
5	DocumentNumber	Регистрационный номер документа	1, Обязательное поле	DocumentNumberType	Регистрационный номер документа, указанный в книге учета исходящих документов в соответствии с инструкцией по делопроизводству. В случае отсутствия регистрационного номера указывается номер документа. В случае отсутствия номера документа указывается идентификатор документа в соответствии с размерностью поля
6	DocumentCaseNumber	Номер дела	0...1, Необязательное поле	CaseNumberType	Для ИД поле не заполняется. Для постановлений поле должно соответствовать значению элемента IpNo (регистрационный номер ИП) постановления
7	AttachmentsBlock	Описание вложений	1, Обязательное поле	_AttachmentsBlockType

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

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	2	3	4	5	6
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
3	ReceiptDate	Дата формирования	1, Обязательное поле	DateTimeType
4	Receiptld	Результат приема документа	1, Обязательное поле	ReceiptldType	Описание возможных значений приведено в п. 5.1 настоящего руководства
5	MessageText	Сообщение	0...1, Необязательное поле	String_1_1000

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

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

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

N п/п	Код поля	Описание поля	Требования к заполнению	Способ заполнения/тип	Комментарий
1	AttachmentFormat	Формат вложения	1, Обязательное поле	StructuredAttachmentFormatType
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/IEC 9834-8:2005 и связанных стандартах.

Архив может содержать файлы в виде приложения к документу. Имя файла-приложения должно иметь формат <имя приложения>.<расширение файла>.

В рамках вложения могут передаваться документы, соответствующие требованиям постановления Правительства Российской Федерации от 20.10.2015 N 1121 "Об утверждении требований к форматам исполнительных документов, вынесенных и (или) направляемых для исполнения в форме электронного документа" (Собрание законодательства Российской Федерации, 2015, N 44, ст. 6121) и приказа ФССП России от 22.04.2015 N 248 "Об утверждении требований к формату постановления судебного пристава-исполнителя или иного должностного лица Федеральной службы судебных приставов, вынесенного в форме электронного документа" (зарегистрирован Минюстом России 12.05.2015, регистрационный N 37251).

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

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

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

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

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

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

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

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

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

Примечания:

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

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

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

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

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

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