Интеграция с ГИС ЖКХ. Подпись SOAP и защита канала по ГОСТ (5)

Предыдущая тема: Интеграция с ГИС ЖКХ. Подпись SOAP и защита канала по ГОСТ (4)

---

И так мы Я и umatkot, Берёмся за реализацию всего этого ... безобразия, кто хочет присоединиться пишите в личку.

Ссылка на гидхаб проекта будет предоставлена после того как мы запилим начальную версию с более менее работающим функционалом и маном интеграции...

3

да, мы так по началу делали, но потом заметили что наши ПД не квитируются автоматически. Ответ поддержки был - убрать флаг ConfirmAmountsCorrect. Но тогда мы не можем загрузить ПД из за округления!

0

Сообщение от kevinlexus да, мы так по началу делали, но потом заметили что наши ПД не квитируются автоматически

А что, даже если сумма оплаты совпадает с выставленной к оплате, то не квитируется?
Очередная тупость от Ланита.

0

да, не сквитируется.
уже пробовали. Система не может распределить платёж равномерно по услугам, и поэтому отвергает такие ПД.

0

kevinlexus, ну, смотрите, даже если вы квитки отправите с обрезанием, без копеек, то сам абонент их не увидит, но в вашем биллинге копейки то останутся. Когда придёт "обрезанное" квитирование, вы также в свой биллинг заносите эти суммы. Копейки рано или поздно накопятся в рубли и вы их выставите всё-равно. Зато не надо ничего проставлять принудительно - ГИС будет ПД считать правильно. Проблема, если значение по тарифу не лезет полностью, когда у нас, например, в биллинге он просчитывается до 6го знака, а ГИС не хочет принимать до 6го знака - всё равно можно придумать обходной путь.
Также, замечу, что я вообще везде автоматом ставлю в своих ПД - "доверять мне", и ГИС их квитирует. Правда у меня не стоят услуги на ЛС - может, дело в них?

1

Сообщение от Umatkot_Primtep kevinlexus, ну, смотрите, даже если вы квитки отправите с обрезанием, без копеек, то сам абонент их не увидит, но в вашем биллинге копейки то останутся. Когда придёт "обрезанное" квитирование, вы также в свой биллинг заносите эти суммы. Копейки рано или поздно накопятся в рубли и вы их выставите всё-равно. Зато не надо ничего проставлять принудительно - ГИС будет ПД считать правильно.

Ну как, у клиента то будет ПД в личном кабинете смотреться без копеек - некорректно это

Сообщение от Umatkot_Primtep kevinlexus Проблема, если значение по тарифу не лезет полностью, когда у нас, например, в биллинге он просчитывается до 6го знака, а ГИС не хочет принимать до 6го знака - всё равно можно придумать обходной путь. Также, замечу, что я вообще везде автоматом ставлю в своих ПД - "доверять мне", и ГИС их квитирует. Правда у меня не стоят услуги на ЛС - может, дело в них?

Не совсем понял, что значит услуги на ЛС не стоят. У меня тоже не стоят на каждом лиц.счете, а вот на доме - есть.
Штук 20.
Т.е. у вас та же проблема с округлением, ставите галку, "не проверять ПД", и потом происходит
корректное квитирование?? Феномен...
не знаю что сказать. Мне с поддержки ответили, что не будет квитироваться,
да и по факту - так.

0

Сообщение от kevinlexus Т.е. у вас та же проблема с округлением, ставите галку, "не проверять ПД", и потом происходит корректное квитирование?? Феномен...

Я вообще без разбора подряд на все документы ставлю галку и квитирование приходит. Согласен, феномен.

Добавлено через 17 минут
kevinlexus, вот, только сегодня грузил ПД и они сразу сквитировались.
В коде я вообще все подряд по документам ставлю - считать расчёты верными.

А вот сами сквитированные квитанции.

0

Сори, если было.

В доках на ГИС ЖКХ сказано:
"1. Алгоритм подписи должен быть ГОСТ Р 34.11/34.10-2001 (Signature Algorithm: GOST R 34.11-94 with GOST R 34.10-2001)"

Там и в правду устаревший GOST R 34.11-94 или все таки алгоритм 2012 года нужно применять (для расчета хэша)?

0

BVladimir2, представьте себе! А какое программное средство вы применяете для расчёта хэша?

1

Они недавно прислали корявое письмо:

Обращаем Ваше внимание на то, что для организации шифрованного канала передачи данных при интеграционном взаимодействии с ГИС ЖКХ, а также для подписания интеграционных пакетов квалифицированной электронной подписью до 31.12.2018 допускается использование квалифицированных сертификатов ключа проверки электронной подписи, сформированных с использованием алгоритма подписи ГОСТ Р 34.10-2001 и алгоритмом хеширования ГОСТ Р 34.11-94. Сертификаты с алгоритмами подписи 34.11-2012/ 34.10-2012 в ГИС ЖКХ приниматься не будут. Просьба обратить внимание на данное ограничение при приобретении новых сертификатов.

Из которого следует, что алгоритм 34.11-2012/ 34.10-2012 до конца года точно приниматься не будет. Что будет после Нового года науке не известно.

1

Сообщение от Umatkot_Primtep BVladimir2, представьте себе! А какое программное средство вы применяете для расчёта хэша?

Использую библиотеку на Питоне PyGOST...

0

Вообще конечно интересно у них получается.

Согласно информационному письму ФСБ России No 149/7/1/3-58 от 31.01.2014 "О порядке перехода к использованию новых стандартов ЭЦП и функции хэширования": «Использование схемы подписи ГОСТ Р 34.10-2001 для формирования подписи после 31 декабря 2018 года не допускается».

В Жире народ тоже интересуется.

operator.int. 054 добавил комментарий - 23/июл/18 11:33 В соответствии с документом ФСБ России № 149/7/1/3-58 от 31.01.2014 "О порядке перехода к использованию новых стандартов ЭЦП и функции хэширования", использование схемы подписи ГОСТ Р 34.10-2001 для формирования подписи после 31 декабря 2018 года не допускается, с 1 января 2019 необходимо использовать ГОСТ Р 34.10-2012. ГИС ЖКХ перейдет на использование схемы подписи ГОСТ Р 34.10-2012 в установленные сроки, до 1 января 2019. О начале поддержки ГОСТ Р 34.10-2012 будет сообщено дополнительно.

operator.int. 054 добавил комментарий - 24/июл/18 15:41 На тестовых стендах поддержка новых алгоритмов (ГОСТ Р 34.11-2012/34.10-2012) появится заранее, по состоянию на текущий момент сообщить дату не представляется возможным, как только будет осуществлена поддержка - Вы будете уведомлены.

В установленные сроки они перейдут, до 1 января 2019...
К 31 декабря управятся. И все массово в Новый год попрутся менять сертификаты.

0

Сообщение от muf К 31 декабря управятся. И все массово в Новый год попрутся менять сертификаты.

Вы думаете? Возможно, оставят поддержку старых на какое-то время.

0

Привет всем!

Вопрос, как выгрузить GUID всех домов принадлежащих УК?

В жире тоже этим интересовались:
"Необходимость данной функциональности описывается в теме https://helpdesk.dom.gosuslugi... NTEGRS-189. В ответе предлагается воспользоваться методом exportCAChData и получить данные о всех домах по UOGUID. Но на данный момент запрос по UOGUID требует также указания FIASHouseGuid, что делает данный способ нерабочим для получения списка домов."

так я что то не понял, они до сих пор не допилили этот функционал?

0

kevinlexus, из личного кабинета сделать выгрузку не вариант? Я обычно такие вещи делаю их средствами, потом импортирую в свою базу и делаю операции сравнения и т. д. Правда, я РСО.

Добавлено через 1 минуту
kevinlexus, есть ещё более кошерный вариант - на сайте находим УК и выгружаем дома. Потом, в браузере нажимаем F11 и смотрим запрос-ответ на выгрузку во вкладке Network - я так их историю хакал. История предоставляла информацию только за три месяца, а я вытягивал вообще за всё время - только пришлось покодить на JS малость.

Добавлено через 14 минут
kevinlexus, и ещё момент. Даже если запрос требует указать дом, возможно, он вернёт все договоры, в которых этот дом имеется и все остальные дома, в тех договорах?

0

Сообщение от Umatkot_Primtep kevinlexus, и ещё момент. Даже если запрос требует указать дом, возможно, он вернёт все договоры, в которых этот дом имеется и все остальные дома, в тех договорах?

кстати может быть... сейчас попробую

0

Сообщение от Umatkot_Primtep Возможно, оставят поддержку старых на какое-то время.

