Auslöser auf Anwendungsebene

In diesem Artikel erfahren Sie:* Was sind App-Level-Trigger?* Arten von App-Level-Triggern* Anwendungsbeispiele für App-Level-Trigger

App-Trigger

App Level Trigger werden durch diese Ereignisse aktiviert: * App gestartet * App beendet * App abgebrochen

Sie können auf der Registerkarte App des Kontextfensters geändert werden:

Alle diese Auslöser können automatisch bei jedem Schritt aktiviert werden.

Wenn Sie zum Beispiel eine Schaltfläche "Fertigstellen" auf drei verschiedenen Schritten haben, kann der Auslöser "App abgeschlossen" auf jedem dieser Schritte ausgeführt werden.

:::(Warning) (Hinweis) Transitionen können nicht zu App Level Triggern hinzugefügt werden :::

App gestartet

Die App Started App Level Triggers werden jedes Mal ausgeführt, wenn eine Anwendung im Tulip Player gestartet wird. Eine Anwendung kann eine andere Anwendung in einem beliebigen Step starten, aber App Started Triggers werden unabhängig von dem Step, in dem die Anwendung gestartet wird, ausgeführt.

Beispiel Anwendungsfall

App Started Triggers sind sehr nützlich, um alle Assets zu laden, die in Ihrer Anwendung benötigt werden.

Beispiel. Meine Anwendung stützt sich auf eine Stationsübergabe-Tabelle, in der der aktuelle Status jeder Station gespeichert ist. Diese Tabelle enthält den Durchsatz meiner Station, ihren physischen Standort und mehr. Jeder Datensatz in meiner Tabelle ist mit einem Stationsnamen verbunden.

Anwendung abgeschlossen

App Completed, ähnlich wie Step level Triggers für "on step exit", wird immer dann ausgeführt, wenn eine App Completed ausgeführt wird.

Beispiel für einen Anwendungsfall

"App Completed"-Trigger sind sehr nützlich, um Prozesse zu beenden.

Beispiel. Wenn meine Benutzer die Fulfillment-Anwendung abschließen, möchte ich eine E-Mail an den Einkauf senden, damit dieser die angeforderten Materialien nachbestellt.

App abgebrochen

App cancelled Trigger werden ausgelöst, wenn eine App Transition ausgelöst wird, die die App abbricht.

Beispiel Usecase

App Cancelled Triggers sind sehr nützlich, wenn es um die Unterstützung von Benutzerfehlern innerhalb einer Anwendung geht. Wenn ein Fehler gemacht wird, kann eine Transition ausgelöst werden, um die Anwendung abzubrechen, wodurch alle Anwendungsabschlüsse mit den fehlerhaften Daten entfernt werden. In diesem Fall kann ein benutzerdefiniertes Verhalten erforderlich sein, und in diesem Fall kommen App Cancelled Triggers ins Spiel.

Beispiel. Wenn ein Fehler für einen Mischprozess erstellt wird, werden die Benutzer durch einen Prozess geführt, um zu versuchen, diesen Fehler zu beheben. Wenn diese Anwendung abgeschlossen ist, gilt diese Charge als fehlerhaft, aber wenn die Charge behoben werden kann, wird ein Anwendungsabbruch ausgeführt, so dass die Charge nicht in die Fehlerzählung eingeht. Wenn dies der Fall ist, möchten wir in einer Tabelle festhalten, welcher Schritt der Fehlerbehebung den Fehler behoben hat, damit wir die häufigsten Fehlerarten besser verstehen können.

Weitere Lektüre

• Ein Leitfaden für App-Übergänge
• Hinzufügen von Geräteauslösern
• Technische Details des Ausdruckseditors