Ну вот, пришла пора заняться связкой нашей ИС с ГИСом. Кратко о нас. РСО, 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 в настройках браузера.
Подпишись на рассылку новостей ЖКХ, а также наших статей!