Перейти до вмісту

Атестаційні завдання K2 ERP/Облік IP-телефонії

Матеріал з K2 ERP Wiki

! * SIP;

  • Asterisk;
  • FreePBX;
  • Zadarma;
  • Binotel;
  • Ringostat;
  • 3CX;
  • внутрішній корпоративній телефонії;
  • іншій VoIP-платформі. SEO-опис

Мінімальний сценарій: провідний принцип. Кожен дзвінок має бути зафіксований, пов’язаний із клієнтом або співробітником і доступний для аналізу. Поле

  • API телефонії;
  • webhook;
  • CDR-файли;
  • CSV-імпорт;
  • пряме підключення до бази CDR, якщо дозволено;
  • ручний імпорт файлу адміністратором.== Статуси пропущеного дзвінка ==
Відповіли Розмова відбулася
Не відповіли Дзвінок пропущено
Зайнято Лінія була зайнята
Скасовано Дзвінок завершено до відповіді
Помилка Дзвінок не відбувся через технічну причину
Голосова пошта клієнт ERP залишив повідомлення, якщо підтримується

SEO-опис Типовий бізнес-процес роботи модуля IP-телефонії виглядає так:

Поля внутрішнього номера

Рівень

Якщо телефонія надає записи розмов, платформа повинна зберігати посилання на них. Внутрішній номер застосовують, коли потрібно для зв’язку дзвінка зі співробітником. Поле

Номер телефону Зовнішній номер компанії Оператор SIP-провайдер або мобільний оператор Тип номера SIP, мобільний, стаціонарний, багатоканальний Напрямок продажі та реалізація, технічна підтримка, бухгалтерський обліковий облік, загальний номер Вартість хвилини Для розрахунку витрат, опціонально Статус Активний або неактивний

!== Технічні вимоги ==

  • хто імпортував дзвінки;
  • коли отримано дзвінок через API або webhook;
  • хто вручну прив’язав дзвінок до клієнта;
  • хто змінив результат дзвінка;
  • хто додав коментар;
  • хто прослухав запис, якщо це потрібно;
  • хто змінив статус пропущеного дзвінка;
  • хто створив задачу передзвонити;
  • дату й час дії;
  • старе та нове значення, якщо це можливо. !== Що має робити платформа ==

компонент має забезпечувати імпорт або прийом даних із IP-телефонії, збереження журналу дзвінків, автоматичну прив’язку дзвінків до клієнтів, обліковий облік внутрішніх номерів співробітників, прослуховування записів, контроль пропущених дзвінків, аналітику по менеджерах і звіти для керівництва. |- | Новий | Дзвінок пропущено, реакції ще не було |- | В роботі | Менеджер узяв дзвінок у роботу |- | Передзвонили | Клієнту передзвонили |- | Не дозвонились | Спроба передзвону була невдалою |- | Закрито | Питання по дзвінку завершено |}

У звіті потрібно відображати: CDR — це запис про телефонний дзвінок. ! Бали

Основні об’єкти модуля

  1. платформа отримує номер із дзвінка;
  2. очищає номер від пробілів, дужок, дефісів;
  3. приводить номер до єдиного формату;
  4. шукає номер у довіднику клієнтів;
  5. якщо номер знайдено — прив’язує дзвінок до клієнта;
  6. якщо номер не знайдено — залишає дзвінок як невідомий;
  7. менеджер здатна вручну створити клієнта або прив’язати номер до існуючого. Роль

Формула рівня відповіді

  • консультація;
  • успішний продаж;
  • передзвонити пізніше;
  • клієнт ERP не зацікавлений;
  • створено заявку;
  • створено угоду;
  • створено тікет підтримки;
  • питання вирішено;
  • потрібна ескалація. | компонент обліку дзвінків IP-телефонії

|- | Які довідники потрібні?== Практичне задача ==

База «Дзвінки»

  • клієнт ERP;
  • контактна особа;
  • лід;
  • угода;
  • замовлення;
  • заявка;
  • тікет HelpDesk;
  • задача;
  • рахунок.

