Email Router vs Outlook add-on

[Lankey]

Помогите, очень срочно нужно понять разницу и за/против Email Router vs Outlook add-on

У нас внедряется вертикальное решение на базе CRM (version 1612 (8.2.12.14) on-premises)

Наши бизнес-требования:
1) Пользователям нужно иметь возможность устанавливать appointments в календарь Outlook напрямую из CRM
2) Пользователи не должны создавать email из CRM. Только напрямую из Outlook (email tracking нам не нужен тоже).
3) Из CRM нужно иметь возможность делать массовую рассылку клиентам маркетинговых материалов и также всяких оповещений(например, что адрес офиса изменился или часы его работы и тд) . Адреса таких рассылок должны быть generic, вроде noreply@mycompany.com и marketing@mycompany.com.
4) В идеале мы бы хотели даже сделать меню email везде невидимой или недоступной для пользователей (или хотя бы определенной группы) , но оставить Appointments. (Внедренец сначала сказал, что это можно, теперь говорит, что не уверен) Можно ли оставить возможность делать Appointments и массовую рассылку, но убрать доступность слать штучные мейлы клиентам?

Я знаю:
a) что обе технологии(Email Router vs Outlook add-on) уже морально устарели, но другого выбора пока нет. Нужно из них выбрать. Или обе, если возможно.
b) У каждого нашего живого пользователя системы будет outlook открытый на рабочем столе. Поэтому для использования outlook add-on препонов не должно быть
c) Что email router не зависит от клиентского outlook. Он напрямую шлет письма c сервера crm через exchange.

Поделитесь, пожалуйста, опытом:
1) Можно ли использовать Email Router и Outlook add-on одновременно.
2) Если нет, то как лучше реализовать вышеизложенные требования
3) Какие есть подводные камни при использовании Email Router и Outlook add-on
4) Какие есть механизмы отслеживания проблем при отсылке писем при использовании этих технологий. Можно ли где-то посмотреть очередь сообщений? Лог ошибок? Настроить оповещения и тд
5) Email router: если слать письма от лица noreply@mycompany.com, то имеют ли значения права и настройки учетной записи того пользователя(как в crm, так и на стороне exchange), кто собственно создает эту рассылку

Заранее благодарю!

[Lankey]

Почти 150 просмотров и ни одного ответа(
Никто ничего не знает? Не используются эти подходы? Плохо сформулирован вопрос?

[Павел Бевзенко]

Что выбрать не подскажу. Сравнить не могу.

Пробовали синхру настроить полную как раз для собраний.
Есть маленький факт - Если указан в собрании клиент, то в момент любой синхры ему будет отправлено письмо с этим собранием и описанием. (если юзать станрартные поля.)
Мы отказались, так как наши пишут внутреннюю информацию для истории. Отправлять ее клиентам ох как не хочется.

Если нужна прям синхра - думаю что выбирайте любую.
Если не нужны рассылки клиентам - через настройки Exchange - там политиками можно настраивать. Быстро не пну, но вроде тут обсуждалось.

Или другой вариант - откажитесь от Аутлука. Все ведите только в CRM. (для нас не представляю возможным)

1 - Синхра любая решает вроде. Не помню какой мы игрались. (методом втыка выбирали)
2 - Скажите им - не создавайте
3 - Маркетин в СРМ делает. Думаю проблем быть не должно.
4 - Это тип действия. Сущность хоть и отдельная, но настройкам не сильно поддается. Прав отдельно на нее, на сколько помню, нет.

Как варианты
- Запрет скриптами.
- На форме скрыть поля адресов.
- - 1 форма, 2 роли - одна видит поле, другая нет - настраивается скриптами - нужно знание JS...
- - 2 формы, 2 роли - одна видит поле, другая нет - настраивается права на форму. - Проще настраивать если не знаешь как писать. может сделать обычный админ.