Bestellungen automatisch entscheiden
Entscheider können mehrfach an einem Genehmigungsverfahren beteiligt sein, beispielsweise wenn sie gleichzeitig Besteller sind oder in verschiedenen Entscheidungsschritten als Entscheider ermittelt werden. In solchen Fällen kann mit automatischen Entscheidungen das Genehmigungsverfahren beschleunigt werden.
Hinweis: Automatische Entscheidungen gelten auch für Fallback-Entscheider; sie gelten nicht für die zentrale Entscheidergruppe.
Über Konfigurationsparameter legen Sie fest, wann automatische Entscheidungen genutzt werden sollen. Für einzelne Entscheidungsschritte können Sie Ausnahmen vom Standardverhalten festlegen. Legen Sie das gewünschte Verhalten an den folgenden Konfigurationsparametern und am Entscheidungsschritt fest.
-
Konfigurationsparameter QER | ITShop | DecisionOnInsert
-
Konfigurationsparameter QER | ITShop | AutoDecision
-
Konfigurationsparameter QER | ITShop | ReuseDecision
-
Option Keine automatische Entscheidung am Entscheidungsschritt
Zusammenfassung der Konfigurationsmöglichkeiten
Entscheidungsschritte werden automatisch entschieden, wenn:
-
Konfigurationsparameter QER | ITShop | DecisionOnInsert: aktiviert
Option Keine automatische Entscheidung: deaktiviert
- ODER -
-
Konfigurationsparameter QER | ITShop | AutoDecision: aktiviert
Option Keine automatische Entscheidung: deaktiviert
- ODER -
-
Konfigurationsparameter QER | ITShop | ReuseDecision: aktiviert
Option Keine automatische Entscheidung: deaktiviert
Bestellungen werden zur manuellen Entscheidung vorgelegt, wenn:
-
Konfigurationsparameter QER | ITShop | DecisionOnInsert: deaktiviert
- ODER -
-
Konfigurationsparameter QER | ITShop | AutoDecision: deaktiviert
- ODER -
-
Konfigurationsparameter QER | ITShop | ReuseDecision: deaktiviert
- ODER -
-
Option Keine automatische Entscheidung: aktiviert
Detaillierte Informationen zum Thema
Verwandte Themen
Automatische Entscheidungen konfigurieren
Szenario: Ein Entscheider ist in mehreren Entscheidungsschritten entscheidungsberechtigt
Bei der Einrichtung mehrstufiger Entscheidungsworkflows kann es vorkommen, dass ein Verantwortlicher auf mehreren Entscheidungsebenen entscheidungsberechtigt ist. Standardmäßig wird dem Entscheider die Bestellung in jeder Entscheidungsebene erneut vorgelegt. Damit er eine Bestellung nicht mehrfach entscheiden muss, können Sie die automatische Entscheidung zulassen.
Um zuzulassen, dass die Entscheidungen eines Entscheiders in mehreren aufeinander folgenden Entscheidungsebenen automatisch getroffen werden
-
Aktivieren Sie im Designer den Konfigurationsparameter QER | ITShop | AutoDecision.
Die Entscheidung der ersten Entscheidungsebene wird für alle unmittelbar nachfolgenden Entscheidungsebenen übernommen, für die der Entscheider entscheidungsberechtigt ist.
Der Konfigurationsparameter wirkt, wenn am Entscheidungsschritt die Option Keine automatische Entscheidung deaktiviert ist.
Um zu erreichen, dass die Entscheidungen eines Entscheiders auch für alle nicht aufeinander folgenden Entscheidungsebenen automatisch übernommen werden
-
Aktivieren Sie im Designer den Konfigurationsparameter QER | ITShop | ReuseDecision.
Hat der Entscheider die Bestellung bereits in einem früheren Entscheidungsschritt positiv entschieden, wird diese Entscheidung übernommen. Hat der Entscheider in einem früheren Entscheidungsschritt negativ entschieden, wird die Bestellung erneut zur Entscheidung vorgelegt.
Der Konfigurationsparameter wirkt, wenn am Entscheidungsschritt die Option Keine automatische Entscheidung deaktiviert ist.
Wichtig: Wenn der Entscheider gleichzeitig ein Ausnahmegenehmiger für verletzte Complianceregeln ist, so wird ihm die Bestellung bei Verletzung von Complianceregeln nicht zur Ausnahmegenehmigung vorgelegt, sondern ebenfalls automatisch entschieden.
Szenario: Besteller ist gleichzeitig Entscheider
Entscheider können für sich selbst Bestellungen auslösen. Wenn ein Besteller als Entscheider für die Bestellung ermittelt wird, werden seine Entscheidungsschritte sofort positiv entschieden.
Um zu verhindern, dass die Bestellungen eines Entscheiders automatisch genehmigt werden
-
Deaktivieren Sie im Designer den Konfigurationsparameter QER | ITShop | DecisionOnInsert.
Wenn ein Besteller in einem Entscheidungsschritt als Entscheider ermittelt wird, wird ihm die Bestellung zur Entscheidung vorgelegt.
Der Konfigurationsparameter QER | ITShop | DecisionOnInsert ist standardmäßig aktiviert und wirkt, wenn am Entscheidungsschritt die Option Keine automatische Entscheidung deaktiviert ist.
Wenn der Konfigurationsparameter QER | ITShop | PersonInsertedNoDecide aktiviert ist, wird der Besteller nicht als Entscheider ermittelt und kann somit nicht über die Bestellung entscheiden. Die Bestellung kann auch nicht automatisch entschieden werden.
Automatische Entscheidungen im Einzelfall verhindern
Für einzelne Entscheidungsschritte können Sie Ausnahmen von der generellen Festlegung an den Konfigurationsparametern zulassen.
Um für einzelne Entscheidungsschritte zu verhindern, dass automatische Entscheidungen getroffen werden
-
Aktivieren Sie am Entscheidungsschritt die Option Keine automatische Entscheidung.
Die Konfigurationsparameter QER | ITShop | DecisionOnInsert, QER | ITShop | ReuseDecision und QER | ITShop | AutoDecision werden in diesem Entscheidungsschritt nicht berücksichtigt. Bestellungen werden in jedem Fall den Entscheidern dieses Entscheidungsschritts vorgelegt.
Verwandte Themen
Entscheidungen durch Peer-Gruppen-Analyse
Über eine Peer-Gruppen-Analyse können Bestellungen automatisch genehmigt oder abgelehnt werden. Eine Peer-Gruppe bilden beispielsweise alle Personen derselben Abteilung. Bei der Peer-Gruppen-Analyse wird davon ausgegangen, dass diese Personen die gleichen Produkte benötigen. Wenn also eine Unternehmensressource bereits an eine große Mehrheit der Mitarbeiter einer Abteilung zugewiesen ist, kann eine neue Bestellung dieser Unternehmensressource automatisch genehmigt werden. Dadurch können Genehmigungsverfahren beschleunigt werden.
Als Peer-Gruppe werden alle Personen zusammengefasst, die denselben Manager haben oder die derselben primären oder sekundären Abteilung angehören, wie der Empfänger der Bestellung. Welche Personen zu einer Peer-Gruppe zusammengefasst werden, wird über Konfigurationsparameter festgelegt. Es muss mindestens einer der folgenden Konfigurationsparameter aktiviert sein.
-
QER | ITShop | PeerGroupAnalysis | IncludeManager: Personen, die denselben Manager haben, wie der Empfänger der Bestellung
-
QER | ITShop | PeerGroupAnalysis | IncludePrimaryDepartment: Personen, die derselben primären Abteilung angehören, wie der Empfänger der Bestellung
-
QER | ITShop | PeerGroupAnalysis | IncludeSecondaryDepartment: Personen, deren sekundäre Abteilung der primären oder sekundären Abteilung des Empfängers der Bestellung entspricht
Welcher Anteil der Personen einer Peer-Gruppe die Unternehmensressource bereits besitzen müssen, wird über einen Schwellwert im Konfigurationsparameter QER | ITShop | PeerGroupAnalysis | ApprovalThreshold festgelegt. Der Schwellwert gibt das Verhältnis zwischen der Gesamtzahl der Personen in der Peer-Gruppe und der Anzahl der Person in der Peer-Gruppe, welche dieses Produkt bereits besitzen, an.
Zusätzlich kann festgelegt werden, dass Mitarbeiter keine funktionsfremden Produkte bestellen dürfen. Das heißt, wenn dem bestellten Produkt und der primären Abteilung des Bestellempfängers unterschiedliche Unternehmensbereiche zugewiesen sind, soll die Bestellung abgelehnt werden. Um diese Prüfung in die Peer-Gruppen-Analyse einzubeziehen, aktivieren Sie den Konfigurationsparameter QER | ITShop | PeerGroupAnalysis | CheckCrossfunctionalAssignment.
Bei einer vollständig konfigurierten Peer-Gruppen-Analyse werden Bestellungen automatisch genehmigt, wenn:
-
das bestellte Produkt nicht funktionsfremd ist und
-
die Anzahl der Personen in der Peer-Gruppe, welche dieses Produkt bereits besitzen, einen festgelegten Schwellwert erreicht oder übersteigt.
Andernfalls werden die Bestellungen automatisch abgelehnt.
Um diese Funktionalität nutzen zu können, stellt der One Identity Manager den Prozess QER_PersonWantsOrg_Peer group analysis und das Ereignis PeergroupAnalysis bereit. Der Prozess wird über einen Entscheidungsschritt mit dem Entscheidungsverfahren EX ausgeführt.
Detaillierte Informationen zum Thema
Peer-Gruppen-Analyse für Bestellungen konfigurieren
Um die Peer-Gruppen-Analyse zu konfigurieren
-
Aktivieren Sie im Designer den Konfigurationsparameter QER | ITShop | PeerGroupAnalysis.
-
Aktivieren Sie mindestens einen der folgenden Konfigurationsparameter:
-
QER | ITShop | PeerGroupAnalysis | IncludeManager: Personen, die denselben Manager haben, wie der Empfänger der Bestellung
-
QER | ITShop | PeerGroupAnalysis | IncludePrimaryDepartment: Personen, die derselben primären Abteilung angehören, wie der Empfänger der Bestellung
-
QER | ITShop | PeerGroupAnalysis | IncludeSecondaryDepartment: Personen, deren sekundäre Abteilung der primären oder sekundären Abteilung des Empfängers der Bestellung entspricht
Damit legen Sie fest, welche Personen zur Peer-Gruppe gehören. Es können auch zwei oder alle Konfigurationsparameter aktiviert werden.
-
Um den Schwellwert für die Peer-Gruppe festzulegen, aktivieren Sie den Konfigurationsparameter QER | ITShop | PeerGroupAnalysis | ApprovalThreshold und legen Sie einen Wert zwischen 0 und 1 fest.
Der Standardwert ist 0,9. Das heißt, mindestens 90% der Mitglieder der Peer-Gruppe müssen das bestellte Produkt bereits besitzen, damit die Bestellung genehmigt wird.
-
(Optional) Um zu prüfen, ob das bestellte Produkt funktionsfremd ist, aktivieren Sie den Konfigurationsparameter QER | ITShop | PeerGroupAnalysis | CheckCrossfunctionalAssignment.
-
Weisen Sie den Leistungspositionen und den Abteilungen Unternehmensbereiche zu.
Es werden nur Unternehmensbereiche berücksichtigt, die den Leistungspositionen primär zugewiesen sind.
Ausführliche Informationen zu Unternehmensbereichen finden Sie im One Identity Manager Administrationshandbuch für das Identity Management Basismodul.
-
Ordnen Sie den Personen primäre Abteilungen zu.
-
Erstellen Sie im Manager einen Entscheidungsworkflow mit mindestens einer Entscheidungsebene. Für den Entscheidungsschritt erfassen Sie mindestens folgende Daten:
-
Einzelschritt: EXWithPeerGroupAnalysis
-
Entscheidungsverfahren: EX
-
Ereignis: PeerGroupAnalysis
Das Ereignis startet den Prozess QER_PersonWantsOrg_Peer group analysis, welcher das Skript QER_PeerGroupAnalysis ausführt.
Das Skript führt eine automatische Entscheidung aus und setzt den Typ des Entscheidungsschritts auf Zustimmung oder Ablehnung.
Detaillierte Informationen zum Thema
Verwandte Themen
