Ts 3 5 Overview

"СОФТ ПИ АЙ"
Tariscope 3.x
Общее описание
Версия документа: 1.0

Дата документа: июль 2013
© 2013 ЧП "Софт Пи Ай". Все права сохранены.

Никакая часть этого документа не может быть копирована, воспроизведена или переведена на
другой язык без предварительного письменного разрешения автора.
Tariscope 3.x. Общее описание 2
СОДЕРЖАНИЕ
................................................................................................................................................................4
1 Назначение документа.......................................................................................................................5
2 Назначение системы...........................................................................................................................5
2.1 Редакции.......................................................................................................................................5
2.2 Функции Tariscope.......................................................................................................................6
2.2.1 Учет абонентов.....................................................................................................................6
2.2.2 Учет первичных данных по предоставленным телекоммуникационным услугам........7
2.2.3 Тарификация и расчет платежей за телекоммуникационные услуги.............................9
2.2.4 Формирование платежных и других документов.............................................................9
2.2.5 Регистрация и контроль платежей....................................................................................10
2.2.6 Ведение нормативно-справочной информации..............................................................10
2.2.7 Информационно-справочное обслуживание абонентов и пользователей Tariscope...11
2.2.8 Администрирование биллингового комплекса...............................................................12
2.2.9 Управление технологическим оборудованием телекоммуникационных систем........13
2.2.10 Информационная поддержка взаиморасчетов с операторами – партнерами.............13
2.2.11 Формирование документов статистической отчетности, информационно-
аналитических документов по предоставленным услугам, категориям абонентов.............14
2.2.12 Выявление вызовов, отвечающих заданным критериям..............................................15
2.2.13 Сбор данных о заявках абонентов..................................................................................15
2.2.14 Выявление злоупотреблений в телекоммуникационной сети.....................................15
2.2.15 Обеспечение абонентам доступа к расчетной информации через интернет..............16
2.2.16 Настройка на различные источники данных.................................................................16
2.2.17 Взаимодействие с гостиничными системами................................................................17
3 Описание биллингового комплекса................................................................................................18
3.1 Структура Tariscope..................................................................................................................18
3.2 Назначение программных модулей Tariscope........................................................................19
3.2.1 Microsoft SQL Server 2008 R2 Express Edition с базой данных Tariscope ....................19
3.2.2 Программа Администрирование Tariscope......................................................................20
3.2.3 Программа Tariscope..........................................................................................................20
3.2.4 Служба CDR Observer........................................................................................................21
3.2.5 Программа Дизайнер форм отчетов.................................................................................22
3.2.6 Программа Tariscope Compare..........................................................................................23
3.2.7 Служба Планировщик Tariscope.......................................................................................23
3.2.8 Служба Tariscope NetFlow Collector.................................................................................23
3.2.9 Служба Tariscope CallExport.............................................................................................24
3.2.10 Утилита (tsDBRestore) восстановления базы данных...................................................24
3.2.11 Утилита подключения базы данных Tariscope к серверу Microsoft SQL...................24
3.2.12 Личный кабинет абонента...............................................................................................24
3.3 Варианты установки биллингового комплекса......................................................................25
3.4 Требования к системе и масштабируемость...........................................................................29
3.4.1 Оценка производительности Tariscope............................................................................30
3.4.2 Оценка объема базы данных и оперативной памяти......................................................34
3.4.3 Минимальные требования к аппаратному обеспечению...............................................36
3.4.4 Требования к программному обеспечению сервера.......................................................37
3.4.5 Обеспечение отказоустойчивости и минимального времени восстановления............37
3.4.6 Рекомендации по оптимизации производительности.....................................................38
4 Взаимодействие Tariscope с другими системами..........................................................................39

4.1 Перечень систем, с которыми может быть связан Tariscope................................................39
4.2 Описание связей Tariscope с другими системами..................................................................39
4.2.1 Связь с гостиничными системами....................................................................................39
4.2.2 Связь с системами через SQL Server................................................................................40
4.2.3 Связь с системами электронной почты............................................................................40
4.2.4 Связь с платежными системами........................................................................................40
4.2.5 Связь с банковскими системами.......................................................................................40
5 Подсистемы Tariscope......................................................................................................................41
5.1 Перечень подсистем и их назначение.....................................................................................41
5.1.1 Подсистема получения входных данных и их первичной обработки...........................41
5.1.2 Подсистема основной обработки информации...............................................................42
5.1.3 Подсистема поиска и хранения информации..................................................................42
5.1.4 Подсистема настройки параметров Tariscope.................................................................43
5.1.5 Подсистема управления телекоммуникационным оборудованием..............................43
5.1.6 Подсистема формирования выходных документов........................................................43
5.1.7 Подсистема взаимодействия с другими системами........................................................44
5.1.8 Подсистема администрирования пользователей Tariscope............................................44
5.1.9 Подсистема взаимодействия абонентов с Tariscope.......................................................45
6 Контактная информация..................................................................................................................46

1 Назначение документа
Этот документ предназначен для получения пользователями биллингового

