Пользователи рабочей группы

[Vadimych]

Доброго времени суток.
Стоит задача, настроить отправку сообщений пользователям рабочей группы, которая указана в сделке.
Сделал процесс:


в свойствах сообщения не знаю, что вставлять в строку КОМУ.

Есть ли возможность стандартными методами добавить туда пользователей рабочей группы?
И вообще, как извлечь пользователей рабочей группы, для возможности вставить их куда-нить, или фильтровать?

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

К сожалению, стандартными методами никак. Вы можете написать свою активность процесса, которая реализует искомый функционал. Я бы сделал у активности 3 параметра:

1. группа
2. письмо
3. поле в которое нужно добавить членов группы (кому, копия, скрытая копия)

Тогда ее будет удобно использовать в ряде приложений.

[-O_o-]

Если память не изменяет, то можно в рабочей гуппе указать адрес эл. почты. Но не уверен. Системы нет под рукой. Если можно, то создаем алиас для этой группы, включаем туда всех кого надо из АД и на них отсылаем письмо. Там уже ексчендж должен обработать и разослать остальным.
надо проверить только.

[Russell]

Посмотрите решение "Internal Email Helpers".

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

Цитата:

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

Если память не изменяет, то можно в рабочей гуппе указать адрес эл. почты. Но не уверен. Системы нет под рукой. Если можно, то создаем алиас для этой группы, включаем туда всех кого надо из АД и на них отсылаем письмо. Там уже ексчендж должен обработать и разослать остальным.
надо проверить только.

Такое поле есть, но нет возможности поставить галочку "Отправка электронной почты", поэтому группу нельзя указать в поле "Кому".

[g.Naukovych]

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

У меня ровно такая задача и была.

[-O_o-]

Скажите, а чем плохо решение созданием алиасов?
Например:
1. создали алиас sales@company.com.
2. добавили всех кого надо
3. Указываем его в письмах, которые предназначаются для сейлзов и все.
Минус конечно в том, что могут забыть добавить кого-то, или вообще забыть про алиас Ну это уже организационный вопрос. Но все же дешевле, быстрее и надежнее добавления полей, написания плагин... ИМХО.

[g.Naukovych]

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

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

И еще для каждой группы нужен свой алиас.
А так этим все СРМ управляет.

[-O_o-]

Цитата:

Сообщение от g.Naukovych

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

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

И еще для каждой группы нужен свой алиас.
А так этим все СРМ управляет.

+1
был бы разраб, и я бы так сделал

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

Цитата:

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

Скажите, а чем плохо решение созданием алиасов?
Например:
1. создали алиас sales@company.com.
2. добавили всех кого надо
3. Указываем его в письмах, которые предназначаются для сейлзов и все.
Минус конечно в том, что могут забыть добавить кого-то, или вообще забыть про алиас Ну это уже организационный вопрос. Но все же дешевле, быстрее и надежнее добавления полей, написания плагин... ИМХО.

Вы никак не можете понять, что группа CRM чисто технически не засовывается в поле "кому" в CRM.

[-O_o-]

Цитата:

Сообщение от Артем Enot Грунин

Вы никак не можете понять, что группа CRM чисто технически не засовывается в поле "кому" в CRM.

Это я уже понял)) Я писал уже просто о физическом адресе а не ссылке на группу...

[Vadimych]

Цитата:

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

Посмотрите решение "Internal Email Helpers".

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

Но столкнулся с другой проблемой. При импорте решения столкнулся с ошибкой:



Я так понимаю, что это из-за того что у нас установлена русская версия CRM.

Немного из истории: первоначально установили англ версию, с русским языковым пакетом. Но мы столкнулись с проблемой, редактировать, создавать решения и т.д. можно было только, переключив на английский язык. После, наш админ поставил русскую версию и все заработало.
Помогите сформулировать задачу админу, чтобы язык CRM для возможности редактирования остался русский, но вместе с тем и была возможность устанавливать решения и плагины для англоязычной версии.
Спасибо.

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

Там есть кнопка "Загрузить файл журнала", думаю он поможет пролить свет на проблему. Вряд ли развертывание сборки связано с несовпадением языковой версии.

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