Um die Entscheidung an den Besteller oder den Empfänger der Bestellung zurückzugeben, beispielsweise für eine Nachfrage, nutzen Sie die Entscheidungsverfahren BS und BR. Das Entscheidungsverfahren BS ermittelt den Besteller der Bestellung, das Entscheidungsverfahren BR ermitteltet den Empfänger der Bestellung. Der Besteller und der Empfänger der Bestellung können dadurch zusätzlich die Entscheidung beeinflussen. Ihre Entscheidung ist in der Genehmigungshistorie sichtbar. Der Entscheidungsworkflow kann mit einer beliebigen Entscheidungsebene fortgesetzt werden.
Die Besteller werden auch dann ermittelt, wenn die Konfigurationsparameter QER | ITShop | PersonInsertedNoDecide und QER | ITShop | PersonOrderedNoDecide aktiviert sind. Weitere Informationen finden Sie unter Entscheiden von Bestellungen eines Entscheiders.
Sollten die Standard-Entscheidungsverfahren zur Ermittlung der verantwortlichen Entscheider nicht Ihren Anforderungen entsprechen, können Sie eigene Entscheidungsverfahren erstellen. Die Bedingung, über die die Entscheider ermittelt werden, wird als Datenbankabfrage formuliert. Für eine Bedingung können mehrere Abfragen kombiniert werden.
Um ein Entscheidungsverfahren einzurichten
-
Wählen Sie im Manager die Kategorie IT Shop | Basisdaten zur Konfiguration | Entscheidungsverfahren.
-
Wählen Sie in der Ergebnisliste ein Entscheidungsverfahren und führen Sie die Aufgabe Stammdaten bearbeiten aus.
- ODER -
Klicken Sie in der Ergebnisliste 
.
-
Bearbeiten Sie die Stammdaten des Entscheidungsverfahrens.
- Speichern Sie die Änderungen.
Um die Bedingung zu bearbeiten
-
Wählen Sie im Manager die Kategorie IT Shop | Basisdaten zur Konfiguration | Entscheidungsverfahren.
-
Wählen Sie in der Ergebnisliste das Entscheidungsverfahren.
-
Wählen Sie die Aufgabe Abfragen zur Ermittlung der Entscheider bearbeiten.
Detaillierte Informationen zum Thema
Für ein Entscheidungsverfahren erfassen Sie folgende allgemeine Stammdaten.
Tabelle 40: Allgemeine Stammdaten von Entscheidungsverfahren
|
Entscheidungsverfahren |
Kurzbezeichnung des Entscheidungsverfahrens (maximal zwei Zeichen). |
|
Beschreibung |
Bezeichnung des Entscheidungsverfahrens. |
|
DBQueue Prozessor Aufgabe |
Entscheidungen können entweder automatisch durch einen Berechnungsauftrag des DBQueue Prozessors getroffen werden oder durch festgelegte Entscheider. Wenn das Entscheidungsverfahren eine automatische Entscheidung treffen soll, weisen Sie eine kundendefinierte DBQueue Prozessor Aufgabe zu.
Wenn eine Abfrage zur Ermittlung der Entscheider erfasst ist, kann keine DBQueue Prozessor Aufgabe zugewiesen werden. |
|
Max. Anzahl Entscheider |
Maximale Anzahl an Entscheidern, die durch das Entscheidungsverfahren ermittelt werden. Wie viele Personen tatsächlich entscheiden müssen, legen Sie in den Entscheidungsschritten fest, die dieses Entscheidungsverfahren verwenden. |
|
Reihenfolge |
Wert für die Sortierung der Entscheidungsverfahren in Auswahllisten.
Um das Entscheidungsverfahren beim Einrichten eines Entscheidungsschrittes in der Auswahlliste an oberster Stelle anzuzeigen, legen Sie einen Wert kleiner '10' fest. |
Verwandte Themen
Die Bedingung, über die die Entscheider ermittelt werden, wird als Datenbankabfrage formuliert. Für eine Bedingung können mehrere Abfragen kombiniert werden. Dabei werden alle Personen in den Entscheiderkreis aufgenommen, die durch die Einzelabfragen ermittelt werden.
Um die Bedingung zu bearbeiten
-
Wählen Sie im Manager die Kategorie IT Shop | Basisdaten zur Konfiguration | Entscheidungsverfahren.
-
Wählen Sie in der Ergebnisliste das Entscheidungsverfahren.
-
Wählen Sie die Aufgabe Abfragen zur Ermittlung der Entscheider bearbeiten.
Um eine einzelne Abfrage zu erstellen
- Klicken Sie Hinzufügen.
Es wird eine neue Zeile in die Tabelle eingefügt.
- Markieren Sie diese Zeile. Erfassen Sie die Eigenschaften der Abfrage.
- Fügen Sie bei Bedarf weitere Abfragen hinzu.
- Speichern Sie die Änderungen.
Um eine einzelne Abfrage zu bearbeiten
- Wählen Sie in der Tabelle die Abfrage, die Sie bearbeiten möchten. Bearbeiten Sie die Eigenschaften der Abfrage.
- Speichern Sie die Änderungen.
Um eine einzelne Abfrage zu entfernen
- Wählen Sie in der Tabelle die Abfrage, die Sie entfernen möchten.
- Klicken Sie Entfernen.
- Speichern Sie die Änderungen.
Tabelle 41: Eigenschaften einer Abfrage
|
Entscheiderauswahl |
Bezeichnung der Abfrage, die die Entscheider ermittelt. |
|
Abfrage |
Datenbankabfrage, die die Entscheider ermittelt.
Die Datenbankabfrage muss als Select-Anweisung formuliert werden. Die über die Datenbankabfrage ausgewählte Spalte muss eine UID_Person zurückgeben. Zusätzlich muss jede Abfrage einen Wert für UID_PWORulerOrigin übergeben. Ergebnis der Abfrage sind eine oder mehrere Personen, denen die Bestellung zur Entscheidung vorgelegt wird. Liefert die Abfrage kein Ergebnis, wird die Bestellung abgebrochen.
Eine Abfrage enthält genau eine Select-Anweisung. Um mehrere Select-Anweisungen zu kombinieren, erstellen Sie mehrere Abfragen.
Wenn eine DBQueue Prozessor Aufgabe zugewiesen ist, kann keine Abfrage zur Ermittlung der Entscheider erfasst werden. |
Die Abfrage kann beispielsweise vorher festgelegte Entscheider ermitteln (Beispiel 1). Die Entscheider können auch dynamisch in Abhängigkeit der zu genehmigenden Bestellung ermittelt werden. Dafür greifen Sie innerhalb der Datenbankabfrage über die Variable @UID_PersonWantsOrg auf die zu genehmigende Bestellung zu (Beispiel 2).
Beispiel 1
Die Bestellungen sollen durch einen fest benannten Entscheider genehmigt werden.
|
Abfrage: |
select UID_Person, null as UID_PWORulerOrigin from Person where InternalName='Bloggs, Jan' |
Beispiel 2
Der Entscheider soll über die Abteilung des Bestellers ermittelt werden. Entscheidungsberechtigt ist der Manager der Kostenstelle, die der primären Abteilung des Bestellers zugeordnet sind. Der Besteller ist die Person, die eine Bestellung auslöst (UID_PersonInserted, beispielsweise beim Bestellen für Mitarbeiter).
| Abfrage: |
select pc.UID_PersonHead as UID_Person, null as UID_PWORulerOrigin from PersonWantsOrg pwo
join Person p on pwo.UID_PersonInserted = p.UID_Person
join Department d on p.UID_Department = d.UID_Department
join ProfitCenter pc on d.UID_ProfitCenter = pc.UID_ProfitCenter
where pwo.UID_PersonWantsOrg = @UID_PersonWantsOrg |
Delegierungen berücksichtigen
Um bei der Ermittlung der Entscheider auch Delegierungen zu berücksichtigen, ermitteln Sie in der Abfrage auch die Personen, an die eine Verantwortlichkeit delegiert wurde. Wenn die Manager hierarchischer Rollen entscheiden sollen, ermitteln Sie die Entscheider aus der Tabelle HelperHeadOrg. Diese Tabelle vereinigt alle Manager von hierarchischen Rollen, deren Stellvertreter sowie die Personen, an die eine Verantwortlichkeit delegiert wurde. Wenn die Mitglieder von Geschäfts- oder Anwendungsrollen entscheiden sollen, ermitteln Sie die Entscheider aus der Tabelle PersonInBaseTree. Diese Tabelle vereinigt alle Mitglieder von hierarchischen Rollen sowie die Personen, an die eine Mitgliedschaft delegiert wurde.
Um den Delegierenden zu benachrichtigen, wenn der Empfänger der Delegierung eine Bestellung entschieden hat, und damit im Web Portal angezeigt werden kann, ob der Entscheider aus einer Delegierung stammt, ermitteln Sie die UID_PWORulerOrigin.
Um die UID_PWORulerOrigin der Delegierung zu ermitteln
-
Ermitteln Sie die UID_PersonWantsOrg der Delegierung und übernehmen Sie diesen Wert als UID_PWORulerOrigin in die Abfrage. Nutzen Sie dafür die Tabellenfunktion dbo.QER_FGIPWORulerOrigin.
select dbo.QER_FGIPWORulerOrigin(XObjectKey) as UID_PWORulerOrigin
Angepasste Abfrage aus Beispiel 2:
select hho.UID_PersonHead as UID_Person, dbo.QER_FGIPWORulerOrigin(hho.XObjectkey) as UID_PWORulerOrigin from PersonWantsOrg pwo
join Person p on pwo.UID_PersonInserted = p.UID_Person
join Department d on p.UID_Department = d.UID_Department
join ProfitCenter pc on d.UID_ProfitCenter = pc.UID_ProfitCenter
join HelperHeadOrg hho on hho.UID_Org = pc.UID_ProfitCenter
where pwo.UID_PersonWantsOrg = @UID_PersonWantsOrg