Звіт показує телефонну активність працівників. ! Звіт показує всі дзвінки за вибраний період.== Результат дзвінка ==

Приклади результатів

Шкала оцінювання

Менеджер здатна вказати результат дзвінка. Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл IP-телефонії: дзвінок → імпорт → розпізнавання клієнта → прив’язка до співробітника → запис у журналі → аналітичні інструменти → звіт. компонент обліку дзвінків, внутрішніх номерів і аналітики IP-телефонії. Призначення

Звіт «Дзвінки за період»

Поля клієнта

  • дату;
  • напрямок;
  • клієнта;
  • співробітника;
  • номер телефону;
  • статус;
  • тривалість;
  • наявність запису. У звіті потрібно відображати:
== Див. так само ==
Бекенд K2 Cloud ERP на Python або PHP
База даних PostgreSQL або MySQL
Фронтенд HTML5, JavaScript
AJAX Fetch API або Axios
UI-компоненти DataTables для журналу дзвінків, Select2 для фільтрації
Телефонія SIP, Asterisk, FreePBX або інша IP-телефонія
Імпорт API, webhook, CDR або CSV
Медіа HTML5 audio для прослуховування записів розмов
Друк / експорт PDF або Excel для звітів, опціонально

Вартість дзвінків

Можливі прив’язки

  • клієнти;
  • телефони клієнтів;
  • співробітники;
  • внутрішні номери;
  • зовнішні номери компанії;
  • дзвінки;
  • статуси дзвінків;
  • напрямки дзвінків;
  • записи розмов;
  • результати дзвінків;
  • пропущені дзвінки;
  • задачі передзвону;
  • CRM-прив’язки;
  • тарифи телефонії;
  • імпорт CDR;
  • webhook-події;
  • аналітичні інструменти;
  • журнал змін;
  • звіти;
  • права доступу. Критерій

Довідник «Внутрішні номери»

інформаційні дані CDR

  • кількість вхідних дзвінків;
  • кількість вихідних дзвінків;
  • кількість пропущених дзвінків;
  • кількість успішних розмов;
  • середня тривалість розмови;
  • загальна тривалість дзвінків;
  • рівень відповіді;
  • кількість дзвінків по співробітниках;
  • кількість дзвінків по клієнтах;
  • кількість дзвінків без прив’язки до клієнта;
  • вартість дзвінків, якщо налаштовані тарифи. Статус

! | Через API, webhook, CDR або CSV-імпорт |- | Що має робити платформа з номером клієнта? через аналітичні інструменти користувачі можуть оцінювати роботу співробітників і якість обслуговування.== AJAX-інтерактив ==

У результаті виконання атестаційного задача має бути створений компонент обліку IP-телефонії в K2 ERP. ! Об’єкт |- | Унікальний ID дзвінка | Ідентифікатор із телефонії або внутрішній ID |- | Дата початку | Початок дзвінка |- | Дата завершення | Завершення дзвінка |- | Напрямок | Вхідний, вихідний, внутрішній |- | Caller ID | Номер того, хто телефонує |- | Called number | Номер, на який телефонують |- | Внутрішній номер | SIP extension співробітника |- | Співробітник | Відповідальний користувач системи системи |- | клієнт ERP | Розпізнаний або вручну вибраний клієнт ERP |- | Статус дзвінка | Відповіли, не відповіли, зайнято, скасовано |- | Тривалість розмови | Чистий час розмови |- | Загальна тривалість | Час від початку виклику до завершення |- | Запис розмови | Посилання на файл або потокове відтворення |- | Результат дзвінка | Підсумок розмови |- | Коментар | Примітка менеджера |}

компонент має підтримувати розмежування прав. Пропущений дзвінок не повинен залишитися без подальшої дії.== Звіти ==

  • бачити, чи виступає як запис у дзвінка;
  • прослухати запис через HTML5 audio;
  • обмежувати доступ до записів за правами;
  • завантажити запис, якщо це дозволено;
  • зберігати посилання на файл;
  • показувати тривалість запису;
  • фіксувати, хто прослуховував запис, опціонально. | Нормалізувати номер і знайти клієнта в базі

|-

