OFD 与 PDF 到底有什么区别？

2026-10-11 · 档案例话 · 优档软件

一句话版本

PDF 是 Adobe 在 1993 年推出的版式文档格式，2008 年成为国际标准 ISO 32000-1，全球通用。 OFD 是我国国家标准 GB/T 33190-2016《电子文件存储与交换格式 版式文档》定义的版式文档格式， 2016 年 10 月 13 日发布、2017 年 5 月 1 日实施，现行有效。

两者都是版式文档——排版固定、所见即所得，与 Word 那类"流式文档"根本不同。 它们的区别不在于谁更先进，而在于设计目标不一样：PDF 追求最大范围的通用， OFD 从设计之初就面向我国的电子公文、电子档案与密码应用体系。

一、先分清：版式文档不是流式文档

版式文档把每一页的内容和位置固化下来，换台电脑、换个软件打开，版面都一样。 PDF 和 OFD 都属于这一类。

而 Word（.docx）是流式文档：它描述的是"结构与样式"，最终长什么样取决于由哪个软件打开、 装了什么字体、纸张设成多大。换台机器，分页位置就可能变。

二、文件结构：一个是"对象流"，一个是"XML + ZIP"

PDF：从 PostScript 演化来的对象结构

PDF 的图形模型继承自 PostScript。一个 PDF 文件由若干"对象"组成——字典、数组、流， 再配一张交叉引用表用于定位；页面内容用一套绘图操作符描述（画线、填充、放图、排字）。 字体、图像有的内嵌、有的引用。

这种结构的优点是紧凑、表达力强、渲染模型成熟；代价是它属于二进制对象图，人不能直接读懂， 必须借助专门的解析库才能取出内容。

OFD：本质是一个装着 XML 的 ZIP 包

OFD 的结构直观得多：它就是一个 ZIP 压缩包。解开后是一组 XML 文件和资源目录—— 入口文件指向文档根，文档根描述页面树，每一页的内容由各自的 XML 描述，字体与图片等资源集中存放。 按国家标准起草材料的说明，OFD 采用"XML + ZIP"的格式架构， 文档的呈现内容由包内多个文件共同决定。

这个差别的实际意义在于：OFD 的包可以直接解压查看，页面元素（文字、图形、图像）在 XML 里是结构化的， 元素级的提取、比对与二次处理都更直接；PDF 要做同样的事，得先完整过一遍解析库。

三、电子签章：OFD 的原生能力

有个容易被忽略的细节：GB/T 33190-2016 的主管部门与归口部门都是国家密码局。 这不是偶然——OFD 在设计时就与我国的密码应用、电子签章体系绑在一起。具体表现是：

• OFD 可以对文档的指定元素或区域签章，而不是只能对整个文件盖一个章；
• OFD 支持保留文档的修订（修改）痕迹——谁在什么时候改了什么，能留在文件结构里；
• 签章与文档结构是一体的，验证时校验的是结构中的签名，而不是"某张图片上看起来有个红章"。

PDF 同样有成熟的数字签名机制（基于 PKCS#7/CMS），国际互操作性好。 但在"局部元素签章 + 修订痕迹保留"这类公文场景的需求上，OFD 的结构更贴合。

四、长期保存：PDF/A 与国标体系

长期可读是档案行业最关心的问题之一，两个格式各有安排：

• PDF/A（ISO 19005 系列）：专为长期保存设计的 PDF 子集。它限制了一批不利于长期可读的特性—— 例如禁止加密、要求字体必须嵌入、限制外部依赖，目的是让文件几十年后仍能可靠还原。
• OFD：作为国家标准，本身就在国内的电子公文与电子档案体系之内。 归档环节另有国家标准 GB/T 18894-2016《电子文件归档与电子档案管理规范》 来约束"怎么归、归成什么样"。

实务中的结论很朴素：先看规矩，再看格式。 单位的档案管理规范、上级主管部门要求、招标文件与验收细则里写的是哪个格式，就按哪个交付； 规范没有写死时，再按下一节的场景判断。

五、通用性：OFD 当前的短板，要讲实话

选型不能只看标准，还要看"对方能不能打开"。

