Історія версій системи Tariscope

1. На сторінці "Послуги" додана іконка для імпорту нових цін на послуги із Excel файлу. Ця функція актуальна тільки для користувачів Tariscope Provider, і вона дозволяє швидко додати нові ціни для багатьох послуг.
2. Виправлена помилка обробки CDR від Unify OpenScape Business, де використовується роздільник CDR полів '|'. Не оброблялися CDR записи, якщо їх довжина була менша ніж 80 символів. Зараз обробляються CDR записи з довжиною більшою 50 символів.
3. Виправлена помилка, яка могла виникати при оновленні сторінки Абонентів після імпорту інформації про пошкодженні телефонні номери. Помилка була пов'язана з подвійним збереженням даних, що імпортуються.

 1. Внесені зміни в парсер MD 110. Якщо для виклику з Condition Code = 'I' відсутня інофрмація про маршрут, через який цей виклик зроблений, автоматично створюється умовний 0-маршрут. Також для виклику з Condition Code = 'I' змінені місцями поля NumberA і NumberB.
2. Внесені зміни в парсер Avaya (Definity, Aura). Виправлено помилку неправильної обробки перших CDR у новий день, коли дата й час виклику є завершенням виклику, а розрахована дата початку виклику має бути попереднім днем. До цієї зміни дата початку виклику відповідала дати його закінчення.

1. Внесені зміни в парсер Asterisk. Якщо в набраному телефонному номері присутні символи від'ємні від цифр, вони видаляються. Це дозволяє коректно обробляти виклики, наприклад, на голосову пошту.
2. Внесені зміни в парсер Avaya Aura. Із-за відсутності в CDR інформації по маршруту, через який виконувався вихідний виклик, по якому не було з'єднання, неправильно визначалися параметри виклику. Зараз це усунено.

1. Це оновлення може бути актуальним тільки для користувачів Tariscope Provider. При доданні вручну нового абонента, якщо йому не присвоюється значення особистого номера, то особистий номер буде дорівнювати ідентифікатору абоненьа (ID).
В попередніх версіях в таких випадках особистий номер (AccountId) мав значення NULL, що могло впливати, наприклад, на експорт подання для послуг.

1. Доопрацьований парсер для АТС Unify OpenScape Business (Mitel). Раніше оброблялися CDR дані від цієї АТС, які поділялися роздільником '|'. Зараз обробляються також і CDR дані, де між полями відсутній роздільник.
2. В зв'язку зі зміною формату даних про виклики від Київстар, змінено сценарій, який імпортує цю інформацію в базу даних Tariscope. Новий сценарій має назву "Київстар-2024.cs".
3. Внесено зміну в режим ручного вводу інформації про платежі від абонентів в Tariscope. Це може бути актуально для користувачів Tariscope Provider. Раніше, якщо абонент не мав телефонних номерів або IP адреси (поле FirstDN дорівнювало NULL), цей абонент не потрапляв в пепрелік при пошуку абонентів для ввода даних. Зараз відображаються всі абоненти.

1. Доопрацьований парсер для АТС Unify OpenScape Business X. В попередніх версіях він обробляв CDR записи Compressed формату, які містили символ "|" для розділення полів.
Зараз ще обробляються і CDR записи, в яких відсутній такий символ.

1. Виправлена помилка, що виникала при відкритті Особистого кабінету абонента.
2. Удосконалена робота парсеру для АТС Unify OpenScape Voice (OSV). Змінено визначення значення полів Джерело і Ціль виклику.

1. Виправлено помилку, через яку параметри фільтрації не застосовувалися належним чином у поданні для викликів, створеному користувачем, який не є адміністратором Tariscope.
2. Вдосконалено налаштування параметрів "Повідомлення і пошта", яке дозволяє використовувати задану там електронну адресу для відправлення електронних повідомлень, коли наприклад, в сценарії не задана електронна адреса для відправлення. Якщо, наприклад, в сценарії задана якась електронна адреса, то відправлення буде на цю адресу, а також на електроннну адресу, що задана в налаштуваннях сторінки "Повідомлення і пошта".
3. Сортування за полем From додано до збереженої процедури ab_mc_dnplanedetails. Це дозволяє користувачеві бачити дані, що відсортировані на сторінці "Номерний план" за полем "З".
4. Оновлені деякі сторонні DLL бібліотеки, які мали вразливості.

1. Оновлення парсеру для SBC (Ribbon Communications). Якщо SBC в Radius атрибуті NET-Calling-Number не містить внутрішній телефонний номер, але він присутній в SIP адресі, що є в пакеті з Radius атрибутами, то Tariscope замість значення атрибута NET-Calling-Number використовує внутрішній номер із SIP адреси.
2. Усунена помилка, що виникала при відкритті сторінки редагування параметрів абонента, якщо у цього абонента якийсь з його телефонних номерів колись позначався як пошкоджений, а пізніше він був відключений.
3. Змінено час з 00:00:00 на 23:59:59 в даті відключення абонента, телефонних номерів та послуг, що призначені абоненту. Цей час (00:00:00) не впливав на коректність нарахування послуг абоненту, але впливав на нарахуванні вартості викликів в цей день.
4. Виправлена помилка неправильного виконання параметрів фільтрації в поданні для викликів, яке створював користувач, який не є адміністратором Tariscope.

 Нові функції та виправлення
1. Імпорт із зовнішнього файлу одночасного нарахування одноразових послуг абонентам.
2. Імпорт із зовнішнього файлу непрацюючих телефонних номерів.
3. Нові форми звітів для операторів зв’язку.
4. Нове джерело даних в Tariscope Observer-і: Radius accounting сервер.
5. Новий парсер для отримання CDR від шлюзів SBC (Ribbon Communications).
6. Новий парсер для отримання CDR від голосових шлюзів Terratel.
7. Збереження попередніх налаштувань Tariscope для роботи з SSL сертифікатом.
8. Фіксація панелі інструментів при скролінгу.
9. Зміна поля ідентифікатору абонента на ідентифікатор особистого рахунку.
Детальніше у статті.

1. Створено 233 оновлення БД Tariscope, яке включає в себе:
1.1. Створення таблиці CallSessions, що призначена для зберігання сесії для викликів з SBC (Ribbon Communications). Це дозволяє запобігти дублюванню викликів в Tariscope.
1.2. В подання БД viAccountHistory додане нове поле AccountID, яке містить особистий номер абонента. Це дозволяє відображувати цей номер в подання для послуг в Tariscope.
2. Виправлена помилка при відображенні подання для послуг, якщо для відображення обиралися поля, які могли містити значення null.
3. Виправлена помилка відображення в полі особистого номеру, в поданні для послуг, значення ідентифікатору абонента замість його особистого номеру.

1. Створено 232 оновлення бази даних, яке дозволяє уникнути видаленню нарахування податків при перенесенні телефонних номерів від одного абонента до іншого.
2. Додане нове джерело даних Radius accounting сервер, яке зараз може працювати тільки з парсером SBC (Ribbon Communications). Якщо ви маєте телефонні системи, які передають CDR дані через Radius accounting сервер, і бажаєте, щоб це працювало в Tariscope, зверніться до нашої служби підтримки.
3. Виправлена помилка в роботі з Готельними системами. Також виправлений сценарій для взаємодії з PMS Opera.
4. Внесені зміни до форм звітів: Subscriber-expenses-per-month.rdl та subscriber-expenses-per-day.rdl. В попередніх формах звітів могли виникати незрозумілі результати, якщо ви почали використовувати Tariscope більше 5 років тому. Для встановлення оновлених форм звітів, перед інсталяцією Tariscope, слід видалити існуючі ці форми звітів, які находяться в теці C:\ProgramData\Tariscope\Reports\en (або ua, або ru)\Generalized

