跳到主要内容

订单与退款处理

管理端资产支持订单列表、订单详情、取消订单、为线下转账订单标记已支付、发货、确认退款、卖家备注和退款处理。本页强调核对点与停止条件,不把未经实测的资金或状态变更写成“点击即可成功”的教程。

适用对象与权限

适用对象: 订单客服、仓配操作员、售后处理员,以及获授权的收款或退款复核人员。

权限要求: 已登录后台,且 is_mastermodule_codes 允许访问对应订单模块与动作。订单查询、备注、取消、标记已支付、发货、确认退款可能是不同权限,不应默认绑定。

  • 一人同时具备收款确认与退款权限时,也必须遵守组织的职责分离规则。
  • 按订单唯一标识处理,不以客户姓名、商品名或金额作为唯一依据。
  • 不在卖家备注中记录密码、支付凭据、完整身份证件或无关个人信息。
高风险停止条件

出现以下任一情况立即停止:订单标识不唯一;线下转账凭证无法验证;收款金额/主体不一致;订单已经取消、退款或状态不明;物流信息未经确认;退款金额或退款去向不明确;页面超时后无法确认是否已提交;用户请求与审批记录冲突。不要通过重复点击或切换高权限账号继续。

入口与前置检查

  1. 从后台根地址登录后,经应用内菜单进入订单列表。
  2. 准备订单唯一标识、业务工单、客户请求或财务/仓配凭证。
  3. 清除遗留筛选并确认当前环境、账号及数据范围。
  4. 进入详情前后都核对订单标识,防止列表刷新后选错行。
  5. 涉及金额时先对照支付记录;涉及发货时先对照仓配资料;涉及退款时先对照售后审批。

列表与详情核对表

区域应核对信息注意事项
订单列表订单标识、用户、金额、时间、当前状态字段名称与状态原文待登录核实
订单详情商品/服务、数量、金额、收货信息、支付与售后线索对外截图必须脱敏
支付信息支付方式、关联支付记录、线下转账凭证线索后台标记不等于银行流水证明
配送信息收件信息、物流主体与单号实际支持字段待核实
退款信息申请依据、金额、原因、关联支付不推断原路退回机制
卖家备注内部处理事实和工单编号是否对用户可见待核实,按可能可见处理
订单管理页提供订单列表、退款管理及详情等入口;所有业务记录均已使用像素马赛克脱敏。

通用订单核对流程

FLOW流程概览
  1. 订单列表定位
  2. 详情二次核对
  3. 读取当前状态
  4. 核对业务凭证
  5. 选择获批动作
  6. 单次提交
  7. 返回详情验证
  1. 使用订单唯一标识搜索并记录当前筛选条件。
  2. 打开详情,重新核对订单标识、用户、内容和金额。
  3. 读取页面显示的当前状态,不把本手册中的动作顺序当作系统状态机。
  4. 对照本次动作所需的工单、凭证和权限。
  5. 若存在任何不一致,停止并升级;一致时才进入对应安全流程。
  6. 提交获批动作后返回详情或列表重新读取,不只依赖成功提示。

取消订单:安全流程

  1. 确认订单唯一标识、当前状态和取消请求来源。
  2. 检查是否已有支付、发货、退款或其他不可逆关联记录。
  3. 核对取消可能引发的库存、余额或支付后果;实际联动规则待登录系统核实。
  4. 在最终提交前复核订单与原因;无授权或后果不明时退出。
  5. 获批后仅提交一次,再读取订单状态及相关记录。

线下转账订单标记已支付:安全流程

此动作会改变订单支付状态,但不等于系统实际收到了资金。

  1. 确认订单明确属于线下转账场景;支付方式原文以页面为准。
  2. 由授权人员在可信渠道核验收款账户、付款主体、金额、时间和唯一流水凭证。
  3. 排除重复入账、错单、部分付款或凭证复用。
  4. 将凭证与订单唯一标识、应付金额和审批依据绑定复核。
  5. 只有财务确认无误后,才可在最终确认处提交“标记已支付”;培训与截图不得提交。
  6. 单次提交后重新读取订单与支付记录。若结果不明确,停止重试并升级。

发货:安全流程

  1. 核对订单当前状态及是否满足组织规定的发货条件。
  2. 核对商品、数量、收件信息与仓配资料;不要用截图中的个人信息在非授权渠道沟通。
  3. 如页面要求物流信息,按已核验的承运资料填写;支持字段待登录核实。
  4. 最终确认前复核订单标识和物流信息。
  5. 获批后单次提交,并重新读取发货/物流信息;错误时不要再发一单“抵消”。

卖家备注:安全流程

  1. 确认备注针对正确订单。
  2. 只写客观处理事实、工单编号和必要的下一步,不写推测或敏感凭据。
  3. 因备注是否对买家可见尚待核实,应按“可能对外可见”标准措辞。
  4. 保存后重新读取备注,确认没有贴入其他客户信息。

退款处理与确认退款:安全流程

“退款处理”与“确认退款”的具体分工、调用支付渠道的时点及可逆性尚未实测。执行前必须以当前页面提示和审批制度为准。

  1. 核对订单、退款申请、商品/服务范围、退款金额、原因和当前状态。
  2. 查支付记录,确认原支付方式与可追溯的支付标识;不要凭订单金额推断实付金额。
  3. 检查是否已有退款记录,排除重复或部分退款冲突。
  4. 确认本次动作是记录处理意见、发起退款,还是确认退款结果;页面语义不明确则取消。
  5. 在任何会提交资金变更的最终确认前,由获授权人员复核金额、对象和凭证。
  6. 获批后仅执行明确的一项动作,避免同时操作订单页和支付页造成重复退款。
  7. 返回订单详情和支付记录核验状态;如渠道结果、订单状态或金额任一不明确,停止后续动作并升级。

完成检查

  • 订单唯一标识、用户、金额与工单完全匹配。
  • 操作前状态和操作后状态均已记录,未预设状态名称。
  • 线下转账的银行/收款凭证由授权渠道核实,而非只看上传图片。
  • 发货资料、退款依据或取消原因与实际动作一致。
  • 没有重复提交、跨页面重复退款或错单备注。
  • 页面最终记录可追溯;敏感信息已脱敏。

常见问题排查

现象安全排查禁止做法
找不到订单或动作按钮核对筛选、数据范围、module_codes 与当前状态猜路由或借用主账号
转账截图存在但流水不可核验交由财务在可信渠道核验仅凭截图标记已支付
提交后页面无响应停止点击,重新查询订单和支付记录连续提交同一动作
订单页与支付页状态不同保存两处脱敏证据并升级人为再操作使状态“看起来一致”
退款金额与实付不一致核对优惠、部分退款及支付记录,规则待核实按订单原价直接退款
物流信息填错不重复发货;按内部纠错流程升级新建虚假物流记录覆盖
卖家备注误含敏感信息停止传播并联系管理员按审计流程处理在更多备注中复制该信息

证据与本地待核实

已确认(管理端 SPA 资产)

  • 订单列表和订单详情。
  • 取消订单。
  • 对线下转账订单标记已支付。
  • 发货。
  • 确认退款与退款处理。
  • 卖家备注。

待登录系统核实

  • 菜单路径、字段名、筛选项、状态原文和完整状态转换。
  • 取消对库存、余额、支付和优惠的影响。
  • 线下转账凭证字段及与支付记录的联动。
  • 发货所需字段、物流同步与纠错机制。
  • “退款处理”与“确认退款”的差异、渠道调用时点、部分退款和失败重试机制。
  • 卖家备注可见范围与审计日志。

相关链接