комплекса Tariscope общей информации о назначении комплекса, его функциях,
составе, вариантах установки, требований к программному и аппаратному
обеспечению, возможностях его взаимодействия с другими информационными
системами.
Документ применим к биллинговому комплексу Tariscope версии 3.5 и
выше.
Подробную информацию по настройке и работе с Tariscope смотрите в
соответствующих документах или в разделе База знаний сайта Tariscope
(http://www.tariscope.com).
2 Назначение системы
Биллинговый комплекс Tariscope 3.x является семейством, состоящим из

двух систем:
• системы учета телефонных разговоров, интернет трафика,
• автоматизированной системы расчетов (АСР) для операторов
фиксированной связи.
2.1 Редакции
Система учета телефонных разговоров и интернет трафика реализована в

редакции Tariscope Enterprise. Система предназначена для компаний, которые
имеют одну или несколько АТС и/или оборудование доступа к сети интернет, и
которым необходимо вести учет использования этого телекоммуникационного
оборудования и/или управлять расходами на телефонные разговоры, интернет
трафик.
Автоматизированная система расчетов (АСР) реализована в редакции
Tarisope Provider. Она предназначена для операторов фиксированной связи и
позволяет им вести учет и счета абонентов, учет затрат на вызовы абонентов и
интернет трафик, выставлять абонентам счета, квитанции и другие документы,
вводить в систему информацию по оплатам абонентов, вести учет карточек
предварительной оплаты, ограничивать доступ абонентов к услугам связи на
основе его баланса.
Согласно требованиям ГСТУ 45.028-2004 биллинговый комплекс Tariscope
Provider 3.4 является комплексной АСР высшего уровня.

В дальнейшем в тексте для биллингового комплекса Tariscope обеих
редакций (Provider и Enterprise), если не требуется уточнение редакции, будет
использоваться сокращенное название Tariscope. Если будет требоваться
привязка к конкретной редакции, то в этом случае будут соответственно
использоваться названия: Tariscope Provider и Tariscope Enterprise.
2.2 Функции Tariscope
Биллинговый комплекс Tariscope обладает большим количеством функций,

которые обеспечивают:
• учет абонентов;
• учет оказанных услуг связи;
• управление и контроль над затратами на телефонный трафик или трафик в
сети интернет;
• анализ работы абонентов при использовании телефонной связи или услуг
сети интернет:
• анализ загруженности каналов АТС;
• безопасность телефонной системы;
• гибкость в настройке под конкретную телефонную систему;
• масштабируемость, надежность и модульность.
Ниже приведены основные функции биллингового комплекса Tariscope.
2.2.1 Учет абонентов
2.2.1.1 Импорт информации об абонентах из внешних файлов формата Excel,

Access (Microsoft), Tariscope 2.x, Tariscope 3.x (SoftPI) в базу абонентов и базу
телефонных номеров, относящихся к определенной категории. При большом
количестве абонентов, телефонных номеров существенно ускоряется процесс
настройки комплекса.
2.2.1.2 Экспорт базы абонентов в формат XML (Tariscope 3.x), Access (Microsoft),
Excel (Microsoft), PDF, текстовый формат.
2.2.1.3 Ведение истории абонента; абонентского телефонного номера или IP
адреса.
2.2.1.4 Принадлежность абонента к определенной группе абонентов. Уровень
вложенности и количество групп абонентов не ограничивается.
2.2.1.5 Возможность разделения абонентов на: юридических, физических лиц,
служебные.
2.2.1.6 Учет групп параметров:

• персональный номер счет;
• фамилия, имя, отчество – для физического лица;
• сокращенное и полное название предприятия, код предприятия, номер
свидетельства плательщика НДС – для юридического лица;
• индивидуальный налоговый номер;
• номер расчетного счета;
• номер МФО;
• код авторизации;
• пароль для доступа абонента к информации о своих вызовах через личный
кабинет;
• дата подключения и отключения абонента;
• принадлежащие абоненту телефонные номера, IP адреса;
• адреса: юридический и физический;
• электронный адрес;
• тип документа для конкретного абонента (например: договор,
дополнительное соглашение, отчеты по абоненту и т.п.), номер документа,
срок начала и окончания действия договорного документа;
• контактные телефоны;
• тарифный план;
• наличие льгот;
• предоставленный кредит по услугам связи;
• дополнительные параметры, например, номер порта, тип телефонного
аппарата;
• перечень предоставляемых услуг;
• информация о повреждениях телефонного номера;
• наличие ограничений связи для конкретного абонента или группы
абонентов.
2.2.2 Учет первичных данных по предоставленным телекоммуникационным

услугам
2.2.2.1 Обработка и хранение в базе данных всех полей, получаемых от

устройства связи.
2.2.2.2 Одновременная обработка данных о вызовах в единую базу данных с
одной или нескольких АТС, а также о доступе пользователей к сети интернет
через один или несколько маршрутизаторов.
2.2.2.3 Формирование в реальном времени базы данных вызовов и, при
необходимости, текстового файл, содержащего исходную информацию о

вызовах (при возможности телекоммуникационного оборудования предоставлять
информацию о выполненных вызовах в реальном времени).
2.2.2.4 Определение следующий параметров по выполненному вызову или
предоставленному доступу к сети интернет:
• Наименование абонента и начисление затрат за телефонные переговоры
или передачу данных. Если использовался код авторизации перед
выполнением вызова, то определяется абонент, которому принадлежит
данный код авторизации.
• Наименование города (для междугородних вызовов).
• Наименование узла ведомственной телефонной сети (для вызовов внутри
ведомственной сети).
• Наименование конкретного внешнего абонента, на которого выполнялся
вызов или который осуществлял входящий вызов, при наличии
информации о нем в базе телефонных номеров.
• Наименование города, из которого производился входящий вызов (если
АТС получает номер звонящего абонента).
• Определение типа вызова: входящий, внутренний, частная сеть, городской,
междугородний, международный, на мобильного оператора, транзитный.
• Определение абонент и выполнение соответствующего начисления затрат
за вызов с (или на) телефона с многократно используемым номером
(применительно только для АТС Meridian 1 и Communication Server 1000
фирмы Avaya, ранее Nortel).
2.2.2.5 Программа сбора и первичной обработки информации о вызовах
реализована в виде службы, работающей под операционными системами
Windows XP/2003/Vista/2008/7/8.
2.2.2.6 Получение информации о вызовах от АТС или оборудования,
обеспечивающего доступ к сети интернет, может осуществляться:
• через последовательный интерфейс;
• с использованием сети TCP/IP (протоколы: Rlogin, TCP/IP, FTP, Telnet,
SecureLogin);
• из Microsoft SQL сервера, используемого в ранних версиях CallManager
(Cisco Systems) или Lynk (Miscosoft);
• из заданных локальных или сетевых папок;
• из баз данных MySQL и PostgreSQL;
• из буферных устройств, подключенных через последовательный порт или
Ethernet порт к компьютеру.
2.2.2.7 Обработка информации об интернет трафике через
телекоммуникационные устройства, которые поддерживают протокол NetFlow
версий 5, 9 (Cisco Systems) или IPFIX.

2.2.3 Тарификация и расчет платежей за телекоммуникационные услуги
2.2.3.1 Тарификация вызовов в реальном времени. Начисление результатов

тарификации на счета абонентов в автономном режиме или режиме реального
времени. Начисления на счета абонентов осуществляется только в версии
биллингового комплекса Tariscope Provider.
2.2.3.2 Тарификация данных по интернет трафику в реальном времени.
2.2.3.3. Выполнение "ступенчатой" тарификации вызовов в реальном времени
(т.е. до определенного суммарного трафика в месяц - одна цена, потом другая,
третья и т.д.) - для Tariscope Provider.
2.2.3.4 Выполнение при необходимости сравнения общей суммы за трафик с
установленным лимитом.
2.2.3.5 Задание индивидуальных тарификационных планов для каждого абонента
или группы абонентов.
2.2.3.6 Применение индивидуальных тарифных планов при выполнении вызовов
по заданным телефонным номерам или передаче трафика на определенные IP
адреса.
2.2.3.7 Перетарификация услуг связи (телефонного и/или интернет трафиков).
2.2.3.8 Выбор групп зон для провайдеров (например, традиционной или IP
телефонии), к услугам которых доступ можно получить, набрав перед номером
определенный код (префикс).
2.2.4 Формирование платежных и других документов
2.2.4.1 Формирование платежных и информационных документов, как в ручном,

так и автоматическом режимах по заданному расписанию в требуемом формате.
2.2.4.2 Автоматическая отправка абонентам сформированных документов по
электронной почте.
2.2.4.3 Формирование следующих платежных и налоговых документов:
• счет-фактура;
• квитанция;
• налоговая накладная (формат для Украины).
Могут быть созданы формы любых других требуемых документов.
2.2.4.4 Формирование следующих информационных документов:
• данные об абоненте;
• интернет-трафик абонента;
• расшифровка по абоненту городских и междугородних разговоров;
• расшифровка по абоненту только междугородних разговоров;

• перечень телефонов абонента, с которых велись междугородние
разговоры;
• уведомление для абонента;
• оплата услуг связи юридическими лицами через банк на основании
квитанции.
Могут быть созданы формы любых других требуемых документов.
2.2.4.5 Пользователь Tariscope может самостоятельно создать форму
необходимого платежного или другого документа.
2.2.5 Регистрация и контроль платежей
2.2.5.1 Счета абонентов ведутся с учетом предоставленных услуг и оплаты за

них; выполняется отслеживание должников.
2.2.5.2 Одновременная работа нескольких менеджеров или администраторов
биллингового комплекса со счетами абонентов, в том числе по регистрации и
контролю платежей.
2.2.5.3 Имеется режим ввода оплаты по конкретному абоненту.
2.2.5.4 Имеется режим ввода пакета платежных документов от различных
абонентов.
2.2.6 Ведение нормативно-справочной информации
2.2.6.1 Поддерживаются различные тарификационные планы для различных

провайдеров телефонных услуг и услуг связи интернет (количество
тарификационных планов и количество провайдеров неограниченно).
2.2.6.2 Ведутся базы данных по операторам связи, тарификационным зонам и
соответствующим тарифам.
2.2.6.2 Ведутся базы данных:
• узлов связи;
• устройств связи (АТС, оборудования передачи данных);
• абонентов;
• городов;
• маршрутов (группы каналов);
• каналов (линий);
• телефонных номеров, отнесенных к определенной категории (партнер,
клиент и т.п.);
• наименований и телефонных кодов городов;

• IP сетей;
• курсов валют;
• документов;
• районов и улиц, где находятся абоненты.
2.2.6.3 Базы данных узлов связи, устройств связи, абонентов, населенных
пунктов с соответствующими телефонными кодами представляются, как в
табличном виде, так и в виде древовидной иерархической структуры с
неограниченными уровнями вложенности.
2.2.7 Информационно-справочное обслуживание абонентов и пользователей

Tariscope
2.2.7.1 Для пользователей Tariscope имеется возможность поиска требуемой

информации о конкретных вызовах по группе различных параметров:
- источник вызова, т.е. откуда инициирован вызов. Для входящих вызовов
источником вызовов является канал или линия, а для исходящих – абонент
АТС/оборудования передачи данных. Цель вызова, т.е. куда направлен вызов.
Для входящих вызовов – это абонент АТС/оборудования передачи данных, а для
исходящих это канал или линия;
• номер телефона абонента или IP адрес;
• фамилия абонента;
• терминальный номер (для АТС Meridian 1, Communication Server 1000);
• маршрут (группа линий), канал (транк)/линия;
• дата, время, продолжительность вызова;
• набранный номер;
• наименование населенного пункта, куда выполнялся вызов;
• по типу вызовов: внутренние, городские, междугородние, международные,
входящие, на мобильных операторов;
• направление вызова;
• тип записи;
• стоимость вызова;
• код проекта;
• код авторизации;
• категория вызова;
• идентификатор (телефонный номер) вызывающего абонента (CLID);
• и другие.
2.2.7.2 Поиск информации в базе вызовов по запросу любой сложности (в виде
SQL запроса).

2.2.7.3 Поиск требуемого абонента, телефонного кода или населенного пункта в
соответствующих базах данных.
2.2.7.4 Сортировка информации в базах данных по любым сложным ключам.
2.2.7.5 Абоненты имеют возможность использовать базы абонентов или
населенных пунктов (телефонных кодов) для получения справочной информации
через личный кабинет.
2.2.7.6 Получение абонентами АТС, пользователями сети интернет информации
о состоянии своего счета, выполненным вызовам с использованием личного
кабинета.
2.2.8 Администрирование биллингового комплекса
2.2.8.1 При запуске программ Tariscope производится идентификация

пользователя биллингового комплекса, чем обеспечивается предотвращение от
неавторизированного доступа к системе.
2.2.8.2 Биллинговый комплекс не требует от пользователя подстройки под
формат детальной информации вызовов (CDR, SMDR, AMA, KDF и др.) для
большинства типов АТС, за исключением тех АТС, которые не имеют
фиксированного формата детальной информации о вызовах. То есть для
большинства АТС пользователю не требуется искать информацию о формате
CDR/SMDR записей, чтобы подстроить комплекс под свою АТС, а он может
сразу начинать работать.
2.2.8.3 Разграничение прав доступа к базам данных и функциям комплекса и
ведение учета работы пользователей.
2.2.8.4 Автоматическая архивация баз данных вызовов средствами комплекса по
заданному графику.
2.2.8.5 Автоматическое резервное копирование всей базы данных или только
изменений по сравнению с предыдущим копированием с ведением журнала
результатов выполнения копирования.
2.2.8.6 Возможность создания расписания для автоматического формирования
отчетов, выполнения процедур с базами данных, архивации баз данных,
получения курсов валют, резервного копирования баз данных.
2.2.8.7 Отслеживание текущих параметров базы данных, пользователей, которые
с ней работают, какое приложение используют.
2.2.8.8 Возможность автоматической отправки администратору биллингового
комплекса уведомлений по электронной почте о наступлении определенных
событий в биллинговом комплексе.
2.2.8.9. При использовании маршрутизаторов с NetFlow протоколом от
пользователя не требуется подстройки Tariscope под версию протокола (5 или 9).
Tariscope выполняет определение версии NetFlow протокола самостоятельно.

2.2.9 Управление технологическим оборудованием телекоммуникационных
систем
2.2.9.1 Автоматическое выполнение сценария, например, по изменению класса

обслуживания абонента для запрещения выполнения определенного типа
вызовов (например, междугородних), при исчерпании установленного на месяц
лимита. Тем самым пользователи Tariscope могут точно планировать свои
расходы на оплату телефонных разговоров.
2.2.9.2 Автоматическое выполнение сценария для маршрутов/каналов при
превышении установленного временного или денежного лимитов, например, по
отключению канала (линии). Эта функция может быть полезна, например, при
использовании GSM шлюзов, которые включены в корпоративный мобильный
пакет, имеющий ограничение на льготное время работы.
2.2.9.3 Автоматическое выполнение сценария, например, по блокированию
работы абонента при определенной величине баланса абонента (только для
редакции Tariscope Provider).
Эти функции могут применяться со следущим телекоммуникационным
оборудованием: Meridian 1 (Avaya, ранее Nortel, Kapsch), Communication Server
1000 (Avaya, ранее Nortel), Aura, S8800/8730/8710/8700/8500/8400/8300, Definity
(Avaya), HiPath 4000, 3CX Phone System, KX-TDA (Panasonic), SI3000/2000.
Имеется возможность написания аналогичных сценариев и для других АТС.
2.2.10 Информационная поддержка взаиморасчетов с операторами –

партнерами
2.2.10.1 На маршруты/каналы связи для взаимодействия с другими операторами

связи можно установить индивидуальные тарификационные планы.
2.2.10.2 Взаиморасчеты с другими операторами связи реализуются путем
создания соответствующих отчетов.
2.2.10.3 Для организации связи биллингового комплекса с другими
автоматизированными системами пользователя или других организаций, имеется
возможность экспорта базы абонентов, информации о вызовах, отчетов в
форматы XML (Excel), HTML, Access, PDF, текстовый файл.
2.2.10.4 Импорт информации об осуществленных вызовах с мобильных
телефонов, подключенных к сети оператора мобильной связи UMC (Украина), в
базу данных вызовов Tariscope.
2.2.10.5 Импорт информации о выполненных вызовах через операторов
Укртелеком, Голден Телеком (Украина) из предоставленных ими данных.
2.2.10.6 Подсистема импорта информации о выполненных вызовах через других
операторов связи может быть подстроена под конкретный формат, используемый
оператором связи.

2.2.10.7 Возможность ведение расчетов за предоставленные услуги по
абонентским тарифам и по тарифам операторов – партнеров.
2.2.11 Формирование документов статистической отчетности,

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

также любых других баз данных, входящих в состав Tariscope. Это позволяет
сформировать отчеты не только о том, кто, когда, куда позвонил и сколько это
стоит, но анализировать, например, входящие вызовы:
• кто и когда звонил в вашу фирму, и связать эту информацию с системами
взаимодействия с партнерами и клиентами (CRM);
• как долго звонящим в вашу компанию приходится ждать ответа, и сколько
раз их перенаправляют, прежде, чем они смогут получить ответ на свой
запрос;
• как часто абонент, звонящий в вашу компанию, сталкивается с занятостью
требуемого сотрудника;
• ежедневное изменение затрат на телефонные переговоры любой
обслуживаемой АТС, любого подразделения или любого абонента и т.д.
2.2.11.2 Сортировка информации о вызовах с использованием множества
критериев.
2.2.11.3 Получение отчетов путем печати базы данных вызовов,
отфильтрованной и отсортированной по требованию пользователя.
2.2.11.4 Возможность помещения закладок на интересующие записи для
быстрого их нахождения в будущем.
2.2.11.5 Использование представлений, позволяющих одновременно работать с
различными частями базы данных вызовов и которые имеют индивидуальные
настройки: раскраска записей, закладки, сортировка информации и т.п.
2.2.11.6 Получение сложных отчетов по различным формам, входящих в состав
биллингового комплекса.
2.2.11.7 Специальное приложение для создания пользователем собственных
форм отчетов на любом языке, если ему не недостаточно форм отчетов,
входящие в состав Tariscope.
2.2.11.8 Поддержка Rdl отчетов.
2.2.11.9 Формирование как текстовых, так и графических форм отчетов с
использованием всех параметров, имеющихся в любой базе данных
биллингового комплекса (вызовов, абонентов, линий и т.п.).

2.2.11.10 Включение в формы отчетов изображений, например, логотип фирмы, а
также возможность добавить формулы и сценарии для дополнительной
обработки данных, графиков.
2.2.11.11 Включение в формы отчетов гиперссылок на другие отчеты.
2.2.11.12 Возможность автоматического формирования отчетов по заранее
созданному расписанию с помещением отчетов в заданные папки на указанных
компьютерах (серверах) или отправки их по заданному электронному адресу.
2.2.11.13 Обнаружение "потерянных" записей (для АТС, предоставляющих для
этого достаточно информации). Такие записи могут возникать в случае
некорректной настройки АТС либо в результате сбоев в работе
обрабатывающего компьютера.
2.2.11.14 Наличие возможности отображения в таблице вызовов различными
цветами текста и фона записей по заданным условиям выделения.
2.2.12 Выявление вызовов, отвечающих заданным критериям
Выполнение заданного сценария при наступлении какого-либо события.

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

заявок могут выступать претензии на начисления, запрос какого-то отчета или
другой информации, запрос о смене тарифного плана и т.п.
Абонент может подать заявку через личный кабинет.
2.2.14 Выявление злоупотреблений в телекоммуникационной сети
2.2.14.1 Tariscope содержит отчет, позволяющий выявлять телефонные номера

или IP адреса, которые не внесены в базу данных абонентов, но по которым

соответственно выполнялись вызовы или доступ к сети интернет.
2.2.14.2 Имеется возможность выявлять дорогие вызовы (выше заданной
стоимости).
2.2.15 Обеспечение абонентам доступа к расчетной информации через

интернет
Абонент имеет возможность доступа к личной информации, информации о

выполненных вызовах, объему принятому/переданного IP трафика, отчетам,
заявкам с помощью личного кабинета, доступного через Web браузер.
2.2.16 Настройка на различные источники данных
2.2.16.1 Tariscope может быть установлен на различных серверах, настроенных

на получение данных от различного телекоммуникационного оборудования.
Выбор требуемого сервера осуществляется на этапе подключения к серверу.
Выбор требуемого источника данных осуществляется на этапе настройки
Tariscope.
2.2.16.2 Tariscope поддерживает в качестве источников данных для тарификации
следующее телекоммуникационное оборудование:
• Aura, S8800/8730/8710/8700/8500/8400/8300, IP Office, Definity (фирмы
Avaya),
• Communication Server 1000 – CS 1000, Meridian 1 (фирмы Avaya, ранее
Nortel или Kapsch),
• Business Communications Manager 50/200/400,450 (BCM) (фирмы Avaya,
ранее фирмы Nortel),
• Cisco Unified Communications Manager (CUCM), Call Manager Express
(CME) или голосовые VoIP шлюзы (фирмы Cisco Systems),
• Alcatel OmniPCX Office, Alcatel OmniPCX Enterprise (фирмы Alcatel-
Lucent),
• HiPath 1100, 3000, 4000 (фирмы Siemens),
• SI2000/SI3000 (фирмы Iskratel),
• 3CX Phone System (фирмы 3CX),
• Microsoft Lync Server (Microsoft),
• Asterisk (фирмы Digium),
• iDCS 500, Office Serv (фирмы Samsung),
• Coral FlexiCom (фирмы Tadiran Telecom),
• LDK-100, LDK-300, GHX-46 (фирмы LG),

• NEAX 2000б NEAX-2400 IMS, NEC Univerge SV8100 / SV8300 (NEC),
• KX-TD816, KX-TD1232, KX-TD1232D, KX-TD500 (фирмы Panasonic),
• KX-TDA 30, KX-TDA 100, KX-TDA 200 (фирмы Panasonic),
• MD110, BusinessPhone 250 (Aastra, ранее фирмы Ericsson),
• SmartGate (фирмы West Telecom),
• Tenor (фирма Quintum),
• Mitel SX-2000, SX-3000,
• Billion Softswitch (ПрофИнфоТех),
• Квант-Е (фирмы Евроквант/Квант-Интерком),
• Элком (фирмы Рустелеком),
• Ф–1500, Матрица (фирмы Фарлеп),
• Программно-аппаратный коммутатор Cisco PGW 2200 (фирмы Cisco
Systems),
• ЭАТС Днепр (Днепропетровский машиностроительный завод),
• Karel DS200 (Karel),
• Oktell (ООО "Телефонные системы"),
• маршрутизаторы фирмы Cisco Systems или других компаний,
поддерживающих протокол NetFlow версий 5, 9 или IPFIX.
2.2.16.3 Tariscope по запросу заказчика может быть доработан для поддержки
любого, не указанного в п.2.2.16.2, телекоммуникационного оборудования.
2.2.17 Взаимодействие с гостиничными системами
2.2.17.1 Tariscope может взаимодействовать с гостиничными системами путем

использования интерфейса Universal Interface Driver (UNI). Тем самым возможна
работа с гостиничными системами: Opera, Fidelio v.8 (компании Micros), epitome
PMS (компании Libra Hospitality) и другими, поддерживающими интерфейс UNI.
2.2.17.2 Взаимодействие с гостиничными система осуществляется с помощью
сценариев. Возможна разработка как самим пользователем Tariscope, как и
компанией SoftPI сценария для взаимодействия с любой гостиничной системой,
имеющей интерфейс взаимодействия.
2.2.17.3 Имеется возможность взаимодействия с гостиничными системами путем
пересылки информации по выполненным вызовам заинтересованной группы
абонентов на принтер или в другие приложения.

3 Описание биллингового комплекса
3.1 Структура Tariscope
Основные программные приложения, входящие в биллинговый комплекс

Tariscope:
• Microsoft SQL Server 2008 Express edition *;
• база данных Tariscope, которая подключается к Microsoft SQL Server-у;
• программа Tariscope;
• программа Администрирование Tariscope;
• программа Дизайнер форм отчетов;
Гостиничная система
Маршрутизатор 1 Tariscope
NetFlow Tariscope
Collector CallExport
Маршрутизатор N
CDR
Observer 1 АТС 1
Личный кабинет База данных CDR

АТС N
абонента. Tariscope. Observer N
Microsoft IIS Microsoft
SQL Server
Администрирование
Tariscope
Планировщик
Tariscope
Tariscope
Отчет
Форма Отчет
Форма
отчета
Форма
отчета Отчет
отчета
Дизайнер форм
отчетов
Рисунок 1

• служба CDR Observer;
• программа Tariscope Compare;
• служба Планировщик Tariscope - для автоматического выполнения
процедур по расписанию;
• служба Tariscope NetFlow Collector;
• служба Tariscope CallExport (TSCallExport);
• утилита (tsDBRestore) восстановления базы данных;
• утилита подключения базы данных Tariscope к серверу Microsoft SQL;
• личный кабинет абонента, для получения абонентами статистической
информации о полученных услугах через сеть интернет/интранет.
* Вместо Microsoft SQL Server 2008 Express edition пользователь Tariscope может
использовать либо другой пакет SQL Server 2005/2008/2012 (Microsoft).
Схема взаимодействия основных программных модулей биллингового
комплекса Tariscope 3.4 представлена на рисунке 1.
3.2 Назначение программных модулей Tariscope
3.2.1 Microsoft SQL Server 2008 R2 Express Edition с базой данных Tariscope
Microsoft SQL Server 2008 R2 Express Edition является системой

управления базами данных компании Microsoft. SQL Server 2008 R2 поставляется
в ряде редакций, одной из которых является SQL Server 2008 R2 Express Edition.
SQL Server 2008 R2 Express Edition согласно данным компании Microsoft не
требует лицензирования, т.е. является бесплатной. Если у пользователя Tariscope
уже имеется ранее установленный SQL Server, то при инсталляции Tariscope
можно отказаться от установки SQL Server-а из инсталляционного пакета, а
работать с имеющимся Microsoft SQL Server-ом.
В инсталляционный пакет Tariscope входит база данных Tariscope, которая
подключается к SQL Server-у. Эта база данных предназначена для хранения
практически всей информации биллингового комплекса Tariscope, а также
выполняемых процедур, обеспечивающих различные виды обработки данных.
SQL Server вместе с базой данных Tariscope является ядром биллингового
комплекса Tariscope.

3.2.2 Программа Администрирование Tariscope
Программа Администрирование Tariscope предназначена для настройки

основных параметров Tariscope, а также настройки и запуска/останова ряда
служб, входящих в состав Tariscope.
К основным настраиваемым параметрам программы относятся:
• тип и название телекоммуникационного оборудования, его
местоположение;
• параметры абонентов;
• параметры маршрутов и каналов;
• тарификационные планы операторов телефонии и/или интернет;
• наименования населенных пунктов и соответствующих телефонных кодов;
• перечень IP сетей;
• перечень предоставляемых услуг;
• перечень категорий внешних абонентов или IP сетей;
• текущие курсы валют;
• настройки формат CDR (SMDR) записей для АТС, использующих
перенастраиваемые форматы записей CDR (SMDR). Это актуально для
пользователей УАТС Aura, S8800/8700/8500/8400/8300, Alcatel OmniPCX
Office, ВСМ50/200/400, Norstar;
• перечень праздников, переопределенных дней (с рабочего на выходной или
наоборот);
• настройки для уведомлений при наступлении событий, которые задаются в
службе CDR Observer.
В рассматриваемой программе производится настройка параметров и
запуск следующих служб:
• Планировщик Tariscope;
• CDR Observer;
• Tariscope NetFlow Collector;
• Tariscope CallExport.
3.2.3 Программа Tariscope
В предыдущих версиях эта программа имела название CDR Recasting.

Чтобы отличать ее от биллингового комплекса Tariscope, программа Tariscope
всегда в далее в тексте будет использоваться со словом "программа".
Программа Tariscope выполняет следующие основные функции:
• Все функции программы Администрирование Tariscope (см. п.3.2.2);

• Преобразование информации о вызовах в формат баз данных вызовов в
автономном режиме из информации, хранящейся в текстовом CDR файле.
• Преобразование информации о работе пользователей сети интернет в
формат баз данных в автономном режиме из информации.
• Отображение в табличном виде в отдельном окне с индивидуальными
настройками (представлении) информации о выполненных вызовах или
услугах сети интернет.
• Фильтрация по любому запросу информации из базы вызовов, сортировка
информации с использованием сложных ключей.
• Поиск требуемой информации по заданным критериям.
• Тарификация вызовов в автономном режиме, если не использовалась
тарификация в реальном времени. Или при необходимости
перетарификации вызовов с актуализацией информации об абонентах,
маршрутах/каналах, базы телефонных кодов городов, тарификационных
зон.
• Ведение счетов абонентов (в редакции Provider).
• Формирование платежных документов (в редакции Provider).
• Получение отчетов путем печати базы данных вызовов, предварительно
отфильтрованной и отсортированной по требованию пользователя.
• Получение сложных отчетов по различным формам, входящих в состав
Tariscope на русском или украинском языках.
• Автоматическая или ручная архивация различных баз данных.
• Удаление информации из базы вызовов по выбранным критериям.
• Экспорт базы вызовов Tariscope в один из следующих форматов:
текстовый, Access, Excel (xls и xlsx), PDF, HTML.
3.2.4 Служба CDR Observer
Служба CDR Observer выполняет следующие основные функции:

• Автоматическое получение информации о вызовах (CDR или SMDR
записей), от АТС, буферного устройства, от программ COM2LAN (SoftPI),
FTP2LAN (SoftPI) по последовательному или Ethernet портам с
использованием различных сетевых протоколов, из локальной или сетевой
папки, Miscrosoft SQL Server-а. Преобразование этой информации в базу
данных и запись информации о вызовах в текстовый файл.
• Определение параметров абонента, осуществившего вызов; населенного
пункта, в который осуществлялся вызов (в случае исходящего
междугороднего вызова); населенного пункта, из которого осуществлялся

вызов (для входящих вызовов); типа вызова; категории вызова;
тарификационной зоны.
• Проведение тарификации вызовов.
• Занесение стоимости телекоммуникационных услуг на счета абонентов
(для редакции Provider).
• Автоматическое выполнение сценария по управлению АТС при
превышении абонентом или группой абонентов установленного им
кредита на определенный тип телефонного трафика. Эта функция
применима к АТС, перечисленных в п. 2.2.9.3. Возможна доработка этой
функции и для других АТС.
• Выполнение сценария (например, отключения) для линий (маршрутов,
каналов) при превышении заранее установленного лимита в денежной или
временной форме. Эта функция применима к АТС, перечисленных в п.
2.2.9.3. Возможна доработка этой функции и для других АТС.
• Отображение в табличном виде базы данных обрабатываемых в текущее
время вызовов.
• Выполнение сценария при наступлении заданного события.
• Задание и обработка пользовательских событий по любому из полей базы
вызова.
• Автоматическое возвращение первоначального класса обслуживания
абонентов в указанное время, для которых этот класс менялся при
превышении абонентами установленного кредита или подключение ранее
отключенных линий.
• Передача обработанной информации по вызовам внешней программе
(службе Tariscope CallExport).
На одном и том же компьютере могут функционировать несколько служб

CDR Observer, каждая из которых будет работать со своими параметрами.
3.2.5 Программа Дизайнер форм отчетов
Программа Дизайнер форм отчетов предназначена для создания

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

3.2.6 Программа Tariscope Compare
Программа Tariscope Compare предназначена для:

• проведения сравнительного анализа данных о вызовах, полученных от
оператора связи, с данными о вызовах биллингового комплекса Tariscope;
• экспорта результатов сравнения в различные форматы (доступно HTML,
Excel, MS Access);
• добавления вызовов из базы данных оператора в базу Tariscope по
результатам сравнения.
3.2.7 Служба Планировщик Tariscope
Служба Планировщик Tariscope (в списке служб она отображается как

TSSchedule) предназначена для автоматического выполнения процедур по
расписанию и обеспечивает:
• генерацию отчетов,
• выполнение процедур по работе с базой данных,
• архивирование базы данных вызовов,
• резервное копирование базы данных Tariscope,
• получение курсов валют,
• синхронизацию параметров абонентов с использованием протокола Active
Directory,
• работу с платежными сервисами.
Параметры выполнения процедур задаются с помощью режима
Планировщик Tariscope в программах Tariscope или Администрирование
Tariscope.
3.2.8 Служба Tariscope NetFlow Collector
Служба Tariscope NetFlow Collector предназначена для сбора потока

данных в формате NetFlow версии 5, 9 или IPFIX, агрегирования полученной
информации, выполнения тарификации услуг доступа к интернет и и записи
обработанной информации в базу данных Tariscope.

3.2.9 Служба Tariscope CallExport
Служба Tariscope CallExport предназначена для передачи обработанной

информации о вызовах, полученной от службы CDR Observer, через
последовательный порт в гостиничную систему.
3.2.10 Утилита (tsDBRestore) восстановления базы данных
Утилита (tsDBRestore) восстановления базы данных предназначена для

восстановления базы данных Tariscope в SQL Server-е из ранее сохраненной
резервной копии этой базы данных.
3.2.11 Утилита подключения базы данных Tariscope к серверу Microsoft SQL
Утилита подключения базы данных Tariscope к серверу Microsoft SQL

актуальна при наличии у пользователя уже установленного сервера Microsoft
SQL Server. Данная утилита подключает к этому серверу базу данных Tariscope.
3.2.12 Личный кабинет абонента
Личный кабинет абонента, который разворачивается на Microsoft IIS

сервер, обеспечивают возможность абонентам получать через локальную сеть
или интернет, используя Web интерфейс, следующий перечень данных:
• личные параметры абонента,
• состояние лицевого счета за выбранный месяц (для редакции Tariscope
Provider),
• перечень собственных вызовов за выбранный временной период,
• перечень вызовов группы абонентов, в которой данный абонент является
руководителем,
• статистические данные по использованию интернет за интересующий
период времени.
Кроме этого абонент может подать заявку на ремонт, смену тарифного плана,
получения статистического отчета и т.п.

3.3 Варианты установки биллингового комплекса
Возможны различные варианты установки биллингового комплекса

Tariscope. Приведем несколько возможных конфигураций.
При наличии нескольких разнесенных АТС или маршрутизаторов, с
которых требуется получать и обрабатывать данные в одном месте, возможны
следующие варианты установки:
3.3.1 Несколько АТС выдают информацию о выполненных вызовах (CDR,

SMDR) через последовательные (СОМ) порты. Возле АТС находятся
компьютеры, которые подключены через последовательные порты к АТС. На
каждом из компьютеров устанавливается служба CDR Observer, которая,
выполняя частичную обработку данных, пересылает частично обработанные
данные по интранет (ЛВС) или интернет на выделенный сервер, с
установленным SQL Server. На этом же выделенном сервере запускается служба
Планировщик Tariscope. Поиск требуемой информации в базе данных вызовов,
ее сортировка, формирование отчетов и другая дополнительная обработка
данных осуществляется на компьютерах, подключенных к сети и имеющих
доступ к SQL Server-у. Эти операции выполняются с помощью программ
Tariscope. На одном или нескольких таких компьютерах, где работает
администратор биллингового комплекса, устанавливается программа Tariscope
и/или Администрирование Tariscope, а также Дизайнер форм отчетов.
Этот вариант установки биллингового комплекса Tariscope приведен на рисунке
2.
Недостатком данного варианта установки может быть возможная потеря
информации из-за проблем в сети, которые могут возникнуть между
компьютерами, с установленными программами CDR Observer, и сервером с
SQL Server.
Избежать этого недостатка можно, заменив на компьютерах, находящихся
возле АТС, программы CDR Observer на программы COM2LAN (SoftPI).
Программы COM2LAN не входят в инсталляционный пакет Tariscope. Их
необходимо приобретать отдельно. Эти программы будут транслировать
информацию из последовательного порта в TCP/IP сеть на сервер, где
установлен SQL Server и где следует установить требуемое количество программ
CDR Observer. При такой конфигурации биллингового комплекса в случае
пропадания сети между компьютерами, находящимися рядом с АТС, и сервером
SQL Server, программы COM2LAN будут записывать CDR/SMDR записи на
локальный диск компьютера. Когда сеть восстановится, они передадут
записанную информацию соответствующей программе CDR Observer.

Рисунок 2
3.3.2. Несколько АТС генерируют информацию о выполненных вызовах через

последовательные порты (на приведенном ниже примере – это АТС 1), а другие -
через локальную сеть. При этом возле АТС 1 следует установить компьютер с
программой COM2LAN (или CDR Observer), а остальные АТС непосредственно
включаются в сеть TCP/IP. N-е число версий служб CDR Observer запускается на
сервере, где работает SQL Server. На нем же запускается служба Планировщик
Tariscope. Работа с базой вызовов осуществляется на компьютерах,
подключенных к сети и имеющих доступ к SQL Server. На этих компьютерах
устанавливается программа Tariscope. На одном или нескольких таких
компьютерах, где работает администратор биллингового комплекса,
устанавливается программа Tariscope (Администрирование Tariscope), Дизайнер
форм отчетов. Рассматриваемый здесь вариант установки биллингового
комплекса приведен на рисунке 3.

Рисунок 3
3.3.3 Все АТС имеют порты локальной сети, по которым передается

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

Рисунок 4
3.3.4 В этом варианте (рисунок 5) используется решение для учета телефонных

услуг и услуг сети интернет. АТС 1 генерирует информацию о выполненных
вызовах через последовательный порт и находится удаленно от сервера, где
установлено ядро биллингового комплекса Tariscope. Для этой АТС
рекомендуется использовать программу COM2LAN или буферное устройство.
На рисунке 5 показан пример работы АТС 1 через программу COM2LAN. АТС 2
имеет Ethernet порт, по которому через интернет связана с сервером. Для
получения информации о вызовах от АТС 1, АТС 2 на сервере запускаются две
службы CDR Observer1, CDR Observer2. Для получения информации о трафике,
проходящем через маршрутизатор Cisco Systems, используется протокол NetFlow
версии 5 или 9. Поток данных в формате NetFlow поступает на сервер, где
принимается службой Tariscope NetFlow Collector. На рисунке в наименовании
этой службы слово Tariscope заменено сокращением TS. Для доступа к
обработанным данным для просмотра информации, формирования отчетов,
работы со счетами абонентов используются программы Tariscope. Они могут
быть установлены на любых компьютерах, имеющих доступ по сети к SQL
серверу.
Для автоматического формирования отчетов, выполнения процедур на
сервере запускается служба Планировщик Tariscope.

Кроме маршрутизаторов компании Cisco Systems могут поддерживаться
маршрутизаторы или другие устройства передачи данных других компаний, у
которых реализован протокол NetFlow версии 5, 9 или IPFIX.
Рисунок 5
Примечание. Возможны также другие конфигурации установки биллингового

комплекса, кроме указанных выше.
3.4 Требования к системе и масштабируемость
Перед выбором аппаратного и программного обеспечения для установки

Tariscope следует понимать, что Tariscope может работать на сервере
(компьютере) с одной из следующих версий операционной системы Microsoft
Windows: Windows XP, 2003, Vista, 2008, 2008R2, 7, 8.
В качестве ядра для Tariscope используется одна из версий Microsoft SQL
Server: 2005, 2008, 2008 R2 или 2012.
Первым этапом при выборе аппаратного и программного обеспечения для
установки биллинговой системы Tariscope является определение:

• ожидаемого объема телефонного и интернет трафика компании (или
одного из этих параметров, если Tariscope будет использоваться только для
одного из них),
• количества устройств связи, с которых необходимо собирать
информацию,
• периода времени, в течение которого все данные должны быть доступны
пользователю.
Кроме этого, необходимо определиться с размещением компонентов

биллинговой системы. Доступны следующие варианты:
• Автономный: в этом случае все компоненты Tariscope, включая базы
данных, настраиваются на одном компьютере (см. п.п. 3.3.2 - 3.3.4). При
этом вся обрабатываемая информация о вызовах и/или трафике должна
быть доступна подключением по COM-порту, либо через сеть TCP/IP по
протоколам Telnet, Rlogin, FTP, SMB, и т.п.
• Распределенный: в этом случае на каждом компьютере устанавливаются
один или несколько компонентов Tariscope. Центральным компонентом
системы является база данных, основанная на СУБД Microsoft SQL Server
(см. п.3.3.1).
Для выбора аппаратного и программного обеспечения важную роль играют
также требования, предъявляемые к отказоустойчивости системы и
максимальному времени восстановления после сбоев.
Информация, излагаемая далее, основывается на предположении о том, что
сервер Tariscope используется только для целей учета вызовов/интернет трафика
предприятия. В ином случае следует сделать поправку на ресурсоемкость других
серверных приложений.
Основными характеристиками аппаратного обеспечения сервера Tariscope
являются (в порядке убывания влияния на общую производительность):
• Объем оперативной памяти.
• Производительность процессора.
• Производительность дисковой подсистемы.
3.4.1 Оценка производительности Tariscope
Производительность Tariscope по обработке информации о выполненных

вызовов зависит от:
• мощности процессора сервера базы данных,
• объема оперативной памяти,
• версии SQL Server,
• выбранных функций тарификации.

При распределенной конфигурации биллинговой системы на
производительность обработки влияет скорость сети (задержки и пропускная
способность между узлами Tariscope).
В таблице 1 представлена сравнительная таблица производительности
Tariscope по обработке информации о выполненных вызовах с помощью
компьютера следующей конфигурации:
• Intel Core2 E6300 @ 1.86 Ггц.
• 3 Гб ОЗУ.
• SATA HDD 250 Гб.
• В функциях Tariscope отключено ведение счетов абонентов, активирована
стандартная тарификация.
• Все кеши Tariscope предварительно очищены.
• Данные приводятся для максимальной нагрузки.
Таблица 1
Кол-во Исходный Устройств ОЗУ Время Ср. скорость
вызовов объем CDR связи (МБ) (*) обработки обработки
данных (МБ) (мин:сек) (вызовов/сек)
68 000 19 1 157+27 5:58 190
136 000 39 2 160+54 8:07 280
2 019 200 137 1 160+27 110:25 304
4 038 400 274 2 160+54 161:54 415
(*) Первое число – объем памяти, используемый SQL Server, второе – объем
памяти Tariscope CDR Observer.
Сравнение производительности обработки 68000 вызовов (записей) при
сборе информации с одного устройство связи на разном аппаратном обеспечении
при непрерывном потоке информации о вызовах представлено в таблице 2.
Таблица 2
Сервер Tariscope Время обработки (мин:сек) Средняя скорость обработки
(вызовов/сек)
Intel Celeron 900 Mhz 56:41 20
1 Гбайт ОЗУ
SQL 2005 Express
Intel Dual Core T2390 2x1.86 10:47 105
1.5 Гбайт ОЗУ
SQL 2005 Express
Intel Core2 6300 2х1.86 Ghz 5:58 190
3 Гб ОЗУ
SQL 2008 Enterprise

Как оценить ожидаемый объем трафика вызовов, если в компании еще не
используется какая-либо биллинговая система или тарификатор? Здесь
возможны варианты.
Если в компании уже есть АТС, то можно установить тестовую версию
Tariscope (бесплатно), и на основании собранных системой данных оценить
объем трафика.
Второй вариант: воспользоваться данными таблицы 3, построенной на
основании статистической обработки трафика различными реальными
компаниями, использующих биллинговую систему Tariscope. В таблице собраны
данные по максимальному количеству вызовов в секунду, обрабатываемых АТС.
Поскольку записи с детальной информацией о вызовах (CDR) формируются в
момент завершения вызова, то параметр "Максимальное количество вызовов в
секунду" является верхней границей, которую может достигнуть поток записей с
информацией о вызовах, если предположить, что все вызовы были одновременно
завершены и биллинговая система получает данные о выполненных вызовах в
режиме реального времени. В этом случае рекомендует выбирать сервер
(компьютер) с аппаратными параметрами, которые обеспечивают скорость
обработки (таблица 2), соответствующую или большую максимальному
количеству вызовов в секунду.
Таблица 3
№ Владелец Tariscope Макс. количество Количество Максим. к-во
вызовов в секунду абонентов вызовов в секунду,
приходящееся на 1
абонента
1 Юридическая компания 8 80 0,1
2 Филиал А банка 1 9 43 0,209
3 Промышленное предприятие 1 10 130 0,077
4 Филиал банка 2 11 43 0,256
5 Налоговая администрация 14 93 0,151
6 Одна из АТС оператора связи 1 15 223 0,067
7 Промышленное предприятие 2 15 460 0,033
8 Филиал Б банка 1 16 95 0,168
9 Энергетическая компания 19 174 0,109
10 Пароходство 19 281 0,068
11 Банк 3 21 595 0,035
12 Министерство 24 531 0,045
13 Морской порт 26 650 0,04
14 Оператор связи 2 27 359 0,075
15 Коммерческая компания 31 136 0,228
16 Банк 4 34 638 0,053
17 Сеть супермаркетов 46 401 0,115
18 Оператор связи 3 79 3300 0,024

Если же CDR данные обрабатываются из файлов, с ранее записанными в
них данными, аппаратные параметры системы могут влиять лишь на время,
которое потребуется для их обработки.
В таблице 3 в столбце "Количество абонентов" указано значение,
соответствующее числу абонентов, выполнявших вызовы за анализируемый
период времени, а не общее число абонентов, которое поддерживается
конкретной АТС.
Параметр "Максимальное количество вызовов в секунду" определен путем
анализа вызовов с помощью режима Tariscope: "Анализ загруженности каналов
(точный)", обеспечивающего получение загрузки внешних линий с посекундной
точность.
Если в АТС фиксирует также внутренние вызовы, то теоретически поток

данных о выполненных вызовах может превышать рассматриваемый в таблице 3
параметр. Однако, как указывалось выше, это верхняя граница, крайне редко
достижимая на практике. Поэтому и при фиксации внутренних вызовов значение
максимального количества вызовов в секунду может использоваться для оценки
скорости обработки вызовов, с целью выбора аппаратных параметров
компьютера.
Как видно из таблицы 3, компании примерно с одним и тем же числом
абонентов могут иметь совершенно разное максимальное количество вызовов в
секунду. Такое же различие характерно и для организаций с различным числом
абонентов, но относящихся к одному сегменту рынка. Это легко объяснимо
различной телефонной активностью сотрудников (абонентов) в различных
компаниях.
Тем не менее данные таблицы 3 можно использовать для
ориентировочного определения максимального количества вызовов в секунду, и,
соответственно, необходимой минимальной скорости обработки биллинговой
системой поступающих от АТС данных о вызовах.
Кроме определения необходимых параметров компьютера для
биллинговой системы данные таблицы 3 могут использоваться на этапе заказа
АТС для ориентировочного определения необходимого числа соединительных
линий (каналов связи) для связи АТС с телефонной сетью общего пользования
(ТфОП).
Используя приведенную выше, в таблицах 2 и 3, информацию, рассмотрим
пример для выбора компьютера, необходимого для обработки поступающих в
систему Tariscope данных от АТС промышленного предприятия с 300
абонентами. Таблица 3 содержит данные по 2-м промышленным предприятиям:
строки 3 и 7. Можно с запасом использовать данные "Предприятия 2", у которого
460 абонентов, т.е. больше требуемого и имеющего более высокую нагрузку, чем
"Предприятие 1". При этом параметр "Максимальное количество вызовов в
секунду" равен 15. Или определить некоторую среднюю величину по данным

обоих промышленных предприятий. При этом среднее значение "Максимального
количества вызовов, приходящихся на 1 абонента" составит: (0,033 + 0,077)/2 =
0,055
Умножаем это значение на требуемое число абонентов, и получаем
предполагаемое значение максимального количества вызовов в секунду: 0,055 *
300 = 16,5, т.е. 17.
Исходя из данных таблицы 2, видим, что компьютер с параметрами:
Intel Celeron 900 МГц, ОЗУ — 1 Гбайт обеспечивает, скорость обработки 20
вызовов/секунду, что выше вычисленного значения. То есть такой компьютер,
как минимум, обеспечит нормальное получение и первичную обработку данных
от АТС. Как видно из данных таблицы 2, указанного объема ОЗУ достаточно для
обработки данных с более чем 1 АТС.
Другое дело, что при формировании каких-то ресурсоемких отчетов, время
их получения на таком компьютере может быть относительно большим. Поэтому
для избежания длительных задержек при фильтрации большого объема данных,
формировании сложных отчетов, мы все-таки рекомендовали использовать
процессор с более высокими аппаратными параметрами, например: Pentium IV
2,66 ГГц или более производительный.
3.4.2 Оценка объема базы данных и оперативной памяти
Данные о вызовах и трафике биллинговый комплекс Tariscope хранит в

базе данных Microsoft SQL Server-а. Кроме того, все данные дополнительно
хранятся в исходном (текстовом или бинарном) формате точно в таком виде, как
они поступают от устройства связи, в целях дополнительного резервирования.
Tariscope может работать с редакциями следующих версий Microsoft SQL
Server: 2005, 2008, 2008 R2, 2012.
В состав дистрибутива Tariscope входит инсталляция Microsoft SQL Server
2008 R2 Express edition, который может быть использован в качестве сервера
базы данных Tariscope.
Кроме указанной выше имеются бесплатные редакции Microsoft SQL
Server 2005/2008 Express/2012 Express, которые пользователь Tariscope может
самостоятельно установить для работы Tariscope. Редакция Express для SQL
Server 2005/2008 поддерживает максимальный объем бады данных до 4 Гбайт, а
эта же редакция для SQL Server 2008 R2, 2012 - до 10 Гбайт. Для всех этих
версий поддерживается 1 физический процессор и не более 1 Гбайта
оперативной памяти.
Эти ограничения редакций SQL Server следует учитывать при оценки
объема базы данных и необходимой оперативной памяти.
В зависимости от необходимого периода хранения данных в базе Tariscope,
требуется выделить соответствующие дисковые ресурсы. Средний объем

пространства, необходимого для хранения одного вызова в базе, зависит от типа
устройства связи, используемых функций связи, и наличия дополнительный
индексов, оптимизирующих выборку данных по специфическим для
предприятия сценариям. При вычислении объема базы следует исходить из
расчета 500 байт/вызов.
При увеличении количества вызовов в базе необходимый объем дискового
пространства растет линейно. Ниже приведена таблица 4 измерений
необходимого дискового пространства.
Таблица 4
Всего вызовов в базе Вызовов за месяц, в Объем базы Рекомендуемая
среднем редакция SQL Server
2008 R2
68 000 11 300 46,88 МБ Express
138 000 23 000 75,25 МБ Express
273 000 45 500 153 МБ Express
2 292 000 382 000 1 ГБ Express
9 168 000 1 528 000 4 ГБ Express и выше
Объем оперативной памяти (ОЗУ) сервера влияет на скорость выполнения

запросов, получения выборок, построения отчетов, графиков и диаграмм. Как
правило, рекомендуется рассчитывать объем ОЗУ, исходя из общего объема
вызовов за месяц, умножая его на 2 - 2.5.
Например, если вызовы за месяц занимают более 800 МБ, рекомендуется 2
Гб ОЗУ. При наличии достаточного объема оперативной памяти SQL Server
сможет кешировать все вызовы за обрабатываемый период времени, что
значительно сократит время выполнения запросов.
В то же время нужно учитывать, что в зависимости от редакции и битности
(х32 или х64) максимальный объем памяти, используемый сервером базы
данных, может отличаться.
Требования к оперативной памяти могут отличаться в зависимости от
задач, решаемых биллинговым комплексом.
Для оценки, какой объем данных может находиться в базе данных
Tariscope, можно воспользоваться данными таблицы 5, где указан средний объем
данных за месяц и, соответственно, средний объем базы данных за год. Хранение
данных более одного года, как правило, не является необходимым. Система
Tariscope обеспечивает возможность архивирования старых данных с
возможностью в дальнейшем извлечения этих данных при необходимости.
Основываясь на данных таблицы 5 можно ориентировочно оценить
предполагаемый объем базы данных за месяц, соответственно, определить

необходимый объем ОЗУ, а также определить требуемую редакцию SQL Server
по данным таблицы 4.
Таблица 5
№ Владелец Tariscope Среднее Среднее Количество Максим. к-во
количество количество абонентов вызовов в
вызовов в вызовов в год месяц,
месяц приходящееся
на 1 абонента
1 Филиал банка 2 11821 141852 43 275
2 Филиал А банка 1 15858 190296 43 369
3 Пароходство 23333 279996 281 83
4 Налоговая администрация 27300 327600 93 294
5 Промышленное предприятие 1 30104 361248 130 232
6 Банк 4 33237 398844 638 52
7 Филиал Б банка 1 37142 445704 95 391
8 Коммерческая компания 58437 701244 136 430
9 Оператор связи 2 59871 718452 359 167
10 Энергетическая компания 62310 747720 136 458
11 Министерство 66637 799644 531 125
12 Банк 3 68279 819348 595 115
13 Морской порт 71587 859044 650 110
14 Одна из АТС оператора связи 78060 936720 223 350
1
15 Промышленное предприятие 2 123990 1487880 460 270
16 Сеть супермаркетов 224501 2694012 401 560
17 Оператор связи 3 219713 2636556 3300 67
3.4.3 Минимальные требования к аппаратному обеспечению
Исходя из рассмотренной выше информации можно рекомендовать

минимальные системные требования к компьютеру для запуска биллингового
комплекса Tariscope. Данные требования подходят для работы Tariscope с
небольшим голосовым трафиком.
Минимальные системные требования:

1. Компьютер сервера базы данных и модулей сбора информации с устройств
связи (сервер Tariscope)
• процессор Pentium IV 2,66 ГГц или более производительный.
• Оперативная память 512 Мб и выше.

• Жесткий диск (40 Гбайт).
• LAN порт (100 или 1000 Мбит/с).
2. Компьютер клиентской части приложения (администрирование,
формирование выборок, построение отчетов, анализ вызовов).
• Процессор Celeron 800 МГц или более производительный.
• Оперативная память 128 Мб и выше.
• Жесткий диск (при установке используется около 50 Мбайт).
• LAN порт (100 или 1000 Мбит/с).
• SVGA дисплей.
3.4.4 Требования к программному обеспечению сервера
Для функционирования биллингового комплекса Tariscope требуется

установка следующих программных продуктов:
• Операционная система Microsoft Windows XP/2003/Vista/2008/7/8;
• Библиотеки .NET Framework 3.5;
• Microsoft SQL Server 2005/2008/2008 R2/2012 (Поддерживаются любые
редакции).
3.4.5 Обеспечение отказоустойчивости и минимального времени

восстановления
Для обеспечения надежной работы системы предусмотрены следующие

функции:
• Основные серверные модули биллингового комплекса работают как
службы Windows и запускаются автоматически при загрузке операционной
системы.
• Для обеспечения доступности базы данных существует возможность
установить СУБД в режиме зеркалирования или отказоустойчивого
кластера (данная операция выполняется средствами администрирования
Microsoft SQL Server и доступна не во всех редакциях СУБД).
• Модули сбора информации с устройств связи постоянно проверяют
доступность сервера базы данных, и в случае отсутствия подключения
сохраняют информацию в файл для дальнейшей обработки. После
восстановления доступности сервера базы данных связь восстанавливается
автоматически.

• Предусмотрена возможность уведомления администратора по электронной
почте о важных событиях, таких, как отсутствие связи с базой данных и
отсутствие информации о вызовах длительный период времени.
• Автоматическое резервное копирование базы данных на случай сбоев.
Можно настроить как полное, так и разностное резервное копирование.
• Автоматическая архивация старых данных. Для уменьшения объемов базы
данных рекомендуется использовать данную функцию для переноса
данных о вызовах в архив.
• Для восстановления базы данных из архива разработана специальная
утилита. Она позволяет быстро восстановить базу, в том числе из
нескольких файлов (при использовании разностного резервного
копирования).
3.4.6 Рекомендации по оптимизации производительности
Биллинговая система Tariscope поддерживает вертикальное и

горизонтальное масштабирование. Ключевым ресурсоемким компонентом,
требующим увеличения производительности, является база данных.
Вертикальное масштабирование осуществляется за счет увеличения
системных ресурсов — процессоров, памяти и жестких дисков — на сервере
Tariscope. Например, добавив процессоры, администраторы могут получить
двухпроцессорную систему взамен компьютера с одним процессором или
четырехпроцессорную вместо двухпроцессорной. Большинство программ
Tariscope используют многопотоковую обработку данных, соответственно,
наличие нескольких процессоров, увеличит производительность системы. К
другим способам вертикального масштабирования относится увеличение ОЗУ
или пространства на жестком диске. Требуемого уровня обслуживания можно
добиться для 32-разрядной операционной системой, увеличивая ОЗУ до 3 ГБ
ОЗУ. На серверах с более чем 4 ГБ ОЗУ операционные системы могут быть
вертикально масштабированы до 64-разрядных. При наличии нескольких
физических дисков имеет смысл разбить файлы базы данных так, чтобы они
располагались на разных дисках.
В ряде случае вертикально масштабировать сервер позволяет смена
операционной системы на более современную.
Горизонтальное масштабирование включает развертывание одного или
нескольких дополнительных серверов баз данных или модулей первичной
обработки вызовов.
При необходимости горизонтального масштабирования необходимо
обратиться к документации по масштабированию SQL Server с рекомендациями
для SQL Server 2005/2008 и служб аналитики.

4 Взаимодействие Tariscope с другими системами
4.1 Перечень систем, с которыми может быть связан Tariscope
Биллинговый комплекс Tariscope может быть связан со следующими

системами:
- гостиничными системами;
- любыми системами, которые могут обеспечить доступ к базе данных Tariscope,
расположенной на SQL Server-е;
- системами электронной почты;
- платежными системами;
- банковскими системами.
4.2 Описание связей Tariscope с другими системами
4.2.1 Связь с гостиничными системами
Взаимодействие биллингового комплекса с гостиничными системами

(PMS) выполняется через последовательный или Ethernet интерфейс. Наиболее
часто в гостиничных системах до последнего времени использовался
последовательный интерфейс.
Связь Tariscope с PMS выполняется на основании сценария. Может быть
реализован любой сценарий взаимодействия. Сценарий, который входит в
поставляемый дистрибутив, работает по следующему алгоритму:
• перед посылкой записи Tariscope шлет символ запроса соединения и
ждет положительного ответа от PMS;
• после получения положительного ответа от PMS, Tariscope шлет запись о
выполненном вызове;
• PMS подтверждает посылкой специального символа прием записи, если
запись принята правильно. В этом случае Tariscope считает, что запись
передана;
• Если произошла ошибки приема записи от Tariscope, то PMS посылает
соответствующий символ. В этом случае выполняется повторная передача;
• Отсутствие ответов или количество полученных ответов о неудачной
передачи записи больше установленной величины - означает разрыв связи
между PMS и Tariscope.
В этом случае Tariscope попытается начать связь через 3 минуты.

4.2.2 Связь с системами через SQL Server
Tariscope позволяет любой системе, которая имеет средства для

подключения к SQL Server и соответствующие права, получить любые данные из
базы данных Tariscope. В качестве таких систем могут выступать, например,
программы 1С, CRM системы и т.п. Доступ к базе данных определяется
используемой учетной записью и соответствующим паролем. Описание
структуры и отдельных полей базы данных Tariscope приводится в документе
"Tariscope 3.х. Каталог баз данных".
Система, взаимодействующая с биллинговым комплексом Tariscope, может
находиться на том же сервере, где установлен SQL Server, или на любом
компьютере, который может получить доступ к SQL Server через сеть TCP/IP.
4.2.3 Связь с системами электронной почты
Tariscope может взаимодействовать с системами электронной почты. Эта

возможность в Tariscope используется для отправки отчетов указанным
адресатам или специальных уведомлений на заданный электронный адрес о
наступлении определенных событий при обработке вызовов. При
взаимодействии с системами электронной почты Tariscope только отправляет
электронные письма. Взаимодействие осуществляется на базе протокола SMTP.
4.2.4 Связь с платежными системами
Редакция Tariscope Provider обеспечивает взаимодействие с платежными

системами Liqpay и WebMoney, обеспечивая абонентам возможность оплаты
услуг связи через личный кабинет абонента.
4.2.5 Связь с банковскими системами
Редакция Tariscope Provider поддерживает возможность получение

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

5 Подсистемы Tariscope
5.1 Перечень подсистем и их назначение
Биллинговый комплекс Tariscope содержит следующие подсистемы:

- получения входных данных и их первичной обработки;
- основной обработки информации,
- хранения и поиска информации;
- настройки параметров Tariscope;
- управления телекоммуникационным оборудованием;
- формирования выходных документов;
- взаимодействия с другими системами;
- администрирования пользователей Tariscope,
- взаимодействия абонентов с Tariscope.
Детальное описание программных модулей, с помощью которых
реализованы подсистемы приводится в документе "Tariscope 3.x. Руководство
пользователя".
5.1.1 Подсистема получения входных данных и их первичной

обработки
Подсистема получения входных данных и их первичной обработки

осуществляет получение информации от телекоммуникационного оборудования
(АТС, маршрутизаторы) с возможностью использования различных протоколов
связи с этим оборудованием.
В качестве входных данных от АТС или оборудования IP телефонии
используются детальные записи о выполненных вызовах (CDR, SMDR, AMA,
KDF и другие). В качестве входных данных от маршрутизаторов использует
поток информации в формате NetFlow (Cisco Systems) версий 5,9 или IPFIX.
Получение входных данных от АТС или оборудования IP телефонии может
осуществляться через:
а) последовательный порт компьютера;
б) локальную папку или файл;
в) Ethernet порт компьютера с использованием протоколов:
1) Rlogin;
2) TCP/IP;
3) Telnet;
4) SecureLogin (используется в программе COM2LAN компании SoftPI);

