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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 11.05.2013, 17:14   #1  
senin24 is offline
senin24
Участник
Аватар для senin24
 
27 / 10 (1) +
Регистрация: 13.02.2012
Адрес: Рязань
Схема отношений между сущностями - посоветуйте как правильно
Здравствуйте
Веду подготовку ТЗ по настройке CRM для организации.
Специфика Компании
Одновременное выполнение небольшого количества проектов (1-5 шт.), которые по времени выполняются в течении неск месяцев каждый. У каждого проекта один заказчик, и много подрядчиков, т.е. Компания является координатором проекта.

В качестве сущности Проекта выбрана стандартная сущность - Возможная сделка.
Нужно отслеживать подрядчиков по проекту, и договор между Компанией и клиентом.

Я набросал схему взаимодействия. Пожалуйста, подскажите, что не правильно, что можно сделать по-другому.
Вложения
Тип файла: pdf Связи сущностей2.pdf (99.7 Кб, 175 просмотров)
Старый 12.05.2013, 14:08   #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
За это сообщение автора поблагодарили: senin24 (1).
Старый 12.05.2013, 14:36   #3  
senin24 is offline
senin24
Участник
Аватар для senin24
 
27 / 10 (1) +
Регистрация: 13.02.2012
Адрес: Рязань
а как быть с тем, что в реальности в моем случае, у возможной сделки один клиент и много подрядчиков? насколько я понял, в системе по умолчанию к возможной сделке можно прикрепить только одну организацию, т.е. есть отношение 1:N (Орг - Возм.сделка)
Если я добавлю между Возможной сделкой и Организацией отношение N:N это не нарушит какую-нибудь другую логику взаимоотношений между сущностями?
Обновил схему.
Миниатюры
Нажмите на изображение для увеличения
Название: Связи сущностей2.png
Просмотров: 359
Размер:	7.4 Кб
ID:	8214  
Старый 12.05.2013, 17:13   #4  
Артем 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
Старый 12.05.2013, 18:48   #5  
senin24 is offline
senin24
Участник
Аватар для senin24
 
27 / 10 (1) +
Регистрация: 13.02.2012
Адрес: Рязань
Мне кажется, соединения/подключения это слишком универсальный и мощный инструмент, чтобы его доверять среднестатистическому менеджеру (в моем случае точно) - с течением времени, люди поменяются, потом не рагребешься в записях - кто как что наподсоединял (( а с жестким отношением все более прозрачно и вероятность ошибки меньше.
Если ошибаюсь, поправьте.
Старый 12.05.2013, 21:32   #6  
Артем 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
Старый 12.05.2013, 22:16   #7  
senin24 is offline
senin24
Участник
Аватар для senin24
 
27 / 10 (1) +
Регистрация: 13.02.2012
Адрес: Рязань
т.е. слишком много связей между одними и теми же сущностями усложнит поддержку системы?
Старый 13.05.2013, 00:48   #8  
-O_o- is offline
-O_o-
Еда - топливо, Одежда - н
Аватар для -O_o-
Лучший по профессии 2015
Лучший по профессии 2014
 
727 / 80 (4) ++++
Регистрация: 11.05.2012
Адрес: Киев
Цитата:
Сообщение от senin24 Посмотреть сообщение
а как быть с тем, что в реальности в моем случае, у возможной сделки один клиент и много подрядчиков? насколько я понял, в системе по умолчанию к возможной сделке можно прикрепить только одну организацию, т.е. есть отношение 1:N (Орг - Возм.сделка)
Если я добавлю между Возможной сделкой и Организацией отношение N:N это не нарушит какую-нибудь другую логику взаимоотношений между сущностями?
Обновил схему.
Вечер добрый.
Хотел бы отметить сразу несколько тревожных на мой взгляд моментов.

1. Насчет сущности "Проект"
Почему вы решили использовать ВС для решения вашего вопроса? Что будите делать, когда компания начнет заниматься продажами со (счетами, заказами, договорами и ком.предами) ?

2. Насчет ролей, которые будут принимать организации в проекте
Цитата:
Если вы уверены, что этого достаточно - действуйте. Если же ролей хотя бы три (партнер, субподрядчик, генподрядчик, офшор, служба доставки крошки-картошки). Я бы пересмотрел мнение на предмет соединений.
Я бы сделал просто сощность "участник" например, в которой бы создал 2-ва поля. лукам на организацию и список ролей. Таким образом вы сможете хоть 100 компаний присоединить поб разными ролями к этому проекту

3. Справочник услуг.
Рекомендовал бы связаться его с сущностью "участник" отношением N:N. Таким образом у вас будет контейнер по проекту. Какие компании с какой ролью и услугой.

3. По поводу диаграммы.
В стандартной модели CRM у одной организации куча контактов, а не наоборот. И лучше уберите стрелочки, а то запутанно все

Вроде бы ничего не забыл
Изображения
 
Старый 13.05.2013, 01:48   #9  
senin24 is offline
senin24
Участник
Аватар для senin24
 
27 / 10 (1) +
Регистрация: 13.02.2012
Адрес: Рязань
Спасибо за развернутый ответ.
Стрелочки точно вносят смуту - уберу))

1. По ВС - думаю не проблема - потом можно будет добавить поле с выбором вида ВС (Проект, Заказ, Продажа и т.п.). А делать отдельную сущность, которая по сути бы повторяла функционал ВС - слишком трудоемко.

2 и 3. Специфики такова, что Подрядчики занимаются строго определенными услугами и каждый раз указывать для них заново роль (тип услуги) – неудобно и чревато ошибками. Но идея очень интересная.

4. Да, вы правы, я ошибся, конечно же стандартно одна Организация ко множеству контактов

Обновил схему
Миниатюры
Нажмите на изображение для увеличения
Название: Связи сущностей3.png
Просмотров: 436
Размер:	7.3 Кб
ID:	8216  
Старый 13.05.2013, 08:28   #10  
Артем 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
Старый 13.05.2013, 09:11   #11  
senin24 is offline
senin24
Участник
Аватар для senin24
 
27 / 10 (1) +
Регистрация: 13.02.2012
Адрес: Рязань
да, кстати, я об этом не подумал, уточню у заказчика. ведь действительно, подрядчик может в некоторых проектах оказаться конкурентом
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Связь между (сущностями) SystemUser и Service Nvovka Dynamics CRM: Администрирование 2 29.03.2012 14:26
axforum blogs: Как правильно использовать прайс-листы в CRM Blog bot Dynamics CRM: Blogs 0 13.02.2012 00:11
Связь между сущностями. kosten Dynamics CRM: Разработка 3 16.08.2011 10:04
Отношение N-N между сущностями. Jonano Dynamics CRM: Разработка 8 12.09.2008 16:26
Как создать "отношения клиента" между контактом и пользовательской сущностью? Alexey-IT Dynamics CRM: Разработка 4 12.10.2007 16:01
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

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