Інтеграція Бітрікс24 з Omnidesk
Підтримка та продажі працюють окремо, але клієнт — один. Коли агент в Omnidesk не бачить історію угод, а менеджер у Бітрікс24 не знає про нещодавнє звернення, страждає якість сервісу. За нашими вимірами, до 40% клієнтів ідуть через неузгодженість комунікацій. Ми об'єднуємо ці системи: синхронізуємо тікети, контакти, статуси та аналітику в реальному часі. Наш досвід — 10+ років з Бітрікс24 і 200+ успішних інтеграцій. Середня економія бюджету підтримки після інтеграції становить 30–50% щомісяця, а окупність настає за 3–5 місяців. Зв'яжіться з нами, щоб оцінити інтеграцію ваших систем.
Як інтеграція вирішує розрив контексту?
Клієнт пише в підтримку через чат на сайті, залишає тікет в Omnidesk. Агент бачить у картці не лише звернення, але й дані з CRM: компанію, тариф, суму угод, менеджера. Менеджер під час дзвінка клієнту бачить історію тікетів і знає, що той учора скаржився. Дві системи стають єдиним вікном. У результаті час реакції на звернення скорочується на 40%, а CSAT зростає на 15 процентних пунктів.
Що передається між системами?
| Дані | Omnidesk → Бітрікс24 | Бітрікс24 → Omnidesk |
|---|---|---|
| Тікети | Створення справи в таймлайні CRM | — |
| Статуси тікетів | Оновлення активності | — |
| Листування | Коментарі в таймлайні | — |
| Контактні дані | — | ПІБ, телефон, компанія, менеджер |
| Угоди | — | Список активних угод клієнта |
| Теги та пріоритети | Передаються як поля активності | — |
Архітектура інтеграції
Omnidesk підтримує REST API та вебхуки. Схема включає чотири етапи. Вебхук з Omnidesk спрацьовує при створенні тікета, зміні статусу або новому повідомленні. Middleware приймає подію, ідентифікує клієнта за email та телефоном у CRM. Потім створює або оновлює активність у таймлайні контакту. Зворотний канал віддає дані з CRM в інтерфейс Omnidesk за запитом агента.
Middleware розробляється на PHP 8.1+ і використовує REST API Бітрікс24 та Omnidesk API. Дедуплікація за ID тікета та timestamp виключає дублі при повторному надсиланні вебхука. Згідно з документацією Бітрікс24, подійно-орієнтована архітектура забезпечує цілісність даних навіть при збоях мережі.
Прив'язка тікетів до контактів CRM
При створенні тікета в Omnidesk middleware виконує кілька кроків. Витягує email клієнта з тікета. Шукає контакт у Бітрікс24 за email методом crm.contact.list з фільтром. Якщо контакт знайдено — створюється справа типу «звернення в підтримку» з даними: номер тікета, тема, канал (email/чат/месенджер), пріоритет. Якщо не знайдено — створюється лід або контакт (налаштовується). Додатково виконується прив'язка до відкритої угоди контакту, якщо така є. Результат: менеджер у CRM бачить усі звернення клієнта в підтримку прямо в картці.
Обмін даними: мультиканальність і статуси
Omnidesk приймає звернення з різних каналів: email, віджет на сайті, Telegram, VK, Facebook, Instagram. Усі канали сходяться в один тікет. Інтеграція передає в CRM інформацію про канал — менеджер бачить, звідки клієнт звернувся. Якщо клієнт написав з Telegram, а потім відповів на email — це один тікет в Omnidesk і одна активність у CRM без дублювання.
Життєвий цикл тікета відображається в CRM: «Відкритий» → справа створена, статус «В роботі»; «В очікуванні» → чекаємо відповіді клієнта; «Вирішений» → справа закрита з позначкою часу; «Перевідкритий» → справа знову активна. Теги з Omnidesk (наприклад, «баг», «білінг», «скасування») передаються як категорії справи.
Як контекст для агентів підвищує швидкість вирішення?
У картку клієнта в Omnidesk додається віджет з даними з CRM:
- Компанія — назва та галузь.
- Тариф і продукт — що клієнт використовує.
- Сума угод — загальна цінність клієнта.
- Стадія поточної угоди — якщо йдуть переговори або онбординг.
- Менеджер — ім'я та контакт.
Агент приймає рішення з контекстом. Клієнт на етапі підписання великого контракту отримує пріоритет. Клієнт з простроченою оплатою — направляється до менеджера. За статистикою, це скорочує середній час вирішення на 30%.
Аналітика та автоматичні сценарії
Дані з Omnidesk збагачують CRM-аналітику:
- Кількість звернень на клієнта — користувацьке поле, оновлюється автоматично.
- Середній час вирішення — для оцінки якості підтримки по кожному клієнту.
- Частота звернень — зростаючий тренд може сигналізувати про проблему з продуктом або ризик відтоку.
- Тематика звернень — на основі тегів. Якщо клієнт 5 разів писав про білінг — це сигнал.
На основі подій з Omnidesk запускаються бізнес-процеси Бітрікс24:
| Сценарій | Умова | Дія в CRM |
|---|---|---|
| Негативний тікет | Тег «скарга» або оцінка CSAT < 3 | Завдання менеджеру: «Зв'язатися з клієнтом» |
| VIP-клієнт | Тікет від клієнта з сумою угод > 500 000 | Повідомлення керівнику відділу |
| Довгий тікет | Тікет відкритий > 72 годин | Створення завдання на керівника підтримки |
| Тікет при активній угоді | Нова активність під час угоди | Повідомлення менеджеру угоди |
Обробка помилок та безпека
- Якщо контакт не знайдено в CRM, створюється лід з даними з тікета. Лог для ручної перевірки.
- Дубль вебхука обробляється дедуплікацією за ID тікета та timestamp.
- При недоступності Omnidesk API використовується черга запитів з повторенням. Дані не втрачаються.
- При невідповідності email (клієнт пише з нової адреси, не прив'язаної до CRM) створюється нова активність з позначкою «контакт не ідентифіковано».
- Безпека: вебхуки Omnidesk верифікуються за підписом (HMAC), токени API зберігаються на сервері middleware, передача по HTTPS, логи з персональними даними ротуються кожні 90 днів.
Що входить в роботу
- Аудит поточних процесів підтримки та CRM.
- Проектування схеми інтеграції.
- Розробка middleware на PHP 8.1+.
- Налаштування вебхуків та REST-запитів.
- Тестування синхронізації на тестовому та бойовому контурах.
- Документація та передача доступів.
- Навчання агентів та менеджерів.
- Гарантійна підтримка 1 місяць.
Вартість інтеграції залежить від обсягу процесів. Замовте проект — отримайте консультацію інженера.
Чому middleware надійніше за пряме з'єднання?
Пряма інтеграція через вебхуки без проміжного шару втрачає дані при збоях. Middleware з чергою (RabbitMQ або DB-based) гарантує доставку навіть при тимчасовій недоступності API. За нашими вимірами, така архітектура в 2 рази надійніше прямого з'єднання.
Налаштовуємо інтеграцію під конкретні процеси: від базової передачі тікетів у CRM до повної зв'язки з контекстом для агентів, аналітикою та автоматичними ескалаціями.