В этой статье вы узнаете:* Что такое триггеры уровня приложений?* Типы триггеров уровня приложений* Примеры использования триггеров уровня приложений
Триггеры уровня приложений
Триггеры уровня приложений активируются при наступлении следующих событий:* Запуск приложения;* Завершение приложения;* Отмена приложения.
Их можно изменить на вкладке App контекстной панели:
Все эти триггеры могут быть активированы автоматически на любом шаге.
Например, если у вас есть кнопка "Завершить" на трех разных шагах, триггер "Приложение завершено" может сработать на любом из этих шагов.
Transitions cannot be added to App Level Triggers
Приложение запущено
Триггеры уровня приложения "Приложение запущено" будут запускаться каждый раз, когда приложение запускается в Tulip Player. Одно приложение может запустить другое приложение на любом Шаге, но триггеры App Started будут запускаться независимо от Шага, на котором было запущено приложение.
Пример использования
Триггеры App Started очень полезны для загрузки любых активов, необходимых в вашем приложении.
Например. Мое приложение опирается на таблицу Station Handoff, в которой хранится текущий статус каждой станции, эта таблица включает в себя пропускную способность станции, ее физическое местоположение и многое другое. Каждая запись в моей таблице связана с именем станции.
Выполненное приложение
Приложение завершено, как и триггеры уровня шага для "выхода из шага", будет запускаться каждый раз, когда выполняется завершение приложения.
Пример использования
Триггеры "App Completed" очень полезны для закрытия процессов.
Например. Когда мои пользователи завершают выполнение приложения, я хочу отправить электронное письмо в отдел закупок, чтобы они повторно заказали материалы, которые я просил. 
Приложение отменено
Триггеры отмены приложения срабатывают, когда происходит переход приложения, который отменяет приложение.
Пример использования
Триггеры App Cancelled очень полезны при поддержке ошибок пользователя в приложении. При совершении ошибки может быть вызван переход, отменяющий приложение, что приведет к удалению всех завершений приложения с ошибочными данными. В этом случае может потребоваться пользовательское поведение, и именно здесь в игру вступают триггеры App Cancelled Triggers.
Например. Когда создается дефект для процесса смешивания, пользователи проходят через процесс, чтобы попытаться устранить этот дефект. Когда это приложение завершается, партия считается дефектной, но если партию можно устранить, выполняется отмена приложения, чтобы партия не учитывалась при подсчете дефектов. В этом случае мы хотим записать в таблицу, на каком этапе устранения неисправности был устранен дефект, чтобы лучше понять наиболее распространенные виды отказов
