GovTech / 公文与档案
公文系统数字化：版式、流程与归档，哪一步最容易翻车
公文不是普通文档。它有严格的版式、固定的流程、可验证的签章和长期的归档要求。任何一环松动，验收或审计时都会暴露。
很多团队把公文系统当成“带审批的 Word”，上线后才发现：打印出来的红头位置偏了，签章盖不到指定位置，归档后全文搜不到，审计时拿不出完整痕迹。公文数字化的难点，恰恰在这些看起来“不智能”的地方。
一、公文不是普通文档
一份正式公文同时受四类约束：版式规范、流转流程、签章效力、档案管理。普通文档只需要“内容正确”，公文还要求“形式正确、过程合规、结果可验证”。这决定了它不能简单套用通用 OA 的富文本编辑器。
二、版式：所见即所得为什么难
不同浏览器、不同字体、不同打印机，都会让版式产生细微差异。红头、发文字号、标题、主送、正文、附件、落款、印章、版记，每一项都有位置和字号要求，靠 CSS 很难在所有环境下稳定还原。
- 编辑态与呈现态分离：编辑用结构化模板，定稿转版式文件，保证跨端和打印一致。
- 模板控制格式：业务人员只填内容，不直接调字号、行距和页边距。
- 分页与页码：正文分页、附件页码、版记位置都要按规则自动处理。
版式文件可以采用 OFD 或 PDF。选择哪种格式，要看本地信创环境、签章组件和档案系统的兼容性，不能只按技术偏好决定。
三、流程：合规比灵活更重要
公文流程通常包括拟稿、核稿、会签、签发、登记、分发、归档。不同单位、不同文种会有差异，但有些节点不能为了“灵活”而省略，例如核稿、签发和登记。
流程配置要解决三件事：节点权限、数据范围、操作留痕。谁能在什么阶段看哪些内容、改哪些字段、签什么意见，都要明确。审批意见、修改痕迹和操作日志必须完整保留，支持版本对比和责任追溯。
四、签章与痕迹
电子签章不是贴一张图片。签章要与版式文件绑定，验证证书有效性和文件完整性；支持多页签章、骑缝章和指定位置签章。签章动作要二次确认，并记录操作人、时间、证书序列号和文件哈希。
修改痕迹同样重要。公文的价值不仅在最终稿，也在“谁在什么时候改了什么”。系统要保留版本、批注和审批意见，定稿后禁止无痕修改。
五、归档与检索
归档不是把文件放进文件夹。归档时要抽取发文机关、文号、标题、成文日期、密级、主题词等元数据，正文和附件做全文索引，并按保管期限管理。
检索必须按权限过滤。借阅、复制、下载全程留痕；到期档案按规则移交或销毁。档案人员需要的是“可验收”，而不只是“能打开”。
六、权限与密级
公文的权限至少包含密级、知悉范围和操作权限三个维度。密级决定可见范围，知悉范围决定具体人员，操作权限决定能否编辑、下载、打印和转发。敏感文件可以加水印和下载审计。
权限判断要在服务端完成，不能依赖前端隐藏按钮。越权访问在公文系统里不是体验问题，而是安全问题。
七、信创与集成
不少公文系统需要运行在信创环境：国产操作系统、数据库、中间件、版式软件和签章组件。选型时要提前验证兼容性，尤其是版式渲染、签章验证和打印驱动。与 OA、档案、门户的集成也要预留接口，避免形成新的孤岛。
八、落地顺序
- 先定版式模板和文种，跑通一份公文的完整生成和打印。
- 再上流程，覆盖拟稿、核稿、签发、登记和分发。
- 接入电子签章，验证签章位置和文件完整性。
- 打通归档、元数据和全文检索。
- 最后做密级、水印、审计和信创适配。
小结
公文系统的难点不在功能数量，而在约束密度。版式、流程、签章、归档任何一环松动，都会在验收或审计时暴露。先把约束建模清楚，再谈体验优化；先保证可验证，再追求自动化。