外观
寄送修操作指南
概述
寄送修从终端用户提交寄修申请开始，经过客户寄件、服务中心签收与维修、维修件寄回，最后由客户签收。不同阶段由不同角色处理，具体入口、处理人和可见按钮以企业配置为准。
开始之前
| 角色 | 开始操作前需要确认 |
|---|---|
| 终端用户 | 企业已在服务号或小程序发布寄送修入口；已准备准确的产品和客户地址信息 |
| 服务中心处理人员 | 当前账号是流程中配置的维修件签收或维修件寄回处理人 |
| 终端用户（收件阶段） | 维修件已经返寄并收到产品，或企业已配置按物流状态自动签收 |
NOTE
一键下单、自动签收、流程节点和服务进度状态均可按企业配置启用或调整。本文按系统预设的寄送修主链路说明，不代表每个租户的页面和节点完全相同。
终端用户提交寄修申请
- 从企业发布的服务号或小程序进入寄送修入口。入口名称由企业配置，原配置示例使用 寄送修服务。
- 按页面要求填写寄修申请，重点核对产品和客户地址信息。
- 查看系统推荐的服务中心寄回地址。推荐结果依据客户地址和产品信息生成。
- 企业已启用一键下单并完成物流对接时，在提交服务请求的同时完成物流下单；未提供该能力时，按企业提供的寄件方式处理。
- 提交寄修申请。
提交后，可以从企业配置的 服务进度 入口查看当前节点。实际显示的状态来自服务请求字段 服务进度（API Name：service_progress），状态名称可能经过企业自定义。
服务中心签收维修件
维修件到达服务中心后，按企业采用的方式处理：
人工签收
- 由流程中配置的工程师或其他处理角色打开待处理的寄送修记录。
- 核对收到的维修件与寄修申请。
- 执行 维修件签收 节点，并继续企业配置的维修流程。
自动签收
- 系统取得符合条件的物流状态变化后，自动处理 维修件签收 节点。
- 服务中心处理人员确认寄送修记录已进入后续维修环节。
自动签收必须同时具备可用的物流状态和相应流程配置。物流状态没有返回或不满足条件时，应由流程中配置的角色按人工路径处理。
维修完成后寄回产品
- 由流程中配置的工程师或其他处理角色打开需要返寄的寄送修记录。
- 在 维修件寄回 节点填写返寄物流信息。
- 通过物流下单接口下单。
- 确认记录中的返寄物流信息可供后续查询。
原始资料只明确了寄回时填写物流信息并通过接口下单，没有说明维修检测、报价、更换、审批等环节。这些环节如存在，应按企业配置的附加流程执行。
终端用户签收产品
客户收到修好的产品后，按企业采用的方式完成签收：
人工签收
- 从企业提供的终端用户入口打开对应寄送修记录。
- 核对收到的产品。
- 执行 客户签收。
自动签收
物流状态满足企业配置的条件后，系统可以自动处理 客户签收。终端用户可通过服务进度确认记录是否已更新。
预期结果与验证
- 寄修申请按产品和客户地址获得相应的服务中心推荐结果。
- 服务中心收到产品后，寄送修记录经过维修件签收和企业配置的维修环节。
- 维修完成后，记录中保留返寄物流信息并进入客户签收阶段。
- 客户签收后，寄送修预设主链路完成；终端用户看到的服务进度与当前记录一致。
常见问题
没有看到一键下单入口
一键下单是可选能力，需要企业具备物流合作条件并完成对接。没有入口时，联系企业服务人员确认寄件方式，不要重复提交寄修申请。
推荐的服务中心地址不正确或没有推荐结果
先核对寄修申请中的产品和客户地址。系统根据这两类信息匹配管理员维护的服务中心范围；信息正确仍无法匹配时，由管理员检查服务中心配置。
物流显示已到达，但服务进度仍是待签收
自动签收依赖物流状态变化和流程条件。物流状态未同步或企业使用人工签收时，需要等待流程中配置的处理角色完成维修件签收。
页面显示的状态与本文示例不同
服务进度状态支持由企业自定义。以当前寄送修记录的实际状态和企业流程为准；如果进度长期不更新，由管理员检查 service_progress 字段与流程节点的对应关系。