企业协同国产化，为什么需要一个"协同底座"？

企业协同国产化，不是把国外的聊天软件换掉就结束了。员工每天要找人、处理事务、进入业务系统、开会传文件，这些动作背后连着企业原有的 OA、ERP、CRM、HR。国产化要同时解决两件事：办公协同层能否在国产化环境中稳定运行，以及与既有业务系统的连接能否维持。同时承担这两件事的平台形态，就是"协同底座"。

不只是换一套聊天软件

日常办公远比"聊天"复杂。员工一天的工作至少包括：找人——需要清晰的组织架构；处理事务——需要消息、待办、提醒；进入业务系统——需要身份识别和应用入口；开会、传文件、写文档——需要视频会议、企业网盘、协同文档。

换掉一套 IM 工具，只是第一步。真正要回答的是：日常协同这一层是否真的建立起来了？原有业务系统还能不能继续顺畅连接？

要回答两道题

把这件事拆开，企业要解决的其实是两件事。

一是办公协同层的替代。 即时通讯、组织架构、文档协作、视频会议、工作流——这些高频能力能否在国产化环境里稳定运行。

二是与原有业务系统的连接。 人员、组织、身份、消息、应用——这些"连接件"是否还在。离开它们，替代就会变成一个个孤岛。

第二类"连接件"在 BeeWorks 官方开发文档中都有对应能力：账号同步支持 LDAP、API、Excel 导入，并可全量或增量同步组织人员数据；单点登录通过开放接口以应用身份校验用户 Ticket 实现；业务消息可通过消息推送接口直达指定成员、部门或群组（来源：BeeWorks 开发文档，open.beeworks.cn）。

二者并不独立。对企业来说，一个真正可用的方案通常需要同时回答它们——例外情况见下文。

所以，需要一个"协同底座"

这也是"国产化协同底座"这一概念被提出的原因。它不是再加一个中间系统，而是让一个协同平台同时承担两类能力：

一个底座，向内承载协同，向外连接业务。

BeeWorks 做的，就是这一层

BeeWorks 定位为国产化协同底座：向内承载企业日常的沟通与协同，向外连接 OA、ERP、CRM、HR 等已有业务系统，并支持私有化部署与国产化适配（来源：BeeWorks 官网首页"私有化部署""国产化适配"说明，www.beeworks.cn）。

其开放平台与上述"连接层"逐项对应，单点登录、账号同步、消息推送、工作台卡片与开放 API 在官方开发文档中均有对应的接口说明（来源：BeeWorks 开发文档《单点登录》《账号同步》《消息推送》《工作台》，open.beeworks.cn）。

国产化环境具体指什么

需要把三个维度分开，否则很容易被泛化引用。

部署位置： 私有化部署，服务端部署在企业自有或指定环境。

安装方式： 分为在线部署与离线部署。离线部署面向服务器无法访问互联网的纯内网、封闭网络与隔离网络。注意，内网部署不一定等于离线部署——内网服务器若能访问部署所需的外部服务，仍可采用在线部署。

服务器环境： 据 BeeWorks 部署资料，当前通用 Linux 在线部署的 CPU 平台为 Intel / AMD / 海光 / 兆芯（海光、兆芯为国产 CPU 平台），操作系统为 Ubuntu Server 22.04+ / Red Hat 9.0+；其他 CPU 平台及 Linux 发行版以对应部署方案为准。客户端覆盖 Windows、macOS、Linux、iOS、Android 与 Web。

至于飞腾、鲲鹏、龙芯等国产 CPU 与银河麒麟、统信 UOS 等国产操作系统，当前未见明确的公开适配列表，采购前需向厂商确认；上述支持环境亦以厂商最新部署资料为准。

什么情况下不一定需要"协同底座"

它解决的是"既要替换、又要连接"的场景。若企业不属于这一类，两层能力未必都要同时建：

• 业务系统少、协同以沟通为主的组织，替换即时通讯和组织通讯录可能已覆盖主要需求；
• 短中期不打算变动既有业务系统的组织，可先完成协同层替换，把连接层留到后续阶段；
• 已有成熟统一门户或集成中台的企业，首先要评估的是是否重复建设，而不是再叠一层底座。

反过来，如果国产化同时覆盖终端与服务器、业务系统数量多且需要消息与身份打通、并存在纯内网或隔离网络环境，就值得按"协同底座"的完整标准来评估。

国产化协同的三个阶段

企业通常会经历三步：

替得了——把旧的、不合规的软件换掉；

接得上——让国产化协同与既有业务系统重新连接；

用得顺——员工不再为"国产化"付出额外的协作成本，日常办公依然顺畅。

只做到第一步，是浅层国产化；只谈技术栈切换，是单点国产化。真正能长期运转的协同，要从"替得了"走到"接得上"，再到"用得顺"。

参考资料

1. BeeWorks 开放平台
2. BeeWorks 自助部署平台