События и простой пользователь

Стартовая страница Форумы Понять, как работает ПО События и простой пользователь

Просмотр 8 сообщений - с 1 по 8 (из 8 всего)
  • Автор
    Сообщения
  • #19345
    Аватарmanjey73
    Участник

    Обнаружил такую проблему, когда захожу пользователем Operator ИД 13 которому отданы права на просмотр и управление, то он видит события только открытого представления, но не всех, к которым у него есть доступ

    #19351
    MikhailMikhail
    Модератор

    Все события сразу может видеть только Админ, Диспетчер и Гость, то есть те, у кого нет ограничений на представления.

    Существующая система прав, когда права даются на представления, не позволяет эффективно фильтровать события, потому что система не сканирует все представления на предмет какие каналы они содержат. Этот подход будет меняться в пользу прав на объекты.

    #19353
    Аватарmanjey73
    Участник

    Ну если пользователю отдано несколько представлений, то почему эти несколько представлений не попадают в категорию ВСЕ ?

    Как выйти из ситуации на текущей версии ?

    #19356
    Аватарmanjey73
    Участник

    И не совсем понятно назначение Наследование ролей. Сделал Родительский «Диспетчер» дочерний «Пользователь» и как-то не заметил, чтобы что-то поменялось…

    #19368
    MikhailMikhail
    Модератор

    Ну если пользователю отдано несколько представлений, то почему эти несколько представлений не попадают в категорию ВСЕ ?

    Потому что для фильтрации событий нужно знать список входных каналов по представлениям. Для этого нужно сканировать все представления. Это работало бы очень медленно.

    Как выйти из ситуации на текущей версии ?

    Либо дать права диспетчера, либо показывать события только по представлению.
    Как вариант — дублировать тревоги в Телеграм, установленный на рабочей станции. Их можно настроить достаточно гибко.

    И не совсем понятно назначение Наследование ролей.

    Наследоваться можно только от собственных ролей. Стандартные роли игнорируются при наследовании.

    #19379
    Аватарmanjey73
    Участник

    Потому что для фильтрации событий нужно знать список входных каналов по представлениям. Для этого нужно сканировать все представления. Это работало бы очень медленно.

    А зачем сканировать то ? почему не от обратного пойти. Происходит сработка уведомления, ведь это система фиксирует в любом случае?
    Проверка кто сейчас у руля и входит ли данный канал в какое либо из разрешенных представлений для этого пользователя? Ему разрешено — показать, не разрешено — сохранить как и раньше в тишине, админ придет и все увидит.

    Вплоть до разделения уведомлений на степень важности. Архиважные показывать всегда, даже если нет доступа к представлению. Важные показывать на любом открытом представлении, менее важные при включенной кнопке «По представлению» не показывать.

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

    • Этот ответ был изменен 1 месяц назад от Аватарmanjey73.
    #19381
    Аватарmanjey73
    Участник

    Два диспетчера — два разных набора представлений для каждого диспетчера.
    Диспетчер1 включил «Все представления» — он будет видеть уведомления, относящиеся к представлениям Диспетчера 2 ? — Если да, то это утопия.

    #19382
    АватарRomiros
    Участник

    Нужно указывать контролирующие роли каналам в БД. А пользователям давать несколько ролей по необходимости. По другому всегда будут проблемы. Это уже отработанная схема.

Просмотр 8 сообщений - с 1 по 8 (из 8 всего)
  • Вы должны авторизироваться для ответа в этой теме.