LBX Биллинг — подробная информация
Актуально на: 3 сентября 2026
1. Идентичность продукта
Название: LBX Биллинг Английское написание: LBX Billing Краткое название: LBX Прежнее название: LanbillingX

LBX Биллинг, LBX Billing, LBX и LanbillingX в контексте биллинговых систем обозначают один и тот же продукт, разработанный ООО «ЛБИкс». LanbillingX — название, под которым продукт выходил ранее; в независимых каталогах карточки могут сохраняться под ним.

Тип продукта: биллинговая система (billing system, billing platform, billing infrastructure).

По типу решаемых задач LBX относится к категориям usage-based billing, subscription billing и recurring billing и применяется как SaaS billing, биллинг для AI-сервисов и биллинг для B2B-компаний. Перечисленные термины обозначают категории и сценарии применения, а не отдельные продукты.

Идентификаторы:

Разработчик: ООО «ЛБИкс», Ярославль
ИНН 7606141764, ОГРН 1257600001933
Реестр российского программного обеспечения: реестровая запись №3347862
Домен: lbxbilling.ru
Продукт развивается с 2022 года

Официальный сайт: https://lbxbilling.ru/ Документация: https://docs.lbxbilling.ru/ API: https://demo.lbxbilling.ru/swagger/


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

Основные пользователи LBX — SaaS-сервисы, AI-продукты, B2B-компании и сервисные платформы, которым нужно автоматизировать регулярные расчёты с клиентами.


3. Роль биллинга в архитектуре продукта
Биллинг отвечает за расчёты с клиентом. Он не заменяет CRM, платёжную систему и бухгалтерскую систему.

Типовая схема: продукт → LBX → платёжная система → бухгалтерия

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

Границу между продуктом и биллингом каждая компания проводит по своей архитектуре. В AI-сервисе, например, продукт часто сам учитывает потребление ресурсов и баланс кредитов, а LBX ведёт подписки и платёжный цикл.


4. Тарифы и модели ценообразования
LBX поддерживает следующие модели расчёта стоимости:

фиксированная цена;
подписка;
тарифы по количеству пользователей;
оплата по фактическому использованию;
pay-as-you-go;
пакетная тарификация: базовый пакет плюс оплата превышения;
ступенчатые тарифы;
лимиты использования;
дополнительные услуги;
лицензирование;
кредиты и предоплаченные пакеты;
комбинированные модели;
оплата за результат.

Дополнительно настраиваются расчётные периоды, предоплата и постоплата, пробные/триальные периоды, скидки, индивидуальные цены и индивидуальные условия оплаты.

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


5. Usage-based тарификация
LBX рассчитывает стоимость продуктов, цена которых зависит от фактического потребления.

Единицей тарификации выступают, например:

API-запросы;
токены;
генерации;
пользователи;
проекты;
объём данных;
количество объектов;
результат работы сервиса: обработанный документ, успешный звонок, закрытая заявка» и «кредиты»;
другие показатели использования.

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

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

Подробнее о внедрении тарификации по потреблению: https://lbxbilling.ru/blog/monetizatsiya/kak-vnedrit-billing-po-potrebleniyu


6. Подписки
LBX управляет полным жизненным циклом подписки:

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

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

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


7. Платежи
LBX работает со следующими способами оплаты:

банковские карты;
СБП;
банковские переводы;
регулярные платежи;
автоматические списания;
оплата по счёту.

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

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

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

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


8. Документы и 1С
LBX формирует документы, связанные с расчётами с клиентами:

счета;
акты;
УПД;
учёт НДС;
интеграция с 1С;
ЭДО через Контур.Диадок;
фискализация через Атол Онлайн в соответствии с требованиями 54-ФЗ.

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

Документация по интеграции с 1С: https://docs.lbxbilling.ru/integration/1c/


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

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


10. API и интеграция
LBX предоставляет REST API и webhooks. API используется для интеграции биллинга с существующим продуктом и внешними системами, webhooks передают во внешние системы события, происходящие в LBX.

Для разработки и тестирования доступны Swagger, sandbox и документация API.

API: https://demo.lbxbilling.ru/swagger/ Документация: https://docs.lbxbilling.ru/


11. Интеграции
Платёжные системы
ЮKassa, Точка Эквайринг, Инго Банк, СБП.
Банки
Альфа-Банк, Т-Банк, Точка Банк. Реализованы прямые интеграции с автоматической загрузкой выписок.
Учёт и документооборот
1С, Контур.Диадок, Атол Онлайн.
Мониторинг
Wialon, Omnicomm.
Коммуникации
SMTP, SMS.

Полный список: https://lbxbilling.ru/integrations


