1. Оказываемые услуги

Скачать 202.87 Kb.

Название	1. Оказываемые услуги
Тип	Документы

Описание сервиса Росреестра

прямого доступа из сети Internet

Версия 2.0

Содержание

1.Оказываемые услуги 3

2.Описание методов 4

2.1Метод createRequest 4

2.1.1Пример вызова метода 5

2.1.2Примеры формирования файла заявления 6

2.2 Метод getEvents 9

2.2.1Пример вызова метода 10

2.3 Метод loadEventDetails 10

2.3.1Пример вызова метода 11

2.4Метод deleteEvents 11

3.Основные технические решения 11

3.1Схема взаимодействия 11

3.2 Обеспечение двусторонней аутентификации 12

3.3Требования к zip-архиву 13

3.4Требования к включению ЭП файлов в zip-архив 14

3.5Требования к формированию ЭП файла 14

Приложение 1 16

Приложение 2 17

Приложение 3 24

Приложение 4 25

1.Оказываемые услуги

Веб-сервис прямого взаимодействия обеспечивает полный цикл оказания государственных услуг Росреестра в электронном виде (от подачи запроса и информирования заявителя о ходе исполнения услуги до предоставления результата оказания услуги в виде электронного документа). Поддерживаются следующие типы заявлений:

В части Государственного Кадастра Недвижимости (ГКН):

Предоставление сведений государственного кадастра недвижимости о земельном участке в виде кадастрового паспорта объекта недвижимости;

Предоставление сведений государственного кадастра недвижимости о земельном участке в виде кадастровой выписки;

Предоставление сведений государственного кадастра недвижимости о территории в пределах кадастрового квартала в виде кадастрового плана территории;

Постановка на государственный кадастровый учет земельного участка;

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

В части Единого Государственного Реестра Прав на объекты недвижимого имущества и сделок с ним:

Предоставление выписки из Единого государственного реестра прав на недвижимое имущество и сделок с ним (содержащая общедоступные сведения о зарегистрированных правах на объект недвижимости);

Предоставление выписки о переходе прав на объект недвижимого имущества;

Предоставление выписки из ЕГРП о правах отдельного лица;

Предоставление выписки из ЕГРП о зарегистрированных правах на объект недвижимого имущества (земельные участки и объекты капитального строительства);

Предоставление справки о содержании правоустанавливающего документа.

В части информационного ресурса ЕГРП:

Предоставление выписки из Единого государственного реестра прав на недвижимое имущество и сделок с ним (содержащая общедоступные сведения о зарегистрированных правах на объект недвижимости);

Предоставление выписки о переходе прав на объект недвижимого имущества;

Предоставление выписки из ЕГРП о правах отдельного лица;

Предоставление выписки из ЕГРП о зарегистрированных правах на объект недвижимого имущества (земельные участки и объекты капитального строительства).

В части информационного ресурса ГКН:

Запрос кадастрового паспорта объекта недвижимости;

Запрос кадастровой выписки об объекте недвижимости;

Запрос кадастрового плана территории;

Запрос кадастровой справки о кадастровой стоимости объекта недвижимости.

В части подачи документов на регистрацию прав в электронном виде:

Регистрация прав, ограничений (обременений) прав;

Регистрация прекращения прав, ограничений (обременений) прав;

Регистрация сделок;

Внесение изменений в записи ЕГРП;

Принятие дополнительных документов;

Приостановление регистрации;

Возобновление регистрации.

Описание методов, реализующих функции приема заявления, информирования заявителя о ходе исполнения услуги, предоставления результата оказания услуги приведено в последующих разделах настоящего документа.

2.Описание методов

Веб-сервис предоставляет следующие методы:

CreateRequest – создание заявления;

GetEvent – предоставление информации о статусе заявления;

LoadEventDetails – получение информации о результатах выполнения услуги;

DeleteEvents – удаление событий, зарегистрированных под идентификаторами в переданной коллекции.

Для проведения интеграционных работ следует использовать тестовую площадку: https://test-ext.thprom.ru:4433/cxf/External?wsdl

Сервис, находящийся в промышленной эксплуатации находится по адресу: https://portal.rosreestr.ru:4433/cxf/External?wsdl.

Для доступа к площадкам необходимо иметь установленный контейнер с ключевой парой, с помощью которой устанавливается SSL соединение с сервером.

2.1Метод createRequest

Метод предназначен для регистрации заявления (запроса) в информационной системе поставщика Росреестра (таблица 1).

