Руководство по использованию протоколов обмена 22 Система адресации 22

Скачать 468.04 Kb.

Название	Руководство по использованию протоколов обмена 22 Система адресации 22
страница	8/8
Тип	Руководство

filling-form.ru > бланк заявлений > Руководство

1 2 3 4 5 6 7 8

4.2Особенности протокола версии 1.0.

Протокол версии 1.0, реализованный в веб-сервисе ФССП России, имеет два отличия от протокола версии 1.1 (2.4.3):

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

Использование протокола версии 1.0 регламентируется документом «Спецификации обмена данными с контрагентами»

4.3Обмен документами

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

Документ передаётся между веб-сервисом и клиентом или в обратном направлении в электронном виде в формате XML.
Документ передается в определенных протоколом передачи данных местах XML-сообщения.
Для каждого документа существует один или несколько форматов представления в виде XML. Форматы представления документов описаны в документе «Альбом форматов данных веб-сервера ФССП России»
Документы описаны в и соответствуют XSD-схеме, в свою очередь, однозначно соответствующей формату представления.
Документ представляется в структурированной форме, с использованием именованных реквизитов (полей). Для документа задается жесткая типизация форматов представления значений полей на основе XML-типов данных.
Документы разделяются по типу документа. Тип документа имеет идентификатор, совпадающий с наименованием корневого XML-элемента представления документа.
В документе обязательно присутствуют следующие реквизиты: уникальный идентификатор (ключ) документа в АИС, дата документа, номер документа.
Документ может иметь в своем составе ссылки на другие документы в виде идентификаторов документов. Значения этих идентификаторов должны быть переданы или ранее известны стороне обмена данными
При наличии бумажного аналога, как правило, реквизитный состав документа должен базироваться на реквизитном составе бумажной версии.
Документ может быть подписан электронной подписью, удостоверяющей целостность и авторство документа.

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

Форматы представления документов согласуются сторонами обмена в технологических картах межведомственного взаимодействия, либо отдельным соглашением.

4.3.1Передача сведений

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

4.3.1.1Базовый тип сведений

Все сведения о должнике расширяют один базовый («абстрактный») тип данных InformationType. Все поля этого типа данных присутствуют во всех сведениях. Все поля, обязательные для данного типа, должны быть заполнены в любом блоке сведений.

В каждом блоке сведений есть поле со значением кода типа сведений. Коды типов сведений привязаны к типу сведений, в котором используется значение. Одному типу сведений может соответствовать несколько значений справочника. Например, для типа сведений «Адрес» допустимы следующие значения поля кода типа сведений:

16 — Адрес регистрации

17 — Адрес проживания

20 — Юридический адрес организации

21 — Адрес доставки счета юридического лица

22 — Иной имеющийся адрес

23 — Сведения об адресе (месте жительства) физического лица в Российской Федерации

24 — Фактический адрес организации

В документе «Альбом форматов данных веб-сервера ФССП России» находится таблица, в которой описаны допустимые значения поля кода типа сведений для всех типов сведений.

Описание заполнения общих полей сведений приведено в таблице 4.4.1.1.1

Таблица 4.4.1.1.1: Поля абстрактного типа «Сведения» InformationType.

Наименование поля	Значение, которым заполняется поле
InternalKey	Заполняется при передаче документов со стороны ФССП России к контрагенту. При передаче документов от контрагента не заполняется.
ExternalKey	При передаче сведений от контрагента должно содержать уникальный идентификатор сведений в АИС контрагента.
OwnerInternalKey	Содержит ссылку на другую структуру данных типа «Сведения», передающуюся в одном и том же документе и имеющую такое же значение в поле InternalKey. Применяется при передаче от ФССП России связанных друг с другом сведений. При передаче сведений от контрагента не заполняется.
OwnerExternalKey	Содержит ссылку на другую структуру данных типа «Сведения», передающуюся в одном и том же документе и имеющую такое же значение в поле ExternalKey. Применяется при передаче от контрагента связанных друг с другом сведений. При передаче сведений от контрагента не заполняется.
ActDate	Дата актуальности сведений. Заполняется значением даты, на которую передаваемые сведения считаются действительными. При отсутствии сведений о дате актуальности должно заполняться значением даты формирования документа.
KindData	Код типа сведений из справочника типов сведений. Должен заполняться в соответствии типом сведений и таблицей допустимых кодов типов сведений из документа «Альбом форматов данных веб-сервера ФССП России».
DebtorName	Полное наименование должника в том виде, в котором о должнике известно организации, передающей сведения. Например. ФИО или полное наименование юридического лица.