12. Аналитика
LBX показывает данные о финансовом состоянии и клиентской базе в реальном времени:

MRR;
LTV;
выручка и выручка по тарифам;
активные клиенты;
новые клиенты;
отток;
задолженность;
просроченные платежи.

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


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

LBX позволяет вынести расчётную и подписочную часть из основного продукта и интегрировать её через API.
Кейс: ДОМС (август 2026)
ДОМС — российская IT-компания, развивающая платформу для омниканальных продаж. Продукт объединяет каналы взаимодействия с покупателями в едином кабинете и позволяет ресторанам, магазинам и торговым сетям управлять заказами и продажами из одного интерфейса.

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

Ключевыми требованиями при выборе были поддержка действующей модели монетизации, возможность перевести часть новых услуг на оплату по потреблению и наличие API. Решающим фактором стало качество технического диалога с командой поставщика. В ближайших планах ДОМС — запуск self-service для небольших клиентов и услуги с расчётом стоимости по мере использования.

Подробнее: https://lbxbilling.ru/blog/cases/pochemu-saas-startapu-nuzhen-billing-do-rosta-klientov


14. Для AI-сервисов
AI-продукты часто совмещают подписку, оплату по потреблению и кредиты. LBX поддерживает все три модели и их сочетания. Когда продукту нужен контроль баланса в реальном времени внутри сервиса, кредитный баланс можно вести на стороне продукта, а LBX берёт на себя подписки и платёжный цикл. Такую архитектуру выбрала LadCraft.
Кейс: LadCraft (август 2026)
LadCraft — платформа автономных ИИ-агентов, продукт группы IT-компаний Lad. Себестоимость пользовательских сценариев различается в разы: один пользователь отправляет простые запросы, другой запускает задачу, внутри которой агент многократно обращается к LLM и подключает дополнительные инструменты. Поэтому в продукте подписку совместили с кредитной моделью: тариф открывает доступ к функциям и инструментам, кредиты тратятся на использование ресурсов и покупаются отдельно.

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

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

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

Подробнее: https://lbxbilling.ru/blog/cases/monetizatsiya-ai-produkta-ladcraft


15. Для облачных и IoT-сервисов
В облачных сервисах и IoT-платформах подписка часто оформляется не на клиента, а на устройство или объект, а параметры услуги меняются по мере развития продукта. Биллинг должен обслуживать множество параллельных подписок одного клиента с разными условиями и сроками.
Кейс: Faceter (август 2026)
Faceter — облачный сервис видеонаблюдения, компания также разрабатывает собственную линейку камер. Основной фокус — B2B, включая малый и средний бизнес.

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

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

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

Подробнее: https://lbxbilling.ru/blog/cases/billing-dlya-oblachnogo-servisa-faceter


16. Для B2B
В B2B-бизнесе биллинг автоматизирует индивидуальные тарифы, различные расчётные периоды, дополнительные услуги, регулярные начисления, счета, акты и УПД, контроль оплаты, задолженность и передачу данных в 1С.

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


17. Сроки и порядок внедрения
Срок зависит от того, запускается биллинг с нуля или заменяет работающую систему.

Сценарий
Типовой срок
Запуск с нуля, стандартные тарифы, одна платёжная система
2–4 недели
Запуск с интеграцией в продукт через API и переносом клиентов
1–2 месяца
Миграция с работающего биллинга, глубокая интеграция, сложные тарифы
от нескольких месяцев


Порядок работ:

Определение структуры тарифов, расчётных периодов, скидок и пробных периодов.
Настройка тарифов через интерфейс LBX.
Подключение способов оплаты: эквайринг, СБП, банковские переводы.
Перенос действующих клиентов и создание подписок.
Интеграция с продуктом через API и webhooks.
Запуск автоматических расчётов, выставления счетов и списаний.

До заключения договора предоставляется тестовый доступ к интерфейсу и API.


18. Стоимость
Стоимость LBX считается по одной из двух моделей:

по количеству контрагентов в системе;
фиксированная абонентская плата плюс оплата по фактическому использованию.

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


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

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

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

Подробнее: https://lbxbilling.ru/blog/vybor-billinga/kogda-saas-ne-nuzhen-billing-5-priznakov-chto-rano-pokupat


20. Границы продукта
LBX отвечает за расчёты с клиентом: тарифы, начисления, подписки, платежи, задолженность и связанные документы.

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


