Добавление нового преобразования в Преобразовать действия

[Казарин Александр]

Подскажите, пожалуйста
CRM 4.0
В действии Электронная почта есть встроеная кнопка "Преобразовать действия", где есть Возможность, Интерес и Обращение.
Вопрос
Как добавить к ним возможность создания на основании этого письма новой сущности и в идеале туда передать еще пару тройку параметров )

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

Стандартными средствами - никак. Если только эту кнопку скрыть и свою со всеми вариантами сделать. Но придется кодировать.

[Казарин Александр]

Посоветуйте, пожалуйста, какой нибудь вариант попроще в эксплуатации. Бог с ней с менюшкой, пусть будет отдельная кнопка через кустомизацию. Как проще всего навесить на нее создание элемента новой сущности, некоторое время назад сталкивался с вариантом редиректа кнопки на отдельный aspx который в свою очередь редиректил на созздание нужной сущности, думал о плагине но не знаю как его подцепить на клик по конкретной кнопке

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

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

[Казарин Александр]

Цитата:

то скорее всего потребуется кодирование aspx страницы

Не подскажите, где об этом можно почитать или примерчик посмотреть?

[a33ik]

Цитата:

Сообщение от Казарин Александр

Не подскажите, где об этом можно почитать или примерчик посмотреть?

Ну ёлки палки... Учитесь пользоваться поисковиками... Сколько ж об этом уже написано...

http://msdn.microsoft.com/uk-ua/libr...tdynamicscrmse

[Казарин Александр]

Ну у меня как бы проблема не в создании, это более или менее понятно, а проблема с передачей туда атрибутов текущей сущности, в частности guid-а бы хватило, остальное дело техники. А так же чтобы сущность не закреейтить, а открыть с заполнеными значениями )

[a33ik]

Цитата:

Сообщение от Казарин Александр

Ну у меня как бы проблема не в создании, это более или менее понятно, а проблема с передачей туда атрибутов текущей сущности, в частности guid-а бы хватило, остальное дело техники. А так же чтобы сущность не закреейтить, а открыть с заполнеными значениями )

Настраиваете маппинг полей, а в обработчик на нажатие кнопки в карточке - источнике пишите примерно следующий скрипт:

var url='/userdefined/edit.aspx?_CreateFromType='+crmForm.ObjectTypeCode+'&_CreateFromId='+crmForm.ObjectId+'&etn=<Название сущности>';
window.open(url,'name','height=750, width=950, toolbar=no, menubar=no, scrollbars=no, location=no'

Но это будет работать, только если существует связь между сущностями.

Если же нет - нужно будет на онлоаде проверять window.opener - и уже из него получать интересующие к заполнению данные.

[Казарин Александр]

Спасибо большое, по крайней мере открывается окно
Осталось только как то сопоставить данные, почему то с "Электронной почтой" это не получается.. Сейчас буду разбираться)

[Казарин Александр]

Если позволите хотелось бы пару моментов про window.opener уточнить.

Сейчас у меня так реализовано

 if (typeof(window.opener) == "object")
{
document.all.new_description.value = window.opener.document.all.description.value;
document.all.new_name.value = window.opener.document.all.subject.value;
document.all.new_contact.value = window.opener.document.all.from.value;
}

Но тут возникает проблема что он выполняется в любом случае, даже если мы его просто открываем из СРМа, а не создаем по кнопочке.
А так же какая то проблема с передачей данных, т.е. данные типа стринга обычного name, subject - передаются исправно, а лукапы и даже описание, имеет значение "неопределено", почему то

[a33ik]

Цитата:

Сообщение от Казарин Александр

Но тут возникает проблема что он выполняется в любом случае, даже если мы его просто открываем из СРМа, а не создаем по кнопочке.

Предлагаю анализировать window.opener.location на то из какой именно формы было выполнено создание. По указанной проперти лежит урла окна из которго было инициировано создание нового окна

Цитата:

Сообщение от Казарин Александр

 if (typeof(window.opener) == "object")
{
document.all.new_description.value = window.opener.document.all.description.value;
document.all.new_name.value = window.opener.document.all.subject.value;
document.all.new_contact.value = window.opener.document.all.from.value;
}

А так же какая то проблема с передачей данных, т.е. данные типа стринга обычного name, subject - передаются исправно, а лукапы и даже описание, имеет значение "неопределено", почему то

