Два лукапа одной сущности нга одной форме

[Dr.Kurpatov]

По вариантам использования есть необходимость воткнуть два лукапа одной и той же сущности 'Контакт' на однй форму. Кто нибудь решал такую проблему?

PS: Пока только додумался создать новую сущность и переписать ее въюху в SQL. Не вышло - SQL Error. И способ решения задачи мне не нравится

[SidAnn]

Планируем так же осуществить реализацию это задачи.
Хочу уточнить: какая ошибка именно пояляется, в какой момент?

[Paolo]

Ищу решение для аналогичной задачи, поделитесь, пожалуйста кто может.

Мой случай:
В возможную продажу нужно вставить 2 поля: 1=лукап на продукт и 2=описание выбранного продукта (автоматически подставляется из карточки продукта). Иными словами - при выборе продукта - автом. подставляется его описание.

[Dr.Kurpatov]

Цитата:

Сообщение от SidAnn

Планируем так же осуществить реализацию это задачи.
Хочу уточнить: какая ошибка именно пояляется, в какой момент?

Ошибка в момент открытия лукапа.

Сделал следующие шаги:
1. Поменял въюху в SQL(подставил въюху Аккаунта). Соответственно результат въюха выдает = все Аккаунты.
2. Подменил название полей в MS CRM'ской въюхе грида, с точностью до нижнего и верхнего регистра.

На сколько я понимаю, логика отбора информации в грид следующая:
XMLHTTP -> WebServices -> Вьюха CRM -> Компоненты лоступа к БД -> Вьюха SQL

