结论：两个产品、两个入口、两本账，不是两套互不相干的系统。员工日常打开文档，用的是石墨办公套件私有部署；业务系统里要直接预览、编辑、回写，用的是石墨办公文档中台私有部署（Shimo Office SDK，以下简称文档中台）。前者按席位授权，后者按并发授权，所以“买几套”问偏了口径：真正要定的是，除了员工席位，要不要再按并发买一份嵌入业务系统的文档能力。
判断只有一条：业务系统里流转的那份文件，和员工在套件里改的那份文件，是不是同一批人、同一份原件、同一套权限。是，按组合建设评估；各管各的，就是两条独立业务线，按各自负载分别采购。
一、两个产品各自对谁负责
选型页把差异写得很直接：一个提供平台，一个提供能力，核心能力同源，区别在服务对象、使用入口与集成方式；落到采购上，最容易混淆的是授权口径。
| 维度 | 办公套件私有部署 | 文档中台私有部署 |
|---|---|---|
| 服务对象 | 全体员工 | 业务系统及其中的文档操作者 |
| 主入口 | 统一办公空间、门户与移动端 | OA、合同、档案等系统内部 |
| 授权口径 | 按席位/年，5 席位免费、100 席位起售 | 按并发/年，30 并发起售、含 5 个应用接入 |
| 权限归属 | 套件自身的组织、空间与文件权限 | 结合业务系统授权，经接口控制文档操作 |
| 只买它缺什么 | 业务系统附件仍需下载后处理 | 员工没有统一协作入口 |
| 验收重点 | 真实成员与文件的迁移、协作、撤权、恢复 | 联合业务系统验授权、回调与撤权后的接口访问 |
最后两行才是决策点：不是谁替代谁，而是那批文档值不值得多一个入口。
二、三个问题判断一套还是两套
不用先看报价，先按三个问题自查，答案会直接指向组合还是单选。
- 业务系统里的文档，员工是不是也在套件里改？同一份合同、方案在两处流转，组合能省一次文件搬迁；只是归档扫描件、只读凭证，套件不必参与。
- 要“编辑回写”，还是只要“看”？只读预览和可编辑是两种工程量：可编辑意味着身份、并发锁、版本、事件回调都要接通。
- 这批文档的权限谁说了算？业务系统已有细粒度授权、文档能力只是下游，“既有权限复用”就是硬门槛；否则先在套件侧把权限结构立起来更省事。
第 1、2 条同时为“是”，按组合建设评估；只满足一条，先买单产品：员工协作痛就先上套件，业务系统多就先上文档中台、把它当后端能力层。
三、两本账：席位不能折成并发
最常见的错，是把两边的规模用同一个数字谈。套件按席位/年，文档中台按并发/年；并发是同时使用数，企业总用户数就是席位数，不能用员工总数替代并发。
- 席位账：按人头算，与接入多少业务系统无关。
- 并发账：按业务系统的文档操作与峰值算，先数“同一时刻会在系统里打开文档的人”，再乘峰值系数，用 PoC 校准。
- 应用账：商业版含 5 个应用接入，新增另计，提前算进预算。
- 回落：预期峰值远低于起售线时，先不买嵌入能力，用套件加原有附件下载撑过一期。
配额结构与价格以定价页为准，别拿这段数字做预算；先跑一轮文档并发估算计算器能省很多来回。
四、门槛只设在四个接缝上
组合方案的评分不要把所有功能项加权相加，那会变成两份功能清单求和：分数好看，接缝没人负责。接缝设门槛（不满足即淘汰），其余能力再按权重比。
| 接缝 | 门槛判定（不满足即淘汰） | 证据形式 |
|---|---|---|
| 身份 | 同一员工在两处是同一主体，不产生两套账号 | 同一账号两处登录，比对标识与组织归属 |
| 权限 | 业务系统授权在文档打开时生效，撤权后新请求被拒 | 现场改一次权限，看下一次打开 |
| 文件 | 同一份原件不被复制成两份各自演进 | 追踪版本号与评论是否指向同一版本 |
| 事件 | 保存、下载、水印、撤权等能回到业务系统或审计 | 触发一次保存与一次下载，看回调与日志 |
协作体验、格式还原、交付运维、成本按权重比即可。边界是：文档中台负责“文件打开以后”的能力，接入方仍需设计身份、权限、业务入口、事件通知和异常处理；并发、延迟与复杂文件表现以技术文档和 PoC 为准，购买后仍需系统集成，这部分工作量要单列。
五、联合上线怎么验收
单产品验收各自都能过，组合上线最容易翻车的地方在两套之间。按五步做一次联合验收，每步留证据。
- 建三个测试账号：普通成员、跨部门成员、已停用账号。
- 同一份文件两处打开，比对可见范围、可编辑范围、水印与下载入口。
- 在业务系统侧撤权，立刻回到套件侧及他的下一次系统请求，记下失效时间。
- 制造一次并发编辑冲突，确认版本历史在两处指向同一版本、评论不丢。
- 导出审计记录，把“谁、何时、从哪个入口、对哪份文件做了什么”拼成一条链路。
有一步要靠人工解释才能对上，就说明接缝没接好。检查项写进验收附件，同时把已下载副本单独约定——在线撤权不等于收回所有副本。相关能力与配额，可对照文档中台私有部署产品页和产品选型建议逐项核对。
常见问题
办公套件和文档中台是两套东西吗？
是两个产品，但核心能力同源：一个给员工当入口，一个给业务系统输出预览、编辑、转换与协作。两者可独立部署，也能组合成统一文档底座。
能不能只买一个？
能，不少情况就该先只买一个：员工协作痛、业务系统只看附件，先上套件；已有成熟业务系统、只想补文档能力，先上文档中台。同一批文件两处都要编辑回写，组合才划算。
两个都买会不会重复？
重复的是入口和权限判断，不重复的是授权口径。接缝没对齐就会出现两套账号、两份原件、两套审计；对齐后两边是同源能力，不是功能叠加。
组合时最容易漏的是什么？
漏掉系统集成的工作量。业务系统仍要负责文件、用户、权限的接入，以及事件通知和异常处理，这部分要写进实施范围或单独排期。
不确定按一套还是两套立项，先拿业务系统清单和文档流转路径到产品选型建议页对照一遍，再预约演示做联合沟通：把要接的系统、峰值并发和权限来源带过去，口径一次就能定。也可以先看私有化部署方案，了解部署形态与交付范围。