Question

Est-il possible de limiter l'autorisation « article modifier » dans WSS 3.0 pour permettre qu'un utilisateur de modifier ses propres documents ou éléments de la liste? Nous avons besoin de la possibilité pour un utilisateur de modifier uniquement les documents / éléments de liste qu'il crée - pas les articles que quelqu'un d'autre a créé. Donc, nous avons besoin essentiellement d'un sous-ensemble de l'autorisation EDIT ainsi que ADD.

Est-ce possible dans Windows SharePoint Services 3.0? Est-il possible de créer des autorisations personnalisées dans le code ou une fonctionnalité?

Était-ce utile?

La solution

WSS a une interface utilisateur de base pour la mise en autorisation au niveau des articles sur les éléments de liste, mais ils se cachent que de l'interface utilisateur pour les bibliothèques de documents. Si vous allez dans Settings->List Settings->Avanced settings pour une liste, vous verrez les options pour faire à peu près ce que vous demandez. Cependant, les bibliothèques de documents, que l'interface utilisateur ne sont pas disponibles. Les paramètres qu'il entraîne, mais sont avaiable via le modèle objet.

Vous pouvez définir ces mêmes propriétés pour une bibliothèque de documents comme ceci:

SPDocumentLibrary onlyOwnLib = theWeb.Lists["DocLibName"]  
onlyOwnLib.WriteSecurity = 2;  
onlyOwnLib.Update();  

Et cela devrait le faire au sujet. Cependant, apparemment cela ne permissions vraiment pas ensemble; il contrôle tout ce que l'utilisateur peut faire via l'interface utilisateur. S'ils avaient une autre interface à la bibliothèque (comme via WebDAV) ou d'une liste (comme via les services Web), il ne les empêcherait pas d'éditer les articles qu'ils ne sont pas responsables. Si vous voulez vraies autorisations au niveau de l'article, je pense que vous avez besoin d'aller la route du gestionnaire d'événements.

après de Matt Morse explique plus en détail, et il a même écrit un outil de ligne de commande pour définir la propriété (plus la propriété .ReadSecurity) pour les listes et les bibliothèques.

Autres conseils

Si vous avez ajouté un gestionnaire d'événements à la liste des documents que vous devriez être en mesure de limiter les droits d'édition sur ce point à l'utilisateur qui a créé l'élément.

Je dois souvent copier des documents d'un autre système dans une liste dans SharePoint, et dans ce cas, les droits d'édition seront affectés à l'utilisateur du système qui transféré le document, sauf si vous utilisez l'approche proposée par Kirk Liemohn here

Notez que les autorisations au niveau des éléments sur un grand nombre de documents augmenter la charge sur votre serveur SQL beaucoup.

Voici la solution pour votre demande. aller à la liste -> Paramètres de la liste -> Paramètres avancés

vous verrez la section

Accès en lecture: spécifiez les données utilisateurs peuvent lire

Tous les articles Seule leur propre

Accès Edit: Spécifiez les utilisateurs des objets peuvent modifier

Tous les articles Seulement leur propre Aucun

sélectionnez les options en fonction de besoins. Ca y est fait .. voulez plus, cliquez sur http: // mastermoss.wordpress.com

De plus, vous pouvez simplement donner à chaque personne leur propre dossier.

Donner à chacun des droits de lecture sur la bibliothèque liste SharePoint / document, mais donner à chacun des privilèges de contrôle total sur leur propre dossier. Cela permettra à tout le monde à lire tout dans une liste, mais créer / modifier leurs propres documents.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top