crm

Форум

ГлавнаяСвязь ГИС ЖКХ и иных ИС

Связь ГИС ЖКХ и иных ИС

RSS
Связь ГИС ЖКХ и иных ИС
 
Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями.
Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит.
Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
 
Цитата
SuperVal пишет:
Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями.
Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит.
Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
У нас немного поменьше л/с, но это УК с прямыми платежами в РСО(отдельно квитанции в Водоканал, Теплосеть, Энергосбыт, кап.ремонт), т.е. на один л/с нужно закинуть в ГИС 5 ПД.
Мы собираемся работать через шаблоны.
Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?
 
Цитата
Анимаиса пишет:
Цитата
SuperVal пишет:
Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями.
Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит.
Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
У нас немного поменьше л/с, но это УК с прямыми платежами в РСО(отдельно квитанции в Водоканал, Теплосеть, Энергосбыт, кап.ремонт), т.е. на один л/с нужно закинуть в ГИС 5 ПД.
Мы собираемся работать через шаблоны.
Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?

а мы как УК - исполнитель и жилищных и коммунальных услуг ,и у которой население на прямых расчетах за коммунальные услуги , в ЕПД указываем основной расчетный счет УК и дополнительно все расчетные счета ресурсников - такая ситуация вне ГИС , а в ГИСе в ЕПД - только жилищные услуги и расчетный счет УК . Как быть с ЕПД с коммунальными услугами и ресурсниками ?
 
Цитата
nsk31129 пишет:
такая ситуация вне ГИС
Эта ситуация в рамках действующего законодательства, см. ЖК РФ (ст.155 пп. 6.3 и 7.1).
Сейчас пишем запросы в ТП. Пока получен ответ такой:
Уважаемый пользователь!
Сообщаем, что управляющая организация может загружать платежные документы с указанием реквизитов ресурсоснабжающей организации в том случае, если ресурсоснабжающая организация делегируют права доступа данной управляющей организации на размещение платежных документов.
Но это не наш случай, написали ещё раз про исполнителя КУ и получателя денежных средств. Моё мнение, если в ГИСе не реализован вариант прямых платежей населения, то у УК нет обязанности размещать такие ПД.
Ждёмс ответа от ТП.
 
Цитата
Анимаиса пишет:
Цитата
nsk31129 пишет:
такая ситуация вне ГИС
Эта ситуация в рамках действующего законодательства, см. ЖК РФ (ст.155 пп. 6.3 и 7.1).
Сейчас пишем запросы в ТП. Пока получен ответ такой:
Уважаемый пользователь!
Сообщаем, что управляющая организация может загружать платежные документы с указанием реквизитов ресурсоснабжающей организации в том случае, если ресурсоснабжающая организация делегируют права доступа данной управляющей организации на размещение платежных документов.
Но это не наш случай, написали ещё раз про исполнителя КУ и получателя денежных средств. Моё мнение, если в ГИСе не реализован вариант прямых платежей населения, то у УК нет обязанности размещать такие ПД.
Ждёмс ответа от ТП.
Поделитесь ?
 
Цитата
nsk31129 пишет:
Поделитесь ?
Конечно поделюсь, но давайте, Вы тоже сделаете запрос в ТП. Чем больше мы будем долбить ТП, тем будет лучше для всех. Наш повторный запрос звучал так:

При прямых платежах в РСО исполнителем остаётся УК.
А это значит, что в ПД нужно указывать её реквизиты:

Исполнитель: Наименование УК, ИНН, адрес и т.д.

И вместе с тем, получателем будет уже РСО. И значит,
мы должны написать в ПД как-то так:

Получатель: Наименование РСО, ИНН, Р/Счет, БИК, Банк...

Вопрос состоит в том, каким образом мы можем совместить
в одном ПД реквизиты УК и РСО одновременно?.. Что для
этого нужно предпринять? Подозреваю, что "получение прав
на размещение документов от имени РСО" приведёт к тому,
что исполнителем тут уже окажется РСО. А этого нам
совсем не надо.
 
Цитата
Анимаиса пишет:
Цитата
nsk31129 пишет:
Поделитесь ?
Конечно поделюсь, но давайте, Вы тоже сделаете запрос в ТП. Чем больше мы будем долбить ТП, тем будет лучше для всех. Наш повторный запрос звучал так:

При прямых платежах в РСО исполнителем остаётся УК.
А это значит, что в ПД нужно указывать её реквизиты:

Исполнитель: Наименование УК, ИНН, адрес и т.д.

И вместе с тем, получателем будет уже РСО. И значит,
мы должны написать в ПД как-то так:

Получатель: Наименование РСО, ИНН, Р/Счет, БИК, Банк...

Вопрос состоит в том, каким образом мы можем совместить
в одном ПД реквизиты УК и РСО одновременно?.. Что для
этого нужно предпринять? Подозреваю, что "получение прав
на размещение документов от имени РСО" приведёт к тому,
что исполнителем тут уже окажется РСО. А этого нам
совсем не надо.

При прямых платежах исполнителем коммунальной услуги остается УК вместе с обязаностью по размещению. Соответственно, "права на размещение документов от имени РСО" не нужны. От ГИС было следущее разъяснение по этому поводу "При приеме платы за жилое помещение и (или) коммунальные услуги через транзитный счет расчетных центров или иных организаций Вам необходимо разместить в системе платежные реквизиты такого расчетного центра или иной организации." В случае с прямыми платежами иной организаций является РСО. Таким образом, платежные реквизиты РСО вносятся в раздел "Платежные реквизиты" личного кабинета и указываются в загружаемых платежных документах.
 
Цитата
NSK31129 пишет:
ПОДЕЛИТЕСЬ ?
Ответ ГИС сегодня.
Тема: Re: ГИС ЖКХ. Обращение №286499 от 13.11.2017 по вопросу Начисления, платежные документы

