Test et résolution des problèmes des rapports

Date de publication : novembre 2016

S’applique à : Dynamics CRM 2015

Après avoir créé un rapport, testez-le pour voir s'il produit les résultats escomptés.

Tester un rapport

1. Testez le rapport dans Microsoft Visual Studio, sous l'onglet Aperçu.

2. Si des erreurs sont rapportées, corrigez l'origine des erreurs, puis réexécutez le test.

3. Lorsque le rapport fonctionne correctement, publiez-le sur le serveur de rapports. Pour ce faire, dans Microsoft Dynamics 365, choisissez Ventes > Rapports. Sélectionnez Nouveau, puis entrez les informations demandées.

4. Exécutez le rapport publié depuis Microsoft Dynamics 365 pour vérifier le fonctionnement du rapport.

Suggestions pour tester un rapport

La liste suivante de suggestions est fournie comme guide pour tester vos rapports :

• Rapports SQL uniquement : Vérifiez que vos rapports accèdent aux données de Microsoft Dynamics 365 uniquement via les vues filtrées pour respecter les restrictions de sécurité de Microsoft Dynamics 365.

• Rapports SQL uniquement : Vérifiez le nombre de jointures de tables SQL. Les rapports peuvent ne pas s'exécuter s'il y a trop de jointures de tables. Après le téléchargement de votre rapport, ouvrez la section de préfiltrage de votre rapport et ajoutez des entités associées, par exemple, les comptes qui ont des opportunités associées. Exécutez le rapport avec les entités associées. Si vous avez une erreur de nombre maximal de jointures atteint lors de l'exécution, vous voudrez peut-être simplifier le rapport ou supprimer certaines entités filtrables de la Recherche avancée.

• Vérifiez que les filtres du rapport sont définis pour les bonnes entités. Après le téléchargement du rapport, ouvrez le rapport et vérifiez si les entités associées par un alias pour le filtrage de Recherche avancée doivent être exposées pour le préfiltrage du rapport.

• Si le rapport interroge une entité personnalisée, confirmez que l’entité peut être filtrée correctement. Confirmez que le rapport renvoie les données en fonction des rôles utilisateur avec une sécurité de niveau utilisateur dans les entités, les rôles de sécurité personnalisés, et les autres rôles.

• Certains rapports sont publiés comme rapports contextuels. Par conséquent, ils peuvent être exécutés par rapport à des enregistrements sélectionnés dans une grille. Pour ces types de rapports, vérifiez que le rapport peut être exécuté par rapport aux vues système, aux vues système personnalisées, aux requêtes utilisateur, et aux enregistrements sélectionnés.

• Vérifiez que des captures instantanées du rapport peuvent être effectuées via l’assistant Planification dans l’application Web Microsoft Dynamics 365.

• Vérifiez que vous pouvez enregistrer le rapport en un fichier PDF. Souvent, les rapports s'impriment mieux au format PDF.

• Vérifiez que les sous-rapports détaillés sont masqués lorsque vous publiez le rapport, afin qu'il ne soient pas exécutés directement par les utilisateurs.

Échec de l'extraction de rapport dans la visionneuse de rapports Visual Studio

Certains paramètres dans les rapports générés par l'Assistant Rapport sont marqués comme internes (lecture seule). Par conséquent, lorsque vous téléchargez les rapports dans Visual Studio et essayez de les extraire, la visionneuse de rapports Visual Studio n'affiche pas les rapports. Pour corriger cela, utilisez le générateur de rapports Visual Studio pour faire passer les paramètres de internes à masqués. Désactivez la case à cocher Interne, et vérifiez que la case à cocher Masqué est activée pour chacun des paramètres suivants :

• CRM_Drillthrough

• CRM_DrillthroughFilterBy

• CRM_FilterText

• CRM_URL

Les paramètres ayant le préfixe CRM_Filtered, comme CRM_FilteredAccount ou CRM_FilteredContact, doivent également être marqués comme masqués et non internes.

Voir aussi

Création de rapports avec CRM 2015 local
Publier les rapports
Utilisation de paramètres dans les rapports
Créer un rapport avec SQL Server Data Tools

© 2016 Microsoft Corporation. Tous droits réservés. Copyright