Сообщение от HellRiser что в реквест выставлять?

В реквест надо вставлять ВСЁ что вставлял при создании.
Даже если надо поменять только одно поле!

Вот так вот API у Ланита работает. По факту это не изменение, а "создание нового на месте старого".

1

Исходник пока не дам.
Делал по статье на Хабре - Взаимодействие с ГИС ЖКХ с помощью stunnel и openssl по ГОСТу
оттуда цитата:
Демонстрационный код на python-е можно взять и использовать (на свой страх и риск) отсюда. Автор кода — Вячеслав (@slavam, RO).
Подобный алгоритм можно реализовать средствами любого удобного языка, без необходимости покупки каких-либо дополнительных
средств и компонентов.
В Дельфи 7, OpenSSL поддерживается библиотекой Инди, через dll-ки. Так что хэш по ГОСТ и шифрование канала эта библиотека сама все делает.
Нужно только поставить и настроить OpenSSL с поддержкой ГОСТа.
Только каноникализацию пришлось самому делать, нет там этого. А для подписи готовлю запросы уже в каноническом виде и по алгоритму статьи подписываю.
КриптоПро и stunnel не нужны.
На Яве можно вызывать OpenSSL консольно, если нет возможности использовать dll. И реализовать подпись по алгоритму вышеприведенной статьи.

0

Сообщение от Anvano В реквест надо вставлять ВСЁ что вставлял при создании. Даже если надо поменять только одно поле! Вот так вот API у Ланита работает. По факту это не изменение, а "создание нового на месте старого".

Вот как!
Спасибо дружище

0

RatWar, Хорошо, разберусь. Просто, ещё не трогал по тому посту, ожидая гору косяков и нестыковок. Будет хорошее настроение - надо будет попробовать.

0

Столкнулся с таким обстоятельством.
Заказчику ресурснику( РСО ), приспичило в платёжном документе( ПД ) указывать свои услуги как многокомпонентные.
Например:
Отопление просит разбить на две части: "Отопление энергия, Гкал" и "Отопление мощность, Гкал / час"
Горячее водоснабжение, вообще, на три части: "Вода, куб.м", "Нагрев энергия, Гкал" и "Нагрев мощность, Гкал / час".

Для этого я должен в личном кабинете создать все эти услуги.
Но в справочнике коммунальных услуг я должен привязаться к основной коммунальной услуге из системного справочника.
Я могу это сделать только в том случае, если единицы измерения совпадают.
Для "Отопление мощность" через API пробовал указывать связь с "Отоплением", но подставлял другие единицы измерения.
ГИС всё-равно единицы измерения берёт свои.
Единственное, что я могу сделать, это такие услуги записывать в справочник дополнительных услуг с любыми единицами измерения.

В итоге получаю "Отопление энергия, Гкал" в CommunServices и "Отопление мощность, Гкал / час" в AdditionalServices
Технически задача решена.
А как это с точки зрения ГИС юридической? В интеграционном взаимодействии кто-нибудь видел разъяснения? Можно так делать?

Или коммунальный ресурс это единый ресурс и нефиг тут безобразничать, с точки зрения государства, так как это усложнит дальнейший анализ потребления ресурсов в стране. Собственно, ГИС для этого и создана, чтоб прозрачность была.

Есть у кого какие соображения или ссылки на документацию/законы?

0

Сообщение от Zmeishe Горячее водоснабжение, вообще, на три части: "Вода, куб.м", "Нагрев энергия, Гкал" и "Нагрев мощность, Гкал / час".

Ну а у нас требуется ХВС на нуждый ГВС делать, и подогрев воды.
В начислении вроде же можно добавлять их будет?
С мощностями, конечно, они перемудрили.
А юридически абсолютно всё равно. Услуга есть - оплачивай как в квитанции. Соображений никаких ссылок тоже. У нас особо не заморачиваются этим. Да и смысл ли?

0

