Modifier seulement la propriété des éléments de liste dans Windows Sharepoint Services 3.0

Est-il un moyen de limiter le "modifier l'article" l'autorisation en WSS 3.0 pour seulement permettre à un utilisateur d'éditer ses propres documents ou d'éléments de liste? Nous avons besoin de la capacité pour un utilisateur de modifier uniquement les documents/liste des objets qu'il crée - PAS d'éléments que quelqu'un d'autre a créé. Donc, essentiellement, nous avons besoin d'un sous-ensemble de l'autorisation MODIFIER et AJOUTER.

Est-ce possible dans Windows Sharepoint Services 3.0? Est-il un moyen de créer des autorisations dans le code ou une fonction?

Mise à jour - nous avons besoin de l'héritage de travailler à partir de la liste en bas de l'article pour que le réglage de chaque élément autorisations de ne pas vraiment travailler pour nous.

OriginalL'auteur dirq | 2009-04-09

  1. 4

    WSS dispose d'une INTERFACE utilisateur de base pour l'élément de réglage de niveau d'autorisation sur les éléments de la liste, mais ils cachent qu'à partir de l'INTERFACE utilisateur pour les bibliothèques de documents. Si vous allez dans Settings->List Settings->Avanced settings d'une liste, vous verrez les options pour faire à peu près ce que vous me demandez. Cependant, sur les bibliothèques de documents, que l'INTERFACE utilisateur n'est pas disponible. Les paramètres des disques, mais sont disponibles via le modèle objet.

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

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

    Et qui doit le faire. Cependant, apparemment, ce n'est pas vraiment définir des autorisations; c'est juste que les contrôles de ce que l'utilisateur peut le faire via l'INTERFACE utilisateur. Si ils avaient une autre interface de la bibliothèque (comme via WebDAV) ou de la liste (comme via les services web), cela ne l'empêchera pas de modification des éléments qu'ils n'ont pas de créer. Si vous voulez un vrai élément autorisations de niveau, je pense que vous devez aller dans le gestionnaire d'événement de l'itinéraire.

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

    OriginalL'auteur Abs

  2. 2

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

    J'ai souvent à copier des documents à partir d'un autre système dans une liste dans SharePoint, et dans ce cas, les droits de modification sera attribué à l'utilisateur du système qui a viré le document, à moins d'utiliser l'approche proposée par Kirk Liemohn ici

    OriginalL'auteur Kasper

  3. 1

    Noter que le niveau d'objet des autorisations sur un grand nombre de documents d'augmenter la charge sur votre serveur SQL server beaucoup.

    Et, éventuellement, les causes de certaines procédures stockées à la pause. Nous avons eu un grand doc lib dans lequel chaque élément a son propre sécurité. Lorsque nous avons essayé d'interroger les éléments, il ne retourne pas tous les résultats escomptés. SPQuery revient à des tables Temporaires après 10 jointures, puis donne juste... Après le partage de la doc lib dans de plus petites portions tout fonctionnait de nouveau.

    OriginalL'auteur Andy Burns

  4. 1

    voici la solution pour votre demande.
    accédez à la liste -> paramètres de la liste -> Paramètres Avancés

    vous verrez la section de

    Accès en lecture: Préciser les éléments qui les utilisateurs peuvent lire

    Tous les éléments
    Seulement leur propre

    D'édition: Préciser les éléments qui les utilisateurs peuvent modifier

    Tous les éléments
    Seulement leur propre
    Aucun

    sélectionnez les options sur la base d'exigence. c'est fait..
    veux plus, cliquez sur: http://mastermoss.wordpress.com

    OriginalL'auteur

  5. 1

    C'est une vieille question, cependant, le problème existe toujours.

    Une manière qui a bien fonctionné pour moi dans le passé, c'est d'utiliser un flux de travail pour configurer les permissions lors de l'élément de bibliothèque est ajouté.

    Voir http://www.sharepointusecases.com/index.php/2010/03/configure-item-level-permissions-for-document-libraries-part-2/ pour plus de détails.

    OriginalL'auteur Lucas Stark

  6. 0

    Je crois que les autorisations comme ça peut être créé par le biais de l'interface utilisateur. Il dépend de l'échelle et le nombre d'éléments de la liste que vous avez, mais vous pourriez faire une de deux choses. D'abord (sans avoir à créer des scripts), vous pouvez donner à chacun une coutume "Lire" autorisation d'accès qui ne leur permettaient pas de faire tout ce que vous pouvez en Lire la permission, mais de leur permettre d'Ajouter des Éléments. Puis sur un article par article, cliquez sur l'item -> gérer les autorisations -> (Donner à l'utilisateur les autorisations de collaboration sur leur document).

    Si vous êtes à la création d'une liste SharePoint que ce ne sera pas pratique, vous pouvez créer un script pour parcourir dans tous les éléments, et vérifiez que l'utilisateur dispose des autorisations de contribute (sinon il va définir l'contribuer autorisation de l'utilisateur).

    OriginalL'auteur Brian

  7. 0

    En outre, vous pouvez simplement donner à chaque personne de leur propre dossier.

    Donner à chacun des autorisations de lecture sur la liste SharePoint/bibliothèque de documents, mais de donner à chaque personne des privilèges de contrôle total plus de leur propre dossier. Cela permettra à tout le monde de tout lire en une liste, mais de créer/éditer leurs propres documents.

    OriginalL'auteur Brian

  8. 0

    Si vous voulez la Seule "leur propre" de l'autorisation sur un document de la bibliothèque, il n'y est pas hors de la boîte. Mais j'ai créé une solution à CodePlex qui ajoute pour les Bibliothèques de documents - check it out à http://moresharepoint.codeplex.com.

    OriginalL'auteur CodeThug