Um die Eigenschaften eines Entscheidungsschritts zu bearbeiten
Markieren Sie den Entscheidungsschritt.
Wählen Sie die Methode Toolbox > Entscheidungsschritte > Bearbeiten.
Bearbeiten Sie die Eigenschaften des Entscheidungsschritts.
Auf dem Tabreiter Allgemein erfassen Sie die folgenden Daten. Auf dem Tabreiter Mailvorlagen wählen Sie die Mailvorlagen für die Erzeugung von E-Mail Benachrichtigungen aus. Für einen neuen Entscheidungsschritt erfassen Sie mindestens die Daten in den Pflichteingabefeldern.
|
Eigenschaft |
Bedeutung |
|---|---|
|
Einzelschritt |
Bezeichnung des Entscheidungsschrittes |
|
Entscheidungsverfahren |
Anzuwendendes Verfahren zur Ermittlung der Entscheider. |
|
Bearbeitungsstatus |
Bearbeitungsstatus für den Erfolgsfall oder den Fehlerfall des Entscheidungsschrittes. Abhängig von einer positiven oder negativen Entscheidung über eine Bestellung wird der entsprechende Bearbeitungsstatus für die Bestellung gesetzt. Bearbeitungsstatus definieren Sie unter den Basisdaten zur Konfiguration. |
|
Rolle |
Hierarchische Rolle, aus der die Entscheider ermittelt werden sollen. Die Rolle wird in den Standard-Entscheidungsverfahren OM und OR genutzt. Zusätzlich können Sie die Rolle nutzen, wenn Sie im Entscheidungsschritt ein kundendefiniertes Entscheidungsverfahren verwenden. |
|
Fallback-Entscheider |
Um eine neue Anwendungsrolle zu erstellen, klicken Sie HINWEIS: Die Anzahl der Entscheider wird nicht auf die Fallback-Entscheider angewendet. Der Entscheidungsschritt gilt als entschieden, sobald 1 Fallback-Entscheider entschieden hat. |
|
Bedingung |
Bedingung für die Berechnung der Entscheidung. Die Bedingung wird in den mit den Standard-Entscheidungsverfahren CD, EX oder WC. Zusätzlich können Sie die Rolle nutzen, wenn Sie im Entscheidungsschritt ein kundendefiniertes Entscheidungsverfahren verwenden. Vergleichswert für den Risikoindex im Entscheidungsverfahren RI. Geben Sie eine Zahl im Wertebereich 0,0 ... 1,0 an. Als Dezimaltrennzeichen kann , oder . gesetzt werden. |
|
Anzahl Entscheider |
Anzahl der Entscheider, die eine Bestellung genehmigen müssen. Mit dieser Angabe schränken Sie die maximale Anzahl der Entscheider des eingesetzten Entscheidungsverfahrens weiter ein. Wenn für einen Entscheidungsschritt mehrere Identitäten als Entscheider ermittelt werden, dann bestimmt die hier angegebene Anzahl, wie viele Identitäten aus diesem Kreis eine Bestellung genehmigen müssen. Erst danach wird die Bestellung den Entscheidern der nächsten Ebene vorgelegt. Sollen alle über das eingesetzte Entscheidungsverfahren ermittelten Identitäten entscheiden, beispielsweise alle Mitglieder einer Rolle (Standardentscheidungsverfahren OR), dann geben Sie den Wert -1 an. Damit wird die am Entscheidungsverfahren definierte maximale Anzahl an Entscheidern außer Kraft gesetzt. Können nicht genügend Entscheider ermittelt werden, wird der Entscheidungsschritt den Fallback-Entscheidern vorgelegt. Der Entscheidungsschritt gilt als entschieden, sobald 1 Fallback-Entscheider die Bestellung genehmigt hat. Wird eine Entscheidung durch die zentrale Entscheidergruppe getroffen, dann ersetzt das die Entscheidung genau eines regulären Entscheiders. Das heißt, wenn drei Entscheider den Entscheidungsschritt genehmigen müssen und die zentrale Entscheidergruppe entscheidet, sind noch zwei weitere Entscheidungen erforderlich. In den Entscheidungsverfahren CD, EX oder WC wird eine am Entscheidungsschritt definierte Anzahl der Entscheider nicht berücksichtigt. |
|
Beschreibung |
Freitextfeld für zusätzliche Erläuterungen. |
|
Begründung Genehmigung |
Begründung, die bei einer positiven automatischen Entscheidung in die Bestellung eingetragen wird. Das Eingabefeld wird nur für die Entscheidungsverfahren CD, CR, RI, SB, EX und WC angezeigt. Beim Entscheidungsverfahren CR kann im Begründungstext der Platzhalter {0} genutzt werden. Die Syntax der Platzhalter entspricht einem Format-Platzhalter in VB.Net ({0} bis {9}). |
|
Begründung Ablehnung |
Begründung, die bei einer negativen automatischen Entscheidung in die Bestellung und die Genehmigungshistorie eingetragen wird. Das Eingabefeld wird nur für die Entscheidungsverfahren CD, CR, RI, SB, EX und WC angezeigt. Beim Entscheidungsverfahren CR kann im Begründungstext der Platzhalter {0} genutzt werden. Die Syntax der Platzhalter entspricht einem Format-Platzhalter in VB.Net ({0} bis {9}). |
|
Erinnerung nach (Minuten) |
Anzahl der Minuten, nach deren Ablauf die Entscheider per E-Mail Benachrichtigung erinnert werden, dass noch offene Bestellungen zur Entscheidung vorliegen. Die Angabe wird in Arbeitsstunden umgerechnet und zusätzlich angezeigt. HINWEIS: Für die Ermittlung der gültigen Arbeitszeiten stellen Sie sicher, dass in den Stammdaten der Identitäten ein Bundesland und/oder ein Bundesstaat eingetragen ist. Wenn diese Informationen fehlen, wird ein Fallback zur Berechnung der Arbeitszeit genutzt. Ausführliche Informationen zur Ermittlung der Arbeitszeit von Identitäten finden Sie im One Identity Manager Administrationshandbuch für das Identity Management Basismodul. TIPP: Wochenenden und Feiertage werden bei der Berechnung der Arbeitszeiten standardmäßig berücksichtigt. Wenn Wochenenden oder Feiertage wie Arbeitstage behandelt werden sollen, aktivieren Sie die Konfigurationsparameter QBM | WorkingHours | IgnoreHoliday oder QBM | WorkingHours | IgnoreWeekend. Ausführliche Informationen dazu finden Sie im One Identity Manager Konfigurationshandbuch. Wurden mehrere Entscheider ermittelt, dann erhält jeder Entscheider die Benachrichtigung. Gleiches gilt, wenn ein zusätzlicher Entscheider beauftragt wurde. Hat ein Entscheider die Entscheidung delegiert, wird der Zeitpunkt für die Erinnerung für den Empfänger der Delegierung neu berechnet. Der Empfänger der Delegierung und alle übrigen Entscheider erhalten die Benachrichtigung. Der ursprüngliche Entscheider wird nicht benachrichtigt. Wenn ein Entscheider eine Anfrage gestellt hat, wird der Zeitpunkt für die Erinnerung für die angefragte Identität neu berechnet. Solange die Anfrage nicht beantwortet ist, erhält nur diese Identität eine Benachrichtigung. |
|
Timeout (Minuten) |
Anzahl der Minuten, nach deren Ablauf der Entscheidungsschritt automatisch entschieden wird. Die Angabe wird in Arbeitsstunden umgerechnet und zusätzlich angezeigt. Für die Zeitberechnung wird die gültige Arbeitszeit des jeweiligen Entscheiders berücksichtigt. HINWEIS: Für die Ermittlung der gültigen Arbeitszeiten stellen Sie sicher, dass in den Stammdaten der Identitäten ein Bundesland und/oder ein Bundesstaat eingetragen ist. Wenn diese Informationen fehlen, wird ein Fallback zur Berechnung der Arbeitszeit genutzt. Ausführliche Informationen zur Ermittlung der Arbeitszeit von Identitäten finden Sie im One Identity Manager Administrationshandbuch für das Identity Management Basismodul. TIPP: Wochenenden und Feiertage werden bei der Berechnung der Arbeitszeiten standardmäßig berücksichtigt. Wenn Wochenenden oder Feiertage wie Arbeitstage behandelt werden sollen, aktivieren Sie die Konfigurationsparameter QBM | WorkingHours | IgnoreHoliday oder QBM | WorkingHours | IgnoreWeekend. Ausführliche Informationen dazu finden Sie im One Identity Manager Konfigurationshandbuch. Wurden mehrere Entscheider ermittelt, dann wird der Entscheidungsschritt erst dann automatisch entschieden, wenn der Timeout für alle Entscheider überschritten ist. Gleiches gilt, wenn ein zusätzlicher Entscheider beauftragt wurde. Hat ein Entscheider die Entscheidung delegiert, wird der Zeitpunkt für die automatische Entscheidung für den neuen Entscheider neu berechnet. Wenn dieser die Entscheidung zurückweist, wird der Zeitpunkt für die automatische Entscheidung für den ursprünglichen Entscheider neu berechnet. Wenn ein Entscheider eine Anfrage stellt, muss die Entscheidung trotzdem innerhalb des definierten Timeouts getroffen werden. Der Zeitpunkt für die automatische Entscheidung wird nicht neu berechnet. Wenn durch eine Neuberechnung der verantwortlichen Entscheider zusätzliche Entscheider ermittelt werden, dann wird der Zeitpunkt für die automatische Entscheidung dadurch nicht verlängert. Die zusätzlichen Entscheider müssen innerhalb des Zeitraums entscheiden, der für die bisherigen Entscheider gültig ist. |
|
Verhalten bei Timeout |
Aktion, die im Falle einer Zeitüberschreitung ausgeführt wird.
|
|
Art der Begründung bei Genehmigung |
Gibt an, welche Art der Begründung bei Genehmigung dieses Entscheidungsschritts erforderlich ist.
HINWEIS: Im Web Designer Web Portal wird diese Information nicht genutzt. Es wird nicht zwischen den verschiedenen Arten für Begründungen unterschieden. |
|
Art der Begründung bei Ablehnung |
Gibt an, welche Art der Begründung bei Ablehnung dieses Entscheidungsschritts erforderlich ist.
HINWEIS: Im Web Designer Web Portal wird diese Information nicht genutzt. Es wird nicht zwischen den verschiedenen Arten für Begründungen unterschieden. |
|
Zusätzliche Entscheider erlaubt |
Gibt an, ob ein aktueller Entscheider eine weitere Identität als Entscheider beauftragen darf. Dieser zusätzliche Entscheider ist für die aktuelle Bestellung parallel entscheidungsberechtigt. Erst wenn beide Entscheidungen abgeschlossen sind, wird die Bestellung den Entscheidern der nächsten Ebene vorgelegt. Die Option kann nur für Entscheidungsebenen mit einem einzelnen, manuellen Entscheidungsschritt aktiviert werden. |
|
Entscheidung delegierbar |
Gibt an, ob ein aktueller Entscheider die Genehmigung der Bestellung an eine andere Identität delegieren darf. Diese Identität wird als Entscheider in den aktuellen Entscheidungsschritt aufgenommen. Sie entscheidet anstelle des delegierenden Entscheiders. Die Option kann nur für Entscheidungsebenen mit einem einzelnen, manuellen Entscheidungsschritt aktiviert werden. |
|
Entscheidung durch betroffene Identität |
Gibt an, ob die Identität, die von der Entscheidung betroffen ist, diese Bestellung auch entscheiden darf. Ist die Option aktiviert, können Besteller und Empfänger der Bestellung die Bestellung entscheiden. Ist die Option deaktiviert, legen Sie an den Konfigurationsparametern QER | ITShop | PersonInsertedNoDecide, QER | ITShop | PersonOrderedNoDecide, QER | ITShop | PersonInsertedNoDecideCompliance und QER | ITShop | PersonOrderedNoDecideCompliance für alle Bestellungen fest, ob Besteller und Empfänger der Bestellung die Bestellung entscheiden dürfen. |
|
Nicht in Genehmigungshistorie anzeigen |
|
|
Keine automatische Entscheidung |
Gibt an, ob der Entscheidungsschritt manuell entschieden werden soll. Die Bestellung wird einem Entscheider erneut zur Prüfung vorgelegt, auch wenn er selbst der Besteller ist oder die Bestellung bereits in einem vorhergehenden Entscheidungsschritt genehmigt hat. Die Einstellung der Konfigurationsparameter DecisionOnInsert, ReuseDecision und AutoDecision wird in diesem Entscheidungsschritt ignoriert. |
|
Eskalieren, wenn kein Entscheider ermittelbar ist |
Gibt an, ob der Entscheidungsschritt eskaliert werden soll, wenn keine Entscheider ermittelt werden können und keine Fallback-Entscheider zugeordnet sind. Die Bestellung wird in diesem Fall weder abgebrochen noch an die zentrale Entscheidergruppe übergeben. Die Option kann nur aktiviert werden, wenn eine Entscheidungsebene zur Eskalation verbunden ist. |
Wenn Sie Entscheidungsworkflows mit mehreren Entscheidungsebenen einrichten, müssen Sie die einzelnen Ebenen miteinander verbinden. Dabei können Sie folgende Verknüpfungen erstellen:
|
Verknüpfung |
Beschreibung |
|---|---|
|
Genehmigung |
Verbindung zur nachfolgenden Entscheidungsebene, wenn die aktuelle Entscheidungsebene positiv entschieden wurde. |
|
Ablehnung |
Verbindung zur nachfolgenden Entscheidungsebene, wenn die aktuelle Entscheidungsebene negativ entschieden wurde. |
|
Umleitung |
Verbindung zu anderen Entscheidungsebenen, um die aktuelle Entscheidung umzuleiten. Nicht möglich sind Umleitungen an Entscheidungsschritte mit den Entscheidungsverfahren OC, OH, EX, CR, CD, SB oder WC. |
|
Eskalation |
Verbindung zu einer beliebigen Entscheidungsebene, wenn die aktuelle Entscheidung bei Zeitüberschreitung eskaliert werden soll. |
Sind keine nachfolgenden Entscheidungsebenen zur aktuellen Entscheidungsebene angegeben, dann gilt bei einer positiven Entscheidung die Bestellung als genehmigt. Bei einer negativen Entscheidung gilt die Bestellung dann als endgültig abgelehnt. Das Genehmigungsverfahren ist in beiden Fällen abgeschlossen.
Nachdem Sie die Stammdaten erfasst haben, können Sie die folgenden Aufgaben ausführen.
© ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center
. Erfassen Sie die Bezeichnung der Anwendungsrolle und ordnen Sie die übergeordnete Anwendungsrolle zu. Ausführliche Informationen finden Sie im