- Intelligent Fault Management (IFM) - экспертная система анализа и фильтрации аварийных сообщений. Подсистема выявляет причины сбоев в узлах сети, обеспечивает фильтрацию вторичных аварийных сообщений, позволяет своевременно фиксировать деградацию качества каналов, влияющую на качество услуги;

- Service Level Agreement Management (SLAM) - автоматизированная система мониторинга контролируемых параметров, гарантирующих качество обслуживания абонентов. Она играет важную роль в детализации процессов предоставления услуг, определяющих взаиморасчеты с абонентом;

- Problem Management + Help Desk (PMHD) - автоматизированная система формирования и сопровождения заказов на проведение ремонтных и регламентных работ на сети оператора. Она позволяет минимизировать простои за счет автоматической генерации заказов при локализации аварийной ситуации, а также сокращения издержек, связанных со взаимодействием различных служб технической поддержки сети, и прогнозирования возможных отказов в системе IFM и генерации нарядов на плановые регламентные работы, предотвращающие возможные отказы;

- Performance Management System (PMS) - автоматизированная система анализа баланса нагрузки в сети, предназначенная для оптимизации сетевой производительности . Она дает возможность своевременно прогнозировать перегрузки в узлах сети, планировать внедрение новых услуг, необходимую для этого модернизацию сети и приводить их в соответствие с маркетинговым планом;

- Order Management (ODM) - автоматизированная система работы с абонентами, которая принимает и формирует заявки на активацию сервисов, согласует их с техническими возможностями имеющейся инфраструктуры и программой развития сети, фиксирует рекламации, планирует и сопровождает их устранение;

- Working Force Management (WFM)-автоматизированная система управления персоналом. Она координирует техническую переподготовку сотрудников в соответствии с программой развития сети, планирует график работы персонала.

- Уровень автоматизации бизнес-процессов оператора Business Support System (BSS) интегрирует подсистемы автоматизации процессов агрегирования информации, необходимой для работы биллинговой системы, систем учета и управления материально-техническими ресурсами оператора:

- Subscriber Service Support System (SSSS) - подсистема абонентского обслуживания, которая объединяет работу контакт-центра, обрабатывающего обращения абонентов, CRM-системы, фиксирующей историю взаимодействий с абонентами и системы самообслуживания абонента(справочная информация, подписка и т. п.);

- Billing System (BS) - автоматизированная система взаиморасчетов с абонентами и детализации предоставленных услуг. Она выставляет счета абонентам оператора, контролирует своевременность оплаты и позволяет абоненту получить детализацию с точностью до отдельной транзакции и сценария ее реализации;

- Enterprise Resource Planning (ERP)набор интегрированных приложений, которые поддерживают основные аспекты управленческой деятельности оператора: планирование ресурсов, необходимых для предоставления услуг, оперативное управление выполнением планов, учет и анализ результатов деятельности. Среди основных требований, предъявляемых к ERP-системам, - централизация базы данных, работа в режиме он-лайн, поддержка территориально распределенных структур, возможность использования различных СУБД на ряде аппаратно-программных платформ.

4.Выбор системы с накоплением или реального времени

Внутреннее устройство биллинговых систем, являясь личным делом оператора также влияет на взаимоотношения клиента с провайдером. Первые опасности, которые подстерегают и оператора, и его абонентов, -- выбор между системой с накоплением и системой реального времени. Система с накоплением обходится куда дешевле, -- независимо от того, приобретать ли ее у разработчика в готовом виде или создавать самостоятельно, -- и требует минимальных ресурсов. В конце каждого расчетного периода (который может быть равен суткам, месяцу или пяти минутам) такая система «засасывает» данные об услугах, потребленных абонентами, и вычисляет, насколько изменилось состояние каждого счета. Если речь идет о коммутируемом доступе, то поставщиком информации выступает система авторизации (RADIUS или TACACS); если о выделенном -- маршрутизатор, через который к пользователю проходят пакеты с данными; если о телефонии -- телефонная станция. Продолжительность расчетного периода определяется лишь волей оператора да возможностями имеющегося у него «железа». Например, для корпоративных клиентов, подключенных по выделенным каналам, данные можно рассчитывать раз в месяц, при выставлении счетов, -- никаких сюрпризов при этом ожидать не приходится. Специализированный сервер поработает некоторое время, которое в этом случае критического значения не имеет, -- и выдаст необходимые сведения и сразу счет на бланке распечатает. Поскольку процедура выставления счетов обычно занимает несколько дней, для этих целей годится и не слишком мощная техника -- никто никуда особо не торопится. Компании, использующие Интернет в своем бизнесе, не склонны доводить конфликтную ситуацию до отключения, ведь убытки, которые несет, скажем, турагентство из-за потери связи с внешним миром, обычно во много раз превышают спорные суммы -- так что куда лучше сперва оплатить выставленный счет. Когда речь заходит о частных пользователях, вести себя таким же образом как с корпоративными абонентами нельзя, это рискованно для провайдера. Ведь добиться выплаты долга физическим лицом практически невозможно. Клиенту получающему свою реальную зарплату в конверте и сумевшему влезть в огромные долги перед оператором, зачастую попросту дешевле отказаться платить по счету и подключиться к кому-нибудь другому. С весьма высокой степенью вероятности его оставят в покое. По этой причине операторы, работающие на массовом рынке, неохотно предоставляют услуги в кредит, предпочитая авансовую систему оплаты. Пока баланс положительный -- клиент пользуется услугой, а как только на счету останутся нули -- услуга блокируется. Такая система расчетов знакома, например, многим владельцам мобильных телефонов. И даже если провайдер предоставляет абонентам кредит -- этот кредит никогда не бывает безграничным, а равен некой мелкой сумме, одинаковой для всех или гибко определяемой для каждого клиента в зависимости от его платежной истории. Понятно, что в подобной ситуации устанавливать расчетный период равным месяцу никто не будет слишком длительный срок не выгодно. Если клиент за сегодняшний день умудрился наговорить с Занзибаром столько, чтобы свести свой баланс к нулю то не позднее завтрашнего дня биллинговая система должна это выявить и отдать коммутационному оборудованию команду этого клиента не соединять ни с кем, кроме техподдержки и справочных служб, -- по крайней мере, до того момента, когда тот не пополнит свой баланс. Чем меньше расчетный период, тем интенсивнее загружается система и тем мощнее должен быть сервер (или группа серверов), на котором она развернута. Платить лишнее никто из операторов не хочет -- и потому каждый из них пытается найти оптимальный баланс между ростом стоимости оборудования и риском позволить абоненту слишком многое. Взглянув на операторскую биллинговую систему чуть пристальнее, можно увидеть, что себестоимость любой услуги делится на две части -- условную и безусловную. Например, к условной себестоимости относится какая - бы то ни - было недополученная прибыль. Если пользователь коммутируемого доступа повисит на линии несколько лишних, неоплачиваемых часов, провайдера это, конечно же, не обрадует. Но и особо не огорчит. Да возможно, в то самое время, когда линия была занята халявщиком, ею мог бы воспользоваться добросовестный клиент, который принес бы компании несколько долларов дохода. А возможно, все это время она так и простояла бы свободной. В любом случае, затраты оператора на аренду телефонии под модемный пул ни на копейку бы не возросли. И если владелец виртуального сервера вдруг откажется оплачивать выставленный счет, его файлы можно стереть, а на освободившемся дисковом пространстве разместить сервер другого клиента. Ведь в такой ситуации оператор практически ничего не теряет.

