{"id":1220,"date":"2014-02-25T11:00:08","date_gmt":"2014-02-25T10:00:08","guid":{"rendered":"http:\/\/blogs.encamina.com\/desarrollandosobresharepoint\/?p=1220"},"modified":"2014-02-24T11:08:46","modified_gmt":"2014-02-24T10:08:46","slug":"sharepoint-2013-romper-permisos-nivel-de-item-de-lista-programaticamente","status":"publish","type":"post","link":"https:\/\/blogs.encamina.com\/desarrollandosobresharepoint\/sharepoint-2013-romper-permisos-nivel-de-item-de-lista-programaticamente\/","title":{"rendered":"SharePoint 2013 Romper permisos a nivel de Item de lista"},"content":{"rendered":"

Entre las muchas cosas buenas que tiene SharePoint, una es el nivel de seguridad que se le puede aplicar a todos los artefactos propios de la plataforma. Esta caracter\u00edstica nos facilita la vida en muchas ocasiones, y nos brinda soluciones t\u00e9cnicamente brillantes en circunstancias en las que en otros sistemas nos costar\u00eda much\u00edsimo tiempo de implementar (por este motivo estar\u00edan pr\u00e1cticamente descartadas). Aunque a la hora de jugar con los permisos hay que revisar con mucha atenci\u00f3n los limites que trae SharePoint, algo que debe de mejorar, porque Microsoft no garantiza el rendimiento de tu sistema si asignas permisos exclusivos a m\u00e1s de 50.000 items a nivel de lista. Pode\u00eds consultar estos limites en el siguiente link<\/a><\/p>\n

Caso Real<\/h2>\n

Estamos en el desarrollo de una Intranet para una compa\u00f1\u00eda y uno de los primeros requisitos que solicita la Direcci\u00f3n es que exista un \u00abcl\u00e1sico\u00bb Buz\u00f3n de sugerencias, donde toda la organizaci\u00f3n pueda a\u00f1adir su sugerencia y una vez la reciba la Direcci\u00f3n, se implementan diversos estados de un flujo de trabajo (que var\u00eda dependiendo de la organizaci\u00f3n).<\/p>\n

\u00bfComo lo hacemos?<\/strong>
\nVamos a centrarnos en la parte donde vamos a guardar las sugerencias (la capa vista, flujos posteriores, etc. no son objeto de este post). Naturalmente, se almacena la informaci\u00f3n en una lista de SharePoint (salvo contadas excepciones no creo que superemos los 50.000 elementos de permisos \u00fanicos). La cuesti\u00f3n es que la Direcci\u00f3n solamente quiere que las sugerencias las puedan ver el propio departamento de Direcci\u00f3n\/Recursos Humanos y el interesado que ha realizado la sugerencia.
\nLa primera opci\u00f3n es ver qu\u00e9 traen las listas \u00about-of-the-box\u00bb para ver si podemos implementar este requerimiento y entonces, nos encontramos con esta pantalla:
\n\"PermisosListas\"<\/a>
\nComo vemos, las posibilidades que ofrece para que cumplir con los requisitos, solamente se satisfacen si hacemos Administradores a los miembros de Direcci\u00f3n para que, de esta forma, ellos puedan ver todos los elementos de una lista. Algo que es como matar moscas a ca\u00f1onazos o similar.<\/p>\n

\u00bf Es necesario que hacer a un usuario Administrador cuando su rol no es ese? La respuesta se contesta por si sola, NO. Esto solamente nos puede ocasionar problemas y m\u00e1s problemas.<\/p>\n

Soluci\u00f3n<\/h2>\n

La soluci\u00f3n pasa inevitablemente por dar permisos exclusivos a cada item. En esta lista todo el mundo tiene permiso para escribir en ella (porque de esta forma todo el mundo podr\u00eda a\u00f1adir sugerencias) pero en el momento que se cree un elemento, estos permisos se modifican.<\/p>\n

Para conseguir este elemento lo podemos hacer de dos formas:<\/p>\n

    \n
  1. Mediante un Workflow<\/li>\n
  2. Mediante un desarrollo personalizado en el EventReceiver<\/li>\n<\/ol>\n

    Para la primera opci\u00f3n, mediante SharePoint Designer podemos realizar un flujo de trabajo sencillo para obtener este objetivo.
    \n    \"PermisosDesigner\"<\/a>
    \nPara la segunda opci\u00f3n, mediante el siguiente c\u00f3digo lo podemos conseguir:<\/p>\n

    \r\n                SPSecurity.RunWithElevatedPrivileges(delegate\r\n                {\r\n                    using (SPSite spSite = new SPSite(idSite))\r\n                    {\r\n                        using (SPWeb spWeb = spSite.OpenWeb())\r\n                        {\r\n                            spWeb.AllowUnsafeUpdates = true;\r\n                            var oGroup = spWeb.Groups.GetByID(Convert.ToInt32(user));\r\n                            SPRoleAssignment roleAssignment = new SPRoleAssignment(oGroup);\r\n                            SPRoleDefinition roleDefinition = spWeb.RoleDefinitions[role];\r\n                            roleAssignment.RoleDefinitionBindings.Add(roleDefinition);\r\n                            var item = spWeb.Lists.TryGetList(Lista).GetItemById(id);\r\n                             if (!item.HasUniqueRoleAssignments)\r\n                            {\r\n                               item.BreakRoleInheritance(false); \/\/ Ensure we don't inherit permissions from parent\r\n                            }\r\n                              item.RoleAssignments.Add(roleAssignment);\r\n                            item.SystemUpdate(false);\r\n                        }\r\n                    }\r\n                });\r\n<\/pre>\n
    Del c\u00f3digo introducido, una serie de apuntes:<\/p>\n