Affichage des articles dont le libellé est Planning. Afficher tous les articles
Affichage des articles dont le libellé est Planning. Afficher tous les articles

samedi 17 octobre 2009

PerformancePoint Server 2007: Version finale (SP3)

L'ultime service pack de PerformancePoint Server 2007 est sorti, il s'agit du SP3.
Je vous avez déjà parlé de celui ci en début d'année dans un billet au moment du changement de roadmap BI chez Microsoft. C'est en effet une mise à jour assez spéciale puisque c'est la dernière concernant le produit dans sa version 2007 et notamment la version finale du module planning.

Ce service pack corrige un ensemble d'anomalies du logiciels mais apporte également quelques nouveautés:
  • Planning

Extension du calendrier au delà des 25 ans, gestion de la sécurité via la commande PPSCmd ou encore la soumission de détails concernant les lignes saisies.

  • Monitoring
Meilleure gestion des zones, filtres et intégration améliorée avec les autres outils (Excel Services, Sharepoint, Proclarity)


Liens de téléchargement du SP3

Concernant le 3e module de PerformancePoint 2007, Proclarity, le SP3 est sorti un peu plus tôt cette semaine, voir le billet correspondant.

Prochaine étape, la découverte de PerformancePoint Services, version intégrée dans Sharepoint 2010 de PPS Monitoring et certains composants Proclarity, dévoilée la semaine prochaine à la Sharepoint conférence à Las Vegas... A suivre!

jeudi 18 juin 2009

Financial Planning Accelerator

Une annonce parue aujourd'hui sur le site Partners de Microsoft et commentée sur le très bon blog de Chriss Webb: PerformancePoint Planning est de retour dans une version quasi open-source!

Finalement, Microsoft a entendu les appels de ses partenaires (cf post du mois de fevrier) et permet donc de reprendre le projet planning et d'y apporter sa touche personnelle. Les utilisateurs eux, pourrons bénéficier de ce produit via la licence Sharepoint qui donne accès par la même occasion à PerformancePoint Services Monitoring & Analytics (ex Proclarity).

samedi 14 février 2009

Le code de Planning bientôt sur codeplex?

Comme je vous l'annonçais dans mon précédent billet, Microsoft n'exclut pas la possibilité de mettre le code de PerformancePoint Planning à disposition sur Codeplex.
C'est pour l'instant une idée parmi d'autres, qui ne serait mise en oeuvre qu'après la sortie du SP3 en milieu d'année.

J'en ai discuté avec différentes personnes et j'ai eu des retours assez variés. Certains y voient la possibilité de faire évoluer l'application et de continuer à la proposer à des clients pour des problématiques de writeback via Excel avec workflow, d'autres sont pour...au cas où..., d'autres encore préfèrent passer à autre chose. D'où l'idée de lancer ce petit sondage pour savoir ce que vous en pensez. Celui ci est disponible sur la droite de cet écran.

Les réponses disponibles sont les suivantes: (Update: Résultats)

  • C'est une super nouvelle, j'attends ça avec impatience: 44%
  • Pourquoi pas, ça peut toujours être utile...un jour: 44%
  • C'est pas la peine, je préfère oublier planning: 12%

Bon vote!

jeudi 12 février 2009

La nouvelle roadmap BI de Microsoft

La nouvelle concernant le futur de l’offre PerformancePoint Server est tombée il y a maintenant quelques semaines. Il a été intéressant d’observer les réactions suite à cette annonce que ce soit parmi mes collègues, sur la blogosphère ou chez les clients. De la déception pour certains, au soulagement de ne pas s’être investi dans la solution pour d’autres, ce fut également l’occasion de lire et d’entendre diverses informations, souvent contradictoires, sur le devenir du produit.