Параметр	Тип	Описание
region	IN	Регион, в который необходимо отправить заявление
okato	IN	ОКАТО
oktmo	IN	ОКТМО, не обязательный
requestData	IN	Пакет заявления. Шифрованный zip-файл
requestType	IN	Тип запроса. См. справочник dRequest_Type.xsd
requestNumber	OUT	Номер запроса
status	OUT	Статус операции. Тип OperationStatus

Таблица

IN – входной параметр

OUT – выходной параметр

Описание типа OperationStatus приведено в таблице 2:

Параметр	Тип	Описание
result	boolean	Результат выполнения
message	string	Необязательный. Описание, в случае если result==false

Таблица

2.1.1Пример вызова метода

Наименование услуги	Примеры запросов/ответов
Предоставление сведений, содержащихся в Государственном Кадастре Недвижимости
Предоставление сведений, содержащихся в Едином Государственном Реестре прав на недвижимое имущество и сделок с ним
Предоставление сведений, содержащихся в Едином государственном реестре прав на недвижимое имущество и сделок с ним, посредством обеспечения доступа к информационному ресурсу, содержащему сведения Единого государственного реестра прав на недвижимое имущество и сделок с ним
Предоставление сведений содержащихся в Государственном кадастре недвижимости, посредством обеспечения доступа к информационному ресурсу, содержащему сведения Государственного кадастра недвижимости
Регистрация прав

Примечание: архив с расширением zip содержит исходные файлы документов, по которым сформирован пример запроса.

2.1.2Примеры формирования файла заявления

Наименование услуги	Примеры заявлений
ЕГРП
Выписка из Единого государственного реестра прав на недвижимое имущество и сделок с ним (содержащая общедоступные сведения о зарегистрированных правах на объект недвижимости)
Запрос о переходе прав на объект недвижимого имущества
Запрос о правах отдельного лица на имевшиеся (имеющиеся) у него объекты недвижимого имущества
Запрос о правах отдельного лица на имеющиеся у него объекты недвижимости
Запрос справки о содержании правоустанавливающего документа
ГКН
Запрос кадастрового паспорт здания, строения, сооружения
Запрос кадастровой выписки об объекте недвижимости
Запрос кадастровой справки о кадастровой стоимости земельного участка
Кадастровый паспорт объекта недвижимости
Кадастровый план территории
ИР ЕГРП
Выписка из Единого государственного реестра прав на недвижимое имущество и сделок с ним (содержащая общедоступные сведения о зарегистрированных правах на объект недвижимости)
Запрос о переходе прав на объект недвижимого имущества
Запрос о правах отдельного лица на имевшиеся (имеющиеся) у него объекты недвижимого имущества
Запрос о правах отдельного лица на имеющиеся у него объекты недвижимости
ИР ГКН
Запрос кадастрового паспорта объекта недвижимости
Запрос кадастровой выписки об объекте недвижимости
Запрос кадастрового плана территории
Запрос кадастровой справки о кадастровой стоимости
Регистрация прав
Регистрация прав, ограничений (обременений) прав
Регистрация прекращения прав, ограничений (обременений) прав
Регистрация сделок
Внесение изменений в записи ЕГРП
Принятие дополнительных документов
Приостановление регистрации
Возобновление регистрации

2.2 Метод getEvents

Получение статуса обработки заявления по запросу реализуется методом getEvents.

Описание метода приведено в таблице 3:

Параметр	Тип	Описание
lastEventID	IN	уникальный идентификатор последнего события, от которого вернется список. либо если необходимо получить все события пустая строка null
events	OUT	коллекция структуры EventStruct
status	OUT	Статус операции. Типа OperationStatus

Таблица

Описание структуры OperationStatus приведено в таблице 2.

Описание структуры EventStruct приведено в таблице 4:

параметр	тип	описание
eventID	string	уникальный идентификатор события
eventType	string	тип события STATUS OUTDOC RECEIPT
eventDate	dateTime	время записи события
requestNumber	string	номер заявки, к которой относится событие

Таблица

Разработанные компоненты предусматривают возможности:

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

В случае присвоения параметру lastEventID значения «null» или пустого значения, возвращается весь список событий (статусов) по заявлению. В противном случае возвращаются данные по последнему статусу.

2.2.1Пример вызова метода

Наименование запроса	Примеры запросов/ответов
Получить статус события по заявлению (актуального на определенный момент времени)
Получить историю смены статусов по всем событиям

2.3 Метод loadEventDetails

