ConnectWiz + Zendesk

Интеграция работает

Zendesk работает, пока вы переезжаете, — и без двойной работы

Прагматичный мост на месяцы перехода: тикеты, рождённые в ConnectWiz, появляются в Zendesk, ответы зеркалятся в обе стороны, а предохранитель от петли делает классический бесконечный пинг-понг комментариями структурно невозможным. Переезд закончен — мост выключается.

Отправка и приём включаются отдельно Защита общим секретом Предохранитель от петли заложен в конструкцию
Zendesk × ConnectWiz
Тикет → создан в Zendesk
Ответ агента ← через защищённый триггер
Эхо помечено — петля невозможна
2
Направления — отправка и приём — включаются независимо, под фазу переезда
1
Общий секрет на пути приёма, сравнение за постоянное время
0
Возможных петель — зеркальные сообщения помечаются на границе, и эхо не пересекает её повторно
∞
Столько вам стоит держать две службы поддержки: нисколько. Мост построен на время перехода, а потом уходит на покой

Поддержка

Что именно делает

Отправка: тикеты наружу

Диалог-тикет ConnectWiz создаёт тикет в Zendesk с темой, комментарием и внешней ссылкой; дальнейшие ответы добавляются комментариями.

Приём: ответы обратно

Триггер Zendesk публикует комментарии агентов в переписку ConnectWiz — с аутентификацией общим секретом, который сравнивается за постоянное время, и с отсевом комментариев конечных пользователей.

Предохранитель от петли

Зеркальные сообщения помечаются на границе, поэтому слушатель отправки никогда не возвращает их назад: именно так исключается бесконечный пинг-понг комментариями в тикете.

Два переключателя

Отправка и приём включаются независимо: зеркалить только наружу, только внутрь или в обе стороны — по фазе вашего переезда.

Техническая часть

Механика моста

Отправка со стержнем из ссылок

Тикет ConnectWiz создаёт своего близнеца в Zendesk с темой, первым комментарием и внешней ссылкой, которая связывает пару: каждый следующий ответ добавляется комментарием к тому же тикету, а не создаёт новый.

Приём через ваш собственный триггер

JSON-триггер, который вы вставляете в Zendesk, возвращает комментарии агентов: аутентификация общим секретом, комментарии конечных пользователей отсеиваются, чтобы собственные слова клиента не возвращались к нему эхом.

Предохранитель от петли — конкретно

Каждое сообщение, пересекающее мост, помечается как зеркальное, а слушатель отправки помеченные сообщения игнорирует: бесконечный пинг-понг комментариями, который мучает наивные мосты между двумя службами поддержки, здесь структурно невозможен, а не просто маловероятен.

Направления развязаны

Зеркалить только наружу (Zendesk остаётся архивом), только внутрь (вычерпать его) или в обе стороны (работать параллельно во время переезда) — у каждого направления свой переключатель, поэтому мост подстраивается под ваш переезд неделя за неделей.

Настройка

Как подключается

01

Подключите свой Zendesk

Поддомен, почта агента и API-токен — в зашифрованном виде, с проверкой соединения.

02

Вставьте триггер

Добавьте в Zendesk готовый JSON-триггер для направления приёма.

03

Включите направления

Включите отправку, приём или оба — и выключите их в тот день, когда переезд закончится.

Вместе лучше

С чем сочетается

Входящие

Тикеты, которые идут через мост, — это обычные диалоги во входящих со всем, что к ним прилагается: маршрутизация, назначение, таймеры SLA и черновики ИИ работают всё то время, пока мост включён.

Почта и тикеты

Мост едет на диалогах-тикетах: рождённые из письма и рождённые на портале тикеты зеркалятся одинаково.

Выход

Когда переезд завершён, выключите оба направления: диалоги, контакты и история уже дома. В этом и смысл.

Безопасность и гарантии

Скучные гарантии

Реквизиты зашифрованы и проверены

Поддомен, почта агента и API-токен шифруются при хранении, а подключение прогоняет живую проверку к вашему Zendesk до того, как на него что-то начнёт опираться.

Путь приёма аутентифицирован

Входящие вызовы триггера несут общий секрет, и он сравнивается за постоянное время: угаданный URL не получит права писать в ваши входящие.

Мост переходят только комментарии агентов

Приём отбирает только комментарии, написанные агентами: текст конечных пользователей, автоматизации и системные заметки остаются на своей стороне моста.

Мелкий шрифт — без прикрас

Границы, прописанные явно

Мост, а не импортёр

Охват — создание тикета и ответ, в обе стороны. Статьи базы знаний, макросы, SLA и представления сюда не переезжают: честный сценарий использования — переход, а потом уход на покой.

Только диалоги-тикеты

Отправка срабатывает на переписках-тикетах ConnectWiz: чат в WhatsApp не создаёт тикеты в Zendesk автоматически, и это сделано намеренно.

FAQ по Zendesk

Ответы без воды

Читайте остальное в разделе FAQ, или напишите нам напрямую.

Создание тикетов и ответы, в обе стороны: тикеты ConnectWiz создают тикеты в Zendesk и зеркалят комментарии, а ответы агентов Zendesk возвращаются через защищённый триггер. Отправка и приём включаются независимо.

Каждое зеркальное сообщение помечается на границе, а слушатель отправки помеченные игнорирует, — поэтому комментарий может пересечь мост один раз и не может метаться по нему вечно.

Это построено на время перехода: держите обе службы поддержки в синхронизации, пока команда переезжает, а потом выключите мост. Командам, которым Zendesk нужен навсегда, обычно не стоит платить за две службы поддержки.

Любой, в который входят доступ к API и триггеры: мост использует обычный API-токен и один триггер — ни приложения из маркетплейса Zendesk, ни подписки Sunshine не нужно.

Текстовые ответы зеркалятся; зеркалирование вложений мы не заявляем. Во время переезда файл обычно лежит на той стороне, где с диалогом реально работают, а мост держит в синхронизации слова, чтобы ни на что не ответили дважды.

Честное подключение важнее громкого.

Каждая интеграция здесь описана по тому, что она делает на самом деле, — вместе с направлением, владением и ограничениями.