Что такое биллинговая система в сети оператора – :

Что такое биллинг | Forward Telecom

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

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

Совокупность всех цикличных операций, продуцируемых программой, называется биллингом. Подобный «софт» используется не только операторами сотовой связи. С его помощью интернет-провайдеры выставляют счета и ведут учет объемов трафика. Благодаря биллинговой системе можно провести анализ показателей в стационарной телефонии, например, направление и продолжительность звонков. Представители операторов IP-телефонии также являются пользователями биллингового ПО.

Биллинговые системы создаются на основе многофункциональных систем управления базами данных. Наиболее часто используемыми СУБД являются Oracle, Informix и Sybase. Последние две рассчитаны на работу с большими объемами информации и могут быть взяты за основу для БС для транснациональных операторов мобильной связи. Среди телекоммуникационных операторов наиболее популярны БС CBOSS, BIS, Bill-2000-prepaid, Flagship и Arbor.

Сущность и качества БС, востребованных среди операторов сотовой связи

Биллинговые системы часто носят другие названия, полностью отражающие их суть:

• ИБС – информационная биллинговая система;
• АСР – автоматизированная система расчетов.

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

Настраиваемость

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

Гибкость

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

Открытость

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

Модульность построения системы

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

Масштабируемость

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

Надежность

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

Мультиязычность и мультивалютность

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

Оптимизация биллинга

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

Возможности современных БС для операторов связи

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

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

Биллинговые системы: функции и структура АСР

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

• клиентские данные;
• условия контрактов с абонентами;
• стоимость передачи информации через дилеров;
• наличие сторонних поставщиков услуг.

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

Спектр функциональных возможностей БС позволяет разделить их на три категории:

• БС для транснациональных операторов связи обеспечивают работу сетей на международном уровне и обязаны обладать качествами мультивалютности и мультиязычности.
• Заказные БС национального уровня разрабатываются для работы с конкретным оператором, фактически являются штучными биллинговыми системами и могут нуждаться в интеграции с уже функционирующей системой расчетов. Это обуславливает сложность их создания, из-за чего они остаются достаточно дорогостоящими.
• Региональные системы среднего класса обладают всеми необходимыми базовыми качествами БС, но используются в пределах определенных областей.

Разработчики БС ориентируются на потребности определенного оператора, при ее создании учитывается бизнес-процесс конкретного предприятия с его оборудованием, технологическим циклом предоставления услуг связи. При этом любая биллинговая система сохраняет и унифицированный функционал, присущий любой АСР для телекоммуникационных операторов всех категорий.

Предварительный анализ и обработка базовой информации

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

Управление сетевым оборудованием

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

Базовые функции СУБД:

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

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

Модуль предварительной обработки данных

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

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

Модуль оперативного управления биллингом

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

Модуль оповещения абонентов

Голосовые, текстовые и другие сообщения от оператора его абонентам – важная составляющая биллинга. Основой для формирования оповещения также является информация из СУБД. Подобное деление БС на функциональные модули является классическим примером АСР, но не считается единственным возможным для всех биллинговых систем.

Биллинг и история формирования его мировых стандартов

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

Стандарты биллинга делятся на три международные группы. Так, в 1998 году американским институтом стандартов ANSI был разработан и утвержден стандарт ANSI 124. Его дальнейшее развитие и усовершенствование для новых потребностей операторов и их абонентов полностью зависит от ассоциации TIA. Компания CIBERNET также занялась уточнением и делением бизнес-процессов, происходящих при передаче сообщений внутри этого стандарта. Рабочей группой компании была сформулирована новая категория стандартов NSDP-B&S. Спецификации этого класса подразумевают полное соответствие всех процессов, осуществляемых операторами, и информации, которая передается во время операций по обмену данными между коммутаторами по стандарту ANSI 124.

