Sharepoint - comment définir le niveau d'autorisation pour ajouter un élément, mais pas la vue?

Comme la moitié d'une manière option, vous pouvez configurer la liste pour afficher uniquement les articles à leur propriétaire (Paramètres > Paramètres Avancés puis définissez les options pour Accès en Lecture /modification que "Seulement leur propre". Cela ne va pas empêcher une personne de les voir tous les éléments qui ont été ajoutés par eux, mais il ne sera pas quelque chose de visible à l'extérieur de cette autorisation (autre que par un propriétaire de la liste).

$spweb=Get-SPWeb -Identity "<site url>";
$spRoleDefinition = New-Object Microsoft.SharePoint.SPRoleDefinition;
$spRoleDefinition.Name = "Submit only";
$spRoleDefinition.Description = "Can submit/add forms/files/items into library or list but cannot  view/edit them.";
$spRoleDefinition.BasePermissions = "AddListItems, ViewPages, ViewFormPages, Open";
$spweb.RoleDefinitions.Add($spRoleDefinition);

Prises à partir de:
http://sajiviswam.wordpress.com/2011/12/09/add-only-permission-level-in-sharepoint-2010/

Utiliser une étape d'emprunt d'identité dans le flux de travail.

Vous n'avez pas vraiment spécifier le type de liste que vous utilisez, mais si vous regardez dans la liste des paramètres sous "Paramètres Avancés", vous trouverez probablement un "Niveau de l'Élément section" Autorisations". Cela vous permettra de choisir de limiter l'accès à la lecture (ou modification) seulement les articles qu'ils ont soumis. Cela va au-delà de toute autre Acl ensemble sur la liste, ou s'il est éléments de.

J'étais en train de travailler sur une solution rapide pour cela, à faire des recherches quand j'ai trouvé ce message.
En outre, le SPD, flux de travail, ne fonctionnera pas avec les utilisateurs anonymes, je pensais faire un infopath formulaire html mails la forme d'une bibliothèque de formulaires. Vous pouvez disposer d'une bibliothèque de formulaires que le site de démarrer le formulaire puis les résultats sont stockés dans une autre bibliothèque de formulaires. Puisque vous pouvez définir la forme de la bibliothèque afin d'accepter les emails de n'importe qui vous pouvez empêcher les gens de lire, mais ils peuvent encore modifier.

N'ont pas essayé, mais si je rencontre des problèmes seront poster des commentaires.

@Jomit. Votre solution de contournement peut fonctionner, mais il est la condition de course de problème. Les utilisateurs peuvent encore avoir une chance de voir d'autres articles. Cela peut être un non-non en fonction de vos règles.

Régulièrement des listes SharePoint offre cette option dans Paramètres/Paramètres Avancés/Article-les Autorisations de Niveau. Mais pour certaines raisons, cette option est absente de l'interface utilisateur graphique pour Document et les Bibliothèques de formulaires.

Une solution possible est d'écrire un programme simple pour faire ces changements à l'aide du Modèle d'Objet SharePoint.
http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.splist.writesecurity.aspx

//Sample code for setting writing and reading security on a form library
class Program
            {
                static void Main(string[] args)
                {
                    using (SPSite site = new SPSite(args[0]))
                    {
                        using (SPWeb web = site.OpenWeb())
                        {
                            SPList list = web.Lists[args[1]];
                            list.WriteSecurity = 2;
                            list.ReadSecurity = 2;
                            list.Update();
                        }
                    }
                }
            }