Discussion :

[patsai]

Bonjour,

je cherche actuellement à intégrer des rapports personnalisés dans CRM 4.0.

Pour cela :
1) j'ai créé un modèle de rapport avec Visual Studio en me basant sur les tables qui m'intéressent de mon CRM (format fichier généré : smdl)

2) avec reportBuilder, je configure mon rapport à partir du modèle précédemment généré (format fichier généré : rdl)

3) le hic, c'est quand je cherche à importer le rdl généré par report builder dans CRM avec l'option "Fichier existant", j'obtiens un message d'erreur sans explication pertinente...

Est-ce que quelqu'un sait d'où pourrait venir le problème ? Merci d'avance pour votre réponse !

Remarque 1 : j'ai testé avec l'option "Lier à une page web", le problème c'est que le rapport n'est pas ré-exécuté dynamiquement, ie les modifications effectuées dans le CRM après la liaison web du rapport ne sont pas prises en compte


Remarque 2 : lors de la création du smdl, il n'y a pas eu d'ajout/suppression manuelle d'attributs dans les champs et j'ai utilisé l'assistant de visual pour importer les tables et leurs liaisons (donc je ne pense pas que ce soit un problème de structure des tables)

[patsai]

Bonjour,

première piste : ça viendrait d'un problème de structure du rdl au niveau de la gestion des sources de données entre visual studio/reporting services et CRM (cf http://www.guerillaprogrammer.com/ja...in-to-CRM.aspx)

je vais voir plus précisément la bidouille et je vous tiens au courant.

[KibitO]

Bonjour,

Il me semble t'avoir envoyé un message privé concernant ta demande. tu l'as reçu ?

[patsai]

euh non désolé je n'ai rien reçu malheureusement

[patsai]

bon alors ça avance à petit pas : en suivant les conseils du lien précédent, (vérification de la balise connectionProperties etc) + suppression de la balise <DataSourceReference>, le rdl s'intègre enfin dans le CRM...

par contre, le rapport ne fonctionne pas sous (CRM) (erreur d'interprétation d'un des dataset), je soupçonne fortement un problème lié aux "datasource name"

[KibitO]

Quelle est ta chaine de connexion ? Le framework utilisé ?

[patsai]

Salut KibitO,

tout d'abord merci de prendre du temps pour mon problème.

Ma chaîne de connexion est de la forme :
<ConnectString>Data Source=<Nom du serverur>;Initial Catalog=<Nom du domaine>_MSCRM;</ConnectString>

Cette chaîne est celle qui m'a été retournée lorsque j'ai sélectionnée la bdd pour mon modèle de rapport dans Business Intelligence (VS 2008 - Framework .NET3.5).

Le rapport en lui-même a été créé à partir de ReportBuilder1.0.

[KibitO]

Pas de souci.

Je pense qu'il manque une information d'identification dans ta chaine de connexion. Ce rapport a été développé sur une autre machine n'est-ce pas ?

[patsai]

