Биллинговые программы что это

С 2006 года мы занимаемся биллинговыми системами. В общей сложности — более 12 лет. Начинали работать с телевизионного рынка, сейчас среди наших клиентов есть и банки, и сотовые операторы, и провайдеры интернет-телевидения.

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

Биллинг — не просто калькулятор

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

Значение слова биллинг. Что такое биллинг.

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

Реализуется он за счет интеграции тарификатора с другими модулями и подсистемами: CRM, PRM, BPM и т.д. Для разработчиков это не “сокровенное” знание. Как говорится, разделяй функции и властвуй. Но для пользователей биллинга, даже технически грамотных, мысль, что с “калькулятором” сложновато общаться напрямую, порой оказывается новой.

Пример из нашей практики. Клиент — небольшая, но перспективная компания. У них не хватало бюджета на биллинговый комплекс целиком, они попросили убрать модуль BPM (business process management). Нужно отдать должное, там работали достаточно продвинутые в техническом смысле ребята. Сказали, возьмут open source решение, настроят, интегрируют с системой.

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

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

Люди, которые принимают заявки на подключение — не высокооплачиваемые специалисты, там большая текучка, малое время обучения персонала. Естественно они постоянно делали ошибки при внесении данных. Итог — в конце месяца компания выставляет счета, а тарификатору не хватает параметров. Он “ругается”, выдает сообщения об ошибках. Клиент звонит в поддержку.

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

Биллинг простыми словами

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

Гибкость — понятие растяжимое

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

Даже крупные провайдеры, осваивая новые ниши и расширяя территорию присутствия, начинают демпинговать, а уж новым игрокам на рынке “сам бог велел” привлекать к себе внимание уникальными предложениями. Разворачивается настоящая война тарифов. И тут уже маркетологи хватаются за голову: “Мы сможем вывести в продажи ваш новый инновационный тариф “Супер-Новогодний” только к июлю”, — приходит сообщение от IT-отдела.

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

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

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

Правда, маркетологи обычно не понимают, что имеет в виду вендор, говоря, что его система “достаточно гибкая”. Достаточно для чего? “Комерсантов” в первую очередь интересует time-to-market, время, необходимое, чтобы выпустить услугу на рынок.

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

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

Между централизацией и автономией

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

Страдает отчетность и аналитика: собрать данные по подключениям и пользованию услугами со всех этих разрозненных систем просто невозможно. Частичное решение проблемы — зонтичная CRM, в которой есть продакт-каталог. Некоторые компании так и поступают — торгуют из CRM, а тарифицируют в биллинге. Для этого в компании должен быть действительно продвинутый IT-отдел. Интегрировать написанные на разных языках и по разным принципам биллинговые системы с единой CRM — непростая задача.

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

Когда мы мигрируем данные, мы делаем ряд проверок и сравнений, все несоответствия попадают в соответствующие отчеты, и после этого обычно начинает шевелиться служба безопасности компании-заказчика. Чего там только не находится. Абоненты, подключенные мимо учетных систем, “нулевые” тарифные планы и т.д… Было и откровенное мошенничество: компанию продали, а квитанции абонентам еще какое-то время выставляли на левые реквизиты.
Организация единого расчетного центра делает все такие ситуации прозрачными, в регионах остается только функция абонентского информационного обслуживания поэтому возможности для фрода практически не остается. Плюс большая клиентская база, сведенная в единую систему, позволяет на совершенно ином уровне анализировать и прогнозировать поведение клиентов. Мы постепенно начинаем применять к таким большим данным наши системы аналитики построенные на машинном обучении. Например, можем выделить в клиентской базе “группы риска” — тех, кто в ближайшее время может отказаться от услуг компании. Это выявляется по тому, как люди платят, как они пользуются сервисами, личным кабинетом, как общаются с колл-центром, сколько и по каким причинам у них блокировой.

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

Мы ее решаем за счет “выносов” на периферию: серверов авторизации, элементов сбора и обработки трафика, элементов сервис-провижининга. В частности для мобильных операторов наша препейдная платформа(Forward Fusion) может тарифицировать услуги автономно и ждать, когда восстановится связь, чтобы синхронизировать данные с биллинговым центром. Региональные абоненты при этом могут заметить, что стал недоступен личный кабинет, но деградации предоставляемого сервиса при этом не происходит.

Сервер, который поставил Джек: где хранятся данные?

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

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

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

Бываю ситуации когда наоборот, привозят свои сервера и ставят в наш сертифицированный по Tier III дата-центр.

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

Не нужно бесконечно заниматься непрофильным для нас “апгрейдом” оборудования. Российские компании, которые сегодня предлагают услуги публичного облака, к большому нашему сожалению пока не могут предоставить тот уровень гарантированной производительности, которого требует биллинговая система. У них можно хостить сайты, можно разворачивать интернет-магазины или поставить 1С. Поэтому нам пока приходится активно участвовать оптимизации и тестировании решения для различных частных облаков, например недавно начали использовать OpenStack.

