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

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

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

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

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

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

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

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

Очень надо, чтобы была возможность изменять у статей (элементов инфоблока) автора (создателя).
Проблема сложилась со статьями:
http://yarcube.ru/news/proisshestvija/57632.php
http://yarcube.ru/yarblogs/view/57549.php
http://yarcube.ru/yarblogs/view/57724.php
http://yarcube.ru/yarblogs/view/58007.php
http://yarcube.ru/news/society/59009.php
Писал их внештатный корреспондент, присылал в редакцию, а редактор выкладывал. Спустя некоторое время внештатного корреспондента взяли на постоянную работу, а статьи так и остались на другом Авторе.

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