menu

Войти

Авторизация

bunysmitt (Все сообщения пользователя)

Поиск  Пользователи  Правила  Войти
Форум ЕГРН клуба » Пользователи » bunysmitt
Выбрать дату в календареВыбрать дату в календаре

Страницы: 1
XML для регистрация "Договора уступки прав требования", Как регистрировать такие сделки?
 
Прошу подсказать, в данный момент возник вопрос - как регистрировать договора уступки прав требований в Росреестре.

Как я понимаю, тип сделки, которую я пытаюсь зарегистрировать, в req_*.xml передается в нескольких местах запроса, а именно:
1. Непосредственно код обращения /Request_Reestr/Folder/Requests/Request/Title/Code
2. Причина обращения /Request_Reestr/Folder/Requests/Request/Title/Visit_Purpose
3. Предмет заявления /Request_Reestr/Folder/Requests/Request/RegistrationElements/RegistrationElement

Например, для регистрации ДДУ, я отправляю, соответственно:
1. 558102010000 - Заявление о государственной регистрации права, ограничения (обременения) права на недвижимое имущество, сделки с недвижимым имуществом, государственной регистрации законного владельца закладной
2. 659003003000 - Регистрация договора участия в долевом строительстве
3. /Request_Reestr/Folder/Requests/Request/RegistrationElements/RegistrationElement/Contract/Type = 454003000000 - Договор участия в долевом строительстве

Вопросы:
1. Какие типы я должен указать в выше указанных полях для регистрации ДУПТ?
2. Достаточно ли их или нужно изменить что то ещё?
3. в пункте 3. есть тип "454005000000 - Соглашение об уступке требований (переводе долга) по договору" достаточно ли изменить только его?
4. Нужны ли какие то дополнительные изменения в xml запроса?



Ошибка при обращении к РР "UserID not present in the header's."
 
Цитата
Guest написал:
а где lastEventID?
Он не обязательный, поэтому мы его не передаём.
Код
<xsd:element name="lastEventID" type="xsd:string">
   <xsd:annotation>
      <xsd:documentation>lastEventID идентификатор последнего полученного события
         В случае, если нам надо получить все события, необходимо указать пустую строку.
      </xsd:documentation>
   </xsd:annotation>
</xsd:element>
Сервис возвращает список всех событий в очереди, по которым мы потом получаем детальную информацию и удаляем из очереди.
Ошибка при обращении к РР "UserID not present in the header's."
 
Коллеги, подскажите, кто-нибудь сталкивался с ошибкой при обращении к сервису прямого доступа РР?
Обращаюсь к сервису прямого взаимодействия https://portal.rosreestr.ru:4455/cxf/External который работает с 2012 гостом.

Делаю запрос на получение статусов:
Код
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
   <SOAP-ENV:Header/>
   <SOAP-ENV:Body>
      <ns3:getEvents xmlns:ns3="urn:ws.request.pgu.sids.fccland.ru"/>
   </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

НО в ответ получаю ошибку!
Код
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <soap:Body>
      <ns2:getEventsResponse xmlns:ns2="urn:ws.request.pgu.sids.fccland.ru">
         <status>
            <result>false</result>
            <message>UserID not present in the header's.</message>
         </status>
      </ns2:getEventsResponse>
   </soap:Body>
</soap:Envelope>



При этом, если использую один конкретный сертификат, то всё работает. Но все остальные - нет!

