Архив форума A-Number CRM

 

Права пользователей

<< В начало < Предыдущая 1 2 Следующая > В конец >>
vbvn
Пользователь

Эксперт
Постов: 38
graphgraph
 
Права пользователей - Здравствуйте!
Можно-ли сделать разграничение прав пользователей так, чтобы каждый пользователь мог "своих" клиентов видеть и редактировать, а "чужих" (клиентов других пользователей) только видеть, или не видеть вобще? Т.е. добавить разделение по клиентам "свой" - "чужой".
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - Конкретно Свой-Чужой нельзя (ну если только написать такой сценарий на открытие Карточки) !!

Можно запретить доступ или дать доступ только для чтения - на Ветки дерева, на Поля (столбцы), в главной таблице и Закладках !!
 
vbvn
Пользователь

Эксперт
Постов: 38
graphgraph
 
В ответ на: Права пользователей - Спасибо за ответ.
Да, это понятно, но тогда все пользователи группы будут в режиме "только чтение" по всем клиентам.
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - А с чем связан такой "геноцид" пользователей ?? :о)) Ну, если не секрет конечно !!
Может быть для решения вопроса, можно зайти с другой стороны ??
 
vbvn
Пользователь

Эксперт
Постов: 38
graphgraph
 
В ответ на: Права пользователей - Да это не геноцид.)) Это защита от случайных (или не всегда случайных) некорретных корректировок информации в карточках чужих пользователей. Да, информация о том кто, что и когда корректировал есть, но от этого не легче.
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - Ну тогда надо писать сценарий, если вопрос действительно важный для Вас, хотя при этом у пользователей возникнет больше трудностей в работе, Вы учли этот момент ??
 
vbvn
Пользователь

Эксперт
Постов: 38
graphgraph
 
В ответ на: Права пользователей - Если создавать сценарий, то конечно трудности будут и довольно большие. Поэтому думал, что в перспективе можно организовать доступ к клиентам по типу свой-чужой.
Спасибо за ответ.
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - Дело в том, что сценарий и будет определять кто свой, а кто чужой !!
Трудности будут связаны с невозможностью работы других пользователей с карточками у которых к ним нет доступа, а это бывает необходимо довольно часто !!
 
vbvn
Пользователь

Эксперт
Постов: 38
graphgraph
 
В ответ на: Права пользователей - Я понял, что сценарий предлагается создавать мне, поэтому увидел проблемы как в создании, так и в использовании созданного.
Если это будет реализовано в программе, то функция свой-чужой должна иметь возможность как включения этой функции, так и отключения с помощью галок.
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - По какому критерию программа должна отличать своего от чужого ??
 
vbvn
Пользователь

Эксперт
Постов: 38
graphgraph
 
В ответ на: Права пользователей - Свой - это клиент заведенный в базу мною. Чужой - заведенный всеми другими пользователями. Т.е. входя в базу - пользователь авторизуется. И все клиенты которых он завел в базу это его клиенты. А давать ему доступ к чужим клиентам в режиме просмотра, редактирования, или вобще сделать для него чужих клиентов невидимыми это прерогатива администратора. Т.е. администратор дает право пользователю распоряжаться чужими клиентами (впрочем, как и своими).
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - Допустим !!

Что происходит когда владелец контакта отсутствует, но настало время работы с его клиентом ??
 
vbvn
Пользователь

Эксперт
Постов: 38
graphgraph
 
В ответ на: Права пользователей - На время болезни, отпуска и прочих отлучек пользователя, как правило, назначается другой специалист (пользователь), работающий с клиентами отсутствующего. И здесь есть два варианта:
- либо он заходит в базу под именем отсутствующего, для чего администратор выдает ему необходимые пароли;
- либо администратор дает ему право "редактировать чужих" поставив (сняв) галку в правах пользователя.
Да, при этом администратор должен иметь право назначть или урезать права не только всей группе, но и каждому пользователю.
 
Vitall
avatar Пользователь

Мастер
Постов: 226
graphgraph
 
В ответ на: Права пользователей - Я бы делал признак "Ответственный менеджер", и он имеет доступ к карточке.
Ну и создать группу (типа "Руководитель") к-я может назначать ответственного.

А на открытие сейчас можно вешать сценарий?
Для нас кстати тема тоже актуальна. Приходится извращаться с созданием ветки на каждого пользователя

Поле "Ответственный менеджер" можно так-же использовать например для уведомлений о чужом вмешательстве в карточку, либо о создании другим пользователем дубликата (мы себе такую штуку сделали кстати, очень удобно получается, но ответственного определяем исходя из работы с контактом, что не всегда правильно)
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - vbvn писал(а):
На время болезни, отпуска и прочих отлучек пользователя, как правило, назначается другой специалист (пользователь), работающий с клиентами отсутствующего.


То есть присутствие Администратора, подразумевается всегда ?


И здесь есть два варианта:
- либо он заходит в базу под именем отсутствующего, для чего администратор выдает ему необходимые пароли;


Это совсем не правильно.


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


Логично.
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - Vitall писал(а):
Я бы делал признак "Ответственный менеджер", и он имеет доступ к карточке.
Ну и создать группу (типа "Руководитель") к-я может назначать ответственного.

А на открытие сейчас можно вешать сценарий?
Для нас кстати тема тоже актуальна. Приходится извращаться с созданием ветки на каждого пользователя

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


Прямо вольная борьба с юзерами !! ;о))

P.S. Подробности о сценарии, вышлю письмом !!
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - Мы посоветовались с товарищами, и решили , что поскольку это тема животрепещущая, сделаем такой доступ через интерфейс !!

Предложения и пожелания принимаются, ждем !!
 
vbvn
Пользователь

Эксперт
Постов: 38
graphgraph
 
В ответ на: Права пользователей - Под "администратором" я понимаю руководителя, администратора, ответственного менеджера, т.е. специалиста, в том числе, способного и имеющего права на управление базой.
Здесь не имеется ввиду приходящий сис.админ.
 
vbvn
Пользователь

Эксперт
Постов: 38
graphgraph
 
В ответ на: Права пользователей - Большое спасибо за понимание и оперативное реагирование!
Ну я свои пожелания и предложения уже высказал.
Если надо, могу все сказанное объединить в одном посте.
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - vbvn писал(а):
Под "администратором" я понимаю руководителя, администратора, ответственного менеджера, т.е. специалиста, в том числе, способного и имеющего права на управление базой.
Здесь не имеется ввиду приходящий сис.админ.


Я и имел ввиду Администратора CRM-системы. Раз он всегда на боевом посту, это отлично ! :о))
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Права пользователей - vbvn писал(а):
Большое спасибо за понимание и оперативное реагирование!
Ну я свои пожелания и предложения уже высказал.
Если надо, могу все сказанное объединить в одном посте.


Ну в принципе, для тех кто присоединится к обсуждению, будет неплохо !! :о))

Спасибо большое !!
 
<< В начало < Предыдущая 1 2 Следующая > В конец >>
© 2005 - 2015 A-Number Software. Все права защищены                          Написать письмо