These are chat archives for springjazzy/GIS_JKH_Integration

1st
Dec 2016
Anton
@dudarkoas
Dec 01 2016 04:29
есть ли адекватный способ узнать версию стенда (не запроса, а стенда, типа какая версия накачена на стенде)
Denis Ulyanov
@DenisUlyanov
Dec 01 2016 06:44
я все с stunnel туплю. CA-SIT.pem CA-PPAK.pem где взять
вопрос отпал
я туплю. у них на сайте есть)
Denis Ulyanov
@DenisUlyanov
Dec 01 2016 07:32
поднял я этот stunnel) и как я понял теперь запросы надо строить не к ним напрямую, а на локалхост и оттуда через stunnel к ним улетят запросы
Nikita
@springjazzy
Dec 01 2016 07:32
туда куда в файле конфигурации напишешь в туннеле
Denis Ulyanov
@DenisUlyanov
Dec 01 2016 07:33
@springjazzy ну да. accept. Но смотри, у нас же адреса берутся из wsdl, их надо на поменять будет или нет?
Nikita
@springjazzy
Dec 01 2016 07:34
относительные только
концовку
вообщем представь что у тебя адрес СИТ или ППАК это localhost
вот так проще объяснить
Denis Ulyanov
@DenisUlyanov
Dec 01 2016 07:35
ща. дай я попробую объяснить что меня смущает)

в самом wsdl есть адреса вида

<wsdl:port name="DeviceMeteringPort" binding="tns:DeviceMeteringBinding">

<soap:address location="https://api.dom.gosuslugi.ru/ext-bus-device-metering-service/services/DeviceMetering"/>
</wsdl:port>

все круто. Но домен у нас api.dom.gosuslugi.ru
его надо менять на локалхост или нет? Я понимаю как работает stunnel и что я стучусь к себе на сервер, а дальше через stunnel уходят пакеты на гис жкх. я не понимаю как например приложение узнает об этом. оно же адреса из wsdl берет

Nikita
@springjazzy
Dec 01 2016 07:39
не в курсе как у тебя приложение работает - у меня адреса конфигурируются. То что в wsdl это просто пример адреса
реально у них может быть много адресов
Denis Ulyanov
@DenisUlyanov
Dec 01 2016 07:40
а ок. тогда придется сделать обертку и с ходу перенаправлять)
лан буду разбираться)
хотя еще один вопрос. к локалхосту по http или https обращаться
Denis Ulyanov
@DenisUlyanov
Dec 01 2016 07:52
http
в итоге)
kandrey99
@kandrey99
Dec 01 2016 11:27
почему при вызове exportCAChData на ППАК может быть сообщение "операция не разрешена" ?
ri8on
@ri8on
Dec 01 2016 11:28
@kandrey99 хедер какой?
ISRequestHeader или RequestHeader ?
kandrey99
@kandrey99
Dec 01 2016 11:31
RequestHeader
ri8on
@ri8on
Dec 01 2016 11:32
а по каким критериям ищете?
kandrey99
@kandrey99
Dec 01 2016 11:32
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:Header>
<Action s:mustUnderstand="1" xmlns="http://schemas.microsoft.com/ws/2005/05/addressing/none">urn:exportCAChData</Action>
<h:RequestHeader xmlns="http://dom.gosuslugi.ru/schema/integration/base/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:h="http://dom.gosuslugi.ru/schema/integration/base/">
<Date>2016-12-01T14:30:18.2794084+03:00</Date>
<MessageGUID>0208e7c0-1216-48ab-922f-19527dc5a836</MessageGUID>
<orgPPAGUID>f097201a-33ad-4117-8882-d00ca0f65260</orgPPAGUID>
</h:RequestHeader>
</s:Header>
<s:Body xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<exportCAChRequest p5:version="10.0.1.1" xmlns:p5="http://dom.gosuslugi.ru/schema/integration/base/" xmlns="http://dom.gosuslugi.ru/schema/integration/house-management/">
<Criteria>
<UOGUID>f097201a-33ad-4117-8882-d00ca0f65260</UOGUID>
<FIASHouseGuid>b6cf8fa9-3bdd-4fa4-b708-bcd08e42d07c</FIASHouseGuid>
</Criteria>
</exportCAChRequest>
</s:Body>
</s:Envelope>
ri8on
@ri8on
Dec 01 2016 11:33
надо проверять что у УО есть доступ к этому дому, и что фиас совпадает с тем что в ГИСе
а
не, увидел
UOGUID это orgRootEntityGUID
а не orgPPAGUID
kandrey99
@kandrey99
Dec 01 2016 11:38
ясно, поправил на orgRootEntityGUID, пока все равно "операция не разрешена"
а как проверить что "у УО есть доступ к этому дому" ?
ri8on
@ri8on
Dec 01 2016 11:40
в личном кабинете можно посмотреть вроде
kandrey99
@kandrey99
Dec 01 2016 11:40
да, смотрю щас, есть перечень управляемых объектов, а где там фиас посмотреть?
ri8on
@ri8on
Dec 01 2016 11:43
вот не нашел пока нигде перечня с фиасами домов, которые есть в управлении
получается что надо их иметь заготовленными заранее, причем совпадающими с гисом
например один из домов у нас был без корпуса, а в гисе как корпус 1
и в итоге ничего не получается сделать с тем фиасом что у нас, и фиас из гиса никак не достать
kandrey99
@kandrey99
Dec 01 2016 11:47
нашел фиас адреса который есть в ДУ, все равно не "операция не разрешена", а проверить совпадает ли он с гисовским не знаю как.
ri8on
@ri8on
Dec 01 2016 11:48
найдите все подходящие для этого адреса
kandrey99
@kandrey99
Dec 01 2016 11:48
в ТФФ написано что для асинхронного режима можно без критериев все договора получить
щас буду пробовать
ri8on
@ri8on
Dec 01 2016 11:48
написано, да
kandrey99
@kandrey99
Dec 01 2016 11:48
и работает?
ri8on
@ri8on
Dec 01 2016 11:49
если получится, скажите, я пробовал, говорит что нет объектов для экпорта
по одному дому экспортирует, без критериев - ничего
kandrey99
@kandrey99
Dec 01 2016 11:49
паразиты
ri8on
@ri8on
Dec 01 2016 11:52
не, ну вы попробуйте, вдруг это мы что-то не так делаем
всякое же бывает)
Denis Ulyanov
@DenisUlyanov
Dec 01 2016 12:32
ISRequestHeader и RequestHeader в чем разница?)
ri8on
@ri8on
Dec 01 2016 12:44
ну вообще в запросе жестко вроде определено какой должен быть
первый от лица ИС, второй от лица поставщика данных
ну и собственно в первом не нужно указывать ключиков вроде orgPPAGUID и IsOperatorSignature
Denis Ulyanov
@DenisUlyanov
Dec 01 2016 13:00
короче второй для тех кто отправляет данные за других, первый для тех кто сами заливают?)
ri8on
@ri8on
Dec 01 2016 13:04
Нет, для ИС все нужны, ISRequestHeader это для запросов вроде exportOrgRegistry
а когда ИС заливает ЛС для конкретной организации, то используется RequestHeader, и ИС говорит для какой организации это выполняется и что подписано подписью ИС, а не подписью организации
Denis Ulyanov
@DenisUlyanov
Dec 01 2016 13:16
так я вроде это и написал?)