| Що критично для пропущених дзвінків?

Звіт «Пропущені дзвінки»

  • клієнта;
  • кількість дзвінків;
  • останній дзвінок;
  • відповідального менеджера;
  • загальну тривалість;
  • кількість пропущених дзвінків. обліковий облік IP-телефонії потрібен CRM-системам, кол-центрам, відділам продажу, сервісним службам і технічній підтримці. Опціонально можна рахувати витрати на телефонію.== Примітка ==

Довідник «Клієнти»

Інтерфейс має працювати оперативно та інтуїтивно для менеджера, керівника і оператора. Звіт показує активність комунікацій із клієнтами.== Основні поля CDR ==

  1. створити клієнта з номером телефону;
  2. створити співробітника;
  3. створити внутрішній SIP-номер;
  4. створити зовнішній номер компанії;
  5. імпортувати кілька дзвінків через CDR або створити тестові записи;
  6. автоматизовано розпізнати клієнта за номером;
  7. прив’язати дзвінок до співробітника;
  8. додати дзвінок без відомого клієнта;
  9. вручну прив’язати невідомий дзвінок до клієнта;
  10. додати посилання на запис розмови;
  11. прослухати запис через інтерфейс;
  12. створити пропущений дзвінок;
  13. створити задачу передзвонити;
  14. змінити статус пропущеного дзвінка на «Передзвонили»;
  15. додати результат дзвінка;
  16. відфільтрувати дзвінки за періодом;
  17. відфільтрувати дзвінки по співробітнику;
  18. сформувати звіт дзвінків за період;
  19. сформувати звіт ефективності співробітників;
  20. сформувати звіт пропущених дзвінків;
  21. сформувати звіт дзвінків по клієнтах;
  22. перевірити журнал змін. Відповідь
  • вести клієнтів і їхні номери телефонів;
  • вести співробітників;
  • вести внутрішні SIP-номери;
  • вести зовнішні номери компанії;
  • імпортувати дзвінки з IP-телефонії;
  • приймати інформаційні дані дзвінків через API або webhook;
  • зберігати журнал вхідних, вихідних і внутрішніх дзвінків;
  • автоматизовано визначати клієнта за номером телефону;
  • прив’язувати дзвінок до менеджера;
  • прив’язувати дзвінок до клієнта, заявки, угоди або тікета;
  • зберігати тривалість дзвінка;
  • зберігати статус дзвінка;
  • зберігати посилання на запис розмови;
  • дозволяти прослуховувати записи розмов;
  • фіксувати результат дзвінка;
  • контролювати пропущені дзвінки;
  • створювати нагадування передзвонити;
  • формувати аналітику по співробітниках;
  • формувати звіти по дзвінках, клієнтах, менеджерах і якості обслуговування. {| class="wikitable" style="width:100%;"

Рівень відповіді = Кількість дзвінків з відповіддю / Загальна кількість вхідних дзвінків × 100%

  1. клієнт ERP телефонує на номер компанії;
  2. телефонія приймає дзвінок і передає його на внутрішній номер співробітника;
  3. платформа отримує інформацію про дзвінок через API, webhook або CDR-імпорт;
  4. K2 ERP зберігає дзвінок у журналі;
  5. платформа визначає клієнта за номером телефону;
  6. платформа визначає співробітника за внутрішнім номером;
  7. дзвінок прив’язується до клієнта, угоди, заявки або тікета;
  8. якщо виступає як запис розмови — зберігається посилання на файл;
  9. менеджер здатна додати коментар або результат дзвінка;
  10. пропущений дзвінок потрапляє в список для передзвону;
  11. керівник переглядає аналітику й звіти. Поле

IP-телефонія здатна бути побудована на:

Мета задача — створити в K2 ERP компонент для автоматизації обліку телефонних комунікацій компанії. SEO-опис
  • період;
  • оператора;
  • номер компанії;
  • кількість дзвінків;
  • загальну тривалість;
  • суму витрат. Що перевіряється
[[Категорія:IP-телефонія]]
|-
| Що потрібно створити? ! ! Поле

== Формула середньої тривалості ==

== Критерії оцінювання ==

! обліковий облік IP-телефонії''' — це практична задача; так само реалізовано внутрішніх номерів. Питання
[[Категорія:Корпоративна Wiki]]
Пропущений дзвінок потребує окремого контролю. Разом
Довідник клієнтів містить компанії або фізичних осіб, з якими ведеться комунікація. Максимальна оцінка

У звіті потрібно відображати:

! |-
| Реалізація бази клієнтів, співробітників і дзвінків
| 20
| Клієнти, телефони, співробітники, внутрішні номери, зовнішні номери, журнал дзвінків
|-
| Механізм імпорту дзвінків і прив’язки до клієнтів
| 20
| CDR/API/webhook, нормалізація номерів, автоматичне розпізнавання клієнта, ручна прив’язка
|-
| Фільтрація і пошук дзвінків
| 20
| Пошук за номером, клієнтом, співробітником, періодом, статусом, напрямком і тривалістю
|-
| Прослуховування записів розмов
| 20
| Зберігання посилань, HTML5 audio, права доступу до записів, наявність запису в журналі
|-
| Інтерактивність через AJAX і аналітичні інструменти дзвінків
| 20
| AJAX-фільтри, коментарі, результати дзвінків, пропущені дзвінки, аналітичні інструменти й звіти
|-
Критичними помилками вважаються ситуації, коли:
{| class="wikitable" style="width:100%;"
Звіт показує всі пропущені дзвінки.== аналітичні інструменти дзвінків ==

Такий компонент дає можливість контролювати якість комунікації з клієнтами, оцінювати ефективність менеджерів, оперативно реагувати на пропущені дзвінки та зберігати повну історію телефонних контактів. SEO-опис

! Один і той самий номер здатна надходити у форматах +380, 380, 0XX або з розділювачами.</div>
== Параметри фільтрації ==
платформа повинна визначати клієнта за номером телефону. '''Коротко.''' Потрібно реалізувати компонент IP-телефонії: клієнти, співробітники, внутрішні SIP-номери, журнал дзвінків, CDR-імпорт, API або webhook-інтеграція, записи розмов, пропущені дзвінки, прив’язка до CRM, фільтрація, аналітичні інструменти й звіти.== Напрямки дзвінків ==
Середня тривалість = Загальна тривалість розмов / Кількість розмов
платформа повинна дозволяти:

платформа повинна дозволяти:

== Звіт «Вартість телефонії» ==

{| class="wikitable" style="width:100%;"

== Логування змін ==

== Мета задача ==

! | Кожен дзвінок має бути збережений, знайдений у журналі й доступний для аналізу
|}

</div>

* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[CRM]]
* [[HelpDesk]]
* [[IP-телефонія]]
* [[SIP]]
* [[Asterisk]]
* [[FreePBX]]
* [[Кол-центр]]
* [[Дзвінок]]
* [[Пропущений дзвінок]]
* [[Запис розмови]]
* [[AJAX]]

== Колонки журналу дзвінків ==
<pre>
'''критично.''' Номери телефонів потрібно нормалізувати. |-
| ПІБ
| Повне ім’я співробітника
|-
| Посада
| Менеджер, оператор, техпідтримка, керівник
|-
| Відділ
| продажі та реалізація, технічна підтримка, бухгалтерський обліковий облік, сервіс
|-
| Внутрішній номер
| SIP extension
|-
| Телефон
| Особистий або службовий номер
|-
| Email
| Робоча адреса
|-
| Статус
| Активний, заблокований, звільнений
|}

{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Облік IP-телефонії}}

Вартість дзвінка = Тривалість у хвилинах × Тариф за хвилину

== Звіт «Ефективність співробітників» ==

== Рекомендовані сутності бази даних ==
SIP extension як приклад: 101, 102, 205
Співробітник Кому належить номер
Відділ До якого відділу належить номер
Статус Активний або неактивний
Коментар Службова інформаційні матеріали

Логіка розпізнавання

компонент повинен фіксувати важливі дії.== Коротко ==

базовий бізнес-процес

компонент має підтримувати клієнтів, телефони клієнтів, співробітників, внутрішні SIP-номери, зовнішні номери компанії, журнал дзвінків, CDR/API/webhook-імпорт, автоматичне розпізнавання клієнтів, ручну прив’язку, записи розмов, пропущені дзвінки, задачі передзвону, CRM-прив’язки, аналітику, звіти, AJAX-інтерактив і логування змін. ! SEO-опис

Довідник «Співробітники»

Дата і час Коли відбувся дзвінок
Напрямок Вхідний, вихідний, внутрішній
Номер клієнта Зовнішній номер співрозмовника
Внутрішній номер SIP extension співробітника
Співробітник Хто прийняв або здійснив дзвінок
клієнт ERP автоматизовано визначений або вручну прив’язаний клієнт ERP
Статус Відповіли, не відповіли, зайнято, скасовано
Тривалість Тривалість розмови в секундах
Запис Посилання на аудіозапис
Коментар Коментар менеджера

Якщо налаштовані тарифи, звіт показує витрати. Статус

  • скільки дзвінків приймає компанія-користувач;
  • які дзвінки були пропущені;
  • хто зі співробітників відповідає клієнтам;
  • скільки тривають розмови;
  • які клієнти часто телефонують;
  • чи передзвонили по пропущених дзвінках;
  • які менеджери ефективно для бізнесу працюють із клієнтами;
  • чи можна прослухати запис розмови для контролю якості. | Дзвінки за період, ефективність співробітників, пропущені дзвінки, дзвінки по клієнтах

|-

| Що виступає як критичною вимогою?

Записи розмов

  • фільтрація дзвінків;
  • пошук номера;
  • прив’язка дзвінка до клієнта;
  • додавання коментаря;
  • зміна результату дзвінка;
  • прослуховування запису;
  • оновлення версій статусу пропущеного дзвінка;
  • створення задачі передзвонити;
  • оновлення версій аналітики;
  • оновлення версій звітів. {| class="wikitable" style="width:100%;"

! Значення

Звіт «Дзвінки по клієнтах»

Назва задача

|- | Вхідний | клієнт ERP телефонує в компанію |- | Вихідний | Співробітник телефонує клієнту |- | Внутрішній | Дзвінок між співробітниками |- | Переадресований | Дзвінок був переведений на інший номер |}

Реальний бізнес-контекст

Дзвінок здатна бути пов’язаний з об’єктами CRM. ! * співробітника;
  • кількість вхідних дзвінків;
  • кількість вихідних дзвінків;
  • кількість пропущених дзвінків;
  • загальну тривалість;
  • середню тривалість;
  • рівень відповіді. У межах атестації потрібно продемонструвати робочий сценарій. SEO-опис
! платформа має показувати їх окремо і дозволяти контролювати факт передзвону.

Цей довідник містить зовнішні номери компанії. Значення

Назва компанії або ПІБ Ім’я клієнта або назва організації
Телефон базовий телефон клієнта
Додаткові телефони Інші номери для розпізнавання
Email Електронна адреса
Менеджер Відповідальний співробітник
Статус Активний, потенційний, архівний
Примітки Додаткова інформаційні матеріали

Через AJAX мають працювати:


Для реалізації задачі доцільно передбачити такі сутності:

Окремий контроль і задача передзвонити
Клієнти, телефони, співробітники, внутрішні номери, зовнішні номери
Який провідний об’єкт? 100 * дата або період; * напрямок дзвінка; * статус дзвінка; * співробітник; * внутрішній номер; * клієнт ERP; * номер телефону; * тривалість від; * тривалість до; * наявність запису; * результат дзвінка; * пропущені дзвінки; * дзвінки без прив’язки до клієнта. SEO-опис Журнал дзвінків виступає як головним об’єктом модуля. Значення Колонка Журнал дзвінків повинен мати зручні фільтри. У звіті потрібно відображати: * дату і час; * номер клієнта; * клієнта, якщо визначено; * відповідального менеджера; * статус передзвону; * час реакції; * результат. {| class="wikitable" style="width:100%;" == Функції роботи із записами == * визначати пропущені вхідні дзвінки; * показувати їх у окремому списку; * визначати клієнта, якщо номер знайдено; * призначати відповідального менеджера; * створювати задачу або нагадування передзвонити; * змінювати статус після передзвону; * показувати, скільки часу минуло з моменту пропущеного дзвінка.== Поля співробітника == * дата і час початку; * номер абонента; * номер призначення; * внутрішній номер; * напрямок; * статус; * тривалість; * унікальний ID дзвінка; * посилання на запис; * код завершення дзвінка. {| class="wikitable" style="width:100%;" Довідник співробітників містить працівників, які користуються телефонією.== Поля дзвінка ==

Пропущені дзвінки

SEO-опис

Статуси дзвінків

Для бізнесу критично знати: Окремо варто відзначити записів розмов, аналітики телефонії і інтеграції з CRM виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку дзвінків забезпечується через Атестаційне задача K2 ERP. Параметр

Права доступу

Журнал змін має зберігати:
Дзвінок у журналі телефонії
Як дзвінки потрапляють у систему?== Критичні помилки ==
Клієнти Контрагенти або фізичні особи, з якими відбуваються дзвінки
Телефони клієнтів Номери, за якими платформа розпізнає клієнта
Співробітники Менеджери, оператори, спеціалісти підтримки
Внутрішні номери SIP extension співробітників
Зовнішні номери Номери компанії для вхідних і вихідних дзвінків
Дзвінки базовий журнал телефонних подій
Записи розмов Аудіофайли або посилання на записи
Пропущені дзвінки Дзвінки, які потребують подальшої реакції
Результати дзвінків Підсумок розмови: консультація, продаж, передзвонити тощо
CRM-прив’язки Зв’язок дзвінка з клієнтом, угодою, заявкою або тікетом
аналітичні інструменти Показники ефективності дзвінків
Звіти інформаційні дані для керівника, продажів і підтримки

Поля номера

Імпорт дзвінків

Автоматичне розпізнавання клієнта

== Довідник «Номери телефонів компанії» == Критично. Пропущені вхідні дзвінки не повинні губитися. функції ERP

Варіанти імпорту

Очікуваний результат

CRM-прив’язка

90–100 Відмінно компонент на 100% функціонує: клієнти, співробітники, SIP-номери, імпорт дзвінків, прив’язка до клієнтів, записи, пропущені дзвінки, аналітичні інструменти й звіти реалізовані коректно
75–89 Добре Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес обліку дзвінків
60–74 Зараховано Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59 Не зараховано Відсутня критична логіка: журнал дзвінків, клієнти, співробітники, імпорт, прив’язка або аналітичні інструменти

Основні показники

* неможливо створити клієнта; * неможливо створити співробітника; * неможливо створити внутрішній номер; * неможливо зберегти дзвінок; * імпорт CDR не створює записи дзвінків; * дзвінки не мають дати й часу; * дзвінки не мають напрямку; * номер клієнта не нормалізується; * клієнт ERP не розпізнається за наявним номером; * дзвінок не прив’язується до співробітника; * пропущені дзвінки не відображаються окремо; * статус пропущеного дзвінка не змінюється; * записи розмов не відкриваються, якщо функція заявлена; * користувач системи без прав здатна прослухати чужі записи; * фільтри по дзвінках працюють неправильно; * звіти не відповідають фактичним дзвінкам; * зміни прив’язки, коментарів або статусів не логуються. |} Поле - Менеджер Бачить свої дзвінки, додає коментарі, прив’язує клієнтів, обробляє пропущені дзвінки Оператор кол-центру функціонує з журналом дзвінків, результатами дзвінків і передзвонами Керівник відділу Бачить дзвінки свого відділу, аналітику й звіти Керівник компанії Бачить загальну статистику, звіти і якість обслуговування Адміністратор телефонії Налаштовує внутрішні номери, імпорт, API, webhook, записи розмов Адміністратор системи Налаштовує права доступу, довідники, службові параметри і інтеграції ! Напрямок ! Бали

Пошук і фільтрація дзвінків

компонент має підтримувати отримання дзвінків із телефонної системи. У звіті потрібно відображати: