Руководство пользования аис фссп

Этот
программный комплекс предназначен для
автоматизации деятельности Службы
судебных приставов, основная цель
которого — переход на безбумажный
электронный документооборот, а также
на современный уровень обмена информацией
с различными организациями и госорганами.
АИС позволяет значительно экономить
время судебного пристава-исполнителя
при получении ответов на различные
запросы, касающиеся исполнительных
производств.

Благодаря
программному комплексу «АИС ФССП»
обеспечен более строгий учёт денежных
средств, взысканных с должников,
сформирована в электронном виде вся
информация по каждому исполнительному
производству.

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

15. 03. 2013. Вынесение постановлений об окончании исполнительных производств.

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

Изучение положений о приостановлении и отложении исполнительных действий.

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

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

—
утрата должником дее­способности;
— участие
должника в боевых действиях в со­ставе
Вооруженных Сил Российской Федерации,
других войск и воинских формирований,
создан­ных в соответствии с
за­конодательством Рос­сийской
Федерации, или просьбы взыскателя,
на­ходящегося в таких же ус­ловиях;
— оспаривание
должни­ком исполнительного до­кумента
в судебном по­рядке, если такое
оспари­вание допускается законом;

—
подача жалобы в суд на действия органов
(должностных лиц), уполномоченных
рас­сматривать дела об адми­нистративных
правона­рушениях;

—
вынесение постанов­ления должностным
ли­цом, которому федераль­ным законом
предостав­лено право приостанав­ливать
исполнение су­дебного акта или акта
другого органа, на осно­вании которого
выдан исполнительный доку­мент, а
также исполнение документа, который в
си­лу закона является ис­полнительным
докумен­том;

Обычные
случаи при­остановления испол­нительного
производ­ства:

—
просьба долж­ника, проходящего военную
службу по призыву в Воору­женных Силах
Рос­сийской Федерации, других войсках,
во­инских формирова­ниях и органах,
соз­данных в соответст­вии с
законодательством Российской Федера­ции;

—
нахождение должника в длитель­ной
служебной ко­мандировке;

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

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

—
прохождение взыскате­лем или должником
воен­ной службы по призыву в Вооруженных
Силах Рос­сийской Федерации, дру­гих
войсках, воинских формированиях и
органах, нахождение в длительной
служебной командировке, стационарном
лечебном учреждении или розыск должника,
его имущества или розыск отобранного
у него ребенка — до уволь­нения с
военной службы или начала прохождения
военной службы по кон­тракту, возвращения
из ко­мандировки, выписки из лечебного
учреждения либо завершения розыска
должника, его имущества или завершения
розыска отобранного у него ребен­ка;

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

—
до
окончатель­ного рассмотрения вопро­са
по существу.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Время на прочтение
7 мин

Количество просмотров 2.3K

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

Меня зовут Дмитрий, я работаю руководителем отдела разработки в компании «РЕД СОФТ». Наша команда занимается разработкой сервисов для взаимодействия АИС ФССП России с внешними системами, а также распределёнными и высоконагруженными системами. Я инженер, и поэтому до сих пор пишу код, в основном на языке Java.

Это первая обзорная статья из цикла статей про распределённые системы, которые команда РЕД СОФТ разработала и внедрила в ФССП России.

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

Проект АИС ФССП России

Наша компания — достаточно известный российский разработчик и поставщик решений на основе программного обеспечения с открытым исходным кодом. Про наше системное ПО — РЕД ОС и СУБД Ред База Данных — на просторах Хабра мы уже писали.

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

Техностек прикладных систем построен в основном на продуктах компании СУБД Ред База Данных и Ред Платформа.

СУБД Ред База Данных — сертифицированная СУБД на базе Firebird. СУБД полностью транзакционная ACID‑совместимая реляционная с очень быстрым и проверенным временем MVCC движком и продуманным оптимизатором SQL‑запросов. СУБД Ред База Данных поддерживает стандарт SQL:2008 и многие возможности SQL:2016. Это значит, что СУБД можно использовать большинству энтерпрайз приложений. Продукт сертифицирован ФСТЭК России (№ 4060 от 12.01.2019), что подтверждает его соответствие требованиям информационной безопасности и допускает его применение в государственных информационных системах. РЕД ОС зарегистрирована в Едином реестре российских программ для ЭВМ и баз данных (№ 3751).

