- •ПРЕДИСЛОВИЕ
- •ЧАСТЬ 1. ПРЕДОСТАВЛЕНИЕ УСЛУГ СВЯЗИ
- •Глава 1. УСЛУГИ СВЯЗИ
- •1.1. Предоставление услуг связи
- •1.2. Дополнительные услуги
- •1.2.1. Классификация дополнительных услуг
- •1.2.2. Телематические услуги
- •1.2.3. Услуги с дополнительной интеллектуальной коммутацией
- •1.2.4. Услуги интеллектуального биллинга
- •1.2.5. Услуги передачи данных
- •1.2.6. Дополнительные транспортные услуги
- •1.3. Дополнительные возможности при предоставлении услуг
- •1.4. Составные и совокупные услуги
- •1.4. Некоторые практические выводы
- •Приложение 1.1. Основные аспекты анализа востребованности услуги и пути их продвижения
- •Приложение 1.2. Интеллектуальные услуги
- •Приложение 1.3. Основные сведения об IP-телефонии и ее статусе
- •Приложение 1.4. Предоставление совокупных услуг
- •Глава 2. КОМПЬЮТЕРНАЯ ТЕЛЕФОНИЯ
- •2.1. Исторические аспекты
- •2.2. Функции компьютерной телефонии и их реализация
- •2.2.1. Функциональная архитектура
- •2.2.2. Функциональная реализация
- •2.3. Приложения компьютерной телефонии
- •2.3.1. Универсальная почта
- •2.3.2. Контакт-центр
- •2.3.3. Центры оповещения и записи
- •Приложение 2.1. К вопросу об управлении системами компьютерной телефонии
- •Приложение 2.2. Функциональные возможности центра обработки вызовов
- •Глава 3. ГИБРИДНЫЕ ИНТЕЛЛЕКТУАЛЬНЫЕ СЕТИ
- •3.1. Предпосылки возникновения ГИС
- •3.2. Архитектура интеллектуальных сетей
- •3.3. Общее представление о гибридной интеллектуальной сети
- •3.3.1. Концепция построения ГИС
- •3.3.2. Концептуальная модель ГИС
- •3.3.3. Сетевые принципы взаимодействия
- •3.3.4. Создание логики услуг
- •3.4. Аппаратно-программная структура ГИС
- •Приложение 3.1. Концептуальная модель ИСС1
- •Приложение 3.2. Построение ГИС на базе сети ОКС №7
- •ЧАСТЬ 2. БИЛЛИНГ УСЛУГ СВЯЗИ
- •Глава 4. РАСЧЕТЫ ЗА УСЛУГИ СВЯЗИ
- •4.1. Понятие биллинга
- •4.2. Субъекты расчетов
- •4.3. Технология взаиморасчетов
- •4.4. Объекты бизнес-процесса биллинга
- •4.5. Способы оплаты и принципы взаиморасчетов
- •4.6. Виды биллинга
- •4.7. Инструменты и технологии оплаты
- •4.7.1. Пластиковые карты
- •4.7.2. Телебанкинг
- •4.7.3. Роуминг карт
- •4.8. Универсальный биллинг
- •Приложение 4.1. Оценка эффективности распределенного и централизованного способов биллинга
- •Приложение 4.2. Вопросы безопасности использования телекоммуникационных карт
- •Глава 5. СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ
- •5.1. Архитектура универсальной биллинговой системы
- •5.1.1. Концепция построения УБС
- •5.1.2. Концептуальная модель УБС
- •5.1.3. Распределенная структура УБС
- •5.1.4. Принципы взаимодействия
- •5.2. Функциональные компоненты биллинговых систем
- •5.2.1. Аутентификация и авторизация
- •5.2.2. Ведение счетов
- •5.2.3. Генерация счетов
- •5.2.4. Создание, съем и обработка CDR
- •5.2.5. Тарификация
- •5.2.6. Генерация отчетов
- •5.3. Логика услуг
- •5.4. Поддержка предоставления услуг
- •5.5. Клиентский уровень
- •5.6. Общее представление о системе управления предприятием
- •5.7. Техническая архитектура УБС
- •5.8. Система безопасности
- •Приложение 5.1. Реальная плоскость услуг
- •Приложение 5.2. Функциональная компонента генерации пин-кодов
- •Приложение 5.3. Взаимодействие между лицевыми и текущими счетами
- •Приложение 5.4. Оптимизация управления предприятием
- •Приложение 5.5. Корпоративный портал
- •ЧАСТЬ 3. СИСТЕМНАЯ ИНТЕГРАЦИЯ
- •Глава 6. ИНТЕГРАЦИЯ СИСТЕМ ПРЕДОСТАВЛЕНИЯ И БИЛЛИНГА УСЛУГ СВЯЗИ
- •6.1. Принципы построения инфокоммуникационных систем
- •6.2. Системная интеграция на примере системы «Ольга»
- •6.2.1. Функциональная модель
- •6.2.2. Четыре аспекта универсальности системы
- •6.3. Функциональные решения системы «Ольга»
- •6.4. Основные принципы реализации системы «Ольга»
- •6.4.1. Технологические принципы
- •6.4.2. Системные принципы
- •6.4.3. Технические принципы
- •6.5. Примеры использования системы «Ольга»
- •6.5.1. Приложение для операторов фиксированной телефонной сети
- •6.5.2. Приложение для провайдера сети Интернет
- •6.5.3. Приложение для оператора мобильной связи
- •Приложение 6.1. Основные принципы разработки подсистемы телебанкинга
- •Приложение 6.2. Стандарты мобильной связи и технологии передачи данных
- •Глава 7. КОМПЛЕКСНЫЕ ПРИЛОЖЕНИЯ
- •7.1. Инструменты оплаты и платежные системы
- •7.2. Интернет-телефонная бизнес-карта
- •7.2.1. Центр авторизации бизнес-карт
- •7.2.2. Безопасность бизнес-карт
- •7.2.3. Центры расчетов
- •7.3. Новая таксофонная сеть
- •7.3.1. Архитуктура новой таксофонной сети
- •7.3.2. Таксофонный терминал
- •7.3.3. Карманный таксофон
- •7.4. Мобильный банкинг
- •7.4.1. Понятие м-банкинга
- •7.4.2. Разновидности м-банкинга
- •7.4.3. Технология мс-банкинга
- •Список сокращений
- •Литература
216 ГЛАВА 5
В частности, в табл. П5.1 приведены обозначения простых компонент услуг ин- теллектуальной сети (CS1).
Таблица П5.1
Наименование и аббревиатура компоненты биллинга |
Назначение |
|
Сокращенный набор (Abbrevated Dialing) |
SBfABD |
Биллинг сокращенного набора |
|
|
|
Бесплатный вызов (Freephone) |
SBfFPH |
Биллинг при оплате разговора вызываемым |
|
|
абонентом |
|
|
|
Телеконференция (Conferencing) |
SBfCON |
Биллинг услуг каждого из абонентов, участ- |
|
|
вующих в телеконференции |
Направленный вызов (Call Forwarding) |
SBfCF |
Биллинг услуги по перенаправлению вызова |
|
|
на терминал с другим номером под управле- |
|
|
нием самим пользователем |
Универсальный номер (Universal Access |
SBfUAN |
Биллинг доступа к географически распреде- |
Number) |
|
ленным терминалам пользователя по едино- |
|
|
му универсальному номеру |
|
|
|
Виртуальная частная сеть (Virtual Private |
SBfVPN |
Биллинг услуг по организации и функциям |
Network) |
|
виртуальной частной сети |
|
|
|
Телеголосование (Mass Calling) |
SBfMAS |
Биллинг услуги по организации телеконфе- |
|
|
ренций |
|
|
|
В свою очередь, набор компонент по типу и виду биллинга в предметной облас-
ти услуг связи может определять некоторую услугу биллинга SBm, иначе говоря, SBm = {SBFij}. Таким образом, на плоскости услуг будут проектироваться услуги
биллинга, каждая из которых определена в области составных компонент: SB = {SB: SBm SBFij}
Приложение 5.2. Функциональная компонента генерации пин-кодов
Функциональная компонента генерации пин-кодов является одной из компонент универсальной системы биллинга. Она необходима в случаях, когда аутентифика- ция и авторизация пользователей проводится не по сетевому номеру терминала, а по некоторому цифровому паролю доступа (пин-коду — персональному идентифи- кационному номеру), который присваивается каждому счету (номеру) карты. Таким образом, пин-код является одной из основных характеристик телекоммуникацион- ного биллинга, ориентированного на использование карточных платежных инстру- ментов.
Учитывая вопросы безопасности использования карточных платежных инстру- ментов, в частности защиту от технического и внутрикорпоративного фрода (см. Приложение 4.2), целесообразно хранить сгенерированные пин-коды в базе данных биллинговой системы в зашифрованном виде. Для исключения возможности вос- становления пин-кодов такое преобразование должно быть однонаправленным.
СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ |
217 |
|
|
Технологический процесс генерации счетов (пин-кодов) платежных инструмен- тов выполняется в несколько этапов:
1)задаются начальные параметры генерации;
2)реализуется циклический процесс генерации;
3)при необходимости изготовления платежных инструментов производится подготовка данных в определенном формате;
4)сгенерированные счета платежных инструментов актуализируются в системе
биллинга.
На первом этапе, как минимум, должны быть заданы следующие параметры:
–диапазон номеров генерируемых текущих счетов;
–валюта расчетов;
–вид счета;
–тип счета;
–дата активации счета;
–сумма на счете на дату активации.
Указанные параметры необходимы для генерации счетов платежных инстру- ментов, ориентированных на поддержку практически всего спектра бизнес-процес- сов оператора. Естественно, что для каждого конкретного бизнес-процесса приве- денный список возможно придется дополнить.
На втором этапе осуществляется собственно генерация пар «номер счета — па- роль доступа (пин-код)».
Учитывая специфику традиционных телефонных сетей (сетей связи с коммутаци- ей каналов), в приложениях, ориентированных на доступ к счету только посредством посылки тональных сигналов с тастатуры телефонного аппарата, в качестве пароля традиционно используется пин-код. С другой стороны, для авторизации пользовате- лей при предоставлении им услуг коммутируемого доступа к сети Интернет, тради- ционно используется произвольная последовательность любых символов, что не ме- шает использовать цифровую последовательность для универсальной авторизации.
Поскольку пин-код представляет собой последовательность цифр заданной дли- ны, для генерации этой последовательности применяется генератор случайных чи- сел, который, являясь стандартным элементом любой системы программирования, реализует математическую выборку случайных целых чисел с заданным законом распределения. Для инициирования генератора также должно использоваться слу- чайное число (например, число секунд с начала суток в момент начала генерации). Нередко для генерации последовательности используют специализированные аппа- ратные генераторы случайных чисел.
Далее сгенерированная последовательность цифр проверяется на выполнение одного или нескольких условий пригодности, принятых в системе. Например, мо- жет проверяться условие равноудаления множества пин-кодов как целых чисел. Это означает, что пин-коды не могут быть ближе друг к другу на заданное значе- ние, называемое параметром разрешения. Такое условие должно затруднить подбор пин-кодов методом последовательного перебора целых чисел при попытке несанк- ционированного доступа. Однако такое ограничение приводит к уменьшению коли- чества возможных пин-кодов в системе. Кроме того, алгоритм проверки выполне-
218 |
ГЛАВА 5 |
|
|
ния этого условия подразумевает дополнительное ограничение, а именно — первая цифра пин-кода не может быть нулем.
На этом этапе также проводится комплекс мероприятий для обеспечения защи- ты файла счетов платежных инструментов, содержащего и сгенерированные пин- коды, от несанкционированного доступа. Один из вариантов такой защиты заклю- чается в том, что сгенерированные и проверенные на пригодность пин-коды суще- ствуют в оперативной памяти компьютера лишь короткое время. В базу данных за- писываются цифровые образы пин-кодов, полученные одним из методов однона- правленного шифрования (например, хэширования). Сущность однонаправленного метода шифрования состоит в том, что из цифрового образа невозможно восстано- вить исходное значение. При такой процедуре шифрования сгенерированных пин- кодов необходимо предусмотреть аналогичную процедуру шифрования при аутен- тификации пользователей, поскольку при идентификации счета пользователя на- бранный им пин-код подвергается идентичной процедуре шифрования и в дальней- шем сравниваются уже цифровые образы.
На третьем этапе для подготовки к изготовлению платежных инструментов, в частности скретч-карт, выполняют формирование файла с пин-кодами определен- ного формата. Для защиты файла от несанкционированного доступа в процессе его передачи изготовителю может быть использован метод шифрования с открытым ключом.
Пин-коды после генерации должны быть записаны в файл в зашифрованом ви- де. В момент аутентификации в памяти компьютера на короткое время появляется промежуточная запись пин-кода в открытом виде, поэтому должна быть обеспечена защита этой записи средствами операционной системы. Например, доступ к файлу имеет только тот процесс операционной системы, который создал эту запись. В на- стоящее время такого рода защита предоставляется большинством операционных систем.
На четвертом этапе осуществляется собственно перенос данных о сгенериро- ванных счетах платежных инструментов в систему. В целях безопасности сгенери- рованные счета блокируются до получения изготовленной партии платежных инст- рументов и их проверки.
Приложение 5.3. Взаимодействие между лицевыми и текущими счетами
Рассмотрим примеры взаимодействия между текущими счетами кредитовых пла- тежных инструментов (Cp), счетами «на предъявителя» (Cu), лицевыми персонифи- цированными (Lbp) и неперсонифицированными (Lbu) счетами, кредитными теку- щими счетами различных услуг (Tsс).
Пример 1. При заключении договора между пользователем и оператором на оказание услуг организуется Lbp, в котором, кроме реквизитов пользователя, ука- зываются виды оказываемых услуг, номера терминалов, IP-адреса, пароли и логи- ны, а также при необходимости номера и пароли кредитных платежных инструмен-
СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ |
219 |
|
|
тов из Cp. Одновременно к данному лицевому счету привязываются текущие счета Tsс по каждому виду услуг. Кроме того, в лицевом счете могут быть указан поря- док платежей, наличие абонентской платы и ее сумма, уровень кредита и т.д.
При авторизации по паролю доступа выполняется выборка из Cp набранного пин-кода и происходит обращение к Lbp для определения прав пользователя на данный тип услуги. При получении услуги производится ее биллинг и добавление соответствующей задолженности на текущий счет пользователя по данной услуге.
По окончанию расчетного периода задолженности пользователя по всем теку- щим счетам переносят в его лицевой счет и обрабатывают.
При авторизации пользователя по сетевому номеру терминала (или IP-адресу) определяются права пользователя путем обращения через текущие счета Ts к Lbp. При подтверждении этих прав услуга предоставляется, биллингуется, и ее стои- мость отражается на текущем счете. По окончании расчетного периода задолжен- ности пользователя переносят в его лицевой счет и обрабатывают.
Пример 2. Взаимодействия счетов при использовании дебетовых расчетов c ав- торизацией по платежным инструментам. При авторизации пользователя через Cu автоматически образуется лицевой счет Lbu и текущие счета данного вида услуг. В дальнейшем сумма затрат по каждому виду услуг накапливается на текущих счетах и суммируется на лицевом счете. Одновременно на Cu уменьшается сумма депози- та. В случае пополнения с этого счета других Cu или Lbp затраты отражаются толь- ко на данном счете и не отражаются на соответствующем лицевом счете.
Пример 3. Оказание предоплаченных услуг пользователям, имеющим персони- фицированные лицевые счета. Предоплата в этом случае возможна как пополнение Lbp с дебетового счета платежного инструмента, так и другим способом. При полу- чении предоплаты на лицевой счет Lbp автоматически открывается текущий счет Tsd, на который заносится соответствующая сумма. Эта сумма уменьшается на стоимость предоставленных услуг. Таким образом, указанная предоплата касается только одного вида услуг.
Пример 4. Выделение из суммы дебетового остатка на счете Cu целевых сумм на оплату того или иного вида услуг. В этом случае при образовании лицевого не- персонифицированного счета может быть указана сумма предоплаты определенно- го вида услуг, которая пополняет через Lbu. Для счета Cu эта сумма засчитывается как пополнение внешнего счета.
Приложение 5.4. Оптимизация управления предприятием
Необходимость систематизации процессов управления бизнес-процессами была осознана еще в начале XX века. В настоящее время без систем управления пред-
приятием (СУП) невозможно успешное ведение бизнеса. Одними из первых СУП были системы планирования производственных ресурсов (Manufacture Resources Planning, MRPII), работа которых сводилась к планированию распределения мате-
риальных и финансовых ресурсов и производственных мощностей, необходимых для производства (рис. П5.2).
220 |
ГЛАВА 5 |
|
|
Рис. П5.2. Пример системы планирования производственных ресурсов
Со временем MRP-системы развивались, приобретая новые функциональные возможности, и постепенно сложилось понимание того, каким образом приспосо- бить их для планирования и управления бизнесом в масштабе не только целого предприятия, но и крупной многопрофильной транснациональной корпорации. Но-
вые системы, реализовавшие в себе данные функции, получили название ERP (Enterprise Resource Planning).
Оптимизации управления предприятием имеет определяющее значение для ус- пешного бизнеса. Что же необходимо для решения этой задачи?
Определяющими направлениями, по-видимому, являются:
–наличие полной и детальной картины профильного бизнеса и возможность по- лучать решения, позволяющие эффективно реагировать на изменения внеш- ней и внутренней среды предприятия;
–получение точной информации вовремя, что необходимо для принятия пра- вильных решений; при этом необходимыми условиями является уменьшение объемов неавтоматизированной деятельности сотрудников и работа в реаль- ном времени с клиентами и поставщиками;
–гибкая и простая технология управления информацией и ресурсами с обяза- тельным учетом безопасности и защиты данных.
СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ |
221 |
|
|
Эти направления должны реализоваться в рамках единой СУП, которая включа-
ет: ERP, управление поставками и цепочками поставок, управление взаимоотноше-
ниями с клиентами (Customer Relationship Management, CRM). При этом СУП пред-
ставляется как открытая архитектура, что предполагает наличие интегрированных решений, охватывающих все виды управления финансами, персоналом, ресурсами, всем процессом производства, начиная с планирования и заканчивая исполнением.
ERP-системы — набор комплексно интегрированных приложений, которые в едином информационном пространстве поддерживают все основные аспекты управ- ленческой деятельности предприятий — планирование ресурсов (финансовых, чело- веческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета, анализ результатов хозяйственной деятельности. Основными требованиями, предъяв- ляемым к ERP-системам, являются: централизация данных в единой базе; близкий к реальному времени режим работы; сохранение общей модели управления для пред- приятий любых отраслей; поддержка территориально-распределенных структур; ра- бота на широком круге аппаратно-программных платформ и СУБД.
Вопросы реализации и внедрения систем управления предприятием достаточно хорошо разработаны и описаны в литературе, поэтому в данном контексте мы за- тронем только основные положения этой концепции.
Систематизация управления бизнесом основана на определении целей и страте- гии предприятия. При этом необходимо четко понимать бизнес-процессы в рамках принятой модели предприятия и представлять цель как систему взаимосвязанных показателей, таких, как финансы, клиенты, внутренние бизнес-процессы, обучение
и рост. Приступая к построению системы взаимосвязанных показателей (Balanced Scorecard, BSC), необходимо исходить из того, что одни лишь финансовые оценки
недостаточны для эффективного управления предприятием.
Цели и показатели следует рассматривать сразу в следующих аспектах:
–финансы — как стратегию роста прибыли с точки зрения акционеров;
–клиенты — как стратегию создания стоимости с точки зрения заказчиков;
–внутренние бизнес-процессы — как приоритеты совершенствования;
–обучение и рост — как приоритеты для инноваций, обучения и организацион-
ных перемен.
Подход к управлению на основе бизнес-процессов позволяет рассматривать в качестве объектов автоматизации не отдельные функции, а весь бизнес в целом. На этом этапе определяются и цели автоматизации, поскольку они являются одним из основных факторов оптимизации управления и должны соответствовать стратегии развития предприятия.
Одним из основных элементов системы управления предприятием является ста- тистическое управление запасами. Данный вид управления может быть интерпре- тирован как система поддержки принятия решения об уровне и сроках закупок то- варов и материалов на основании статистической обработки информации о склад- ских запасах.
Другим важнейшим элементом системы управления предприятием является операционное управление маркетингом. Маркетинг имеет свою специфику для кон-
222 |
ГЛАВА 5 |
|
|
кретного вида товара, бизнеса и конкретной рыночной ситуации, однако с точки зрения планирования любой маркетинг может быть приведен к некоторой техноло- гической последовательности, которой можно управлять и которую можно контро- лировать через стандартные технологии (поддержку управления проектами и мето- дологию планирования маркетинговых операций). Управление проектами (пра- вильнее в данном случае — проектное управление) подразумевает специальную форму организации и соответственно управления, при которой вводится специаль- ная единица управления и отнесения затрат — проект. Это, в свою очередь, предпо- лагает изменение учетных регистров и документооборота и использование одно- именной формы финансового управления.
На основе стратегического управления запасами и операционного маркетинга осуществляется бизнес-планирование. Если первые системы оптимизации управле- ния предприятием выполняли механическое (статистическое) соединение данных, то современные подходы строятся на основе методологии «динамического анали- за» и\или «динамического изменения плана» по всей цепочке планирования после подготовки чернового плана. Таким образом достигается возможность более точно- го определения причин возникновения «исключительных ситуаций» и управления плановыми компонентами.
Важнейшим компонентом системы управления предприятием является управле- ние взаимоотношениями с клиентами (CRM). Основные тенденции развития этого направления [48, 49] лежат в плоскости реализации новых требований на основе новых возможностей. В частности, в [48] приводится достаточно обоснованный прогноз развития CRM в части поддержки стимулируемых пользователем процес- сов в среде реального времени. Это, в свою очередь, размывает традиционно суще- ствующие границы приложений и, что наиболее важно, требует наличия полностью интегрированного пользовательского уровня, обеспечивающего возможности сквозного обслуживания пользователей и поставщиков.
Изложенные выше основные аспекты оптимизации управления предприятием реализуются в разработанных в настоящее время системах управления предпри- ятием. При этом мировой опыт показывает, что успеха достигли те предприятия, которые:
–имеют системный взгляд на свою деятельность и рассматривают себя как еди- ную производственно-сбытовую систему (ПСС) [51], интегрируя такие сферы, как маркетинг, создание новых изделий, снабжение, производство, сбыт, дос- тавку продукции потребителю, сервисное обслуживание;
–используют для достижения технологической эффективности в качестве глав-
ной своей бизнес-модели промышленные ERP-стандарты [52]. Использование ERP-системы направлено на оптимизацию организации произ-
водства и управления предприятием, т.е. на улучшение бизнес-процессов предпри- ятия (Business Process Imrovement, BPI). При этом обычно декларируется пять уров-
ней улучшения бизнес-процессов на предприятии [52]:
1. Динамический хаос — дисбаланс коммерческих, производственных и финан- совых целей — характеризуется отсутствием системного взгляда, а предприятие рассматривается как совокупность отдельных элементов.