ФСБ имеет по этому поводу другое мнение, и вряд ли ГИС его ослушается. Для частных контор внутри могут использоваться любые алгоритмы, а для всех юридически значимых действий, тем более с государственной системой должны быть те которые разрешены ФСБ. Так что если ГИС не пошевелится и не сделает поддержку ГОСТ Р 34.11-2012/34.10-2012 к началу декабря, то можно уже жаловаться в Минкомсвязь на саботаж со стороны оператора системы, т.к. всей стране придется срочно менять сертификаты и на это физически надо время. А покупка заранее сразу 2-х сертификатов(нового и старого) ничем не обоснована.

0

Сообщение от muf А покупка заранее сразу 2-х сертификатов(нового и старого) ничем не обоснована.

не понял, зачем покупать два сертификата. Нужен на подписи 2012 года - покупай 2012, остался старый - юзай старый. При прикреплении в ЛК - делать проверку алгоритма и давать аларм незадачливому юзеру. Те, что ещё в работе - доиспользовать уже до конца. В чём сложность то? Гис каждый раз предупреждает, что мы пользуемся какой-то непонятной халабудой при входе в ЛК, так чего же они не запрещают вообще заходить? Тем более, момент 2 - сама подпись сообщения - вообще не пришей к ...... бубенчик - пользователь определяется посредством HTTPS рукопожатия. Так какой вообще толк в том, что на HTTPS будет работать один ключ, а на подпись "тот, который укажет ФСБ"?

Добавлено через 7 минут
muf, крипто-про тоже что-то уведомляло в системе, при первой подписи, что там что-то устарело, но юзать можно до какого-то определённого момента. Предупреждение в реестре вырубил и забыл благополучно... Не будет работать - закажем новый серт. Старый аннулируется. Вообще-я заметил, там у них поголовное внедрение ГОСТ'a - всё завязано на аффиляции и откатов от Крипто-Про. Мы же все используем КриптоПро??? Даже те, кто выпускает серты - тоже зависят от криптопро как бухгалтера от 1С.

0

Сообщение от Umatkot_Primtep не понял, зачем покупать два сертификата. Нужен на подписи 2012 года - покупай 2012, остался старый - юзай старый.

У меня сертификат заканчивается в октябре. Зачем мне два сертификата? Новый покупать со старой подписью на 2 месяца, потом он с 1 января УЖЕ автоматически превращается в тыкву, а если сразу брать с алгоритмом 2012, то ГИС с ним ЕЩЕ не сможет работать. Если ГИСовцы пошевелятся и реализуют поддержку новых алгоритмов к октябрю, то это было бы хорошо, и я бы взял сразу с новым алгоритмом.

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

Сообщение от Umatkot_Primtep крипто-про тоже что-то уведомляло в системе, при первой подписи, что там что-то устарело, но юзать можно до какого-то определённого момента.

Крипто-про уведомляет, о том что оно прекратит поддержку старых алгоритмов с какого-то времени, но это не объявляет использование старых подписей законным.
Да и о том что алгоритмы будут обязательно меняться было известно много лет (письмо ФСБ от 2014 г.), но как всегда все чешутся в последний момент.

0

muf, ясно. Это ещё раз доказывает, что у нас, в России вечно всё через одно место. Согласен, только головняки и могут устраивать. Если на ГИС работают хорошие, добрые, умные, человечные люди, которые иногда сюда заходят, то они оставят поддержку старых сертификатов. Посмотрим, что будет. У меня серт весенний, так что новый год я встречу максимум с новой бронёй более прокачанного уровня 2012 года.

Добавлено через 2 минуты
muf, если бы мы могли бы, например, вернуть ключ и создать новый, но с перерасчётом того времени, что мы не используем, тогда бы было всё равно. Просто бабло дерут как черти.

Добавлено через 26 секунд
бабло не моё, но за страну обидно.

0

При импорте индивидуальных услуг лицевого счета: importAccountIndividualServices обязательно требует в каждом объекте IndividualService заполнить Attachment (http://gisgkh-api.open-gkh.ru/... tType.html), но мне не понятно откуда получать эти данные, в частности AttachmentGUID? В Веб GUI просто добавляю файл, скорее всего мне нужно экспорт/импорт файлов сделать (здесь и получу AttachmentGUID) до importAccountIndividualServices, но какие методы для этого использовать именно для attachments индивидуальных услуг лицевого счета? Из документации: importCharterData, importContractData, importPublicPropertyContract, importSupplyResourceContractData и т.д. по моему мнению не подходят. Подскажите пожалуйста, как правильно добавить Attachment?

0