5) FTP;
г) Microsoft SQL Server, применяемый в Microsoft Lynk.
Получение входных данных от маршрутизаторов Cisco Systems
осуществляется через Ethernet порт компьютера с использованием протокола
TCP/IP.
Первичная обработка информации осуществляется с помощью
программных фильтров для конкретного телекоммуникационного оборудования.
Настройка на источник получения информации, выбор программного
фильтра для обработки выполняется в подсистеме настройки параметров
Tariscope.
Подсистема получения входных данных и их первичной обработки
реализована в следующих программных модулях:
а) при получении информации от АТС или оборудования IP телефонии через
последовательный или Ethernet порты, а также при автоматическом получении из
локальной папки/файла - службой CDR Observer;
б) при ручной обработке CDR (SMDR, AMA, KDF и др.) файлов: программа
Tariscope;
в) при получении информации от маршрутизаторов - службой Tariscope NetFlow
Collector.
5.1.2 Подсистема основной обработки информации
Подсистема основной обработки информации осуществляет

окончательную обработку информации, полученной от подсистемы получения
входных данных и их первичной обработки. Обработанные данные сохраняются
в подсистеме хранения и поиска информации.
Подсистема основной обработки информации реализована в виде
хранимых процедур Microsoft SQL Server.
Подсистема основной обработки информации формирует управляющие
команды для подсистемы управления телекоммуникационным оборудованием.
5.1.3 Подсистема поиска и хранения информации
Подсистема поиска и хранения информации обеспечивает управление и