С 1998 года и по настоящее время CIBERNET совместно со своим комитетом CAC-IS поддерживает биллинговый стандарт CIBER, который является первым североамериканским стандартом биллинга. Под эгидой CAC-IS объединены разработчики БС и телекоммуникационные операторы, благодаря чему обеспечено продуктивное взаимодействие создателей и непосредственных пользователей биллинговых систем. CIBER применяется в сотовых сетях стандарта AMPS. В Европе же был сформирован стандарт ТАР, который используется с 1992 года. Курирование норматива осуществляется рабочей группой TADIG. Действующие телекоммуникационные европейские операторы используют вторую спецификацию стандарта ТАР2, хотя уже сформулирована и утверждена и третья версия. Спецификация TD.27, известная и как NAGTAP2, является модификацией ТАР2 и применяется на территории США с 1995 года.

fw-t.ru

Как работает биллинг сотового оператора? / ВымпелКом (Билайн) corporate blog / Habr

^{Платформа обрабатывает InitialDP 37 мс; абонент слушал гудки 10 сек; длительность разговора – чуть больше 5 минут.}

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

Есть 2 основных типа расчета:

• Постоплата — выставление счёта за период по его итогам (postpaid)
• И авансовая система (prepaid), когда деньги заносятся заранее.

Постоплата появилась исторически раньше, но предоплата оказалась удобнее для клиентов (контролируемее – чуть что не так, происходит отключение, а не выставляется большой счёт).

Постоплатная система

Когда абонент постополатной системы расчетов пользуется услугами оператора, то на коммутаторах генерятся специальные CDR (Charging Data Record) файлы. По сути, это обычные логи, в которых указан номер абонента, дата, время разговора/объем скачанного трафика и т.п. Биллинг же, в определенное время, (например, раз в сутки) подключается к коммутатору, закачивает себе CDRы, рассчитывает стоимость услуг и сохраняет всё в базе данных (обычно, Oracle). Затем в конце месяца абоненту выставляется суммарный счет.

Схема взаимодействия Postpaid платформы с ядром сети оператора.
CSN — circuit switching network; Представлена коммутаторами каналов (MSC).
PSN – packet switching network; Представлена коммутаторами пакетов и шлюзами (SGSN и GGSN соответственно).

Принцип работы postpaid-системы относительно прост, потому что не требует реакции платформы в реальном времени: ведь абонента не нужно предупреждать о достижении нуля (и, соответственно, не нужно менять характер взаимодействия сети с ним).

Авансовая система

В случае авансовой тарификации оператору связи, помимо учета предоставленного объема услуг, требуется решать задачу отслеживания текущего счета абонента и в случае достижения нуля, информировать абонента/отключать предоставление услуги. Поэтому такие системы еще называют Online Charging System (OCS).

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

Схема взаимодействия prepaid-платформы с сетью оператора.

Разберем подробнее эти протоколы.

CAP

CAP (CAMEL Application Part) – протокол прикладного уровня стека SS7, реализующий интеллектуальные услуги в GSM/UMTS сетях (например, prepaid).

Место протокола в стеке SS7. На рисунке также представлен популярный вариант с использованием технологии SIGTRAN (расширение SS7, которое позволяет использовать протоколы “семёрки” поверх IP сети).

По этому протоколу OCS общается с сетью коммутации каналов. Вот пример тарификации исходящего голосового вызова:

Диалог тарификации по CAP протоколу, пунктирными линиями показаны ISUP сообщения.

