организация библиотеки в Teamcenter

[heze 0]

Всем доброго времени суток, уважаемые форумчане! 

 

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

 

всем, кто готов поделится своим драгоценным опытом - бесконечный респект)))

[Whale 8]

Права доступа по типу объекта. Классификатор.

[heze 0]

1 minute ago, Whale said:

Права доступа по типу объекта. Классификатор.

т.е. вы сделали библиотечные элементы другим типом айтомов, а потом настроили права доступа через Acces Manager?

а вот с приложением Classification пока не знаком((( (буду снова читать мануалы)
Спасибо за пример!

[Whale 8]

А что для вас "библиотечные элементы"? Если речь о стандартных изделиях - то это тип "Стандартное изделие" (или как там оно на каждом предприятии) - ограничивайте. Хотите глубже? - ставьте ограничение не только по типу, но и по какому-нибудь свойству внутри типа... 

[Krusty 194]

В 01.10.2017 в 17:56, heze сказал:

Мы вот думаем создать особую роль инженерам "библиотекарь" и чтобы только они имели право на

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

[heze 0]

Разбираюсь сейчас с Access Managerом и возник такой вопрос:

если я хочу чтобы право на редактирование айтемов (кастомного типа) имеющих специальное свойство ("категория") было запрещено всем пользователям не являющимся "библиотекарем" (роль в группе Инженеры), то мне нужно создать два правила?

1. Проверять принадлежность к определенной роли

2. Проверять заполнено ли свойство "категория"

[heze 0]

в общем разобрался с менеджером доступа и ACL-ми. хитрость была только в переменной TC_current_role, ее значение должно быть true, тогда один и тотже пользователь логинясь под разными ролями получает разные права, что мне и нужно было.