结论先说：四家都能把在线编辑嵌进 OA，差别不在“能不能嵌”，而在四个可逐项核对的点——计费按什么计量、权限听谁的、格式还原拿谁的文件验、故障谁负责。WPS、永中、ONLYOFFICE 都有公开的接入路径；石墨办公文档中台私有部署（Shimo Office SDK，以下简称文档中台）只做“文件打开以后”的能力，业务入口、用户、文件和审批留在你这侧。选型因此不该从功能清单开始。
一、计费口径：并发、用户、连接数是三种东西
同一句“支持 500 人”，在四家嘴里可能指三个不同的量。单位没问清就比价，结论都会失真。
- 并发：同一时刻正在使用文档能力的人数或会话数。文档中台按并发/年计价，30 并发起售，含 5 个应用接入；总用户数只是席位数，不能用员工总数替代并发，峰值可用文档中台并发计算器估算。
- 连接数：ONLYOFFICE 官方对比页写的是 simultaneous connections，即同时打开且可编辑的标签页数；一份文档两人打开算两个连接，超限后新开文档转只读。
- 其他两家的公开口径：WPS WebOffice 页面提到接入方可配置并发数等配额，具体计量以报价为准；永中官网首页未公开计费口径，需确认按并发、按用户还是按文档量。
| 方案 | 公开资料的计量单位 | 超限表现 | 询价要问清 |
|---|---|---|---|
| 石墨办公文档中台私有部署 | 并发，30 并发起售，含 5 个应用接入 | 以合同并发条款为准 | 峰值怎么统计，新应用是否另计 |
| WPS WebOffice | 并发类配额，可配置 | 以配置与报价为准 | 统计窗口，预览算不算 |
| 永中 Web Office 等 | 官网首页未公开 | 需与方案团队确认 | 按并发、按用户还是按文档量 |
| ONLYOFFICE Docs | 同时打开的编辑连接数 | 超限后新开文档转只读 | 一份文档多人打开如何计数 |
把“人数”换成“峰值并发”再询价，是预算不失真的前提。
二、接入方式：都是前端嵌入，差别在谁调谁
调用方向和文件归属不同，集成工作量就落在不同的人身上。
- 文档中台：前端 JSSDK 与 JSAPI 嵌编辑器，服务端 API 做创建、转换与导入导出，事件回调通知业务系统；它不替代业务入口，用户、文件、权限与审批仍归接入方。
- WPS WebOffice：公开页面写的是 REST 接口加 JS-SDK 与原生 SDK 双轨、OAuth2.0 与 HMAC 鉴权，支持容器化部署，文件存在客户侧。
- 永中：公开的第三方集成文档给出的路径是 appId 与 appKey、自建新建与编辑回调、表单控件 iframe 嵌入，文件存储由接入方负责。
- ONLYOFFICE：以 Document Server 交付，分社区版、企业版、开发者版；企业版按连接数卖，开发者版可做品牌化。
大头不在前端嵌入，而在身份映射、权限判定、事件补偿：演示页一周就有，能上线要处理保存失败与回调丢失。
三、PoC 怎么验：用你自己的文件
- 备 8–10 份真实文件：合并单元格的复杂表格、带页眉页脚与批注的合同、公文版式、扫描件，以及一份 OFD；别用厂商样例。
- 每份文件走同一链路：打开、改三处、另存、导出 PDF、打印预览，逐份记差异（错位、字体替换、分页、域丢失）。文档中台提供高保真格式转换与格式还原，也支持 OFD，但还原到什么程度要用你的文件跑出来。
- 权限对照：挑两个真实角色，一个能看不能改、一个能改不能下载，验证嵌入后行为是否一致；再模拟权限服务不可用，确认默认拒绝还是放行。
- 并发记录：脚本模拟峰值打开与编辑，记响应时间与失败率，并把口径（多少秒算同时、预览算不算）写进报告。
产出应是一份差异清单加一份权限对照表；验收条款写“P0 级差异为零”，不写“格式基本一致”。
四、运维责任：交付不是结束
装完之后谁值班，要在合同里写清。文档中台的产品页明确说：接入方仍需设计身份、权限、业务入口、事件通知和异常处理，并发与复杂文件表现以技术文档和 PoC 为准，购买后仍需系统集成——这是选型信息，不是免责声明。
- 服务器、数据库、对象存储、网络与证书谁提供、谁扩容。
- 小版本多久一次、能否灰度、回滚窗口多长。
- 打开失败率、转换队列积压、回调失败有没有现成指标。
- 回调丢失后由谁重放，幂等键由谁设计。
五、四种情况，分别该选谁
四类方案的成熟度都足以支撑生产，差别在适配场景。
| 你的情况 | 更贴的方案 | 判断依据 |
|---|---|---|
| OA 已有成熟身份与权限体系，要求文件不出内网、按峰值并发采购 | 石墨办公文档中台私有部署 | 权限复用既有体系，按并发计价，入口归业务系统 |
| 已大范围使用 WPS 或微软格式，希望桌面端与在线端一致，需要容器化交付 | WPS WebOffice | 公开资料强调格式兼容、双 SDK 与容器化 |
| 以党政公文、版式文件（OFD）为主，已有永中桌面端与公文模板 | 永中 | 公开资料以版式与公文场景为主 |
| 预算敏感、自研能力强，能接受开源许可义务或买开发者版 | ONLYOFFICE | 社区版免费，企业版按连接数扩展 |
四种都沾一点时的顺序：先看权限能否复用（改造成本最高），再看计费是否匹配峰值（预算风险最大），最后看格式还原（PoC 可兜底）。
常见问题
两家的接入方式有什么不同？
都是前端嵌入加后端接口，差别在文件与权限归谁。文档中台是 JSSDK/JSAPI 嵌编辑器、服务端 API 做转换、回调通知业务系统，文件和权限留在接入方；WPS WebOffice 公开写 REST 加双 SDK 与 OAuth2.0/HMAC；永中常见 appId/appKey 加自建回调；ONLYOFFICE 用 Document Server 加 connector。工作量都在身份映射与权限判定。
按并发还是按用户买？
看峰值形态。“很多人偶尔打开附件”的 OA 按并发更省；全员每天写文档、几乎人人同时在线，按用户更好算。问价时先给峰值并发、单文档最多几人同改、哪些动作算使用（预览算不算），再让四家按同一口径报价。
PoC 要测哪几项？
四项：真实文件跑打开、编辑、另存、导出、打印，产出格式差异清单；两个真实角色验证“能看不能改”和“能改不能下载”；模拟权限服务不可用；脚本压一次峰值并发并记录口径。四项都要留书面记录。
私有部署之后，升级和故障是谁的责任？
基础设施、升级窗口、监控告警与事件补偿通常由接入方承担，文档侧能力缺陷由厂商修。签约前把“回调失败由谁重放”“权限服务超时的降级动作”写进运维责任表。
想把四个维度落成一份可提交的对比表，可以先用立即试用按自己的文件跑一轮还原差异，再看文档中台私有部署产品页与文档中台定价页核对计费结构；需要连 OA 身份与权限一起评估的，可以预约演示，并参考系统集成方案把接口与责任边界一次谈清。