1. Сначала в биллинг от коммутатора MSC1 приходит сообщение (Initial Detection Point), в котором передаются параметры абонента. Это входящий и исходящий номера, адрес соты вызываемого абонента и прочие. На основе этого возможно начать анализ звонка. Биллинг создает у себя определенный Detection Point — то есть состояние вызова. OCS определяет, можно ли абоненту совершить голосовой вызов (есть ли средства на счете), если можно, то на какое максимальное время.
2. После этого OCS отвечает коммутатору Request Report BCSM Event (“Detection Point я инициализировал, жду от тебя дальнейшей информации о состоянии вызова”). И посылает Apply Charging (“средства у абонента на счету есть, разрешаю звонок”). Там же пересылается максимальное время, которое может использовать абонент.
3. Коммутатор, получив разрешение от OCS, инициализует голосовое подключение между абонентами по ISUP протоколу, посылая на MSC2 сообщение IAM (Initial Address Message).
4. MSC2 отвечает в сторону MSC1 сообщением ACM (Address Complete Message), в данном случае это означает “да, абонент мой, он сейчас в сети, начинаю его вызывать”. Приняв это сообщение, MSC1 включает длинные гудки абоненту А.
5. Абонент Б берет трубку, MSC2 посылает MSC1 сообщение ANM (Answer Message) – “мой абонент поднял трубку, подключай их”.
6. MSC1 подключает абонента А и Б, начинается разговор. MSC1 посылает на OCS сообщение Event Report BCSM (O_Answer). OCS изменяет у себя состояние вызова для данного абонента. С этого момента начинается тарификация (с учётом, что первые 3 секунды бесплатны).
7. Пока абоненты общаются, MSC1 следит за временем на звонок. Если времени остается мало, то MSC предупреждает абонента звуковым сигналом.
8. В нашем случае первым кладет трубку абонент Б, MSC1 и MSC2 производят дружеское рукопожатие с помощью сообщений REL (Release Message) и RLC (Release Complete Message).
9. MSC1 отправляет на OCS сообщение Event Report BCSM (O_Disconnect – “абоненты успешно отключились”) и Apply Charging Report (сколько секунд длился разговор).
10. OCS принимает эти данные и отвечает, что теперь можно закрывать сессию.

--- INVOKE ---
 A1     TAG    : A1h [1]
 1B     LEN    : 27
      --- INVOKE ID ---
 02       TAG    : 02h INTEGER
 01       LEN    : 1
 02       INVOKE ID  : 2
       === CAP ===
         --- INVOKE ---
         --- OPERATION ---
 02      TAG    : 02h INTEGER
 01      LEN    : 1
 23      OPERATION  : 35 = applyCharging
       --- APPL CHARG ---
 30        TAG    : 30h SEQUENCE
 13        LEN    : 19
         --- ACH BCC ---
 80      TAG    : 80h [0]
 0C      LEN    : 12
       --- TDC ---
 A0        TAG    : A0h [0]
 0A        LEN    : 10
         --- MAX C P D ---
 80          TAG    : 80h [0]
 03          LEN    : 3
 01 19 40        MAX C P D  : 4370

Это часть трейса. Видим, что по протоколу CAP послано сообщение applyCharging, максимальное время разговора (MAX CPD — Maximum Call Period Duration) равно 437,0 сек.

Продублирую картинку до ката: это пример общения по CAP протоколу. Можно оценить временные метки: платформа обрабатывает InitialDP 37 мс; абонент слушал гудки 10 сек; длительность разговора – чуть больше 5 минут.

А вот тут звонок продолжительный и видно, как система каждые 6 минут сама запрашивает у MSC статус звонка (activityTest). Сделано это для того, что бы, в случае какой-либо ошибки разговор не длился сутками (пока у абонента не спишутся все деньги).

CAP-протокол может тарифицировать не только голосовые звонки – он так же способен тарифицировать интернет-соединения, SMS, MMS и так далее. Хотя на практике чаще всего для этих нужд применяются специально заточенные протоколы (DIAMETER/OSA).

OSA

OSA (Open Service Access) – открытый программный интерфейс разработанный консорциумом 3GPP и ETSI, часто используется для тарификации VAS-сервисов и мобильного интернета.

Рассмотрим работу данного протокола на примере тарификации услуги мобильного интернета:

1. При попытке активации PDP Context’а (получении телефоном IP-адреса в сети мобильного оператора) GGSN запрашивает платформу, можно ли данному абоненту активировать тарификационную сессию (CreateChargingSessionReq).
2. В нашем случае все хорошо (абонент есть в базе, денежные средства имеются), платформа создает тарификационную сессию и разрешает активировать PDP Context (CreateChargingSessionResp).
3. Теперь абонент хочет начать скачивать данные. Что бы позволить ему это делать, GGSN обращается к платформе с запросом на резервацию средств (ReserveUnitReq). Вообще, unit – вещь абстрактная, может быть чем угодно – килобайтом данных, смской, секундой разговора, рублем, пиццей, бочкой и так далее. В нашем случае unit – это 100 кБ.
4. Платформа проверяет, есть ли для данного абонента, в соответствии с его тарифом, средства на 100 кБ трафика и отвечает сообщением ReserveUnitResp (“средства зарезервированы”). Приняв это сообщение от платформы, GGSN позволяет абоненту качать трафик.
5. Когда абонент скачал зарезервированную порцию трафика, GGSN обращается к платформе с сообщением DebitUnitReq (“можно списывать зарезервированные средства”).
6. Платформа списывает средства и отвечает сообщением DebitUnitResp (“средства успешно списаны”).
7. Цикл ReserveUnitReq-DebitUnitResp повторяется до тех пор, пока абонент не скачает весь интернет закроет интернет сессию.
8. При деактивации PDP Context’a GGSN посылает на платформу сообщение о завершении тарификационной сессии; память, выделенная под данную сессию освобождается.

Запрос debitUnitReq; Команды OSA обернуты в SOAP протокол, который в свою очередь инкапсулируется HTTP протоколом.

Заключение

Изменение потребностей клиентов (в т.ч. увеличение объема передаваемых данных), создание новых типов услуг, влечет за собой эволюцию сети мобильного оператора, в первую очередь в области VAS-платформ и биллинговых систем.

Если тематика протоколов семейства AAA вам интересна, то позже я расскажу про RADIUS, DIAMETER и другие интересные вещи.

Ссылки

3GPP: www.3gpp.org/index.php
ETSI: www.etsi.org
OSA: www.3gpp.org/ftp/Specs/html-info/29198-01.htm
ISUP: www.asknumbers.com/SS7ISUPMessages.aspx

habr.com

Что такое биллинг в сотовой связи?

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

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

Биллинговые системы

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

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

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

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

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

Функции биллинговой системы

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

Установленное там программное обеспечение обрабатывает огромные базы данных и «помнит» все нормативные акты, тарифы и расценки, а также личную информацию каждого клиента: выбранный им тариф, наличие бонусов, подробности контракта, расценки на услуги связи по разным направлениям и т.д.

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

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

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

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

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

Дополнительные возможности биллинга

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

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

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

www.mnogo-otvetov.ru

Биллинговая сеть. Что такое биллинг. другие технологичесике критерии

| Отдых и увлечения | Быт | Архив | RSS

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

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

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

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

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

Биллинг. Какие ассоциации вызывает этот термин? Может быть, есть какая-то связь с Биллом Гейтсом? Нет, к счастью он еще не «сунул свой нос» в область телекоммуникаций. Ну это так — шутка. А если быть серьезным, то давайте рассмотрим происхождение слова биллинг. Английское слово «bill» можно перевести как «счет» (другие переводы: вексель, банкнота). «Billing» переводится выражением «выписывание счета».

Что такое биллинговая система?

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

usercpu.ru

Мобильный билинг. Биллинговые системы: основные понятия.

Статья о пониятии биллинг по номеру телефона/

Навигация

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

Биллинг — навигация на мобильном телефоне.

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

Что значит биллинг по номеру телефона?

Биллинг по номеру телефона, а точнее биллинг среди операторов сотовой связи, это серия услуг, предлагаемых абоненту. Выделяются следующие услуги по данному направлению:

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

Как все это происходит?

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

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

Как работает абонентская сотовая связь?

• абонент включая телефон, выходит на связь
• сигнал от телефона (прием-передатчика) проходит на антенну станции мобильной связи
• место пребывания человека с телефоном, примерно, определено
• погрешность зависит от геологических особенностей местности, количества станций сотовой связи на определенном квадрате региона

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

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

Биллинг. Какие ассоциации вызывает этот термин? Может быть, есть какая-то связь с Биллом Гейтсом? Нет, к счастью он еще не «сунул свой нос» в область телекоммуникаций. Ну это так — шутка. А если быть серьезным, то давайте рассмотрим происхождение слова биллинг. Английское слово «bill» можно перевести как «счет» (другие переводы: вексель, банкнота). «Billing» переводится выражением «выписывание счета».

