Телеком Биллинг — Введение

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

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

• Verizon
• Vodafone
• Airtel
• TATA
• Etisalat
• Qtel

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

• Голосовой звонок
• Факс
• SMS и MMS
• Интернет-соединение
• Загрузка и выгрузка данных
• Видео-конференция
• Услуги на базе IP, т. Е. Передача голоса по IP или VPN

Операторы связи взимают плату со своих клиентов различными способами, но есть два основных параметра, которые используются для начисления платы клиенту:

• Арендная плата — это плата, взимаемая с клиентов ежемесячно за предоставленные услуги. Например, ежемесячная плата за телефон составит 5 долларов, независимо от того, используете вы ее или нет.

• Плата за использование — это плата, взимаемая с клиентов в зависимости от использования услуги. Например, с вас будет взиматься плата за все сделанные вами звонки или за данные, загруженные с помощью вашего телефона.

Арендная плата — это плата, взимаемая с клиентов ежемесячно за предоставленные услуги. Например, ежемесячная плата за телефон составит 5 долларов, независимо от того, используете вы ее или нет.

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

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

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

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

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

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

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

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

• Обработка платежей — включает в себя размещение платежей клиента на его / ее счет.

• Кредитный контроль и сборы — это включает в себя отслеживание невыплаченных платежей и принятие соответствующих мер для сбора платежей.

• Споры и корректировки — Она включает в себя записи споров клиентов с их счетов и создание корректировки вернуть оспариваемую сумму в целях урегулирования споров.

• Предоплата и постоплата — включает поддержку клиентов с предоплатой и постоплатой.

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

• Расчеты между перевозчиками — это включает распределение доходов между операторами, которые предоставляют услуги клиентам друг друга.

• Продукты и услуги — это включает в себя предоставление гибкого способа поддерживать различные продукты и услуги и продавать их по отдельности или в пакетах.

• Заявки на скидку — это включает в себя определение различных схем скидок, чтобы уменьшить отток клиентов и привлечь и увеличить клиентскую базу.

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

Обработка платежей — включает в себя размещение платежей клиента на его / ее счет.

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

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

Предоплата и постоплата — включает поддержку клиентов с предоплатой и постоплатой.

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

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

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

Заявки на скидку — это включает в себя определение различных схем скидок, чтобы уменьшить отток клиентов и привлечь и увеличить клиентскую базу.

Типы выставления счетов

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

• Тарификация с предоплатой — механизм выставления счетов, при котором клиент платит заранее, а после этого начинает пользоваться услугой. Обычно клиенты с предоплатой не получают счета-фактуры, и с них взимается плата в режиме реального времени с помощью высокодоступных биллинговых систем, называемых « IN » (интеллектуальная сеть).

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

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

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

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

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

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

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

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

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

Поставщики биллинговых систем

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

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

система	Веб-сайт
Convergys IRB	www.convergys.com
Ансамбль Амдока	www.amdocs.com
AMS Гобелен	www.amsinc.com/telecom
Кенан Арбор	www.kenan.com
Одиночный вид	www.intecbilling.com
Портал Инфранет	www.intecbilling.com
Ericsson IN	www.ericsson.com

www.convergys.com

www.amdocs.com

www.amsinc.com/telecom

www.kenan.com

www.intecbilling.com

www.intecbilling.com

www.ericsson.com

Телеком Биллинг — Системная архитектура

Следующая диаграмма показывает типичную архитектуру биллинговой системы —

Здесь у нас есть две возможности —

• Система CRM (Управление взаимоотношениями с клиентами) / OMOF (Управление заказами и выполнение заказов) связывается с биллинговой системой, а биллинговая система связывается с системой инициализации для предоставления услуг и системы инвентаризации сети, а также для назначения телефонных номеров или IP-адресов и т. Д.

• Вторая возможность может заключаться в том, что сама система CRM / OMOF связывается с системой обеспечения для предоставления услуг и системы инвентаризации сети, а также для назначения телефонных номеров или IP-адресов и т. Д.

Система CRM (Управление взаимоотношениями с клиентами) / OMOF (Управление заказами и выполнение заказов) связывается с биллинговой системой, а биллинговая система связывается с системой инициализации для предоставления услуг и системы инвентаризации сети, а также для назначения телефонных номеров или IP-адресов и т. Д.

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

Типичный процесс выставления счетов

Принимая во внимание вышеприведенную архитектуру системы: → После того, как вызов сделан или вы можете сказать, что конечный клиент сгенерировал использование, система-посредник собирает данные об использовании от сетевого коммутатора и создает запись с подробным описанием вызова (CDR). Этот CDR должен содержать номер участника «A» и номер участника «B», дату и время начала и окончания.

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

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

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

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

Требования к биллинговой системе

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

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

• Управление заказами — это базовый функционал, который должен быть доступен в типовой биллинговой системе. Биллинговая система должна быть достаточно способной регистрировать заказы на продукты и услуги, управлять жизненным циклом ввода заказов и контролировать жизненный цикл выполнения заказов.

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

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

• Дисконтирование — биллинговая система должна быть способна предоставлять различные виды скидок при различном использовании и аренде.

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

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

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

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

• Управление доходами партнеров. Управление доходами партнеров — это распределение доходов между операторами, которые предоставляют услуги клиентам друг друга.

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

• Отчетность об эффективности — Удовлетворительная система будет предоставлять отчеты об эффективности, обеспечивать отчетность о качестве обслуживания (QoS), создавать отчеты управления и генерировать нормативные отчеты.

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

• Аудит и безопасность — биллинговая система должна проводить аудит данных и проверку целостности. Безопасная система всегда желательна для оператора.

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

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

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

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

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

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

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

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

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

Управление доходами партнеров. Управление доходами партнеров — это распределение доходов между операторами, которые предоставляют услуги клиентам друг друга.

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

Отчетность об эффективности — Удовлетворительная система будет предоставлять отчеты об эффективности, обеспечивать отчетность о качестве обслуживания (QoS), создавать отчеты управления и генерировать нормативные отчеты.

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

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

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

• Ускорение выхода на рынок новых сервисов.

• Включение конвергентного взгляда на клиентов и продукты.

• Поддержка экономичной архитектурной масштабируемости.

• Включение управления партнерскими отношениями и урегулирования

• Сокращение общей стоимости владения.

Ускорение выхода на рынок новых сервисов.

Включение конвергентного взгляда на клиентов и продукты.

Поддержка экономичной архитектурной масштабируемости.

Включение управления партнерскими отношениями и урегулирования

Сокращение общей стоимости владения.

Что дальше?

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

Телеком Биллинг — Продукты и услуги

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

Что такое продукт?

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

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

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

Что такое сервис?

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

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

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

• Реальные объекты (например, мобильный телефон)
• Услуги (например, услуга ожидания вызова в телефонной сети)
• Более абстрактные концепции (например, соглашение об уровне обслуживания)

Семейства продуктов

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

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

• Услуги телефонии
• Кабельное ТВ
• интернет
• Выделенная линия

Группа продуктов (пакетов)

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

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

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

Атрибуты продуктов

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

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

Типы событий продукта

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

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

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

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

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

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

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

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

Что дальше?

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

Телеком Биллинг — Тарифное Планирование

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

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

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

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

• Сборы за прекращение использования продукта — это сборы, которые могут применяться при прекращении использования продукта и услуги.

• Сборы за приостановку продукта — это сборы, которые могут применяться в случае приостановки продукта по какой-либо причине; например, неуплата.

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

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