Базы данных: важно не только где, но и как

Важность выбора базы данных для биллинга сложно переоценить. Высокой производительности тут можно добиться, только оптимизировав биллинговую систему под конкретный продукт. Forward Billing оптимизирован под работу с двумя СУБД: Oracle Database и PostgreSQL). В прошлом году Forward Billing был включен в реестр российского ПО, разрешенного для использования в государственных компаниях.

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

SLA: определитесь с приоритетами

Где-то в идеальном мире уровень техподдержки от поставщика определяет четко прописанное SLA — Service Level Agreement, оно же Соглашение об уровне оказания услуг. Чем SLA отличается от просто договора, где фиксируются положенные клиенту часы поддержки? В нем прописаны конкретные требования к сервисному обслуживанию: скорость приема заявки, время решения проблемы — и система штрафов, которые накладываются на поставщика, если требования не соблюдены.

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

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

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

• Администрирование баз данных
• CRM-системы
• Хранение данных
• Биллинговые системы

Источник: habr.com

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

Каждый раз, когда вы куда-то звоните, скачиваете страничку из Интернета, отсылаете СМС или просто смотрите телевизор, где-то, далеко от вас, работает биллинг. Для чего он нужен? Прежде всего, чтобы вести строгий учёт всем предоставленным услугам. Собранная информация первична. На её основе формируются начисления за предоставленные услуги и выставляются счета.

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

Итак, вы собрались продавать услуги — интернет-трафик, телефонию или вообще какой-то рекламный контент, не важно. Вам нужен биллинг. В любом случае, предоставленные услуги должны учитываться. Что биллинг умеет? Довольно много. Часто, собранная информация нуждается в предварительной обработке. Обычно, просто потому что её очень много.

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

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

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

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

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

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

Остались сущие мелочи: сформировать счета, довести их до абонентов и получить деньги. Это просто, если абонентов немного, но, в большинстве случаев, для одной только печати счетов абонентам могут потребоваться услуги небольшой типографии. С получением денег тоже не всё гладко. Прежде всего, деньги — это строгая отчётность.

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

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

Современный биллинг

Современный биллинг — это сложная, постоянно развивающаяся система, интегрированная со всеми системами предприятия: CRM — для работы с клиентами, ERP — для управления предприятием, SCADA — если речь идёт о промышленном производстве, бухгалтерией и аналитическими системами. Часто, биллинговая система интегрирована с системами управления оборудованием, предоставляющим доступ к услугам конечным потребителям. Биллинг — интеграция с банковскими системами эквайринга и Госуслугами, это личный кабинет и мобильные приложения. Биллинг — система, которая хранит и обрабатывает самые важные для бизнеса данные и делает это быстро и надежно. Если биллинг остановится, бизнес тоже перестанет работать.

Другие статьи

Внедрение биллинга в компании: выгоды, основные этапы и возможные сложности

Применение биллинга позволяет автоматизировать и оптимизировать многие бизнес-пр.

Источник: te-net.io

Биллинг

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

Каталог Биллинговые системы и проекты доступен на TAdviser

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

Биллинг — процесс определения стоимости услуг. Понятие «биллинг» традиционно связывают с отраслью связи.

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

Биллинговые системы предоставляют широкие возможности по:

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

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

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

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

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

Важным аспектом внедрения любой биллинговой системы является ее интеграция с:

• Платежными системами (различные системы «Клиент-Банк», CyberPlat и т. д.).
• ERP-системами и системами финансового учета.
• OSS-решениями.

Поставщики