Уважаемый пользователь!
При создании платежного документа Система позволяет выбрать реквизиты внесенные в разделе «Администрирование» -> «Платежные реквизиты».
Для того, чтобы добавить реквизиты в систему:
1) Зайдите в раздел «Платежные реквизиты»;
2) Нажмите кнопку «Добавить платежные реквизиты»;
3) Введите необходимые реквизиты;
4) Нажмите кнопку сохранить.
Для того, чтобы при создании документа выбрать те или иные реквизиты:
1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ;
2) В выпадающем меню выберите «Платежные документы»
3) Напротив нужного лицевого счета нажмите на двойную серую стрелку и выберите «Добавить платежный документ».
4) В открывшемся окне в разделе «Информация о получателе платежа» нажмите на кнопку «Выбрать платежные реквизиты» -> выберите реквизиты по которым следует оплачивать услуги.

Сейчас зашла в ГИС ЖКХ и завела всех получателей платежей. Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
 
Цитата
Анимаиса пишет:
Цитата
NSK31129 пишет:
ПОДЕЛИТЕСЬ ?
Ответ ГИС сегодня.
Тема: Re: ГИС ЖКХ. Обращение №286499 от 13.11.2017 по вопросу Начисления, платежные документы

Уважаемый пользователь!
При создании платежного документа Система позволяет выбрать реквизиты внесенные в разделе «Администрирование» -> «Платежные реквизиты».
Для того, чтобы добавить реквизиты в систему:
1) Зайдите в раздел «Платежные реквизиты»;
2) Нажмите кнопку «Добавить платежные реквизиты»;
3) Введите необходимые реквизиты;
4) Нажмите кнопку сохранить.
Для того, чтобы при создании документа выбрать те или иные реквизиты:
1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ;
2) В выпадающем меню выберите «Платежные документы»
3) Напротив нужного лицевого счета нажмите на двойную серую стрелку и выберите «Добавить платежный документ».
4) В открывшемся окне в разделе «Информация о получателе платежа» нажмите на кнопку «Выбрать платежные реквизиты» -> выберите реквизиты по которым следует оплачивать услуги.

Сейчас зашла в ГИС ЖКХ и завела всех получателей платежей. Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
И на один ЛС размещать 4 ЕПД - УК , горводоканал, электросбыт, тепловики ?
 
Цитата
Анимаиса пишет:
Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
Странно, не так давно было сообщение, что РСО писало в ТП о ОГРН - что не все знают и плохо искать, ТП обещали убрать обязательность ОГРН. Возможно тут тоже надо написать.
Цитата
Анимаиса пишет:
1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ;2) В выпадающем меню выберите «Платежные документы»
Анимаиса, nsk31129 Что-то как-то Вы не о том пишете, это раздел программного обеспечения и тема начиналась про ИС, по поводу добавления ПД через шаблоны есть тема, где читателей больше и ответят скорее.
Цитата
SuperVal пишет:
Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит.
Я сам еще практически не работаю с СОАП, но слежу за темой. К сожалению, чтобы все заработало оттуда придется получать не только оплаты, но и кучу всяких идентификаторов, потому что не все из них совпадают в шаблонах и в СОАП. С оплатами - вообще мрак, они появились, но пока огромная проблема их сквитировать. Кстати, (в очередной раз) замечу, что ГИС не биллинговая система и размещенная оплата в ГИС не гарантирует, что деньги пришли на Ваш счет. Если Вы получаете данные о состоянии счета из банка, то так и получайте дальше, на ГИС особо не смотрите. Другой вопрос, что Вам нужно будет сквитировать начисленное и оплаченное, чтобы потребители увидели правильный баланс в своем личном кабинете. В том числе это предполагает загрузку начислений за все периоды, за которые банки разместили платежи. Пока с балансом тоже ужас что - у кого показывает огромный долг, у кого наоборот авансовые платежи считает дважды.
Цитата
SuperVal пишет:
Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap.
В принципе правильно. В идеале забирать из базы должен Ваш софт, чтобы не испортил базу (так как к одному формату базы данных могут быть разные средства доступа в разных языках программирования). Схема в принципе свободная либо сразу из своего софта формируете xml/soap либо выгружаете в какой-то промежуточный формат из которого стороннее ПО формирует xml/soap. Сейчас уже накрутили самых разных сочетаний ПО для этого, но у большинства вариант через дотнет, так как по нему есть демо-приложение от разработчиков ГИС. Правда, с момента выпуска демо особо не обновляли и приходится его порядком переделывать чтобы работало в полной мере. Чуть меньше сторонников у джавы и openssl.
Для себя пилю "бездотнетную" версию (с выбором между криптопро и openssl), но с форматами ГИС ЖКХ она пока не работает.

Основные подводные камни: 1) при обновлении версии ГИС (а малые изменения - каждые выходные), формат xml изменяется. Даже если не добавляют параметры, то, например, их меняют местами - ПО формирования приходится обновлять чуть не каждый понедельник. Еще веселье в том, что описания форматов не успевают за изменениями. Вообще форматы убойные - на месяц выделено больше длины чем на год, объемы ресурсов с знаками после запятой и т.д. 2) soap (за исключением чтения справочников) требует подписания xml встроенной цифровой подписью по ГОСТ-2001 (и https тоже должно быть по госту) 3) при этом сертификат должен содержать политику КС2. 4) С 1 января 2019 предполагается вывод гост-2001 с заменой на гост-2012. В нормативке гис это пока не отражено, но желательно планировать обмен с учетом его поддержки. Предположительно сообщат о смене алгоритма за неделю-две, что совершенно не достаточно для добавления поддержки. 5) нудная процедура получения доступа и тестирования - на тестовый сервер нельзя скопировать данные с рабочего, так что все что нужно придется грузить еще раз. В том числе, если добавляли для ПД свои услуги, например, "Электроэнергия (день)", "Электроэнергия (ночь)" их тоже придется грузить на тестовый. 6) часть функций редактирования в личном кабинете отключается, когда выданы права на загрузку через ИС. 7) отдельная песня про фиас - периодически меняется грузить данные по временному адресу гис или по фиасу. 8) иногда выкидывает ошибку по всему файлу с ПД, хотя с ошибкой пара строк из тысячи, приходится их искать методом перебора (строка в ошибке указана, но ее удаление часто приводит к выдаче следующего номера строки и т.д пока все ошибки не убраны).
 