Предоставление результатов исполнения услуги осуществляется вызовом метода loadEventDetails.

Описание метода приведено в таблице 5:

Параметр	Тип	Описание
eventID	IN	уникальный идентификатор события
detailsXML	OUT	Детальное описание события Status.xsd Receipt.xsd Outdoc.xsd
binary	OUT	В случае событий RECEIPT OUTDOC Бинарный файл в base64. В случае события STATUS будет null
status	OUT	Статус операции. Типа OperationStatus

Таблица 5

2.3.1Пример вызова метода

Наименование события	Примеры запросов/ответов
Событие STATUS

2.4Метод deleteEvents

Метод позволяет удалить события, зарегистрированные под идентификаторами в переданной коллекции. Является операцией типа InOnly.

Параметр	Тип	Описание
eventIDs	IN	Коллекция идентификаторов событий, которые надо удалить.

3.Основные технические решения

3.1Схема взаимодействия

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

Рисунок 1

Клиент обращается для формирования выписки из Единого государственного реестра прав, Государственного кадастра недвижимости или постановки земельного участка на Государственный кадастровый учет. Происходит двусторонняя аутентификация.
Формируется запрос при помощи метода CreateRequest.
Каждому заявлению присваивается идентификационный номер, который сообщается клиенту (в xml запросе соответствует строка ).

В случае сбоя, в ответ на вызов метода поступит сообщение об ошибке.

Запрос клиента проходит форматно-логический контроль (ФЛК).

Если форматно-логический контроль не пройден, система формирует сообщение об ошибке, с указанием причины ее возникновения. Результат прохождения ФЛК клиент может узнать вызвав метод getEvents, либо loadEventDetails.

Если клиент имеет право на безвозмездное получение услуги, то заявление переходит в статус «В работе», минуя шаг оплаты.
Для ЕГРП и ГКН в случае, если клиент получает услугу на платной основе, то заявление переходит в статус «Ожидает оплаты». Формируется уникальный код платежа. Данный код содержится в текстовом комментарии к статусу «Ожидает оплаты» и может быть получен вызовом методов getEvents, либо loadEventDetails.

Платеж должен быть совершен через платежные организации, принявшие условия публичной оферты Росреестра. Список таких организаций расположен по адресу: https://rosreestr.ru/site/open-service/publichnaya-oferta/perechen-organizatsiy/?clear_cache=Y

Информация о совершении платежа поступает в Росреестр автоматически. После получения подтверждения платежа (обычно на следующий рабочий день после платежа) заявление переходит в статус «В работе».

Для ИР ЕГРП в случае, если клиент получает услугу на платной основе и если на счете достаточно средств, то заявление переходит в статус «Списание средств произведено успешно», а если на счете недостаточно средств, то заявление переходит в статус «Проверка не пройдена».

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

Для ЕГРП и ГКН заявление обрабатывается в региональной Учетной Системе (в соответствии с установленными нормативной документацией сроками, для большинства услуг – 5 дней). Для ИР ЕГРП заявление обрабатывается в ФИР.
Сформированный ответ на заявление клиент может получить при помощи метода предоставления результатов услуг (метод LoadEventDetails).

3.2 Обеспечение двусторонней аутентификации

При взаимодействии ИС Росреестра с внешними ИС посредством веб-сервисов применяется двусторонняя аутентификация на основе сертификатов, соответствующих ГОСТ. Тестовые ключи представлены в Приложении 1. Для получения ключей предназначенных для взаимодействия в продуктивной среде необходимо обратиться в один из доверенных удостоверяющих центров Росреестра, с перечнем доверенных УЦ можно ознакомиться на портале Росреестра по ссылке - https://rosreestr.ru/site/fiz/programmnoe-obespechenie/perechen-udostoveryayushchikh-tsentrov-ispolnivshikh-trebovaniya-rasporyazheniya-rosreestra-ot-27-03/?sphrase_id=1000714

Для реализации данного функционала применяется системное ПО Trusted TLS. Trusted TLS позволяет использовать российские стандарты криптографической защиты информации. Trusted TLS предназначен для построения систем, использующих сертифицированные ФСБ (ФАПСИ) СКЗИ, в прикладной системе, где есть необходимость в создании защищенного соединения между клиентом и сервером.

Для реализации двусторонней аутентификации на базе сертификатов, соответствующих ГОСТ в системе предусмотрен следующий алгоритм:

