Работоспособность стенда - https://docs.google.com/spreadsheets/d/1nsXtcD5E5ZaCysFPu6mPLF7fEPY2Zcri3iPgPhS44aY/edit?usp=sharing
@novic я так понимаю, что если информация вся необходимая импортирована, то ДРСО сразу в статусе "размещен", у меня все ДРСО импортировались нормально
@novic Я в отпуске был и пока "забил" на ГИС ЖКХ. Суппорт ответил вопросом.
Уважаемый пользователь!
В договоре ресурсоснабжения в разделе ПОРЯДОК КОММЕРЧЕСКОГО УЧЕТА ПОСТАВЛЕННОГО (ПРИНЯТОГО) РЕСУРСА необходимо указать что коммерческий учет ресурса ведется РСО. В будущих версиях Системы данное ограничение будет срабатывать только для договоров второй стороной в которых является исполнитель услуг.
По помещению c1cfd868-1b72-40a2-a8d1-8dabf6a4d1e6 просьба уточнить, фигурирует ли оно в другом договоре ресурсоснабжения со статусом "Расторгнут".
Уважаемый пользователь!
В договоре ресурсоснабжения в разделе ПОРЯДОК КОММЕРЧЕСКОГО УЧЕТА ПОСТАВЛЕННОГО (ПРИНЯТОГО) РЕСУРСА необходимо указать что коммерческий учет ресурса ведется РСО. В будущих версиях Системы данное ограничение будет срабатывать только для договоров второй стороной в которых является исполнитель услуг.
По помещению c1cfd868-1b72-40a2-a8d1-8dabf6a4d1e6 просьба уточнить, фигурирует ли оно в другом договоре ресурсоснабжения со статусом "Расторгнут".
Уважаемый пользователь!
Уведомляем о том, что в открытой части портала ГИС ЖКХ в разделе "Регламенты и инструкции" выложена обновленная документация с форматами обмена версии 9.0.1.3.
Работы по обновлению СИТ(https://217.107.108.147/#/main) буду выполнены 30.06.2016 в интервале с 8 до 12 Мск, на время обновления возможна временная недоступность стенда.
В заявке были две ошибки
<ns4:Description>Договор ресурсоснабжения, в перечень объектов жилищного фонда которого входит помещение с идентификатором c1cfd868-1b72-40a2-a8d1-8dabf6a4d1e6 должен быть в статусе «Утвержден» в состоянии «Не вступивший в силу», либо «Действующий».</ns4:Description>
</ns4:Error>
и
<ns4:Description>Организация не предоставляет услуги для помещения с идентификатором bba46b43-98de-4ef9-aad4-7d5db68cac80</ns4:Description>
Господа, добрый день. Кто-нибудь пробовал на ППАК вытворять следующий сценарий. Когда-то был загружен дом с подъездом, но без помещений. Теперь хотим добавить помещения в этот дом. Для этого выполням запрос importHouseUOData, тег для дома ставим ApartmentHouseToUpdate, для подъезда EntranceToUpdate (гуид в их системе указываем), а для помещений, т.к. хотим их создавить, ставим ResidentialPremisesToCreate. При выполнении этого запроса ловим внутреннюю ошибку. Кто-то сталкивался с такой проблемой?
В новой версии передачи платежных документов появился тег PaymentInformationKey (Ссылка на платежные реквизиты). Не подскажете откуда этот идентификатор перед этим получить?
Коллеги, кто дрсо на последней версии успешно грузит, не подскачеже что за PairKey? Что там должно быть? TransportGUID предмета договора?
а это идея, надо будет попробовать )
@dudarkoas не работает оно. По крайней мере на таком запросе
<importSupplyResourceContractRequest xmlns="http://dom.gosuslugi.ru/schema/integration/9.0.1.2/house-management/" Id="signed-data-container">
<Contract>
<TransportGUID xmlns="http://dom.gosuslugi.ru/schema/integration/9.0.1.2/">7af57c08-8341-4bad-84ce-3b0e9884fd3d</TransportGUID>
<SupplyResourceContract>
<Period>
<Start>
<StartDate>1</StartDate>
</Start>
<End>
<EndDate>10</EndDate>
</End>
</Period>
<Offer>true</Offer>
<ObjectAddress>
<FIASHouseGuid>b3e4a0ca-4973-4e7b-a057-3ba8010687f5</FIASHouseGuid>
<Pair>
<PairKey>d9720eb8-cef3-4fbb-a3b1-baad8b33bd55</PairKey>
<StartSupplyDate>2013-04-05</StartSupplyDate>
<EndSupplyDate>2018-04-05</EndSupplyDate>
</Pair>
</ObjectAddress>
<IsPlannedVolume>false</IsPlannedVolume>
<IsNotContract>
<ContractSubject>
<ServiceType>
<Code xmlns="http://dom.gosuslugi.ru/schema/integration/9.0.1.2/">4</Code>
<GUID xmlns="http://dom.gosuslugi.ru/schema/integration/9.0.1.2/">f7e7c7ca-78cf-41ba-9d13-622ee263f064</GUID>
</ServiceType>
<MunicipalResource>
<Code xmlns="http://dom.gosuslugi.ru/schema/integration/9.0.1.2/">8</Code>
<GUID xmlns="http://dom.gosuslugi.ru/schema/integration/9.0.1.2/">b9f4e15e-9c64-4509-9bd1-669b5eac498e</GUID>
</MunicipalResource>
<StartSupplyDate>2013-04-05</StartSupplyDate>
<EndSupplyDate>2018-04-05</EndSupplyDate>
<TransportGUID xmlns="http://dom.gosuslugi.ru/schema/integration/9.0.1.2/">d9720eb8-cef3-4fbb-a3b1-baad8b33bd55</TransportGUID>
</ContractSubject>
</IsNotContract>
</SupplyResourceContract>
</Contract>
</importSupplyResourceContractRequest>Получаю
<ns4:ErrorCode>FMT001300</ns4:ErrorCode>
<ns4:ErrorMessage>Line: 1. Column: 6315. Message: cvc-complex-type.2.4.a: Invalid content was found starting with element 'ObjectAddress'. One of '{"http://dom.gosuslugi.ru/schema/integration/9.0.1.2/house-management/":ContractSubject}' is expected.
</ns4:ErrorMessage>В чем ошибка никак не пойму. Не подскажете? Без PairKey на 8 версии все нормально грузилось.
@LTramp я так понимаю, что в новой версии они перенесли ContractSubject из раздела IsNotContract в верхний уровень SupplyResourceContract
@NadyaTomsk но по протоколу вроде все как было так и осталось. Только изменения по PairKey. Или я не туда смотрю. Можете прислать работающий запрос?
@LTramp я на старой версии пока работаю
@NadyaTomsk =(
:point_up: 30 июня 2016 г., 11:23
@NadyaTomsk Вы походу были правы) Я отправлял запросы 9.0.1.2 на версию 9.0.1.3) А в 9.0.1.3 как раз вынесли на верх
@NadyaTomsk Вы походу были правы) Я отправлял запросы 9.0.1.2 на версию 9.0.1.3) А в 9.0.1.3 как раз вынесли на верх
Весело у них там.. Ошибка которую я писал выше связана с изменениями в 9.0.1.3. Обновился до 9.0.1.3, поправил запрос и в ответ получаю некорректный xml, вызванный тем, что сервисы работают на версии 9.0.1.2. Логика от 9.0.1.3, обертка от 9.0.1.2. Дурдом короче.
Дак неудивительно завтра 1 июля
Все спешат торопятся
Чтобы дозвониться до техпода потратил 30 минут)
И до сих пор не работает.
дак они нам не тот серт поставили на промку, сидим теперь ждем когда поправят
здесь я вообще не понимаю как можно было ошибаться
Они еще и промку сломали оказывается...
не тот серт?
да
в чем заключается его кривизна?
в смысле кривизна?:) Он просто не тот
подключаюсь к тестовому все работает
подключаюсь к ним AUT011000: Неверный идентификатор ИС
ясно
просто я пытаюсь разобраться с jtls, который у меня с тестом работает, а с промкой нет, поэтому и справшиваю )
stunnel цепляется, а jtls нет
Дак он при переходе на страницу сразу такое сообщение выдате
Там в доках есть файлы CA-PPAK.pem CA-SIT.pem
они как то настраиваются в магпро
на тестовом пишет что неверный xml FMT001300
У меня шифрование выполняет само приложение, куда их в приложение запихнуть не могу даже предположить
Да, поменял на CA-PPAK.pem
This message was deleted
да, это оно
сертификат УЦ
Ну вот
Я к сожалению не разбирался с шифрованием, мы просто купили МагПро и все
@pavelDruzhinin и как? Стабильно работает?
С тестовым нареканий никаких
с промкой пока не в курсе)
@springjazzy не подскажешь куда в приложении CA-PPAK.pem/CA-SIT.pem подпихивать что бы на промке все норм было?
По идее еще @gizmo75rus что-то писал по этому поводу
@LTramp ?? Вообще хз )). Даже не знаю что это
Хотел выложить на github кода
Было Sighnature
IsOperatorSighnature = true,
IsOperatorSighnatureSpecified = true,стало Signature
IsOperatorSignature= true,
IsOperatorSignatureSpecified = true,кто XML готовые сохранял, обратите внимание.
@springjazzy т.е. у вас на промке без этих сертификатов все работает?
Может это чисто для МагПро нужно?
@LTramp На промке? Да. Мы средствами WCF подсоединемся
@ndbn благодарю
Предполагаю что эти файлы где то рядом с
ServicePointManager.ServerCertificateValidationCallback = delegate { return true; };
@LTramp Это что-то новое? В новой версии?
сегодня промка еще на 8.7.2.2. была
проблем не было
@springjazzy нет, это с самого начала надо было, с самых ранних версий сделать. Иначе запросы не проходили. Можешь даже у себя поиском по коду найти "ServerCertificateValidationCallback"))) А файлы эти тоже уже давно прилагаются с доками, обновлений 8 точно. Но на СИТ-е и без них все работает
ну и на промке тоже
у меня так -
ServicePointManager.ServerCertificateValidationCallback = ((sender, cert1, chain, sslPolicyErrors) => true);
промка работает
Ну у меня попроще просто. Суть одна. Ну и хорошо что работает. Решил просто уточнить.
@LTramp Знающие камрады говорят - это для Магпро
@springjazzy без него лучше - минус одно звено, где потенциально могут возникнуть проблемы.