Биллинг, или Автоматизированная Система Расчётов (АСР) – специализированное программное обеспечение, позволяющее учитывать количество оказанных услуг во всевозможных единицах измерения, тарифицировать их и выставлять за них счета клиентам с учётом акций и скидок и обрабатывать платежи. Решение особенно полезно для компаний с большой и разнообразной клиентской базой, широким спектром предоставляемых продуктов/услуг, моделями выставления счетов по подписке или предварительному выставлению счетов.
Биллинговая система интегрируется с ERP, CRM, бухгалтерским программным обеспечением и платежными шлюзами. Внедрение Такой системы зависит от требований, сложности бизнес-процессов и ИТ-инфраструктуры, в которую происходит внедрение. На практике процесс занимает от 2 до 10 месяцев.
Где применяется биллинг?
Традиционно основными пользователями биллинговых систем являются операторы связи и ЖКХ, где необходимо вести сложный учет потребления услуг, а также осуществлять своевременное управление ими. И если для физических лиц это, как правило, отключение доступа при недостатке средств, то для юридических лиц зачастую применяется пост оплата с необходимостью своевременного выставления счетов, контроля оплаты, работы с дебиторской задолженностью и закрывающими документами.
Общая схема работы биллинговой системы
Еще одна важная причина – комбинированные, или конвергентные услуги. В состав Тарифа может быть включено несколько услуг (как своих, так и партнерских), они могут быть зависимы от услуг третьих лиц и так далее. Тогда возникает сложная иерархия услуг с зависимостями и условиями, при которой вести учет в простой самописной системе или Excel уже невозможно (или это вызывает колоссальный ручной труд и массу ошибок).
Однако в 2022 году биллинг – это не только операторы связи, банки и ЖКХ. Периодические услуги с различными условиями предоставления, сложными счетами и большим вариантом приема оплат внедряют компании из сферы торговли и услуг, медиа и производители автомобилей. Простой пример – это многочисленные подписки на кинотеатры, доставку, музыку, новости и т.д. По сути, сегодня практически любой современный бизнес, которые использует модель «по подписке», использует биллинговую систему.
Зачем нужен биллинг?
Биллинговая система – это сложный программный комплекс с гибкими настройками и множеством модулей, которые как расширяют существующую функциональность, так и обеспечивают верификацию и безопасность бизнеса в целом.
Использование современной развитой системы позволяет бизнесу автоматизировать многие аспекты работы back-офиса, настроить бизнес-процессы и своевременно реагировать на рыночные изменения, корректируя предлагаемые продукты и услуги, изменяя тарифы и внедряя новые маркетинговые акции на уровне пользователя системы без участия программистов.
Еще одним важным аспектом является обслуживание клиентов. Полнота и достоверность информации о клиенте позволяет значительно улучшить и контролировать качество обслуживания, а также осуществлять все необходимые действия (такие, как управление услугами, возвраты, решение финансовых споров) прямо в интерфейсе сотрудника в несколько кликов.
КАК ОТСЛЕЖИВАЮТ ТЕЛЕФОНЫ
Интеграция со всеми используемыми в организации системами, например, 1С, позволяет исключить ошибки и искажение передаваемой туда информации и автоматизировать рутинные операции финансовой службы.
Как выбрать биллинговую систему?
Современные биллинговые системы включают в себя ряд важных функции, таких как тарификация оказываемых услуг, отслеживание и обработка платежей, работа с пред и пост оплатой, управление дебиторская задолженность и т. д. Список необходимых функций будет варьироваться в зависимости от размера вашей компании, отрасли, предоставляемых услуг и десятков других параметров. Современные системы, как правило, предоставляют массу функционала, поэтому, прежде чем переходить к его оценке, учтите следующие ключевые характеристики:
- Простота: ваше программное обеспечение должно упростить работу и ускорить бизнес-процессы, а не усложнять их. Например, ваш финансовый отдел или служба поддержки должны уметь пользоваться программным обеспечением без многомесячного обучения.
- Удобство использования: это логическое следствие простоты. Ваше программное обеспечение должно гарантировать, что оно отвечает всем вашим потребностям и в нем легко ориентироваться. По сути, оно должно быть адаптированы под потребности вашего бизнеса.
- Безопасность данных: безопасность должна быть главным приоритетом для любого биллингового инструмента, поэтому убедитесь, что ваше программное обеспечение отвечает всем требованиям, надлежащим образом сертифицировано, использует шифрование данных, инструменты для обнаружения мошенничества, резервного копирования и другие.
Заключение
Успех вашего коммерческого бизнеса зависит от выбора правильной биллинговой системы. Она должна отвечать вашим уникальным требованиям и повышать эффективность процессов, свойственных бизнесу с регулярными услугами («по подписке»).
Forward более 15 лет разрабатывает комплекс систем для автоматизации бизнеса, позволяя автоматизировать и ускорить большинство бизнес-процессов современной компании, оказывающий регулярные услуги пользователям. АСР Forward сертифицирована на 50 млн абонентов, внесена в реестр отечественного ПО и интегрирована с 1С и множеством других программных продуктов, в том числе платежных систем, ОФД и контент-провайдеров.
Источник: fw-t.ru
Биллинг: особенности, возможности и решаемые задачи
Биллинг позволяет упрощать, автоматизировать и повышать эффективность однотипных цикличных операций в различных сферах бизнеса. Стандартным функционалом любой подобной системы являются следующие операции: Проведение автоматических расчетов, перерасчетов на основании действующих тарифов для всех клиентов компании, разработка и внедрение новых тарифных планов, создание стандартизированных отчётов, формирование счетов и первичных бухгалтерских документов.
Преимущества использования
В общем представлении биллинг является информационной автоматизированной системой расчётов, которая построена на основе многофункциональных систем управления базами данных. Преимущества использовании биллинговой системы можно отметить следующие:
- Кастомизация. Возможна гибкая настройка системы под индивидуальные задачи конкретной компании. Функциональные возможности системы выстраиваются таким образом, чтобы автоматизировать и оптимизировать максимально возможное количество бизнес-процессов.
- Открытость. Подобные системы, как правило, являются «живыми». Это значит, что имеется возможность его модернизации, персонализации, самостоятельного обслуживания в рамках текущих задач.
- Модульное построение. Система биллинга состоит из независимых друг от друга, но легко взаимодействующих между собой модулей, каждый из которых предназначен для решения определенных задач – например, автоматизированное выставление счетов, изменение текущих услуг или тарифа в режиме реального времени и пр.
- Масштабируемость. В продуманной системе с ростом количества абонентов/клиентов не требуется кардинальное изменение программного обеспечения. Вопрос расширения решается лишь увеличением количества лицензий и улучшений качества аппаратной составляющей.
- Прогнозирование. В процессе работы с биллинговой системой у пользователей есть возможность создания высокоточных прогнозов по группам клиентов на основании их затрат на услуги, интенсивность обращений, покупке дополнительных пакетов услуг, контента, средних расходов. В итоге на основании прогнозов дальнейшего поведения клиентов можно разрабатывать и внедрять новые продукты, изменять действующие тарифные планы для повышения эффективности бизнеса.
Основные задачи
Главные задачи биллинга – это:
- Обработка данных в режиме реального времени. Проведение расчетов на основании действующих тарифов, списание денежных средств с личного счёта абонента за предоставленные услуги.
- Автоматизированное оповещение. В автоматическом режиме отправляется сообщение или совершается дозвон. Цель – быстрое и точное донесение информации до своего клиента – например, о необходимости пополнить счёт, об изменениях в клиентском договоре и пр.
- Хранение, архивация данных. Сохранение истории клиентов на протяжении длительного времени на собственных серверах или в облаке с возможностью в любой момент времени обратиться к этим данным.
- Создание отчетов. Подготовка отчетов с учетом действующего плана обслуживания для каждого клиента или партнера.
- Сбор и анализ данных по клиентам. Внесение информации по всем действиям клиента. Например, количество и частота пользования услугами, обращения в техническую поддержку, запросы на изменения тарифа и так далее.
Возможности
Биллинг обладает широким спектром возможностей. Благодаря гибкой настройке решаются многие задачи автоматизации и оптимизации бизнес-процессов. Автоматические взаиморасчеты, обработка данных, подготовка отчетов – это только самый верхний уровень биллинговой системы. Отслеживание активности клиентов, анализ истории и подготовка прогнозов для их обработки в маркетинговом отделе – еще одна из важных особенностей биллинга. В целом, конкретные возможности определяются поставленными перед разработчиком системы задачами от каждого заказчика.
Преимущества компании «ТЕНЕТ»
Компания ООО «ТЕНЕТ» предлагает клиентам следующие выгодные условия сотрудничества:
- Разработка функционального программного обеспечения с учетом особенностей вашего бизнеса.
- Внедрение готовых биллинговых систем для предприятий, организаций, работающих с большими данными.
- Комплексная техническая и информационная поддержка, модернизация имеющихся информационных систем.
- Выгодная стоимость программных продуктов.
- Предоставление комплекса услуг – от разработки модулей с учетом технического задания заказчика до удаленного обслуживания.
Для консультаций со специалистами по интересующим вопросам и оставления заявки воспользуйтесь формой на сайте или позвоните по указанному телефону 8 (843) 202-00-34.
Другие статьи
Какие данные собирает биллинг?
Во времена повсеместного господства DialUp-а, когда Internet раздавался по телеф.
894 09.09.2021
Область применения систем биллинга
Биллинг успешно внедряется в различные сферы бизнеса, позволяя автоматизировать .
1136 19.11.2020
Предбиллинг
Прежде чем тарифицировать услуги и выставлять счета абонентам, необходимо собрат.
Источник: te-net.io
Биллинг в большом проекте
Существуют разные способы «монетизировать» проект. Но у них есть одна общая составляющая ― то, как деньги переходят из кошелька пользователя на счет организации. Сегодня мы расскажем о том, как организован прием платежей в Badoo и что можно встретить на рынке платежных шлюзов. Сразу предупреждаем, что в статье вы не найдете конкретных цифр по обороту средств компании, но все остальное будет не менее интересно.
Что такое «биллинг»
Для нас биллинг ― это всё, что связано с получением денег от пользователей: конфигурация цен, страница приема платежей, непосредственно прием и обработка платежей, оказание оплаченных услуг, различные промоакции и, конечно же, мониторинг всего вышеописанного.
Изначально, как и во всех стартапах, у нас не было платных услуг. Первые серьезные шаги в сторону монетизации начались в далеком 2008 году, при том что официально сайт был запущен в 2006-м. Для экспериментов была выбрана Франция, а оплата принималась только через SMS. Сам прием платежей был организован на файлах.
Каждый запрос записывался в отдельный файл, который затем перекладывался bash-скриптами из одной папки в другую, что означало смену статусов обработки. База данных использовалась только для учета успешно обработанных транзакций. Такая схема успешно проработала чуть больше года, после чего ее стало сложно поддерживать, и мы решили отказаться от файлов и переписать всё с использованием БД.
Разработка новой версии прошла достаточно быстро, так как стран, где были доступны платные услуги, было не много. Но она была рассчитана только на прием платежей через SMS, из-за этого у нас даже до сих пор сохранилось несколько забавных артефактов, например, поля MSISDN (номер телефона) и short code (короткий номер, на который отсылают платную SMS) в таблице обработанных платежей.
Сейчас мы принимаем платежи почти во всём мире. Каждую секунду пользователи пытаются что-то оплатить на сайте или в приложениях для всех популярных мобильных платформ. А если наложить это на карту, то получится картина «Вид на Землю из космоса ночью»:
У нас доступно около 50-ти способов оплаты, предоставляемых разными партнерами. Самые популярные ― это банковские карты, SMS
Технические детали
Badoo работает на связке PHP + MySQL, поэтому для обработки платежей мы используем те же технологии. Код выполняется на отдельной группе серверов, выделенной из общего пула. Внутри мы ее разделили еще на несколько логических подгрупп: cерверы для обработки входящих запросов, серверы для фоновых операций и сбора статистики, серверы баз данных, серверы для обработки платежей по банковским картам. Последние выделены в отдельную группу, потому что они должны соответствовать стандарту безопасности PCI DSS, разработанному при участии Visa, MasterCard, American Express, JCB и Discover для организаций, работающих или хранящих данные держателей банковских карт.
Для обработки платежей мы используем два сервера базы данных с MySQL от Percona, работающих в master-master репликации. Основная нагрузка идет только на один из них, второй используется для «горячей» замены в случае аварии или для подмены основного (на время его обслуживания, для запросов от системы мониторинга или сбора статистики).
- Ядро. Сюда входят базовые сущности, такие как Заказ, Платеж, Услуги и правила их учета и оказания, различные инфраструктурные вещи.
- Плагины агрегаторов. Всё, что отвечает за коммуникацию между нами и платежной системой.
- Страница выбора и оплаты услуг.
После реализации API наступает этап тестирования. На Хабре уже были статьи о том, как выглядит наш процесс разработки и автоматизации. Но для биллинга есть некоторые особенности, связанные в основном с тем, что приходится тестировать не просто наш код, но и взаимодействие с агрегаторами.
Очень удобно, если у них есть для этого тестовое окружение, которое полностью эмулирует реальный прием платежей. Если же его нет, мы делаем «заглушки», эмулирующие поведение агрегатора. Это упрощает нам ручное тестирование и позволяет писать автотесты, проверяющие весь процесс оплаты. Вот пример того, как выглядит одна из заглушек.
После тестового окружения нужно проверить, как всё будет работать в жизни, провести реальную оплату. Но для SMS-платежей часто приходится получать одобрение от регуляторов или операторов, а это может длиться несколько месяцев. Чтобы не выкладывать полуготовый код на продакшн-серверы, мы придумали такую вещь, как External Shot.
Это наш обычный Shot, который представляет из себя директорию с веткой задачи и предназначен для ее тестирования на продакшн-серверах, но кроме локального домена он имеет дополнительный внешний адрес, по которому любой желающий может зайти и посмотреть сделанные изменения. Для безопасности такие «шоты» создаются не для каждой задачи, а только в тех случаях, когда действительно необходимо. Ссылки на них мы даем нашим партнерам, и они в любое время дня и ночи могут проверить сделанные изменения. Особенно это актуально для стран, расположенных в другом полушарии, с которым разница во времени может достигать 12 часов.
Поддержка и эксплуатация
После того как новая интеграция выкладывается на продакшн-серверы, наступает этап ее эксплуатации и поддержки. Техническая поддержка занимает примерно 60-70% нашего времени.
Сюда входит, во-первых, разбор жалоб от пользователей. Все простые ситуации решаются командой первой линии поддержки, она же переводит для нас жалобы с разных языков на английский. Поэтому к нам попадают только самые сложные случаи, действительно требующие внимания разработчиков.
Вторая составляющая технической поддержки ― это исправление ошибок или внесение изменений в существующие интеграции. Ошибки возникают по разным причинам. Например, из-за невнимательного чтения документации или пробелов в ней. Однажды вместо нее нам даже пришлось использовать логи чата с разработчиком агрегатора, потому что документация для их новой системы была еще не готова.
Были случаи, когда агрегатор без уведомления менял протокол взаимодействия или его параметры. В другой раз банк-эквайер отключил наш шлюз, и пришлось в срочном порядке перенаправлять трафик в другое место. Как потом выяснилось, это был древний сервер из 80-х, который, по данным банка, вообще ничего не должен был обрабатывать. В общем, скучать не приходится, особенно если учитывать, что каждая минута простоя ― это недополученная прибыль.
Для решения подобных проблем мы пишем подробные логи работы приложения. Туда попадают не только ошибки, но и всё взаимодействие с системами агрегаторов или просто важные события, происходящие во время выполнения запросов. Каждый запрос имеет свой уникальный идентификатор, по которому можно найти все связанные с ним записи и восстановить ход его обработки. Это бывает особенно полезно, когда приходится разбираться с ошибками, с момента которых уже прошло несколько недель или месяцев.
Вот так организован биллинг в Badoo. Конечно, осталось еще много интересных тем, о которых мы планируем рассказать будущем, например мониторинг, сертификация PCI DSS и обработка платежей по банковским картам. Если есть вопросы или какие-то пожелания по теме будущих статей, добро пожаловать в комментарии.
Анатолий Панов
Ведущий разработчик
- Блог компании Badoo
- Разработка веб-сайтов
- Платежные системы
Источник: habr.com