На Ред Платформе построены все узлы системы МВВ, она предоставляет большинство необходимых инструментов для быстрого создания приложений, особенно работающих со СКЗИ и СУБД Ред База Данных (интерфейсы для криптопровайдеров, документооборот, интерфейсы для СУБД Ред База Данных, распределённый документооборот, хранилище для неструктурированных данных, веб‑сервисы, в том числе и для СМЭВ, толстые и тонкие клиенты, конфигурация метамодели, быстрый в освоении ORM‑движок). Прагматичный инструмент, предоставляющий разработчику большинство из того, что нужно для быстрой разработки Enterprise‑приложений на СУБД Ред База Данных и Firebird. Зарегистрирована в Едином реестре российских программ для ЭВМ и баз данных (№ 4370).

В рамках проекта реализовано множество прикладных подсистем, вкратце о самых важных в нашей теме:

ПК ОСП (программный комплекс отдела судебных приставов) — это ПО, на котором работает пристав на местах. Основными функциями являются:

• ведение исполнительного производства;

• ведение розыска должников и их имущества;

• учет и контроль поступления и движения арестованного и изъятого имущества;

• осуществление дознания;

• учет денежных средств;

• ведение делопроизводства (электронного документооборота местного уровня) в рамках указанных процессов;

• ведение архива.

МВВ (система межведомственного взаимодействия) предназначена для обеспечения централизованного взаимодействия ФССП России с другими ведомствами и организациями на федеральном уровне.

Функциональная архитектура АИС ФССП России

Всю IT-инфраструктуру АИС ФССП России можно разделить на 3 уровня:

• местный уровень: представлен отделами ФССП России в крупных населенных пунктах (это более 2,7 тыс отделов);

• региональный уровень: соответствует субъектам России;

• федеральный уровень: Федеральный центр обработки данных (ФЦОД), где и предоставляется доступ к внешнему миру, в основном через СМЭВ и т.д.

СМЭВ представляет собой системную магистраль на сервисо‑ориентированной архитектуре, связывающую все федеральные и региональные ведомства, службы и банки для взаимодействия по общепринятым стандартам. Но принципы работы технологического ядра СМЭВ сильно отличаются от версии к версии. На момент написания статьи, текущая версия — СМЭВ v4, но до сих пор ещё работают сервисы на СМЭВ v3 и СМЭВ v2.

Подсистема межведомственного взаимодействия АИС ФССП России

Отдельно про МВВ. Это система, состоящая из узлов (на данный момент их более сотни), которая взаимодействует с другими подсистемами АИС ФССП России с одной стороны, внешними контрагентами и СМЭВ с другой, при этом узлы также взаимодействуют между собой.

Каждый узел («сегмент» в терминах системы) развёрнут и настроен для выполнения какой‑то своей задачи: конкретного обмена, сервиса, хранения и обработки определённых данных. Например, приёма и обработки реестров с данными исполнительных производств. Технически это LXC контейнеры, в которых развёрнуты сервер приложений (Tomcat), продуктивная промышленная база данных, БД архивов. БД для отказоустойчивости находится в режиме master‑standby репликации.

Контрагентов на данный момент более 580. Среди них федеральные и региональные органы исполнительной власти, банки, крупные взыскатели. Самые активные из них — портал Госуслуг, Федеральное казначейство, органы, выдающие исполнительные документы (например, ГИБДД).

В рамках проекта МВВ разработан и внедрен комплекс популярных сервисов. Самые известные из них — банк данных исполнительных производств, публикуемый на официальном сайте и портале Госуслуг, ограничение выезда за рубеж, обмен с банками и суперсервисы. Также реализованы обмены с Федеральным Казначейством, документооборот с федеральными и региональными органами исполнительной власти, обмен исполнительными документами и постановлениями с банками и органами, выдающими исполнительные документы (например, ГИБДД), запросы и обращения от крупных взыскателей через СМЭВ и т. д.

Например, сервис «Ход исполнительного производства» — самый быстрый на портале Госуслуг, он же победитель в номинации «Лучший государственный сервис» премии «Цифровые вершины 2021». В том же 2021 году АИС ФССП России стала лауреатом премии в области передовых технологий «Приоритет-2021» в номинации «Информационные технологии. Программное обеспечение» за автоматизированную информационную систему Федеральной службы судебных приставов.

Развитие МВВ

