大家好，我是徐小夕。架构师，曾任职多家上市公司，多年架构经验，打造过上亿用户规模的产品，目前全职创业，主要聚集于“Dooring AI零代码搭建平台”和“flowmixAI多模态办公软件”

上周和大家分享了 JitWord AI文档的协同电子表格模块，用户可以多人协同编辑电子表格，并且支持多表导入：

开源SDK：https://github.com/jitOffice/jitword-sdk

作为 jitword 的开发者，最近一个月我们团队被问最多的问题是："你们的文档能盖电子章吗？能接OFD吗？"

今天，我们可以给出肯定的答案了。

一、为什么这两个功能值得单独写一篇文章？

说实话，在规划2.4版本时，我们内部有过争论：自定义印章和OFD导入，看起来不像"AI写作"那样性感，值得大书特书吗？

直到一位国企客户给我们讲了他们的困境：

"我们用jitword写公文很爽，但盖章环节要导出Word，再转成OFD，最后去专门的签章系统盖章。一套流程下来，效率优势全没了。"

这番话让我们意识到：文档工具的竞争力，不在于单点功能多炫酷，而在于全流程能否闭环。印章和OFD，恰恰是政务、金融、法律场景闭环的最后两块拼图。

二、自定义印章：不只是"加个图片"那么简单

很多文档工具的"印章"功能，本质就是插入一张PNG图片。这在正式场景完全不够用。

jitword 的自定义印章支持印章的自由设置：

技术实现思路：我们采用了Canvas动态渲染+数字水印双重机制。印章不是简单的图片叠加，而是在文档渲染层生成矢量图形。

三、OFD格式导入：拥抱国产文档生态的关键一步什么是OFD？为什么重要？

OFD（Open Fixed-layout Document）是我国自主研发的版式文档格式标准，对标PDF，但具有完全自主知识产权。目前已是电子公文、电子发票、电子证照的法定标准格式。

政策背景：2020年起，国家档案局、财政部等部门明确要求电子公文、电子票据采用OFD格式。对政企客户而言，不支持OFD = 无法满足合规要求。

jitword的OFD能力边界

我们实现了OFD的打通：

[OFD导入] 支持版式保留、文字提取、内容编辑     ↓ [jitword编辑器] AI协作、修订模式、公式编辑、印章加盖

技术挑战：OFD标准复杂度高，涉及XML结构、字体嵌入、签章验证等多个技术点。我们花了1个月时间研究福昕、数科等国产OFD底层库，才实现"导入后版式不乱、文字可选中编辑"的体验。

四、两个功能叠加，解锁哪些新场景？

场景

Before

After

政府公文流转

Word起草→转换OFD→签章系统盖章→人工归档

jitword一站式完成，全程留痕

电子合同签署

第三方平台编辑→下载PDF→上传签章

自定义印章+修订模式，合同磋商到签署不出编辑器

档案数字化

扫描件存档，无法检索

OFD导入后OCR识别，全文可检索可编辑

跨部门协作

格式转换导致版式错乱

OFD原生支持，所见即所得

写在最后

从1.0的"AI写作"，到2.0的"PDF导入+修订模式"，再到2.4的"印章+OFD"，jitword的迭代路径其实反映了一个判断：文档工具的终极竞争，是"场景闭环能力"的竞争。

AI能让写作更快，但只有解决"写出来之后怎么办"的问题，才能真正替代传统Office套件。

自定义印章和OFD导入，是我们向"严肃办公场景"迈出的关键一步。

如果大家正在寻找支持国产化适配、满足合规要求的文档协作方案，欢迎体验jitword 2.4 最新功能。

开源SDK：https://github.com/jitOffice/jitword-sdk

下一步计划：我们正在开发「模版库」「批量签章」等功能，预计Q2发布。有特定需求的朋友，欢迎在评论区留言或私信交流。