Suggestion de rapport pour la gestion de Microsoft Dynamics CRM 4.0 – Partie 3

Voici une troisième suggestion de rapport. Ce type de rapport peut être développé facilement à l’aide Microsoft SQL Server Report Builder, sans connaissances poussées en développement. Cependant, les requêtes T-SQL pour puiser et filtrer les données sont plus complexes que celles utilisées pour les deux rapports précédents. Cela demande également une connaissance particulière de la structure de la base de donnée de CRM.

Ce rapport aborde un tout autre volet. Dans Microsoft Dynamics CRM 4.0, vous avez la possibilité d’enregistrer une quantité remarque de plugins. Lorsque vous mettez en place un déploiement très personnalisé, la liste de plugins peut devenir longue et difficile à gérer. Le Plugin Registration Tools pour Microsoft Dynamics CRM vous présente certes la liste des plugins d’une façon complète, mais peu conviviale à des fins de références. Le rapport à donc comme but d’afficher d’une façon compréhensible la liste des plugins enregistrés dans Microsoft Dynamics CRM.

Voici comment vous pourriez filtrer les données à afficher :

Par entités sur lesquelles les plugins sont branchés :

Selon le mode du plugin, Synchrone ou Asynchrone. Notez qu’il existe d’autres modes, dans ce cas-ci, ils sont inclus dans (Select All)

Selon l’état du plugin : Activé ou Désactivé. Intéressant d’avoir la liste de plugins qui ont été désactivés, par exemple lors d’essais.

Un tel rapport pourrait, par exemple, vous permettre de :

• Connaitre la liste complète des plugins enregistrés dans Microsoft Dynamics CRM. Le Plugin Registration Tools ne présente pas les plugins systèmes par exemple.
• Suivre l’évolution des plugins et garder un historique au besoin.
• Repérer facilement des plugins qui auraient été désactivés.

Voici un exemple de présentation du rapport :

L’exemple ci-dessus ne contient que des plugins natifs. Si vous avez enregistré des plugins personnalisés, vous les remarquerez facilement par l’Assembly Name ou la Description.

Pour générer un tel rapport, vous devrez puiser les données dans la base de données suivante :

• <Organisation>_MSCRM

Et utiliser les tables suivantes :

• EntityView
• PluginType
• SdkMessage
• SdkMessageFilter
• SdkMessageProcessingStep

Colonnes utilisées pour les filtres:

• EntityView.PhysicalName
• SdkMessageProcessingStep.Mode
• SdkMessageProcessingStep.StateCode
• PluginType.AssemblyName

Ce rapport, bien que plus complexe à mettre en place, facilitera votre gestion de Microsoft Dynamics CRM.

Suggestion de rapport pour la gestion de Microsoft Dynamics CRM 4.0 – Partie 2

Voici la deuxième suggestion de rapport. Ce type de rapport peut être développé facilement à l’aide Microsoft SQL Server Report Builder, sans connaissances poussées en développement.

Ce rapport complète le premier. Il vous permet de connaitre le résultat des demandes d’exécution de rapport. Encore une fois, les données affichées sont filtrées selon une plage de temps afin de pouvoir comparer des plages des temps.

Un tel rapport pourrait, par exemple, vous permettre de :

• Connaître le résultat exact des demandes, selon le rapport.
• Connaître les rapports qui prennent trop de temps à être générés : Timeout.
• Obtenir de l’information sur les niveaux de service
• Repérer les problèmes suite à la mise à jour d’un rapport.

Voici un exemple de présentation du rapport :

Pour générer un tel rapport, vous devrez puiser les données dans la base de données suivante :

• ReportServer

Et utiliser les tables suivantes :

• ExecutionLog
• Catalog

Colonnes utilisées pour le filtre:

• ExecutionLog.TimeStart
• ExecutionLog.TimeEnd

Ce rapport facile à mettre en place facilitera votre gestion de Microsoft Dynamics CRM.

Suggestion de rapport pour la gestion de Microsoft Dynamics CRM 4.0 – Partie 1

Voici une première suggestion de rapport. Ce type de rapport peut être développé facilement à l’aide Microsoft SQL Server Report Builder, sans connaissances poussées en développement.