Hier s’est tenue, au centre de conférences de Microsoft à Paris, une réunion durant laquelle nous avons enfin pu avoir quelques réponses (ou tout au moins des pistes) à des questions laissées en suspens. Microsoft semble avoir pris la chose plutôt sérieusement. Ce ne sont pas moins de 3 personnes de Corp. (Microsoft US) qui sont intervenues pendant cette présentation. Il y avait Karl Leigh (Global BI Partner Strategy Director), Ben Tamblyn (Global BI Partner Strategy BDM) et Guy Weismantel (Marketing Director). Dure concurrence pour la session aux techdays consacrée à Analysis Services 2008 qu’animaient deux de mes amis et collègues, Romuald et François, à la même heure.
  • Planning

Commençons par la partie Planning. Comme vous avez pu le lire depuis le 22 janvier, ce module va être arrêté. Un Service Pack (SP3) sera fourni en cours d’année et aucun autre investissement ne sera réalisé de la part de Microsoft dans une version « stand alone » du produit. C'est une décision surprenante de la part de Microsoft étant donnés les investissements réalisés aussi bien en interne (équipes de développement, commerciaux, formations...) qu'en externe (clients, partenaires...). Même si certains signes semblaient indiquer ces derniers temps un changement de stratégie vis à vis du produit, on aurait pu s'attendre à une réorganisation avec le module planning poursuivit de façon individuelle, sans ses compagnons Monitoring et Analytics...ce n'est donc pas le cas. L’arrêt du module a été justifié assez clairement lors de la présentation par les coûts et les efforts nécessaires à la vente du produit.
Petite information interessante cependant, les personnes de Corp. n’ont pas exclu la possibilité de mettre le code de planning à disposition sur codeplex, ce qui permettrait à des partenaires de continuer à travailler sur le sujet et faire évoluer l’application…à suivre donc…
Quoi qu’il arrive, les clients existants de ce module continueront à avoir un support sur l’application pendant 10 ans (comme pour tout produit Microsoft qui s’arrête).
Il a également été évoqué la possibilité de retrouver certaines fonctionnalités de planning telles que le forecasting etc. au sein de l’ERP Microsoft qu’est « Dynamics ». A suivre également.

  • PerformancePoint Services Dashboard & Scorecards et PerformancePoint Services Analytics

Passons maintenant aux deux autres modules qui composent l’offre PerformancePoint server. Monitoring et Analytics vont donc, dès le 1er avril, rejoindre l’univers Sharepoint sous le nom « PerformancePoint Services ». C’est à priori plutôt une bonne décision, qui permet à Microsoft d’intégrer encore d’avantage la BI au sein de son portail d’entreprise. Les clients s’y retrouveront également au niveau financier. En effet, si vous ne souhaitiez faire que du reporting (M&A) vous deviez quand même acheter les licences complètes de PerformancePoint Server, soit $20.000 par serveur et $195 par utilisateur. Avec l’intégration dans Sharepoint, les clients n’auront plus qu’à acheter les licences MOSS entreprise, soit $4500 pour un serveur et $160 par utilisateurs.
Le dashboard designer restera l’interface de création des scorecards et dashboards dans la prochaine version. Des évolutions du logiciel sont prévues mais les rapports créés avec la version PPS 2007 Monitoring devraient à priori être compatibles avec la version PerformancePoint Services. Un utilitaire de migration sera fourni le cas échéant.
La version Desktop de Proclarity ne devrait par contre plus évoluer. Elle restera disponible mais sous la forme qu’on connait aujourd’hui.
Cette nouvelle version du produit est donc prévue avec la sortie d’office 14, Q1 2010.

  • Point complémentaire
Cette présentation a également été l’occasion d’obtenir quelques informations complémentaires. Notamment au niveau des certifications, celles-ci restent valables. Elles permettront de justifier des compétences sur l’offre pour les personnes amenées à travailler chez des clients ayant déjà déployé l’application.
  • Le blog

