Перейти к публикации

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


sergoss

Рекомендованные сообщения

Добрый день.

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

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

Ссылка на сообщение
Поделиться на других сайтах


Добрый день.

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

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

в зависимости от организационной структуры вашего предприятия
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

Изменено пользователем Mr Eugene
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19?
    • Александр1979
      SP9047 SSPA:47 ILLEGAL SIGNAL OF POSITION CODER "The relationship between the A/B phase and 1-rotation signal is incorrect (Pulse interval mismatch)." "Неправильное значение счетчика импульсов сигнала на энкодере ALPHAi. На фазах A и B энкодера за один оборот шпинделя насчитывается 4096 импульсов обратной связи. Программное обеспечение по управлению шпинделем проверяет количество импульсов на фазах A и B, соответствующее энкодеру, при каждой генерации сигнала одного оборота. Данный аварийный сигнал срабатывает, если регистрируется число импульсов, нарушающее заданный диапазон."
    • gudstartup
      после ввода 789 в edit mod надо перейти в режим ручное упр. нажать mod а потом помощь и откроется wzw.hlp  с возможностью выполнения команд управления atc. если не появляется содержимое wzw.hlp то возможно что у вас другой код хотя 789 'это стандарт для dmg в этом случае надо смотреть ваш plc раздел у меня пароль прописан в файле wzw_rett.mod
    • Anat2015
      SERVO TURRET AMP ALARM - переводить не пробовали, учитывая, что AMP - это и есть сервопривод? Что тут не ясного, язык не знаком?
    • Viktor2004
      я бы попробовал позиционировать шпиндель сигналом G70.6 Ответный сигнал, шпиндель сориентирован F45.7
    • gudstartup
      Здравствуйте уважаемые участники форума попрошу вас поделится мнениями. Имеется фрезерный шпиндель с позиционным кодером (зубчатое колесо и считывающая головка). Ошибку 9047 выдает после того отрабатывает M19 c последующим включением оборотов Sxxx M3 причем обороты могут быть любыми от 100-макс. Если задавать обороты без предварительной ориентации то 9047 не возникает и шпиндель нормально вращается на любой скорости при этом обороты не гуляют точность поддержания +-1 об\мин. Кабель заменен заменить сам датчик нет возможности. Мой вопрос в следующем почему шпиндель после M19 и включении управления скоростью Sxxx M3 остается в режиме позиционирования а не сразу переходит врежим управления скоростью и даже явная отмена ориентации кодом M20 ничего не меняет ведь режим позиционного управления должен быть отменен или он остается и отменяется не сразу после подачи команды M3 и кода скорости? Станок достаточно старый 2009 года плату управления шпинделем меняли на соседний ничего не изменилось. Это может быть логика PMC или скорее всего это датчик?   PMC-SB.001
    • Killerchik
      А мы-то думали, что пропорциональный гидравлический.....
    • Grig75
    • EnKlL
      Я написал полностью ошибку, серво привод
    • gudstartup
      https://www.aggsoft.com/cnc-dnc/maho-cnc-432-1000.htm
×
×
  • Создать...