国内网盘市场经过几年前的行业大洗牌之后，也就像BAT这种实力大厂能有财力和资源在持续运营着公有云盘，像腾讯和阿里的产品则是出于产品打通的需求，在自家的企业微信、钉钉平台集成了云盘系统。但是对于企业文档管理安全性比较重视的企业，往往习惯于在内网环境或公有云购买的云主机上自建系统来管理内部文档，不太愿意选择将内部文档完全托管到互联网上。
ownCloud/Nextcloud是国外开源的优秀的网盘产品，在国内也比较流行，个人和企业都可以私有部署一套自己的网盘系统。但不管是ownCloud还是后来创始人出走之后分支的Nextcloud，最初均是对标Dropbox这个网盘鼻祖，后来才不断增加团队协作的特性。但由于产品的历史包袱，所以在企业内部协同上显得并不是特别合适，尤其是不太适合国内企业的管理协作风格。这里给大家介绍另外一款可以用于私有化部署的免费企业云盘产品 丰盘ECM。
相较于ownCloud/Nextcloud，丰盘ECM最大的优势之一是 基于个人、部门和项目空间的文档组织方式和基于RBAC的目录级权限控制模型。
举一些企业里常见的场景，不管小企业还是中大型企业，各个部门总会希望能够建立自己本部门专属的共享空间，新员工加入之后可以直接访问部门内部的共享资料；对于有产品研发或者项目交付的公司，往往存在跨部门协作的团队需要共享一些项目资料。
在Nextcloud中，目前只能由用户通过新建普通文件夹的方式来解决，假设一个员工加入了4-5个空间，那么这个员工一打开文件浏览器就会看到所有“项目文件夹”、别人分享给自己的文件夹、该员工自己的文档和文件夹 全都混在一个大列表里，入口非常杂乱。
我们知道早期IT管理员们喜欢用FTP、Windows共享资料或SVN，目录和文档都是按照层级来组织和管理权限，非常自然有序，例如电子书共享，任何员工都允许在文档上传区放置书籍，然后由管理员统一分类整理到其他目录下，员工可以查阅其他目录下的电子书，但不允许删除。
但是在NextCloud中是没有层级权限的概念的，将父级的 电子书籍 和 子目录 文档上传 作为分享发给别人，最终在员工视角只能看到两个平级的目录如下：
当员工数量较多的时候，由于NextCloud没有RBAC的模型，想要在目录层面设置权限，就变得更加麻烦了。当然，NextCloud后来推出一个团队协作插件GroupFolders，解决了一些问题，支持由管理员在后台配置 团队目录GroupFolders（注意，普通用户无法自行创建团队协作文件夹），但是权限依然非常单薄，只能指定哪些人可以访问此目录，以及谁可以管理此目录，而无法更细致的配置权限。
其实，不光是ownCloud/Nextcloud，国内的一些个人云盘产品也存在类似的问题，个人云盘和面向企业客户的私有网盘产品（或者叫文档管理系统，属于企业内容管理ECM领域的范畴）只是看起来比较像，基础功能有所重叠，但细致来看，差异还是非常大的。从一些论坛反馈的用户声音也可以看出来企业用户的这个痛点。
那么丰盘ECM产品是怎么解决上述问题的呢？
首先，文档是以空间的方式进行管理和组织的，空间分为部门级空间、项目空间和个人空间，其中部门级空间是根据组织架构自动维护的，新员工加入之后自动就拥有了一些权限。而项目空间由企业员工自行创建、自行管理，用于跨部门协作用的。个人空间毫无疑问就是存放员工自己才能看得到的文档。
在空间管理面板里，管理员可以自行添加其他同事的账号进来，并利用RBAC模型绑定角色标签。角色其实就是预配置了一些权限的集合，省去了每个新用户都要重新设置多个权限的不便。
有些时候，管理员希望针对某个目录设置特殊的权限，而不是用统一的权限配置，那么就可以将子目录与父级目录的权限断开，重新设置特有的权限。
有些时候员工可能临时想分享一些文档或目录，但又不想单独创建一个空间或修改空间的权限，这个时候即时分享功能就显得非常实用了。收到分享的用户通过分享链接或者在自己主页的『他人分享』入口即可查看，非常快捷。
3035
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
