Gestion entre le siège social et les filiales pour les scénarios et les solutions de planification d’aide à la décision

Article
04/20/2016

S’applique à : SharePoint Server 2010 Enterprise

Dernière rubrique modifiée : 2011-01-25

Dans les grandes entreprises, il arrive souvent que les exigences en termes de planification englobent plusieurs divisions, ce qui oblige le siège social à implémenter une solution de planification centralisée afin de disposer d’un processus plus normalisé, plus précis et plus efficace. En raison des complexités accrues des exigences entre le siège social et les filiales, une solution de planification monolithique unique n’est plus nécessairement idéale et peut présenter les caractéristiques suivantes :

Trop d’utilisateurs accèdent à un même système.
Trop de modèles complexes sont nécessaires à la satisfaction de toutes les filiales.
Les processus d’une filiale peuvent avoir une incidence sur les autres.
Les mises à jour d’une filiale peuvent avoir une incidence sur les autres.
Les modifications sont d’autant plus difficiles à mettre en œuvre qu’elles ont une incidence à l’échelle de l’entreprise.

Dans des scénarios de ce type, nous pouvons créer plusieurs solutions de planification, parmi lesquelles la solution du siège social fait office de modèle pour toutes les filiales, ce qui atténue la charge pesant sur une solution de planification unique.

Dans l’approche à solutions de planification multiples, il existe une solution unique par division, qui dispose chacune de ses propres base de données SQL Server Analysis Services et magasin de données relationnels. La solution du siège social fait office de source de données principale pour toutes les filiales, partageant la vue du siège social des modèles, des dimensions et des hiérarchies. La base de données SQL Server Analysis Services du siège social fait office de structure de modèle pour chaque filiale. Les règles de métier normalisées sont implémentées et gérées au niveau du siège social et copiées dans la solution des filiales lorsque cela est nécessaire.

Les mises à jour mineures apportées à la solution du siège social doivent déclencher une synchronisation avec les solutions des filiales, à l’image de l’ajout d’un nouveau compte au plan comptable ou des mises à jour des données de faits pour les modèles partagés. Il est possible de synchroniser automatiquement les mises à jour des membres et des propriétés de dimension à partir de la solution du siège social en balisant les membres dans la solution des filiales comme appartenant uniquement à une filiale, ce qui facilite la définition du processus ETL pour les mises à jour entre les filiales et le siège social.

Les mises à jour majeures du siège social peuvent nécessiter une nouvelle copie du modèle d’entreprise dans chaque filiale.

Étapes de la création d’un modèle de données pour les filiales :

Copier la base de données relationnelle de la solution du siège social et la restaurer dans l’environnement des filiales.
Copier la base de données SSAS de la solution du siège social et la restaurer dans l’environnement des filiales.
1. Mettre à jour les connexions de données afin qu’elles pointent vers l’environnement des filiales.
2. Mettre à jour les rôles de sécurité utilisateur dans la base de données SSAS en vue de leur utilisation par les filiales.
Créer des packages ETL pour synchroniser les données entre les modèles de données partagées, entre la solution du siège social et la solution des filiales.
Appliquer des données spécifiques aux filiales à la base de données du siège social copiée. Par exemple, ajouter au plan comptable des comptes qui ne font pas partie de la hiérarchie du siège social. Les membres ajoutés à une filiale doivent être correctement balisés comme étant spécifiques à celle-ci. Cela permet au processus ETL de continuer à synchroniser les données du siège social avec celles de la filiale.
Créer des modèles spécifiques aux filiales pour la capture de données et la création de rapports à partir de celles-ci.

Les avantages de la planification multiple sont les suivants :

Chaque filiale bénéficie d’une souplesse accrue pour concevoir et mettre en œuvre son propre processus de planification sans nuire aux processus qui se déroulent à l’échelle de l’entreprise.
Les modifications apportées à la solution de planification des filiales n’ont aucun impact sur les autres solutions de planification.
Les performances peuvent s’en trouver améliorées ; les solutions de planification peuvent être situées dans la base utilisateurs principale de chaque division.
Le modèle de sécurité est simplifié pour chaque division, par rapport à une réunion de tous les travailleurs de l’information qui appartiennent à chacune des divisions, pouvant se chiffrer par dizaines de milliers.

Pour tirer parti de la solution du siège social et de son modèle de données, nous allons identifier certains des éléments qui peuvent être partagés :

partage des tables de faits, de dimension et de hiérarchies entre le siège social et les filiales ;
partage des règles de métier du siège social sur le cube (MdxScript) avec les filiales ;
partage des procédures stockées entre le siège social et les filiales.

Les tables de dimension, de hiérarchies et de faits pour la solution des filiales peuvent tirer leurs données directement de la solution du siège social en utilisant le processus ETL. Une synchronisation périodique peut être planifiée entre les tables afin que les filiales obtiennent les données du siège social les plus récentes. Dans la mesure où les données au niveau du siège social sont déjà nettoyées, le processus ETL doit être relativement direct.

Pour les règles de métier normalisées, nous pouvons réutiliser les définitions de la solution du siège social et les appliquer aux filiales. Les scripts MDX qui existent dans la base de données SQL Server Analysis Services du siège social peuvent être copiés et ajoutés à la base de données SQL Server Analysis Services de la filiale. Les procédures stockées peuvent également être copiées et appliquées au modèle de données relationnel de la filiale à l’aide de la fonctionnalité SSMS « Générer un script de la procédure stockée en tant que ».

Partager via

See Also

Concepts

Ressources supplémentaires