首页›指南›文档与电子文档管理（GED）
文档与电子文档管理（GED） · 了解
是的，GED 可以在三个层级上与 ERP、CRM 和邮件系统对接：指向文档的链接、连接器或定制开发。目标是让文档留在档案中，由其他工具指向它。常见的问题是重复副本、权限未能同步跟进，以及附件又变回了具有效力的副本。
一份已签署的合同往往有四个副本：在销售人员的邮箱里、在 CRM 的客户档案中、在负责开票的 ERP 里，以及在某个共享文件夹中。签订补充协议时，没人知道哪一份是最新的。接受检查时，又得把它们全部找出来。
集成 GED，就是要颠倒这种逻辑。文档只存放在一个地方，并带有其权限、版本和保存期限。其他工具只保留指向它的引用，而不是副本。一次成功的集成，要看它消除了多少副本。
这是最简单的层级。在电子邮件、CRM 档案字段或 ERP 备注中放置一个指向文档的链接。它遵守 GED 的权限：无权访问该文件夹的人什么也打不开。它适用于任何工具，无需开发。其局限在于需要手工操作，以及容易为了“能用就行”而创建公开链接。
连接器将两个应用对接起来，无需手工复制。它可以是原生的（由其中一方厂商提供），也可以通过第三方自动化工具实现。它常常基于标准。由 RFC 4918 定义的 WebDAV 在 HTTP 基础上增加了属性、集合和文件锁定管理：应用可以像访问网络文件夹一样在文档空间中读写。CMIS 是 OASIS 的标准，描述了与内容管理存储库交互的通用数据模型和服务。在依赖其中任何一个标准之前，请确认两个工具都支持它，以及支持哪个版本。
当没有合适的连接器时，就需要编写数据交换：调用编程接口、自动上传文件、在开设客户账户时创建文件夹。这是最精确的层级，也是维护成本最高的层级，因为任一工具的每次更新都可能使其失效。
发送链接而不是附件，可以避免占满邮箱、只保留一个版本，并可在之后撤销访问。对于收到的文档，与 GED 对接的邮件系统可以直接从邮件中把附件保存到正确的文件夹。剩下的是确定由谁来做，否则收件箱实际上就成了归档位置。
CRM 会生成 PDF 格式的报价单、订单和发票。问题在于哪一份具有效力：CRM 生成的 PDF，还是存放在 GED 中的签署版本。一条简单的规则：CRM 保存它生成的内容，GED 保存签署后返回的内容，客户档案则指向该文件夹。
ERP 通常是会计凭证的权威来源。GED 承载证明文件和审批流程。两者如何对接取决于 ERP：有些接受连接器，有些只接受文件上传或定制开发。没有通用答案：这需要专门评估，往往还需要报价。
| 文档 | 可能的权威来源 | 其他工具 |
|---|---|---|
| 报价单 | CRM | 发送邮件中的链接 |
| 已签署合同 | GED | 客户档案中的链接 |
| 供应商发票 | 证明文件和流程以 GED 为准，会计分录以 ERP 为准 | ERP 中的凭证引用 |
| 通过电子邮件收到的文件 | 上传后以 GED 为准 | 邮件保留链接，而非原件 |
假设情形：一家二十五人的分销公司希望在不启动大型 IT 项目的情况下对接各个工具。
它从链接开始。报价单在 CRM 中创建，以链接形式通过电子邮件发送。已签署的合同放入客户文件夹，CRM 档案指向该文件夹。供应商发票在 GED 中走审批流程；会计在 ERP 中录入分录，并注明文档的引用编号。
六个月后，发票数量增长到值得在 GED 与 ERP 之间部署连接器。这个项目很快完成，因为权威来源、权限和文件命名规则都已事先确定。
不需要。链接可以满足大部分初期需求。当业务量大到手工操作成本过高时，才有必要使用连接器。
如果设有密码、到期日期和最小权限，就是安全的。参见共享链接、合作伙伴与下载。
一种由 RFC 4918 标准化的 HTTP 扩展，可以远程读取、写入和锁定文件。许多工具用它来访问文档空间。
可以，通过三个层级中的任一种。链接始终可用；连接器则取决于两个工具的支持情况。
Klytic 各项服务之间互联互通。它们还可通过三种公开说明的方式与您的软件通信：原生连接、第三方工具，或由 Klytic 按报价进行的定制开发。
每项服务均可单独订购并独立运行：Klytic Docs 可不搭配 Klytic Mail，Klytic CRM 可不搭配 Klytic Docs。各项服务基于开放标准和标准文件格式。每位客户拥有一个专属的 Klytic Docs 实例，并同时担任该实例的管理员。
局限：未发布连接器目录，与 Microsoft 365 或 Google Workspace 的集成能力不对等。Klytic 不是获得 SecNumCloud 认证的服务。
本页介绍的是一般性原则。集成是否可行，需针对每个工具逐一核实。
查阅时间：2026 年 10 月。
