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

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

---

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

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

3

Если это делается в рамках одной организации, то
у УО есть в функциях Оператор ИС?

.

0

Нужна функция 'Оператор ИС' и ещё делегировать САМОМУ СЕБЕ права.
Без этого работать не будет.

0

Да, права выдал на оператора ИС, но все без изменений

0

В самой информационной системе права доступа и виды информации все указаны?

0

muf, да, вроде все есть

0

Уважаемые коллеги! Кто знает для каких целей в интеграционном пакете теперь появились
Альбом ТФФ v.11.10.0.13 Приложение 3. Информация об объектах недвижимости и сделок с ним, содержащаяся в ЕГРП.docx?
В Альбоме ТФФ 11.11.0.15 как то скудно про это написано:
ТО РР загружает данные на защищенное FTP-хранилище, размещенное в ГИС ЖКХ. Пакет данных, загружаемый в ГИС ЖКХ каждым ТО РР, представляет собой архив, содержащий один или несколько XML-файлов. Каждый архив содержит сведения только одного вида (ГКН или ЕГРП).
...
XML-схемы, описывающие формат загружаемых сведений, являются частью альбома ТФФ ГИС ЖКХ и публикуются в соответствии с порядком, установленным для форматов альбома ТФФ. Табличное описание XML-схемы ГКН приведено в Приложении 2, Табличное описание XML-схемы ЕГРП приведено в Приложении 3.
Этот документ вообще чем-нибудь полезен или он предназначен для Росреестра?

0

Сообщение от Zmeishe Не все кредитные организации выполняют importNotificationsOfOrderExecution, а если выполняют, то кое-как и не всегда заполняют поля PaymentDocumentID, AccountNumber, UnifiedAccountNumber, Year, Month, поэтому исполнитель не может однозначно связать свой ПД с их кривым Извещением из-за недостатка данных. Выгребать эту информацию из назначения платежа не обязан, она там не формализована, то есть кое-какерская. Таким образом, если НЕ находит, то вместо кредитной организации сам выполняет importSupplierNotificationsOfOrderExecut ion, а затем importAcknowledgment. Да, в этом случае, извещений будет в два раза больше - от исполнителя и кривые от кредитной организации.

Вы сейчас выгружаете сами все платежи не обращая внимания на банковские или пытаетесь всеже привязать то что накидали банки? От людей жалоб на лишние платежи не было?
Я вот думаю не заморачиваться вообще с exportNotificationsOfOrderExecution а сразу свои платежи туда грузить.
Делал пробную выгрузку exportNotificationsOfOrderExecution за период - мне за неделю вернулся ноль платежей.
Можно еще в самом ПД оплату кидать, но это раз в месяц, а по срокам вроде в течении 7 дней надо платежи закинуть и сквитировать, такое пройдет только если банки будут всегда регулярно платежи туда и без ошибок кидать.

И меня еще проблема волнует, в ПД общую сумму выставляю вместе с сальдо TotalPayableByPDWithDebtAndAdvance -"Итого к оплате за расчетный период c учетом задолженности/переплаты, руб. (по всему платежному документу)",
и как в таком случае оплату выгружать и квитировать? В первый месяц было начислено 500 р., человек не платил,
во второй месяц ему еще + 500 итого = 1000, оплата на 1000 полностью все закрывает, но в ГИСе висят 2 ПД на 500 и 1000 и чем больше месяцев тем больше лишних ПД. Как закрывать оплатой предыдущие месяцы? Делать фейковые лишние оплаты? Множественного квитирования у них не предусмотрено.

0

Та же загадка. В свое время спрашивал всех и вся. Просил разработчиков поделиться своей задумкой реализации квитирования. Ничего не сказала золотая рыбка. В итоге, подымаю сквитированные ордера, по остальным отправляю оплаты. Интересная тема!

0

Сообщение от muf Вы сейчас выгружаете сами все платежи не обращая внимания на банковские или пытаетесь всеже привязать то что накидали банки? От людей жалоб на лишние платежи не было? Я вот думаю не заморачиваться вообще с exportNotificationsOfOrderExecution а сразу свои платежи туда грузить.

Мы сейчас ничего не делаем по части квитирования - мы спорим со своими технологами, юристами, менеджерами.
У нас, как у РКЦ, никак не получилось выполнить importSupplierNotificationsOfOrderExecut ion.
Техподдержка ответила, что эта функция исключительно для РСО, то есть наименование функции, в данном случае, таки отражает её суть.

РКЦ и УО должны, как Банки, использовать importNotificationsOfOrderExecution. У этой функции аргументов как грязи.
Но и это ещё пол дела. Чтобы её использовать, необходимо себя в ГИС объявить Кредитной организацией, оператором по приёму платежей и как-то там ещё. А вот тут наши юристы выражают свой категорический протест и встают в боксёрскую стойку.
Никакой Кредитной организацией в ГИС ЖКХ на портале Госуслуг мы становиться не собираемся - даже понарошку.
Квитировать будем только то, что банки разместили. Все жалобы абонентов на задолженность в ГИС, которой нет в натуре, будем переадресовывать банкам, через которые абонент плату вносил.
Пока они не разместят информацию о принятой плате - от нас квитирования не будет.

