Ограничение доступа к списку пользователей
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
Читают тему
нам необходимо ограничить доступ сотрудников к списку пользователей, т.е. определенные пользователи не должны видеть коллег. Когда пользователь создает задачу (поручение), событие или любой другой документ и назначает ответственного раскрывается список всех пользователей, а он должен видеть только коллег из своего подразделение, нам это необходимо в целях безопасности.
Подскажите это реализовано в CRM редакция 2.0 версия конфигурации: 2.0.8.6 и как это возможно настроить!
Спасибо!
Такого в конфигурации нет. Всегда виден весь список Пользователей.
Добрый день!
Такого в конфигурации нет. Всегда виден весь список Пользователей.
Либо для ограничения доступа в целях безопасности придется разворачивать несколько баз? Или есть какое либо другое решение
Добрый день!
Такого в конфигурации нет. Всегда виден весь список Пользователей.
Либо для ограничения доступа в целях безопасности придется разворачивать несколько баз? Или есть какое либо другое решение
Как сказали разработчики, подобные ограничения не планируются. Разграничения прав доступа накладываются только на клиентскую базу и все что с ней связано. Во всех типовых решениях нет ограничений на список пользователей. Вы можете разработать такие ограничения самостоятельно, вероятнее это будет проще, чем обмениваться данными между несколькими базами.
Добрый вечер!
Добрый день!
Такого в конфигурации нет. Всегда виден весь список Пользователей.
Либо для ограничения доступа в целях безопасности придется разворачивать несколько баз? Или есть какое либо другое решение
Как сказали разработчики, подобные ограничения не планируются. Разграничения прав доступа накладываются только на клиентскую базу и все что с ней связано. Во всех типовых решениях нет ограничений на список пользователей. Вы можете разработать такие ограничения самостоятельно, вероятнее это будет проще, чем обмениваться данными между несколькими базами.
А что по этому поводу говорит методический отдел? Так как целесообразность реализации такого функционала на наш взгляд необходима.
А что по этому поводу говорит методический отдел? Так как целесообразность реализации такого функционала на наш взгляд необходима.
Передала Ваш вопрос методисту, ожидайте, пожалуйста, ответ.
А что по этому поводу говорит методический отдел? Так как целесообразность реализации такого функционала на наш взгляд необходима.
Ограничение доступа по пользователям планируется в решении 1С:CRM в части личных задач, писем, календаря. По конкретным срокам пока сказать не можем.
Ограничение доступа по пользователям планируется в решении 1С:CRM в части личных задач, писем, календаря. По конкретным срокам пока сказать не можем.
Уточню, что Алексей имел ввиду ограничение именно на личные данные пользователей.
Ограничивать доступ к самому списку пользователей на основе групп пользовалетей или подразделений планов нет.
Так как целесообразность реализации такого функционала на наш взгляд необходима.
Мы не видим реальной потребности скрывать сам список пользователей. Одно дело скрывать от пользователей клиентов других пользователей и документы по ним - тут все ясно. Это необходимо чтобы менеджеры не "воровали" клиентов друг у друга.
Есть подразделения которым нужно ограничивать доступ к списку пользователей, на мой взгляд как дополнение к безопасности этот функционал будет не лишним, понятно что многие им не воспользуются, но в нашем случае этот вопрос стал актуальным. Как понимаю что доработка этой части не занимает больших трудозатрат, на сегодняшний день мы реализовали этот вопрос внесением изменений в конфигурацию, но хотелось бы в дальнейшем увидеть это в типовой версии конфигурации.
С Уважением Алексей!
Именно ограничить доступ к списку сотрудников. Есть подразделения которым нужно ограничивать доступ к списку пользователей, на мой взгляд как дополнение к безопасности этот функционал будет не лишним, понятно что многие им не воспользуются, но в нашем случае этот вопрос стал актуальным. Как понимаю что доработка этой части не занимает больших трудозатрат, на сегодняшний день мы реализовали этот вопрос внесением изменений в конфигурацию, но хотелось бы в дальнейшем увидеть это в типовой версии конфигура
Разработчики обдумают ваше пожелание.