Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
66
Добавлен:
14.04.2015
Размер:
14.22 Mб
Скачать

9.4.2. Абонентный отдел

Входящая информация:

  • Данные по абоненту

  • Количество номеров

  • Адрес установки

  • Условия договора

  • Заявки на сервисные услуги

Выполняемые функции:

  • Проверка заявки

  • Ввод данных по абоненту

  • Выбор условий договора

  • Распечатка договора

  • Переоформление телефонных номеров

  • Переустановка телефонных номеров

  • Поиск абонентов

  • Ведение тарифного справочника

  • Ввод информации по сервисным услугам

Выходные данные:

  • Бланк договора

  • Запись данных в базу

  • Выделение телефонных номеров

9.4.3. Прием платежей

Входящая информация.

  • Данные по абоненту

  • Тарифный справочник

  • Суммы платежей по услугам связи, договорам финансирования и прочим услугам

Выполняемые функции

  • Поиск абонента

  • Расчет суммы платежа

  • Печать счета или квитанции

  • Формирование списков задолженностей

  • Формирование кассовых ордеров

  • Формирование отчета по кассе

Выходные данные

  • Формирование файлов для бухгалтерии

  • Применение/отмена сообщений абонентам

  • Приходные кассовые ордера

  • Отчеты по кассе

9.4.4. Прием заявок

Входящая информация:

  • Наименование абонента.

  • Количество номеров.

  • Адрес установки телефонных номеров

Выполняемые функции

  • Проверка возможности удовлетворения заявки по указанному адресу

  • Формирование писем на выдачу тех. Условий

  • Формирование отчетов по результатам работы

Выходные данные

  • Оформленная заявка

  • Оформленное письмо на выдачу тех. Условий.

  • Отметка о возможности удовлетворения заявки.

9.4.5. Долгосрочные договора

Входящая информация.

  • Данные по договорам

  • Оплаты по договорам.

  • Возвраты денег по договорам.

  • Данные о переоформлении или расторжении договора

Выполняемые функции

  • Автоматическое формирование проводок на дебет счета «46/1» ежеквартально.

  • Формирование ежеквартальных отчетов по установленным формам.

Выходные данные

  • Сформированные проводки на дебет счета «46/1».

  • Оборотно-сальдовая ведомость по счету «61/2».

  • Ежеквартальные отчеты по установленным формам (1-ддз и 2-ддз).

9.4.6. Налоговый учет

Входящая информация.

  • Данные по абонентам.

  • Договоры финансирования.

  • Справочник товаров и услуг.

  • Начисленные и полученные суммы за услуги связи.

  • Закрытые суммы по договорам финансирования строительства.

  • Оказанные услуги и полученные деньги по разовым услугам.

Выполняемые функции

  • Формирование налоговых накладных на основании начисленных и полученных сумм по услугам связи.

  • Формирование налоговых накладных на основании закрытых сумм по договорам финансирования строительства.

  • Формирование налоговых накладных на основании оказанных разовых услуг.

Выходные данные

  • Записи в базе данных о выписанных налоговых накладных.

  • Итоговая ведомость.

  • Книга продаж.

9.5 Архитектура универсальной биллинговой системы

9.5.1. Концепция построения убс

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

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

При построении биллинговых систем необходимо выделить два уровня, которые назовем условно информационным (ИУ) и клиентским (КУ) уровнями.

К ИУ отнесем процессы аутентификации и авторизации пользователей, получе­ния информации о предоставленных услугах, в том числе в реальном времени, а также процессы обработки этой информации в части тарификации услуг, ведения счетов пользователей и счетов кросс-биллинга, генерации отчетов.

К КУ отнесем следующие процессы:

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

  • проведение финансовых межоператорских взаиморасчетов, а также финансо­вых взаиморасчетов с пользователями;

  • операторское взаимодействие с пользователями по разбору претензий;

  • ведение учета платежных инструментов;

  • интеграцию систем биллинга в структуру взаимодействия бизнес-процессов в рамках системы управления предприятием оператора связи.

Если использовать такой подход к реализации процесса биллинга, то функции ИУ можно считать наиболее близкими к функциям предоставления услуг, реали­зуемым в ИСС.

Как было показано выше, концепция ИСС основана на типовой последователь­ности наборов возможностей (CS), описывающих конкретные аспекты целевой ар­хитектуры. Следуя принципам преемственности, сформулируем концепцию УБС, включающую функциональные особенности и принципы реализации системы, ис­пользуя терминологию интеллектуальных сетей.

Функциональные особенности УБС заключаются в следующем:

  • набор возможностей (CS) для УБС распространяются на всю область основных и дополнительных услуг. Назовем его набором возможностей биллинга (Billing Capability Sets, BCS). В соответствии с классификацией услуг биллин­га BCS должен описываться формулой Uni-paid (*);

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

Необходимо также учитывать следующие принципы реализации УБС:

  • УБС должна иметь специальные шлюзы (или принципиальную возможность создания таких шлюзов) со всеми системами предоставления услуг;

  • УБС должна иметь возможность взаимодействия на основе специфицирован­ных протоколов с центральным и периферийными узлами предоставления до­полнительных услуг. Такое взаимодействие должно осуществляться как трак­там сигнализации с использованием ОКС №7, так и по речевым трактам с ис­пользованием широкого набора протоколов.

Соседние файлы в папке OBTKC-12