Может ли произвольный адрес электронной почты использоваться в рабочем процессе отправки электронной почты

Question

Мне интересно, есть ли способ включить произвольный адрес электронной почты в поля «Кому:», «От:», «CC:» или «BCC»: действия по отправке электронной почты? Похоже, что они должны быть контактами в CRM.

Я спрашиваю об этом, потому что у меня есть требование скопировать электронное письмо от известной группы (фактический пользователь не связан с электронной почтой ... что-то вроде support@mycompany.com ... хотя это вовсе не очередь). Я обеспокоен тем, что если я создам пользователя CRM для этого электронного письма, то при переходе к производству мне придется изменить все рабочие процессы, использующие это электронное письмо, чтобы указывать на объект CRM в производственном окне (при условии, что GUID сохранен с деятельность).

Если произвольное электронное письмо невозможно, какие-либо другие предложения?

Answer 1

Я не совсем уверен, если я правильно понял ваш вопрос:

Вы хотите создать рабочий процесс, который содержит действие отправки почты. Вы хотели бы установить одно из полей адреса (To :, From :, CC :) на простой почтовый адрес, например'foo@bar.org'?

Возможно, если

1. вы вводите адрес почты вручную (не используйте полевого помощника)
2. вы настроили, что сообщения электронной почты с неразрешенными получателями могут отправляться.
   См. Настройки -> Администрирование -> Системные настройки -> Вкладка E-Mail
3. вы не хотите устанавливать адрес электронной почты с другим шагом рабочего процесса

Answer 2

Это то, что вы можете сделать с CRM 2011, CRM 2013 или CRM 2015, если у вас есть пользовательская сущность, для которой включена электронная почта, а затем скопируйте адрес электронной почты из вашей основной сущности, даже если этот адрес электронной почты находится в пользовательском тексте. поле к нему и связать его обратно через поле поиска. Для этого потребуется подключаемый модуль в Microsoft CRM 2011, но это возможно сделать в рабочих процессах в реальном времени в Microsoft CRM 2013 и Microsoft CRM 2015. Этот метод позволит вам иметь адреса электронной почты, связанные с записями и доступные для использования с CRM рабочие процессы для отправки электронных писем без необходимости создания дополнительной записи пользователя или контакта. Это также удобно, если вы работаете с таким объектом, как «Инциденты», который является основным объектом CRM и не поддерживает электронную почту, но вы хотите иметь возможность отправлять электронные письма, связанные с этим объектом. Вы можете использовать этот метод в сочетании с шагами ccellar .

У меня есть запись в блоге, которая проходит пример этого здесь: http://dynamicsuniversity.com/steps-to-send-emails-to-custom-email-address-text-field-from-a-workflow/

Answer 3

У меня было это требование раньше, и даже с действиями рабочего процесса, кажется, нет способа справиться с этим (даже если CRM разрешит это через пользовательский интерфейс).

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

Для меня лучшим решением было бы просто создать контакт / пользователя в одной среде. Но затем создайте контакт / пользователя в других средах с тем же Guid. Вы можете сделать это с помощью API довольно легко, или для решения без кода есть утилита данных конфигурации CRM, предоставляемая Microsoft (http://msdn.microsoft.com/en-us/library/dd442453.aspx), которую вы можете использовать. (Обратите внимание, что утилита захочет перенести все записи из выбранной сущности, поэтому вы можете экспортировать ее в файл, отредактировать получившийся файл, который представляет собой просто XML, и затем импортировать его в свою цель).

Answer 4

Я сомневаюсь в этом. Не без ужасного SDK или пользовательских действий Workflow махинаций, которые даже тогда могут не работать. Если у вас нет действительно огромного числа рабочих процессов, которые необходимо изменить, ручной подход может быть лучшим.

Это может быть ужасным взломом, но вы могли бы иметь возможность заменить экземпляры GUID учетной записи поддержки среды разработки на свой рабочий аналог непосредственно в SQL Server. Не в таблице SystemUserBase, но в любых действиях рабочего процесса упоминайте учетную запись поддержки как поле CC в электронном письме. Но это страшные вещи.

Возможно, вы захотите еще раз взглянуть на ваш процесс; значительная часть Dynamics CRM предназначена для решения проблем поддержки, что включает в себя довольно надежное отслеживание и хранение электронной почты; вероятно, не должно быть необходимости CC в этом почтовом ящике поддержки, на который вы ссылаетесь.

В итоге : Все перечисленные варианты ужасны. Найдите способ избежать их. : -Р

Answer 5

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

Answer 6

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

Подробную информацию об этом вы найдете в следующих блогах.

Для пользовательских рабочих процессов https://msdn.microsoft.com/en-us/library/gg334455.aspx

Блог: - https://lakshmanindian.wordpress.com/2012/10/14/custom-workflow-activity-in-microsoft-dynamics-crm-2011/

больше знаний о вашем требовании отправки электронной почты. https://social.microsoft.com/Forums/en-US/375f5dad-0382-4112-ab0d-5b42ba235d96/crm-2011-workflow-sending-email-problem?forum=crmdevelopment