Добро пожаловать в мой блог! Изначально он не задумывался как блог CRM разработчика, но жизнь сама внесла нужные коррективы. Тут я публикою все свои наблюдения относительно обозначенных в заголовке систем. Если Вы найдете в нем что-то интересное для Вас, как для заказчика, то буду рад сотрудничать с Вами! В моей компетенции 100% задач по MS CRM 3.0/4.0/2011:
![](http://www.axforum.info/forums/blog_attachment.php?attachmentid=80&stc=1&d=1296211379)
![](http://www.axforum.info/forums/blog_attachment.php?attachmentid=100&stc=1&d=1296211379)
MVP 2010, 2011
- Консалтинг
- Проектирование
- Разработка
- Обучение
MVP 2010, 2011
Ошибка доступа к процедуре p_GetCrmUserId при запуске отчета
Запись от Артем Enot Грунин размещена 26.04.2013 в 14:43
Сегодня, при попытке создать снимок отчета через веб интерфейс Reporting Services, я столкнулся с ошибкой следующего вида:
![Нажмите на изображение для увеличения
Название: Error.png
Просмотров: 351
Размер: 21.6 Кб
ID: 317](//axforum.info/forums/blog_attachment.php?s=27ba37f4520030d64b2c239d135b94a1&attachmentid=317&thumb=1&d=1366971658)
Ранее подобная ошибка не наблюдалась. Беглый гуглинг показал, что ошибка известная: 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:
![Нажмите на изображение для увеличения
Название: props.png
Просмотров: 252
Размер: 31.7 Кб
ID: 320](//axforum.info/forums/blog_attachment.php?s=27ba37f4520030d64b2c239d135b94a1&attachmentid=320&thumb=1&d=1366971670)
В открывшемся окне перейдите в раздел Permissions на навигационной панели слева:
![Нажмите на изображение для увеличения
Название: permissions.png
Просмотров: 186
Размер: 32.5 Кб
ID: 319](//axforum.info/forums/blog_attachment.php?s=27ba37f4520030d64b2c239d135b94a1&attachmentid=319&thumb=1&d=1366971670)
В наблюдаемых мной случаях, окно было пустым. Нажмите на кнопку Search:
![Нажмите на изображение для увеличения
Название: add.png
Просмотров: 291
Размер: 12.6 Кб
ID: 315](//axforum.info/forums/blog_attachment.php?s=27ba37f4520030d64b2c239d135b94a1&attachmentid=315&thumb=1&d=1366971650)
В открывшемся окне нажмите кнопку Browse и выберите группу PrivReportingGroup. Из цитированного поста не совсем понятно, кому именно нужно давать доступ к процедуре, но эмпирическим путем выявлено что эта группа подходит.
![Нажмите на изображение для увеличения
Название: browse.png
Просмотров: 179
Размер: 20.3 Кб
ID: 316](//axforum.info/forums/blog_attachment.php?s=27ba37f4520030d64b2c239d135b94a1&attachmentid=316&thumb=1&d=1366971650)
Далее, следует разрешить выполнение выбранной группе:
![Нажмите на изображение для увеличения
Название: execute.png
Просмотров: 254
Размер: 41.5 Кб
ID: 318](//axforum.info/forums/blog_attachment.php?s=27ba37f4520030d64b2c239d135b94a1&attachmentid=318&thumb=1&d=1366971658)
Ошибка должна исчезнуть.
Цитата:
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 -
Запись от Артем 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 -
Запись от Артем Enot Грунин размещена 21.08.2014 в 21:14