inadecuados de control de versiones, MOSS 2007

Question

bibliotecas de documentos de SharePoint utilizados para las políticas y procedimientos, tanto administrativa y clínica (atención médica).

flujos de trabajo de control de versiones y aprobación apoyan los requisitos legislativos y protegen contra los problemas de responsabilidad.

Por desgracia, borrado un documento elimina toda constancia de que alguna vez existió -. Toda la historia va con ella

No tengo una caja de arena en este momento para verificar, pero creo que también pasa por el proceso de aprobación.

Legalmente, para algunos de ellos, si lo borramos, todavía debe ser capaz de mostrar cuál es la política estaba en un lugar / momento determinado.

¿Hay una solución razonablemente simple o solución?

Del mismo modo, si alguien cambia el nombre del archivo (que no es difícil de hacer accidentalmente), ambos nombres de archivo tienen que mostrar la historia.

Answer 1

La solución que estoy recomendando a la gestión es hacer disponible la eliminación de la biblioteca. Una política / procedimiento puede ser "eliminado" mediante la creación de una nueva versión principal que dicen que ya no es para ser utilizado.

ACTUALIZACIÓN: Nos hizo tomar ese enfoque, y funciona. "Eliminación" un documento se realiza haciendo una versión vacía. La historia sigue a satisfacer las personas jurídicas.

Answer 2

No hay un lugar fácil imaginar donde se podía ver todos los registros eliminados (es decir, que sería algún punto de vista específico de la propia biblioteca, pero MOSS no nos provee con una). Una solución sencilla sería añadir una columna "borrado" de la lista que se oculta en formularios de usuario. De allí tendría luego coger el evento "ItemDeleting" en un manejador de sucesos y establecer el "borrado" true (pero en realidad no elimina el elemento). Por supuesto, usted tiene que filtrar todos los puntos de vista que ve el usuario de manera que sólo se muestran eliminados = false artículos.

Answer 3

Esa es la forma en que funciona. No creo que es inadecuada en la medida en SharePoint no es un sistema de control de versiones, sino más bien un documento de una gestión. Desde ese punto de vista, eliminando elementos del repositorio significa "No quiero volver a verla".

aquí :

  

Puede optar por eliminar una única versión de un archivo - por ejemplo, si se sabe que ha cometido un error en esa versión - que elimina esa versión de la historia de la versión. Sin embargo, si se elimina el archivo real, todas sus versiones se eliminan con él. Por defecto, cuando se elimina una versión, la versión se envía a la papelera de reciclaje, donde se puede recuperar hasta que se elimina permanentemente. Su organización puede manejar supresiones de manera diferente, sin embargo.

Mi coche no flota, pero por otra parte nunca fue diseñado para hacer eso. Si quería algo que flote, me gustaría comprar un barco. Así son las cosas con la tecnología -. Si necesitaba una característica como el mantenimiento de un objeto eliminado para siempre después de SharePoint no es probablemente el producto adecuado para usted o su organización

Answer 4

Una solución sería:

1. lista Crear documento historial de auditoría
2. EventReceiver en ItemAdded, ItemUpdated, ItemDeleting y otros si lo desea (ItemFileMoved etc) y luego se agregan registros apropiados para esta lista.

En segundo lugar uno sería:

1. En caso de que también puedes ItemDeleting cancelar la ejecución de borrado acción y sólo se mueven documento a otro lugar, si así lo desea.

Answer 5

He oído que M $ tenía un parche para él, pero no puedo recordar dónde he oído eso, y yo no lo he encontrado en línea todavía.