Биллинг, что это такое?

Вид материала

Подобный материал:

1 2 3 4 5 6

Ввод системы в эксплуатацию

Как вы понимаете, инсталляция (установка на компьютер) пакета с прикладным математическим обеспечением не есть ввод системы в эксплуатацию.

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

Определив клиентские места (количество пользователей), назначив права и сконфигурировав систему, приступают к самому важному этапу – формирование базы данных. Обычно база данных биллинговой системы представима в виде системы справочников, в которые заносятся данные о:

потреблении электроэнергии;
потребителях;
маршрутам, категориях потребителей, персоналу компании (как участников биллингового процесса);
данные по эксплуатируемым сетям и техническим элементам сетей;
различные константы, участвующие в расчетах.

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

Исходя из важности формирования базы данных, в системе обязательно должна быть предусмотрена проверка структуры, синтаксиса вводимых данных и механизмы их исправления, как автоматически, так и вручную. Как показывает практика, такие ошибки порой составляют около 40% от общего числа ошибок, вновь формируемой базы.

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

Сопровождение системы

Сопровождение работающей системы включает в себя два основных направления: техническое и методологическое.

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

Техническое – поддержание системы в функционирующем состоянии.

Методологическое сопровождение и обеспечение биллинговых систем должно быть одной из приоритетных задач коммерческих служб ЭК, так как биллинговые системы являются основным инструментом деятельности этих служб. Коммерческие службы ЭК планируют все изменения в системе и определяют сроки изменения.

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

Исходя из важности биллинга в структуре коммерческих отношений ЭК, вопросами сопровождения биллинга должны заниматься отдельно выделенные должностные лица, а лучше всего отдельное технологическое звено (подразделение).

Есть несколько вариантов организации сопровождения. О них было упомянуто выше, в описании этапа создания системы. Создание системы и ее сопровождение, как обычно, организуется по единым правилам. Одно из типовых правил: сопровождение должно осуществляться лицами, хорошо знающими систему, что позволяет гибко реагировать на все изменения. А кто лучше разработчика знает свое творение… Поэтому компании исповедуют следующую методологию при организации сопровождения биллинговых систем:

Постоянное сопровождение компанией разработчиком.

Самый дорогой метод сопровождения, если, конечно, компания-разработчик и исполнитель не входит в состав корпорации (холдинга) совместно с ЭК-заказчиком.

Сопровождение собственным ИТ-подразделением (отделом, группой, департаментом).

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

Договора на сопровождение не заключать. К разработчику обращаться только в случае необходимости.

Такая методика не всегда эффективна, так как не позволяет, в случай необходимости, быстро реагировать на методологию биллинга соответствующими изменениями в самой системе. Заказчик, не заинтересованный во временных контактах, может ликвидировать данное направление своей деятельности. Подобную методику официально использует компания AES-Украина. Но объективная необходимость иметь более надежное и более гибкое управление системой биллинга, вынудило компанию пригласить на работу специалистов компании-разработчика и создать специальное подразделение центрального подчинения, отвечающего за внедрение и сопровождение процессов автоматизации, частью которых является биллинг.

Blog

Биллинг, что это такое?

Ввод системы в эксплуатацию

Сопровождение системы