Рейтинг: 0  
Новая
Предложил Шелкунов Александр 22.05.2019 15:14:43

Скорректировать права пользователей для списка исключений

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

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

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

При этом, хотелось бы иметь возможность добавлять контакт в список исключений, но не изменять. А изменять можно было бы только согласовывая это с тем, у кого есть более расширенные права.
Рейтинг: 0.8902  
Новая
Предложил AndreyChursin 31.01.2019 14:35:10

Разделение прав в Wiki групп/проектов

WIki можно использовать для распределения информации по сотрудникам в определённом проекте.

Например для сотрудников бухгалтерии открыть доступ к wiki описанию информации о счетах и оплатах.
Либо для разработчиков создать wiki страницу с доступами от проекта/сайта.
Рейтинг: 2.8902  
Новая
Предложил Пашкевич Михаил 04.10.2018 12:15:56

Нужны новые роли при работе с карточками CRM и расширенные права доступа

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

Пример: С одним Контактом/Компаний/Лидом/Сделкой работает несколько менеджеров, например продажник и исполнитель который для клиента готовит документы. Сейчас создаются дубли, так как взаимодействие с клиентом требуются обоим менеджерам, это не удобно, тем более Объединение дублей крайне не удобная штука в Битрикс24.


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

Было бы хорошо и для многих очень удобно, предусмотреть и такую возможность, как предоставление доступа на какой-то промежуток времени (настраиваемое время и варианты уже предусмотренные: неделя, месяц, три и т.д.)!
Рейтинг: 3.8902  
Новая
Предложил Поставильский Дмитрий 09.08.2018 11:13:29

CRM-маркетинг. Права доступа на E-mail рассылку

Предлагаю добавить дополнительные права на отправку рассылки сотрудниками.
Например, рядовой сотрудник подготовит шаблон письма, но отправить его чтобы не мог. Только сотрудник с правами на отправку.
Сейчас получается, что любой сотрудник может сформировать шаблон и отправить по своему усмотрению. Считаю, что небезопасно для компании.
Рейтинг: 8.3412  
Новая
Предложил Васильев Михаил 25.07.2018 15:11:01

Обновление модуля "Права доступа" в CRM

Добрый день, уважаемые коллеги!

Очень долго не решался взяться за описание вопроса по работе Битрикс24, который меня мучает (да и не только меня), так как инфо очень много. Но все же боль перевесила лень)

Речь об очень жестком модуле «Права доступа» в настройках CRM, который постоянно заставляет извращаться и изобретать костыли, дабы снизить негативное влияние пользователей с поверхностным отношением к работе с информацией в Битрикс24.

Время чтения: 10-15 минут. Заранее извиняюсь, старался писать короче и понятнее)

Предыстория:

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

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

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

Есть еще один момент: допустим, в одной сделке может быть один исполнитель, а во второй сделке – другой. При текущем управлении правами доступа все сотрудники с правами роли «Исполнитель» видят все сделки, а не только свои.

Решение:

1.    Создание динамических ролей в сделке.
Существующая система прав доступа позволяет нам создать роли, а также выбрать сотрудника, отдел или группу, которой необходимо эту роль назначить. Необходимо в выбор пользователей добавить возможность выбора поля из сделок с типом «Привязка к пользователю». Таким образом, пользователь, указанный в конкретной сделке в этом поле, получит к ней право доступа в соответствии с привязанной к этому полю ролью.





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

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

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

Как я вижу принцип работы:

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




2.2.    После активации на странице расширенной настройки появляется два раздела: настройка прав доступа к стадиям сделок в целом (значение «Видит» / «Не видит»), настройка прав доступа к полям на каждой стадии. Настройка прав к стадиям позволит пользователям работать с теми сделками, которые для них актуальны в текущий момент, и скрывать те, которые не нужны, для снижения потока ненужной информации и нагрузки на сотрудника.




2.3.    Расширенная настройка прав доступа по полям представляет собой таблицу. Строки – поля, столбцы – статусы (рисунок выше). Значения прав доступа на каждое поле: «Запись», «Чтение», «Спрятан», «По умолчанию». Перед статусами первый столбец будет содержать значение доступа по умолчанию (думаю, стоит по умолчанию оставить запись, а в дальнейшем при необходимости администратор уже сможет поменять это значение).

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

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

Это можно, конечно, решить созданием дополнительных полей для проверки условия в БП, но это, на мой взгляд - создание костылей. Можно решить вопрос изящнее.
2.4.1.В настройках CRM, в справочнике «Стадии сделки», справа от каждой созданной стадии добавляем поле с типом «Множественный список», которое содержит названия всех стадий (создается автоматически, конечно, после сохранения стадий). Выбор полей этого списка на каждой стадии создает переход.