5. ТелеБис

ТелеБИС - автоматизированная система расчетов и учета (биллинговая система) для операторов. При разработке системы учитывалась возможность реализации: полного спектра услуг любому пользователю в любом месте, возможность иметь архитектуру позволяющую дальнейшее развитие. Эта система так же имеет дополненные функции обслуживания клиентов и средства управления сетью связи с использованием единой базы данных. Поэтому, система может применяться операторами связи для телефонных фиксированных сетей, сетей сотовой радиотелефонной связи, сетей подвижной радиотелефонной и радиосвязи, сетей персонального радиовызова, сетей передачи данных, сетей доступа в Интернет, смешанных и других сетей.
ТелеБИС можно использовать для автоматизации основной деятельности операторов связи в части расчетов с абонентами (биллинг) и контроля платежей, приема и обработки заказов, претензий и предложений клиентов, информационного обслуживания клиентов (в том числе, через сеть Интернет), контроля доставки счетов, продажи материальных ценностей, а также учета, распределения и планирования ресурсов операторов связи.
Для операторов фиксированных телефонных сетей дополнительно реализованы функции расширенного учета, распределения и планирования ресурсов в части абонентских номеров и линейно-кабельного оборудования абонентского участка фиксированной телефонной сети.
Под ресурсами в системе понимаются любые технические средства, программные средства, программно-технические комплексы, принадлежащие оператору связи, которые он может предоставлять своим клиентам во временное пользование частично или полностью, а также, в собственность. Это могут быть, например, телефонные абонентские номера, телефонные линии, дисковое пространство сервера электронной почты и другие объекты.
Гибкая схема тарификации, реализованная в системе, позволяет иметь неограниченное количество тарифных планов. В соответствии с ней, например, клиент оператора фиксированной или подвижной телефонной сети может иметь произвольное количество телефонов, вызовы с каждого из которых могут рассчитываться по своему тарифному плану. Тарифный план включает в себя набор параметров тарификации (тарифов, скидок, коэффициентов, порогов и т. п.). Тарифы могут зависеть от времени суток, дня года и других параметров. В течение расчетного периода возможно изменение любых тарифов, входящих в тарифный план, что будет автоматически учтено при расчетах. Таким образом, создав набор базовых и частных тарифных планов, оператор может настроить систему тарификации по своему усмотрению и полностью удовлетворить как собственные потребности, так и потребности клиента.
Трехуровневая архитектура Системы («клиент - сервер приложения - сервер БД») делает систему масштабируемой и гибкой и позволяет легко достичь необходимой производительности и конфигурации на большинстве известных программно-аппаратных платформ. Гибкость архитектуры позволяет также с легкостью изменять систему вслед за развитием обслуживаемой сети.
Можно работать с системой на вычислительной технике практически любого класса, начиная с персонального компьютера средней производительности, а при достижении пределов возможностей аппаратуры можно легко сделать ее обновление, практически не меняя программного обеспечения и не переучивая операторов.
Используемая в системе СУБД обеспечивает надежное и безопасное хранение данных, включая защиту от несанкционированного доступа. Двухуровневая схема доступа к базам данных Системы позволяет достичь требуемой степени защиты. Для информационного обслуживания клиентов через Интернет также используется двухуровневая схема защиты, исключающая прямой доступ клиентов к базам данных системы.
Достоинствами системы являются дружественный пользователю интерфейс, гибкая архитектура, переносимость, масштабируемость.

Страницы: 1, 2, 3