сохранение базы данных Tariscope, а также нахождение требуемой информации в
этой базе данных.
Управление и сохранение базы данных Tariscope реализуется SQL
сервером.

Формирование SQL запросов для поиска информации в базах данных
абонентов, телефонных кодов выполняется в программе Tariscope режим
Администрирование Tariscope или программе Администрирование Tariscope.
Формирование SQL запросов для поиска информации в базе данных
вызовов (услуг связи интернет) выполняется в программе Tariscope.
Непосредственно реализация механизма поиска выполняется системой
управления базой данных SQL Server.
5.1.4 Подсистема настройки параметров Tariscope
Подсистема настройки параметров обеспечивает подстройку биллингового

комплекса Tariscope под требования конкретного пользователя.
Основные параметры настраиваются в программе Tariscope апплет
Администрирование Tariscope или программе Администрирование Tariscope.
Параметры печати и параметры отображения информации
устанавливаются в программе Tariscope.
5.1.5 Подсистема управления телекоммуникационным

оборудованием
Подсистема управления телекоммуникационным оборудованием

применяется для взаимодействия с этим оборудованием для выполнения команд
по управлению параметрами абонентского порта, а также параметрами маршрута
или канала.
Подсистема управления телекоммуникационным оборудованием
реализуется в службой CDR Observer.
5.1.6 Подсистема формирования выходных документов
Подсистема формирования выходных документов обеспечивает

