Триггеры запуска

Триггер — правило, по которому процесс запускается сам, без вашего участия. У одного процесса может быть несколько триггеров. Триггер можно временно отключить, не удаляя, — процесс перестанет запускаться по нему, а история прошлых запусков сохранится.

Ручной запуск

Самый простой вариант — запустить процесс вручную, кнопкой. Перед запуском можно задать входные данные. Удобно, чтобы проверить процесс или выполнить его разово, когда это нужно.

По расписанию

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

Входящий запрос (вебхук)

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

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

По событию в системе

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

Хук коллекции

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

• До действия — процесс выполняется перед сохранением или удалением записи и может его отменить, например для дополнительной проверки
• После действия — процесс выполняется, когда запись уже создана, изменена или удалена, например чтобы разослать уведомления

Хук может работать в двух режимах. Блокирующий выполняется сразу и способен остановить операцию с записью. Фоновый запускается параллельно и не задерживает основное действие — подходит, когда важна скорость, а результат процесса не влияет на саму запись.

Контроль работы триггеров

По каждому триггеру видно, как он работает:

• Сколько раз сработал и когда в последний раз
• Когда сработает в следующий раз — для триггеров по расписанию
• Сколько запусков завершились с ошибкой
• Список последних запусков, которые он инициировал

Если триггер начинает часто давать сбои, платформа может приостановить его автоматически, чтобы не тратить ресурсы на заведомо неудачные запуски. После того как вы разберётесь с причиной, триггер можно снова включить вручную.