Добро пожаловать в мой блог! Изначально он не задумывался как блог CRM разработчика, но жизнь сама внесла нужные коррективы. Тут я публикою все свои наблюдения относительно обозначенных в заголовке систем. Если Вы найдете в нем что-то интересное для Вас, как для заказчика, то буду рад сотрудничать с Вами! В моей компетенции 100% задач по MS CRM 3.0/4.0/2011:
MVP 2010, 2011
- Консалтинг
- Проектирование
- Разработка
- Обучение
MVP 2010, 2011
Права на объект "Прайс лист"
Запись от Артем Enot Грунин размещена 19.01.2010 в 17:02
Теги pricelevel, product, role, маразм, настройка
Возможно вы замечали, что на форме настроек Роли безопасности в CRM 3.0/4.0 не числится объект Прайс лист (pricelevel)? В то время как система, очевидно, работает, прайсы создаются, удаляются и ассоциируются с другими записями, на них каким-то образом задаются права. Раньше я не придавал этому особого значения, пока не столкнулся с проблемой: после изменения настроек роли, пользователь утратил возможность ассоциировать Прайсы с предложениями - лукап стал неактивен, а после сохранения стало появляется раздражающее уведомление "Произошла ошибка - не задан прайс лист".
Изучение SDK показало, что привилегии доступа для объектов Продукт, Прайс и Позиция прайса идентичны. Иными словами, если хотите прикрепить к предложению прайс, нужен набор привилегии на прикрепление Продукта к Предложению: prvAppendQuote, prvAppendToProduct, (prvReadQuote, prvReadProduct).
Вместо эпилога:
Не секрет, что стандартная модель продаж MS CRM (1-3,4, 5?) подходит разве что организациям - производителям или моновендорным ресейлерским компаниям, в то время как российская действительность вынуждает предпринимателя заниматься всем от трусов до вертолетов. Как результат, от нее приходится полностью или частично отказываться, дополняя систему пользовательскими объектами. Как правило, первыми ампутируются бесполезные Счета, Заказы и весь продуктовый каталог, в то время как встроенный функционал Предложений весьма разумен: у предложений есть версионность и возможность слияния с Word. И вот тут возникает неприятный момент: стандартные объекты модуля продаж так лихо закручены между собой в ненастраиваемых системных связях, что приходится изобретать ряд затычек, чтобы инициализировать все системные лукапы и избавиться от надоедливых уведомлений. Что делать...
Изучение SDK показало, что привилегии доступа для объектов Продукт, Прайс и Позиция прайса идентичны. Иными словами, если хотите прикрепить к предложению прайс, нужен набор привилегии на прикрепление Продукта к Предложению: prvAppendQuote, prvAppendToProduct, (prvReadQuote, prvReadProduct).
Вместо эпилога:
Не секрет, что стандартная модель продаж MS CRM (1-3,4, 5?) подходит разве что организациям - производителям или моновендорным ресейлерским компаниям, в то время как российская действительность вынуждает предпринимателя заниматься всем от трусов до вертолетов. Как результат, от нее приходится полностью или частично отказываться, дополняя систему пользовательскими объектами. Как правило, первыми ампутируются бесполезные Счета, Заказы и весь продуктовый каталог, в то время как встроенный функционал Предложений весьма разумен: у предложений есть версионность и возможность слияния с Word. И вот тут возникает неприятный момент: стандартные объекты модуля продаж так лихо закручены между собой в ненастраиваемых системных связях, что приходится изобретать ряд затычек, чтобы инициализировать все системные лукапы и избавиться от надоедливых уведомлений. Что делать...
Всего комментариев 0
