Биллинг онлайн

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

A potentially dangerous Request.Path value was detected from the client (&).

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

Архив всех конфигурационных файлов (для Gentoo!) доступен по адресу: Cake.opennet.ru/release/etc/etc.tar.bz2

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

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

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

Рис 1. Основное окно.

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

На это есть несколько причин:
• Биллинг распространяется бесплатно под лицензией GPL v.2.
• Просто устанавливается. (Разумеется, иногда возникают сложности, однако, вопросы пользователей разбираются достаточно оперативно на форуме поддержки проекта.)
• Биллинг строится на стандартных GNU компонентах и, фактически, использует то, что уже есть (или есть возможность лёгкой установки) в любой системе.
• Низкий уровень вхождения. Понять принцип работы биллинга не представляет никакой сложности.
• Удобство использования – после установки вся работа ведётся через веб-интерфейс.
• Так как проект открытый, всегда есть возможность изменить какую-либо часть системы под индивидуальные пожелания пользователя. (Например, интерфейс. Об этом чуть ниже.)

Установка.
Система для своей работы использует следующие компонены (некоторые из них уже были названы выше):
Компьютер с *nix системой.
FreeRADIUS версия 0.9.3 и выше.
Pptpd версия 1.1.3 и выше.
PPP версия 2.4.2.b3 и выше.
PostgreSQL сервер версия 7.4.x (если у вас версия 8.x используйте вот эти Cake.opennet.ru/devel схему и веб-интерфейс).
JDK (Sun JDK, Blackdown JDK или BEA Jrockit JDK) версия 1.3 и выше.
Servlet/JSP контейнер. Тестировалось на resin 3.0.x и tomcat 4.1.31
PostgreSQL JDBC Driver используется версия 3x.
Установку можно смело разбить на несколько этапов, каждый из которых достаточно детально описан на сайте разработки (http://npj.ru/Cake/).
Необходимо уточнить, что документация по установке описана для системы gentoo linux, однако, если вы умеете пользоваться дистрибутивом, который выбрали (ведь это так, правда?) — информации с указанных ссылок будет для вас достаточно. В противном случае, вам придётся потратить некоторое время на дополнительное изучение установленного у вас linux дистрибутива.

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

Рис 6. Персональная статистика пользователя.

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

По умолчанию биллинг содержит лишь одного пользователя администратора. На закладку пользователи стоит прейти для изменения его пароля и добавления пользователей АСР. Здесь вы можете внести всю информацию о пользователе, указав его ФИО, логин, пароль, а так же такую информацию, как тарифный план и необходимость блокировки доступа в интернет при отрицательном балансе пользователя. На этой же странице вносятся платежи на счёт, выделяя таким образом квоту на пользователя.

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

Рассказ о Cake.
В этой статье пойдёт речь о (пока что) малоизвестном биллинге Cake («пирог» в переводе с английского). Эта система предназначена для учёта и контроля трафика, потребляемого на работу в Интернет. Он может с успехом применяться как малыми провайдерами интернет-услуг, так и средних размеров компаниями для внутреннего учёта. Так как принципиальной разницы в каком качестве вы используете биллинг нет (в качестве провайдера или внутри компании), то и заострять на этом внимания не будем.

Я установил систему за один день не встретив каких-либо препятствий при этом. Единственно, хочу обратить внимание на такую ошибку при работе windows клиентов, как 737: loopback detected. Ошибка крайне неприятная, так как при её возникновении данный клиент не сможет подключиться довольно продолжительное время. Это исправляется следующим образом: в конфигурационный файл options.pptpd добавляются строки «nologfd», а строки «silent» и «connect-delay» наоборот комментируются.

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

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

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

Рис 2. Упавление учетными записями пользователей.

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

Как видим и первая и вторая реализации не лишены своих минусов и плюсов. Давайте рассмотрим третью реализацию. Основная ее идея это использование VPN для обеспечения доступа, учета и ограничения потребления услуг связи. Для этого используется менеджер pptpd соединений, pppd – демон для работы с ppp протоколом и RADIUS сервер. Каким образом это все работает: клиент подключается к pptpd, он запускает pppd и передает управление ему. После чего клиент отправляет ему параметры аутентификации. Pppd демон получив их делает запрос к RADIUS серверу. Он получив данные формирует ответ о разрешении или запрещении соединения. Затем отправляет его pppd. В случае если pppd получил запрещение соединение разрывается. Если же было получено разрешение, то pppd открывает соединение и уведомляет RADIUS о начале сессии. В зависимости от настроек pppd во время сессии могут отправляться ее промежуточные состояния RADIUS серверу. Как только пользователь завершает работу и отключается, pppd отправляет RADIUS серверу уведомление о завершении сессии и о количестве потребленных ресурсов. Как видите решение довольно интересное. Но и у него есть свои минусы и плюсы. Минусами является довольно высокая сложность установки решения, а так же отсутствие детализации трафика. Плюсы заключаются в наличии системы авторизации которую достаточно сложно взломать, возможность привязки ip адреса к имени пользователя, а так же возможности указания лимитов на сессию и автоматическое отключение при из достижении, кроме этого за счет применения стандартных компонент система хорошо масштабируется и стабильна в работе.
Систем использующих эту реализацию довольно много. Но наша цель рассмотреть системы для малых и средних офисов с количеством компьютеров не более 100-200. Среди таких систем представляют интерес FreeNIBS и Cake.

Как это работает.
На стороне клиента создаётся подключение к VPN сети. При попытке подключения к pptpd (VPN) серверу, производится запуск pppd для создания VPN туннеля. Для разрешения авторизации pppd обращается к radius, который в свою очередь ищет учётные записи в СУБД и формирует ответ. На основе полученной информации от radius, pppd, если пакет был разрешающий, устанавливает различные параметры соединения (время, трафик) на пользователя. После этого pppd отправляет radius серверу информацию о начале сессии. Сессия завершается, если пользователем (или по другим причинам) разрывается VPN соединение с сервером, а так же, сессию может завершить pppd при превышении лимитов.

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

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

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

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

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

Еще одной популярной реализацией является установка прокси-сервера squid с использованием external_acl и анализатора заносящего данные в СУБД в режиме реального времени. Это работает таким образом: когда пользователь вырабатывает свой лимит он удаляется из группы доступа, которые считывают external acl. Минусом такого решения является достаточно высокая инерционность системы, а так же не слишком высокая стаблильность работы системы и учет трафика который проходит через прокси-сервер. Плюсы же заключаются в наличии авторизации пользователей, возможности детализации статистики и кросплатформенности решения.

Использование.
После того, как система была установлена и заработала, пришло время ввести её в эксплуатацию. Для этого пройдём по адресу, который вы указали resin’у при настройке. Как правило, это ip/Cake или ip:8080/Cake в зависимости от настроек.
По-умолчанию, выставлены login: admin, password: 1234. После входа вы увидите основное окно, в котором показана основная наиболее часто востребованная информация. А именно, состояние биллинга по пользователям (в мегабайтах и денежном эквиваленте), а так же в отдельной таблице показаны пользователи, которые в данный момент соединены с вашим VPN сервером.

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

Текущие работы и дальнейшие планы разработчиков.
Разработчики биллинга, как уже говорилось выше, останавливаться на достигнутом не собираются и по мере возможности (читай по мере появления свободного времени) дорабатывают свой продукт. Из последних изменений можно назвать:
Внесены изменения в структуру базы для возможности работы с PostgreSQL версий 8.x
Схема базы данных приведена к читаемому виду.
Внесены некоторые правки в web-интерфейс системы. (Теперь при использовании web-интерфейса производится только одно соединение к базе данных, а не несколько, как раньше.)
Разрабатывается автоматическая чистка базы статистики.
Появилась возможность работы с нулевыми тарифами.
Учёт обоих направлений трафика (выше, я описал, как его можно увидеть уже сейчас).
Добавляется возможность выставления ограничений как на входящий, так и на исходящий трафик.
Планируется написание документации в gentoo guide xml формате.
Планируется дистрибутив на основе GNAP. (Если в двух словах, то это система сборки дистрибутива для встраиваемых систем. Подробнее можно ознакомиться здесь – www.gentoo.org/proj/en/base/embedded/gnap-userguide.xml). Это даст возможность быстро разворачивать систему по принципу «сел и поехал».
В данный момент разработчики занимаются доработками версии биллинга ветки 1.х Когда все необходимые правки в текущую версию будут внесены, начнётся работа над второй версией продукта. Все планы пока что не раскрываются, но уже известно о планах тарификации таких услуг, как, например, VoIP.

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

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

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

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

Из особенностей биллинга:
Использование только 253 максимально возможных пользователей. Это ограничение вызвано тем, что Cake ещё не обладает должным функционалом работе с несколькими подсетями, поэтому максимум пользователей проистекает из физических ограничений адресации. Если у вас сеть большего размера – система Cake вам не подойдёт.
Каждый пользователь, единожды установив VPN соединение, получает уникальный ip адрес внутреннего пространства VPN сервера. С какого бы в последствии адреса не соединялся этот пользователь, его ip внутренней сети останется неизменным. Это крайне полезное свойство для тех, кто хочет видеть детализацию по трафику, так как позволяет настроить squid с любым анализатором его лог-файлов. Останется лишь привязать логины пользователей к адресам VPN сети и вот готовая детализация похождений пользователей.
Система Cake не может работать с несколькими внешними подсетями, поэтому если вы захотите каким-то пользователям выдавать внешние адреса, а каким-то внутренние — вас ожидает разочарование. Система может работать только с одной подсетью.

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

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

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

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

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

Всё это позволяет в крайне сжатые сроки установить ваш «пирог» и приступить к учёту.

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

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

(с) akeeperКоршунов Алексей.
Впервый опубликовано в электронном приложении к журналу «Системный администратор» под названием OSA.

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

Рис 4. Статистика.

Дополнение: недавно мне сообщили, что проект Cake переехал.

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

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

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

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

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

Рис 5. Настройки.

Продолжая использовать наш сайт, вы даете согласие на обработку файлов cookie, пользовательских данных (сведения о местоположении; тип и версия ОС; тип и версия браузера; тип устройства и разрешение его экрана; источник откуда вы пришли на сайт; с какого сайта или по какой рекламе; язык ОС и браузера; какие страницы открывали и на какие кнопки нажимали; ip-адрес) в целях функционирования сайта и проведения ретаргетинга. Если вы не хотите, чтобы ваши данные обрабатывались, покиньте сайт. Кликните «Принять и закрыть», чтобы согласиться с использованием «cookies».

Stack Trace:

Exception Details: System.Web.HttpException: A potentially dangerous Request.Path value was detected from the client (&).

Source Error:

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

Источники:

https://habr.com/ru/articles/5402/&rut=0017b3b08bce0356cd15550e27680e793bf0d67930bed3d07190c08e0c7b38c5
https://rc-online.ru/&rut=122b6ab47f590b853002902716cabef2db716dd556d03742787f762203c4cb7c
https://e.statebank.mn/ebillingnew/Login.aspx&rut=8a03f92dfa6588358cef0297ab6872466cb5918d18be3831939b73ee0c20a633
https://www.youtube.com/playlist?list=PLjSY87kPdwDOlOXcOb8MGVmF1I3ttsi3K&rut=96cc6f6520f233abc91455897cebcde2f014df36ffad9123edba7a352e9409e0
https://www.billing-online24.ru/&rut=5d52dcb3e45c955cb13c5689061e4115c0a942fb271bcfe56e3634bddae5bf52
https://m.youtube.com/watch?v=99jImgdfjkg&rut=5490fab44570ffe9cd1e41a241b1fbd3c3ba4a2a6a35ac0d44f0abda263c4c3a
https://habr.com/ru/hubs/billing/&rut=eb8faa01690ccabf9ebf9f25c3db64113d10bfd76b61244bb15b9b8fc2e25fdd
https://habr.com/ru/articles/439496/&rut=2799c4504c9f66fba388a12a35258e3aa2a77a33cf023c62f84988b8c9fb7187
https://online.atikoweb.ru/&rut=e57793ab3d8abe65caa9904411440c81efc6c48528ea762983d1361229bd8724