0

По результатам изучения exportNotificationsOfOrderExecution возник вопрос,
мы как РКЦ создаем запрос от имени УО и указываем их orgPPAGUID. Лицевые счета мы тоже заводили isUOAccount, т.к. ЛС РКЦ были да и остаются на текущий момент слишком сырыми(ни мы в ЛК ни УО их не видит, со счетчиками тоже проблемы).
И в результатах экспорта нам приходят только совершенно левые платежи на расчетный счет УО, а на наш р/сч ноль платежей, хотя наши платежные реквизиты у УО в ЛК забиты. Может надо как-то по-другому делать запрос чтобы оператору ИС выгружать платежи на свой счет? и кроме того мы выгружаем ПД на счет РСО тоже с типом isUOAccount с orgPPAGUID от УО и платежные реквизиты РСО тоже занесены в ЛК УО.
Или это на самом деле банки не выгружают платежи населения?

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

Сообщение от Zmeishe Техподдержка ответила, что эта функция исключительно для РСО, то есть наименование функции, в данном случае, таки отражает её суть.

Хм, а тут ТП наоборот ответила.

operator.int. 039 добавил комментарий - 05/апр/18 09:21 Обращаем Ваше внимание на то, что согласно Альбому ТФФ, метод "importNotificationsOfOrderExecution " доступен для организаций, с полномочием: • Оператор по приему платежей • Платежный субагент • Банк или иная кредитная организация Метод "importSupplierNotificationsOfOrderExecu tion" позволяет импортировать в ГИС ЖКХ сведения о поступивших оплат, непосредственно Вам. Метод доступен организациям с полномочием: • Управляющая организация • Товарищество собственников жилья • Жилищный кооператив • Жилищно-строительный кооператив • Иной специализированный потребительский кооператив • Ресурсоснабжающая организация • Орган государственной власти субъекта РФ • Региональный оператор капитального ремонта • Расчетный центр • Орган местного самоуправления

0

Мы лицевые счета заводим от имени своего РКЦ как isRCAccount. Со счётчиками проблем нет - уже 30% счётчиков со всей губернии разместили. Техподдержка клялась и божилась, что наши лицевые будут видны в версии 11.12, т.е. после 18 мая 2018 г.
Будем посмотреть.


ПД тоже от своего имени создаём, но на банковские реквизиты УО и РСО.
exportNotificationsOfOrderExecution выполняем от своего имени.
Через exportNotificationsOfOrderExecution видим всё, что банки там разместили по этим реквизитам. Со сводными расчётными счетами РКЦ интереснее. Они в нашем личном кабинете ГИС отсутствуют, но платежи населения всё-равно видны через exportNotificationsOfOrderExecution.
Скорее всего ГИС по ИНН их туда подтягивает.

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

Сообщение от muf operator.int. 039 добавил комментарий - 05/апр/18 09:21 Обращаем Ваше внимание на то, что согласно Альбому ТФФ, метод "importNotificationsOfOrderExecution " доступен для организаций, с полномочием: • Оператор по приему платежей • Платежный субагент • Банк или иная кредитная организация Метод "importSupplierNotificationsOfOrderExecu tion" позволяет импортировать в ГИС ЖКХ сведения о поступивших оплат, непосредственно Вам. Метод доступен организациям с полномочием: • Управляющая организация...

Это лишний раз отражает профессиональный уровень техподдержки. В зависимости от того, к какому оператору попадёт твоё обращение.

Добавлено через 2 минуты
А может быть от версии к версии меняют возможности той или иной функции. Надо снова пробовать эту функцию - вдруг повезёт.

0

Мда.
Вот из другого обращения.

operator.int. 057 добавил комментарий - 24/мар/18 12:00 Приносим извинения за ранее предоставленную неточную информацию. В ходе детального анализа предоставленных Вами снимков, было выявлено, что для расчетного центра не должно быть доступа к этому сервису. В следующих публикациях Альбома ТФФ (11.11.0) изменение будет учтено. Если расчетный центр хочет загружать платежи, которые он принимает в свою кассу, то у него дополнительно должна быть функция "Оператор по приему платежей". В этом случае расчетный центр сможет воспользоваться сервисом importNotificationsOfOrderExecution.

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

Сообщение от Zmeishe Квитировать будем только то, что банки разместили. Все жалобы абонентов на задолженность в ГИС, которой нет в натуре, будем переадресовывать банкам, через которые абонент плату вносил. Пока они не разместят информацию о принятой плате - от нас квитирования не будет.

Походу, лучше всего так и делать на данный момент.
HCSINTEGRS-4863

