РЕФЕРАТ
На тему: «Внедрение автоматизированных информационных систем в сфере жилищно-коммунального хозяйства»
1. Обзор участников и их доли деятельности в ЖКХ
Подход к обзору
Первоначально идея структуры обзора намечалась в качестве сравнительной характеристики решений. Состояла она в наборе разных программ, составлении критериев сравнения и определении сравнительной оценки решений в таблице, где были бы проставлены «галочки» «есть/нет». Однако после получения первой порции информации стало ясно, что такой подход не годится: по причине огромного количества программ, которые заслуживают внимания. Сравнительная табличка получилась бы нечитабельных размеров.
Решено было изменить идею обзора, и построить его в виде описания «обобщенной системы для автоматизации ЖКХ», которое содержит все функциональные возможности, методы решения, архитектуру «идеальной системы». Такая информация может существенно помочь ответственным специалистам в выборе конкретного программного решения, сориентироваться в предметной области и оценить полноту функциональных возможностей предоставляемых различными системами автоматизации.
Что такое «ЖКХ»?
Чтобы исключить недоразумения при анализе информационных систем для ЖКХ, мы должны конкретизировать определение термина ЖКХ, который будет использоваться в данном обзоре.
Прежде всего, определимся с предметной областью: что же относится к ЖКХ? Расшифровка «Жилищно-коммунальный комплекс» недостаточно конкретна.
Так, например, можно ли отнести к ЖКХ системы, используемые муниципальными органами для управления коммунальными предприятиями? Внедренец или программист, занимающийся информационной системой для городских властей (может быть «для автоматизации учета в городском хозяйстве») ответит на этот вопрос утвердительно. Он считает, что у него есть подсистемы «бухгалтерия», «кадры», «промышленность»…., и среди прочих других есть «ЖКХ», которая ведет учет жилых домов, очередей на получение квартиры и т.п. А аналитик-программист банка, занимающийся сопровождением «операционного дня», может заявить о том, что у него есть блок «ЖКХ», предназначенный для импорта банковских проводок из системы платежей населения.
Чтобы определиться с термином, обратимся к структуре прикладной области. В центре задачи находится работа с населением по всем услугам, связанным с жильем. Все предприятия, организации, службы, которые работают непосредственно с населением, входят в первый уровень рассматриваемой задачи. Это уровень наших интересов в этом обзоре.
Следующий уровень – это учреждения, которые работают не с населением, а с предприятиями первого уровня. Информационные системы этих учреждений могут содержать модули, предназначенные для работы с предприятиями первого уровня. И так, как для них эта работа производится в направлении ЖКХ, то они могут также использовать эту аббревиатуру для названия своих модулей и функциональности систем. Мы не будем в этом обзоре рассматривать этот уровень – пока ограничимся первым уровнем – работа с населением.
Разумеется, на предприятиях ЖКХ используются информационные системы не только для работы с населением. Бухгалтерский, управленческий, налоговый учет им так же свойственны, как и всем другим предприятиям. Но эти задачи практически ни чем не отличаются от аналогичных задач на других типах предприятий. Не будем им уделять внимание в этом обзоре.
Таким образом, под ЖКХ в данном материале подразумеваем все предприятия, учреждения, службы и т.п., которые работают с населением непосредственно по всем видам услуг, связанным с жильем. А из всего множества информационных систем, используемых для ЖКХ, рассмотрим те, которые предназначены для работы с населением.
Интересы участников ЖКХ
Население
В центре внимания жилищно-коммунального комплекса находится население. Для его обслуживания и предназначены предприятия ЖКХ.
Перечень услуг и их стоимость для населения определяется местной властью. Также население не может повлиять на величину предоставляемых льгот и субсидий. Люди получают только то, что им положено, не больше. Меньше можно, если не смогут оформить необходимые документы в установленные законом сроки.
От населения обязательно требуются две вещи: оплата за полученные услуги и предоставление справок, связанных с коммунальными платежами, в различные инстанции. Также по инициативе жильцов возможны заботы, связанные с разбирательством по суммам выставленных счетов, полученных льгот, субсидий. Если с количеством денег, необходимым для оплаты услуг, люди смиряются и это не является для них раздражительным фактором, то для хождения по пунктам приема платежей, по инстанциям за справками, простаивание в очередях за необходимыми документами (чтобы сначала их получить, и потом сдать), не только требуется время, но и затраты нервов.
Поэтому тем главным подарком, который может получить население от использования информационных систем в области ЖКХ, является экономия времени и снижение отрицательных эмоций, связанных с общением с учреждениями ЖКХ.
Поставщики услуг
Это категория предприятий и организаций, которые оказывают для населения различные услуги. Примерами таких предприятий являются:
– службы водоканалов, теплосетей, электро- и газоснабжающие предприятия,
– жилищно-эксплуатационные предприятия (ЖЭКи),
– товарищества и кооперативы жилья, садовых участков, гаражей и т.п.
– телефонная связь,
– службы технической инвентаризации.
Существует также группа бюджетных учреждений, которые не являются поставщиками бытовых услуг, но с которыми население связано финансовыми отношениями. Этим учреждением население платит взносы, налоги, штрафы и т.п. К ним, например, относятся: ГАИ и исполнительная служба.
Особенность оказываемых услуг такими предприятиями такова, что стоимость и объем услуг практически не зависят от самого предприятия, так как они регламентируются местными властями. Кроме того, в сфере ЖКХ существует естественная монополия по оказанию услуг – у жильцов города практически нет возможности выбора поставщика услуг, а у поставщиков услуг, в свою очередь, отсутствует необходимость борьбы с конкурентами за клиентов: достаточно того, чтобы качество и объем услуг были не ниже нормативных. Как ни странно, но в настоящее время поставщикам даже не требуется стремиться к снижению себестоимости оказываемых услуг. Это вытекает из методики формирования тарифов: они рассчитываются на основе плановых затрат предприятий, и если фактические затраты окажутся меньше, то разница текущего года должна перечисляться в бюджет, а тарифы на следующий год будут снижены в связи со снижением фактических затрат.
Единственное, что интересует поставщиков в отношениях с населением – это быстрее и надежнее получить оплату за оказанные услуги. Этого можно достичь либо принудительным методом, либо предоставлением максимального удобства для жильцов при выполнении взаиморасчетов. Принудительные методы доступны очень не многим поставщикам. Это электрики, телефонисты, а также те, кто оплату за услуги берет наперед. Для остальных поставщиков остается только второй путь. Он состоит в том, что бы минимизировать затраты времени и исключить отрицательные эмоции у населения при выполнении взаиморасчетов, с одной стороны, и предоставить информации о состоянии взаиморасчетов для службы сбыта и юристов поставщика – с другой. Первая часть исключает решение плательщика «отложить оплату на потом», а вторая – предоставляет данные для напоминаний и для подготовки цивилизованных требований, т.е. подготовки исковых требований для суда.
Однако возвратимся к нашей теме. Информационные системы для поставщиков услуг должны решать задачи, находящиеся в сфере их жизненных интересов. Если исключить обычные задачи, которые решаются на всех других предприятиях, остаются взаимоотношения с населением. Информационная система, с одной стороны, должна обеспечить службу сбыта и юристов сведениями, необходимыми для общения с населением, а с другой стороны – предоставить людям максимальные удобства для предоставления сведений о полученных услугах и выполнения платежей за них.
Банки
Под термином «Банки» здесь подразумеваем все учреждения, выполняющие прием платежей от населения. Почта, Сберкасса также относятся сюда. Для некоторых непопулярных банков прием платежей от населения – это просто нагрузка, которую они должны выполнять по условиям лицензии банков. Но для других, например, для почты, этот вид деятельности является одним из наиболее рентабельных. Поэтому, для них естественным является стремление привлечь к себе как можно больше клиентов, пропустить через себя как можно больше денег. Приток клиентов для выполнения платежей напрямую зависит от удобств выполнения платежей в пунктах приема этого банка. Народ не пойдет туда, где приходится стоять в очереди. Люди будут платить там, где, кроме приема денег им покажут, сколько, кому, и за что они должны, примут показания приборов учета, предоставят «письмо» от поставщика услуг.
Поэтому в сфере предоставления удобств населению при выполнении платежей интересы банков совпадают с интересами поставщиков услуг. Это является существенным аргументом к тому, чтобы у банков и у поставщиков услуг использовалось программное обеспечение, обеспечивающее удобное прохождение платежей по цепи «клиент – банк – поставщик услуг».
ЖЭКи
В системе ЖКХ ЖЭКи выступают с двух сторон: как поставщики услуг и как учреждения приема запросов населения. В качестве поставщиков услуг в области использования информационных систем им свойственно все, что и для других поставщиков. Рассмотрим их именно как учреждения по приему запросов населения.
Как учреждение по работе с населением, ЖЭК обладает самой свежей информацией о составе жильцов. Эти данные требуются практически всем поставщикам услуг, стоимость и объем которых зависит от количества проживающих. И они готовы за нее платить. Даже организация поставщиками услуг собственного приема населения с целью получения свежей информации не обеспечивает своевременность ее поступления, особенно, когда эта информация приводит к увеличению стоимости получаемых услуг.
Расчетно-кассовый центр
Это фирма, которая берется за организацию информационных потоков между всеми участниками ЖКХ и берет за эту работу процент от оплаченных денег.
Теоретически, без РКЦ можно и обойтись. Но на практике настройка взаимосвязей между участниками, согласование информации, подстраховка тех поставщиков, у которых не установлены автоматизированные системы, без РКЦ не обходится. Эта фирма является посредником между банками и поставщиками услуг в передаче информации как в одну, так и в другую сторону. Она поддерживает общую базу данных абонентов.
Иногда эта фирма берет на себя связи с бюджетными учреждениями (льготы, субсидии). Но, на наш взгляд, этим должны заниматься сами поставщики услуг, т. к. это ответственная работа и, при выявлении каких либо нарушений, штрафы накладываются не на РКЦ а на поставщика услуг.
РКЦ обычно является отдельным самостоятельным предприятием. Но так, как организовать работу в масштабах города без поддержки местной власти практически невозможно, и так как это место насыщено конфиденциальной информацией, то обычно такая фирма курируется представителями местной властью.
Для принятия расчетов у населения в автоматическом режиме есть система. Она функционирует в пределах расчетных или расчетно-кассовых центров различной принадлежности, которые не зависят от географического местоположения, и могут быть, как городского, областного, так и регионального масштаба. Организация работы такого предприятия строится на основании целей ее участников. Это могут быть владельцы самого центра, муниципальные власти, те, кто инвестировал проект и проч. Поскольку переоценить значение расчетного центра трудно, поэтому для его нормальной работы необходимо скрупулезно подходить к выбору надежного технологического решения, предварительно взвесив все «за» и «против».
Учреждения власти
Учитывая монопольный характер услуг, предоставляемых предприятиями ЖКХ, на защите интересов населения может стоять только местная власть. Отслеживание цен, количества и качества поставляемых услуг, проблем во взаимоотношениях населения и поставщиков услуг – это святая обязанность муниципальной власти и ее любимая работа.
Для выполнения такой работы в исполнительной власти должна быть достаточная информация. При этом информация должна поступать не от поставщиков услуг (уже отфильтрованная), а непосредственно из системы ЖКХ. Обеспечить такой информацией органы власти может только серьезная информационная система, работающая в ЖКХ как в едином комплексе.
Что дает автоматизация ЖКХ поставщикам услуг?
Несомненную выгоду. Прежде всего, это повышение уровня оплаты для поставщиков услуг. Уменьшается основная задолженность населения, которая является основным бичом для поставщиков услуг. Затраты на информационную систему, выражаемые в тысячах, уменьшают задолженность на миллионы (никаким увеличением штата службы сбыта и контроля таких результатов не добиться). Не востребованные долги спустя некоторые время безвозвратно пропадают из-за невозможности их востребования по срокам исковой давности.
Положительным примером может служить Новосибирск, где единая автоматизированная система приема коммунальных платежей оправдала себя в том плане, что с внедрением АС «Город» (www.radey.ru) платежи от населения повысились на 43%.
Второй фактор сложно выразить в деньгах – это удобства для населения при выполнении платежей. Этот фактор улучшает общую социальную обстановку в городе, улучшает отношение населения к исполнительной власти, влияет на ее поддержку.
Третий фактор – повышение эффективности использования бюджетных средств, предназначенных для льготирования и субсидирования населения в сфере коммунальных платежей. МЭРТ РФ рассматривает возможность частичного использования единой автоматизированной системы платежей в Москве, отмечая, что это приведет к экономии тридцати миллионов долларов в год, поскольку переплата социальных выплат минимизируется.
И, на конец, четвертый фактор тот, о котором мы никогда не забываем, когда собираемся внедрять информационную систему – автоматизация труда задействованных служб предприятий, участников ЖКХ. Это не только персонифицирует учет льготников и увеличит производительность труда инспекторов, но и предоставит возможность получения оперативной, полноценной и достоверной отчетной информации.
2. Обзор решений автоматизации в ЖКХ: программное обеспечение ЖКХ
В предыдущей части были рассмотрены состав участников и их интересы в общегородской системе. Теперь предлагаем к рассмотрению функциональные возможности, которыми обладают автоматизированные системы, используемые в жилищно-коммунальном хозяйстве (ЖКХ) и которые предназначены для удовлетворения интересов участников.
Для этого пойдем по пути объединения: из всех встретившихся автоматизированных систем выберем те возможности, которые в них используются, при этом, не повторяясь для одних и тех же функций. Таким образом, получится объединенный функционал некоторой абстрактной системы, которая может все, что имеется на сегодняшний день. Точнее все, что представлено в системах, используемых для обзора. Надеюсь, что такой перечень функциональных возможностей автоматизированных систем ЖКХ будет полезен и для Заказчиков, желающих внедрить у себя такую систему, и для разработчиков, планирующих ее создание. «Не забыть» о какой либо стороне применения автоматизированной системы на ранней стадии ее разработки или при выборе для закупки, это очень важно как для пользователей, так и для разработчиков.
Список задач, решаемых автоматизированными системами в ЖКХ, слишком длинный для того, что бы его можно было изложить, не заботясь о его структуре. Мы объединим функционал по группам, каждая из которых предназначена для использования на соответствующем участнике ЖКХ
Используем состав участников, перечисленный в первой части:
– Население
– Поставщики услуг
– Банки, пункты приема платежей
– ЖЭКи
– Расчетно-кассовый центр
– Учреждения власти
Население
Население – это основной участник ЖКХ, вокруг и ради которого все построено, и единственный участник, для которого специального программного обеспечения не используется. Возможность оплаты посредством компьютерной связи в странах бывшего Советского Союза остается пока теоретической. Хотя и не везде. Например, в Казахстане можно заплатить коммунальные услуги практически с любого банкомата. У некоторых банков даже есть специальные банкоматы, которые специализированы исключительно под оплату комуслуг. Так же в банковской системе Казахстана существует такая услуга, как Интернет-счет. Приходишь в банк, открываешь такой счет, пополняешь его нужной суммой и можешь целый год оплачивать пользование светом, газом, водой и т.д. с домашнего компьютера. Но, как видим, даже при наличии такой возможности, то программное обеспечение, которое предназначено для выполнения таких платежей, относится либо к банковским системам, либо к системам расчетно-кассового центра.
Поставщики услуг
В свою очередь, функционал IT-систем поставщика услуг разделим на группы, соответствующие обычно участкам работы исполнителей:
– Расчет отпуска
– Работа с приборами учета
– Перерасчеты
– Учет льгот
– Учет субсидий
– Оплата за услуги
– Учет оборотов
– Расчет пени
– Юридическая служба
– Отчеты
Расчет отпуска услуг
Не смотря на большое разнообразие поставщиков услуг населению, задачи, стоящие перед их автоматизированными системами, одни и те же, за некоторым исключением. И, по-видимому, единственное отличие состоит в средствах доставки услуг. Но трудоемкость автоматизации учета различных видов услуг существенно отличается. Она находится в диапазоне от элементарной формулы до сложных расчетных алгоритмов.
В основе расчета отпуска каждой услуги лежит элементарная формула: стоимость = количество x на цену. Обычным расчетным периодом является календарный месяц. Как правило, расценки устанавливаются местной властью Количество либо определяется по приборам, либо является расчетной величиной, которая зависит от различных параметров. Если допустить, что в пределах отчетного месяца не меняется ни цена, ни аргументы количества, то просто применяется эта формула. Ряд систем предлагают ввести эту формулу средствами настройки.
Но на практике такого постоянства не имеется. Просто параметры для расчета одних видов услуг меняются чаще, а для других – реже. Например, плата за квартиру зависит от количества квадратных метров, являющихся постоянной величиной, а за воду – зависит от числа проживающих, в том числе, временно выбывших или вновь прописанных. Этот параметр меняется гораздо чаще. Но возможность изменения параметров само по себе еще не является проблемой для систем автоматизации. Проблему представляет то, что как цена, так и любой из параметров, от которого зависит количество оказанной услуги, может меняться в любое время. Изменение его с «1-го числа отчетного месяца» – это редкое совпадение.
На сложность определения количества оказанных услуг расчетным путем также влияет возможность учета этих видов услуг по учетным приборам. Приборы могут быть установлены или выведены из эксплуатации в любой момент времени. За тот промежуток, когда приборы не используются, система рассчитывает количество расчетным путем, а в период работающих приборов – по их показаниям.
Следующая трудоемкая задача – это учет временных отключений и качества предоставляемых услуг. В общегородской системе ЖКХ имеются различные точки определения времени отключения и качество услуг. Например, данные об отключении тепловой магистрали означают, что в этот период были отключены все абоненты, система отопления которых подключена к этой магистрали прямо или посредством различных разветвлений.
Одновременно на предприятие могут поступать независимые данные о других отключениях, например, о ремонте какой-либо ветки, отходящей от этой магистрали, а из ЖЭКа приходит информация об индивидуальных отключениях. Периоды различных документов могут пересекаться. Аналогично поступают на предприятие данные об отклонении от нормативного качества предоставляемых услуг. Для учета информации об отключениях и качестве услуг IT-система имеет в своей базе данных модель средств доставки услуг (обычно это древовидная структура) и средства для учета пересечений периодов, в диапазоне которых действуют предоставляемые данные.
Выше мы рассмотрели те факторы, которые влияют на сложность расчетных процедур для определения количества оказанных услуг. Следующая сторона IT-систем для ЖКХ, которая определяет их живучесть, – это подход к предоставлению данных о разных видах услуг. Выделяются два подхода: с постоянным и переменным набором услуг. Термины «постоянный» и «переменный» условные. Они просто характеризуют объем усилий и уровень опасности повреждения работающей системы для добавления новой или исключения существующей услуги. Как пример реализации, в первом случае используется одна таблица, в которой для каждого вида услуг отводится набор полей, и одна процедура, выполняющая расчет по всем услугам. Второй вариант реализации – под каждый вид услуг отводится своя таблица и своя процедура расчета. В первом случае при модификациях приходится вмешиваться в уже работающие части системы, чему должно предшествовать тщательное изучение, и что приводит к необходимости тестирования не только новых доработок, а и ранее используемых функций. Во втором случае просто добавляется новый набор объектов системы, не затрагивая функционирующий.
Работа с приборами учета
На первый взгляд, приборы учета снимают все проблемы с расчетом количества оказанных услуг. Но практике дело обстоит совсем наоборот – они только усложняют жизнь программистов при составлении процедур расчета, а инспекторов – по объяснению результатов для абонентов.
Приборы бывают индивидуальные и групповые. Индивидуальные приборы находятся у абонентов, таких приборов может быть произвольное количество (на кухне, в санузле, во дворе и т.п.). Групповые приборы содержат показания на группу абонентов, например, дом, подъезд. Их показания распределяются между абонентами по определенным критериям, например, тепловая энергия – пропорционально площади, а вода – пропорционально количеству жильцов, точнее человеко / дням. При этом учитывается наличие индивидуальных приборов у абонентов, относящихся к этой группе. После распределения, количество, приходящееся на каждого абонента, используется в расчетах точно так же, как и показания индивидуальных приборов.
Список трудностей и информационно-технических проблем при работе с приборами довольно внушительный.
Первая очевидная трудность – это правильность внесения показаний приборов. Появляются следующие ошибки:
– ввели показания не того прибора;
– текущее показание явно не соответствует предыдущему;
– ошибка в периоде, за который снято показание;
– явная ошибка в количестве, следующем из полученных показаний.
Для предотвращения этих ошибок используются средства диагностики исходных данных. Без такой диагностики исправление выливается во сто крат дороже – прием абонента, ручной перерасчет, выяснение отношений («кто виноват?»).
Вторая сложность – это несвоевременность предоставления данных о показаниях прибора. И сложность состоит не столько в различных перерасчетах для абонента, столько в корректировках информации, поданной в государственные службы учета льгот и субсидий.
Третья – приборы должны периодически сниматься на поверку. Этот процесс должен быть поставлен на контроль. Для абонентов, у которых просрочена поверка, расчет количества отпуска выполняется расчетным методом. Несвоевременный ввод данных о возврате приборов с поверки снова приводит к необходимости перерасчетов.
И, наконец, уже просто проблемой является снятие на ремонт или на поверку одного прибора из нескольких, используемых у одного и того же абонента. Такие расчеты выполняются только вручную. Нагромождение функционала системы для таких перерасчетов потребовало бы ввода дополнительных параметров, трудоемкость чего существенно превышает трудоемкость выполнения таких перерасчетов «вручную». На практике такие ситуации исключаются. Вводится правило либо все приборы, либо ни одного.
Перерасчеты
Перерасчеты – это расчет величины корректировки количества и стоимости оказанных услуг для одного или нескольких прошедших периодов, или вмешательство в результат расчета текущего периода. Необходимость в перерасчетах обусловлена двумя причинами: недостоверными исходными данными и недостаточно развитым функционалом системы.
Неправильные данные для расчетов могут быть предоставлены по вине абонентов, по вине пользователей программы, по причинам, независящим от поставщика услуг. Абонент ошибается в предоставлении данных о его лицевом счете, например, показаний прибора. Пользователь программы ошибается при вводе информации (перепутал абонента, сделал опечатку при вводе даты и т.п.). К объективным причинам относится несвоевременная информации о принятых тарифах, отключениях и т.п.
Не достаточно развитый функционал приводит к неправильным данным. Например, программа допускает в течение одного отчетного периода только одно изменение количества проживающих людей. Но вероятно изменение несколько раз, например, с 10-го числа один уехал, а 20-го один приехал. В таком случае в результатах расчета будет ошибка, которую пользователь программы исправляет путем ввода корректировок для текущего отчетного периода. Независимо от причин, система должна иметь возможность перерасчетов. Чем более развитый функционал, тем больше перерасчетов выполняются автоматически. Но процесс ручного вмешательства должен обеспечиваться в любой системе.
Для обеспечения возможности перерасчетов, база данных системы содержит историю результатов расчета за все отчетные периоды по всем видам услуг. Все данные содержат два параметра времени: отчетный и расчетный периоды. Отчетный – это период, в котором выполнен расчет (корректировки). Расчетный – период, к которому относятся расчетные или исходные данные.
Учет льгот
Льгота со стороны абонента – это та сумма, на которую ему уменьшается платеж за коммунальные услуги. Ему выставляется счет на 25%, 50% и т.д. меньше, чем другим таким же абонентам, но не имеющим льготы. Льгота со стороны поставщика услуг – это сумма, которую за абонента платит бюджет. Льгота не уменьшает общую стоимость отпущенных услуг. Это просто один из видов оплаты.
Существует целая система льгот. По источнику финансирования структуру льгот можно изобразить в виде дерева. Обычно сводная ведомость предоставленных льгот содержит данные по каждому уровню этой структуры. Сумма льгот, как правило, задается в виде процента от суммы полученных услуг. Но в общем случае это нелинейная зависимость. Нелинейность определяется двумя основными факторами: наличием социальных норм потребления услуг и зависимостью между разными льготами одного и того же абонента.
Социальная норма потребления – это расчетное нормативное количество услуг, рассчитанное на одного человека. В пределах этой величины осуществляется льготирование. Превышение количества услуг по сравнению с нормативом не льготируется. Например, норма потребления электроэнергии на человека составляет 75 КВтч. Льгота у абонента – 50%. Получено в отчетном периоде 90 кВтч. Из них 75 отпускаются за пол цены, а оставшиеся 15 – по полной.
Зависимость между льготами состоит либо в самом характере льготы, либо в ограничении общей стоимостью полученных услуг. Характер льготы отражается в методе расчета. Например, льгота исполкома сельским учителям – 100% от суммы, оставшиеся после применения других льгот. Ограничение стоимостью отпуска состоит в том, что сумма льгот по всем привилегиям абонента не должна превышать общую стоимость отпущенной продукции.
При расчете льгот существует задача определения количества льготников. Это обусловлено тем, что разные льготы по-разному относятся к членам семьи абонента. Например, некоторые применяются только для льготирования одного льготника, другие – на мужа и жену, третьи – на всю семью. В свою очередь, родственники также могут иметь права на льготы. И при обыкновенном сложении количество льготников может превысить общее число человек, проживающих в квартире. Для расчетного варианта определения количества льготников требуется наличие информации обо всех членах семьи абонента и их родственных отношениях каждый с каждым. С другой стороны, эта задача достаточно проста для решения ее контролером участка: при каких либо изменениях в составе семьи он просто указывает количество льготников для каждой позиции со списка льгот лицевого счета.
Задачу расчета льгот также усложняет возможность начала действия льготы и ее окончания в любой день отчетного периода.
Перерасчеты льгот осуществляются при допущенных ошибках, как в расчете льгот, так и в определении количества и стоимости услуг. Проверкой правильности расчета является отчет, в котором стоимость услуг и предоставленные льготы группируются не отчетным периодам, а по расчетным. Т.е., например, отчет о выполненных начислениях и предоставленных льготах за январь, не зависимо от того, в каком месяце эти начисления
Еще одна сторона учета льгот – это бюджетные деньги, поэтому они контролируются государственными органами. Кроме периодических проверок, эти органы требуют предоставления информации в печатном или электронном виде о ходе начисления за услуги и расчете льгот. Для подтверждения правовой основы начисления льгот, у поставщика в базе данных хранятся все реквизиты соответствующих документов. К сожалению, очевидная задача, хранение отсканированных копий документов в этой же базе данных, ни в одной из встретившихся систем не упоминается. Поэтому, по-видимому, сами копии документов находятся в шкафах, стоящих рядом с рабочими местами контроллеров.
Учет субсидий на предоставляемые услуги
Многие системы в перечне своих возможностей содержат пункт «возможность расчета субсидий». Для этого хранят данные о составе семьи, доходах, имеют специальные процедуры и т.п. На мой взгляд, это лишние функции для систем ЖКХ, так как для такого расчета, во-первых, нет сведений о стоимости коммунальных услуг, предоставляемых множеством других поставщиков, и, во-вторых, право на предоставление субсидий является исключительным для государственных служб. Поэтому в зону интересов информационных систем ЖКХ входит только учет полученных субсидий и предоставление данных в соответствующие службы о своих абонентах. Те службы собирают такие данные со всех поставщиков коммунальных услуг города, также они собирают необходимые документы от абонентов, и назначают им субсидию. Эти службы отвечают за правильное начисление субсидий. И для этих служб имеются свои системы для работы с субсидиями.
А в системах ЖКХ остаются только функции учета и контроля:
– ввод (импорт) полученных субсидий;
– отслеживание платежной дисциплины абонентов, получающих субсидии
предоставление данных для расчета субсидий в соответствующие службы
Оплата
Ввод оплаты или импорт ее из банковских программ или систем РКЦ сопровождается решением нескольких задач:
– учет по видам оплаты;
– распределение безадресной оплаты между различными видами услуг.
– учет оплаты безналичной оплаты по банкам
Учет по видам оплаты требует рассортировать оплату, полученную по кассе, безналичным платежом, от банков, путем зачетов. Это требуется для бухгалтерии предприятия при выполнении бухгалтерских проводок. Точнее для сверки с бухгалтерскими проводками.
Распределение безадресной оплаты – это неприятная реальность, с которой приходится считаться. Если у поставщика ведутся обороты по каждому виду услуг раздельно, а абонент при оплате не указал, за какую услугу он платит, то распределением приходится заниматься операторам поставщика услуг. Программное обеспечение автоматизированных систем при решении этой задачи основывается на наборе различных импирических правил, предоставленных пользователями системы.
Учет оплаты по банкам, с которыми заключены договора на прием платежей, требуется для того, что бы разобраться с комиссионными, которые банки зачисляются себе за услуги по приему платежей. Собственно требуется информация о том, сколько денег, судя по квитанциям абонентов, должно прийти с какого банка. Далее эта информация передается в бухгалтерию и сравнивается с ее данными.
Обороты
Это стандартная задача учета остатков на начало и конец месяца, дебета и кредита за отчетный период.
Расчет и начисление пени
Ссылка на такую возможность встретилась только в одной системе. Расчет пени при работе с населением – это сложное и не благодарное дело. Сложное, потому что сам механизм расчета пени представляет собой сложную задачу для программирования. А неблагодарное потому, что размер этой пени и желание абонентов ее уплатить не стоят тех средств, которые тратятся на организацию этого вида деятельности.
Юридическая служба
Есть несколько задач, находящихся в сфере действия информационных систем для ЖКХ. Прежде всего, это задача подготовки материалов для судовых исков. Система предоставляет список тех абонентов, на которых «пора подать в суд». А для каждого абонента – исковое заявление и приложение к нему, содержащее историю образования и погашения долга. Судебные дела ставятся на учет. Информационная система отслеживает ход выполнения судебных решений. Собственно у них есть три стадии – подача искового заявления, принятие решения, отслеживание платежей госпошлины и основного долга. Различные отчеты предоставляют данные о ходе этой работы. А процедуры выборки очередного состава «жертв» контролируют наличие уже существующих дел, чтобы не повторяться.
Интересно, что для подготовки списка на оформление исковых заявлений программным обеспечением могут использоваться специальные психологические приемы. Например, при объективных ограничениях на количество исковых заявлений, подаваемых в один отчетный период, система может предложить по одному жильцу с каждого дома, или по одному с каждого подъезда дома. Слух о привлечении к суду расходится по соседям, и в следующем отчетном периоде таких абонентов становится почему-то меньше.
Вторая задача для юристов – это учет различных договоров с абонентами. Одним из таких договоров является договор на погашения долга. Суть его состоит в том, что абонент обязуется за определенное количество месяцев свести свой долг к нулю. Или другими словами, каждый месяц его долг будет уменьшаться на определенную сумму. Работа юриста с такими договорами состоит в том, что бы их составить, распечатать, и затем контролировать правильность его выполнения.
Отчеты
Существует масса отчетов, формируемых информационными системами ЖКХ. Например, квитанции на оплату, ведомости расчета услуг, оборотно-сальдовые ведомости, списки льготников и субсидий, реестры льготников, отчеты по оплате и задолженности и др. Формирование отчетов по начислениям, оплате, задолженности, субсидиям. Формирование и печать платежных документов по оплате жилищно-коммунальных услуг в различных вариантах, оперативная отчетность в требуемых разрезах (оборотно-сальдовые ведомости по начислениям, оплате, задолженности и другие отчетные формы), статистическая отчетность, формирование сводных ведомостей.
Отдельная группа отчетов предназначена для работы с неплательщиками:
– выдача предупреждений, предписаний, уведомлений, актов сверки с подрядчиками;
– отслеживание просроченной задолженности.
Можно было бы как-то структурировать эти отчеты, но не понятно зачем. Набрать такой состав отчетов, который бы удовлетворил все случаи жизни не возможно. Поэтому практически все разработчики сходятся в том, что система для ЖКХ должна иметь встроенный механизм управления отчетами: группировки, корректировки существующих отчетов и создания новых.
Банки
Пункт приема платежей
От программного обеспечения для кассира требуется прежде всего максимальное удобство в работе. Когда у него за стеклом стоит очередь, ему некогда перекладывать руку из клавиатуры на мышку, искать указателем кнопку, и потом нести руку обратно, что бы набрать некоторое число. Все должно выполняться клавишами, максимально быстро.
Второе, кассир хочет, что бы у него была только одна программа на компьютере. Попытки разных поставщиков, не связанных между собой единой системой, поставить каждый свою программу в пункт приема платежей, приводят к дополнительной нагрузке на оператора во время приема платежей и после окончания рабочей смены при обработке данных. Поэтому эта программа имеет возможность принимать платежи не только для предприятий ЖКХ, но и для других получателей (бюджет, БТИ, переводы и т.п.)
Сегодняшняя информационная система принимает информацию от единого расчетного центра или из бухгалтерии банка о начислениях за текущий месяц по каждому виду услуг каждого поставщика. Идентификация потребителя услуг осуществляется с помощью пластиковой карты, по коду лицевого счета на квитанции или путем поиска по фамилии и адресным реквизитам абонента. Абоненту предоставляется список всех коммунальных предприятий, которым он должен заплатить деньги, и сумма долга. Полученная от абонента сумма распределяется между получателями либо автоматически, либо оператором по указанию плательщика. Квитанция об оплате содержит все необходимые сведения, которые могут потребоваться при сверке платежей с поставщиками услуг.
Система фиксирует факт и сумму оплаты в системе. Фискализация выполняется либо на аппаратном уровне (кассовый аппарат, фискальный принтер), либо на программном уровне (протокол действий кассира, доступный для просмотра бухгалтером банка). По окончании рабочей смены формируется кассовый отчет. Данные о полученных платежах передаются в бухгалтерию банка, в единый расчетный центр, если он используется в системе, и поставщикам услуг (получателям платежей). Так как система работает с конфиденциальными данными, она включает в себя систему безопасности, а именно проверку передаваемых и получаемых данных на достоверность, контроль изменений всех операций, авторизации и разграничение доступа пользователей к операциям и даже к отдельным частям данных. Применяется шифрование, как передаваемой информации, так и самой базы данных.
Бухгалтерия банка
Задача бухгалтера банка в работе с платежами населения – собрать их со всех пунктов приема, объединить, выдать отчеты для каждого получателя платежей и сделать банковские проводки. Для выполнения банковских проводок его модуль системы ЖКХ имеет возможность экспорта проводок в банковскую систему «операционный день». Наладка прямой информационной связи с банковской системой практически исключена требованиями безопасности.
Программное обеспечение банка также содержит средства для ведения договоров с поставщиками услуг. Основным параметром договора является размер комиссионных банка и способ их получения. Примерами способов удержания комиссионных являются: c каждого платежа, по итогам месяца. Величина комиссионных рассчитывается автоматически и используется для генерации банковских проводок.
Если в системе платежей не используется расчетный центр, то на бухгалтера банка ложится задача согласования кодов лицевых счетов. У него имеется таблица соответствия: код абонента в банке – код у поставщика услуг. Такое соответствие требуется для обмена информацией с поставщиками услуг.
ЖЭКи
ЖЕК, с одной стороны, выступает в системе ЖКХ как поставщик услуг, а с другой – как место учета населения. Как поставщик услуг ему свойственны все те функции, что и для всех других поставщиков услуг. Здесь рассмотрим ЖЭК, как место учета населения.
Регистрация населения
Регистрация населения осуществляется в соответствии с требованиями законодательства. Это предоставляет ряд следующих возможностей:
– учет поквартирных и регистрационных карточек;
– ведение реестра населения;
– ведение архивов регистрационных записей;
– формирование всех видов справок;
– формирование необходимой отчетной документации.
Паспортный стол (Если он входит в состав ЖЭК)
Решаются следующие задачи:
– прописка и выписка (листок прибытия, листок выбытия);
– формирования списка жильцов, избирателей;
– справка о составе семьи, о регистрации иностранного гражданина, о свободной жилплощади и др. справки,
– отчетность в различные службы
Информация для поставщиков услуг
Как место учета населения, ЖЭК обладает самой свежей информации о составе и движении населения. Такая информация крайне необходима для поставщиков услуг, у которых количество и стоимость оказываемых услуг зависит от количества жильцов. Например, выбытие жильца, у которого имеется льгота, должно сразу быть учтено при расчете льгот. Это знают все, в том числе проверяющие ревизоры. Они приходят на проверку уже со списком льготников, например, умерших в течение нескольких последних отчетных периодов. Если нет оперативной передачи информации из ЖЕКов, то у поставщика услуг ее еще нет. У родственников выбывшего таким образом жильца не является первой необходимостью предоставление такой информации поставщику услуг. Результат проверки – штрафы на предприятие и административные наказания контролеров.
Вот почему информационная система ЖЭКа должна содержать средства передачи данных в расчетный центр или непосредственно поставщикам услуг. Такая информация стоит денег. И поставщики услуг готовы платить эти деньги за эту информацию.
Расчетно-кассовый центр (РКЦ)
Роль расчетного центра – организация всей системы платежей в масштабах города. Функциональные возможности его программного обеспечения предназначены для решения этой главной задачи:
прием информации о начислениях за услуги от внешних организаций;
выдача информации в банки о состоянии лицевых счетов граждан;
регистрация банковских выписок по платежам населения;
прием наличных платежей и зачисление их на лицевые счета граждан;
предоставление информации гражданам о величине, характере начислений за предоставляемые услуги и текущем сальдо на их лицевых счетах через специализированные терминалы;
выдача информации получателям платежей о принятых платежах;
прием информации из банков о платежах населения;
возможность работы с организациями – безналичными плательщиками (предприятиями, оплачивающими жилье своим сотрудникам)
связь с отделами субсидий, управлением социальной защиты населения и другими органами государственного контроля;
прием их паспортного стола;
информация о движении квартиросъемщиков.
К попутным задачам относятся: прием населения и выполнения расчетов в соответствии с количеством и стоимостью услуг вместо поставщиков этих услуг.
Прием населения возможен благодаря тому, что на расчетном центре имеется вся информация о состоянии начислений и платежей за коммунальные услуги.
Для уменьшения нагрузки на операторов единого расчетного центра устанавливаются терминалы. Потребитель услуг с помощью терминала имеет возможность получать информацию о состоянии своего лицевого счета путем считывания карты. Информация предоставляется на чеке. С помощью терминала квартиросъемщик имеет возможность рассчитать суммы начислений по показаниям счетчиков. Для этого ему следует считать в терминале свою пластиковую карту, выбрать виды услуг (холодная вода, горячая вода), ввести их количество и напечатать чек с суммами оплаты за каждую услугу и итоговую сумму за все услуги. Терминал может устанавливаться на пункт приема платежей.
Выполнение расчетов по услугам позволяет включить в комплексную систему тех мелких поставщиков услуг, для которых организация такого рабочего места у себя является не рентабельной. Обычно эти услуги имеют простые алгоритмы расчета. Попытки организации расчетов для таких поставщиков, как тепловики, газсбыт, водоканал только усложняют работу служб сбыта этих предприятий. Это объясняется тем, что у них имеется слишком много нюансов при расчете количества и стоимости услуг, что бы поручить эту работу непрофессиональным специалистам, имеющим соответствующее техническое образование и опыт работы. Обычно на расчетном центре таких нет. Поэтому задачу расчета количества и стоимости услуг лучше таким поставщикам выполнять самим, а результаты передавать на расчетный центр. За расчетным центром же оставить только функции организации платежей.
Имеется еще одна функция информационных систем расчетного центра, о которой почему-то в рекламных объявлениях поставщики программных решений умалчивают. Это функция согласования кодов лицевых счетов для поставщиков, вновь вступающих в систему. Когда требуется сопоставить коды лицевых счетов из двух баз данных, количество которых составляет несколько десятков тысяч, то решение этой задачи «в лоб» может занять не допустимо продолжительный период. Для согласования используется специальное программное обеспечение, позволяющие выполнить его поэтапно, работая на каждом этапе с обозримым множеством записей. Такое согласование использует дополнительные признаки, имеющие иерархическую структуру. Наиболее подходящим является система адресов. Например, на первом этапе согласовываются коды улиц. На втором – номера домов. Как ни странно, но их также надо согласовывать, потому что в разных базах данных они могут иметь разный формат, особенно для различных приставок, таких как «а», «б», «корпус», «блок» и т.п. При условии согласования улиц для каждой улицы создается таблица, в которой большинство домов согласованы автоматически, а остальные отмечены для корректировки оператором. На третьем уровне выполняется согласование лицевых счетов. Для каждого дома создается таблица или участок в таблице для улицы, в котором программа выполняет согласования большинства лицевых счетов по номеру квартиры, а остальные отмечает для ручной корректировки оператором.
Учреждения власти
Из просмотренных систем получено не очень много информации. Модуль информационной системы ЖКХ, находящийся в учреждениях власти, должен содержать итоговые данные о выставленных платежах, о сумме оплаты, о сумме текущей задолженности. Возможно, что этот модуль должен быть связан не с рассматриваемой системой ЖКХ, а с городской системой управления жилищно-коммунальным хозяйством, так как со стороны властей предприятия ЖКХ представляют интерес в обобщенном виде. Вряд ли им понадобится информация об отдельно взятых абонентах.
3. Обзор решений автоматизации в ЖКХ: Технические аспекты и стоимость
В предыдущих частях были рассмотрены состав участников автоматизированной системы ЖКХ и ее функциональные возможности. Данная часть обзора посвящена вопросам, которые связаны с технической и финансовой стороной внедрения и эксплуатации информационных систем для ЖКХ: как они создаются и внедряются, а так же: сколько стоит их внедрение и использование.
Технические аспекты
Прежде всего, рассмотрим технические аспекты создания и эксплуатации автоматизированных систем ЖКХ: средства программирования, построение баз данных, средства связи между участниками.
Средства программирования
Общий перечень средств программирования, используемых для разработки комплексных систем или отдельных программ ЖКХ, можно выложить одной фразой: используются все языки программирования, которые применялись в течение последних 10–15 лет, и все, что существуют сейчас.
По подходу к построению программного обеспечения системы явно делятся на две группы: для местного использования и программные продукты.
Программное обеспечение первой группы предназначено для решения задач ЖКХ на том предприятии, на котором работают программисты, его разработавшие, внедрившие и сопровождающие. Оно не предназначено для продажи. Поэтому не обладает необходимыми атрибутами программных продуктов, в частности, средства развития, документация, инсталляция, средства поддержки обновлений, контроль целостности базы данных, диагностика действий пользователей, система поддержки разработчиком … Это программное обеспечение работает «по-русски» – в присутствии программиста – его автора.
Большинство систем, в той или иной степени соответствующих требованиям предлагаемых продуктов, используют в своей основе инструментарий, не только ускоряющий процесс создания, но и позволяющий выполнять сопровождение системы на месте ее эксплуатации практически без участия разработчиков. Из рассмотренных систем, наиболее распространенный инструментарий – это 1С. Но системы, созданные на основе этой технологической платформы, опять же из рассмотренных в обзоре, имеют довольно ограниченные функциональные возможности и устаревшие средства связи между отдельными модулями. Наиболее часто – это автоматизация одного из участков ЖКХ, а в связях применяется экспорт / импорт данных.
Комплексные системы, включающие в себя большинство функций, перечисленных во второй части обзора, построены на основе инструментария, созданного авторами этих же систем. Здесь используются распределенные базы данных, электронные связи между серверами, конструкторы экранных форм, генераторы отчетов. Связи применяются на разных уровнях – модемы, выделенные линии, Интернет. Также они дублируются возможностью экспорта / импорта данных.
Средства программирования позволяют программистам сопровождения корректировать существующие процедуры обработки данных и добавлять новые. В тиражных системах они являются открытыми.
Базы данных
Анализируя построение баз данных, используемых для хранения и обработки информации в системах ЖКХ, выделяем два момента: основа построения и территориальное расположение.
Наиболее старая и наиболее широко используемая основа для базы данных – это dbf-файлы. Причиной ее распространения, по-видимому, является их повсеместное использование в недалеком прошлом – 90-е годы прошлого века и начало 21-го. В то время они удовлетворяли потребностям разработчиков, так как решались в основном локальные задачи, а таблицы баз данных составляли десятки или несколько сотен тысяч записей. Но для сегодняшних комплексных автоматизированных систем они не подходят по двум основным причинам: ограниченное количество записей в одной таблице и недостаточная надежность.
Проявление первой проблемы состоит в том, что при наступлении некоторой границы количества записей и работе с индексными файлами запись данных может происходить в произвольное место таблицы. Особенно это вероятно при совместном доступе к файлу. Вторая причина выражается в несоответствии индексных файлов и основной таблицы данных. Это несоответствие может произойти по различным причинам. И главная проблема в том, что заметить его можно только при визуальном просмотре информации – несоответствие считываемых данных. Есть также другие причины, из-за которых файловая система во вновь создаваемых системах уже не используется. Не будем их здесь перечислять.
Современные базы данных построены на основе клиент – серверных технологий. Существуют различные системы управления базами данных, обладающими своими достоинствами и недостатками. Каждая из них используется хотя бы в одной системе, предназначенной для автоматизации ЖКХ. Наиболее распространенной является MS SQL 2000. Объяснить это можно, по-видимому, ее родством с наиболее распространенной операционной системой персональных компьютеров – Windows. Далее по популярности идет Interbase. Также, наверное, потому, что это родное средство для работы с базами данных для программистов, использующих Delphi, один из наиболее популярных программистских инструментов начала десятилетия. А может быть потому, что фирма Борланд в то время предложила бесплатную версию Interbase. Имеются также реализации базы данных ЖКХ под управлением Oracle, одной из наиболее развитых, но дорогих и громоздких систем управления базами данных.
Следует отметить также тенденцию поставщиков систем управления базами данных, направленную на распространение их программных продуктов – предложение бесплатных версий с определенными ограничениями, в которые вписываются не крупные и не богатые пользователи, к которым относятся ЖЭКи и пункты приема платежей. Примером таких систем являются MSDE 2000, MSDE 2005 корпорации Microsoft.
Наиболее простая топология базы данных – это расположение всей информации на одном сервере. Клиенты подключаются по удаленным линиям и решают свои текущие задачи. Очевидные недостатки – необходимость постоянной связи, медленная скорость передачи данных. Однако эти недостатки со временем становится все менее существенными – линии связи становятся все более быстродействующими и все менее дорогими.
Другой вариант реализации – распределенная база данных по всем или по части участников ЖКХ. Она лишена недостатков предыдущей топологии, но имеет свой – необходимость синхронизации данных.
Синхронизация данных ведется различными способами. Наиболее распространенный – экспорт / импорт. Данные на носителе или по электронной почте перемещаются между участниками ЖКХ. В этом существенное влияние на работоспособность системы имеет человеческий фактор – все надо делать во время и очень аккуратно.
Второй уровень синхронизации – обмен данных между модулями системы путем связи с удаленными серверами. Этот обмен вызывается либо по команде пользователя, либо по заданному расписанию. Он состоит в том, что некоторая процедура на одном из связанных серверов «считывает к себе» или «записывает к нему» необходимые для синхронизации данные.
И, наконец, наиболее высокий уровень – синхронизация баз данных путем репликаций. Эти средства позволяют менять данные как на одной стороне линии связи, так и на другой. По заданному расписанию или по команде пользователя сервера соединяются и выполняют синхронизацию баз данных.
Стоимость
О стоимости также можно сказать одной фразой: от нуля до бесконечности. Различные фирмы-поставщики, внедренцы предлагают совершенно разные цены на свои программные продукты и на услуги по внедрению и сопровождению. Цена зависит, конечно, от функциональных возможностей системы, но это не однозначная зависимость. И есть большие шансы найти систему более дешевую и более пригодную для запуска в эксплуатацию и использования, чем та, что предлагается какой-нибудь раскрученной фирмой.
В затратах на автоматизацию ЖКХ, так же как и для любой другой управленческой системы, имеется несколько составляющих: прикладное программное обеспечение, системные средства, затраты на ввод в эксплуатацию и сопровождение.
Стоимость прикладного ПО
Прикладное программное обеспечение – это непосредственно та программа, которая решает поставленную задачу – в нашем случае автоматизация ЖКХ. Его стоимость зависит от ценовой политики поставщика: либо фиксирована, либо увеличивается с ростом количества рабочих мест пользователей, либо растет с ростом количества лицевых счетов, обрабатываемых в системе.
Практически нет зависимости цены от качества системы: функциональной полноты, ее надежности, простоты в эксплуатации. Но имеется очень сильная зависимость от «торговой марки». Фирмы, имеющие длинный послужной список, позволяют себе установить цену на свои продукты гораздо выше, чем начинающие.
Стоимость системных средств
Это те затраты, которые часто не указываются в стоимости автоматизации. К ним относятся затраты на операционную систему, офис, средства связи и т.п. Необходимость в таких затратах существенно зависит от политики потребителей в области лицензирования программного обеспечения.
Особенно в этих затратах может выделяться стоимость системы управления базой данных. Например, объявляется цена на программу $200, при этом в технических характеристиках указывается, что эта программа использует СУБД, стоимость которой составляет $10000. Поэтому при покупке программного обеспечения для автоматизированной системы надо всегда учитывать эту сторону затрат.
Затраты на внедрение
Следующая составляющая затрат – это запуск системы в эксплуатацию. Только элементарные игрушки устанавливаются в течение нескольких минут и сразу начинают работать.
Внедрение автоматизированной системы связно с различными доработками, обучением пользователей, загрузкой базы данных. Все это требует времени специалистов, как своих, так и привлеченных. А время специалистов стоит денег. Время на доработку зависит от функциональной полноты системы и уровня квалификации тех специалистов, которые ее выполняют. Время на обучение зависит от простоты системы и, опять же квалификации пользователей системы. Время на загрузку базы данных зависит от ее наличия в электронном виде, состояния, и снова от квалификации специалистов, выполняющих загрузку.
Затраты на сопровождение
Сложные технические системы требуют поддержки. Наиболее очевидной задачей является доработка к изменяющимся условиям эксплуатации. Другая задача – надежность работы. Такие функции как: архивирование данных, восстановление данных, вероятность сбоев в целостности базы данных зависят от уровня разработки программного обеспечения, по-другому, от ее качества.
При низком уровне для сопровождения системы требуются услуги специалистов. И, чем слабее система, тем более трудоемок процесс сопровождения.
Таким образом, при выборе системы, необходимо проанализировать все составляющие затрат, оценить время и деньги, необходимые на выполнение всех этапов автоматизации в совокупности. Вполне может оказаться так, что более дорогое программное обеспечение позволить осуществить автоматизацию с меньшими совокупными затратами, чем более дешевое.
Заключение
Функционал информационных систем ЖКХ, выложенный в работе, не претендует на полноту. Наверняка, что-то пропущено, а что-то изложено слишком оптимистично. Но если бы была такая одна система, которая могла бы все это делать, да еще если бы она была доступна по стоимости ее внедрения и эксплуатации, то автоматизация ЖКХ начала бы двигаться с ускоренными темпами.
В работе использован материал из различных сайтов и описаний систем поставщиков, а также форумов, на которых имеется их обсуждение. Имеется очень много систем. Их не возможно перечислить все. В каждой из них есть своя изюминка, что-то, заслуживающее интерес. Поэтому в работе выложены только общие их черты, присущие многим системам, или те решения, которые были интересны с технической и практической точки зрения, даже если они не достаточно апробированы.