Цитата
two_oceans пишет:
С оплатами - вообще мрак, они появились, но пока огромная проблема их сквитировать.
А разве квитование не убрали?? Проходила вроде такая информация...
Цитата
two_oceans пишет:
Кстати, (в очередной раз) замечу, что ГИС не биллинговая система и размещенная оплата в ГИС не гарантирует, что деньги пришли на Ваш счет.
Вот про это тоже думали. На нашем сайте есть возможность оплаты электропотребления. Ежедневно мы снимаем реестры оплат в разрезе лицевых счетов, а платежки приходят через день-два. Вот думаем, откуда и как быстро нам будут приходить платежки? от "Почта-банк"? ну тогда наверно с ними надо договор заключать...
 
Цитата
SuperVal пишет:
А разве квитование не убрали?? Проходила вроде такая информация...
Как я понял собирались убрать обязательность квитирования, но не квитирование вообще, а вот убрали или нет - интересный вопрос. Факт в том, что если будете грузить начисления (их не отменили), то без квитирования Вам будут надоедать потребители, у которых ГИС покажет огромный долг - банки не указывают все нужные реквизиты для автоквитирования и хотя платежи гис показывает, но несквитированные начисления все равно дают долг. Поэтому надо или квитировать или договариваться с банком об указании всех реквизитов. В том числе, это касается включения номера начисления в QR код на квитанции, так как вручную на терминале или мобильном приложении банка потребители его не вбивают в 99% случаев, а QR смогут "пикнуть". Склоняюсь к тому, что на текущий момент нет возможности перекрыть все возможности заплатить без указания номера начисления, то есть квитировать все таки придется, но можно снизить число несквитированного автоматикой. тема про квитирование
Цитата
SuperVal пишет:
Вот думаем, откуда и как быстро нам будут приходить платежки?
Сие тайна неведомая есть. Однако есть еще один момент Гиса, который возможно поможет/помешает - загрузить платежи в Ваш адрес сейчас могут только те организации (РКЦ/УК/РСО, например), кого Вы указали как платежного агента (хотя возможно у самих банков нет ограничения), то есть в первой попавшейся кассе заплатить в Ваш адрес не выйдет. Также если у Вас оплата через свой сайт, нужно уточнить есть ли там номер начисления ГИС и передает ли банк данные об оплате в ГИС. Если банк передает оплаты, возможно Вам будет удобнее настроить оплату на своем сайте с указанными номерами начислений ГИС, чтобы оплаты отображались и на ГИСе, тогда будете получать от своего банка как раньше. Дальше зависит, как построите работу с потребителями - сможете прорекламировать свой сайт круче ГИСа или нет.
Цитата
SuperVal пишет:
от "Почта-банк"? ну тогда наверно с ними надо договор заключать...
Да, оплата на своем сайте не должна исключать возможности заплатить через ГИС, так что и с банком ГИС что-то надо решать. Подробности точно не знаю, но что-то поменяли после письма Козаку, возможно банк ГИС будет не почтовый. Еще момент - где-то в личном кабинете ставится галочка, что согласны на оферту по оплате услуг через ГИС. Вероятно, это будет считаться как договор с банком ГИС.
 
Цитата
Анимаиса пишет:
Цитата
NSK31129 пишет:
ПОДЕЛИТЕСЬ ?
Ответ ГИС сегодня.
Тема: Re: ГИС ЖКХ. Обращение №286499 от 13.11.2017 по вопросу Начисления, платежные документы

Уважаемый пользователь!
При создании платежного документа Система позволяет выбрать реквизиты внесенные в разделе «Администрирование» -> «Платежные реквизиты».
Для того, чтобы добавить реквизиты в систему:
1) Зайдите в раздел «Платежные реквизиты»;
2) Нажмите кнопку «Добавить платежные реквизиты»;
3) Введите необходимые реквизиты;
4) Нажмите кнопку сохранить.
Для того, чтобы при создании документа выбрать те или иные реквизиты:
1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ;
2) В выпадающем меню выберите «Платежные документы»
3) Напротив нужного лицевого счета нажмите на двойную серую стрелку и выберите «Добавить платежный документ».
4) В открывшемся окне в разделе «Информация о получателе платежа» нажмите на кнопку «Выбрать платежные реквизиты» -> выберите реквизиты по которым следует оплачивать услуги.

Сейчас зашла в ГИС ЖКХ и завела всех получателей платежей. Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
Ответ ГИС сегодня 22 ноября 2017 г. на такой же вопрос
Уважаемый пользователь!

В текущей версии Системы в платежном документе размещается один вид платежных реквизитов для исполнителя услуг и получателя платежа в одном лице. При этом указываются платежные реквизиты размещающей организации. Дополнительно сообщаем, что в соответствии с поступившими запросами поставщиков информации функциональная возможность указать несколько платежных реквизитов в одном платежном документе, в том числе отдельно платежные реквизиты исполнителя услуг и платежные реквизиты получателя платежа (получателей платежей), будет реализована в одной из следующих версий Государственной информационной системы жилищно-коммунального хозяйства (ГИС ЖКХ). После выхода каждой новой версии Системы на официальном сайте ГИС ЖКХ публикуется информация о реализованных функциональных возможностях Системы в соответствии с номером версии. Отслеживать изменения возможно в разделе "Регламенты и инструкции" в подразделе "Журнал версий".
 
Цитата
Анимаиса пишет:
Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?
 
Цитата
SuperVal пишет:
Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap.
Занимаются, пока редко и преимущественно индивидуальные разработки (если говорить о поставщиках ЖКУ). Список подключенных к рабочему стенду ГИС ЖКХ информационных систем публикуется открытой части.
Но уже появляются элементы интеграции с ГИС ЖКХ у разработчиков тиражных решений на платформе 1С - см., например, Инфокрафт.
 
