Що таке білінг
Схема організації білінгу досить проста: інформація про з'єднання і їх тривалості записується комутатором і після попередньої обробки передається в розрахункову систему. Її програми "знають" всі тарифи для можливих у конкретній телекомунікаційної мережі ліній зв'язку, "ідентифікують" приналежність викликів і виконують необхідні розрахунки, формуючи рахунки абонентів.
Очевидно, що в такій системі повинні зберігатися не тільки нормативи, тарифи та інформація про послуги, а й дані про клієнтів, укладених контрактах з абонентами і сторонніми постачальниками послуг зв'язку (якщо мережа даного оператора пов'язана з іншими), а також про вартість передачі інформації по різних каналах і напрямками. Крім того, будь-яка розрахункова система немислима без "історії" платежів і виставлених рахунків всіх клієнтів, оскільки тільки ці відомості дозволяють організувати контроль за оплатою і автоматизувати так звану активацію / деактивацію абонентів. Чим могутніше виконавчий механізм СУБД, тим масштабнішою і багатофункціональної буде биллинговая система. побудована на її основі.
За функціональним можливостям таких систем їх можна розділити на три класи - призначені для транснаціональних операторів зв'язку, замовні національного масштабу і так звані системи середнього класу для регіональних мереж.
Продукти, що відносяться до першого класу, повинні забезпечувати взаємодію мереж на міжнаціональному рівні та роботу в різних часових зонах, тобто мати багатовалютний і багатомовний інтерфейс і враховувати відмінності оподаткування в різних країнах. Для них характерна гетерогенна структура і тісна інтеграція з бухгалтерськими системами.
Замовні системи національного масштабу створюються при наявності специфічних вимог операторів до функціонування самої системи, особливостей мережі зв'язку або необхідності в застосуванні нестандартного інтерфейсу з уже існуючими розрахунковими системами. Тому такі системи відрізняє висока вартість розробки і супроводу.
У масштабі регіону зазвичай цілком прийнятні стандартні вимоги до біллінг. Подібні системи майже завжди мають класичну архітектуру клієнт-сервер і (особливо останнім часом) часто використовують Web-інтерфейс. Однак не слід забувати, що вони повинні забезпечувати можливості масштабування і функціонального розширення.