История создания проекта начинается в 2010 году.

Появилась система не сразу, разработка стартовала как обычная трёхзвенка, но при добавлении обменов (сначала это были крупные федеральные ведомства и банки, первые сервисы для ЕПГУ) появлялись проблемы, требующие масштабирования: не выдерживали рост нагрузки и требовалась изоляция отказов, повышались требования к доступности, требовалось проще развёртывать и обслуживать.

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

Чтобы справиться с возникшими нагрузками, мы разделяли монолит на узлы, которые выполняли конкретную функцию. Можно сказать, что тогда мы внедряли микросервисы, причём до того, как это стало популярным.

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

Проблемы больших реестров (банка данных)

Подсистема МВВ состоит из узлов (сегментов). Cегменты для работы различных сервисов и обменов общаются друг с другом, в основном это синхронные веб-вызовы для получения данных по запросам: это представлено на схеме. На данный момент узлов более 100 и их число продолжает расти.

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

Если присмотреться внимательнее, большая часть вызовов идёт на 4 сегмента, и это не случайно.

Дело в том, что часть сегментов (которые мы назвали банк данных) занимаются приёмом, обработкой и хранением достаточно больших объёмов данных реестров из каждого отдела судебных приставов (отделов более 2,7 тыс). По сути это вся операционная деятельность службы: документы, проводки, сами сведения по исполнительным производствам, информация о платежах и ограничениях, арестованное имущество должников. Таблицы некоторых из них достигают десятков миллиардов записей, а размеры БД более 8Тб. Запланированные или незапланированные выходы из строя этих узлов приводили к неработоспособности большинства наших сервисов.

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

Мы сразу начали искать решение проблемы с помощью масштабирования производительности и отказоустойчивости для реестров (банка данных).

В чём заключалась потребность? Данных много — это создавало риск нехватки места на узле. Даже если они поместятся, могла возникнуть проблема со скоростью работы и надёжностью. Требовалась масштабируемая, отказоустойчивая и быстрая распределённая система без единой точки отказа с понятной архитектурой работы.

При этом не стоит забывать, мы живём в мире, где победил SQL: для прикладной системы‑клиента должна быть прозрачна схема доступа к данным. Другими словами, клиент ничего не должна знать про её распределённость.

Были попытки сделать кластер своими руками, но чтобы решить все проблемы, надо было придумать как реализовать распределение данных, распределённый SQL, двухфазные транзакции, репликацию. Сейчас с этим проще, но тогда инструментов не было. И, оценив сколько это займёт времени, от идеи отказались и начали поиск Open Source решения.

Статья получилась достаточно обзорной. Уверен, что многим интересно, как же все это работает под капотом, как организована архитектура и какие технологии и подходы нам помогли в решении проблемы. Про это мы расскажем в следующей статье из нашего цикла. Также мы остановимся на проекте суперсервис «Цифровое исполнительное производство», раскроем технические подробности и технологии его реализации.

В конце предлагаю просмотреть видео моего выступления на тему реализации АИС ФССП России.

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

1. Данные о должнике. Для физических лиц в обязательном порядке указываются фамилия и имя, если имеется и известно отчество и дата рождения, то в базу вносятся и они. Для юридических лиц Приказом установлена необходимость указания полного наименования и юридического адреса.
2. Номер, присваиваемый БД АИС ФССП России при регистрации исполнительного документа, и дата возбуждения ИП.
3. Предмет исполнения.
4. Размер имеющейся задолженности.
5. Контактная информация отдела судебных приставов (далее — ОСП), в котором ведётся ИП.
6. ФИО и телефон судебного пристава-исполнителя (далее — СПИ), ведущего производство.
7. Информация об объявлении розыска должника, его имущества или розыска ребёнка.

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

• его вид;
• номер и дата принятия;
• полное наименование органа, его выдавшего;

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

Официальный сайт реестра http://fssprus.ru.

Область применения

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

Причинами этого могут быть:

1. Несовпадение адреса регистрации должника и адреса фактического проживания. Орган или лицо, выдавшие исполнительный документ, по истечении определённого срока, должны направить его в ОСП по месту жительства ответчика для принудительного исполнения. Если адрес проживания не указан, то корреспонденция направляется по месту регистрации. Таким образом, должник может просто не получить никаких процессуальных документов.
2. Получение должником корреспонденции с большим опозданием. Происходит это из-за того, что почтальон вручает заказное письмо с уведомлением не самому должнику, а кому-либо из членов его семьи, которые в повседневной суете забывают передать его адресату. Тем временем заказное уведомление с проставленной датой получения заказного письма возвращается к СПИ, который, по истечении трёх дней, предоставляемых для добровольной оплаты, выносит постановление о взыскании исполнительского сбора.
3. Неполучение должником постановления о возбуждении в отношении него ИП. В целях экономии средств, выделяемых ежемесячно на почтовые расходы, работник ОСП, ответственный за регистрацию и отправку корреспонденции, отправляет постановление о возбуждении ИП с незначительным размером не заказным письмом с обратным уведомлением, а простым. В БД АИС ФССП России постановление всё равно переходит в статус «Отправленное», а база через некоторое время автоматически выносит постановление о взыскании исполнительского сбора.
4. Неполная оплата. В случае, если должник при оплате задолженности не учёл комиссию, взимаемую банком, на счёт зачисляется сумма за вычетом комиссии, в результате чего полного погашения задолженности не происходит, а должник продолжает числиться в БД ИП.

[box type=»download»] Благодаря БД ИП любой желающий в удобное время и при наличии доступа к интернету может проверить, не является он или его близкие должником и оплатить задолженность, при её наличии, одним из предложенных базой способов, не выходя из дома.[/box]

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

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

Около двух лет назад разработчиками БД ИП была предложена новая услуга «SMS-оповещение». Суть её состоит в том, что СПИ при возбуждении ИП в специально созданной вкладке указывает сотовый номер телефона должника, имеющийся в исполнительном документе. При отсутствии номера СПИ создаёт и направляет запросы операторам сотовой связи. После получения номеров, на них автоматически направляются сообщения о возбуждении ИП и размере задолженности.

Ещё более удобный сервис – приложения, которые можно бесплатно скачать и установить на имеющийся гаджет. Тогда гражданин будет получать уведомления о внесении его в БД ИП.

Кто такие должники по исполнительному производству?

В соответствии со ст. 49 Федерального закона «Об исполнительном производстве» № 229-ФЗ от 02.10.2007 г. должником признаётся «гражданин или организация, обязанные по исполнительному документу совершить определённые действия (передать денежные средства и иное имущество, исполнить иные обязанности или запреты, предусмотренные исполнительным документом) или воздержаться от совершения определённых действий».

Иными словами, должник – это гражданин или организация, в отношении которых СПИ возбуждено ИП на основании исполнительного документа.

Перечислим наиболее распространённые категории должников:

1. Родитель, обязанный по решению суда выплачивать алименты в пользу несовершеннолетнего ребёнка.
2. Лицо, совершившее преступление и обязанное выплачивать штраф, назначенный в качестве наказания.
3. Лицо, в отношении которого вынесено постановление об административном правонарушении, вступившее в законную силу.
4. Лицо, не уплатившее в положенный срок налоги и сборы.
5. Организация, не выплатившая вовремя заработную плату своим работникам.

Реестр розыска по исполнительным производствам

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

Реестр розыска по исполнительным производствам – реестр лиц и организаций, в отношении которых СПИ, в чьи полномочия входит ведение розыска, проводится комплекс мероприятий, направленных на установление их места нахождения.

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

[box type=»download»] Для заведения разыскного дела необходимо согласие и заявление истца.[/box]

В реестре розыска по ИП представлена следующая информация:

• номер и дата разыскного дела и ИП;
• объект розыска;
• имеющиеся данные об объекте розыска;
• контактные данные ОСП, осуществляющего розыск;

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

Поиск по базе данных

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

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

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

Если известен номер ИП, то удобнее всего произвести поиск через вкладку «Поиск по номеру ИП».

Найти интересующую информацию в реестре розыска по ИП можно по фамилии, имени и отчеству разыскиваемого.

Инструкция по поиску

Для осуществления поиска необходимо:

1. Зайти в интернет через удобный для пользователя браузер.
2. Вбить в адресную строку адрес www.fssprus.ru.
3. В левой верхней части открывшейся страницы официального сайта ФССП России выбрать раздел «Информационные системы», а затем – «Банк данных исполнительных производств» либо «Реестр розыска по исполнительным производствам».
4. Обязательно заполнить строки, помеченные звёздочкой, остальные – по желанию.
5. Ввести высветившийся набор букв и цифр.
6. Просмотреть результат.

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

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

