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

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

Первые опасности, которые подстерегают и оператора, и его абонентов, — выбор между системой с накоплением и системой реального времени. Система с накоплением обходится куда дешевле, — независимо от того, приобретать ли ее у разработчика в готовом виде или создавать самостоятельно, — и требует минимальных ресурсов.

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

Если речь идет о коммутируемом доступе, то поставщиком информации выступает система авторизации (RADIUS или TACACS); если о выделенном — маршрутизатор, через который к пользователю проходят пакеты с данными; если о телефонии — телефонная станция.

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

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

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

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

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

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

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

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

Ведь в такой ситуации оператор практически ничего не теряет. 5. ТелеБис ТелеБИС - автоматизированная система расчетов и учета (биллинговая система) для операторов. При разработке системы учитывалась возможность реализации: полного спектра услуг любому пользователю в любом месте, возможность иметь архитектуру позволяющую дальнейшее развитие.

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

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

Гибкая схема тарификации, реализованная в системе, позволяет иметь неограниченное количество тарифных планов.

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

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

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

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