Отправка письма по эл.адресу задачи - хочу видеть адресатов, CC, BCC

[Денис Сахаров]

Парни, приветствую!
Частенько сталкиваюсь с такой проблемой:
пишу кому-то письмо или ответ на письмо, в скрытой копии указывая эл.адрес задачи, для фиксации в действиях.
В действии задачи вижу текст письма - это гут, но практически всегда хочу видеть и адресатов всех и Cc, BCC чтобы было понятно, кому направлялось.
Я один такой дотошный или что-то в архитектуре ПФ препятствует? 
 

[Dmitry Goncharenko]

Привет, Денис!
Мы просто не затаскиваем эту информацию в задачу. Не вижу навскидку ничего, что бы этому препятствовало. Обсудим, если ни у кого не возникнет возражений - включим в доработки по задачам-почтой.

[Денис Сахаров]

Дмитрий, приветствую!
Ок, понял, спасибо.
 

[Скоробогатько Сергій Іванович]

Здравствуйте, Дмитрий!
Сам готел на эту написать. И даже скриншот подготовил. А тут уже готовая тема. Автора поддерживаю.
Сейчас получается, что информация в действии и сам исходный текст письма - одно и тоже.

[Денис Сахаров]

Пришел к тому, что куда (адресат и CC) и когда отправлено - очень нужно, а вот людей из BCC - не нужно здесь выявлять, иначе, получится, что их список может быть виден тем, кому не надо. Напр., если чел работает с ПФ по почте - поставил людей в скрытую, а в комментариях все участники задачи это увидели.
 

[Халфин Тимур Маликович]

Поддержу инициативу - полезно для передачи переписки другим участникам задачи

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

+1

[Дмитрий Покровский]

+1

[Людмила Владимировна Бутакова]

+1

[Олег Картавец]

+1

[Михаил Храпунов]

+1. Но аккуратно с доступами, см. пример Дениса Сахарова.

[Илья Федоров]

Добрый день 
+10
Для нас это самая актуальная проблема на сегодняшний день.
Отчет (файл) направляется 2-3-5 внешним контактам, и они начинают пересылать друг другу не понимая что коллега уже получил.
Сейчас нашли временное решение, "копипастить" внешний e-mail постановщика и всех участников в текст письма, и подсказку что Письмо направлено следующим адресатам: ....
При ответе на это письмо, его копия будет направлена этим адресатам.
Но это все очень "рисковано". Пошли жалобы от Клиентов, благо пока единичные.    
Про проект: ~3500 контактов, 2000 компаний.
Область деятельности: интернет сервис для юридических лиц,запросы как от Клиентов, так и от неограниченного числа покупателей Клиентов. 

 

[Илья Федоров]

Вылезло одна неприятность связанная с использованием   {{Действие.Уведомляемые.E-mails}}.
При ответе одного из внешних контактов на письмо из PlanFix другому получателю (уведомляемому)
В письме отображаются:
-   "служебный адрес planfix" (судя по всему уникальный адрес действия-комментария;
-   рабочий адрес сотрудника создавшего "действие" (переписка ведется от имени общего адреса службы поддержки вида help@...).

 

[Dmitry Goncharenko]

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

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

После того, как мы разберемся с универсализацией уведомлений, можно будет приступать добавлению всех получателей письма в СС. Это отдельный квест, так как помимо почти полной переделки механизма, которому больше лет, чем моему младшему сыну, который скоро пойдет в школу, мы должны решить кучу новых идеологических вопросов. Например, уведомлять ли всех получателей первоначального уведомления об ответе одного из них, если ответ был сделан не при помощи "Ответить всем", а только на 1 адрес отправителя.

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

[Илья Федоров]

Дмитрий, добрый день.
Спасибо за ответ, понимаю что очень сложная переделка, и ни в коем случае не хочу торопить вас или что-то требовать.
Просто делюсь опытом с коллегами, чтобы они понимали какие есть подводные камни, и сразу ориентировались на определенные ограничения и моменты с которыми придется столкнутся в реальных проектах.
Вчера провел с командой заказчика мозговой штурм, оказалось что примерно из 300 мульти-писем отправленных уже из новой системы, только 3 Клиента заявили что это "им неудобно". В команде договорились что надо подготовить наглядные понятные примеры для Клиентов которые дадут четкое понимание как это работает.
На самом деле есть один плюс именно такого положения вещей, Клиенты наконец стали задумываться о том почему они требуют от нас направлять письма такому количеству адресатов, и начали находить "мертвые" души, адреса которые уже не используются.
Вообще это парадокс российских компаний, многие клиенты имеют корпоративные сайты, но 70% адресов у этих клиентов не корпоративные, а адреса с почтовых сервисов.