Перейти к содержимому
Local
pavlabor

Права, введение расширенной настройки прав

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

Права, введение расширенной настройки прав.

Предлагаю рассмотреть формирование и в перспективе реализации расширения следующих прав.

Имеется, структурированное управление правами, которое не совсем закрывает потребность.

Имеется.

Объекты.

- Модуль.

- Позиция в модуле, юнит.

Юзатели.

- Филиалы.

- Администраторы.

Администраторы.

- Стажер(демо).

- Специалист.

- Эксперт.

Действия.

- Просмотр.

- Создание.

- Редактирование.

- Удаление.

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

В текущий момент, не имеется сквозной политики на права, поэтому они предоставляются выборочно и не совсем понятно по какой системе, по все вероятности "так получилось", как следствие, например.

При создании филиала и передачи ему права на роботу с модулем город, то админ филиала может удалить город, изменить название, что может привести к проблеме у других филиалах и материнской структуре.

При реализации единой политики, появляется необсуждаемая возможность и требование к модулям по правам.

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

Внутри филиала, появляется возможность создавать профили уровней сотрудников не беспокоясь о состоянии базы, например создаеются

- Стажер(демо).

- Специалист 3 категории.

- Специалист 2 категории.

- Специалист 1 категории.

- Эксперт.

Взяли на работу чела, дали ему уровень стажера и пусть листает базу пока не прозреет,

прозрел, дается профиль Специалиста 3 категории, и т.д.

То же самое и с филиалами.

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

 

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

 

Приветствуется любая критика и предложения,

помощь в консультации и программировании.

Спонсирование заинтересованных сторон, приветствуется.

 

Изменено пользователем pavlabor

Поделиться сообщением


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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас

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

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

  • Похожие публикации

    • Автор: ppv
      Підкажіть будь ласка яким чином генерується Платіжний ID, а це в мене в деяких абонентів 10 цифр а в деяких 9?
       
       
    • Автор: esystems
      Добрый день
       
      Подскажите пожалуйста, есть ли возможность в Ubilling. Чтоб абонент смог самостоятельно сменить mac адрес в личном кабинете,
      При конфиге что все абоненты привязаны к портами что не известный мак никаких сервисов не получит?
       
      Или для этого нужно писать отдельный модуль?
    • Автор: net-viking
      Привествую. Создав модуль для регистрации пользовалей, как открыть к нему доступ , чтобы внешнее приложение могло обращаться к нему (REST)? . Можете описать, как можно организовать ?  
    • Автор: ppv
      В 79 строці файлу https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/ipayx/index.php
      79   $customerId = $transactionInfo->acc;
      Так не працює, але якщо acc замінити на order тоді все гуд.
    • Автор: Александр1993
      Мне нужно создать новый период для тарифа а конкретно учебный год.
      Где находится скрипт отвечающий за снятие средств по тарифам за период месяц.
×