Например, мы создали и сохранили список стадий сделки: Новая-Переговоры-Заключение-Выполнение-Сделка закрыта. Теперь справа от стадии «Переговоры» во множественном списке выбираем «Заключение» (предположим, что обязательно требуется договор), «Сделка закрыта» (тут имею в виду «Сделка проиграна», думаю, комментарии излишни). Итог – были созданы два перехода: «Переговоры-Заключение», «Переговоры-Сделка проиграна». Схема сделки примитивная, но для наглядности достаточно.

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

2.4.2.В карточке расширенной настройки прав доступа (п. 2.1) добавляем раздел «Настройка прав доступа к переходам по стадиям» (значение «Видит» / «Не видит»). Как раз здесь и отображаются созданные ранее переходы, и теперь ими можно управлять. После настройки раздела, мы получим сценарий, при котором только определенный пользователь сможет перевести сделку на следующий этап, тем самым в каждый момент времени мы создаем конкретного ответственного за часть работы по сделки. По опыту, это имеет огромное влияние на работу всех сотрудников с Битрикс24, так как, по сути, все «пинают» всех и в итоге совместно создают продуктивную командную работу.




Вопросы по работе модуля прав доступа возникают у многих, в подтверждение несколько ссылок на портал Битрикс24.Идея:
https://idea.1c-bitrix.ru/30319/
https://idea.1c-bitrix.ru/27949/
https://idea.1c-bitrix.ru/advanced-rig...es-in-crm/
https://idea.1c-bitrix.ru/the-permissi...ty-fields/

Я надеюсь, у Вас хватит терпения изучить мою писанину) Спасибо за внимание!
Рейтинг: 8.5608  
Внедрено
Предложил Доржиев Бэлигто 22.07.2018 11:09:47

О правах доступа к сайтам Битрикс24

Всем доброго дня!

Столкнулись с практической необходимостью разграничивать права доступа на сайты в Битрикс24:
клиент - межрегиональная фирма, у которой есть обособленные подразделения (филиалы) в разных городах по России. CRM необходима единая, а вот сайты необходимы разные (по ТЗ у каждого филиала должен быть свой сайт-визитка (лэндинг) и должен быть центральный сайт, но со страничкой для каждого города типа moskow.site.ru, ulan-ude.site.ru, vladivostok.site.ru и др., в котором контент должен менять сотрудник из филиала, т.к. они достаточно автономны и из-за разницы в часовых поясах и необходимости оперативно менять некоторую информацию требуется именно разграничивать доступ. При этом сотрудник одного филиала не должен иметь доступ к другим филиалам). И если с правами на доступ в CRM все отлично, то с сайтами - проблема. Мы предполагали, что можно настроить с помощью прав (ролей) или групп (проектов), однако в тех.поддержке сказали что такого функционала нет.
Подскажите может кто сталкивался с такой проблемой и как Вы ее решили?

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

Заранее спасибо!
Рейтинг: 0.8902  
Новая
Предложил Skvortsova Polina 11.04.2018 15:42:26

Тонкие настройки прав доступа к разделам портала и сущностям CRM

Добавить возможность настраивать права доступа конкретного сотрудника к каждому из разделов портала, т.е. определенному сотруднику давать доступ к тем разделам с которыми ему предстоит работать. Тоже самое и по сущностям с CRM. В списке сотрудников в карточке этого сотрудника ставим галочками доступ к тому-то и тому-то. И внутри сущностей что бы могли видеть только определенную информацию, например видит название компании и ответственного, но не видит контактной информации и платежных данных, т.е. предусмотреть поля видимые для всех и видимые только ответственному.
Рейтинг: 3  
Новая
Предложил Новоселов Артем 11.04.2018 08:40:23

Настройка прав доступа в бизнес процессах CRM не работает

Очень необходима настройка прав доступа в бизнес процессах CRM. БП очень много и необходимо разграничить их в зависимости от функциональных обязанностей пользователей. Например, что бы в зависимости от группы пользователя сотрудник видел только свои БП, своего отдела. Спасибо.
Рейтинг: 5.6706  
Новая
Предложил Вершинина Вера 06.04.2018 07:01:30

Соисполнители в сделках/компаниях/контактах/лидах

Добрый день! Добавьте пожалуйста соисполнителей и наблюдателей в сущности CRM по аналогии с задачами.
Сейчас можно либо выдать полный доступ всем, либо по иерархии.
Если сотрудник из другого подразделения, то доступ к конкретной сделке ему не предоставить, а остальные ему не нужны.  
Рейтинг: 1  
Новая
Предложил Кузьмин Борис 19.02.2018 07:34:32

