Обсуждение: обработка и выгрузка данных с ООС/ЕИС

[regster]

Добрый день.
targetNamespace - это не адрес) Это формализованное пространство имен, просто внешне похожее на адрес. В данном случае целевое для схемы.
Надо посмотреть, но, по-моему, это касается только банков и участников с заказчиками, к которым относятся эти гарантии. Для взаимодействия их внешних систем с ЕИС. Вряд ли можно вот так просто вытащить любую гарантию.

С доступом всё понятно.
Нужен именно адрес сервиса.

[kir_dfg]

https://zakupki.gov.ru/pgz/extegration.jsp
Вот этот адрес. Он общий для всех запросов обмена по https.
По синхронному протоколу потом получить результат обработки запроса вот тут:
https://zakupki.gov.ru/pgz/services/uploadResult
Но еще раз повторю, бестолку это.

[regster]

Спасибо!

Кстати, сейчас для загрузки и проверки можно использовать следующие адреса:

API:

Загрузка - https://zakupki.gov.ru/eis-integration/services/upload
Проверка результата - https://zakupki.gov.ru/eis-integration/ ... loadResult

WEB-морда:

Загрузка -https://zakupki.gov.ru/eis-integration/extegration.jsp
Получение результата - https://zakupki.gov.ru/eis-integration/ ... Result.jsp

Появилась новая проблема:

При загрузке происходит ошибка:

Код: выделить все

Ошибка валидации по схеме 2:173 cvc-elt.1: Невозможно найти объявление элемента 'ns:getRBGObjectInfoRequest'.
Ошибка валидации по схеме Ошибка валидации по схеме

Загружаемый пример:

Код: выделить все

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns:getRBGObjectInfoRequest xmlns:base="http://zakupki.gov.ru/oos/base/1" xmlns:ns="http://zakupki.gov.ru/fz44/https" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <sender>
      <base:regNum>62414244034</base:regNum>
      <base:consRegistryNum>ABCDEFGH</base:consRegistryNum>
      <base:fullName>string</base:fullName>
   </sender>
   <documentUid>11e15a65-7f5c-4fc4-aef8-8e220822af36</documentUid>
   <documentKind>bankGuarantee</documentKind>
</ns:getRBGObjectInfoRequest>

Но в схеме docs-https-api.xsd как раз и описано:

Код: выделить все

<?xml version="1.0" encoding="UTF-8"?>
<!-- EIS docs-https-api Integration Scheme, version 9.2.3, create date 23.07.2019 -->
<xs:schema xmlns="http://zakupki.gov.ru/fz44/https" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:base="http://zakupki.gov.ru/oos/base/1" targetNamespace="http://zakupki.gov.ru/fz44/https" elementFormDefault="unqualified" attributeFormDefault="unqualified">
   <xs:import namespace="http://zakupki.gov.ru/oos/base/1" schemaLocation="BaseTypes.xsd"/>
   <!--Сервис РБГ-->
...
   <xs:element name="getRBGObjectInfoRequest">
      <xs:annotation>
         <xs:documentation>Запрос сведений о документе РБГ</xs:documentation>


Может кто сталкивался?

[kir_dfg]

Насчет того, что кто-то сталкивался - мне кажется, на этом форуме, кроме меня, никто с этой кухней не работает. А я в основном с выгрузками.
На первый взгляд, косяков нет. По какому адресу запрос отправляете? По pgz пробовали?
В таких случаях помог бы SoapUI, но для этого надо актуальный WSDL где-то достать. А в ЕИС я, если честно, не знаю, где его откопать. Схемы в архивах могут отличаться.
Если надо, давайте искать.

[regster]

Насчет того, что кто-то сталкивался - мне кажется, на этом форуме, кроме меня, никто с этой кухней не работает. А я в основном с выгрузками.
На первый взгляд, косяков нет. По какому адресу запрос отправляете? По pgz пробовали?
В таких случаях помог бы SoapUI, но для этого надо актуальный WSDL где-то достать. А в ЕИС я, если честно, не знаю, где его откопать. Схемы в архивах могут отличаться.
Если надо, давайте искать.

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

Получение сведений из РБГ делаем согласно Альбом ТФФ 9.2.3.
Пока гружу их через морду.

Первоначально сделал пример по схемам через Liquid Studio - XML, вот уже который день кручу формат - никак пока.

[kir_dfg]

Ну, вариантов только три я вижу:
1) Не тот адрес;
2) Нет прав доступа (возможно, нужно авторизоваться под нужным именем, чтобы стал доступен этот элемент схемы. Встречался с таким);
3) Актуальная схема отличается от опубликованной в архиве.

Второй, по-моему, наиболее вероятный. Хотя там, вроде, ненавистная джава, а я с таким закрытием в WCF только сталкивался. Попробуйте в этом направлении пойти.

[regster]

Ну, вариантов только три я вижу:
2) Нет прав доступа (возможно, нужно авторизоваться под нужным именем, чтобы стал доступен этот элемент схемы. Встречался с таким);

Запрос отправляется под реальной учёткой по реальному опубликованному документу.
Пока пришла мысль:
когда выполняли публикацию в РБГ тоже была ошибка (но просто писалось, что ошибка в проверке на адаптере размещения в РБГ), пока не стали по примеру прикреплять аттач документа (который необязательный по схеме и по спецухе).
Может быть, тут тоже - требуется реальная подпись ЭП запроса, чтобы он начал валидироваться - попробую.

Но опытным путём было установлено, что при загрузке в РБГ сначала происходит валидация по схеме, а только потом проверка прав.

[kir_dfg]

Я немножко про другое. Я работаю с несколькими информационными системами, и во многих сделано так, что если просто запрашивать тот же WSDL без авторизации, то в нем будет гораздо меньше элементов, чем если запросить его с авторизацией под нужным именем. То есть состав возвращаемых в схеме службы методов зависит от прав доступа учетной записи. Соответственно и при отправке запросов поддерживаются не все элементы.
Это просто комментарий, я не утверждаю, конечно, что ЕИСовцы до такого додумались. Они ребята не больно компетентные.

[regster]

Я немножко про другое. Я работаю с несколькими информационными системами, и во многих сделано так, что если просто запрашивать тот же WSDL без авторизации, то в нем будет гораздо меньше элементов, чем если запросить его с авторизацией под нужным именем. То есть состав возвращаемых в схеме службы методов зависит от прав доступа учетной записи. Соответственно и при отправке запросов поддерживаются не все элементы.
Это просто комментарий, я не утверждаю, конечно, что ЕИСовцы до такого додумались. Они ребята не больно компетентные.

Тоже об этом подумал.
Но мысль такая - если валидация по схеме проходит на их стороне, соответственно, они под своей учёткой должны получать схему - но схема та их, иначе получается компрометация чужих учётных данных.

Искал схему по их адресам (в доменах *.gov.ru), чтобы указать непосредственно URI путь к схеме на их же ресурсе, но пока не нашел.

[Назиля]

Здравствуйте! Я на сайте недавно. Хотела бы узнать, как можно с ЕИС забирать закупки по 223-ФЗ, с протоколами победителей? Подскажите, пожалуйста.