Товарищи, лью индивидуальные приборы учёта. Для жилого фонда возникает ошибка:
Значение в поле PremiseGUID отсутствует в реестре.
Само заполнение его вот такое:
// ИПУ в жилом помещении
Т.е если дом без всяких там комнат - то в премисе хаус гуид.
Что не так?

0

importPaymentDocumentData

В одном XML запросе можно указать разными платёжными документами разный набор услуг на разные платёжные реквизиты - это я сделал.

А есть ли возможность создать ОДИН платёжный документ таким образом, чтобы для разных услуг указать разные платёжные реквизиты?

0

Сообщение от Zmeishe А есть ли возможность создать ОДИН платёжный документ таким образом, чтобы для разных услуг указать разные платёжные реквизиты?

Вроде это как доступно только для платежных документов РКЦ.
Но для РКЦ нужно заводить свой набор лицевых счетов.

0

Сообщение от hhmm Вроде это как доступно только для платежных документов РКЦ.

Я и есть РКЦ, но никак не пойму суть заполнения XML запроса для этого конкретного случая.

Ссылка на платёжные реквизиты "PaymentInformationKey" относится к секции целого документа "PaymentDocument".
Отсюда вывод: один документ - один реквизит. Все услуги одного документа относятся к одному платёжному реквизиту.

Внутри секции для описания услуг, например, "MunicipalService" нет никаких ссылок на платёжные реквизиты, но для лицевых типа РКЦ необходимо заполнить тег "orgPPAGUID" поставщика услуги.

Я заполнил и "PaymentInformationKey" и "orgPPAGUID". В личном кабинете абонента на госуслугах, в этом ПД расчётный счёт показан из реквизита "PaymentInformationKey".
На этом всё - один реквизит, один документ.

0

кароч разобрался. Если жилой дом без всяких там комнат, то тип д.б. MeteringDeviceBasicCharacteristicsTypeAp artmentHouseDevice, т.е. такой же как и для МКД.. блин, я никогда не пойму этих ланитовцев. Чтоли букв не хватило для нового типа ПУ в жилом доме?

ЗЫ теперь на промышленном стенде вылазит ошибка

Прослушивание на http://127.0.0.1:8080//ext-bus... ementAsync не выполняла ни одна конечная точка, которая могла бы принять сообщение. Среди прочих причин это могло быть вызвано неправильным адресом или действием SOAP. Подробнее см. в описании InnerException (если имеется).

0

Сообщение от Zmeishe Все услуги одного документа относятся к одному платёжному реквизиту.

Я когда ЕПД в исполнении Ланита разглядывал для себя понял так, что это случай когда РКЦ собирает деньги на свой расчетный счет. А банки должны, по мыслям Ланита, наверное, расщепить платеж по orgPPAGUID и отправить в разные организации.

Но тогда сразу возникли вопросы: а что делать с услугами, организаций для которых нет в ГИС ЖКХ.
Например, антенна. Кабельщики не обязаны регистрироваться в ГИС ЖКХ. А в квитанции они есть.
Таких услуг в любом ЕПД с десяток наберется.

В общем, мы для себя пока решили от ЕПД в реализации Ланита дистанцироваться и отправлять туда N платежных документов для N поставщиков услуг (понятно, что один поставщик может поставлять несколько своих услуг).
А при печати в ЕПД выводить N матричных штрих-кодов с N идентификаторами ПД. Но это пока в стадии дописывания.

0

Сообщение от hhmm В общем, мы для себя пока решили от ЕПД в реализации Ланита дистанцироваться

Вот и меня руководство убеждает в этом.

0

