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

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

  1. fedotxxl

    fedotxxl Well-Known Member

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

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

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

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

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

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

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

    Sandr Гость

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

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

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

    Akupaka А че я?.. О.о

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

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

    Sandr Гость

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

    fedotxxl Well-Known Member

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

    valmont Well-Known Member

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

    fedotxxl Well-Known Member

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

    K-Fire Гость

    <!--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

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

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