O2OA / 翱途 · 深描
开源圈里唯一把「国标版式 + 发 / 收 / 签报 + 文号 + 发转收」写成产品能力、且 2026 仍在发版的项目。对本项目近似度高，但仍不能整套替换三级监管公文中台。
核验卡片（2026-08-21）
- 仓库
- github.com/o2oa/o2oa · Gitee GVP · o2oa.net
- 星数
- GitHub 约 4660★ / 1393 Fork；Gitee 约 5786★
- 维护
- Release
10.0.1-ce（2026-04-14）；pushed_at 2026-04-24。中等活跃，不是日更。
- 许可
- AGPL-3.0。闭源分发 / 转售 / 作为商业项目一部分需向兰德买商用许可。
- 技术栈
- Java 11+/21、自研 JavaEE 分布式（o2server）、自研流程 / 表单 / 门户、自研公文编辑器；信创：麒麟 / UOS、达梦 / 人大金仓。
公文能力（官方证据）
对齐 GB/T 9704-2012 与《党政机关公文处理工作条例》叙事。应用市场「公文管理（版式组件版）」写明：公司发文 / 会议纪要 / 签报、公司收文 / 部门收文、发转收。
- 发文 有 · 收文 有 · 签报 有 · 套红 有 · 文号 有 · 归档 有（偏弱） · 交换 部分（发转收，可接交换中心）
- 编辑器页写明红头、文号、主送、密级、紧急程度；可转 Word / PDF，可挂 Office 控件。
- 解决方案页写明套红节点、上下级收发转换。
- 证据：公文管理应用 · 公文编辑器 · 公文方案 · v10 更新日志
对上本项目
- 文种意识，不是「再加一张请假单」
- 红头 / 国标版式、套红节点
- 签报分流（独立应用，不是发文的一个选项）
- 发转收：发文通过后可转收文办理
- 文号：自动 / 手动、占号、回收（深度仍低于本项目号池状态机）
- 信创与政务演示叙事完整
对不上（一期关门缺口）
- 总局—局—分局交换子单与回执隔离；送达 ≠ 签收
- 号池预占 / 占用 / 作废不复用；签发后才正式取号
- 定稿 SHA-256，哈希变则用印失效
- 文号岗 ⊥ 用印岗；管理员 ⊥ 审计员
- 秘密件到期复核，不自动公开
- WPS / OFD 正本分离（DOCX 只是编辑源）
- 对档案系统的移交包（OA 不替代长期保存）
五要素评级
| 套红 | 文号 | 红头 | 公文交换 | 档案归档 |
|---|
| 原生（范本 + 编辑器） |
原生（自动 / 手动、占号、回收） |
原生 |
可配置 / 集成（发转收；「集成公文交换中心」是对接，不是自带国标交换平台） |
原生偏弱到可配置（分类归档、检索；不是完整档案系统） |
改造成「看起来像公文」：小～中。改造成「本项目一期关门」：仍须自研领域服务，覆盖上述 7 项缺口中约 3–4 项外形以外的全部。
代价与风险
- AGPL 严：闭源交付、SaaS、OEM 很容易踩传染与商标条款，要法务先看。
- 编译重：源码须编译，不是
docker compose 级简单；应用市场再装公文应用。
- 部分包要连 O2 云：公文应用有的要连云或另下安装文件，和主仓 AGPL 的授权关系需当面核对。
- 架构偏传统；等保要靠部署与测评，开源仓并不等于「已过等保」。
选型一句话：要 12 个月内「看起来像公文」、可接受 AGPL / 传统栈 → 公文语义打底选 O2OA。不要同时再上第二套核心流程引擎。