Reste une question à résoudre, comment faire évoluer ce blog… Je l’avais créé au départ pour échanger sur cette nouvelle offre PerformancePoint Server. Celle-ci n’étant plus d’actualité, je vais élargir le thème de mes billets aux différents aspects que j’aborde lors de mes prestations de consulting, que ce soit Analysis Services, le MDX, SSIS, SSRS, le futur PerformancePoint Services, bref la BI MS en général. Le titre du blog devient donc plus généraliste: “La Business Intelligence Microsoft ”. Bonne lecture, stay tuned!

mercredi 5 novembre 2008

Migration d'une application PPS Planning

Un petit guide/aide mémoire pour vos migrations d'applications PerformancePoint Server Planning.

Sur le serveur source

  1. Export de l'application: Exporter l'ensemble des métadatas de l'application. cela comprend les dimensions, hiérarchies, models etc. Utiliser la ligne de commande suivante:
    ppscmd migrate /export /server /application
  2. Préparation de la base de Staging: Utiliser l'application Planning Data Migration Tool

  3. Backup de la base de Staging

  4. Export des reports: Dans l'add-in Excel, exporter chaque rapport au format "ZIP Compression".

Sur le serveur destination

  1. Copie des fichiers: Copier sur le serveur destination les fichiers sauvegardés de la machine source (application, base de staging, reports). Ou sinon les rendre au moins accessibles sur le réseau.

  2. Création de l'application: Utiliser la console d'administration. Attention, choisir l'option de génération des scripts et d'exécution manuelle

  3. Exécution des scripts: Exécuter les 4 scripts SQL créés par l'application

  4. Import de l'application : Importer les métadatas de l'application. Utiliser la ligne de commande suivante:
    ppscmd migrate /import /server

  5. Restore de la base de Staging

  6. Chargement des données de la base de Staging: Utiliser l'application Planning Data Migration Tool

  7. Déploiement du site

  8. Import des rapports: Depuis l'add-in Excel, importer les fichiers ZIP exportés du serveur source

  9. Paramétrage la sécurité: Après avoir importé (ou recréé) les utilisateurs, les affecter à leurs rôles respectifs. Attention, si certains rôles ont une sécurité par utilisateur d'activée sur certaines dimensions, penser à les reconfigurer.

  10. Création des cycles et assignements

Conclusion

Cette méthode de migration fonctionne bien. Cela dit je ne doute pas qu'elle puisse encore être améliorée. Si vous avez des astuces n'hésitez pas à les partager dans les commentaires de ce post, merci d'avance! :-)

Nb: Cette méthode fonctionne également pour migrer une application d'un serveur RTM vers un serveur SP1.

mardi 7 octobre 2008

Formation PerformancePoint Server

Grande nouvelle pour tous ceux d'entre vous qui découvrent la solution PerformancePoint et qui souhaitent monter rapidement en compétence dessus: Winwise, l'entreprise pour laquelle je travaille, a désormais à son catalogue une formation sur le module planning que j'animerai. Elle vient compléter celle déjà existante sur le module Monitoring et Proclarity.

En 4 jours seront passés en revus tous les aspects de la solution, de la création des applications à la configuration des dimensions et des models, sans oublier la création des formulaires de saisies, de leurs cycles et des business rules associées.

La prochaine session est prévue pour le 27 octobre, si vous êtes intéressés n'hésitez pas à visiter le lien suivant qui contient notamment le plan de la formation:
http://www.winwise.fr/formation/Introduction-a-Performance-Point-Server-2007---Module-Planning-W104.aspx


Fin

vendredi 1 août 2008

PPS Planning et SQL Server Enterprise

SQL Server 2005 (ou 2008) version Enterprise est un prérequis de PerformancePoint Server Planning. Plus précisément, ce sont certaines fonctionnalités du module Analysis Services qui créent cette dépendance. Par contre, les metadata de planning stockées en relationnel n'utilisent aucune particularité de la version entreprise et pourraient donc être installées sur une version standard dans le cas d'une installation distribuée.

