Головная организация

[Briscard]

Здравствуйте.
Может кто-нибудь подсказать решение вроде бы несложной проблемы (может быть у меня "затык" в том что очевидно?):
Необходимо и для "Интереса" (Lead) и для "Организации" (Account) иметь поля "Головная компания", но так, чтобы при квалификации Lead в Account, производился мапинг этого поля. Проблема в том, что "Головная компания" в момент квалификации Интереса может быть как в сущности "Интересы", так и в сущности "Организации". Можно ли настроить автоматическое автозаполнение поля "Головная компания" в создаваемой путем квалификации "Организации", независимо от того - какой сущности принадлежит сама "Головная компания"? Соответственно при этом ожидается, что из карточки головной компании будут доступны все дочерние и наоборот - как реализовано в случае ручного ввода головной компании (Parent Account) из карточки "Организация" (Account).

[Артем Enot Грунин]

Не уверен, что до конца понял вашу мысль, но попробуйте использовать плагин

[Briscard]

Спасибо, Артем, но плагин - не мой случай, к сожалению :-(

А мысль у меня действительно получилась путанная. Попробую еще раз:

1. Необходимо при создании интереса иметь возможность указать Головную компанию (например есть фирма "Microsoft Inc" и создается интерес "Microsoft Russia" - дочернее подразделение или дочерняя фирма от "Microsoft Inc")
При этом существуют исходно два варианта:
1.1. Головная компания Microsoft Inc может быть в "Интересах" (Lead)
1.2. Головная компания Microsoft Inc может быть в "Организациях" (Account)

2. Далее, в случае квалификации Интереса "Microsoft Russia" в "Организацию" (Account) или/и в "Возможную сделку" (Opportunity) связь с головной компанией "Microsoft Inc" должна сохраниться, независимо от того - в какой сущности находится Microsoft Inc в момент квалификации

Если я правильно понимаю, то объект "Интерес" не предполагает связей на уровне "Головная организация <-> Дочерняя организация" Или я не прав?
Создать такой новый объект можно, но зачем - ведь такая связь предусмотрена для объекта Account...

Я предполагал такой порядок действий:
В объекте Lead создается лукап "Головная компания" типа существующего системного Potencial Customer в объекте Opportunity (с выбором связать либо с записью из объекта Lead либо с записью из объекта Account)
Бизнес-правилом менять связь с записью из объекта Lead на соответствующую запись из объекта Account в случае квалификации головной компании (Microsoft Inc) из Интересов (Lead) в Организации (Account)
В случае квалификации дочерней компании Microsoft Russia из Интереса в Организацию или Возможную сделку - бизнес-правилом (или мапингом) передать в соответствующее поле лукап значение Головной компании (Microsoft Inc).

Вопросы:
1. как создать лукап с выбором из двух или более объектов?
2. Как передавать в бизнес-правиле или в мапинге значение в лукап? (если это можно вообще и здесь есть соответствующий пост, то я найду, дстаточно сказать: "можно, ищи!" :-) )
3. сработает ли такой способ, или я что-то не учитываю?
4. я не усложняю - может есть боолее простой путь?

[focus]

Цитата:

Спасибо, Артем, но плагин - не мой случай, к сожалению :-(
Вопросы:
1. как создать лукап с выбором из двух или более объектов?

Сделайте только 1. Account.
У вас же все равно Lead после квалификации становиться неактивным.

Цитата:

2. Как передавать в бизнес-правиле или в мапинге значение в лукап? (если это можно вообще и здесь есть соответствующий пост, то я найду, дстаточно сказать: "можно, ищи!" :-) )

Можно. Главное чтобы Enitiy был одинаковый у Lookup. Account в Account т.е

[Артем Enot Грунин]

Вы перегружаете объект Интерес. Если по нему накоплено столько знаний, что уже начала ветвиться структура иерархии, то давно пора преобразовать его в Организацию. Сделку при этом создавать вас никто не заставляет. Лукапы множественного выбора через интерфейс сделать нельзя. Нужно программировать, но это, я так понимаю, не ваш случай

[Артем Enot Грунин]

Да, у Интереса уже есть поле типа Кастомер, просто его нет на форме. Так что вы можете указать что это интерес от существующего потенциального заказчика, ну или при указании связи считать его дочерним.