menu

Aвторизация

Авторизация

API ФГИС ЕГРН Работоспособность тестового контура

Поиск  Правила  Войти
Форум ЕГРН клуба » Клуб разработчиков ПО для взаимодействия с ЕГРН » ФГИС ЕГРН подключение
Страницы: 1 2 3 След.
Ответить
RSS
API ФГИС ЕГРН Работоспособность тестового контура, Особенности отладки запросово в Росреестр
 
Подскажите, кто пользуется. В текущий момент тестовый контур обрабатывает тестовые заявления?
1. Файл архива сформировали (на основе примера), подписали все файлы в нём действующей подписью,
2. Загрузили (userupload)
3. Запрос создали (createRequest). Номер запроса присвоен:
Код
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><ns2:createRequestResponse xmlns:ns2="urn:ws.request.pgu.sids.fccland.ru"><requestNumber>Other-2020-05-14-000011</requestNumber><status><result>true</result><message>Successfully save data for Other-2020-05-14-000011 request</message></status></ns2:createRequestResponse></soap:Body></soap:Envelope>

4. Проверяем статусы ( http://spd-test.spd.egrn:8097/mq/fetch?queue=xxxxxx_queue ) - а там ничего нет. (возвращает пустой массив).

Кто сталкивался, что может быть? Заранее спасибо.
Изменено: Алексей Рябов - 5 сен 2020 01:42:30 (Переименована тема)
 
все файлы в архиве должны быть на одном уровне, без подпапок
 
Архив в один уровень.
Код
15.05.2020  10:34    <DIR>          .
15.05.2020  10:34    <DIR>          ..
14.05.2020  10:01            12 837 app_1.xml
14.05.2020  10:01             5 019 app_1.xml.sig
14.05.2020  10:01           797 724 GKUZU_53e5b3fa-7d45-4410-b727-09eaf0101055.zip
14.05.2020  10:01             5 019 GKUZU_53e5b3fa-7d45-4410-b727-09eaf0101055.zip.sig
14.05.2020  10:01           660 911 Passport_Semenov.pdf
14.05.2020  10:01             5 019 Passport_Semenov.pdf.sig
14.05.2020  10:01            59 976 Postanovlenie.pdf
14.05.2020  10:01             5 019 Postanovlenie.pdf.sig
14.05.2020  10:01               964 request.xml
14.05.2020  10:01             5 019 request.xml.sig
Все файлы подписаны.
Тип запроса - допустимый из описания. Файл request.xml:
Код
<?xml version="1.0" encoding="UTF-8"?>
<request xmlns="http://rosreestr.ru/services/v0.12/TRequest"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://rosreestr.ru/services/v0.12/TRequest file:/C:/Users/ILKuznetsova/Desktop/egron-schemas-2episode_all-8466770ca0acfda36ff6b4773fef358d19faf6cb/TRequest.xsd">
    <statementFile>
        <fileName>app_1.xml</fileName>
    </statementFile>
    <file>
        <fileName>app_1.xml.sig</fileName>
    </file>    
    <file>
        <fileName>Passport_Semenov.pdf</fileName>
    </file>
    <file>
        <fileName>Passport_Semenov.pdf.sig</fileName>
    </file>
    <file>
        <fileName>Postanovlenie.pdf</fileName>
    </file>
    <file>
        <fileName>Postanovlenie.pdf.sig</fileName>
    </file>
    <file>
        <fileName>GKUZU_53e5b3fa-7d45-4410-b727-09eaf0101055.zip</fileName>
    </file>
    <requestType>111300001000</requestType>
</request>
Удивительно, что вообще никаких статусов при запросе http://spd-test.spd.egrn:8097/mq/fetch?queue=xxxxxx_queue нет. Не о том, что принято в работу, не о том, что ошибка разбора/обработки.
В качестве региона для отправки указывал разные, в том числе "98" (встречал в каком-то описании). Поведение одно и то же - заявление создаётся, функция createRequest возвращает его номер "Other-2020-05-14-000011", а затем - тишина.
Параметры для createRequest:
Код
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:urn="urn:ws.request.pgu.sids.fccland.ru">
   <soapenv:Header/>
   <soapenv:Body>
   <urn:createRequest>
      <sender>xxx_логинЕГРН_test</sender>
      <extId>be4382aa-0791-45e1-baeb-6a28d8561589</extId>
      <region>98</region>
      <userFileGuid>c0df0630-32ee-4077-8fd1-2b0782a83c39</userFileGuid>
      <correlationId>be4382aa-0791-45e1-baeb-6a28d8561589</correlationId>
      <userFileMD5>F1BB69A5B081C209706568D04DC480B8</userFileMD5>
      <senderType>Other</senderType>
   </urn:createRequest>
   </soapenv:Body>
</soapenv:Envelope>
Может здесь есть какая-либо особенность (в частности для тестового контура).
 
Там особенность на особенности. Попробуй указать
Код
<senderType>BC</senderType>
 
Росреестр не может выставить функционал, чтобы не нужно было экспериментировать и проходить квэст. ((( с угадыванием, что не нравится сервису и что он подразумевает при 500 ошибке - не один день потерял.
Попробовал. CreateRequest возвращает:
Код
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><ns2:createRequestResponse xmlns:ns2="urn:ws.request.pgu.sids.fccland.ru"><requestNumber>BC-2020-05-15-000006</requestNumber><status><result>true</result><message>Successfully save data for BC-2020-05-15-000006 request</message></status></ns2:createRequestResponse></soap:Body></soap:Envelope>
т.е. номера запросов теперь начинаются с BC, однако в http://spd-test.spd.egrn:8097/mq/fetch?queue=xxxxxx_queue - возвращается опять пустой массив. Не событий о том, что ни удалось разобрать пакет, ни о том, что какие-то ошибки в обработке. Тишина ((((.. Как будто его и не было.(((
 
Тогда попробуй другое рег действие. Я, по моему, тестировал на закладных.
 
Цитата
Guest написал:
Росреестр не может выставить функционал, чтобы не нужно было экспериментировать и проходить квэст. ((( с угадыванием, что не нравится сервису и что он подразумевает при 500 ошибке - не один день потерял.
Попробовал. CreateRequest возвращает:
Код
 <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><ns2:createRequestResponse xmlns:ns2="urn:ws.request.pgu.sids.fccland.ru"><requestNumber>BC-2020-05-15-000006</requestNumber><status><result>true</result><message>Successfully save data for BC-2020-05-15-000006 request</message></status></ns2:createRequestResponse></soap:Body></soap:Envelope>
 
т.е. номера запросов теперь начинаются с BC, однако в http://spd-test.spd.egrn:8097/mq/fetch?queue=xxxxxx_queue - возвращается опять пустой массив. Не событий о том, что ни удалось разобрать пакет, ни о том, что какие-то ошибки в обработке. Тишина ((((.. Как будто его и не было.(((

Аналогичная ситуация,
после отправки запроса, приходит статус - "Принято от заявителя", а потом тишина
Код
"body": "{\"requestNumber\":\"Other-2020-05-20-000002\",\"extId\":\"e32da051-dab3-41a9-8016-081caadfb21a\",\"correlationId\":\"Test2\",\"sender\":\"Sender\",\"senderType\":\"Other\",\"statusCode\":\"accepted\",\"statusDescription\":\"Принято от заявителя\",\"statusTime\":\"2020-05-20 11:46:21.889\",\"terminal\":false,\"customParameters\":[{\"key\":\"kudNumbers\",\"value\":[{\"statementExtId\":\"0e869ce1-1363-4edf-ac8b-2a743cd6b396\",\"contextPath\":\"ApplicationFile.xml\",\"kudNumber\":\"КУВИ-001/2020-10021\",\"kudNumberCreationDate\":\"2020-05-20 11:45:59.285\",\"packageExecutionWorkDaysFL\":\"3\"}]}]}"
 
Коллеги, добрый день
мы тут подключись к тестовому контуру, а вот документация на сайте росреестра от СМЭВ.
Я вы тут пишете о том, что формируете заявки на основе примеров. А у вас есть документация для бизнес сектора ?
И не подскажите по какому адресу располагается WSDL-схема сервиса ?
 
Если вы про сервис, которые работает через ВипНет:
1. все документы вам должны были прислать при подключении. Документации по бизнес-процессам нет, нужно самим догадываться.
2. все примеры берутся из боевых сервисов сторонних компаний, ничего другого вы не найдёте. Сам РР вас не проконсультирует.
3. В доке есть ссылка на WSDL. Там всего один запрос по SOAP на старт процесса и всё, он элементарный и в доке описан нормально.
 
WSDL схему обнарул на http://spd-test.spd.egrn:8097/ws/ExternalService?wsdl
 
Подскажите, какую аутентификацию использует росреестр при заливке: http://spd-test.spd.egrn:8097/userupload

если заливать через wget http://spd-test.spd.egrn:8097/userupload --user ... --password ....
говорит:
Unknown authentication scheme.
Authorization failed.

а если курлом: curl_setopt_array($curl, array(
CURLOPT_URL => "http://spd-test.spd.egrn:8097/userupload",
CURLOPT_POSTFIELDS => array(''=> new CURLFILE('test.txt')),
CURLOPT_HTTPHEADER => array(
"password: ....",
"login: ...."
),
));

говорит: Service unavailable!
 
Цитата
Михаил написал:
Подскажите, какую аутентификацию использует росреестр при заливке: http://spd-test.spd.egrn:8097/userupload
обсуждали ранее тут https://armrus.org/extranet/forum/messages/forum50/message57587/7418-fgis-egrn-podklyuchenie-k-zashc...
 
Цитата
Михаил написал:
Подскажите, какую аутентификацию использует росреестр при заливке: http://spd-test.spd.egrn:8097/userupload
Посмотрел логи, за 12.08 ошибка (единичная) The requested URL returned error: 500 Internal Server Error
И 14 08 с 10.04 до 11.38 The requested URL returned error: 502 Bad Gateway
со стороны Росреестра
 
Цитата
Михаил написал:
Подскажите, какую аутентификацию использует росреестр при заливке: http://spd-test.spd.egrn:8097/userupload

если заливать через wget http://spd-test.spd.egrn:8097/userupload --user ... --password ....
говорит:
Unknown authentication scheme.
Authorization failed.

а если курлом: curl_setopt_array($curl, array(
CURLOPT_URL => " http://spd-test.spd.egrn:8097/userupload ",
CURLOPT_POSTFIELDS => array(''=> new CURLFILE('test.txt')),
CURLOPT_HTTPHEADER => array(
"password: ....",
"login: ...."
),
));

говорит: Service unavailable!
Удалось решить проблему?
 
через postman работает
 
С тестовым контуром разобрался, пароль надо было экранировать одинарными слешами (из-за спецсимвола).

В процессе тестирования тестового контура выяснил следующее:
  • Русские имена файлов проходят (хотя по документации нет)
  • Проверки корректности подписей нет.
  • Проверки MD5 сумм нет (похоже только длина)
  • Ответы "успешные" достигаются за 4 или 7 шагов (с оплатой и без), успешный результат всегда "для примера" на одно и тоже рег действие (регистрация машино-места), не зависимо от того какие запросы посылал.
 
Цитата
Михаил написал:
С тестовым контуром разобрался, пароль надо было экранировать одинарными слешами (из-за спецсимвола).

В процессе тестирования тестового контура выяснил следующее:
Русские имена файлов проходят (хотя по документации нет)
Проверки корректности подписей нет.
Проверки MD5 сумм нет (похоже только длина)
Ответы "успешные" достигаются за 4 или 7 шагов (с оплатой и без), успешный результат всегда "для примера" на одно и тоже рег действие (регистрация машино-места), не зависимо от того какие запросы посылал.
Михаил,
У Вас был статус запроса ""Принято от заявителя"? Если да, то сколько времени после этого Вы ждали другого ответа, а также какое следующее значение статуса?
 
Цитата
Guest написал:

Михаил,
У Вас был статус запроса ""Принято от заявителя"? Если да, то сколько времени после этого Вы ждали другого ответа, а также какое следующее значение статуса?

Статусы у меня были следующие :
  • На проверке ФЛК
  • Принято от заявителя
  • Сформирована квитанция
  • Ожидание оплаты
  • Отправлено в ПКУРП
  • Оплачено
  • Обработка завершена
Статусы расставлены хронологически от первого до последнего (при учете того, что в тестовом контуре разумеется никакой оплаты не происходит) проходит минут 15.
Если вы получили статус "Принято от заявителя", то ранее д.б. получить "На проверке ФЛК" - возможно вы не подтвердили получение статуса, и поэтому не получаете другие.
Я получал статусы от 0 до 3 шт за раз (в зависимости от того сколько там их есть, более 3 за раз не выдает, нужно подтверждать получение и просить новую порцию).
Есть подозрение, что получение статусов реализовано на каком-то сервере очередей - может у кого-то есть идеи как их считывать каким-то mq клиентом, а не курлом ?
 
Цитата
Михаил написал:
Цитата
Guest написал:

Михаил,
У Вас был статус запроса ""Принято от заявителя"? Если да, то сколько времени после этого Вы ждали другого ответа, а также какое следующее значение статуса?
Статусы у меня были следующие :
На проверке ФЛК
Принято от заявителя
Сформирована квитанция
Ожидание оплаты
Отправлено в ПКУРП
Оплачено
Обработка завершена
Статусы расставлены хронологически от первого до последнего (при учете того, что в тестовом контуре разумеется никакой оплаты не происходит) проходит минут 15.
Если вы получили статус "Принято от заявителя", то ранее д.б. получить "На проверке ФЛК" - возможно вы не подтвердили получение статуса, и поэтому не получаете другие.
Я получал статусы от 0 до 3 шт за раз (в зависимости от того сколько там их есть, более 3 за раз не выдает, нужно подтверждать получение и просить новую порцию).
Есть подозрение, что получение статусов реализовано на каком-то сервере очередей - может у кого-то есть идеи как их считывать каким-то mq клиентом, а не курлом ?

Михаил,
В том-то и дело, что получение статуса подтверждено. Но после "Принято от заявителя" возвращается пустой массив новых статусов.
Хотя в ответе написано, что срок выполнения - 3 дня :"packageExecutionWorkDaysFL":"3".
Но проходит месяц, а от сервиса тишина. Ни сообщения об ошибке или отказе, ни результата
 
Цитата
Михаил написал:
атус "Принято от заявителя", то ранее д.б. получить "На проверке ФЛК" - возможно вы не подтвердили получение статуса, и поэтому не получаете другие.Я получал статусы от 0 до 3 шт за раз (в зависимости от того сколько там их есть, более 3 за раз не выдает, нужно подтверждать получение и просить новую порцию).Есть подозрение, что получение статусов реализовано на каком-то сервере очередей - может у кого-то есть идеи как их считывать каким-то mq клиентом, а не курлом ?
Только по http.
На один запрос возвращает не более 3х статусов.
Не обязательно подтверждать статусы, что бы получить следующие. Он просто выводит их порциями.
Страницы: 1 2 3 След.
Ответить
Читают тему (гостей: 1)
Форма ответов
 
Текст сообщения*
Перетащите файлы
Ничего не найдено
Загрузить файлы