пользователя Tariscope, а также абонентов выходными документами: отчеты,
счета, квитанции и другие.
Биллинговый комплекс содержит набор форм выходных документов. При
необходимости пользователю изменить какую-либо форму выходного документа
или создания новой формы документа применяется программа Дизайнер форм
отчетов.

Для формирования выходных документов в ручном режиме используется
программа Tariscope. Для формирования выходных документов в
автоматическом режиме используется служба Планировщик Tariscope.
Формирование выходной информации для абонентов выполняется через
Web доступ к Tariscope, с использованием личного кабинета абонента.
5.1.7 Подсистема взаимодействия с другими системами
Подсистема взаимодействия с другими системами обеспечивает связь

биллингового комплекса Tariscope с другими автоматизированными системами.
Программа Tariscope Compare обеспечивает возможность сравнения
результатов биллинга Tariscope и с результатами биллинга оператора связи.
Для импорта информации о параметрах абонента, кодов телефонных
номеров, IP сетей в базу данных Tariscope применяется программа
Администрирование Tariscope или одноименный режим программы Tariscope.
Для передачи информации из биллингового комплекса Tariscope в
гостиничные системы используется утилита Tariscope CallExport.
Для импорта информации в файлы форматов HTML, Access, Excel,
текстовый, PDF о параметрах абонентов, телефонных кодах, IP сетях
применяется программа Администрирование Tariscope или одноименный режим
программы Tariscope.
Для импорта информации в файлы форматов HTML, Access, текстовый,
Excel, PDF о выполненных вызовах, переданной информации в сети интернет
применяется программа Tariscope.
5.1.8 Подсистема администрирования пользователей Tariscope
Подсистема администрирования пользователей Tariscope позволяет

