Объединение ссылок на 1 сущность в навигационной панели

[bear1]

Есть сущность в которой можно выбрать несколько контактов, можете подсказать куда копать чтобы в контакте не плодить ссылок на навигационной панели на эту сущность.

[Bondonello]

В чем проблема? Контакты должны выбираться на форме или достаточно в связанных записях? Один контакт может быть связан с несколькими такими сущностями? Если да - копайте в сторону "Отношение N:N"

[bear1]

Цитата:

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

В чем проблема? Контакты должны выбираться на форме или достаточно в связанных записях? Один контакт может быть связан с несколькими такими сущностями? Если да - копайте в сторону "Отношение N:N"

Может не понятно выразился, в сущности "организация" на форме добавлено несколько контактов: Директор, бухгалтер, кассир. Связи 1:N, в связи с тем что связь 1:N, то на форме у контакта в навигационной левой панели есть 3 организации. И если подтянуть контакт допустим в поле "Директор" то организация в контакте отобразиться в 1 пункте меню Организация, а в остальных будет пусто. Так вот: необходимо как нибудь объединить эти 3 поля, чтобы не важно куда подтянут контакт он отобразился в этом пункте меню. Смотрел на FetchXML, но не знаю как вывести туда ссылку.

[-O_o-]

Цитата:

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

Может не понятно выразился, в сущности "организация" на форме добавлено несколько контактов: Директор, бухгалтер, кассир. Связи 1:N, в связи с тем что связь 1:N, то на форме у контакта в навигационной левой панели есть 3 организации. И если подтянуть контакт допустим в поле "Директор" то организация в контакте отобразиться в 1 пункте меню Организация, а в остальных будет пусто. Так вот: необходимо как нибудь объединить эти 3 поля, чтобы не важно куда подтянут контакт он отобразился в этом пункте меню. Смотрел на FetchXML, но не знаю как вывести туда ссылку.

Боже ж ты мой!!! Кто такое делает???? Меняйте архитектуру решения!!!! И чем быстрее, тем лучше, пока все не упало. А что будете делать, если пользователь скажет, что ему еще и кладовщика видеть надо или вообще все подразделение????
В панели навигации видно 3-ри организации из за 3-х созданных связей. Каждая ссылка отвечает за свое. То есть у каждого из контактов, которые указаны в карточке организации будет заполнена только одна из ссылок в панели...
То, что вы так реализовали - реализовывается при помощи "подключения". ройте в этом направлении.

[bear1]

Цитата:

Сообщение от -O_o-

Боже ж ты мой!!! Кто такое делает???? Меняйте архитектуру решения!!!! И чем быстрее, тем лучше, пока все не упало. А что будете делать, если пользователь скажет, что ему еще и кладовщика видеть надо или вообще все подразделение????
В панели навигации видно 3-ри организации из за 3-х созданных связей. Каждая ссылка отвечает за свое. То есть у каждого из контактов, которые указаны в карточке организации будет заполнена только одна из ссылок в панели...
То, что вы так реализовали - реализовывается при помощи "подключения". ройте в этом направлении.

Я просто пример привел, чтобы поняли смысл

[-O_o-]

приведите реальный пример.
не всегда программирование лучший вариант.

[bear1]

Цитата:

Сообщение от -O_o-

приведите реальный пример.
не всегда программирование лучший вариант.

Есть сущность "страховой случай", в котором есть страхователь, который тянется с договора, водитель застрахованного авто, водитель потерпевшего авто и владелец потерпевшего авто.

[Bondonello]

Цитата:

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

Есть сущность "страховой случай", в котором есть страхователь, который тянется с договора, водитель застрахованного авто, водитель потерпевшего авто и владелец потерпевшего авто.

Т.е. у вас на сущности "Страховой случай" должны быть выбраны 4 контакта, а у самого Контакта вы хотите видеть только одну ссылку на "Страховой случай", в которой будет Представление всех случаев, где участвует Контакт,в не зависимости в каком поле выбран.

FetchXML может дать такое множество, только у меня не получилось передать его по ссылке в навигационной панели, можно передать в SubGrid, а вот в навигацию - не вышло.

Такого рода функционал получилось сделать на основе отчета. Т.е по ссылке в навигационной панели у меня генерируется мой отчет, в который я передаю id записи.

Решение планировалось как временное, но нет ничего более постоянного, чем временное

[bear1]

