неадекватный контроль версий, MOSS 2007

Question

Библиотеки документов SharePoint, используемые для политик и процедур, как административных, так и клинических (здравоохранение).

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

К сожалению, удаление документ удаляет всю запись, которую он когда-либо существовал, - вся история идет с ним.

У меня нет песочницы прямо сейчас, чтобы проверить, но я думаю, что это также обходит рабочий процесс утверждения.

Юридически, для некоторых из них, если мы удалим его, мы по-прежнему ДОЛЖНЫ быть в состоянии показать, что политика была в определенном месте/времени.

Есть ли достаточно простые исправления или обходные пути?

Аналогичным образом, если кто-то изменяет имя файла (что не так сложно сделать случайно), оба имени файла должны показывать историю.

Answer 1

Решение, рекомендуемое для управления, заключается в том, чтобы удалить из библиотеки исключение. Политику/процедуру можно «удалить», создав новую основную версию, в которой говорится, что ее больше нельзя использовать.

ОБНОВЛЕНИЕ: Мы сделали такой подход, и он действительно работает. «Удаление» документа выполняется путём. История остается, чтобы удовлетворить законных людей.

Answer 2

Я слышал, что у M $ был патч для него, но я не могу вспомнить, где я это слышал, и я еще не нашел его в сети.

Answer 3

Нетрудно представить, где бы вы могли видеть все удаленные записи (т. Е. Это был бы определенный вид самой библиотеки, но MOSS не предоставил нам). Простым обходным решением было бы добавить столбец «Удалено» в список, который скрыт в пользовательских формах. Затем вы затем поймаете событие «ItemDeleting» в обработчике событий и установите «deleted» в true (но фактически не удалите элемент). Конечно, вы должны отфильтровать все виды, которые видит пользователь, чтобы отображались только удаленные = ложные элементы.

Answer 4

Так оно и работает. Я не думаю, что это неадекватно, поскольку SharePoint - это не система управления версиями, а скорее управление документами. С этой точки зрения удаление чего-либо из хранилища означает «Я не хочу видеть его снова».

От here:

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

Мой автомобиль не плавает, но тогда он никогда не был предназначен для этого. Если бы я хотел что-то плавать, я бы купил лодку. Таким образом, это связано с технологией - если вам нужна такая функция, как ведение удаленного объекта навсегда, то SharePoint, вероятно, не подходит для вас или вашей организации.

Answer 5

Одно из решений:

1. Создать список документов аудита История
2. Используйте EventReceiver на ItemAdded, ItemUpdated, ItemDeleting и другие, если вы хотите (ItemFileMoved и т.д.), а затем добавить соответствующие записи в этот список.

Второй один будет:

1. На ItemDeleting случае вы можете также отменить выполнение удаления действия и просто переместить документ Somwhere еще, если вы хотите так.