Кто-то работает с поставщиками, кто-то с клиентами, кто-то с партнерами (маркетологи, логисты, и т.д.).  Было бы логично разделять доступ сотрудникам портала - по типу контактов или компаний.  Например, тип компаний "Поставщик" будут видеть только сотрудники отдела Закупа, и другие, кому необходим доступ.

Теперь каждый сотрудник видит эту надпись:Зачем? Чтобы пинать админа? Так они все теперь звонят админу и спрашивают - как им продлить "их тарфи". Жесть. Никогда не понимал, почему любой сотрудник может запустить Демо-режим на портале, и таким образом профукать планы админа по презентации для руководства. Но теперь еще и это.  

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

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

Добрый день! Добавьте пожалуйста соисполнителей и наблюдателей в сущности CRM по аналогии с задачами.
Сейчас можно либо выдать полный доступ всем, либо по иерархии.
Если сотрудник из другого подразделения, то доступ к конкретной сделке ему не предоставить, а остальные ему не нужны.  

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

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

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

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

Добавить в права доступа CRM отдельный столбец  для настройки возможности ставить дела.

Читать подробнее...

У нас проблема с обращениями в техподдержку.

Мои программисты ненавидят писать в техподдержку Битрикса!

Они ходят ко мне, мы обсуждаем вопрос, и потом они тянут, тянут, тянут, бесполезно пытаются в чём-то разбираться, прежде чем написать в техподдержку. Или я пишу вопрос сам.

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

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


-------------

Сделайте в модуле Техподдержка, как в задачах множественную привязку к пользователям.

Я бы хотел, чтобы тикеты в Битрикс писали мои сотрудники. Но я хочу видеть что они там пишут, чтобы при необходимости уточнить вопрос.

В задачах такую функцию решают наблюдатели.

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


------------

Одновременно это решит еще одну задачу:

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

Приветствую!
Есть предложение по доступу к сущностям.
Было бы очень удобно, если бы можно было давать доступ пользователям к выборочным определенным лидам/сделкам/компаниям.
А приходиться либо давать доступ ко всем, либо вообще не давать.

Например:
Появился новый сотрудник. Необходимо дать доступ к выборочным сделкам/компаниям/контактам.
Скажем к 10 из 100.
Но приходиться либо ставить его ответственным, чтобы он видел либо давать доступ ко всем сделкам.

Так же по фильтру.
При увольнении сотрудника не представляется возможным отфильтровать его дела на "Дела по лидам" и "Дела по сделкам/компаниям/контактам". А задача стоит передать его дела по лидам одному сотруднику, а остальные дела - другому.
Приходиться переназначать ответственного открывая каждую сделку по отдельности.

Начальник отдела (не админ) должен видеть график отсутствия сотрудников СВОЕГО ВСЕГО отдела. Админу портала нет дела до отсутствия сотрудников. Сотрудник или начальник должен заносить ИМЕННО В ГРАФИК ОТСУТСТВИЯ, а не в календарь (как сейчас) информацию об отсутствии на рабочем месте по причине: командировка или больничный или ещё что.
А начальник должен иметь право редактировать.

Уважаемые разработчики!

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

Эта, казалось бы, банальная доработка снимет все(!) вопросы по настройке, сортировке, раскладыванию пользователем по папочкам писем в своём почтовом клиенте (рабочей электронной почте), так как в CRM будут подгружаться только нужные письма. Очень много компания продолжают работать в первую очередт с e-mail и нужно дать возможность им сохранение такой возможности, удобно не теряя при этом (и не заводя руками) информацию в CRM. Конечно же, нужно не забывать, что у лида/сделки/контакта может быть несколько e-mail и нужно вести (подгружать) ветки общения по каждому из них.

Дополнительный важный момент: если по какой-то причине (политике безопасности и т..п.) контрагента (ряд нештатных сотрудников, работающих с порталом Б24, могут иметь несколько других направлений работы и захотят дать доступ CRM к своей почте, но строго его ограничить) мы не можем напрямую иметь полный доступ почте нештатного сотрудника Б24 (логин и пароль открывает доступ ко всем письмам), нужно предоставить возможность "узкой" входной настройки интеграции e-mail трекера контрагента с CRM, поставив явное входное ограничение сбора только переписки по лидам/контактам/сделкам, что может снять возражения по политике безопасности контрагента, опасающейся предоставления доступа ко всей его почте.

Надеюсь, написал достаточно подробно.

Здравствуйте! Столкнулись с ситуацией, когда необходимо запретить пользователю авторизоваться на сайте, пока он не разлогинится на другом устройстве(или браузере). То есть, если он авторизовался и работает на сайте, то под его логином другой человек не мог бы авторизоваться. Либо, чтобы второй авторизовался, а первого разлогинило. Вот как-то так. Спасибо!
PS: Забыл указать версию - Управление сайтом, Эксперт

Инструмент вроде бы хороший, но недокументированный и местами непродуманный.
Что касательно сабжа - похоже, и сами понимаете, что механизм нужен, но реализовывали "на местах" и это криво - возможность проверки отключения сделали уже в самих провайдерах, т.е., для этой проверки всё равно подключается модуль, инициализируется провайдер, что, в общем-то, нафиг не нужно с точки зрения ресурсов. К тому же, такая возможность не во всех провайдерах (интранет вот нельзя отключить вовсе), а сами параметры для отключения не соответствуют ID провайдеров (например, для групп пользователей с ID group это groups, для socnetgroup это socnetgroups, да я себе чуть мозг не сломал, пытаясь понять, почему у меня не получается их убрать из диалога, кто придумал там эту "s" на конце? )

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

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

В облачной версии Битрикс 24 крайне необходима возможность добавления и редактирования ролей пользователей в зависимости от должностных обязанностей сотрудника.

Сейчас приходится править в нескольких местах: править доступ и заходить в ".left.menu.php" и выставлять права на отображение пункта меню... Т.е. надо "кодить", вместо настройки. Но ведь права же задаются!?