Цитата
Шла_мимо пишет:
Мы используем в работе модуль 1С от Раруса ("Конфигурация 1С:Учет в управляющих компаниях ЖКХ редакция 3.0). В менюшке внедрена вкладка "Интеграция с ГИС ЖКХ".
Нужно договориться о терминах: обмен через шаблоны - это не интеграция ИС с ГИС ЖКХ.
 
Цитата
Andrey_S пишет:
Но уже появляются элементы интеграции с ГИС ЖКХ у разработчиков тиражных решений на платформе 1С - см., например, Инфокрафт.
Мы используем в работе модуль 1С от Раруса ("Конфигурация 1С:Учет в управляющих компаниях ЖКХ редакция 3.0). В менюшке внедрена вкладка "Интеграция с ГИС ЖКХ". Уэе разобрались и сделали обмен по МКД, помещениям и л/счетам. Мы заносили все эти данные в ГИС шаблонами. А теперь все идентификаторы перенесли по интеграции в 1С. Сейчас начали разбираться с платежными документами.
 
Сделали заявку на подключение нашей ИС. Указали, что нужно тестирование. ИС в личном кабинете увидели. Но к тестовому контуру подключиться не можем. Ктото встречался с таким??
 
Цитата
SuperVal пишет:
Сделали заявку на подключение нашей ИС. Указали, что нужно тестирование. ИС в личном кабинете увидели. Но к тестовому контуру подключиться не можем. Ктото встречался с таким??
Отправь в ТП заявку на подключение к тестовым стендам, а так же желательно заявку на подключение к JIRA, что бы оперативно решать возникшие инциденты с интеграцией.
 
К личному кабинету на тестилке уже подключились. Но там кроме данных по организации больше ничего нету. Ни данных по ИС, ни договоров, выпадающие списки все пустые. Хотя в рабочей все это есть
 
Да, данные с рабочего сервера на тестовый не копируются.. так что все с начала заполняется. Хотя бы по минимуму. Сначала полагаю, надо функции организации и ИС добавить в тестовом. Функции и другие заявки на тестовом утверждаются автоматически по планировщику, хотя похоже у всех разное время нужно (в зависимости от тех работ или еще чего) - от получаса до недели. Чаще пара часов.
 
Нету на тесте регионов даже.

ИС и функции организации закинули повторно
ТП молчит как рыба об лед....
 
Ох и намучались мы с этой интеграцией... Инфы практически нет, половина той что есть не работоспособна. От ТП практически помощи нет. Пришлось осваивать новую систему разработки... Веселуха... Но вроде получается и это радует.....
 
Цитата
SuperVal пишет:
Ох и намучались мы с этой интеграцией... Инфы практически нет, половина той что есть не работоспособна. От ТП практически помощи нет. Пришлось осваивать новую систему разработки... Веселуха... Но вроде получается и это радует.....


Добрый день!
Скажите, а в какой ИС работаете? откуда данные выгружаете?
 
ИС собственной разработки
 
значит надежда ещё есть ! )
я вообще в лужу сел (((( ни времени нет , ни инфы ... (
 
Инфы на самом деле нифига нет. Причем есть куча примеров, на практике не работающих.
Пробовали на Delphi - ничего не получилось. Пришлось быстренько осваивать C#....
 
На Дельфи вроде бы все почти что "готовенькое" (ну, кроме правильного приведения к каноническому виду, я приведение сам запилил, хоть и не во всех деталях, но есть вроде вариант через libxml2.dll). Хотя конечно есть и куча нюансов: если делать через майкрософтовский криптопровайдер (криптопро или випнет) за основу нужно брать jwawincrypt вместо стандартного модуля crypt2 (в нем неверные определения типов в функциях), перепроверить что везде при вызове виндовских функций есть stdcall, а если на win64 собирать, то придется еще типы подправить потому что хендлы будут другой разрядности (но это уже попроще, в интерфейсе jwawincrypt, а не в каждой функции). Еще как выяснилось есть разница - в некоторых исходниках указано A:pchar в вызове функции Pointer(A), а надо @A (или наоборот - это от используемого модуля зависит). Кроме того, для подписания xml не подходят функции "высокоуровневые" CryptSignMessage, CryptVerifyMessage - они для cades (двоичной подписи), но есть "низкоуровневые" CryptCreateHash, CryptHashData, CryptSignHash, CryptVerifySignature, которым все равно подпись в xml или в двоичном файле, однако из них надо будет ее правильно составить. Еще подпись из криптопро надо перевернуть перед преобразованием в base64. А так все готовенькое :lol:

Кроме пути через майкрософтовский криптопровайдер, есть вариант через openssl (там тоже каконикализацию не завезли) либо надстройки над openssl вроде xmlsec (там сразу libxml2 прикручена и составляет xades-bes правильно, но придется помучаться со включением поддержки госта и специфичных сведений подписи гис жкх).

Я на FreePascal с Дельфи адаптировал, правда 32-разрядный вариант. КриптоПро 4.0.9842 немного подвел - не возвращает правильную длину для полученных данных строк, а всю длину буфера строки (в котором как водится много мусора), решилось поиском #0 в строке и принудительным обрезанием до этого места. Там где в буфере не строка (например, сертификат в двоичном виде), к счастью, длина возвращается правильная. Стандартную подпись xades-bes получил, на СМЭВ проверил, что базовая подпись верная, но за добавочную инфу в подписи гис жкх не брался. Еще пока не идет поиск сертификата по назначению сертификата.
А, проверка подписи ответа от самого гиса тоже пока не сходится, но это не у меня одного так, просто все забили на проверку подписи ответа.
 
Доброе утро!
Подскажите, кто подключал 1с к ГИС? у нас стоит 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, редакция 3.0. с доработками.
Работает, или как всегда через пинки?
 
Цитата
Ирина Ш. пишет:
Доброе утро!
Подскажите, кто подключал 1с к ГИС? у нас стоит 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, редакция 3.0. с доработками.
Работает, или как всегда через пинки?
С помощью техподдержки основные вопросы интеграции худо-бедно решили.
#1
0 0
Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями.
Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит.
Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
#2
0 0
Цитата
SuperVal пишет:
Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями.
Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит.
Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
У нас немного поменьше л/с, но это УК с прямыми платежами в РСО(отдельно квитанции в Водоканал, Теплосеть, Энергосбыт, кап.ремонт), т.е. на один л/с нужно закинуть в ГИС 5 ПД.
Мы собираемся работать через шаблоны.
Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?
#3
0 0
Цитата
Анимаиса пишет:
Цитата
SuperVal пишет:
Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями.
Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит.
Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
У нас немного поменьше л/с, но это УК с прямыми платежами в РСО(отдельно квитанции в Водоканал, Теплосеть, Энергосбыт, кап.ремонт), т.е. на один л/с нужно закинуть в ГИС 5 ПД.
Мы собираемся работать через шаблоны.
Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?

а мы как УК - исполнитель и жилищных и коммунальных услуг ,и у которой население на прямых расчетах за коммунальные услуги , в ЕПД указываем основной расчетный счет УК и дополнительно все расчетные счета ресурсников - такая ситуация вне ГИС , а в ГИСе в ЕПД - только жилищные услуги и расчетный счет УК . Как быть с ЕПД с коммунальными услугами и ресурсниками ?
#4
0 0
Цитата
nsk31129 пишет:
такая ситуация вне ГИС
Эта ситуация в рамках действующего законодательства, см. ЖК РФ (ст.155 пп. 6.3 и 7.1).
Сейчас пишем запросы в ТП. Пока получен ответ такой:
Уважаемый пользователь!
Сообщаем, что управляющая организация может загружать платежные документы с указанием реквизитов ресурсоснабжающей организации в том случае, если ресурсоснабжающая организация делегируют права доступа данной управляющей организации на размещение платежных документов.
Но это не наш случай, написали ещё раз про исполнителя КУ и получателя денежных средств. Моё мнение, если в ГИСе не реализован вариант прямых платежей населения, то у УК нет обязанности размещать такие ПД.
Ждёмс ответа от ТП.
#5
0 0
Цитата
Анимаиса пишет:
Цитата
nsk31129 пишет:
такая ситуация вне ГИС
Эта ситуация в рамках действующего законодательства, см. ЖК РФ (ст.155 пп. 6.3 и 7.1).
Сейчас пишем запросы в ТП. Пока получен ответ такой:
Уважаемый пользователь!
Сообщаем, что управляющая организация может загружать платежные документы с указанием реквизитов ресурсоснабжающей организации в том случае, если ресурсоснабжающая организация делегируют права доступа данной управляющей организации на размещение платежных документов.
Но это не наш случай, написали ещё раз про исполнителя КУ и получателя денежных средств. Моё мнение, если в ГИСе не реализован вариант прямых платежей населения, то у УК нет обязанности размещать такие ПД.
Ждёмс ответа от ТП.
Поделитесь ?
#6
0 0
Цитата
nsk31129 пишет:
Поделитесь ?
Конечно поделюсь, но давайте, Вы тоже сделаете запрос в ТП. Чем больше мы будем долбить ТП, тем будет лучше для всех. Наш повторный запрос звучал так:

При прямых платежах в РСО исполнителем остаётся УК.
А это значит, что в ПД нужно указывать её реквизиты:

Исполнитель: Наименование УК, ИНН, адрес и т.д.

И вместе с тем, получателем будет уже РСО. И значит,
мы должны написать в ПД как-то так:

Получатель: Наименование РСО, ИНН, Р/Счет, БИК, Банк...

Вопрос состоит в том, каким образом мы можем совместить
в одном ПД реквизиты УК и РСО одновременно?.. Что для
этого нужно предпринять? Подозреваю, что "получение прав
на размещение документов от имени РСО" приведёт к тому,
что исполнителем тут уже окажется РСО. А этого нам
совсем не надо.
#7
0 0
Цитата
Анимаиса пишет:
Цитата
nsk31129 пишет:
Поделитесь ?
Конечно поделюсь, но давайте, Вы тоже сделаете запрос в ТП. Чем больше мы будем долбить ТП, тем будет лучше для всех. Наш повторный запрос звучал так:

При прямых платежах в РСО исполнителем остаётся УК.
А это значит, что в ПД нужно указывать её реквизиты:

Исполнитель: Наименование УК, ИНН, адрес и т.д.

И вместе с тем, получателем будет уже РСО. И значит,
мы должны написать в ПД как-то так:

Получатель: Наименование РСО, ИНН, Р/Счет, БИК, Банк...

Вопрос состоит в том, каким образом мы можем совместить
в одном ПД реквизиты УК и РСО одновременно?.. Что для
этого нужно предпринять? Подозреваю, что "получение прав
на размещение документов от имени РСО" приведёт к тому,
что исполнителем тут уже окажется РСО. А этого нам
совсем не надо.

При прямых платежах исполнителем коммунальной услуги остается УК вместе с обязаностью по размещению. Соответственно, "права на размещение документов от имени РСО" не нужны. От ГИС было следущее разъяснение по этому поводу "При приеме платы за жилое помещение и (или) коммунальные услуги через транзитный счет расчетных центров или иных организаций Вам необходимо разместить в системе платежные реквизиты такого расчетного центра или иной организации." В случае с прямыми платежами иной организаций является РСО. Таким образом, платежные реквизиты РСО вносятся в раздел "Платежные реквизиты" личного кабинета и указываются в загружаемых платежных документах.
#8
0 0
Цитата
NSK31129 пишет:
ПОДЕЛИТЕСЬ ?
Ответ ГИС сегодня.
Тема: Re: ГИС ЖКХ. Обращение №286499 от 13.11.2017 по вопросу Начисления, платежные документы

Уважаемый пользователь!
При создании платежного документа Система позволяет выбрать реквизиты внесенные в разделе «Администрирование» -> «Платежные реквизиты».
Для того, чтобы добавить реквизиты в систему:
1) Зайдите в раздел «Платежные реквизиты»;
2) Нажмите кнопку «Добавить платежные реквизиты»;
3) Введите необходимые реквизиты;
4) Нажмите кнопку сохранить.
Для того, чтобы при создании документа выбрать те или иные реквизиты:
1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ;
2) В выпадающем меню выберите «Платежные документы»
3) Напротив нужного лицевого счета нажмите на двойную серую стрелку и выберите «Добавить платежный документ».
4) В открывшемся окне в разделе «Информация о получателе платежа» нажмите на кнопку «Выбрать платежные реквизиты» -> выберите реквизиты по которым следует оплачивать услуги.

