方案概览：验收标准不是功能点亮，而是一份公文全程查得到
政务OA 的成果，不是把纸质单子搬到屏幕上，而是把「办文、办会、办事」的责任链固定下来：一份文从收文登记、拟稿核稿、会签签发、印发分发到办结归档，全程能查到谁在什么时间做了什么、退回过几次、为什么退。这个链条完整，系统才立得住；链条断了，它就只是一个更贵的传阅工具。
常见的三种失败：把企业 OA 改个名字就交付 —— 公文版式不合规、会签顺序错了无法回退、办结件归不到档；只做流转不做台账 —— 收文填了办理时限，但到期没人提醒，督办靠打电话；移动端只能看不能办 —— 领导批件还得回办公室，一周后就没人再打开。
本页按政务场景的实际顺序写：先讲与企业 OA 的差别，再说「三办」怎么一起上，然后是公文流转、权限、督办、信创与对接，最后讲试点与推广。每一节给可检查的判断标准，可直接拿去对照本单位项目；涉及工期与费用，以需求盘点后的书面方案为准。
一、政务OA 与企业 OA 的六个差别
两者都叫 OA，但规则来源不同：企业看效率，政务看合规。下面六处差异决定了系统能不能直接用。
| 维度 | 政务场景的要求 | 企业 OA 的常见做法 |
|---|---|---|
| 公文版式 | 按党政机关公文格式排版：红头、发文字号、成文日期、版记、页码位置都有固定规则 | 通用文档模板，格式相对自由 |
| 流程刚性 | 会签、退文、缓办、特急、越级、代理都有明确规则，不能随意跳过 | 审批链简单，加签减签灵活 |
| 权限与密级 | 按单位、科室、岗位、密级多层控制，同一份文件不同人可见范围不同 | 多按角色分菜单 |
| 留痕与归档 | 全流程留痕，办结自动归入档案门类，保留签批痕迹与处理元数据 | 有操作日志，但不成归档体系 |
| 合规要求 | 等保级别、密码应用、信创环境适配通常为立项前置条件 | 一般无硬性要求 |
| 对接范围 | 统一身份、门户、公文交换、督查、档案、短信等多系统协同 | 多为内部独立使用 |
把企业 OA 改个名字交付，通常在上线第一次收文就露馅：版式不对、会签顺序错了退不回去、领导批完的文件归档找不到。这三件事都不是「加个字段」能补的，必须在设计阶段按公文规则建模。
二、「三办」要一起上，不要只做办文
只做公文流转的系统，使用率通常一个月内掉到三成 —— 因为大部分人日常并不发文，但都要请假、用车、订会议室。三办一起上，OA 才会成为每天都要打开的入口。
办文
收文、发文、请示、批复、函件。核心是版式合规、会签可控、办结归档三件事，一件不到位就要返工。
办会
会议通知、议题收集、材料分发、签到与纪要成文。关键在纪要能不能一键转成督办任务，否则写完就归档。
办事
督查督办、公务用车、值班排班、请假出差、采购与报销申请。高频、量大，是系统日常活跃度的主要来源。
建议把「会议纪要」直接转成督办任务：每条决议指定责任单位、协办单位与时限，自动进督办台账。这一条打通，会议才算真正闭环；打不通，纪要就只是又一个躺在文件夹里的文档。
三、公文流转怎么设计才不卡壳
公文流程的复杂度不在节点多，而在「例外」多：退文、加签、缓办、特急、代理签批。下面七个环节，每个都有容易出错的地方。
| 环节 | 关键动作 | 容易出问题的地方 |
|---|---|---|
| 收文登记 | 录入来文单位、文号、密级、份数、承办科室与办理时限，扫描原件挂附件 | 附件漏登、时限不填，后面既无法提醒也无法督办 |
| 拟稿 | 套用文种模板，按规则生成发文字号与版式 | 字号重复或跳号；模板与实际文种不匹配，排版全乱 |
| 核稿 | 审核文字、格式、政策依据与行文规则，可退回修改 | 退文原因不写清，来回改三四次；退回后版本覆盖无法对比 |
| 会签 | 按固定顺序或并行会签，支持加签与催办 | 顺序错了无法回退，只能整单重走；会签意见无处落地 |
| 签发 | 按权限签发，支持手写签批与电子印章 | 签批位置压字；用印章图片代替电子签章，法律效力存疑 |
| 印发 | 生成版式文件，按分发范围推送至单位与个人 | 分发范围选错，涉密或敏感文件扩散 |
| 归档 | 办结自动归入档案门类，保留正文、附件与签批痕迹 | 门类与保管期限字段缺失，日后查不到、归不了 |
- 版本与留痕：每次修改留版本，签批页与正文分离存储，事后能还原「谁在哪个版本上签的字」。
- 超期与提醒：每个环节设时限，到期前提醒经办人与分管领导，超期自动进督办台账，而不是靠人盯。
- 代理与授权：领导出差可授权代签，授权范围与时段写清，代签记录标明「代」字，事后可查。
- 退文要成闭环：退回必须选原因、写意见，拟稿人修改后回到原环节，不从头再来。
公文流程最容易被忽略的是「退文」和「加签」。这两个动作没设计好，实际使用就只能靠打电话协调，系统退化成记录工具 —— 而记录工具，纸和微信都能替代。
四、权限与组织：人、岗、角色三层
政务 OA 的权限不是「谁能看到哪个菜单」，而是「谁能看到哪一份文件」。顺序错了，一定出现两种事故：能看到菜单却看不到数据，或者看到了不该看的文件。
组织自动同步
单位、科室、人员从统一身份或人事系统同步，调动、退休自动生效，不靠管理员手工维护。
一人多岗
允许一人兼多个岗位与角色，权限取并集；离岗或调离即失效，避免「人走了权限还在」。
数据范围四档
本单位、本科室、本人、指定范围，同一模块不同人看到的数据不同，这是权限的核心而不是附加项。
密级匹配
文件密级与人员密级匹配才可见；非涉密政务外网系统不存涉密文件，这一条要写进制度而不是只靠配置。
临时授权
出差、休假可临时授权代办，到期自动收回；代办记录单独标识，不与他人操作混淆。
操作审计
登录、查阅、下载、导出、删除全部留痕，可按人与时间回溯，也是等保测评的必查项。
权限设计正确的顺序是：先定数据范围，再定操作权限，最后才是菜单显隐。反过来做，界面上看着干干净净，数据却在裸奔。
五、督查督办与台账：让「办了吗」有答案
督办是政务 OA 里最容易被做成形式的一块。做成形式的标志只有一个：办结率长期百分之百，而事情并没办。
| 环节 | 做法 |
|---|---|
| 任务来源 | 会议纪要、领导批示、上级交办、群众诉求统一登记，保留来源与原文，可回溯到出处 |
| 责任分解 | 主办单位加协办单位，明确第一责任人与反馈节点，避免「共同负责等于没人负责」 |
| 时限管理 | 分常规、紧急、特急三档，到期前分级提醒，超期自动亮灯并进入通报口径 |
| 节点反馈 | 按节点提交进展与佐证材料，不允许一句话办结；佐证可以是文件、照片、系统数据 |
| 审核销号 | 督办岗审核佐证后销号，退回必须写理由并重新计时，这是唯一不能省的人工环节 |
| 统计通报 | 按单位、事项类型、按期完成率出报表，支撑月度通报与年度考核 |
如果销号不需要佐证、退回不需要理由，那这套台账只能证明「有人点过按钮」。把审核岗设起来、把退回理由写进流程，督办才有约束力 —— 技术只能保证留痕，压力要来自制度。
六、信创适配与等保合规：是前置条件，不是选配
政务项目通常在立项或招标文件里就确定了国产化环境与等保级别，这两个条件会反向决定技术选型，不能等开发完再补。本页讨论的是非涉密政务办公场景；涉密公文应走涉密网络与涉密载体，不在政务外网 OA 中流转。
| 适配项 | 常见要求 | 落地时要注意 |
|---|---|---|
| 芯片与服务器 | 鲲鹏、飞腾、龙芯等国产平台 | 中间件与数据库要有对应版本，只在 x86 上测过不算适配 |
| 操作系统 | 麒麟、统信 UOS 等国产系统 | 浏览器内核差异大，前端要按目标浏览器实测，不能只看 Chrome |
| 数据库 | 达梦、人大金仓、openGauss 等 | 分页语法、存储过程、字符集与排序规则要提前验证 |
| 版式与印章 | OFD 版式文件、符合规范的电子印章 | 印章图片替代不了电子签章；签批件要能验证未被篡改 |
| 等保与密码 | 按等保三级要求做边界防护、审计与备份，密码应用按约定整改 | 测评由客户主体申请，整改项要预留工期，别压在验收前 |
信创适配最容易被低估的是浏览器与版式控件。同一个页面在国产浏览器里可能表格错位、签批控件加载不出来。建议立项阶段就拿目标环境做一次原型验证，几百页代码的返工，往往就是从这一步省下来的。
七、与外部系统对接：接口清单要提前定
政务 OA 很少是孤岛。对接数量直接决定工期，而工期风险通常不在开发，在「对方的接口什么时候能给」。
- 统一身份认证：单点登录与组织人员同步，避免两套账号、两套密码，人员调动只改一处。
- 门户与移动端：待办、通知、公文在门户与移动端同源展示，不做两套数据。
- 公文交换：与上级或同级单位的交换系统对接，文号规则、版式与回执要一致，否则对方收不到或对不上。
- 档案系统：办结公文按门类与保管期限推送归档，字段按档案部门要求映射，别等验收前才补。
- 短信与消息：待办、超期、催办走统一消息通道，避免各模块各自发短信、重复打扰。
- 数据共享：需要跨部门取数时走共享交换平台，不在 OA 里直连对方数据库，这是合规问题不是技术偏好。
立项时把「要对接几个系统、每个系统谁提供接口、接口什么时候能给、联调环境谁开」列成一张表，比在合同里写一句「支持对接」有用得多。接口晚到一个月，整个上线计划就往后推一个月。
八、上线推进：试点、双轨、分层培训
政务 OA 的难点不在开发，在推广。全单位一次性切换，出问题就是全单位停摆；而双轨期拖太久，又会变成两套活都要干，最后谁也不愿用。
| 阶段 | 主要工作 | 交付物 |
|---|---|---|
| 试点 | 选一个业务量适中的科室，跑通收文、发文、请假、用车四条高频流程 | 试点问题清单、流程修订记录 |
| 双轨 | 新旧方式并行一到两个月，逐日核对办件是否一致、有无漏办 | 双轨对照表、差异说明与处理结论 |
| 推广 | 按科室分批开通，每批配一名内训员，先开高频事项 | 开通名单、权限清单、内训员名单 |
| 培训 | 分领导、经办人、管理员三层，各讲各自要用的动作 | 操作手册、录屏、常见问题清单 |
| 验收 | 用真实公文跑完一个完整周期，含会签、退文与归档 | 验收报告、运维交接单 |
培训不要只讲功能。领导层只讲三件事：待办在哪看、怎么签、怎么退；经办人讲拟稿、跟踪与超期提醒；管理员讲人员调动怎么调权限。分层各半小时，比全员大会讲两小时记得住。
九、常见问题
政务OA 能不能直接用企业 OA 改一改？
不建议只改名字。公文版式、会签与退文规则、密级控制、办结归档这四件事是政务场景的硬要求，通用 OA 一般不具备。可行的做法是保留通用协同模块（请假、用车、会议室、报修），公文与督办按政务规则重建；这样既省成本，又不至于在上线第一次收文时就出问题。
一定要适配信创环境吗？
看立项与招标要求。多数政务项目已明确国产化环境与等保级别，这属于前置条件而不是可选项。做法是立项阶段就确认目标芯片、操作系统、数据库、中间件与浏览器清单，用目标环境做一次原型验证，再定技术栈。等开发完再适配，改的往往不是配置文件，而是前端组件与数据访问层。
电子印章和手写签批怎么做才站得住？
两者不是一回事，也不能互相替代。手写签批解决的是「谁看过、谁同意」的业务留痕，保留笔迹、时间与版本；电子印章解决的是文件效力与防篡改，正式发文应加盖符合规范的电子印章，并以版式文件（OFD 或 PDF）流转，保证可验证、未被修改。把印章图片贴到页面上，只能算排版，不算签章。
老系统里的公文数据能迁过来吗？
能迁，但先做数据体检：文号规则是否统一、附件是否齐全、办理状态字段能否映射、历史退文记录还在不在。建议只迁「在办件 + 近三年办结件」，更早的历史数据保持只读查询。把十几年的脏数据一次性搬进新系统，往往既拖慢上线，又让新系统的检索结果变得不可信。
领导不用系统怎么办？
关键在移动端。领导的核心动作只有三个：看待办、签批、退回。把这三个动作在手机上做到两步以内完成，比做二十个功能有用；同时保留代办授权与电话提醒，避免因为一次不会用就彻底放弃。实际操作中，领导不用往往不是抗拒，而是「点三下还没找到待办」。
上线后使用率低，怎么推？
先分清是「不会用」还是「不愿用」。不会用靠分层培训与科室内训员；不愿用通常是双轨期太长，或者系统比原来更麻烦 —— 比如同一件事要在 OA 和纸面各走一遍。做法是压缩双轨时间、先把请假、用车、会议室这类高频事项做实，再逐步把公文全量切过来，比发通报、下指标有效。
公文归档要满足什么要求？
办结即归档，保留正文、附件、签批痕迹与处理过程元数据；门类、保管期限、档号按档案部门规则生成；版式文件用 OFD 或适合长期保存的 PDF 格式。归档字段建议在开发前就和档案部门对一遍清单，否则后期补字段要重跑全部历史数据，工作量比当初对一遍大得多。
上线后的运维和流程调整谁来做？
日常运维一般由客户信息中心承担，我们提供质保期内的缺陷修复与流程调整支持。建议把流程节点、表单字段、权限范围、提醒规则做成后台可配置项，日常调整由管理员自己完成，不必每次提开发需求；涉及数据结构变更的才走变更流程。质保期后可按年签运维服务，明确响应时效与巡检频次。