А почему не используете конструкции типа

 if (typeof(window.opener) == "object")
{
crmForm.all.new_description.DataValue = window.opener.crmForm.all.description.DataValue;
crmForm.all.new_name.DataValue = window.opener.crmForm.all.subject.DataValue;
crmForm.all.new_contact.DataValue = window.opener.crmForm.all.from.DataValue;
}

[Казарин Александр]

Цитата:

А почему не используете конструкции типа

Почему то из всех троих, все равно переносится только тема стринговая =(
Может быть проблема несовместимости в том что, в письме значение может быть account и contact а в целевой сущности только contact?

[a33ik]

Цитата:

Сообщение от Казарин Александр

Почему то из всех троих, все равно переносится только тема стринговая =(
Может быть проблема несовместимости в том что, в письме значение может быть account и contact а в целевой сущности только contact?

Какого типа поле new_Description?
Для лукапа - попытайтесь "налету" собрать значение. Для заполнения Java-Script-ом поля типа лукап - используйте технологию, описанную в этом топике.

[Казарин Александр]

New_Description так же как и description имеет тип ntext...
С лукапом поковыряюсь, спасибо

[a33ik]

Цитата:

Сообщение от Казарин Александр

New_Description так же как и description имеет тип ntext...
С лукапом поковыряюсь, спасибо

Может nvarchar, а не ntext?

[Казарин Александр]

Цитата:

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

Может nvarchar, а не ntext?

Совершенно определенно ntext =)

[a33ik]

Цитата:

Сообщение от Казарин Александр

Совершенно определенно ntext =)

Специально перепроверил. Создал 2 карточки - в каждой по 2 поля типа ntext - new_ntext1 и new_ntext2.

На первой - написал скрипт открытия на создание карточки воторого типа такого вида:

var url = '/'+ORG_UNIQUE_NAME + '/userdefined/edit.aspx?etc=10003#';
window.open(url,'name','height=750, width=950, toolbar=no, menubar=no, scrollbars=no, location=no');

На второй на онлоаде написал такой скрипт:

if (crmForm.FormType == 1 && window.opener != null)
{
crmForm.all.new_ntext1.DataValue = window.opener.crmForm.all.new_ntext1.DataValue;
crmForm.all.new_ntext2.DataValue = window.opener.crmForm.all.new_ntext2.DataValue;
}

Код идеально работает и переносит данные из родительской карточки в дочернюю.

PS Поскольку всё это пишется как пример и писал на скорую руки все проверки естественно опустил.

[Казарин Александр]

Прощу прощения, нашел ошибку, теперь все передается, единственное что в почте каким то хитрым образом это все отображено в виде HTML письма а переносится все текстом с тегами =) Спасибо большое

Еще последний момент хотелось уточнить, в идеале нужно, чтобы после содания на основании письма новой сущности, в письме должно заполниться поле связаного объекта ссылкой на новосозданную сущность. Т.е. при сохранении сущности еще сохраняется какая то связь с исходной? И можно ли ее изменить через window.opener а потом еще и сохранить?)

[a33ik]

Цитата:

Сообщение от Казарин Александр

Прощу прощения, нашел ошибку, теперь все передается, единственное что в почте каким то хитрым образом это все отображено в виде HTML письма а переносится все текстом с тегами =) Спасибо большое

Еще последний момент хотелось уточнить, в идеале нужно, чтобы после содания на основании письма новой сущности, в письме должно заполниться поле связаного объекта ссылкой на новосозданную сущность. Т.е. при сохранении сущности еще сохраняется какая то связь с исходной? И можно ли ее изменить через window.opener а потом еще и сохранить?)

Рекомендую следующий механизм:
1. Создать в новосозданном объекте поле, которое будет по сути являться хранителем GUID письма, из которого выполняется создание нового объекта.
2. В скрипт, которым выполняется заполнение данных новосозданной карточки - добавиться скрипт, который в поле, созданное в пункте 1 - заполнит GUID письма через ObjectId.
3. Написать плагин на post-Create создаваемой карточки. Вычитать Guid новосозданной карточки, Guid письма. Апдейтуть ту связь о которой Вы упоминали. Других идей вроде бы как нет, потому как на момент создания - мы не можем оперировать идентификатором создаваемой карточки.

[demonf]

Парни, подскажите,
а можно ли "влезть" в стандартный механизм преобразования сообщения эл. почты в лид или действие и изменить маппинг полей?
Или придется с нуля делать взамен штатного?
CRM 2015, если что )