Кто нибудь знает, что нужно чтобы не пришли из ФСБ и не наказали за не правильно организованную передачу данных? Пишем интеграцию для себя, своими силами для собственного использования, для соединения и подписи используется КриптоПРО CSP 4 + КриптоПРО .Net. Имеется ряд вопросов:
1) Достаточно ли будет "записанных на листочке" серийного номера и скаченных с оф. сайта дистрибутивов? Либо необходимо закупать на CD/DVD-диске + лицензия со всеми реквизитами и печатью продавца на бумажном носителе.
2) Планируется служба которая будет раз в N часов/минут проверять наличие изменений и выгружать. Можно ее сделать на основе клиентской версии винды? То покупать серверную КриптоПРО ради гис жкх как то уж...
3) В КриптоПРО КС-2 по умолчанию, у меня точно, отсутствует считыватель закрытых ключей "Реестр". Можно ли его добавить, и хранить ключ для обмена в реестре, что бы не подключать флешку?
4) Удалось выяснить, что если разработка производится для внутреннего пользования, то необязательно проходить проверку в ФСБ о корректности встраивания подписи. Так ли это?

0

Ну и задай эти вопросы в местное отделение ФСБ, тут то не горячая линия этого ведомства. А вот ответ с ссылкой на их мнение можешь дать.

0

1. можно. Счас торговля программами через инет как раз подразумевает скачивание с офф сайта. А для налоговой есть соотв. доки при покупке через инеты
2. это будет делать прога-клиент. и достаточно только н этой машине крипто про и тунелей всяких
4. так ) вы ж не не пишете новый криптёр, а пользуете для передачи по зашифрованому каналу купленый серфицированый. так что всё норм

Добавлено через 6 часов 39 минут
Товарищи, ну как отредактировать этот чёртов устав!?
Через exportCAChData(...) получит инфу об уставе. И теперь, чтобы выполнить importCharterData(...) надо заново перезаполнить весь устав? Хорошо, как быть с AttachmentCharter? Заполнено оно быть обязано. Если я его заполняю по данным полученным из exportCAChData(), то получаю ошибку

Файл с AttachmentGUID a5416d47-3f1d-4f29-8405-b48007621ea1 имеет признак «Прикреплен».

Как, блин, изменить это плешивый устав?!

0

0

Сообщение от HellRiser Если я его заполняю по данным полученным из exportCAChData(), то получаю ошибку

Нужно каждый раз выгружать документ заново. Если он был использован в запросе, то повторно прикрепить его нельзя((

Добавлено через 7 минут

Сообщение от HellRiser 1. можно. Счас торговля программами через инет как раз подразумевает скачивание с офф сайта. А для налоговой есть соотв. доки при покупке через инеты 2. это будет делать прога-клиент. и достаточно только н этой машине крипто про и тунелей всяких

У меня такие же мысли))

Сообщение от HellRiser 4. так ) вы ж не не пишете новый криптёр, а пользуете для передачи по зашифрованому каналу купленый серфицированый. так что всё норм

Но мы самостоятельно реализуем встраивание подписи в SOAP-запрос.

1

Но мы самостоятельно реализуем встраивание подписи в SOAP-запрос.

плевать как и чем вставляются подписи, главно, чтоб запрос был валидным и принялся на стороне ГИС АПИ. Если что-то пойдёт не так, вам завернут реквест с некоей ошибкой

Добавлено через 2 минуты

Нужно каждый раз выгружать документ заново. Если он был использован в запросе, то повторно прикрепить его нельзя((

а как его заново загружать-то? Если у меня имеется то AttachmentHASH? Файла физически нет на моей стороне? О_о

0

Сообщение от HellRiser а как его заново загружать-то? Если у меня имеется то AttachmentHASH? Файла физически нет на моей стороне? О_о

Как они любят говорит - это для них оптимальное поведение системы))) тот факт что нужно постоянно выгружать один и тот же файл уже не их забота. Видимо каким то образом хранить файл и его выгруженный хэш у себя и по нему уже искать

Добавлено через 39 секунд
повторно выгружать и заново записывать хэш

Добавлено через 1 минуту
Интересно, а читают эту ветку представители разработчика, которые отвечают за архитектуру

Добавлено через 7 минут

Сообщение от HellRiser а как его заново загружать-то? Если у меня имеется то AttachmentHASH? Файла физически нет на моей стороне? О_о

Я, например, по идентификатору получаю договор и из него тяну документ как для первичной выгрузки

1