一个员工，不应该重复维护多份信息
组织使用多个平台很常见：协同审批在 OA，消息沟通在钉钉、企业微信或飞书，财务核算在 ERP，轻量应用在宜搭或氚云。集成需要围绕实际工作链路确定边界，保留各系统擅长的能力，把同一组业务数据连接起来。
按能力组织生态，而不是按品牌堆叠
- 协同门户：泛微、红讯等平台承接流程、组织权限与业务工作台。
- 移动协作：钉钉、企业微信、飞书作为移动入口，连接消息、待办与服务。
- 轻量应用：宜搭、氚云等工具用于合适的登记、台账和部门应用场景。
- 专业业务系统：ERP、财务、人事与行业系统维持各自权威数据和专业处理能力。
四类常见对接
组织人员同步需处理入职、调岗与停用；单点登录需映射账号与访问范围；消息待办需处理事件订阅、重复投递与办理状态回传；数据交换需定义字段、编码、增量同步与异常补偿。各平台的可用接口、调用额度和授权条件应在选型阶段确认。
案例式场景：员工入职联动
人事系统建立员工记录后，同步协作平台账号与组织关系；入职流程关联设备领用、培训安排与岗位权限；员工在移动入口查看待办。离职时再按系统边界执行停用与交接。这是一条可设计的业务链路，是否可以完全自动化取决于平台接口与企业权限策略。
开放接口也需要治理
接口密钥由服务端保管，按最小权限授权；事件处理验证签名和消息来源；重复事件按业务键做幂等处理；日志记录请求结果但避免泄露敏感字段。对外服务与内网数据交换明确网络边界和责任分工。
交付内容
平台能力对照表、账号映射、接口字段说明、事件处理规则、失败重试方案、联调记录和监控清单。先实现一条关键链路，再沉淀连接器和复用规则。开放平台参考：飞书自建应用开发流程。