Клиент запрашивает доступ к защищенному ресурсу, в ответ сервис отправляет клиенту свой сертификат;
Клиент проверяет полученный сертификат по следующим параметрам:
1. Текущая дата находится между датами начала и окончания действия сертификата;
2. Издатель сертификата находится в списке доверенных удостоверяющих центров клиента;
3. Сертификат отсутствует в списках отозванных сертификатов.
При положительном результате выполнения проверок описанных в шаге 2, клиент пересылает сервису свой сертификат, который проходит аналогичную проверку на стороне поставщика;
При негативном результате проверки клиентского сертификата, доступ к сервису будет запрещен. В случае успешной проверки, устанавливается защищенное соединение. Данные между клиентом и сервисом передаются в зашифрованном виде (данные от клиента шифруются приватным ключом клиента и открытым ключом сервиса, от сервиса – наоборот).

3.3Требования к zip-архиву

Имя файла: req_.zip

GUID_пакета имеет вид xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

Состав:

xml-файл с данными заявления (req_.xml), расположенный в корне архива;

файл подписи заявления (req_.xml.sig);

также может содержать файлы электронных документов (межевые планы, технические паспорта, сканы документов) и образы приложенных документов, которые могут находиться на любом уровне вложенности в архиве, в таком случае пути должны быть прописаны в xml-файле заявления (req_.xml). Если к заявлению добавляются дополнительные файлы, их можно шифровать. Такая процедура необязательна и применяется в случае необходимости. Более подробно процедура ручного шифрования файлов описана в Приложении 2 (Инструкция по шифрование файла запроса).

Для формирования корректного пакета заявления следует руководствоваться соответствующей типу запрашиваемой услуги XSD схемой. 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

Тестовые сертификаты

Сертификат, обеспечивающий двустороннюю аутентификацию и подписание заявления.

Сертификат, предназначенный для подписания технического плана помещения, заявления

Приложение 2

Инструкция по ручному шифрованию файла запроса.

После того как получен zip архив для отправки, его необходимо зашифровать.

Далее будет представлен пример шифрования файла REQ_d3a6aa20-3d34-44ac-b119-3c5514980907.zip, который можно посмотреть в п. 2.1.1 .

Вызываем выпадающее меню на файле, который необходимо зашифровать:

Появляется приветственное окно, нажимаем Next

Нажимаем Next

Нажимаем Next

Выбираем «Использовать собственный сертификат».
Важно: сертификат должен быть заранее добавлен в хранилище сертификатов.

Выбираем сертификат, с помощью которого необходимо зашифровать файл
Нажимаем Next

Нажимаем Next

Нажимаем Finish

Рядом появляется ваш зашифрованный файл с расширением .enc

Приложение 3

Получение сертификата из приватных ключей.

Запускаем КриптоПро CSP
Выбираем закладку "Сервис" и далее "Посмотреть сертификат в контейнере"
На появившейся форме кликаем "Обзор"
Выбираем контейнер на съемном носителе и жмем "Ок". Далее "Next"
В появившейся форме жмем "Свойства" и нам открывается содержимое сертификата
Инсталлируем сертификат. Жмем "Install Certificate..."
В форме "Certificate Import Wizard" жмем на первом шаге "Next". Далее оставляем автоматическое определение и жмем "Next". Потом "Finish". Закрываем все окна кроме криптопровайдера.
Открываем реестр сертификатов. Можно с помощью меню. Программы -> КриптоПро -> Сертификаты
Открываем список персональных сертификатов в дереве консоли. Корень консоли -> Сертификаты - текущий пользователь -> Personal -> Registry -> Certificates
Выбираем только что установленный сертификат, правой кнопкой мыши вызываем на нем контекстное меню, далее All Tasks -> Export...
В визарде "Certificate Export Wizard" жмем "Next", оставляем пункт "не экспортировать ключи", жмем "Next", оставляем кодировку DER, жмем "Next". Указываем путь куда сохраняем и имя файла, например C:\cert.cer и жмем "Next", а потом "Finish".
Удаляем сертификат из реестра. Для этого выделяем его в консоли, правой кнопкой мыши вызываем на нем контекстное меню и далее пункт "Delete"

Приложение 4

Создание тестовых наборов.

Для формирования тестовых наборов данных необходим стартовый набор, который впоследствии можно будет клонировать по определенным правилам:

Пример стартового набора состоит из трёх фалов:
GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0aff1.xml - межевой план
RFile1.tif - образ межевого плана
RFile1.tif.sig - подпись к образу межевого плана
В названии файла GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0aff1.xml, меняем три последних символа на любое значение, например 001:

