Опция: задача, сформированная путем отправки сообщения на уникальный почтовый адрес, адрес отправителя в почтовые пользователи и в наблюдатели задачи

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

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

Пользователь Karpychev Maksim уже предлагал идею Сделать для роли в срм доступ к определенному отделу, группе. Попробую сформулировать иначе.

Возникает ситуация, когда при создании сотрудником ОДНОГО отдела Лида/Сделки, Ответственным по сделке назначается сотрудник ДРУГОГО отдела.

Это происходит, например, когда в структуре компании в Департаменте (Отделе) (Коммерческом, например) существуют несколько каналов продаж - подотделов.
Пример структуры:
-Коммерческий департамент
---Отдел прямых продаж город А
---Отдел прямых продаж город Б
---Отдел прямых продаж город В
---Отдел маркетинга
---Отдел обработки входящих обращений / Диспетчерская
---Договорной отдел / Отдел обслуживания

Сотрудники первых пяти отделов создают (вручную, либо бизнес-процессами на списках, либо новыми бизнес-процессами, либо кодом на формах) Лиды/Сделки, ответственными по которым назначаются сотрудники Договорного отдела.

По существующей логике битрикс ни автор Лида/Сделки, ни (или) руководитель подразделения автора не видит что в дальнейшем происходит с сущностью, а видеть нужно руководителю точно для отчетов и KPI.

В настройке прав доступа CRM вид прав "Свои" относится только к Ответственному, но никак ни к создателю (автору) или иному.
Более того, возникают случаи, когда права на просмотр (работу) сущностей CRM (Лидов/Сделок) нужно давать ролям "Владелец" и/или "Модератор" групп соцсетей, когда мы собираем вперемешку в группу сотрудников разных отделов.

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

Необходимо, по аналогии с задачами, добавить участника "Наблюдатель" для сущностей CRM с отображением/редактированием в карточке Лида/Сделкм и отдельным полем в бизнес-процессах.

Типичная (для нашей компании, по крайней мере) ситуация:

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

Замечу, что воззвать к внешнему сотруднику из обсуждения задачи, равно как и сделать его наблюдателем, система позволяет. Он получит уведомление, но попасть по ссылке не сможет, так как не является членом группы.
Что делать?
Может давать автоматически доступ наблюдателям и тем, к кому обратились в обсуждении?

Предлагаем реализовать механизм разделения пользователей на уровне прав в группе:

• член группы (участник проекта, за работу которого отвечает менеджер-владелец группы) с возможностью учета затраченного времени по задачам,
• наблюдатель (участник проекта, имеющий доступ к рабочим документам проекта), но без возможности отнесения трудозатрат (затраченного времени) на данный проект.
  

Обеспечить различные запросы для вступления таких пользователей в группы, чтобы владелец группы понимал, кого и в каком качестве он пускает в группу.
Обеспечить владельцу возможность при необходимости менять статус членов в группе: участник -> наблюдатель; наблюдатель -> участник.
Спасибо.

Добрый день!

При создании задачи нескольким ответственным (см. скриншот) пользователь, создавший задачу, становится наблюдателем к этой же задаче. Это назначение имеет смысл, если в качестве постановщика указывается другой сотрудник, а не сотрудник, создающий такую задачу. Иначе он выступает в каждой из подзадач и как постановщик, и как наблюдатель. Роль наблюдателя в данном случае является лишней.
Просим рассмотреть возможность изменения логики опции "Копировать задачу нескольким ответственным".

Мы столкнулись с такой проблемой, что когда ставится одна общая задача многим Соисполнителям и Наблюдателям, после выполнения одним из участников своей части Соисполнитель или Наблюдатель не может завершить задачу (то есть сообщить, что он свою работу выполнил и готов завершить задачу), так как не являются ответственными.
На мой взгляд, необходимо добавить возможность выхода из задачи для каждого Соисполнителя или Наблюдателя по отдельности.
При этом задача не должна закрываться полностью, а должен выходить из задачи тот исполнитель, который ее выполнил.
Допустим, дали задачу всем сотрудникам принести копию паспорта, выбрали для этой задачи одного Исполнителя, остальных выбрали как Соисполнитель. Я принесла копию своего паспорта и хочу завершить для себя эту задачу, так как она для меня уже не актуальна. Но я не могу этого сделать, так как у меня нет такой возможности.
А также Соисполнитель и Наблюдатель тоже должен иметь возможность отклонить задачу, если это необходимо.
ИТОГО: у Соисполнителя и Наблюдателя должны быть те же права, что и у Исполнителя.