结论先说：能不动，但只在四个前提同时成立的时候。「办公软件换了」至少对应三层：桌面的编辑程序、承载共同编辑的协作平台、嵌在 OA 与合同系统里打开文件的那一层。三层可以一起换，只换一两层也行；「文档协作能不能不动」，问的是不动的平台还能不能接住另外两层换掉后的文件、账号和权限。
下面按分层、核前提、定顺序展开。
一、先分清换的是哪一层
同一句话，三个层面的替换范围、受影响的人和验收方式都不同。
| 层级 | 具体是什么 | 换掉后谁受影响 | 判断信号 |
|---|---|---|---|
| 终端办公软件 | 个人电脑上的文档、表格、演示程序 | 编辑习惯、字体与外设 | 按终端计价，验收看装机率 |
| 协作平台 | 多人同时编辑、评论、版本留存与组织空间权限 | 共同起草、评审、定稿的流程 | 方案还在群里传「最终版2」 |
| 业务系统内嵌文档能力 | OA、合同、公文里打开、编辑文件的组件或接口 | 审批、签章、归档能不能走完 | 打开合同前要先装浏览器控件 |
三层的耦合点只有一个：文件——终端产出、平台承接共同编辑、业务系统在流程里打开同一份。所以「不动」是否可行，看这条链路三处是否都还通，而非功能清单齐不齐。
二、「可以不动」的四个前提
协作平台确实不在本次替换范围内时，先不动是合理的。但四条要同时成立，缺一条，「不动」通常会在半年后变成隐性返工。
- 环境合规：平台仍部署在满足本项目要求的服务器与操作系统上，有明确运维责任人和补丁、升级路径，不是「没人管但还能跑」。
- 身份能接上：新体系的账号与组织架构能同步进来。石墨办公套件私有部署支持身份认证与单点登录，包括 SSO、LDAP/AD 与组织架构同步；协作平台若独立维护身份，就会有两套账号，离职回收漏一边。
- 业务入口能开：OA、合同、公文里那份文件，在新终端和新浏览器里仍能打开、编辑、保存。这条不在协作平台的验收清单里，却决定审批链会不会断。
- 有回退路径：并行期怎么设、旧平台何时转只读、回滚要多久，先写进方案。
第 2、3 条是硬条件：身份接不上，权限就是两套体系；入口打不开，员工会本地改再上传。
三、一张表判断该不动、一起换还是分期
左列写现状证据，不写意愿：谁在用、在哪个入口、用什么账号、打开什么文件；右列是常见结论。
| 现状证据 | 建议范围 | 主要风险与对策 |
|---|---|---|
| 协作平台已在内网，账号已接统一身份，业务入口正常 | 只换终端，协作先不动 | 字体与外设差异导致版式偏移，用真实公文与报表样张比对 |
| 协作平台仍是旧架构或公有云，账号独立维护 | 一起换，预留并行期 | 迁移与权限映射集中，先出权限映射表再切 |
| 业务系统仍靠浏览器控件打开文件，终端却已换完 | 先换业务侧文档能力，再评估协作 | 只换终端会让审批、签章断点，回滚成本最高 |
四、决定换的时候，顺序比清单重要
一起换不等于同时上线。通常按下面这条路径推进，每步都要有交付物。
- 盘点：文件数量与格式、活跃用户与在线需求、现有权限结构、业务系统调用文档能力的入口。
- 边界：本期换哪几层、保留哪层、哪些业务系统这期不接，由业务方确认。
- 方案与环境：员工规模、典型文件、迁移数据量与权限结构，加上服务器、操作系统、数据库版本、存储、网络、证书、身份系统和运维负责人，按信创部署方案的清单逐项落实到人。
- 集成：接统一身份与 OA、CRM、ERP；石墨办公文档中台私有部署（Shimo Office SDK）以 JSSDK、JSAPI、服务端 API 与事件回调接入，不替代业务系统入口和流程。
- 上线运营：培训、使用规则、问题处理口径、版本升级计划。
第 3 步常拖期：环境清单容易靠回忆填。具体型号与版本不要凭经验写，以官方兼容矩阵和项目评估为准；办公套件私有部署适配主流国产软硬件环境，兼容矩阵说明见帮助中心，具体组合逐项核对。
迁移要单独留时间，把「还能不能用」验出来：抽样打开、版式与打印比对、共享关系映射、内外链是否失效。有版式文件还要看转换效果：文档中台具备高保真格式转换能力，支持 OFD 格式，范围以部署版本为准；版式文件由业务系统侧承载时看文档中台；终端上要编辑或转换 OFD，可配石墨办公单机版，支持 Office 与 PDF / OFD 双向转换。
资质要留证据。办公套件私有部署有等保三级认证；页面写明遵循 ISO 信息安全管理体系（页面表述），是否持有认证证书需向方案团队核对。但页面上的认证不能替代认证原件。至少核五项：持证主体、标准名称与编号、认证范围是否覆盖拟部署版本、有效期、发证机构；等保还要问测评对象和报告日期。对不上，标书里写「已通过」也换不来验收结论。
五、什么情况下别硬把协作塞进本期
- 需求没落到具体任务，只是「希望更高效」：先让提需求的部门拿出最近一次反复传副本的过程。
- 业务系统改造、定稿责任人、验收标准都没定。这时一起上，问题会集中在上线后爆发。
- 环境没有可参考的兼容与验证结果；完全离线这类场景，官网口径是内网使用，其余需与方案团队确认。
更现实的是分期：本期把终端与业务入口接稳，协作的启动条件、责任人与时间点写进纪要。需要核对时，可带上系统清单、代表性文件与拟用环境预约演示；想先看协作与权限的实际形态，可从办公套件私有部署产品页看范围，再对照办公套件定价确认席位结构。也可以先看私有化部署方案，了解部署形态与交付范围。
常见问题
信创替换有没有先后顺序？
有，按依赖关系排，不按产品类别排：先定环境与身份，再换直接面向员工的那一层，最后处理业务系统里的嵌入能力。
文档协作和操作系统适配是一回事吗？
不是。适配解决「能不能在这个环境跑起来」，协作解决「多人能不能同时改一份文件、权限和版本管不管得住」。适配通过不等于协作流程可用，验收要分开做。
换的时候数据怎么迁？
分三段：盘点（数量、格式、年限、活跃度），映射（组织、角色、共享关系对应到什么），对账（抽样打开、版式打印、搜索命中、越权访问、链接有效性）。对账结果要能签字。