
在企业数字化办公场景中,“分享”早已不是简单的发送链接,而是对权限的精细化掌控能力。
以 WPS 云文档 为代表的云文档系统,其核心能力之一正是:
✅ 分享前可设置精细权限 ✅ 分享后可随时动态调整 ✅ 实时收回控制权
而在基于 文档管理系统 + OnlyOffice 构建企业私有云文档平台的架构中,这种“动态掌控权”能力长期缺失。
现在,OnlyOffice 中国版正式提供:
动态切换权限 API(9.3.0+)
为企业级云文档系统提供 实时权限控制能力。
我们先拆解一下主流云文档(如 WPS 云文档)的分享模型:
分享人可以选择:
此时系统会:
这是核心能力:
本质上是:
服务端修改 ACL → 通知编辑器会话 → 客户端即时更新权限能力
这种能力带来:
✔ 数据泄露可快速止损 ✔ 合作结束可即时降级 ✔ 企业管理员可实时接管控制权
在企业自建方案中,常见架构:
文档管理系统(DMS)
├─ 文件存储
├─ 用户体系(RBAC + ACL)
├─ 文档密级控制
├─ 审计系统
└─ 调用 OnlyOffice 文档编辑权限体系通常由 DMS 维护:
但问题是:
OnlyOffice 原生权限模型在初始化时确定,运行时难以动态变更。
也就是说:
都无法直接实现。
为解决这一痛点,OnlyOffice 中国版新增:
动态切换权限(9.3.0+ 支持)
允许在插件或连接器中动态修改当前用户权限能力
connector.callCommand(function () {
Api.changePermissions({
edit: false
})
});window.Asc.plugin.callCommand(function () {
Api.changePermissions({
edit: false
})
});参数 | 说明 | 类型 |
|---|---|---|
comment | 是否允许评论 | Boolean |
copy | 是否允许复制 | Boolean |
copyOut | 是否允许复制到外部(中国版特有) | Boolean |
edit | 是否允许编辑 | Boolean |
是否允许打印 | Boolean |
场景:
DMS 修改 ACL 后,触发:
changePermissions({ edit: false })效果:
✔ 当前会话立即变为只读 ✔ 无需踢人 ✔ 无需刷新
系统可根据流程节点自动切换权限能力。
通过动态关闭:
copy: false,
copyOut: false,
print: false实现:
✔ 禁止复制 ✔ 禁止外部粘贴 ✔ 禁止打印
copyOut 为中国版增强能力,用于限制向外部应用复制。
当检测到异常操作时:
在很多政企云文档系统中,存在这样的规则:
但即使用户同时具备:
✔ 读权限 ✔ 写权限
为了避免误操作,系统通常:
默认以“只读模式”打开文档
当用户确需编辑时:
通过动态权限接口,可以实现:
Api.changePermissions({
edit: true
})从而实现:
✔ 打开默认安全 ✔ 编辑按需开启 ✔ 切换过程无刷新 ✔ 不影响当前协作者
这种模式特别适用于:
本质上是将:
“能力默认收缩” “编辑按需放开”
变为可控的产品能力。
能力 | 传统 OnlyOffice | 动态切换权限 |
|---|---|---|
打开后改权限 | ❌ 不支持 | ✅ 支持 |
实时收回编辑 | ❌ | ✅ |
审批流控制 | 部分支持 | 完整支持 |
默认只读后进入编辑 | ❌ | ✅ |
外部系统驱动 | 弱 | 强 |
安全控制 | 静态 | 动态 |
在企业级协作场景中:
“分享”不只是发链接,而是:
权限可随时收回 能力可随时收缩 编辑可按需开启 控制权始终在系统
OnlyOffice 中国版新增的 动态切换权限 API,为自建云文档系统真正补齐了:
✔ 动态控制能力 ✔ 密级匹配能力 ✔ 审批流控制能力 ✔ 实时安全管控能力
让企业不只是“能协作”,而是“可控协作”。
OnlyOffice最新版本镜像:
https://moqisoft.github.io/docs/install/docker
中国版介绍:
https://moqisoft.github.io/docs/product/summary
中国版技术交流:https://qm.qq.com/q/uMwFyL5Wn0
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。