Я создал модель отчета с помощью SSRS (2005) и опубликовал ее на локальном сервере. Но когда я попытался запустить отчет для модели, которую я опубликовал, с помощью построителя отчетов, я получил следующую ошибку.
Ошибка выполнения отчета: предоставленных пользователю прав недостаточно для выполнения этой операции. (rsAccessDenied)
Это из-за отсутствия прав для пользователя, у которого вы запускаете построитель отчетов, просто дайте этому пользователю или группе право запускать построитель отчетов. Посетите эту статью
Или для ярлыка:
Я знаю, что это было давно, но вы (или любые другие новички) можете решить эту проблему,
Administrators, IIS_IUSRS, SQLServer2005SQLBrowserUser$User! Что мне делать в этом случае? Как часто это меняется! : o
- person user2173353; 02.12.2015
Щелкните правой кнопкой мыши Microsoft BI -> щелкните Запуск от имени администратора -> либо откройте существующий отчет SSRS, либо создайте новый отчет SSRS, а затем разверните отчет, после чего вы получите один веб-URL для просмотра отчета. Скопируйте этот URL-адрес и вставьте в веб-браузер (Запуск от имени администратора), и вы получите представление отчета. Вы можете использовать Internet Explorer, который необходим для веб-службы.
Если это неправильно, значит, пожалуйста, простите меня, так как мне это понравилось, и я только что написал.
Убедитесь, что у вас настроен доступ к URL-адресу http://localhost/reports с помощью конфигурации служб SQL Reporting Services. Сделать это:
Просто чтобы вы знали, что это руководство было выполнено на компьютере под управлением Windows 7 с SQL Server Reporting Services 2008.
Справочная статья: http://techasp.blogspot.co.uk/2013/06/how-to-fix-reporting-services.html
Вы также можете убедиться, что удостоверение в пуле приложений имеет необходимые разрешения.
Перейти к диспетчеру IIS
Щелкните Пулы приложений
Определите пул приложений сайта, на котором вы развертываете отчеты.
Убедитесь, что удостоверение установлено для какой-либо учетной записи службы или учетной записи пользователя с правами администратора.
Вы можете изменить идентификатор, остановив пул, щелкнув его правой кнопкой мыши и выбрав Дополнительные параметры ...
В разделе «Модель процесса» находится поле «Идентификация».
UserA в AppPool Identity. Но этот UserA НЕ настроен на сервере SSRS для доступа (например, не в группе BUILTIN\Administrators). Таким образом, исправление состоит в том, чтобы изменить идентификатор AppPool на некоторого пользователя-администратора в домене. Или обновите настройки SSRS, чтобы включить текущего пользователя AppPool Identity.
- person Don Cheadle; 13.12.2019
Я выполнил следующие действия, и у меня они работают.
Откройте диспетчер конфигурации служб Reporting Services -> затем подключитесь к экземпляру сервера отчетов -> затем щелкните URL-адрес диспетчера отчетов.
На странице URL-адреса диспетчера отчетов нажмите кнопку «Дополнительно» -> затем в разделе «Несколько удостоверений для диспетчера отчетов» нажмите «Добавить».
Во всплывающем окне «Добавить URL-адрес HTTP диспетчера отчетов» выберите «Заголовок хоста» и введите: localhost. Нажмите «ОК», чтобы сохранить изменения.
Потом:
у меня он отлично работает в Internet Explorer и Google Chrome, но не в mozilla Firefox.
В случае, если Firefox запрашивает имя пользователя и пароль, я предоставляю его, но он не работает. Я админ и имею полное право.
Я сделал еще одно изменение «Настройки контроля учетных записей пользователей», чтобы никогда не уведомлять.
Если вы получаете исключение такого типа при развертывании этого отчета из Visual Studio, выполните следующие действия:
3.Щелкните «Назначение новой роли», добавьте, затем введите имя пользователя и выберите роли. 
в разделе Параметры сайта в диспетчере отчетов> Настроить определения ролей на системном уровне> установите флажок ExecuteReport Defination, затем создайте системную группу пользователей, предоставьте доступ к этой группе при подключении к базе данных служб отчетов в свойствах сервера и добавьте группу и разрешите доступ как Системный пользователь ... Должно работать
У меня SQL2008 / Windows 2008 Enterprise, и вот что мне пришлось сделать, чтобы исправить ошибки rs.accessdenied, 404, 401 и 503:
Откройте Internet Explorer от имени администратора.
Откройте URL-адрес отчетов http://machinename/reportservername
затем в «настройках папки» дайте разрешение требуемым группам пользователей.
Старый, но актуальный выпуск. Я решил на 2012 год, войдя на сервер отчетов и:
Не могу сказать, что мне нравится это решение, но мне нужно было что-то, что работало, и это работало. Надеюсь, это поможет кому-то другому.
После настройки SSRS 2016 я подключился к серверу (Windows Server 2012 R2) по протоколу RDP, перешел к URL-адресу отчетов (https://reports.fakeserver.net/Reports/browse/) и создал папку с названием FakeFolder; все вроде работает нормально. Затем я отключился от сервера, перешел на тот же URL-адрес, вошел в систему как тот же пользователь и обнаружил ошибку, указанную ниже.
Разрешения, предоставленные пользователю fakeserver \ mitchs, недостаточны для выполнения этой операции.
В замешательстве я пробовал практически все решения, предложенные на этой странице, и все еще не мог создать такое же поведение как локально, так и внешне при переходе по URL-адресу и аутентификации. Затем я щелкнул многоточие FakeFolder, щелкнул «Управление», «Безопасность» (в левой части экрана) и добавил себя как пользователя с полными разрешениями. После отключения от сервера я перешел на https://reports.fakeserver.net/Reports/browse/FakeFolder и смог просмотреть содержимое папки, не обнаружив ошибки прав доступа. Однако, когда я нажал кнопку «Домой», я получил ошибку разрешений.
Для моих целей этого было достаточно, поскольку никому другому никогда не понадобится переходить к корневому URL-адресу, поэтому я просто сделал мысленную заметку, когда мне нужно внести изменения в SSRS, чтобы сначала подключиться к серверу, а затем перейти к URL-адресу отчетов. .
Проблема:
Ошибка rsAccessDenied: разрешения, предоставленные пользователю «Пользователь \ Пользователь», недостаточны для выполнения этой операции.
Решение:
Щелкните «Настройка папки»> «Назначение новой роли». Затем введите «Пользователь \ Пользователь» в текстовое поле «Группа или имя пользователя». Установите флажки "Роли", которые должны быть у пользователя.
Что сработало для меня:
Open localhost/reports
Go to properties tab (SSRS 2008)
Security->New Role Assignment
Add DOMAIN/USERNAME or DOMAIN/USERGROUP
Check Report builder
Это сработало для меня - перейдите к диспетчеру отчетов, проверьте настройки сайта -> Безопасность -> Назначение новой роли -> добавьте пользователя
-Также перейдите в «Наборы данных» в диспетчере отчетов -> набор данных отчета -> Безопасность -> Назначение новой роли -> добавьте пользователя с необходимой ролью.
Спасибо!
Я знаю, что это было давно, но может быть полезно другим новичкам,
Я решил передать имя пользователя, пароль и домен при запросе отчетов SSRS, поэтому я создал один класс, который реализует 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;
}
}
при вызове SSRS Reprots поместите следующий фрагмент кода
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 определены в файлах web.config.
Отчету может потребоваться доступ к DataSource или DataView, где пользователь AD (или группа AD) имеет недостаточные права доступа.
Убедитесь, что вы проверяете следующие URL-адреса:
http://REPORTSERVERNAME/Reports/Pages/Folder.aspx?ItemPath=%2fDataSourceshttp://REPORTSERVERNAME/Reports/Pages/Folder.aspx?ItemPath=%2fDataSetsЗатем выберите Folder Settings
(или соответствующее лицо DataSource или DataSet) и выберите Security. У группы пользователей должно быть разрешение Browser.
Как и Насер, я знаю, что это было некоторое время назад, но я хотел опубликовать свое решение для всех, у кого в будущем возникнет эта проблема.
Я настроил свой отчет так, чтобы он использовал подключение к данным в библиотеке подключений к данным, размещенной в SharePoint. Моя проблема заключалась в том, что у меня не было «одобренного» подключения для передачи данных, чтобы его могли использовать другие пользователи.
Еще одна вещь, на которую следует обратить внимание, - это убедиться, что разрешения для этой библиотеки подключения к данным также позволяют читать выбранным пользователям.
Надеюсь, это рано или поздно кому-то поможет!
Для служб SQL Reporting Services 2012 с пакетом обновления 1 (SP1) и SharePoint 2013.
У меня та же проблема: разрешения, предоставленные пользователю [AppPoolAccount], недостаточны для выполнения этой операции.
Я вошел в настройки служебного приложения, щелкнул «Управление ключами», затем «Изменить ключ» и заставил его заново сгенерировать ключ.
Спасибо, что поделился. После 1,5 дней борьбы заметил, что сервер отчетов настроен с неправильным IP-адресом домена. Он был настроен с резервным IP-адресом домена, который отключен. Я обнаружил это в конфигурации группы пользователей, где имя домена не было указано. Сменил IP и перезагрузил сервер отчетов. Проблема решена.
Для меня сработало:
Это должно сработать,
Удачи!
Запустите BIDS от имени администратора, несмотря на существующее членство в группе администраторов.
