国际 ECM / 函件 / 组件

国际开源成熟的是内容库、扫描档、BPMN、数字保存;中国机关公文的主对象必须自研。ONLYOFFICE / Flowable 可当组件;Maarch / X-Road / VITAM 只当对标样本,不当候选标段。

国际方案定位

没有高近似产品。相对最高是法国 Maarch Courrier,也只到中低。

国际产品解决的是 Document / Record / Process / Package。本项目要的是公文——法定文种、代字文号、套红版式、行文关系、三级交换、用印、签报、办结归档。前者包再大,也映射不到后者的主对象。

国际近似度(诚实,多数中低)

产品近似度一句话
1 Maarch Courrier 中低(国际最高) 法国机关函件:收发、分办、时限;对不齐条例文种、红头、代字、OFD
2 Alfresco / Nuxeo / Mayan 中低(当库) 企业内容库 / 扫描案卷;审批弱或收缩,无套红交换
3 Flowable / jBPM / Corteza / Joget 低~中低(自建) 引擎或低代码;没有文、号、红、印
4 Nextcloud / LogicalDOC / OpenKM 6 / Teedy 盘或轻量 DMS
5 Paperless-ngx / DIGIT / ONLYOFFICE 整套 极低(当 OA) 扫描盒、市民服务中台、编辑器。ONLYOFFICE 当正文组件才中等

可当组件引入

优先组件定位不建议
P0 ONLYOFFICE Community 或 WPS 中间件 拟稿期 DOCX 共编;书签灌文号 / 主送 当公文主系统;指望套红 / OFD;Community 当机关生产集群(约 20 并发、无集群、AGPL)
P0 Flowable Engine(或 KIE / jBPM) 嵌入自研 OA:核稿、批办、签报、委托 当低代码公文套件;误把官网 Case Platform 当免费
P1 Stirling-PDF 合并 / 拆分 / OCR / 转档,辅助印发与归档包 当套红引擎或 OFD 转换器
P2 Paperless-ngx 纸质来文扫描检索旁路,挂在收文之后 当发文主库
只写报告 Maarch / X-Road / VITAM / Archivematica 函件 / 交换层 / OAIS 的对标样本 当候选标段或直接部署

国际产品没有可引入的套红组件。ONLYOFFICE 截至 2025-04 仍无 OFD。套红、发文机关标志、红线、版记只能:WPS / 永中 + 书签、自研版式,或国内社区 GB/T 9704 前端(成熟度远低于机关验收)。

为什么整包 ECM 替不了本项目

  1. 公文不是「文件 + 审批」。流程完成 ≠ 业务办结。
  2. 没有中国公文对象模型:15 种法定文种、行文方向、主送抄送、内部签报。
  3. 没有发文字号制度:机关代字、六角括号年份、作废不复用、号段按管理域隔离。
  4. 没有套红 / GB/T 9704 红头。
  5. 没有三级管理域交换子单。
  6. 没有机关用印与国密签章。
  7. 档案标准错位:DoD / MoReq / OAIS / SEDA ≠ GB/T 39362。
  8. Community ≠ 能上生产的机关系统。集群、保留期、设计器常在商业版。

授权陷阱速查

  • OpenKM 7 Community:免费但不开源。
  • Camunda 7 CE:2025-10 EOL;Camunda 8 ≥8.6 生产要授权。
  • Bonita CE ≥2024.3:月 150 案 + 单程序 + 遥测。
  • ONLYOFFICE Community:AGPL + 约 20 并发 + 无集群。
  • Collabora CODE:官方不建议生产。
  • Nuxeo Retention 严格模式要 AWS S3 Object Lock。
  • 全部:无 OFD、无国密、无 GB/T 9704 套红。
国际开源值得买的是「会编 Word 的服务」和「会跑 BPMN 的库」;不值得买的是「另一种文件文明」。不要用 Alfresco 去压国产 OA 的公文模块报价;只能用来讨论正文中间件和流程引擎是否必须自研。