Mais quelles sont donc ces fameuses fonctionnalités d'SSAS qui créent cette dépendance? On trouve pas mal d'informations contradictoires sur le sujet que ce soit sur les blogs ou les forums. D'où l'idée de ce petit post afin de clarifier tout ça.

Les fausses raisons

  • Le Writeback: Pendant longtemps j'ai cru que la dépendance venait de cette fonctionnalité qui permet de modifier directement les cellules d'un cube sans modification de la table de faits sous jacente. Il n'en est rien. Quand un utilisateur saisie des données dans un formulaire sous Excel et qu'il les soumet, il y a alors une étape intermédiaire qui consiste à mettre ces données à jours dans la base relationnelle (datawarehouse) avant de reprocesser le cube (model). La fonction native de writeback d'SSAS n'est donc pas utilisée dans cette version de PPS.

  • Le Pro-active Caching: J'ai pu lire sur plusieurs blogs que les cubes générés par Planning (lorsqu'on crée un model dans le Business Modeler) utiliseraient la fonctionnalité de proactive caching d'SSAS. Celle-ci permet un accès en "temps réel" aux dernières valeurs de la table de faits sous jacente au cube lorsque celui ci n'est pas encore reprocessé. Il s'avère qu'en ouvrant ces cubes dans management studio, on s'aperçoit vite que cette propriété n'est pas activée...donc fausse piste là aussi!

Si toutes ces raisons qui sont très largement reprises sur le net sont fausses, d'où vient donc cette dépendance du module Planning de PPS à la version Enterprise d'SQL Server? Il y en a t il réellement une au delà de l'aspect purement "licensing"? Je vous rassure, la réponse est oui :-)


Les vraies raisons

  • L'intelligence financière: Dans PPS-P, une des dimensions préexistantes "Account" utilise une fonctionnalité "SSAS Enterprise only", celle des dimensions d'intelligence financière (Account Intelligence). Derrière ce nom un peu sophistiqué se cache en fait la possibilité de créer une dimension contenant différents comptes et de paramétrer correctement les agrégations en fonction du type de compte choisi. Typiquement, un compte de type "Asset" sera considéré comme un compte "debit" et aura une agrégation semi-additive.
  • Les mesures semi-additives: C'est une conséquence directe de l'utilisation de l'intelligence financière. Certains types de comptes ont des mesures semi-additives. En opposition aux mesures additives classiques (sum par exemple), les mesures semi-additives ne s'agrègent pas sur la dimension temps. C'est logique, si sur un compte vous avez 1000€ en janvier, 1000€ en février et 1000€ en mars, afficher 3000€ comme valeur pour ce trimestre n'a aucun sens. C'est donc là qu'interviennent ces mesures semi-additives, comme "last non empty" par exemple qui afficherait ici 1000€ pour le trimestre.
  • Les opérateurs unaires: Autre conséquence de de l'utilisation de l'intelligence financière. Certains types de comptes sont de type "debit", d'autres de type "credit". C'est ce qui définit la façon dont un compte doit être agrègé dans la hiérarchie "account". Ainsi les valeurs seront ajoutées ou soustraites lors des agrégation sur cette dimension en fonction de l'opérateur unaire défini.

Conclusion


Il y a donc bien une dépendance physique entre PerformancePoint Planning et SQL Server Enterprise; ce n'est pas seulement du "licensing".

Si vous ne possédez que la version standard de SQL Server, rassurez vous, vous pourrez tout de même utiliser PerformancePoint Server....mais uniquement les modules Monitoring & Analytics.

Ps: Il est possible qu'il y ait d'autres dépendances qui m'aient échappées. N'hésitez pas à réagir dans les commentaires si c'est le cas!



samedi 19 juillet 2008

Certification 70-556

Ayant enfin eu un peu de temps en cette fin de semaine, j'en ai profité pour passer la certification 70-556, "Microsoft Office PerformancePoint Server 2007: Applications". Celle ci donne accès au titre de Microsoft Certified Technology Specialist (MCTS).