Сейчас зашла в ГИС ЖКХ и завела всех получателей платежей. Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
#9
0 0
Цитата
Анимаиса пишет:
Цитата
NSK31129 пишет:
ПОДЕЛИТЕСЬ ?
Ответ ГИС сегодня.
Тема: Re: ГИС ЖКХ. Обращение №286499 от 13.11.2017 по вопросу Начисления, платежные документы

Уважаемый пользователь!
При создании платежного документа Система позволяет выбрать реквизиты внесенные в разделе «Администрирование» -> «Платежные реквизиты».
Для того, чтобы добавить реквизиты в систему:
1) Зайдите в раздел «Платежные реквизиты»;
2) Нажмите кнопку «Добавить платежные реквизиты»;
3) Введите необходимые реквизиты;
4) Нажмите кнопку сохранить.
Для того, чтобы при создании документа выбрать те или иные реквизиты:
1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ;
2) В выпадающем меню выберите «Платежные документы»
3) Напротив нужного лицевого счета нажмите на двойную серую стрелку и выберите «Добавить платежный документ».
4) В открывшемся окне в разделе «Информация о получателе платежа» нажмите на кнопку «Выбрать платежные реквизиты» -> выберите реквизиты по которым следует оплачивать услуги.

Сейчас зашла в ГИС ЖКХ и завела всех получателей платежей. Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
И на один ЛС размещать 4 ЕПД - УК , горводоканал, электросбыт, тепловики ?
#10
0 0
Цитата
Анимаиса пишет:
Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
Странно, не так давно было сообщение, что РСО писало в ТП о ОГРН - что не все знают и плохо искать, ТП обещали убрать обязательность ОГРН. Возможно тут тоже надо написать.
Цитата
Анимаиса пишет:
1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ;2) В выпадающем меню выберите «Платежные документы»
Анимаиса, nsk31129 Что-то как-то Вы не о том пишете, это раздел программного обеспечения и тема начиналась про ИС, по поводу добавления ПД через шаблоны есть тема, где читателей больше и ответят скорее.
Цитата
SuperVal пишет:
Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит.
Я сам еще практически не работаю с СОАП, но слежу за темой. К сожалению, чтобы все заработало оттуда придется получать не только оплаты, но и кучу всяких идентификаторов, потому что не все из них совпадают в шаблонах и в СОАП. С оплатами - вообще мрак, они появились, но пока огромная проблема их сквитировать. Кстати, (в очередной раз) замечу, что ГИС не биллинговая система и размещенная оплата в ГИС не гарантирует, что деньги пришли на Ваш счет. Если Вы получаете данные о состоянии счета из банка, то так и получайте дальше, на ГИС особо не смотрите. Другой вопрос, что Вам нужно будет сквитировать начисленное и оплаченное, чтобы потребители увидели правильный баланс в своем личном кабинете. В том числе это предполагает загрузку начислений за все периоды, за которые банки разместили платежи. Пока с балансом тоже ужас что - у кого показывает огромный долг, у кого наоборот авансовые платежи считает дважды.
Цитата
SuperVal пишет:
Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap.
В принципе правильно. В идеале забирать из базы должен Ваш софт, чтобы не испортил базу (так как к одному формату базы данных могут быть разные средства доступа в разных языках программирования). Схема в принципе свободная либо сразу из своего софта формируете xml/soap либо выгружаете в какой-то промежуточный формат из которого стороннее ПО формирует xml/soap. Сейчас уже накрутили самых разных сочетаний ПО для этого, но у большинства вариант через дотнет, так как по нему есть демо-приложение от разработчиков ГИС. Правда, с момента выпуска демо особо не обновляли и приходится его порядком переделывать чтобы работало в полной мере. Чуть меньше сторонников у джавы и openssl.
Для себя пилю "бездотнетную" версию (с выбором между криптопро и openssl), но с форматами ГИС ЖКХ она пока не работает.

