Pausen- und Fortsetzungsfunktionalität

Erfahren Sie, wie Sie in Ihren Tulip-Anwendungen weitermachen können, wo Sie aufgehört haben.

Batch-Prozesse können viele Stunden oder mehrere Tage dauern. Um einem Bediener die Möglichkeit zu geben, die Arbeit an einer Charge zu unterbrechen und zu einem späteren Zeitpunkt dort fortzusetzen, wo er aufgehört hat, sollten Sie die folgenden Lösungsvorschläge berücksichtigen.

Es gibt zwei grundlegende Dinge, die Sie tun müssen, um dies zu ermöglichen:

1. Variablen sind sitzungsbasiert, d. h., sie werden standardmäßig bei jeder Ausführung der Anwendung mit ihren vordefinierten Standardwerten aktualisiert. Wenn Sie einen Parameter oder eine Information für die Verwendung in einem anderen Trigger zu einem späteren Zeitpunkt speichern müssen, speichern Sie diese in einer Tulip-Tabelle, bevor Sie die App beenden.

2. Um die App fortzusetzen und den Bediener dorthin zu führen, wo er aufgehört hat, speichern Sie den Namen des App-Schrittes in einer bestimmten Spalte in Ihrer Tabelle Chargen. Speichern Sie den App-Schrittnamen nicht, wenn es sich um einen modalen oder allgemeinen Schritt handelt (z. B. einen Schritt, bei dem ein Bediener kurz eine Abweichung protokolliert). Verwenden Sie die Trigger "On Step Enter" oder "On Step Exit", um die App Info / den Step Name in der entsprechenden Spalte in Ihrer Chargentabelle zu speichern.

   • Sie können einen solchen Auslöser in das Basis-Layout / die Schrittebene einfügen, aber achten Sie darauf, dass Sie Bedingungen hinzufügen, um den Schrittnamen für modale/allgemeine Schritte NICHT zu speichern, wie zuvor beschrieben.
   • Abhängig von Ihrem Lösungsdesign müssen Sie möglicherweise auch die App-Info / den App-Namen in einer eigenen Spalte in Ihrer Batch-Tabelle zur Verwendung in Transitionen speichern.

Bei der Wiederaufnahme der Charge: * Für das Szenario, in dem Sie zuvor gespeicherte Prozessdaten aus der Tabelle Chargen (wie in 1 oben besprochen) in einem späteren Trigger (z. B. in einer Berechnung) verwenden müssen, können Sie entweder: * diese späteren Trigger so gestalten, dass sie den Wert direkt aus der Tabelle lesen (z.z. B. die Spalte eines Datensatz-Platzhalters) * ODER Sie verwenden "Datenmanipulation - Speichern", um diese Prozessdaten in den entsprechenden App-Variablen zu speichern * Verwenden Sie eine Transition von "Gehe zu Schritt nach Name", um den Operator zum App-Schrittnamen zurückzubringen, der in Ihrer Chargen-Tabelle gespeichert ist (wie in 2 oben beschrieben)