Форум

Дык проблема в том, что "внутри" портала документы хранятся в своем формате, имена файлов и структура каталогов совсем другая. Просто так скопировать можно миллионом способов, но толку? Разобрать где что без изучения алгоритма и привязки к БД никак.
Подобраться можно только по webdav, но скорость...

А кто как решает вопрос бекапа документов? Резервное копирование портала это одно, а если требуется оперативно восстановить удаленный/неудачно измененный документ? Копирование веб-папки/сетевого диска по webdav занятие медленное и неблагодарное. В "оригинале" же документы хранятся в неудобоваримом виде. Или я чего-то не понимаю? Возможно существует способ быстро и просто слить доки непосредственно с ФС? Кто как решает данный вопрос.

ну а как факт публикации документа влияет на его доступность?

ГЫ. Побочный эффект - пользователи теперь могут управлять правами на папку с документами. Отключит в правах "Изменение раздела (section_edit)". Думаю дальше.

В настройках доступа включил "Изменение раздела (section_edit)". У пользователей появилась возможность загружать документы, а соотв. запускать БП.
Однако после загрузки документ для пользователей не виден, но если юзер участвует в БП, то может его править по ссылке из оповещения. После завершения БП документ виден для всех пользователей. Чудеса.

nukemonk, сделал все как в видео по ссылке "про вменяемость настройки". Создал те же уровни доступа, установил аналогичные права на папку с документами. Пользователи из категории "Все сотрудники" не имеют прав на просмотр и загрузку документа, а соотв. запуск БП.

Спасибо, почитаю.
Но почему все так сложно? Или дело в танцоре? А может задача нетривиальная? Мне казалось, что процесс по-дефолту должен обеспечивать доступ к редактированию документа только для лиц, задействованных в нем на данном этапе. Это вроде как логично?
А то вначале приходится докупать следующую редакцию только для того, чтобы иметь возможность править шаблоны БП хотя бы из-за добавления оповещения пользователя сообщением об этапах БП вместо (дополнительно) к имейл, теперь оказывается нужно включать бубен, для организации нормального хода простейшего процесса.

Каким образом заблокировать документ, занятый в БП от редактирования пользователей, незадействованных в этом БП?
Если выставить права к папке как "бизнес-процессы", то все работает как требуется: пользователи задействованные в БП получают право редактирования документа на соотв. этапе за счет установки прав в самом БП (голосующих разрешается запись).
Однако в этом случае они не могут загружать документы и запускать БП.
Как оставить им эти права и при этом не дать возможности редактировать документы, задействованные в "чужом" БП, ведь если изменить права доступа на "полные" или "изменение", то изменение прав доступа к документу встроенное в БП не срабатывает.

Хоть и не хорошо, но таки скопирую свой пост из соседней темы, может тут подскажут...
Если в свойствах бизнес-процесса установить "запускать при создании", то даже будучи утвержденным документ может быть отредактирован и при этом не изменит своего статуса. Сие неправильно имхо. Если же установить статус запуска и при создании и при изменении, то возможность редактирования пропадает полностью (редактирование в MS Office недоступно, правка через веб-папку так же не допускается).
Получается вносить изменения в документ в последнем случае можно только подгружая новую версию? Так задумано или есть варианты?

правку реестра под офис делали?