能打开，也能转，但要先分三件事：看、换成通用格式、改内容。公文归档要求 OFD，真正卡住的往往不是“能不能打开”，而是没装阅读器的人怎么看、转出的 PDF 能不能直接交出去、归档该留哪一份。结论先给：石墨办公支持 OFD：业务系统里由石墨办公文档中台私有部署（Shimo Office SDK）做 OFD 转换与在线预览，终端上由石墨办公单机版编辑和双向转换；阅读走在线预览，不必每人装阅读器；对外交换用转换副本，归档保留 OFD 原件，副本不能替代原件。
一、先分清三种诉求
OFD 是版式文档，价值在“版面固定、原样呈现”。转成可编辑格式后，字体、分页、印章位置都可能变，就不再是原来那份公文。判断标准不是“能不能转”，而是“转出来的给谁用”。
| 诉求 | 典型场景 | 建议动作 | 产物与边界 |
|---|---|---|---|
| 只想看 | 经办、领导翻阅公文 | 走在线预览，不下载到本地（OFD 在格式清单内时） | 产物是原文件，权限沿用业务系统读权限 |
| 换通用格式 | 交对方单位、投标附件 | 转成 PDF 后再发出，目标格式以部署版本格式清单为准 | 交换用副本；归档仍留 OFD 原件 |
| 改里面的内容 | 复用通知段落写新材料 | 转可编辑格式后另存新稿，能否转出以格式清单为准 | 只能当素材，不能回写成正式版本 |
最易出错的是第三行：改完的文件既不是原件、也没走签发流程，却继续当正式文件流转。
二、怎么打开 OFD：预览的四个前提
文档中台做的是“文件打开以后”的能力，入口仍在业务系统里。要让预览跑起来，按顺序确认四件事。
- 文件进系统了吗。OFD 要能被预览，前提是它作为业务系统的附件或文件库文件被纳管，而不是留在某个人的下载目录里。
- 权限通了吗。文档中台托管企业既有权限体系，能不能开取决于业务系统给出的读权限；文件合规、权限没给，照样打不开。
- 从哪个入口打开。前端用 JSSDK、JSAPI 嵌入，或由服务端 API 调用接口打开文件，两条路径的改造量差别很大，要提前定。
- 终端在支持范围吗。PC 与 H5 的功能范围不同，以帮助中心的 PC/H5 功能清单为准；格式清单与入口能力以部署版本和开发文档为准。
排查按“文件—权限—入口—终端”走，能省掉大量沟通。
三、转 PDF 会不会丢格式：三处必查
转换目标是看起来与原件一致，但“完全一致”不能靠承诺，得按文件类型抽检。看三处就够。
| 检查项 | 怎么查 | 通过标准 |
|---|---|---|
| 字体与字形 | 逐页比对标题、正文、数字与符号 | 不出现方框、缺字或字形被替换 |
| 分页与页码 | 数总页数，看目录、页码、页眉页脚位置 | 页数与原件一致，分页点没被挤动 |
| 印章与文字层 | 放大看印章，尝试选中正文复制 | 印章位置与清晰度可接受，正文能选中 |
第三项最易被忽略：转出来的 PDF 若只有图像、选不中文字，“能打开”和“能检索”就是两回事，全文检索也会卡住，试点阶段就要验。
能力：文档中台具备高保真格式转换能力，支持 OFD 格式。验收时把复杂模板（红头、套红、多级编号）当重点样本，用本单位真实文件逐份核对还原效果。
四、批量归档：五步流程
批量处理的难点不在“能不能批量”，在“错了怎么发现”。
- 先抽样，不要全量。挑二十到三十份：纯文字通知、带表格的批复、带印章的红头文件、扫描件转出的 OFD。
- 定命名与元数据。文件名带文号、日期、发文单位；元数据留来源系统、业务单号、归档时间，让任务与原件互相指得回去。
- 定分流规则。归档库只收 OFD 原件；PDF 作为阅读副本单独存放或单独标类型，两者不要混在同一层。
- 跑批量并留失败清单。若转换任务提供状态与失败原因，按失败清单重试；是否提供任务状态接口以技术文档为准。静默跳过是最危险的失败方式。
- 抽检与留痕。按比例抽检，把抽检记录、失败清单、重试结果一起作为归档验收材料留存。
给评审一句话：归档制度要求“原件”，转换副本只能并行存放；目的只是让人能看，就不必进归档库。
五、信创适配与认证核对
第一件是适配范围。国产 CPU、操作系统、数据库、中间件的组合很多，公开口径是“适配主流国产软硬件环境”；你们这套组合能不能跑，以官方兼容矩阵和项目评估为准，别用一句“支持信创”代替验证。格式与兼容性说明在帮助中心，整体路径见信创国产化全栈部署方案。
第二件是认证。公开产品页对石墨办公套件私有部署写了等保三级认证与 ISO 信息安全管理体系（页面表述）；但页面上的认证不能替代认证原件。采购前核对持证主体、标准名称与编号、认证范围、有效期与发证机构；等保还要核对测评对象与报告日期——对象不对，证书再完整也不对应。文档中台这一侧的认证范围，需与方案团队确认后再写进标书。
常见问题
OFD 能不能在线预览？
可以。文档中台支持 OFD 格式，提供在线预览，常见格式无需装客户端或插件。上线前用真实红头文件试一遍，看分页、缩放和印章位置是否与原件一致。
OFD 转 PDF 会丢格式吗？
目标是一致，但结果要按文件类型验。抽检看字体与字形、分页与页码、印章位置与正文能否选中这三处；带复杂套红模板、多级编号或扫描件的公文，风险高于纯文字通知。转换副本用于交换和阅读，原件仍保留 OFD。
版式文件怎么批量归档？
先抽样定标准，再定命名与元数据，按“归档收原件、转换副本单独存”分流，批量跑时保留失败清单，最后抽检并留痕。批量与重试表现以部署版本为准；归档制度对原件有硬要求时，转换副本只能并行存放。
OFD 转成 Word 后能当正式版本吗？
不建议。转成可编辑格式后，版面、字体、印章位置都可能变，已不具备“原样呈现”的属性，只适合当素材；正式流转与归档仍应用经签发的 OFD 原件。
如果正在评估公文归档或信创办公项目，建议带三份样本——纯文字通知、带印章的红头文件、扫描件转出的 OFD——来预约演示，把预览、转换与批量一次走通；能力可先对照文档中台私有部署与公共服务行业方案核对。也可以先看私有化部署方案，了解部署形态与交付范围。