• Плата за использование продукта — это наиболее важный вид оплаты, который будет применяться в зависимости от использования услуги. Например, вызов в минуту или в секунду, загрузка данных в МБ и т. Д.

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

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

Сборы за прекращение использования продукта — это сборы, которые могут применяться при прекращении использования продукта и услуги.

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

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

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

Плата за использование продукта — это наиболее важный вид оплаты, который будет применяться в зависимости от использования услуги. Например, вызов в минуту или в секунду, загрузка данных в МБ и т. Д.

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

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

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

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

Предварительные и просроченные платежи

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

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

Для просроченной задолженности плата за продукт взимается в течение периода, по крайней мере, за день до текущей номинальной даты счета (или даты запроса счета для непериодических счетов).

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

ПРИМЕЧАНИЕ. — Плата за использование не может быть взята заранее, пока она не является единовременной, потому что вы никогда не знаете, какой объем использования клиент собирается получить в следующем месяце. Если это единовременная сумма, вы можете забрать эту сумму заранее и позволить клиентам пользоваться неограниченными услугами в соответствии с их требованиями.

Proratable & Непродолжительные обвинения

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

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

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

Возвратные и невозвратные платежи

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

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

Опция переопределения заряда

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

Например, для конкретного продукта базовые цены в каталоге определены 30 долларов США в месяц, но покупатель не готов платить 30 долларов США в месяц, и на основании некоторых переговоров он готов платить 25 долларов США в месяц. В такой ситуации представитель отдела обслуживания клиентов (CSR) должен иметь возможность переопределить определенную базовую цену 30 долларов и добавить их как 25 долларов во время создания клиента в системе.

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

Разделение доходов по кодам доходов

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

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

Классификация тарифов

Оператор может определять разные тарифы, которые могут быть предложены разным людям, имеющим разные кредитные классы. Например, линия данных 5 Мбит / с по цене 100 долларов в месяц может быть предложена клиенту с ежемесячным доходом более 1000 долларов в месяц, а линия данных 1 Мбит / с может быть предложена клиенту с минимальным ежемесячным доходом 500 долларов в месяц.

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

Все товары и услуги могут иметь разные тарифные планы, которые могут быть предложены разным классам людей, от общего класса до VIP класса.

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

Существует ряд параметров, которые можно использовать при определении платы за использование. Например —

• Звонки в дневное время, обычно называемые пиковым временем, будут тарифицироваться по более высокой ставке, а в ночное время, т. Е. В непиковое время тарифы будут относительно низкими.

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

• Звонки в выходные дни, т.е. сб и вс, будут оплачиваться по низким ценам.

• Звонки в конкретный пункт назначения будут оплачиваться по высоким ценам.

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

• Загрузка данных с определенного сайта будет бесплатной.

• Отправка SMS на определенный код будет взиматься по высокой ставке.

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

• Отправка международного или национального MMS будет оплачиваться по тем же ценам.

Звонки в дневное время, обычно называемые пиковым временем, будут тарифицироваться по более высокой ставке, а в ночное время, т. Е. В непиковое время тарифы будут относительно низкими.

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

Звонки в выходные дни, т.е. сб и вс, будут оплачиваться по низким ценам.

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

Звонки во время какого-либо фестиваля будут оплачиваться по специальным ценам.

Загрузка данных с определенного сайта будет бесплатной.

Отправка SMS на определенный код будет взиматься по высокой ставке.

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

Отправка международного или национального MMS будет оплачиваться по тем же ценам.

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

Что дальше?

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

Телеком Биллинг — Приобретение клиентов

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

• Индивидуальный клиент . Индивидуальный клиент — это одно лицо (или домохозяйство), которое покупает один или несколько продуктов и оплачивает счета. Не будет никакой иерархии, необходимой для поддержки клиента или учетной записи.

• Клиенты компании — Клиент компании — это отдельная компания или филиал компании. Может быть типичный родительский и дочерний тип клиентской иерархии, представляющей различные филиалы или отделы компании.

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

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

Процесс приобретения клиентов

Приобретение клиентов — это процесс выявления, привлечения и удержания потенциально прибыльных клиентов. Это осуществляется с использованием системы, называемой Customer Relationship Management (CRM), которая является одной из важных систем поддержки бизнеса (BSS).

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

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

• Клиенту, возможно, придется заполнить форму заявки с указанием личных данных.

• Подтвердите личность клиента, чтобы предотвратить мошенничество.

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

• Предложите соответствующие продукты, которые предоставляются в сети для предоставления услуги.

Клиенту, возможно, придется заполнить форму заявки с указанием личных данных.

Подтвердите личность клиента, чтобы предотвратить мошенничество.

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

Предложите соответствующие продукты, которые предоставляются в сети для предоставления услуги.

Как только клиент приобретен, он должен управлять клиентом и удерживать его, что включает в себя:

• Взаимодействие и общение с клиентом для продаж и сбора деятельности.

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

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

• Обработка любых споров и корректировок счетов, возникших между клиентом и поставщиком услуг

Взаимодействие и общение с клиентом для продаж и сбора деятельности.

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

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

Обработка любых споров и корректировок счетов, возникших между клиентом и поставщиком услуг

Жизненный цикл клиента

Типичный жизненный цикл клиента показан ниже на следующей диаграмме —

Все этапы, составляющие жизненный цикл клиента, описаны здесь —

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

• Создание и выполнение заказа — клиент берет продукт (ы) и услуги, а CSR создает и завершает заказ в систему, которая затем выполняется путем предоставления требуемого продукта и услуг клиенту.

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

• Использование продуктов. После активации клиента в сети он начинает использовать продукты и услуги, в том числе совершает вызов, загружает данные и т. Д.

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

• Доставка счета — После того, как счет сгенерирован, он доставляется конечному клиенту, требуя выручку от предоставленных услуг.

• Оплата счетов — Клиент осуществляет платежи по полученным счетам.

• Dunning & Collection — может быть много клиентов, которые не будут вовремя оплачивать счета. Для такого типа клиентов отправляются различные напоминания, чтобы напомнить им об их платежах. Если клиент не платит вовремя, то взимаются различные сборы, начиная с остановки обслуживания клиентов один за другим.

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

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

Создание и выполнение заказа — клиент берет продукт (ы) и услуги, а CSR создает и завершает заказ в систему, которая затем выполняется путем предоставления требуемого продукта и услуг клиенту.

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

Использование продуктов. После активации клиента в сети он начинает использовать продукты и услуги, в том числе совершает вызов, загружает данные и т. Д.

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

Доставка счета — После того, как счет сгенерирован, он доставляется конечному клиенту, требуя выручку от предоставленных услуг.

Оплата счетов — Клиент осуществляет платежи по полученным счетам.

Dunning & Collection — может быть много клиентов, которые не будут вовремя оплачивать счета. Для такого типа клиентов отправляются различные напоминания, чтобы напомнить им об их платежах. Если клиент не платит вовремя, то взимаются различные сборы, начиная с остановки обслуживания клиентов один за другим.

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

На данную дату общее количество активных клиентов в системе называется базой клиентов . Добавление клиента в систему и удаление клиента из системы называется оттоком клиентов .

Типы клиентов

Как правило, на современном телекоммуникационном рынке существуют следующие типы клиентов:

• Мобильные клиенты с предоплатой — это клиенты, которые пользуются услугами мобильной связи, оплачивая их заранее. Например, пользователи телефонов GSM, GPRS. Эти клиенты перезаряжают свой телефон в соответствии с их требованиями.