Étant tenu par un NDA (Non Disclosure Agreement) je ne peux pas trop m'étendre sur son contenu. Je peux seulement vous renvoyer vers le programme officiel de révision et vous dire que seuls les modules Planning et M&A sont abordés, ce module planning représentant une très très grosse partie de l'examen.

Pour se préparer à cette certification je conseille de manipuler un maximum l'outil. Si vous n'êtes pas sur un projet réel, construisez vous des petits scénarios pour tester l'appli dans ses moindres détails...ça paye!

Sinon 2 très bons livres sont disponibles sur le sujet. Il s'agit des références dans le domaine écrits par Nick Barclay et Andrew Downes:





Ces deux livres, écrits en anglais (langue de la certification) offrent aux lecteurs une bonne vue d'ensemble des 2 modules Planning et M&A. Agrémentés d'astuces/conseils et accompagnés de nombreux chapitres "bonus" disponibles en ligne (après enregistrement), ces livres permettent de débuter facilement dans le monde PPS. Pour aller plus loin, il peut être intéressant de se référer aux fichiers d'aide en ligne de la solution.

Deux autres livres que je n'ai pas encore eu la chance de lire sont disponibles:

"Business Intelligence with Microsoft® Office PerformancePoint Server 2007" écrit par Craig Urley





"Drive Business Performance: Enabling a Culture of Intelligent Execution" écrit par Bruno Aziza et Joey Fitts.




lundi 14 juillet 2008

Le SP1 de PPS disponible.... en français!

Une information que je n'avais pas encore relayée et qui me semble important d'annoncer, et pourquoi pas aujourd'hui, en ce jour de fête nationale :-)

Le service pack 1 (SP1) de PerformancePoint Server est désormais disponible dans notre langue maternelle.

2 versions sont disponibles:





Après avoir décompressé le fichier PerformancePointDownload32bit_FR.exe (pour les utilisateurs de la version 32 bits), vous obtiendrez un répertoire contenant 4 exécutables et un fichier word.


Planning:


  • PPLSvr.msp: Pour mettre à jour le serveur Planning

  • PPLXCli.msp: Pour mettre à jour l'add-in Excel sur un poste client

  • PBMCli.msp: Pour mettre à jour le Business Modeler sur un poste client

Monitoring & Analytics:

  • PSCSrv.msp: Pour mettre à jour le serveur Monitoring

Petite remarque, si vous utilisez la VPC Partner de démonstration fournie par Microsoft, vous aurez sûrement remarqué que ce SP1 ne s'installe pas directement. En effet c'est une machine "tout en un" qui est à la fois contrôleur de domaine et serveur PPS (Planning et M&A). Or ces deux installations sont normalement incompatibles. Il faudra donc lancer les deux exécutables serveur avec l'option SKIPREQCHECK à 1.

vendredi 11 juillet 2008

Réflexion sur les domaines d'utilisation du module Planning

Un petit article après quelques semaines de vacances et un retour assez chargé. Un indice, le pays qui fut ma destination est depuis une semaine sous les feux de l'actualité…. Deuxième indice, c'est un pays que je qualifierais de... stupéfiant! Anyone? :-)

J'ai eu l'occasion de discuter avec pas mal de monde de ce fameux module PPS Planning. Je me suis aperçu qu'il reste bien souvent assimilé au domaine de l'élaboration budgétaire. Certes, c'est bien le secteur visé en premier lieu par celui-ci. On peut en effet profiter de tous les "job templates" disponibles qui permettent notamment d'effectuer des conversions monétaires, des réconciliations d'intercos etc.

Mais au-delà de l'élaboration budgétaire, vous pouvez utiliser le module planning dans bien d'autres situations. Pensez notamment à l'add-in Excel et toutes les possibilités qu'il présente. Dès qu'Excel est utilisé dans une entreprise pour collecter (récupérer des données de différentes personnes) et consolider des données (agréger ces données), PPS Planning peut trouver sa place.

