Автоматичне формування звітів тільки для заданої групи абонентів в Tariscope
Одним із модулів білінгової системи Tariscope, як Tariscope Enterprise, так і Tariscope Provider, є Планувальник Tariscope. Основне його призначення автоматизація дій, пов’язаних з більшістю задач, з якими стикається користувач системи Tariscope.
Однією з основних таких задач є автоматичне формування звітів за розкладом. Якщо такі звіти повинні формуватися для окремих абонентів, то виникає питання, як їх вказати при формування задачі Планувальника. Саме це питання ми і розглянимо в цій статті.
Для створення нової задачі для Планувальника Tariscope виберіть в меню Планувальник Tariscope → Перелік задач. Відкриється сторінка Перелік задач, приклад якої наведений на малюнку 1.
Малюнок 1
Клацніть по іконці Додати. Відкриється сторінка Нова задача (малюнок 2).
Малюнок 2
Ми не будемо описувати всі особливості налаштування задачі для формування якогось звіту. Це ви можете подивитися у статті. Єдино що відмітимо, що в переліку Тип повинен бути вибраний пункт Формування звіту і в позиції Назва звіту – звіт, який треба формувати.
Для визначення, яким саме абонентам треба формувати цей звіт, використовується список Джерело. Він має три значення:
- SQL-запити.
- Абонент.
- Група.
Будь-який з цих пунктів дозволяє вибрати перелік ідентифікаторів (ID) абонентів, для яких треба створювати звіт.
Якщо ви хочете створювати звіт для окремих груп абонентів, які є в системі Tariscope, то виберіть пункт Група (малюнок 3).
Малюнок 3
Клацніть по кнопці “…”, що знаходиться праворуч від позиції Встановити групу абонентів. З’явиться вікно Група, приклад якого наведений на малюнку 4.
Малюнок 4
Виберіть групи абонентів, для яких повинен створюватися звіт і клацніть Обрати. В позиції Встановити групу абонентів відобразяться ідентифікатори вибраних груп.
Інші налаштування задачі будуть як в цілому для налаштування задачі для формування звіту.
В тому випадку, коли ви бажаєте формувати звіти для абонентів за якимось іншими ознаками, ніж їх належність до якоїсь групи, то виберіть в переліку Джерело значення Абонент. Клацніть по кнопці “…”, що знаходиться праворуч від позиції Встановити групу абонентів. З’явиться вікно Абоненти, приклад якого наведений на малюнку 5.
Малюнок 5
Виберіть необхідних абонентів і клацніть по кнопці Обрати. В цьому випадку в позиції Встановити групу абонентів відобразяться ідентифікатори вибраних абонентів.
Подальше налаштування задачі виконуються як для будь-якої іншої задачі з формування звіту.
В тому випадку, коли треба формувати звіти для якихось обраних вами абонентів або абонентів, які мають якийсь однаковий параметр, то в переліку Джерело виберіть значення SQL-запити. Цей вибір вимагає від користувача знання SQL та структури бази даних Tariscope, але дозволяє гнучко вибрати будь-яких абонентів за будь-якими їх параметрами.
[Каталог бази даних Tariscope, який містить опис таблиць бази даних, може бути наданий офіційному користувачу Tariscope за його запитом в службу підтримки компанії SoftPI.]
Клацніть по кнопці “Встановити групу абонентів”, що знаходиться праворуч від позиції з такою ж назвою. З’явиться вікно Редагування Група абонентів, приклад якого наведений на малюнку 6.
Малюнок 6
Це вікно відображає SQL запит, який із збереженої процедури dbo.ab_mc_abonents вибирає поля ідентифікатор (ID) та електрона адреса (Email) тих абонентів, які є активними на поточний момент (це робиться за допомогою умови:
GETDATE() BETWEEN ConnectDate AND DisconnectDate, де
GETDATE() – функція, яка отримує поточну дату,
ConnectDate – дата, з якої абонент стає активним,
DisconnectDate – дата, до якої абонент вважається активним.
Для наведеного вище запиту замість збереженої процедури dbo.ab_mc_abonents можна використовувати таблицю Abonents.
Запитом вибираються два поля ID та Email. ID (ідентифікатор абонента) є обов’язковим полем, бо воно передається у звіт через параметр звіту AbonentID, забезпечуючи створення звіту саме по цьому абоненту.
Якщо звіти не треба відправляти абонентам по електронній пошті, а вони будуть лише зберігатися в якійсь теці, то в запиті можна не вказувати поле Email.
Припустимо ви бажаєте формувати з допомогою Планувальника Tariscope звіти для абонентів, які мають ідентифікатори: 6229, 6225, 6233. В цьому випадку замініть SQL запит у вікні (малюнок 6) на наступний:
SELECT ID, EMail FROM Abonents WHERE ID IN (6229, 6225, 6233)
Вибір абонентів з конкретними ідентифікаторами (ID) виконується за рахунок наступної умови:
ID IN (6229, 6225, 6233)
Тепер припустимо, що ви бажаєте формувати звіти для всіх абонентів, які мають активний тарифний план з ідентифікатором (ID) = 43. Для цього слід написати SQL запит, один із варіантів якого наведений нижче:
SELECT ID, EMail FROM ab_mc_abonents AS Ab
WHERE AbonentPlaneID = 43
Можливі і інші SQL звіти, коли треба вибирати абонентів за іншими параметрами.
Якщо вам треба створити SQL запит для формування звітів для якихось конкретних абонентів, але ви не знаєте, як написати SQL запит, звертайтеся в службу технічної підтримки компанії SoftPI.
Віртуальні абоненти
Система обліку телефонних розмов Tariscope Enterprise, а також білінгова система Tariscope Provider мають функцію, яка називається «віртуальні абоненти». Що це таке і для чого її можливо використовувати?
«Віртуальні абоненти» - це псевдо-абоненти, які можуть бути призначені для маршруту (групи ліній) або IP шлюзу, що з'єднують телефонну систему, з якимось оператором зв'язку. Для чого ця функція може бути корисна?
Tariscope виконує тарифікацію викликів тільки в тому випадку, якщо вони були виконані від або на абонента, дані по якому є в базі даних Tariscope. У випадку з транзитними викликами таких абонентів немає і, відповідно, такі виклики не тарифікуються. Але якщо все-таки треба їх протарифікувати, як раз стане в нагоді віртуальний абонент. На нього буде нараховуватися вся вартість викликів, що проходять через якийсь маршрут або шлюз, і в тому числі транзитні виклики будуть тарифікуватися.
Розглянемо іншу ситуацію. Наприклад, АТС має 3 маршрути, кожен з яких підключений до різних операторів зв'язку. І ви хочете в будь-який момент знати: скільки викликів і якого типу пройшло через конкретний маршрут, скільки вони коштують, який телефонний трафік переважає: вхідний чи вихідний та інше. Відповіді на такі питання можуть бути актуальні як для корпоративних користувачів, що використовують редакцію Tariscope Enterprise, так і для операторів зв'язку, які використовують Tariscope Provider. Цю інформацію можна отримати, наприклад, створивши відповідне подання або звіт по маршрутам. Але знову ж таки, якщо через маршрути проходять транзитні виклики, то без віртуальних абонентів ці дзвінки, не будуть тарифікуватися, і звіт буде містити дані, які не включатимуть вартість транзитних дзвінків. Використання віртуальних абонентів – це найправильніший шлях для вирішення такого завдання.
Особливо актуальною функція «віртуальні абоненти» може бути для транзитних операторів зв'язку або операторів зв'язку, що пропонують послуги віртуальної АТС. З огляду на те, що Tariscope дозволяє виконувати одночасну тарифікацію за двома різними тарифами, можна відразу обчислювати вартість викликів, яку повинні заплатити абоненти, і вартість, по якій необхідно розраховуватися з іншим оператором зв'язку.
При створенні віртуального абонента слід враховувати, що його використання відповідає 100 абонентам ліцензії для Tariscope Enterprise або 100 телефонних номерів ліцензії для Tariscope Provider.
Створення віртуальних абонентів
Для створення віртуального абонента необхідно в програмі Tariscope перейти на сторінку налаштування Абоненти. Клацніть на панелі інструментів по іконці Новий абонент. Відкриється вікно Новий абонент, в якому задайте йому якесь ім’я, по якому ви зразу зможете зрозуміти, що це за абонент, наприклад: Маршрут до оператора А.
Клацніть Зберегти. Відкриється сторінка редагування параметрів цього абонента. Виконайте на цій сторінці налаштування: задайте цьому абоненту тарифний план, тарифи якого будуть застосовуватися до цього абоненту, а також за необхідності вкажіть дату, якою цей абонент вважається активним. Не має значення, який тип абонента буде йому призначений. Для цього абонента не потрібно вказувати телефонні номери та інші параметри, які потрібні для реального абонента.
Для вказівки того, що цей абонент є віртуальним, виберіть вкладку Деталі та увімкніть перемикач Віртуальний абонент (тарифікація на лінію/шлюз) (Малюнок 1).
Малюнок 1
Збережіть введенні данні.
Перейдіть на сторінку налаштування Маршрути і шлюзи для відповідної телефонної системи. Припустимо, що у вас вже були раніше задані дані по маршрутам/шлюзам. Виберіть у списку маршрутів/шлюзів необхідний маршрут/шлюз і на панелі інструментів клацніть по іконці Тарифікація транзитних викликів. З’явиться вікно Тарифікація транзитних викликів, приклад якого наведений на малюнку 2.
Малюнок 2
В списку Віртуальний абонент, виберіть створеного на попередньому етапі віртуального абонента.
Клацніть по кнопці Зберегти.
На цьому все налаштування для віртуального абонента закінчене. Всі нові виклики на заданому маршруті або шлюзі будуть нараховуватися на цього абонента.
За необхідності можна перетарифікувати вже наявні дані за викликами, щоб їхня вартість також була нарахована на віртуального абонента.
Якщо використовується редакція Tariscope Provider, то знайдіть в рахунках створеного віртуального абонента і виберіть місяць. Будуть відображені нарахування за виклики за цей місяць. Якщо треба оцінити витрати на маршрут/шлюз за період менший місяця, то в поданні викликів відфільтруйте дані за необхідний період для цього віртуального абонента і виконайте групування даних по цьому абоненту. Можливо також сформувати звіт по маршрутам.
Імпорт нових цін на послуги з Excel файлу
Для імпорту послуг треба використовувати xlsx файл з інформацією про нові ціни на послуги. Файли формату xls не підтримуються, бо цей формат давно застарілий. Якщо у вас є саме xls файл з послугами, з якого треба експортувати нові ціни на послуги, то відкрийте його в Excel і збережіть у форматі xlsx.
Для більшої зручності під час налаштування імпорту, краще, якщо першим рядком в Excel файлі є заголовок таблиці, як показано на малюнку 1.
Малюнок 1
В цьому випадку при «зв’язуванні» стовпців Excel файлу з полями бази даних будуть відображатися назви стовпців із заголовку таблиці Excel файлу. Якщо на початку таблиці є пусті рядки, то замість назв стовпців з таблиці будуть пропонуватися: С1 – для першого стовпця, С2 – для другого стовпця, і так далі.
Мінімально Excel файл з новими цінами на послуги повинен містити наступні поля:
- Ідентифікатор (ID) послуги в Tariscope.
- Нову ціну.
- Дату, з якої ця ціна починає діяти.
Для імпорту даних про нові ціни на послуги відкрийте сторінку Послуги та клацніть по іконці Імпортувати з файлу (малюнок 2).
Малюнок 2
З’явиться сторінка Майстер імпорту (малюнок 3).
Малюнок 3
Клацніть по кнопці Старт. Відобразиться наступний крок майстра імпорту (малюнок 4).
Малюнок 4
Як згадувалося вище для імпорту використовуються тільки Excel файли формату xlsx. Клацніть по кнопці Обрати і виберіть відповідний Excel файл. Клацніть по кнопці Далі. Відобразиться наступний крок імпорту (малюнок 5).
Малюнок 5
Перелік Доступні таблиці містить перелік аркушів Excel файлу. Виберіть потрібний і клацніть по кнопці Далі. На наступному кроці імпорту (малюнок 6) ви повинні вибрати відповідність стовпців Excel файлу назвам полів бази Tariscope.
Малюнок 6
В прикладі, наведеному на малюнку 6, був відкритий Excel файл, який містив пусті рядки перед таблицею з даними. В наслідок цього стовпці мають назви: С1 … С7.
Відповідно в переліку Ідентифікатор послуги треба обрати значення С3, бо в цьому стовпці знаходяться ідентифікатори послуг.
В переліку Вартість слід обрати значення ‘C6’, в переліку Діє з треба обрати значення ‘C7’.
Якщо в Excel файлі заголовок таблиці міститься в першому рядку, то цей крок імпорту буду відображатися, як показано на малюнку 7.
Малюнок 7
В цьому випадку переліки будуть містити назви стовпців із заголовку таблиці (малюнок 8).
Малюнок 8
Клацніть по кнопці Далі. Сторінка майстра імпорту прийме вигляд, як показано на малюнку 9.
Малюнок 9
Тут ви повинні вказати формат дати, який використовується в Excel файлі.
Наприклад, якщо у вас дата вказана як: число.місяць.рік, то ви повинні ввести формат: dd.MM.yyyy
Клацніть по кнопці Запустити імпорт.
Перевірте результати імпорту на сторінці Послуги. Можливо вам знадобиться оновити цю сторінку, щоб побачити імпортовані дані.
Крім цього результати виконання імпорту відображаються в журналі роботи Tariscope.
Визначення корпоративних дзвінків у Tariscope Enterprise
Tariscope Enterprise – це система обліку телефонних розмов від компанії SoftPI. Ця система має велику кількість різноманітних функцій, які дозволяють контролювати витрати на телефонні розмови, оптимально витрачати кошти на канали зв'язку, виявляти виклики, які не отримали відповіді і багато іншого. Серед цих властивостей є і можливість легко визначати корпоративні дзвінки. Ця можливість може бути корисною для тих користувачів, які мають дві або більше відомчих АТС, і які хочуть контролювати виклики в межах мережи.
Розглянемо систему з двох телефонних систем, пов'язаних поміж собою (Малюнок 1).
Малюнок 1
Є дві АТС поєднані поміж собою за допомогою маршруту 1 (групи ліній). АТС 2 має через маршрут 2 вихід на телефонну мережу загального користування (ТМЗК). Тобто і дзвінки з АТС 1 в ТМЗК виконуються через АТС 2. Збір даних про виклики виконується з АТС 2. Якщо, наприклад, абонент з телефонним номером 202 подзвонить абоненту АТС 1 на номер 101, то в CDR (Call Detail Record) даних буде відображено, що це вихідний зовнішній дзвінок, бо він виконаний за межі АТС 2. Тобто в системі Tariscope за замовчуванням такий виклик буде визначений як міський. Така ж сама ситуація буде, якщо збір CDR даних виконувати з АТС 1, і, наприклад, абонент з номером 102 виконає виклик на абонента 201.
Для того, щоб такі виклики в корпоративній телефонній мережі визначалися як корпоративні (внутрішні) виклики в системі Tariscope, треба виконати налаштування, які дозволять системі знати, що маршрут з'єднує дві корпоративні АТС.
Розглянемо, які налаштування треба зробити в Tariscope для правильної обробки і тарифікації викликів.
- В Tariscope треба створити дві АТС, хоча для нашого прикладу основні налаштування треба виконати тільки для однієї АТС (АТС 2).
- Треба визначити, який номер маршруту на АТС 2 використовується для поєднання двох АТС. Треба додати цей маршрут, встановити для нього, що він працює як винос АТС 2, а також в налаштуванні Мережа пристроїв зв’язку для АТС 2 задати, що вона поєднується з АТС 1 і встановити для таких викликів тип виклику «Корпоративний».
- Всі телефонні номери абонентів обох АТС додаються тільки для другої АТС.
Отже створюємо в Tariscope дві АТС, приклад чого показаний на Малюнку 2.
Малюнок 2
Збір CDR даних буде виконуватися з АТС з назвою CS1000two. У цій АТС для з’єднання з АТС з назвою CS1000 використовується 11 маршрут (група ліній). Тому на сторінці налаштувань Маршрути і шлюзи АТС CS1000two додаємо цей маршрут (Малюнок 3).
Малюнок 3
Після створення цього маршруту, вибираємо відповідний йому рядок на сторінці Маршрути і шлюзи (Малюнок 4) і клацаємо на панелі інструментів по іконці Мережа пристроїв зв’язку.
Малюнок 4
В наслідок чого з’являється відповідне вікно, де в переліку Пристрої зв’язку слід вибрати назву АТС, до якої під’єднує цей маршрут, а в Тип виклику вибрати значення Корпоративний (Малюнок 5).
Після чого зберегти це налаштування.
Малюнок 5
Знову треба вибрати рядок з цим маршрутом і клацнути на панелі інструментів по іконці Тарифікація транзитних викликів. З’явиться відповідне вікно, що показано на Малюнку 6, де треба увімкнути перемикач Є виносом.
Малюнок 6
В наслідок цих налаштувань рядок з маршрутом, що з’єднує дві АТС буде мати вигляд, подібний до того, що показаний на Малюнку 7.
Малюнок 7
Для правильної тарифікації абонентів для АТС з назвою CS1000two створюємо номерний план на сторінці налаштувань з такою назвою. Цей номерний план повинен включати в себе всі внутрішні телефонні номери абонентів обох АТС.
Далі додаємо в Tariscope абонентів з їх телефонними номерами. Всі телефонні номери для нашого прикладу повинні належати АТС з назвою CS1000two.
Для правильної роботи Tariscope треба виконати і всі інші налаштування, що описані в документі Tariscope 4.6. Посібник адміністратора. Ці налаштування не розглядаються в цій статті.
Приклад оброблених CDR даних наведений на Малюнку 8.
Малюнок 8
Як видно з цього малюнку виклики з однієї АТС, де номери починаються на 1, на іншу АТС, у якої номери починаються на 2, і навпаки, визначаються в Tariscope як корпоративні.
Можливі інші конфігурації корпоративної мережі. Наприклад, якщо на малюнку 1 в якості АТС 2 використовується IP АТС, то замість маршруту, що з’єднує АТС, ви повинні визначити IP адресу шлюзу, через який виконується таке з’єднання, і цю IP адресу ввести заміть номеру маршруту (Малюнок 3).
Якщо у вас є більше 2-х АТС в корпоративній телефонній мережі, то налаштування, подібні описаним в цій статті, треба виконати для всіх маршрутів (шлюзів), які використовуються для об’єднання АТС в мережу.
Крім того для всіх АТС, які мають окремий вихід на телефонну мережу загального користування, треба організувати окремий збір CDR даних. В цьому випадку в маршрутах (шлюзах) на ці АТС не слід вмикати перемикач Є виносом, внутрішні телефонні номери абонентів повинні належати до цих АТС, а номерні плани треба створити окрема для всіх таких АТС.
Tariscope та Active Directory
Ця стаття в першу чергу призначена для користувачів програмного забезпечення Tariscope Enterprise (в подальшому для цієї редакції буде використовуватися назва Tariscope).
Система Tariscope використовується для обліку телефонних розмов. Визначення, хто виконав конкретну телефонну розмову, а також її вартість виконується тільки якщо в Tariscope внутрішній телефонний номер прив’язаний до конкретного абонента. Тому є потреба в правильну налаштуванні параметрів абонентів та постійній підтримці в актуальному стані такої інформації. Tariscope це дозволяє зробити трьома способами:
- Вручну коригувати дані абонентів.
- Імпортувати дані абонентів із зовнішніх файлів.
- Отримувати такі дані із Активного каталогу (Active Directory).
Якщо у вас в компанії є Активний каталог, то його використання буде, мабуть, найоптимальнішим варіантом для підтримки інформації про абонентів в актуальному стані.
Основна інформація, яка потрібна для Tariscope Enterprise – це:
- як звати абонента,
- підрозділ, де він працює,
- його телефонні номери,
- дата з якої співробітник (абонент) працює в компанії і з якої йому належать телефонні номери,
- дата звільнення, тобто це дата, коли телефонні номери вже не належать цьому абоненту.
Для отримання даних в Tariscope з Активного каталогу в Tariscope створюється профайл, в якому вказується, які атрибути Активного каталогу зв’язуються з полями бази даних Tariscope. Назва співробітника, його підрозділ та телефонні номери задаються в основних атрибутах Активного каталогу. Для дат прийому на роботу і звільнення, як правило, створюються додаткові атрибути. При необхідності в Tariscope можна імпортувати і інші атрибути, які потрібні для формуванні звітів по використанню систем зв’язку.
Для того щоб Tariscope міг працювати і з додатковими атрибутами треба додати їх перелік через кому на сторінці Системні змінні в параметр AdditionalADAttributes. Детальний опис про те, як створити профайл синхронізації Tariscope з Активним каталогом дивіться на сторінці.
Імпорт даних з AD може виконуватися як з ініціативи адміністратора Tariscope зі сторінок Активний каталог та Абоненти, або автоматично за розкладом Планувальником Tariscope при створенні відповідної задачі.
Останній варіант, тобто використання Планувальника Tariscope дозволяє повністю автоматизувати процес отримання даних з Активного каталогу, навіть, якщо деякі з цих даних треба доопрацювати. Як приклад доопрацювання даних може бути зміна телефонного номеру. Наприклад, телефонні номери зберігаються в AD разом з кодами доступу до різних АТС, а в CDR даних коди доступу не відображаються. В цьому випадку для правильного визначення абонента, який виконав виклик треба видалити з імпортованого телефонного номеру код доступу. Для доопрацювання даних можна використати RDL звіт, який буде запускатися після виконання синхронізації даних з Активним каталогом і виконувати необхідні дії з даними бази даних Tariscope. Цей звіт може і не відображувати будь яких даних, а тільки виконувати дії з базою даних.
Таким чином, якщо ви є користувачем ПЗ Tariscope Enterprise і у вас в компанії використовується Активний каталог, то синхронізація його даних з базою Tariscope може виконуватися щоденно в автоматичному режимі, тим самим забезпечуючи Tariscope актуальними даними по абонентам.
