Организации роли группы

[sergoss 4]

Добрый день.

Подскажите или если есть возможность приведите пример, по каким принципам создаются роли и группы в ТС

Заранее благодарен!!!

[lexx174 373]

Добрый день.

Подскажите или если есть возможность приведите пример, по каким принципам создаются роли и группы в ТС

Заранее благодарен!!!

в зависимости от организационной структуры вашего предприятия

[sergoss 4]

А можно по подробней

если можно в примерах)

[Mr Eugene 0]

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

надо исходить из того, для чего именно вам нужны группы? если не знаете ответа - введите всех сотрудников в одну группу.

но это для пром. системы не подойдет, так как в дальнешем вы захотите использовать эти группы для предоставления доступа к данным и для процессов workflow.

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

тоже самое и для ролей - с их помощью назачаются или права доступа, или указываются сотрудники для процессов workflow, например, подстановка начальника бюро вместо заданного в шаблоне сотрудника "Роль = Начальник бюро" "Группа = группа инициатора процесса".

ну и так далее, анализируйте...

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

Изменено 16 августа 2010 пользователем Mr Eugene

[sergoss 4]

Огромное спасибо

буду обмозговывать ))))

[lexx174 373]

большей частью группы используют для ограничения доступа к определенным данным.Особенно если у вас есть секретность на

предприятии.Если этого нет. то все равно деление пользователей на группы дает удобство администрирования.

Как вариант используйте группы для разграничения доступа к конкретному проекту.

[Mr Eugene 0]

Как вариант используйте группы для разграничения доступа к конкретному проекту.

для разграничений на уровне конкретного проекта в Тиме есть специально для этого предназначенный модуль "Проекты".

Создаете проект, добавляете в него пользователей, потом любые данные назначили проекту - и они доступны для участников проекта.

Этот функционал хорошо использовать для предоставления доступа к данным для внешних сотрудников, например, для поставщиков, которые занимаются выпуском ваших деталей/узлов.

Использовать группы для раграничения по проектам не очень хорошая идея - пользователь в каждый момент времени работает в системе как участник какой-то одной группы/роли, и по факту может работать над несколькими проектами одновременно - выходить/входить в систему каждые несколько десятков минут не есть великое удобство - такая система будет "послана" очень быстро.