Exemple de statut de travail

Exemples

L'utilisateur doit d'abord saisir des données dans le modèle.

• Cet exemple utilise des données des enfants du membre d'entité L1.

• Aucun verrou n'est défini afin que les données puissent être saisies librement.

Le verrou est défini par le responsable.

1. Le responsable TestUserE peut définir sa propre entité L9100 et définir un membre de dimension sans responsable de niveau parent 2017.Q1.

2. Cependant, le responsable ne peut pas afficher le statut actuel des entités L9100 et 2017.Q1, car le statut est développé pour les membres enfant des dimensions sans responsable (aucun stockage des membres parent pour la dimension sans responsable).

3. Le responsable peut afficher le statut individuel pour le membre de base 2017.JAN.

Un responsable doit définir les statuts de travail ContrôléPar dans l'ordre consécutif. Le statut Télécharger peut être défini sur Soumettre, mais pas sur Journal, le statut de travail suivant Télécharger étant Soumettre.

L'inverse est également vrai : un responsable ne peut pas définir un statut de travail ContrôléPar un responsable qui n'est pas dans l'ordre. Vous ne pouvez pas définir Journal sur Lancé, car cela viole les deux règles suivantes :

• Le statut précédant Journal est Soumettre. C'est donc la seule sélection valide.

• Télécharger est un statut de travail ContrôléPar un gestionnaire ; il se trouve entre les statuts de travail Soumettre et Lancé. Le responsable ne peut pas ignorer un statut de travail contrôlé par un gestionnaire.

Le verrou est défini par le gestionnaire 1.

Comme le premier statut est un statut ContrôléPar un responsable, qui est défini comme ouvert (Verrous non définis), l'étape suivante est de faire avancer le gestionnaire à un statut de verrouillage Télécharger.

1. Connectez-vous en tant que TestUserD, le gestionnaire de L9100 (responsable de L9000).

2. Ne choisissez pas Sur tous les descendants dans le contexte de processus. En tant que gestionnaire, vous pouvez mettre à jour le statut de membres individuels à condition qu'il soit défini sur ContrôléPar un gestionnaire.

3. Vous ne pouvez pas mettre à jour les données après la définition du verrou, car ce statut verrouille la saisie manuelle des données.

Le verrou est défini par le gestionnaire 2.

1. Connectez-vous en tant que TestUserC, le gestionnaire de LD1 (responsable de L9000).

2. Essayez de définir le statut de travail ContrôléPar un gestionnaire pour un enfant spécifique de L9000 (par exemple, L9100).

   • Seul un parent immédiat peut définir des enfants individuels. Une erreur se produit : User is not an owner/manager, work status cannot be updated.

   • Si vous choisissez Sur tous les descendants dans le contexte de processus, vous pouvez définir tous les enfants (paramètre multi-niveaux).

Contrôlé par une règle

1. Le parent L9000 est défini sur Verrous non définis.

2. Si le responsable du parent essaie de définir le statut de travail sur Approuver, cela viole la règle ContrôléPar, puisque Approuver est un statut de travail de gestionnaire. Une erreur se produit : The Controlledby rule is violated.

Règle d'ascendance

• Le parent L9000 est défini sur Verrous non définis.

• L'enfant L9100 est défini sur Télécharger ; les autres enfants sont définis sur Aucun.

1. Le responsable du parent L9000 essaie de définir le statut de travail sur Lancé, qui est ContrôléPar un responsable.

2. L'opération échoue en raison de la violation de la règle d'ascendance : un parent ne peut pas avoir un statut supérieur à ses enfants. Une erreur se produit : The Bottom-up rule is violated.

Push 1

• Un responsable de parent (gestionnaire) L9000 peut définir le statut de travail de tous ses enfants en cliquant sur Sur tous les descendants dans le contexte de processus.

1. Un gestionnaire peut ignorer les statuts de travail, mais ils doivent être définis sur ContrôléPar un gestionnaire.

2. Si un gestionnaire sélectionne un statut de travail qui est ContrôléPar un responsable, cela viole la règle ContrôléPar.

3. Si l'utilisateur qui configure le statut de travail n'est ni le responsable, ni le gestionnaire, du membre spécifique ou des enfants du membre spécifié, une erreur se produit : User is not an owner/manager, work status cannot be updated.

Push 2

• Un responsable de parent (gestionnaire) L9000 peut définir le statut de travail de tous ses enfants en cliquant sur Sur tous les descendants dans le contexte de processus.

  • Le statut de travail du membre parent n'est pas défini lorsque Sur tous les descendants est sélectionné.

  • Seul le parent de L9000 (LD1) peut définir un statut de travail ContrôléPar un gestionnaire.

Annulation

• Supposons que tous les enfants de LD1 sont approuvés pour 2017.Q1 (JAN, FEB, MAR)

1. Le responsable d'un membre enfant ne peut pas définir un statut de travail inférieur à leur parent. Cela viole la règle d'ascendance.

2. Un parent peut annuler le statut pour n'importe quel statut de travail ContrôléPar un gestionnaire.

Toutes les régions doivent respecter la règle.

• Supposons que tous les enfants de LD1 sont définis sur Approuver pour 2017.Q1 (JAN, FEB, MAR).

1. Le parent définit tous les membres de base pour janvier sur Verrous non définis.

2. Le parent définit les autres mois sur Approuver.

3. Le responsable d'une dimension essaie de définir Q1 sur Lancé. Cette action échoue car elle viole la règle d'ascendance pour Janvier.