Руководящие документы 6

1.1 Отраслевые стандарты 7

1.2 Документация, входящая в комплект 7

1.3 Информация, обмен которой производится с использованием веб-сервиса 8

2 Подключение к веб-сервису ФССП России 9

2.1 Виды подключения к веб-сервису России 9

2.2 Прямое подключение к веб-сервису ФССП России 9

2.3 Подключение через СМЭВ 9

2.4 Проверка подключения к веб-сервису 10

2.4.1 Тестовый сервер в сети интернет 10

2.4.2 Тестовый и продуктивный серверы ФССП России 10

2.4.3 Проверка подключения с использование контрольного примера 11

2.5 Методика испытаний 11

2.5.1 Параметры испытаний на тестовой середе 12

2.6 Общий вид сообщения веб-сервиса 13

2.7 Сценарий использования веб-сервиса 14

2.7.1 Параметры испытаний на тестовой середе 15

2.7.2 Асинхронный обмен документами 16

2.7.2.1 Передача документов внешнему контрагенту 19

2.7.2.2 Передача документов в адрес ФССП России 20

2.7.3 Проверка работоспособности сервера 20

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

Система адресации 22

Протокол обмена данными версии 1.0. 22

3.1.1 Структура сообщения веб-сервиса 23

3.1.2 Аутентификация и контроль целостности сообщения 24

3.1.3 Функция (операция) веб-сервиса DxSmev и её аргументы 26

3.1.4 Служебные блоки сообщений веб-сервиса 27

3.1.5 Отправка служебного блока веб-сервису и получение ответа 28

3.1.6 Получение информации о системе (выполнение контрольного примера) 28

3.1.7 Передача документов от клиента к серверу 28

3.1.8 Передача документов от сервера к клиенту 29

3.1.8.1 Порядок заполнения управляющего блока протокола 29

3.1.8.2 Порядок заполнения квитанции на пакет документов 30

3.2 Протокол обмена данными версии 1.1 32

3.2.1 Структура сообщения веб-сервиса 32

3.2.1.1 Прямое подключение 32

3.2.1.2 Подключение через СМЭВ 34

3.2.2 Аутентификация и контроль целостности сообщения 35

3.2.3 Асинхронное выполнение запроса в СМЭВ 37

3.2.3.1 Функция передачи асинхронного запроса 38

3.2.3.2 Порядок опроса сервера для получения ответа на запрос 38

3.2.4 Функция (операция) веб-сервиса Dx и её аргументы 39

3.2.5 Функция (операция) веб-сервиса СМЭВ DxSmev и её аргументы 39

3.2.6 Служебные блоки сообщений веб-сервиса 39

3.2.7 Отправка служебного блока веб-сервису и получение ответа 40

3.2.8 Получение информации о системе (выполнение контрольного примера) 41

3.2.9 Передача документов от клиента к серверу 41

3.2.10 Передача документов от сервера к клиенту 43

3.2.10.1 Порядок заполнения управляющего блока протокола 43

3.2.10.2 Порядок заполнения квитанции на пакет документов 44

3.2.11 Передача данных справочников 46

3.3 Протокол обмена данными версии 1.1.5 46

3.4 Особенности протокола версии 1.0 51

3.5 Использование протокола 1.1 для передачи данных через СМЭВ 51

3.5.1 Электронная подпись сообщений 52

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

3.6.1 Передача сведений 53

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

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

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

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

3.6.3 Запрос СПИ 57

Полный цикл тестирования по документообороту ИД-Постановления СПИ 58

1.1.1.1 Передача исполнительного документа ФССП России 59

1.1.1.2 Передача ФССП России сведений о погашении исполнительного документа должником 59

1.1.1.3 Отзыв внешним контрагентом исполнительного документа, ранее направленного в ФССП России ранее 60

1.1.1.4 Передача ФССП России сведений об изменении реквизитов должника 61

1.1.1.5 Действия Внешнего контрагента при отсутствии «Квитанции на пакет документов» от сервера МВВ. 61

1.1.1.6 Этап взаимодействия, на котором внешний контрагент может не отправлять документ «Квитанцию на пакет документов» (Квитанцию о получении Квитанции от сервера МВВ) 62

1.1.1.7 Действия Внешнего контрагента при получении «Технологического сообщения» 62