单号与批量查询
在会话或工作台发起单号查询，按已开通功能取得轨迹和相关资料。多票结果分别处理，有失败或缺少资料时保留逐单反馈。
看看实际处理过程
三票货，同一条轨迹，
先核对一份通知。
同一客户的三票货都更新为“已开船”。当规则、接收群与内容兼容时，把单号保留在同一份通知中，减少客户群里的重复消息。
- 输入：三个单号，各自触发同一条规则。
- 预览：三个单号、一个接收目标、一条消息。
- 确认：员工核对完整正文，再决定是否发送。
查询与通知，衔接起来
多票进度一起查，重要变化按需发。
客户主动询问时查询，业务达到条件时通知。数据、对象与发送方式沿同一套业务范围处理。
节点与延时规则
按轨迹、订单字段和约定日期配置触发条件。可用于节点通知、资料提醒和后续跟进，具体时间起点与业务条件在规则中明确。
同类内容合并
同一规则、同一客户和接收目标下，兼容的多单内容可按场景合并。保留逐单明细，避免同样内容反复刷屏。
从变化到通知
规则由你设定，发送过程可以核对。
确认数据来源
接入订单和轨迹数据，明确更新方式与适用订单范围。
配置触发条件
选择业务节点、字段变化或时间条件，准备合适的通知内容。
核对客户与内容
按客户绑定确定接收群，根据内容与规则选择合并和人工确认。
发送后继续跟进
查看发送结果和失败原因，按允许的方式处理后续补办与重试。
批次与合并：多单展示组依据规则与内容兼容性形成，不直接等同于源系统的业务批次。不同客户或不同接收对象的消息分别处理。
配置前了解
哪些合并，
哪些需要确认？
所有订单变化都会自动发给客户吗？
不会。通知由已启用的规则、客户范围和发送条件共同决定。重要业务内容可以先进入待确认，由员工检查内容与接收对象后再发送。
同一客户有很多单号，会收到很多重复消息吗？
可在适用场景下按规则、客户、接收目标和内容组织合并通知；保留单号明细。不同内容、附件或处理条件是否合并，要按具体功能确认，不能把所有结果强行拼成一条。
可以设定开船后一段时间再提醒吗？
可配置轨迹或其他业务事件触发的延时提醒。接入时明确什么变化开始计时、等待多少天、哪些状态需要停止，以及是否先由员工确认。
工作台显示完成，就代表客户已经收到吗？
查询、内容准备、发送受理和最终送达是不同结果。应结合发送记录和可取得的回执核对；结果待核实的消息不能直接当成已送达，也不应盲目重发。
把你正在手工通知的节点带来。
一起确定触发条件、接收客户和人工确认方式。