1. Додано оновлення 231 бази даних. Воно змінює тип даних полів TxPackets і RxPackets таблиці CallsSI з INT на BIGINT.
Таблиця CallsSI використовується для зберігання всіх полів з AMA файлів АТС SI3000. Відповідно, це оновлення може були актуально тільки для користувачів АТС цього типу.
2. Внесені зміни в парсер SI3000, що дозволяє уникнути деяких помилок при обробці АМА файлів.
3. Доданий парсер пограничного контролера сесій SBC від компанії Ribbon Communications. Дані для парсеру отримуються від Radius accounting серверу. Обробляються тільки виклики з атрібутом Stop.

1. Додано оновлення бази даних 229_230. Воно містить зміни в процедурі ab_engine_gettelephone. При деяких налаштуваннях раніше з’являлася помилка: "Cannot add call: exception: Violation of PRIMARY KEY constraint 'PK_TelephonesNewCache' could occur"
2. В парсері MD110 зараз можуть оброблятися два формати тривалості розмови: сссс і р:хх:сс.
3. У парсері SI3000:
3.1. Виправлено створення двох записів, коли обробляються записи, які належать до виклику тривалістю > 30 хвилин. Зараз створюється тільки один запис.
3.2. Виправлено помилку "The given key ‘StartDateTime’ was not present in the Dictionary".
3.3. Виправлено помилку "Error converting data type nvarchar to bigint". Це ставалося, коли номери, що телефонують або викликаються, мали літерний префікс. Такі префікси видаляються, якщо їх довжина становить до 3 символів.

1. Виправлена помилка ("Error converting data type bigint to int"), яка могла виникати при обробці CDR даних від будь-яких телефонних систем. Помилка виникала, коли ідентифікатор виклику перевищував максимальне значення типу INT.
Виправлення помилки виконано в збереженій процедурі ab_engine_tariffcall.
2. Виправлена помилка ("Cannot insert the value NULL into column ‘ProviderID"), яка могла виникати при обробці CDR даних, в збереженій процедурі ab_engine_gettelephone.

1. Додана функція імпорту непрацюючих (пошкоджених) телефонних номерів із зовнішнього файлу в базу данних Tariscope. При імпорті автоматично виконується перерахунок періодичних послуг, які прив'язані до цих номерів.
2. Додана нова форма звіту: Непрацюючі телефонні номери. Цей звіт дозволяє отримати перелік телефонних номерів, що внесені в Tariscope як непрацюючі, період, коли вони не працювали, ім'я абонента, якому вони належать, а також номер його особистого рахунку. Інформація наводиться за заданний період. Підраховується загальна кількість непрацюючих номерів у звіті.

1. Виправлена помилка парсеру для SI3000 (Iskratel): “ThrowKeyNotFoundException exception: The given key 'CallReleaseCause' was not present in the dictionary”, яка могла з'являтися в записах AMA файлів, які містять 30 хвилинні частини виклику, що тривав більше 30 хвилин.

1. Удосконалена робота з переносу телефонних номерів від одного абоненту до іншого. Дата, яка вказана користувачем, є датою, з якої телефонні номери належать новому абоненту. У абонента, від якого передаються телефонні номери, дата припинення дії номерів є попередня дата. Додана можливість вводу окремих коментарів для першого і другого абонентів, які додаються в опис телефонних номерів і в послуги, які прив'язані до цих номерів.

1. В Tariscope API додані нові методи, які в більшій мірі призначені для користувачів Tariscope Provider, тобто операторів зв’язку.
2. Для кукі, які використовуються системою Tariscope доданий параметр HttpOnly, що підвищує безпеку системи.
3. Доопрацьований алгоритм роботи з використанням SSL сертифікату. В додаток Tariscope Start при зупинці служби Tariscope додана зупинка служб Reporter та Scheduler. В попередній версіях їх требо було індивідуально перезапускати, щоб вони мали можливість працювати з використанням протоколу HTTPS.
4. Виправлена помилка, яка проявлялася в Linux, при збереженні ціни та дати послуги.
5. Виправлена помилка збереження налаштувань параметрів віджетів з інформаційної панелі.
6. Віджет ResourceUsageWidget тимчасово видалений із переліку доступних віджетів.

1. Додана можливість обробки в парсері Cisco Unified Communications Manager (CUCM) телефонних номерів, які задані в форматі E.164, що починаються з '+'.
Префікс '+' відкидається.
Якщо телефонні номери входять до номерного плану, то викликі, які виконані через шлюзи і які раніше розглядалися в Tariscope як транзитні, стають вхідним, вихідними або внутрішніми. Таким чином немає потреби у адміністратора в додатковому налаштуванні шлюзів, що суттєво, коли їх багато, наприклад, при використанні програмних телефонів.
2. Внесені зміни в роботу Tariscope Observer-ів, у яких в якості джерела даних використовується Тека/файл. Якщо в налаштуваннях параметрів джерела даних ввімкнений перемикач Видаляти файли після обробки, то зараз інгорується значення календаря Остання дата та обробляються всі файли папки незалежно від їх дати. Це дозволяє позбутися ситуації можливої необробки окремих файлів. Раніше таке могло трапитися, коли при скануванні Observer-ом теки, CDR файл був захвачений програмою, що розміщує цей файл у теці, в силу чого дата файла була більш ранішою, ніж дата, яка бралася до уваги при обробці.
3. Виправлена помилка роботи з SSL сертифікатом, коли при його використанні не працювали служби Tariscope.

1. Додана нова функція, яка може бути корисною операторам зв'язку: Перенесення телефонних номерів від одного абонента до іншого. Переносяться як номери, так і послуги, які назначені на ці номери. Виконується перерахунок за виклики і періодичні послуги, якщо вони були нараховані. Перенос номерів можливий в межах поточного місяця.
2. На сторінці Абоненти з деревом груп абонентів в межах однієї гілки назви груп впорядковані за абеткою. Раніше виводилися в тому порядку, як вони створювалися. При великій кількості груп це дозволяло швидко знайти необхідну групу.
3. На сторінці Редагування абонента в списку Група назви груп впорядковані за абеткою. Раніше виводилися в тому порядку, як вони створювалися. При великій кількості груп це дозволяло швидко знайти необхідну групу.
4. Виправлена помилка при збереженні дати початку дії телефонного номеру при доданні нового номеру.

1. До майстру імпорту кодів і тарифів додана можливість задання назви, з якою буде створюватися запис в особових рахунках абонентів при нарахуванні плати за виклики.
2. Внесено зміни у пошуку необхідного абонента на сторінці Абоненти. Для пошуку абонента за його телефонним номером слід вводити номер, а після нього знак запитання (?). Наприклад, для пошуку абонента з номером 1234 слід ввести: 1234? Якщо знак запитання не додається, то пошук виконується або за назвою абонента, або його ID, або його номером особового рахунку.
3. Виправлений пошук абонента при створенні подання для послуг.

1. Виправлена помилка, яка могла виникати на сторінці Послуга при збереженні вартості послуги із-за локалізації дати.
2. Виправлена помилка в збереженій процедурі ab_accounts_getsummary, яка могла виникати на сторінці особового рахунку абонента в розділі "Стан рахунку". Могли бути розбіжності в копійку між нарахованої сумою та залишком на кінець періоду.

 Майстер імпорту телефонних кодів і тарифів

1.1 Додано вибір валюти тарифів. Раніше за замовчуванням використовувалась основна валюта.
1.2 Додано вибір тарифного плану.
1.3 Додано вибір типу округлення: до секунд (за замовчуванням) або до хвилини. Раніше завжди додавалось округлення до хвилини.
1.4 Виправлено підрахунок оновлених тарифів. В попередній версії вказувалась кількість, яка дорівнювала кількості телефонних кодів. Зараз, якщо для кількох кодів використовується однаковий тариф, то він і враховується, як один доданий.
1.5 Виправлена дата оновлення тарифів. Раніше в ряді випадків використовувалося невірне значення.

