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

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

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

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

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

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

Имеется.

Объекты.

- Модуль.

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

Юзатели.

- Филиалы.

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

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

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

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

- Эксперт.

Действия.

- Просмотр.

- Создание.

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

- Удаление.

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

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

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

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

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

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

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

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

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

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

- Эксперт.

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

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

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

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

 

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

 

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

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

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

 

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

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


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

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

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

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

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

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

Войти

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

Войти сейчас

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

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

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

    • Автор: msat
      Я в PHP ноль, ну может капельку больше...
      вики
      В обшем можно добавить SMS сервис путем складывания в /api/vendor/sms_services_APIs файлов реализации API СМС сервиса в виде PHP класса наследующего абстрактный класс SMSServiceApi. Что означает, что если поддержки вашего любимого необходимого вам СМС провайдера в Ubilling пока нет - добавить ее теперь стало относительно не сложно. 
       
      Ну кому как, а мне было сложно, даже очень.. двое суток потратил..
       
      Есть сервис https://semysms.net/ - из смартфона делаем SMS шлюз. их подобных много, но я этим пользуюсь.
      Вот их Документация по отправке смс через API
       
      Надеюсь в  Ubilling будет добавлена возможность добавления произвольного HTTP API
      что то типа такого https://example.com/api.php?apikey=myapikey&dsendr=#SENDR#&phone=#TEL#&msg=#MSG#
       
      Я проблему решил. Хоть и не безвозмездно, но помогли. Могу теперь сам их хоть 10 прикрутить(мне столько пока не надо). Теперь точно в PHP не полный ноль.
      А может и не нужен произвольный API. Кому сильно надо заплатит или сам разберется.
       
       
       
    • Автор: Poseidon
      Подскажите пожалуйста, как можно сделать, чтобы UBilling брал лог DHCP с микротик.  Надо MAC+IP который выдал дхцп сервер микрота, назначать абону статикой, если такой IP уже есть в базе биллинга, менять на свободный и отсылать на микротик.
    • Автор: msat
      Установил
      в stargazer.conf
      DayFee = 26  - абон спишется 26 числа.
       
      Есть такая фича:
      Показывать ли сколько дней осталось до окончания оплаченной услуги?
      ONLINELEFT_COUNT=1
      и
      Стиль показа оставшегося периода - количество дней или конечная дата предоставления услуги. Возможные значения days или date
      ONLINELEFT_STYLE='date'  
       
      Теперь заходим в Профиль пользователя
      Баланс    0 , хватит до 01.02.2019
      а должно быть 26.01.2019
      Как заставить правильно показывать???
       
    • Автор: msat
      в состоянии системы время 15:52:04 - соответствует времени на сервере и соответствует реальному.
      пополняем, смотрим время пополнения: 2019-01-11 17:52:42 
      на 2 часа позже
      все конфиги пересмотрел. 
      пожалуйста, ткните носом. Не могу найти...
    • Автор: msat
      Округление баланса пользователя до сотых (копеек).
      в alter.ini
      ROUND_PROFILE_CASH=1
      в userstats.ini
      ROUND_PROFILE_CASH=1
       
      Если делаю оплату в админке 1,99, то и в платежах получаем 1,99. Тут все норм.
       
      Вот с оплатой через яндекс так не получается...
      в фронтенде 
      /openpayz/frontend/yandex_notify/index.php
      снял комментарий
       //$summ = $_POST['amount']; //Сумма, которая зачислена на счет получателя.
       
      теперь:
      отправляю 2 р получаю перевод 1,99 в платежах 2
      отправляю 3 р получаю перевод 2,99 в платежах 3
      отправляю 55 р получаю перевод 54,73 в платежах 55
      а вот
      отправляю 300 р получаю перевод 298,51 и в платежах 299, те фронтед правильно отрабатывает!
       
      как заставить отображаться в платежах, то что получаем?
×