Я установил и начал разбираться - мне все понравилось! Только при использовании Вашего программного продукта в качестве простой клиентской базы у меня возникает вопрос - возможно ли сделать полное разделение прав пользователей: есть : удалять может только админ нету, но очень надо: 1. изменять могли пользователи и причем только свои записи... 2. при создании записи с идентичным полным названием (или всеми полями) выводить ошибку создания 3. или поиск в админке дубликатов
PS: забыл - не хватает соответственно перенос клиента от менеджера к менеджеру, т.е. хотелось бы увидеть реализацию работы не в группах в качестве отдельных людей (менеджеров). Думаю, что данная тема будет актуальная для многих
admin
Администратор Администратор
Постов: 2728
В ответ на: Права доступа -
lucky писал(а): нету, но очень надо: 1. изменять могли пользователи и причем только свои записи...
Как показала практика , такое разделение прав мешает самим пользователям в работе и создает путаницу у самих администраторов системы. Но для того , чтобы иногда исправлять возникшие ошибки , служит "Журнал изменений в контактах" , там Вы увидете старую и новую записи , а так же дату редактирования и пользователя который вносил эти изменения . Пункт меню : Администрирование - Журнал изменений в контактах .
admin
Администратор Администратор
Постов: 2728
В ответ на: Права доступа -
lucky писал(а): 2. при создании записи с идентичным полным названием (или всеми полями) выводить ошибку создания 3. или поиск в админке дубликатов
Иногда бывает необходимо заводить однотипные записи , но с разными данными , поэтому запрещать вносить такие записи нельзя . Но можно найти дубликаты , при помощи формы "Поиск дубликатов" . Пункт меню : База контактов - Поиск дубликатов .
admin
Администратор Администратор
Постов: 2728
В ответ на: Права доступа -
lucky писал(а): PS: забыл - не хватает соответственно перенос клиента от менеджера к менеджеру, т.е. хотелось бы увидеть реализацию работы не в группах в качестве отдельных людей (менеджеров). Думаю, что данная тема будет актуальная для многих
Такая возможность предусмотрена . Пункт меню : Прохождение контакта - Задачи - Контакты-Задачи , открывает форму форму "Контакты-Задачи" .
Выделить запись в таблице справа и кликнуть по иконке "Изменить ответственного" в правой верхней панели инструментов .
lucky
Пользователь Наблюдающий
Постов: 5
В ответ на: Права доступа -
admin писал(а): lucky писал(а): нету, но очень надо: 1. изменять могли пользователи и причем только свои записи...
Как показала практика , такое разделение прав мешает самим пользователям в работе и создает путаницу у самих администраторов системы. Но для того , чтобы иногда исправлять возникшие ошибки , служит "Журнал изменений в контактах" , там Вы увидете старую и новую записи , а так же дату редактирования и пользователя который вносил эти изменения . Пункт меню : Администрирование - Журнал изменений в контактах .
Тогда меня интересует следущий вопрос - возмонжно ли восстановить, допустим контакты с клиентов, после внесения изменений другим сотрудником фирмы. Т.е. если другой менеджер изменит данные (злоумышленно) можно ли их будет потом достать?
lucky
Пользователь Наблюдающий
Постов: 5
В ответ на: Права доступа -
admin писал(а): lucky писал(а): PS: забыл - не хватает соответственно перенос клиента от менеджера к менеджеру, т.е. хотелось бы увидеть реализацию работы не в группах в качестве отдельных людей (менеджеров). Думаю, что данная тема будет актуальная для многих
Такая возможность предусмотрена . Пункт меню : Прохождение контакта - Задачи - Контакты-Задачи , открывает форму форму "Контакты-Задачи" .
Выделить запись в таблице справа и кликнуть по иконке "Изменить ответственного" в правой верхней панели инструментов .
Вот примерно таким образом и хотелось бы сделать разделения прав: изменение только своих данных. Возможно ли это как либо сделать в данной версии. Т.е. организовать проверку ответственного и выставлять флаг read only.
lucky
Пользователь Наблюдающий
Постов: 5
В ответ на: Права доступа -
admin писал(а): lucky писал(а): нету, но очень надо: 1. изменять могли пользователи и причем только свои записи...
Как показала практика , такое разделение прав мешает самим пользователям в работе и создает путаницу у самих администраторов системы. Но для того , чтобы иногда исправлять возникшие ошибки , служит "Журнал изменений в контактах" , там Вы увидете старую и новую записи , а так же дату редактирования и пользователя который вносил эти изменения . Пункт меню : Администрирование - Журнал изменений в контактах .
Или сделать организацию доступа по веткам (ограничение на человека/группу). Т.е. для каждого менеджера будет существовать своя ветка и "temp", из которого администратор будет разностить всех клиентов.
lucky
Пользователь Наблюдающий
Постов: 5
В ответ на: Права доступа -
Также интересно, чтобы каждый менеджер мог видеть ТОЛЬКО своих клиентов (полную инфу), а других менеджеров только краткое и полное название.
admin
Администратор Администратор
Постов: 2728
В ответ на: Права доступа -
lucky писал(а): Также интересно, чтобы каждый менеджер мог видеть ТОЛЬКО своих клиентов (полную инфу), а других менеджеров только краткое и полное название.
А может тогда имеет смысл , для каждого менеджера создать собственную базу данных ??
Имеет ли смысл создавать механизм для "закручивания гаек" как это предлагает lucky ??
mzuevv
Пользователь Мастер
Постов: 213
В ответ на: Права доступа -
Также интересно, чтобы каждый менеджер мог видеть ТОЛЬКО своих клиентов (полную инфу), а других менеджеров только краткое и полное название. Абсолютно поддерживаю данную позицию. Могу даже объяснить почему... Очень часто общую клиентскую базу разделяют между сотрудниками, чтобы можно было всегда найти ответственное лицо. Так же часто бывает, что сотрудник либо не справляется со своими обязанностями, либо увольняется и его клиентами приходится заниматься другому сотруднику. Вот для это и нужен принцип разделения.
Механизм для "закручивания гаек" просто необходим!
mzuevv
Пользователь Мастер
Постов: 213
В ответ на: Права доступа -
А может тогда имеет смысл , для каждого менеджера создать собственную базу данных ?? Нет. База должна быть единая для всех. Если будет у каждого сотрудника своя база, тогда смысл вообще в сетевой интеграции продукта.
admin
Администратор Администратор
Постов: 2728
В ответ на: Права доступа -
Хорошо , давайте тогда определимся как это должно выглядеть ?? Открывать "чужие" контакты только для чтения или вообще не показывать их ??
admin
Администратор Администратор
Постов: 2728
В ответ на: Права доступа -
Очень часто общую клиентскую базу разделяют между сотрудниками, чтобы можно было всегда найти ответственное лицо.
И сейчас существует возможность соотнести "контакт" с ответственным лицом и всегда можно посмотреть результаты редактирования каждого пользователя в логе .
Так же часто бывает, что сотрудник либо не справляется со своими обязанностями, либо увольняется и его клиентами приходится заниматься другому сотруднику. Вот для это и нужен принцип разделения.
В этот момент мы назначаем нового ответственного за данный контакт , для этого существует механизм о котором было сказано выше , но как это относится к правам доступа ??
mzuevv
Пользователь Мастер
Постов: 213
В ответ на: Права доступа -
Хорошо , давайте тогда определимся как это должно выглядеть ?? Открывать "чужие" контакты только для чтения или вообще не показывать их ?? Моя позиция такова. Администратор должен самостоятельно распределять кому какие контакты отображаются. Также необходимо, например, сортировать отображение по определенному признаку. В частности, для примера... У нас в организации клиенты делятся по районам. Т.е. каждый сотрудник отвечает за организации находящиеся в том или ином регионе. Возможно у других какой-то другой признак. И подводя итог собственно вопроса: Для некоторых районов отображение другим сотрудникам не допускается вообще, а есть общие районы, которыми занимаются все. Соответственно необходимо как-то реализовать выбор между отображениями - только Заголовок (краткое наименование) или же полное исключение отображение для определенного пользователя. Ессено это право только админа. Фух... надеюсь я правильно изложил своё видиние вопроса.
admin
Администратор Администратор
Постов: 2728
В ответ на: Права доступа -
Тогда логичнее открывать доступ к определенным веткам ?? Если на каждый контакт устанавливать права , то "рука бойца колоть устанет" !! ;о))
В ответ на: Права доступа -
Может я что-то пропустил или не увидел, но права доступа могут назначаться только группам, а как же конкретным пользователям не относящимся к какой-либо группе?.. Ну или уж совсем замудрённо - разграничить права пользователям в определённой группе. Хотя я уже и сам немного сомневаюсь в постановке последнего вопроса, но думаю вы расставите точки на i.
mzuevv
Пользователь Мастер
Постов: 213
В ответ на: Права доступа -
Может я что-то пропустил или не увидел, но права доступа могут назначаться только группам, а как же конкретным пользователям не относящимся к какой-либо группе?.. Ну или уж совсем замудрённо - разграничить права пользователям в определённой группе. Хотя я уже и сам немного сомневаюсь в постановке последнего вопроса, но думаю вы расставите точки на i.
admin
Администратор Администратор
Постов: 2728
В ответ на: Права доступа -
Пока разделение прав на доступ к определенным веткам не реализован , а моя фраза ,<<Тогда логичнее открывать доступ к определенным веткам ??>> относилась к обсуждению темы "Более жесткое ограничение доступа к данным разных групп пользователей" .
mzuevv
Пользователь Мастер
Постов: 213
В ответ на: Права доступа -
Кстати, есть предложение (может быть оно уже и реализовано в новом релизе, но всё же) добавить возможность ограничения Удаления контактов.
