Лицевые персонифицированные счета несут в себе две функции. Первая функ- ция — это отражение состояния взаиморасчетов с абонентами, а именно, какова об- щая задолженность пользователя за предоставленные услуги до начала текущего расчетного периода, а также история этих взаиморасчетов по всему спектру предос- тавляемых услуг на заданную «глубину». Вторая функция — это расшифровка за- трат пользователя по каждому виду услуг. Счета Lbp открываются на основании за- ключенных с пользователем договоров. Лицевые персонифицированные счета мо- гут быть как кредитовыми, так дебетовыми и смешанными. При этом надо иметь в виду, что смешанные лицевые счета не могут быть одновременно кредитовыми и дебетовыми по одинаковым видам услуг.

Лицевые неперсонифицированные счета отражают только расшифровку затрат пользователя по каждому виду услуг. Взаиморасчеты с пользователем отражаются на текущем счете дебетового платежного инструмента.

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

Счета второго уровеня — это текущие счета (Tb), которые делятся как по виду предоставляемых услуг (Ts), так и по виду взаиморасчетов: кредитные (Tsс) и дебе- товые (Tsd). Текущие счета Tsd, кроме суммы затрат на предоставление данной ус- луги, имеют дополнительный параметр «сумма предоплаты», который позволяет пополнять отдельные текущие счета как со счетов платежных инструментов, так и с

лицевых персонифицированных счетов. Текущие счета взаимосвязаны с лицевыми счетами (см. рис. 5.6).

Примеры взаимодействия между счетами рассмотрены в Приложении 5.3.

5.2.3. Генерация счетов

Вопросы генерации счетов разделяются на три аспекта: генерация счетов платеж- ных инструментов, генерация лицевых счетов, генерация текущих счетов.

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

Лицевые и текущие счета платежных инструментов (счета платежных инст-

рументов) являются сущностями УБС. При этом номер текущего счета часто может являться одновременно номером платежного инструмента. В соответствии с разд. 4.4 текущий счет платежного инструмента для УБС должен содержать сле- дующие атрибуты:

1.Номер счета (номер платежного документа).

2.Пароль доступа (в открытом или шифрованном виде).

3.Лицевой счет пользователя (при генерации отсутствует).

4.Валюта расчетов.

5.Тип счета (кредитовый, дебетовый).

6.Вид счета (индивидуальный, корпоративный).

7.Тип дебетового счета (пополняемый, не пополняемый).

8.Дата активации счета.

9.Сумма на счете на дату активации.

10.Общая сумма пополнения.

11.Остаток на счете на текущую дату.

12.Дата окончания последнего расчетного периода.

13.Общая сумма пополнения счета до начала последнего расчетного периода.

14.Остаток (задолженность) на счете на конец последнего расчетного периода.

15.Сумма пополнения в течение срока текущего расчетного периода.

16.Сумма расходов за текущий расчетный период.

Лицевые счета пользователей являются также сущностями УБС. В соответ- ствии с разд. 4.4 персональный лицевой счет должен содержать следующие атри- буты:

1.Номер персонального лицевого счета.

2.Реквизиты владельца.

3.Перечень разрешенных услуг.

4.Номера тарифных планов по услугам.

5.Номера взаимосвязанных текущих кредитовых и дебетовых счетов, а также номер платежного документа.

6.Валюта расчетов.

7.Вид счета (индивидуальный, корпоративный).

8.Дата активации счета.

9.Общая задолженность (остаток) на кредитовых (дебетовых) текущих счетах до начала расчетного периода.

10.Остаток на счете на текущую дату.

11.Дата окончания последнего расчетного периода.

12.Дата следующего расчетного периода.

13.Задолженность (остаток) на кредитовых (дебетовых) текущих счетах за по- следний расчетный период.

Лицевые неперсонифицированные счета пользователей должны содержать следующие атрибуты:

1.Номер лицевого счета.

2.Номер взаимосвязанного платежного инструмента.

3.Перечень разрешенных услуг.

4.Номера тарифных планов по услугам.

5.Номера взаимосвязанных текущих дебетовых счетов.

6.Валюта расчетов.

7.Вид счета (индивидуальный, корпоративный).

8.Дата активации счета.

9.Затраты по каждому из взаимосвязанных текущих счетов.

10.Суммарные затраты по всем взаимосвязанным текущим счетам в реальном времени.

