Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями. Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит. Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
SuperVal пишет: Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями. Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит. Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
У нас немного поменьше л/с, но это УК с прямыми платежами в РСО(отдельно квитанции в Водоканал, Теплосеть, Энергосбыт, кап.ремонт), т.е. на один л/с нужно закинуть в ГИС 5 ПД. Мы собираемся работать через шаблоны. Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?
SuperVal пишет: Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями. Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит. Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
У нас немного поменьше л/с, но это УК с прямыми платежами в РСО(отдельно квитанции в Водоканал, Теплосеть, Энергосбыт, кап.ремонт), т.е. на один л/с нужно закинуть в ГИС 5 ПД. Мы собираемся работать через шаблоны. Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?
а мы как УК - исполнитель и жилищных и коммунальных услуг ,и у которой население на прямых расчетах за коммунальные услуги , в ЕПД указываем основной расчетный счет УК и дополнительно все расчетные счета ресурсников - такая ситуация вне ГИС , а в ГИСе в ЕПД - только жилищные услуги и расчетный счет УК . Как быть с ЕПД с коммунальными услугами и ресурсниками ?
Эта ситуация в рамках действующего законодательства, см. ЖК РФ (ст.155 пп. 6.3 и 7.1). Сейчас пишем запросы в ТП. Пока получен ответ такой: Уважаемый пользователь! Сообщаем, что управляющая организация может загружать платежные документы с указанием реквизитов ресурсоснабжающей организации в том случае, если ресурсоснабжающая организация делегируют права доступа данной управляющей организации на размещение платежных документов. Но это не наш случай, написали ещё раз про исполнителя КУ и получателя денежных средств. Моё мнение, если в ГИСе не реализован вариант прямых платежей населения, то у УК нет обязанности размещать такие ПД. Ждёмс ответа от ТП.
Эта ситуация в рамках действующего законодательства, см. ЖК РФ (ст.155 пп. 6.3 и 7.1). Сейчас пишем запросы в ТП. Пока получен ответ такой: Уважаемый пользователь! Сообщаем, что управляющая организация может загружать платежные документы с указанием реквизитов ресурсоснабжающей организации в том случае, если ресурсоснабжающая организация делегируют права доступа данной управляющей организации на размещение платежных документов. Но это не наш случай, написали ещё раз про исполнителя КУ и получателя денежных средств. Моё мнение, если в ГИСе не реализован вариант прямых платежей населения, то у УК нет обязанности размещать такие ПД. Ждёмс ответа от ТП.
Конечно поделюсь, но давайте, Вы тоже сделаете запрос в ТП. Чем больше мы будем долбить ТП, тем будет лучше для всех. Наш повторный запрос звучал так:
При прямых платежах в РСО исполнителем остаётся УК. А это значит, что в ПД нужно указывать её реквизиты:
Исполнитель: Наименование УК, ИНН, адрес и т.д.
И вместе с тем, получателем будет уже РСО. И значит, мы должны написать в ПД как-то так:
Получатель: Наименование РСО, ИНН, Р/Счет, БИК, Банк...
Вопрос состоит в том, каким образом мы можем совместить в одном ПД реквизиты УК и РСО одновременно?.. Что для этого нужно предпринять? Подозреваю, что "получение прав на размещение документов от имени РСО" приведёт к тому, что исполнителем тут уже окажется РСО. А этого нам совсем не надо.
Конечно поделюсь, но давайте, Вы тоже сделаете запрос в ТП. Чем больше мы будем долбить ТП, тем будет лучше для всех. Наш повторный запрос звучал так:
При прямых платежах в РСО исполнителем остаётся УК. А это значит, что в ПД нужно указывать её реквизиты:
Исполнитель: Наименование УК, ИНН, адрес и т.д.
И вместе с тем, получателем будет уже РСО. И значит, мы должны написать в ПД как-то так:
Получатель: Наименование РСО, ИНН, Р/Счет, БИК, Банк...
Вопрос состоит в том, каким образом мы можем совместить в одном ПД реквизиты УК и РСО одновременно?.. Что для этого нужно предпринять? Подозреваю, что "получение прав на размещение документов от имени РСО" приведёт к тому, что исполнителем тут уже окажется РСО. А этого нам совсем не надо.
При прямых платежах исполнителем коммунальной услуги остается УК вместе с обязаностью по размещению. Соответственно, "права на размещение документов от имени РСО" не нужны. От ГИС было следущее разъяснение по этому поводу "При приеме платы за жилое помещение и (или) коммунальные услуги через транзитный счет расчетных центров или иных организаций Вам необходимо разместить в системе платежные реквизиты такого расчетного центра или иной организации." В случае с прямыми платежами иной организаций является РСО. Таким образом, платежные реквизиты РСО вносятся в раздел "Платежные реквизиты" личного кабинета и указываются в загружаемых платежных документах.
Ответ ГИС сегодня. Тема: Re: ГИС ЖКХ. Обращение №286499 от 13.11.2017 по вопросу Начисления, платежные документы
Уважаемый пользователь! При создании платежного документа Система позволяет выбрать реквизиты внесенные в разделе «Администрирование» -> «Платежные реквизиты». Для того, чтобы добавить реквизиты в систему: 1) Зайдите в раздел «Платежные реквизиты»; 2) Нажмите кнопку «Добавить платежные реквизиты»; 3) Введите необходимые реквизиты; 4) Нажмите кнопку сохранить. Для того, чтобы при создании документа выбрать те или иные реквизиты: 1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ; 2) В выпадающем меню выберите «Платежные документы» 3) Напротив нужного лицевого счета нажмите на двойную серую стрелку и выберите «Добавить платежный документ». 4) В открывшемся окне в разделе «Информация о получателе платежа» нажмите на кнопку «Выбрать платежные реквизиты» -> выберите реквизиты по которым следует оплачивать услуги.
Сейчас зашла в ГИС ЖКХ и завела всех получателей платежей. Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
Ответ ГИС сегодня. Тема: 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 пишет: от "Почта-банк"? ну тогда наверно с ними надо договор заключать...
Да, оплата на своем сайте не должна исключать возможности заплатить через ГИС, так что и с банком ГИС что-то надо решать. Подробности точно не знаю, но что-то поменяли после письма Козаку, возможно банк ГИС будет не почтовый. Еще момент - где-то в личном кабинете ставится галочка, что согласны на оферту по оплате услуг через ГИС. Вероятно, это будет считаться как договор с банком ГИС.
Ответ ГИС сегодня. Тема: 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. А так все готовенькое
Кроме пути через майкрософтовский криптопровайдер, есть вариант через openssl (там тоже каконикализацию не завезли) либо надстройки над openssl вроде xmlsec (там сразу libxml2 прикручена и составляет xades-bes правильно, но придется помучаться со включением поддержки госта и специфичных сведений подписи гис жкх).
Я на FreePascal с Дельфи адаптировал, правда 32-разрядный вариант. КриптоПро 4.0.9842 немного подвел - не возвращает правильную длину для полученных данных строк, а всю длину буфера строки (в котором как водится много мусора), решилось поиском #0 в строке и принудительным обрезанием до этого места. Там где в буфере не строка (например, сертификат в двоичном виде), к счастью, длина возвращается правильная. Стандартную подпись xades-bes получил, на СМЭВ проверил, что базовая подпись верная, но за добавочную инфу в подписи гис жкх не брался. Еще пока не идет поиск сертификата по назначению сертификата. А, проверка подписи ответа от самого гиса тоже пока не сходится, но это не у меня одного так, просто все забили на проверку подписи ответа.
Доброе утро! Подскажите, кто подключал 1с к ГИС? у нас стоит 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, редакция 3.0. с доработками. Работает, или как всегда через пинки?
Ирина Ш. пишет: Доброе утро! Подскажите, кто подключал 1с к ГИС? у нас стоит 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, редакция 3.0. с доработками. Работает, или как всегда через пинки?
С помощью техподдержки основные вопросы интеграции худо-бедно решили.
Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями. Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит. Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
SuperVal пишет: Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями. Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит. Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
У нас немного поменьше л/с, но это УК с прямыми платежами в РСО(отдельно квитанции в Водоканал, Теплосеть, Энергосбыт, кап.ремонт), т.е. на один л/с нужно закинуть в ГИС 5 ПД. Мы собираемся работать через шаблоны. Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?
SuperVal пишет: Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 47 тыс лицевых в т.ч. 42тыс в МКД. Двусторонние договора с УК с делегированием нам прав по расчетам с потребителями. Все что могли закинуть через Excel - закинули. Теперь вопрос в автоматическом сбрасывании данных в ГИС и получении данных от него (скорее всего только оплаты). Была инфа, что в этой части еще куча проблем и ничего не работает, РСПП в каждом своем письме Козаку про это говорит. Кто-то уже занимается этим? Если мы правильно понимаем, то должен быть отдельный софт, который забирает данные с нашей базы, формировать xml'ы и скидывать их в ГИС с использованием https и soap. Просто у нас нет опыта разработки подобного софта, а к сторонним обращаться не очень хочется...
У нас немного поменьше л/с, но это УК с прямыми платежами в РСО(отдельно квитанции в Водоканал, Теплосеть, Энергосбыт, кап.ремонт), т.е. на один л/с нужно закинуть в ГИС 5 ПД. Мы собираемся работать через шаблоны. Вы в квитанциях указываете, что исполнителем КУ является УК, а получателем денег РСО?
а мы как УК - исполнитель и жилищных и коммунальных услуг ,и у которой население на прямых расчетах за коммунальные услуги , в ЕПД указываем основной расчетный счет УК и дополнительно все расчетные счета ресурсников - такая ситуация вне ГИС , а в ГИСе в ЕПД - только жилищные услуги и расчетный счет УК . Как быть с ЕПД с коммунальными услугами и ресурсниками ?
Эта ситуация в рамках действующего законодательства, см. ЖК РФ (ст.155 пп. 6.3 и 7.1). Сейчас пишем запросы в ТП. Пока получен ответ такой: Уважаемый пользователь! Сообщаем, что управляющая организация может загружать платежные документы с указанием реквизитов ресурсоснабжающей организации в том случае, если ресурсоснабжающая организация делегируют права доступа данной управляющей организации на размещение платежных документов. Но это не наш случай, написали ещё раз про исполнителя КУ и получателя денежных средств. Моё мнение, если в ГИСе не реализован вариант прямых платежей населения, то у УК нет обязанности размещать такие ПД. Ждёмс ответа от ТП.
Эта ситуация в рамках действующего законодательства, см. ЖК РФ (ст.155 пп. 6.3 и 7.1). Сейчас пишем запросы в ТП. Пока получен ответ такой: Уважаемый пользователь! Сообщаем, что управляющая организация может загружать платежные документы с указанием реквизитов ресурсоснабжающей организации в том случае, если ресурсоснабжающая организация делегируют права доступа данной управляющей организации на размещение платежных документов. Но это не наш случай, написали ещё раз про исполнителя КУ и получателя денежных средств. Моё мнение, если в ГИСе не реализован вариант прямых платежей населения, то у УК нет обязанности размещать такие ПД. Ждёмс ответа от ТП.
Конечно поделюсь, но давайте, Вы тоже сделаете запрос в ТП. Чем больше мы будем долбить ТП, тем будет лучше для всех. Наш повторный запрос звучал так:
При прямых платежах в РСО исполнителем остаётся УК. А это значит, что в ПД нужно указывать её реквизиты:
Исполнитель: Наименование УК, ИНН, адрес и т.д.
И вместе с тем, получателем будет уже РСО. И значит, мы должны написать в ПД как-то так:
Получатель: Наименование РСО, ИНН, Р/Счет, БИК, Банк...
Вопрос состоит в том, каким образом мы можем совместить в одном ПД реквизиты УК и РСО одновременно?.. Что для этого нужно предпринять? Подозреваю, что "получение прав на размещение документов от имени РСО" приведёт к тому, что исполнителем тут уже окажется РСО. А этого нам совсем не надо.
Конечно поделюсь, но давайте, Вы тоже сделаете запрос в ТП. Чем больше мы будем долбить ТП, тем будет лучше для всех. Наш повторный запрос звучал так:
При прямых платежах в РСО исполнителем остаётся УК. А это значит, что в ПД нужно указывать её реквизиты:
Исполнитель: Наименование УК, ИНН, адрес и т.д.
И вместе с тем, получателем будет уже РСО. И значит, мы должны написать в ПД как-то так:
Получатель: Наименование РСО, ИНН, Р/Счет, БИК, Банк...
Вопрос состоит в том, каким образом мы можем совместить в одном ПД реквизиты УК и РСО одновременно?.. Что для этого нужно предпринять? Подозреваю, что "получение прав на размещение документов от имени РСО" приведёт к тому, что исполнителем тут уже окажется РСО. А этого нам совсем не надо.
При прямых платежах исполнителем коммунальной услуги остается УК вместе с обязаностью по размещению. Соответственно, "права на размещение документов от имени РСО" не нужны. От ГИС было следущее разъяснение по этому поводу "При приеме платы за жилое помещение и (или) коммунальные услуги через транзитный счет расчетных центров или иных организаций Вам необходимо разместить в системе платежные реквизиты такого расчетного центра или иной организации." В случае с прямыми платежами иной организаций является РСО. Таким образом, платежные реквизиты РСО вносятся в раздел "Платежные реквизиты" личного кабинета и указываются в загружаемых платежных документах.
Ответ ГИС сегодня. Тема: Re: ГИС ЖКХ. Обращение №286499 от 13.11.2017 по вопросу Начисления, платежные документы
Уважаемый пользователь! При создании платежного документа Система позволяет выбрать реквизиты внесенные в разделе «Администрирование» -> «Платежные реквизиты». Для того, чтобы добавить реквизиты в систему: 1) Зайдите в раздел «Платежные реквизиты»; 2) Нажмите кнопку «Добавить платежные реквизиты»; 3) Введите необходимые реквизиты; 4) Нажмите кнопку сохранить. Для того, чтобы при создании документа выбрать те или иные реквизиты: 1) В главном меню наведите курсор мыши на раздел Оплата ЖКУ; 2) В выпадающем меню выберите «Платежные документы» 3) Напротив нужного лицевого счета нажмите на двойную серую стрелку и выберите «Добавить платежный документ». 4) В открывшемся окне в разделе «Информация о получателе платежа» нажмите на кнопку «Выбрать платежные реквизиты» -> выберите реквизиты по которым следует оплачивать услуги.
Сейчас зашла в ГИС ЖКХ и завела всех получателей платежей. Но зачем ГИС нужен ОГРН банковского учреждения, это за гранью моего понимания.
Ответ ГИС сегодня. Тема: 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 пишет: от "Почта-банк"? ну тогда наверно с ними надо договор заключать...
Да, оплата на своем сайте не должна исключать возможности заплатить через ГИС, так что и с банком ГИС что-то надо решать. Подробности точно не знаю, но что-то поменяли после письма Козаку, возможно банк ГИС будет не почтовый. Еще момент - где-то в личном кабинете ставится галочка, что согласны на оферту по оплате услуг через ГИС. Вероятно, это будет считаться как договор с банком ГИС.
Ответ ГИС сегодня. Тема: 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. А так все готовенькое
Кроме пути через майкрософтовский криптопровайдер, есть вариант через openssl (там тоже каконикализацию не завезли) либо надстройки над openssl вроде xmlsec (там сразу libxml2 прикручена и составляет xades-bes правильно, но придется помучаться со включением поддержки госта и специфичных сведений подписи гис жкх).
Я на FreePascal с Дельфи адаптировал, правда 32-разрядный вариант. КриптоПро 4.0.9842 немного подвел - не возвращает правильную длину для полученных данных строк, а всю длину буфера строки (в котором как водится много мусора), решилось поиском #0 в строке и принудительным обрезанием до этого места. Там где в буфере не строка (например, сертификат в двоичном виде), к счастью, длина возвращается правильная. Стандартную подпись xades-bes получил, на СМЭВ проверил, что базовая подпись верная, но за добавочную инфу в подписи гис жкх не брался. Еще пока не идет поиск сертификата по назначению сертификата. А, проверка подписи ответа от самого гиса тоже пока не сходится, но это не у меня одного так, просто все забили на проверку подписи ответа.
Доброе утро! Подскажите, кто подключал 1с к ГИС? у нас стоит 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, редакция 3.0. с доработками. Работает, или как всегда через пинки?
Ирина Ш. пишет: Доброе утро! Подскажите, кто подключал 1с к ГИС? у нас стоит 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, редакция 3.0. с доработками. Работает, или как всегда через пинки?
С помощью техподдержки основные вопросы интеграции худо-бедно решили.
Мы получили Вашу заявку, скоро наши менеджеры свяжутся с Вами. Спасибо!
Мы получили Вашу заявку, скоро наши менеджеры свяжутся с Вами. Спасибо!
Спасибо, мы скоро свяжемся с Вами!
Мы получили Вашу заявку, скоро наши менеджеры свяжутся с Вами. Спасибо!
Мы получили Вашу заявку, скоро наши менеджеры свяжутся с Вами. Спасибо!
Статья 14.1.3. Осуществление предпринимательской деятельности по управлению многоквартирными
домами без лицензии
Осуществление предпринимательской деятельности по управлению многоквартирными домами с нарушением
лицензионных требований, за исключением случаев, предусмотренных статьей 13.19.2 настоящего Кодекса,
влечет наложение административного штрафа на должностных лиц в размере от пятидесяти тысяч до ста
тысяч рублей или дисквалификацию на срок до трех лет; на юридических лиц - от двухсот пятидесяти
тысяч до трехсот тысяч рублей.
2.Управляющая организация, товарищество и кооператив обязаны раскрывать следующие виды
информации:
а) общая информация об управляющей организации, товариществе и кооперативе, в том числе об основных
показателях финансово-хозяйственной деятельности (включая сведения о годовой бухгалтерской
отчетности, бухгалтерский баланс и приложения к нему, сведения о доходах, полученных за оказание
услуг по управлению многоквартирными домами (по данным раздельного учета доходов и расходов), а
также сведения о расходах, понесенных в связи с оказанием услуг по управлению многоквартирными
домами (по данным раздельного учета доходов и расходов), сметы доходов и расходов товарищества или
кооператива, отчет о выполнении смет доходов и расходов товарищества или кооператива);
б) перечень многоквартирных домов, управление которыми осуществляет управляющая организация,
товарищество и кооператив, с указанием адреса и основания управления по каждому многоквартирному
дому, перечень многоквартирных домов, в отношении которых договоры управления были расторгнуты в
предыдущем году, с указанием адресов этих домов и оснований расторжения договоров управления,
перечень многоквартирных домов, собственники помещений в которых в предыдущем году на общем собрании
приняли решение о прекращении их объединения в товарищества для совместного управления общим
имуществом в многоквартирных домах, а также перечень многоквартирных домов, в которых членами
кооперативов в предыдущем году на их общем собрании приняты решения о преобразовании кооперативов в
товарищества;
в) общая информация о многоквартирных домах, управление которыми осуществляет управляющая
организация, товарищество и кооператив, в том числе характеристика многоквартирного дома (включая
адрес многоквартирного дома, год постройки, этажность, количество квартир, площадь жилых и нежилых
помещений и помещений, входящих в состав общего имущества в многоквартирном доме, уровень
благоустройства, серия и тип постройки, кадастровый номер (при его наличии), площадь земельного
участка, входящего в состав общего имущества в многоквартирном доме, конструктивные и технические
параметры многоквартирного дома), а также информация о системах инженерно-технического обеспечения,
входящих в состав общего имущества в многоквартирном доме;
г) информация о выполняемых работах (оказываемых услугах) по содержанию и ремонту общего имущества в
многоквартирном доме и иных услугах, связанных с достижением целей управления многоквартирным домом,
в том числе сведения о стоимости указанных работ (услуг) и иных услуг;
д) информация об оказываемых коммунальных услугах, в том числе сведения о поставщиках коммунальных
ресурсов, установленных ценах (тарифах) на коммунальные ресурсы, нормативах потребления коммунальных
услуг (нормативах накопления твердых коммунальных отходов);
е) информация об использовании общего имущества в многоквартирном доме;
ж) информация о капитальном ремонте общего имущества в многоквартирном доме. Эти сведения
раскрываются управляющей организацией по решению общего собрания собственников помещений в
многоквартирном доме на основании договора управления в случаях, когда управляющей организации
поручена организация проведения капитального ремонта этого дома, а также товариществом и
кооперативом, за исключением случаев формирования собственниками помещений в многоквартирном доме
фонда капитального ремонта на счете специализированной некоммерческой организации, осуществляющей
деятельность, направленную на обеспечение проведения капитального ремонта общего имущества в
многоквартирном доме (региональный оператор);
з) информация о проведенных общих собраниях собственников помещений в многоквартирном доме,
результатах (решениях) таких собраний;
и) отчет об исполнении управляющей организацией договора управления, отчет об исполнении смет доходов
и расходов товарищества, кооператива за год;
к) информация о случаях привлечения управляющей организации, товарищества и кооператива, должностного
лица управляющей организации, товарищества и кооператива к административной ответственности за
нарушения в сфере управления многоквартирным домом с приложением копий документов о применении мер
административного воздействия, а также сведения о мерах, принятых для устранения нарушений,
повлекших применение административных санкций.
Статья 5.62. Дискриминация
3.Дискриминация, то есть нарушение прав, свобод и законных интересов человека и гражданина в
зависимости от его пола, расы, цвета кожи, национальности, языка, происхождения, имущественного,
семейного, социального и должностного положения, возраста, места жительства, отношения к религии,
убеждений, принадлежности или непринадлежности к общественным объединениям или каким-либо социальным
группам, - влечет наложение административного штрафа на на юридических лиц - от пятидесяти тысяч до
ста тысяч рублей.
Спасибо!
С вами свяжется наш менеджер и поможет вам в регистрации
Спасибо!
С вами свяжется наш менеджер и поможет вам в регистрации
Спасибо!
Ваше сообщение отправлено !
Ваша заявка принята!
Мы получили Вашу заявку, скоро наши менеджеры свяжутся с Вами. Спасибо!
Мы получили Вашу заявку, скоро наши менеджеры свяжутся с Вами. Спасибо!
Мы получили Вашу заявку, скоро наши менеджеры свяжутся с Вами. Спасибо!
Для улучшения работы сайта и его взаимодействие с пользователями мы используем файлы cookie.
Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie.
Вы всегда можете отключить файлы cookie в настройках браузера.
Подпишись на рассылку новостей ЖКХ, а также наших статей!