Тема номера: ЭЛЕКТРОННАЯ РОССИЯ

Реформа ЖКХ: взгляд в будущее

Источник: журнал “Бизнес-Форум IT”, №10 (стр.50-53), октябрь 2003,
сайт компании “Борлас Ай-Би-Си” ( http://www.borlas.ru/files/publications/pZhKH2003.pdf

Информатизация российского ЖКХ — одна из наиболее острых проблем, без решения которой невозможно всерьез говорить о совершенствовании системы управления данной отраслью народного хозяйства. Ее решение имеет высокую политикоэкономическую и социальную значимость, и именно поэтому ей уделяется такое внимание на всех уровнях власти. В последнее время дело сдвинулось с мертвой точки, и пионером здесь, как это часто бывает, стала Москва.

Россия вступила на путь реформирования управления информационными ресурсами. Яркое проявление этого — появление таких государственных программ, как “Электронная Россия” и “Электронная Москва”, а также возникновение новых специализированных информационных структур. Одна из таких структур — “Центр информационного обеспечения и содействия реформе жилищно-коммунального хозяйства г. Москвы” (сокращенно — “Центр реформ в ЖКХ”), на который правительством Москвы возложено информационное сопровождение хода реформы этой отрасли в городе.

Важная веха в деле информатизации ЖКХ Москвы — создание Единых информационно-расчетных центров (ЕИРЦ). Основная задача районных ЕИРЦ — аккумулирование всех процессов, связанных с начислениями и регистрацией платежей за жилищно-коммунальные и прочие услуги на территории каждого района. Одной из важнейших функций районных ЕИРЦ является взаимодействие с на селением (выдача справок, печать и доставка жителям платежных документов, по которым осуществляется оплата жилищно-коммунальных услуг, работа с должниками и по пре тензиям), в силу чего они постепенно приобретают черты локальных центров данных.

Управление такими центрами возложено на окружные ЕИРЦ. Успешное решение данной задачи невозможно без инструментария, позволяющего этим центрам получать достоверную информацию в оперативном режиме. Именно поэтому правительством Москвы был инициирован проект по созда нию Единой типовой автоматизированной системы начисления и учета жилищно-коммунальных платежей.

Открытый конкурс на создание такой системы был проведен в 2002 г. “Московским комитетом по науке и технологиям”, и выиграла его компания “Борлас Ай-Би-Си”, входящая в группу компаний “Борлас”. А недавно работы по созданию системы были успешно завершены: она была внедрена в ЕИРЦ района “Сокольники” и рекомендована городской приемочной комиссией к тиражированию во всех районах и округах города. Процесс создания автоматизированной системы контролировал Департамент экономической политики и развития г. Москвы.

О том, что представляет собой автоматизированная система для ЕИРЦ и какие задачи она позволяет решать, какого эффекта можно ожидать от ее внедрения в масштабах округов и города в целом, с какими проблемами пришлось столкнуться при ее внедрении и каковы перспективы развития системы, наш корреспондент беседует с директором Департамента корпоративных информационных систем компании “Борлас Ай-Би-Си” Еленой Калугиной.

“Бизнес-Форум IT”: Чем так привлекло заказчика предложение именно “Борлас”?

Елена Калугина: К моменту объявления конкурса в городе уже функционировало несколько систем, решающих подобные задачи, но для победы оказался необходим опыт крупных работ в этой области. У нас он был — еще в 1997 г. мы создали и внедрили похожую систему на предприятии “Теплосбыт” ГУП “Мостеплоэнерго”, предназначенную для расчетов с физическими лицами за тепло и горячую воду там, где “Мостеплоэнерго” перешло на прямые расчеты с населением.

Основная изюминка решения в “Теплосбыте” заключалась в том, что там реально функционировала распределенная структура и осуществлялся обмен данными между центральным сервером и более чем 50 локальными серверами, установленными на удаленных участках. Система была введена в строй в середине 1998 г., а к лету 2001 г. она уже обслуживала 600—650 тыс. лицевых счетов. При этом в оперативном доступе находилось более 30 млн. документов — полная информация за 3—4 года.

Использование новых технологий и правильная организация работы дали возможность “Мостеплоэнерго” за год повысить уровень собираемости платежей с 85% до 98%. Сократилось и число внеплановых отключений тепла.

Понятно, что, для того чтобы выиграть конкурс, кроме опыта важна была еще и техническая сторона дела: далеко не всякая система управления базами данных способна “потянуть” требуемые городом объемы информации. Ведь в оперативном доступе должна находиться информация по всем лицевым счетам за период не менее трех лет, а таких счетов в каждом из районов Москвы в среднем порядка 30 тыс. Мало того, система, о которой мы говорим, — инструмент для работы не только районных ЕИРЦ, но и окружных, а это и вовсе гигантские объемы информации. Представьте себе: более 400 тыс. лицевых счетов, и по каждому из них ежемесячно рождаются документы о начислениях, единые платежные документы, а также импортируется информация о платежах, поступающая из банка, и т. д.

Мы же предложили решение, которое может легко справиться с поставленной задачей.

BFIT: И что это за решение?

Е. К.: Это специализированная автоматизированная система, построенная на основе базовых технологий Oracle, которая получила название “АС ЖКП”. При ее разработке мы использовали опыт создания решения для “Теплосбыта” на базе корпоративной информационной системы (КИС) “AC+”, разработанной нашей компанией.

BFIT: В чем особенности “АС ЖКП” и какие технологические возможности она предоставляет пользователям?

Е. К.: Среди основных особенностей системы можно назвать возможность как построения распределенной структуры базы данных с осуществлением обмена и синхронизацией информации между всеми районными ЕИРЦ и округом, так и создания единой базы округа с удаленным доступом к информации с рабочих мест в районах. При этом решение о том, какую архитектуру системы использовать, остается за руководством округов.

Кроме того, в нашей системе существует возможность создания и коррекции формул расчета пользователями системы — экономистами, что очень важно. Ведь сегодня при разработке программных продуктов необходимые расчетные формулы в большинстве случаев “зашиваются” программистами прямо в код программы, а это значит, что методика расчета (т. е. фактически, формулы, лежащие в ее основе), применяемая в автоматизируемых системах, может считаться контролируемой лишь условно — слишком много при этом зависит от программистов. На наш взгляд, это принципиально неверно. Задача программиста — предоставление экономисту рабочего инструмента, а не управление системой расчетов.

Помимо этого, благодаря обеспечению возможности формирования структуры потоков информации и прав доступа, мы предоставляем экономистам такой инструмент, который позволит им обслуживать весь округ из центра, контролируя правильность расчетов. Это очень большое преимущество системы.

BFIT: Вы сказали, что “АС ЖКП” реализована на базе технологических решений вашей системы “АС+”. Это один из ее модулей или модифицированная система “АС+”?

Е. К.: В технологическом смысле — это действительно специализированный модуль “АС+”: в “АС ЖКП” используется то же ядро обработки и мониторинга информации, что и в этой системе, и при желании установить на каком-либо предприятии “АС ЖКП” и, например, модуль управления кадрами или любой другой модуль КИС “АС+” технологических барьеров не будет. Но здесь есть одна юридическая тонкость: права на “АС ЖКП” принадлежат городу, а на “АС+” — компании “Борлас Ай-Би-Си”.

BFIT: Система “АС ЖКП” разрабатывалась по договору городского заказа. Как в связи с этим ставилась задача?

Е. К.: Постановочная часть отражена в двух документах — Постановлении правительства Москвы №476ПП от 25 июня 2002 г. “О создании Единых информационно-расчетных центров” и Постановлении правительства Москвы №680-ПП от 27 августа 2002 г. “О порядке использования автоматизированных систем для начисления, учета и обработки платежей за жилищно-коммунальные и прочие услуги”.

BFIT: Как строилась работа над проектом?

Е. К.: Прежде всего, были описаны цели и масштабы работ. Была дана общая характеристика объекта автоматизации, описаны функции субъектов правоотношений, основной функционал системы и задачи, которые она должна решать, определены процессы, подлежащие автоматизации. На втором этапе было разработано Техническое задание, включающее в себя описание архитектуры системы, подробную модель автоматизируемых процессов и требований к ним (при этом все требования к системе были определены в соответствии с ГОСТ 34.602-89, что было оговорено в договоре с заказчиком, и с учетом элементов методологии Oracle). Затем создавался функциональный дизайн системы и описывались логическая и физическая модели данных.

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

Все работы по внедрению нужно было завершить за полтора месяца — сроки совершенно немилосердные, если учесть, что за это время нужно было провести еще и выверку 16 тыс. лицевых счетов. Но мы справились.

BFIT: Могут ли аналитики использовать “АС ЖКП”?

Е. К.: На базе нашей аналитической системы КАИСА мы разработали для “АС ЖКП” дополнительный модуль, позволяющий выполнять многомерный анализ данных. Он может использоваться аналитическими центрами округов и города, а также органами городской исполнительной власти для получения достоверной информации в оперативном режиме. Этот модуль позволяет не только получать регламентированные отчеты в различных разрезах, но и строить неструктурированные запросы, выполнять выборки по любым критериям на огромных объемах данных за считанные секунды, а также проводить анализ типа “что, если…”.

BFIT: Но все это проблемы раньше или позже решаемые. А какого эффекта можно ожидать от внедрения системы?

Е. К.: В настоящее время “АС ЖКП” функционирует в ЕИРЦ района Сокольники Восточного административного округа Москвы, и, по нашим расчетам, ее внедрение в масштабах всего округа должно позволить:

• увеличить объемы текущих платежей за ЖКУ на 5—10% за счет получения более достоверной информации о неплательщиках;
• увеличить общую сумму начислений за ЖКУ на 3—5% за счет выявления лиц, проживающих без открытия лицевого счета;
• уменьшить затраты на техническое обслуживание ЕИРЦ и сопровождение программного комплекса на 50— 60% за счет централизации обслуживания и унификации программных и аппаратных средств;
• сократить бюджетные ассигнования на 60—80% за счет выхода окружных ЕИРЦ на самоокупаемость.

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

BFIT: А каковы перспективы развития системы, в частности, ее функциональности?

Е. К.: Перспективы описаны в одном из последних постановлений правительства Москвы (№617 от 29 июля 2003 г.). Там прямо сказано: “…провести… мероприятия по отработке на территории административных округов технологии расширения деятельности информационно-расчетных центров за счет включения в действующую технологию начисления, обработки и распределения платежей всех групп потребителей ЖКУ (юридических лиц...)”.

В ближайшее время предполагается расширение функциональности системы по следующим направлениям: обеспечение возможности обслуживания паспортных столов, обеспечение связи с системами сбора информации об объемах потребленных услуг (связь с приборами учета потребления ЖКУ), обеспечение связи с БТИ и т. п. А в перспективе планируется обеспечить доступ жителей через Интернет к информации, касающейся состояния их расчетов за ЖКУ. Работа в этом направлении уже ведется.

Задачи, которые позволяет решать “АС ЖКП”

Система предназначена для ведения расчетов с населением за жилищно-коммунальные услуги (ЖКУ) и обеспечивает информационную поддержку при решении следующих задач:

• расчет начислений за жилищно-коммунальные и прочие услуги с учетом различных видов льгот (в том числе с возможным изменением формул расчета);
• создание и печать единых платежных документов (ЕПД), используемых жителями для оплаты жилищно-коммунальных услуг (ЖКУ);
• ведение лицевых счетов граждан и регистрация выполненных платежей (в том числе формирование информации о состоянии расчетов по каждому лицевому счету, что позволяет осуществлять работу с должниками);
• учет жилого фонда;
• учет видов льгот и льготных категорий граждан;
• ведение справочников тарифов и тарифных планов, а также разнообразных справочников другой нормативно-справочной информации;
• учет объемов потребленных услуг по приборам учета (при наличии таких приборов и шлюзов конвертации данных);
• формирование необходимой отчетности для вышестоящих органов, плательщиков, предприятий — непосредственных поставщиков ЖКУ и других организаций;
• осуществление электронного обмена информацией с вышестоящими органами, Банком Москвы, занимающимся разбором основного потока платежей, и поставщиками услуг, а также Городским центром жилищных субсидий.

Это основные задачи, которые на сегодняшний день должны решаться автоматизированными системами, предназначенными для информационной поддержки ЕИРЦ, с учетом существующего регламента взаимодействия между субъектами правоотношений.

Проблемы, с которыми столкнулись при внедрении системы

1. Одна из основных проблем, с которой нам пришлось столкнуться,— унификация информации. Она неизбежно встанет при приведении баз данных (БД) всех районов Москвы “к единому знаменателю”. Сегодня же дело иногда доходит до того, что в рамках одной и той же БД один и тот же классификатор хранится в двухтрех различных местах и при этом реально используется в зависимости от того, кому предназначена информация: какой отчет необходимо готовить или какие расчеты выполнять. Поэтому придется не просто провести выверку всех классификаторов, но и проверить их применение.
2. Еще одна проблема, которая ждет при внедрении автоматизированной системы начисления и учета жилищнокоммунальных платежей в Москве, это выверка данных по лицевым счетам жителей.
3. Кроме того, ведение расчетов за ЖКУ — деятельность весьма динамичная, и регламент взаимодействия субъектов правоотношений и требования к автоматизированным системам постоянно меняются. То, как была “устроена жизнь” в этой области весной-осенью прошлого года, и то, что есть сейчас, — совсем не одно и то же. Например, весной этого года появились такие понятия, как долговое ЕПД и авансовое ЕПД. А сколько еще будет изменений, предсказать невозможно.
4. В силу сказанного, компании — поставщики решений должны быть готовы к постоянным изменениям условий эксплуатации систем. В такой динамичной ситуации могут оперативно перестроиться и нормально функционировать только высокотехнологичные решения. Ну и конечно, готовность к подобным условиям работы определяется также квалификацией специалистов компании.
5. Еще одна проблема, с которой явно столкнется любая компания в процессе информатизации ЖКХ, — недостаточная мощность компьютерного оборудования в округах. Сегодня ситуация такова, что производительность имеющейся там техники недостаточна для обеспечения работы с теми объемами информации, о которых я говорила. То же можно сказать и о большинстве используемых в настоящее время прикладных программных продуктов.