Trigger a livello di app

In questo articolo imparerete:* Che cosa sono i trigger a livello di app?* Tipi di trigger a livello di app* Esempi di utilizzo dei trigger a livello di app.

Trigger delle app

I trigger a livello di app sono attivati da questi eventi: * L'app è stata avviata; * L'app è stata completata; * L'app è stata annullata.

Possono essere modificati nella scheda App del riquadro contestuale:

Tutti questi trigger possono essere attivati automaticamente in qualsiasi fase.

Ad esempio, se avete un pulsante "Completa" su tre passi diversi, l'attivazione "App completata" può essere eseguita su uno qualsiasi di questi passi.

:::(Warning) (Nota) Le transizioni non possono essere aggiunte ai trigger a livello di app :::

App avviata

I trigger di livello app avviati vengono eseguiti ogni volta che un'applicazione viene avviata all'interno di Tulip Player. Un'applicazione può lanciare un'altra applicazione in qualsiasi fase, ma i trigger App avviata vengono eseguiti indipendentemente dalla fase in cui viene avviata l'applicazione.

Esempio di utilizzo

I trigger di avvio dell'applicazione sono molto utili per caricare le risorse necessarie all'interno dell'applicazione.

es. La mia applicazione si basa su una tabella Station Handoff in cui è memorizzato lo stato attuale di ogni stazione; questa tabella include il rendimento della mia stazione, la sua posizione fisica e altro ancora. Ogni record della tabella è associato al nome di una stazione.

App completata

L'app completata, come i trigger a livello di passo per "l'uscita dal passo", viene eseguita ogni volta che viene eseguito un completamento dell'app.

Caso d'uso esemplificativo

I trigger "App completata" sono molto utili per chiudere i processi.

es. Quando i miei utenti completano l'applicazione di adempimento, voglio inviare un'e-mail agli acquisti per riordinare i materiali richiesti.

App annullata

I trigger "App annullata" vengono attivati quando viene attivata una transizione di app che annulla l'app.

Caso d'uso esemplificativo

I Trigger di annullamento dell'app sono molto utili per supportare gli errori dell'utente all'interno di un'applicazione. Quando si commette un errore, si può attivare una transizione che cancella l'applicazione, eliminando tutti i completamenti dell'applicazione con i dati errati. In questo caso potrebbe essere necessario un comportamento personalizzato, ed è qui che entrano in gioco i Trigger di annullamento dell'applicazione.

es. Quando viene creato un difetto per un processo di miscelazione, gli utenti vengono guidati attraverso un processo per cercare di risolvere il difetto. Al termine di questa applicazione, si presume che il lotto sia difettoso, ma se il lotto può essere risolto, viene eseguito un annullamento dell'applicazione, in modo che il lotto non venga conteggiato nel conteggio dei difetti. Se questo è il caso, vogliamo scrivere quale fase della risoluzione dei problemi ha risolto il difetto in una tabella, in modo da poter comprendere meglio le modalità di guasto più comuni.

Ulteriori letture

• Guida alle transizioni delle app
• Come aggiungere i Trigger del dispositivo
• Dettagli tecnici dell'Expression Editor