结论：公文场景里，这两家不是用一句“支持痕迹”就能比出来的。永中 Web Office 的产品页把 Word 修订跟踪、批注与修订留痕写成功能项；石墨办公文档中台私有部署（Shimo Office SDK）（以下简称文档中台）公开写清的是多人实时协作、历史版本完整留存、格式还原与权限复用，修订逐条表现的范围需与方案团队确认、以 PoC 为准。先拆成四层验收，再谈嵌入稳定性。
稳定性也不是“能打开”：公文常要在 OA 里开着改半小时、切网、被审批流打断再回来，要求内容不丢、失败有提示、重来能接上。
一、先把“痕迹”拆成四层
“痕迹保留”在公文里至少指四件事。混着谈，就会两边都说支持、验收对不上。
- 修订标记：谁在第几段改了什么，能否逐条接受或拒绝。
- 批注与批示：意见与正文分开存，领导页边批复能否随文走。
- 版本历史：每次保存留可回溯版本，能比对第三稿与定稿。
- 留痕与审计：谁看过、导出、下载过，能否按人和时间查。
四层对应四组动作与四份证据。永中把修订与批注写进产品页功能项；文档中台公开的是历史版本留存与权限、版本、评论接口。两句覆盖的不是同一组动作，验收表只能按层填。
| 层次 | 要做的动作 | 通过标准 | 证据留存 |
|---|---|---|---|
| 修订标记 | 真实公文改 3 处，两人交叉改并逐条接受拒绝 | 每条定位到人、段、时间；拒绝后正文复原 | 前后两版与录屏 |
| 批注与批示 | 页边写 3 条批示，1 条明确不采纳 | 批示与正文分离存，不采纳也留原因 | 导出件与批注清单 |
| 版本历史 | 连续保存 5 次，回溯第 3 次再另存 | 版本可对比，另存不覆盖原版本 | 版本号与截图 |
| 留痕与审计 | 4 类角色做看、改、导出、下载 | 四类动作都能按人、时间、文件查到 | 审计导出件与条件 |
二、六项维度同表比
| 维度 | 文档中台私有部署 | 永中 Web Office | 落到 PoC 怎么做 |
|---|---|---|---|
| 接入方式 | JSSDK、JSAPI、服务端 API、事件回调，嵌入 OA 与门户 | 三步：申请测试包或开发者账号、调用 API、实现在线编辑 | 用最复杂审批页各接一次，记改造点 |
| 格式还原 | 多格式预览免客户端，高保真转换与格式还原 | 官网称原样打开、版式格式高度兼容，可另存 PDF 与 OFD | 20 份公文打开、导出、打印逐份比 |
| 权限复用 | 托管企业既有权限体系，内置文字水印与安全事件回调 | 可与 OA、网盘等系统结合，权限模型未展开 | 4 类角色跑越权组合，问清权限谁算 |
| 计费口径 | 按并发/年，30 并发起售，含 5 个应用接入 | 价格页写永久授权、授权一台服务器，服务 5×8 | 同一份并发与系统数同比报价 |
| 集成工作量 | 购买后仍需系统集成，接入方设计身份与异常处理 | 官网写三步接入，公文流程仍需自己接 | 各写改造清单按人天比，不看演示 |
| 运维责任 | 专属方案含集群部署与信创适配 | 一键自动化部署、在线与离线部署，7×24 售后 | 升级、回滚、扩容、监控写清谁做 |
三、计费口径不同，不能直接换算总价
文档中台按并发/年，30 并发起售、含 5 个应用接入；永中 Web Office 价格页在私有化版本下写永久授权、授权一台服务器，服务 5×8。按年按并发扩容与按服务器一次性授权，两个数不能直接比。
统一口径要固定输入：峰值并发、要接的系统数、集群计划、升级频率与运维归属。并发按文档操作估，不能用员工总数替代，可先用并发计算器算一版；报价与授权以文档中台定价页和正式报价为准。再追问：并发不够是加许可还是加服务器？集群与故障切换是否在授权内？
四、嵌入稳定性怎么测：七个动作
公开页面把边界写在同一句：并发、延迟和复杂文件表现以技术文档与 PoC 为准。按顺序做，一次只改一个变量。
- 固定样本与账号：20 份真实公文含红头、附件与签章位，4 类角色账号。
- 浏览器矩阵：Chrome、Edge、Firefox、Safari 与国产内核各跑打开、编辑、看痕迹、打印。
- 弱网与断线：限速、丢包、切网、休眠唤醒，看会话能否恢复、提示是否明确。
- 长时编辑：连续两小时、保存 50 次、同屏 20 个页签，记内存与响应。
- 并发与排队：在自估峰值上逐档加压，含起售档 30 并发以上，记录超限时是排队、报错还是静默失败。
- 保存与回调：断网时点保存、失败提示、回调重复与丢失各一次。
- 升级与回滚：升一版再回滚，确认打开、保存、痕迹三层都不变。
判定写“失败时的表现”：内容有没有丢、有没有假保存、重试会不会重复写入。每组留录屏、版本号与时间戳。
五、什么情况选对方
- 优先永中 Web Office：OA 里主要是党政公文，验收直接写“修订逐条可见、可接受拒绝、批示随文归档”，并希望一次性授权、长期自持。官网把修订留痕、版式兼容与部署方式写在明面上，对得上这类验收语言。
- 优先文档中台：公文只是多个系统之一，还要接合同、档案或门户；权限复用既有体系而非重建；按并发扩容更贴预算；后续要交给 AI 读取。文档中台私有部署的产品页与多系统集成方案写的正是这个边界：不替代业务入口，用户、文件与权限仍归接入方。
把四层痕迹样本、七个动作与同一份并发输入带进 PoC，两家结论才可比。要按你们审批页与公文模板核对，可预约演示，把清单带过去。也可以先看私有化部署方案，了解部署形态与交付范围。
常见问题
痕迹保留怎么验收？
按四层分别验，不打总勾：修订要定位到人、段、时间并逐条接受拒绝；批注与正文分离，不采纳也留原因；版本可回溯对比；审计能按人、时间查四类动作。每层留前后两版与录屏。
多浏览器兼容怎么测？
先列浏览器与内核版本清单，用同一批 20 份公文跑打开、编辑、看痕迹、打印。每组记版本号、截图与失败表现。重点不是都能打开，而是不支持时降级是否可接受。
老 IE 还要不要支持？
永中白皮书的适配环境里写明不支持 IE 内核的浏览器，浏览器清单从 Chrome 80、Edge 80 起；文档中台侧未见公开表述，需与方案团队确认。可行做法是 IE 入口只读预览，同时推动浏览器升级。
私有化部署后升级由谁负责？
官网能查到的只是服务口径：文档中台专属方案含集群部署与信创适配，永中 Web Office 私有化页面写自动化部署与 7×24 售后。但谁执行升级、回滚窗口多长、多久响应属于合同条款，签约前写进服务清单。