Синхронізація з Активним Каталогом
2.1 Додана можливість редагування профілю синхронізації з AD.
2.2 Виправлена синхронізація деяких стандартних атрибутів, які раніше не зберегалися в БД Tariscope.
2.3 Додана можливість імпортувати атрибут 'cn' в інші поля окрім FullName (Повне ім'я).
2.4 Додана можливість додавати будь-які нестандартні атрибути для імпорту, використовуючи їх введення в системну змінну AdditionalADAttributes. Це дає можливість, наприклад створити атрібути для Дат підключення і відключення співробітника і імпортувати їх у відповідні поля БД Tariscope.

Пошук абонента
3. Для сторінки Абоненти, яка відображає дерево абонентів, додана можливість пошуку абонента по будь-якому з його номерів. В попередніх версіях пошук телефонних номерів виконувався тільки по основному номеру.

Системні змінні
4.1 При створенні системної змінної додано поле "Опис", де можна вказати її призначення.
4.2 Додана можливість редагування системної змінної.
4.3 Додана системна змінна AdditionalADAttributes, яка призначенна для вводу переліку аттрибутів AD, доданих користувачем.

Сценарії обмеження для Observer
5. Оновлений сценарій обмеження абонентів для АТС компанії Avaya через SSH протокол (setcos-avaya-ssh.cs)

Оновлення 222 бази даних Tariscope
6.1 Додана функция SecondsToTimeFormat, яка використовується в деяких RDL формах звітів. Вона призначення для перерахунку секунд в формат ГГ:ХХ:СС
6.2 Додане нове значення AdditionalADAttributes для поля Key таблиці Settings.
6.3 Поле description додане в збережену процедуру ab_saveproperty.
6.4 Додано параметр description для збереженої процедури ab_mc_setmaincurrency при виклику процедури ab_saveproperty.
6.5 Додано функцію TimeZoneAdd, яка перетворює дату з UTC часов у локальний час з урахуванням часової зони. Цю функцію слід використовувати для параметрів типу DateTime у RDL формах звітів, бо вони використовують UTC час.

Маршрути і шлюзи
7. Виправлена помилка, пов'язана з видаленням значення з позиції Код доступу виносу вікна Тарифікація транзитних викликів, яке викликається зі сторінки Маршрути і шлюзи. Помилка була пов'язана з тим, що видалення не зберігалося.

Звіти

8.1 Перероблені звіти з груп Загальні, Детальні, Операторські. В попередній версії звітів не враховувалось, що дата в SQL сервері відображається в UTC форматі. Тому, наприклад, накладання фільтру у звіті за період було зміщено на значення часової зони. Для встановлення оновленних звітів цієї версії слід видалити усі звіти, які ви не розробляли самі, і після цього встановити версію 4.6.3.
8.2 Виправлена помилка при налаштуванні параметрів звітів. Раніше не зберігалися параметри відступу листа звіту, його орієнтація та розмір.

1. Доопрацьований імпорт телефонних кодів та тарифів до системи Tariscope з зовнішніх файлів, наприклад, формату Excel.
Зараз імпортуються будь-яка кількість телефонних кодів, які знаходяться в одному рядку імпортуємого файлу.
Коди повинні розділятися комами. Раніше імпорт виконувався тільки для одного коду. Ця доробка полегшує зміни в тарифах, які надає оператор зв'язку.

1. Повністю перероблені форми звітів для наступних груп форм звітів системи Tariscope: Узагальнені, Детальні, Для операторів зв’язку. Декілька старих форм звітів була видалена, деякі нові форми звітів додані. Кожний звіт має опис і малюнок з прикладом того, як він виглядає.
2. Виправлена помилка зі зберіганням налаштувань поштової відправки, коли в деяких випадках невірно зберігалося необхідність SMTP аутентифікації.
3. Виправлена помилка, коли при виборі папок з формами звітів для української мови обиралась тека ‘ru’ з російськими формами звітів.
4. У зв’язку з неактуальністю з системи Tariscope видалений NetFlow колектор.
5. При інсталяції системи ліцензія на Tariscope відображувалась тільки англійською та російською мовами. Зараз додана українська.

1. Виправлені помилки при імпорті інформації про абонентів із 3CX в Tariscope. Раніше додавалися всі абоненти незалежно від того, є вони у базі даних Tariscope чи немає. У доданих абонентів замість телефонного номеру додавався його ID з бази даних 3CX.
2. Виправленна помилка при експорті параметрів таблиці абонентів у зовнішній файл.
3. Виправлена взаємодія з SureTax. Починаючи з однієї з останніх версій, Tariscope не передавалася адреса абонента.
4. Перероблений на c# cценарій для імпорту інформації з CSV файлів Bandwidth.
5. Виправлена помилка при відправленні одного звіту електронною поштою з Планувальника Tariscope.

1. На сторінці Звіти додано можливість завантаження будь-якої форми RDL звіту, який знаходиться у довільному місці на комп'ютері. У попередніх версіях форми звіту завантажувалися лише з дефолтної папки.
2. Виправлено роботу кнопки "Скинути сортування для вибраного поля". Раніше сортування скидалося повністю для всі полів.
3. Виправлена помилка в роботі API-запиту під час виконання SQL-запитів (/api/sql).

1. Коли експортується SQL-запит, результати запиту продовжують відображатися на сторінці. У попередній інсталляції вони зникали.
2. У поданнях для послуг приховані іконки на панелі інструментів, що не використовуються.
3. У парсері для Panasonic виправлено помилку, яка могла виникнути при формуванні маршруту.
4. Виправлено відображення підказок для іконок подань. Раніше підказки могли іноді залишатися, заважаючи перегляду інших підказок.
5. Додано узагальнений звіт за дзвінками, переданими до Готельних систем.

1. Додано збереження історії викликів, переданих у готельну систему Opera (Oracle). Створено нову форму звіту, яка дозволяє отримати дані щодо кількості та сум нарахувань за виклики, передані в готельну систему.
2. Розроблено сценарій Observer для розсилки повідомлень на пошту при досягненні зазначеного відсотка ліміту обмеження для групи абонентів.
3. Додана можливість вибрати збережений фільтр подання для дзвінків як параметр RDL звіту. Для цього форма звіту повинна мати параметр Filter з відповідною обробкою його у формі звіту.
4. Доданий експорт результатів табличного SQL-запиту на сторінці "SQL-запити" у файл CSV формату.
5. На сторінці "Обмежені абоненти" додано відображення інформації щодо груп абонентів, для яких встановлювалися обмеження.
6. Виправлено помилку в роботі Планувальника Tariscope, яка могла виникнути за певних обставин при виконанні завдання щодо створення великої кількості звітів (понад 1000).
7. Внесено виправлення в роботу парсерів для АТС Panasonic та Asterisk. Для АТС Panasonic виправлено формування транку для номерів більше 4 цифр. Для Asterisk-а виправлено збереження записів зі значенням "s" у полі "dst".
8. В Планувальнику Tariscope виправлено помилку завдання побудови звітів, за якої звіти могли продовжувати формуватися після скасування завдання.
9. Виправлена помилка, коли в налаштуваннях пристрою завжди відображалася рекомендація про налаштування Observer.
10. Внесено невеликі зміни до текстової інформації майстра встановлення Tariscope.

1. Доданий парсер для АТС Coral 6000 v16.8 зі змінюваною конфігурацією полів SMDR.
2. Внесено зміни до обробки CDR запису від CUCM. Раніше при обробці конференц-дзвінків могла виникати в журналі помилка.
3. Виправлено помилку при автоматичному визначенні маршрутів/шлюзів.
4. Виправлено помилку завдання резервного копіювання БД у Планувальнику. При великому обсязі бази даних Tariscope та недостатніх ресурсах сервера SQL може виникати помилка через перевищення часу на виконані операції.

1. Виправлено ручне перемикання статусу обмеження. Актуально для ліцензій із функцією обмеження.
2. Виправлено функцію "Очистити нарахування вручну" для обмежень абонентів або груп. Актуально для ліцензій із функцією обмеження.

1. Додано новий скрипт для функції обмеження окремих абонентів на 3CX v18. Скрипт використовується в Tariscope Observer-і.
2. Додана конфігурація для парсера MD110: можна задати маршрути або їх перші цифри, і для вихідних дзвінків, які виконуються через ці маршрути, до набраного номера буде додано код доступу.
3. Додано обробку вкладених звітів формату RDL.
4. У Планувальнику Tariscope додано обробку звітів, які містять дані щодо кількох абонентів.
5. Додано нередагований тип документа, який тепер використовується за замовчуванням для документів.

1. Доопрацьовано імпорт інформації про платежі абонентів у Tariscope. Тепер для зв'язування платежу з конкретним абонентом системи Tariscope використовується поля у такому пріоритетному порядку: ідентифікатор абонента, номер особового рахунку, повне найменування абонента, його номер телефону.
2. Доопрацьовано алгоритм пошуку телефонного коду для набраного номера.

1. Додано можливість обробляти CMR файли з CUCM із розділеними полями для джерела та мети виклику (orig/dest).
2. Відкориговано зв'язок CMR записів із CDR записами в базі даних Tariscope.
3. Під час тарифікації дзвінків для коротких номерів тепер пошук коду дзвінка здійснюється лише в локальних кодах (номерах).

1. У зв'язку із зміною API в 3CX версії 18, внесено зміни до сценарію Tariscope Observer-а для реалізації функції обмеження.
2. Виправлена помилка в процедурі, що зберігається, пов'язаної з функцією обмеження.

1. Виправлено помилку, пов'язану з використанням протоколу HTTPS.
2. Виправлено помилку збереження параметрів джерела даних Observer, яке налаштовується через Майстер створення пристрою.
3. Виправлено помилку відображення трасування дзвінка, якщо на маршруті (шлюзі) встановлено два оператори.
4. Виправлено помилку під час створення подання послуг.
5. Виправлено експорт подання у формат PDF з метою коректного відображення на сторінці.
6. Додано детальну інформацію про причину завершення виклику для станцій SI3000 (Іскрател).

1. Додана можливість введення електронних адрес, що закінчуються на символ "підкреслення".
2. Виправлена помилка з синхронізацією даних з AD, пов'язаних з адресою абонента.

1. Підтримка Linux. Основною особливістю нової версії системи Tariscope є можливість установки її на серверах як з ОС Windows (Windows 10 або Windows Server 2019/2016), так і з ОС Linux. Серед версій Linux, які підтримуються: Alpine, CentOS, Debian, Fedora, OpenSUSE, Red Hat, SLES, Ubuntu.
2. Збільшена швидкість завантаження подання. Значно збільшена швидкість завантаження подання для викликів, якщо воно має велику кількість записів, в порівнянні з версіями Tariscope 4.5.x.
3. Поліпшення при роботі зі звітами. У Tariscope 4.6 тип параметру звіту, який вводиться при ручному запуску формування звіту або при налаштуванні параметрів задачі Планувальника Tariscope, залежить від типу змінної, наприклад для дати - це календар, а для числа - це поле, що дозволяє вводити тільки числа і т.п.
4. Планувальник Tariscope. Спрощена робота з Планувальником Tariscope.
5. Готельні системи. Спрощена робота з підсистемою взаємодії з готельними системами.
6. Tariscope Observer. Покращено налаштування та курування роботою служб Tariscope Observer.

Виправлення:
1.При перетаріфікаціі викликів в поданні робота за поданням не блокується, як було в попередніх версіях.
2. Покрпащена робота з журналами.
3. Спрощена робота з Розумним помічником.
4. В Tariscope 4.6 усі служби Windows і Linux починаються з префіксу "TS.".
5. Змінено шлях розташування профілів оновлення курсів валют на: C: \ ProgramData \ Tariscope \ CurrencyProfile.
6. Покращена безпека зберігання конфігурації системи.

Перехід на Tariscope 4.6

З існуючих користувачів системи Tariscope перейти на нову версію Tariscope 4.6 можуть всі користувачі, у яких є гарантійна підтримка.
Користувачі, у яких закінчився термін гарантійної підтримки, для використання Tariscope 4.6 повинні придбати або технічну підтримку або оновлення версії системи. Обидві опції рівнозначні за можливостями і ціною.
Ціна білінгової системи Tariscope 4.6 залишається такою ж, як і ціна на систему Tariscope 4.5.
Інструкцію по переходу з попередніх версій Tariscope на версію 4.6 буде оприлюднено на сайті.
Також буде оприлюднено інструкцію по встановленнюі Tariscope 4.6 на системі Linux.

1. Змінено тип полів origSpan і destSpan таблиці CallsCCM бази даних Tariscope на bigint, тому що у деяких користувачів з CUCM використання типу int було недостатньо. Таблиця CallsCCM використовується для збереження всіх CDR полів від CUCM.
2. Виправлена помилка в особистому кабінеті при відображенні подання для викликів.

1. Додана можливість зберігати логін абонента для доступу в особистий кабінет з використанням активного каталогу (AD), якщо він не збігається з його електронною адресою.
У попередніх версіях малося на увазі, що логін завжди відповідає електронній адресі. Для зазначеного випадку, логін для доступу в особистий кабінет з використанням AD тепер зберігається окремо від електронної адреси на сторінці абонента, вкладка "Деталі", "Доп. ідентифікатори".
В поле "Додатковий ідентифікатор" треба ввести AD_Domain. В поле "Тип": логін для AD.
2. Додана нова системна змінна RoundTax, яка визначає чи буде виконуватися округлення податку чи ні. Якщо її значення дорівнює 1, то застосовується округлення податку до 2-х знаків після коми (так як працювало до поточної збірки).
Якщо значення дорівнює 0, то податок не округляється. У з'язку з цим внесені зміни до відповідних процедури БД (ab_accounts_getsummary, ab_accounts_getdebt, ab_accounts_getdebtforall).

Особистий кабінет абонента
1. У поданні "Мої виклики" в стобвцях "Сторона що викликає / Сторона, що викликається" тепер відображається ім'я контакту з телефонної книги, якщо такий номер був доданий абонентом.
2. На панелі інструментів подання викликів додана іконка "Додати номер в телефонну книгу", яка дозволяє додати параметри нового контакту для обраного в поданні номера без переходу на сторінку телефонної книги.
3. У поданні для викликів, на панелі інструментів, додана іконка, що дозволяє задати фільтр по датам. Параметри цієї фільтрації зберігаються в історії фільтрів.
4. Для керівника групи в поданні для викликів групи, на панелі інструментів, додана ​​іконка, що дозволяє вибрати виклики від одного або декількох абонентів групи.
5. Для керівника групи (підрозділу) додана можливість змінювати категорії викликів абонентів, що входять в групу.
6. Виправлено округлення числових значень в профілі користувача, розділ "Послуги" (два знака після коми замість чотирьох).
7. Виправлена ​​помилка, при якій була можливість додати контакт в телефонну книгу з нового рядка назви контакту або номера.
8. Додана можливість зберігати стан подань: вибрані стовпці, сортування, угруповання, фільтр.

Подання адміністратора Tariscope
1. Перегляд SQL-фільтра тепер має доступ лише адміністратор. Додана можливість задавати фільтр за допомогою SQL запиту (значення запиту після параметра WHERE).
2. Додана фільтрація по датах і конкретним абонентам.

Виправлення
1. Виправлена помилка копіювання тарифу.
2. Виправлена помилка збереження звіту після того, як вкладка довго залишалася відкритою.
3. Додана можливість перемикати опцію "Локальний" для телефонних кодів.
4. Виправлена помилка редагування дат дії телефонного коду.

1. Виправлена помилка, пов'язана з одноразовим нарахуванням щоденної послуги при нарахуванні періодичних послуг через Планувальник Tariscope. Зараз щоденна послуга нараховується на кожен день місяця.
2. Виправлена помилка обробки тривалості викликів з десятками годин в парсером Avaya CS1000, Meridian 1 (раніше Nortel).

1. У ряді випадків оператори зв'язку призначають щоденні послуги, наприклад, тільки в робочі дні. Тому в Tariscope додана така можливість по нарахуванню таких послуг тільки в робочі дні.
Оскільки в ряді країн застосовується перенесення вихідних днів, то попередньо потрібно налаштувати вихідні і свята для щоденних послуг.
2. Змінено механізм відображення перевизначених днів. Тепер перевизначені дні відображаються тільки за обраний рік, а не усі. Таке відображення застосовується як для операторів послуг зв'язку, так і для щоденних послуг.
3. У параметрах абонента, а саме в його послугах доданий пошук за телефонним номером, на який призначена послуга, або за назвою послуги.
4. На сторінці телефонних номерів абонента додано відображення кількості послуг для кожного телефонного номера абонента.
5. Додана можливість швидкого переходу від телефонних номерів абонента до послуг, які призначені на цей номер.
6. Виправлено визначення вихідних (суботи та неділі) для перевизначених днів оператора.
7. Виправлена локалізація.

1. Додана можливість абоненту мати будь-яку кількість адрес.
2. Адреса може прив'язуватися до телефонного номеру або IP адресі абонента.
3. В інформацію про банк абонента додано поля: назва банку і його адреса.
4. У налаштуваннях Особистого кабінету абонента додане налаштування схеми можливих переходів з одного тарифного плану на інші.
5. У Особистий кабінет абонента додана підтримка платіжної системи PayPal.
6. В Особистому кабінеті абонента додано відображення послуг абонента.
7. Додана можливість видалити номер, на якому є послуги. При цьому послуга переноситься на абонента.
8. Доданий пошук абонента за номер договору.

1. Особистий кабінет абонента повністю інтегрований в систему Tariscope. Оновлений інтерфейс Особистого кабінету. Оновлена ​​система оплати в Особистому кабінеті.
2. Додана підтримка Unify OpenScape Business X.
3. Оновлено ​​джерело даних SFTP клієнта. У попередніх версіях виникали труднощі в роботі цього клієнта з деякими SFTP серверами.
4. Оновлено джерело даних FTP сервер.
5. Додано відображення платежів в поданні для послуг.
6. Додано відображення типу виклику для вхідних дзвінків в поданні для викликів.
7. Виправлена ​​помилка імпорту абонентів з зовнішнього файлу. Раніше, якщо у файлі була відсутня інформація про тарифний план, то абоненту призначався тарифний план без назви.
8. Виправлена ​​панель інструментів в поданнях.
9. Виправлені деякі помилки в локалізації.
10. Виправлена ​​помилка, яка виникала при повторному відкритті інформації про ліцензії.

1. Додана інтеграція Tariscope API. Вона є реалізацію REST API для інтеграції сторонніх додатків з Tariscope. Може бути актуально, наприклад, для операторів зв'язку для отримання даних з Tariscope в бухгалтерську систему.
2. Спрощений функціонал для управління тарифними планами абонентів в вузлах (масові заміна, додавання, оновлення) був доданий.
3. Виправлена локалізація.

Всі доповнення та виправлення цього релізу стосуються тільки Особистого кабінету абонента.
1. Абоненту додана можливість змінити тарифний план. Функція доступна, якщо вона дозволена адміністратором Tariscope. Актуально для редакції Tariscope Provider.
2. Адміністратор Tariscope може дозволити або заборонити абонентам зміну тарифних планів в Особистому кабіненте, задати дату вступу в дію нового тарифного плану, задати вартість зміни тарифного плану.
3. На сторінці Персональних даних додано відображення історії зміни тарифних планів, а також додаткову інформацію, що описує поточний тарифний план абонента.
4. Виправлено відображення особистих даних абонента відповідно до останніх оновлень Tariscope.
5. Вилучені зайві поля для імені та виправлені налаштування контактних номерів.

1. Додана функція трасування процесу тарифікації обраного виклику в поданні для викликів. Це дозволяє визначити і потім усунути причини неправильної тарифікації.
2. У таблицю префіксів додане відображення напрямку, для якого застосовується префікс (вхідні та вихідні дзвінки).
3. На сторінці Префіксів додана поява повідомлення, в тому випадку, якщо змінений номер префікса набору номера не буде збережений в базі даних.
4. Додано відображення серійного номера ліцензії на Tariscope знизу сторінки, поруч з номером версії. Ця інформація може бути корисна, наприклад, при необхідності відправки нового активаційного запиту.
5. Виправлена ​​помилка нарахування плати за з'єднання, якщо ця плата була задана.
6. Виправлена помилка в Особистому кабінеті абонента, яка іноді виникала при зміні категорії виклику.

1. Додана можливість ведення історії тарифних планів для абонентів і номерів/IP адрес, якщо тарифні плани призначаються для них (акуально тільки для редакції Tariscope Provider).
2. Зміни в службі Tariscope Watchdog (служба відстеження отримання викликів від телефонної системи):
2.1. Перероблений інтерфейс налаштування служби Tariscope Watchdog.
2.2. Виправлені помилкові спрацьовування служби Tariscope Watchdog, коли передбачений інтервал дорівнював реальному.
2.3. Відправлення повідомлень від служби Tariscope Watchdog тепер містить ім'я АТС, з якої виникла проблема, замість її ідентифікатора.
3. Додана нова кнопка для встановлення і запуску всіх Tariscope Observer-ів відразу. Це може бути актуально при зборі даних з декількох АТС.
4. Додана нова опція, яка дозволяє встановити доступ до групи абонентів в довіднику особистого кабінету.
5. Додана нова опція для встановлення пароля до особистого кабінету і відправки його абоненту поштою. Доступно і для групи абонентів.
6. Перейменовані деякі налаштування служби Tariscope Observer, що робить їх більш інтуїтивно зрозумілими.
7. Внесено виправлення в локалізацію.
8. Всі таблиці в Tariscope тепер мають адаптивну поведінку. При недостатньому розмірі екрану з'являтися горизонтальна прокрутка.
9. Виправлена ​​помилка при імпорті абонента, коли дані містили тарифний план.
10. Налаштування доступу до особистого кабінету перенесені на сторінку редагування абонента.
11. Відновлено можливість завантажити звіт в документи обраного абонента через Планувальник Tariscope.
12. Виправлена ​​проблема зі збереженням SQL фільтрів при додаванні/редагуванні завдання в Планувальнику Tariscope. Інколи фільтри зберегалися некоректно.
13. Зміна пароля системного адміністратора SQL сервера тепер можлива тільки системному адміністратору (sa).

1. В інсталяційний пакет доданий новий скрипт, що дозволяє обробляти інформацію про виклики і послуги з csv файлу оператора Lifecell (Україна). Це може бути актуальним для користувачів, у яких є корпоративні мобільні номери від Lifecell.
2. Вилучені невикористовувані поля імені для абонента при імпорті з Active Directory (AD). Тепер поле імені одне.
3. Додана настройка для видалення символів тип пробілу з телефонного номера при імпорті з AD.

1. До групи Статистичних звітів доданий новий звіт: Найбільш тривалі зовнішні виклики.
2. Оновлені вказані нижче звіти в групі Статистичних. У них додана можливість задавати період даних і кількість викликів (абонентів), які будуть потрапляти в звіт.
2.1 Найбільш тривалі виклики.
2.2. Найбільш дорогі виклики.
2.3. Абоненти з найбільшими витратами на розмови.
3. Доданий перемикач мови в Особистий кабінет абонента.
4. В Особистому кабінеті абонента в таблиці з викликами додані поля "Від абонента" і "Абоненту".
5. Виправлена ​​локалізація в Особистому кабінеті абонента і додатку Tariscope.

1. Виправлено редагування платежу або нарахування за місяць.
2. Виправлено відображення типу платежу при його редагуванні.
3. Додана можливість надання користувачеві Tariscope доступу до введення пакетних платежів. Раніше це міг робити тільки адміністратор Tariscope.
4. Виправлена ​​форма авторизації для особистого кабінету абонента, для випадку, коли обрана авторизація по Active Directory.
5. Доданий пошук абонентів за адресою електронної пошти на сторінках Абонентів і в Рахунках абонентів.
6. Додано новий звіт в групу Узагальнені: Платежі абонентів. Він відображає платежі абонентів за певний період.

1. Додана нова підсистема: Завдання на роботу. Вона призначена для операторів зв'язку, що використовують Tariscope Provider. Дозволяє задавати завдання (наряди на роботи), фіксувати їх виконання.
2. Для підсистеми Завдань на роботи доданий ​​Новий тип користувача Tariscope, "робочий", який має доступ тільки до цієї підсистеми.
3. Додано додаток для користувача Tariscope з типом "робочий", що дозволяє йому переглядати свої завдання, відзначати дати початку і закінчення робіт.
4. Додано новий віджет, Робочі завдання, який відображає активні завдання і їх поточний статус.
5. Додано повідомлення-попередження на сторінку обробки CDR в разі, якщо на обробку доданий файл з розміром більше 128 Мбайт. Такі файли не обробляються.
6. Додано стандартне подання: 1000 найтриваліших викликів за минулий місяць.
7. Додана можливість перенести баланс при створенні пов'язаної копії абонента.
8. Додана можливість вибрати формат телефонного номера, який використовується для пошуку серед локальних кодів (оригінальний як у CDR або сконвертований у формат E.164).
9. На сторінці користувачів додано стовпець, що відображає тип користувача (Адміністратор, робочий і т.д.).
10. Виправлений імпорт операторів з сервера SoftPI (онлайн), який виконувався в майстрі початкового налаштування.
11. Виправлена ​​функція по створенню груп класів обмежень.
12. Виправлення локалізації в ряді модулів.
13. Виправлено стандартне подання: 1000 найбільш тривалих викликів за поточний місяць. Раніше це подання відображало дані за минулий місяць.
14. Виправлено відображення назви тарифного плану в таблиці абонентів. В деяких випадках відображався ID замість назви плану.
15. Виправлений імпорт податкового коду при імпорті абонентів з зовнішнього файлу. Раніше не імпортувався.
16. Виправлено редагування типів документів у абонента. При додаванні нових типів документів тепер відображаються вже існуючі типи.
17. Виправлено додавання номера абонента. Раніше дата підключення/відключення абонента могла здаватися невірно.
18. Виправлена ​​проблема з новими номерами абонента. Раніше, якщо додати номер, то він не відображався при нарахуванні послуги/пакета послуг або при додаванні пошкодження поки не перезавантажити сторінку.

1. Виправлена робота Tariscope при використанні префіксів. У деяких випадках вони не застосовувалися.
2. Виправлені подання для викликів. Не працювали фільтри по номеру телефону і за вартістю виклику, якщо вона була з дробовою частиною.

1. При створенні нового подання в Tariscope доданий вибір полів подання, що дозволяє відразу створити подання з потрібним переліком полів і в необхідному порядку. Раніше для всіх нових подань використовувався перелік полів за замовчуванням, який потім можна було змінити.
2. Виправлено меню для вибору звіту на редагування в додатку Дизайнер форм звітів.
3. Виправлена помилка при створенні нового звіту і збереженні його без скріншота.
4. Виправлений деінсталятор. Раніше після деінсталяції залишалися деякі файли.

1. Додано новий тип подань: Деталізація по операторам. Це подання призначене в першу чергу для операторів зв'язку, надаючи їм інформацію за будь-який період, необхідну для взаєморозрахунків.
2. Покращено експорт подань у файл. Тепер замість ідентифікаторів для ряду полів експортується реальні значення цих полів.
3. Додана можливість вибрати абонентів або групу абонентів при створенні або редагуванні завдання в Планувальнике Tariscope. Така функція застосовується для наступних завдань: Формування звіту, Нарахування періодичних послуг, Розсилка. Раніше задати перелік абонентів або групи абонентів, для яких повинне виконуватися завдання, можна було зробити тільки написавши SQL запит.
4. Для джерела даних TCP Server, який використовується у Observer-ах та в інтеграції з готельними системами, додана підтримка роботи одночасно з декількома TCP клієнтами.
5. Додана підсистема моніторингу за станом служб Tariscope. Служби системи Tariscope, для яких буде включений їх моніторинг, будуть автоматично перезаантажуватися при їх ненавмисному завершення. Ця підсистема максимально підвищує час безперервної роботи служб. Щоб увімкнути послугу Tariscope в список служб, що відслідковуються, необхідно включити цю функцію на сторінці налаштувань служби.
 замовчуванням функція моніторингу включена тільки для сервера - служби Tariscope main.
6. Відредаговані налаштування для АТС: Aastra MX, LG LDK 100/300, LG-Ericsson iPECS-LIK і Panasonic KX-xxx.

1. Додана підсистема виявлення шахрайства (fraud) SoftPI Guardian, що включає компонент "Аналіз за напрямками". Підсистема поставляється як додаткова функція. Вона не включається до складу базової ліцензії.
2. Розроблено новий сценарій (GuardianConnector.cs) для служб Tariscope Obsserver. Він призначений для інтеграції з підсистемою SoftPI Guardian. Сценарій необхідно підключати в Observer-і на подію "Новий виклик оброблений".
3. Оновлено ​​завдання Планувальника Tariscope для отримання курсу валют. Додано новий механізм отримання курсу валют НБУ, який не прив'язаний до сторінки сайту.
4. Додана можливість отримання курсів валюти на певну дату або на діапазон днів зі сторінки Курсів валют без використання Планувальника Tariscope.
5. У Планувальник Tariscope доданий новий тип завдання: Розсилка повідомлень по електронній пошті.
6. Додана можливість посилати повідомлення з Tariscope в HTML форматі.
7. Для інформаційної панелі доданий новий віджет для відображення курсу валют з сайту НБУ.
8. У параметри абонента додані нові поля: дата народження і стать.
9. При перетаріфікаціі викликів з подання викликів виконується очищення кешу телефонних номерів. Очищення кеша необхідно, якщо вносилися будь-які зміни в налаштуваннях системи, пов'язані з телефонними кодами.
10. Додана можливість призначити категорію виклику безпосередньо з подання для викликів.
11. Додано новий тип категорії виклику: Системні. Цю категорію не можливо видаляти. Її створює Tariscope при необхідності.
12. Додана нова системна категорія: Шахрайський виклик. Вона присвоюється автоматично шахрайським викликам, а також її можна призначити вручну в поданні викликів.

1. Додана підсистема Tariscope Watchdog для відстеження отримання інформації про виклики (CDR) від АТС на основі моделі надходження викликів. Виконується відправлення повідомлення адміністратору, якщо нова інформація про виклики відсутня більш, ніж передбачений проміжок часу.
2. Додана сторінка налаштування (пункт меню) "Дні з перебоями". Вона призначена для обліку днів, коли були перебої в роботі Observer-ів або АТС, і інформація про виклики не надходила. Ця інформація дозволить службі Tariscope Watchdog правильно прогнозувати очікування інформації про виклики.
3. На сторінках Observer-ів додано інформацію про передбачений інтервал часу до отримання інформації про новий виклик.
4. Додано новий віджет для інформаційної панелі, що показує час, що минув з отримання інформації про останній оброблений виклик.
5. Додано новий віджет для інформаційної панелі, що відображає графік передбаченого завантаження службою Tariscope Watchdog і поточний стан з отриманням інформації у вигляді червоної крапки.
6. В віджет "Інформація про Tariscope" додано інформацію про редакцію системи.
7. Додана можливість автоматичного визначення найкращого розподілу абонентів для служби Tariscope Forecasting, яка виконує прогнозування нарахувань абонентам.
8. Додана можливість змінити місяць для прогнозування нарахувань в службі Tariscope Forecasting.
9. Додана система глобальних повідомлень про події в системі Tariscope.
10. На сторінці подання для викликів додана можливість відкриття деталей за викликом в новому вікні. Це дозволяє бачити одночасно як оброблений виклик, так і первинну інформацію по ньому.
11. Доопрацьовано функцію оновлення тарифів при імпорті телефонних кодів і тарифів з зовнішнього файлу. Раніше, якщо для телефонного коду вже був призначений тариф, що значення тарифу з імпортованого файлу ігнорувалося. Зараз в такому випадку створюється новий тариф з новою датою.
12. Виправлена ​​сортування даних подання при застосуванні групування.
13. Виправлена ​​тарифікація дзвінків. Якщо телефонний код, який використовувався у виклику, відсутній або він не має призначеного тарифу, то застосовується тариф, який призначений подібного коду, але з меншим числом цифр. Наприклад, якщо у набранному номері застосовувався код 380057, а цьому коду не призначено тариф, то буде застосований тариф, призначений коду 380.
14. Виправлено опис деяких налаштувань для CUCM, які дозволяють точніше розуміти їх призначення.
15. Змінено відображення імені сервера в віджеті "Інформація про базу даних". Зараз ім'я ПК / Сервера і ім'я SQL сервера відображаються окремо.
16. Виправлена ​​локалізація для деяких служб.

1. Для користувачів редакції Tariscope Provider додана можливість прогнозування розміру місячних нарахувань абоненту за допомогою штучного інтелекту.
2. Був розроблений новий віджет для інформаційної панелі для відображення результатів роботи функції прогнозування щомісячних нарахувань абонентам.
3. Додано нове право для користувача Access Smart Assistant (доступ до Розумного Помічника). Який дозволяє користувачу прогнозувати місячні збори для клієнтів.
4. Спрощені налаштування деяких служб системи Tariscope, а саме: зв'язок з готельної системою, Flow колектор і Планувальник Tariscope.
5. В поданнях для викликів, послуг і трафіку додана можливість копіювання будь-якої комірки таблиці або всього рядка.
6. У систему додані два нових типи викликів: Безкоштовна лінія - для дзвінків на номери з кодом 800, Платна лінія - для дзвінків на номери з кодом 900.
7. Виправлено перевірку електронної пошти при створенні адміністратора Tariscope.
8. Виправлено кешування параметрів ліцензійного ключа.

1. У налаштуваннях пристрою зв'язку Alcatel OmniPCX Enterprise (OXE) доданий перемикач Розширена інформація про тривалість, який дозволяє використовувати різні поля тривалості виклику з файлу CDR. При вимкненому стані Tariscope використовується поле Duration, яке крім тривалості розмови включає тривалість дзвінка. При включеному стані Tariscope використовується поле EffectiveCallDuration, яке включає тільки тривалість виклику. Залежно від того, чи є в вашому CDR дані в поле EffectiveCallDuration, необхідно включити або виключити цей перемикач.
2. У налаштуваннях пристрою зв'язку SI-3000 доданий перемикач Обробка з урахуванням номерного плану. Його слід включати в тому випадку, коли AMA файли містять транзитні виклики абонентів, тобто абоненти підключені до іншої АТС.

1. При створенні нового подання викликів для завдання параметрів фільтрації даних додана можливість множинного вибору для джерела виклику і мети виклику:
1.1. для абонентів;
1.2. для телефонних номерів;
1.3. для груп абонентів;
1.4. для маршрутів і шлюзів.
2. При створенні нового подання викликів для завдання параметрів фільтрації доданий пошук для джерела і мети виклику:
1.1. для абонентів;
1.2. для телефонних номерів.
3. Виправлена помилка, яка виникала при перевірці активаційного ключа, коли після оновлення Windows ключ ставав неактивним.

1. В інформаційну панель додано два нових віджета: Запит до бази даних (табличний) і Статистика викликів+.
Віджет Запит до бази даних (табличний) - дозволяє вивести в віджеті результати запиту по декількох полях в табличному вигляді.
Віджет Статистика викликів+ -  дозволяє побудувати графік викликів з урахуванням фільтра по якомусь з полів бази даних.

1. Додана підтримка HTTPS. Tariscope може працювати як по HTTP, так і по HTTPS.
2. Додана можливість задати кілька портів для HTTP і HTTPS, через крапку з комою (;). Tariscope при цьому буде працювати на декількох портах.
3. Додано інформування користувача, якщо у нього в браузері включений блокувальник реклами або інший подібний розширення. Блокувальник реклами може блокувати окремі вікна Tariscope.
4. Виправлена ​​помилка при відкритті списку подань, яка виникала у деяких користувачів, які оновилися з попередніх версій (4.4 або раніше).
5. Виправлена ​​помилка при збереженні подання, назва якого містить в імені заборонені символи Windows.

1. У Планувальник Tariscope доданий новий тип завдання: група (пакет) завдань. Планувальник виконує завдання групою по порядку їх завдання.

Можливі різні варіанти груп завдань:
1.1. Незалежна група. Кожна наступне в групі завдання буде запущено на виконання без аналізу результату завершення попереднього завдання.
1.2. Залежна група. Кожна наступне в групі завдання буде запущено на виконання тільки в тому випадку, якщо попереднє завдання була успішно виконано.
1.3. Незалежна група зі зворотним зв'язком. Запуск завдань в групі аналогічний варіанту 1.1, але, якщо будь-яке завдання виконалось невдало, буде зроблена спроба виконати його знову.
Кількість спроб виконання завдань налаштовується. Якщо всі спроби вичерпані, але завдання так і не було виконане успішно, то наступне у списку завдання все одно буде запущено на виконання.
1.4. Залежна група зі зворотним зв'язком. Ця група аналогічна п.1.3, але, якщо спроби виконання вичерпані, і завдання не була успішно завершено, то наступне у списку завдання не буде виконуватися. Ланцюжок виконання зупиняється.
1.5. Запустити всі разом. Всі завдання групи будуть запущені одночасно в різних потоках, без черги їх виконання.
2. Змінено підміню для Планувальника Tariscope.
3. У вікно редагування параметрів телефонного коду додані відображення коду і його назва.
4. Виправлено відображення списку звітів для завдання Планувальника Tariscope по формуванню звіту для випадку, коли звіт знаходиться в кореневій папці звітів.
5. Додана перевірка при імпорті параметрів оператора зв'язку. Якщо помилково був обраний файл іншого формату (не json), то з'явиться повідомлення про це.
6. Додається слово копія до імені імпортованого оператора зв'язку, якщо оператор з таким ім'ям вже є в Tariscope.
7. Для вікна редагування параметрів коду виправлено його закриття за допомогою кнопки Скасувати.
8. Кілька виправлень в локалізації.

1. Додано сценарій для виявлення фрода fraud.vb.
2. Додано новий сценарій MissedReaction.cs, призначений для оперативного отримання інформації електронною поштою щодо дзвінків, які не отримали відповіді.
3. В налаштуваннях тарифів, у вкладці Рахунки, доданий список для вибору опису тарифу.
4. Додана інформація за встановленими у Observer-и подіям. Ця функція доступна як для локальних так і для віддалених служб Observer-ів.
5. Виправлена помилка при відправленні повідомлень з сценаріїв Tariscope Observer-а.

1. Додана можливість завдання розташування папки для тимчасових робочих файлів Tariscope. У окремих клієнтів раніше могли виникати проблеми з окремими режимами роботи, наприклад, експортом даних в Excel, якщо вони не мали права адміністратора на цю папку. Зараз користувач може змінити розташування папки, туди, де він гарантовано має права доступу. Для завдання розташування цієї папки потрібно вибрати Додаткові опції → База даних → кнопка Тимчасовий каталог Tariscope на панелі інструментів.
2. Додана можливість очищення папки з тимчасовими файлами. Для цього слід вибрати Додаткові опції → База даних → кнопка Очистити тимчасовий каталог Tariscope на панелі інструментів.
3. Виправлений експорт в рахунках абонентів.
4. На сторінці налаштування Послуги раніше можна було створити послугу не задавши її назви. Зараз така помилка виправлена.

1. Виправлено діалогове вікно для встановлення порядку полів та їх відображення в поданнях. Раніше не зберігався порядок полів при повторному відкритті цього діалогового вікна.
2. Доопрацьована тарифікація дзвінків всередині мережі АТС. Якщо номер, на який дзвонили, є в номерному плані іншої АТС, то застосовується тип виклику, встановлений користувачем для маршруту (шлюзу), що зв'язує АТС.
 Якщо задано змінювати тип виклику для цього маршрута на внутрішній, то виклик тарифікується як внутрішній. В іншому випадку, виклик тарифікується як і раніше за тарифами оператора, заданого для цього маршруту.
3. Змінено режим автоматичного створення абонентів. Тепер вони створюються тільки в тому випадку, коли телефонний номер потрапляє до номерного плану, заданого для цієї АТС.
4. Додана можливість додавати телефонні номери абоненту списком або діапазоном.

1. Додана можливість легко визначати виклики між абонентами різних АТС користувача. Для цих викликів можно призначати типи викликів: внутрішні, корпоративні або будь-які інші.
2. На сторінці подання додана іконка, яка дозволяє зберегти змінене подання, як нове.

1. Розроблено новий віджет, який дозволяє відстежувати поточний стан служб Tariscope Observer.
2. У Tariscope додана нова інтеграція. CDR файл від VoIP АТС 3CX Phone System містить інформацію за викликами з використанням трансферу в одному рядку з загальною тривалістю виклику для всіх його учасників. Така інформація не дозволяє аналізувати, скільки кожен з учасників трансферного виклику розмовляв з абонентом. Система Tariscope може тепер отримувати тривалість розмови кожного з учасників від 3CX, чим забезпечується повноцінна інформація про трансферні виклики.
3. Виправлені деякі помилки в локалізації.
4. Виправлені налаштування віджета по викликам без відповіді.
5. Виправлена помилка, пов'язана з налаштуванням параметрів маршрутів. Було неможливо скинути код доступу для маршрутів.
6. Виправлена функція конвертації часу в локальне для парсера 3CX v.14 +. Раніше вона завжди була включена, і налаштування користувача ігнорувалися.

1. Додана можливість задавати кількість послуг при нарахуванні разової послуги. Раніше разові послуги можна було додавати по одній або загальною сумою за кілька послуг.
2. У поданні послуг додано відображення кількості нарахованих послуг. Раніше відображалися лише хвилини для певного напряму викликів.
3. Додано в базу даних Tariscope збереження кількості нарахованих періодичних послуг і разових послуг.
4. Додано новий віджет, що відображає статистику пропущених дзвінків. Підтримуються різні форми відображення цього віджета:
     - Режим кругової діаграми.
     - Текстовий режим.
     - Тільки прийняті виклики.
     - Тільки припущення виклики.
5. Додано інформаційне повідомлення на сторінці останніх викликів в Tariscope Observer, що дозволяє швидко перейти на сторінку поданнів для отримання інформації про всі необхідних виклики, а не тільки останніх.
6. Виправлена помилка при отриманні списку Observer-ів і активних викликів для Asterisk, якщо база даних Tariscope встановлена на віддаленому сервері.
7. Виправлена генерація звітів. Раніше, якщо в звіті був необов'язковий параметр, ID абонента, і він не був заданий, то звіт не генерувався.

1. Був доданий сервер віддалених служб Tariscope Observer і система роботи з ним. Observer-и можуть знаходиться на будь-якому ПК з ОС Windows 10, 8.1, 8, Server 2016, 2019, який має зв'язок з ПК, де встановлений Tariscope Web Administrator. Створено такі режими роботи з віддаленими Observer-ами:
     - налаштування параметрів,
     - налаштування скриптів,
     - запуск / зупинка,
     - створення / видалення / перейменування,
     - завантаження журналу роботи,
     - список останніх викликів.
2. Додана можливість введення будь-якого номера порту послідовного інтерфейсу для джерела даних служби Observer.
3. Додано повідомлення, яке з'являється, якщо звіт не був згенерований. Раніше з'являлася сторінка 404.
4. Додано новий віджет, який дозволяє відображати використання ресурсів сервером Tariscope. У простому режимі віджет відображає тільки завантаження від додатків Tariscope. У розширеним режимі - додатків Tariscope з іншим ПО, що працює на сервері.
5. Оновлений скрипт обробки CDR даних, отриманих від оператора зв'язку Bandwidth.com (США).
6. Додана підтримка в rdl звітах форматів паперу від А0 до А10 при генерації у ручному режимі.
7. Додане посилання на сторінку LinkedIn компанії SoftPI.
8. Додане посилання на сторінку історії оновлень ПЗ Tariscope на сайті.
9. Виправлений експорт операторів зв'язку у зовнішній файл.
10. Удосконалено інтерфейс:
     10.1. абонентів і їх телефонних номерів так, щоб панель інструментів завжди видно при прокручуванні.
     10.2. документів абонента: нові документи абонента відображаються завжди зверху (список відображається від нових до старих).
11. Виправлене відображення останніх оброблених викликів Observer-ом. Раніше іноді показувалися перші 50 викликів, замість останніх 50.
12. У Планувальнику Tariscope для завдання генерації звіту додано інформаційне вікно з описом параметрів, на підставі яких може формуватися ім'я звіту.
13. Виправлені деякі помилки в локалізації.
14. Виправлена реакція на натискання іконок на панелі інструментів при перегляді журналу роботи Observer-а. Раніше при натисканні на деякі з ікон посилався запит на запуск служби Observer-а.
15. Виправлена робота з маршрутами і шлюзами. Раніше додаток міг припиняти роботу, якщо маршруту (шлюзу) призначався оператор зв'язку, який був вилучений.
16. Виправлена проблема з нарахуванням разових послуг. Раніше, якщо не вказувався опис послуги, то вона не нараховувалася.
17. Виправлено зависання програми Tariscope Web Administrator при видаленні великих вузлів зв'зку.
18. Виправлений механізм видалення операторів зв'язку з Tariscope.

1. Виправлена ​​помилка при створенні нової послуги, якщо число податків в системі Tariscope було більше 1000
2. Виправлена ​​помилка з отриманням файлів по FTP. Раніше дата отриманих файлів не містила рік, в результаті чого на початку року могли повторно оброблятися файли минулого року, але з датою поточного року.
3. Виправлена ​​помилка з тривалістю виклику для Alcatel-Lucent OXE. У тривалість викликів включалося і час до підняття трубки.
4. Виправлена ​​помилка поновлення даних по абонентам при перетаріфікаціі. Ефективно використовувати час не виконувалася, а то й були налаштовані параметри тарифікації.
5. Виправлено відображення розміру бази в віджеті інформаційної панелі. Часом відображалося 0-е значення БД Tariscope.
6. Виправлено відновлення пароля для Особистого кабінету абонента.
7. Усунуто помилку некоректного пошуку телефонних кодів.
8. Додана інформація в вікно Про програму (системні вимоги, контакти і посилання).
9. Список віджетів, що відображаються на інформаційній панелі, впорядкований за алфавітом.
10. База даних Tariscope оновлена ​​до версії 183.