Sharepoint 2010 外部客户的Sharepoint网站
我有一个SP站点，员工在其中提交报告。提交报告时，公司信息作为元数据附着在sharepoint库中 对于一家公司来说，在我们的广告中有一个单独登录的客户，所有客户都属于一个单独的用户组 我想创建一个单独的网站，让他们的客户可以登录并阅读他们的报告 我的第一个问题是在站点之间共享一个库，这样客户就可以访问我们内部站点中提交的报告 第二个问题是在公司和客户登录名之间创建连接，以便我可以过滤报告，以便客户只看到他们的报告Sharepoint 2010 外部客户的Sharepoint网站,sharepoint-2010,Sharepoint 2010,我有一个SP站点，员工在其中提交报告。提交报告时，公司信息作为元数据附着在sharepoint库中 对于一家公司来说，在我们的广告中有一个单独登录的客户，所有客户都属于一个单独的用户组 我想创建一个单独的网站，让他们的客户可以登录并阅读他们的报告 我的第一个问题是在站点之间共享一个库，这样客户就可以访问我们内部站点中提交的报告 第二个问题是在公司和客户登录名之间创建连接，以便我可以过滤报告，以便客户只看到他们的报告 您将如何执行此操作？根据我对此场景的理解，我将与客户共享报告作为内容部署练习。不
您将如何执行此操作？根据我对此场景的理解，我将与客户共享报告作为内容部署练习。不确定是否希望所有公司的所有客户都登录一个站点，或者是否希望为每个公司创建一个站点。内部列表上事件接收者或工作流的定制开发将在上传（并可能获得批准）后处理报告的“发布”（即将文档复制到客户端可访问列表）
如果有一个公共站点，则需要根据公司元数据考虑项目级权限设置。如果你为每家公司都有一个网站，那么安全性应该会容易得多。如果你的目标只是共享报告，那么使用单独的网站供客户登录或使用每个客户的网站是非常过分的，几乎没有用 解决您的问题非常简单：一个站点为每个客户提供单独的文档库。在1个customer=1站点和1个customer=1库之间没有太大区别，除了一个简单的场景之外，我发现在单个站点上维护多个库要比在多个站点上维护基本上只有一个库容易得多。但是，如果您计划与客户（现在或将来）进行更多的互动和“共享”，则可以为每个客户选择单独的站点 步骤：
通过使用自定义工作流和/或接收者，将所有报告放在单个站点将简化额外业务逻辑的开发过程。此外，搜索和聚合管理员或超级用户更容易。报告：公司基数1:1吗？如果是，为什么不针对报告列表项将客户存储为元数据？这两个站点之间的关系是什么？它们是否在同一个web应用程序中？在同一个服务器场上？基数是一对多，站点位于同一个web应用程序上