• Мобильные клиенты с постоплатой — это клиенты, которые пользуются услугами мобильной связи, оплачивая их расходы после каждого полученного ими счета. Например, пользователи телефонов GSM, GPRS. Эти клиенты оплачивают свои счета ежемесячно или раз в два месяца.

• Клиенты с фиксированной предоплатой — это клиенты, которые пользуются фиксированной линией, т. Е. Услугами фиксированной связи, предварительно оплачивая свои расходы. Например, пользователи PSTN, WiMax телефон. Эти клиенты перезаряжают свои телефоны в соответствии с их требованиями.

• Фиксированные постоплатные клиенты — это клиенты, которые пользуются фиксированной линией, то есть услугами фиксированной связи, оплачивая свои расходы после каждого полученного ими счета. Например, пользователи PSTN, WiMax телефон. Эти клиенты оплачивают свои счета ежемесячно или раз в два месяца.

Мобильные клиенты с предоплатой — это клиенты, которые пользуются услугами мобильной связи, оплачивая их заранее. Например, пользователи телефонов GSM, GPRS. Эти клиенты перезаряжают свой телефон в соответствии с их требованиями.

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

Клиенты с фиксированной предоплатой — это клиенты, которые пользуются фиксированной линией, т. Е. Услугами фиксированной связи, предварительно оплачивая свои расходы. Например, пользователи PSTN, WiMax телефон. Эти клиенты перезаряжают свои телефоны в соответствии с их требованиями.

Фиксированные постоплатные клиенты — это клиенты, которые пользуются фиксированной линией, то есть услугами фиксированной связи, оплачивая свои расходы после каждого полученного ими счета. Например, пользователи PSTN, WiMax телефон. Эти клиенты оплачивают свои счета ежемесячно или раз в два месяца.

Что дальше?

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

Телеком Биллинг — Захват использования

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

Что такое событие?

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

Что такое CDR?

Событие вместе со всеми его атрибутами называется « Подробная запись вызова» (CDR). Сборщик данных в сетевом коммутаторе фиксирует использование в форме Подробной записи вызова (CDR) / Подробной записи использования (UDR). Эти необработанные CDR / UDR, в свою очередь, преобразуются системой посредничества в формат, понятный для системы биллинга.

Могут быть разные сетевые элементы, управляющие услугами и создающие различные типы CDR; например, для GSM-телефонии —

• Голосовые вызовы перехватываются MSC (центром коммутации мобильной связи).
• SMS-трафик захватывается SMSC.
• Трафик данных захватывается GGSN.
• MMS-трафик захватывается MMSC.
• CDR в роуминге фиксируются переключающим элементом партнера по роумингу.

Для получения дополнительной информации о GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, пожалуйста, обратитесь к нашим учебникам по GSM .

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

Атрибуты CDR

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

• Вызывающая сторона (номер).

• Вызываемая сторона (номер B).

• Позвоните Пуск (дата и время).

• Как долго был звонок (продолжительность).

• Тип звонка (Голос, SMS, Данные и т. Д.).

• Уникальный порядковый номер, идентифицирующий запись.

Вызывающая сторона (номер).

Вызываемая сторона (номер B).

Позвоните Пуск (дата и время).

Как долго был звонок (продолжительность).

Тип звонка (Голос, SMS, Данные и т. Д.).

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

Кроме того, CDR может также записывать другую информацию, такую ​​как —

• Идентификатор телефонной станции.

• Результат звонка (был ли ответ, занят и т. Д.).

• Магистраль или маршрут, используемый для соединения вызова.

• Обнаружено любое неисправное состояние.

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

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

• Различные другие атрибуты в зависимости от требований.

Идентификатор телефонной станции.

Результат звонка (был ли ответ, занят и т. Д.).

Магистраль или маршрут, используемый для соединения вызова.

Обнаружено любое неисправное состояние.

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

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

Различные другие атрибуты в зависимости от требований.

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

Обработка CDR

Система посредничества собирает CDR из разных сетевых элементов в разных форматах. Различные сетевые элементы генерируют CDR в формате ASN.1, а некоторые сетевые элементы имеют свой собственный собственный формат CDR.

Посредническая система обрабатывает все CDR и преобразует их в формат, совместимый с нисходящей системой, которая обычно является биллинговой системой. Система посредничества применяет различные правила к CDR для их обработки; например, система посредничества отмечает международные вызовы на основе набранного номера (B-номер), точно так же, как система посредничества отмечает сетевые вызовы на основе A-номера и B-номера.

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

Как только собранные CDR обработаны, система-посредник передает все CDR в биллинговую систему с использованием FTP, поскольку обычно системы медиации и биллинга работают на разных компьютерах.

Что дальше?

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

Телеком Биллинг — рейтинговые процессы

Тариф — это плата / цена за возникновение события. Примеры тарифа включают плату за длительность телефонного звонка: например: «0,40 INR за 1 минуту» или определенное количество. Например: 10,00 INR за загрузку 1 МБ или за качество обслуживания.

Мы уже объяснили, что событие — это единичное явление использования продукта / услуги. События регистрируются сетевыми элементами в форме CDRS / UDR и передаются в биллинговую систему для оценки и выставления счетов.

Рейтинг — это процесс определения стоимости / цены отдельных событий. Например, стоимость звонка за 2 минуты составляет 0,80 INR со скоростью 0,40 INR за минуту.

Система оценки, являющаяся частью системы выставления счетов, выполняет эту функцию оценки.

Рейтинг процесса

Механизм оценки получает события в форме записей данных, называемых записями сведений о вызовах (CDR) или записями сведений об использовании (UDR), которые описывают использование продукта / услуги. CDR — это строка данных, которая содержит информацию о вызове, такую ​​как дата и время вызова, длина вызова, вызывающая сторона, вызываемая сторона и т. Д., Которые используются для оценки событий.

Существует список основных функций Rating / Rating Engine —

• Принятие CDR от Системы посредничества или других поставщиков услуг или партнеров по роумингу в случае использования роуминга.

• Проверка CDR и устранение любых дублирующих записей. Эти повторяющиеся события хранятся в таблице базы данных для последующей проверки.

• Определить учетную запись клиента, которая должна быть списана за мероприятие. Здесь процесс Rate выбирает источник события (номер мобильного телефона или IP-адрес и т. Д.) И проверяет базу данных, чтобы проверить, связан ли этот источник события с какой-либо учетной записью. Этот шаг называется Event Guiding.

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

• Для расчета стоимости / цены мероприятия согласно рейтинговому тарифу (также называемому тарифным планом).

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

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

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

Проверка CDR и устранение любых дублирующих записей. Эти повторяющиеся события хранятся в таблице базы данных для последующей проверки.

Определить учетную запись клиента, которая должна быть списана за мероприятие. Здесь процесс Rate выбирает источник события (номер мобильного телефона или IP-адрес и т. Д.) И проверяет базу данных, чтобы проверить, связан ли этот источник события с какой-либо учетной записью. Этот шаг называется Event Guiding.

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

Для расчета стоимости / цены мероприятия согласно рейтинговому тарифу (также называемому тарифным планом).

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

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

На следующем рисунке показан обзор механизма оценки и связанных с ним функций —

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

Дубликаты событий

Дублирующее событие определяется как любое неоплаченное событие, которое связано с другим неоплаченным событием всеми следующими способами:

• Номера счетов идентичны.
• Источники событий идентичны.
• Идентификаторы типов событий идентичны.
• Даты и время проведения мероприятия идентичны.

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

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

Отклоненные события

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

• Само событие.
• Тарифный план.
• Данные клиента и аккаунта.
• Данные конфигурации.

