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

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

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

Системы, вычисляющие стоимость услуг связи для каждого клиента и хранящие информацию обо всех тарифах и прочих стоимостных характеристиках, которые используются телекоммуникационными операторами для выставления счетов абонентам и взаиморасчетов с другими поставщиками услуг, носят название биллинговых; цикл выполняемых ими операций именуется биллингом. Биллинговая система (БС) — это бухгалтерская система, программное обеспечение, иными словами — «софт», разработанный специально для операторов. Каких операторов? Телекоммуникационных. Т. е. речь не идет лишь об операторах сотовой связи. БС используются также операторами обычной (стационарной, проводной) связи. В малых офисах, например, можно вести биллинг телефонии (анализировать: кто звонил, когда, сколько длился разговор). IP-телефония — другая область применения БС. А интернет-провайдеры? Они тоже используют БС, например, для формирования счетов, учета трафика. Любая БС создается на основе определенной системы управления базами данных (СУБД). Большинство БС в мире создавалось на основе СУБД Oracle. Среди других СУБД можно выделить Sybase и Informix как рассчитанные на большие объемы информации. А вот названия некоторых биллинговых систем: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Стоит упомянуть, что под БС может подразумеваться и аппаратное обеспечение, участвующие в организации биллинга.

Терминология

Я постараюсь рассмотреть все основные понятия и определения, относящиеся к БС. Основной упор буду делать на БС, используемые операторами сотовой связи. Но большинство определений также подходит и к БС, используемым в других сферах. Постараюсь объяснять как можно проще, чтобы большинству читателей материал был понятен. Если у Вас будет что добавить к введенным мною терминам, пишите на e-mail .

Существуют несколько названий биллинговой системы: АСР — автоматизированная система расчетов; ИБС — информационная биллинговая система.

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

Масштабируемость по нагрузке. При росте абонентской базы, появлении дополнительных услуг не должна появляться необходимость изменять или дорабатывать программную часть БС. Увеличение возможностей БС должно достигаться за счет модернизации аппаратной части системы. Что важно учитывать при проектировании масштабируемых систем? Необходимо использовать СУБД, рассчитанные на большие объемы данных. СУБД должна быть совместима с различными компьютерными платформами, чтобы обеспечивать поддержку многопроцессорного режима работы.

Надежность — одно из основных требований, предъявляемым к любой системе. Надежность БС определяется надежностью СУБД и технологий, используемых при разработке системы. Далеко не последнее место занимает надежность поставщика (разработчика) прикладного программного обеспечения: время его работы на рынке и, как косвенный показатель, процент присутствия разработанных им систем на телекоммуникационном рынке. Почему показатель косвенный? А разве Microsoft Windows самая лучшая и надежная операционная система?… И при этом она занимает значительную долю рынка. Однако надежность БС обеспечивается также соблюдением определенных стандартов при их разработке (об этом читайте ниже).

Мультиязычность — возможность устанавливать различные языки для представления информации.

Мультивалютность — возможность работать с любыми валютами

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

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

Оптимизация биллинга — улучшение, совершенствование оператором своей БС.

Большие БС — системы, применяемые крупными операторами.

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

Что может, что должна или за что отвечает БС?

Европейский (по происхождению) стандарт ТАР появился в 1992 г. Он поддерживается рабочей группой TADIG. Большинство операторов Европы используют ТАР2 , хотя существует и третья версия. С 1995 г. модификация ТАР2, известная как спецификация TD.27 , или NAGTAP2 , начала применяться и в США.

Вместо заключения

Вы достаете из кармана свой сотовый, набираете номер, жмете «вызов» и… разговор состоялся. Теперь Вам не терпится узнать остаток на Вашем счете. Если биллинг системы «горячий», Вам тут же сообщают эту сумму. «Все точно подсчитала, хорошая биллинговая система», — думаете Вы. А в это время другой абонент узнает, что он только что исчерпал лимит времени и его отключили. «Зачем мне этот «горячий» биллинг! Глупая биллинговая система!», — сетует он… Да, одновременно всем не угодить!

Особая благодарность за информационную поддержку Большовой Галине, обозревателю журнала

