Configuration des statuts de travail
Cette fonction permet de verrouiller un contexte ou tranche de processus dans un modèle. La configuration du statut de travail écrase les privilèges d'accès aux membres d'un utilisateur pour écrire dans un contexte donné.
Le composé de processus à verrouiller est défini par plusieurs dimensions par modèle composées d'une dimension Responsable et d'un certain nombre de dimensions Autre. Vous pouvez prédéfinir un attribut de l'InfoObjet responsable comme propriété Owner sur le backend Business Warehouse pour gérer les responsables de statuts de travail.Un InfoObjet peut être utilisé de dimension Responsable uniquement si certains critères sont remplis.Consultez la section Dimension du responsable et hiérarchie ci-dessous pour obtenir des informations détaillées.
Lorsque vous configurez le statut de travail, vous définissez les éléments suivants :
Statuts de travail : statuts physiques des données pouvant être personnalisés selon vos besoins, tels que Débloqué, Soumis et Approuvé.
Niveau de sécurité : les utilisateurs ou équipes pouvant modifier les données du système, c'est-à-dire Tous, Aucun (verrouillé pour tous), Gestionnaire ou Responsable. Voir ci-dessous Contrôle des personnes pouvant modifier les données.
Les utilisateurs ou équipes pouvant modifier le statut de travail, c'est-à-dire Responsable, Gestionnaire ou Responsable et Gestionnaire. Voir ci-dessous Contrôle des personnes pouvant définir le statut de travail.
Push : cette option, qui équivaut à cocher la case Sur tous les descendants lors de la configuration des statuts de travail, vous permet de définir un seul code de statut de travail pour tous les descendants d'un membre. Elle n'inclut pas le membre parent sélectionné.
Après avoir configuré les statuts de travail, les autres utilisateurs peuvent les utiliser pour appliquer un statut à un affichage en cours et verrouiller ses données pour révision, approbation, etc. Par exemple, votre processus de gestion de clôture de fin de mois requiert qu'un ensemble de données spécifique soit verrouillé pour pouvoir créer des rapports de fin de mois précis. Une fois les données soumises, le responsable définit le statut de travail sur Soumis, dont le niveau de sécurité est Aucun. Cela verrouille l’intersection de données pour éviter qu'elles ne soient soumises ultérieurement.
Dimension du responsable et hiérarchie
- La dimension du responsable doit être partagée par tous les InfoProviders dans le modèle.
- La dimension du responsable doit avoir un attribut pouvant être utilisé pour définir le responsable. L'attribut doit être du type CHAR et sa longueur doit être d'au moins 12.
- Une ou plusieurs hiérarchies doivent être gérées pour la dimension du responsable sur le backend Business Warehouse.
Dériver le responsable
Vous pouvez soit spécifier un attribut de la dimension du responsable en tant que Responsable (la valeur doit être un ID utilisateur) ou en tant qu'Équipe (la valeur doit être l'ID d'une équipe). Vous pouvez également spécifier les deux.
Les utilisateurs dérivés de l'attribut du responsable, ou les membres d'équipe dérivés des attributs d'équipe ou des deux attributs sont considérés comme les responsables de l'ID de membre actuel de la dimension du responsable.
Contrôle des personnes pouvant modifier les données
Vous définissez qui peut modifier les données du système :
Tous : tous les utilisateurs disposant des droits d'accès au membre appropriés peuvent modifier les données
Aucun : personne ne peut modifier les données
Gestionnaire : seuls les gestionnaires (membres dans les nœuds parent de responsables) peuvent modifier les données
Responsable : seuls les responsables peuvent modifier les données
Contrôle des personnes pouvant définir le statut de travail
Vous définissez qui peut définir le statut de travail sur un état particulier pour un contexte de processus :
Responsable et Gestionnaire : le responsable de l'ID du membre spécifique et le responsable du parent pour l'ID du membre spécifique
Responsable : le responsable de l'ID du membre spécifique
Gestionnaire : le responsable du parent pour l'ID du membre spécifique
Détermination des responsables/gestionnaires
Un gestionnaire est le responsable d’un membre de niveau parent.
Les responsables d'un membre parent agissent en tant que responsable de cet ID du membre parent spécifique.
Les responsables d'un membre parent agissent en tant que gestionnaire pour leurs enfants directs. Le responsable du parent peut modifier le statut de travail de tout enfant direct spécifique, que ce soit des membres parent ou de base.
En utilisant Sur tous les descendants, le responsable d'un membre de nœud parent peut mettre à jour tous les enfants de tous les niveaux inférieurs.
Les responsables des membres de base agissent uniquement en tant que responsables.
Les membres (sommet d'une hiérarchie) n'ayant aucun parent, mais uniquement des enfants, agissent en tant que gestionnaire, mais sont aussi leur propre responsable.
Contrôlé par une règle
Un responsable est défini par une seule hiérarchie de dimension, la dimension du RESPONSABLE.
Un statut de travail peut être défini sur un seul ID de membre spécifique, où le gestionnaire n'utilise pas Sur tous les descendants.
Un statut de travail peut être défini sur une série d'ID de membre, où le gestionnaire utilise Sur tous les descendants.
Configuration du statut de travail
Si l'utilisateur agit en tant que responsable, il peut sélectionner un statut de travail contrôlé par un Responsable ou par un Responsable et Gestionnaire.
Si l'utilisateur agit en tant que responsable et que le membre sélectionné n'a pas de parent, il agit également en tant que gestionnaire (sommet de la hiérarchie) et peut sélectionner un statut de travail contrôlé par un responsable, un gestionnaire ou les deux.
Si l'utilisateur est responsable du parent dans le rôle de gestionnaire, il peut alors utiliser l'option Sur tous les descendants (pour répercuter le statut de travail aux enfants). Cette option n'est pas valide pour un membre de base, le rôle de Responsable.
Règles des statuts de travail consécutifs
Vous pouvez définir un statut de travail vers l'avant (progressif) ou vers l'arrière (régressif).
Pour un utilisateur agissant comme Responsable, l'ordre est important.
L'utilisateur peut sélectionner uniquement le prochain statut de travail (vers l'avant) contrôlé soit par un Responsable, soit par un Responsable et un Gestionnaire.
L'utilisateur peut sélectionner uniquement le statut de travail précédent (vers l'arrière) contrôlé soit par un Responsable, soit par un Responsable et un Gestionnaire.
L'utilisateur ne peut pas sélectionner un statut de travail qui ignore un statut de travail contrôlé par un gestionnaire, que ce soit vers l'avant ou l'arrière.
Pour un utilisateur agissant comme gestionnaire, l'ordre n'a pas d'importance.
L'utilisateur peut sélectionner uniquement un statut de travail qui est contrôlé par un Gestionnaire ou par un Responsable et un Gestionnaire, que ce soit vers l'avant ou l'arrière.
L'utilisateur peut sélectionner un statut de travail qui ignore un statut de travail contrôlé par un Responsable, que ce soit vers l'avant ou l'arrière.
Si vous développez tous les enregistrements uniquement sur les dimensions sans RESPONSABLE, et que vous trouvez le statut de travail actuel sur chaque enregistrement, le modèle contrôle les règles de chaque enregistrement développé. Si un enregistrement est défaillant, la requête entière est ignorée.
Règle ascendante
Un statut de travail parent ne peut pas être supérieur à ses enfants. L'ordre est important.
L'ordre des statuts de travail est déterminé de haut en bas dans l'écran des codes de statut de travail. Le premier code est 0, le suivant est 1, et ainsi de suite.
Un enfant peut avoir un statut de travail supérieur ou égal à celui de son parent.
Pour un utilisateur agissant en tant que responsable :
Si un enfant est défini sur Soumettre, son parent ne peut pas être défini sur Approuver.
Si un ou plusieurs enfants ont un statut de travail inférieur à celui défini pour un parent (vers l'avant), une erreur s'affiche.
Si le statut de travail du parent est supérieur, une erreur s'affiche si vous tentez de faire régresser le statut de travail d'un enfant (vers l'arrière).
Les règles ci-dessus s'appliquent également lorsque l'utilisateur agit en tant que gestionnaire quand Sur tous les descendants est sélectionné ou si le gestionnaire définit un statut de travail d'enfant spécifique.
Pour tous les enregistrements développés (dimensions sans RESPONSABLE), le parent immédiat est contrôlé pour s'assurer qu'il dispose d'un statut de travail inférieur ou égal à celui de ses enfants. Si un enfant n'est pas conforme à cette règle, aucun des enfants ne l'est.
Nœuds de hiérarchie externes
- Vous pouvez définir le statut de travail pour un membre de nœud qui est un membre de dimension externe (caractéristique SAP BW). Le propriétaire est dérivé par la même propriété qui est définie dans la dimension du propriétaire. Si le propriétaire ne peut pas être dérivé, le statut de travail ne peut pas être défini.
- Vous pouvez définir le statut de travail pour un membre dont le nœud parent est un membre de dimension externe. Le gestionnaire du propriétaire actuel est dérivé comme suit :
- Le propriétaire du nœud parent (dimension externe) est dérivé de la même propriété comme définie dans la dimension propriétaire et il devient le gestionnaire du membre actuel.
- Si un propriétaire du nœud parent ne peut pas être dérivé (le nœud parent n'a pas la même propriété ou la propriété n'a pas une valeur valide), le système vérifie un niveau en remontant la hiérarchie, jusqu'à ce qu'un propriétaire soit trouvé.
- Si le système ne peut pas dériver un propriétaire du nœud parent, le propriétaire du membre actuel devient également gestionnaire.
Définition des statuts de travail
Les statuts de travail sont définis pour un modèle spécifique.
Il n'y a pas de limite au nombre de statuts de travail pouvant être créés, mais il existe une limite fonctionnelle.
Un statut de travail par défaut doit être défini en priorité. Son code interne est 0 et il est contrôlé par le gestionnaire et le responsable (Contrôlé par est défini sur Responsable et Gestionnaire). ous ne pouvez pas modifier la valeur Contrôlé par.Vous pouvez modifier le texte descriptif.
Vous pouvez modifier l'ordre des statuts de travail. Lorsque vous le faites, ; le système supprime tous les verrouillages du modèle auquel le statut de travail appartient. La suppression des statuts supprime également tous les verrouillages. L'ajout de statuts en fin de liste et la modification d'une définition de statut n'ont aucun impact sur les verrouillages existants mais peuvent affecter les utilisateurs de l'entreprise. Nous recommandons d'effectuer ces actions uniquement pendant la phase de test d'une implémentation de système.
Règles des statuts de travail
Notez que dans cette section, le terme membre signifie les membres de la dimension du responsable.
Les règles suivantes décrivent le comportement du statut de travail :
La méthode de gestion des statuts de travail par défaut est ascendante. C'est-à-dire que le statut d’un parent ne peut pas être supérieur au statut de ses enfants
Le statut maximal pouvant être défini pour un parent est le statut le plus bas de son enfant immédiat.
Si le statut d'un parent est défini sur Verrouillé, vous ne pouvez pas déverrouiller les enfants.
Le statut minimal pouvant être défini pour un enfant est le statut de son parent immédiat. Par exemple, si le statut du parent est Soumis, le statut de l’enfant doit être au minimum Soumis.
Le responsable d'une entité peut définir le statut de travail sur n'importe quel statut désigné comme statut Responsable, où statut Responsable signifie que le statut est contrôlé par le responsable ou le responsable et le gestionnaire.
Le gestionnaire d'une entité peut définir le statut de travail sur n'importe quel statut désigné comme statut Gestionnaire, où statut Gestionnaire signifie que le statut est contrôlé par le gestionnaire ou le responsable et le gestionnaire.
Un gestionnaire est le responsable d’un membre de niveau parent. Le responsable d’un membre de niveau parent est le gestionnaire de tous ses descendants.
Lors de la configuration d'un verrouillage sur les membres parent de plusieurs dimensions, les verrouillages sont définis pour tous les membres inférieurs à tous les parents en particulier, le produit cartésien est stocké comme étant verrouillé. Par exemple, la table suivante montre les verrouillages qui sont définis en incluant tous les enfants pour entity:p1, category:actual et time 2016.Q1.
Entité
Catégorie
Période
Statut de travail
Enfant1
Actuel
2016.Jan
Télécharger
Enfant2
Actuel
2016.Jan
Télécharger
Enfant1
Actuel
2016.Feb
Télécharger
Enfant2
Actuel
2016.Feb
Télécharger
Enfant1
Actuel
2016.Mar
Télécharger
Enfant2
Actuel
2016.Mar
Télécharger
Si vous modifiez l'ordre des codes de statut de travail dans le client Admin, tous les verrouillages sont supprimés. Il en est de même pour la suppression d'un statut de travail.
Une valeur parent pour une dimension sans RESPONSABLE n'est pas archivée. Lorsque l'utilisateur sélectionne un parent pour une dimension sans RESPONSABLE, elle est étendue à tous les membres de base et n'archive que les membres de base.
Une valeur parent pour la dimension RESPONSABLE est archivée. Par exemple, la table suivante montre ce qui est archivé pour entity:p1, category:actual et time 2016.Q1.
Entité
Catégorie
Période
Statut de travail
P1
Actuel
2016.Jan
Télécharger
P1
Actuel
2016.Feb
Télécharger
P1
Actuel
2016.Mar
Télécharger
Lors de l'application des règles, si le modèle rencontre une erreur, il rejette l'ensemble de la requête de l'utilisateur. Dans ce cas, aucun enregistrement n'est mis à jour.
Nombre de dimensions de verrouillage
Le statut de travail prend en charge entre 1 et 14 dimensions de verrouillage, y compris la dimension du responsable. Le nombre par défaut est 5.
Pour modifier le nombre de dimensions de verrouillage, exécutez la transaction RSBPC_ADMIN et modifiez la valeur de la propriété BPC_WS_DIM_COUNT.
Configuration du statut de travail par InfoProvider
Si un utilisateur administrateur sélectionne l'option Configurer statut de travail par InfoProvider, les autres utilisateurs peuvent alors choisir de modifier le statut de travail pour chaque InfoProvider lorsqu'ils effectuent des jobs de reporting ou de planification. Dans ce cas, la modification des statuts de travail de l'InfoProvider en question ne modifie pas les autres InfoProviders.
Envoi d'e-mails aux responsables et aux gestionnaires
Le système peut informer par e-mail les responsables et les gestionnaires correspondants lorsqu'un statut de travail est modifié.
L'adresse e-mail à laquelle la notification est envoyée est définie dans Business Warehouse. Pour ajouter ou modifier l'adresse e-mail par défaut pour un responsable ou gestionnaire, un administrateur peut lancer la transaction SU01, sélectionner le nom de l'utilisateur puis saisir une adresse e-mail dans l'onglet Adresse. Vous devez également vous assurer que les options SMPT nécessaires sont configurées via la transaction SCOT pour que les e-mails soient envoyés automatiquement. Pour en savoir plus, reportez-vous au guide de configuration SMTP.
Vous pouvez ensuite rédiger un modèle de notification à envoyer par e-mail et déclencher la notification pour les modifications de statut de travail dans le client Web Planning and Consolidation en cliquant sur Notifications et en cochant l'option Activer les notifications par courrier électronique dans la page Options du statut de travail. Vous pouvez utiliser directement le modèle de message par défaut ou personnaliser un nouveau message.
Les statuts de travail que vous créez reflètent les statuts des différents niveaux de saisie de données en rapport avec l'évolution de vos activités, par exemple Débloqué, Soumis et Approuvé. SAP Business Planning and Consolidation ne possède aucun statut de travail prédéfini.
Sur l'écran Administration et sous la section Statut de travail, cliquez sur Configuration du statut de travail. Sélectionnez ensuite le modèle dont vous souhaitez modifier le statut de travail.
Vous pouvez modifier l'ordre d'affichage des statuts de travail dans le système en utilisant les flèches vers le haut et vers le bas.
Vous pouvez supprimer un statut de travail qui n'est pas en cours d'utilisation en le sélectionnant puis en cliquant sur Supprimer.
Cochez la case Configurer statut de travail par InfoProvider, afin qu'un seul provider soit affecté par la modification du statut de travail.