CoreviaFlowCOREVIAFLOWDIGITAL PROJECT COMPANY Оставить заявку
EN UA RU
CRMUS

Интеграция и автоматизация Zendesk

Тикет поддержки в Zendesk открывается с уже видимыми сделками клиента, решённый тикет попадает в историю клиента в CRM, а продажи узнают о жалобе раньше, чем клиент им позвонит.

Zendesk — там, где живёт поддержка: тикеты из почты, чата, телефона и соцсетей, агенты, правила ответов. CRM — там, где живут клиент, сделка и деньги. Между ними обычно есть разрыв — поддержка не видит, что пишущий человек является клиентом с открытым продлением, а продажи не видят, что у клиента три нерешённых тикета. Подключение закрывает этот разрыв: новый тикет сопоставляется с карточкой клиента по почте или телефону и показывает агенту сделки и менеджера клиента; решённый тикет записывается в историю клиента в CRM; тикет, отмеченный как срочный или как жалоба, сразу показывается менеджеру клиента; а выигранная в CRM сделка может открыть приветственный тикет для онбординга. Агенты продолжают работать в Zendesk, менеджеры — в CRM, и обе стороны видят одного и того же клиента.

Что подключаем

  • Вместе смотрим на ваш Zendesk: какие каналы приносят тикеты, какие поля тикета, теги и приоритеты важны, как агенты отмечают жалобу или срочный случай и что из этого должно быть видно в CRM.
  • Ваш администратор Zendesk регистрирует подключение в Admin Center и выдаёт ему вход с явным согласием — Zendesk переводит все интеграции на этот способ входа и отключает старые ключи-пароли, поэтому мы строим на том способе, который продолжит работать. Для этого шага нужны права администратора.
  • Договариваемся, как тикет находит своего клиента: сначала по почте запросившего, затем по телефону, затем по названию организации. Тикеты от незнакомых людей либо создают новый лид в CRM, либо ждут, пока менеджер их привяжет, — на ваш выбор.
  • Сопоставляем тикет с историей клиента: тему и первое сообщение — с заметкой, агента — с автором, статус и приоритет — с полями, которые вы хотите видеть в карточке, ссылку на тикет — чтобы менеджер открыл его в Zendesk одним кликом.
  • Администратор настраивает уведомления в Admin Center: Zendesk сам присылает подключению сообщение, когда тикет создан, меняет статус или получает выбранный тег, — через те же правила ответов, которыми уже пользуются ваши агенты, — поэтому ничего не нужно проверять руками.
  • Договариваемся, что идёт в обратную сторону: открывает ли выигранная сделка приветственный тикет, записывается ли смена менеджера клиента в CRM в организацию Zendesk и должен ли агент видеть этап сделки в тикете.
  • Сначала запускаем подключение на пробном Zendesk или на тестовом наборе тикетов, сверяем заметки, которые оно создаёт, с вашей карточкой и только потом переключаем на рабочий аккаунт. Представления, макросы и правила ответов ваших агентов остаются такими, как были.

Сценарии автоматизации

01

Тикет открывается с уже видимыми сделками клиента

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

Стало тикет сопоставляется с карточкой клиента по почте, и агент видит менеджера клиента, открытые сделки и последний заказ прямо в тикете — и отвечает соответственно.

02

Решённый тикет попадает в историю клиента

Было менеджер звонит клиенту с предложением апгрейда, не зная, что клиент на прошлой неделе спорил с поддержкой.

Стало каждый решённый тикет записывается в историю клиента в CRM с темой, результатом и ссылкой, поэтому менеджер читает последние три тикета, прежде чем взять трубку.

03

Жалоба сразу показывается менеджеру клиента

Было агент ставит на тикет тег «жалоба», а продажи узнают через неделю, когда клиент отказывается продлевать.

Стало как только тег поставлен, менеджер клиента получает задачу в CRM со ссылкой на тикет и звонит клиенту в тот же день.

04

Выигранная сделка открывает приветственный тикет

Было после продажи менеджер пишет поддержке в чат «пожалуйста, проведите онбординг этого клиента», и просьба теряется среди других сообщений.

Стало как только сделка отмечена выигранной, в Zendesk в очереди онбординга появляется тикет с данными клиента и договорённостями; поддержка начинает, никого не спрашивая.

Как это работает технически

Для тех, кто проверяет: каждый пункт ведёт на страницу официальной документации, откуда он взят.

  • Support API Zendesk (Ticketing API) работает с тикетами, пользователями, организациями и бизнес-правилами; тикеты могут приходить из почты, Help Center, чата, телефона, соцсетей или API.

    Источник: developer.zendesk.com ↗ проверено 2026-09-28
  • Создание тикета поддерживает ключ идемпотентности, поэтому повторный запрос не создаёт дубль тикета.

    Источник: developer.zendesk.com ↗ проверено 2026-09-28
  • Вебхуки отправляют HTTP-запрос на выбранный адрес, когда в Zendesk Support что-то происходит — например, создан тикет; неудачные запросы повторяются, а предохранитель защищает сломанные адреса.

    Источник: developer.zendesk.com ↗ проверено 2026-09-28
  • Триггеры тикетов выполняют действия при создании или обновлении тикета, если выполнены условия; все триггеры проверяются по порядку при каждом изменении тикета.

    Источник: developer.zendesk.com ↗ проверено 2026-09-28
  • Запросы к API могут делать только верифицированные пользователи; Zendesk поддерживает OAuth-токены доступа и требует TLS 1.2 для всех соединений.

    Источник: developer.zendesk.com ↗ проверено 2026-09-28
  • Zendesk выводит API-токены из оборота: с 28 июля 2026 неиспользуемые 30 дней токены удаляются, а к 30 апреля 2027 все API-токены перестанут работать — интеграции должны перейти на OAuth.

    Источник: support.zendesk.com ↗ проверено 2026-09-28

