RTX停用后选择什么即时通讯软件，要先看企业需要保留哪些工作方式。如果主要是少量人员在局域网内聊天和传文件，可以评估轻量局域网工具；如果需要内网部署、统一组织管理、权限控制，以及OA、ERP或MES消息接入，可以重点评估小天互连这类商用私有化即时通讯平台；如果有稳定的研发和运维团队，并希望自主开发，也可比较开源自建路线。
对于准备评估小天互连的中大型组织，替换前应先盘点账号、群组、历史消息、附件和业务接口。能否完成历史数据迁移、哪些接口需要改造，应按原系统条件和目标版本分别验证。
| 企业需求 | 可评估的方向 | 需要重点确认 |
|---|---|---|
| 少量电脑之间聊天、传文件 | 轻量局域网工具 | 跨网段、离线消息、记录保存及维护方式 |
| 内网长期运行，统一管理组织与业务通知 | 商用私有化企业IM，如小天互连 | 部署环境、组织权限、接口及交付范围 |
| 希望掌握源码并自主开发 | 开源自建路线 | 开发投入、安全维护、多端适配及人员交接 |
这几类方案承担的工作不同。企业应先确定需要延续基础通信，还是建设可以连接现有系统的组织通讯平台，再安排迁移任务。
原RTX通讯录可能由管理员手工维护，也可能来自HR、OA或统一身份系统。迁移前，应明确新平台以哪个系统作为人员数据来源。
| 盘点项目 | 需要记录的内容 | 验收重点 |
|---|---|---|
| 人员账号 | 姓名、工号、原账号、在职状态 | 新旧账号对应准确，无重复或漏项 |
| 部门结构 | 部门编码、上下级关系、所属单位 | 层级及人员归属正确 |
| 特殊人员 | 兼职、借调、外协、临时人员 | 身份、所属关系和可用范围明确 |
| 人员异动 | 入职、调岗、离职处理方式 | 更新来源、频率与责任人明确 |
| 管理账号 | 职责及管理范围 | 重新确认授权，不直接复制历史权限 |
小天互连开放平台提供组织同步和统一认证相关接入能力。实施时应先确认账号标识、同步字段和异常处理规则，再测试新增、调岗、停用等操作。人员数据同步与历史消息迁移是不同任务，需要分别确认。
建议将原有群组分为长期组织群、在用项目群和历史留存群，逐个记录用途、负责人、成员范围及处理方式。
如果需要在新平台重建群组，应提前安排负责人，并检查普通成员、管理人员和外协账号的实际权限。
RTX历史数据能否迁入新平台，取决于原系统导出条件、数据格式、附件完整性和新系统接入方式，不能仅凭“支持导入”判断全部数据可以迁移。
| 数据对象 | 需要确认的问题 | 可评估的处理方式 |
|---|---|---|
| 历史消息 | 发送人、时间、会话关系能否识别 | 导入验证或受控归档 |
| 会话附件 | 文件是否存在，能否与消息对应 | 迁移、独立归档或分类整理 |
| 重要业务资料 | 是否已有正式归档位置 | 转入企业规定的文档管理位置 |
| 查询需求 | 谁需要查询，保留多久 | 明确授权与历史查询方式 |
先选择包含文字、图片、附件、群消息和离职账号记录的样本，检查处理后能否识别、打开和查询。若保留旧环境用于历史查询，还需明确访问权限、维护责任和使用期限。
每条原有RTX接口建议记录：来源系统、触发事件、接收人规则、消息内容、跳转地址、认证方式、失败处理方式和维护负责人。
小天互连开放平台提供消息推送、统一认证、组织同步和待办等接入能力，可用于评估现有系统连接。原RTX接口能否复用、是否需要改造，应结合原接口协议和目标部署环境确认。
接口验收至少应走完一条真实业务路径：业务事件发生、对应人员收到提醒、打开业务页面、完成处理，并核对原业务系统状态。消息收到与业务办理成功应分别检查。
试点部门应覆盖普通办公、频繁文件传输和业务提醒等场景。正式切换前，确认账号核对完成、关键接口测试通过、历史资料处理方案落实、员工能够完成日常工作。
同时明确新旧系统并行时间、组织数据更新责任、接口切换顺序、问题反馈入口及暂停或回退条件，避免业务长期分散在两套系统中。
建议准备RTX版本、使用人数、网络环境、终端类型、新旧账号对应表、群组清单、历史数据需求和接口清单。围绕这些资料，分别确认部署、数据处理、接口联调与实施范围。
延伸阅读：RTX替代基础选型、小天互连私有化部署方案、小天互连开放平台。
