Білінгові системи провайдера: із чого вони складаються

Абонент бачить від білінгу один рядок: «спишеться стільки-то числа». Усередині ж це найвідповідальніша система оператора: вона пускає людей у мережу, міряє спожите, рахує гроші й відповідає перед бухгалтерією за кожну копійку. Збій сайту оператор переживе, збій білінгу означає, що кілька тисяч абонентів або сидять без мережі, або користуються нею безкоштовно. Розберімо, із чого складається така система, яку в галузі називають АСР: автоматизованою системою розрахунків.

Шлях абонента через білінг

Коли роутер абонента піднімає з'єднання, обладнання оператора запитує білінг: чи пускати і з якою швидкістю. Класична мова цього діалогу: RADIUS, а відповідь залежить від балансу й тарифу. Далі мережа шле лічильники: скільки байтів пройшло, скільки тривала сесія. Білінг перетворює їх на нарахування, а в день списання закриває період. Платіж із кабінету йде у зворотний бік: гроші зараховано, блокування знято, швидкість відновлено, і все це без участі людини.

Модулі сучасної АСР

Навколо ядра зазвичай живуть суміжні блоки: техоблік кабелів і портів, сповіщення про списання, інтеграція з картами покриття. Що більший оператор, то більше білінг нагадує конструктор, де кожен модуль можна замінити.

Коробка, SaaS чи своя розробка

Малі мережі починають із коробкових систем: поставив на свій сервер, завів тарифи, працюєш. Плюс у контролі й разовій ціні, мінус у тому, що оновлення й резервні копії на вас. Хмарні АСР знімають експлуатацію, беручи абонентську плату за обліковий запис: для мережі на кілька тисяч абонентів це часто дешевше за зарплату адміністратора. Свою розробку вибирають оператори з нестандартною моделлю: віртуальні оператори, провайдери з подобовою тарифікацією, сервіси, де білінг і є продуктом. Це найдорожчий шлях, зате без обмежень чужої архітектури.

На що дивитися під час вибору

• Підтримка вашого обладнання. Авторизація і збір лічильників мають працювати з конкретними моделями ваших комутаторів і BRAS, а не «загалом».
• Швидкість блокування. Скільки минає між нулем на балансі й реальним вимкненням: години різниці це подарований трафік.
• Перерахунки. Зміна тарифу заднім числом, повернення, обіцяний платіж: саме на цих сценаріях коробки ламаються найчастіше.
• Відкрите API. Кабінет, сайт і мобільний застосунок житимуть довше, якщо їх можна будувати поверх API, а не всередині чужого шаблону.
• Запас під навантаження. Система, жвава на тисячі абонентів, може стати на п'ятдесяти тисячах у день масового списання.

Окрема стаття витрат: міграція. Переїзд зі старої АСР тягне за собою історію балансів, незакриті періоди й обіцяні платежі. Хороший підрядник починає з інвентаризації саме цих хвостів, поганий з демонстрації гарного кабінету. Заплануйте паралельну роботу двох систем хоча б на один розрахунковий період: звірка нарахувань на живих абонентах знаходить те, чого не покаже жоден тест.

Типові помилки впровадження

• Білінг після мережі. Спочатку будують мережу, потім прикручують розрахунки. Правильно навпаки: схема авторизації й обліку диктує вибір обладнання.
• Тарифи «як у сусіда». Система вміє гнучкі тарифи, а в неї заводять три рядки. Потім кожна акція перетворюється на ручні перерахунки.
• Один сервер на все. База, RADIUS і кабінет на одній машині працюють до першого дня масових списань. Хоча б базу варто відселити заздалегідь.
• Немає тестового контуру. Оновлення котяться одразу в бій, і перша ж помилка тарифікації коштує дорожче за тестовий стенд за все його життя.
• Резервна копія без перевірки відновлення. Копії роблять роками, а відновлення вперше пробують в аварію. Прогін відновлення раз на квартал обов'язковий.

Спільний знаменник цих помилок: білінг сприймають як програму, хоча це процес. Гроші абонентів проходять через нього безперервно, і ставитися до нього треба як до каси, а не як до сайту.

Якщо ви добираєте систему під мережу, що зростає, дивіться не на список функцій, а на два питання: як вона переживає день списання і наскільки просто винести з неї дані під час переїзду. Решта нарощується, ці дві властивості закладає архітектура. Про суміжну інфраструктуру мережі ми писали окремо: огляд типів серверів у мережі допоможе розкласти по поличках, де в цій картині місце самого білінгу.