Биллинг телекоммуникаций - Краткое руководство
Отправка голоса, данных, изображений, факсов и т. Д. Из одной точки в другую с использованием электронных средств связи называется телекоммуникацией и, вкратце,telecom'. Примеры включают телефон, радио, телевидение и Интернет. Среда передачи включает провод (медь), оптоволокно, эфир (беспроводной), радиомачты, микроволновую печь, спутник и т. Д.
Теперь давайте перечислим несколько международных операторов связи, которые предоставляют удовлетворительные услуги связи своим клиентам.
- Verizon
- Vodafone
- Airtel
- TATA
- Etisalat
- Qtel
Давайте также перечислим несколько основных телекоммуникационных услуг, предоставляемых различными известными операторами связи.
- Голосовой звонок
- Факс
- SMS и MMS
- Интернет-соединение
- Загрузка и выгрузка данных
- Видео-конференция
- Услуги на основе IP, т. Е. Передача голоса по IP или VPN
Операторы связи взимают плату со своих клиентов по-разному, но в основном используются два параметра для взимания платы с клиентов:
Rental Charges- Это ежемесячные платежи, взимаемые с клиентов за предоставленные услуги. Например, ежемесячная плата за телефон будет составлять 5 долларов США, независимо от того, пользуетесь вы им или нет.
Usage Charges- Это сборы, взимаемые с клиентов в зависимости от использования услуги. Например, с вас будет взиматься плата за все звонки, которые вы сделали, или данные, загруженные с вашего телефона.
Помимо ежемесячной платы за аренду и использование, операторы могут также взимать плату за инициирование услуги, установку, приостановку или прекращение обслуживания.
Telecom Billing - это процесс сбора данных об использовании, их агрегирования, взимания необходимых сборов за использование и арендную плату и, наконец, создания счетов для клиентов. Процесс биллинга Telecom также включает в себя получение и запись платежей от клиентов.
Биллинговые Системы
Могут существовать очень сложные сценарии зарядки, с которыми будет сложно справиться вручную. На рынке программного обеспечения доступны современные биллинговые системы, которые могут очень эффективно решать задачи биллинга и предоставляют поставщикам услуг широкие возможности для предложения своих услуг с различными ценовыми структурами.
Биллинговые системы часто рассматриваются как дебиторская задолженность, поскольку биллинговая система помогает в сборе (получении) денег от клиентов. Биллинговые системы также являются частью кредиторской задолженности (для расчетов между операторами связи), поскольку клиенты часто пользуются услугами других компаний, такими как беспроводной роуминг, междугородняя связь и завершение вызовов через другие сети.
Биллинговые системы - это высококачественное, надежное и дорогое программное обеспечение, которое предоставляет различные функции. Вот список наиболее важных функций, но не ограничиваясь следующим:
Rating & billing - Он включает в себя оценку использования продуктов или услуг и ежемесячное выставление счетов.
Payment processing - Он включает в себя проводку платежей клиента на его / ее счет.
Credit control and collections - Это погоня за невыплаченными платежами и принятие соответствующих мер по сбору платежей.
Disputes and adjustments - Она включает в себя записи споров клиентов с их счетов и создание корректировки вернуть оспариваемую сумму в целях урегулирования споров.
Pre-pay and post-pay services - Это включает поддержку клиентской базы как с предоплатой, так и с постоплатой.
Multilingual & multiple currencies - Поддержка нескольких языков и валют требуется, если бизнес распространяется по всему миру и у него есть многонациональные клиенты, или если этого требует государственное регулирование.
Inter-carrier settlements - Это связано с разделением доходов между операторами связи, которые предоставляют услуги клиентам друг друга.
Products & services - Это включает в себя предоставление гибкого способа поддержки различных продуктов и услуг и их продажи по отдельности или пакетами.
Discount applications - Это включает определение различных схем скидок, чтобы уменьшить отток клиентов, а также привлечь и увеличить клиентскую базу.
Типы выставления счетов
Когда вы детализируете тему биллинга, все становится сложнее. Я постараюсь охватить большинство концепций позже в этом руководстве, но сначала позвольте нам получить общее представление о широко используемых типах биллинга -
Pre-pay Billing- Механизм выставления счетов, при котором клиент платит заранее, а после этого начинает пользоваться услугой. Обычно клиенты с предоплатой не получают никаких счетов-фактур, и с них в режиме реального времени взимается плата с помощью высокодоступных биллинговых систем, называемых 'IN'(Интеллектуальная сеть).
Post-pay Billing- Это обычный биллинг, который приходит на многие годы. Здесь клиенты покупают продукты и услуги и используют их в течение месяца, а к концу месяца поставщик услуг создает счета и отправляет их клиентам для внесения причитающихся им платежей.
Interconnect Billing:Оператор сети обычно несет финансовую ответственность за услуги, предоставляемые его клиентам другими сетями, независимо от того, платит ли клиент за услугу или нет. Биллинг за межсетевое соединение связан с межоператорской связью или иногда называетсяpartner settlements.
Roaming Charges- Когда клиент переходит из зоны покрытия одного оператора сети в зону покрытия другого оператора, первый оператор будет платить второму оператору маржинальные сборы за предоставление услуг своим клиентам. Оплата таких сборов осуществляется посредством биллинга в роуминге. Этот расчет выполняется в соответствии с протоколом TAP3, который мы обсудим в следующих главах.
Convergent Billing- Конвергентный биллинг - это объединение всех сборов за обслуживание в единый счет клиента. Конвергентный биллинг означает создание единого представления о клиенте и всех услугах (мобильных, фиксированных, IP и т. Д.), Предоставляемых этому клиенту.
Поставщики биллинговых систем
Биллинговые системы - это основа любого оператора связи. Если у операторов не будет сильной биллинговой системы, они не смогут предлагать свои продукты и услуги с привлекательными акциями и предложениями, и в конечном итоге они не смогут выдержать конкуренцию на сегодняшнем динамичном рынке.
Вы можете найти тысячи поставщиков, которые продают свои биллинговые продукты с заявлением о большом количестве функций, но на рынке есть несколько действительно хороших и наиболее часто используемых. Некоторые из хороших биллинговых систем перечислены ниже -
Система | Веб-сайт |
---|---|
Convergys IRB | www.convergys.com |
Ансамбль Amdocs | www.amdocs.com |
Гобелен AMS | www.amsinc.com/telecom |
Kenan Arbor | www.kenan.com |
Единый просмотр | www.intecbilling.com |
Портал Инфранет | www.intecbilling.com |
Ericsson IN | www.ericsson.com |
На следующей диаграмме показана типичная архитектура биллинговой системы -
Здесь у нас есть две возможности -
Система CRM (Управление взаимоотношениями с клиентами) / OMOF (Управление заказами и выполнение заказов) связывается с биллинговой системой, а биллинговая система контактирует с системой обеспечения для предоставления услуг и системы сетевой инвентаризации, а также для назначения номеров телефонов или IP-адресов и т. Д.
Вторая возможность может заключаться в том, что сама система CRM / OMOF связывается с системой обеспечения для предоставления услуг и системы инвентаризации сети, а также для назначения номеров телефонов или IP-адресов и т. Д.
Типичный процесс выставления счетов
Принимая во внимание вышеупомянутую системную архитектуру: → После того, как вызов сделан или вы можете сказать, что использование создается конечным потребителем, система-посредник собирает данные об использовании с сетевого коммутатора и создает call-detail record(CDR). Этот CDR должен содержать номер стороны «A» и номер стороны «B», дату и время начала и окончания.
Затем CDR сохраняется до тех пор, пока не будет проведена оценка. Чтобы оценить вызов, проверяется CDR, чтобы определить, является ли вызов, например, номером 800, местным вызовом, который покрывается планом местных вызовов, международным вызовом или платным вызовом. Такая информация, как время звонка и код города или код страны, используется для расчета стоимости звонка.
После оценки каждого звонка эта информация сохраняется до выставления счета, обычно один раз в месяц. При выставлении счета к счету могут применяться другие расходы, не связанные с использованием, такие как скидки или ежемесячные сборы, или иногда называемые счетом.
Это может быть скидка за время оценки или скидка за время выставления счетов, различные платежи, сделанные клиентами, различные корректировки, вся эта информация участвует в генерации окончательного счета.
Затем эта информация преобразуется в формат, который можно распечатать в удобочитаемой форме. Наконец, конверт печатается, заполняется вложениями и отправляется конечному покупателю.
Требования к биллинговой системе
Биллинговая система должна состоять из ряда независимых приложений, которые при совместной работе называются биллинговой системой. Хорошая биллинговая система должна обеспечивать следующие основные функции с глубиной гибкости:
Customer-interface Management - Биллинговая система должна иметь возможность обрабатывать инициированные клиентом контакты, контролировать исходящие контакты с клиентом и управлять жизненным циклом контакта.
Order Management- Это базовая функциональность, которая должна быть доступна в типовой биллинговой системе. Биллинговая система должна быть достаточно способной, чтобы фиксировать заказ продуктов и услуг, управлять жизненным циклом ввода заказа и контролировать жизненный цикл завершения заказа.
Sales and Marketing - Удовлетворительная система выставления счетов должна отвечать на запросы клиентов, обрабатывать комиссионные, обеспечивать поддержку продаж, отслеживать потенциальных клиентов, управлять кампаниями, анализировать производительность продукта и приобретать несколько жилых единиц.
Rate Plans and Rating - Биллинговые системы должны управлять разнообразными продуктами и услугами, различными тарифными планами, связанными с этими продуктами и услугами, и должны обеспечивать гибкие способы тарификации использования этих продуктов и услуг.
Discounting - Биллинговая система должна быть способна предоставлять различные виды скидок при разном использовании и аренде.
Invoicing - Важно, чтобы система выполняла запросы на выставление счетов, генерировала счета, обрабатывала депозиты, выполняла администрирование счетов, сохраняла информацию о налогах и сборах и обрабатывала финансовую информацию.
Credit Control & Collection- Система выставления счетов должна контролировать использование и доход, назначая разные классы кредита разным клиентам. Система должна поддерживать сбор платежей и применение их к разным счетам.
Multilingual Support - Многоязычная поддержка включает предоставление счетов-фактур и обслуживание клиентов на нескольких языках.
Multiple Currencies - Использование нескольких валют в разных странах может усложнить систему выставления счетов, поскольку система выставления счетов и обслуживания клиентов должна иметь возможность записи и обработки в единицах нескольких валют.
Partner revenue management - Управление доходами партнеров - это распределение доходов между операторами связи, которые предоставляют услуги клиентам друг друга.
Problem Handling - Система выставления счетов также должна иметь возможность управлять вводом заявок на устранение неисправностей, координировать закрытие заявок на устранение неисправностей и отслеживать ход решения проблемных заявок.
Performance Reporting - Удовлетворительная система будет предоставлять отчеты о производительности, обеспечивать отчетность о качестве обслуживания (QoS), создавать управленческие отчеты и генерировать нормативные отчеты.
Installation and Maintenance - Система также должна обеспечивать планирование персонала и управлять действиями, выполняемыми на территории клиента.
Auditing & Security- Биллинговая система должна выполнять аудит данных и проверки целостности. Оператору всегда нужна безопасная система.
Помимо вышеперечисленных функций, хорошая биллинговая система должна:
Ускорение вывода на рынок новых услуг.
Обеспечение конвергентного взгляда на клиентов и продукты.
Поддержка экономичной масштабируемости архитектуры.
Обеспечение управления партнерскими отношениями и урегулирования.
Снижение совокупной стоимости владения.
Что следующее?
Начиная со следующей главы, мы попытаемся охватить весь процесс, начиная с определения продуктов и услуг, связывания плана и тарифов с этими продуктами, привлечения клиентов (продажи продуктов конечным потребителям), регистрации использования, генерируемого этими клиентами, и, наконец, оценки и выставление счетов за это использование для отправки окончательного счета этим клиентам.
Предположим, такой оператор связи, как Airtel, хочет создать собственную биллинговую систему. Затем Airtel придется сначала определить свои продукты и услуги своим отделом продаж и маркетинга, прежде чем переходить к настройке биллинговой системы.
Что такое продукт?
Продукт - это логическая или физическая сущность, которую операторы могут продать конечному потребителю. Это может быть мобильный телефон, подключение к Интернету, подключение для голосовых вызовов, VPN, видео по запросу, подключение к цифровому телевидению и т. Д.
У продукта может быть ежемесячная аренда, которую мы также называем периодической оплатой. Продукт может бытьusage generating product или же non-usage generating product. Продукт, генерирующий использование, иногда называют продуктом, генерирующим событие, а продукт, не генерирующий использование, называется продуктом, не генерирующим события.
Например, соединение голосового вызова, которое поставляется вместе с номером телефона, является продуктом, генерирующим использование, поскольку оно генерирует использование всякий раз, когда конечный покупатель использует этот продукт для выполнения голосового вызова. Простой телефонный аппарат без подключения к Интернету - это продукт, который не используется, и его можно отдать клиенту только на основе ежемесячной арендной платы. Таким образом, даже если клиент им не пользуется, он должен платить ежемесячную арендную плату.
Что такое услуга?
Когда мы говорим о них с точки зрения маркетинга, как таковых нет никакой разницы между продуктами и услугами, потому что в большинстве случаев они взаимозаменяемы разными экспертами по биллингу и маркетингу.
Проще говоря, оператор использует свои продукты для предоставления голосовых услуг своим клиентам. Международный вызов можно назвать услугой, предоставляемой с помощью соединения для голосового вызова. Другим примером может быть номер 800, который может быть доступен или недоступен через конкретного оператора, ожидание вызова, переадресация вызова - это услуга, предоставляемая моделью телефона или оператором.
В этом руководстве будет использоваться Product and Serviceтермины взаимозаменяемы. Проще говоря, продукты - это предметы, которые клиенты могут либо купить напрямую, либо сдать в аренду. продукты могут быть -
- Реальные объекты (например, мобильный телефон)
- Услуги (например, услуга ожидания вызова в телефонной системе)
- Более абстрактные концепции (например, соглашение об уровне обслуживания)
Семейства продуктов
Связанные продукты можно сгруппировать в семейство продуктов. Возможны несколько уровней продуктов, поэтому продукт может быть как родительским, так и дочерним одновременно.
Кроме того, при необходимости каждое семейство продуктов может иметь более одного родительского продукта. Примеры семейств продуктов:
- Услуги телефонии
- Кабельное ТВ
- Internet
- Выделенная линия
Группа товаров (пакеты)
Часто операторы объединяют более одного продукта в одну группу и продают их как полный пакет. Существуют биллинговые системы, которые поддерживают объединение различных типов продуктов в пакет. Его можно предложить по сниженной цене.
Пакеты позволяют предлагать продукт покупателю по сниженной цене, если он является частью пакета. Каждая упаковка может состоять из любого количества продуктов, и эти продукты могут быть взяты из более чем одного семейства продуктов.
Этот пакетный ценовой план для продукта обычно отличается от его сравнительного (то есть не связанного с пакетом) ценового плана, поскольку именно так компания предлагает покупателю скидку за покупку полного пакета. Однако это не обязательно, так как продукту может быть назначен один из стандартных тарифных планов в пакете.
Атрибуты продуктов
С продуктом может быть связано несколько атрибутов. Атрибуты продукта позволяют хранить информацию об отдельных экземплярах продукта, если соответствующая информация различается между типами продукта. Например, продукт платного телевидения может иметь атрибут, записывающий номер его приставки.
Кроме того, продукту мобильного телефона могут потребоваться атрибуты для записи международного идентификатора мобильного абонента (IMSI) и международного номера ISDN мобильной станции (MSISDN).
Типы товарных событий
С продуктом может быть связано несколько типов событий. Эти типы событий управляют событиями, которые могут быть созданы продуктом.
Например, мобильный телефон может иметь такие типы событий, как голосовые вызовы и службы обмена сообщениями. С одним телефонным устройством может быть связано намного больше типов событий, и оператор может взимать с конечного потребителя плату за каждое событие, созданное клиентом.
Перспектива биллинговой системы
После того, как ваш отдел маркетинга завершит разработку всех продуктов, услуг, пакетов и связанных с ними цен, они будут настроены в биллинговой системе.
Различные биллинговые системы предоставляют разные уровни гибкости определения продуктов и их иерархий с точки зрения родительских, дочерних и дочерних продуктов.
Некоторые системы достаточно гибки, чтобы поддерживать пакеты и связки, а некоторые предоставляют ограниченные функции, связанные с пакетами и скидками.
В некоторых системах каталоги продуктов хранятся отдельно от каталогов цен, чтобы обеспечить лучший модульный подход, а некоторые системы биллинга объединяют в себе описания продуктов, их характеристики и соответствующие цены.
После того, как все продукты, услуги, пакеты и их события настроены в биллинговой системе, следующим шагом будет определение их стоимости аренды и использования, о чем мы расскажем в следующей главе.
Что следующее?
Если вы поняли, что такое продукт или услуга и пакет, то можете перейти к следующей главе, чтобы понять, как их цены определяются отделом маркетинга, доступным для любого оператора.
Отдел маркетинга компании-оператора связи усердно работает над определением платы за аренду и использование различных продуктов и услуг. Эти сборы определены с учетом других конкурентов и правил. Вообще говоря, существует два типа тарифов, также называемых тарифными планами или тарифными планами, в зависимости от терминологии, используемой в различных системах биллинга.
Могут применяться разные типы сборов за продукт и связанные с ним услуги. Для данного продукта оператор может определить одну или несколько из следующих сборов, но они не ограничиваются только этими сборами, могут быть другие типы сборов в зависимости от страны, местоположения и бизнес-ситуации:
Product Initiation Charges - Это единовременные платежи, которые могут взиматься с клиента в рамках установки, активации, обслуживания или установления соединения.
Product Periodic Charges - Это сборы, которые могут взиматься ежемесячно, раз в два месяца или ежегодно в качестве арендной платы за предоставляемые продукты и услуги.
Product Termination Charges - Это сборы, которые могут применяться при прекращении действия продукта и услуги.
Product Suspension Charges- Это сборы, которые могут применяться, если действие продукта приостановлено по какой-либо причине; например, неуплата.
Product Suspension Periodic Charges - Может существовать требование периодически взимать с клиента плату, даже если действие клиента приостановлено по какой-либо причине.
Product Re-activation Charges - Предполагая, что действие продукта было приостановлено по какой-либо причине и теперь требуется его активация, оператор может взимать плату за повторную активацию этой услуги.
Product Usage Charges- Это наиболее важный тип оплаты, который будет применяться в зависимости от использования услуги. Например, количество звонков в минуту или секунду, загрузка данных в мегабайтах и т. Д.
Все вышеперечисленные сборы определены (т. Е. Настроены) в различных каталогах тарифов, включая или не включая применимый налог, в зависимости от нормативных требований. Эти каталоги различаются от биллинговой системы к биллинговой системе. Некоторые биллинговые системы хранят все цены в едином каталоге, а некоторые биллинговые системы хранят плату за использование отдельно от других сборов.
Эти каталоги поддерживаются в биллинговой системе, но они также доступны для клиентской системы, поэтому при создании учетной записи клиента к клиенту могут применяться разные тарифы.
Все цены определяются на основе продуктов и их пакетов. Могут быть разные комбинации продуктов с разными ценами в разных упаковках.
Следующий раздел даст вам представление о различных концепциях, которые тесно связаны с определением тарифов.
Авансовые и просроченные платежи
Возможна ситуация, когда оператор захочет взимать со своих клиентов аванс за одни услуги и в конце каждого месяца за другие услуги.
Оплата, взимаемая заранее перед предоставлением услуг, называется in-advance charging и расходы, взимаемые после предоставления услуг, называются in-arrear charges.
Для начисления просроченной задолженности плата за продукт применяется в течение периода, по крайней мере, за день до текущей номинальной даты выставления счета (или даты запроса счета для непериодических счетов).
Таким образом, при настройке различных сборов биллинговая система должна предоставлять возможность настраивать сборы заранее, и это всегда необязательно для операторов, если они хотят настроить определенную цену заранее или в просрочку.
NOTE- Плата за использование не может взиматься заранее, пока она не станет единовременной, потому что вы никогда не знаете, сколько использования клиент собирается произвести в следующем месяце. Если это единовременная сумма, вы можете взять эту сумму заранее и позволить клиентам использовать неограниченное количество услуг в зависимости от их требований.
Прямые и непропорциональные платежи
Рассмотрим ситуацию, когда клиент подключается к телефону в середине месяца, и его счет должен формироваться в первый день каждого месяца. Если цены не подлежат пропорциональному распределению, биллинговая система будет взимать с клиента плату за весь месяц, что было бы несправедливо по отношению к клиенту. То же самое применяется при прекращении действия, если клиент прекращает обслуживание в середине месяца, тогда оператор может не захотеть взимать с клиента плату за оставшуюся часть месяца.
Пропорциональная цена означает, что они будут применяться только в течение количества дней, в течение которых клиент будет пользоваться услугой. Например, если ежемесячная аренда продукта составляет 30 долларов США, и клиент использовал этот продукт только в течение 10 дней, система выставления счетов должна взимать с клиента всего 10 долларов США за эти 10 дней.
Таким образом, биллинговая система должна предоставлять возможность настраивать определенные цены как пропорционально, так и непропорционально, и позволять операторам выбирать, что им лучше всего подходит.
Возвратные и невозвратные сборы
Теперь рассмотрим ситуацию, когда оператор взимает с клиента плату за весь месяц заранее, но клиент уходит в середине месяца после использования услуги в течение 10 дней.
Если цены были настроены как невозвратные, они не будут возвращены клиенту, но если они настроены как возмещаемые, они будут возвращены клиенту. Второе правило: если цены были настроены как пропорциональные, то они будут возвращены на основе пропорционального распределения, в противном случае они будут возвращены полностью.
Опция отмены начисления
Хорошая биллинговая система дает возможность переопределить базовые цены на момент их предоставления клиенту.
Например, для определенного продукта базовые цены в каталоге определены 30 долларов в месяц, но покупатель не готов платить. $30 per month, and based on some bargaining, he is ready to pay $25 в месяц. В такой ситуации представитель службы поддержки клиентов (CSR) должен иметь возможность изменить определенную базовую цену.$30 and add them as $25 на момент создания клиента в системе.
Система биллинга должна предоставлять операторам необязательное положение, может ли конкретная цена быть переопределена или нет, и позволять операторам решать, хотят ли они переопределить некоторые сборы во время продажи, или они будут фиксированными во всех ситуациях.
Разделение доходов по кодам доходов
Все операторы хотели бы знать, сколько они заработали на конкретном продукте, его аренде, приостановке или использовании и т. Д.
При определении разных цен в каталоге биллинговая система должна предоставлять возможность связывать какие-то коды доходов или ключевые слова с разными типами сборов. Это помогает в создании различных отчетов на основе кодов, связанных с доходом.
Классификация тарифов
Оператор может определять разные тарифы, которые могут предлагаться разным людям с разными классами кредита. Например, линия передачи данных 5 Мбит / с по цене$100 per month can be offered to a customer having monthly income more than $1000 в месяц и линия передачи данных 1 Мбит / с могут быть предложены клиенту с минимальным ежемесячным доходом 500 долларов в месяц.
Все биллинговые системы предоставляют возможность определять различные классы кредита, которые могут быть назначены клиентам на основе их кредитной истории и дохода, а также могут быть основаны на некоторых других параметрах, определенных оператором.
Все продукты и услуги могут иметь разные тарифные планы, которые могут быть предложены разным классам людей - от общего до VIP-класса.
Параметры платы за использование
Существует ряд параметров, которые можно использовать при определении платы за использование. Например -
Звонки в дневное время, обычно называемое пиковым временем, будут тарифицироваться по более высокому тарифу, а в ночное время, т. Е. Тариф в непиковое время будет относительно низким.
Если вызовы завершаются в одной сети, обычно называемые внутрисетевыми вызовами, будут тарифицироваться по относительно низким ценам.
Звонки в выходные, то есть в субботу и воскресенье, оплачиваются по низким ценам.
Звонки в конкретный пункт назначения будут оплачиваться по высоким ценам.
Звонки во время некоторых фестивалей будут оплачиваться по специальным ценам.
Загрузка данных с определенного сайта будет бесплатной.
Отправка SMS на определенный код будет оплачиваться по высокой цене.
Звонки внутри определенной группы номеров, обычно называемой закрытой группой пользователей (CUG), будут оплачиваться по нулевой цене.
Стоимость отправки международного или национального MMS-сообщения будет такой же.
Биллинговые системы обеспечивают большую гибкость для определения различных таких правил для начисления платы за голос, данные, SMS или MMS, генерируемые клиентом.
Что следующее?
Теперь у нас есть все продукты, услуги и связанные с ними тарифы, доступные в биллинговой системе. В следующей главе мы увидим, как продавать эти продукты конечным пользователям и создавать их записи в системе.
Клиент - это «юридическое лицо» (которое может быть физическим или юридическим лицом), которое принимает продукты и услуги, предлагаемые поставщиком услуг, и несет ответственность за оплату счетов. В сценарии выставления счетов за жилую недвижимость клиент может быть единственным домовладельцем. В сценарии выставления счетов для бизнеса клиентом может быть корпорация.
Individual customer- Индивидуальный покупатель - это отдельное лицо (или домохозяйство), которое покупает один или несколько продуктов и оплачивает счета. Не будет никакой иерархии, необходимой для обслуживания клиента или учетной записи.
Company customers- Заказчик компании - отдельная компания или филиал компании. Может быть типичный родительский и дочерний типы иерархии клиентов, представляющие различные филиалы или отделы компании.
Процесс привлечения клиентов
Привлечение клиентов - это процесс выявления, привлечения и удержания потенциально прибыльных клиентов. Это обрабатывается с помощью системы под названиемCustomer Relationship Management (CRM), которая является одной из важных систем поддержки бизнеса (BSS).
CRM-система всегда будет связана с различными системами, включая биллинговую систему, и передает личные данные клиентов, а также информацию о продуктах и услугах в биллинговую систему.
Клиент, который покупает продукты и услуги, должен быть активирован в системе, и для этого требуются различные данные о клиенте -
Клиенту, возможно, придется заполнить форму заявки, указав личные данные.
Подтвердите личность клиента, чтобы предотвратить мошенничество.
Поставщик услуг должен провести проверку кредитоспособности клиента и назначить соответствующий класс кредита на основе кредитной истории, ежемесячного дохода и т. Д.
Предлагайте соответствующие продукты, которые предоставляются в сети для предоставления услуги.
После того, как покупатель приобретен, необходимо управлять им и удерживать его, что включает в себя:
Взаимодействие и общение с клиентом по вопросам продаж и инкассации.
Эти взаимодействия могут быть записаны в различных форматах, таких как заметки, голосовые записи и т. Д. Эти данные могут использоваться для анализа поведения клиента и помогают поставщику услуг предоставлять более качественные услуги, чтобы удерживать клиента.
Обработка заявок на устранение неисправностей, выставленных клиентами, для решения любой проблемы, с которой они сталкиваются с сетью, счетом и т. Д. Эти данные также могут использоваться для анализа поведения клиента и помогают поставщику услуг в улучшении услуг, чтобы удержать клиента .
Разрешение любых споров по счетам и корректировок, возникающих между клиентом и поставщиком услуг.
Жизненный цикл клиента
Типичный жизненный цикл клиента показан ниже на следующей диаграмме -
Здесь кратко описаны все этапы жизненного цикла клиента -
Customer Engagement − Клиент связывается с CSR (представителем службы поддержки клиентов), и CSR вовлекает клиента с различными продуктами и услугами, продавая их клиенту.
Order Creation and Fulfilment - Клиент принимает продукт (ы) и услуги (ы), а CSR создает и завершает заказ в системе, который затем выполняется путем поставки потребителю необходимых продуктов и услуг.
Service Provisioning - Продукты и услуги предоставляются в сети с помощью системы, называемой Provisioning System. Система обеспечения информирует сеть об информации клиента и услугах, которые им разрешено использовать. Фактически, это активирует клиента в сети.
Products Utilization - Как только клиент активирован в сети, он начинает использовать продукты и услуги, включая звонки, загрузку данных и т. Д.
Products and services usage is Rated & Billed - Данные об использовании клиентов собираются из сети, а затем оцениваются на основе определенных тарифных планов и выставляются счета для применения арендных ставок и требуемых скидок, корректировок и т. Д.
Bill Delivery - Как только счет сформирован, он доставляется конечному потребителю, требующему выручки за предоставленные услуги.
Bill Payments - Заказчик производит оплату по полученным счетам.
Dunning & Collection- Может быть много клиентов, которые вовремя не оплатят счета. Таким клиентам рассылаются разные письма с напоминанием о платежах. Если клиент не платит вовремя, то взимаются разные сборы, начиная с прекращения обслуживания клиентов один за другим.
Customer Termination- Могут быть разные причины, по которым требуется удалить клиента в системе. Например, клиент может мигрировать в другое место, или клиент может быть недоволен предоставляемыми услугами и т. Д.
На заданную дату общее количество активных клиентов в системе называется customer base. Добавление клиента в систему и удаление клиента из системы называетсяcustomer churn.
Типы клиентов
Как правило, на сегодняшнем телекоммуникационном рынке есть следующие типы клиентов:
Mobile Pre-Paid Customers- Это клиенты, которые пользуются услугами мобильной связи, оплачивая аванс. Например, пользователи телефонов GSM, GPRS. Эти клиенты заряжают свой телефон в соответствии со своими потребностями.
Mobile Post-Paid Customers- Это клиенты, которые пользуются услугами мобильной связи, оплачивая свои расходы после каждого полученного счета. Например, пользователи телефонов GSM, GPRS. Эти клиенты оплачивают свои счета ежемесячно или два раза в месяц.
Fixed Pre-Paid Customers- Это клиенты, которые пользуются услугами фиксированной связи, то есть услугами фиксированной связи, оплачивая их заранее. Например, пользователи телефонов PSTN, WiMax. Эти клиенты заряжают свои телефоны в соответствии со своими потребностями.
Fixed Post-Paid Customers- Это клиенты, которые пользуются услугами фиксированной связи, то есть услугами фиксированной связи, оплачивая свои расходы после каждого полученного счета. Например, пользователи телефонов PSTN, WiMax. Эти клиенты оплачивают свои счета ежемесячно или два раза в месяц.
Что следующее?
Теперь у нас есть клиенты в нашей биллинговой системе, а также продукты и услуги. Клиент начинает использовать все приобретенные продукты и услуги и начинает совершать национальные и международные звонки с передачей данных и голосовые вызовы, которые будут тарифицироваться и оплачиваться биллинговой системой, и мы обсудим эти процессы в следующих главах.
Клиент начинает генерировать использование в Сети, как только он / она начинает использовать продукты и услуги, продаваемые оператором. Сетевой элемент представляет собой комбинацию программного обеспечения и оборудования и отвечает за общий контроль и отслеживание событий для любого типа услуг.
Что такое событие?
Событие - это единичный оплачиваемый случай использования продукта, обычно регистрируемый сетью в электронном виде. Например, когда пользователь мобильного телефона совершает телефонный звонок, генерируется событие, которое содержит информацию об этом телефонном звонке, такую как продолжительность звонка, время дня, когда был сделан звонок, и номер, по которому звонили.
Что такое CDR?
Событие вместе со всеми его атрибутами называется Call Detail Record(CDR). Сборщик данных в сетевом коммутаторе фиксирует использование в форме записи сведений о вызове (CDR) / записи сведений об использовании (UDR). Эти необработанные CDR / UDR, в свою очередь, преобразуются посреднической системой в формат, понятный биллинговой системе.
Могут быть разные сетевые элементы, управляющие услугами и создающие разные типы CDR; например, для телефонии GSM -
- Голосовые вызовы перехватываются MSC (Mobile Switching Center).
- SMS-трафик перехватывается SMSC.
- Трафик данных захватывается GGSN.
- MMS-трафик перехватывается MMSC.
- CDR роуминга захватываются переключающим элементом партнера по роумингу.
Для получения дополнительной информации о GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, пожалуйста, обратитесь к нашим руководствам по GSM .
На следующей диаграмме показаны сетевые элементы, которые собирают данные об использовании и отправляют необработанные UDR в систему-посредник и, наконец, в биллинговую систему для оценки и выставления счетов.
Атрибуты CDR
Как упоминалось выше, CDR хранит детали использования вместе с другой другой полезной информацией. Ниже приведены наиболее важные атрибуты CDR -
Вызывающий абонент (номер).
Вызываемая сторона (номер B).
Начало звонка (дата и время).
Как долго был звонок (продолжительность).
Тип вызова (голос, SMS, данные и т. Д.).
Уникальный порядковый номер, идентифицирующий запись.
Кроме того, CDR может также записывать другую информацию, такую как -
Идентификатор телефонной станции.
Результат звонка (был ли он принят, занят и т. Д.).
Магистраль или маршрут, используемый для соединения вызова.
Произошла любая неисправность.
Индикаторы, отмечающие использование таких функций, как переадресация вызовов, трехсторонний вызов и т. Д.
Любые услуги, используемые во время разговора, такие как ожидание вызова или переадресация вызова.
Различные другие атрибуты в зависимости от требований.
Точная запись всей необходимой информации в UDR зависит от логики поставщика коммутатора и конкретных записей таблицы коммутатора. Если какой-либо из них не может точно записать данные, система-посредник не сможет распознать завершенные вызовы и передать их в биллинговую систему.
CDR обработка
Система посредничества собирает CDR с разных сетевых элементов в разных форматах. Различные сетевые элементы генерируют CDR в формате ASN.1, а некоторые сетевые элементы имеют свой собственный частный формат CDR.
Система-посредник обрабатывает все CDR и преобразует их в формат, совместимый с системой нисходящего потока, которой обычно является биллинговая система. Система посредничества применяет различные правила к CDR для их обработки; например, система посредничества отмечает международные вызовы на основе набранного номера (B-Number), так же как система посредничества отмечает внутрисетевые вызовы на основе A-Number и B-Number.
Может существовать требование отфильтровать все вызовы, продолжительность которых составляет менее 5 секунд. Лучшее место для фильтрации таких типов вызовов будет на уровне системы посредничества. Таким же образом, если в CDR требуется некоторая дополнительная информация, которая имеет решающее значение для выставления счетов, то система медиации поможет в предоставлении такой информации на основе некоторых других атрибутов, доступных в CDR.
Как только собранные CDR обработаны, система-посредник отправляет все CDR в биллинговую систему с помощью FTP, потому что обычно системы посредничества и биллинга работают на разных машинах.
Что следующее?
Что ж, теперь вы зафиксировали использование клиентов. В следующей главе будет рассмотрено, как мы можем оценить это зафиксированное использование, чтобы получить должный доход от конечного пользователя.
Ставка - это плата / цена за наступление события. Примеры тарифов включают плату за продолжительность телефонного разговора: например: «0,40 индийских рупий за 1 минуту» или определенное количество. Например: 10,00 индийских рупий за загрузку 1 МБ или за качество обслуживания.
Мы уже объясняли, что Событие - это единичный случай использования продукта / услуги. События фиксируются сетевыми элементами в форме CDRS / UDR и передаются в биллинговую систему для оценки и выставления счетов.
Рейтинг - это процесс определения стоимости отдельных событий. Например, стоимость 2-х минутного разговора составляет 0,80 индийских рупий из расчета 0,40 индийских рупий за минуту.
Рейтинговая система, которая является частью биллинговой системы, выполняет эту рейтинговую функцию.
Рейтинг процесса
Система рейтинга получает события в форме записей данных, называемых записями сведений о вызовах (CDR) или записями сведений об использовании (UDR), которые описывают использование продукта / услуги. CDR - это строка данных, которая содержит информацию о вызове, такую как дата и время вызова, продолжительность вызова, вызывающая сторона, вызываемая сторона и т. Д., Которые используются для оценки событий.
Вот список основных функций рейтинговой системы / рейтинговой системы -
Принятие CDR от системы посредничества или других поставщиков услуг или партнеров по роумингу в случае использования роуминга.
Проверка CDR и удаление любых повторяющихся записей. Эти повторяющиеся события сохраняются в таблице базы данных для последующей проверки.
Чтобы определить учетную запись клиента, с которой должна взиматься плата за событие. Здесь процесс Rate выбирает источник события (номер мобильного телефона или IP-адрес и т. Д.) И проверяет базу данных, чтобы убедиться, что этот источник событий связан с какой-либо учетной записью. Этот шаг называется «Управление событиями».
Если мероприятие не может быть управляемым, оно будет отклонено и может быть помещено в категорию неопределенности. Эти отклоненные события сохраняются в таблице базы данных для последующей проверки.
Рассчитать стоимость мероприятия согласно рейтинговому тарифу (также именуемому тарифным планом).
Применять любые применимые скидки по рейтинговому времени. Первые пять минут это могут быть бесплатные, после этого звонок будет оплачиваться по обычным тарифам. Такой вид скидок называется рейтинговыми временными скидками.
Чтобы сохранить оцененное событие в базе данных для выставления счетов или отправить его во внешнюю систему для выставления счетов.
На следующем изображении показан обзор системы рейтингов и связанных с ней функций.
Информация о клиенте определяет тарифный план (тарифный план), который будет использоваться при расчете платы / цены. Система оценки использует рейтинговые таблицы и информацию о событиях из CDR (например, расстояние, время дня, местоположение вызова, продолжительность или объем события и т. Д.) Для расчета фактической платы за каждый вызов.
Повторяющиеся события
Повторяющееся событие определяется как любое событие без выставления счета, которое связано с другим событием без выставления счета всеми из следующих способов:
- Номера счетов идентичны.
- Источники событий идентичны.
- Идентификаторы типов событий идентичны.
- Дата и время мероприятия идентичны.
В биллинговой системе можно определить любые другие критерии для выявления повторяющихся событий. Существует ряд ситуаций, которые могут привести к отправке повторяющихся событий в биллинговую систему:
- Отказ механизма фильтрации системы посредничества.
- Ошибки кодирования в программном обеспечении системы посредничества.
- Повторение всего или части файла события, передаваемого в систему оценки.
Отклоненные события
Когда биллинговая система обнаруживает проблему с определенным событием, оскорбительное событие отклоняется. Отказ может быть вызван проблемами с любым из следующего:
- Само мероприятие.
- Тарифный план.
- Данные клиента и учетной записи.
- Данные конфигурации.
Есть три основные причины отклонения мероприятия:
Ошибки синтаксического анализа не позволяют системе биллинга считывать информацию в подробном описании события. Ошибка синтаксического анализа может возникнуть из-за того, что данные в записи события повреждены или имеют неправильный формат.
Неуправляемые ошибки не позволяют Женеве идентифицировать источник события или учетную запись, связанную с событием. Может возникнуть неуправляемая ошибка, поскольку источник события еще не существует в базе данных биллинговой системы.
Из-за неучтенных ошибок система биллинга не может рассчитать стоимость мероприятия. Неизвестная ошибка может возникнуть из-за проблем с тарифным планом.
Все отклоненные события отправляются в специальный аккаунт, который называется internal account или же suspense account и эти отклоненные события называются suspense events. Финансовый отдел отслеживает все отклоненные события и учитывает их как часть потери дохода. ИТ-отдел всегда уделяет много внимания устранению отклоненных событий и их правильной оценке для экономии доходов.
Если отклоненное событие не может быть исправлено, и Оператор не хочет публиковать его во внутренней учетной записи, событие может быть отклонено. Когда событие отбрасывается, оно не будет отправлено в систему оценок, и дальнейшие попытки оценить его не будут.
Рейтинг в реальном времени
Рейтинг в реальном времени - это процесс принятия событий по мере их возникновения и немедленного их ранжирования с минимальной задержкой между генерацией события и подсчетом затрат. Рейтинг в реальном времени можно сравнить с рейтингом на основе файлов, когда подробные сведения о событиях хранятся в файловом буфере в течение часов, дней или недель, прежде чем будет окончательно оценен весь файл.
Системный процесс в реальном времени включает транзакции электронной торговли и загрузку данных. Любое приложение, в котором события должны быть оценены и быстро применены к учетной записи клиента, является подходящим кандидатом для оценки в реальном времени.
Повторная оценка событий
Есть несколько ситуаций, в которых может потребоваться переоценка событий. Например, когда -
Ошибка в используемом тарифном плане привела к неверно оцененным событиям.
События были загружены не для той учетной записи (из-за неправильной регистрации источника событий).
Существующий тарифный план был заменен в какой-то момент между последней и следующей датами выставления счетов.
Тарифный план, ценовой план или источник события для продукта были ретроспективно изменены.
Процесс изменения рейтинга событий очень прост и выглядит следующим образом:
Выгрузите / снимите рейтинг всех событий из базы данных с помощью предоставленной утилиты. Большая часть биллинговой системы предоставляет утилиту для выгрузки или отмены рейтинга всех рейтинговых событий.
Устраните проблему, где бы она ни возникла.
Повторно отправьте события для оценки в систему рейтинга.
Частичные события
Частичные события позволяют поддерживать баланс клиента во время события.
Например, в случае длительной загрузки данных система посредничества будет продолжать отправлять частичные события в биллинговую систему, чтобы биллинговая система продолжала оценивать их, а не дожидаться завершения события, и как только клиент нарушит кредитный лимит, учетная запись будет заблокирована и Сетевой элемент будет проинформирован о завершении вызова.
Пороги и действия
Система рейтинга может автоматически проверять, были ли достигнуты какие-либо пороговые значения времени оценки, включая пороги дисконтирования времени оценки.
Пороговые значения времени рейтинга помогают защитить операторов от потери прибыли. Например, клиент может не захотеть платить больше, чем его кредитный лимит, в таком случае становится необходимым завершить звонок клиента, как только он достигнет порога кредитного лимита.
Если требуется выполнить действие по оценке времени, важно иметь как можно более высокий рейтинг в реальном времени.
Что следующее?
До сих пор мы видели, как клиент генерирует использование и как посредническая система передает это использование (CDR) в биллинговую систему и как биллинговая система оценивает эти CDR.
В следующей главе мы обсудим, как собрать все рейтинговые CDR за весь месяц и создать окончательный счет / счет, который отправляется конечному потребителю для сбора доходов за предоставленные услуги.
Биллинг - это совокупность всех единовременных, периодических и оплачиваемых событий для каждой учетной записи. Это также расчет всех непогашенных расходов и доступных скидок и бонусов.
Результатом процесса выставления счетов является поток помеченных данных счета, которые можно использовать для создания счета на бумаге, диске или любом другом носителе. Billing Engine, который является частью биллинговой системы, создает счета.
Процесс счета
На следующей диаграмме показана основная схема системы биллинга и связанных функций.
Billing Engine выбирает учетную запись для создания счета и следующей связанной информации для генерации данных счета:
Все рейтинговые CDR для клиента в течение месяца, в котором выставлен счет.
Все виды сборов (инициирование, установка, периодические, приостановление, прекращение и т. Д.), Применимые к продуктам и услугам клиента.
Если есть возмещение или любые другие сборы.
Итого неоплаченные по предыдущим счетам.
Общая сумма платежей, произведенных клиентом за данный месяц.
Полная корректировка прошла в пользу клиента или против клиента.
Полная скидка предоставляется покупателю.
Общая сумма налогов, применимых к использованию и арендной плате клиента.
Параметр конфигурации биллинга, необходимый для запуска Billing Engine; например, срок платежа и т. д.
Вышеупомянутая информация является ориентировочной и может варьироваться от биллинговой системы к биллинговой системе и от оператора к оператору.
Billing Engine производит необработанные данные, содержащие всю информацию, необходимую для генерации окончательного счета, и эти необработанные данные могут использоваться для создания окончательного счета, который будет отправлен конечному покупателю.
Билл Циклс
Когда покупатель добавляется в биллинговую систему, система назначает ему заранее определенный цикл выставления счетов. Цикл выставления счетов - это дата, в которую Billing Engine запускает и выставляет счета для группы клиентов.
Если клиентов много, то они делятся на разные циклы выставления счетов. Например, группа клиентов может иметь платежные данные на 1-е число каждого месяца; другой может иметь дату выставления счета 15 числа каждого месяца.
Если клиенту назначено выставление счета 1-го числа месяца, это будет называться клиентским. nominal bill date. Но по разным причинам во многих случаях прохождение счета задерживается, а фактический счет создается позже, это будет называтьсяactual bill date.
Типы счетов
Пользователю могут быть доступны различные типы счетов. Некоторые из них могут не поддерживаться некоторыми биллинговыми системами.
Sr.No. | Тип и описание счета |
---|---|
1 | Initiation bill Обычно запрашивается только как первый счет на счете. Включает плату за продукт и корректировки, но не события. |
2 | Periodic bill Выпускается через регулярные промежутки времени. Включает все периодические платежи, события и корректировки. |
3 | Interim bill Дополнительный счет, который содержит расходы из-за событий, обработанных для учетной записи с момента последнего счета. Включает все события и корректировки, но без периодических платежей. |
4 | Suspension bill Отправляется, когда аккаунт был приостановлен. Включает все периодические платежи, события и корректировки. |
5 | Final bill Отправляется, когда аккаунт был закрыт для выставления счета за все причитающиеся платежи. Включает все периодические платежи, события и корректировки, а также любые возмещения; например, возврат депозита. |
6 | Post-final bill Отправляется, когда закрытый счет имеет непогашенную дебиторскую задолженность после выставления окончательного счета. Включает любые события и корректировки после прекращения действия, но не периодические платежи. |
7 | Credit note Дополнительный счет, содержащий все корректировки в пользу клиента, созданные с момента последнего счета. |
8 | Summary Statements Сводный отчет может быть создан для иерархии выставления счетов, управляемой клиентом. Он может суммировать все счета, выставленные по всем счетам, связанным с соответствующим клиентом. При желании они также могут объединить все банкноты в один оператор. |
Счета выставляются либо автоматически, либо по запросу клиента.
Режимы выставления счетов
Биллинговая система может генерировать счета в двух режимах, например:
Test (what if?) billing mode- Этот режим используется для создания форматированных тестовых счетов, оставляя базу данных без изменений. Эти счета полезны, чтобы убедиться, что система работает нормально, и протестировать после внесения изменений в шаблоны счетов или тарифы.
При запуске Billing Engine в тестовом режиме фиксации в базе данных не выполняются. Таким образом, профиль клиента не изменится даже после многократного запуска тестового биллинга.
Тестовые счета обычно выставляются для выборочной группы клиентов. Если вас устраивают тестовые счета, вы можете перейти к производственным счетам.
Production (live) billing mode- Этот режим используется для выставления обычных производственных счетов. В большинстве случаев это режим по умолчанию для системы биллинга.
После создания производственного счета Billing Engine обновляет профиль клиента в базе данных с указанием общего непогашенного остатка, который должен быть оплачен клиентом, даты следующего счета и т. Д.
Billing Engine назначает разные номера счетов всем производственным счетам, что помогает отслеживать различные платежи, произведенные по счету.
Подавление Билла
Возможна ситуация, когда не стоит формировать счет, а лучше подавить его. Ниже приведены такие ситуации -
Подавление счетов для счетов с нулевой (нулевые счета за активность) или очень малой стоимостью (маленькие счета).
Конкретный тип банкноты также может быть подавлен, если одновременно запрашиваются / планируются несколько типов счетов, что предотвращает отправку ненужных счетов покупателю.
Небольшой счет - это счет, который находится между диапазонами, определяемыми минимальной положительной суммой счета и максимальной отрицательной суммой счета, исключительными условиями счета. Мелкие купюры производятся, а затем удаляются из процесса выставления счетов, поэтому они не отправляются клиентам.
Исключительные счета
Примерами возможных исключительных счетов являются необычно высокие счета или счета, которые превышают кредитный лимит учетной записи на установленный множитель. Механизм биллинга выполняет некоторые базовые проверки данных счетов, которые он производит. Они включают в себя тестирование выставляемой суммы, чтобы убедиться, что выполняются следующие условия:
Общая сумма счета превышает минимальную отрицательную сумму счета.
Общая сумма счета меньше максимальной положительной суммы счета.
Общая сумма счета меньше лимита кредита, умноженного на множитель лимита кредита.
Все вышеперечисленные условия варьируются от биллинговой системы к биллинговой системе и от оператора к оператору и называются исключительными условиями выставления счетов.
Детализация счета
По умолчанию во всех счетах содержится подробная сводка затрат на продукты и услуги, а также платы за использование. Но он не дает подробностей обо всех звонках, сделанных клиентом.
Детализированный счет означает полную информацию обо всех звонках, сделанных клиентом. Для этого нужно напечатать большее количество листов. Недавняя тенденция заключается в отправке детализированного счета по электронной почте, а итоговая ведомость отправляется с использованием физической копии счета.
Форматирование счета
Существуют биллинговые системы, которые предоставляют утилиты форматирования биллинга, которые можно использовать для генерации окончательно отформатированных счетов.
Средства форматирования счетов принимают выходные данные, созданные модулем биллинга, и обычно создают либо файл Post Script, либо файл PDF, который может использоваться компанией Bill Printing Company.
Если биллинговая система не способна генерировать отформатированные счета, то система генерирует набор файлов с тегами вместе с информацией о счетах, и любой внешний модуль форматирования счетов может использовать эту информацию с тегами для создания хорошо отформатированного счета.
Независимо от того, генерирует ли биллинговая система отформатированный счет или мы используем внешний инструмент для создания этого отформатированного счета с использованием необработанных данных, сгенерированных системой выставления счетов, в конечном итоге эти счета отправляются в компанию по печати счетов, которая заботится о создании окончательной копии создания счета. . Мы обсудим это подробно в следующей главе «Формирование счета».
Что следующее?
В следующей главе будет объяснен процесс скидки, который на самом деле является частью процесса оценки и выставления счетов, но мы сохранили его как отдельный раздел из-за того, что различные элементы требуют дополнительных пояснений.
Мы обсудим различные типы иерархий скидок, которые могут быть предоставлены во время рейтинга и выставления счетов.
Все скидки изменяют (чаще всего снижают) цену, которая должна быть выплачена за набор мероприятий и / или продуктов. Скидка - это способ избавить клиента от денег. Скидка определяет установленную сумму денег (процентную или денежную), которая будет применяться к продуктам или использованию, которые соответствуют определенным критериям. Например, все местные звонки, сделанные в определенный день, скажем, 01.01.2010, будут стоить 0,20 доллара США.
Скидки могут быть рассчитаны либо во время процесса рейтинга, либо во время процесса выставления счетов -
Rating Time Discount- Все скидки, предоставляемые во время рейтингового процесса. Эти скидки могут быть предоставлены только при использовании. Пример скидки за рейтинговое время: «Скидка 5% на первый час всех международных звонков».
Billing Time Discount- Все скидки предоставляются при выставлении счетов. Эти скидки могут быть предоставлены на номинальное использование, а также на плату за продукты и услуги. Пример скидки на время выставления счета: «Скидка 5%, если вы потратите более 15 долларов в течение месяца».
Скидка до детализации - это скидка, которая изменяет цену каждого события, к которому она применяется, для определения переоцененной цены. Эта скидка также относится к категории скидки на время выставления счетов, но это связано с рейтингом звонков. Другие скидки по времени выставления счетов оставляют цену мероприятия неизменной. Скидка перед описанием не может включать в себя плату за продукт, только плату за событие.
Шаги и пороги скидки
Размер скидки определяется с использованием ряда ступеней и пороговых значений скидки. Шаги скидки позволяют изменять размер скидки при достижении определенных пороговых значений.
Например, скидка на телефонные мероприятия может зависеть от количества минут, потраченных на звонки, с 10-процентной скидкой через 100 минут и 20-процентной скидкой через 200 минут.
Каждая скидка должна иметь хотя бы один шаг. Если требуется, чтобы скидка стала более или менее выгодной при больших объемах, можно добавить дополнительные шаги. Каждый шаг скидки может иметь свою скидку, выраженную в денежной сумме или в процентах (но не в обоих случаях).
Простые типы скидок
Конечному покупателю может быть предоставлено бесконечное количество видов скидок, но это зависит от того, что поддерживает ваш биллинг. Ниже приведены простые, но очень хорошие виды скидок, которые могут быть предложены:
Скидки на продукты
Это скидки, когда набор продуктов и событий определяет скидки для другого набора продуктов и событий.
Например, «10 SMS бесплатно, если на мобильные звонки потрачено более 30 долларов». Здесь мобильные звонки определяют скидку, а SMS продукт получает скидки, такие скидки называютсяcross product discounts.
Многоуровневые скидки
Они применимы только к той части набора событий или потраченных денег, которая находится между заданными пороговыми значениями скидки. Например, на следующей диаграмме скидка 0% при расходе$0-$100 пороговых значений или 0-100 событий, 5% скидка при расходе $100-$Порог 200 или 100-200 событий и т. Д.
Оптовые скидки
Это скидки, основанные на количестве событий или стоимости продукта, генерируемых определенным продуктом. Например, на следующей диаграмме 5% скидка на расходы в размере 100 долларов США или 100 мероприятий и т. Д. Как видно, чем больше расходы, тем больше скидка.
Налоговые скидки
Налоговые скидки представляют собой альтернативный метод устранения некоторых налоговых льгот. Они рассчитываются и применяются при выставлении счета.
Периоды скидок и пропорциональное распределение
С большинством скидок связан период скидки, который может составлять любое количество дней, недель или месяцев. Этот период можно использовать тремя способами:
Чтобы указать время, в течение которого должно быть достигнуто пороговое значение.
Чтобы указать, с какой периодичностью должна применяться абсолютная скидка.
Чтобы указать, как часто определяется наибольшее использование для скидок с прикрепленными фильтрами наибольшего использования.
Скидки могут быть пропорциональными и непропорциональными в зависимости от требований. Если скидка рассчитана пропорционально, то скидка будет рассчитываться на основе количества дней использования услуги, а в случае непропорциональной скидки она будет рассчитываться за весь период, для которого была настроена скидка.
Бонусные схемы
Бонусные схемы - это методы предоставления клиентам бесплатных мероприятий, где количество бесплатных мероприятий определяется предыдущим использованием или оплатой одного или нескольких продуктов в течение определенного периода времени (например, в предыдущем году).
Например, «Возьмите пакет телефонной связи« Супер-предложение »и получите 10 долларов бесплатных звонков за каждые три часа международных звонков, сделанных в предыдущем квартале».
Есть и другие способы сэкономить покупателям деньги, например, предложить более выгодный ценовой план с помощью пакета, снизить удельную стоимость продукта по мере увеличения взятого количества.
Группы звонящих по кругу (CUG)
Круг звонков Группы определяют отношения между пользователями, которые моделируются как участники и (по умолчанию) не являются членами.
В рамках этой модели звонок, сделанный членом круга другому члену круга, будет оцениваться с использованием другой ставки, чем та, которая применяется к нечлену (или ассоциированному лицу), делающему тот же звонок.
Отношения между вызывающими сторонами определяются комбинацией идентификаторов вызывающего абонента. Круги звонков могут охватывать сети, если сети принадлежат одному оператору, а один круг звонков может включать пользователей как мобильных, так и стационарных линий.
Что следующее?
Мы уже рассмотрели процессы выставления счетов в предыдущей главе. В следующей главе мы обсудим последнюю часть создания счетов, начиная с необработанных данных счета и заканчивая структурированным формированием счета.
Большинство биллинговых систем генерируют структурированный текст ASCII, содержащий информационное содержание счета. Данные счета для каждого счета изначально записываются либо в базу данных, либо в простые текстовые файлы. Формат данных на этом этапе одинаков, независимо от того, как данные будут обрабатываться.
Эти данные счета могут затем обрабатываться одним из множества механизмов форматирования для получения вывода в желаемой форме. Например, бумага, CD-ROM и т. Д.
Существуют биллинговые системы, которые предоставляют внутренние инструменты форматирования счетов. Если биллинговая система не предоставляет инструмент для создания отформатированных счетов, тогда доступны сторонние инструменты, такие как DOC1, который является одним из наиболее часто используемых инструментов.
Вот типичная диаграмма, показывающая процесс форматирования счета -
Ниже приведен снимок данных о счете, взятых из биллинговой системы Infinys компании Convergy.
DOCSTART_85
DOCTYPE BILL
GENEVAVERSION 5.0
BILLSTYLE 1
BILLTYPE 1
BILLTEMPLATE 85
BILLSEQ 1
BILLVERSION 1
ACCCURRENCYCODE BEF
BILLLANGID 2
BILLLANGNAME English (US)
BILLLANGLOCALE us
PAYMETHODID 1
FORMATREQ A30001001/0001
COPYBILLNUM 0
BILLPURPOSE 1
ADDRESSNAME Dr D Jackson
POSITION Project Manager
DEPARTMENT Recruitment
ADDRESS1 12 South Street
ADDRESS2 Detroit
ADDRESS3 Michigan
ZIPCODE 12345
COUNTRY United States
BSTARTACCFADDR
ACCFADDR_1 United States
ACCFADDR_2 Michigan
ACCFADDR_3 12345
ACCFADDR_4 12 South Street
ACCFADDR_5 Detroit
ACCFADDR_6 Dr D Jackson
BENDACCFADDR
CUSTOMERREF C30001
CUSTOMERTYPE Standard
ACCTAXSTATUS Exclusive
INVOICINGCONAME Invoicing company for English (US)
INVOICINGCOADDRESS1 Company House
INVOICINGCOADDRESS2 Atlanta
INVOICINGCOVATREG taxref000576
ACCOUNTNO A30001001
BENDBFPAYSUMMARY
BALOUT 0.00
CHARGES 142.00
NEWBAL 142.00
BSTARTBFPAYDETAILS
ACCDEPPREVTOT 0.00
ACCDEPCHANGE 0.00
ACCDEPCURRTOT 0.00
BENDBFPAYDETAILS
BENDBFSTATEMENT
BILLREF A30001001@0001
BILLDATE 02/20/99
NEXTBILLDATE 03/20/99
BSTARTPAYMENTDUEINFO
PAYMENTDUEDATE 03/04/99
DEBTSTARTDATE 02/25/99
PAYMENTTERMDESC Payment due 7 days after the bill date
PAYMENTDUEDAYS 7
BENDPAYMENTDUEINFO
GIROREF 34
GIROACCOUNT 404 7800
OCRREF 1300010019
OCRSORTCODE V6344047800
GIROAMOUNT 142.00
OCRAMOUNT 000142000
INVOICEACTUALDATE 02/25/99
INVOICETAXDATE 02/25/99
INVOICESTART 01/03/99
INVOICEEND 02/19/99
TAXTYPE 1,2.00,
TENDTAXTYPE
INVTOTALTAX 2.00
BENDTAXDETAILS
INVTOTAL 142.00
INVTOTALROUNDED 142.00
TOTALSAVE -11.00
PERIODEND 02/25/99
POINTSBALANCE 0
POINTSEARNED 0
POINTSREDEEMED 0
POINTSADJUST 0
NEWPOINTSBALANCE 0
DOCEND
Данные счета состоят из последовательности строк текста ASCII. Каждая строка принимает форму -
TAGNAME tagvalue
TAGNAME и значение тега разделяются разделителем тегов (tagsep) пробела. Значение тега может быть либо одним значением, либо списком значений, разделенных разделителями (sep). Если не указано иное, в качестве разделителя используется запятая.
Почтовый процессор счета
Система биллинга может быть не в состоянии сгенерировать всю информацию, требуемую в счете, или может потребоваться выполнить некоторые специальные вычисления для данных, представленных в счете. Это называется постобработкой счетов и обычно выполняется специальным компонентом под названием Bill Post Processor (BPP).
BPP может быть написан на предпочитаемом вами языке программирования, который считывает необработанный файл счета-фактуры и вносит необходимые изменения в этот файл перед передачей его для окончательного форматирования.
Нет доступных биллинговых систем, которые обеспечивали бы готовую функциональность BPP, потому что требования варьируются от оператора к оператору, и этот процесс не может быть стандартизирован. В лучшем случае биллинговая система может предоставить точку расширения для подключения вашего пользовательского BPP вместе с Billing Engine.
Форматирование счетов DOC1
DOC1 - очень известный инструмент форматирования счетов, доступный от компании PitneyBowes, который помогает в форматировании счетов в файлы PDF или Post Script.
Как упоминалось выше, выводом системы биллинга является структурированный текст ASCII, содержащий информационное содержание счета. Устанавливается сопоставление между тегами исходного файла счета-фактуры, созданными биллинговой системой, и тегами, требуемыми DOC1. DOC1 требует тегов фиксированной длины, как показано ниже.
Ниже приводится гипотетический образец из предоставленного файла счета-фактуры.
ACCOUNTNO ACC0010000
ACCUMBONUSPOINTS_1 BON0050100
ACCUMBONUSPOINTS_2 BON0050100
ACCUMBONUSPOINTS_3 BON0050100
ACCUMBONUSPOINTS_4 BON0050100
ACCUMBONUSPOINTS_5 BON0050100
ADDRESS1 ACC0030000
ADDRESS2 ACC0040000
ADDRESS3 ACC0050000
ADDRESS4 ACC0060000
ADDRESS5 ACC0070000
ADDRESSNAME ACC0020000
BUSINESSNAME ACC0120000
TSTARTADJ ADJ0000000
..........
Теперь, используя приведенные выше переводы, будет создан окончательный файл для DOC1, и DOC1 позаботится о создании окончательного счета с использованием предоставленной информации.
Некоторые изменения также могут быть выполнены на уровне DOC1, но это не дает большой гибкости для изменения счета-фактуры. Вы можете попробовать последнюю версию, которая может оправдать ваши ожидания.
Генерация окончательного счета
После выставления счетов по всем счетам и форматирования счетов с использованием внутреннего или внешнего средства форматирования счетов эти счета отправляются в компанию по печати счетов для окончательной печати.
Если оператор использует электронную почту для отправки счета своему клиенту, то копию этого же счета можно отправить в систему электронной почты для отправки конечному клиенту.
Операторы уровня 1 (имеющие 20-30 миллионов или более клиентов) обычно передают эту задачу на аутсорсинг, включая распределение счетов.
Что следующее?
После создания счетов-фактур они отправляются конечным клиентам. Теперь пришло время собирать доход с покупателя. Мы обсудим процесс сбора доходов после одной главы.
Прежде чем продолжить, давайте рассмотрим часть кредитного контроля, которая очень важна и должна быть рассмотрена до сбора доходов.
Все операторы предоставляют свои услуги и собирают прибыль с конечных потребителей, чтобы выжить в бизнесе. Могут быть два возможных способа взимать плату с конечного потребителя:
In-Advance- Оператор взимает с клиентов предварительную оплату перед предоставлением услуги. Это снижает удовлетворенность клиентов, но оператор более безопасен с точки зрения доходов.
In-Arrears- Оператор берет на себя риск и взимает с клиента плату в конце каждого месяца после оказания необходимых услуг. Это приводит к большему удовлетворению запросов потребителей, но оператор рискует получить меньшую прибыль.
Всегда существует порог, до которого оператор может терпеть потерю доходов, связанную с конкретным клиентом; В то же время существует порог риска, на который оператор может пойти в отношении конкретного клиента.
Например, если доход клиента составляет $10,000/month, then operator can provide him their services very easily up to $1000 - $2000 but for the same operator it would be difficult to provide him a service, which would cost almost $10 000 / месяц, потому что в такой ситуации клиенту будет сложно производить ежемесячный платеж.
Придерживаясь той же концепции, операторы определяют разные классы кредита, которые они используют для классификации своих клиентов и связи различных действий по кредитам и взысканиям.
Кредитные классы
Кредитный класс определяет категорию клиента, и связанный с этим клиент может принять на себя риск дохода. Класс кредита также определяет, какой график взыскания должен применяться к клиенту, если его владелец не сможет произвести (бесспорные) платежи, которые причитаются.
Все биллинговые системы предоставляют возможность определять различные классы кредита, которые могут быть назначены разным клиентам во время их добавления в систему. Вот некоторые примеры кредитных классов:
VIP Credit Class - Это может быть назначено VIP-клиентам и будет иметь очень высокий кредитный лимит.
General Public Class - Это наиболее распространенный кредитный класс, и почти $100 or $Кредитный лимит 200.
Segment Specific Class - Эти классы могут быть определены на основе различных сегментов, таких как полиция, военные, банковские служащие и т. Д. Оператор может определять кредитный лимит в зависимости от их удобства.
Может существовать бесконечное количество классов кредита, определяемых в зависимости от требований и категории клиентов.
Кредитный контроль
В основном есть два этапа, на которых можно контролировать кредит для определенного типа категории клиентов:
На основе использования без выставления счета
Это контроль времени рейтинга, который осуществляется процессами рейтинга. Здесь использование клиента и общие расходы сравниваются с назначенным кредитным лимитом, и если клиент начинает приближаться к назначенному кредитному лимиту, клиент информируется об этом, и после нарушения кредитного лимита может быть предпринято соответствующее действие.
Есть операторы, которые хотели бы заблокировать (то есть временно остановить) услуги, если клиент нарушает кредитный лимит, и они будут разблокированы после того, как платеж будет произведен. Например, клиент, имеющий кредитный лимит в 200 долларов, будет проинформирован о 80% использования с помощью SMS, о достижении порогового значения 90% может быть проинформирован с помощью звонка с напоминанием и т. Д., И когда 100% кредит предел был достигнут, исходящие сообщения могут быть запрещены.
Чтобы контролировать кредит, операторы предпочитают запрещать только исходящие вызовы в случае использования голосовой связи и SMS, но в случае загрузки данных клиент не сможет выполнить загрузку данных.
Счет за использование
Обычно это делается после отправки счетов и прочего, связанного с процессом сбора доходов, который мы обсудим в следующей главе.
Чтобы контролировать кредит во время рейтинга, важно поддерживать рейтинг как можно в реальном времени. Если использование не фиксируется в режиме реального времени и оно оценивается после длительного перерыва, тогда существует вероятность того, что клиенты пересекли бы свой кредитный лимит, и по закону клиент не сможет заплатить сумму сверх установленных кредитных лимитов, но это зависит от страны и оператора к оператору.
Депозиты
Существуют биллинговые системы, поддерживающие удержание депозитов на счетах. Депозиты хранятся вместе с остатком на счете, и наличные могут переводиться между ними.
Могут быть разные уровни вкладов для предоставления различных услуг, которые могут поддерживаться за счет счета.
Депозиты помогают операторам покрывать свои доходы в случае, если клиент не может производить свои платежи.
Что следующее?
Надеюсь, у вас есть представление о том, как контролировать кредитование различных категорий клиентов. Тем не менее, будут различные клиенты, которые не будут платить вовремя даже после предоставления им кредита в пределах их возможностей. Есть разные клиенты, которые вообще не платят после использования услуг.
В следующей главе мы объясним, как мы определяем различные процессы и графики сбора доходов для сбора доходов за предоставленные услуги.
В идеале после того, как счет будет создан и отправлен клиенту, все клиенты получат свои счета и произведут оплату. Однако могут быть некоторые клиенты, которые не оплачивают свои счета, и может возникнуть неприемлемая задержка в оплате счета, и, следовательно, поставщики услуг должны предпринять некоторые действия, необходимые для исправления ситуации и взыскания причитающейся задолженности (так называемая дебиторская задолженность, сокращенно A / R).
Взыскание - это процесс погони за просроченной дебиторской задолженностью на счете клиента. Обычно это включает отправку уведомлений клиенту и принятие соответствующих мер в случае отсутствия причитающихся платежей после установленного срока.
Биллинговые системы поддерживают напоминания (погоня за дебиторской задолженностью) как на уровне счета-фактуры, где дебиторская задолженность отслеживается по счету-фактуре, так и на уровне счета, при этом все просроченные суммы для учетной записи по нескольким счетам-фактурам могут обрабатываться одним действием напоминания.
Модель напоминаний, которая будет использоваться для счета, будет назначена на основе его класса кредитоспособности. Основной процесс сбора включает следующие два элемента:
Collections Aging Tracking- Это процесс отслеживания счетов клиентов, которые не были оплачены в течение указанного срока платежа. Это касается «возраста дебиторской задолженности»; например, счета-фактуры с просрочкой на 0-30 дней, 30-60 дней и т. д.
Collections Actions- Действие по взысканию задолженности - это действие, которое выполняется, когда дебиторская задолженность достигает определенного возраста. Например, необходимо воспроизвести напоминание клиенту, которое необходимо отправить по почте, или записанное звуковое сообщение.
Расписания действий по сбору
Обычно действия с коллекциями выполняются в следующих шагах -
Отправьте напоминание по электронной почте и / или позвоните: отдел обслуживания клиентов связывается с клиентом, напоминая о платеже. Тем не менее, если платеж не получен, переходите к следующему действию.
Отправить красное письмо - Например, выдается письмо «Оплата через семь дней». Тем не менее, если платеж не получен, переходите к следующему действию.
Отключить службу - отдел управления сетью приостанавливает службу.
Графики инкассо определяют действия по сбору, которые должны быть выполнены, и время, в которое они должны выполняться, если клиент не платит.
График сбора определяет последовательность этапов, составляющих процесс сбора. На каждом этапе он охватывает:
Фактический возраст, в котором должна быть дебиторская задолженность для совершения действия. Фактический возраст дебиторской задолженности рассчитывается исходя из фактического возраста дебиторской задолженности.
Действия, которые необходимо предпринять. Это может быть действие, которое должна выполнить биллинговая система, например, рассылка напоминания в конкретную дату.
Независимо от того, является ли действие обязательным. Если действие является обязательным, последующие действия не могут иметь место, пока это действие не будет выполнено.
Минимальная сумма дебиторской задолженности, ниже которой действие не состоится.
Мягкие действия по сбору платежей - напоминания
На ранних этапах процесса инкассации мягкое инкассовое действие обычно будет заключаться в отправке ряда напоминаний, которые представляют собой простые напоминания и запросы на оплату.
После отправки ряда напоминаний на различных этапах обычно планируются другие действия. Например, вы можете указать, что представитель службы поддержки клиентов (CSR) должен позвонить клиенту и спросить, почему он не заплатил.
Жесткие действия по сбору - занесение в черный список
Если первоначальные попытки не увенчались успехом, можно предпринять более агрессивные действия, такие как запрет служб, отключение служб или hot-lining (горячая линия - это процесс перенаправления всех звонков просроченных клиентов оператору инкассации).
Если все попытки взыскать взносы терпят неудачу, то поставщик услуг может списать счет и пометить причитающуюся сумму как безнадежную задолженность или передать (продать) счет коллекторскому агентству. Коллекторские агентства работают на процент от собранной выручки. Однако, как только неполученные счета-фактуры продаются коллекторскому агентству, поставщику услуг не разрешается работать с клиентом в отношении платежей.
Здесь списание означает, что поставщик услуг (оператор) оплачивает платежи от имени клиента и закрывает счет навсегда. Это делается для целей бухгалтерского учета, иначе это убыток для оператора.
Поставщик услуг ведет историю списанных счетов, также называемых черными списками клиентов, чтобы они не были повторно активированы снова, и информирует агентства по проверке кредитоспособности / отчетности о таких счетах.
Что следующее?
Большинство клиентов производят оплату досрочно. Могут быть разные каналы, через которые осуществляется оплата.
В следующей главе мы обсудим различные типы платежей и их сквозную обработку для расчета счетов.
Как только счета отправлены клиентам, они начинают оплачивать свои счета. Обработка платежей по счетам в биллинговую систему называется обработкой платежей.
Платежи, произведенные клиентами, проводятся на счет клиентов. Если есть какие-либо неоплаченные счета, то какой счет будет оплачен, зависит от метода учета учетной записи. Есть два типа бухгалтерских методов -
Balance forward accounting - При использовании этого метода, если несколько счетов-фактур остаются неоплаченными, полученные платежи распределяются по счетам-фактурам в соответствии с возрастом дебиторской задолженности, причем самый старый счет создается первым.
Open item accounting- Этот метод позволяет распределять платежи по конкретным счетам. Учет открытых позиций особенно полезен при работе с платежами от бизнес-клиентов.
Способы оплаты
Клиент может производить оплату, используя различные способы оплаты, поддерживаемые поставщиком услуг; например, клиент может производить платежи, используя такие способы оплаты, как чек, кредитная карта, дебетовая карта или телеграфный перевод, или прямой депозит наличными.
Оператор может иметь несколько банковских счетов, на которые он будет получать платежи напрямую через банковские счета. Эти банковские счета называются текущими счетами и отправляют платежные реквизиты в биллинговую систему в текстовых файлах.
Если платежи принимаются вне биллинговой системы вручную или в электронном виде, эти платежи загружаются в систему с использованием автоматизированного процесса для расчета счетов.
Автоматические платежи
Биллинговые системы предоставляют возможность ежемесячного сбора информации о кредитных или дебетовых картах и автоматических способов оплаты.
Если метод оплаты установлен автоматически с использованием кредитной или дебетовой карты, запросы на оплату генерируются автоматически после каждого счета-фактуры или в заданную дату, и эти запросы отправляются в платежные шлюзы (или банки) для авторизации платежа.
Как только все платежи авторизованы, они загружаются в биллинговую систему для оплаты причитающихся счетов.
Платежи вручную
Если платежи производятся наличными или чеком, то либо они могут быть введены в систему заранее клиенту, либо, если они собираются некоторыми агентствами, то все такие платежи собираются и отправляются в биллинговую систему с использованием автоматических методов, предусмотренных биллингом система.
Для всех полученных платежей файлы платежей готовятся в заранее определенном формате, а затем они автоматически отправляются в заранее определенное место, откуда система биллинга забирает их и загружает в базу данных биллинга.
Возможна ситуация, когда оплата кредитной картой или чеком не проходит. Если этот платеж уже проведен в системе, необходимо отменить его, чтобы скорректировать сумму. Биллинговая система предоставляет утилиты для обработки неудавшихся или отмененных платежей.
Платежные интерфейсы
Интерфейс - это привязка между биллинговой системой и любой другой внешней системой для получения платежа. Интерфейс позволяет двум системам взаимодействовать друг с другом на основе заранее определенных правил.
Например, простой текстовый файл может быть платежным интерфейсом между банком и биллинговой системой. Если интерфейс основан на файлах, банки продолжают отправлять платежные реквизиты, используя файлы платежей в заранее определенном формате.
Между банком и биллинговой системой может быть онлайн-интерфейс на основе API. Если имеется онлайн-интерфейс, банк вызовет предоставленный API для отправки платежа непосредственно в биллинговую систему.
Точно так же могут быть файловые или онлайн-интерфейсы для третьей стороны, участвующей в сборе платежей.
Что следующее?
На данный момент мы практически прошли полный жизненный цикл телекоммуникационного клиента. Следующая глава важна для понимания ситуации спора, которая возникает между операторами и клиентами.
Что такое диспут?
Спор - это запись запроса о сумме денег на счете. Обычно спор регистрируется, когда клиент запрашивает какой-либо аспект своего счета. Споры могут быть подняты -
Против счета-фактуры на счете.
Против определенного рейтингового события на аккаунте. Например, если клиент оспаривает конкретное событие с оплатой за просмотр из-за отключения электроэнергии.
Обработка споров
После того, как спор зарегистрирован, он будет исследован, проверен, чтобы либо -
Accept - Если возникший спор действителен со стороны клиента, то спор будет принят и будет возвращен клиенту.
Reject - Если спор будет признан неприемлемым, то он будет отклонен.
Cancel - Если диспут введен по ошибке, то диспут отменяется.
Следующие моменты должны быть отмечены для спора, и биллинговая система должна поддерживать эти моменты:
Действия по сбору платежей не повышаются, пока суммы имеют статус спора «Ожидает рассмотрения», но в течение этого периода сборы устаревают.
Спорные события не включаются в расчет сборов, пока за них не выставлен счет. После этого коллекции выдерживаются в обычном режиме.
Что такое корректировка?
Корректировка - это метод пополнения или снятия со счета произвольной суммы денег. Корректировки могут быть внесены либо против учетной записи в целом, либо против конкретного рейтингового события в этой учетной записи.
Биллинговая система позволяет создавать различные типы корректировок, которые можно использовать в разных ситуациях, и каждая корректировка проходит через разные этапы утверждения.
Если спор будет принят, корректировка создается кредитовать счет на спорную сумму. Корректировки не должны влиять на баланс счета до их утверждения. Корректировки со статусом ожидающего утверждения не влияют на выставление счетов или сборы.
Предполагается, что споры и корректировки, сделанные для счетов, включающих налоги, включают налоги. Сумма брутто введена и будет доступна для вывода в счете.
Что следующее?
В следующей главе мы обсудим различные типы отчетов, необходимых для руководства. Там может быть список отчетов, доступных из коробки, и могут быть некоторые отчеты, которые потребуют индивидуальной разработки.
Для предоставления руководству ценной информации о финансах, продажах и производительности системы создаются различные отчеты. Могут быть созданы различные виды отчетов, такие как финансовые отчеты, управленческие отчеты, отчеты о сверке, отчеты о сетевой активности и т. Д.
Отчеты содержат информацию, которая способствует успеху бизнеса и помогает контролировать состояние бизнеса, выявлять любые проблемные области, чтобы можно было предпринять соответствующие корректирующие действия.
Отчетность - это одна из областей, в которой ни одна из биллинговых систем не может полностью удовлетворить требования на 100%. Определенно, маркетинговые или финансовые отделы предъявят такие требования к отчетности, которые потребуют множества индивидуальных разработок.
Если ваша биллинговая система отправляет данные в хранилище данных (DWH), вы можете передавать отчеты о деятельности в систему DWH, но все же многие отделы хотели бы получать важные отчеты из исходной системы, которой является биллинговая система.
Мы можем разделить отчеты на две категории:
Core/Canned Reports- Эти отчеты предоставляются биллинговой системой как основная функция системы. Иногда их называют шаблонными или стандартными отчетами.
Custom Reports - Эти отчеты не будут доступны непосредственно из системы, и для этого потребуется некоторая доработка с использованием PL / SQL, PERL или сценария Shell и т. Д.
Разные биллинговые системы предоставляют разные типы отчетов в разных областях. Системы межсетевого биллинга должны предоставлять больше функций, связанных с отчетностью, поскольку они имеют дело с оптовым выставлением счетов.
Требования к отчетности
Ниже приводится список отчетов, необходимых для разных отделов.
Финансовые отчеты
Отчеты о платежах предоставляют информацию о платежах по счету клиента за определенный период времени. Отчеты о сроках погашения дебиторской задолженности содержат информацию о дебиторской задолженности, просроченных платежах и т. Д.
Отчеты о спорах и корректировках помогают определить структуру причин для споров и корректировок, а также помогают понять причину таких споров и корректировок и предпринять соответствующие корректирующие действия.
Отчеты руководства
Управленческие отчеты предоставляют информацию о клиентах, их продуктах и услугах, типах звонков, отзывах клиентов и т. Д. Эти отчеты помогают предпринять соответствующие шаги для сокращения оттока клиентов для внедрения новых услуг.
Отток клиентов - это процесс отключения клиентов от одного поставщика услуг и перехода к другому поставщику услуг, и это может быть вызвано многими причинами, такими как неадекватное обслуживание клиентов или отсутствие конкурентоспособных продуктов или отсутствие конкурентных сборов, или это может быть связано с естественной географической причиной. переезд заказчика.
Отчеты сверки
Эти отчеты предоставляют информацию о гарантиях доходов (RA), гарантирующую, что все источники доходов и расходов находятся под наблюдением и отсутствуют какие-либо утечки доходов. Например, прибыль может быть потеряна по многим причинам, таким как утечка в сетевой системе, ошибки посредничества или биллинга, потребность в быстром внедрении новых услуг и т. Д.
Отчеты по обеспечению доходов помогают определить место утечки, чтобы можно было предпринять соответствующие действия.
Отчеты о сетевой активности
Эти отчеты предоставляют информацию для определения областей перегрузки сети, чтобы можно было предпринять корректирующие меры (перенаправление или добавление дополнительных ресурсов) для решения этих проблем.
Другие отчеты
Ниже приводится воображаемый список нескольких других отчетов, которые могут потребоваться из биллинговой системы.
Sr.No. | Описание отчета |
---|---|
1 | Отчеты классификации доходов, в которых обобщается информация о доходах за определенный диапазон дат по классам кредита, сведениям о клиентах, тарифному плану, типу сборов и т. Д. |
2 | Отчеты «Сведения о клиенте», «Просроченная дебиторская задолженность» и «Открытые позиции» предназначены в первую очередь для помощи в отслеживании коллекций. |
3 | Ежедневные отчеты, обобщающие деятельность за день и информацию из главной книги. |
4 | Отчеты о продуктах и пакетах, содержащие подробную информацию о продуктах в базе данных и пакетах, доступных в конкретном каталоге выставления счетов / рейтингов. |
5 | Отчеты по учету соглашений о межсетевом соединении (IAA), которые облегчают выверку CDR исходящих межсоединений. |
6 | Общее количество активаций, прерываний, переносов или переносов за день. |
7 | Общее количество аккаунтов, ежедневно нарушающих свой кредитный лимит, и какой доход идет при нарушении кредитного лимита. |
8 | Отчет о количестве событий, которые были успешно оценены, опубликованы внутри компании и опубликованы без учета стоимости за определенный период времени. |
9 | Отчет о повторяющихся событиях для конкретной услуги или для всех услуг (например, голосовые, SMS, MMS и т. Д.) |
10 | Отчет об отклоненных событиях для конкретной услуги или для всех услуг (например, голосовая связь, SMS, MMS и т. Д.) |
Автоматическое против ручного
Это может быть список отчетов, который требуется ежемесячно, еженедельно или ежедневно. Таким образом, отчеты такого типа разрабатываются, если они недоступны и планируются в системе, чтобы их можно было отправлять на электронный ящик конечного пользователя без какого-либо ручного вмешательства.
Время от времени будет требоваться предоставление различных отчетов в зависимости от некоторых требований, такие отчеты невозможно представить и разработать заранее. Таким образом, эти отчеты разрабатываются и отправляются на основе запросов разных пользователей.
Что следующее?
Начиная со следующей главы, мы рассмотрим различные типы биллинга; например, розница, оптовая торговля, MVNO, роуминг и т. д.
Большинство операторов предоставляют своим клиентам два варианта: postpaid или prepaidподключение. Постоплатные и предоплаченные соединения имеют свои преимущества и недостатки.
Обычно клиентская база оператора на 70% -80% состоит из клиентов с предоплатой, а остальная часть клиентской базы - со стороны постоплаты. Для оператора всегда хорошо иметь больше клиентов с оплатой по факту.
Возможно, вы захотите узнать о различиях между двумя типами клиентов, услуг и систем. Давайте перечислим несколько основных различий между ними:
Service Payments- Это самый важный фактор, который отличает две клиентские базы. Клиенты с предоплатой производят предоплату перед использованием услуги, тогда как клиенты с постоплатой пользуются предлагаемыми услугами в течение месяца, и в конце месяца покупатель получает счет на оплату в течение указанного периода времени.
Charging & Billing - Для клиентов с предоплатой требуется взимать с клиента плату за все использование в режиме реального времени, тогда как с клиентов с постоплатой может взиматься плата в конце месяца.
Service Offerings- Биллинговые системы с постоплатой обеспечивают большую гибкость по сравнению с системами оплаты в реальном времени. Например, система начисления платы в реальном времени не является гибкой для поддержания сложной иерархии бизнес-клиентов, тогда как система выставления счетов с постоплатой может обрабатывать иерархию клиентов до уровня N.
Support & Maintenance- Оператор должен уделять одинаковое внимание обоим предприятиям. Если для бизнеса с предоплатой оператору необходимы квалифицированные кадры для управления операциями, оператору в то же время нужен отличный персонал для обработки запросов клиентов с постоплатой, связанных с их оплатой, счетами и устранением операционных проблем.
Supported Network- Когда-то сеть предоплаченного и постоплатного подключения была разной. Это использовалось для того, чтобы вызывать жалобы на то, что предоплаченное соединение обеспечивает лучшую связь, чем постоплатное, или наоборот. Это эпоха конвергентного биллинга, и операторы ведут свой бизнес в одной и той же сети без ущерба для качества связи.
Сценарий с постоплатой
Сетевые элементы (такие как коммутаторы, SMSC) производят необработанное использование, называемое записями сведений об использовании (UDR) или записями сведений о вызовах (CDR), которые содержат информацию, требуемую системой биллинга -
Телефонный номер (номер)
Вызываемый номер (номер, на который поступает звонок) (номер B)
когда начался звонок (дата и время)
Длительность звонка
Тип вызова (MOC, MTC и т. Д., MOC означает мобильный исходящий вызов, а MTC означает мобильный завершенный вызов)
Вышеупомянутые необработанные UDR от сетевых элементов, а также от других поставщиков услуг принимаются биллинговой системой, и биллинговая система преобразует их в формат, понятный системе. Затем отформатированный / преобразованный UDR используется для поиска клиента / учетной записи, с которой должен быть оплачен звонок, и затем соответствующим образом оценивает событие.
Вышеуказанные UDR сохраняются в хранилище данных биллинга, и в дату платежного цикла процесс выставления счетов берет эти рейтинговые UDR, обрабатывает их и представляет счет / счет-фактуру с учетом платежей, налогов, скидок и т. Д.
Затем клиент оплачивает счет, и платежная система обновляется с указанием платежных реквизитов. Ниже приведена диаграмма, показывающая вышеуказанный стандартный процесс выставления счетов.
Сценарий предоплаты
Вкратце, шаги, связанные с предоплаченным биллингом, следующие:
Когда клиент звонит, коммутационный шлюз с предоплатой фиксирует номер вызывающего абонента и отправляет информацию о счете в систему выставления счетов в реальном времени.
Системы биллинга в режиме реального времени, используя указанную выше информацию, удостоверяют личность пользователя, вычисляют остаток на счете клиента, используя таблицу рейтинговых тарифов и максимально допустимую продолжительность звонка, и отправляют эту информацию на шлюз предоплаты.
Шлюз устанавливает вызов.
Во время вызова шлюз отслеживает вызов, чтобы пользователь не превышал максимально допустимую продолжительность вызова.
По окончании разговора шлюз отправляет фактическую продолжительность разговора в систему выставления счетов с предоплатой, которая затем вычисляет фактическую стоимость разговора и обновляет баланс счета, уменьшая остаток.
На следующем рисунке показан общий сценарий предоплаты.
Процесс предоплаты включает в себя следующие важные шаги, а также сбор информации об учетной записи и обновление учетной записи после завершения звонка:
Authenticating- Аутентификация - это процесс проверки того, что пользователь является тем, кем он или она себя называет. Пользователь предоставляет идентификатор пользователя и учетные данные для аутентификации, например пароль. Система принимает их как входные данные и проверяет, что пользователь действителен и имеет доступ к системе.
Authorizing- Авторизация - это процесс проверки того, что авторизованному пользователю разрешено делать. Как правило, протокол удаленного доступа к серверу пользователя (RADIUS) используется для ограничения доступа к системе для зарегистрированных и авторизованных клиентов.
Providing advice of charge (AOC)- Это дает информацию о фактической стоимости звонка до или после мероприятия. AOC обеспечивает возможность телекоммуникационной системы сообщать о фактических затратах на событие до или после наступления события.
Когда мы говорим о биллинге для телекоммуникаций, по умолчанию речь идет о розничном биллинге. Как обсуждалось ранее, выставление счетов на розничные телекоммуникационные услуги определяется следующим образом:
«Telecom Billing - это процесс сбора данных об использовании, их агрегирования, применения необходимых сборов за использование и арендную плату и, наконец, составления счетов для клиентов. Процесс Telecom Billing также включает в себя получение и запись платежей от клиентов».
Розничный биллинг имеет дело непосредственно с конечным потребителем и сопряжен с множеством проблем, необходимых для удовлетворения ожиданий конечного потребителя и нормативных обязательств. Биллинг считается успешным, если он соответствует следующим критериям:
Timely Billing- Счет конечному потребителю выставляется вовремя, т.е. на номинальную дату. Могут быть обстоятельства, когда конечный заказчик не получает свои счета вовремя из-за некоторых логистических проблем, но ответственность за формирование всех причитающихся счетов в установленный срок лежит на ИТ.
Billing Accuracy- Это наиболее важный фактор для удовлетворения требований потребителей и с точки зрения нормативных обязательств. Если биллинговая система не генерирует точные счета, это может привести к серьезным проблемам с бизнесом с точки зрения законности, а также к тому, что клиент останется в недовольном состоянии.
Розничный и оптовый биллинг
Розничный биллинг касается конечного потребителя и выставления счетов отдельному клиенту, тогда как оптовый биллинг касается выставления счетов следующим лицам в зависимости от ситуации и характера бизнеса:
Торговые посредники по выставлению счетов, связанные с оператором связи.
Биллинг партнеров по межсетевому соединению для обеспечения межсоединения для звонков клиентам другого оператора.
Выставление счетов партнерам по роумингу за предоставление услуг своим клиентам, когда они находились в зоне покрытия оператора.
Оптовый выставление счетов проще по сравнению с розничным выставлением счетов и допускает высокий уровень допуска, в то время как розничный выставление счетов всегда должно быть на 100% точным. Оптовый биллинг никогда не может быть точным на 100% по разным причинам, например, из-за разницы в ценах, установленных в системах двух операторов, или из-за разницы в количестве тарифицированных звонков, потому что некоторые звонки могут быть пропущены в любом сетевом элементе.
Существуют специализированные биллинговые системы, которые используются для обработки розничных счетов, такие как Convergys и Amdocs. Биллинговые системы известны розничным биллингом, тогда как биллинговые системы ASCADE и INTEC известны оптовым биллингом.
Оптовый биллинг также может быть произведен с использованием розничных биллинговых систем с использованием простых отчетов, поскольку они не имеют дело со слишком большим количеством скидок и типов рекламных акций, тогда как розничный биллинг требует всех этих сложностей и не может быть обработан с использованием оптовых биллинговых систем.
Все концепции, обсуждавшиеся до сих пор в этом руководстве, были связаны с розничным биллингом, а в последующих главах будет обсуждаться биллинг за межсоединение, роуминг и другие типы биллинга.
Межсоединение - это процесс обработки вызовов для других поставщиков услуг. Это позволяет клиентам одного поставщика услуг общаться с клиентами другого поставщика услуг.
Если два оператора A и B не являются партнерами по межсетевому соединению, то клиент оператора A не сможет связаться с клиентом оператора B.
Обычно операторы заключают договоренности друг с другом, чтобы клиенты могли общаться друг с другом. Это дает хорошие возможности для бизнеса всем операторам, занимающимся межсетевым соединением. Любая точка соединения, в которой стороны соглашаются подключить свои соответствующие Сети, называется "Interconnection Point".
Примеры подключения включают:
Две соседние неконкурирующие телефонные сети соединяются между собой, так что абоненты одной сети могут звонить абонентам другой.
Операторы дальней связи получают доступ к услугам местного поставщика услуг и конкурируют с этим поставщиком в предоставлении услуг дальней связи для общей клиентской базы.
Традиционная проводная телефонная связь и новые операторы беспроводной мобильной связи соединяются между собой, так что абоненты традиционной телефонной связи могут звонить абонентам беспроводной связи, и наоборот.
Новые конкурентоспособные местные операторы телефонной связи подключаются к действующему оператору связи, чтобы привлечь абонентов на общей территории обслуживания и позволить этим абонентам звонить абонентам в сети действующего оператора.
Клиенты действующего оператора телефонной связи звонят своему провайдеру Интернет-услуг с коммутируемым доступом, который, в свою очередь, является клиентом конкурирующего местного оператора.
Выставление счетов за межсетевые соединения
Это процесс составления счетов-фактур для отправки партнеру по межсетевому соединению, касающихся подробных записей входящих вызовов межсоединения (CDR).
Выставление счетов за межсетевое соединение, связанное с расчетом сумм, подлежащих выплате и получению от каждого из сетевых операторов, к которым наша инфраструктура подключается, для успешного инициирования и завершения вызова. CDR для взаимосвязанных вызовов хранит информацию о маршрутизации вызовов в виде группы допустимых значений для идентификации оператора связи и сведений о стране.
Обратите внимание, что набор Interconnect CDR включает следующие детали:
CDR - это те, которые подлежат оплате розничным и оптовым покупателям. Это доход оператора связи. Это также называется местным биллингом.
CDR, которые подлежат оплате только поставщикам межсетевых соединений. Например: исходящие вызовы, исходящие транзитные вызовы, входящие вызовы и т. Д. Исходящие вызовы - это расходы, а входящие вызовы - доход для поставщика услуг связи.
Системы биллинга межсетевых соединений устанавливают цены на все входящие и исходящие CDR межсоединений. Обычно цена межсоединения определяется как для входящих, так и для исходящих межсоединений CDR на основе входящего или исходящего магистрального маршрута межсоединения, по которому осуществляется вызов. Чаще всего идентификатор канала представляет собой уникального партнера по межсоединению в биллинговой системе.
Расчетный процесс
Процесс расчета будет использоваться для расчета с оператором сети / оператором связи, участвующим в передаче вызовов от Владельца межсоединения к пункту назначения другого оператора сети или наоборот.
Процесс принесет исходящий (расходы владельцу межсоединения) и входящий (доход владельцу межсоединения) трафик для расчета.
Расчет может производиться ежемесячно или раз в две недели с использованием ручного или автоматического процесса. От биллинговой системы к биллинговой системе зависит, как она поддерживает расчет партнера.
Процесс неттинга
Неттинг, используемый для выполнения после завершения расчета для согласованного Поставщика / Перевозчика. Неттинг осуществляется за несколько периодов расчетов для нескольких услуг, которые поддерживаются в той же валюте на уровне Оператора.
Есть два типа методов сетки -
AFTER - После расчета стоимости подключения оператора за вычетом суммы между оператором и поставщиком / перевозчиком
BEFORE - До взаимозачета затрат оператора на соединение без вычета суммы между оператором и поставщиком / перевозчиком.
Процесс согласования
Это процесс согласования счетов, поступающих от партнера по межсетевому соединению, которые относятся к исходящим CDR.
Каждый месяц партнеры по межсетевому соединению обмениваются своими CDR для целей сверки. Очень часто встречаются расхождения в CDR, предоставленных двумя партнерами.
Биллинговые системы предоставляют отчеты, облегчающие согласование CDR входящих и исходящих межсоединений. В этих отчетах хранятся такие параметры, как тип вызова, пункт назначения, диапазон затрат и продолжительность, так что эти CDR могут использоваться обоими операторами для сопоставления этих параметров и идентификации отсутствующих CDR.
Возможна ситуация, когда некоторые CDR будут обнаружены пропавшими на стороне любого из операторов. После выполнения требуемой сверки, если вопрос не урегулирован, между партнерами происходят различные переговоры, и, наконец, вопрос решается путем выплаты некоторой номинальной суммы затронутому партнеру по межсетевому соединению.
Сценарии межсетевого вызова
В зависимости от типа соглашения между разными операторами могут существовать различные сценарии межсетевого вызова. Давайте попробуем охватить несколько наиболее часто используемых -
Клиент оператора A звонит клиенту оператора B по стране. В этом случае оператор A заплатит некоторую сумму оператору B.
Клиент оператора A совершает международные звонки через оператора B, потому что оператор A не имеет прямого соглашения с каким-либо международным оператором. В этом случае оператор A заплатит некоторую сумму оператору B, а оператор B позаботится о расчетах с международным оператором.
Клиент оператора А совершает международный звонок напрямую через международного оператора. В этом случае оператор A заплатит некоторую сумму международному оператору напрямую.
Все вышеуказанные вызовы могут быть голосовыми, SMS, MMS, данными и т. Д.
Соглашения о присоединении
Чтобы обеспечить успешное присоединение, следующие вопросы должны быть урегулированы в соглашении о присоединении или в соответствии с правилами или распоряжениями регулирующего органа:
Prices and adjustments - Сюда входит начальный уровень платы за присоединение, определение валюты, в которой должна быть выплачена плата за присоединение, и то, как цены будут корректироваться в течение срока действия соглашения с учетом изменений обменного курса и инфляции.
Points of interconnection - Определены физические местоположения, где будет происходить присоединение, и технические стандарты, которые будут применяться при присоединении.
Transport and traffic routing - Необходимо дать некоторое определение того, как вызовы будут маршрутизироваться и что будет транспортироваться для доставки вызовов.
Quality of service - Определены стандарты качества, в частности, для времени на предоставление каналов и для уровней блокировки вызовов, а также определены средства правовой защиты, когда эти стандарты не соблюдаются.
Billing and collection - Следует указать, когда и как собирать данные о трафике, когда и как обменивать счета, а также когда и как производить оплату.
Reconciliation- Также должен быть включен процесс согласования данных трафика и запросов другой стороне и обработки претензий. Полезна процедура разрешения несоответствий, которая часто включает обращение в арбитраж, регулирующий орган или в суд.
Numbering Plan - Необходимо определить доступ каждого оператора к плану нумерации страны и ресурсам нумерации.
Traffic Load - Способность доставлять и принимать трафик, который течет между соединяющимися сетями, должна быть обсуждена и задокументирована.
Типы договоров
У операторов могут быть разные типы соглашений об обмене трафиком. Наиболее часто используемые соглашения перечислены ниже -
Bi-Lateral Agreement- В соответствии с этим соглашением каждая сторона соглашается обмениваться цифровым коммуникационным трафиком с другой стороной по своей Сети в точках соединения и / или в одном или нескольких прямых соединениях. Расчет платежей между разными партнерами происходит ежемесячно или раз в два месяца в соответствии с соглашением. В соответствии с этим соглашением оба оператора могут инициировать и завершать свои вызовы в сети друг друга.
Uni-Lateral Agreement- В соответствии с этим соглашением одна сторона отправляет свой трафик в Сеть другой стороны во время соединения и не принимает трафик от другой стороны. Расчет платежей между разными партнерами происходит ежемесячно или раз в два месяца в соответствии с соглашением.
Роуминг - это возможность абонента мобильной связи автоматически совершать и принимать телефонные звонки, отправлять и получать данные или получать доступ к другим услугам во время поездок за пределы географической зоны покрытия домашней сети посредством использования сети другого оператора.
Роуминг может быть национальным или международным. Национальный роуминг означает, что абоненты мобильной связи используют другую сеть в географических регионах, где их собственный оператор не имеет покрытия. Это, например, используется операторами, у которых нет полного покрытия в стране. Международный роуминг используется, когда абоненты мобильной связи выезжают за границу и пользуются сетью оператора за границей.
Как это на самом деле происходит? Если у поставщика услуг нет покрытия сети в определенном городе или стране, то этот поставщик услуг заключает соглашение о роуминге с другим поставщиком услуг, имеющим сеть в этом городе или стране. В соответствии с этим соглашением другой поставщик услуг предоставляет все доступные услуги роуминговому клиенту первого поставщика услуг.
CDR, созданные в зоне одного роумингового партнера, собираются и оцениваются этим роуминг-партнером, и, наконец, они отправляются фактическому поставщику услуг роумингового клиента. Фактический поставщик услуг взимает с конечного потребителя плату за все предоставляемые услуги роуминга в соответствии с заранее установленной платой за обслуживание.
Два роуминговых партнера оплачивают свои финансовые дела ежемесячно, обмениваясь фактическими CDR роуминга и отчетами, основанными на этих CDR.
HPMN и VPMN
В Home Public Mobile Network- это сеть от оператора, в которой абонент мобильной связи имеет подписку. Этот термин используется в отличие отVisited Public Mobile Network (ВПМН).
Посещаемая общественная мобильная сеть - это сеть, используемая мобильным абонентом в роуминге. Этот термин используется в отличие от домашней общедоступной мобильной сети (HPMN).
Информационный центр
Существуют хорошо известные организации, такие как MACH, которые взаимодействуют между различными партнерами по роумингу, чтобы помочь им обмениваться своими CDR, заключать соглашения о роуминге и разрешать любые споры.
Клиринговые центры получают платежные записи от одного роумингового партнера для входящих роумеров и отправляют биллинговые записи другому роуминговому партнеру, для которого этот роумер будет называться исходящим роумером.
Что такое TAP3?
Transferred Account Procedure version 3(TAP3) - это процесс, который позволяет оператору посещаемой сети (VPMN) отправлять записи о счетах абонентов в роуминге своему соответствующему оператору домашней сети (HPMN). TAP3 - это последняя версия стандарта, которая позволит выставлять счета за множество новых услуг, которые сети намерены предлагать своим клиентам.
Информационная служба использует протокол TAP3 для обмена всеми CDR между разными партнерами по роумингу. TAP3 определяет, как и какая информация об использовании в роуминге должна передаваться между операторами сети. Обмен этими файлами осуществляется с помощью простого FTP-соединения.
Существуют разные версии TAP. TAP эволюционировал от TAP1 через TAP2 и от TAP2 + до TAP3. Последний выпуск, TAP3, включает поддержку межстандартного роуминга в спутниковой сети, WLAN и UMTS, а также других технологий 3G.
GSM TAP Standard TD.57- Процедура передачи учетной записи GSM (TAP) определяет формат и правила проверки для передачи информации об использовании роуминга между операторами мобильной связи в разных странах. TAP3 - это третья версия спецификации стандарта. Переданные файлы называются файлами TAP.
GSM RAP Standard TD.32- Процедура возврата учетных записей GSM (RAP) определяет формат для возврата информации об ошибках, обнаруженных в переданных файлах / событиях TAP, и тем самым отказ от финансовой ответственности за эти файлы / события. Переданные файлы называются файлами RAP.
Биллинг в роуминге
Абонент мобильной связи уезжает в другую страну и пользуется услугами зарубежной сети. Чтобы выставить счет абоненту, эта информация должна быть передана обратно в домашнюю сеть абонента. Внешняя сеть будет собирать информацию об использовании своих коммутаторов и т. Д., А затем создает файлы TAP, содержащие информацию, изложенную в стандарте.
Затем файлы ЭКСПОРТИРУЮТСЯ (на регулярной основе, как правило, по крайней мере, один файл в день) домашнему оператору, который ИМПОРТИРУЕТ их, а затем использует информацию для выставления счета подписчику. Зарубежный оператор будет оценивать звонки, а затем взимать плату с абонентской домашней сети за все звонки в файле. Домашний оператор может повышать или изменять тарифы на звонки, чтобы получать прибыль.
Что такое MVNO?
MVNO означает Mobile Virtual Network Operator. Оператор виртуальной сети мобильной связи (MVNO) - это компания, которая предоставляет услуги мобильной связи, но не имеет собственного лицензированного распределения частот радиочастотного спектра и не обязательно имеет всю инфраструктуру, необходимую для предоставления услуг мобильной телефонной связи.
MVNE означает Mobile Virtual Network Enabler, которая является компанией, которая предоставляет услуги операторам мобильных виртуальных сетей, такие как выставление счетов, предоставление сетевых элементов, администрирование, операции, поддержка подсистем базовых станций и систем поддержки операций, а также предоставление внутренних сетевых элементов, чтобы обеспечить предоставление услуг мобильной сети например, подключение к сотовому телефону.
MVNO на самом деле является реселлером мобильных продуктов и услуг реального оператора, но под другим брендом.
Например, есть оператор A, имеющий всю инфраструктуру, включая сеть, коммутаторы, биллинговые системы, систему инициализации, системы обслуживания клиентов и т. Д. Теперь, если кто-то хочет начать телекоммуникационный бизнес с минимальными инвестициями, тогда вариант MVNO продолжать.
MVNO будет покупать услуги оптом у хорошо зарекомендовавшего себя оператора, менять название бренда в соответствии с их удобством и продавать эти продукты и услуги в качестве оператора. Фактический оператор останется прозрачным для конечного потребителя, и клиент будет чувствовать себя конечным потребителем MVNO.
В зависимости от ситуации MVNO может купить один или несколько компонентов инфраструктуры у оператора и заплатить им соответственно. Например, MVNO может использовать только сеть от оператора, или MVNO может использовать сеть и систему тарификации от оператора, а остальные компоненты, такие как обслуживание клиентов, обеспечение и т. Д., Могут быть настроены MVNO.
MVNO полностью контролируют SIM-карту, брендинг, маркетинг, биллинг и операции с клиентами.
Первым коммерчески успешным MVNO в Великобритании была компания Virgin Mobile UK [3], запущенная в Соединенном Королевстве в 1999 году и в настоящее время обслуживающая более 4 миллионов клиентов в Великобритании.
Услуги MVNO
MVNO обычно не имеют собственной инфраструктуры, но некоторые ведущие MVNO развертывают собственную инфраструктуру мобильных IN, чтобы упростить средства для предоставления дополнительных услуг. MNVO могут рассматривать существующую инфраструктуру, такую как радиооборудование, как товар, в то время как MVNO предлагает свои собственные продвинутые и дифференцированные услуги, основанные на использовании их собственной интеллектуальной сетевой инфраструктуры.
Таким образом, каждый MVNO и сетевой оператор могут сосредоточиться на своих собственных нишевых рынках и формировать индивидуализированные детализированные услуги, которые расширят охват клиентов и их бренд.
Большинство MVNO выходят на рынок только для клиентов с предоплатой и предоставляют им только услуги с предоплатой, такие как голосовая связь, SMS, MMS, данные, широкополосный доступ и т. Д., С некоторыми хорошими дополнительными услугами.
Биллинг MVNO
Предполагая, что действующий оператор продает свою инфраструктуру MVNO, могут существовать различные бизнес-модели и соглашения между действующим оператором и MVNO. Ниже приведены наиболее часто используемые -
MVNO может брендировать свои услуги и продавать их на рынке, а MVNE поможет в предоставлении этих услуг конечному потребителю. Здесь фиксированный процент комиссии будет поступать в MVNE.
MVNO может покупать товары и услуги оптом по специальным сниженным ценам, а затем маркировать их своим именем и продавать на рынке.
MVNO продает продукты и услуги, и в зависимости от использования, генерируемого конечными клиентами, MVNO выплачивает определенную сумму MVNE.
Во всех случаях от MVNO может потребоваться внести некоторую сумму гарантийного депозита в MVNE, а затем ежемесячный расчет происходит с использованием простых отчетов, генерируемых MVNE.
MVNE может добавить MVNO в свою биллинговую систему в качестве корпоративного клиента, если MVNO предоставляет услуги с постоплатой и может добавлять все продукты и услуги, предоставляемые MVNO. К концу каждого месяца или обычно через каждые две недели может быть выставлен счет, и его сбор может быть отслежен.
Но обычно большинство MVNO предоставляют предоплаченные услуги, которые обрабатываются в системе Pre-Paid. В таком случае функциональность MVNO достигается либо с помощью встроенных функций в системе предоплаты, либо путем простого определения отдельного класса обслуживания. Все записи об использовании и другая информация сбрасываются в хранилище данных, откуда могут быть созданы отчеты для подготовки счета.
Что такое конвергентный биллинг?
Предположим, что оператор предоставляет различные услуги мобильной голосовой связи, фиксированной передачи голоса, данных, IPTV, широкополосного доступа, предоплаты и постоплаты и т. Д. Клиент может иметь одну или несколько из этих услуг от одного и того же оператора. Типичный клиент определенно хотел бы иметь единый счет-фактуру и единое представление своей учетной записи.
Конвергентный биллинг - это интеграция всех сборов за обслуживание в единый счет-фактуру клиента и единое представление клиента. Клиент должен позвонить в колл-центр и получить полную информацию об учетной записи для всех выбранных услуг. Заказчик получает единый счет и производит единовременную оплату всех услуг.
По-настоящему конвергентная биллинговая система должна иметь возможность объединять любое количество и комбинацию продуктов и услуг в один счет, независимо от типа продукта и рыночного сегмента, то есть услуг с предоплатой и постоплатой.
Еще одним важным параметром, влияющим на конвергентный биллинг, является единый каталог продуктов и цен для клиентов с предоплатой и постоплатой.
Преимущества конвергентного биллинга
Конвергентный биллинг поможет операторам получить следующие основные преимущества:
Единый каталог продуктов и услуг сокращает время выхода на рынок и снижает стоимость внедрения.
Единый счет позволяет получать скидки на несколько услуг, поэтому клиенты, заказывающие несколько услуг, могут получать льготные цены.
Конвергентный биллинг позволяет создавать пакеты мультисервисных услуг и ценообразование, в результате чего существующих клиентов привлекают новые услуги, а новых клиентов привлекают инновационные пакеты услуг.
Централизованное обслуживание клиентов и поддержка для обоих типов клиентов (с предоплатой и постоплатой).
Основные узкие места
До сих пор все крупные операторы связи мечтали о настоящей конвергенции. Возможно, завтра появится какая-то биллинговая система, которая будет поддерживать истинную конвергенцию всех продуктов и услуг, но сегодня у нее есть следующие препятствия для достижения реальной конвергенции:
Системы зарядки в реальном времени, такие как Ericsson IN или Nokia Siemens Charging System, являются очень популярными системами для предоставления решений для предоплаченных продуктов и услуг. Эти системы недостаточно гибки, чтобы обрабатывать различные функции, необходимые для клиентов с постоплатой, например: сложная иерархия клиентов, переоценка CDR, оптовые скидки, гибкая отчетность, тарификация роуминга, тарификация межсоединений и т. Д.
Системы выставления счетов с постоплатой, такие как Convergys Infinys или Amdocs Billing Systems, отлично подходят для продуктов и услуг с постоплатой. Эти системы не способны обрабатывать предоплаченный трафик и взимать плату за звонки в режиме реального времени. Важно отметить, что эти системы нельзя сделать высокодоступными из-за их базовой архитектуры.
Сохранив два вышеупомянутых ограничения вместе, если мы объединим обе системы, выполнив своего рода взаимодействие между системами предоплаты и постоплаты, то можно будет достичь истинной конвергенции. Такие компании, как Convergys и Ericsson, работают в одном и том же направлении, чтобы объединить две системы и использовать необходимые функции от обоих типов систем и сделать их единой конвергентной биллинговой системой.
Поддержка и обслуживание - неотъемлемая и наиболее важная часть работы телекоммуникационной компании. Удовлетворенность клиентов напрямую зависит от того, насколько эффективна и качественна их поддержка. Если клиент попадает в цикл, и он не получает хорошего ответа на поднятую проблему / проблему, клиент просто переключится на другого доступного оператора.
Поддержка и обслуживание охватывает следующие основные области:
System support and maintenance- Это включает в себя поддержание работоспособности BSS (Business Support Systems) и OSS (Operation Support Systems). Если есть какая-либо проблема в любой из систем (биллинг, инициализация, сеть, посредничество, обслуживание клиентов и т. Д.), То ее проверяют специалисты и устраняют в минимальные сроки.
Customer Support- Сюда входит решение всех проблем, связанных с клиентами. Клиент жалуется через службу поддержки клиентов или в колл-центр, а затем выдает потоки сообщений на разных этапах. Эта проблема может быть связана с сигналами, прерыванием вызова, качеством загрузки голоса или данных, неправильным счетом, некоторым спором, активацией или завершением услуги и т. Д.
System upgrades- Сюда входит обновление существующей системы до последней версии, чтобы обеспечить большую стабильность и гибкость в бизнесе. Новая версия любой системы включает в себя новые функции для удовлетворения новых бизнес-требований. Это также включает обновление оборудования для поддержания производительности системы и увеличения объема памяти.
Уровни поддержки
Поставщики услуг всегда поддерживают разные уровни поддержки. На этих уровнях рассматриваются различные типы проблем в зависимости от их характера и серьезности. Наиболее часто используемые уровни поддержки следующие:
Level 1- Клиент обращается в службу поддержки, которая может быть колл-центром, и специалист службы поддержки слушает проблему клиента и предлагает решение на месте. Например, могут быть проблемы, которые можно решить, просто перезагрузив телефон. Таким образом, эффективный специалист по обслуживанию клиентов знает о проблемах такого типа и может предложить решение, не поднимая проблему (обычно это называется заявкой на неисправность) на следующий уровень.
Level 2- Если специалист по обслуживанию клиентов не может решить проблему, проблема передается на второй уровень поддержки, то есть в группу технических специалистов. Эти специалисты принадлежат к отделу информационных технологий (ИТ), и, если они могут понять проблему, они могут предложить решение и отправить ее обратно на уровень 1, в противном случае они проверят характер проблемы, чтобы понять, связана ли проблема с сеть или биллинговая система, или система обеспечения, или оборудование, и т. д., и в зависимости от характера проблемы проблема передается следующему уровню, то есть отделу.
Level 3- Это разные отделы, специализирующиеся в своих областях, таких как базовое проектирование, планирование радиосвязи, выставление счетов, обеспечение, управление заказами и т. Д. Если проблема передается им, они анализируют проблему и пытаются выяснить первопричину проблемы. В большинстве случаев проблема будет диагностирована и устранена службой поддержки третьего уровня, поскольку это высококвалифицированные инженеры, специализирующиеся в своей области. Может возникнуть ситуация, когда проблема не может быть исправлена при поддержке 3-го уровня, потому что она может быть связана с основными функциями системы, которые не могут быть изменены поддержкой 3-го уровня. В таком случае проблема передается в службу поддержки 4-го уровня.
Level 4 - Это фактические поставщики систем, поддерживающих бизнес, например, биллинговая система, сетевой коммутатор, система инициализации и т. Д. Таким образом, если обнаруживается, что проблема связана с основными функциями биллинговой системы, например, биллинговая система не может Чтобы применить правильную скидку, она будет передана поставщику биллинговой системы, а если проблема связана с основными функциями системы обеспечения, она будет передана поставщику системы обеспечения.
Соглашения об уровне обслуживания (SLA)
Отделы поддержки всегда работают с заранее определенным соглашением об уровне обслуживания, которое называется SLA. Эти SLA определены и сохраняются с учетом различных параметров. Например -
Серьезность проблемы или оперативной задачи.
Влияние проблемы или оперативной задачи на бизнес.
Независимо от того, влияет ли проблема или операционная задача на одного или нескольких клиентов.
Связаны ли проблема или операционная задача напрямую с потерей дохода или удовлетворенностью клиентов.
На основе такого типа параметров определяются разные приоритеты и назначаются различным проблемам или операционным задачам. Операционной задачей может быть создание отчетов, создание счетов, очистка базы данных или резервное копирование.
Наконец, каждая проблема и операционная задача имеют назначенный приоритет, и каждому приоритету соответствует SLA. Например, если есть проблема при создании заказа клиента, то это будет считаться высокоприоритетной проблемой, поскольку она напрямую влияет на бизнес. Подобные вопросы должны быть решены в кратчайшие сроки уполномоченным отделом. Итак, для высокоприоритетной проблемы определено очень жесткое SLA.
SLA обсуждаются и согласовываются по взаимному соглашению, при этом бизнес-потребности остаются на первом месте. Обычно SLA хранит следующую информацию -
Параметры для определения характера проблемы, является ли это приоритетной проблемой 1-го, 2-го приоритета или 3-го или 4-го приоритета. Чем ниже номер приоритета, тем выше критичность проблемы.
Сколько времени потребуется для решения проблемы для заданного типа приоритета и серьезности.
Какой штраф будет применен в случае невыполнения SLA.
Контактные точки эскалации для каждого уровня поддержки.
Последовательность процессов и среда коммуникации при разрешении проблем.
Доступность инфраструктуры и другие ограничения, влияющие на решение проблемы.
SLA могут быть определены между различными отделами, между поставщиком и оператором, а также между разными операторами, а также в случае взаимосвязи.
На следующей диаграмме показана типичная архитектура биллинговой системы. В этой главе дается краткое представление обо всех интерфейсных системах, начиная сверху вниз.
CRM / OMOF система
Это первая система, из которой выполняется захват заказа клиента и в систему создается клиент. CRM означаетCustomer Relationship Management а OMOF означает Order Management and Order Fulfilment.
Существуют такие системы, как Siebel, которые предоставляют модули как для CRM, так и для OMOF. CRM-система хранит информацию о клиентах, а также о продуктах и услугах. Модуль OMOF отвечает за отслеживание заказа с момента его создания до его завершения.
Здесь у нас есть две возможности -
Система CRM (Управление взаимоотношениями с клиентами) / OMOF (Управление заказами и выполнение заказов) связывается с биллинговой системой, а биллинговая система контактирует с системой обеспечения для предоставления услуг и системы сетевой инвентаризации, а также для назначения номеров телефонов или IP-адресов и т. Д.
Вторая возможность может заключаться в том, что система CRM / OMOF сама связывается с системой обеспечения для предоставления услуг и системы инвентаризации сети, а также для назначения номеров телефонов или IP-адресов и т. Д.
Система обеспечения
Эта система принимает команды либо из биллинговой системы, либо из системы CRM / OMOF для активации, деактивации и приостановки услуг. Обе архитектуры действительны и зависят от того, как архитектор спроектирует всю установку.
После выполнения команд инициализации эта система связывается с системой базовой сети, чтобы активировать, деактивировать или приостановить услуги. После успешной инициализации эта система отправляет ответ либо в биллинговую систему, либо в систему CRM, в зависимости от того, кто отправил ей последнюю команду.
Система сетевой инвентаризации (NIS)
Эта система поддерживает все сетевые идентификаторы, такие как номера телефонов, MSISDN, IP-адреса, адреса электронной почты и т. Д., И технически она называется Network Inventory System.
В зависимости от архитектуры системы CRM / OMOF или биллинговая система связывается с NIS для получения необходимого идентификатора сети и присваивает его клиенту во время создания заказа.
Эта система отвечает за поддержание жизненного цикла сетевых идентификаторов, который начинается с доступности и затем проходит различные стадии, такие как активация, приостановка, завершение, карантин и снова доступность.
Сетевые коммутаторы
Как правило, биллинговая система не взаимодействует с сетевыми коммутаторами. Сетевые коммутаторы несут ответственность за предоставление всех услуг конечным клиентам в зависимости от того, какие услуги были предоставлены клиенту. Эти системы отвечают за управление вызовами, загрузку данных, передачу SMS и т. Д. И, наконец, за создание записей сведений о вызовах.
Сетевые коммутаторы включают MSC, SMSC, GGSN и MMSC. Для получения дополнительной информации о GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, пожалуйста, обратитесь к нашим руководствам по GSM .
Система посредничества
Система посредничества собирает CDR с разных сетевых элементов в разных форматах. Различные сетевые элементы генерируют CDR в формате ASN.1, а некоторые сетевые элементы имеют свой собственный частный формат CDR.
Система-посредник обрабатывает все CDR и преобразует их в формат, совместимый с нижестоящей системой, которой обычно является биллинговая система. Система посредничества применяет различные правила к CDR для их обработки; например, система посредничества отмечает международные вызовы на основе набранного номера (B-Number), так же как система посредничества отмечает внутрисетевые вызовы на основе A-Number и B-Number.
Может потребоваться отфильтровать все вызовы, длительность которых составляет менее 5 секунд. Лучшее место для фильтрации таких вызовов будет на уровне системы посредничества. Таким же образом, если в CDR требуется некоторая дополнительная информация, которая имеет решающее значение для выставления счетов, то система медиации поможет в предоставлении такой информации на основе некоторых других атрибутов, доступных в CDR.
Как только собранные CDR обработаны, система-посредник отправляет все CDR в биллинговую систему с помощью FTP, потому что обычно системы посредничества и биллинга работают на разных машинах.
Система хранилища данных (DWH)
Это нисходящая система для биллинговой системы, которая обычно хранит множество исторических данных, связанных с клиентами. Биллинговая система выгружает различную информацию о клиентах в систему DWH. Эта информация включает использование услуг, счета-фактуры, платежи, скидки, корректировки и т. Д.
Вся эта информация используется для создания различных типов управленческих отчетов, а также для бизнес-аналитики и прогнозов.
Система DWH всегда предназначена для работы с большими объемами данных, и если есть необходимость в каком-либо небольшом отчете, то всегда стоит сгенерировать его напрямую из биллинговой системы, вместо того, чтобы использовать DWH для небольшой задачи.
Планирование ресурсов предприятия (ERP)
Система планирования ресурсов предприятия (ERP) предоставляет модули для управления финансами, кадрами, цепочками поставок и т. Д.
Интерфейс биллинговой системы с этой системой используется для проводки всех финансовых операций, таких как счета-фактуры, платежи и корректировки.
Эта система работает как главная книга финансового отдела и предоставляет полную информацию о доходах в любой момент времени, когда это необходимо.
Платежный шлюз
Таким образом, это не обязательно полная система, но это может быть своего рода настраиваемый компонент, который находится между биллинговой системой и различными платежными каналами, такими как банки, шлюз кредитных карт, магазины, розничные торговцы и т. Д.
Все платежные каналы используют платежный шлюз для разноски платежей в биллинговую систему для расчета счетов клиентов.
Обычно платежный шлюз предоставляет внешнему миру своего рода API (интерфейс прикладного программирования) для отправки платежей в биллинговую систему. API может использоваться любым внешним ресурсом для публикации платежа.