4.3.1.2Включение сведений о должнике в документы

Для включения сведений в документ предназначена специальная структура данных «Сведения» (Data). Пример использования структуры показан на рисунке 4.4.1.2.1. АИС ФССП России поддерживает передачу неограниченного количества сведений любых типов. Тем не менее, для некоторых документов может требоваться обязательное наличие сведений определённых типов, либо включение в состав документа сведений некоторых типов не допускается. Подробнее такие ограничения описаны в разделах настоящего руководства посвящённым обмену документами.

Рис. 4.4.1.2.1: Передача в документе сведений о должнике

4.3.1.3Передача сведений об исполнительном производстве

Рис. 4.4.1.3.1: Передача в документе сведений об исполнительном производстве

ри передаче в документе сведений об исполнительном производстве (таких как номер исполнительного производства, дата возбуждения ИП, ФИО СПИ и т. п., всего около трех десятков реквизитов), эти сведения помещаются в специальную структуру данных «Исполнительное производство» (IP). Эта структура непосредственно включается в документ. Пример структуры документа содержащего сведения об исполнительном производстве приведён на рисунке 4.4.1.3.1.

4.3.2Электронная подпись документов

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

Сформированная ЭП передается в составе документа.

Для хранения ЭП используется формат, описанный в стандарте «XML Signature Syntax and Processing (Second Edition)» (http://www.w3.org/TR/xmldsig-core/). XSD-схема формата находится по адресу «http://www.w3.org/TR/2002/REC-xmldsig-core-20020212/xmldsig-core-schema.xsd». Для подписи документов используется формат «enveloped signature» с подписью всего содержимого документа и последующим включением ЭП в документ.

Место расположения электронной подписи в для каждого документа описано в форматах представлений документов. Как правило, ЭП сохраняется в элементе, включённым последним в корневой элемент документа.

4.3.3Запрос СПИ

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

Запрос СПИ.
Ответ на запрос СПИ.

Реквизитный состав документов описан в документе «Спецификации обмена данными с контрагентами»

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

СПИ, находящийся в ОСП, в ПК ОСП создает документ — Запрос СПИ.
Запрос СПИ передается по внутриведомственной связи в ЦА ФССП на сервер МВВ.
Сервер МВВ передает документ организации, в адрес которой направляется запрос.
Организация выполняет (в автоматическом режиме или при участии сотрудников) поиск имеющейся информации по лицу, указанному в Запросе СПИ.
Организация формирует документ «Ответ на запрос СПИ». Если сведения о должнике найдены, в ответ включается результаты поиска. Перечень сведений, которыми производится обмен с организацией, указывается в документе «Спецификации обмена данными с контрагентами». Если сведений о должнике не найдено, в сформированном документе проставляется (по возможности) причина. Правила формирования значений служебных полей ответа на запрос СПИ приведены в таблице 4.4.3.1. Остальные поля заполняются в соответствии с форматом документа. На один запрос может быть сформировано несколько ответов.
Организация передает документ «Ответ на запрос СПИ» серверу МВВ. Сервер МВВ производит проверку ЭП (при использовании) и форматно-логический контроль документов. Документы с ошибками ФЛК или ЭП не принимаются.
Сервер МВВ передает по внутриведомственной связи ответ на запрос в тот отдел, сотрудником которого был направлен запрос. Ответ доступен сотрудникам ОСП.

Таблица 4.4.3.1: Служебные поля документа «Ответ на запрос СПИ» Answer.

Наименование поля	Значение, которым заполняется поле
ExternalKey	Заполняется уникальным идентификатором документа в АИС отправителя документа.
QueryInternalKey	Заполняется значением поля InternalKey запроса СПИ, на который формируется ответ.
IpIntermalKey	Заполняется значением поля InternalKey сведений об исполнительном производстве (структура IP) запроса СПИ. При наличии поля QueryInternalKey может не заполняться. Используется во внутриведомственном обмене ФССП России.

Москва,

2012