rsProcessingError

Les raisons peuvent être les suivantes :

• Une erreur de traitement s'est produite sur le serveur de rapports.

• Une erreur de traitement s'est produite pendant le traitement local d'un rapport lors de l'affichage de l'aperçu du rapport.

• Une expression de groupe a retourné un type de données incorrect.

• Une définition de filtre spécifiait deux expressions qui ont retourné des types de données qui n'ont pas pu être comparés.

• Une expression fait référence à un champ inexistant dans la collection de champs.

• Une expression contenait un appel de fonction d'agrégation dont l'étendue est non valide ou incompatible.

• Une expression fait référence à un paramètre inexistant dans la collection de paramètres du rapport.

• Un assembly personnalisé ou un assembly Reporting Services qui a été incorrectement déployé n'a pas pu se charger.

• Un paramètre dont la propriété Nullablea la valeur False a détecté une valeur NULL dans le paramètre.

• Une expression pour la propriété Hidden d'une région de données contient une erreur : la référence d'objet n'est pas définie à une instance d'un objet.

• Une expression contenait un appel de fonction non valide ou une erreur de syntaxe.

Effectuez une ou plusieurs actions parmi les suivantes :

• Si vous affichez le rapport à partir du serveur de rapports ou si vous l'affichez en tant qu'abonnement, lisez l'intégralité du texte du message d'erreur. Le texte développé contient des informations supplémentaires.

• Si vous êtes en train de créer un rapport dans le Concepteur de rapports et que cette erreur s'affiche lors de l'aperçu ou de la publication du rapport, vous trouverez des informations supplémentaires dans la fenêtre Liste d'erreurs.

• Si vous êtes en train de créer un rapport dans l'Aperçu du Concepteur de rapports, lisez l'intégralité du texte du message d'erreur. Le texte développé contient des informations supplémentaires.

• Si vous affichez un rapport sur le serveur de rapports et que vous êtes connecté en tant qu'administrateur local sur le serveur de rapports, vous pouvez consulter la pile des appels en cliquant avec le bouton droit sur la page et en sélectionnant Afficher la source. La pile des appels contient des informations supplémentaires.

• Si vous êtes connecté en tant qu'administrateur local sur le serveur de rapports, recherchez ReportProcessingException dans le fichier journal. Les entrées du journal contiennent des informations supplémentaires. Le fichier journal du serveur de rapports se trouve généralement à l'emplacement suivant : <drive>:\Program Files\Microsoft SQL Server\MSSQL.N\Reporting Services\Logfiles\ReportServerService_datetimestamp.log.

Les assemblys personnalisés doivent être signés par un nom fort et disposer de l'attribut AllowPartiallyTrustedCallers. Pour plus d'informations, consultez Utilisation d'assemblys personnalisés avec des rapports et Présentation des stratégies de sécurité.

Vérifiez l'orthographe dans les expressions. Les noms de paramètres, de globales et de champs respectent la casse. Dans l'expression source de l'erreur, vérifiez que le nom existe réellement dans le rapport et qu'il est correctement orthographié. Pour plus d'informations, consultez Utilisation de fonctions de rapport et d'agrégation intégrées dans des expressions (Reporting Services).

Un paramètre à valeurs multiples ne peut pas contenir la valeur NULL. Pour plus d'informations, consultez Création de paramètres de rapport et définition des propriétés des paramètres de rapport.

Un rapport avec des sous-rapports doit être traité par la même version du processeur de rapports Reporting Services. Lors de la mise à niveau de rapports vers le schéma de la définition de rapport SQL Server 2008 Reporting Services (SSRS), le rapport principal et les sous-rapports peuvent ou non ne pas être mis à jour en même temps. Si la version entre un rapport et ses sous-rapports n'est pas compatible, le message suivant est affiché : « Le sous-rapport n'a pas pu être traité ».

Vous devez modifier le rapport principal ou les sous-rapports pour que tous les rapports puissent être traités par la même version du processeur de rapports. Pour plus d'informations sur la cause de l'échec de la mise à niveau d'un rapport, consultez Mise à niveau de rapports.

Vous pouvez utiliser des fonctions SQL dans le texte des requêtes sur une base de données relationnelle. Vous ne pouvez pas utiliser de fonctions Visual Basic dans le texte de requête.

Dans Reporting Services, les expressions peuvent utiliser des fonctions Visual Basic, des fonctions System.Math ou System.String, des fonctions .NET Framework complètes ou des fonctions personnalisées que vous fournissez dans un code personnalisé ou dans un assembly personnalisé. Vous ne pouvez pas utiliser de fonctions SQL dans une expression.

Vérifiez que les appels de fonction effectués dans la requête et les expressions sont valides.

Dans une équation de filtre, l'expression de filtre qui définit le contenu du filtre et la valeur du filtre doit être le même type de données pour être comparé. Si l'une des erreurs suivantes s'affichent, modifiez l'expression de champ ou la valeur de filtre pour que les types de données correspondent :

• Impossible d'effectuer le traitement de <report item type> pour <report item name>. Impossible de comparer les données de types <type> et <type>. Vérifiez le type de données retourné par <report item name>.

• Échec de l'évaluation de <property name>.

• Échec de l'évaluation de <property name>. Il référence un champ de dataset qui contient une erreur : <error string>.

Pour plus d'informations, consultez Filtrage de données dans un rapport.

Lorsque vous incluez des appels de fonction d'agrégation à une expression dans une cellule de tableau matriciel, le processeur de rapports évalue l'expression dans l'étendue des groupes intimes auxquels la cellule appartient.

Vous pouvez également passer le nom d'une étendue spécifique à une fonction d'agrégation. L'étendue peut faire référence au nom d'un dataset, une région de données ou le nom d'une étendue plus élevée dans la hiérarchie de données. Cela s'applique aux messages suivants :

• <report item type> '<report item name>' a une étendue non valide « <scope name> ». L'étendue doit être l'étendue actuelle ou doit se trouver dans l'étendue actuelle.

• L'expression <property name> pour <report item type> '<report item name>' contient un paramètre d'étendue qui n'est pas valide pour une fonction d'agrégation. Le paramètre d'étendue doit être défini sur une constante de chaîne qui est égale au nom d'un groupe conteneur, au nom d'une région de données conteneur, ou au nom d'un dataset.

Pour les fonctions d'agrégation qui calculent des totaux cumulés (Previous, RunningValue ou RowNumber), vous pouvez spécifier un paramètre d'étendue qui est un nom de groupe de lignes ou un nom de groupe de colonnes, mais pas les deux. Cela s'applique au message d'erreur suivant :

• Les fonctions d'agrégation Previous, RunningValue ou RowNumber utilisées dans les cellules de données du <report item type> '<report item name>' font référence aux étendues de regroupement dans les colonnes et les lignes du <report item type>. Les paramètres d'étendue de toutes les fonctions d'agrégation Previous, RunningValue et RowNumber dans un <report item type> peuvent faire référence à des regroupements de ligne ou à des regroupements de colonne de données, mais pas aux deux.

Pour plus d'informations, consultez Calcul de totaux et autres agrégats (Reporting Services) et Utilisation de fonctions de rapport et d'agrégation intégrées dans des expressions (Reporting Services).

N'utilisez pas d'étendue par défaut pour une zone de texte ajoutée à l'aire de conception du rapport lorsque le rapport a plusieurs dataset. Utilisez une expression qui inclut le nom du dataset comme étendue, et une fonction d'agrégation. Par exemple, =First(Fields!FieldName.Value, "DataSet2").