Security 允许用户查看SharePoint文档库中的项目，但不打开文件

我要求允许用户查看文档库的内容，包括浏览文件夹，但不实际打开单个文件

似乎没有权限限制用户打开文件，但仍然显示文件

当然，这是一个选项，可以创建一个没有“打开链接”的视图，但这不会阻止用户手动构建URL。此外，上下文菜单中还有其他选项，我希望这些选项可用于各个文档

---

我意识到以前有人问过一个问题。

如果不允许用户访问文件的内容，我看不出有什么理由让他们看到实际的文件，或者为什么文件会占用文档库中的存储空间。为什么不填充一个列表，或者，如果希望它尽可能像文件一样，生成一些虚拟文件层次结构，其中包含空文件，但使用实际原始文件的原始名称，这些文件可以安全地存储起来？这可以动态完成，也可以使用在计时器上运行的批处理过程来完成，具体取决于文件夹内容的更改频率。

这不是一个完整的答案，但它可能会为您指明正确的方向，您可以让它正常工作

在团队站点中，有以下权限级别：

阅读：可以查看页面、列表项目和下载文档

仅查看：可以查看页面、列表项和文档。具有服务器端文件处理程序的文档类型可以在浏览器中查看，但不能下载

两者之间的唯一区别是，视图中只有未选中的打开项：

打开项-使用服务器端文件处理程序查看文档源

---

不幸的是，根据我的测试，它不起作用。至少不适用于Office文档。

我同意这将是一个有用的功能-我假设会有一个类似于在NTFS权限中列出文件夹内容的选项

例如，在我的案例中，我有一个文档库，其中包含敏感信息，需要仅限it部门的成员使用。但是，有一个子文件夹B我需要让组Y查看

当前，如果组Y对子文件夹B具有查看权限，则可以通过链接或搜索来访问它，但这可能有点繁琐。他们没有办法通过图书馆A浏览到它

---

但是，如果我可以将列表文件夹内容或等效项授予库A上的组Y，则它们可以轻松导航到子文件夹B，而不必打开A的内容。

用户需要在自定义列中查看信息，最好访问上下文菜单中的其他功能。我还希望通过配置SharePoint来实现这一点，而不是编写自定义代码。我认为没有代码是无法实现的。查看文档是一种基本权限，它是几乎任何可以想象的开箱即用权限的先决条件。最好是将元数据列复制到另一个列表中（可能是通过工作流），并授予用户与该列表交互的权限。我不同意，如果您希望列出项目并让用户请求访问文档，则此功能非常方便。这是我尝试的第一件事之一。它不起作用。把这个作为答案，因为你的最后一句话是正确的。它不起作用。我猜这个问题和链接到“类似问题”的问题都以“离题”结束了，但SharePoint是一个开发环境，也是一个最终用户工具。这是一个开发人员的问题，也是一个基于视图数量的非常流行的问题。