Скачать 160.1 Kb.
|
Описание сервиса Росреестра прямого доступа из сети Internet Версия 1.0 Содержание1.Оказываемые услуги 3 2.Описание методов 3 2.1Метод createRequest 3 2.1.1Пример вызова метода 4 2.1.2Примеры формирования файла заявления 4 2.2 Метод getEvents 5 2.2.1Пример вызова метода 7 2.3 Метод loadEventDetails 7 2.3.1Пример вызова метода 7 3.Основные технические решения 8 3.1Схема взаимодействия 8 3.2 Обеспечение двусторонней аутентификации 9 3.3Требования к zip-архиву 10 3.4Требования к включению ЭЦП файлов в zip-архив 10 3.5Требования к формированию ЭЦП файла 10 Приложение 1 12 Приложение 2 13 Приложение 3 20 Приложение 4 21 1.Оказываемые услугиВеб-сервис прямого взаимодействия обеспечивает полный цикл оказания государственных услуг Росреестра в электронном виде (от подачи запроса и информирования заявителя о ходе исполнения услуги до предоставления результата оказания услуги в виде электронного документа). Поддерживаются следующие типы заявлений: В части Государственного Кадастра Недвижимости (ГКН): Предоставление сведений государственного кадастра недвижимости о земельном участке в виде кадастрового паспорта объекта недвижимости; Предоставление сведений государственного кадастра недвижимости о земельном участке в виде кадастровой выписки; Предоставление сведений государственного кадастра недвижимости о территории в пределах кадастрового квартала в виде кадастрового плана территории; Постановка на государственный кадастровый учет земельного участка; Постановка на государственный кадастровый учет объекта капитального строительства. В части Единого Государственного Реестра Прав на объекты недвижимого имущества и сделок с ним: Предоставление выписки из ЕГРП о правах отдельного лица; Предоставление выписки из ЕГРП о зарегистрированных правах на объект недвижимого имущества (земельные участки и объекты капитального строительства). Описание методов, реализующих функции приема заявления, информирования заявителя о ходе исполнения услуги, предоставления результата оказания услуги приведено в последующих разделах настоящего документа. 2.Описание методовВеб-сервис предоставляет следующие методы: CreateRequest – создание заявления; GetEvent – предоставление информации о статусе заявления; LoadEventDetails – получение информации о результатах выполнения услуги; Для проведения интеграционных работ следует использовать тестовую площадку: https://test-ws.rosreestr.ru:4436/cxf/External?wsdl Сервис, находящийся в промышленной эксплуатации находится по адресу: https://portal.rosreestr.ru:4433/cxf/External?wsdl. Для доступа к площадкам необходимо иметь установленный контейнер с ключевой парой, с помощью которой устанавливается SSL соединение с сервером. 2.1Метод createRequestМетод предназначен для регистрации заявления (запроса) в информационной системе поставщика Росреестра (таблица 1).
Таблица IN – входной параметр OUT – выходной параметр Описание типа OperationStatus приведено в таблице 2:
Таблица 2.1.1Пример вызова метода
Примечание: архив sources.zip содержит исходные файлы документов, по которым сформирован пример запроса. 2.1.2Примеры формирования файла заявления2.2 Метод getEventsПолучение статуса обработки заявления по запросу реализуется методом getEvents. Описание метода приведено в таблице 3:
Таблица Описание структуры OperationStatus приведено в таблице 2. Описание структуры EventStruct приведено в таблице 4:
Таблица Разработанные компоненты предусматривают возможности:
В случае присвоения параметру lastEventID значения «null» или пустого значения, возвращается весь список событий (статусов) по заявлению. В противном случае возвращаются данные по последнему статусу. 2.2.1Пример вызова метода
2.3 Метод loadEventDetailsПредоставление результатов исполнения услуги осуществляется вызовом метода loadEventDetails. Описание метода приведено в таблице 5:
Таблица 5 2.3.1Пример вызова метода
3.Основные технические решения3.1Схема взаимодействияРазработанные программные средства соответствуют общей архитектуре решения по взаимодействию с внешними информационными системами. Логическая схема взаимодействия компонент представлена на Рисунке 1. Рисунок 1
В случае сбоя, в ответ на вызов метода поступит сообщение об ошибке.
Если форматно-логический контроль не пройден, система формирует сообщение об ошибке, с указанием причины ее возникновения. Результат прохождения ФЛК клиент может узнать вызвав метод getEvents, либо loadEventDetails.
Платеж должен быть совершен через платежные организации, принявшие условия публичной оферты Росреестра. Список таких организаций расположен по адресу: http://portal.rosreestr.ru/wps/portal/cc_ib_oferta?param_infoblock_document_path=infoblock-root/cc_ib_oferta/perechen.htm Информация о совершении платежа поступает в Росреестр автоматически. После получения подтверждения платежа (обычно на следующий рабочий день после платежа) заявление переходит в статус «В работе».
3.2 Обеспечение двусторонней аутентификацииПри взаимодействии ИС Росреестра с внешними ИС посредством веб-сервисов применяется двусторонняя аутентификация на основе сертификатов, соответствующих ГОСТ. Тестовые ключи представлены в Приложении 1. Для получения ключей предназначенных для взаимодействия в продуктивной среде необходимо обратиться в один из доверенных удостоверяющих центров Росреестра, с перечнем доверенных УЦ можно ознакомиться на портале Росреестра по ссылке - http://portal.rosreestr.ru/wps/portal/cc_ib_UC. Для реализации данного функционала применяется системное ПО Trusted TLS. Trusted TLS позволяет использовать российские стандарты криптографической защиты информации. Trusted TLS предназначен для построения систем, использующих сертифицированные ФСБ (ФАПСИ) СКЗИ, в прикладной системе, где есть необходимость в создании защищенного соединения между клиентом и сервером. Для реализации двусторонней аутентификации на базе сертификатов, соответствующих ГОСТ в системе предусмотрен следующий алгоритм:
3.3Требования к zip-архивуИмя файла: req_ GUID_пакета имеет вид xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx Состав: xml-файл с данными заявления (req_ файл подписи заявления (req_ также может содержать файлы электронных документов (межевые планы, технические паспорта, сканы документов) и образы приложенных документов, которые могут находиться на любом уровне вложенности в архиве, в таком случае пути должны быть прописаны в xml-файле заявления (req_ Для формирования корректного пакета заявления следует руководствоваться соответствующей типу запрашиваемой услуги XSD схемой. XSD схемы для различных типов услуг приведены в таблице ниже:
3.4Требования к включению ЭЦП файлов в zip-архивВсе файлы, входящие в zip-архив, подписываются ЭЦП. ЭЦП файла формируется по правилам, указанным в п. 3.55. ЭЦП включаются в zip-архив в виде отдельных файлов, каждый из которых располагается в том же каталоге/подкаталоге, что и подписываемый файл, причем имя файла подписи получается из имени подписываемого файла с расширением добавлением расширения .sig 3.5Требования к формированию ЭЦП файлаЭЦП передаются при помощи контейнера PKCS #7 (RFC 2315, http://www.ietf.org/rfc/rfc2315.txt). Для сохранения в файл используется DER-кодировка. ЭЦП передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. ЭЦП должна включать в себя сертификат и не должна включать подписанное содержимое. Контейнер PKCS #7 должен быть совместим с контейнером, формируемым криптопровайдером КриптоПро CSP версии 3.6 (http://www.cryptopro.ru/CryptoPro/documentation). Приложение 1Тестовые сертификаты Сертификат, обеспечивающий двустороннюю аутентификацию и подписание заявления. Данные сертификата: Паспорт: Серия: 1111 Номер: 111111 Дата выдачи: 11.11.2011 Сертификат, предназначенный для подписания технического плана помещения, заявления Приложение 2Инструкция по ручному шифрованию файла запроса. После того как получен zip архив для отправки, его необходимо зашифровать. Далее будет представлен пример шифрования файла REQ_d3a6aa20-3d34-44ac-b119-3c5514980907.zip, который можно посмотреть в п. 2.1.1 .
Приложение 3Получение сертификата из приватных ключей.
Приложение 4Создание тестовых наборов. Для формирования тестовых наборов данных необходим стартовый набор, который впоследствии можно будет клонировать по определенным правилам:
все последующие наборы можно именовать - 002, 003 и т.п.). Получаем имя: GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0a001.xml
Значение внутри xml и наименование файла обязательно должны совпадать
Таким образом, можно формировать неограниченное количество наборов, выполняя описанные выше шаги. |
Установить тарифы на платные услуги, оказываемые муниципальным казенным учреждением «многофункциональный центр предоставления государственных... | Административного регламента Федерального агентства связи по предоставлению государственной услуги по регулированию цен на услуги... | ||
По установлению тарифов на услуги, оказываемые государственными семенными инспекциями | Разовое занятие в группе по хоккею под руководством инструктора без предоставления инвентаря | ||
В скобках для справки дана стоимость абонемента при 4-х разовом посещении в месяц | Об утверждении прейскуранта цен на платные медицинские услуги, оказываемые населению муз «Городская поликлиника №2» | ||
Об утверждении прейскуранта цен на платные медицинские услуги населению, оказываемые мбуз «Родильный дом» | Государственные услуги, оказываемые подразделениями Государственной инспекции безопасности дорожного движения | ||
Предварительно уточняйте у офис-менеджера, подпадает ли Ваша консультации под бесплатную | Для работодателей (ИП, юр лица), не имеющих кадровых подразделений или работников, ведущих кадровую работу |
Поиск Главная страница   Заполнение бланков   Бланки   Договоры   Документы    |