Рейтинг: 6.4729  
На голосовании
Предложил Пользователь 148126 17.04.2015 07:58:55

Допуск к задаче группы для внешнего сотрудника

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

Замечу, что воззвать к внешнему сотруднику из обсуждения задачи, равно как и сделать его наблюдателем, система позволяет. Он получит уведомление, но попасть по ссылке не сможет, так как не является членом группы.
Что делать?
Может давать автоматически доступ наблюдателям и тем, к кому обратились в обсуждении?
Рейтинг: 3.6781  
На голосовании
Предложил Пользователь 135156 24.02.2015 03:27:46

Сделать возможным вкл/выкл возможность изменить тип поля в универсальных списках после его добавления

При обновлении 15.0.2 модуля "Универсальные списки" внедрили следующее:[*]Теперь нельзя изменить тип поля после его добавления.

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

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


Вижу варианты решение проблемы:
1. В настройках модуля "Универсальные списки" поставить галочку "Позволять пользователям редактировать типы полей после создания" - простой вариант
2. В настройках модуля "Универсальные списки" полная настройка доступа  Пользователь/группа/отдел  -  список  -  доступ (позволять редактировать типы полей при создании/не позволять) - лучший вариант
Рейтинг: 1.2751  
Внедрено
Предложил Пользователь 148126 23.12.2014 20:06:15

Отключаемые аккаунты для техподдержки

Сейчас, если нужно пустить сотрудника ТП поковыряться в кишках Б24, мы вынуждены создавать ему временный аккаунт. Причем ТП требует удалить этот аккаунт после закрытия тикета.

Нельзя ли предусмотреть системный аккаунт для ТП, который мог бы открываться когда требуется и закрываться до следующей необходимости?
Рейтинг: 0.559  
Ответил Шаромов Денис 16.12.2016 12:33:01
Спасибо, что обратили внимание на этот вопрос. Мы действительно в этом году сделали возможность служебного доступа: https://helpdesk.bitrix24.ru/open/2663151/
Рейтинг: 2.6617  
На голосовании
Предложил Пользователь 17090 16.10.2014 12:51:21

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

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

Решение: сделать доп. доступ к модулю "Интернет-магазин" - "Обработка заказов не старше 30 дней".
Рейтинг: 0  
На голосовании
Предложил Пользователь 9245 14.08.2014 12:57:21

Сделать настройку ограничения доступа сотрудникам не только к CRM, но и ко всему порталу

Экстранет не подходит, т.к. там нет старта-стопа рабочего дня
Рейтинг: 1.4158  
Рейтинг: 3.0113  
Рейтинг: 0.1494  
Новая
Предложил Пользователь 187910 17.01.2014 13:06:43

Блэк Лист для Битрикс24

Доброго дня.
Хочу предложить сделать в Битриксе24 "Блэк Лист" (Игнор Лист). Чтобы занесенные в него сотрудники не видели ни задач ни моих контактов, комментариев и прочего-прочего...
А если кто-то поставит мне задачу или напишет сообщение - "Вы не можете писать задачи/сообщения данному пользователю, доступ ограничен"
Рейтинг: 46.3365  
На голосовании
Предложил Пользователь 37620 28.10.2013 10:30:02

Ограничение доступа по IP для группы пользователей

Сейчас ограничение по IP возможно задать только для АДМИНИСТРАТИВНОГО раздела /bitrix/admin/, однако если в публичной части есть форма авторизации, то злоумышленник может получить доступ там.
+ такое ограничение не удобно тем, что иногда нужно дать доступ для сотрудников с минимальным уровнем доступа (например контент-менеджеры, корреспонденты) из разных точек без статического IP, в том время как сотрудникам с полными правами (администраторы, разработчики) необходимо ограничить доступ только из корпоративной сети.

Проблему решила бы возможность добавить ограничение доступа по IP для каждой группы пользователей и действующее не только в админке, но и в публичке.
Рейтинг: 10.5054  
На голосовании
Предложил Пользователь 85793 26.02.2013 15:11:25

доступа к свойствам инфоблока

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

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