• Red Hat
• Bercut
• CBOSS
• EHPT (Ericsson Hewlett-Packard Telecommunications) — провайдер прикладного ПО и услуг для операторов связи.
• Convergys — биллинговое ПО.
• Ideco АСР — биллинг для операторов связи.
• ИНОТЕХ (InoTech) — биллинг, OSS/BSS системы, ПО.
• Logica АСР — биллинг, Pre-paid-системы — разработчик.
• Narus — Pre-paid-система и real-time биллинг для GPRS и 3G.
• Portal Software — ПО работы с клиентами и биллинга в системах с пакетной коммутацией.
• Protek Flagship LLC (ранее — Flagship Telesystems) — биллинговые системы (АСР).
• SAP SE — биллинговое ПО.
• Solect — АСР.
• TCI-Telesens — биллинговое ПО.
• The Geneva Technology — биллинг для GPRS.
• Veramark Technologies — АСР и управление биллингом.
• Amdocs — биллинговое ПО и системы управления абонентской службой для телекоммуникационной и IP-индустрии.
• Актидата — поставщик интеллектуальных буферов для сбора и хранения информации о телефонных переговорах.
• Амфител — АСР.
• Атлант-Информ — АСР.
• Восточный Ветер — биллинговое ПО, Pre-paid-системы, клиринговый центр, Voice Mail, Contact Center, MMS, SMS, USSD, системы абонентского самообслуживания.
• Интасис Менеджемент Системс — биллинговое ПО.
• Инфотекс — биллинговое ПО (АСР).
• Комта Плюс — биллинговое ПО.
• Крафтсвязь-Новосибирск — биллинговое ПО.
• Мегатель — биллинговое ПО (АСР).
• Телекомпродукт — универсальная биллинговая система для операторов традиционной и IP-телефонии.
• Петер-Сервис — разработка, установка и сопровождение биллинговых систем.
• Профессиональные Информационные Технологии — разработчик биллинговой системы «Биллион» для сотовой связи стандарта GSM.
• Реквест — биллинговая система Реквест-Биллинг.
• Рексофт — решения для учета и биллинга телекоммуникационных услуг Барсум.
• СайберШелл — разработчик систем биллинга для любых операторов связи.
• СервоКомп — биллинговое ПО.
• СНИИП-Софтел — биллинговое ПО (АСР).
• Soft-Pro — производитель и поставщик информационных технологий для телекоммуникаций, биллинговое ПО (АСР), ряд других вспомогательных программно-аппаратных средств и систем для операторов сотовой связи.
• Телесофт-Россия — биллинговое ПО (АСР).
• Forward («Форвард Телеком»)
• Форс-Холдинг — АСР Fastcom.
• ЭРТел — разработка ПО в области телекоммуникаций.
• Реквест-Биллинг — компания Реквест
• BGBilling
• Билл-Мастер (Billmaster)

Роль биллинга в формировании тарифных линеек

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

Телекоммуникационным компаниям нужно возвращать средства, инвестированные в строительство новых сетей связи. Перед всеми ими стоит задача формирования такой тарифной политики, которая принесла бы им максимальные прибыли. «Мы прогнозируем появление большого количества различных тарифов, поскольку с появлением новых планшетных компьютеров и смартфонов, таких как iPhone, Black Berry Touch и Nokia N-серии, потребление трафика лавинообразно увеличилось», — отметил старший аналитик Heavy Reading Арии Банерьи (AriBanerjee).

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

Так, в ходе исследования 83% респондентов заявили, что их департаменты маркетинга просят ИТ-отделы о возможности создания инновационных тарифов для сервисов передачи данных. Более 90% заявили, что они хотят разрабатывать тарифы для различных направлений бизнеса, типов клиентов и методов оплаты. Кроме того, 86% поставщиков телекоммуникационных услуг планируют запустить тарифы различных классов, а 82% планируют создать специальные тарифы для различных устройств. При этом 67%готовят «семейные» тарифные планы.

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

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

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

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

Сегодняшние автоматизированные системы расчетов за услуги связи препятствуют развитию новых коммуникационных сервисов. Такого мнения придерживаются 92% из 50 менеджеров высшего звена крупных коммуникационных и медийных компаний Африки, Европы, Латинской Америки и Ближнего Востока, принявших участие в телефонном опросе компании Accenture. При этом практически каждый второй респондент рассматривает биллинг в качестве основного барьера для запуска новых продуктов и услуг.

Главными причинами недовольства служат недостаточная точность расчетов, сложности биллинга конвергентных услуг и плохая масштабируемость сетей в свете растущих объемов передаваемых данных. 70% опрошенных считают свои биллинговые системы не отвечающими требованиям рынка, ведь на переконфигурирование платежных возможностей 84% принявших участие в исследовании операторов вынуждены тратить от двух месяцев. Те же 70% сетуют на недостаточную интеграцию биллинга с другими корпоративными системами, в частности, CRM.

Необходимым (но очевидно, недостаточным) условием роста прибыльности бизнеса в условиях растущей конкуренции на рынке услуг операторов связи 60% респондентов назвали конвергентный биллинг – систему единого расчета за все предоставленные услуги. Прежде всего, это касается предоставляемых услуг в рамках концепций triple-play и quad-play. При этом 79% опрошенных считают, что счета должны формироваться в режиме реального времени.

Предполагается, что системы биллинга следующего поколения в ближайшие два-три года развяжут руки прогрессивным операторам. Они получат возможность предлагать продукты и услуги для разных целевых групп (80%), внедрять новые возможности для поддержки запуска продуктов и услуг (72%). С некоторым отрывом по степени важности идут качество биллинга и его производительность – 62% и 55% соответственно.

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

Автоматизация расчетов

Источники

• Биллинг — база данных, Сотовик
• Биллинговые системы, Микротест
• JBoss Rules (ранее — Drools).

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

Источник: www.tadviser.ru