Dans cet exemple, vous trouverez le temps d’exécution pour chacune de vos demandes de  rapports. Les données affichées sont filtrées selon une plage de temps. Il est donc facile de comparer une journée avec une autre, une semaine avec une autre, un mois avec un autre… vous comprenez le principe.

Un tel rapport pourrait, par exemple, vous permettre de :

• Connaître le temps moyen d’exécution, selon le rapport.
• Connaître les rapports qui consomment le plus de ressources au niveau de la base de données.
• Obtenir de l’information sur les niveaux de service
• Confirmer l’amélioration ou la dégradation de performance suite à la mise à jour d’un rapport.
• Repérer le traitement d’exécution d’un rapport qui consomme le plus de temps, en millisecondes : DataRetrieval, Rendering ou Processing.

Voici un exemple de présentation du rapport :

Pour générer un tel rapport, vous devrez puiser les données dans la base de données suivante :

• ReportServer

Et utiliser les tables suivantes :

• ExecutionLog
• Catalog

Colonnes utilisées pour le filtre:

• ExecutionLog.TimeStart
• ExecutionLog.TimeEnd

Ce rapport facile à mettre en place facilitera votre gestion de Microsoft Dynamics CRM.

Reporting Services – Moyennes ExecutionLog

Un peu de viande pour se créer un rapport, qui présente les moyennes en millisecondes, du temps requis pour générer un rapport SQL Server Reporting Service. La colonne Description de la table Catalog est utilisée car elle contient l’information permettant d’identifier facilement un rapport de Microsoft Dynamics CRM.

USE ReportServer
GO
-- Enlever les commentaires pour filtrer sur une plage de jours
--DECLARE
--      @FromTime DATETIME,
--      @ToTime DATETIME
--     SET @FromTime = '20091109'
--     SET @ToTime = '20091110'
SELECT
	[ExecutionLog].[ReportID],
	--[Catalog].[Description],
	AVG([ExecutionLog].[TimeDataRetrieval]) + AVG([ExecutionLog].[TimeProcessing]) + AVG([ExecutionLog].[TimeRendering]) AS 'Moyenne (ms) Totale' ,
	AVG([ExecutionLog].[TimeDataRetrieval]) AS 'Moyenne (ms) TimeDataRetrieval',
	AVG([ExecutionLog].[TimeProcessing]) AS 'Moyenne (ms) TimeProcessing',
	AVG([ExecutionLog].[TimeRendering]) AS 'Moyenne (ms) TimeRendering'
FROM
	[ExecutionLog] INNER JOIN [Catalog]
ON
	[ExecutionLog].[ReportID] = [Catalog].[ItemId]
--Enlever le commentaire pour que la plage de jours soit considérée.
--WHERE
--	[ExecutionLog].[TimeStart] BETWEEN @FromTime AND @ToTime
GROUP BY
	[ExecutionLog].[ReportID],
	[Catalog].[Description]
ORDER BY
	--[Catalog].[Description]
	'Moyenne (ms) Totale' DESC

Ici, nous groupons les résultats selon le ReportID de la table ExecutionLog. Vous pourriez choisir d’afficher la colonne Description de la table Catalog, qui à permière vue semble plus informative. Cependant, il est possible que la description du rapport n’ait pas été saisie. Afficher donc plutôt la colonne ReportID

Pour trouver à quoi correspond le ReportID, copiez le ReportID du rapport qui vous intéresse dans les résultats de la requête ci-dessus

'B1BC060E-59D7-405A-BC61-EEFC8D70EA4B'

La colonne Name de la table Catalog contient l’information qui l’identifie au CRM.

USE ReportServer
GO
SELECT [ItemID], [Name]
FROM [Catalog]
WHERE [ItemId] = 'B1BC060E-59D7-405A-BC61-EEFC8D70EA4B' -- ItemID correspond au ReportID que vous avez copiez plus tôt qui sort de la table ExecutionLog

Copier la contenue de la colonne Name

Le nom du Rapport se trouve dans la base de données de l’organisation. Donc:

USE MicrosoftCRM_MSCRM
GO
SELECT [Name],[Description], [ReportID] FROM dbo.FilteredReport
WHERE [ReportId] = '8c013e71-6da1-de11-8cfa-0050569f4944' -- Information récupérée dans la colonne Name de Catalog

