SSRS - Tableau croisé - Rapports matriciels avec SSRS (SQL Server Reporting Services)

Vous voulez analyser vos données financières, croiser les données de budget avec le réel afin d'obtenir les montants disponibles. Vous voulez réaliser cette analyse financière pour chacun de vos projets, par diverses unité administratives et dans le temps.


Voici un exemple de rapport intégré dans un tableau de bord avec SSRS. Les données ont été extraites d'un progiciel de gestion intégré (PGI ou ERP en anglais) dans le domaine financier combiné avec les données budgétaires. La table de faits contient plus de 8 millions d'enregistrements et peut être analysée selon 12 axes d'analyse différents aux choix de l'utilisateur comme le temps, l'unité administrative, l'entité et les projets. 

• Montant budget initial - Montant Engagement - Montant Réel = Montant Disponible

• de l'année fiscale, de la période financière, du niveau 5 du code de type de budget en paramètre

• des niveaux 1, 2 et 3 de l'unité administrative en lignes, 

• de la période et mois financier en en-tête de colonnes

Les mesures: Vous pouvez observer dans le rapport matriciel ci-dessous, les quatre mesure agencées en quatre couleurs différentes. Le montant de budget initial alloué au début de l'année, en bleu. Le montant réel, en rouge, représente les montants dépensés jusqu'à maintenant.  Le montant engagement, en vert,  est le montant de dépense en attente d'approbation et enfin, le montant disponible, en orange, est le calcul représenté par la soustraction des montants réels et engagements au montant budget initial.

Les dimensions: Les dimensions sont les axes d'analyse que vous choisissez pour explorer de façon dynamique vos mesures. Ici nous avons choisi d'analyser les mesures selon les dimensions suivantes:

 Pour créer notre''dataset'' principal qui va contenir toutes les données sur lesquels nous allons faire des rapports dans  ''Report Data'' faire un clic droit pour ajouter l'ensemble de données.

La fenêtre Dataset properies s'affiche:

Nous pouvons utiliser l'assistant, le Query Designer permet de créer des requêtes sans avoir à apprendre le langage SQL.

L'image suivante vous montre comment le dataset du rapport est bâtit avec SSRS sans utiliser une seule ligne de code.La matrice est construite en choisissant vos axes d'analyse, les dimensions, qui apparaîtrons dans les colonnes et en-tête de lignes a partir du ''dataset''.

À l'intersection ajoutez quatre nouvelles colonnes, ensuite vous glissez simplement les mesures que vous désirez dans notre cas le budget, l'engagement, le réel et le nouveau calcul du montant disponible qui n'existait pas lors de l'extraction des données.  

Par la suite vous pouvez créer un graphique avec SSRS pour voir l'évolution des dépenses à parti du rapport que vous avez créé. Ce rapport et ce graphique pourront être déployé dans Sharepoint et partagé aux utilisateur de votre organisation qui ont les droits (sécurité).

Conclusion:

· Facilité d’utilisation (Utilisateur ou programmeur): cliquer ici pour plus de détails

· Temps pour la construction du rapport par un utilisateur: cliquer ici pour plus de détails

· Temps réponse de la requête: cliquer ici pour plus de détails

· Exploitation dynamique pour construire d’autres rapports: cliquer ici pour plus de détails

· Facilité de déploiement: cliquer ici pour plus de détails

· Couche en langage d’affaires: cliquer ici pour plus de détails

· Sécurité: cliquer ici pour plus de détailsSi vous souhaitez en apprendre plus nous avons des formations pour vous. Vous pouvez visiter notre site :

www.panoramatechnologies.com

Panorama Technologies
Spécialiste en BI et tableau de bord

Voir aussi:

Tableau software - Tableau croisé dynamique - Créer des rapports matriciels à l'aide de Tableau Desktop 8.0

OBIEE- Tableau croisé dynamique - Créer des rapports matriciels à l'aide de OBIEE (Oracle Business Intelligence Enterprise Edition)

PowerPivot - tableau croisé dynamique - Créer des rapports matriciels à l'aide de PowerPivot pour Excel 2010

SSAS - Créer une matrice utilisant SSAS (SQL Server Analysis Services) comme Data Source
MicroStrategy - Tableau croisé dynamique - Créer un rapport matriciel
BI-Publisher - Tableau croisé dynamique - Créer des rapports matriciels à l'aide de BI-Publisher 

Analyste d’affaires spécialisé BI, est-ce nécessaire ?

On me pose souvent la question : « Est-ce que l’analyste d’affaires doit avoir des connaissances de l’intelligence d’affaire (BI) ? ». Voici un exemple concret qui différentie le résultat obtenu par l’analyste d’affaires et l’analyste d’affaires BI.

Partons d'un cas vécu dans un ministère au Québec qui gère plusieurs milliards de dollars annuellement.

L’analyste d’affaires recherche et analyse les processus. Pour l’analyste d’affaires les processus sont le centre de son analyse et les composantes informatiques résultantes en seront directement découlées. Par exemple, en comptabilité l’analyste d’affaires trouvera le processus du budget et de la comptabilité du réel au jour le jour. Donc deux processus sur lesquels les étapes subséquentes de l’architecture et de l’implantation seront basés.

Pour l'analyste d'affaires il y a 2 processus qui vont découler de deux comptoirs de données.

L’analyste d’affaires BI recherche et analyse aussi les processus mais en fonction des données. Pour l’analyste d’affaires BI les données primes sur les processus, le cas 2.

 Pour l'analyste d'affaires BI il y a 1 processus qui va découler en un comptoir de données.

Cette différence dans l’analyse d’affaires impose un biais qui a un impact important dans l’entrepôt de données. Ce problème est typique et souvent rencontré dans les organisations.

Dans notre exemple, l’analyse d’affaires du cas 1 résultera en deux silos. Il sera difficile d’avoir des réponses pour des ratios et calculs pour des questions simples comme quelle est l’argent disponible à un moment donné (le budget moins le réel). L’entrepôt de données ne répond pas à des besoins d’affaires simples et vitaux pour l’organisation.

Cas 1 - Silo

Le cas 2 résultera en un comptoir intégré avec le budget et le réel. Il sera facile de faire tous les calculs et ratios entre les deux processus.

Cas 2 - Modèle étoile intégré

On voit donc l’impact majeur des deux types d’analyse. Cette exemple est basé sur un cas vécu dans un important ministère au Québec. Il y avait plusieurs processus comptables : budget, réel et engagement. Et pour chacun l'analyste d'affaires et l'architecte de données avaient demandé la création de silos. Le spécialiste de Panorama Technologies a corrigé le problème au niveau de l’architecture de données afin de créer un seul comptoir intégré contenant tous les processus. Ce comptoir répondait si bien aux besoins qu'il est passé d’une utilisation nulle à un déploiement provincial tant au niveau ministériel, des directions générales que des directions territoriales et services du ministère.

François Bouffard
Analyste d'affaires BI
Panoramatechnologies.com