Платформа обрабатывает 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).

Место протокола в стеке . На рисунке также представлен популярный вариант с использованием технологии 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 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 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 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 и другие интересные вещи.

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

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

В этом материале мы постараемся объяснить, как происходит списание средств с лицевого счета .

Биллинг - это процедура расчета использования и тарификации услуг связи. Иными словами, биллинговая система определяет:

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

Все расчеты проводятся в условных единицах, которые соответствуют долларам США. Оплата производится абонентом в рублях, средства на счет зачисляются по курсу ЦБ РФ на день оплаты. Оплата считается произведенной, если денежные средства поступили на расчетный счет или в кассу .

3. По каким пунктам происходит списание средств со счета ?

Периодические услуги - услуги, оказываемые постоянно, в течение определенного периода, например, абонентская плата , сетевые и дополнительные услуги , за которые необходимо платить ежемесячно.
Разовые услуги - услуги, оказываемые и оплачиваемые однократно, по мере необходимости, например, замена SIM -карты или добавление услуги "Голосовая почта ".

4. Биллинговые группы

Списание средств с лицевого счета абонента происходит в зависимости от предоставленных услуг и в соответствии с правилами биллинга.

В компании существует три расчетных (биллинговых) периода:

Первый соответствует календарному месяцу, т.е. начинается 1-го числа и заканчивается в последний день месяца;
- второй начинается 10-го числа текущего месяца и заканчивается 9-го числа следующего месяца;
- третий начинается 20-го числа текущего месяца и заканчивается 19-го числа следующего месяца.

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

5. Почему есть разница между точным балансом и сведениями о балансе в АССА ?

Самый простой и распространенный способ узнать состояние лицевого счета - позвонить в Автоматическую Службу Сервиса Абонента по номеру 088011 (звонок в домашней сети бесплатный). Пожалуй, каждый абонент , прослушав информацию о балансе , задавался вопросом "Как точна информация в АССА ?"

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

6. Типы счетов

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

Чтобы получить счет к оплате, необходимо заказать и оплатить в соответствии с выбранным тарифным планом услугу "Доставка счета ". Счета могут доставляться по электронной почте, по факсу, почтой или курьером (в пределах г. Москвы и ближнего Подмосковья). Также можно оформить способ доставки "На руки", т.е. абонент имеет возможность самостоятельно забирать выставленные счета , обратившись лично в Службу финансового контроля. Кроме того, можно заказывать счет к оплате через АССА по номеру 0880141 на факс или через ИССА на факс или на электронную почту (доставка счета бесплатна).

Счет на предоплату

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

Услуга "Детализированный счет " представляет собой расшифровку разговоров абонента за расчетный период . В нем указывается дата, время звонка, № телефона, на который звонил абонент , или с которого был принят звонок, если

Минобрнауки России

федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
«Санкт-Петербургский государственный технологический институт
(технический университет)»

УГС (код, наименование) 080000

Направление подготовки (код, наименование) 080500.62

Профиль (наименование) электронный бизнес

Факультет экономики и менеджмента

Кафедра бизнес информатики

Учебная дисциплина IT -инфраструктура предприятия

Курс 1 Группа 6219

РЕФЕРАТ

Тема : «Как работает биллинг сотового оператора?»

Студент Платонова Н. В.

Руководитель,

Должность Хайдаров А. Г

(подпись, дата) (инициалы, фамилия)

Оценка

(подпись руководителя)

Санкт-Петербург
2012

Введение. 3

1. Что такое биллинг?. 4

2. Биллинговая система. 5

3. Функции биллинга на предприятии. 6

3.1. Расчётные операции. 7

3.1.1. Prepaid. 8

3.1.2. Postpaid. 8

3.2. Информационное обслуживание. 9

3.3. Финансовое обслуживание. 9

4. Классификация биллинга по предназначению.. 9

4.1. Для транснациональных операторов связи. 9

4.2. Заказные национального масштаба. 10

4.3. Системы среднего класса для региональных сетей. 10

5. Схема организации биллинга. 11

Выводы.. 12

Список используемой литературы.. 16

Введение

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

1. узнать, что такое биллинг,