Надеюсь все таки есть какие-то варианты кроме отчетов? Неужели никому такое не понадобилось реализовать?

[spectr]

Цитата:

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

Надеюсь все таки есть какие-то варианты кроме отчетов? Неужели никому такое не понадобилось реализовать?

есть но сразу все нюансы которые не будут работать.

Не будет работать стандартная риббон панель "Создать", "Добавить" и т.д. нужно будет создавать кнопки.

А вариант прост это создать HTML веб ресурс с формой для заполнения и передачи в расширенный поиск и получение ответа в виде сетки. (ссылочка и почитайте эту тему )

Или как делал я
HTML:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html>
<head>
    <title>Расширеный поиск</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    <meta content="IE=edge" http-equiv="X-UA-Compatible">
	<script src="script/jquery.min.js" type="text/javascript"></script>
	<script type="text/javascript">
		$(document).ready(function(){
			..получаем Id и делаем что-то если его нет
			var form = $('#FindGrid');
			if (form)
			{
				form.action = '/AIS/AdvancedFind/fetchData.aspx';
				form.LayoutXml.value = 	тут лайоут с колонкой по которой быдет ити переход на сушность (ContactId);
				form.FetchXml.value = 	ваш фетч запрос + дополнительно нужно получить Id с формы тут Xrm.Page доступно через Parent в области видимости;
				form.EntityName.value = название сущности;
				form.DefaultAdvFindViewId.value = id представления по умолчанию (хз но надо);
				form.ViewId.value = ваше представление что будет использоватся;
				form.ViewType.value = код сущности;
				form.SortCol.value = по чему и как сортировать "new_name:1;";
				form.submit();
			}			
		});
	</script>
</head>
<body>
	<FORM method="post" action="" id="FindGrid">
		<INPUT name="FetchXml" type="hidden"> 
		<INPUT name="LayoutXml" type="hidden"> 
		<INPUT name="EntityName" type="hidden"> 
		<INPUT name="DefaultAdvFindViewId" type="hidden"> 
		<INPUT name="ViewId" type="hidden"> 
		<INPUT name="ViewType" type="hidden"> 
		<INPUT name="SortCol" type="hidden"> 
		<INPUT name="UIProvider" type="hidden">
		<INPUT name="DataProvider" type="hidden">
	</FORM>
</body>
</html>

[kalina]

По-моему все таки правильнее будет создать subgrid, положив его в закрытый tab. Во время поднятия формы Страхового случая дать этому subgrid'у нужный фетч.
Примерно так:

        var grid = null;
        var grid = document.getElementById("subgrid_name");
        if (grid && grid.control) {
            grid.control.setParameter("fetchXml", "your_fetch");
        }

(почему в закрытый - прийдется во время загрузки формы отлавливать grid и grid.control асинхронно. Как показывает практика, не очень хорошее решение)
А с Навигационной Панели убрать все три ссылки, определив это в свойствах этих связей.

Но если вы создаете Страховой случай из контакта, то, наверное, лучше оствить все, как есть, изменив имена ссылок в тех же свойствах связей. Ну, или создать на форме по subgrid'у на каждую связь.

[spectr]

Цитата:

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

Но если вы создаете Страховой случай из контакта, то, наверное, лучше оствить все, как есть, изменив имена ссылок в тех же свойствах связей. Ну, или создать на форме по subgrid'у на каждую связь.

А оставлять бессмысленно Потому что при создании с контакта с любой из трех ссылок мапингом заполняются все поля контакта одним значением.
То есть при создании по ссылке страхователь (или любой другой) заполняться все 3 поля (страхователь, водитель и потерпевший) нашим контактом "иванова"

[kalina]

Цитата:

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

А оставлять бессмысленно Потому что при создании с контакта с любой из трех ссылок мапингом заполняются все поля контакта одним значением.
То есть при создании по ссылке страхователь (или любой другой) заполняться все 3 поля (страхователь, водитель и потерпевший) нашим контактом "иванова"

Ну, так совсем хорошо - чем меньше вариантов, тем легче выбрать правильное решение
А вообще, можно через window.opener проверить, откуда открыто, и стирать значение из ненужных к заполнению полей

[spectr]

Цитата:

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

А вообще, можно через window.opener проверить, откуда открыто, и стирать значение из ненужных к заполнению полей

А в этой теме решение этой задачи Два лукапа одной сущности