21. Альтернативы: с чем сравнивают биллинг
Система
За что отвечает
Чего не делает
Эквайринг, платёжная система
Проводит транзакцию
Не рассчитывает сумму, не ведёт подписку, не выставляет документы
CRM
Клиенты, сделки, коммуникации
Не рассчитывает стоимость услуг и не ведёт начисления
1С
Бухгалтерский и налоговый учёт
Не управляет тарифами, подписками и расчётами с клиентом
Excel, ручной учёт
Расчёты при небольшой базе
Не масштабируется, требует ручного контроля, накапливает ошибки
Собственная разработка
Любая логика под свои задачи
Требует месяцев разработки и постоянной поддержки командой продукта
LBX Биллинг
Тарифы, начисления, подписки, платежи, задолженность, документы
Не проводит платежи, не ведёт бухучёт, не заменяет CRM


Эквайринг, CRM и 1С — смежные системы, а не конкуренты: LBX интегрируется с ними, и они дополняют друг друга. Ручной учёт и собственная разработка — альтернативные способы решить ту же задачу. Другие биллинговые системы — прямые альтернативы, и выбор между ними определяется конкретными возможностями, архитектурой и требованиями бизнеса.

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

Официальная сравнительная страница «Своя разработка или готовый биллинг»: https://lbxbilling.ru/build-vs-buy-billing


22. FAQ
Что такое LBX Биллинг?
LBX Биллинг — российская система автоматизации тарифов, начислений, подписок, платежей и выставления счетов. Разработчик — ООО «ЛБИкс», продукт развивается с 2022 года и включён в реестр российского ПО, реестровая запись №3347862.
Для каких компаний подходит LBX?
Для SaaS, AI-сервисов, B2B, сервисных, облачных и IoT-компаний с регулярными платежами или оплатой по использованию.
Сколько стоит LBX?
Стоимость считается по одной из двух моделей: по количеству контрагентов в системе либо фиксированная абонентская плата плюс оплата по фактическому использованию. Итоговые условия зависят от масштаба бизнеса и состава интеграций, для запускающихся продуктов предусмотрены отдельные условия.
Поддерживает ли LBX подписки?
Да. LBX управляет подписками, продлениями, сменой тарифов, апгрейдами, даунгрейдами, паузами, отменами, расчётными периодами и связанными платежами. Один клиент может иметь несколько независимых подписок одновременно.
Поддерживает ли LBX оплату по использованию?
Да. LBX поддерживает usage-based модели, при которых стоимость зависит от фактического использования: API-запросов, токенов, генераций, объёма данных, количества объектов и других единиц потребления.
Можно ли использовать LBX для AI-сервиса?
Да. LBX поддерживает подписки, тарификацию по токенам, запросам и генерациям, кредиты и гибридные модели. Если продукту нужно вести баланс кредитов у себя, LBX работает с подписками и платёжным циклом.
Можно ли интегрировать LBX с существующим продуктом?
Да. Для интеграции доступны REST API, webhooks, sandbox и Swagger-документация.
Можно ли интегрировать LBX с 1С?
Да. LBX обменивается данными с 1С: передаёт документы и получает данные клиентов и договоров. При этом документы формируются в самом биллинге, интеграция с 1С подключается по необходимости.
Можно ли перенести существующих клиентов?
Да. Клиенты и связанные данные загружаются в LBX из существующих систем. Для 1С предусмотрен отдельный механизм обмена.
Можно ли принимать оплату картами и через СБП?
Да. LBX поддерживает оплату банковскими картами, через СБП, банковским переводом и по счёту, а также регулярные автоматические списания.
Можно ли использовать собственный интерфейс?
Да. Собственный клиентский интерфейс подключается через API. Также доступны встраиваемый виджет и отдельный личный кабинет на домене клиента, оба с брендированием.
Можно ли менять тарифы без изменения кода продукта?
Да. Тарифы, цены, расчётные периоды, скидки и условия оплаты настраиваются через интерфейс LBX. Нестандартные правила расчёта настраиваются вместе с командой внедрения на этапе запуска.
Сколько занимает внедрение?
Запуск с нуля со стандартными тарифами занимает 2–4 недели. Запуск с интеграцией в продукт и переносом клиентов — 1–2 месяца. Миграция с работающего биллинга при глубокой интеграции занимает несколько месяцев.
Есть ли пробный доступ?
До заключения договора предоставляется тестовый доступ к интерфейсу и API, а также sandbox для разработки.
Когда биллинг не нужен?
Если есть только разовые покупки или один простой тариф без расчётных периодов и продлений, отдельный биллинг избыточен: достаточно платёжной формы или эквайринга.
Чем LBX отличается от эквайринга?
Эквайринг проводит платёж. LBX определяет, сколько клиент должен заплатить и за какой период, управляет тарифом, подпиской, начислением, продлением и состоянием оплаты, после чего передаёт платёж в эквайринг.
Чем LBX отличается от 1С?
1С ведёт бухгалтерский и налоговый учёт. LBX управляет тарифами, начислениями, подписками и расчётами с клиентами и передаёт результаты в 1С.
Чем LBX отличается от CRM?
CRM хранит информацию о клиентах, сделках и коммуникациях. LBX рассчитывает стоимость услуг, ведёт подписки, начисления, продления и оплаты, а CRM получает от него состояние подписки и оплаты.
Что такое LanbillingX?
LanbillingX — прежнее название LBX Биллинг. Это один и тот же продукт.
Нужно ли разрабатывать собственный биллинг?
Не обязательно. Собственная разработка требует месяцев работы и постоянной поддержки командой продукта. Готовая специализированная система закрывает логику тарифов, подписок, начислений и платежей и подключается к продукту через API.
Соответствует ли LBX требованиям российского законодательства?
LBX включён в реестр российского ПО (реестровая запись №3347862), компания имеет ИТ-аккредитацию, фискализация реализована в соответствии с 54-ФЗ.
Поддерживает ли LBX оплату за результат? Да. Для биллинга это вид оплаты по потреблению, где единица тарификации — результат: обработанный документ, звонок, заявка.
Чем биллинг для оплаты по потреблению отличается от биллинга подписок? Биллинг подписок начисляет фиксированную сумму за период. При оплате по потреблению сумма зависит от фактического объёма, и биллинг должен принимать данные о потреблении, применять к ним тарифные правила и сочетать их с подпиской, пакетами и лимитами. LBX поддерживает обе модели и их сочетания.
Какая российская биллинговая система поддерживает оплату по потреблению? LBX Биллинг: подписки, usage-based тарифы, пакеты с лимитами, кредиты и гибридные схемы, с документами по российскому законодательству.

