Рейтинг: 4.835  
Новая
Предложил Куклин Евгений 22.08.2012 02:43:47

Добавить работу с правами в групповые операции над документами

Сабж. Часто надо дать или отобрать права на целую пачку документов, лезть к каждому в диалог - неудобно.
Рейтинг: 1.5166  
На голосовании
Предложил anya_o 15.08.2012 10:45:19

премодерация идей

Почему-то если блогу идей в настройках доступа пользователям разрешить запись только с премодерацией, записи через компонент идей добавляются уже опубликованными без премодерации.
Хотелось бы, чтобы настройки доступа действовали всегда!
А то получается, что системные же компоненты их вероломно нарушают.
Рейтинг: 3.8826  
Внедрено
Предложил Грипинский Сергей 06.08.2012 09:06:29

Исправить идеи, проликбезить ТП

Предлагаю следующее:

1. Исправить сайт идей таким неспецифическим образом, чтобы я как-то смог всё же оценивать идеи.
2. Провести ликбез техподдержки касательно попрашайничества паролей клиентов.

Теперь подробней. Доколе??? Доколе я буду видеть вот это?



Обращение в ТП №303402 от 18.07.2012 19:53:12. До сих пор не могут решить! В какой-то момент всё заработало, но затем снова появилась до боли знакомая надпись "У вас недостаточно прав для голосования". Я предполагаю, что это из-за того, что я вхожу в группу партнеров, а для них как-то кривенько настроены доступы.

Техподдержка не может ответить конкретно почему так происходит. Повторное обращение 03.08.2012 14:53:03 привело к тому, что техподдержка стала просить у меня пароль от моего аккаунта! Как? Как это возможно? Ведь реализовали же фишку - заходишь в список пользователей и в контекстном меню есть пункт "Авторизоваться". Кроме того, это техподдержка, а не дядя Вася из левой конторы.

Одним словом, безобразие и позор.
Рейтинг: 11.407  
Новая
Предложил Куклин Евгений 04.08.2012 11:15:23

Добавить в расширенных правах роли "Руководитель автора", "Руководители автора" и "Подчинённые автора"

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

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

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

Кейзы под катом

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

Рейтинг: 66.1323  
Внедрено
Предложил Валерий Чебан 06.07.2012 21:13:52

Расширенные права доступа к инфоблокам

Всем привет!

Что значат эти голые коды операций над инфоблоками, где мне найти пояснения к ним?

У меня просто гора вопросов....

Сделали бы с кратким текстуальным описанием, как тут:


Либо хотя-бы было возможно найти описание по ним.


Итого предложение:
1. добавить описания в интерфейс
2. добавить описание в спавку. Тыкните носом, если она уже есть.
Рейтинг: 8.3938  
На голосовании
Предложил Чернышов Антон 22.06.2012 15:16:34

Права по символьному коду группы, а не её ID

Требует строгого соответствия идентификатора группы между всеми экземплярами и внимательного отношения, так как управлять идентификатором в БД практически не возможно.
Рейтинг: 0.9233  
На голосовании
Предложил Солуянов Вадим 30.01.2012 16:22:37

Дополнить список прав в модуле соцсети

Просьба добавить в модуль два уровня доступа:
1. Доступ запрещен (это не столь критично, поскольку доступ всегда можно закрыть на уровне файловой системы)
2. Доступ по чтению (вот это уже очень нужно!!!).

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

Добавьте, будьте добры, пожалейте нас разработчиков :) и да будет счастье!
Рейтинг: 36.6901  
На голосовании
Предложил Долганин Антон 24.01.2012 00:37:51

Свод уровней доступа в форме редактирования пользователя

В связи с тем, что теперь можно давать права каждому пользователю вплоть до отдельных страниц сайта и элементов ИБ, очень остро встала проблема отслеживать это. А иначе такой богатый функционал раздачи прав сомнителен по полезности.
Рейтинг: 6.7278  
На голосовании
Предложил Юнир 17.01.2012 07:03:32

Расширение прав доступа в фотогалерее соц.сети групп

Расширить права доступа функционала "фотогалерея" как у блогов.
Т.е. если участник группы добавил фото, то это фото не мог бы удалить другой участник группы, кроме модераторов и владельца группы.

Сейчас при установке права в "Кто может изменять фотогалерею" выбрать "все члены группы", любой участник группы может удалить любое фото, что на наш взгляд неправильно.
Рейтинг: 4.1729  
Внедрено
Предложил Севастьянов Евгений 27.10.2011 16:28:12

[Внедрено] Настройка прав доступа в CRM на запрет пользователям экспорта контактов/клиентов и т.д.

По-моему возможность регулирования этих прав очень важна!

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