Ok je vais chercher de ce coté là (y a une balise dans connection properties que j'aurais pas dû supprimer à mon avis). Merci beaucoup

[KibitO]

Ok tient moi au courant.

[patsai]

alors j'ai fait un petit test à l'arrache cet aprem en ajoutant la balise <IntegratedSecurity>true</IntegratedSecurity> dans les connection properties et... j'ai un nouveau résultat lorsque j'exécute mon rapport : "L'exécution 'q4lguo45klgqcar3ybofxry4' est introuvable."

je reprendrai cette histoire lundi. Bon week-end

[KibitO]

C'est quel type d'exception qui est retourné ? (si tu peux nous mettre en quote l'erreur c'est bien)

Je pense que tu dois définir tes identifiants de connexion car à mon avis les accès se trouvent sur des domaines différents.

[patsai]

Voilà le message que je récupère coté client :

Une erreur s'est produite lors du traitement du rapport.
Échec de l'exécution de la requête pour le dataset 'dataSet'.
Pour obtenir plus d'informations sur cette erreur, accédez au serveur de rapports sur le serveur local ou activez les erreurs distantes.

Par contre côté serveur, impossible de voir une quelconque trace ! (on parle de l'eventviewer classique Windows ou alors il y en a un dédié à CRM ?)

[patsai]

Autre remarque lorsque j'essaye d'exécuter le rapport directement dans reportserver en web (en allant dans http://server/reports), j'ai la même erreur

[KibitO]

Voilà le message que je récupère coté client :



Par contre côté serveur, impossible de voir une quelconque trace ! (on parle de l'eventviewer classique Windows ou alors il y en a un dédié à CRM ?)

En effet, va faire un tour du côté du gestionnaire d'évènement sur le serveur et note l'erreur.

Autre remarque lorsque j'essaye d'exécuter le rapport directement dans reportserver en web (en allant dans http://server/reports), j'ai la même erreur

Oui en fait, je pense que les rapports ne communiquent pas avec CE serveur. Il se peut aussi que Reporting Services soit mal configuré... Le dataset est l'objet qui va contenir tes données donc pour les afficher il faut qu'il soit dans le bon environnement avec les droits nécessaires.

Tu peux mettre une partie du code de ton rapport avec notamment la connexion aux données stp ?

[patsai]

Salut,

voilà un bout du rdl :

<DataSources>
<DataSource Name="dataSource1">
<rd: DataSourceID>885335fd-d924-4606-b1c4-09e5cc34aa29</rd: DataSourceID>
<ConnectionProperties>
<IntegratedSecurity>true</IntegratedSecurity>
<ConnectString>data source=dc1;initial catalog=ORG_MSCRM</ConnectString>
<DataProvider>SQL</DataProvider>
</ConnectionProperties>
</DataSource>
</DataSources>
<DataSets>
<DataSet Name="dataSet">
<Query>
<DataSourceName>dataSource1</DataSourceName>
<CommandText>&lt;SemanticQuery xmlns="http://schemas.microsoft.com/sqlserver/2004/10/semanticmodeling" xmlns: xsd="http://www.w3.org/2001/XMLSchema" xmlns: xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:rb="http://schemas.microsoft.com/sqlserver/2004/11/reportbuilder" xmlns:qd="http://schemas.microsoft.com/sqlserver/2004/11/semanticquerydesign"&gt;
&lt;Hierarchies&gt;
&lt;Hierarchy&gt;

Sinon je me suis aperçu que le sql data connector n'était pas installé

Après l'installation, j'ai un message d'erreur plus détaillé coté client lors de l'exécution du rapport (mais toujours rien côté serveur dans l'eventlog) :

Syntaxe incorrecte vers '<'. L'étiquette 'xsi' a déjà été déclarée. Les noms d'étiquettes doivent être uniques dans un traitement de requêtes ou une procédure stockée. L'étiquette 'xsi' a déjà été déclarée. Les noms d'étiquettes doivent être uniques dans un traitement de requêtes ou une procédure stockée. L'étiquette 'xsi' a déjà été déclarée. Les noms d'étiquettes doivent être uniques dans un traitement de requêtes ou une procédure stockée. L'étiquette 'xsi' a déjà été déclarée. Les noms d'étiquettes doivent être uniques dans un traitement de requêtes ou une procédure stockée.

Mais sinon je pense que je vais me tourner vers une réinstallation de tout le bazar !

[KibitO]

J'en ai bien peur oui... Je ne voulais pas en arriver là.

[jhellier]

Bonjour,

Pour l'erreur concernant le "dataset" il faut regarder l'eventlog du serveur SQL.

J'ai déjà rencontré cette erreur, elle était due à une erreur de droit sur la vue "filtered_XXX" que j'interrogeais dans mon rapport. Il faut que CRMReader ait les droits sur la vue.

[tdavin]

Bonjour,

En effet, comme l'indiquent KibitO et Jhellier, il serait intéressant de jeter un coup d'oeil au journal d'événement du serveur SQL Server/SQL Reporting Services (monoserveur ?)

Concernant l'erreur sur le dataset, j'avais rencontré une erreur concernant des droits sur les vues filtrés. Une mise à jour des autorisations a corrigé le problème (voir ici). Bizarre mais ça peut arriver. C'était la même erreur Jérôme ?

L'exécution du rapport dans Visual Studio retourne une erreur.
Le test de connexion à la source de données dans VS est-il concluant ?

Depuis le temps, cela a-t-il été corrigé ?

[patsai]

Bonjour à tous,

merci beaucoup pour vos retours et désolé pour la réponse tardive, la réinstallation a pris plus de temps à cause des vacances

Bon alors, j'ai refait un essai et l'observateur d'événements est plus causant sur le nouvel environnement. Voilà mon message : "

Report data set execution failure. Error: L'autorisation SELECT a été refusée sur l'objet 'New_projetExtensionBase', base de données 'organization_MSCRM', schéma 'dbo'. "

Donc apparemment un bon gros pb de droits... Au niveau des rôles sur le SQL, l'user qui a cherché à générer le rapport possède bien le rôle CRMReaderRole sur la base organization_MSCRM...

PS: tdabvin, je viens de voir le lien sur les autorisations je vais explorer cette piste demain et je vous tiens au courant