维度	PDF	OFD
标准地位	ISO 32000-1（国际标准）	GB/T 33190-2016（中国国家标准）
打开方式	主流浏览器与绝大多数系统原生支持或易于支持	需要专用阅读器（数科、福昕等 OFD 阅读器）
文件结构	对象流 + 交叉引用表	ZIP 容器 + XML 描述
电子签章	支持数字签名，国际通用实现	原生设计，支持对指定元素/区域签章与修订留痕
长期保存	PDF/A（ISO 19005）子集	国标体系内，配套归档规范
生态与流转	全球通用，跨平台跨行业无障碍	国内公文、档案、政务领域强；境外与通用软件支持弱
元素级处理	需依赖解析库	XML 结构化，可直接读取与解析

这张表可以读成一句话：要对外广泛流转，PDF 更省事；要在国内归档、盖章、留痕，OFD 更对口。 它们不是替代关系，而是分工关系。

六、档案数字化场景怎么选

1. 先查规章。单位档案管理制度、上级要求、项目验收细则里指定的格式优先级最高—— 这一条永远排在技术偏好前面。
2. 归档入库、需要签章留痕 → 选 OFD。这也是国内档案与公文领域的主流方向。
3. 对外提供、需要对方随手打开 → 选 PDF。发给客户或不特定对象时， OFD 会带来大量"打不开、要装什么软件"的沟通成本。
4. 同一批材料两种都出是常见做法：OFD 作为归档件、PDF 作为流通件。 但要记录清楚两者的对应关系与生成时间，避免版本打架。

七、五个常见误区

误区一：OFD 就是"国产 PDF"，功能一样

两者都是版式文档，但结构、签章模型、生态完全不同。把 OFD 当成"换个壳的 PDF"， 会低估它在签章与归档上的设计，也会忽略它在通用性上的短板。

误区二：用了 OFD 就更安全

格式本身不提供安全性。带来安全性的是签章、权限与管理制度。 一个没有签章、随便就能改的 OFD 文件，并不比 PDF 安全。

误区三：把 PDF 转成 OFD 就"合规"了

转换只改变格式，不改变来源。如果原 PDF 本身就是扫描件、没有文字层、没有可追溯的元数据， 转出来的 OFD 依然只是一个"图像壳"。合规性取决于来源真实性、元数据完整性与是否签章， 不是文件扩展名。

误区四：转回去还是"原件"

这一点必须说清楚。OFD 与 PDF 之间转换在技术上是可行的：把 OFD 的页面渲染出来、 重新封装成 PDF，市面上确实有工具能做。

但转出来的是"画面"，不是"原件"——原有的电子签章、修订痕迹、元素级属性在这一过程中 会丢失或失效。如果拿转换后的文件当凭证保管，等于把可验证的电子文件降级成了一张图片。 这也是我们自己的工具只做单向转换（PDF/图片 → OFD）的原因， 详见下一节。

误区五：扫描件存成 OFD 就算完成数字化

没有文字层的扫描件只能看、不能检索，"数字化"只完成了一半。 真正可用的档案数据需要双层 OCR：底层保留原始扫描图像保真，顶层叠加可检索、可复制的文字。 检索、全文利用、智能著录都依赖这一层。

八、我们自己的做法与边界

我们（珠海优档信息科技有限公司）在档案数字化作业里长期用到 OFD，为此自研了 优档 OFD 批量转换工具并免费提供： 把 PDF、JPG、JPEG 批量转换为符合 GB/T 33190-2016 的标准 OFD， 支持文件夹递归扫描、多页 OFD 合并，以及可检索的双层 OCR（扫描件自动叠加文字层）。

同时把边界写在明面上，避免用户误用：

• 只做单向转换：PDF / JPG / JPEG → OFD，不提供 OFD 转回 PDF；
• 输入仅支持 PDF、JPG、JPEG，不支持 TIFF、PNG、Word、CAD；
• 不做 OFD 的批量签章与元数据修改——那属于电子签章系统的职责，不该由转换工具代劳。

不提供反向转换不是技术做不到，而是不愿意给用户一个"看起来像原件"的东西。 需要 OFD 的呈现版本时，正确做法是用 OFD 阅读器打印或导出，并明确标注这是副本。

结语

OFD 与 PDF 的关系，用一句话收尾：PDF 解决"谁都能打开"，OFD 解决"在国内归档、盖章、留痕"。 选型时先服从本单位的规章要求，再按流转场景分工，绝大多数问题就清楚了。

如果你单位正处在"扫描件转 OFD、格式不统一、归档不合规"的阶段，或者拿不准该交哪种格式， 欢迎直接打电话聊聊——这类问题往往看一眼实际材料就能给建议。