Пробовал несколько разных сертификатов разных УЦ и субъектов. Сегодня даже поехал купил один в один (до OID'а) серт на себя, как тот, который работает - не помогло.

Хочу отметить, что субъект, на которого выпущен работающий сертификат, никакого отношения к РР не имеет и никак с ним не взаимодействует.
Какие регионы работают на СМЭВ 3?, СМЭВ 3 и ЕГРН
 
на spv.kadastr.ru есть список регионов, в которых он работает. Думаю тут аналогичный.
Код
Сервис предоставляет выписки по объектам недвижимости из следующих регионов:
Республика Адыгея (Адыгея);
Республика Бурятия;
Республика Алтай;
Республика Дагестан;
Кабардино-Балкарская Республика;
Республика Калмыкия;
Республика Карелия;
Республика Коми;
Республика Марий Эл;
Республика Мордовия;
Республика Саха (Якутия);
Республика Северная Осетия - Алания;
Республика Тыва;
Республика Хакасия;
Чеченская Республика;
Чувашская Республика - Чувашия;
Красноярский край;
Хабаровский край;
Архангельская область и Ненецкий АО;
Астраханская область;
Волгоградская область;
Воронежская область;
Ивановская область;
Иркутская область;
Калининградская область;
Камчатский край;
Костромская область;
Курганская область;
Липецкая область;
Магаданская область и Чукотский АО;
Мурманская область;
Новгородская область;
Омская область;
Орловская область;
Пензенская область;
Пермский край;
Псковская область;
Рязанская область;
Сахалинская область;
Смоленская область;
Тамбовская область;
Тверская область;
Томская область;
Тюменская область;
Ульяновская область;
Забайкальский край;
Еврейская автономная область;
Ханты-Мансийский автономный округ – Югра;
Ямало-Ненецкий автономный округ.
HTTPS по ГОСТ на Linux для SOAP Росреестра https://portal.rosreestr.ru:4433/cxf/External?wsdl, Отправка из PHP через CURL от криптоПРО из под Centos 7
 
Росреестр до сих пор не поддерживает сертификаты 2012 ГОСТа, а ЕГРОН не внедрен во всех регионах.

Подскажите, может появились какие то альтернативные источники выписок?
Запрос для предоставления доступа к ФГИС ЕГРН по ключу
 
У меня ключ юрика, все равно не работает.
Старый сервис у меня без токена работает, только подпись в запросе лежит.

Сейчас попробовал отправить как у вас с 659511111115

Но у меня другая ошибка "Отсутствует подтверждение наличия платы за сведения, запрашиваемые посредством обеспечения доступа к ФГИС ЕГРН.\"

Запрос в деталях отличается от вашего, но в ключевых параметрах такой же.
Код
<?xml version="1.0" encoding="UTF-8"?>
<tns:EGRNRequest _id="d8fd27eb-41d7-4f27-88a6-942b50899bd4"
 xmlns:dDeclarantKindReg="http://rosreestr.ru/services/v0.1/commons/directories/declarantKindReg"
 xmlns:dBorderObjectType="http://rosreestr.ru/services/v0.1/commons/directories/borderObjectType"
 xmlns:dBenefitCategory="http://rosreestr.ru/services/v0.1/commons/directories/benefitCategory"
 xmlns:DObjectType="http://rosreestr.ru/services/v0.1/commons/directories/regionrf"
 xmlns:Sim1="http://rosreestr.ru/services/v0.1/commons/Commons/simple-types"
 xmlns:dTerzone="http://rosreestr.ru/services/v0.1/commons/directories/terzone"
 xmlns:dObjectType="http://rosreestr.ru/services/v0.1/commons/directories/objectType"
 xmlns:dRequestDocument="http://rosreestr.ru/services/v0.1/commons/directories/requestDocument"
 xmlns:dRecieveResultType="http://rosreestr.ru/services/v0.1/commons/directories/recieveResultType"
 xmlns:dActionCode="http://rosreestr.ru/services/v0.1/commons/directories/actionCode"
 xmlns:DHousingPurpose="http://rosreestr.ru/services/v0.1/commons/directories/housingPurpose"
 xmlns:dStatementType="http://rosreestr.ru/services/v0.1/commons/directories/statementType"
 xmlns:dDocument="http://rosreestr.ru/services/v0.1/commons/directories/document"
 xmlns:dCon="http://rosreestr.ru/services/v0.1/commons/directories/contractor"
 xmlns:doc="http://rosreestr.ru/services/v0.1/commons/Documents"
 xmlns:commons="http://rosreestr.ru/services/v0.1/commons/Commons"
 xmlns:tns="http://rosreestr.ru/services/v0.18/TStatementRequestEGRN"
 xmlns:obj="http://rosreestr.ru/services/v0.1/commons/TObject"
 xmlns:subj="http://rosreestr.ru/services/v0.1/commons/Subjects"
 xmlns:vc="http://www.w3.org/2007/XMLSchema-versioning"
 xmlns:address="http://rosreestr.ru/services/v0.1/commons/Address"
 xmlns:stCom="http://rosreestr.ru/services/v0.1/TStatementCommons"
 xmlns:dObP="http://rosreestr.ru/services/v0.1/commons/directories/objectPurpose"
 xmlns:dUsT="http://rosreestr.ru/services/v0.1/commons/directories/usageType"
 xmlns:dReM="http://rosreestr.ru/services/v0.1/commons/directories/receivingMethod"
 xmlns:dLaC="http://rosreestr.ru/services/v0.1/commons/directories/LandCategory"
 xmlns:dHouse="http://rosreestr.ru/services/v0.1/commons/directories/house"
 xmlns:dKindInfo="http://rosreestr.ru/services/v0.1/commons/directories/kindInfo"
 xmlns:dRoP="http://rosreestr.ru/services/v0.1/commons/directories/roomPurpose"
 xmlns:dUnT="http://rosreestr.ru/services/v0.1/commons/directories/unitType"
 xmlns:dIObT="http://rosreestr.ru/services/v0.1/commons/directories/interdepobjecttype"
 xmlns:dCountry="http://rosreestr.ru/services/v0.1/commons/directories/country"
 xmlns:dDeK="http://rosreestr.ru/services/v0.1/commons/directories/declarantKind"
 xmlns:dReT="http://rosreestr.ru/services/v0.1/commons/directories/egrnrequesttype"
 xmlns:dAgr="http://rosreestr.ru/services/v0.1/commons/directories/agreements"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://rosreestr.ru/services/v0.18/TStatementRequestEGRN file:/C:/Users/%D0%91%D0%B0%D0%B4%D0%BC%D0%B0%D0%B5%D0%B2/Documents/%D0%A0%D0%BE%D1%81%D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80/%D1%81%D1%85%D0%B5%D0%BC%D1%8B%20%D0%B2%D1%8B%D0%BF%D0%B8%D1%81%D0%BA%D0%B8/03_RequestEGRN_v01_R02%20(%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%20%D1%81%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B9%20%D0%95%D0%93%D0%A0%D0%9D)/RequestEGRN_v01.xsd">
    <tns:header>
        <stCom:actionCode>659511111113</stCom:actionCode>
        <stCom:statementType>558630300000</stCom:statementType>
        <stCom:creationDate>2019-12-02T13:43:51.0</stCom:creationDate>
        <stCom:accessKey>***</stCom:accessKey>
    </tns:header>
    <tns:declarant _id="d173eb96-6d0f-49c2-a9e7-55fff9b8c175">
        <subj:organization>
            <subj:contactInfo>
                <subj:email>***</subj:email>
            </subj:contactInfo>
            <subj:name>***</subj:name>
            <subj:nativeForeignParams>
                <subj:nativeOrgParams>
                    <subj:ogrn>***</subj:ogrn>
                    <subj:inn>***</subj:inn>
                </subj:nativeOrgParams>
            </subj:nativeForeignParams>
        </subj:organization>
        <subj:declarantKind>357099000000</subj:declarantKind>
    </tns:declarant>
    <tns:requestDetails>
        <tns:requestEGRNDataAction>
            <tns:extractDataAction>
                <tns:object>
                    <obj:objectTypeCode>002001003000</obj:objectTypeCode>
                    <obj:cadastralNumber>
                        <obj:cadastralNumber>66:41:0701028:1391</obj:cadastralNumber>
                    </obj:cadastralNumber>
                </tns:object>
                <tns:requestType>extractRealty</tns:requestType>
            </tns:extractDataAction>
        </tns:requestEGRNDataAction>
    </tns:requestDetails>
    <tns:deliveryDetails>
        <stCom:resultDeliveryMethod>
            <stCom:recieveResultTypeCode>webService</stCom:recieveResultTypeCode>
            <stCom:eMail>***</stCom:eMail>
            <stCom:dataReceiveForm>electronic</stCom:dataReceiveForm>
        </stCom:resultDeliveryMethod>
    </tns:deliveryDetails>
    <tns:statementAgreements>
        <stCom:persDataProcessingAgreement>01</stCom:persDataProcessingAgreement>
        <stCom:actualDataAgreement>01</stCom:actualDataAgreement>
    </tns:statementAgreements>
</tns:EGRNRequest>


Я слышал, что ЕГРОН не связан с системой билинга РР, которая в старом сервисе находится. Для их связки, нужно кому то писать. В какую то техподдержку.
Запрос для предоставления доступа к ФГИС ЕГРН по ключу
 
Я тоже пытался получить выписки из этого сервиса, но безуспешно.

Подскажите, а на основании какой информации вы сформировали этот запрос?

Я вижу, что в запросе не указан объект. В requestDetails указано только requestEGRNAccessAction, а почему вы используете его?
Я пробовал requestEGRNDataAction и указывал параметры объекта.

Почему вы выбрали 659511111115 - Обеспечение доступа к федеральной государственной информационной системе ведения Единого государственного реестра недвижимости? Я его даже не рассматривал

Я пробовал указывать токен с разными actionCode, но всегда получал не то что нужно
659511111111 - получаю начисление на оплату
659511111112 - получаю начисление на оплату
659511111113 - Отсутствует подтверждение наличия платы за сведения, запрашиваемые посредством обеспечения доступа к ФГИС ЕГРН

Также пробовал играться со statementType и requestType, но тоже ничего.

Ещё я пробовал делать запросы без токена, но с использованием электронной подписи (как это работает в старом сервисе), но безрезультатно.
ФГИС ЕГРН подключение к защищенной сети, опыт заключения договора и настройки подключения к сети Росреестра
 
Цитата
Алексей Рябов написал:
Цитата
Guest написал:
Сейчас никто не сможет подключиться, как минимум до нового года.
Со слов руководства Росреестра, не важно, старый или новый сервис, главное не дать возможности подключаться "не проверенным" и "не государственным" организациям. Очень сомневаюсь, что чтото изменится с нового года. Посмотрим как будут развиваться события.
У вас есть доступ к руководству Росреестра или из новостей информация? Я читал, там лозунги все правильные, но информация искажена. На мой взгляд проблема не в "проверенности", а в том, что
1- сервис РР нагрузку не держит, на мой взгляд основная проблема.
2- возможно деньги. тк не проверенные организации завышают стоимость выписки в десятки раз, при фактической стоимость около 1 рубля. Видимо РР решил тоже на этом заработать, но это лишь мои догадки.

Касаемо нового года, я говорил лишь о техническом взаимодействии с общедоступным сервисом и ГОСТ2001. Все серты попротухали, а новый не получить. Поэтому необходимо ждать НГ, когда и у самого РР он кончится, может зачешутся. А если нет, то и смысла и смысла тратить на это время нет, так и продолжат все долбить ботами сайт росреестра.

Старый сервис находится в общем доступе, я могу туда подключиться вообще не обращаясь к представителям Росреестра. Им сейчас пользуются все крупные игроки. Но этот гад постоянно лежит и требует ГОСТ2001!

А вот новый (ЕГРОН), который стоит за випнетом, там да. Нужны соглашение, випнет, сложные процедуры тестирования и взаимодействия. И всё это усложняется отсутствием вменяемой документации.
При всём при этом там данные не по всем регионам и процедуры подключения непонятны (например с пакетной оплатой выписок я не разобрался). Поэтому я бы туда не торопился.
Подтверждение оплаты по ключу при запросе сведений через API ФГИС ЕГРН, запросить документ через API ФГИС ЕГРН
 
Оказывается все не так просто, что бы получать выписки из ЕГРОН с использованием "старого механизма билинга" (когда вы покупаете пакеты выписок) необходимо с кем то это согласовывать. Вам должны в ручном режиме что то подключить и только после этого выписки начнут автоматом списываться со счета и предоставляться. Как всегда инфы нигде нет. С кем и как, непонятно. Возможно компания, которая поддерживает этот ЕГРОН.
ФГИС ЕГРН подключение к защищенной сети, опыт заключения договора и настройки подключения к сети Росреестра
 
Актуального соглашения не нашел, но правки из предыдущего поста верные. Я подписывал ещё первое соглашение, потом пришлось ещё подписать допник, как раз из предыдущего поста.

Использование СКЗИ обязательно, например VipNet HW1000, стоит дорого, ставить его имеет право только уполномоченная организация. Обратитесь к своему безопаснику, он должен знать. В части подключения СКЗИ, по регламенту подключения РР отрабатывает быстро. Но могут возникнуть проблемы с доступом к тестовой среде.

Если что, порт для запросов 8097. В доке он был не указан.
Подтверждение оплаты по ключу при запросе сведений через API ФГИС ЕГРН, запросить документ через API ФГИС ЕГРН
 
Цитата
Андрей написал:
Доброго дня.

Коллеги, у кого-нибудь получилось запросить документ через API ФГИС ЕГРН ?
Я получаю в ответ:

"body": "{\"requestNumber\":\"Other-2019-08-01-075321\",\"extId\":\"d9deeb19-e9c7-4898-8859-52d3c5ec248b\",\"correlationId\":\"BiasPROD\",\"sender\":\"******\",\"senderType\":\"Other\",\"statusCode\":\"returned\",\"statusDescription\":\"Возврат без рассмотрения\",\"statusTime\":\"2019-08-01 13:36:28.695\",\"terminal\":true,\"customParameters\":[{\"key\":\"returnReason\",\"value\":\"В запросе о предоставлении сведений, содержащихся в ЕГРН, посредством обеспечения доступа к ФГИС ЕГРН, должен быть указан корректный ключ доступа.\"},{\"key\":\"kudNumbers\",\"value\":[{\"statementExtId\":\"12345\",\"contextPath\":\"659511111113-558630200000.xml\",\"kudNumber\":\"КУВИ-001/2019-18940978\",\"kudNumberCreationDate\":\"2019-08-01 13:14:39.632\",\"packageExecutionWorkDaysFL\":\"3\"}]}]}"

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

"body": "{\"requestNumber\":\"Other-2019-08-01-095664\",\"extId\":\"0d0734d3-30e1-4503-ae9c-8224acb24be4\",\"correlationId\":\"BiasPROD\",\"sender\":\"*****\",\"senderType\":\"Other\",\"statusCode\":\"returned\",\"statusDescription\":\"Возврат без рассмотрения\",\"statusTime\":\"2019-08-01 15:29:06.132\",\"terminal\":true,\"customParameters\":[{\"key\":\"returnReason\",\"value\":\"Отсутствует подтверждение наличия платы за сведения, запрашиваемые посредством обеспечения доступа к ФГИС ЕГРН.\"},{\"key\":\"kudNumbers\",\"value\":[{\"statementExtId\":\"12345\",\"contextPath\":\"659511111113-558630200000.xml\",\"kudNumber\":\"КУВИ-001/2019-18950441\",\"kudNumberCreationDate\":\"2019-08-01 15:29:02.585\",\"packageExecutionWorkDaysFL\":\"3\"}]}]}"

Что за подтверждение наличия платы? Где его взять?
При оплате был присвоен УИН, его передаю в header -> appliedDocument как <doc:supplierBillId>11111111111/doc:supplierBillId>
Всё равно этого мало для "подтверждения наличия оплаты". Что еще нужно?
Здравствуйте! Вам удалось разобраться с этой ошибкой?

Я пробовал подписывать файлы, но этого недостаточно.
Страницы: 1