Текущие счета пользователей (так же, как и счета платежных инструментов и лицевые счета) являются сущностями УБС. Текущие счета разделяются на кредито- вые и дебетовые. В свою очередь, дебетовые текущие счета подразделяются на де- бетовые текущие счета с контролем и без контроля остатка на счете.

Кредитовые текущие счета (КТС) и дебетовые текущие счета с контролем ос- татка (ДТС-К) взаимосвязаны с персонифицированными лицевыми счетами, а теку- щие счета без контроля остатка (ДТС) взаимосвязаны с неперсонифицированными лицевыми счетами. В общем случае текущие счета имеют следующие атрибуты:

1.Номер текущего счета.

2.Номер взаимосвязанного лицевого счета.

3.Перечень разрешенных услуг по виду шлюза.

4.Валюта расчетов;

5.Вид счета (индивидуальный, корпоративный).

6.Дата активации счета.

7.Для КТС — общая задолженность до начала расчетного периода; для ДТС-К и ДТС — стоимость общего объем услуг в реальном времени.

8.Для КТС — разница между задолженностью и максимальным кредитом на начало расчетного периода; для ДТС-К — остаток на счете в реальном време- ни; для ДТС — п. 7.

9.Расшифровка п. 7 по услугам.

Генерация текущих счетов производится автоматически при генерации лицевых счетов.

Генерация и ведение счетов платежных документов, лицевых и текущих счетов реализуется с использованием функций IRCF, IRCAF, UAIF, SDF.

5.2.4. Создание, съем и обработка CDR

Во всех режимах CDR формируется оборудованием, предоставляющим соответст- вующие услуги. Однако в режиме on-line и off-line CDR формируются без участия УБС, поскольку оборудование функционирует в режиме предоставления услуг только своим пользователям, номера терминалов (или IP-адреса) которых «пропи- саны» в этом оборудовании. Поскольку авторизация пользователей производится

самим оборудованием, то взаиморасчеты с ними могут проводиться только на осно-

ве post-paid (on-line, off-line) или p/pre-paid (on-line) биллинга. При реализации hotline биллинга имеется возможность реализации как post-paid, так и pre-paid биллин-

га, при этом авторизация производится самой биллинговой системой. Для режима

pre-paid биллинговая система при определении возможности предоставления запра- шиваемой пользователем услуги дополнительно должна проверять состояние счета пользователя (или состояние счета его платежного инструмента).

Таким образом, при формировании CDR выполняется не менее двух запросов к SCP УБС, а именно, на этапе подключения пользователя к системе предоставления услуг — запрос на определение его принадлежности к УБС, а на этапе выбора пользователем вида услуги — запрос на возможность ее предоставления в соответ- ствии с состоянием счета. В результате данных запросов формируется CDR, кото- рый в общем случае имеет следующие атрибуты:

–вид (код) услуги (указывается код услуги в соответствии с принятой класси- фикацией);

–дата, время начала оказания услуги (фиксируется с момента реального начала услуги);

–длительность;

–объем входящей информации (для услуг сетей пакетной коммутации);

–объем исходящей информации (для услуг сетей пакетной коммутации);

–номер счета платежного инструмента, с которого производится оплата услуги;

–номер лицевого счета пользователя (или номер счета инструмента оплаты, на ко- торый перечисляется сумма, при предоставлении услуг по пополнению счета);

–номер терминала пользователя;

–перечисляемая сумма;

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

Как видно из перечня атрибутов CDR, заложенная в них информация избыточна как для конкретного вида предоставляемых услуг, так и для средств оплаты, кото- рыми могут быть использованы. Однако такой формат CDR позволяет использо- вать его в качестве единого формата CDR универсального биллинга. Надо отме- тить, что такой формат CDR позволяет предоставлять дополнительные услуги бил- линга (см. главы 1 и 4) по пополнению счетов абонента с помощью платежных ин- струментов.

Как упоминалось выше, в режиме on-line и of-line биллинга CDR могут образо- вываться сторонним оборудованием, которое подключается к узлу УБС в рамках одного узла телекоммуникационной сети или находится в других узлах телекомму- никационной сети. В этих случаях для ввода CDR в УБС необходимо не только по- лучить эти CDR с узла телекоммуникационной сети, но и преобразовать их к виду, стандартному для УБС.

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