Prozessgültigkeitsbedingung: Unterschied zwischen den Versionen

Version vom 5. September 2017, 16:51 Uhr

Gültigkeitsbedingungen können für Prozesse hinterlegt werden. Diese erlauben es, Prozesse dynamisch einzubeziehen oder auszuschließen, je nach hinterlegten Bedingungen.

[Tabelle] - "Integrierte Stammdaten" - Eigenschaft: "Formel für Prozessgültigkeitsbedingung":

Wenn die Prozessgültigkeitsbedingung FALSE ausgibt, werden alle Anweisungen in diesem Vorgang gesperrt. Der gesamte Prozess wird bei Auftragserstellung als nicht existierend behandelt und die Berechnung springt zum vorherigen Prozess.

Beispiel 1

"Artikel A" verfügt über einen linearen Prozessverlauf aus 4 Prozessen. Die Prozessgültigkeitsbedingung gibt vor, dass wenn Spezifikation1 gleich "X" ist, dann ist Prozess 20 ungültig und Prozess 30 gültig. Umgekehrt wenn Spezifikation1 gleich "Y" ist, dann ist Prozess 20 gültig und Prozess 30 ungültig.

Wenn Spezifikation1 des Auftrages gleich "X" ist, dann ist Prozess 20 ungültig und der folgende Prozess 30 bekommt Prozess 10 als Input. Das Ergebnis dieser Einrichtung sieht wie folgt aus:

Wenn die Spezifikation1 des Auftrages gleich "Y" ist, dann ist Prozess 30 ungültig, und der folgende Prozess 40 bekommt Prozess 20 als Input. Die Ergebnisse dieser Anordnung sehen wie folgt aus:

Beispiel 2

Artikel B wird durch einen zusammenlaufenden Prozess, dem Output zweier vorheriger Prozesse, hergestellt. Die hinterlegte Prozessgültigkeitsbedingung bestimmt, dass wenn Spezifikation1 gleich "X" ist, wird Prozess 20 ungültig und Prozess 40 gültig. Und wenn Spezifikation1 gleich "Y" ist, wird Prozess 20 gültig und Prozess 40 ungültig. Das heißt, eine der im abschließenden Prozess mündenden Inputs wird gesperrt, oder erlaubt.

Im nachfolgenden Screenshot wird Prozess 40 gesperrt, wenn Spezifikation 1 gleich "Y" ist. Der zusammenlaufende Prozess 50 hat einen aus Prozess 40 kommenden Input. Ein gesperrter Prozess hat zur Folge, dass der Input auch gesperrt ist. Für Prozess 40 können keine weitere Aufträge erstellt werden, sodass nur die drei verbleibenden, gültigen Prozesse geplant werden:

In Beispiel 2 wurde die Auftragserstellung durchgeführt, als ob der gesperrte Prozess nicht existieren würde. Dies führt unter Umständen dazu, dass ein zusammenlaufender Prozessfluss in einen linearen Prozessfluss umgewandelt wird.

Im obigen Beispiel, wenn Sie den zusammenlaufenden Ablauf beibehalten und die Prozesse 50 und 30 verbinden wollten, würden Sie eine andere Input-Anweisung in Prozess 50 festlegen, um den Input von Prozess 30 zu verwenden. Nutzen Sie dafür die Prozessgültigkeitsbedingung dieser Inputanweisung.

Folgend wird ein Beispiel einer solchen Einstellung gezeigt, in dem der zusammenlaufende Prozessablauf beibehalten wird, wenn einer der darin mündenden Prozesse, Prozess 20 oder Prozess 40, gesperrt ist.

Wenn die Auftragsspezifikation1 gleich "Y" ist, wird anhand der obigen Einstellungen der Prozess 40, wie bisher, gesperrt. Da die Input-Anweisung aus Prozess 50, welche ihren Input aus Prozess 40 bezieht, auch gesperrt ist und durch einen Prozess ersetzt wird, welche ihren Input aus Prozess 30 bezieht, bleibt das Zusammenlaufen der Prozesse noch erhalten. Die hat zur Folge, dass eine Seite der zusammenlaufenden Prozesse ein einzelner Prozess ist:

Beispiel 3

Artikel C verfügt über einen aufteilenden Prozessverlauf. Die Prozessgültigkeitsbedingung wird so festgelegt, dass Bezug auf die Einstellung der Spezifikation1 des Auftrages genommen wird:
Wenn Spezifikation1 "X" ist, dann ist Prozess 20 gültig und Prozess 40 ungültig
Wenn Spezifikation1 "Y" ist, dann ist Prozess 20 ungültig und Prozess 40 gültig.
Gültigkeitsbedingungen werden auch für Input-Anweisungen hinterlegt, um der Ablauf zu sichern; egal welcher Prozessverlauf genutzt wird.

Wenn Spezifikation1 des Auftrages auf "X" gestellt ist, ist Prozess 40 gültig, selbst wenn der vorherige Prozess von Prozess 50 ungültig wurde. Dies liegt an den Einstellungen für die Gültigkeitsbedingung der Input-Anweisung von Prozess 50. Schließlich es gibt noch einen verfügbaren Input aus Prozess 10.

Als Ergebnis dieses Vorgehens wird eine Seite des Prozessverlaufes auf einen einzelnen Prozess reduziert:

Bei keine Angabe für die Gültigkeitsbedingung in der Input-Formel, würde nur die Prozessgültigkeitsbedingung ihren Effekt entfalten. Wenn der Auftrag, wie vorher, einen Wert der Spezifikation1 von "X" erhält und Prozess 40 ungültig wird, dann folgt Prozess 50 direkt auf Prozess 30. Da der Output von Prozess 30 jedoch als abschließender Output definiert ist, kann dieser nicht auch an Prozess 50 weitergegeben werden. Somit schlägt die Erstellung dieses Auftrages fehl und der Auftragsname wird durchkreuzt.

Hinweis:
Verwenden Sie Prozessgültigkeitsbedingungen bitte mit Vorsicht, denn der Prozessablauf der folgender Prozesse kann durch sie ungültig gemacht werden! Wie bei teilenden und zusammenlaufenden Prozessen, gilt diese Empfehlung auch für lineare Prozesse.

Während Auftragserstellung wird die Einstellung der Prozessgültigkeitsbedingung von der automatischen Erstellung von Input- und Output-Anweisungen bei Zwischenprodukten ignoriert.