Нова версія Tariscope 4.7
Компанія SoftPI рада повідомити про вихід нової версії системи обліку телефонних розмов Tariscope Enterprise 4.7 та білінгової системи Tariscope Provider 4.7. Ця версія містить у собі усі нові функції і виправлення, які були зроблені з часу випуску останнього оновлення для версії Tariscope 4.6.7 в липні 2025 року.
Нові функції
1. Новий метод API: call.info
Додано новий метод Tariscope API, call.info, який дозволяє отримати інформацію про виклики всіх або конкретного абонента через усі або конкретну АТС, якщо їх декілька, в заданому напрямку за заданий період.
2. Нові форми звітів
2.1. Всі вхідні виклики
Цей звіт дозволяє отримати інформацію по всім вхідним викликам всіх абонентів за заданий проміжок часу. Приклад цього звіту наданий на малюнку нижче.
Малюнок 1
2.1. Всі вихідні виклики
Цей звіт дозволяє отримати інформацію по всім вихідним викликам всіх абонентів за заданий проміжок часу. Приклад цього звіту наданий на малюнку нижче.
Малюнок 2
2.3. Внутрішні виклики абонента
Звіт дозволяє отримати внутрішні виклики конкретного абонента за його ID за заданий період. Приклад цього звіту наданий на малюнку нижче.
Малюнок 3
2.4. Пропущені виклики
Звіт дозволяє отримати всі пропущені виклики. До пропущених викликів відносяться ті, які мають тип ‘Без відповіді’ або з тривалістю 0 секунд. Приклад цього звіту наданий на малюнку нижче.
Малюнок 4
2.5. Телефонні номери, що неприсвоєні абонентам
Звіт дозволяє отримати перелік вихідних дзвінків за заданий період, у яких не виявлено абонента, тобто внутрішній номер не був в Tariscope назначений якомусь абоненту. Виводиться: Номер А, Номер Б, Дата і час, Назва АТС. Цей звіт може бути корисний користувачам для виявлення внутрішніх телефонних номерів, які не були внесені в Tariscope, а також для можливого злому телефонної системи, коли якийсь неавторизований абонент виконує виклики за рахунок вашої компанії. Приклад цього звіту наданий на малюнку нижче.
Малюнок 5
2.6. Зведений звіт для всіх груп абонентів
Звіт відображає агреговані дані про різні типи дзвінків кожного абонента. Абоненти у звіті згруповані відповідно до їхньої належності до певної групи. Звіт має такі параметри: період, рівень вкладеності груп, фільтр. В якості фільтру можна використовувати фільтри, що зберігаються в системі Tariscope. Звіт генерується в альбомній орієнтації. Приклад цього звіту наведений на малюнку нижче.
Малюнок 6
2.7. Узагальнений за групами та абонентами
Цей звіт існував і в попередніх версіях, але був дещо вдосконалений. Звіт відображає в одній таблиці узагальнені дані щодо витрат на телефонні розмови груп 2-го рівня, а у другій таблиці - узагальнені дані за абонентами, які впорядковані за назвою групи та номером абонента. Приклад звіту наведений нижче.
Малюнок 7
2.8. Статистика по пропущеним викликам
Звіт дозволяє отримати статистику пропущених дзвінків за певний період. Приклад цього звіту наведений нижче.
Малюнок 8
3. Сортування таблиць з параметрами абонента
На сторінках налаштування параметрів абонента в таблицях параметрів внутрішніх телефонних номерів і послуг, які призначені абонентам, додано сортування даних, що корисно, коли таблиці містять багато рядків.
4. Додаток TSConnector для взаємодії з 3CX v20
Перероблено додаток TSConnector, який використовується для взаємодії системи Tariscope з IP-АТС 3CX v20, для встановлення або зняття обмежень абонентом на виконання вихідних викликів. Відповідно перероблено сценарій Tariscope Observer, який взаємодіє з додатком TSConnector.
5. Новий парсер для АТС MiVoice Business
Tariscope і в попередніх версіях мав парсер для АТС MiVoice Business. Той парсер обробляв формат, який в документації Mitel має назву Standard SMDR Record Fields. Зараз в парсер для MiVoice Business додано обробку і формату SMDR, який називається SMDR Extended Reporting Level 1 and Level 2. Цей формат дозволяє отримувати час початку виклику з точністю до секунд, в той час як Стандартний формат округлює час початку виклику до хвилин. Цей формат також дозволяє мати інформацію про незавершені внутрішні виклики, що може бути корисним при аналізі пропущених зовнішніх викликів, які були перенаправленні в середині системи. Є ще деякі відмінності цього формату.
6. Оновлення парсеру для Avaya Session Border Controller for Enterprise (ASBCE)
Починаючи з версії 10.2 компанія Avaya дещо змінила формат CDR для ASBCE. В Tariscope 4.7 враховані ці зміни, і зараз CDR обробляється без помилок.
7. Оновлення парсеру для 3CX v20
7.1 Якщо в CDR полі DialNo зустрічається символ “-”, то він видаляється для коректної обробки даних.
7.2 Якщо CDR поле FinalDN містить значення 'EndCall' замість внутрішнього телефонного номеру, то для поля джерела виклику в Tariscope використовується значення поля FromDN.
8. Оновлення парсеру NEC SV9100
Доопрацьований парсер для АТС NEC SV9100 для обробки записів про виклики, які містять наступні типи викликів: IVIN, IVOT, ITRS.
9. Оновлення сценарію для отримання CDR від АТС Alcatel-Lucent OXE
В Tariscope 4.7 було оновлено сценарій для Tariscope Observer, який виконує отримання CDR даних від АТС Alcatel-Lucent OmniPCX Enterprise через TCP.
Оновлення бази даних Tariscope
Tariscope 4.7 база даних оновлена до версії 237. Це оновлення пов’язано зі змінами в збереженій процедурі ab_mc_dns_transfer, за допомогою якої виконується перенос внутрішніх телефонних номерів від одного абонента іншому. Як і раніше переносяться всі параметри телефонних номерів, але для перенесених телефонних номерів створюється новий запис для адреси зі значеннями, що були. Тому тепер телефонні номери, які були до перенесення, і перенесені телефонні номери мають в базі даних різні записи адреси і редагуються окремо один від одного.
Виправлення помилок
1. Зміна порядку полів в поданнях для викликів і послуг
В зв’язку з тим, що браузери Chrome, Edge та Opera з квітня змінили алгоритм обробки DOM (Document Object Model), в попередніх версіях Tariscope перестала працювати зміна порядку полів в поданнях для викликів та послуг. В браузері Firefox такий недолік не проявляється.
В Tariscope 4.7 відновлена зміна порядку полів в поданнях.
2. Помилка в поданнях з групуванням даних
В попередніх версіях Tariscope в деяких випадках виникала помилка при відкритті подання, яке мало функцію групування даних. В Tariscope 4.7 це виправлено.
3. Помилка налаштування функції обмеження під Linux
В попередніх версіях перелік класів обмеження зберігався в регістрах Windows. Це викликала помилку при використання Linux. Ця помилка виправлена.
4. Онлайн імпорт телефонних кодів
Виправлена помилка на сторінці Оператори і тарифиà Загальні телефонні коди, що виникала при натисканні на іконку Імпорт онлайн, що забезпечує отримання розширеного переліку телефонних кодів.