2. узнать, что представляет собой биллинговая система,

3. выяснить, какие функции выполняет биллинг,

4. узнать, какие бывают разновидности биллинга,

5. посмотреть на примере работу биллинга.

1. Что такое биллинг?

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

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

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

2. Биллинговая система

Системы, вычисляющие стоимость услуг связи для каждого клиента и хранящие информацию обо всех тарифах и прочих стоимостных характеристиках, которые используются телекоммуникационными операторами для выставления счетов абонентам и взаиморасчетов с другими поставщиками услуг, носят название биллинговых, а цикл выполняемых операций сокращенно именуется биллингом. Следует сразу подчеркнуть: такие системы создаются не только на основе требований заказчиков. Существует ряд международных документов МСЭ, регламентирующих их основные функции и способы реализации этих функций. Например, документы серий E230, E260 и E1001 посвящены техническим аспектам расчета длительности соединения, регистрации вызовов при различных типах связи и определению оплачиваемой длительности связи абонентов. Описания основных принципов тарификации услуг мобильной связи и сценариев соединений приведены в рекомендациях серий D103, D110 и D93. Аналогичные документы выпущены и Госкомсвязью РФ: это "Общие технические требования на Автоматизированные системы расчетов с пользователями за услуги электросвязи" (июнь 1998 г.).

3. Функции биллинга

Применительно систем связи, билинговые системы призваны выполнять такие задачи:

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

· Учёт расходов по клиентам и проектам Барсум позволяет автоматически вести учёт расходов, сделанных в интересах клиентов, и выставлять клиентам консолидированные счета. Учёт расходов временных проектных групп может осуществляться параллельно с основным корпоративным учётом.

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

· Анализ и оптимизация использования каналов связи (финансовый аспект). Использование тарификационной системы позволяет осуществлять анализ "что, если?". Результаты такого анализа могут показать, что использование выделенного канала или смена оператора позволит существенно сократить расходы на связь.

· Оптимизация телекоммуникационной инфраструктуры (технический аспект). Использование статистических данных о трафике позволяет определить "узкие места" в телекоммуникационной инфраструктуре предприятия. Оптимальная конфигурация инфраструктуры позволит улучшить качество связи без дополнительных затрат.

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

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

3.1. Расчётные операции

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

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

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

· авансовая система (prepaid), когда деньги заносятся заранее.

· постоплата - выставление счёта за период по его итогам (postpaid)

3.1.1. Prepaid

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

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

3.1.2. Postpaid

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

3.2. Информационное обслуживание

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

3.3. Финансовое обслуживание

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

4. Классификация биллинга по предназначению

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

4.1. Для транснациональных операторов связи

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

4.2. Заказные национального масштаба

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

4.3. Системы среднего класса для региональных сетей

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

5. Схема организации биллинга

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

Рис. 1: система организации биллинга

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

6. Как осуществлять платежи через биллинговый центр?

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

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

7. Пример работы биллинга

У каждого пользователя имеется денежный счет, с которого раз в сутки в 00:00 часов списываются средства, согласно выбранным тарифам если аккаунт не заблокирован. Если на счете 0 рублей, то ничего не списывается, счет в «минус» не уходит, интернет не включается. Для включения надо пополнить счет. Если на счете сумма меньше выбранного тарифа (например: на счете 5 рублей, а услуга стоит 9 рублей в сутки) эта сумма остается у вас на счету. Интернет работать не будет, поскольку этой суммы недостаточно для оплаты авансом услуг за следующие сутки. Если на счете сумма больше выбранного тарифа (например: на счете 50 рублей, а услуга стоит 30 рублей в сутки) то сумма тарифа (30 рублей) спишется в полночь, интернет будет работать.

Вы положили на счет 50 рублей в 23:00 часа. У вас стоит тариф 512. При включении услуги у вас сразу спишется 9 рублей, за предоставление услуги за текущие сутки. Далее в 00:00 часов спишется еще 9 рублей за следующие сутки. Таким образом, уже в 01:00 у вас на счете будет 32 рубля.

Чтобы избежать этих моментов:

Пополняйте счет раз в месяц, умножив количество суток в месяце на тариф. Пополняйте счет сразу после 00:00 часов или рано утром.

Система не делает перерасчет по часам.

Помните: при включении VPN (система сразу списывает деньги за текущие сутки.Данный сервис полностью автоматизирован, это значит что средства списываются автоматически. Никто не может самовольно списать с вашего счета деньги, это делает система согласно тарифам.

VPN (Virtual Private Network - виртуальная частная сеть) - обобщённое название технологий, позволяющих обеспечить одно или несколько сетевых соединений (логическую сеть) поверх другой сети (например, Интернет). Несмотря на то, что коммуникации осуществляются по сетям с меньшим неизвестным уровнем доверия (например, по публичным сетям), уровень доверия к построенной логической сети не зависит от уровня доверия к базовым сетям благодаря использованию средств криптографии (шифрования, аутентификации, инфраструктуры открытых ключей, средств для защиты от повторов и изменений передаваемых по логической сети сообщений).

Выводы

В результате проделанной работы я узнала, что такое биллинг, как он работает.

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

Список используемой литературы

1. Справочник "Компьютерные сети России. Услуги международной связи". - М.: ТОО "ЭЛИС. ЛТД"1992

2. Материалы конференции «развитие биллинговых систем и информационных технологий для предприятий связи» 18 декабря 2002г.Павильон «Триумф»

4. Сайты Интернет:

http://www.asks.ru/blogs/070910/57/

http://ru.wikipedia.org/wiki/%C1%E8%EB%EB%E8%ED%E3

• Лучший способ организовать Data Science в компании После того, как мир взорвался потоком больших данных, компании по всему миру начали исследования последствий этого «большого взрыва». Наука о данных, призванная обеспечить бизнес не просто информацией, но знаниями, дошла и до России. С одной стороны, местные корпорации начинают строить свои собственные дата-центры, желая получить самые новые технологии по самой низкой цене. С другой стороны, игроки разных сфер рынка открывают собственные отделы, занимающиеся Data Science. Данные становятся одним из главных активов для бизнеса, а профессия специалиста по исследованию данных – особо привлекательной и высокооплачиваемой.
• Единое решение для всех систем: как обеспечивают безопасность лидеры рынка Одним из ключевых факторов обеспечения безопасности компаний становится управление устройствами интернета вещей и ОТ-сетями, для которых не подходят традиционные решения. Риски недостаточного уровня осведомленности (нехватку «воспитания») сотрудников и действия киберпреступников можно компенсировать комплексом действий и мер, которые повысят общий уровень защищенности предприятий вкупе с улучшением ситуации с защитой данных внутри и вне инфраструктуры.
• За периметром: как собственные сотрудники ставят под угрозу безопасность компаний По прогнозам в ближайшие годы наиболее значительными трендами, которые окажут влияние на ИТ-индустрию, станут: достижения в сфере искусственного интеллекта и машинного обучения, продолжающееся внедрение облачных вычислений, разработки в области умных устройств, домов и заводов, а также предстоящее развертывание сетей стандарта 5G. И как указывают ИБ-эксперты, эти технологические изменения затронут вопросы информационной безопасности уже в 2019 г. Однако, несмотря на появление новых технологий и эволюцию уже существующих, собственные сотрудники компаний все еще остаются самым слабым участком в периметре ИТ-защиты организаций. По статистике, ключевыми способами проникновения злоумышленников в инфраструктуру предприятий являются фишинг и социальная инженерия.
• Как сэкономить 2 миллиона долларов на капитальных затратах В ходе строительства СХД приходится решать множество разнообразных задач: как перенести данные в резервный ЦОД, не прерывая основной работы ни на секунду; объединить в единое целое множество совершенно различных бэкап-систем; выбрать хранилище, затраты на масштабирование которого будут минимальными и т.д. Все эти задачи можно решить благодаря использованию продуктов NetApp.
• Почему частные облака не прижились в бизнесе Уходя от приватных облаков, мировые компании все чаще приходят к мультиоблачной стратегии. Эксперты объясняют это потребностью в быстрой цифровизации, а сами предприятия готовы усиливать мультиоблачные модели в ближайшие годы.