В обращении HCSINTEGRS-4491 нам ответили, что в случае отсутствия информации об оплате ЖКУ, которую должны размещать банки, мы имеем право самостоятельно разместить данную информацию. Подскажите, какой метод сервиса PaymentAsync мы должны использовать в данном случае: importSupplierNotificationsOfOrderExecut ion или importNotificationsOfOrderExecution? Данные платежи поступают не через нашу кассу, а поступают на наш расчетный счет через банки.

operator.int. 047 добавил комментарий - 26/янв/18 15:13 Использование importSupplierNotificationsOfOrderExecut ion возможно в том случае, если оплаты размещаются от лица исполнителя услуг. В свою очередь, метод importNotificationsOfOrderExecution доступен только "Операторам по Приему Платежей".

Но вот фраза "от лица исполнителя услуг", что под этим имеется ввиду - своя касса?

0

Да, своя касса.
А становиться "Операторам по Приему Платежей" это следует выполнять соответствующие требования Центробанка и совсем иной уровень налоговых проверок - не только терапевтический, а ещё проктологический и гинекологический. Работать не дадут - в усмерть затрахают.

0

Если рассуждать логически.
1. Судя по противоречивым сообщениям ТП, для РКЦ всеже не представляется возможным выгружать чужие платежи.
2. Лицо исполнителя скорее может выгружать чужие платежи, а не только своей кассы. т.к. пункт 129 приказа No
589/944/пр от 28.12.2015
гласит

При размещении в системе информации о начислениях исполнитель размещает информацию о поступивших к исполнителю платежах по помещению потребителя и о квитировании по такому помещению, в случае если перечисленная информация не содержится в системе, и информацию о результатах квитирования по информации о внесении платы, по которой не осуществлено квитирование в автоматическом режиме, поступившей в личный кабинет исполнителя.

3. Для оператора ИС действующего от имени УО соответственно должна быть возможность выгружать платежи "от лица исполнителя услуг".
НО
в информационном сообщении от гиса:

Дата и время поступления сообщения: 13.09.2017 Вид ИС: Коммерческая Из заявки исключен вид информации «Информация о внесении платы за жилое помещение и коммунальные услуги» для всех функций, кроме «Оператор по приему платежей», «Платежный субагент», «Банк или иная кредитная организация». Причина изменения: вид информации «Информация о внесении платы за жилое помещение и коммунальные услуги» доступен для делегирования только для указанных функций. Для остальных функций вместо него необходимо использовать вид информации «Информация о состоянии расчетов потребителей за жилое помещение и коммунальные услуги». Поставщикам информации, чьи заявки на делегирование могло затронуть изменение, также было отправлено соответствующее уведомление.

Хотя оператор ИС и действует от имени Лица, но такая формулировка настораживает.
------
Итого. Получается, что РКЦ и оператор ИС не могут выгружать чужие платежи.
УО скорее может(должно по п. 129 приказа 589/944), чем нет(не является «Оператор по приему платежей», «Платежный субагент», «Банк или иная кредитная организация»).

Ланит, в чем тут смысл?

0

Сообщение от Zmeishe Техподдержка клялась и божилась, что наши лицевые будут видны в версии 11.12, т.е. после 18 мая 2018 г. Будем посмотреть.

Бинго!!! Лицевые счета РКЦ и платёжные документы РКЦ уже сего дня видны в личном кабинете РКЦ.
Свершилось! Монгольским учёным (Ланиту) удалось таки скрестить барана с овцой.

0

Zmeishe,
А в ЛК УО или РСО видны ЛС РКЦ, начисления по ним и платежи?

0

Сообщение от muf А в ЛК УО или РСО видны ЛС РКЦ, начисления по ним и платежи?

Отвечу фразой, взрывающей мозг иностранцам:

Руки не доходят посмотреть.

0

Интересно, почему Ланит не предусмотрел передачу отрицательных сумм...
importSupplierNotificationsOfOrderExecut ion привязывается к конкретному ПД.
На ПД поступил платеж. Потом оказалось, что платеж ошибочен и его надо снять и занести на другой ЛС.
Мы его заводим с отрицательной суммой. И дальше его хотим передать по назначению, а там - Amount MoneyPositiveType (ограничение). Придется канапатить мозг, искать платеж с похожей положительной суммой, и его, расквитировать и отзывать. А бывает, что платеж в целом верный, но его часть ушла не на те услуги этого же ЛС, и надо часть занести на другой ПД этого же ЛС...
Лавров.jpg

0

Оно?

importNotificationsOfOrderExecutionCance llationRequest
<!--Пакет извещений об аннулировании извещений о принятии к распоряжения к исполнению (СД_ИОПЛАТА_ИЗВАН_ЗАП)-->

Добавлено через 3 минуты
А у функции
importAcknowledgmentRequest

есть секция
<b:AckCancellation> <!--Отмена квитирования-->

0

Сообщение от Zmeishe importNotificationsOfOrderExecutionCance llationRequest

Это то понятно, для этого конечно, надо сначала найти сам OrderID предыдущего платежа на такую же положительную сумму, но самое веселое, это когда этот платеж был несколько лет назад и в гисе его быть никак не может.
Да и случаи частичного снятия тоже бывают.

0