Автоматизація роботи з Tariscope
Tariscope є системою обліку викликів (Tariscope Enterprise) або білінговою системою для операторів зв’язку (Tariscope Provider). Якщо надалі не буде потреби в конкретизації редакції Tariscope, то будемо використовувати назву або Tariscope, або система Tariscope.
У кожного користувача Tariscope є свій набір операцій, які вони найчастіше виконують в системі. Якщо це не пошук якихось викликів, який виконується кожного разу за конкретними параметрами і який не можна автоматизувати, то Планувальник Tariscope дозволяє автоматично виконувати найбільш поширені операції за розкладом. Наведемо перелік задач, які може виконувати Планувальник Tariscope:
- Формування звітів.
- Створювання резервних копій бази даних.
- Виконання архівації інформації по викликам.
- Оновлення курсів валют.
- Синхронізування параметрів абонентів з Активним каталогом компанії.
- Виконання нарахування періодичних послуг.
- Виконання розсилки абонентам якоїсь інформації.
- Запуск якогось додатку.
- Виконання групи задач.
Звіти
Найбільш поширеною дією в системі Tariscope є формування якихось звітів. Якщо такі звіти повинні формуватися періодично, то правильніше для цього створити відповідну задачу для Планувальника Tariscope, який буде автоматично виконувати цю задачу за розкладом.
При створенні задачі для формування звітів ви можете задати дату і час першого виконання задачі, а також період, через який вона буде повторюватися. Можливі наступні періоди виконання будь-яких задач Планувальником Tariscope, в тому числі і по формуванню звітів:
- Одноразово. Задача Планувальника буде виконана тільки один раз. За необхідністю повторного виконання цієї задачі треба або змінити дату її першого виконання або встановити інший період.
- Щохвилини. Задача буде виконуватися кожну хвилину.
- Щогодини. Задача буде виконуватися через кожну годину.
- Щодня. Задача буде виконуватися один раз на день.
- Щотижня. Задача буде виконуватися один раз на тиждень.
- Щомісяця. Задача буде виконуватися один раз на місяць.
- Щороку. Задача буде виконуватися один раз на рік.
- При старті служби. Задача буде виконуватися один раз при запуску служби Планувальника. Служба Планувальника запускається автоматично при запуску сервера Tariscope в додатку Tariscope Старт (при роботі в Windows) або може бути запущена вручну (при роботі в Windows або Linux).
В тому випадку, коли необхідно, щоб задача виконувалася, наприклад, ні кожну годину, а через 4 години, то цей період в 4 години задається в параметрі задачі Кожен. За замовчуванням використовується значення 1.
В тому випадку, коли задача з формування звіту повинна виконуватися не для одного, а для кожного абонента якоїсь групи, то можна задати таку групу абонентів. Подробиці того, як це зробити, описані в статті «Автоматичне формування звітів тільки для заданої групи абонентів в Tariscope».
Якщо звіти, які повинні формуватися Планувальником пов’язані з інформацією про виклики, то обмеження викликів, які повинні оброблятися можна вибрати відповідний фільтр в списку задачі Назва фільтру. Якщо цей список не містить необхідного фільтру, ви можете його створити в поданні для викликів.
Задача для формування звітів дозволяє вибрати теку, куди будуть зберігатися звіти, задати шаблон назви файлів звітів, вказати, чи формується цей звіт для кожного з абонентів і чи будуть мати абоненти доступ до своїх звітів через Особистий кабінет абонента.
Згенерований звіт (звіти) може отримувати і адміністратор Tariscope через електронну пошту.
Tariscope містить велику кількість різноманітних форм звітів. В той же час він дозволяє користувачам самостійно редагувати існуючи форми звітів або створювати свої.
Створення резервних копій бази даних
Практична вся інформація системи Tariscope зберігається в базі даних. Вихід з ладу сервера, де встановлений Microsoft SQL сервер, або хакерська атака можуть привести до втрати всієї інформації. Тому ми рекомендуємо періодично створювати резервні копії бази даних та зберігати їх на інших серверах або носіях. Цю операцію можна виконувати вручну в Tariscope або за допомогою Microsoft SQL Server Management Studio. Але щоб не забувати це вчасно виконати простіше створити відповідну задачу в Планувальнику Tariscope. Можливо задати створення як повної резервної копії, так і диференційної копії.
Архівація викликів
Інсталяційний пакет Tariscope містить інсталяцію Microsoft SQL Server Express Edition. Ця редакція має обмеження на розмір бази даних, який дорівнює 10 Гбайт. Якщо база даних досягне цього розміру, то подальша обробка інформації нових викликів буде припинена. Користувач замість вказаної редакції SQL сервера може використовувати платні редакції, які не мають такого обмеження. Але і на таких редакціях з суттєвим ростом розміру бази даних можуть уповільнюватися SQL запити. Тому в обох випадках, використання безкоштовної редакції SQL сервера або платної, є сенс періодично виконувати архівацію інформації про виклики за минулі періоди, які зараз не становлять інтересу.
Цю операцію в Tariscope можна активувати вручну, але простіше її перекласти на Планувальника Tariscope. Як і для задачі створення резервної копії бази даних ми рекомендуємо файл архіву викликів зберігати на фізично іншому сервері або носії, ніж SQL сервер.
Оновлення курсів валют
Ця задача може бути актуальною тільки у випадку, коли виклики або послуги задаються в різних валютах і є необхідність приведенні їх до основної валюти. Задача дозволяє автоматично отримувати курси необхідних валют з заданого web сайту.
Синхронізація параметрів абонентів з AD
Ця задача може бути актуальною тільки для користувачів редакції Tariscope Enterprise, якщо компанія має Активний каталог (Active Directory – AD). Для виконання синхронізації даних адміністратор Tariscope повинен перед створенням задачі з синхронізації даних спочатку створити відповідний профіль AD. А далі вже в параметрах задачі вибрати цей профіль і встановити дату, час і період виконання синхронізації даних.
Нарахування періодичних послуг
Ця задача актуальна тільки для користувачів редакції Tariscope Provider, які нараховують періодичні послуги абонентам. Будь-які послуги в Tariscope можуть нараховуватися за необхідністю і вручну, але простіше покласти цю операцію на Планувальника Tariscope. Планувальник Tariscope дозволяє створювати окремі задачі нарахування періодичних послуг для окремих груп абонентів.
Розсилка повідомлень
Ця задача може бути більш актуальна для операторів зв’язку, які використовують Tariscope Provider, коли треба одночасно надіслати якесь повідомлення для конкретної групи абонентів. Але ця задача також може бути використана і користувачами Tariscope Enterprise. Для того, щоб ця задача працювали треба налаштувати параметри відправки електронної пошти в Tariscope і задати в параметрах абонентів їх електронні адреси.
Виконання додатку
Форми звітів, які створюються на основі Report Definition Language (RDL), дозволяють виконати багато різних дій з даними. Але часом простіше деякі дії виконувати окремими додатками, які користувачі створили самі. Як найпростіший приклад використання цієї задачі - це копіювання якихось журналів системи Tariscope можливо з попередньою архівацією і наступним видаленням цих журналів, щоб Tariscope створював новий журнал.
Tariscope дозволяє створити відповідну задачу, яка буде періодично запускати необхідний додаток.
Група задач
Інколи виникає необхідність виконати групу задач, при чому виконання задач залежить від результату виконання попередньої задачі.
Як приклад цього: оператор зв’язку виконує нарахування періодичних послуг, виконує звіт, який нараховує ПДВ абонентам за місяць, і виконуються звіти з формування рахунків, квитанцій, актів для абонентів.
Можливі різні варіанти груп завдань:
- Незалежна група. Кожна наступне в групі завдання буде запущено на виконання без аналізу результату завершення попереднього завдання.
- Залежна група. Кожна наступне в групі завдання буде запущено на виконання тільки в тому випадку, якщо попереднє завдання була успішно виконано.
- Незалежна група зі зворотним зв'язком. Запуск завдань в групі аналогічний варіанту 1, але, якщо будь-яке завдання виконалось невдало, буде зроблена спроба виконати його знову. Кількість спроб виконання завдань налаштовується. Якщо всі спроби вичерпані, але завдання так і не було виконане успішно, то наступне у списку завдання все одно буде запущено на виконання.
- Залежна група зі зворотним зв'язком. Ця група аналогічна варіанту 3, але, якщо спроби виконання вичерпані, і завдання не була успішно завершено, то наступне у списку завдання не буде виконуватися. Ланцюжок виконання зупиняється.
- Запустити всі разом. Всі завдання групи будуть запущені одночасно в різних потоках, без черги їх виконання.
Як ми вказали на початку статті, в Планувальнику Tariscope реалізовані задачі, які користувачі найбільш часто використовують. В той же час, можливо, у існуючих користувачів Tariscope, або тих, хто планує його придбати, є побажання щодо створення нових задач для Планувальника. В цьому випадку надішліть свої побажання до служби підтримки компанії SoftPI.
Автоматичне формування звітів тільки для заданої групи абонентів в 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 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 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.
