核心制度不该被随手修改：用zyplayer-doc锁定文档和全部子文档

企业制度、操作规程和标准方案在编写阶段需要多人协作，但正式发布后，管理目标就变了。

这时更重要的不是让更多人继续编辑，而是保证员工看到的内容稳定、目录完整，避免已经生效的文件被随手修改。

常见问题并不复杂：

制度已经发通知执行，协作者仍能进入编辑页面修改正文；
操作规程由一个主目录和多篇子文档组成，只锁定首页，下面的步骤说明仍可编辑；
标准方案交付后继续留在日常协作区，过一段时间已经说不清哪一版才是正式版；
为防止误改直接取消所有编辑权限，后续正常修订又要重新配置成员；
文档发生错误后只知道覆盖内容，没有保留清晰的修订和恢复路径。

zyplayer-doc 提供文档锁定能力，可以在制度定稿后冻结当前文档，也可以在锁定时选择包含全部子文档，让一整套目录进入不可编辑状态。

文档权限和文档锁定解决的是两类问题

很多团队会先想到把协作者改成查看者，但权限调整和文档锁定的用途并不相同。

管理方式	主要回答的问题	适合处理的事情
空间、目录和文档权限	谁能查看、编辑或管理资料	按用户、部门和角色划分长期权限
文档锁定	当前内容是否允许继续修改	制度发布、方案定稿、资料归档后的临时冻结
历史记录与回滚	内容修改过什么，错误后如何恢复	查阅历史内容，将文档恢复到已有记录

一个员工可以长期保留协作者身份，但某一套已经发布的制度仍然可以被锁定，这样不需要为了每次发布反复调整整套成员权限，也不会影响同一协作者维护其他日常文档。

哪些企业文档适合锁定

文档锁定适合"允许阅读，但当前不应继续修改"的内容。

已经生效的企业制度

例如员工手册、费用报销制度、信息安全制度、采购管理办法。

这些文件在发布前可以由人事、财务、行政和管理人员共同编辑，正式生效后则需要保持内容稳定。

已经确认的操作规程

例如设备操作规程、客服处理流程、生产作业指导书和系统运维手册。

操作规程通常不只有一篇正文，还会包含准备工作、操作步骤、异常处理和检查表等子文档，适合按整个目录锁定。

已经交付的标准方案

例如项目实施方案、客户交付说明、技术标准和验收资料。

交付完成后锁定，可以把"正在编写的方案"和"已经确认的方案"区分开，减少后续无意修改。

阶段性归档资料

例如项目复盘、会议决议、季度工作总结和历史产品说明。

这类内容可能仍需长期查询，但不一定需要继续开放编辑。

在 zyplayer-doc 中锁定单篇文档

对于只有一篇正文、下级内容仍需继续维护的场景，可以只锁定当前文档。

操作时，在文档目录的更多操作中选择"锁定文档"，确认锁定范围时不选择包含子文档。

锁定完成后，当前文档不能再进入正常编辑状态。

这种方式适合以下情况：

只冻结制度首页，下级附件仍由各部门更新；
只锁定已经确认的会议决议，不影响同目录中的执行记录；
只锁定交付说明，保留后续问题记录的编辑能力。

关键是先确认真正需要冻结的是一篇文档，还是一整套目录。

锁定目录时包含全部子文档

企业制度和操作规程经常以树形目录组织。

例如"信息安全管理制度"下面可能包含：

账号与密码管理；
终端设备使用规范；
数据备份要求；
安全事件上报流程；
离职账号回收清单。

如果只锁定最上层文档，下面五篇内容仍然可能被修改，制度实际上并没有整体冻结。

在 zyplayer-doc 锁定父文档时，可以选择"包含子文档"。

系统会在父文档上保存锁定及包含子文档的状态，并沿文档层级判断下级内容是否受到上级锁定限制，因此不需要逐篇重复操作，也不容易漏掉目录深处的内容。

子文档的编辑入口会同步禁用

父文档锁定并包含子文档后，下级文档的编辑入口会同步禁用。

用户打开子文档时，可以直接看到当前内容不能编辑，而不是点击编辑后才发现无法保存。

zyplayer-doc 不只在页面上隐藏或禁用入口。

当文档自身被锁定，或任一上级文档处于"锁定并包含子文档"的状态时，后端也会阻止对该文档内容的编辑保存。

删除操作同样会检查文档自身和上级目录的锁定状态，避免绕过页面入口改动已冻结的资料结构。

前端提示和后端校验配合，才能让锁定成为实际的内容保护边界。

谁负责锁定，谁负责解锁

zyplayer-doc 对锁定和解锁采用了不同的权限边界。

具备文档编辑权限的用户可以锁定文档。

解锁操作则要求空间管理员权限。

这个设计适合把日常编写和正式修订分开：协作者完成内容后可以锁定，后续要重新开放编辑时，由空间管理员确认并解锁。

如果父文档锁定时包含了子文档，解锁时系统会提示该文档包含子文档锁定，需要确认是否同时解除下级内容的限制。

企业可以据此形成简单的维护规则：

文档负责人完成编写和内部确认；
具备编辑权限的负责人执行锁定；
普通协作者继续阅读，不再修改正式内容；
收到修订需求后，由空间管理员确认是否解锁；
修订完成并复核后，再次锁定文档或整个目录。

锁定前先处理权限范围

锁定控制的是能不能修改，不负责决定谁能看到内容。

对于薪酬制度、客户方案、安全规范等资料，仍应通过空间、目录或具体文档的权限配置访问范围。

zyplayer-doc 支持按用户和部门授权，并区分管理员、协作者和查看者角色。

常见配置可以这样划分：

文档类型	查看范围	日常维护角色	发布后的处理
全员制度	全体员工	人事或行政协作者	定稿后锁定整个制度目录
部门规程	指定部门	部门负责人和业务骨干	锁定当前规程及其子文档
客户方案	项目成员或指定客户账号	项目协作者	交付后锁定，保留查看权限
安全标准	指定用户或部门	安全管理人员	确认权限后锁定并定期复核

先用权限确定人员边界，再用锁定确定内容状态，职责会更清楚。

历史记录不能代替锁定

zyplayer-doc 的文档历史记录可以展示已有历史内容，并支持具备相应权限的用户执行历史回滚。

它适合解决"已经改错了，如何查看和恢复"的问题。

文档锁定解决的则是"已经发布，如何减少继续误改"的问题。

如果只依赖历史记录，错误修改仍然会先影响当前文档，之后才由管理员或负责人发现并恢复。

如果只使用锁定而不保留规范的修订流程，团队又可能在需要更新时不知道为什么解锁、改了什么、何时重新发布。

更稳妥的使用方式是：发布前确认内容和历史记录，发布后锁定；需要修订时由空间管理员解锁，完成修改和复核后再锁定。

不要把"包含子文档"当成默认选项

包含子文档适合整套制度或标准方案一起冻结，但不适合所有目录。

例如一个"产品资料"目录下面既有已发布的产品手册，也有持续更新的问题记录和迭代计划。

如果直接锁定顶层目录并包含全部子文档，日常维护内容也会一起失去编辑入口。

这时可以把"已发布手册"单独整理成目录后锁定，或者只锁定需要保持稳定的具体文档。

知识目录划分得越清楚，锁定范围就越容易控制。

发布前检查清单

正式锁定企业制度、操作规程或标准方案前，可以逐项确认：

对于企业知识库来说，文档发布不应只是一条通知。

把权限、锁定范围、解锁责任和历史恢复路径一起配置好，才能让 zyplayer-doc 中的制度与标准方案从"可协作草稿"进入"可持续维护的正式资料"状态。