En effet, vos utilisateurs bénéficieront par exemple du fait que:

  • les données sont centralisées donc pas de perte possible, pas de confusion entre 2 versions d'un fichier Excel etc. Pas non plus d'aller retour par email avec le fichier en pièce jointe.


  • Le système de Workflow est également un atout. Vous pouvez définir une chaîne de saisie avec une liste de personnes en charge de valider (ou non) les données saisies.


  • La saisie à des niveaux agrégés vous permettra par exemple de saisir une donnée au niveau de votre organisation et de la répartir suivant un système de ratio aux niveaux feuilles, les différentes unités de votre organisation.


  • Si vos utilisateurs n'ont pas une connexion très fiable au réseau, ils peuvent réaliser leurs saisies en mode déconnecté. Cela facilite la mobilité pour les collaborateurs étant souvent en déplacement que ce soit en avion ou en train.


  • Le tout dans Excel, un environnement familier que la plupart des collaborateurs d'une entreprise ont déjà utilisé. On ne change donc pas leurs habitudes, on reste dans un domaine connu.

Les domaines d'application sont donc multiples. Lors du petit déjeuner organisé par Winwise dont je vous parlais il y a peu, le domaine RH (Ressources Humaines) avait été volontairement choisi pour justement démontrer que ce module planning n'était pas réservé seulement à l'élaboration budgétaire mais qu'il permet également de gérer des effectifs pour ne citer que cet exemple.


Au delà des atouts apportés par l'add-in Excel, vous pouvez très bien imaginer utiliser ce module comme une interface conviviale et simplifiée de création de datawarehouse et de cubes. En effet, en utilisant le Business Modeler vous allez, de manière transparente, créer des bases relationnelles ayant un schéma en étoile ou flocon (Datawarehouse) et des bases multidimensionnelles contenant des cubes. Bien sûr, cela ne s'applique pas à toutes les situations. Si vos spécifications pour les cubes sont assez complexes, vous n'échapperez pas à l'utilisation d'Analysis Services. Mais si vous restez dans un schéma assez simple, utiliser le module planning peut vous faire gagner du temps!

dimanche 1 juin 2008

Planning Data Migration Tool

Un nouvel outil est désormais disponible, le "Planning Data Migration Tool".

Comme son nom l'indique, il permet de transférer les données de vos applications planning.
Cela inclut les dimensions, les hiérarchies, les données des tables de faits et les associations.

Bien que la migration des données puisse être réalisée manuellement, cet outil devrait vous faire gagner du temps en automatisant la procédure.


Petit aperçu de l'interface graphique:




(Source image: http://technet.microsoft.com/en-us/library/cc512832(TechNet.10).aspx)


Quelques liens pour avoir plus d'informations sur l'outil:

jeudi 29 mai 2008

Aller plus loin avec l'add-in Excel de PPS-P

L'add-in Excel de PerformancePoint Planning permet de créer facilement de nombreux rapports et formulaires de saisies. Son utilisation est plutôt simple, il suffit en effet de sélectionner les éléments qu'on souhaite voir apparaître en colonnes, en lignes ou en filtres.
Cela dit, si vos rapports commencent à être d'une complexité grandissante, des croisements spécifiques en fonction des colonnes par exemple, cette interface peut ne plus s'avérer suffisante. Pas de panique, une solution existe pour créer tous les rapports dont vous pouvez avoir besoin.

Un exemple pratique, j'ai récemment voulu créer un rapport de la forme suivante:
La dimension "Entity" en lignes et les dimensions "Time", "TimeDataView" et "Scenario" en colonnes . La complexité venait du croisement spécifique des colonnes. (voir tableau ci-dessous)



Première tentative en utilisant l'interface de création de rapports. Je crée une nouvelle matrice, je sélectionne les dimensions, les membres de ces dimensions et la mesure. J'obtiens alors le tableau suivant.



On voit qu'on a des colonnes en trop puisque seules la valeur Actual de COMPARETOLASTYEAR (2008) et la valeur Budget de PERIODIC (2009) étaient demandées.

On peut alors avoir l'idée de changer le type de croisement pour ces colonnes.

Pour ce faire, cliquer sur "available actions for selected matrix" dans l'interface de paramétrage de la matrice. Choisir "Define Member Intersections for Colums" et modifier l'option "All intersections " au profit de "Column by Column".




On obtient alors le tableau suivant qui ne correspond toujours pas à ce qui est souhaité.




Heureusement, il existe une possibilité d'entrer soit même la formule MDX correspondant au rapport qu'on souhaite afficher. Par contre, cela nécessite de connaître les bases de ce langage de requêtage de cubes.
Pour rentrer votre requête, accéder aux propriétés de la Matrice, et la saisir dans la partie "User entered MDX".




Une nouvelle fenêtre vous permet de saisir les 4 différentes parties de la requête:


  1. With: Définition de sets ou membres nommés

  2. Columns: Sélection des sets à mettre en colonne

  3. Rows: Sélection des sets à mettre en ligne

  4. Where: Tuple faisant office de filtre

Remarque: une matrix étant propre à un model (Cube), il n'est donc pas possible de modifier la clause FROM de la requête.


Remarque 2: Je conseille vivement de tester sa requête dans Management Studio avant de la saisir dans la matrice, ça évite bien des surprises :-)




Une fois les changements sauvegardés, le rapport se met à jour dans la feuille Excel et ce coup ci on a le rapport souhaité.




Voilà donc une fonctionnalité qui peut débloquer bien des situations. Lorsque vous atteignez les limites de l'interface graphique de création de rapports, pensez au MDX.

mercredi 21 mai 2008

Choisir le bon type de Business Rule

Dans planning, quand on a construit ses premiers models, ses premiers rapports/ formulaires de saisies et ses premiers cycles de saisie, l'étape suivante consiste souvent à s'intéresser de plus près aux fameuses "Business Rules".

Une Business rule est à PPS-P l'équivalent des procédures stockées dans SQL Server. Elles servent à réaliser des calculs et des affectations de valeurs au sein des models ou même entre des models différents .

Il y a de multiples types de Business rules et il est vrai qu'au premier abord on peut être très facilement perdu devant tant de choix. Le but de ce post est donc de vous permettre de choisir le bon type de rule en fonction de la situation dans laquelle vous vous trouvez.

Cas 1: Vous souhaitez affecter une valeur dynamique à une cellule.
  • Definition: La valeur de la cellule sera calculée à la volée à chaque requête. Pour les personnes familières d'Analysis Services, la règle sera stockée sous la forme d'un script MDX au niveau du cube.


Le reste des business rules sont de type "procedural". C'est-à-dire que contrairement à celles du cas 1, les valeurs des cellules ne seront mises à jour suivant la définition de la rule que lorsque celle-ci sera explicitement exécutée (manuellement, job etc.) Et une fois mises à jour, les valeurs sont stockées dans la base et non pas calculées à la volée.

Cas 2: Vous souhaitez affecter à une cellule une valeur fixe ou dépendant de d'autres cellules du même model

  • Allocation
  • Assignment: Propose plus de types d'implementation que le type Allocation (NativeSQL et NativeMDXQuery)


Cas 3: Vous souhaitez affecter à une cellule une valeur dépendant des cellules d'un autre model

  • PushCrossModelAllocation: Définie au niveau du model source
  • PullCrossModelAllocation: Définie au niveau du model destination

Cas 4: Affecter une valeur à une variable

  • Variable: Change la valeur d'une des propriétés d'un model.

Cas 5: Exporter des données vers une application externe

  • Outbound

