Мне кажется, что РСО не может ссылаться на неразмещение УК ОЖФ, т.к. у РСО есть обязанность размещать ЛС и ПД и есть возможность это сделать (путем размещение ОЖФ в минимальном объеме).
Но это уже бизнес и политика, поэтому за точной точной информацией или с несогласиями/предложениями, если таковые имеются, лучше обращаться к нашему Заказчику — в Почту России, Минкомсвязь, Минстрой.
1. Не понял в чем вопрос — см. выше (https://habrahabr.ru/company/lanit/blog/321476/#comment_10063002) как формируется база пдресов в ГИС ЖКХ.
2. Не понятно, о каких угловых домах идет речь.
Возможно, вопрос про что-то типа ситуации в Калининграде, когда один физический дом имеет адрес вида «ул. Синяя 17, Красная 1, Зеленая 2-4». Главная проблема тут в том, что с точки зрения одной организации это может быть 1 объект жилищного фонда (управляется как один дом), а с точки зрения другой — 5 объектов (если каждый «мини-дом» имеет свое подключение коммуникаций). У нас для таких случаев есть маппинг адресов (нам его дают представители региона).
Если речь идет про то, что у одного дома есть два разных адреса, то мы пока такую проблему не решали — по крайней мере навскидку обращений вспомнить не могу таких.
3. Не понял вопроса. Может быть вы имеете ввиду добавление адреса в наш справочник, если адреса нет в ФИАС? но так здесь речь про адерс, а не про объект недвижимости.
>> а с Яндексом какие-то доп.соглашения были, отличные от размещенных на его сайте, для лицензированного использования подложки и геокодера
Мы подключены к стндартному коммерческому API (https://tech.yandex.ru/maps/commercial/). Хочу отметить, что для гос порталов использование этого API бесплатное.
>> и что делаете в том случае, когда геокодер Яндекса не возвращает точное положение объектов?
Яндекс все равно возвращает какие-то координаты, просто говоит, что они не точные. Мы показываем те данные, которые возвращает Яндекс.
>> Очень круто, когда необходимо заводить в какой-то системе то, что не в юрисдикции твоей компании РСО. Мы, чтоб свои данные выгружать, зачем то должны ОЖФ выгружать в первую очередь.
Объекты жилого фонда РСО создает сама только в том случае, если ранее УО еще не разместила информацию об этом доме. Без информации о доме РСО не сможет завести лицевые счета. При этом состав информации, необходимый для создания дома от имени РСО значительно меньше, чем состав информации, который требуется при создании дома от имени УО.
Т.е. либо РСО сама заводит дома, которые еще не завела УО, либо ждет пока УО разместит всю необходимую информацию о доме.
>> За последние 6 месяцев в ФИАС было внесено огромное количество информации о домах, и сам ФИАС довольно активно стал развиваться что на мой взгляд не плохо.
согласен! думаю не в последнюю очередь это происходит благодаря ГИС ЖКХ.
>> В итоге далеко не каждая УК может себе позволить реализацию вашего API а делать коробочные решения и продавать (тем же УК) не возможно из за общей сложности
Стало интересно — погуглил.
Нашел кучу коробочных решений, которые предлагают готовую интеграцию с ГИС ЖКХ.
Возможно, что для большинства УК гораздо выгоднее воспользоваться каким-то из коробочных решений, чем браться самим читать 1500 страниц документации и делать все своими руками. Все же их компетенция — домами управлять, а не кодить ПО.
Соглашусь, что интеграция через SOAP — это больше под силу профессиональным компаниям, а обычным УК удобнее пользоваться XLS. У нас акцент последнее время делался на ЛК и SOAP, но специально XLS интерфейс не зажимает. Если Заказчик нам скажет его реализовать в полносм объеме — то это будет сделано.
Вот вы упомянули про коробочные решения.
На мой взгляд — это абсолютно правильное направление мыслей. Мне кажется, это хороший бизнес.
Я не очень знаком с рынком ИТ-продуктов, которые предлагаются УК/РСО, но, уверен, что интеграция с ГИС ЖКХ была бы киллер фичей или вообще уже мастхев.
Я убежден, что профессиональные компании легко синтегрируют свой продукт с ГИС ЖКХ. Если они этого не сделали еще, то это скорее их нерасторопность или отсутствие смекалки. Времени было достаточно.
Владете ли вы информацией какие ИТ-продукты используются для автоматизации деятельности УК / РСО?
Узнавали ли вы у них нет ли у них поддержки интеграции с ГИС ЖКХ? планируется ли?
>> Понятно, что хотелось по стандартам, но с практикой немного разошлись.
поясните, пожалуйста, что вы хотели сказать.
>> Из того, что я видел, то на мой взгляд, решение по тестированию и интеграции с внешними системами наилучшее у Билайна.
Спасибо, конечно хотим посмотреть на лучший опыт. Подскажите где можно получить информацию по этому вопросу.
1. Функционал XLS мы искусственно не ограничиваем. У нас основной приоритет отдавался реализации функциональности в ЛК и через SOAP. Изнчально импорт/экспорт через XLS воспринимался как вспомогательное решения для некоторых узких задач. Потом какие-то загрузки/выгрузки мы мы делали по запросу от Заказчика / саппорта. Если XLS очень важен, то мы его реализуем в полном объеме.
2. Асинхронная обработка в случае с обработкой XLS файлов и SOAP-запросов аналогична, дополнительных сложностей тут не возникает никаких.
3. По поводу виновсти разработчика при взаимодействии с WS: если запрос составлен корректно, то все претензии по обработке также пойдут к разработчику ГИС ЖКХ. Не вижу здесь никакого подвоха.
4. Нет никакой разницы грузится неделю файл или неделю висит в обработке запрос SOAP, это в любом случае будет проблема для нас и мы такие ситуации разбираем и постоянно оптимизируем систему.
Я писал уже в комментариях, что если в ФИАС отсутствует адрес, то мы позволяем его добавить в справочник адресов ГИС ЖКХ (после проверки Оператором).
Вообще, мне кажется, благодаря ГИС ЖКХ выявляются в том числе проблемы в других федеральных базах. В результате, это дает толчок к их совершенствованию и развитию — это позитивно!
1. У нас есть база адресов домов, УО, РСО, ОМС.
2. Мы используем геокодер от Яндекса (см. https://tech.yandex.ru/maps/geocoder/), получаем широту/долготу объектов по адресу, данные кешируем на некоторое время.
3. Для отрисовки карты используем технологию активных областей от Яндекса (см. https://tech.yandex.ru/maps/doc/jsapi/2.1/dg/concepts/hotspots/about-hotspots-docpage/). Подложку формируем «на лету» из кеша геокоординат.
4. Никаких сервисов дял подключения во внешние ИС не предусмотрено.
>> "… пересадите на rest фиас и ожф т.к. это общедоступные данные и их не надо заморачивать..."
На портале есть раздел «Открытые данные» (REST API) в котором на текущий момент предоставлены общедоступные справочники, а также информация по временным адресам, которых нет в ФИАС.
Прошу обратить внимание, что сам ФИАС мы не отдаем — его можно взять на fias.nalog.ru.
>> Если хотите помочь то во первых сделайте одинаковый функционал через soap и через rest сайта
Не совсем понятен вопрос, попробую прокомментировать
У нас для ЛК внутри используется rest-сервисы, которые дергаются клиентом (реализованным на angular), эти сервисы у нас не предназначены для публичного использования, они не документированы и могут меняться без предупреждения. Кроме того, эти сервисы заточены под микро-взаимодействия с пользователем. Вы их имели ввиду под rest- сйта?
Для интеграции мы делаем сервисы, специально исходя из особенностей вз-я с ИС. Они более ориентированы на пакетную обработку. Эти сервисы документируются, по возможности поддерживается обратная совместимость, используем протокол soap.
Ваш вопрос в том, что сейчас через SOAP не доступна какая-то важная функциональность? Скажите чего нехватает, я попробую уточнить сроки реализации.
>> но ваш soap никак не соотносится с корпоративной безопасностью
поясните, пожалуйста, ваш тезис
в плане интеграции мы требуем только следующее (по крупному)
— шифрованный по ГОСТу канал (требование приказов 21 и 17 ФСТЭК, тк у нас персданные и ГИС)
— ЭЦП ( тк нам нужна юр значимость)
не очень понимаю, чем помешал soap и какое это все имеет отношение к корпоративной безопасности
Но это уже бизнес и политика, поэтому за точной точной информацией или с несогласиями/предложениями, если таковые имеются, лучше обращаться к нашему Заказчику — в Почту России, Минкомсвязь, Минстрой.
2. Не понятно, о каких угловых домах идет речь.
Возможно, вопрос про что-то типа ситуации в Калининграде, когда один физический дом имеет адрес вида «ул. Синяя 17, Красная 1, Зеленая 2-4». Главная проблема тут в том, что с точки зрения одной организации это может быть 1 объект жилищного фонда (управляется как один дом), а с точки зрения другой — 5 объектов (если каждый «мини-дом» имеет свое подключение коммуникаций). У нас для таких случаев есть маппинг адресов (нам его дают представители региона).
Если речь идет про то, что у одного дома есть два разных адреса, то мы пока такую проблему не решали — по крайней мере навскидку обращений вспомнить не могу таких.
3. Не понял вопроса. Может быть вы имеете ввиду добавление адреса в наш справочник, если адреса нет в ФИАС? но так здесь речь про адерс, а не про объект недвижимости.
почему?
Мы подключены к стндартному коммерческому API (https://tech.yandex.ru/maps/commercial/). Хочу отметить, что для гос порталов использование этого API бесплатное.
>> и что делаете в том случае, когда геокодер Яндекса не возвращает точное положение объектов?
Яндекс все равно возвращает какие-то координаты, просто говоит, что они не точные. Мы показываем те данные, которые возвращает Яндекс.
Объекты жилого фонда РСО создает сама только в том случае, если ранее УО еще не разместила информацию об этом доме. Без информации о доме РСО не сможет завести лицевые счета. При этом состав информации, необходимый для создания дома от имени РСО значительно меньше, чем состав информации, который требуется при создании дома от имени УО.
Т.е. либо РСО сама заводит дома, которые еще не завела УО, либо ждет пока УО разместит всю необходимую информацию о доме.
согласен! думаю не в последнюю очередь это происходит благодаря ГИС ЖКХ.
Стало интересно — погуглил.
Нашел кучу коробочных решений, которые предлагают готовую интеграцию с ГИС ЖКХ.
Возможно, что для большинства УК гораздо выгоднее воспользоваться каким-то из коробочных решений, чем браться самим читать 1500 страниц документации и делать все своими руками. Все же их компетенция — домами управлять, а не кодить ПО.
Вот вы упомянули про коробочные решения.
На мой взгляд — это абсолютно правильное направление мыслей. Мне кажется, это хороший бизнес.
Я не очень знаком с рынком ИТ-продуктов, которые предлагаются УК/РСО, но, уверен, что интеграция с ГИС ЖКХ была бы киллер фичей или вообще уже мастхев.
Я убежден, что профессиональные компании легко синтегрируют свой продукт с ГИС ЖКХ. Если они этого не сделали еще, то это скорее их нерасторопность или отсутствие смекалки. Времени было достаточно.
Владете ли вы информацией какие ИТ-продукты используются для автоматизации деятельности УК / РСО?
Узнавали ли вы у них нет ли у них поддержки интеграции с ГИС ЖКХ? планируется ли?
поясните, пожалуйста, что вы хотели сказать.
>> Из того, что я видел, то на мой взгляд, решение по тестированию и интеграции с внешними системами наилучшее у Билайна.
Спасибо, конечно хотим посмотреть на лучший опыт. Подскажите где можно получить информацию по этому вопросу.
2. Асинхронная обработка в случае с обработкой XLS файлов и SOAP-запросов аналогична, дополнительных сложностей тут не возникает никаких.
3. По поводу виновсти разработчика при взаимодействии с WS: если запрос составлен корректно, то все претензии по обработке также пойдут к разработчику ГИС ЖКХ. Не вижу здесь никакого подвоха.
4. Нет никакой разницы грузится неделю файл или неделю висит в обработке запрос SOAP, это в любом случае будет проблема для нас и мы такие ситуации разбираем и постоянно оптимизируем систему.
Вообще, мне кажется, благодаря ГИС ЖКХ выявляются в том числе проблемы в других федеральных базах. В результате, это дает толчок к их совершенствованию и развитию — это позитивно!
2. Мы используем геокодер от Яндекса (см. https://tech.yandex.ru/maps/geocoder/), получаем широту/долготу объектов по адресу, данные кешируем на некоторое время.
3. Для отрисовки карты используем технологию активных областей от Яндекса (см. https://tech.yandex.ru/maps/doc/jsapi/2.1/dg/concepts/hotspots/about-hotspots-docpage/). Подложку формируем «на лету» из кеша геокоординат.
4. Никаких сервисов дял подключения во внешние ИС не предусмотрено.
Будем выпускать исправления и увеличивать лимит.
а какая у вас есть альтернатива?
На портале есть раздел «Открытые данные» (REST API) в котором на текущий момент предоставлены общедоступные справочники, а также информация по временным адресам, которых нет в ФИАС.
Прошу обратить внимание, что сам ФИАС мы не отдаем — его можно взять на fias.nalog.ru.
что подразумеваете под ОЖФ?
Не совсем понятен вопрос, попробую прокомментировать
У нас для ЛК внутри используется rest-сервисы, которые дергаются клиентом (реализованным на angular), эти сервисы у нас не предназначены для публичного использования, они не документированы и могут меняться без предупреждения. Кроме того, эти сервисы заточены под микро-взаимодействия с пользователем. Вы их имели ввиду под rest- сйта?
Для интеграции мы делаем сервисы, специально исходя из особенностей вз-я с ИС. Они более ориентированы на пакетную обработку. Эти сервисы документируются, по возможности поддерживается обратная совместимость, используем протокол soap.
Ваш вопрос в том, что сейчас через SOAP не доступна какая-то важная функциональность? Скажите чего нехватает, я попробую уточнить сроки реализации.
поясните, пожалуйста, ваш тезис
в плане интеграции мы требуем только следующее (по крупному)
— шифрованный по ГОСТу канал (требование приказов 21 и 17 ФСТЭК, тк у нас персданные и ГИС)
— ЭЦП ( тк нам нужна юр значимость)
не очень понимаю, чем помешал soap и какое это все имеет отношение к корпоративной безопасности