создавать, удалять пользователей Tariscope или изменять их права доступа к базе
данных Tariscope и программным модулям.
Эта подсистема реализуется в программе Администрирование Tariscope
или одноименный режим программы Tariscope и также с помощью системы
управления пользователями SQL Server.

5.1.9 Подсистема взаимодействия абонентов с Tariscope
Подсистема взаимодействия абонентов с Tariscope обеспечивает

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

6 Контактная информация
По всем вопросам, связанным с поддержкой, сопровождением

биллингового комплекса Tariscope или его отдельных компонентов, обращайтесь
в компанию "Софт Пи Ай":
Телефон: +380 57 393 06 11, +380 89 250 12 47

Электронная почта: support@softpiua.com
Сайт: http://www.tariscope.com/
Почтовый адрес: 61115, г. Харьков, ул. Соколова, 3, офис 5.
С вопросами по приобретению продуктов компании "Софт Пи Ай" обращайтесь:

Телефон: +380 57 393 06 11
Электронная почта: office@softpiua.com

ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ

Ts 3 5 Overview

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Ts 3 5 Overview

Загружено:

Авторское право:

Доступные форматы

"СОФТ ПИ АЙ"

Версия документа: 1.0

© 2013 ЧП "Софт Пи Ай". Все права сохранены.

Tariscope 3.x. Общее описание 3

