Arbeitsstatus – Beispiel

Beispiele

Zunächst gibt ein Benutzer Daten in das Modell ein.

• In diesem Beispiel werden Daten für untergeordnete Elemente des Entitätselements L1 verwendet.

• Da keine Sperren gesetzt sind, können die Daten frei eingegeben werden.

Sperre wurde vom Eigentümer gesetzt

1. Der Eigentümer TestUserE kann seine eigene Entität L9100 setzen und ein nicht zum Eigentümer gehörendes Dimensionselement 2017.Q1 auf übergeordneter Ebene festlegen.

2. Der Eigentümer kann jedoch nicht den aktuellen Status der Entitäten L9100 und 2017.Q1 anzeigen, da der Status für die nicht zum Eigentümer gehörenden Dimensionen auf die untergeordneten Elemente expandiert wurde (keine Ablage von übergeordneten Elementen für nicht zum Eigentümer gehörende Dimensionen).

3. Der Eigentümer kann die einzelnen Status anhand des Basiselements 2017.JAN anzeigen.

Ein Eigentümer muss die Arbeitsstatus ControlledBy aufeinanderfolgend setzen. Upload kann auf Vorgelegt, aber nicht auf Journal gesetzt werden, da der auf Upload folgende Arbeitsstatus Vorlegen ist.

Dies gilt auch im umgekehrten Sinn: Ein Eigentümer ist nicht in der Lage, einen Eigentümerarbeitsstatus ControlledBy zu setzen, der nicht in der Reihenfolge liegt. Sie können Journal nicht auf Gestartet setzen, da dies zwei Regeln verletzen würde:

• Der Journal vorausgehende Status ist Vorlegen. Daher ist dies die einzig gültige Auswahl.

• Hochladen ist ein ControlledBy-Manager-Arbeitsstatus und liegt zwischen den Arbeitsstatus Vorgelegt und Gestartet. Der Eigentümer kann einen Arbeitsstatus, der von einem Manager gesteuert wird, nicht überspringen.

Sperre wurde von Manager 1 gesetzt

Da es sich beim ersten Status um einen ControlledBy-Eigentümerstatus handelt, der als offen definiert ist (Sperren nicht gesetzt), muss der Manager im nächsten Schritt zum Sperrstatus von Upload übergehen.

1. Melden Sie sich als TestUserD, Manager von L9100 (Eigentümer von L9000) an.

2. Wählen Sie für den Datenbereich nicht Für alle Nachfolger. Als Manager können Sie den Status für einzelne Elemente aktualisieren, solange der Status auf ControlledBy Manager gesetzt ist.

3. Sie können die Daten nicht aktualisieren, nachdem die Sperre gesetzt ist, da dieser Status die manuelle Dateneingabe sperrt.

Sperre wurde von Manager 2 gesetzt

1. Melden Sie sich als TestUserC, Manager von LD1 (Eigentümer von L9000) an.

2. Versuchen Sie, den Arbeitsstatus ControlledBy Manager für ein bestimmtes untergeordnetes Element von L9000 (z. B. L9100) zu setzen.

   • Die Status von einzelnen untergeordneten Elementen können nur durch ein direkt übergeordnetes Element gesetzt werden. Eine Fehlermeldung wird angezeigt: User is not an owner/manager, work status cannot be updated.

   • Wenn Sie für den Datenbereich Für alle Nachfolger wählen, können Sie die Status aller untergeordneten Elemente setzen (mehrstufige Einstellung).

ControlledBy-Regel

1. Das übergeordnete Element L9000 ist auf Sperren nicht gesetzt eingestellt.

2. Wenn der Eigentümer des übergeordneten Elements versucht, den Arbeitsstatus auf Genehmigen zu setzen, verletzt dies die ControlledBy-Regel, da Genehmigen ein Manager-Arbeitsstatus ist. Eine Fehlermeldung wird angezeigt: The Controlledby rule is violated.

Bottom-Up-Regel

• Das übergeordnete Element L9000 ist auf Sperren nicht gesetzt eingestellt.

• Das untergeordnete Element L9100 ist auf Upload gesetzt; die anderen untergeordneten Elemente sind auf Keine gesetzt.

1. Der Eigentümer des übergeordneten Elements L9000, das ControlledBy Eigentümer ist, versucht, den Arbeitsstatus auf Gestartet zu setzen.

2. Dies schlägt wegen einer Verletzung der Bottom-Up-Regel fehl: Der Status eines übergeordneten Elements kann nicht höher sein als der von dessen untergeordneten Elementen. Eine Fehlermeldung wird angezeigt: The Bottom-up rule is violated.

Pushing 1

• L9000, Eigentümer (Manager) eines übergeordneten Elements, kann den Arbeitsstatus all seiner untergeordneten Elemente mittels der Option Für alle Nachfolger im Datenbereich setzen.

1. Ein Manager kann Arbeitsstatus überspringen, die aber ControlledBy Manager sein müssen.

2. Wenn ein Manager einen Arbeitsstatus wählt, der ControlledBy Eigentümer ist, wird dadurch die ControlledBy-Regel verletzt.

3. Wenn es sich bei dem Benutzer, der den Arbeitsstatus setzt, weder um den Eigentümer noch um den Manager des bestimmten Elements oder dessen untergeordneter Elemente handelt, wird eine Fehlermeldung angezeigt: User is not an owner/manager, work status cannot be updated.

Pushing 2

• L9000, Eigentümer (Manager) eines übergeordneten Elements, kann den Arbeitsstatus all seiner untergeordneten Elemente mittels der Option Für alle Nachfolger im Datenbereich setzen.

  • Der Arbeitsstatus des übergeordneten Elements wird nicht gesetzt, wenn Für alle Nachfolger gewählt wird.

  • Nur das übergeordnete Element von L9000 (LD1) kann einen Arbeitsstatus ControlledBy Manager setzen.

Umkehren

• Angenommen, alle untergeordneten Elemente von LD1 sind für 2017.Q1 (JAN, FEB, MAR) genehmigt.

1. Der Eigentümer eines untergeordneten Elements kann keinen Arbeitsstatus setzen, der geringer als der von dessen übergeordnetem Element ist. Dies würde die Bottom-Up-Regel verletzen.

2. Ein übergeordnetes Element kann den Status jeglicher ControlledBy-Manager-Arbeitsstatus umkehren.

Regel All Regions Must Pass

• Angenommen, alle untergeordneten Elemente von LD1 sind für 2017.Q1 (JAN, FEB, MAR) auf Genehmigen gesetzt.

1. Das übergeordnete Element setzt alle Basiselemente für Jan auf Sperren nicht gesetzt.

2. Das übergeordnete Element setzt alle anderen Monate auf Genehmigen.

3. Der Eigentümer einer Dimension versucht, Q1 auf Gestartet zu setzen. Dies schlägt fehl, da die Bottom-Up-Regel für Januar verletzt wird.