J'ai créé un modèle de rapport à l'aide de SSRS (2005) et publié sur le serveur local. Mais lorsque j'ai essayé d'exécuter le rapport pour le modèle que j'ai publié à l'aide du générateur de rapports, j'obtiens l'erreur suivante.
Erreur d'exécution du rapport: les autorisations accordées à l'utilisateur sont insuffisantes pour effectuer cette opération. (rsAccessDenied)
Réponses:
C'est en raison d'un manque de privilège pour l'utilisateur que vous exécutez le générateur de rapports, donnez simplement à cet utilisateur ou à un groupe un privilège pour exécuter le générateur de rapports. Veuillez visiter cet article
Ou pour raccourci:
Je sais que c'est il y a longtemps, mais vous (ou tout autre nouveau venu) pouvez résoudre ce problème en
Administrators, IIS_IUSRS, à la SQLServer2005SQLBrowserUser$Userplace! Que dois-je faire dans ce cas? Combien de fois ces choses changent-elles! : o
Cliquez avec le bouton droit sur Microsoft BI -> Cliquez sur Exécuter en tant qu'administrateur -> ouvrez votre rapport SSRS existant ou créez votre nouveau rapport SSRS, puis déployez votre rapport après que vous soyez conforme, vous recevrez une URL Web pour afficher votre rapport. Copiez cette URL et collez-la dans le navigateur Web (Exécuter en tant qu'administrateur) et vous obtiendrez votre vue de rapport. Vous pouvez utiliser Internet Explorer, ce qui serait essentiel pour le service Web
Si c'est faux signifie, veuillez me pardonner car j'ai fait comme ça pour que je viens d'écrire.
Assurez-vous que vous avez configuré l'accès à l'URL http: // localhost / reports à l'aide de la configuration de SQL Reporting Services. Pour faire ça:
Juste pour vous informer que ce didacticiel a été réalisé sur un ordinateur Windows 7 avec SQL Server Reporting Services 2008.
Article de référence: http://techasp.blogspot.co.uk/2013/06/how-to-fix-reporting-services.html
Vous pouvez également vous assurer que l'identité de votre pool d'applications dispose des autorisations appropriées.
Accédez au Gestionnaire IIS
Cliquez sur Pools d'applications
Identifiez le pool d'applications du site sur lequel vous déployez des rapports
Vérifiez que l'identité est définie sur un compte de service ou un compte d'utilisateur disposant des autorisations d'administrateur
Vous pouvez modifier l'identité en arrêtant le pool, en cliquant dessus avec le bouton droit de la souris et en sélectionnant Paramètres avancés ...
Sous Modèle de processus se trouve le champ Identité
UserAdans l'identité AppPool. Mais ce UserAn'est PAS configuré sur le serveur SSRS pour avoir accès (par exemple pas dans le BUILTIN\Administratorsgroupe). Le correctif consiste donc à modifier l'identité AppPool en un utilisateur administrateur du domaine. Ou mettez à jour les paramètres SSRS pour inclure l'utilisateur AppPool Identity actuel.
sous Paramètre du site dans le gestionnaire de rapports> Configurer les définitions de rôle au niveau du système> cochez l'option de définition ExecuteReport, puis Créer un groupe d'utilisateurs système, Donner l'accès à ce groupe à Se connecter à votre base de données de services de rapports dans les propriétés du serveur et ajouter un groupe et autoriser l'accès en tant que Utilisateur système ... cela devrait fonctionner
J'ai SQL2008 / Windows 2008 Enterprise et voici ce que je devais faire pour corriger les rs.accessdeniederreurs 404, 401 et 503:
J'ai utilisé les étapes suivantes et cela fonctionne pour moi.
Ouvrez le Gestionnaire de configuration de Reporting Services -> puis connectez-vous à l'instance du serveur de rapports -> puis cliquez sur URL du gestionnaire de rapports.
Dans la page URL du Gestionnaire de rapports, cliquez sur le bouton Avancé -> puis dans Identités multiples pour le Gestionnaire de rapports, cliquez sur Ajouter.
Dans la boîte de dialogue Ajouter une URL HTTP du gestionnaire de rapports, sélectionnez En-tête d'hôte et saisissez: localhost Cliquez sur OK pour enregistrer vos modifications.
Ensuite:
cela fonctionne bien pour moi sur Internet Explorer et Google Chrome mais pas pour Mozilla Firefox.
Dans le cas où Firefox demande un nom d'utilisateur et un mot de passe, je le fournis mais cela ne fonctionne pas. Je suis administrateur et ai plein droit.
J'ai fait 1 autre jeu de modifications "Paramètres de contrôle de compte d'utilisateur" pour ne jamais notifier.
Si vous obtenez ce type d'exception lors du déploiement de ce rapport à partir de Visual Studio, procédez comme suit:
3.Cliquez sur "Nouvelle attribution de rôle", ajoutez puis entrez le nom d'utilisateur et sélectionnez les rôles.
Problème ancien mais pertinent. J'ai résolu pour 2012 en me connectant au serveur de rapports et:
Je ne peux pas dire que je suis à l'aise avec cette solution, mais j'avais besoin de quelque chose qui fonctionnait et qui fonctionnait. J'espère que ceci aide quelqu'un d'autre.
Après avoir configuré SSRS 2016, j'ai RDP dans le serveur (Windows Server 2012 R2), navigué vers l'URL des rapports ( https://reports.fakeserver.net/Reports/browse/ ) et créé un titre de dossier FakeFolder; tout semblait bien fonctionner. Je me suis ensuite déconnecté du serveur, j'ai parcouru la même URL, je me suis connecté en tant que même utilisateur et j'ai rencontré l'erreur ci-dessous.
Les autorisations accordées à l'utilisateur 'fakeserver \ mitchs' sont insuffisantes pour effectuer cette opération.
Confus, j'ai essayé à peu près toutes les solutions suggérées sur cette page et je ne pouvais toujours pas créer le même comportement à la fois localement et extérieurement lors de la navigation vers l'URL et de l'authentification. J'ai ensuite cliqué sur les points de suspension de FakeFolder, cliqué sur Gérer, cliqué sur Sécurité (sur le côté gauche de l'écran) et me suis ajouté en tant qu'utilisateur avec toutes les autorisations. Après m'être déconnecté du serveur, j'ai accédé à https://reports.fakeserver.net/Reports/browse/FakeFolder et j'ai pu afficher le contenu du dossier sans rencontrer l'erreur d'autorisation. Cependant, lorsque j'ai cliqué sur Accueil, j'ai reçu l'erreur d'autorisation.
Pour mes besoins, c'était assez bon car personne d'autre n'aura jamais besoin de naviguer vers l'URL racine, donc je viens de faire une note mentale chaque fois que je dois apporter des modifications dans SSRS pour me connecter d'abord au serveur, puis accéder à l'URL des rapports. .
Problème:
Erreur rsAccessDenied: les autorisations accordées à l'utilisateur «Utilisateur \ Utilisateur» sont insuffisantes pour effectuer cette opération.
Solution:
Cliquez sur "Paramètres du dossier"> "Nouvelle attribution de rôle". Tapez ensuite "Utilisateur \ Utilisateur" dans la zone de texte "Nom de groupe ou d'utilisateur". Cochez les cases Rôles que vous souhaitez que l'utilisateur ait.
Ce qui a fonctionné pour moi était:
Open localhost/reports
Go to properties tab (SSRS 2008)
Security->New Role Assignment
Add DOMAIN/USERNAME or DOMAIN/USERGROUP
Check Report builder
Cela a fonctionné pour moi - allez au gestionnaire de rapports, vérifiez les paramètres du site -> Sécurité -> Nouvelle attribution de rôle -> ajoutez l'utilisateur
-Aussi, allez dans Datasets dans le gestionnaire de rapports -> votre jeu de données de rapport -> Sécurité -> Nouvelle attribution de rôle -> ajoutez l'utilisateur avec le rôle requis.
Merci!
Je sais que c'est il y a longtemps mais cela peut être utile à tout autre nouveau venu,
J'ai décidé de transmettre le nom d'utilisateur, le mot de passe et le domaine lors de la demande de rapports SSRS, j'ai donc créé une classe qui implémente IReportServerCredentials.
public class ReportServerCredentials : IReportServerCredentials
{
#region Class Members
private string username;
private string password;
private string domain;
#endregion
#region Constructor
public ReportServerCredentials()
{}
public ReportServerCredentials(string username)
{
this.Username = username;
}
public ReportServerCredentials(string username, string password)
{
this.Username = username;
this.Password = password;
}
public ReportServerCredentials(string username, string password, string domain)
{
this.Username = username;
this.Password = password;
this.Domain = domain;
}
#endregion
#region Properties
public string Username
{
get { return this.username; }
set { this.username = value; }
}
public string Password
{
get { return this.password; }
set { this.password = value; }
}
public string Domain
{
get { return this.domain; }
set { this.domain = value; }
}
public WindowsIdentity ImpersonationUser
{
get { return null; }
}
public ICredentials NetworkCredentials
{
get
{
return new NetworkCredential(Username, Password, Domain);
}
}
#endregion
bool IReportServerCredentials.GetFormsCredentials(out System.Net.Cookie authCookie, out string userName, out string password, out string authority)
{
authCookie = null;
userName = password = authority = null;
return false;
}
}
en appelant les reprots SSRS, mettez le morceau de code suivant
ReportViewer rptViewer = new ReportViewer();
string RptUserName = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportUser"]);
string RptUserPassword = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportUserPassword"]);
string RptUserDomain = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportUserDomain"]);
string SSRSReportURL = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportURL"]);
string SSRSReportFolder = Convert.ToString(ConfigurationManager.AppSettings["SSRSReportFolder"]);
IReportServerCredentials reportCredentials = new ReportServerCredentials(RptUserName, RptUserPassword, RptUserDomain);
rptViewer.ServerReport.ReportServerCredentials = reportCredentials;
rptViewer.ServerReport.ReportServerUrl = new Uri(SSRSReportURL);
SSRSReportUser, SSRSReportUserPassword, SSRSReportUserDomain, SSRSReportFolder sont définis dans les fichiers web.config.
Tout comme Nasser, je sais que c'était il y a quelque temps, mais je voulais publier ma solution pour quiconque aura ce problème à l'avenir.
J'ai configuré mon rapport pour qu'il utilise une connexion de données dans une bibliothèque de connexion de données hébergée sur SharePoint. Mon problème était que je n'avais pas la connexion de données «approuvée» afin qu'elle soit utilisable par d'autres utilisateurs.
Une autre chose à rechercher serait de s'assurer que les autorisations sur cette bibliothèque de connexion de données permettent également la lecture aux utilisateurs sélectionnés.
J'espère que cela aidera quelqu'un tôt ou tard!
Pour SQL Reporting Services 2012 - SP1 et SharePoint 2013.
J'ai eu le même problème: les autorisations accordées à l'utilisateur '[AppPoolAccount]' sont insuffisantes pour effectuer cette opération.
Je suis entré dans les paramètres de l'application de service, j'ai cliqué sur Gestion des clés, puis sur Modifier la clé et j'ai fait régénérer la clé.
Merci d'avoir partagé. Après avoir lutté pendant 1,5 jour, j'ai remarqué que Report Server était configuré avec une adresse IP de domaine incorrecte. Il a été configuré avec une adresse IP de domaine de sauvegarde qui est hors ligne. J'ai identifié cela dans la configuration du groupe d'utilisateurs où le nom de domaine n'était pas répertorié. Changement d'adresse IP et redémarrage du serveur de rapports. Problème résolu.
Le rapport peut souhaiter accéder à un DataSource ou DataView où l'utilisateur AD (ou le groupe AD) ne dispose pas de droits d'accès suffisants.
Assurez-vous de vérifier les URL suivantes:
http://REPORTSERVERNAME/Reports/Pages/Folder.aspx?ItemPath=%2fDataSourceshttp://REPORTSERVERNAME/Reports/Pages/Folder.aspx?ItemPath=%2fDataSetsAlors choisi Folder Settings
(ou la personne appropriée DataSourceou DataSet) et sélectionnez Security. Le groupe d'utilisateurs doit avoir l' Browserautorisation.
Ce qui a fonctionné pour moi était:
Ça devrait le faire,
Bonne chance!
Exécutez BIDS en tant qu'administrateur malgré l'appartenance existante au groupe Administrateurs.