Tariscope 3.x. Общее описание 4

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

Биллинговый комплекс Tariscope 3.x является семейством, состоящим из

Система учета телефонных разговоров и интернет трафика реализована в

Tariscope 3.x. Общее описание 5

2.2 Функции Tariscope

Биллинговый комплекс Tariscope обладает большим количеством функций,

2.2.1 Учет абонентов

2.2.1.1 Импорт информации об абонентах из внешних файлов формата Excel,

Tariscope 3.x. Общее описание 6

2.2.2 Учет первичных данных по предоставленным телекоммуникационным

2.2.2.1 Обработка и хранение в базе данных всех полей, получаемых от

Tariscope 3.x. Общее описание 7

Tariscope 3.x. Общее описание 8

2.2.3.1 Тарификация вызовов в реальном времени. Начисление результатов

2.2.4 Формирование платежных и других документов

2.2.4.1 Формирование платежных и информационных документов, как в ручном,

Tariscope 3.x. Общее описание 9

2.2.5 Регистрация и контроль платежей

2.2.5.1 Счета абонентов ведутся с учетом предоставленных услуг и оплаты за

2.2.6 Ведение нормативно-справочной информации

2.2.6.1 Поддерживаются различные тарификационные планы для различных

Tariscope 3.x. Общее описание 10

