[/quot]Тогда о чем общаться? [/quot]
Обмен мнениями и опытом эксплуатации - это не технологиями меряться. Когда пару-тройку клиентов автоматизировали - это одно, а когда несколько сотен, появляется определенный кейс. Сам никогда не думал что такой багаж накопится проблем и их решений.
Продавать тут ничего точно не собираюсь, в отличие от РЦ Онлайна.

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

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

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

Видимо за этим будущее сложных информационных систем. Вопрос, какая технологическая платформа или архитектурное решение станет более-менее типовым решением.

Забыть браузер как страшный сон сегодня уже не получится. Потребность в удаленном доступе к ограниченному функционалу уже прошла свою точку невозврата. Рынок хочет чтобы такие рабочие места были в системе, сами пока не очень понимают зачем, но "для галочки" очень хочется. Те же личные кабинеты для жильцов. На практике ими пользуется около 15% населения в крупных городах и 5%-7% в небольших. Реально утилитарных функций таких кабинетов немного - показания счетчиков передать, квитанцию скачать, оплаты посмотреть (для тех кто жилье внаем сдает). Ну и все, собственно.
Зачем мучить рядовых работников организации браузерными монстрами - непонятно.

А Java всем хорош, согласен, кроме крайней убогости интерфейса. Каждый год хоронят Java, каждый год завершается слухами что вот-вот наконец то выпустят такой интерфейс, что просто рай настанет и Java порвет мир. И каждый год видим очередную тяжеловесную машину.
Я более-менее мониторю ситуацию на примере всяких он-лайн трейдинговых систем для биржевой торговли. Мощно, но вата.

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


Насчет скорости начислений, раз уж тут все какие то цифры озвучивают. Мы сегодня обеспечиваем начисление примерно 5-6 ЛС в секунду на 1 рабочее место, если услуг немного и нет глубоких перерасчетов, то больше 10 ЛС в сек. Почему говорю про рабочее место - у нас процесс начисления частично завязан на клиента. Это сделано для возможности распаралеливать начисления для распределения нагрузки. Все равно крупные организации чаще всего не начисляют весь объем, а разделяют процесс по участкам по мере готовности. Как то так исторически сложилось.

5%-15% - это факт, как ни странно. Я тоже думал что с Медведевскими тезисами необходимость в ежемесячном сборе показаний пропадет, но по факту люди предпочитают передавать показания и видеть начисления в квитанциях, соответствующие потребленным объемам, а не расчетные средние. Но, повторюсь - это предел активности. Остальным жильцам ничего не нужно, или сдают показания при оплату квитанций, или вообще не сдают.
К тому же, как оказалось, очень удобно дать возможность контролерам - обходчикам занести снятые показания дома в удобное время.
На мой взгляд, сейчас на рынке две противоположные тенденции. В тех городах, которые уже наигрались с ЕРЦ, происходит растаскивание расчетов по УК, ТСЖ, а чаще всего и по РСО. Выделение РСО в отдельные квитанции неминуемо ведет к резкому падению собираемости, но для тех кто может пользоваться рубильником - энергетики, тепловики, все остается более менее. Для ХВС и ВО - тяжко, от таких услуг отключить почти невозможно.
В других городах в зависимости от политической силы Главы происходит наоборот, консолидация расчетов, причем часто в старые добрые МУПы. Как ни странно, но МУПы возвращаются. Не такие уж они оказались неэффективные как их считали раньше. При должном контроле они позволяют недопустить бардака в сфере ЖКХ и выкручивания рук областным властям в начале отопительного сезона. Плюс единая квитанция - ее умение повышать собираемость минимум на 5% никто не отменял.

На фоне двух таких тенденций уже не первый год наблюдаю разделение заказчиков на тех кому нужно спрятать начисления подальше, и тех кто просто собирается иметь у себя все до последней цифры и управлять этим.
Первые очень охотно ведутся на облака или выполняют расчеты где то централизованно в одном им известном месте, развозя потом квитанции по городам. Для них становится почти неважно на каком софте работать, не раз наблюдал ситуацию когда для того чтобы забрать расчеты возвращались к каким то ДОСовским анахронизмам 90-х годов разработки, закидывали жителей квитанциями в которых оживали трупы 10-летней давности, а вместо прима населения была горячая линия с традиционной фразой "Ваш звонок очень важен для нас".
Вторые долго выбирают систему, а затем целенаправленно и последовательно кастомизруют ее под себя, делая полноценным инструментом управленца. И вот им уже особо не важно на каких технологиях работает программа. Главное - это возможность много лет адекватно работать с фирмой автоматизатором, получать адекватные консультации, работать практически на партнерском уровне. Вот вторые почему то продолжают и продолжают очень взвешенно выбирать собственные локальные расчетные системы и опытных автоматизаторов.
К чему бы это ?

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

В этом же и обратная проблема - забрать начисления себе. Нужно прием населения организовывать.