Voilà. Vous avez quelques requêtes de base pour construire un rapport présentant des mesurables sur le temps d’exécution de vos rapports dans Microsoft Dynamics CRM.

Reporting Error 19969

Source : MSCRMReporting

Event ID : 19969

  Description : Web service request SetParameters to Report Server failed with SoapException. Error: An error has occurred during report processing (rsProcessingAborted)

 Source : ASP.NET 2.0.50727.0

Event ID: 1309

 

Description: […] there should be one form in production for 10100 […]

 Il existe un millier de raisons pour lesquelles les rapports dans Microsoft Dynamics CRM peuvent ne pas s’afficher. Donnez-vous d’abord les outils pour mieux comprendre l’anomalie en question.

 Activer les erreurs : Dans le web.config, <add key=”DevErrors” value= “On”/>. Vous aurez une trace de l’erreur et une description détaillée.

Consulter le journal d’événements.

 Pour ce code d’erreur précis, vous remarquerez dans les propriétés du Data Source, le Connection type Microsoft CRM Data Extension n’apparait plus, malgré que le Connecteur soit toujours installé. Ce problème peut survenir après avoir appliqué la mise à jour cumulative 5 de Microsoft Dynamics CRM.  

 Pour ce problème, vous devez réparer l’installation de Microsoft Dynamics CRM Connector for SSRS

 

 Reconfigurez ensuite le data source avec le bon type :

Report Builder 2.0

Voici la nouvelle version du Générateur de Rapport pour Microsoft SQL Server Reporting Services.

« Le Générateur de rapports version 2.0 Microsoft SQL Server 2008 propose un environnement de création de rapports intuitif aux utilisateurs en entreprise et aux utilisateurs avec pouvoir. Il prend en charge toutes les fonctionnalités de SQL Server 2008 Reporting Services. Le téléchargement inclut un programme d’installation autonome pour la version 2.0 du Générateur de rapports. »

Exemple de création d’un rapport :

Création du Data Source :

Spécifier les données.

Ou en utilisant le Query Designer.

Organiser les champs.

Choisir la mise en forme.

Choisir un style.

Aperçu de l’outil.

Voici des éléments que vous pouvez intégrer à vos rapports.

Vous pourrez télécharger le logiciel à l’adresse suivante :

http://www.microsoft.com/downloads/details.aspx?familyid=9F783224-9871-4EEA-B1D5-F3140A253DB6&displaylang=fr

CRM Connector sur une instance nommée de Reporting Services

Microsoft Dynamics CRM 4.0

Installation de Microsoft Dynamics CRM 4.0 Connector for Microsoft SQL Server Reporting Services sur une instance nommée de Reporting Services.

Par défaut, le programme d’installation du Connecteur installe le Connecteur sur l’instance par défaut de Microsoft SQL Server Reporting Services. Vous ne pouvez pas spécifier une instance nommée à partir du programme d’installation.

Si vous désirez installer le Microsoft Dynamics CRM 4.0 Connector for Microsoft SQL Server Reporting Services sur une instance nommée de Reporting Services, vous devez préalablement réaliser les étapes suivantes :

Modifier le fichier Install-Config.xml

Ouvrir le répertoire où se trouvent les fichiers d’installation.

Éditez install-config.xml

Repérez la balise <reportserverurl>

Assurez-vous que l’adresse dans cette balise correspond à l’adresse du serveur de rapports utilisé pour Microsoft Dynamics CRM :  http://<serveur>:<port>/<ReportServer>

Exemple :

<reportserverurl>http://rapports:180/CRMReportServer</reportserverurl>

Trouvez la balise <instancename>

Assurez-vous que le nom dans cette balise correspondant à l’instance Microsoft SQL Server Reporting Services utilisée pour Microsoft Dynamics CRM :

Exemple :

<instancename>CRM_REPORTS</instancename>

Enregistrez les modifications faites au fichier install-config.xml

Lancer le programme d’installation.

Vous devez lancer le programme d’installation par une commande :

SetupSrsDataConnector.exe /CONFIG install-config.xml”

Référence :

Microsoft

http://support.microsoft.com/kb/947060/en-us