Bedingungen, die einen Statuswechsel einschränken, können in diesem Reiter verwaltet werden (Abb. 1). In den Anwendungen werden die fehlgeschlagenen Bedingungen dann angezeigt, sobald ein Wechsel in diesen Status nicht möglich ist.
Bei den Bedingungen ist auf die korrekte Syntax zu achten! Wird hier nicht die korrekte Syntax genutzt, kommt es zu Fehlern.
Abbildung 1: Projektstatus Bedingungen bearbeiten
Verfügbare Operatoren inklusive Beispiele:
Operator | Bezeichnung |
---|---|
== | gleich
|
!= | ungleich
|
<= | kleiner gleich
|
< | kleiner
|
>= | größer gleich
|
> | größer
|
CONTAINS | enthält
|
OR | oder
|
Beispiele von Bedingungen
Beispiel 1
In den nachfolgenden Beispielen müssen alle Bedingungen (Zeilen) erfüllt werden (true zurück liefern), damit ein Statuswechsel erfolgen kann.
ID | Titel | Bedingungen | Nachricht |
---|---|---|---|
10 | Projekt erzeugt | status.identifier == 10 | Status gesperrt |
Ein Projekt kann auf Projekt erzeugt gesetzt werden, wenn
Zeile 1: der momentane Status Projekt erzeugt (id:10) ist. Ansonsten wird dem Benutzer die Nachricht “Status gesperrt” in einem Dialog angezeigt.
Dieses Beispiel trifft in den Anwendungen immer bei Projekt Neuanlage zu, da die Anwendungen bei Neuanlage immer automatisch den Status auf Projekt erzeugt (id:10) setzen.
Wird danach ein Statuswechsel durchgeführt, kann der Benutzer nie mehr in den Status Projekt erzeugt wechseln, weil die ID sich dann verändert hat. Die Bedingung beim Status Projekt erzeugt gibt allerdings vor, dass die ID 1 sein muss.
Beispiel 2
ID | Titel | Bedingungen | Nachricht |
---|---|---|---|
30 | Angebot abgegeben | status.identifier < 30 ALL configurations.isComplete == true | Status zurücksetzen gesperrt Alle Konfigurationen müssen vollständig sein |
Ein Projekt kann nur auf Angebot abgegeben gesetzt werden, wenn
Zeile 1: die ID des momentane Status kleiner als 30 ist
Zeile 2: alle Konfigurationen vollständig sind
Sind Bedingungen nicht erfüllt und der Benutzer wählt den Status in den Anwendungen aus, werden die Nachrichten der fehlgeschlagenen Bedingungen im Dialog angezeigt (Abb. 2).
Beispiel 3
ID | Titel | Bedingungen | Nachricht |
---|---|---|---|
50 | Auftrag erteilt | status.identifier < 50 ALL configurations.isComplete == true ALL configurations.isValid == true userPermissions CONTAINS 'app_set_offer_confirmed' | Status zurücksetzen gesperrt Alle Konfigurationen müssen vollständig sein! Alle Konfigurationen müssen gültig sein Berechtigung zur Auftragserteilung |
Ein Projekt kann nur auf den Status Auftrag erteilt gesetzt werden, wenn
Zeile 1: die ID des momentane Status kleiner als 50 ist
Zeile 2: alle Konfigurationen vollständig sind
Zeile 3: alle Konfigurationen gültig sind
Zeile 4: der Benutzer die Berechtigung app_set_offer_confirmed (Angebot zum Auftrag zu machen) besitzt
Sind Bedingungen nicht erfüllt und der Benutzer wählt den Status in den Anwendungen aus, werden die Nachrichten der fehlgeschlagenen Bedingungen im Dialog angezeigt (Abb. 3).
Beispiel 4
ID | Titel | Bedingungen | Nachricht |
---|---|---|---|
44 | Angebot aus Bestand bedient | userPermissions CONTAINS 'sendmail_dealer_admin' OR userPermissions CONTAINS 'sendmail_dealer_sales' OR userPermissions CONTAINS 'sendmail_territory_manager' | Berechtigung Angebot aus Bestand bedient |
Ein Projekt kann nur auf den Status Angebot aus Bestand bedient gesetzt werden, wenn
Zeile 1: Der Benutzer besitzt eine der folgenden Berechtigungen: "sendmail_dealer_admin" ODER "sendmail_dealer_sales" ODER "sendmail_territory_manager"
Sind Bedingungen nicht erfüllt und der Benutzer wählt den Status in den Anwendungen aus, wird ebenfalls ein Dialog in den Anwendungen angezeigt, mit den Bedingungen, welche nicht erfüllt sind.
Felder für Bedingungen
Nachfolgend sind die zur Verfügung stehenden Felder, welche in den Bedingungen genutzt werden können, aufgezeigt.
Je nach Hersteller werden nicht alle Felder in den Anwendungen genutzt.
Felder | Beschreibung |
---|---|
delivery_text | Anmerkung an den Krone Innendienst |
order_ref | IDOC-Nummer |
external_ref | Externe Bestellnummer |
item_ref | Opportunity ID |
Automatische Statuswechsel
Projekte können so konfiguriert werden, dass sie automatisch den Status wechseln. Dadurch wird u.a. erreicht, dass Projekte, die bestimmte Bedingungen erfüllen, automatisch als ToDo bei dem zuständigen Anwender erscheinen.
Im Folgenden werden zwei Szenarien für Statuswechsel beschrieben. Diese stellen Beispiele für Anwendungsmöglichkeiten dar.
Zwei mögliche Szenarien, in denen ein automatischer Statuswechsel erfolgt (Abb.4)
Automatischer Wechsel des Projektstatus nach Zeitraum X
Automatischer Statuswechsel über Gültigkeitsdatum des Auftrages
1. Automatischer Wechsel des Projektstatus nach Zeitraum X
Projekte mit dem Status “Angebot erstellt” werden nach einer definierten Anzahl von Tagen automatisch in den Status “Angebot erstellt (überfällig)” überführt. Dies stellt sicher, dass alle Projektstati durchlaufen werden und ältere Projekte nicht in einem bestimmten Status verharren. Die Zeitspanne, nach deren Ablauf der Statuswechsel automatisch erfolgen soll, kann flexibel eingestellt werden (Abb. 5).
2. Automatischer Statuswechsel über Gültigkeitsdatum des Auftrages
Der Status eines Projekts wechselt von:
“Angebot an Kunden abgegeben” zu “Angebot an Kunden abgegeben (überfällig)” basierend auf dem Gültigkeitsdatum des Projektes. Der Wechsel erfolgt automatisch nach einer frei definierbaren Anzahl von Tagen vor Ablauf des Gültigkeitsdatums (Abb. 6), um auf das bevorstehende Ende der Angebotsfrist hinzuweisen.
Syntax
ID | Titel | Operationen |
---|---|---|
20 | Angebot erstellt | change:-14day:status=offer_created_todo |
30 | Angebot an Kunden abgegeben | validity:+7day:status=offer_submitted_todo |
Add Comment