1. Требуются разработчики и тестеры для проекта codebyOS. Требования для участия в проекте: Знание принципов работы ОС на базе Linux; Знание Bash; Крайне желательное знание CPP, Python, Lua; Навыки системного администрирования. Подробнее ...

    Скрыть объявление

Как реализовать механизм делегирования

Тема в разделе "Lotus - Программирование", создана пользователем fedotxxl, 27 дек 2007.

  1. fedotxxl

    fedotxxl Well-Known Member

    Репутация:
    0
    Регистрация:
    9 ноя 2005
    Сообщения:
    614
    Симпатии:
    0
    Каким образом правильно реализовать механиз делегирования в документооборотном движке.
    Давайте обсудим этот вопрос

    Первое, что нужно обсудить - функционал
    Второе - реализация

    Что у нас есть:
    1. Сложный движок в котором происходят согласование документов (посл / паралл), приходят уведомления, некоторые документы скрыты...
    2. Пользователь А, который делигирует полномочия пользователю Б

    Что хочет получить пользователь А? Пользователь А хочет перекинуть весь функционал на пользователя Б.

    Как это лучше сделать?

    1. Нужно ли предоставлять функционал в существующих процессах (документах) (изменить группы доступа, добавить пользователя Б в согласующих)
    2. Нужно ли убирать функционал из существующих процессов, если срок делегирования закончился?
    3. Каким образом делегировать полномочия - в момент перехода на стадию добавлять человека Б в документ, найдя его в документах-делегирования, или же изменять документ маршрута (т.е. проверка не потребуется)? Правильнее первое (проверка налету), быстрее второе (изменение карточки маршрута)

    Что вы считаете по этому поводу?
     
  2. Sandr

    Sandr Гость

    Репутация:
    0
    Во первых дать доступ пользователю Б к документу такой же как у основного пользователя (А), но в другое поле. Пользователь Б не должен быть там явно.. он ведь действует от имени пользователя А.
    Во вторых, вычислять полномочия пользователя Б в момент вычисления полномочий пользователя А (когда это у Вас происходит Вам лучше знать)
    При вынесении решения пользователем Б добавлять признак, что он это делал с подачи польщователя А.

    Проверять не истек ли срок делегирования в момент принятия решения пользователем Б. Если истек - ругать его...

    И еще, было бы правильно проверять, а может ли пользователь Б выполнять те действия, которые позволены пользователю А на уровне системы в целом... Может он не имеет права согласовывать вообще...
     
  3. Akupaka

    Akupaka А че я?.. О.о

    Репутация:
    0
    Регистрация:
    4 окт 2007
    Сообщения:
    3.360
    Симпатии:
    2
    При чем как можно более грубо, чтобы второй раз лезть желания не было ;)

    если пользователю Б делегировали полномочия пользователя А, то тут следует понимать, что он (Б) должен иметь те же возможности, что и А, независимо от настроек в системе лично для него (Б)... имхо :lol:
     
  4. Sandr

    Sandr Гость

    Репутация:
    0
    Не согласен. Если у пользователя А есть бизнес-роль "согласующий", а у пользователя Б её нет, то он не должен иметь право согласования...
     
  5. fedotxxl

    fedotxxl Well-Known Member

    Репутация:
    0
    Регистрация:
    9 ноя 2005
    Сообщения:
    614
    Симпатии:
    0
    Для: Sandr
    Но ведь ему доверили...
    Не было ответа на вопросы:
    1. Что делать с документами, которые были созданы до делегирования полномочий - предоставлять ли доступ / забить?
    2. Что делать с документами, в которых полномочия делегированы, но срок делегирования истек
     
  6. valmont

    valmont Well-Known Member

    Репутация:
    0
    Регистрация:
    27 дек 2004
    Сообщения:
    64
    Симпатии:
    0
    по п.1, если передаются полномочия, то да, канечно, нужно к этим документам предоставлять доступ. т.к. во время работы по замещению всякая информация может потребоваться.
    по п.2 срок истек значит истек, полнмочия убираем, с этими документами работает замещаемый сотрудник.
     
  7. fedotxxl

    fedotxxl Well-Known Member

    Репутация:
    0
    Регистрация:
    9 ноя 2005
    Сообщения:
    614
    Симпатии:
    0
    Для: all
    Получается, что нужен агент что-то типа Admin Process, который будет конопатить поля Readers/Authors и делать некоторые другие вещи?
     
  8. K-Fire

    K-Fire Гость

    Репутация:
    0
    <!--QuoteBegin-fedotxxl+28:12:2007, 10:13 -->
    <span class="vbquote">(fedotxxl @ 28:12:2007, 10:13 )</span><!--QuoteEBegin-->Для: all
    Получается, что нужен агент что-то типа Admin Process, который будет конопатить поля Readers/Authors и делать некоторые другие вещи?
    [snapback]91692" rel="nofollow" target="_blank[/snapback]​
    [/quote]

    По сути да. Если у вас пользователь А прописывается в поля напрямую (как нотес-имя), то иначе это не сделать. Но если же он прописывается через некие группы - тогда проще, добавляем Б в группы и всё сразу работает.

    К тому же вопрос важный, каким образом пользовать получает доступ к функционалу. Если допустим есть роль [Согласующий] и у пользователя А она есть, а у Б - нету, то он никак эту функцию и не выполнит. Если же только через поля в документе - тут можно уже как-то работать.
     
  9. fedotxxl

    fedotxxl Well-Known Member

    Репутация:
    0
    Регистрация:
    9 ноя 2005
    Сообщения:
    614
    Симпатии:
    0
    Для: K-Fire
    Вы про роль в ACL? Думаю, все права через поля раздавать правильнее
     
Загрузка...

Поделиться этой страницей