AXForum  
Вернуться   AXForum > Microsoft Dynamics CRM > Dynamics CRM: Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 14.02.2012, 18:11   #1  
Blog bot is offline
Blog bot
Участник
 
25,475 / 846 (79) +++++++
Регистрация: 28.10.2006
axforum blogs: Как правильно использовать прайс-листы в CRM (часть 2)
Источник: http://axforum.info/forums/blog.php?b=317
==============

<div>Спецификация продуктов
Для Возможной сделки, Предложения с расценками, Счета и Заказа в CRM предусмотрена возможность формировать перечень продаваемых товаров — Спецификацию. Чтобы включить Продукт в Спецификацию, необходимо явно указать Прайс-лист, в котором этот Продукт содержится.



Казалось бы, не очень удобная вещь. Если в Спецификацию будут включаться Продукты из разных категорий товаров, а значит — входящие в разные Прайс-листы, то придется каждый раз указывать нужный Прайс-лист в форме Возможной сделки (Предложения, Счета, Заказа), да еще и сохранять форму перед дальнейшей работой со Спецификацией.



Однако все логично и обоснованно.
Рассмотрим случай, когда один и тот же Продукт может продаваться по разным ценам.

Например, фотоаппарат; в случае его отдельной покупки он будет стоить 1000 у.е., а в случае покупки комплекта фотостудии — его цена составит 950 у.е. в составе Спецификации студии.
Соответственно, могут использоваться Прайс-лист Розница и Прайс-лист Комплекты студии с разными схемами ценообразования, заложенными в разные Позиции прайс-листов. Т.е. в карточке самого фотоаппарата будет указана одна цена, например, Нормативная стоимость, в Позиции прайс-листа Розница может быть указан процент наценки 115%, а в Позиции прайс-листа Комплекты студии — процент наценки 110%.

Понятно, что такое «хитрое» ценообразование было бы невозможно, если бы не существовал промежуточный объект Позиция прайс-листа, позволяющий транслировать по заданным правилам закупочную стоимость Продукта на его цену для конечного клиента.
Итак, неудобство в необходимости выбора Прайс-листа для добавления Продукта компенсируется поддержкой гибкого ценообразования.



Если цены на Продукты для клиента всегда рассчитываются по неизменным правилам, ну что ж, создайте сводный Прайс-лист, который будет содержать все продаваемые Продукты. А если неудобно работать с одним большим прайсом, то логично было бы получить от CRM возможность оперативно переключаться с одного прайс-листа на другой при выборе Продукта.

Попробуем это сделать с помощью кастомизации сущности Продукт для ХХХ (Возможной сделки, Предложения, Счета, Заказа).

Кастомизация сущности Продукт для ХХХ

Цель: обеспечить возможность выбора представления Продуктов в диалоговом окне, появляющемся при щелчке на кнопке Поиск в поле Существующий продукт.

По умолчанию CRM показывает Продукты только в родительском Прайс-листе, т.е. Продукты, которые содержатся в указанном вами Прайс-листе в карточке Возможной сделки (Предложения, Счета, Заказа).



И это правильно, поскольку разные Прайс-листы могут содержать разные формулы расчета конечной цены одного и того же Продукта (благодаря использованию Позиций прайс-листа).
Однако если в вашей CRM системе всегда используется одна и та же формула расчета конечной цены для одного и того же Продукта, то можете смело выполнять описываемую ниже небольшую доработку функционала CRM.

Идем в раздел Параметры / Решения. Создаем новое Тестовое решение и добавляем в него сущность Продукт для возможной сделки. Открываем форму, щелкаем дважды по полю Существующий продукт на форме, чтобы настроить представления Продуктов.
Видим, что, к сожалению, CRM не предоставляет нам возможности выбрать нужные представления Продуктов.



Не беда! Выгрузим Тестовое решение и отредактируем файл customization.xlm.

Небольшое отступление из-за ошибки

ВАЖНО!
На этом этапе ни в коем случае не изменяйте никакие настройки в свойствах поля Существующий продукт!

На момент написания этой статьи в CRM 2011 до сих пор осталась досадная ошибка:
Редактирование свойств поля Существующий продукт, например, свойства Фильтрация связанный записей, приводит к замене представления Продукты в родительском прайс-листе на представление для поиска продуктов.



Таким образом, если раньше открыв диалоговое окно для выбора Продуктов, вы получали список Продуктов в родительском (выбранном вами) Прайс-листе, то после изменения свойств поля Существующий продукт вы получите полный список всех продуктов!



Кстати, описанная ниже кастомизация файла customizaton.xlm поможет исправить эту ошибку, если кто-то вдруг случайно отредактировал свойства поля Существующий продукт и «потерял» представление продуктов из родительского прайс-листа.

Правка файла customizaton.xlm

Итак, извлекаем из выгруженного архива нашего решения файл customizaton.xlm и открываем его в каком-либо редакторе, поддерживающим синтаксис XML (лично я использую программу Notepad++).

Ищем раздел, связанный с полем Существующий продукт. Можно использовать поиск по фразе

Источник: http://axforum.info/forums/blog.php?b=317
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
Старый 14.02.2012, 20:52   #2  
Артем Enot Грунин is offline
Артем Enot Грунин
Moderator
Аватар для Артем Enot Грунин
MCBMSS
Злыдни
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,912 / 623 (28) +++++++
Регистрация: 16.08.2007
Адрес: Пермь!
Записей в блоге: 151
Предлагаю тему для третьей части: использование единиц измерения и списков скидок.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия.

MS Certified Dirty Magic Professional
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axforum blogs: Developer Toolkit для CRM 2011 - Первые впечатления Blog bot Dynamics CRM: Blogs 0 29.10.2011 16:12
Microsoft Dynamics CRM Team Blog: Update Rollup 3 for Microsoft Dynamics CRM 2011 Blog bot Dynamics CRM: Blogs 3 03.08.2011 09:11
crminthefield: Microsoft Dynamics CRM 2011 Custom Contact Entry Website using Early-Bound entity Classes. Blog bot Dynamics CRM: Blogs 0 04.06.2011 08:16
crminthefield: Using Fiddler HTTP Debugger for CRM Troubleshooting and Performance Tuning. Blog bot Dynamics CRM: Blogs 0 20.05.2011 04:13
Microsoft Dynamics CRM Team Blog: List Web Part for Microsoft Dynamics CRM 4.0 Deployment Scenarios Blog bot Dynamics CRM: Blogs 0 30.01.2009 22:05

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 06:14.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.