Добро пожаловать в мой блог! Изначально он не задумывался как блог CRM разработчика, но жизнь сама внесла нужные коррективы. Тут я публикою все свои наблюдения относительно обозначенных в заголовке систем. Если Вы найдете в нем что-то интересное для Вас, как для заказчика, то буду рад сотрудничать с Вами! В моей компетенции 100% задач по MS CRM 3.0/4.0/2011:
MVP 2010, 2011
- Консалтинг
- Проектирование
- Разработка
- Обучение
MVP 2010, 2011
Ошибка доступа к процедуре p_GetCrmUserId при запуске отчета
Запись от Артем Enot Грунин размещена 26.04.2013 в 14:43
Сегодня, при попытке создать снимок отчета через веб интерфейс Reporting Services, я столкнулся с ошибкой следующего вида:
Ранее подобная ошибка не наблюдалась. Беглый гуглинг показал, что ошибка известная: The EXECUTE permission was denied on the object 'p_GetCrmUserId', database 'MSCRM_CONFIG', schema 'dbo'. Так же существует поверие, что она появляется после установки UR12. В моей среде она проявилась и на SQL 2008R2 и на SQL 2012
В той же статье предлагается сценарий лечения этой проблемы. Рассмотрим его в картинках.
Подключитесь к серверу через SQL Server Management Studio. Откройте базу данных MSCRM_CONFIG, откройте раздел Programmability\Stored Procedures и откройте свойства процедуры p_GetCrmUserId:
В открывшемся окне перейдите в раздел Permissions на навигационной панели слева:
В наблюдаемых мной случаях, окно было пустым. Нажмите на кнопку Search:
В открывшемся окне нажмите кнопку Browse и выберите группу PrivReportingGroup. Из цитированного поста не совсем понятно, кому именно нужно давать доступ к процедуре, но эмпирическим путем выявлено что эта группа подходит.
Далее, следует разрешить выполнение выбранной группе:
Ошибка должна исчезнуть.
Цитата:
System.Data.SqlClient.SqlException: The EXECUTE permission was denied on the object 'p_GetCrmUserId', database 'MSCRM_CONFIG', schema 'dbo'.
Ранее подобная ошибка не наблюдалась. Беглый гуглинг показал, что ошибка известная: The EXECUTE permission was denied on the object 'p_GetCrmUserId', database 'MSCRM_CONFIG', schema 'dbo'. Так же существует поверие, что она появляется после установки UR12. В моей среде она проявилась и на SQL 2008R2 и на SQL 2012
В той же статье предлагается сценарий лечения этой проблемы. Рассмотрим его в картинках.
Подключитесь к серверу через SQL Server Management Studio. Откройте базу данных MSCRM_CONFIG, откройте раздел Programmability\Stored Procedures и откройте свойства процедуры p_GetCrmUserId:
В открывшемся окне перейдите в раздел Permissions на навигационной панели слева:
В наблюдаемых мной случаях, окно было пустым. Нажмите на кнопку Search:
В открывшемся окне нажмите кнопку Browse и выберите группу PrivReportingGroup. Из цитированного поста не совсем понятно, кому именно нужно давать доступ к процедуре, но эмпирическим путем выявлено что эта группа подходит.
Далее, следует разрешить выполнение выбранной группе:
Ошибка должна исчезнуть.
Всего комментариев 4
Комментарии
-
Скажите пожалуйста, а это Supported изменения?Запись от spirius размещена 07.04.2014 в 18:35 
-
Формально нет, однако оно влияет разве что на безопасность решения, так что вряд ли у вас отберут право на поддержку. Кстати, время от времени ошибка будет возвращаться - скорее всего после установки обновлений, поэтому, если есть возможность - обратитесь в техподдержку MS.Запись от Артем Enot Грунин размещена 09.04.2014 в 11:04
-
Это не будет работать в Office 365 + MS Dynamics CRM, ведь доступа к базам нет. Кто-то знает, есть ли какое-то решение для Office 365 версии?
Запись от summer_babe размещена 21.08.2014 в 19:33
Обновил(-а) summer_babe 21.08.2014 в 19:50 -
Да, решение - это техподдержка Microsoft. Смотрите один из последних моих постов, они официально подтвердили, что ошибка появляется после установки 16 пакета обновлений, так что с радостью избавят вас от ошибки.
Запись от Артем Enot Грунин размещена 21.08.2014 в 21:14
