Триггеры автоматизации
Кратко
Правило автоматизации состоит из события, плоского списка условий и одного или нескольких действий. При событии все условия проверяются по логике И; если список пуст, правило подходит любой заявке.
Доступ
Настройка находится в Настройки → Триггеры автоматизации и доступна администратору. Правило можно сохранить активным или временно выключить.
События
| Код | Когда проверяется правило |
|---|---|
ticket_created | создана заявка |
ticket_updated | изменена заявка |
message_added | добавлено сообщение |
time_elapsed | фоновая проверка времени без ответа/открытой заявки |
sla_warning | приближается срок SLA; событие поддерживает движок/API, даже если текущий визуальный список его не предлагает |
Условия
В интерфейсе доступны поля:
category,priority,status,source,assigned_to;tag,portal_domain(через API),no_reply_minutes,open_duration_hours;- контекст изменения:
old_status,new_status,author_type.
Операторы сравнения: eq, neq, gt, lt, gte, lte, contains, not_contains, in, is_empty, is_not_empty.
Условия передаются массивом и всегда объединяются логикой И:
[
{"field":"priority","op":"eq","value":"urgent"},
{"field":"category","op":"in","value":["billing","outage"]},
{"field":"assigned_to","op":"is_empty","value":""}
]
Вложенные объекты and/or не поддерживаются. Канонические приоритеты: low, normal, high, urgent; статусы перечислены в статье Статусы заявок.
Действия
| Код | Основной параметр | Результат |
|---|---|---|
assign_operator | operator_id | назначить конкретного оператора |
change_priority | priority | изменить приоритет |
set_status | status | выполнить допустимый переход статуса |
add_tag | tag_id | добавить существующий тег |
send_notification | message, необязательно user_id | уведомить пользователя либо всю активную команду |
add_message | message | добавить автоматическое системное сообщение |
Смена статуса проходит через общий автомат заявки и может быть отклонена, если переход недопустим.
Порядок и защита от циклов
Активные правила одного события выполняются по priority, затем по ID. Все совпавшие правила выполняются последовательно; настройки «остановить после этого правила» нет. Движок ограничивает рекурсивную глубину тремя уровнями и не выполняет более 20 правил за один запрос.
Журнал показывает последние 100 запусков с номером заявки, событием и результатом действий.
Безопасная проверка правила
Отдельного dry-run для триггера нет. Создайте правило выключенным, проверьте условия и действия, затем включите его и выполните контролируемое событие на тестовой заявке. После этого проверьте журнал и выключите правило, если результат отличается от ожидаемого.
Частые вопросы
Почему правило не сработало?
Проверьте активность, точный код события и каждое условие: одно несовпавшее условие блокирует всё правило. Для in передавайте список значений, а не объект or.
Можно временно остановить правило?
Да, выключите переключатель активности — конфигурация и журнал сохранятся.