Ограничения

Zendesk ограничивает, как часто к нему можно обращаться: число запросов в минуту зависит от вашего тарифа, а при превышении Zendesk отвечает ошибкой 429 и называет, сколько секунд подождать; более высокий лимит доступен отдельным дополнением. Один агент может обновить один и тот же тикет не больше 30 раз за 10 минут, а одновременно в очереди или в работе может быть не больше 30 массовых заданий, поэтому массовые изменения идут порциями. Уведомления от Zendesk настраивает только администратор или агент с собственной ролью, которая это разрешает; они доставляются максимально близко к реальному времени, но иногда с задержкой, повторяются до трёх раз, если наша сторона не отвечает, не гарантируют порядка поступления, а сообщение, которое отправляет Zendesk, не может превышать 16 000 символов. Сам Zendesk предупреждает не обновлять тикеты прямо из уведомления, потому что это вызывает конфликты и ошибки лимита, — поэтому записи обратно в Zendesk идут через очередь. Пробные аккаунты ограничены 10 уведомлениями и 60 вызовами в минуту. Старые ключи-пароли (API-токены) отключаются: неиспользуемые 30 дней токены удаляются с 28 июля 2026, а все они перестают работать к 30 апреля 2027, — поэтому мы с самого начала строим подключение на входе с явным согласием, для которого администратор должен его зарегистрировать.

Скриншоты

Zendesk Admin Center: выбор способа, которым соединение отправляет события — по типу события или через бизнес-правило
Экран в Zendesk, где настраивается соединение с CRM: Zendesk присылает уведомление каждый раз, когда тикет создан или изменён. Источник: support.zendesk.com ↗
Диалог в Zendesk: сообщение клиента о бонусных баллах и ответ AI-агента с выполненными шагами
Разговор с клиентом в Zendesk — тикет, ответ и выполненные шаги попадают в историю клиента в CRM. Источник: www.zendesk.com ↗

Как начать

Три шага от первого сообщения до работы над вашим проектом.

  1. 01

    Оставьте заявку

    Опишите задачу в форме — текстом или голосом. Бюджет и сроки — по желанию.

  2. 02

    Мы разбираем и оцениваем

    Разработчик изучает ТЗ, уточняет непонятное и присылает оценку.

  3. 03

    Начинаем

    Как только объём и цена согласованы, начинаем работу.

или напишите на info@coreviaflow.space

Вопросы

Нашим агентам теперь нужно работать в CRM?
Нет. Агенты остаются в Zendesk со своими представлениями, макросами и правилами ответов; подключение только показывает им сделки и менеджера клиента внутри тикета и записывает результат обратно в историю клиента. Продажи продолжают работать в CRM и видят тикеты там.
А если человека, пишущего в поддержку, ещё нет в CRM?
Вы выбираете. Либо подключение создаёт из тикета новый лид в CRM — имя, почта, телефон, тема, — либо тикет ждёт в списке «не привязанные», пока менеджер не привяжет его к нужной карточке или не решит, что это не клиент. Большинство команд начинает со второго варианта и переходит к первому, когда правилам сопоставления уже доверяют.
Мы уже подключаем Zendesk старым ключом. Он продолжит работать?
Недолго. Zendesk объявил, что его ключи-пароли выводятся из оборота: неиспользуемые 30 дней ключи удаляются с 28 июля 2026, а все они перестают работать к 30 апреля 2027. Новые подключения мы с самого начала строим на входе с явным согласием, а если у вас есть старое подключение, помогаем перенести его до этой даты.
Кто главный — Zendesk или CRM?
Решаем это для каждого поля. Клиент, сделка, менеджер и деньги живут в CRM и показываются в Zendesk; тикет, его статус, агент и переписка живут в Zendesk и показываются в CRM. У каждого поля один дом, поэтому они никогда не спорят, а записи обратно в Zendesk идут через очередь — именно так, как советует сам Zendesk.

Расскажите, что нужно подключить

Опишите задачу текстом или голосовым. Мы посмотрим, что у вас есть, и ответим планом.

Похожие интеграции

Маркетинг и email-рассылкиUS

HelpCrunch

Чаты с сайта и из мессенджеров, которые становятся контактами в CRM: ИИ-помощник на первой линии, менеджер — на горячих

Смотреть сценарии →
CRMUS

HubSpot

CRM для рынка США со встроенными звонками и автоматизацией без кода, готовая подключиться к инструментам, которыми вы уже пользуетесь

Смотреть сценарии →
Автоматизация и рабочие инструментыUS

Slack

Slack как пульт команды: лиды, сделки и звонки из CRM попадают в канал, и команда реагирует, не выходя из чата

Смотреть сценарии →
Автоматизация и рабочие инструментыUS

Gmail

Письма клиентов попадают в карточку сделки в CRM, ответы уходят с адреса менеджера, а ИИ готовит черновик — но не отправляет сам.

Смотреть сценарии →
Автоматизация и рабочие инструментыUS

Zapier

Zapier соединяет сервисы без кода: мы настраиваем связки или заменяем их своим кодом, когда шагов становится слишком много

Смотреть сценарии →
CRMUS

Salesforce

Корпоративная CRM с живой лентой событий и автоматизацией без кода для любого типа записей

Смотреть сценарии →

Внедрение · Разработка · Интеграции →

Zendesk — товарный знак правообладателя. CoreviaFlow не аффилирована с ним, если не указано иное. Скриншоты взяты из открытых материалов разработчика, источник — под каждым.