Слово «биллинг» в русскоязычных источниках почти всегда объясняют через расчеты в телекоме: абонент, тариф, лицевой счет. Термин действительно оттуда и пришел, и большинство статей и решений на рынке до сих пор рассчитаны именно на этот сценарий. За пределами связи биллинг считает совсем другое: подписки, часы консультанта, комиссию маркетплейса, показания счетчика. У каждой такой задачи своя логика расчетов и свое решение.
Если кратко:
Биллинговые системы делят по критерию, что именно и для кого они считают. Есть следующие типы: биллинг для телекома (АСР), биллинг для SaaS и подписок, биллинг для ЖКХ и ресурсоснабжения, программы выставления счетов, биллинг как модуль отраслевой системы, биллинг для профессиональных услуг, биллинг для маркетплейсов, надстройки над платежными сервисами, системы монетизации контента, конвергентный биллинг и корпоративный биллинг.
Биллинг для телекома, OSS и BSS
Используют интернет-провайдеры, мобильные операторы, MVNO, VoIP-телефония, кабельное и IP-телевидение: любой бизнес, который продает доступ к сети. Такой биллинг тарифицирует огромный поток событий в реальном времени, ведет лицевой счет абонента, поддерживает предоплатную модель и управляет доступом на уровне сетевого оборудования.
Из-за такого объема данных и требований к надежности для этой группы решений в России ввели обязательную сертификацию, их называют автоматизированными системами расчетов, АСР. По той же причине их чаще разворачивают на собственных серверах оператора: так проще выполнить требования к хранению данных и интегрироваться с сетевым оборудованием.
Это решение только для компаний, оказывающих услуги связи: логика расчетов заточена именно под этот сценарий и на другие сферы не переносится. Подробное сравнение этой группы систем с биллингом для подписок дано в статье о том, чем биллинг для телекома отличается от биллинга для SaaS.
Из-за такого объема данных и требований к надежности для этой группы решений в России ввели обязательную сертификацию, их называют автоматизированными системами расчетов, АСР. По той же причине их чаще разворачивают на собственных серверах оператора: так проще выполнить требования к хранению данных и интегрироваться с сетевым оборудованием.
Это решение только для компаний, оказывающих услуги связи: логика расчетов заточена именно под этот сценарий и на другие сферы не переносится. Подробное сравнение этой группы систем с биллингом для подписок дано в статье о том, чем биллинг для телекома отличается от биллинга для SaaS.
Биллинг для SaaS и подписочных сервисов
Используют SaaS-сервисы, EdTech, digital-продукты, AI-сервисы, API-продукты и любой бизнес с регулярной оплатой, оплатой за использование или гибридной моделью. Подробнее о том, что это за биллинг и зачем он нужен, рассказано в статье «Биллинг в SaaS: что это такое и зачем он нужен».
Основной объект расчета здесь: подписка и расчетный период. Отсюда и задачи: пробный период, смена тарифа с пересчетом, автопродление, работа с юрлицами и закрывающими документами, личный кабинет и API для управления подпиской.
Оплата за использование, usage-based billing, metered billing, pay as you go, это вариант тарификации внутри того же типа систем, отдельной категорией она не считается. Сумма здесь зависит от фактического потребления: запросов к API, токенов, кредитов, операций, объема или превышения лимита. Система в этом случае считает не только периоды и статусы подписки, но и события потребления, лимиты и перерасход.
Такие решения обычно работают как облачный сервис, это ускоряет запуск. Хорошо работает для бизнеса с регулярной выручкой и подписочной или гибридной моделью монетизации; сюда же относится LBX Биллинг.
Основной объект расчета здесь: подписка и расчетный период. Отсюда и задачи: пробный период, смена тарифа с пересчетом, автопродление, работа с юрлицами и закрывающими документами, личный кабинет и API для управления подпиской.
Оплата за использование, usage-based billing, metered billing, pay as you go, это вариант тарификации внутри того же типа систем, отдельной категорией она не считается. Сумма здесь зависит от фактического потребления: запросов к API, токенов, кредитов, операций, объема или превышения лимита. Система в этом случае считает не только периоды и статусы подписки, но и события потребления, лимиты и перерасход.
Такие решения обычно работают как облачный сервис, это ускоряет запуск. Хорошо работает для бизнеса с регулярной выручкой и подписочной или гибридной моделью монетизации; сюда же относится LBX Биллинг.
Биллинг коммунальных и ресурсоснабжающих компаний
Используют поставщики электричества, воды, газа и тепла, управляющие компании, расчетные центры. Их задачи: прием и обработка показаний приборов учета, применение нормативов, льгот и субсидий, перерасчеты, работа с задолженностью и очень большим количеством лицевых счетов.
Логика расчетов здесь жестко привязана к отраслевому законодательству и меняется вместе с ним, поэтому такие системы годятся только компаниям этой сферы, за ее пределами они бесполезны из-за слишком узкой специализации.
Логика расчетов здесь жестко привязана к отраслевому законодательству и меняется вместе с ним, поэтому такие системы годятся только компаниям этой сферы, за ее пределами они бесполезны из-за слишком узкой специализации.
Программы выставления счетов
Такие программы позволяют выставлять первичные документы по заранее заданному расписанию: сформировать счет нужной суммы с нужной периодичностью, подготовить закрывающие документы. Логика настраивается один раз: сколько счетов выставить, с какой периодичностью и на какие суммы, а дальше все происходит по этому графику без ручного участия.
От биллинга для SaaS их отличает отсутствие полноценной подписочной логики: нет пробного периода, автоматического пересчета при смене тарифа, лимитов и учета фактического потребления. Хорошо работает для бизнеса с предсказуемыми регулярными платежами, где суммы и периодичность известны заранее и меняются редко.
Как только начисления нужно завязать на фактическое потребление или тариф начинает меняться в течение действия договора, такая система перестает справляться с задачей. Этот переход подробно разобран в статье «1С или специализированный биллинг: что выбрать компаниям с регулярными платежами».
От биллинга для SaaS их отличает отсутствие полноценной подписочной логики: нет пробного периода, автоматического пересчета при смене тарифа, лимитов и учета фактического потребления. Хорошо работает для бизнеса с предсказуемыми регулярными платежами, где суммы и периодичность известны заранее и меняются редко.
Как только начисления нужно завязать на фактическое потребление или тариф начинает меняться в течение действия договора, такая система перестает справляться с задачей. Этот переход подробно разобран в статье «1С или специализированный биллинг: что выбрать компаниям с регулярными платежами».
Биллинг как встроенный модуль отраслевой системы
Встречается внутри отраслевых ERP, медицинских информационных систем, страховых платформ, CRM для консалтинговых и юридических компаний. Считают там то, что связано с основной функцией системы: в медицинской информационной системе это стоимость оказанных пациенту услуг, в страховой платформе премии и выплаты, в CRM для консалтинга и юридических услуг стоимость работ по проекту или делу.
Такое решение удобно тем, что расчеты находятся рядом с основной работой и отдельную систему внедрять не нужно.
Обратная сторона этого удобства в том, что логика расчетов подчинена основной системе: подписочные сценарии обычно поддержаны частично и требуют доработок. Такой вариант имеет смысл для компаний, у которых расчеты играют вспомогательную роль рядом с основным процессом.
Такое решение удобно тем, что расчеты находятся рядом с основной работой и отдельную систему внедрять не нужно.
Обратная сторона этого удобства в том, что логика расчетов подчинена основной системе: подписочные сценарии обычно поддержаны частично и требуют доработок. Такой вариант имеет смысл для компаний, у которых расчеты играют вспомогательную роль рядом с основным процессом.
Биллинг для профессиональных услуг и проектов
Используют консалтинг, юридические и аудиторские компании, агентства, ИТ-аутсорс. Модель расчетов здесь почасовая, ее называют time and materials (T&M): оплата за отработанные часы специалистов и понесенные расходы.
Задачи: учет часов, ставки разных специалистов, привязка к проекту и этапу, акты по факту выполненных работ, ретейнеры и авансы. От подписки такой биллинг отличает сама природа суммы: она заранее не известна и формируется из фактической работы. Хорошо работает для компаний, которые продают время специалистов. Доступ к продукту в этой модели не предусмотрен.
Задачи: учет часов, ставки разных специалистов, привязка к проекту и этапу, акты по факту выполненных работ, ретейнеры и авансы. От подписки такой биллинг отличает сама природа суммы: она заранее не известна и формируется из фактической работы. Хорошо работает для компаний, которые продают время специалистов. Доступ к продукту в этой модели не предусмотрен.
Биллинг для маркетплейсов и платформ
Особенность в том, что расчеты идут сразу между несколькими сторонами. Задачи: удержание комиссии площадки, выплаты продавцам и исполнителям, разделение платежа, взаиморасчеты и сверка по всем участникам.
Используют маркетплейсы, агрегаторы услуг, платформы с продавцами или исполнителями. Логичный выбор для бизнесов, где площадка выступает посредником в расчетах между сторонами.
Используют маркетплейсы, агрегаторы услуг, платформы с продавцами или исполнителями. Логичный выбор для бизнесов, где площадка выступает посредником в расчетах между сторонами.
Надстройки над платежными системами
Это модули подписок на базе платежного сервиса или платежной платформы. Задачи: регулярные списания, доступ к закрытому контенту, членство в клубах.
Такие решения быстро запускаются: не нужно разворачивать отдельную систему, интеграция с платежным сервисом уже готова, а тарифы и периодичность списаний настраиваются прямо в интерфейсе провайдера. Основное ограничение в гибкости графика: сценарии обычно сводятся к фиксированным датам и суммам списания, а пересчет при смене тарифа или пропорциональный биллинг сюда не добавить. Дополнительное ограничение в работе с юрлицами: как правило, нет полноценных счетов и закрывающих документов. Хорошо работает для небольших проектов с простой моделью и оплатой картой.
Такие решения быстро запускаются: не нужно разворачивать отдельную систему, интеграция с платежным сервисом уже готова, а тарифы и периодичность списаний настраиваются прямо в интерфейсе провайдера. Основное ограничение в гибкости графика: сценарии обычно сводятся к фиксированным датам и суммам списания, а пересчет при смене тарифа или пропорциональный биллинг сюда не добавить. Дополнительное ограничение в работе с юрлицами: как правило, нет полноценных счетов и закрывающих документов. Хорошо работает для небольших проектов с простой моделью и оплатой картой.
Системы монетизации контента
Paywall-решения и сервисы для платных подписок на сообщества и закрытые телеграм-каналы. Задачи: ограничение доступа к материалам, продажа подписки на контент, управление участниками.
Используют медиа, авторы, образовательные проекты, сообщества. Объект продажи здесь: доступ к контенту. Расчеты обычно проще, чем в биллинге для SaaS.
Используют медиа, авторы, образовательные проекты, сообщества. Объект продажи здесь: доступ к контенту. Расчеты обычно проще, чем в биллинге для SaaS.
Конвергентный биллинг
Этот тип решений чаще всего имеют в виду, когда говорят об универсальном биллинге. Он обрабатывает разные услуги в единой логике и сводит их на один лицевой счет и один счет к оплате, объединяя предоплатную и постоплатную модели в одной системе.
Термин пришел из телекома: там он описывает ситуацию, когда один клиент одновременно пользуется несколькими услугами, например интернетом, телефонией и телевидением, и все они должны сойтись в одном счете. Актуален для операторов связи и компаний с несколькими разнородными услугами у одного клиента.
Термин пришел из телекома: там он описывает ситуацию, когда один клиент одновременно пользуется несколькими услугами, например интернетом, телефонией и телевидением, и все они должны сойтись в одном счете. Актуален для операторов связи и компаний с несколькими разнородными услугами у одного клиента.
Корпоративный биллинг
Особенность в том, что расчеты ведутся внутри компании, между подразделениями и юрлицами группы. Задачи: учет потребления общих ресурсов подразделениями и распределение затрат между ними.
Типичный случай: внутреннее облако или общая ИТ-инфраструктура, когда нужно понять, сколько израсходовал каждый отдел. Цель здесь другая, чем у остальных типов систем: показать внутреннюю стоимость потребления для каждого подразделения. Актуален для крупных компаний и групп с несколькими подразделениями или юрлицами.
Типичный случай: внутреннее облако или общая ИТ-инфраструктура, когда нужно понять, сколько израсходовал каждый отдел. Цель здесь другая, чем у остальных типов систем: показать внутреннюю стоимость потребления для каждого подразделения. Актуален для крупных компаний и групп с несколькими подразделениями или юрлицами.
Сравнение типов
Как понять, какой тип биллинга нужен
- Компания оказывает услуги связи и обязана использовать сертифицированную систему?
- За что считаются деньги: за события потребления, за период подписки, за отработанные часы, за коммунальный ресурс или за доступ к контенту?
- Начисления повторяются регулярно, или продажи разовые?
- Деньги приходят от одного клиента, или их нужно распределять между несколькими сторонами?
- Расчеты ведутся с внешними клиентами, или между подразделениями внутри компании?
- Нужны счета и закрывающие документы для юрлиц?
- Клиент управляет подпиской самостоятельно, или все операции идут через менеджера?
- Один клиент пользуется несколькими разными услугами, которые нужно свести в один счет?
Ответы на эти вопросы указывают на нужный тип системы. Дальше встает следующий вопрос: какое конкретно решение выбрать. Для биллинга подписочной модели такие критерии собраны в чек-листе выбора биллинга для SaaS.
Итог
Типов биллинговых систем заметно больше, чем принято думать, и все они реально работают на рынке: от коммунальных расчетных центров до маркетплейсов. Функции у них местами похожи, а то, что каждый считает и для кого, различается принципиально.
Выбор стоит делать по совпадению типа системы с собственной моделью расчетов. Известность бренда и общая полнота функций в описании для этого выбора вторичны.
Если по этим вопросам понятно, что нужен биллинг для подписочной модели, дальше стоит разбираться в критериях выбора конкретного решения. LBX Биллинг относится именно к этому типу систем.
Выбор стоит делать по совпадению типа системы с собственной моделью расчетов. Известность бренда и общая полнота функций в описании для этого выбора вторичны.
Если по этим вопросам понятно, что нужен биллинг для подписочной модели, дальше стоит разбираться в критериях выбора конкретного решения. LBX Биллинг относится именно к этому типу систем.
