Автоматизация начинается с конкретного события: появилась заявка, изменилась запись или наступило время задачи. В Tagix для таких сценариев используются триггеры, шаблоны писем и задачи по расписанию. Их настройка требует понимания данных и TGX; это не обещание готовой интеграции с любым внешним сервисом.
Опишите один сценарий#
Например: после сохранения заявки отправить уведомление ответственному. Определите обязательные поля, получателя и поведение при ошибке доставки. Не включайте персональные данные в публичный вывод или диагностические сообщения.
Разделите обязанности#
Триггер связывает действие с событием. Шаблон письма определяет содержание уведомления. Задача по расписанию подходит для регулярной обработки. Сначала проверьте каждый этап отдельно, затем цепочку целиком.
Внешние сервисы#
Для входящих событий нужны подтверждение отправителя, проверка подписи и защита от повторной обработки. Наличие сценария автоматизации не означает, что интеграция с выбранной CRM или платёжной системой уже подключена. Состав и доступность конкретной интеграции уточните перед запуском.
Проверки перед включением#
- Корректное событие выполняется один раз.
- Повторное событие не создаёт повторный заказ или письмо.
- Неполные данные дают понятную ошибку.
- Недоступность внешнего сервиса не теряет исходную заявку.
- Есть способ отключить задачу и найти причину сбоя.
Для знакомства с синтаксисом начните с песочницы и документации. Не проверяйте платёжные или массовые почтовые сценарии на настоящих клиентах.
Что считать успешным уведомлением#
Сохранённая заявка и доставленное письмо — два разных результата. Зафиксируйте запись заявки независимо от уведомления и предусмотрите просмотр неотправленных уведомлений. Проверку выполняйте на тестовом адресе: сначала одна заявка, затем повтор и недоступный получатель. tgx:trigger задаёт событие браузерного AJAX-запроса; серверные триггеры коллекции настраиваются отдельно. Их различие разобрано в справке по автоматизации.
