我有一个 SP 网站,员工可以在其中提交报告。提交一份报告,公司信息作为元数据附加在共享点库中。
对于一家公司,在我们的 AD 中有一个单独登录的客户,这些客户都属于一个单独的用户组。
我想创建一个单独的网站,让他们的客户可以登录并阅读他们的报告
我的第一个问题是在站点之间共享一个库,以便客户可以访问在我们内部站点中提交的报告。
第二个问题是在公司和客户登录之间创建连接,以便我可以过滤报告,以便客户只能看到他们的报告。
你会怎么做呢?
我有一个 SP 网站,员工可以在其中提交报告。提交一份报告,公司信息作为元数据附加在共享点库中。
对于一家公司,在我们的 AD 中有一个单独登录的客户,这些客户都属于一个单独的用户组。
我想创建一个单独的网站,让他们的客户可以登录并阅读他们的报告
我的第一个问题是在站点之间共享一个库,以便客户可以访问在我们内部站点中提交的报告。
第二个问题是在公司和客户登录之间创建连接,以便我可以过滤报告,以便客户只能看到他们的报告。
你会怎么做呢?
根据我对这种情况的理解,我将与客户共享报告作为内容部署练习。不确定您是否想要一个站点供所有公司的所有客户登录,或者您是否想要为每个公司创建一个站点。内部列表上的事件接收器或工作流的定制开发将在上传(并且可能 - 批准)后处理报告的“发布”(即,将文档复制到客户端可访问列表)。
如果有一个公共站点,则需要根据公司元数据考虑项目级别权限设置。如果您为每家公司都有一个站点,那么安全性应该会容易得多。
如果您的目标只是共享报告,那么使用单独的站点进行客户登录或每个客户使用站点是恕我直言,这是巨大的矫枉过正,几乎没用。
解决您的问题非常简单:一个站点为每个客户提供单独的文档库。1 个客户 = 1 个站点和 1 个客户 = 1 个库之间没有太大区别,除了简单的场景外,我发现在单个站点上维护多个库比在基本上只有一个库的情况下维护多个站点要容易得多。但是,如果您计划与客户(现在或将来)进行更多的互动和“共享”,则可以选择为每个客户提供单独的站点。
脚步:
您的员工需要将报告上传到客户库,以便客户可以看到。如果权限设置正确,那么客户只能看到指定的图书馆,您可以轻松设置管理员(可以查看全部)和超级用户(可以查看多个图书馆/客户)。
通过使用自定义工作流和/或接收器,将所有报告放在单个站点中将简化其他业务逻辑的开发过程。管理员或超级用户的搜索和聚合也容易得多。