План продаж - права доступа допилить

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

Сейчас по изменению прав есть только 2 возможных варианта: "нет доступа" и "все".
На мой взгляд, обычной иерархии не хватает.
Точнее, было бы логично включить ещё возможность добавления плана. Например, каждый сотрудник может что-то добавить, а вот изменить (или удалить) план может вышестоящий руководитель подразделения или фирмы.
Рейтинг: 0  
Новая
Предложил Sorokin Alexey 14.02.2018 10:58:32

Права начальникам отдела на создание подотделов

Для создания большой распределённой сети представителей по всей россии очень сложно администрировать структуру администраторами. Необходимо, чтобы каждый назначенные начальник отдела мог создавать свои подотделы. В тех подотделах - соответственно, начальник подотдела мог создавать свой подчинённый отдел и так далее по цепочке вниз!  
Рейтинг: 0  
Новая
Предложил Галустов Андрей 01.11.2017 15:12:24

Установка прав доступа на папку/файл в Общем диске из БП

Собственно, сабж. Этот момент в системе не реализован от слова никак. Стряпая бизнес-процесс утверждения, который будет работать из Живой ленты, нет никакой возможности регулировать права на сами файлы, которые размещаются на Общем диске. Права на эфемерный "документ" самого бизнес-процесса - это хорошо, но абсолютно недостаточно, ибо реально сотрудники работают именно с файлами - проектами договоров, протоколами и т.д.
Запускать же БП по файлу в диске (не в ленте) - тоже недостаточно, поскольку требуется гора дополнительной информации и обработки.
Рейтинг: 1  
Новая
Предложил avmlab 30.10.2017 19:57:50

Ограниченный доступ сотрудников к отчетам

Предлагаю сделать возможность админу установить ограничения доступа сотрудников к отчетам: "Выполнено менеджерами" и "Распределение лидов", сейчас эти отчеты доступны всем кто имеет доступ в crm.

Прошу поддержать другие мои идеи:
Вернуть фильтр дел в новой карточке - https://idea.1c-bitrix.ru/25441/
Вернуть номер сделки/лида в новой карточке - https://idea.1c-bitrix.ru/25391/
Кнопка "Сохранить как на Б24.Диск" - https://idea.1c-bitrix.ru/25241/  
Рейтинг: 0.632  
На голосовании
Предложил Тетерин Дмитрий 05.10.2017 20:34:03

ограничение прав обычных пользователей в чатах и живой ленте

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

И даже администратор не в силах восстановить стертые записи. Это как так?!!! Т.е. можно не "отвечать за слова"?

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

Предложение:

1 - Добавить в права доступа раздел для чата и живой ленты.
2 - Добавить возможность восстановлениях удаленных записей администратором портала.
Рейтинг: 2.0657  
Новая
Предложил Романченко Александр 06.09.2017 14:22:06

Общий доступ к шаблону задачи для групп пользователей

На данный момент в шаблон задачи можно добавить сотрудников которые смогут использовать/редактировать данный шаблон. Проблема только одна - сотрудники добавляются по одному. Во всех частях системы используется добавление сотрудников с возможностью выбора отдела/отдела с подотделами. Вот этого как раз и не хватает в настройках доступа в шаблонах задач.
Рейтинг: 4.7804  
Новая
Предложил avmlab 24.08.2017 20:22:42

Запрет на использование мобильного приложения

Предлагаю добавить возможность установки запрета на использование мобильной версии.
Это нужно для того, чтобы некоторые пользователи, которым не нужно моб. приложение в работе не могли манипулировать рабочим временем.  
Рейтинг: 2  
На голосовании
Предложил Гелейшев Павел 22.08.2017 18:19:35

Права доступа к скидкам

Раньше можно было выдать доступ контент-менеджерам к созданию и редактированию скидок на товары.

Теперь скидки можно выдать только при полном доступе к модулю "интернет-магазин".



Необходимо сделать отдельный уровень доступа, при котором будет доступно редактирование скидок, но не доступны заказы и прочий функционал интернет-магазина.
Рейтинг: 0.2767  
Новая
Предложил Кириченко Максим 14.08.2017 23:50:54

Правда доступа на назначение ответственного

В данный момент если в правах разрешено редактировать свою сделку/лид или сделку/лид подразделения - человек может назначить ответственным кого угодно из любого другого подразделения, что не совсем хорошо. Было бы хорошо добавить это в настройки, чтобы был выбор: назначать ответственным можно только из своего подразделения, своего и подразделения ниже, либо всем.