2.Прием и обработка заказов: ввод в систему данных о заказе для зарегистрированного Клиента, заказываемых услугах, проверка позиций заказа и перенос услуг в БД экземпляров услуг, выставление счета за разовые услуги, печать договора.
3.Работа с услугами, включая: создание и ведение БД услуг,обработка заказанных услуг, включая распределение ресурсов, создание и ведение БД тарифных планов, ведение БД междугородных/международных телефонных кодов.
4.Работа с ресурсами, включая: создание и ведение БД ресурсов, распределение и планирование ресурсов, учет и контроль состояния ресурсов, расширенные функции по работе с ресурсами фиксированных телефонных сетей, подготовка и печать статистических отчетов.
5.Сбор информации об использовании ресурсов (данные по измерениям времени использования или трафика) и последующая тарификация.
6.Выставление (печать) счетов за услуги: формирование расчетных групп и расчетных периодов для групп клиентов, выставление (печать) счетов за заказанные услуги, выставление (печать) счетов за действующие услуги, контроль доставки счетов.
7.Работа с платежами и контроль состояния счетов клиентов: ввод информации о платежах в базу данных, контроль состояния выставленных счетов с помощью разнесения платежей по счетам, контроль и анализ сальдо Клиентов и групп Клиентов, выявление должников, корректировка сальдо клиентов и групп клиентов.
8.Обеспечение справочной информацией пользователей системы: «Элементы адреса», «Валюты», «Курсы валют», «Банки», «Телефонные коды междугородные», «Телефонные коды международные».
9.Администрирование системы, включая:
1. создание и ведение БД пользователей Системы;
2. ведение БД параметров Системы;
3. создание и ведение базы данных Интернет пользователей Системы;
4. создание и ведение календаря Системы;
5. контроль выполнения запросов сервером приложения;
6. ручной ввод информации об использовании ресурсов (телефонных звонках);
7. контроль ошибок Системы;
8. контроль доступа в Систему и к ее функциям.
9. Настройки модулей Системы.
5.2 Оплата услуг
За предоставляемые клиенту
услуги, взимается плата. Размер этой платы может зависеть от типа услуги, клиента,
даты, времени дня и многих других условий.
В системе обеспечена возможность определения набора правил и данных,
позволяющих установить размер платы за оказываемые услуги.
Для упорядочения процедуры определения платы и обеспечения возможности
формирования заказчиком гибкой ценовой политики в системе применяется гибкая тарифная
система, основанная на понятиях тариф и тарифный план.
Под тарифом в системе понимается именованная функция, позволяющая поставить в
соответствие каждой услуге размер платы за нее. Под тарифным планом в системе
понимается именованная совокупность взаимоувязанных тарифов и скидок.
В системе может быть определено неограниченное количество тарифов и тарифных
планов. Каждая услуга может иметь несколько разных тарифов. Каждому клиенту
может быть назначен индивидуальный тарифный план. Кроме того, отдельный
тарифный план может быть назначен на каждый отдельный экземпляр заказанной клиентом
услуги, связанный с определенным используемым клиентом ресурсом.
Такой подход позволяет удовлетворить требования операторов, имеющих большое
количество ресурсов разных типов (операторов телефонных фиксированных сетей,
сетей сотовой радиотелефонной связи, сетей подвижной радиотелефонной и
радиосвязи, сетей персонального радиовызова, сетей передачи данных, сетей
доступа в Интернет, смешанных и других сетей).
С помощью одного и того же предоставляемого ресурса могут оказываться несколько
видов услуг, которые могут тарифицироваться по-разному. Например, подключенный
телефонный аппарат и соответствующая телефонная линия могут использоваться для
предоставления местного, междугородного и международного соединения. В
соответствии с этим, могут различаться и тарифы на предоставляемые услуги.
Оплата же всех этих услуг производится по единому счету, что позволяет повысить
эффективность работы системы.
В системе возможно создание практически неограниченного множества вариантов
тарифов и скидок от самых простых до очень сложных.
Например, для местного соединения возможно установление следующих вариантов
тарифов:
- простого тарифа (константа);
- тарифа, зависящего от продолжительности разговора (1-я мин. – Т1, 2-я мин. – Т2, …);
- тарифа, зависящего от типа дня (рабочий, выходной, праздничный);
- тарифа, зависящего от времени суток;
- тарифа, зависящего от любой комбинации трех предыдущих условий;
- тарифа, задающего произвольное значение для любых выбранных отрезков времени в течение года (дней, недель, месяцев, любых других).
Для междугородного и
международного соединения дополнительно к перечисленным вариантам можно
добавить зависимость от тарифных зон (соответственно междугородных и
международных).
Возможна и более сложная оценка услуг. Например, для услуги доступа в Интернет,
возможно, оценивать одновременно как время соединения, так и объем передаваемой
информации.
5.3 Пользователи Системы
Под пользователем в системе
понимается любой субъект, авторизованный на работу с системой. По желанию заказчика
пользователем может быть также клиент или его представитель.
В системе выделяются четыре основных класса пользователей.
Администратор системы – это пользователь системы (группа пользователей),
который отвечает за администрирование системы.
Администратор системы обладает правами доступа ко всем функциям системы и имеет
права ввода, модификации и удаления любой информации (включая информацию о
пользователях системы) из базы данных системы с использованием всех меню и
экранных форм системы.
Администратор Базы Данных системы обладает всеми правами Администратора системы
и дополнительными правами, дающими возможность сопровождения базы данных на
уровне Oracle (архивирования или восстановления базы данных, экспорта или
импорта данных, доступа через SQL). При необходимости, роль администратора Базы
Данных Системы может выполнять администратор СУБД Oracle или Администратор
Системы.
Оператор Системы, обладающий правами доступа к системе через Интерфейс
Оператора Системы, имеющий права на ввод/модификацию/удаление данных в Системе
достаточные для реализации принятой технологии обработки данных. При
необходимости, операторы системы могут быть разделены на группы с определением
ролей и соответствующих прав доступа для группы.
Клиент Системы, имеющий права на просмотр некоторой справочной информации, а
также непосредственно его касающихся учетных данных. Клиент Системы не имеет
непосредственного доступа к БД Системы и ее экранным формам. Предусмотрен
доступ только через специальные Web формы, доступные через любой браузер
Интернет, при наличии у Заказчика Oracle Web сервера.
6. Варианты физической архитектуры системы
Трехуровневая архитектура «клиент - сервер приложения - сервер БД», делает систему масштабируемой и гибкой. Такая архитектура позволяет создать нужную физическую архитектуру Системы с любым количеством и расположением компонентов без изменения программного кода. Упрощенная архитектура системы приведена на Рис. 3.
Рис.3
сервер приложения выделены функции
расчетов по счетам: счетам за расчетный период, экспресс счетам (от начала
расчетного периода по текущую дату), контрольным запросам. Кроме того, сервер
приложения выполняет ввод данных измерений по использованию ресурсов и их
предварительную тарификацию.
В минимальном варианте возможно применение для работы системы одного
персонального компьютера средней производительности.
Для систем, рассчитанных на работу с большим числом абонентов, рекомендуется
применение многомашинного варианта с отдельным сервером базы данных и отдельным
сервером приложения, связанных высокопроизводительной локальной сетью. Для
взаимодействия с системой возможно использование любого числа отдельных рабочих
станций на базе персональных компьютеров.
Для клиентской части системы (автоматизированное рабочее место) возможно
использование операционных систем Windows 95,98, NT4.0.
Для сервера приложения возможно использование операционных систем Windows
NT4.0, HPUX9.x, Solaris2.x.
Так как в Системе возможно применение СУБД Oracle 7.3.x, Oracle 8.04, то для
сервера базы данных возможно использование любых операционных систем, которые
пригодны для установки указанных версий СУБД.
Для автоматизированных рабочих мест достаточно обычных персональных
компьютеров. Для серверов базы данных и сервера приложения при количестве
абонентов, не превышающем нескольких тысяч, достаточно персонального компьютера
средней производительности с микропроцессором PentiumII, а при количестве
абонентов в несколько десятков и сотен тысяч или выше рекомендуется применение
RISC серверов или многопроцессорных Intel совместимых серверов.
Возможно также создание архитектуры с несколькими центрами обслуживания
Клиентов и одним или несколькими расчетными центрами (Рис.4).
Рис.4
Заключение
Чтобы биллинговая система, или, как ее называют официально, автоматизированная система расчетов (АСР), могла эксплуатироваться на сетях электросвязи, она должна быть сертифицирована. Сертифицированная же АСР превращается в своего рода интеллектуальный кассовый аппарат. От того, насколько тесно он будет интегрирован с бухгалтерией, зависит многое.
Основные
задачи биллинговой системы сводятся:
- Тарификация предоставляемых услуг, выставление абоненту счетов за полученные
услуги или снятие со счета абонента затраченной на услуги суммы
- Выполнение, каких либо действий со счетами пользователей - управление
балансом пользователя (пополнение счета, изменение тарифного плана, активация и
деактивация услуг, изменение учётных данных для доступа и т.п.)
- Дополнительные функции - ведение и предоставление статитики работы,
детализация личного счёта абонента и т.д.
Литература
1. Журнал «Компьютера» №41 от 13 ноября 2004 года
2. Справочник "Компьютерные сети России. Услуги международной связи". - М.: ТОО "ЭЛИС. ЛТД’1992
3. Материалы конференции «развитие биллинговых систем и информационных технологий для предприятий связи» 18 декабря 2002г.Павильон «Триумф»
