Я работаю с продуктом компании "Технология" . Он включает в себя и полноценный биллинг для энергетики и ЖКХ, учет льгот, субсидий, перерасчеты полностью автоматизированы, присутствует паспортный стол, документооборот, хранение отсканированных документов (например, техпаспортов) в БД, учет контактов с клиентами, учет заявок от жильцов с контролем их выполнения, учет технического состояния домов в разрезе конструктивных элементов, планирование работ по объектам недвижимости с контролем фактически выполненных работ и учетом затраченных ресурсов (люди, оборудование, материалы), складской учет, претензионно-исковая работа.
Система открытая на базе СУБД Oracle. У нас БД с 2002 года (около 200 ГБайт).
Система имеет несколько десятков инсталляций. Разработчик предлагает не только вариант приобретения, но и аренды.
К сожалению на сайте информации у них очень немного, лучше писать по почте или звонить.

Vladimir M Sklyar
> Автор: Aqwerty
> Я работаю с продуктом компании "Технология
> Система открытая на базе СУБД Oracle. У нас БД с 2002 года (около 200
> ГБайт).
Где бы скачать на посмотреть ??

по-моему скачать нельзя. нам инсталлировали систему вместе с инфраструктурой (ОС, СУБД,...) в рамках заключенного договора. Система большая, поэтому как говорят разработчики в демо-версии смысла нет, поскольку вообще без подготовки трудно начать работать, все же не Outlook. Если есть интерес, то Вы можете связаться с разработчиком, по-моему, они практикуют демонстрацию у заказчика, по крайней мере к нам они несколько раз приезжали по нашей просьбе, когда нужно было то одним презентацию провести, то другим, на вопросы ответить.
Могу передать Ваши контакты, если хотите.

Vegiа как же SAP IS_U (Жкх и энергетика )
Вы ее видели? Я смотрел. Показывала нам систему делегация от SAP'а и кого-то из партнеров.
Не хочется говорить плохое, но это...
Для текущего состояния ЖКХ система не подходит в принципе, да и для энергетики не фонтан.
Собственно главных претензий 2:
1. Отсутствие в системе нужного функционала или же его неприменимость без серьезной доработки. Отсутствие только одного регистрационного учета что стоит.
2. Абсолютное непонимание задач и проблем отрасли консультантами, которые пытались нам показывать и предлагать.
Для расчетов с юридическими лицами еще куда не шло, там данных относительно немного, можно и вручную работу делать, но вот при работе с физиками ситуация совсем иная.
Я так думаю даже средненькое российское решение на каком-нибудь будет эффективнее IS-U. Все равно IS-U интегрируется в главную книгу путем отражения там сводных проводок, так какая разница откуда они взялись. Т.е. если компания имеет ERP-систему от SAP, то естественно скажем для учета материалов выгоднее использовать MM даже несмотря на его недостатки (все равно какие-то недостатки есть), т.к. он интегрирован в систему. А вот IS-U, похоже, несколько в стороне и он не так тесно интегрирован как тот же MM, поэтому он не имеет таких преимуществ интегрированности в общую систему и его недостатки начинают перевешивать плюсы интегрированности.
Это, конечно, мое мнение, но уже не раз слышали от коллег-энергетиков, у которых используется IS-U - "не внедряйте, если сможете".