Что такое биллинговая система?

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

thesaker.ru

система расчётов, удобная для всех

Биллингом в этом значении называют целый комплекс операций, для обеспечения которого требуется программное и аппаратное обеспечение, а также юридическое и банковское сопровождение всех процедур приема платежей. Поэтому лишь крупные провайдеры каких-либо услуг занимаются организацией собственного биллинга, а большинство фирм и частных лиц пользуются услугами специализированных биллинговых компаний. Базовым процессом биллинга является измерение количества отпущенных пользователю услуг. Если это доступ в интернет или разговор по телефону, то программное обеспечение компании, предоставляющей эту услугу, время разговора или время, проведенное в глобальной сети. А, например, при покупке в интернете книг, программ или доступа к платному сайту не время, а количество приобретенных единиц. Затем программное обеспечение биллинговой компании автоматически рассчитывает стоимость такой услуги по введенным в программу тарифам. В таком же автоматическом режиме, по заранее введенному расписанию, программа выставляет покупателю счет к оплате приобретенных услуг, а продавцу переводить выручку, вычитая оговоренную оплату работы этой системы. Поступление денег от покупателей тоже учитывается комплексом программного обеспечения биллингового центра. В нашей современной компьютеризированной жизни с каждым днем все большее число частных предпринимателей и компаний начинают оказывать платные услуги с использованием электронных платежных систем. Поэтому растет и интерес к биллинговым компаниям, которые берут на себя описанную выше техническую часть этого сложного процесса. Таких компаний уже существует несколько десятков и если вы решили, например, продавать собственный продукт через интернет, придется потратить некоторое время на выбор биллинга. Им приходится соревноваться между собой, создавая все более простые способы подключения своих систем к любому бизнес-проекту и более выгодные условия обслуживания, поэтому явного лидера нет. При выборе биллинговой компании в первую очередь следует обратить внимание на способы платежа, которые она может предоставить вашим будущим клиентам. Максимальный набор включает до десятка электронных платежных систем (Webmoney, Яндекс-деньги, PayPal и др.), несколько международных систем, обслуживающих кредитные карты (Visa, MasterCard, American Express, Cirrus Maestro и т.д.). Возможность оплаты банковским переводом, чеком, звонком на платный мобильный номер тоже входит в набор услуг биллинговых компаний. Другими важными характеристиками при выборе должны стать стоимость услуг самой компании, ее надежность (хорошая бизнес-история), доступность службы технической поддержки.

Платформа обрабатывает InitialDP 37 мс; абонент слушал гудки 10 сек; длительность разговора – чуть больше 5 минут.

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

Есть 2 основных типа расчета:

• Постоплата — выставление счёта за период по его итогам (postpaid)
• И авансовая система (prepaid), когда деньги заносятся заранее.

