02 • 34 • 09 • 31 • 70
Lors du développement d’applications, il n’est pas rare de s’appuyer sur les fonctionnalités natives de répartition de données aux fins de simplifier la vie de l’utilisateur de Planning Analytics.
Il existe deux manières de faire :
La répartition implicite dans Planning Analytics
Lorsque, sous une vue ou un écran de saisie tm1web, l’utilisateur saisit une donnée dans une cellule consolidée, une répartition proportionnelle automatique va s’appliquer.
- Ce qui peut être l’effet souhaité : une saisie annuelle se répartira sur les mois concernés
- Ce qui peut s’avérer dramatique : une saisie à des niveaux trop consolidés pourra voir la répartition s’effectuer sur plusieurs centaines de millions de cellules ! Du vécu ! ;-)
La répartition explicite dans Planning Analytics
A l’aide d’un clic droit sur la cellule consolidée, vous pouvez choisir le mode de répartition et la valeur que vous désirez obtenir.
Pour diverses raisons de sécurité et de précaution, on peut vouloir interdire à nos chers utilisateurs la possibilité de saisir « par mégarde » à des niveaux consolidés.
Planning Analytics nous offre plusieurs possibilités et niveaux d’interdiction :
- Interdire/Autoriser la saisie directe à des niveaux consolidés (les répartitions de données resteront autorisées)
- Interdire/Autoriser La saisie et la répartition sur des membres choisis de dimensions choisies
Interdire la saisie directe à des niveaux consolidés dans Planning Analytics
Pour interdire (à un groupe, à tout le monde, etc ….) la saisie directe à un niveau consolidé - ( mais autoriser les répartitions de données) - nous allons jouer sur les « capabilities » des groupes utilisateurs.
Au travers du cube de contrôle }capabilities, avec les deux « capabilities »
- Consolidation Type In Spreading : Interdit/autorise la saisie directement dans une cellule consolidée, (action générant une répartition de données)
- Allow Spreading : Interdit/autorise la répartition de données
Interdire / Autoriser la saisie directe et la répartition de données sur des cellules choisies dans Planning Analytics
Nous allons, pour ce faire, passer par les droits (READ , WRITE , NONE) sur les membres de dimension et illustrer nos explication au travers d’un exemple pas à pas :
1 - Création d’un utilisateur, d’un groupe et affectation de cet utilisateur à un groupe
(cf notre article traitant de ce sujet)
2 - Création de deux dimensions de test
Dim_Maternelle
Dim_Paternelle
3 - Création d’un cube : Cube_Z_test avec ces deux dimensions
4 - Affectations de sécurité sur les membres des dimensions
On interdit aux utilisateurs du groupe GRP_Tester d’écrire sur « Papa »
5 - Connexion avec un user « lambda »
6 - Dans le cas d’utilisation d’une vue : (workspace)
- Je peux saisir sur les cellules feuilles
- Je peux saisir au niveau « Maman »
- Je ne peux pas saisir au niveau « Papa »
- Je ne peux pas faire de répartition de données sur « Papa »
7 - Utilisation d’une vue (PAFE)
Navigateur de vue : Idem
Rapport Personnalisé (par exemple)
-> Pas de saisie aux niveau consolidés, ni option de répartition
8 - Après publication (tm1web)
-> Pas de saisie aux niveau consolidés, ni option de répartition disponibles.
Conclusion : Interdire ? Autoriser ? Gérer finement ?
Vouloir restreindre, sécuriser la saisie directe sur des niveaux consolidés peut s’avérer une bonne protection contre les « saisie par mégarde » des utilisateurs.
Le fait de protéger notre feuille Excel et de les publier en Web peut ne pas suffire, car rien n’empêche les utilisateurs de se créer leurs propres vues et d’y effectuer des saisies malencontreuses.
- Soit on interdit la « saisie directe » dans tous les cas de figure, pour un ou plusieurs groupes
Mais …. On autorise la répartition de données « volontaire et réfléchie »
- Soit on adresse chirurgicalement les droits de saisir (et de répartir) sur des membres choisis de dimensions choisies, pour des groupes choisis.
Vous souhaitez bénéficier d'experts, de développeurs, ou d'une formation sur TM1 / Planning Analytics ? Rendez-vous sur la page Contact !
