Подскажите, кто пользуется. В текущий момент тестовый контур обрабатывает тестовые заявления? 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>
Удивительно, что вообще никаких статусов при запросе http://spd-test.spd.egrn:8097/mq/fetch?queue=xxxxxx_queue нет. Не о том, что принято в работу, не о том, что ошибка разбора/обработки. В качестве региона для отправки указывал разные, в том числе "98" (встречал в каком-то описании). Поведение одно и то же - заявление создаётся, функция createRequest возвращает его номер "Other-2020-05-14-000011", а затем - тишина. Параметры для createRequest:
Росреестр не может выставить функционал, чтобы не нужно было экспериментировать и проходить квэст. ((( с угадыванием, что не нравится сервису и что он подразумевает при 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 на старт процесса и всё, он элементарный и в доке описан нормально.
Посмотрел логи, за 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 со стороны Росреестра
С тестовым контуром разобрался, пароль надо было экранировать одинарными слешами (из-за спецсимвола).
В процессе тестирования тестового контура выяснил следующее:
Русские имена файлов проходят (хотя по документации нет)
Проверки корректности подписей нет.
Проверки MD5 сумм нет (похоже только длина)
Ответы "успешные" достигаются за 4 или 7 шагов (с оплатой и без), успешный результат всегда "для примера" на одно и тоже рег действие (регистрация машино-места), не зависимо от того какие запросы посылал.
Михаил написал: С тестовым контуром разобрался, пароль надо было экранировать одинарными слешами (из-за спецсимвола).
В процессе тестирования тестового контура выяснил следующее: Русские имена файлов проходят (хотя по документации нет) Проверки корректности подписей нет. Проверки MD5 сумм нет (похоже только длина) Ответы "успешные" достигаются за 4 или 7 шагов (с оплатой и без), успешный результат всегда "для примера" на одно и тоже рег действие (регистрация машино-места), не зависимо от того какие запросы посылал.
Михаил, У Вас был статус запроса ""Принято от заявителя"? Если да, то сколько времени после этого Вы ждали другого ответа, а также какое следующее значение статуса?
Михаил, У Вас был статус запроса ""Принято от заявителя"? Если да, то сколько времени после этого Вы ждали другого ответа, а также какое следующее значение статуса?
Статусы у меня были следующие :
На проверке ФЛК
Принято от заявителя
Сформирована квитанция
Ожидание оплаты
Отправлено в ПКУРП
Оплачено
Обработка завершена
Статусы расставлены хронологически от первого до последнего (при учете того, что в тестовом контуре разумеется никакой оплаты не происходит) проходит минут 15. Если вы получили статус "Принято от заявителя", то ранее д.б. получить "На проверке ФЛК" - возможно вы не подтвердили получение статуса, и поэтому не получаете другие. Я получал статусы от 0 до 3 шт за раз (в зависимости от того сколько там их есть, более 3 за раз не выдает, нужно подтверждать получение и просить новую порцию). Есть подозрение, что получение статусов реализовано на каком-то сервере очередей - может у кого-то есть идеи как их считывать каким-то mq клиентом, а не курлом ?
Михаил, У Вас был статус запроса ""Принято от заявителя"? Если да, то сколько времени после этого Вы ждали другого ответа, а также какое следующее значение статуса?
Статусы у меня были следующие : На проверке ФЛК Принято от заявителя Сформирована квитанция Ожидание оплаты Отправлено в ПКУРП Оплачено Обработка завершена Статусы расставлены хронологически от первого до последнего (при учете того, что в тестовом контуре разумеется никакой оплаты не происходит) проходит минут 15. Если вы получили статус "Принято от заявителя", то ранее д.б. получить "На проверке ФЛК" - возможно вы не подтвердили получение статуса, и поэтому не получаете другие. Я получал статусы от 0 до 3 шт за раз (в зависимости от того сколько там их есть, более 3 за раз не выдает, нужно подтверждать получение и просить новую порцию). Есть подозрение, что получение статусов реализовано на каком-то сервере очередей - может у кого-то есть идеи как их считывать каким-то mq клиентом, а не курлом ?
Михаил, В том-то и дело, что получение статуса подтверждено. Но после "Принято от заявителя" возвращается пустой массив новых статусов. Хотя в ответе написано, что срок выполнения - 3 дня :"packageExecutionWorkDaysFL":"3". Но проходит месяц, а от сервиса тишина. Ни сообщения об ошибке или отказе, ни результата
Михаил написал: атус "Принято от заявителя", то ранее д.б. получить "На проверке ФЛК" - возможно вы не подтвердили получение статуса, и поэтому не получаете другие.Я получал статусы от 0 до 3 шт за раз (в зависимости от того сколько там их есть, более 3 за раз не выдает, нужно подтверждать получение и просить новую порцию).Есть подозрение, что получение статусов реализовано на каком-то сервере очередей - может у кого-то есть идеи как их считывать каким-то mq клиентом, а не курлом ?
Только по http. На один запрос возвращает не более 3х статусов. Не обязательно подтверждать статусы, что бы получить следующие. Он просто выводит их порциями.