Есть три основных причины отклонения события —

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

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

• Неустранимые ошибки не позволяют Billing System рассчитать стоимость события. Неисправимая ошибка может возникнуть из-за проблем с тарифным планом.

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

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

Неустранимые ошибки не позволяют Billing System рассчитать стоимость события. Неисправимая ошибка может возникнуть из-за проблем с тарифным планом.

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

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

Рейтинг в реальном времени

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

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

Переоценка событий

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

• Ошибка в используемом тарифном плане привела к событиям с неправильной ценой.

• События были загружены не с той учетной записи (из-за неправильной регистрации источника событий).

• Существующий тарифный план был заменен в некоторый момент между последней и следующей датой выставления счета.

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

Ошибка в используемом тарифном плане привела к событиям с неправильной ценой.

События были загружены не с той учетной записи (из-за неправильной регистрации источника событий).

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

Тарифный план, ценовой план или источник событий для продукта были ретроспективно изменены.

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

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

• Исправьте проблему, где бы она ни находилась.

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

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

Исправьте проблему, где бы она ни находилась.

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

Частичные события

Частичные события позволяют поддерживать баланс клиента во время события.

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

Пороги и Действия

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

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

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

Что дальше?

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

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

Телеком Биллинг — Процессы

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

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

Процесс Билла

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

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

• Все оцененные CDR для клиента в течение месяца счета.

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

• Если есть какой-либо возврат или любые другие сборы, применимые.

• Всего непогашенных из предыдущих счетов.

• Общая сумма платежей, выполненных клиентом за данный месяц.

• Общая корректировка принята в пользу клиента или против клиента.

• Общая скидка предоставляется клиенту.

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

• Параметр конфигурации биллинга, необходимый для запуска Billing Engine; например, срок оплаты и т. д.

Все оцененные CDR для клиента в течение месяца счета.

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

Если есть какой-либо возврат или любые другие сборы, применимые.

Всего непогашенных из предыдущих счетов.

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

Общая корректировка принята в пользу клиента или против клиента.

Общая скидка предоставляется клиенту.

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

Параметр конфигурации биллинга, необходимый для запуска Billing Engine; например, срок оплаты и т. д.

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

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

Билл Цикл

Когда клиент добавляется в биллинговую систему, система присваивает ему предопределенный цикл выставления счета. Цикл выставления счетов — это дата, когда Billing Engine запускает и производит счета для ряда клиентов.

Если клиентов много, то они делятся на разные платежные циклы. Например, группа клиентов может иметь данные о выставлении счетов за 1-е число каждого месяца; другой может иметь дату выставления счета 15 числа каждого месяца.

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

Типы Билла

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

Sr.No.	Тип счета и описание
1	Начальный счет Обычно запрашивается только в качестве первого счета на счете. Включает в себя стоимость продукта и корректировки, но не события.
2	Периодический счет Производится через равные промежутки времени. Включает в себя все периодические расходы, события и корректировки.
3	Промежуточный счет Дополнительный счет, который содержит сборы, связанные с событиями, обработанными для учетной записи с момента последнего счета. Включает в себя все события и корректировки, но не периодические сборы.
4	Приостановка счета Отправляется, когда учетная запись была приостановлена. Включает в себя все периодические расходы, события и корректировки.
5	Окончательный счет Отправляется, когда действие аккаунта прекращено для выставления счетов по всем непогашенным платежам. Включает в себя все периодические сборы, события и корректировки, а также любые возмещения; например, возврат депозита.
6	Послефинальный счет Отправляется, когда у прекращенного счета осталась дебиторская задолженность после выставления окончательного счета. Включает любые события и корректировки после завершения, но не периодические сборы.
7	Кредитная записка Дополнительный счет, который содержит все корректировки в пользу клиента, созданные с момента последнего счета.
8	Краткие заявления Сводная ведомость может быть создана для управляемой клиентом иерархии выставления счетов. Он может суммировать все счета, произведенные по всем счетам, связанным с соответствующим клиентом. При желании они также могут объединять все счета в одно утверждение.

Начальный счет

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

Периодический счет

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

Промежуточный счет

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

Приостановка счета

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

Окончательный счет

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

Послефинальный счет

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

Кредитная записка

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

Краткие заявления

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

Счета выставляются либо автоматически, либо по запросу клиента.

Режимы выставления счетов

Система биллинга может генерировать счета в двух режимах, например:

• Тестовый (что, если?) Режим биллинга — этот режим, если он используется для создания отформатированных тестовых счетов, оставляя базу данных неизменной. Эти счета полезны для проверки работоспособности системы и проверки после внесения изменений в шаблоны счетов или тарифы.

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

• Тестовые счета обычно запускаются для выборочного набора клиентов. Если вас устраивают тестовые счета, вы можете перейти к производственным счетам.

• Режим фактического (фактического) выставления счетов — этот режим используется для производства обычных производственных счетов. В большинстве случаев это режим по умолчанию для Billing Engine.

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

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

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

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

Режим фактического (фактического) выставления счетов — этот режим используется для производства обычных производственных счетов. В большинстве случаев это режим по умолчанию для Billing Engine.

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

Billing Engine присваивает разные номера счетов-фактур всем производственным счетам, что помогает отслеживать различные платежи, сделанные по счету.

Билл Подавление

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

• Подавление счетов для счетов с нулем (счета с нулевой активностью) или с очень небольшим значением (маленькие счета).

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

Подавление счетов для счетов с нулем (счета с нулевой активностью) или с очень небольшим значением (маленькие счета).

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

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

Исключительные счета

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

• Общая сумма счета превышает минимальную отрицательную сумму счета.

• Общая сумма счета меньше максимальной положительной суммы счета.

• Общая сумма счета меньше кредитного лимита счета, умноженного на множитель кредитного лимита.

Общая сумма счета превышает минимальную отрицательную сумму счета.

Общая сумма счета меньше максимальной положительной суммы счета.

Общая сумма счета меньше кредитного лимита счета, умноженного на множитель кредитного лимита.

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

Детализация счета

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

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

Форматирование счета

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

Форматировщики Билла берут выходные данные, сгенерированные Billing Engine, и обычно генерируют либо файл Post Script, либо файл PDF, который может использоваться компанией Bill Printing.

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

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

Что дальше?

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

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

Телеком Биллинг — Приложение со скидкой

Все скидки изменяют (чаще всего уменьшают) цену, которую нужно заплатить за ряд событий и / или продуктов. Скидка — это способ дать клиенту деньги. Скидка определяет определенную сумму денег (в процентах или в денежном выражении), которая будет применяться к продуктам или использованию, которые соответствуют определенным критериям. Например, все местные звонки, совершаемые в определенный день, например 01-01-2010, оплачиваются по цене 0,20 доллара США.

Скидки могут быть рассчитаны либо в процессе оценки или в процессе выставления счетов —

• Rating Time Discount — Все скидки, предоставляемые во время процесса оценки. Эти скидки могут быть предоставлены только при использовании. Примером скидки на время рейтинга является «5% скидка на первый час всех международных звонков».

• Billing Time Discount — Все скидки, предоставляемые во время процесса выставления счетов. Эти скидки могут быть предоставлены на номинальное использование, а также на продукт и услуги. Примером скидки на время выставления счета является «скидка 5%, если вы тратите более 15 долларов в течение месяца».

Rating Time Discount — Все скидки, предоставляемые во время процесса оценки. Эти скидки могут быть предоставлены только при использовании. Примером скидки на время рейтинга является «5% скидка на первый час всех международных звонков».

