База для многоуровневой организации

[admigator]

Добрый Всем день.
Помогите с таким вопровосом. Есть организация. Иерархия подразделений 4 уровня в глубину.
После создания документ должен пройти согласования на всех 4-х уровнях.
База должна быть одна на подразделение и одна общяя.
Пользователи хотят еще вести каждый свою адресную книгу за отдел(в своей базе).
Т.Е. на уровне отдела администратор должен раздавать права на доступ к документам по полям.
Возможно ли такое реализовать в Лотусе?
Может нужно использовать Workflow?
Спасибо.

 

[morpheus]

да можно реализовать
организации не хотят знать друг о друге получается?

 

[admigator]

организации не хотят знать друг о друге получается?

Знать друг о друге можно.
В каждом отделе должна быть своя адресная книга и редактор правил
для администрирования доступа к документам на уровне отдела.
Может есть что-то подобное уже готовое, чтоб не изобретать велосипед?

 

[admigator]

Может кто знает литературу по проектированию где можно посмотреть такие вопросы?
Раньше велась разработка базы для доступа только на 2 уровня а как добавлять подуровни (дополнительные подразделения в иерархию)
пока не придумали.

 

[lmike]

про уровни ничё не понял, АК для отдела можно мутить через Directory Assistence

 

[Klido]

База должна быть одна на подразделение и одна общяя.

зачем отдельные базы, если доступ в глубину? аналогично делаете доступ в ширину и обходитесь одной базой, меняя доступ к докам в нужные моменты...
не до конца понятна суть приложения - если поясните подробнее, подскажут есть ли готовое....

 

[admigator]

зачем отдельные базы, если доступ в глубину?

Такая структура уже разработана и работает, но с ошибками.

про уровни ничё не понял

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

аналогично делаете доступ в ширину

А как это? Если можно пример. Пожалуйста.

Разбираюсь со предыдущей разработкой. Предстоит переделывать.

 

[Klido]

Такая структура уже разработана и работает

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

что делает приложение? что за правила?

 

[admigator]

что делает приложение? что за правила?

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

 

[Klido]

хмм.. все равно непонятно что же там делается... разные базы, разный доступ к докам, ещё и к элементам формы разный? ух....

 

[admigator]

Ладно, давайте с начала и проще.

Есть в одной организации 3 подразделения, между ними нужно настроить документооборот средствами Lotus Notes, с элементами разграничения доступа к документам.

Доступ к документам должен даваться последовательно (в виде иерархии) т.е. документ сначала виден одному человеку, он в свою очередь дает доступ к документу еще кому-то, те еще кому-то... и так далее, до 4-го уровня.

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

 

[nvyush]

документ сначала виден одному человеку, он в свою очередь дает доступ к документу еще кому-то, те еще кому-то... и так далее

Поля типа readers, authors. Дать пользователям возможность добавлять в них пользователей и группы. Сделать можно по-разному в зависимости от логики, например, при отправке на следующий этап дописывать всех авторов в читатели, новых исполнителей в авторы.

 

[Klido]

специально для этого придуманы поля авторсов и ридерсов
в нужный момент пользователь (или по событию) меняет/добавляет в значение этих полей на необходимое