Так. Krokul CRM має нативну інтеграцію з хмарною АТС UniTalk. Після кожної розмови UniTalk надсилає подію CALL_END, і Krokul записує дзвінок у стрічку контакту та відкриту угоду з напрямом, тривалістю й посиланням на запис. Дзвінок без відповіді стає задачею «Передзвонити», а номер з картки контакту набирається через API UniTalk.
Після завершення дзвінка UniTalk надсилає подію CALL_END з номерами, напрямом, станом і часом розмови в секундах. Krokul шукає контакт за номером клієнта. У вхідному дзвінку цей номер стоїть у полі from, у вихідному в полі to. Дзвінок лягає в стрічку контакту й угоди разом із тривалістю. Запис відкривається плеєром у тому самому записі.
Стан NOANSWER чи BUSY означає, що розмова не відбулась. Krokul ставить задачу «Передзвонити» з номером клієнта, прив’язану до контакту й угоди. Задача з’являється в списку менеджера, і вебхук task.created повідомляє про неї зовнішні системи.
Якщо номера в базі немає, Krokul створює контакт і угоду «Дзвінок» з цим номером у воронці, яку ви вибрали під час підключення. Повторний дзвінок того самого клієнта чіпляється до вже відкритої угоди. Нових дублікатів угод від одного клієнта не з’являється.
Коли у вхідному сценарії UniTalk увімкнено «Запит у Ваш API», АТС надсилає подію ROUTE з номером клієнта. Krokul знаходить контакт і повертає внутрішній номер його менеджера та ім’я клієнта для SIP-клієнта. Постійний клієнт потрапляє до свого менеджера, а якщо той зайнятий, UniTalk веде дзвінок далі за сценарієм.
Менеджер натискає номер у картці контакту, і Krokul викликає метод UniTalk /calls/originateC2c з номером клієнта та внутрішньою лінією менеджера як кроком переадресації. Розмова, яка відбулась, повертається в угоду тією самою подією CALL_END.
| UniTalk | Напрям | Krokul | Коли |
|---|---|---|---|
| Подія CALL_END (from, to, direction, secondsTalk, state) | UniTalk → Krokul | Дзвінок у стрічці контакту й відкритої угоди | Після кожного завершеного дзвінка |
| Поле link у CALL_END | UniTalk → Krokul | Плеєр запису в дзвінку | Розмова відбулась (стан ANSWER) |
| Стан NOANSWER, BUSY | UniTalk → Krokul | Задача «Передзвонити» з номером | Дзвінок без відповіді |
| Номер, якого немає в базі | UniTalk → Krokul | Новий контакт і угода «Дзвінок» | Перший дзвінок клієнта |
| Запит ROUTE (from, outerNumber) | UniTalk ↔ Krokul | Внутрішній номер відповідального й ім’я клієнта | У мить вхідного дзвінка |
| Метод /calls/originateC2c | Krokul → UniTalk | Номер у картці контакту | Менеджер натискає номер |
| Історія /history/get | UniTalk → Krokul | Дзвінки, пропущені під час збою зв’язку | Після відновлення з’єднання |
Так, нативна. Дзвінки UniTalk потрапляють у картки контактів і угод Krokul із тривалістю та записом, пропущені стають задачами, а менеджер дзвонить клієнту з картки.
Два обробники з методом POST і тілом JSON, один на подію CALL_NEW, другий на подію CALL_END. Записує дзвінок CALL_END, а CALL_NEW лишається в журналі інтеграції.
Для прийому дзвінків ключ не потрібен, вистачає адреси обробника. Ключ із розділу «Інтеграції» → «API» потрібен для дзвінка з картки й запитів до історії дзвінків.
За номером телефону клієнта. Для вхідного дзвінка це номер, з якого дзвонили, для вихідного номер, який набирав менеджер. Якщо контакту немає, Krokul створює новий.
Номери, внутрішні лінії, вхідні сценарії, голосові меню й черги налаштовуються в кабінеті UniTalk. Аудіо розмови зберігається в UniTalk, а Krokul тримає посилання з поля link, яке UniTalk передає лише для стану ANSWER.
Напишіть, яким сервісом ви користуєтесь і що має ходити між ним і Krokul. Ми відповімо способом і строком.
Запит отримано. Відповімо на вашу пошту.
UniTalk є торговою маркою її власника. Krokul не афілійований із UniTalk.