Billing Time Discount — Все скидки, предоставляемые во время процесса выставления счетов. Эти скидки могут быть предоставлены на номинальное использование, а также на продукт и услуги. Примером скидки на время выставления счета является «скидка 5%, если вы тратите более 15 долларов в течение месяца».

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

Дисконтные шаги и пороги

Размер скидки определяется с помощью последовательности шагов и пороговых значений скидки. Шаги скидок позволяют изменять размер скидки при достижении определенных пороговых значений.

Например, скидка на телефонные мероприятия может зависеть от количества минут, потраченных на звонки с 10-процентным отключением через 100 минут и 20-процентным отключением через 200 минут.

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

Простые типы скидок

Конечному клиенту могут быть предоставлены бесконечные виды скидок, но это зависит от того, что поддерживает ваш биллинг. Ниже приведены простые, но очень хорошие виды скидок, которые могут быть предложены:

Скидки на разные товары

Это скидки, при которых набор продуктов и событий определяет скидки для другого набора продуктов и событий.

Например, «10 бесплатных SMS, если на мобильные звонки потрачено более 30 долларов». Здесь мобильные звонки определяют скидку, а SMS-продукт получает скидки, такой тип скидок называется перекрестными скидками .

Многоуровневые скидки

Они применимы только к той части набора событий или потраченных денег, которая находится между назначенными порогами скидок. Например, на следующей диаграмме: скидка 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). Используемый разделитель — запятая, если не указано иное.

Билл Post Processor

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

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

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

DOC1 Билл Форматтер

DOC1 — это очень известный инструмент форматирования Билла, доступный от PitneyBowes Company, который помогает в форматировании Билла в файлы PDF или Post Script.

Как упомянуто выше, выходные данные Billing Engine представляют собой структурированный текст 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, но это не обеспечивает большой гибкости для изменения счета. Вы можете попробовать последнюю версию, которая может помочь вам намного больше ожиданий.

Генерация окончательного счета

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

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

Операторы первого уровня (с 20-30 миллионами и более клиентской базой) обычно выполняют эту задачу на стороне, включая распределение счетов.

Что дальше?

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

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

Телеком Биллинг — Кредитный контроль

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

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

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

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

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

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

Например, если доход клиента составляет 10 000 долларов США в месяц, то оператор может очень легко предоставлять ему свои услуги до 1000-2000 долларов США, но для того же оператора будет трудно предоставить ему услугу, которая будет стоить почти 10 000 долларов США в месяц, потому что в В такой ситуации клиенту будет сложно вносить ежемесячный платеж.

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

Кредитные классы

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

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

• Кредитный класс VIP — это может быть назначено для VIP-клиентов и будет иметь очень высокое значение кредитного лимита.

• Класс Public Public — это наиболее распространенный класс кредитования, в котором кредитный лимит составляет почти 100 или 200 долларов.

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

Кредитный класс VIP — это может быть назначено для VIP-клиентов и будет иметь очень высокое значение кредитного лимита.

Класс Public Public — это наиболее распространенный класс кредитования, в котором кредитный лимит составляет почти 100 или 200 долларов.

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

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

Кредитный контроль

Есть в основном две стадии, когда кредит может контролироваться для определенного типа категории клиентов —

Неоплачиваемое использование на основе

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

Есть операторы, которые хотели бы заблокировать (то есть временно остановить) услуги, если клиент нарушает кредитный лимит, и они будут заблокированы после выполнения платежа. Например, клиент, имеющий кредитный лимит в 200 долларов, будет проинформирован о 80% использования с помощью SMS, о достижении порога в 90% может быть проинформирован с помощью звонка с напоминанием и т. Д., А также при 100% кредите. предел достигнут, тогда исходящий может быть заблокирован.

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

На основе выставленного счета

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

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

депозиты

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

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

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

Что дальше?

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

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

Телеком биллинг — процесс сбора

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

Взыскание — это процесс отслеживания просроченной дебиторской задолженности на счете клиента. Обычно это включает в себя отправку уведомлений клиенту и принятие соответствующих мер в случае отсутствия должных платежей после установленной даты.

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

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

• Отслеживание старения коллекций — это процесс отслеживания счетов клиентов, которые не были оплачены в течение указанного срока оплаты. Это имеет дело с «возрастом дебиторской задолженности»; например, счета, которые просрочены на 0-30 дней, просрочены на 30-60 дней и т. д.

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

Отслеживание старения коллекций — это процесс отслеживания счетов клиентов, которые не были оплачены в течение указанного срока оплаты. Это имеет дело с «возрастом дебиторской задолженности»; например, счета, которые просрочены на 0-30 дней, просрочены на 30-60 дней и т. д.

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

Графики действий по сбору

Обычно действия по сбору выполняются в следующих шагах:

• Отправить напоминание по почте и / или позвонить: отдел обслуживания клиентов связывается с клиентом, напоминая о платеже. Тем не менее, если платеж не получен, перейдите к следующему действию.

• Отправить красное письмо — например, выдается письмо «Оплатите за семь дней». Тем не менее, если платеж не получен, перейдите к следующему действию.

• Отключите службу — отдел управления сетью приостанавливает службу.

Отправить напоминание по почте и / или позвонить: отдел обслуживания клиентов связывается с клиентом, напоминая о платеже. Тем не менее, если платеж не получен, перейдите к следующему действию.

Отправить красное письмо — например, выдается письмо «Оплатите за семь дней». Тем не менее, если платеж не получен, перейдите к следующему действию.

Отключите службу — отдел управления сетью приостанавливает службу.

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

Расписание сборов определяет последовательность этапов, которые составляют процесс сбора. Для каждого этапа он охватывает —

• Фактический возраст, в котором должна быть дебиторская задолженность, чтобы действие имело место. Эффективный возраст дебиторской задолженности рассчитывается исходя из фактического возраста дебиторской задолженности.

• Действие, которое нужно предпринять. Это может быть действие, которое должна выполнить биллинговая система, например, отправка напоминания в определенный день.

• Является ли действие обязательным. Если действие является обязательным, последующие действия не могут быть выполнены, пока это не будет выполнено.

• Минимальная сумма дебиторской задолженности, ниже которой действие не состоится.

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

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

Является ли действие обязательным. Если действие является обязательным, последующие действия не могут быть выполнены, пока это не будет выполнено.

Минимальная сумма дебиторской задолженности, ниже которой действие не состоится.

Действия Soft Collection — Уведомления Dunning

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

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

Hard Collection Actions — черный список

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

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

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

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

Что дальше?

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

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

Телеком Биллинг — обработка платежей

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

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

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

• Учет открытых позиций — этот метод позволяет распределять платежи по конкретным счетам. Учет открытых позиций особенно полезен при работе с платежами бизнес-клиентов.

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

Учет открытых позиций — этот метод позволяет распределять платежи по конкретным счетам. Учет открытых позиций особенно полезен при работе с платежами бизнес-клиентов.

Способы оплаты

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

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

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

Автоматические платежи

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

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

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

Ручные платежи

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

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

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

Платежные интерфейсы

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

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

Между банком и биллинговой системой может существовать онлайн-интерфейс на основе API. Если имеется онлайн-интерфейс, то банк позвонит по указанному API и отправит платеж непосредственно в биллинговую систему.

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

Что дальше?

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

Телеком биллинг — споры и корректировки

Что такое спор?

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

• Против счета на счет.

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

Против счета на счет.

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

Обработка споров

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

• Принять — если возникший спор действителен со стороны клиента, то спор будет принят и будет возвращен клиенту.

