Інтеграція Бітрікс24 з Omnidesk

Інтеграція Бітрікс24 з Omnidesk

Підтримка працює в Omnidesk, продажи — в Бітрікс24. Коли клієнт пише в підтримку, агент не бачить історію угод. Коли менеджер дзвонить клієнту, він не знає, що той вчора написав гнівне звернення. Дві системи, два контексти, нульовий зв'язок — і клієнт відчуває, що розмовляє з двома різними компаніями.

Інтеграція об'єднує дані: тікети з Omnidesk відображаються в CRM, а інформація про клієнта з CRM доступна агентам підтримки.

Що передається

Архітектура інтеграції

Omnidesk підтримує REST API та вебхуки. Схема:

1. Вебхук з Omnidesk — спрацьовує при створенні тікету, зміні статусу, новому повідомленні.
2. Middleware — приймає подію, ідентифікує клієнта за email/телефоном в CRM.
3. Запис в Бітрікс24 — створення або оновлення активності в таймлайні контакту.
4. Зворотний канал — middleware за запитом агента відає дані з CRM в інтерфейс Omnidesk.

Прив'язка тікетів до контактів CRM

При створенні тікету в Omnidesk middleware виконує:

1. Витягування email клієнта з тікету.
2. Пошук контакту в Бітрікс24 за email (метод crm.contact.list з фільтром).
3. Якщо контакт знайдено — створення завдання типу «звернення в підтримку» з даними: номер тікету, тема, канал (email/чат/месенджер), пріоритет.
4. Якщо не знайдено — створення ліда або контакту (налаштовується).
5. Прив'язка до відкритої угоди контакту, якщо такий є.

Результат: менеджер в CRM бачить усі звернення клієнта в підтримку прямо в карточці.

Мультиканальність

Omnidesk приймає звернення з різних каналів: email, віджет на сайті, Telegram, VK, Facebook, Instagram. Усі канали сходяться в один тікет. Інтеграція передає в CRM інформацію про канал — менеджер бачить, звідки клієнт звернувся.

Якщо клієнт написав з Telegram, а потім відповів на email — це один тікет в Omnidesk та одна активність в CRM. Без дублювання.

Синхронізація статусів

Життєвий цикл тікету відображається в CRM:

• Відкрито — завдання створено, статус «В роботі».
• В очікуванні — чекаємо відповіді клієнта, статус оновлено.
• Вирішено — завдання закрито, в таймлайні позначка з датою та часом вирішення.
• Переоткрито — завдання знову активне, менеджер бачить, що проблема повернулася.

Теги з Omnidesk (наприклад, «баг», «біллінг», «скасування») передаються як категорії завдання. Це дозволяє фільтрувати та аналізувати звернення в CRM.

Призначення агентів

Omnidesk розподіляє тікети між агентами за правилами: по відділу, по навантаженню, по тематиці. Інтеграція передає в CRM імя агента, відповідального за тікет. Менеджер знає, до кого звертатися за деталями.

Зворотна логіка: якщо в CRM за клієнтом закріплен конкретний менеджер, ця інформація передається в Omnidesk. Агент підтримки бачить, хто веде клієнта, та при необхідності підключає його до переписки.

Контекст для агентів

В карточку клієнта в Omnidesk додається віджет з даними з CRM:

• Компанія — назва та галузь.
• Тариф / продукт — що клієнт використовує.
• Сума угод — загальна цінність клієнта.
• Стадія поточної угоди — якщо йдуть переговори або онбординг.
• Менеджер — імя та контакт.

Агент приймає рішення з контекстом. Клієнт на етапі підписання крупної контракту отримує пріоритет. Клієнт з просроченою оплатою — спрямовується до менеджера.

Аналітика звернень в CRM

Дані з Omnidesk обогащують CRM-аналітику:

• Кількість звернень на клієнта — користувацьке поле, оновлюється автоматично.
• Середній час вирішення — для оцінки якості підтримки по клієнту.
• Частота звернень — зростаючий тренд може сигналізувати про проблему з продуктом або ризик оттоку.
• Тематика звернень — на основі тегів. Якщо клієнт 5 разів писав про біллінг — це сигнал.

Керівник бачить зведку в CRM без необхідності заходити в Omnidesk.

Автоматичні сценарії

На основі подій з Omnidesk запускаються бізнес-процесси Бітрікс24:

• Негативний тікет (тег «скарга» або низька оцінка CSAT) — завдання менеджеру: «Зв'яжіться з клієнтом».
• Тікет від VIP-клієнта — сповіщення керівнику.
• Тікет не закрито 72 години — еськалація через CRM.
• Новий тікет під час активної угоди — сповіщення менеджеру, що веде угоду.

Обробка помилок

• Контакт не знайдено в CRM — створюється ліда з даними з тікету. Лог для ручної перевірки.
• Дубль вебхука — дедупліцкація за ID тікету та timestamp.
• Omnidesk API недоступен — черга запитів з повтором. Дані не теряються.
• Невідповідність email — якщо клієнт пише з нової адреси, не прив'язаної до CRM, створюється нова активність з позначкою «контакт не ідентифікований».

Безпека

Вебхуки Omnidesk верифікуються за підписом (HMAC). Токени API зберігаються на сервері middleware. Передача — HTTPS. Логи з персональними даними ротуються кожні 90 днів.

Налаштовуємо інтеграцію під конкретні процесси вашої компанії: від базової передачі тікетів в CRM до повної зв'язки з контекстом для агентів, аналітикою та автоматичними еськалаціями.