先确定要解决的不是“打通视频”
设备售后真正难的是专家无法及时看到故障现场，以及视频结束后工单只剩一句“已处理”。开始选型前，先写清三件事：现场人员用什么设备展示故障，专家要指导哪些操作，处理结论要回到哪个业务单据。仅验证一次通话接通，无法证明售后流程可用。
如果主要任务是值守席接听现场呼叫、转接和事件处置，应单独评估 StreamCall；如果主要任务是设备售后专家和现场人员围绕原工单协助，就按下面的工单链路验收。
用工单编号贯穿一次协助
由业务系统创建协助会话时传入稳定的工单标识，并保存返回的会话标识。工单仍归原系统管理，协助系统只负责会话与证据。这样即使现场人员重新加入或网络中断，后台仍能按同一个业务单据查询会话状态和结果。
验收时至少覆盖：有效工单、重复请求、已关闭工单、没有权限的请求，以及工单系统暂时不可用后的重试。不要把工单编号放在公开的加入链接、播放器地址或日志中充当鉴权凭据。
现场加入前先检查设备和网络
用实际将要交付的 Android 设备或有人值守的 Windows 电脑测试摄像头、麦克风、扬声器、权限提示和前后摄像头切换。专家端也要验证实际浏览器或 Windows 工作站，而不是只用一台开发机互拨。
网络测试要同时覆盖内网、跨网和现场弱网。记录首次加入、画面和语音可用、短时断网后恢复的表现。跨网部署还需核对 HTTPS/WSS、媒体端口、NAT 与 TURN 路径；连接失败时先检查可达性和证书，再讨论画质。把测试使用的设备、网络和时间记入验收表，不预先承诺固定延迟或带宽节省比例。
指导过程留下可复核的证据
专家可以在实时画面上指示检查位置，现场人员按步骤操作。需要留存时，明确截图、备注、录像和处理结论各自的用途：截图标记故障点，备注记录判断依据，录像只覆盖确有留存要求的会话，结论说明下一步动作。
在接入方案里提前确定谁能查看证据、保存在哪里、保留多久、什么时候删除，以及工单系统拿到的是文件本身还是受控引用。敏感设备铭牌、客户信息和现场人员画面需要按客户既有权限及留存规则处理。
结果回写由业务系统决定最终状态
会话结束后的事件应包含可识别的会话和工单关联、处理结果以及证据引用。由业务系统核验回调来源、处理重复投递，再根据自己的工单规则决定“待复核”“已解决”或“需上门”。协助工具不应替业务系统擅自关单。
联调时分别制造正常完成、专家退出、现场断线、没有证据、回调超时和重复回调。核对前台展示、后台状态和审计记录是否一致，尤其要确认失败后能够人工补查。
一次验收至少走完这六步
- 在工单系统创建测试工单，发起协助并保存会话标识。
- 现场人员用目标终端加入，检查摄像头、语音和权限提示。
- 专家查看设备细节、标注检查点并记录判断依据。
- 模拟一次网络中断，观察重连和会话状态。
- 结束会话，核对截图、备注或录像的实际留存位置和访问权限。
- 验证结果事件回到原工单，并重放同一事件检查幂等处理。
如果只需专家与现场人员协作，可以自建 Connect Server，直接使用长期免费的官方客户端，无需申请授权；现场视频、同意后的录像下载和有人值守远控都在这条路径内。只有把会话 API、结果 Webhook 或客户端 SDK 接入自己的售后系统，才需要集成授权。集成前可申请 60 天非商用试用，在一个非生产部署和一个测试应用中用真实工单验证接口；生产集成范围再按部署与命名产品线确认。