Развитие возможностей по работе с "темой e-mail"

[Сергей Голубев]

ПФ изначально глубоко интегрирован с e-mail.
Однако в качестве типового варианта формирования письма заложено допущение, что Тема письма = Названию задачи. Однако в общем случае это не так. Например, когда мы принимаем заявки от клиента по e-mail, где клиент пишет удобную ему тему, а мы в ПФ это оформляем задачей, название которой удобно нам для работы.
В общем случае Тема письма <> Названию задачи.

От этого приходится использовать подход с , идентичный тому, что описал Кирилл Киреев в блоге https://blog.planfix.ru/kak-izmenit-tem ... -klientom/.
Суть подхода сводится к добавлению поля "Тема письма" и замены шаблонов писем.
Поскольку внешняя переписка задействуется так или иначе в большинстве проектов внедрения ПФ, то для таких новых аккаунтов приходится настраивать идентичную конструкцию для работы с темой e-mail каждый раз.

Предлагается дополнить базовую подсистему работы с e-mail:
1. Добавить поле Тема письма и инициализировать его при создании задачи, заполняя либо названием задачи, либо задаваемым пользователем значением
2. В шаблонах e-mail для стандартных событий работ с внешними пользователями использовать системное поле "тема письма"

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

+

[Котелкин Андрей]

Я согласен с этим предложением. Есть еще один полюс от такой возможности--тема письма может быть очень!!!! длинной и В хронике занимает много места.И когда идет переписка по таким задачам вся Хроника забита длинными названиями задач. Это реальный кейс переписки клиента с крупным логистическим оператором по контейнерным перевозкам? только вчера обсуждали этот вопрос. К тому же у них (у операторов) свои требования к названию письма, а я у себя в ПФ хотел бы это название делать по другой логике.

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

ПФ изначально глубоко интегрирован с e-mail.
Однако в качестве типового варианта формирования письма заложено допущение, что Тема письма = Названию задачи. Однако в общем случае это не так. Например, когда мы принимаем заявки от клиента по e-mail, где клиент пишет удобную ему тему, а мы в ПФ это оформляем задачей, название которой удобно нам для работы.
В общем случае Тема письма <> Названию задачи.

От этого приходится использовать подход с , идентичный тому, что описал Кирилл Киреев в блоге https://blog.planfix.ru/kak-izmenit-tem ... -klientom/.
Суть подхода сводится к добавлению поля "Тема письма" и замены шаблонов писем.
Поскольку внешняя переписка задействуется так или иначе в большинстве проектов внедрения ПФ, то для таких новых аккаунтов приходится настраивать идентичную конструкцию для работы с темой e-mail каждый раз.

Предлагается дополнить базовую подсистему работы с e-mail:
1. Добавить поле Тема письма и инициализировать его при создании задачи, заполняя либо названием задачи, либо задаваемым пользователем значением
2. В шаблонах e-mail для стандартных событий работ с внешними пользователями использовать системное поле "тема письма"

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

Для тела письма конечно это будет сложнее сделать такую конструкцию.

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

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

[Dmitry Goncharenko]

Илья, а какие, например, варианты хотелось бы использовать при вычислении темы письма? Ведь обычные переменные и их сочетание там и так уже работают. Хочется понять, зачем там могут понадобиться сложные вычисления.

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

Илья, а какие, например, варианты хотелось бы использовать при вычислении темы письма? Ведь обычные переменные и их сочетание там и так уже работают. Хочется понять, зачем там могут понадобиться сложные вычисления.

Добрый день, Дмитрий. В контексте обсуждения вариативной темы письма как минимум напрашивается конструкция
Если({{Задача.Тема письма}}="";{{Задача.Название}};{{Задача.Тема письма}})

[Кирилл Киреев]

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

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

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

По идее тут достаточно в правилах почты иметь системную переменную/инфоблок "Тема письма". или протсо системное поле Тема письма о котором и писал Сергей в самом начале.

[Dmitry Goncharenko]

По идее тут достаточно в правилах почты иметь системную переменную/инфоблок "Тема письма". или протсо системное поле Тема письма о котором и писал Сергей в самом начале.

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

[Dmitry Goncharenko]

Так случилось, что коллеги как раз работали над возможностью получить инфоблок с темой письма, и сегодня эта возможность стала доступной для всех:



Давайте подумаем, что это нам дает и что еще нужно (если нужно), чтобы решить проблему на уровне кастомных настроек, а не системного механизма, отдельно поддерживающего тему исходного письма и отдельно название задачи.

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

Так случилось, что коллеги как раз работали над возможностью получить инфоблок с темой письма, и сегодня эта возможность стала доступной для всех:



Давайте подумаем, что это нам дает и что еще нужно (если нужно), чтобы решить проблему на уровне кастомных настроек, а не системного механизма, отдельно поддерживающего тему исходного письма и отдельно название задачи.

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

[Кирилл Киреев]

Так случилось, что коллеги как раз работали над возможностью получить инфоблок с темой письма, и сегодня эта возможность стала доступной для всех:



Давайте подумаем, что это нам дает и что еще нужно (если нужно), чтобы решить проблему на уровне кастомных настроек, а не системного механизма, отдельно поддерживающего тему исходного письма и отдельно название задачи.

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

[Павлов Василий]

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

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