Руководство по решению
Руководство по планированию цикла сортировки заявок в поддержку в Make: триггер Custom webhook, тестовый путь Run once, HTTP-модуль, подтверждение в Make History, поля Jodoo и чек-лист запуска.
Открыть руководствоMAKE + JODOO
Сортировка заявок в поддержку с ИИ: Make + Jodoo
Используйте Make вместе с Jodoo, чтобы принимать вебхуки заявок в поддержку, передавать структурированные поля сортировки через HTTP-модуль, записывать поля эскалации в Jodoo и сохранять видимость последующих действий поддержки.
Принимать заявки через вебхук MakeКлассифицировать приоритет и статусЗаписывать поля SLA в JodooОтслеживать последующие действия по эскалацииПроверять операции, кредиты и статус запусков в Make History
ВИДЕООБЗОР
Что происходит в демо Make
Видео показывает один цикл поддержки: заявка поступает в Make Custom webhook, Make отправляет поля сортировки через HTTP-модуль, а Jodoo сохраняет запись об эскалации.
Заявка поступает в Make
Сценарий начинается с Custom webhook, который может принять событие из формы поддержки, портала, чата или почтового ящика.
Make отправляет поля сортировки
HTTP-модуль отправляет категорию, приоритет, статус, ответственного, целевой срок SLA, черновик ответа и заметки по последующим действиям.
History фиксирует выполнение
Панель Make History подтверждает ручной запуск, количество операций, расход кредитов, длительность и передачу данных.
Jodoo сохраняет заявку
Структурированный результат записывается в приложение поддержки Jodoo, чтобы команда могла фильтровать, назначать и проверять заявку.
Критичные заявки остаются видимыми
Эскалированные заявки можно перевести в очереди ответственных, представления SLA, оповещения и дашборды на основе записи Jodoo.
КРАТКО О ДЕМО
Make сортирует заявку, Jodoo отслеживает эскалацию
Такая реализация полезна, когда вашей команде нужен наглядный сценарий Make для приема заявок в поддержку до того, как Jodoo станет системой учета для последующих действий по эскалации.
Триггер Custom webhook
Данные заявки в поддержку поступают в Make через Custom webhook.
HTTP-обратная запись
HTTP-модуль Make отправляет структурированные поля сортировки заявки в поддержку.
Успешный запуск в History
Make History показывает, что ручной запуск успешно завершен с двумя операциями.
Использование сценария
Запуск Make фиксирует количество операций, кредиты, длительность и передачу данных для протестированного процесса поддержки.
Обратная запись в Jodoo
Jodoo сохраняет поля приоритета, статуса, целевого срока SLA, заявителя и категории.
Повторно используемый цикл
Make выполняет сценарий. Jodoo сохраняет запись заявки в поддержку.
КОМПЛЕКТ РАБОЧЕГО ПРОЦЕССА
Создайте такой же цикл сортировки заявок в поддержку в Make
Изучите сопоставление полей поддержки, скопируйте пошаговую инструкцию рабочего процесса и используйте схему приложения Jodoo, прежде чем адаптировать вебхук Make под ваши источники заявок.
Что ваша команда сможет использовать повторно
Make принимает событие заявки через Custom webhook, отправляет структурированный результат сортировки через HTTP-модуль и фиксирует операции, кредиты и длительность в History. Jodoo сохраняет постоянную запись заявки в поддержку, статус эскалации, очередь ответственного и журнал аудита.
Бизнес-процессМодель полей JodooПромпт агентаЧек-лист запуска
ПОВТОРНО ИСПОЛЬЗУЕМЫЙ РАБОЧИЙ ПРОЦЕСС
Рабочий процесс принимает решение. Jodoo помогает работе двигаться дальше.
- 01
Вебхук Make
Форма, портал, почтовый ящик, стенограмма чата или внутренняя система
- 02
Сценарий Make
Принимает вебхук заявки, отправляет HTTP-запрос обратной записи и подтверждает запуск в History
- 03
HTTP-модуль
Отправляет поля сортировки как JSON-запрос POST и разбирает ответ
- 04
Make History
Показывает успех, операции, кредиты, длительность и передачу данных
- 05
Обратная запись в Jodoo
Создает заявку в поддержку и возвращает ID данных
- 06
Последующие действия поддержки
Представление SLA, очередь ответственного, статус эскалации и журнал аудита
ЦИКЛ РАБОЧЕГО ПРОЦЕССА
От вебхука Make к направленной эскалации
Запрос в поддержку поступает в Make Custom webhook из формы, портала, почтового ящика, чат-инструмента или внутренней системы.
Run once переводит модуль Webhooks в режим ожидания, чтобы можно было принять входящие тестовые данные.
Сценарий Make показывает событие как процесс из двух модулей: триггер приложения Webhooks и обратная запись через приложение HTTP.
HTTP-модуль использует JSON-тело, метод POST, разбор ответа и сохраненный URL, который нужно повторно проверять при изменении временных эндпоинтов.
HTTP-запрос отправляет категорию проблемы, приоритет, целевой срок SLA, статус, ответственного, черновик ответа и заметки по последующим действиям в формате JSON.
Make History фиксирует ручной запуск, количество операций, расход кредитов, длительность и передачу данных.
Структурированный результат отправляется на эндпоинт обратной записи Jodoo или в защищенный промежуточный слой.
Jodoo создает запись заявки в поддержку и делает ее доступной для представлений SLA, очередей ответственных, дашбордов и истории аудита.
СОПОСТАВЛЕНИЕ ПОЛЕЙ
Результат агента становится полями Jodoo
| Данные агента или источника | Поля записи Jodoo |
|---|---|
| requester_name, requester_email, requester_department | Имя заявителя, Email заявителя, Отдел заявителя |
| issue_category, affected_asset | Категория проблемы, Затронутый актив |
| priority, sla_target, ticket_status | Приоритет, Целевая дата SLA, Статус заявки |
| assigned_owner, routing_reason, follow_up_note | Назначенный ответственный, Заметки по решению, Заметки по последующим действиям |
ПОШАГОВАЯ ИНСТРУКЦИЯ АГЕНТА
Промпт и структурированный вывод
Роль рабочего процесса
Принять входящие данные заявки в поддержку и вернуть структурированные поля, которые Jodoo сможет сохранить, направить и использовать в отчетах.
Инструкция по сортировке
Классифицируйте заявку по срочности, влиянию, категории, риску SLA и ответственному. Сделайте результат предсказуемым для шага HTTP-обратной записи в Make.
Обязательный результат
Верните ticket_summary, issue_category, priority, sla_target, assigned_owner, ticket_status, response_draft, follow_up_note и routing_reason.
Контракт модуля Make
Перед передачей рабочего процесса команде поддержки явно зафиксируйте Webhooks bundle, HTTP-метод, тип содержимого JSON, настройку разбора ответа, сохраненный URL эндпоинта и проверку Run once.
{
"issue_category": "Доступ и права",
"priority": "Критический",
"sla_target": "2026-06-04 09:00",
"assigned_owner": "Эскалация поддержки / команда идентификации",
"ticket_status": "Эскалировано"
}СТАРТОВОЕ ПРИЛОЖЕНИЕ JODOO
Стартовое приложение для сортировки заявок в поддержку в Make
Используйте модель полей при настройке Make Custom webhook и рабочего процесса обратной записи в Jodoo.
Включенные поля
- Номер заявки
- Имя заявителя
- Email заявителя
- Отдел заявителя
- Категория проблемы
- Затронутый актив
- Приоритет
- Целевая дата SLA
- Статус заявки
- Назначенный ответственный
- Описание проблемы
- Заметки по решению
- Заметки по последующим действиям
- Вложения
- Дата отправки
- Исходный результат агента
Рекомендуемые представления
- Критичные эскалации
- Риск SLA
- Очередь ответственного
- Требуется дополнительная информация
- Проверка запуска Make
- Все заявки в поддержку
Правила автоматизации
- Создавать или обновлять запись заявки в поддержку Jodoo после завершения HTTP-модуля Make.
- Уведомлять назначенного ответственного, когда приоритет — «Критичный» или статус — «Эскалирована».
- Перемещать заявки с недостающей информацией в очередь проверки.
- Помечать записи для проверки, когда Make History показывает ошибку HTTP-операции.
- Сохранять исходный результат рабочего процесса в журнале аудита.
ЧЕК-ЛИСТ ЗАПУСКА
Что нужно проверить перед запуском в продуктив
- Определите категории поддержки, целевые сроки SLA и ответственных за эскалацию.
- Выберите, какие источники заявок должны запускать вебхук Make.
- Перед каждым тестом Run once убедитесь, что URL HTTP-модуля сохранен.
- Проверяйте работоспособность эндпоинта при использовании временного туннеля.
- Сопоставьте каждое выходное поле Make с полем заявки в Jodoo.
- Протестируйте рабочий процесс на синтетических заявках до передачи продакшен-трафика.
- Добавьте обработку ошибок, оповещения о повторных попытках и очереди проверки человеком.
СПРАВОЧНЫЕ МАТЕРИАЛЫ ПО ВНЕДРЕНИЮ
Сохраните детали настройки для своей команды
Стартовая схема приложения Jodoo
Модель полей Jodoo, рекомендуемые представления, пример записи и правила автоматизации для адаптации приложения заявок в поддержку после того, как сценарий Make запишет результат.
Открыть схемуПромпт агента + пошаговая инструкция рабочего процесса
Настройка вебхука Make, схема HTTP-обратной записи, проверки сохранения URL, проверки работоспособности временного эндпоинта, заметки по обратной записи в Jodoo и рекомендации для продакшена на основе живого запуска.
Открыть пошаговую инструкциюРАБОЧИЙ ПРОЦЕСС
От вебхука Make к отслеживаемой эскалации
Make обрабатывает входящее событие и шаг обратной записи. Jodoo хранит поля заявки в поддержку, которые команда может просматривать, фильтровать и использовать в работе.
Запрос в поддержку поступает в Make Custom webhook из формы, портала, почтового ящика, чат-инструмента или внутренней системы.
Run once переводит модуль Webhooks в режим ожидания, чтобы можно было принять входящие тестовые данные.
Сценарий Make показывает событие как процесс из двух модулей: триггер приложения Webhooks и обратная запись через приложение HTTP.
HTTP-модуль использует JSON-тело, метод POST, разбор ответа и сохраненный URL, который нужно повторно проверять при изменении временных эндпоинтов.
HTTP-запрос отправляет категорию проблемы, приоритет, целевой срок SLA, статус, ответственного, черновик ответа и заметки по последующим действиям в формате JSON.
Make History фиксирует ручной запуск, количество операций, расход кредитов, длительность и передачу данных.
Структурированный результат отправляется на эндпоинт обратной записи Jodoo или в защищенный промежуточный слой.
Jodoo создает запись заявки в поддержку и делает ее доступной для представлений SLA, очередей ответственных, дашбордов и истории аудита.
ЗАПИСЬ JODOO
Что хранит Jodoo
Jodoo сохраняет постоянные поля заявки после запуска Make: заявитель, категория, актив, приоритет, целевой срок SLA, статус, ответственный и заметки по последующим действиям.
Номер заявкиДанные заявителяКатегория проблемыЗатронутый активПриоритетЦелевая дата SLAСтатус заявкиНазначенный ответственныйОписание проблемыЗаметки по решениюЗаметки по последующим действиямИсходный результат рабочего процесса
ЖИВОЙ ЗАПУСК
Сценарий Make записал заявку в поддержку в Jodoo
На скриншотах используются синтетические данные поддержки: показаны холст сценария Make, успешный запуск в Make History и таблица заявок в поддержку Jodoo после обратной записи.
Конфигурация сценария Make
Холст Make использует Custom webhook и HTTP-модуль для вызова эндпоинта обратной записи Jodoo.
Успешный запуск в Make History
Make History показывает, что сценарий поддержки успешно завершен, включая операции, кредиты, длительность и передачу данных.
Обратная запись в Jodoo
Отсортированная в Make заявка появилась в Jodoo с полями заявителя, категории, приоритета, целевого срока SLA и статуса.
Частые вопросы
Частые вопросы
Ответы о том, как использовать платформы агентов с записями, рабочими процессами и шаблонами приложений Jodoo.
Этот рабочий процесс поддержки в Make протестирован от начала до конца?
Да. Запись в History сценария Make показывает успешный ручной запуск, а таблица Jodoo — синтетическую критичную заявку в поддержку, созданную из этого запуска.
Нужен ли для этого платный тариф Make?
Проверочный запуск использовал бесплатный аккаунт Make и синтетические данные поддержки. В продакшене могут возникать расходы в зависимости от объема операций, подключенных сервисов и использования эндпоинтов.
Может ли источник заявки находиться вне Jodoo?
Да. Триггер может прийти из любой системы, которая умеет отправлять вебхук с данными в Make, прежде чем результат будет записан в Jodoo.
Можно ли добавить в Make шаг агента на базе модели?
Да. Протестированный путь использует надежный процесс с вебхуком и HTTP-обратной записью. Команды могут добавить ИИ-шаг Make или вызов подключенной модели, если поля категории, приоритета, SLA, ответственного и статуса остаются предсказуемыми.
Что нужно проверить перед запуском сценария Make?
Убедитесь, что Custom webhook ожидает данные, URL HTTP-модуля сохранен, тело запроса имеет формат JSON, а проверка работоспособности эндпоинта проходит успешно, если используется временный туннель.
Чем это отличается от рабочего процесса с вебхуком, где сначала пишут код?
Make показывает процесс поддержки как модули на холсте. Специалисты, которые настраивают сценарий, могут увидеть триггер Webhooks, HTTP-запрос, количество операций, расход кредитов и результат в History до того, как команда Jodoo проверит заявку.
Что происходит, если HTTP-модуль Make не сработал?
Считайте запуск незавершенным. Проверьте сохраненный URL, JSON-тело, работоспособность эндпоинта и ошибку в Make History, прежде чем собирать скриншоты или использовать рабочий процесс для реального трафика поддержки.
Может ли сценарий Make оставаться неактивным во время тестирования?
Да. Для ручной проверки Run once может ожидать событие вебхука без включения сценария по расписанию или в постоянном режиме. Для продакшена активируйте сценарий после подготовки работоспособности эндпоинта, квот, повторных попыток и уведомлений об ошибках.
Какие экраны Make помогают устранять проблемы в процессе поддержки?
Используйте Scenario Usage, History, выходные данные пакета модуля, код статуса HTTP, передачу данных, количество операций и расход кредитов, чтобы подтвердить прохождение заявки через Make перед проверкой записи Jodoo.
Зачем хранить результат в Jodoo, а не в Make History?
Make History полезен для тех, кто настраивает сценарии, а Jodoo дает командам поддержки поля, представления, ответственных, очереди SLA, дашборды, статус рабочего процесса и контекст аудита.
СЛЕДУЮЩИЙ ШАГ
Превратите прием заявок в поддержку через Make в повторно используемый рабочий процесс сортировки
Начните с сортировки заявок в поддержку, а затем адаптируйте тот же подход для IT-запросов, эскалаций в работе с клиентами, приема баг-репортов или задач выездного сервиса.