исходное наименование: GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0aff1.xml
новое наименование: GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0a001.xml

все последующие наборы можно именовать - 002, 003 и т.п.).

Получаем имя:

GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0a001.xml

Изменяем атрибут GUID в файле GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0a001.xml на значение соответствующее новому наименованию файла.

Значение внутри xml и наименование файла обязательно должны совпадать

Файлы RFile1.tif RFile1.tif.sig можно оставить без изменений, их можно использовать сколь угодно много раз.
Необходимо создать файл подписи для вновь сформированного файла межевого плана GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0a001.xml. Для этого запускаем КриптоАрм, выбираем опцию «Подпись», далее «Подписать» и следуем пошаговым инструкциям. При этом важно указать выходной формат подписи – DER

Указать необходимость использования отдельного файла подписи.

Выбрать сертификат кадастрового инженера и проверить что выбран хеш алгоритм – GOST.

Получится новый тестовый набор, который состоит из четырёх файлов:
GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0a001.xml.sig – подписанный межевой план, полученный на предыдущем шаге.
GKUZU_17e4efc4-ff95-42cb-8141-3c4d18c0a001.xml - межевой план
RFile1.tif - образ межевого плана
RFile1.tif.sig - подпись к образу межевого плана

Таким образом, можно формировать неограниченное количество наборов, выполняя описанные выше шаги.

	1. Оказываемые услуги Росреестра в электронном виде (от подачи запроса и информирования заявителя о ходе исполнения услуги до предоставления результата...		Оглавление Услуги связи по передаче данных и телематические услуги связи, оказываемые по сетям фиксированной связи альтаир-тула
	Инструкция «О порядке оформления договоров на услуги, оказываемые... Ао «Первый контейнерный терминал» (далее по тексту Оператор) оказывает услуги по перевалке и хранению контейнеров, а также выполняет...		На платные ветеринарные услуги, оказываемые специалистами Вызов – выезд на транспорте владельца специалиста в пределах рабочего дня для осмотра животного и продукции с выдачей документов
	Техническое задание общие положения Заказчика, представленных ниже. Все услуги, оказываемые Исполнителем в рамках сопровождения и поддержки, должны соответствовать технической...		К инструкции по делопроизводству в Администрации города Ессентуки постановлени е Об утверждении тарифов на платные услуги, оказываемые муниципальным автономным учреждением «Многофункциональный центр предоставления...
	Приказ «О порядке определения государственными учреждениями здравоохранения Новосибирской области цен (тарифов) на оказываемые платные медицинские...		Методические рекомендации по формированию тарифов на транспортные... Марий Эл (Собрание законодательства Республики Марий Эл, 2005, n 9, ст. 366; 2006, n 1 (часть II), ст. 40, N 2, ст. 80, N 4 (часть...
	На основании заявки Заказчик производит оплату в размере 100% от... Исполнителя. Настоящий договор считается заключенным после зачисления денежных средств в полном объеме на расчетный счет Исполнителя....		Техническое задание на оказание услуг по физической охране и осуществлению... Термины и определения» (утв и введен в действие Приказом Росстандарта от 22. 11. 2016 №1743-ст), Приказа Минрегиона России от 05....
	Техническое задание на оказываемые услуги по уборке помещений Холлы,... Холлы, коридоры, фойе, тамбуры общей площадью 4158,3 м², лестничные клетки площадью 537,7 м²		Открытый конкурс №162-гтп/(услуги)-07. 2014 «Транспортные услуги»... Наименование заказчика, организатора, его место нахождения, почтовый адрес, адрес электронной почты, номер контактного телефона
	II. Стандарт предоставления государственной услуги Наименование государственной услуги Федеральной службой по регулированию алкогольного рынка государственной услуги по осуществлению лицензирования в соответствии с законодательством...		Открытый запрос цен на транспортные услуги и услуги по перевозке... По отбору организации, оказывающей транспортные услуги и услуги по перевозке банкоматов и терминалов обслуживания
	На оказание услуг по обслуживанию аквариума на территории ООО «рт-техСервис» Исполнитель обязуется по заданию Заказчика оказать услуги по обслуживанию аквариума (далее Услуги), в соответствии с Приложением...		Предоставления муниципальной услуги "Регистрационный учет граждан... Административный регламент Администрации села Гыда по оказанию муниципальной услуги разработан в целях повышения качества оказания...