• Отклонить — если спор будет признан неприемлемым, он будет отклонен.

• Отмена — если спор введен по ошибке, то спор будет отменен.

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

Отклонить — если спор будет признан неприемлемым, он будет отклонен.

Отмена — если спор введен по ошибке, то спор будет отменен.

Следующие пункты должны быть отмечены для спора, и система выставления счетов должна поддержать эти пункты —

• Действия с коллекциями не увеличиваются, в то время как суммы имеют статус спора в ожидании, но коллекции имеют возраст в течение этого периода.

• Спорные события не включаются в расчет сборов, пока они не будут выставлены. После этого коллекции выдерживаются как обычно.

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

Спорные события не включаются в расчет сборов, пока они не будут выставлены. После этого коллекции выдерживаются как обычно.

Что такое корректировка?

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

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

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

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

Что дальше?

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

Телеком Биллинг — Генерация отчетов

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

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

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

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

Мы можем разделить отчеты на две категории —

• Базовые / Консервированные отчеты — эти отчеты предоставляются Биллинговой системой как основные функции системы. Иногда их называют консервированными или стандартными отчетами.

• Настраиваемые отчеты — эти отчеты не будут доступны непосредственно из системы, и для них потребуется некоторая разработка с использованием сценариев PL / SQL, PERL или Shell и т. Д.

Базовые / Консервированные отчеты — эти отчеты предоставляются Биллинговой системой как основные функции системы. Иногда их называют консервированными или стандартными отчетами.

Настраиваемые отчеты — эти отчеты не будут доступны непосредственно из системы, и для них потребуется некоторая разработка с использованием сценариев PL / SQL, PERL или Shell и т. Д.

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

Требования к отчетности

Ниже приведен список отчетов, требуемых различными отделами —

Финансовые отчеты

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

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

Управленческие отчеты

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

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

Отчеты о сверке

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

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

Отчеты о сетевой активности

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

Другие отчеты

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

Sr.No.	Описание отчета
1	Отчеты о классификации доходов, в которых обобщается информация о доходах за определенный диапазон дат по классу кредита, сведениям о клиенте, тарифном плане, типе сбора и т. Д.
2	Отчеты о клиентах, устаревших дебиторских задолженностях и отчетах об открытых позициях, предназначенные главным образом для облегчения поиска коллекций.
3	Ежедневник сообщает о деятельности дня и представляет информацию главной книги.
4	Отчеты о продуктах и ​​пакетах с подробной информацией о продуктах в базе данных и пакетах, доступных в конкретном каталоге выставления счетов / рейтинга.
5	Отчеты учета межсетевого взаимодействия (IAA), которые облегчают сверку исходящих CDR межсоединений.
6	Общее количество активаций, завершений, входов или выходов за день.
7	Общее количество аккаунтов, ежедневно нарушающих свой кредитный лимит, и сколько доходов идет в кредитном нарушении.
8	Отчет о количестве событий, которые были успешно оценены, размещены внутри и размещены не для определенного периода времени.
9	Дублирующийся отчет о событиях для определенной услуги или для всех служб (т. Е. Голос, SMS, MMS и т. Д.)
10	Отчет об отклоненных событиях для конкретной услуги или для всех служб (например, голос, SMS, MMS и т. Д.)

Автоматизированный против ручного

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

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

Что дальше?

Начиная со следующей главы, мы рассмотрим различные виды биллинга; например, розничная, оптовая, MVNO, роуминг и т. д.

Телеком Биллинг — Предоплата против Постоплаты

Большинство операторов предоставляют своим клиентам два варианта: постоплатное или предоплаченное соединение. Постоплатные, а также предоплатные подключения имеют свои преимущества и недостатки.

Обычно у оператора будет 70% -80% клиентской базы, состоящей из клиентов с предоплатой, а остальная часть клиентской базы будет поступать с постоплатной стороны. Для оператора всегда хорошо иметь больше клиентов с постоплатой.

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

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

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

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

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

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

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

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

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

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

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

Сценарий с постоплатой

Сетевые элементы (такие как коммутаторы, SMSC) производят необработанное использование, называемое подробными записями использования (UDR) или подробными записями вызовов (CDR), которые содержат информацию, требуемую биллинговой системой —

• Телефонный номер (номер)

• Вызываемый номер (номер, принимающий вызов) (номер B)

• когда начался звонок (дата и время)

• Длительность звонка

• Тип звонка (MOC, MTC и т. Д., MOC означает мобильный инициированный вызов, а MTC означает мобильный завершенный вызов)

Телефонный номер (номер)

Вызываемый номер (номер, принимающий вызов) (номер B)

когда начался звонок (дата и время)

Длительность звонка

Тип звонка (MOC, MTC и т. Д., MOC означает мобильный инициированный вызов, а MTC означает мобильный завершенный вызов)

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

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

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

Сценарий предоплаты

Кратко описываются следующие этапы предоплаченного биллинга:

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

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

• Шлюз устанавливает вызов.

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

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

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

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

Шлюз устанавливает вызов.

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

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

На следующем рисунке показан общий сценарий оплаты по предоплате.

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

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

• Авторизация. Авторизация — это процесс проверки того, что авторизованному пользователю разрешено делать. Как правило, протокол удаленного доступа по набираемому серверу пользователя (RADIUS) используется для ограничения доступа к системе зарегистрированным и авторизованным клиентам.

• Предоставление консультации по оплате (AOC) — Это дает информацию о фактической стоимости звонка до или после события. АОС предоставляет телекоммуникационной системе возможность сообщать о фактических затратах на событие до или после его возникновения.

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

Авторизация. Авторизация — это процесс проверки того, что авторизованному пользователю разрешено делать. Как правило, протокол удаленного доступа по набираемому серверу пользователя (RADIUS) используется для ограничения доступа к системе зарегистрированным и авторизованным клиентам.

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

Telecom Retail Billing

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

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

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

• Своевременное выставление счетов — счет-фактура конечного клиента формируется вовремя, то есть с номинальной датой. Могут быть некоторые обстоятельства, когда конечный клиент не получает свои счета вовремя из-за некоторых логистических проблем, но именно ИТ-отдел несет ответственность за формирование всех причитающихся счетов в установленный срок.

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

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

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

Розничные и оптовые счета

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

• Биллинг реселлеров связан с оператором связи.

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

• Биллинг роуминг партнеров за предоставление услуг своим клиентам, когда они роуминг в зоне покрытия оператора.

Биллинг реселлеров связан с оператором связи.

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

Биллинг роуминг партнеров за предоставление услуг своим клиентам, когда они роуминг в зоне покрытия оператора.

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

Существуют специализированные биллинговые системы, которые используются для обработки счетов в розничной торговле, такие как Биллинговые системы Convergys и Amdocs славятся розничным биллингом, в то время как биллинговые системы ASCADE и INTEC славятся оптовым биллингом.

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

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

Telecom Interconnect Billing

Interconnect — это процесс обработки вызовов для других поставщиков услуг. Это позволяет клиентам одного поставщика услуг общаться с клиентами другого поставщика услуг.

Если два оператора A и B не являются партнерами по межсетевому соединению, то клиент оператора A не сможет связаться с клиентом оператора B.

Обычно операторы заключают соглашения друг с другом, чтобы позволить своим клиентам общаться друг с другом. Это дает хорошую деловую возможность всем операторам, участвующим в присоединении. Любая точка присоединения, в которой стороны соглашаются подключить свои соответствующие сети, называется «точкой присоединения».

Примеры взаимосвязи включают в себя —

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

