集团型组织的IM建设往往卡在一个矛盾上：各法人要求独立部署、数据隔离、互不影响，但业务上又必须跨公司沟通。要么强行统一成一套，要么各自为政聊不起来。其实还有第三种选择。
一、矛盾从哪来
数据主权：各法人希望沟通数据留在自己系统内，不进入集团统一库。
运维独立：一套系统出问题不该影响全部单位，各组织要有独立运维能力。
业务差异：不同法人组织架构、权限规则、应用配置各不相同。
沟通需求：集团层面的项目、汇报、协同又必须跨单位进行。
这四条同时成立时，“建一套大系统”和“各建一套”都不是好答案。
二、三种架构与适用条件
架构1：集团统一一套
做法：全集团共用一套IM，按组织做权限隔离。
适用：法人数量少、管控集中、数据政策统一的集团。
局限：任一单位升级或故障影响全局，数据政策难差异化。
架构2：各组织独立部署，不互通
做法：每个法人各建一套，完全隔离。
适用：股权关系松散、几乎无业务往来的组织。
局限：集团层面的协同只能回到电话和邮件，沟通记录依旧分散。
架构3：独立部署 + 中心互通（易秒办标准方案）
做法：每个组织分别部署一套 E10 OA + EM10，本系统内的沟通数据都留在本系统；跨系统沟通的数据存储在中心系统，成员系统之间可互通消息与群组。
适用：集团下多家相对独立法人，既要独立私有部署、又要跨组织聊天的场景。
优势：独立性、数据主权、跨组织协同三者兼顾；单个成员系统的故障不影响其他单位的内部沟通。
三、架构3的三条数据边界
内部数据不出本系统：成员系统内的单聊、群聊、文件留在本系统。
跨系统数据集中在中心：与其他系统互通的消息与群组数据，统一存储在中心系统。
通知按系统归属下发：中心系统按消息归属分发到对应成员系统，用户在自己系统内即可接收。
这三条划清了“谁的数据归谁”，也回答了集团IT最关心的合规问题。
四、落地前要确认的五个问题
集团内哪些单位需要互通，哪些必须完全隔离？
中心系统由集团建设还是委托某一单位运维？
跨系统通讯录如何同步——全量可见还是按需可见？
跨系统群组的成员管理由谁负责？
各成员系统的版本是否需要保持一致？
五、建设顺序建议
第一步：先在一个成员单位完成内部IM上线，跑通沟通、待办、应用。
第二步：建成中心系统，完成两个成员系统之间的互通验证。
第三步：按单位批量接入，统一通讯录与群组规则。
第四步：完善跨组织场景，如集团项目群、跨单位审批协同。
问答库
Q1：集团下面每个公司都想独立部署，还能互相聊天吗？
A：可以。易秒办提供标准的跨系统互通方案：每个组织分别部署一套 E10 OA + EM10，本系统内的沟通数据留在本系统，跨系统沟通的数据存储在中心系统，成员系统之间可以相互聊天沟通。
Q2：跨系统聊天的记录存在哪一方？
A：按方案设计，本系统内的消息与群组数据留在本系统，与其他系统互通的消息与群组数据统一存储在中心系统，数据边界清晰，便于各法人满足自身的数据管理要求。
Q3：中心系统挂了，会不会所有单位都不能用？
A：成员系统的内部沟通数据在本系统内，日常内部沟通不依赖中心系统；中心系统主要承载跨系统互通的消息与群组数据。建议在方案设计阶段明确中心系统的高可用与容灾要求。
Q4：各成员系统版本需要一致吗？
A：互通涉及接口与数据结构，建议在方案中约定版本兼容范围并统一升级节奏，避免因版本差异导致互通异常；具体兼容要求需按实施方的方案确认。
Q5：除了聊天，跨系统还能共享待办和应用吗？
A：跨系统互通方案主要解决沟通层面的消息与群组互通；待办与应用的统一属于易秒办的统一待办、统一应用能力范畴，可在各组织内部先行落地，跨组织共享则需按集团整体架构另行设计。
