Utilizando o SPSecurity.RunWithElevatedPrivileges

Imagine o seguinte cenário: os usuários do site SharePoint utilizam uma web part customizada para trabalhar com os dados de uma lista, mas se eles tentarem alterar os dados pela interface do SharePoint, ao invés dessa web part, o SharePoint não pode deixar eles fazerem essas alterações. Uma forma simples de resolver isso é tirar o acesso de colaboração desta lista para todos os usuários e fazer toda a interação da lista pela web part. Mas se o usuário não tem acesso, a web part não irá dar mensagem de acesso negado?

Outro cenário: a lista possui um event receiver que altera as permissões do item e, se necessário, cria um grupo de usuários no site SharePoint. Dificilmente os usuários comuns terão acesso no site para a criação de grupos.

Neste post vamos discutir esses pontos e ver como resolvê-los.

Leia o post completo clicando aqui.