Cas 6: Réaliser des calculs financiers

Il existe des types de rules pré-définis dans PPS-P

  • Consolidation
  • Currency
  • Intercompany reconciliation


Attention, suivant le type du "rule set" au sein duquel vous placez la business rule, certains types peuvent être disponibles ou non.

mardi 20 mai 2008

Data Source sur un cube Planning

Ça y est, vous avez créé votre application PPS Planning et vous souhaiteriez maintenant utiliser le module Monitoring & Analytics pour faire du reporting dessus. Rien de plus simple me direz vous, vous ouvrez le Dashboard Designer, cliquez sur "New DataSource", vous choisissez le type "Analysis Services 2005", vous lui donnez un nom, vous choisissez le nom du serveur (localhost si vous travaillez directement sur le serveur en instance par défaut) et au moment de choisir votre DataBase dans le menu déroulant, surprise, votre application planning n'apparaît pas!





C'est bien dommage!! :)
Heureusement il existe une petite astuce pour y remédier.


Si votre base de données n'apparaît pas dans la liste déroulante c'est que le Dashboard Designer n'a pas les droits appropriés pour y accéder. C'est un application pool qui fait tourner cette application ce qui signifie que toutes les connexions à des sources de données se font en utilisant non pas vos credentials mais les credentials du compte sur lequel tourne cet application pool. Par défaut le compte utilisé est "Network Service". Un best practice voudrait qu'on crée un compte dédié sur le domaine qu'on l'affecte lors de l'installation de PPS-M&A.






Pour donner les droits appropriés à Network Service (Si c'est bien le compte sur lequel tourne l'application pool de votre Dashboard Designer), connectez vous au serveur Analysis Services hébergeant vos bases PPS-Planning.




Créez un nouveau rôle que vous pourriez par exemple baptiser "Admins".
Donnez à ce rôle tous les droits d'administration.




Dans l'onglet "Membership", ajouter l'utilisateur Network Service et validez la création du rôle.




Retournez dans votre Dashboard Designer et là, surprise, votre base de données Planning apparaît! Il ne vous restera alors plus qu'à choisir le cube (model) sur lequel vous désirez faire du reporting et à tester la connexion .



lundi 19 mai 2008

Saisie à des niveaux agrégés

Par défaut, dans un "model" (Cube) PerformancePoint Planning (PPS-P), la saisie à des niveaux agrégés est désactivée.

Prenons l'exemple d'une saisie sur un compte. Dans un formulaire créé avec l'Add-In Excel de Performance point, nous avons les différents pôles de la société Winwise (BI-Data, Collaboratif, GL et RIDA) en ligne et les mois de l'année 2007 en colonne. Les entités sont dans une hiérarchie avec Winwise comme racine et la liste des pôles de Winwise à la fois en enfants et en feuille. On voit que par défaut, seuls les niveaux feuilles (membres n'ayant pas d'enfants) sont ouverts à la saisie (en jaune sur le formulaire).





Or il peut être intéressant dans de nombreux cas de pouvoir saisir des valeurs directement à des niveaux agrégés (Affectation de coûts globaux par exemple).


Il y a donc, comme bien souvent, une bonne et une mauvaise nouvelle :-)

La bonne nouvelle c'est que c'est prévu dans PPS-P. Chaque model a une propriété "Enable input at all level" qui par défaut est à "false" mais qui peut également être changée à True.




La mauvaise nouvelle, c'est qu'une fois le premier enregistrement de votre model effectué, vous ne pourrez plus modifier cette propriété. Vous serez donc contraint d'en recréer un nouveau identique en terme de dimensions, assumptions etc. mais ayant cette fois ci la bonne propriété.


Lorsque vous aurez recréé votre model en pensant bien à modifier la propriété "Enable input at all level" à "True" juste après sa création et avant l'enregistrement de celui ci, vous pourrez alors réaliser des saisies à des niveaux agrégés.