金融内网要协同办公平台还是文档中台？从工作入口和权限责任判断
很多金融机构问“协同办公平台和文档中台怎么选”，其实已经问晚了一步。更应该先确认：员工从哪里开始工作，文件由谁保存，权限由谁决定。答案不同，产品路线就不同。
先给结论：看入口，不看名称
如果员工要进入一个统一空间，处理文档、表格、演示文稿、知识沉淀和跨部门协作，企业要建设的是协同办公空间。平台需要承接组织、空间、内容权限、版本和日常管理。
如果员工已经习惯从 OA、合同、档案、门户或业务系统进入，企业不希望改变原流程，那么文档能力更适合作为业务系统的基础服务。此时重点是身份传递、文件与业务对象关联、权限映射、保存和版本回写。
两者都可能有在线编辑器，但责任面完全不同。
一个简单的判断路径
先问三个问题：
- 员工是否需要一个新的统一工作入口？
- 文件是否要进入新的协作空间统一管理？
- 业务系统的权限是否仍然是最终判断依据？
前两个问题都回答“是”，更接近统一协同办公空间；如果员工仍从原系统进入、文件也由原系统管理，文档中台或 Office SDK 的路线更自然。
权限问题比编辑功能更容易出事
采用统一空间时，要重新设计机构、部门、岗位、项目组和临时协作组的关系，还要明确查看、编辑、下载、分享、打印和外发的控制方式。离职和转岗后，权限由谁回收，也不能留到实施阶段再讨论。
嵌入业务系统时，则不宜再造一个与业务规则脱节的权限主系统。要写清楚用户由谁认证、文件归谁、文档服务接收什么权限上下文，以及两套系统判断不一致时谁优先。
两条路线怎么放进产品评估
如果目标是建设员工直接使用的统一私有化协作空间，可以评估石墨办公套件私有部署；如果已有 OA、门户、合同、档案或其他业务系统，希望保留原入口，可以评估石墨办公文档中台私有部署；存在离线终端或受限网络环境时，再把石墨办公单机版和端云互通的具体边界纳入核对。这里是路线判断，不是对具体金融项目结果的承诺。
这里不能把产品名称直接等同于项目方案。网络区域、身份体系、文件归属、权限模型、版本机制和运维责任，都需要结合当前资料和现场验证确认。
最容易被忽略的保存链路
很多方案演示停在“打开文档”。但真正影响业务的是保存后发生什么：正文写回哪里，版本由谁生成，保存失败是否重试，权限变化后旧页面是否还能继续写入，下载和分享事件由谁记录。
一条完整链路至少应包含：从实际 OA 或统一入口登录，打开代表性文档，两名不同权限用户协作，变更权限后再次访问，保存并回写版本，记录保存、下载和异常事件，再模拟接口超时、网络中断和重复保存。
最后用责任表收口
项目开始前，最好把七个对象写进责任表：用户认证、组织同步、文件归属、权限判断、版本保存、事件审计、升级备份与故障恢复。每一项都要有明确责任方，不能全部写成“双方协商”。
路线没有高低之分。已有 OA 的机构不要为了买平台而强行迁移入口；需要统一协作空间的企业，也不要只买一个编辑组件。先把入口、文件、权限和回写责任写清楚，再比较产品，结果通常更可靠。
参考资料
- 石墨办公官网：https://shimo.net/
- 石墨办公套件私有部署：https://shimo.net/products/office-suites
- 石墨办公文档中台私有部署：https://shimo.net/products/office-sdk
- 石墨办公单机版：https://shimo.net/products/office-standalone