По логике должно было сработать, почему не сработало, непонимаю. =(

Другие варианты занимают в 5-10 раз больше человекачасов. И если учесть, что таких лукапов мне надо вставить штук 10-15. То проблема конкретно серьезная =(.

[Dr.Kurpatov]

Цитата:

Сообщение от Paolo

Ищу решение для аналогичной задачи, поделитесь, пожалуйста кто может.

Мой случай:
В возможную продажу нужно вставить 2 поля: 1=лукап на продукт и 2=описание выбранного продукта (автоматически подставляется из карточки продукта). Иными словами - при выборе продукта - автом. подставляется его описание.

Ну это сразу понятно что попа. Поля вроде так не мапятся. Можно попробовать сделать аналогично как в карточке пользователя при написании домена\имя. Т.е. XMLHTTP. Но если это только одна такая попа, то это терпимо =(.

А если не требуется мгновенное отображение информации, то еще проще КолАутом

[Кириллов Борис]

Цитата:

Сообщение от Dr.Kurpatov

По вариантам использования есть необходимость воткнуть два лукапа одной и той же сущности 'Контакт' на однй форму. Кто нибудь решал такую проблему?

PS: Пока только додумался создать новую сущность и переписать ее въюху в SQL. Не вышло - SQL Error. И способ решения задачи мне не нравится

Как вариант: добавить два текстовых поля на карточку исходной формы и дописывать туда guid'ы для контактов (js), которые могут выбираться через один лукап, при этом выводить сообщения, типа, "введите первый контакт", а потом "введите второй контакт".
В этом случае связь фактически получится, но реализована она будет по-другому, чем в стандартном функционале. Естественно проблемы потом будут с поиском, но ...
Соответственно поля с guid'ами делаете невидимыми и ещё добавляете два поля куда дописываете названия контактов.

[Haanza]

Цитата:

Сообщение от Кириллов Борис

Как вариант: добавить два текстовых поля на карточку исходной формы и дописывать туда guid'ы для контактов (js), которые могут выбираться через один лукап, при этом выводить сообщения, типа, "введите первый контакт", а потом "введите второй контакт".
В этом случае связь фактически получится, но реализована она будет по-другому, чем в стандартном функционале. Естественно проблемы потом будут с поиском, но ...
Соответственно поля с guid'ами делаете невидимыми и ещё добавляете два поля куда дописываете названия контактов.

апгрейженый вариант и как мне кажется самый "поддерживаемый" - создаем новую сущность, на форме переопределяем её lookup с помощью JS, чтобы выбирался нужный объект, возвращаемое значение и guid пишем в скрытые поля и копируем в lookup. Из возможных проблем - связный поиск, связный workflow

[Dr.Kurpatov]

Цитата:

Сообщение от Кириллов Борис

Как вариант: добавить два текстовых поля на карточку исходной формы и дописывать туда guid'ы для контактов (js), которые могут выбираться через один лукап, при этом выводить сообщения, типа, "введите первый контакт", а потом "введите второй контакт".
В этом случае связь фактически получится, но реализована она будет по-другому, чем в стандартном функционале. Естественно проблемы потом будут с поиском, но ...
Соответственно поля с guid'ами делаете невидимыми и ещё добавляете два поля куда дописываете названия контактов.

Не катит, даже вьюху новую в CRM не зделать.

Цитата:

Сообщение от Haanza

апгрейженый вариант и как мне кажется самый "поддерживаемый" - создаем новую сущность, на форме переопределяем её lookup с помощью JS, чтобы выбирался нужный объект, возвращаемое значение и guid пишем в скрытые поля и копируем в lookup. Из возможных проблем - связный поиск, связный workflow

А вот это уже убирает проблемы с представлениями. Очень возможно что подойдет! Спасибо!!!!

[over]

Цитата:

Сообщение от Paolo

Ищу решение для аналогичной задачи, поделитесь, пожалуйста кто может.

Мой случай:
В возможную продажу нужно вставить 2 поля: 1=лукап на продукт и 2=описание выбранного продукта (автоматически подставляется из карточки продукта). Иными словами - при выборе продукта - автом. подставляется его описание.

Подобную функциональность можно с помощью callout реализовать. Т.е. при событии update проверяем наличие привязанного продукта. Если он есть - вытаскиваем его описание и вставляем в необходимое поле в редактируемом объекте.

[Dr.Kurpatov]

Господа, возвращаюсь к вопросу. Опять SQL Error. Не хочет сохранять поле =(

[Dr.Kurpatov]

Господа, я уже почти это сделал. Всего одна проблема: Если 2 лукапа скажем контакта, то в карточке контакта отображается 2 одинаковые сущности. Подскажите последний шаг... Пожайлуста.

[Dak]

Цитата:

Сообщение от Dr.Kurpatov

Господа, я уже почти это сделал. Всего одна проблема: Если 2 лукапа скажем контакта, то в карточке контакта отображается 2 одинаковые сущности. Подскажите последний шаг... Пожайлуста.

А можно по-подробнее что именно вы сделали? Проблемы с расширенным поиском возникают?

[Dr.Kurpatov]

Цитата:

Сообщение от Dak

А можно по-подробнее что именно вы сделали? Проблемы с расширенным поиском возникают?

Нет не возникают. Я перелопатил пол базы, вставил два лукапа. И все казалось бы хорошо, но у платформы при считывании Asociated View есть проверка на несколько Ralationship между двумя Entity. И в итоге ошибка 8004590D - More then one relationship between two entities exists.

Самое интересное: Вот то что между двумя опортьюнити два релейшеншипа типа Opp<->Contact существует, системе пофиг. А вот мои релешеншипы ей совсем не нравятся =(

А так все пучком.

[Кириллов Борис]

А стоит ли так курочить платформу? Может быть проще создать новую сущность "Contact for Opportunity", которая будет ссылаться на контакт и на возможную сделку.
Таким образом фактически получается связь "многие-ко-многим".
По крайней мере, я схожую проблему недавно решил так.

[faust]

Dr. Kurpatov у Вас получилось реализовать эту возможность? Если получилось, расскажите, пожалуйста, как Вы это сделали.
Сейчас решаю такую же проблему.

[SergeyVin]

Все просто. Создаем два поля - одно для ID другое для Имени . Потом на DHTML скрываем их и рисуем на лету lookup. При нажатие на него вызывается Webservice - который приносит нужные данные с базы.Только нужно при записи сделать обратный процесс ( Разобрать Lookup и записать с него данные в поля).

Все делается на C# и b Javascript.

[Dr.Kurpatov]

Цитата:

Сообщение от SergeyVin

Все просто. Создаем два поля - одно для ID другое для Имени . Потом на DHTML скрываем их и рисуем на лету lookup. При нажатие на него вызывается Webservice - который приносит нужные данные с базы.Только нужно при записи сделать обратный процесс ( Разобрать Lookup и записать с него данные в поля).

Все делается на C# и b Javascript.

По этому поводу ужо статья написана вот

Но есть другой оригинальный пособ вставления лукапов, даже мультилукапов.
Поле - одно, типа текст. Далее договариваемся о специальном разделителе - например последовательности "<%>". Значения в текстовом поле записываются следующим образом:
Иванов, Иван Иваныч<%>{длинный такой ид}<%>Петров, Петр Петрович<%>{длинный такой ид}
потом скриптом разбирается код и делается мультилукап.

ЗЫ: С куроченьем базы лучше действительно не связываться, иначе все эти ограничения постепенно вылезают то там то сям....