Erläuterungen zur Policy-Reihenfolge

Sie können Genehmigungs- oder Commit-Policys Prioritäten zuweisen, indem Sie die Reihenfolge angeben, in der die Policys ausgeführt werden. Wenn eine Anforderung genehmigt oder festgeschrieben wird, werden Policys mit derselben Nummer als Gruppe ausgeführt, bevor mit der nächsten Gruppe fortgefahren wird.

Beispiel: Sie können die Policy-Reihenfolge so zuweisen, dass Anreicherungs-Policys vor Genehmigungs-Policys ausgeführt oder Knotentyp-Policys vor Dimensions-Policys erzwungen werden.

Die Policy-Reihenfolge legen Sie auf der Registerkarte "Definition" einer Genehmigungs- oder Commit-Policy fest. (Informationen hierzu finden Sie unter Genehmigungs-Policys erstellen und aktivieren.)

Reihenfolge der Policy-Verarbeitung

Wenn eine Anforderung mit mehreren Policys in die Genehmigungs- oder Commit-Phase eintritt, findet die folgende Verarbeitung statt:

  1. Genehmigungen (oder in der Commit-Phase auch Commits) für alle Policys mit der niedrigsten Policy-Nummer (z.B. 1) werden als Gruppe verarbeitet. Einladungen zum Genehmigen (oder Festschreiben) werden an alle eingeladenen Personen in allen Policys dieser Gruppe gesendet.
  2. Nachdem alle Policys mit der niedrigsten Policy-Nummer ausgeführt wurden, werden die Policys mit der nächsthöheren Policy-Nummer (z.B. 2) als Gruppe verarbeitet. Einladungen werden an alle eingeladenen Personen in der aktuellen Gruppe sowie an eingeladene Personen von nicht ausgeführten Policys früherer Gruppen gesendet (um auch die Policys zu berücksichtigen, denen während der Verarbeitung der Anforderung eine niedrigere Nummer zugewiesen wurde).

    Note:

    Wenn eine aktuell eingeladene Person bereits zu einem früheren Zeitpunkt in der Policy-Reihenfolge eine Genehmigung oder einen Commit ausgeführt hat, werden alle Policys dieser Person in der aktuellen Gruppe automatisch genehmigt.
  3. Policys werden gemäß der Policy-Reihenfolge in Gruppen verarbeitet, bis alle Policys ausgeführt wurden.
  4. Die Anforderung wechselt in die nächste Phase. (Beispiel: Wenn Commit-Policys vorhanden sind, wechselt die Anforderung aus der Genehmigungsphase in die Commit-Phase.)
  5. Policys mit der niedrigsten Policy-Nummer in der Commit-Phase werden als Gruppe verarbeitet usw.
  6. Wenn alle Phasen durchlaufen wurden, wird versucht, die Anforderung abzuschließen und zu schließen.

Anforderungsanreicherung und Policy-Reihenfolge

Wenn durch die Anreicherung einer Anforderung eine Policy aktiviert wird, wird die neue Policy entsprechend ihrer Policy-Nummer im nächsten Workflowzyklus ausgeführt. Mit anderen Worten: Wenn eine Anforderung mit Daten angereichert wird, die von Policys in einer früheren Gruppe betroffen sind (z.B. Policys, die zunächst nicht aktiviert wurden, oder bereits genehmigte Policys), werden die eingeladenen Personen aller Policys in dieser früheren Gruppe zusammen mit den eingeladenen Personen in der aktuellen Gruppe eingeladen, die Anforderung zu genehmigen.

Beispiel: Angenommen, es gibt drei Gruppen von Policys mit den Nummern 1, 2 und 3:

  1. Es wird eine Anforderung weitergeleitet, deren Daten von den Policys in den Gruppen 1 und 3, aber nicht in Gruppe 2, betroffen sind.
  2. Die Policys in Gruppe 1 wurden ausgeführt, aber während der Verarbeitung von Gruppe 3 wird die Anforderung mit Daten angereichert, die von den Policys in Gruppe 2 betroffen sind.
  3. Eingeladene Personen in Gruppe 2 werden zusammen mit den aktuellen eingeladenen Personen in Gruppe 3 einbezogen. Alle Policys aus den Gruppen 2 und 3 müssen jetzt ausgeführt werden, bevor die Anforderung in die nächste Phase übergehen kann.

Pushback, Rückruf sowie Zurückziehen von Genehmigungen für Anforderungen

Eine Änderung der Anforderungsphase durch Pushback, Rückruf oder Zurückziehen von Genehmigungen wird wie folgt verarbeitet:

  • Bei einem Pushback oder Rückruf einer Anforderung werden alle Genehmigungen gelöscht. Wenn die Anforderung erneut in die Genehmigungs- oder Commit-Phase eintritt, startet die Verarbeitung der Policys wieder bei der niedrigsten Nummer.
  • Beim Zurückziehen von Genehmigungen aus einer Anforderung werden solche Genehmigungen beibehalten, die vor der zurückgezogenen Genehmigung ausgeführt wurden, und alle Genehmigungen, die auf die zurückgezogene Genehmigung folgten, werden gelöscht. Beispiel: Wenn eine Genehmigung in Policy-Gruppe 2 zurückgezogen wurde, werden Genehmigungen aus Policy-Gruppe 1 beibehalten, und Genehmigungen aus Policy-Gruppe 3 werden gelöscht.

    Für Genehmigungen in derselben Policy-Gruppe wie die zurückgezogene Genehmigung gilt:

    • Wenn sich die zurückgezogene Genehmigung in einer seriellen Policy befindet, werden Genehmigungen nach der zurückgezogenen Genehmigung gelöscht.
    • Genehmigungen vor der zurückgezogenen Genehmigung in einer seriellen Policy und alle Genehmigungen in parallelen Policys werden beibehalten.

Policy-Ausführungsplan anzeigen

Die Registerkarte "Policy" des Anforderungsinspektors zeigt den Ausführungsplan der Policys für eine Anforderung an. Informationen hierzu finden Sie unter Policy-Ausführungsplan.