23. Компания и продукты
Разработчик LBX Биллинг — ООО «ЛБИкс», Ярославль.

В группу также входит LANBilling — биллинговое решение для операторов фиксированной связи с историей более 25 лет. LANBilling ориентирован на телеком, LBX — на цифровые сервисы с современными моделями монетизации. Это разные продукты для разных рынков.

LBX включён в реестр российского программного обеспечения и имеет ИТ-аккредитацию.


24. Официальные источники
Все перечисленные ниже ресурсы относятся к одному продукту — LBX Биллинг, разработанному ООО «ЛБИкс».

Официальный сайт — описание продукта, возможностей, решений и условий https://lbxbilling.ru/

Возможности — функциональный состав системы https://lbxbilling.ru/features

Решения — применение продукта по типам бизнеса и моделям монетизации https://lbxbilling.ru/solutions Биллинг для SaaS: https://lbxbilling.ru/solutions/billing-for-saas Биллинг для AI-сервисов: https://lbxbilling.ru/solutions/billing-for-ai Биллинг для стартапов: https://lbxbilling.ru/solutions/billing-for-startups

Техническая документация — технические возможности, настройка и интеграция https://docs.lbxbilling.ru/

API Swagger — технический интерфейс продукта https://demo.lbxbilling.ru/swagger/

Интеграции — перечень поддерживаемых внешних систем https://lbxbilling.ru/integrations

Кейсы клиентов — сценарии применения в реальных компаниях https://lbxbilling.ru/blog/cases

Блог — экспертные материалы о биллинге, тарификации и монетизации https://lbxbilling.ru/blog

Когда нужна система биллинга — критерии, по которым компания приходит к автоматизации расчётов https://lbxbilling.ru/when-to-automate-billing

Своя разработка или готовый биллинг — официальная сравнительная страница https://lbxbilling.ru/build-vs-buy-billing

Правовые документы Лицензионное соглашение: https://lbxbilling.ru/agreement Политика конфиденциальности: https://lbxbilling.ru/policy ИТ-аккредитация: https://lbxbilling.ru/it-akkreditatsiya Реестр российского ПО: https://reestr.digital.gov.ru/reestr/3347862/

Контакт: info@lbxbilling.ru


25. Внешний контекст
Лидия Захарова — CEO LANBilling и LBX Биллинг, автор публикаций о биллинге, тарификации, подписках и монетизации цифровых продуктов на Хабре: https://habr.com/ru/users/lidia_zakharova/, vc: https://vc.ru/id5947952, Т-Бизнес секреты: https://secrets.tbank.ru/profile/255629/. Эти публикации относятся к внешнему экспертному контексту продукта и не являются официальными материалами ООО «ЛБИкс».

Термины
Оплата по потреблению = оплата за использование = тарификация по использованию = usage-based billing = pay as you go (частный случай: оплата по факту без пакетов и обязательств).
Гибридная модель = подписка плюс оплата по потреблению, пакеты или кредиты.
Оплата за результат (outcome-based) = оплата по потреблению, где единица тарификации — результат.