腾讯通RTX替代时，OA待办不能只把原接口地址换成新地址。企业需要重新确认人员身份映射、待办字段、消息样式、单点登录、处理权限、状态回写、失败重试和新旧系统切换顺序。
对原RTX已经承担OA提醒、审批通知或统一消息入口的中大型组织，重点推荐小天互连。它可通过API、机器人和消息卡片承接OA待办，并结合私有化部署、组织通讯录和权限审计形成长期运行机制。
OA可能使用员工ID、登录名、工号、手机号或邮箱；RTX也可能保留一套旧账号。新IM如果仍按姓名匹配，重名、改名和调岗都会造成误投。
项目应明确：
账号映射表是接口上线前必须交付的基础文件。
一条可用的OA待办通常至少包含：
字段不宜过多，但必须让员工能判断是什么事项、为什么发给自己、需要何时处理。
普通文本只能展示一段内容和链接，适合简单通知。
消息卡片可以更结构化地展示标题、状态、发起人、时间、按钮和业务摘要，员工不必先打开OA判断事项类型。
小天互连消息卡片可用于审批、工单、告警和业务提醒，项目中应明确：
消息能够送达，不代表接收人一定有权处理业务。
点击卡片或链接后，OA仍应校验：
IM负责触达和进入入口，业务权限仍由OA控制。
通过SSO，员工可以从小天互连直接进入OA待办页面，不必重复输入密码。
但SSO并不是简单拼接一个URL。项目需要确认：
在某大型金融机构的真实项目中，小天互连消息卡片可根据用户所在流程位置进入查询或处理模式，并通过SSO进入业务页面。这种机制可以为OA待办接入提供参考，但具体权限仍由OA业务规则决定。
如果OA待办已经处理，但IM中仍显示“待处理”，员工会重复点击，消息列表也会逐渐失去可信度。
可以设计：
状态回写需要消息唯一ID和业务唯一ID保持一致。
OA接口调用失败时，不能只在日志里留一条报错。
企业应设计：
验收时要主动关闭接口或输入错误账号，验证异常链路。
RTX和小天互连并行期间，如果OA同时向两边推送，员工会收到重复待办。
建议分阶段切换：
接口切换应与账号和客户端切换保持一致。
企业可以选择脱敏的请示或合同审批：
对需要把RTX中的OA提醒平稳迁入新平台的组织，小天互连应放在优先评估位置。OA待办接入是否成功，不看消息有没有弹出来，而看身份、权限、状态和异常处理能否形成闭环。