2.2.7 Информационно-справочное обслуживание абонентов и пользователей

2.2.7.1 Для пользователей Tariscope имеется возможность поиска требуемой

Tariscope 3.x. Общее описание 11

2.2.8 Администрирование биллингового комплекса

2.2.8.1 При запуске программ Tariscope производится идентификация

Tariscope 3.x. Общее описание 12

2.2.9.1 Автоматическое выполнение сценария, например, по изменению класса

2.2.10 Информационная поддержка взаиморасчетов с операторами –

2.2.10.1 На маршруты/каналы связи для взаимодействия с другими операторами

Tariscope 3.x. Общее описание 13

2.2.11 Формирование документов статистической отчетности,

2.2.11.1 Получение отчетов по любой группе полей базы данных вызовов, а

Tariscope 3.x. Общее описание 14

2.2.12 Выявление вызовов, отвечающих заданным критериям

Выполнение заданного сценария при наступлении какого-либо события.

2.2.13 Сбор данных о заявках абонентов

Tariscope имеет подсистему сбора данных о заявках абонентов. В качестве

2.2.14 Выявление злоупотреблений в телекоммуникационной сети

2.2.14.1 Tariscope содержит отчет, позволяющий выявлять телефонные номера

Tariscope 3.x. Общее описание 15

2.2.15 Обеспечение абонентам доступа к расчетной информации через

Абонент имеет возможность доступа к личной информации, информации о

2.2.16 Настройка на различные источники данных

2.2.16.1 Tariscope может быть установлен на различных серверах, настроенных

Tariscope 3.x. Общее описание 16

2.2.17 Взаимодействие с гостиничными системами

2.2.17.1 Tariscope может взаимодействовать с гостиничными системами путем

Tariscope 3.x. Общее описание 17

3.1 Структура Tariscope

Основные программные приложения, входящие в биллинговый комплекс

Личный кабинет База данных CDR

Tariscope 3.x. Общее описание 18

3.2 Назначение программных модулей Tariscope

Microsoft SQL Server 2008 R2 Express Edition является системой

Tariscope 3.x. Общее описание 19

Программа Администрирование Tariscope предназначена для настройки