Vegi
а почему они говорят не внедрять? есть какие -нибудь причины, что им не нравится? IS-U отраслевое решение стоит в 500 компаниях по всему миру таких как Eon,Eny , если все так плохо то почему?
не могу сказать точно, никто ведь говорит в частной беседе так: "не внедряйте, потому что 1... 2... 3....", но общее ощущение такое:
проект по внедрению растяигивается на годы и тот базовый результат, который нужен фактически сразу получаешь медленно, по крупицам, причем большую часть работы приходится делать внедренцам на месте. Примерно также, как если бы Вы купили вместо автомобиля конструктор для его сборки (знаю есть такие конструкторы легких самолетов и вертолетов). Собрать то можно, в комплекте все есть - детали, инструкции, инструменты, но вот только пока ты его собираешь другие то уже ездят.
Сам лично присутствовал на демонстрации IS-U. Показывали живую систему, которая установлена где-то в Германии. Показывал представитель SAP'а. Мы ему простые, в общем, задачки подкинули - введи договор с потребителем, добавь туда прибор учета, сделай расчет, сформируй счет, потом давай исправим показания и пересчитаем. Это базовые возможности, они должны быть в любом продукте.
Ну договор с грехом поплам он как-то еще ввел, по-моему даже что-то посчитал, но вот счет мы так и не увидели, а когда пытались сделать перерасчет, то тут вообще все плохо стало. Я не знаю, может система и не виновата в этом, но какая разница заказчику кто виноват, если даже представитель разработчика не может выполнить простейшие операции.
Дальше мы начали спрашивать как в системе ведется учет граждан, проживающих в квартирах, поддерживается ли история и все такое. Столкнулись с полным непониманием, с вопросами "зачем Вам это?, это же огромное количество контрагентов в справочнике". Ну не знаю что там такого огромного, ну был бы миллиончик (если одну БД на всю компанию иметь) и что тут такого? Вполне допускаю, что система может все это обработать, но опять же зачем такая система, консультанты компании-разработчика которой не понимают задач отрасли? Попытались мы им как-то объяснить зачем нужно иметь данные о каждом проживающем человеке - льготы, субсидии, претензионно-исковая работа, но по-моему так до них и не дошло.
Да, потом в коммерческом предложении было предложено сначала везде внедрить другую систему, российскую, своими силами, унифицировать БД, а после перейти на IS-U. Смеялись мы долго.
Я понимаю, когда разработчик предлагает другие методы решения задач (например, вон на аэробусах вместо обычного штурвала что-то наподобие джойстика, забыл как называется), но когда разработчик не понимает задач, не предлагает спсобов их решения или предлагает решать это внесистемными средствами, то этого я лично понять не могу.
Потому я и написал, что средее российское решение скорее всего будет эффективнее IS-U даже если компания и пользуется SAP'ом. Причем чем дальше, тем более неэффективным будет IS-U, т.к. по мере развития конкуренции в энергетике и ЖКХ на первый план будут вставать такие задачи, как вывод новых услуг и тарифов на рынок (посмотрите, как часто сотовые операторы выводят на рынок новые тарифы и услуги), а это будет означать доработку системы. Вот тут то те, кто пользуется IS-U скорее всего будут в самом самом конце (по скорости вывода новых услуг и тарифов).

Ptn AqwertyЯ работаю с продуктом компании "Технология" . ... Система открытая на базе СУБД Oracle. У нас БД с 2002 года (около 200 ГБайт).


Это примерно на какое количество лицевых счетов (договоров, обслуживаемых квартир) ?
Да не много квартир - около 50 тыс.
Договоров - 340 тыс.
Лицевых счетов - около миллиона.
Финансовые данные загружены за последние 6 лет.

там, вообщем, мелочи. видели и поболее.

что знаю про сапв белгороде стоит IS U и не только , и щас в Моэк внедряется, я думаю ее не просто так выбрали. причем предыдущая система российской рзаработки там год проработала всего...
угу. вот по-моему Белгородские пользователи и говорили "не внедряйте, если сможете".
а Мосэнерго вообще не показатель, что там только не внедряли. Я уже от 3 или 4 разработчиков на выставках слышал, что их система работает в Мосэнерго.
Москва вообще не показатель, может себе позволить сначала SAP внедрить, потом выкинуть. Вон, в соседних ветках форума можно почитать как тот же Связьинвест OEBS внедряет.
Нельзя не посмотрев собственными глазами на систему делать какие-то выводы. Я вот посмотрел и не очень понравилось (мягко говоря), хотя допускаю что причина не в системе, а в консультантах, так SAP'овцы же были.
Да, в Белгороде по-моему население не в IS-U считается, по крайней мере раньше там вроде было несколько крупных перепродавцов и IS-U использовалась только для расчетов с юриками, а их значительно меньше.