Основные подводные камни: 1) при обновлении версии ГИС (а малые изменения - каждые выходные), формат xml изменяется. Даже если не добавляют параметры, то, например, их меняют местами - ПО формирования приходится обновлять чуть не каждый понедельник. Еще веселье в том, что описания форматов не успевают за изменениями. Вообще форматы убойные - на месяц выделено больше длины чем на год, объемы ресурсов с знаками после запятой и т.д. 2) soap (за исключением чтения справочников) требует подписания xml встроенной цифровой подписью по ГОСТ-2001 (и https тоже должно быть по госту) 3) при этом сертификат должен содержать политику КС2. 4) С 1 января 2019 предполагается вывод гост-2001 с заменой на гост-2012. В нормативке гис это пока не отражено, но желательно планировать обмен с учетом его поддержки. Предположительно сообщат о смене алгоритма за неделю-две, что совершенно не достаточно для добавления поддержки. 5) нудная процедура получения доступа и тестирования - на тестовый сервер нельзя скопировать данные с рабочего, так что все что нужно придется грузить еще раз. В том числе, если добавляли для ПД свои услуги, например, "Электроэнергия (день)", "Электроэнергия (ночь)" их тоже придется грузить на тестовый. 6) часть функций редактирования в личном кабинете отключается, когда выданы права на загрузку через ИС. 7) отдельная песня про фиас - периодически меняется грузить данные по временному адресу гис или по фиасу. 8) иногда выкидывает ошибку по всему файлу с ПД, хотя с ошибкой пара строк из тысячи, приходится их искать методом перебора (строка в ошибке указана, но ее удаление часто приводит к выдаче следующего номера строки и т.д пока все ошибки не убраны).
#11
0 0
Цитата
two_oceans пишет:
С оплатами - вообще мрак, они появились, но пока огромная проблема их сквитировать.
А разве квитование не убрали?? Проходила вроде такая информация...
Цитата
two_oceans пишет:
Кстати, (в очередной раз) замечу, что ГИС не биллинговая система и размещенная оплата в ГИС не гарантирует, что деньги пришли на Ваш счет.
Вот про это тоже думали. На нашем сайте есть возможность оплаты электропотребления. Ежедневно мы снимаем реестры оплат в разрезе лицевых счетов, а платежки приходят через день-два. Вот думаем, откуда и как быстро нам будут приходить платежки? от "Почта-банк"? ну тогда наверно с ними надо договор заключать...
#12
0 0
Цитата
SuperVal пишет:
А разве квитование не убрали?? Проходила вроде такая информация...
Как я понял собирались убрать обязательность квитирования, но не квитирование вообще, а вот убрали или нет - интересный вопрос. Факт в том, что если будете грузить начисления (их не отменили), то без квитирования Вам будут надоедать потребители, у которых ГИС покажет огромный долг - банки не указывают все нужные реквизиты для автоквитирования и хотя платежи гис показывает, но несквитированные начисления все равно дают долг. Поэтому надо или квитировать или договариваться с банком об указании всех реквизитов. В том числе, это касается включения номера начисления в QR код на квитанции, так как вручную на терминале или мобильном приложении банка потребители его не вбивают в 99% случаев, а QR смогут "пикнуть". Склоняюсь к тому, что на текущий момент нет возможности перекрыть все возможности заплатить без указания номера начисления, то есть квитировать все таки придется, но можно снизить число несквитированного автоматикой. тема про квитирование
Цитата
SuperVal пишет:
Вот думаем, откуда и как быстро нам будут приходить платежки?
Сие тайна неведомая есть. Однако есть еще один момент Гиса, который возможно поможет/помешает - загрузить платежи в Ваш адрес сейчас могут только те организации (РКЦ/УК/РСО, например), кого Вы указали как платежного агента (хотя возможно у самих банков нет ограничения), то есть в первой попавшейся кассе заплатить в Ваш адрес не выйдет. Также если у Вас оплата через свой сайт, нужно уточнить есть ли там номер начисления ГИС и передает ли банк данные об оплате в ГИС. Если банк передает оплаты, возможно Вам будет удобнее настроить оплату на своем сайте с указанными номерами начислений ГИС, чтобы оплаты отображались и на ГИСе, тогда будете получать от своего банка как раньше. Дальше зависит, как построите работу с потребителями - сможете прорекламировать свой сайт круче ГИСа или нет.
Цитата
SuperVal пишет:
от "Почта-банк"? ну тогда наверно с ними надо договор заключать...
Да, оплата на своем сайте не должна исключать возможности заплатить через ГИС, так что и с банком ГИС что-то надо решать. Подробности точно не знаю, но что-то поменяли после письма Козаку, возможно банк ГИС будет не почтовый. Еще момент - где-то в личном кабинете ставится галочка, что согласны на оферту по оплате услуг через ГИС. Вероятно, это будет считаться как договор с банком ГИС.
#13
0 0
Цитата
Анимаиса пишет:
Цитата
NSK31129 пишет:
ПОДЕЛИТЕСЬ ?
Ответ ГИС сегодня.
Тема: Re: ГИС ЖКХ. Обращение №286499 от 13.11.2017 по вопросу Начисления, платежные документы

