Wenn eine Anforderung für ein Datenkettenobjekt weitergeleitet wird, das eine aktivierte Commit- oder Genehmigungs-Policy enthält, werden Benachrichtigungs-E-Mails zum Genehmigen oder Festschreiben der Anforderung an die eingeladenen Personen gesendet. Sie können die Policy auch so konfigurieren, dass Erinnerungs- und Eskalations-E-Mails gesendet werden, wenn eine eingeladene Person keine Aktion für eine Anforderung durchführt oder wenn eine Eskalation erforderlich ist.
Hinweis:
Erinnerungs- und Eskalations-E-Mails werden nur gesendet, wenn Sie diese Einstellungen in der Policy konfiguriert haben.
Erinnerungen
Nachdem eine Anforderung weitergeleitet und Benachrichtigungen an die eingeladenen Personen gesendet wurden, können Erinnerungs-E-Mails gesendet werden, wenn eine eingeladene Person innerhalb von 24 Stunden keine Aktion ausgeführt hat. Sie können angeben, wie viele Erinnerungen gesendet werden sollen, bevor die Anforderung eskaliert wird. See Genehmigungs-Policys erstellen und aktivieren or Commit-Policys erstellen und aktivieren.
Eskalationen
Bei folgenden Szenarios werden Anforderungen eskaliert, um sie zu lösen:
Hinweis:
Wenn der Wert für die Eskalation auf null gesetzt ist, werden Anforderungen bei Timeouts nicht eskaliert.In diesen Szenarios wird die Anforderung an Benutzer eskaliert, die über die Berechtigung Datenmanager für die von der Policy betroffenen Datenobjekte verfügen. Es werden Benachrichtigungen an diese Benutzer gesendet, damit sie eingreifen und das Timeout oder den Konflikt lösen können.
Hinweis:
Da die Berechtigung Eigentümer die Berechtigung Datenmanager beinhaltet, werden Anforderungen auch an Benutzer mit der Berechtigung Eigentümer für die Datenobjekte eskaliert.Wird ein Benutzer aufgrund einer Eskalation zu einer Anforderung eingeladen, erhält er die Informationen, die in den Registerkarten "Workflow" und "Policys" im Anforderungsinspektor angezeigt werden (siehe Anforderungen prüfen).
Nachdem ein Benutzer mit der Berechtigung Datenmanager eine Aktion für die Anforderung ausgeführt hat, wird der normale Anforderungsworkflow fortgesetzt.
Beispiel: Sie haben eine serielle Genehmigungs-Policy, in der eine Person aus der Gruppe "Accounting" eine Genehmigung durchführen muss. Anschließend muss Barry und danach Jane die Genehmigung durchführen. Ein Benutzer der Gruppe "Accounting" genehmigt die Policy, Barry ist jedoch nicht im Büro und kann die Anforderung nicht genehmigen. In diesem Fall wird die Anforderung nach dem Senden der Erinnerungs-E-Mails an Barry an Benutzer mit der Berechtigung Datenmanager für die Datenobjekte in der Anforderung eskaliert. Nachdem ein Benutzer mit der Berechtigung Datenmanager die Policy genehmigt hat, ist Janes Genehmigung erforderlich.
Hinweis:
Wenn eine Anforderung mehrfach eskaliert wird, muss ein Benutzer mit der Berechtigung Datenmanager die Anforderung nur einmal genehmigen.Wenn eine Anforderung Elemente enthält, die von mehreren Genehmigungs-Policys betroffen sind und eine Policy eskaliert wird, sind die anderen Policys davon nicht betroffen. Beispiel: Wenn eine Anforderung Elemente aus einer Account-Dimension enthält, in der eine Policy vorhanden ist, die nach fünf Erinnerungen eskaliert wurde und die Anforderung ebenfalls Elemente aus einer Cost Center-Dimension enthält, in der eine Policy vorhanden ist, die nach zwei Erinnerungen eskaliert wurde, wird die Anforderung nach der zweiten Erinnerung nur an Benutzer mit der Berechtigung Datenmanager für die Cost Center-Dimension eskaliert. Benutzer mit der Berechtigung Datenmanager für die Account-Dimension erhalten die Eskalationsbenachrichtigungen erst, nachdem die fünfte Erinnerung gesendet wurde.
Abwesenheitsstatus für Genehmiger und Committer bearbeiten
Genehmiger und Committer können sich als abwesend markieren, um sich aus dem Anforderungsworkflow auszuschließen. (Siehe Voreinstellungen festlegen). Wenn sie einen Vertreter angegeben haben, der Anforderungen genehmigen oder festschreiben darf, werden Einladungen auch an diesen Vertreter gesendet (siehe Erläuterungen zur Anforderungsdelegierung). Haben sie keinen Anforderungsvertreter benannt, wird der Abwesenheitsstatus wie folgt verarbeitet: