| Отдых и увлечения | Быт | Архив | RSS
Биллинг в банковской деятельности: система расчётов, удобная для всех
В ассортимент услуг практически любого банка входит осуществление операций по приёму коммунальных и бюджетных платежей и их последующее перечисление организации-получателю. При всей кажущейся простоте оказания этой услуги, данный вид операций всегда был достаточно трудоёмким, так как предполагал несколько этапов работы с оформлением значительного объёма банковской документации. Не слишком удобной была такая система и для клиентов: плательщики услуг зачастую были вынуждены стоять в очередях, а коммунальным организациям приходилось по несколько дней ждать зачисления сумм на их счета.
Ситуация кардинально изменилась с того момента, когда банки начали внедрять в свою деятельность новую систему расчётов, называемую «биллинг ». Этот комплекс предполагает полную автоматизацию процесса приёма различных платежей и перечисления их на счёт получателя. Банк заключает с жилищно-коммунальной организацией или компанией, предоставляющей услуги связи, договор о переходе на биллинговую систему. После этого данное предприятие предоставляет банку свои реквизиты для осуществления зачисления сумм, а также клиентскую базу с расшифровкой задолженности по каждому абоненту. Предоставляемые данные обновляются в сроки, указанные в договоре.
При переходе на billing обслуживание клиентов осуществляется через банкомат или терминал, что исключает необходимость простаивания в очередях и утомительного заполнения квитанций. Банковский специалист единожды подвязывает пластиковую карту клиента к указанной им фамилии или идентификационному номеру плательщика. Таким образом, он может не только погашать ежемесячную задолженность за газ, воду или телефон, но и получать своевременную информацию о её состоянии.
Данная система применима и для оплаты разовых платежей, если организация заключила с банком соответствующий договор. Благодаря системе billing, клиент может внести сумму налога или обязательного сбора, используя номер квитанции, выписанной налоговой инспекцией или другой бюджетной организацией.
Для предприятий, получающих платежи от населения, биллинг также является максимально удобной и надёжной системой, так как автоматизация расчётов сводит к нулю возможность зачисления средств ненадлежащему получателю. Кроме того, использование данной банковской услуги значительно сокращает время поступления сумм платежей на текущий счёт организации.
2.2 UТМкомпании NETUP
2.4 Traffic Inspector
3. Оценка экономической эффективности внедрения биллинговых систем
Заключение
Введение
В условиях высокой конкуренции операторы постоянно расширяют спектр услуг, предоставляемых абонентам. Все больше потребителей услуг связи регулярно пользуются несколькими видами телефонии дома и на работе, задействуя информационные каналы связи. Как в этой ситуации интегрировать различные системы биллинга для расчета разнообразных услуг? (голосовых, IP и др.). В связи с растущей популярностью услуг по передаче данных становится актуальной правильность расчетов и распределения доходов между телекоммуникационным оператором и интернет-провайдером.
Биллинговыми системами пользуются провайдеры, ведущие учет трафика, потребленного клиентами, офисы, подключенные к Интернет, появившиеся в последнее время в большом количестве домашние сети и конечные пользователи. Такие системы также могут использоваться для контролирования информационных потоков внутри локальных сетей.
Цель работы – провести сравнительный экономический анализ внедрения четырех разных биллинговых систем.
Для достижения данной цели в работе поставлены следующие задачи:
· рассмотреть понятие и дать характеристику биллинговых систем;
· провести обзор современных биллинговых систем;
· дать оценку экономической эффективности внедрения биллинговых систем.
1. Понятие и характеристика биллинговых систем
Сердце любой биллинговой системы – технология рейтинга и выставления счетов на основании различных параметров событий. Только система, обладающая достаточной гибкостью, может отслеживать события в режиме реального времени. Биллинговая система должна быть сконфигурирована таким образом, чтобы не только распознавать новые услуги и соотносить их с соответствующими параметрами, но и позволять оператору связи создавать инновационные тарифные планы на основе информации по пользованию услугами следующего поколения.
Очень важной характеристикой биллинговой системы является то, насколько быстро она позволяет оператору реагировать на меняющиеся требования рынка и вводить новые сложные схемы тарифных планов для своих абонентов. Например, если оператор отмечает резкое повышение трафика отправки SMS-сообщений через Интернет, ему необходимо оперативно и эффективно использовать это изменение, чтобы извлечь большую прибыль за счет введения специальных тарифов или скидок и стимулировать дальнейшее повышение трафика и, соответственно, собственной прибыли. Кроме того, биллинговая система должна давать возможность оператору создавать специальные бизнес-правила и маркетинговые программы для тарификации не только традиционных видов услуг, но и услуг будущего, параметры которых пока неизвестны.
Следовательно, рейтинговые и биллинговые механизмы должны быть спроектированы таким образом, чтобы оператор легко мог добавлять, извлекать и изменять услуги и соответствующие им бизнес-правила. Роль разработчика систем биллинга заключается не только в том, чтобы предоставить статичный инструмент тарификации, но и дать оператору такие механизмы, бизнес-логика которых может быть оперативно изменена и сконфигурирована самим оператором в режиме реального времени и в соответствии с его требованиями.
Наиболее эффективный механизм рейтинга позволяет точно и логично задавать набор последовательных бизнес-процессов. Такая технология называется "дерево принятия решений" (Дерево DO Tree) и основана на системе узлов и ветвей. Оно строится с помощью графического интерфейса пользователя, позволяющего разрабатывать инновационные тарифные планы в виде логического дерева. Каждый его узел представляет собой тип решения, основанного на продолжительности звонка, балансе абонента, таблице географических зон и др. и может содержать действие или набор действий, которые необходимо предпринять при возникновении определенного события (предоставление скидок или услуги, отправка сообщения или др.).
Дерево принятия решений может обращаться к любому атрибуту события: баланс абонента, информация об абоненте, событийный атрибут и др. Он может запускать любой тип действия и любое количество действий в системе (например, тарификацию, двойную тарификацию, предоставление услуги, расчет скидок и премий, рассылку сообщений или написание скриптов). Единая система правил может обрабатывать все аспекты события (каждые 20 SMS, отправленные абонентом, активируют в дереве DO Tree событие выдачи премии в 1 долл.). Как только определена новая услуга, дерево принятия решений немедленно связывает ее с соответствующим атрибутом и производит необходимые действия.
Определение бизнес-правил в виде естественного и логического потока путем замены устаревших тарификационных таблиц и правил тарификации, используемых во многих действующих биллинговых системах, является главным преимуществом такого механизма и обеспечивает оператору возможность быстро вводить новые услуги и оценивать новые услуги с еще неизвестными параметрами.
Благодаря этому у операторов связи и контент-провайдеров появляется возможность выставлять счет не только за время нахождения клиента в сети, но и на основе других параметров, например за каждое действие клиента.
Сегодня спектр услуг для абонентов достаточно широк, и каждая из них должна оцениваться по-разному. Для этого нужна система, которая поддерживает подобные разграничения: хочет ли пользователь посмотреть на Марс, получая картинку со спутника, или зайти на сайт библиотеки Конгресса США – файлы должны быть распознаны и соответствующим образом оценены.
Таким образом, биллинговая система - не только необходимый, но и один из важнейших компонентов программной инфраструктуры оператора связи. Выбор и внедрение биллинговой системы с экономической точки зрения относится к категории инвестиционно-инновационной деятельности предприятия, поскольку подразумевает использование нового для данной компании технологического решения, требующего соответствующих инвестиций в оборудование, программное обеспечение, процессы установки системы, обучение персонала и т. д. и позволяющего в ходе его эксплуатации получить определенную прибыль за счет предоставления клиентам тех или иных сервисов. Существуют различные методы оценки экономической эффективности инвестиционных проектов на предприятии, однако, поскольку биллинговая система - сложный технический продукт, для корректного применения какого-либо из этих методов необходимо учесть ряд специфических характеристик, присущих данному продукту, и произвести их формализацию.
Выделяют две главные задачи биллинговых систем: сбор статистики об использовании сетевого трафика и автоматический учет денежных средств за потребленные услуги.
Перечислим обычные возможности биллинговых систем:
· ведение детального учета трафика по портам, протоколам, автономным системам, интерфейсам на маршрутизаторе и др.;
· возможность работы в "неразборчивом" (promiscuous) режиме, то есть установка не на маршрутизатор, а внутри non-switched сети;
· управление через Web-интерфейс.
Можно также выделить необязательные, но иногда требуемые функции:
· правильная обработка данных при использовании трансляции адресов (NAT) или кэширующих прокси-серверов;
· деление на российский/зарубежный трафик (по маскам сетей);
· установка квот на расход трафика (в т.ч. т.н. "мягких" квот);
· поддержка IP-телефонии;
· съем статистики с нескольких маршрутизаторов.
Структурно биллинговые системы включают как минимум три основных компонента:
1. модуль сбора статистических данных с сетевых устройств, осуществляющих маршрутизацию IP потоков, или напрямую из сетевых пакетов в "неразборчивом" режиме;
2. модуль хранения и преобразования статистической информации;
3. модуль выборки данных о трафике со стороны администратора и конечных пользователей системы.
2. Обзор современных биллинговых систем
2.1 MSISAServer
Подключение сетей и работающих в них пользователей к Интернету создает проблемы с обеспечением безопасности. ISA Server предоставляет организации все необходимые инструменты для управления и мониторинга использования сетевых соединений. ISA Server защищает сети от неавторизованного доступа, производит анализ информационного потока и предупреждает администратора об атаках через Интернет.
Высокоскоростной доступ в Интернет. Интернет предоставляет организациям замечательные возможности для повышения своей производительности, но это справедливо лишь в случае, если доступ к ресурсам Интернета быстр и экономичен. Функция кэширования ISA Server минимизирует проблемы по доступу к удаленным ресурсам и сокращает нагрузку на сеть, оперативно предоставляя загруженную ранее информацию.
Стандартизованные средства управления. Сочетая корпоративный брандмауэр и кэш-сервер в одном продукте, ISA Server предоставляет универсальную управляющую инфраструктуру, снижающую затраты на управление. ISA Server тесно интегрирован с Windows 2000, предоставляя мощные, согласованные с системными средства для управления пользовательским доступом, настройки конфигурации и системных правил.
Расширяемая, открытая платформа. Политика безопасности различаются от организации к организации. Высокая нагрузка на сеть и разнообразие используемых форматов пакетов и сообщений также нередко создают дополнительные проблемы. В этих условиях не один продукт не может быть полностью пригодным во всех ситуациях. По этой причине ISA Server был задуман и создан максимально расширяемым. Приступив к работе с ним, вы обнаружите объемный комплект ресурсов разработчика (SDK) для проведения самостоятельной разработки, огромный выбор готовых решений в виде надстроек, созданных независимыми компаниями-разработчиками и легко расширяемый модуль администрирования.
План:Характеристика и назначение биллинговых систем;
Структура и функции биллинговой системы;
Основные подсистемы, характерные для биллинга;
Стандарты биллинговых систем
Ключевые слова: биллинг, мультиязычность, мультивалютность, роуминг, стандарт.
Характеристика и назначение биллинговых систем
Биллинговая система (от англ. bill - счет, billing - выписывание счета) - система, вычисляющая стоимость услуг связи для каждого клиента и хранящие информацию обо всех тарифах и прочих стоимостных характеристиках, которые используются телекоммуникационными операторами для выставления счетов абонентам и взаиморасчетов с другими поставщиками услуг. Цикл выполняемых ими операций именуется биллингом. Биллинговая система (БС) представляет собой бухгалтерскую систему, программное обеспечение разработанное специально для телекоммуникационных операторов. Биллинговые системы используются как в телефонии (проводной и сотовой), так и в сетях передачи данных (интернет провайдеры), а так же имеет место в IP-телефонии. Любая БС создается на основе определенной системы управления базами данных (СУБД). Большинство БС в мире создавалось на основе СУБД Oracle. Среди других СУБД можно выделить Sybase и Informix как рассчитанные на большие объемы информации. А вот названия некоторых биллинговых систем: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Стоит упомянуть, что под БС обычно подразумевает и аппаратное обеспечение, участвующие в организации биллинга.Существуют несколько названий биллинговой системы: АСР - автоматизированная система расчетов; ИБС - информационная биллинговая система.
Одним из важных качеств БС является ее гибкость, то есть способность приспосабливаться к изменившимся обстоятельствам. Гибкая система адаптирована не только к одномоментным потребностям оператора; за счет таких качеств, как настраиваемость, модульность и открытость она позволяет решать перспективные задачи. Модульный принцип построения системы - ϶ᴛᴏ ᴛакой принцип, при котором вся система собирается из отдельных частей (модулей). БС тоже состоит из таких модулей - подсистем. БС включает в себя, к примеру, подсистему предварительной обработки данных, подсистему оперативного управления биллингом, подсистему оповещения клиентов. Под открытостью системы подразумевается открытость исходного кода программного продукта, что позволяет оператору не зависеть от разработчика в будущем и самостоятельно обслуживать и модернизировать систему. Тесно связано с гибкостью БС и следующее качество автоматизированных систем расчета - масштабируемость.
Масштабируемость по нагрузке. При росте абонентской базы, появлении дополнительных услуг не должна появляться необходимость изменять или дорабатывать программную часть БС. Увеличение возможностей БС должно достигаться за счет модернизации аппаратной части системы. При проектировании масштабируемых систем необходимо использовать СУБД, рассчитанные на большие объемы данных. СУБД должна быть совместима с различными компьютерными платформами, чтобы обеспечивать поддержку многопроцессорного режима работы.
Надежность - одно из основных требований, предъявляемым к любой системе. Надежность БС определяется надежностью СУБД и технологий, используемых при разработке системы. Далеко не последнее место занимает надежность поставщика (разработчика) прикладного программного обеспечения: время его работы на рынке и, как косвенный показатель, процент присутствия разработанных им систем на телекоммуникационном рынке. При этом надежность БС обеспечивается также соблюдением определенных стандартов при их разработке.
Мультиязычность - возможность устанавливать различные языки для представления информации.
Мультивалютность - возможность работать с любыми валютами
Отложенный биллинг - биллинг, при котором расчеты производятся после состоявшихся звонков.
Горячий биллинг - изменение баланса счета происходит в процессе разговора, и информацию об остатке на Вашем счету можно получить сразу после звонка.
Оптимизация биллинга - улучшение, совершенствование оператором своей БС.
Большие БС - системы, применяемые крупными операторами.
Постинг биллинга - фиксация результатов расчета биллинга; после расчетов результаты становятся доступными пользователям (рассылаются, печатаются).
Так как БС предназначена для автоматизации расчетов с клиентом, то она и должна обеспечивать автоматизацию начиная с заключения договора до выписки счетов за услуги сотовой связи, причем корректно. При помощи подсистем автоматических услуг и автоматического сбора данных АСР должна предоставлять абонентам возможность самообслуживания. Некоторые БС позволяют абонентам оформлять заказы на подключение и производить оплату услуг через Интернет.
Структура и функции биллинговой системы
Схема организации биллинга не сложна: информация о соединениях и их продолжительности записывается коммутатором и после предварительной обработки передается в расчетную систему. Расчетной системе "известны" тарифы. Она идентифицирует вызов и выполняет необходимые расчеты, формируя тем самым счет абонента. Очевидно, что в памяти системы должны храниться не только нормативы, тарифы и информация об услугах, но и данные о клиентах, заключенных контрактах с абонентами и сторонними поставщиками услуг связи (если таковые имеются), а также о стоимости передачи информации по разным каналам и направлениям (системой должно быть также предусмотрено наличие дилеров: у них могут быть другие расценки, к примеру, на подключение). Кроме этого, любая БС должна иметь базу, хранящую историю платежей: только эти сведения позволяют контролировать процесс оплаты и автоматизировать так называемую активацию/деактивацию абонентов. Эту функцию БС можно еще назвать защитной, так как она не позволяет пользоваться услугами связи тем, кто за них не платит.
Рис. 11. Структура биллинговой системы
По функциональным возможностям БС можно разделить на три класса: предназначенные для транснациональных операторов связи, заказные национального масштаба и системы среднего класса для региональных сетей.
БС, относящиеся к первому классу, должны обеспечивать взаимодействие сетей на межнациональном уровне, в различных временных зонах, т.е. они должны быть мультивалютными и мультиязычными.
Заказные системы национального масштаба создаются под определенного оператора. Оператору может понадобиться новая БС, совместимая с уже существующей расчетной системой. Разумеется, стоимость таких единичных систем значительно выше.
В масштабе региона можно вполне обойтись стандартными БС. При этом и такие системы должны обладать качествами, перечисленными выше: гибкостью, масштабируемостью, надежностью. Любая БС создается и настраивается на бизнес-процесс определенного оператора связи, имеет собственный набор функций, соответствующий технологическому циклу предоставления услуг, и может работать с конкретным сетевым оборудованием, поставляющим ей информацию о вызовах и соединениях, - то есть БС не является "коробочным" продуктом. Но существует и стандартный набор функций, поддерживаемых практически всеми БС. В него входят:
операции, выполняемые на этапе предварительной обработки и анализа исходной информации, к примеру, функция получения данных о соединениях и услугах (запросы к коммутатору);
операции управления сетевым оборудованием: функции активации/деактивации (блокировки/разблокировки) абонентов и команды изменения условий подписки абонентов, передаваемые непосредственно в коммутатор;
основные функции приложения СУБД, включающие в себя: тарификацию записей коммутатора о вызовах и услугах; формирование и редактирование таблиц базы данных расчетной системы; выставление счетов и их печать; кредитный контроль счетов; составление отчетов; архивацию.
Как уже было сказано, БС должна обладать гибкостью или модульностью. Каждый элемент АСР обеспечивает реализацию конкретного участка технологической цепочки обслуживания клиента. Основные подсистемы, характерные для биллинга, это: подсистема предварительной обработки данных о соединениях, оперативное управление биллингом и подсистема оповещения клиентов.
Заказывать разработку новой системы под свои задачи - слишком дорого и слишком долго. Поэтому встала задача - найти подходящее решение. Выбор в итоге пал на BGBilling. В итоге вот уже год как мы работаем с этой системы и в целом всем довольны. Почему мы выбрали именно систему и чем она хороша (минусы тоже постараюсь осветить) постараюсь подробно изложить ниже.
Какие модули кому нужны будут? Без модуля абонентских плат - никуда. Берем его, максмальная цена за бесконечное количество лицензий (бесконечное начинается с 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 если появились какие-то вопросы - задавайте, постараюсь ответить.
Размышляя о насущных проблемах и сводя дебет с кредитом, раздумывая, как же совершать платежи, экономя время, и при этом не терять в средствах, я пришел к мнению, что электронный платеж для меня является наиболее удобной формой взаиморасчета с поставщиком услуг.
Имея обычную банковскую карту, я могу совершать любые покупки и оплачивать пополнять мобильный телефон и вести бизнес. И при этом не стоять в длинных очередях в кассу банка или ждать, пока мне выпишут квитанцию на оплату с пометкой в уголке. Оказалось, для меня это идеальное решение. Я взял себе его на вооружение, но нотки сомнения все-таки закрадывались в сознание. Насколько выгодно мне это? Какова вероятность ошибки при оплате электронным платежом? Силен стереотип, «что без бумажки, ты ….». Да и наслышан о разных случаях потери платежа или исчезновения денег с мобильного.
Решил во всем разобраться: как же все это происходит и кто это контролирует. Перечитал уйму информации и выяснил, как это все работает. Оказывается что есть такая система - биллинг - это не физический закон, а обыкновенная программа для ведения взаиморасчетов. То есть, обычными словами и для простого человека, биллинговая система - это отдельный компьютер с Простому обывателю достаточно будет знать принцип действия системы и не забивать голову всей той заумной информацией, которую я прочитал.
Хотите знать, что такое биллинг?
Биллинг в сленговом переводе означает расчет , и, оказывается, система такого расчета уже давно закрепилась в нашей жизни. Я даже никогда не задумывался, как происходит снятие денежных средств с мобильного. Оказывается, этим управляет биллинговая система, которая хранит данные о клиенте, его тарифах, направлении звонков. Полностью всю информацию о происходящем. В онлайн-режиме происходит обмен данными между абонентом и биллинг-центром. Счет телефона можно проверить сразу же после звонка, а они вот тебе уже посчитали и списали с баланса. Биллингом пользуются все: мобильные терминалы, телекоммуникационные провайдеры, операторы мобильной связи, интернет-банкинг, хостинг-провайдеры и так далее. Абсолютно все компании и частные предприниматели, касающиеся информационных технологий и оплаты электронным платежом, пользуются биллинговой технологией.
Что такое биллинг и как он работает?
Программное обеспечение для биллинг-систем разрабатывается индивидуально, под специфику заказчика. Это могут быть и многофункциональные приложения для интернет-магазина, и корпорационная разработка (вроде функционала МТС). Все происходит автоматически, под контролем программы. расчет по для каждого клиента индивидуально, согласно предоплаченному или контрактному тарифному плану - учитывается все. Любые мелочи. Ни одна секунда или килобайт трафика не останется неучтенной, все просчитывается и тарифицируется. И нередко совершенно не в пользу потребителя. Хитрости, к которым прибегают некоторые компании в сфере просто поражают, а их заработок увеличивается на порядок.
Основная задача биллинга - это перечисление денежных средств клиента на компании за предоставленные услуги. Или в обратную сторону - начисление пакетных услуг в объеме, оплаченном, согласно тарифному плану, клиентом. Все, конечно, намного сложнее, если досконально разбирать, что такое биллинг. Есть много того, что биллинг считает и контролирует, но не стоит этим забивать голову, если вы, конечно, не захотите стать разработчиком. Для этого придется изучать намного глубже всю «кухню» телекоммуникаций и связи.
Уничтожив несколько часов в поисках истинны, я пришел к мнению, что система биллинга отлично справляется с поставленной задачей и ей можно доверять. Ведь от мошенников защищает именно она. Она контролирует финансовые потоки и распределения между поставщиками услуг и абонентами. Теперь вы знаете, что такое биллинг.