Уважаемый пользователь!
При создании платежного документа Система позволяет выбрать реквизиты внесенные в разделе «Администрирование» -> «Платежные реквизиты».
Для того, чтобы добавить реквизиты в систему:
1) Зайдите в раздел «Платежные реквизиты»;
2) Нажмите кнопку «Добавить платежные реквизиты»;
3) Введите необходимые реквизиты;
4) Нажмите кнопку сохранить.
Для того, чтобы при создании документа выбрать те или иные реквизиты:
1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ;
2) В выпадающем меню выберите «Платежные документы»
3) Напротив нужного лицевого счета нажмите на двойную серую стрелку и выберите «Добавить платежный документ».
4) В открывшемся окне в разделе «Информация о получателе платежа» нажмите на кнопку «Выбрать платежные реквизиты» -> выберите реквизиты по которым следует оплачивать услуги.

Сейчас зашла в ГИС ЖКХ и завела всех получателей платежей. Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
Ответ ГИС сегодня 22 ноября 2017 г. на такой же вопрос
Уважаемый пользователь!

В текущей версии Системы в платежном документе размещается один вид платежных реквизитов для исполнителя услуг и получателя платежа в одном лице. При этом указываются платежные реквизиты размещающей организации. Дополнительно сообщаем, что в соответствии с поступившими запросами поставщиков информации функциональная возможность указать несколько платежных реквизитов в одном платежном документе, в том числе отдельно платежные реквизиты исполнителя услуг и платежные реквизиты получателя платежа (получателей платежей), будет реализована в одной из следующих версий Государственной информационной системы жилищно-коммунального хозяйства (ГИС ЖКХ). После выхода каждой новой версии Системы на официальном сайте ГИС ЖКХ публикуется информация о реализованных функциональных возможностях Системы в соответствии с номером версии. Отслеживать изменения возможно в разделе "Регламенты и инструкции" в подразделе "Журнал версий".
#14
0 0
Цитата
Анимаиса пишет:
Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?
Квиташка.jpg (126.37 КБ)
#15
0 0
Цитата
SuperVal пишет:
Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap.
Занимаются, пока редко и преимущественно индивидуальные разработки (если говорить о поставщиках ЖКУ). Список подключенных к рабочему стенду ГИС ЖКХ информационных систем публикуется открытой части.
Но уже появляются элементы интеграции с ГИС ЖКХ у разработчиков тиражных решений на платформе 1С - см., например, Инфокрафт.
#16
0 0
Цитата
Шла_мимо пишет:
Мы используем в работе модуль 1С от Раруса ("Конфигурация 1С:Учет в управляющих компаниях ЖКХ редакция 3.0). В менюшке внедрена вкладка "Интеграция с ГИС ЖКХ".
Нужно договориться о терминах: обмен через шаблоны - это не интеграция ИС с ГИС ЖКХ.
#17
0 0
Цитата
Andrey_S пишет:
Но уже появляются элементы интеграции с ГИС ЖКХ у разработчиков тиражных решений на платформе 1С - см., например, Инфокрафт.
Мы используем в работе модуль 1С от Раруса ("Конфигурация 1С:Учет в управляющих компаниях ЖКХ редакция 3.0). В менюшке внедрена вкладка "Интеграция с ГИС ЖКХ". Уэе разобрались и сделали обмен по МКД, помещениям и л/счетам. Мы заносили все эти данные в ГИС шаблонами. А теперь все идентификаторы перенесли по интеграции в 1С. Сейчас начали разбираться с платежными документами.
#18
0 0
Сделали заявку на подключение нашей ИС. Указали, что нужно тестирование. ИС в личном кабинете увидели. Но к тестовому контуру подключиться не можем. Ктото встречался с таким??
#19
0 0
Цитата
SuperVal пишет:
Сделали заявку на подключение нашей ИС. Указали, что нужно тестирование. ИС в личном кабинете увидели. Но к тестовому контуру подключиться не можем. Ктото встречался с таким??
Отправь в ТП заявку на подключение к тестовым стендам, а так же желательно заявку на подключение к JIRA, что бы оперативно решать возникшие инциденты с интеграцией.
#20
0 0
К личному кабинету на тестилке уже подключились. Но там кроме данных по организации больше ничего нету. Ни данных по ИС, ни договоров, выпадающие списки все пустые. Хотя в рабочей все это есть
#21
0 0
Да, данные с рабочего сервера на тестовый не копируются.. так что все с начала заполняется. Хотя бы по минимуму. Сначала полагаю, надо функции организации и ИС добавить в тестовом. Функции и другие заявки на тестовом утверждаются автоматически по планировщику, хотя похоже у всех разное время нужно (в зависимости от тех работ или еще чего) - от получаса до недели. Чаще пара часов.
#22
0 0
Нету на тесте регионов даже.

ИС и функции организации закинули повторно
ТП молчит как рыба об лед....
#23
0 0
Ох и намучались мы с этой интеграцией... Инфы практически нет, половина той что есть не работоспособна. От ТП практически помощи нет. Пришлось осваивать новую систему разработки... Веселуха... Но вроде получается и это радует.....
#24
0 0
Цитата
SuperVal пишет:
Ох и намучались мы с этой интеграцией... Инфы практически нет, половина той что есть не работоспособна. От ТП практически помощи нет. Пришлось осваивать новую систему разработки... Веселуха... Но вроде получается и это радует.....


Добрый день!
Скажите, а в какой ИС работаете? откуда данные выгружаете?
#25
0 0
ИС собственной разработки
#26
0 0
значит надежда ещё есть ! )
я вообще в лужу сел (((( ни времени нет , ни инфы ... (
#27
0 0
Инфы на самом деле нифига нет. Причем есть куча примеров, на практике не работающих.
Пробовали на Delphi - ничего не получилось. Пришлось быстренько осваивать C#....
#28
0 0
На Дельфи вроде бы все почти что "готовенькое" (ну, кроме правильного приведения к каноническому виду, я приведение сам запилил, хоть и не во всех деталях, но есть вроде вариант через libxml2.dll). Хотя конечно есть и куча нюансов: если делать через майкрософтовский криптопровайдер (криптопро или випнет) за основу нужно брать jwawincrypt вместо стандартного модуля crypt2 (в нем неверные определения типов в функциях), перепроверить что везде при вызове виндовских функций есть stdcall, а если на win64 собирать, то придется еще типы подправить потому что хендлы будут другой разрядности (но это уже попроще, в интерфейсе jwawincrypt, а не в каждой функции). Еще как выяснилось есть разница - в некоторых исходниках указано A:pchar в вызове функции Pointer(A), а надо @A (или наоборот - это от используемого модуля зависит). Кроме того, для подписания xml не подходят функции "высокоуровневые" CryptSignMessage, CryptVerifyMessage - они для cades (двоичной подписи), но есть "низкоуровневые" CryptCreateHash, CryptHashData, CryptSignHash, CryptVerifySignature, которым все равно подпись в xml или в двоичном файле, однако из них надо будет ее правильно составить. Еще подпись из криптопро надо перевернуть перед преобразованием в base64. А так все готовенькое :lol:

Кроме пути через майкрософтовский криптопровайдер, есть вариант через openssl (там тоже каконикализацию не завезли) либо надстройки над openssl вроде xmlsec (там сразу libxml2 прикручена и составляет xades-bes правильно, но придется помучаться со включением поддержки госта и специфичных сведений подписи гис жкх).

Я на FreePascal с Дельфи адаптировал, правда 32-разрядный вариант. КриптоПро 4.0.9842 немного подвел - не возвращает правильную длину для полученных данных строк, а всю длину буфера строки (в котором как водится много мусора), решилось поиском #0 в строке и принудительным обрезанием до этого места. Там где в буфере не строка (например, сертификат в двоичном виде), к счастью, длина возвращается правильная. Стандартную подпись xades-bes получил, на СМЭВ проверил, что базовая подпись верная, но за добавочную инфу в подписи гис жкх не брался. Еще пока не идет поиск сертификата по назначению сертификата.
А, проверка подписи ответа от самого гиса тоже пока не сходится, но это не у меня одного так, просто все забили на проверку подписи ответа.
#29
0 0
Доброе утро!
Подскажите, кто подключал 1с к ГИС? у нас стоит 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, редакция 3.0. с доработками.
Работает, или как всегда через пинки?
#30
0 0
Цитата
Ирина Ш. пишет:
Доброе утро!
Подскажите, кто подключал 1с к ГИС? у нас стоит 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, редакция 3.0. с доработками.
Работает, или как всегда через пинки?
С помощью техподдержки основные вопросы интеграции худо-бедно решили.
Сейчас на форуме никого нет :(
Сейчас на форуме никого нет :(

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

Подпишись на рассылку новостей ЖКХ, а также наших статей!

Спасибо, вы успешно подписались на рассылку!