2.5.2 Mayan EDMS
企业资料应被视为带类型、版本、权限、状态、生命周期和审计约束的业务对象。
业务需求企业级电子文档治理
架构位置提供电子文档管理系统的治理参照，重点是文档容器、对象级权限、版本、工作流和元数据模式
落地阶段一期治理模型借鉴
相关来源文件
ai_agent_huge_data_report/docs/13-reference-projects-deepwiki-granularity.mdai_agent_huge_data_report/docs/11-reference-platforms-agentic-knowledge-base.md
DeepWiki 中文译文子页
Mayan EDMS 的 DeepWiki 中文译文入口
把企业资料视为带类型、版本、权限、状态、生命周期和审计约束的业务对象。
25/25 页中文译文
译文覆盖完整
文档对象与元数据、测试、发布与运维、配置治理
业务问题与适用场景
企业资料应被视为带类型、版本、权限、状态、生命周期和审计约束的业务对象。
本页从 Mayan EDMS 中拆出问题解决方式、对象边界、关键机制和可迁移设计，避免“看过一个开源项目”停留在名词层面。
架构位置与边界
提供电子文档管理系统的治理参照，重点是文档容器、对象级权限、版本、工作流和元数据模式。
落地判断
如果该项目能力进入本项目，必须先回答三件事：是否保留现有事实源，是否能继承权限，是否能把每个结论回到来源证据。核心对象与数据模型
| 对象 | 作用 | 本项目映射 |
|---|---|---|
文档类型Document Type | 承载字段、权限、索引、工作流等类型化规则。 | document_types |
文档容器Document | 一份业务文档的稳定身份，可关联多个文件和版本。 | business_documents |
文档文件Document File | 同一业务文档下的 Word 留痕、盖章 PDF、扫描件、附件包。 | document_files |
版本Version | 记录文件演进、修订来源和可回溯历史。 | document_versions |
访问控制ACL | 对象级权限，检索层必须作为过滤条件执行。 | acl_entries |
工作流状态Workflow State | 待解析、待复核、已确认、已归档、需重建索引等状态。 | document_status |
主流程与数据流
图 2.5.2 · Mayan EDMS 主流程与数据流。
关键实现机制
| 机制 | 拆解说明 |
|---|---|
| 容器与文件分离 | 业务文档拥有稳定身份，文件只是不同表现形态或版本。 |
| 类型驱动字段 | 合同、政策、发票、评审材料使用不同字段、校验规则和处理流程。 |
| 对象级访问控制 | 权限必须进入查询、索引、问答和引用返回的共同约束。 |
| 状态可查询 | 失败、待审、已确认、废弃都应进入状态机，便于运营和审计。 |
技术亮点
- 治理粒度比轻量归档更适合企业资料。
- 文档容器模型能解决同一业务材料多文件、多版本、多附件问题项
- 对象权限和工作流状态对后续智能问答至关重要。
不适合照搬的部分
- 整套系统偏重，直接迁移成本高。
- 一期开源系统替换现有资料管理方式会引发流程和权限迁移风险。
映射到本项目
| 本项目设计点 | 落地说明 |
|---|---|
| 业务文档表 | 将 SVN 文件提升为业务文档容器，建立稳定文档编号。 |
| 版本与附件关系 | 同一合同的草稿、盖章件、扫描件、附件包不再散落。 |
| 权限过滤器 | 把 SVN 授权规则映射为检索前置过滤条件。 |
验证清单
- 挑选合同、政策、发票三类材料建模，验证一份业务文档能否完整挂载多个文件。
- 用真实用户权限检查检索结果是否只返回可见资料。
依据
术语显示规则
- 正文
- 优先使用中文术语；项目名、接口名和代码字段保留原名。
- 原名
- 原英文名以灰色代码标识显示，便于索引和核对定义，不打断常规阅读。