• Операторы дальней связи получают доступ к средствам местного поставщика услуг и конкурируют с этим поставщиком в предоставлении услуг междугородной связи общей клиентской базе.

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

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

• Клиенты действующего телефонного оператора совершают звонки своему провайдеру интернет-телефонии, который, в свою очередь, является клиентом конкурирующего местного оператора связи.

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

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

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

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

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

Interconnect Invoicing

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

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

Обратите внимание, что набор CDR Interconnect включает в себя следующие детали:

• CDR — это те, которые подлежат оплате розничным и оптовым покупателям. Это доход для оператора связи. Это также называется локальным биллингом.

• CDR, которые оплачиваются только для провайдеров Interconnect. Например: исходящие вызовы, исходящие транзитные вызовы, входящие вызовы и т. Д. Исходящие вызовы — это расходы, а входящие вызовы — это доход для оператора связи.

CDR — это те, которые подлежат оплате розничным и оптовым покупателям. Это доход для оператора связи. Это также называется локальным биллингом.

CDR, которые оплачиваются только для провайдеров Interconnect. Например: исходящие вызовы, исходящие транзитные вызовы, входящие вызовы и т. Д. Исходящие вызовы — это расходы, а входящие вызовы — это доход для оператора связи.

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

Расчетный процесс

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

Процесс принесет исходящий (расходы для владельца межсоединения) и входящий (доход владельцу соединения) для расчета.

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

Неттинг процесс

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

Есть два типа методов неттинга —

• ПОСЛЕ — После для взаимозачета стоимости неттинга оператора после вычитания суммы между оператором и провайдером / перевозчиком

• ДО — Прежде чем для взаимозачета стоимости неттинга оператора без какого-либо вычитания суммы между оператором и поставщиком / перевозчиком.

ПОСЛЕ — После для взаимозачета стоимости неттинга оператора после вычитания суммы между оператором и провайдером / перевозчиком

ДО — Прежде чем для взаимозачета стоимости неттинга оператора без какого-либо вычитания суммы между оператором и поставщиком / перевозчиком.

Процесс примирения

Это процесс сверки счетов-фактур, поступающих от партнера по межсоединению, которые относятся к исходящим CDR.

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

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

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

Сценарии соединения

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

• Клиент оператора А звонит по национальному телефону клиенту оператора Б. В этом случае оператор А выплатит некоторую сумму оператору Б.

• Клиент оператора А совершает международный звонок через оператора Б, поскольку у оператора А нет прямого соглашения ни с одним международным оператором. В этом случае оператор A будет выплачивать некоторую сумму оператору B, а оператор B позаботится о расчете международного оператора.

• Клиент оператора А совершает международный звонок напрямую через международного оператора. В этом случае оператор А будет выплачивать определенную сумму международному оператору напрямую.

Клиент оператора А звонит по национальному телефону клиенту оператора Б. В этом случае оператор А выплатит некоторую сумму оператору Б.

Клиент оператора А совершает международный звонок через оператора Б, поскольку у оператора А нет прямого соглашения ни с одним международным оператором. В этом случае оператор A будет выплачивать некоторую сумму оператору B, а оператор B позаботится о расчете международного оператора.

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

Все вышеперечисленные звонки могут быть голосовые, SMS, MMS, данные и т. Д.

Соглашения о присоединении

Чтобы обеспечить успешное присоединение, в соглашении о присоединении или по правилу или приказу регулирующего органа должны быть рассмотрены следующие вопросы:

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

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

• Транспорт и маршрутизация трафика. Необходимо определить, как будут маршрутизироваться вызовы и что будет транспортироваться для доставки вызовов.

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

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

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

• План нумерации — должен быть определен доступ каждого оператора к плану нумерации страны и ресурсам нумерации.

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

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

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

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

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

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

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

План нумерации — должен быть определен доступ каждого оператора к плану нумерации страны и ресурсам нумерации.

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

Типы соглашений

Операторы могут иметь различные типы соглашений об обмене трафиком. Наиболее часто используемые соглашения перечислены ниже —

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

• Одностороннее соглашение — в соответствии с этим соглашением одна сторона отправляет свой трафик в сеть другой стороны при присоединении и не возвращает трафик от другой стороны. Расчеты между различными партнерами осуществляются ежемесячно или раз в два месяца в соответствии с соглашением.

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

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

Телеком — Роуминг Биллинг

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

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

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

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

Два роуминговых партнера ежемесячно рассчитывают свои финансовые показатели путем обмена фактическими CDR в роуминге и отчетами на основе этих CDR.

HPMN и VPMN

Домашняя общедоступная мобильная сеть — это сеть оператора, с помощью которой у абонента мобильной связи есть подписка. Этот термин используется в отличие от гостевой публичной мобильной сети (VPMN).

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

Клиринговый Дом

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

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

Что такое TAP3?

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

Центр обмена информацией использует протокол TAP3 для обмена всеми CDR между различными партнерами по роумингу. TAP3 определяет, как и какая информация об использовании в роуминге должна передаваться между операторами сети. Эти файлы обмениваются с помощью простого FTP-соединения.

Существуют разные версии TAP. TAP эволюционировал от TAP1 до TAP2 и от TAP2 + до TAP3. Последний выпуск, TAP3, включает поддержку межстандартного роуминга в спутниковой сети, WLAN и UMTS и других технологий 3G.

• Стандарт GSM TAP TD.57 — Процедура передачи учетных записей GSM (TAP) определяет формат и правила проверки для передачи информации об использовании роуминга между операторами мобильной связи в разных странах. TAP3 является третьей версией спецификации стандарта. Переданные файлы называются файлами TAP.

• Стандарт GSM RAP TD.32 — Процедура возврата учетных записей GSM (RAP) определяет формат для возврата информации об ошибках, обнаруженных в переданных файлах / событиях TAP, и, таким образом, отклонения финансовой ответственности за эти файлы / события. Переданные файлы называются файлами RAP.

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

Стандарт GSM RAP TD.32 — Процедура возврата учетных записей GSM (RAP) определяет формат для возврата информации об ошибках, обнаруженных в переданных файлах / событиях TAP, и, таким образом, отклонения финансовой ответственности за эти файлы / события. Переданные файлы называются файлами RAP.

Роуминг Биллинг

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

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

Телеком МВНО Биллинг

Что такое MVNO?

