contrôle inadéquat version, MOSS 2007

Question

bibliothèques de documents Sharepoint utilisés pour les politiques et procédures, à la fois administratives et cliniques (soins de santé).

flux de travail de contrôle de version et d'approbation prennent en charge les exigences législatives et de protection contre les problèmes de responsabilité.

Malheureusement, supprimer un document supprime tous les enregistrements qu'il ait jamais existé -. Toute l'histoire va avec

Je n'ai pas un bac à sable dès maintenant pour vérifier, mais je pense qu'il contourne également le processus d'approbation.

Légalement, pour certains d'entre eux, si nous supprimons, nous avons encore MUST être en mesure de montrer ce que la politique était un lieu / moment donné.

Y at-il une solution assez simple ou solution de contournement?

De même, si quelqu'un change le nom du fichier (ce qui est difficile à faire accidentellement), les deux noms de fichiers doivent montrer l'histoire.

Answer 1

La solution que je recommande à la direction est de rendre la suppression indisponible de la bibliothèque. Une politique / procédure peut être « supprimé » en créant une nouvelle version majeure qui disent qu'il ne soit plus à utiliser.

Mise à jour: Nous avons pris cette approche, et il fonctionne. « Supprimer » un document se fait en faisant une version vide. L'histoire reste à satisfaire les gens juridiques.

Answer 2

Il n'y a pas lieu facile d'imaginer où l'on pouvait voir tous les enregistrements supprimés (ce qui serait une vue spécifique de la bibliothèque elle-même, mais MOSS ne nous fournit pas avec un). Une solution simple serait d'ajouter une colonne « supprimé » à la liste qui est cachée dans les formulaires utilisateur. Ensuite, vous auriez alors attraper l'événement « ItemDeleting » dans un eventhandler et définir la « supprimé » true (mais en fait pas supprimer l'élément). Bien sûr, vous devez filtrer tous les points de vue que l'utilisateur voit ainsi pour afficher uniquement supprimés = éléments faux.

Answer 3

C'est la façon dont il fonctionne. Je ne pense pas qu'il soit inadéquate dans la mesure où SharePoint est pas un système de contrôle de version, mais plutôt une gestion de documents un. De ce point de vue, la suppression de quelque chose du référentiel signifie « Je ne veux pas le voir à nouveau ».

De :

  

Vous pouvez choisir de supprimer une seule version d'un fichier - par exemple, si vous savez que vous avez fait une erreur dans cette version - qui supprime cette version de l'histoire de version. Toutefois, si vous supprimez le fichier réel, toutes ses versions sont supprimées avec elle. Par défaut, lorsque vous supprimez une version, la version est envoyée à la Corbeille, où il peut être récupéré jusqu'à ce qu'il soit définitivement supprimé. Votre organisation peut gérer différemment les suppressions, cependant.

Ma voiture ne flotte pas, mais il n'a jamais été conçu pour le faire. Si je voulais quelque chose qui flotte, j'acheter un bateau. Ainsi, il va de pair avec la technologie -. Si vous avez besoin d'une fonctionnalité comme garder un objet supprimé pour toujours alors SharePoint est probablement pas le bon produit pour vous ou votre organisation

Answer 4

Une solution serait:

1. Créer une liste de vérification Histoire document
2. Utilisez EventReceiver sur ItemAdded, ItemUpdated, ItemDeleting et d'autres si vous le souhaitez (ItemFileMoved etc), puis ajouter des dossiers appropriés à cette liste.

deuxième serait:

1. Lors de l'événement, vous pouvez également ItemDeleting annuler l'exécution de suppression action et tout document de mouvement somwhere autre, si vous le souhaitez.

Answer 5

J'ai entendu dire que M $ a eu un patch pour mais je ne me souviens pas où j'ai entendu, et je n'ai pas encore trouvé en ligne.