陈均 JanChan

GovTech / 公文与档案

公文系统

公文不是普通文档:版式、红头、签章、流程和归档都有硬约束。系统要在“像 Word 一样好用”和“像档案一样可靠”之间找到平衡。

角色 架构与方案设计周期 2025 - 2026方向 流程与低代码
公文版式文档OFD电子签章工作流档案
公文系统:层叠的版式文档、审批节点与签章环
版式、流程、签章与归档一体,公文既要好用也要可追溯。

背景:通用 OA 做不好公文

公文有严格的版式规范:红头、发文字号、标题、主送、正文、附件、落款、印章、版记,每一项都有位置和字号要求。通用 OA 的表单和富文本编辑器很难稳定还原,打印出来经常“差一点”。

更麻烦的是流程:拟稿、核稿、会签、签发、登记、分发、归档,每一步都有权限和留痕要求。公文系统必须同时解决版式和流程,缺一不可。

核心难点

  • 版式还原:不同浏览器、不同打印机下版式必须一致。
  • 红头与印章:模板、签章位置、骑缝章、日期都要可控。
  • 痕迹保留:修改痕迹、审批意见、版本对比不能丢。
  • 归档:归档后的公文要能按元数据、全文和附件检索。

方案:版式、流程、签章、归档

1. 版式引擎

采用版式文档格式承载最终稿,编辑态与呈现态分离:编辑用结构化模板,定稿转版式文件,确保跨端和打印一致。红头、版记、页码由模板控制,业务人员只填内容,不直接调格式。

2. 流程与权限

拟稿、核稿、会签、签发、登记、分发、归档按单位规则配置。节点权限、数据范围、密级和知悉范围分开控制;审批意见、修改痕迹和操作日志完整保留,支持版本对比和责任追溯。

3. 电子签章

签章与版式文件绑定,验证签章完整性和证书有效性;支持多页签章、骑缝章和签章位置模板。签章动作必须二次确认并记录操作人、时间、证书序列号和文件哈希。

4. 归档与检索

归档时抽取发文机关、文号、标题、成文日期、密级、主题词等元数据,正文和附件做全文索引。检索按权限过滤,借阅、复制、下载全程留痕。

结果

版式稳定模板与渲染分离,跨端一致
流程合规节点、权限、痕迹可审计
归档可查元数据与全文检索

公文从起草到归档形成一条完整链路:版式稳定、流程合规、签章可验证、归档可检索。业务人员不必关心格式细节,档案人员能按规范验收,管理员能追溯每一次操作。

复盘

公文系统的难点不在功能数量,而在约束密度。版式、流程、签章、归档任何一环松动,都会在验收或审计时暴露。先把约束建模清楚,再谈体验优化。

公文版式文档OFD电子签章工作流档案

陈均 JanChan

全栈架构师 / AI 工程师,14 年研发与架构经验。项目内容来自真实研发经历与同类场景的工程复盘。