MVNO обозначает оператора мобильной виртуальной сети . Оператор мобильной виртуальной сети (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 Services

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

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

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

МВНО Биллинг

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

• MVNO может маркировать свои услуги и продавать их на рынке, а MVNE поможет в предоставлении этих услуг конечному потребителю. Здесь фиксированный процент комиссии пойдет на MVNE.

• MVNO может покупать товары и услуги оптом по специальным сниженным ценам, а затем маркировать их своим именем и продавать на рынке.

• MVNO продает продукты и услуги, и на основе использования, генерируемого конечными клиентами, MVNO выплачивает сумму MVNE.

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

MVNO может покупать товары и услуги оптом по специальным сниженным ценам, а затем маркировать их своим именем и продавать на рынке.

MVNO продает продукты и услуги, и на основе использования, генерируемого конечными клиентами, MVNO выплачивает сумму MVNE.

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

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

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

Телеком Конвергент Биллинг

Что такое конвергентный биллинг?

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

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

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

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

Преимущества конвергентного биллинга

Конвергентный биллинг поможет операторам в достижении следующих основных преимуществ —

• Единый каталог товаров и услуг дает лучшее время для выхода на рынок и снижает стоимость внедрения.

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

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

• Централизованное обслуживание клиентов и поддержка для обоих типов клиентов (предоплата и постоплата).

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

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

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

Централизованное обслуживание клиентов и поддержка для обоих типов клиентов (предоплата и постоплата).

Основные узкие места

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

• Системы зарядки в режиме реального времени, такие как Ericsson IN или Nokia Siemens Charging System, являются очень популярными системами для предоставления решения для предварительно оплаченных продуктов и услуг. Эти системы недостаточно гибки, чтобы обрабатывать различные функции, требуемые для клиентов с постоплатой, например: сложные иерархии клиентов, переоценка CDR, оптовые скидки, гибкая отчетность, тарификация в роуминге, тарификация межсоединений и т. Д.

• Платежные системы с постоплатой, такие как Convergys Infinys или Amdocs Billing Systems, отлично подходят для постоплатных продуктов и услуг. Эти системы не способны обрабатывать предоплаченный трафик и тарифицировать звонки в режиме реального времени. Важно отметить, что эти системы нельзя сделать высокодоступными из-за их базовой архитектуры.

Системы зарядки в режиме реального времени, такие как Ericsson IN или Nokia Siemens Charging System, являются очень популярными системами для предоставления решения для предварительно оплаченных продуктов и услуг. Эти системы недостаточно гибки, чтобы обрабатывать различные функции, требуемые для клиентов с постоплатой, например: сложные иерархии клиентов, переоценка CDR, оптовые скидки, гибкая отчетность, тарификация в роуминге, тарификация межсоединений и т. Д.

Платежные системы с постоплатой, такие как Convergys Infinys или Amdocs Billing Systems, отлично подходят для постоплатных продуктов и услуг. Эти системы не способны обрабатывать предоплаченный трафик и тарифицировать звонки в режиме реального времени. Важно отметить, что эти системы нельзя сделать высокодоступными из-за их базовой архитектуры.

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

Telecom Billing — Поддержка и обслуживание

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

Поддержка и обслуживание охватывает следующие основные области —

• Поддержка и обслуживание системы — это включает поддержание работоспособности BSS (системы поддержки бизнеса) и OSS (системы поддержки работы). Если есть какая-либо проблема в какой-либо из систем (Биллинг, Предоставление, Сеть, Посредничество, Обслуживание клиентов и т. Д.), То она рассматривается специалистами и устраняется в минимальные сроки.

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

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

Поддержка и обслуживание системы — это включает поддержание работоспособности BSS (системы поддержки бизнеса) и OSS (системы поддержки работы). Если есть какая-либо проблема в какой-либо из систем (Биллинг, Предоставление, Сеть, Посредничество, Обслуживание клиентов и т. Д.), То она рассматривается специалистами и устраняется в минимальные сроки.

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

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

Уровни поддержки

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

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

• Уровень 2 — Если специалист по обслуживанию клиентов не может решить проблему, проблема переходит к поддержке второго уровня, которая представляет собой группу технических специалистов. Эти специалисты входят в отдел информационных технологий (ИТ), и, если они в состоянии понять проблему, они могут предложить решение и отправить проблему обратно на уровень 1, в противном случае они проверяют природу проблемы, чтобы понять, связана ли проблема с сетевая или биллинговая система или система обеспечения или аппаратное обеспечение и т. д. и, в зависимости от характера проблемы, проблема назначается следующему уровню, то есть отделу.

• Уровень 3 — это разные отделы, специализирующиеся в таких областях, как разработка ядра, радиопланирование, выставление счетов, обеспечение, управление заказами и т. Д. Если проблема обостряется, они анализируют проблему и пытаются выяснить ее причину. , В большинстве случаев проблема будет диагностироваться и устраняться службой поддержки третьего уровня, потому что это высококвалифицированные инженеры, специализирующиеся в своей области. Может возникнуть ситуация, когда проблема не может быть решена при поддержке 3-го уровня, поскольку она может быть связана с основными функциями системы, которые не могут быть изменены поддержкой 3-го уровня. В таком случае проблема еще больше возрастает до уровня поддержки 4-го уровня.

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

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

Уровень 2 — Если специалист по обслуживанию клиентов не может решить проблему, проблема переходит к поддержке второго уровня, которая представляет собой группу технических специалистов. Эти специалисты входят в отдел информационных технологий (ИТ), и, если они в состоянии понять проблему, они могут предложить решение и отправить проблему обратно на уровень 1, в противном случае они проверяют природу проблемы, чтобы понять, связана ли проблема с сетевая или биллинговая система или система обеспечения или аппаратное обеспечение и т. д. и, в зависимости от характера проблемы, проблема назначается следующему уровню, то есть отделу.

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

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

Соглашения об уровне обслуживания (SLA)

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

• Серьезность вопроса или оперативное задание.

• Влияние проблемы на бизнес или оперативное задание.

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

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

Серьезность вопроса или оперативное задание.

Влияние проблемы на бизнес или оперативное задание.

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

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

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

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

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

• Параметры для определения характера проблемы, будь то приоритетная 1-я проблема или 2-я приоритетная проблема или 3-я или 4-я приоритетная проблема. Чем ниже значение приоритета, тем выше критичность проблемы.

• Для данного типа приоритета и серьезности, сколько времени потребуется для решения проблемы.

• В случае отказа SLA, какой штраф будет применен.

• Контактные точки эскалации для каждого уровня поддержки.

• Поток процессов и средства коммуникации во время разрешения проблемы.

• Наличие инфраструктуры и другие ограничения, влияющие на решение проблемы.

Параметры для определения характера проблемы, будь то приоритетная 1-я проблема или 2-я приоритетная проблема или 3-я или 4-я приоритетная проблема. Чем ниже значение приоритета, тем выше критичность проблемы.

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

В случае отказа SLA, какой штраф будет применен.

Контактные точки эскалации для каждого уровня поддержки.

Поток процессов и средства коммуникации во время разрешения проблемы.

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

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

Телеком Биллинг — Системные интерфейсы

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

Система CRM / OMOF

Это первая система, из которой фиксируется заказ клиента и создается клиент в системе. CRM означает « Управление взаимоотношениями с клиентами», а OMOF — « Управление заказами и выполнение заказов».

Существуют такие системы, как Siebel, которая предоставляет модули для CRM, а также OMOF. Система CRM хранит информацию о клиентах, а также информацию о продуктах и ​​услугах. Модуль OMOF отвечает за отслеживание заказа с момента его создания до его завершения.

Здесь у нас есть две возможности —

• Система CRM (Управление взаимоотношениями с клиентами) / OMOF (Управление заказами и выполнение заказов) связывается с биллинговой системой, а биллинговая система связывается с системой инициализации для предоставления услуг и системы инвентаризации сети, а также для назначения телефонных номеров или IP-адресов и т. Д.

• Вторая возможность может заключаться в том, что сама система CRM / OMOF связывается с системой обеспечения для предоставления услуг и системы инвентаризации сети, а также для назначения телефонных номеров или IP-адресов и т. Д.

Система 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-номер), точно так же, как система посредничества отмечает сетевые вызовы на основе A-номера и B-номера.

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

Как только собранные CDR обработаны, система-посредник передает все CDR в биллинговую систему с использованием FTP, поскольку обычно системы медиации и биллинга работают на разных компьютерах.

Система хранилищ данных (DWH)

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

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

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

Планирование ресурсов предприятия (ERP)

Система планирования общеорганизационных ресурсов (ERP) предоставляет модули для управления финансами, персоналом и управлением цепями поставок и т. Д.

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

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

Платежный шлюз

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

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

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