Постоплата появилась исторически раньше, но предоплата оказалась удобнее для клиентов (контролируемее – чуть что не так, происходит отключение, а не выставляется большой сч

usercpu.ru

Обзор биллинговой системы BGBilling / Habr

Предыстория

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

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

Введение

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

Пожалуй, начнем.

О системе

Система — российская. Сайт — bgbilling.ru
Как я понял, система писалась для сети УфаНет, и потом выросла в отдельный продукт. Разработка идет где-то с 2003 года. Текущая версия 5.0 (у нас стоит 4.6, отличий от текущей — практически никаких, новая версия была вызвана окончанием действия сертификата), в разработке находится версия 5.1, в которой разработчики обещают много нового, но про нее пока я ничего сказать не могу.

Архитектура системы — серверная часть написана на Java. Первое время беспокоила производительность и стабильность такой системы. По прошествии года могу сказать — с производительностью и стабильностью нет никаких проблем. Но есть одно НО. Сервер требует последнюю Java, а с ней есть определенные проблемы на FreeBSD. Поэтому этой системы нет в списке поддерживаемых. Но зато есть — Windows, Linux. Конкретно у нас стоит на Fedora 10. Mac как поддерживаемая платформа не заявляется, но в целом мне ничто не помешало запустить сервер и клиент у себя на ноутбуке. СУБД — MySQL.

Документированность БД — изумительная. Идем на сайт dbinfo.bitel.ru и шаримся, смотрим что и как с чем связано, какие параметры могут быть. Честно признаюсь, для меня документированность БД была одним из решающих факторов. Было ясно, что функционал специфичный только для нас придется допиливать самому, поэтому такое подспорье как адекватная документация, меня как радовали, так все больше и радуют.

Клиент для оператора биллинга — отдельное GUI приложение.

Что следует отметить — в клиенте есть встроенные sql редактор, который из самого клиента позволяет выполнять зарпосы к бд и получать результаты в удобоваримом виде.

Стоимость, лицензии и прочее

Система — модульная. Каждый модуль имеет количество лицензий с которыми он может работать (или бесконечное количество). Чем больше лицензий — тем дороже модуль. Максимальная цена — за бесконечное количество лицензий.

Какие модули стоит выделить — модуль списания абонентский плат, модуль diap up, модуль ipn, voiceip. Рассчитать стоимость лицензии можно на сайте — bgbilling.ru/price_count.shtml

Какие модули кому нужны будут? Без модуля абонентских плат — никуда. Берем его, максмальная цена за бесконечное количество лицензий (бесконечное начинается с 10000 лицензий) — ~100тр.
А теперь смотрим чем мы занимаемся? Оператору КТВ по сути больше ничего не нужно. Провайдеру еще бы и модуль работы с сетью. Это или IPN или DialUP — и тот и другой максимально стоят тоже порядка 100тр.
Модуль телефонии — один из самых дорогих. Порядка 240тр.
Остальные модули — voiceip, модуль цифрового телевидения — по-моему не так популярны, их рассматривать не будем. Если интересно — можно посчитать на сайте.

Техподдержка, комьюнити

Спорный вопрос по техподдержке. Она платная. При покупке лицензии предлагается заключить контракт на техподдержку и приобрести пакет обращений. За 25тр можно получить 50 обращений на год. За 9тр — 15 обращений, тоже на год. Много это или мало? Мы использовали за год — 5 обращений. Сообщения об ошибках за обращения не засчитываются, но для их сообщения все равно нужен пакет хоть с одним обращением.

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

Что и приводит нас к вопросу о комьюнити и вики-базе. Сообщество мне очень понравилось. На форуме можно найти помощи практически по любому вопросу. В последнее время и ко мне в аську начали с вопросами обращаться, с радостью подсказываю, если знаю что и как.

Производительность и факапы

Официальные данные представлены на соответствующей странице сайта — bgbilling.ru/program/speed.shtml. В целом им можно верить. АП списываются довольно шустро. Радиус(мы используем модуль DiapUP для доступа к сети) держит нагрузку при одновременной авторизации 1000-1500пользователей (пропадаение света в районе, а потом включение) вполне нормально. Радиус же занимается обсчетом нетфлоу статистики. Справляется с потоком от 6 цисок с гигабитом трафика на каждой.

Если не считать факапов вызванных своими кривыми руками, то был один довольно неприятный факап 1 января 2010 года. На каждый месяц автоматически создаются новые таблицы с балансом. Из-за какой то недоработки в логике в 2010 году новые таблицы не создались. Поэтому в момент списания АП у всех был 0 на счету. Благо БД очень хорошо документирована и есть функции групповых операций — это удалось очень быстро устранить (до того как большая часть абонентов отошла от похмелья и полезла в интернет).

Запуск, перенос существующих баз

Настройка и запуск системы осуществляются довольно просто, особо выделить даже нечего. Распаковать архив, добавить исполняемые .sh в автозапуск, загрузить структуру таблицы из файла дампа и пожалуй все — уже будет работать =).

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

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

Заключение, сравнение с другими системами

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

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

PS если появились какие-то вопросы — задавайте, постараюсь ответить.

habr.com