司机端 · 投诉／订单争议提交 · 主线态 · D34-2

9:41

关联订单

请选择关联订单

投诉类型

问题描述

请至少输入 10 个字的问题描述

上传凭证（选填，最多 4 张）

可上传装卸货留证照片、沟通记录截图；仲裁还将调取订单资料、通话与聊天记录。

联系方式

请输入 11 位手机号

提交后平台受理并首次响应，进度见「平台处理进度」，结果通过消息通知。

F20261014093 · 上海九亭 → 杭州余杭仲裁中 · 运费 ¥520 仲裁中

F20261008006 · 上海松江 → 嘉兴南湖已完成 · 运费 ¥168 已完成

取消

拍照

从相册选择

取消

已提交，正在为你跳转进度页

联系客服

在线客服推荐平台客服 · 服务时间 9:00-21:00

客服电话 400-885-6688 · 服务时间 9:00-21:00

取消

正在唤起系统拨号…

司机端 · 投诉／订单争议提交（D34-2 · 双端对应 U51）

D-ME-007 客服中心 · 投诉 D-ORDER-002-2 平台介入申请 D-ORDER-008-2 取消仲裁实际所得 P1（阶段：一期）

页面说明

本页为司机端「投诉／订单争议提交」主线态：关联订单 + 投诉类型 + 问题描述 + 凭证上传 + 联系方式，底部通栏提交。

2026-10-19 整改（你25）：清单仅要求删除用户端的投诉提交入口与处理记录板块（用户端争议走「订单 → 仲裁」），司机端投诉／申诉链路保留，故本页不再声明双端对应用户端 U51，并去掉指向 ../../user/appeal/complaint.html（已删除）的链接。

提交链路（真实交互）：点「提交投诉」→ 校验必填项（关联订单 / 问题描述 ≥10 字 / 11 位手机号）→ 校验失败时 Toast 明确提示并自动滚动定位到首个错误项 → 校验通过弹出二次确认 → 点「确认提交」→ Toast「提交成功」→ 跳转提交成功回执页 complaint-submitted-state.html，再由其主 CTA 进入 D35 待处理进度页 intervention-result-pending-state.html（与用户端 U52 待处理口径一致）。

提交态演示：未填写 → complaint-unfilled-state.html；凭证上传失败 → complaint-upload-failed-state.html；提交成功回执 → complaint-submitted-state.html；司机发起的进度主线 → intervention-result.html；被投诉／仲裁进度 → complaint-progress.html。

进度态演示（司机发起，仅两态）：待处理 → intervention-result-pending-state.html；已完成（出示结果）→ intervention-result-final-state.html。

「选择关联订单」弹出订单选择弹层（真实交互回填）；可选订单对齐演示数据字典：仲裁中单=单 B（F20261014093 · ¥520 · 九亭→杭州余杭），已完成单=单 C（F20261008006 · ¥168）。

类型 chips 单选；「添加」弹出来源选择弹层（相机/相册，系统能力只做唤起反馈）；最多 4 张。

与 D20「申请平台介入」（intervention.html）为同一争议受理通道的两种发起形态：D20 从订单内发起（订单维度），本页从客服/记录维度发起（投诉维度），提交后统一落到 D35 待处理进度页，不重复建单。

业务规则

D-ME-007：客服中心含常见问题、客服电话、投诉；投诉属平台服务通道。

BR-018 / EC-20：仲裁证据链=订单资料、报价记录、通话记录、在线聊天记录、现场照片（自带时间+定位水印）与双方陈述；不含定位轨迹。

EC-18 / A-COMP-001：投诉 24 小时内首次响应，超时升级；具体时限按平台配置展示，不编造天数。

EC-29 / BR-028：处理期间订单与托管资金冻结，结案后按裁决解冻。

D20 清单：已有处理中申请时不重复创建处理记录，页面直达 D35。

第七轮·投诉仲裁双端对齐改动说明

审计发现：用户端 user/appeal/ 有 11 页完整投诉进度态，司机端 driver/appeal/ 仅 5 页（complaint + intervention-result 系列），缺少投诉维度的进度态 → 本轮补齐司机端 complaint-progress 主线态与 pending / processing / arbitration / review / done 五态，并补齐 submitted / unfilled / upload-failed / review（复核申请）四个提交态，共新增 10 页，与用户端 11 页一一对应。

落地页调整：本页提交成功后落到提交成功回执页 complaint-submitted-state.html，再由其主 CTA 进入 D35 待处理页，使「提交资料 → 平台审核 → 审核完成 → 出示结果」闭环完整；D35 intervention-result-pending-state.html 仍作为订单维度介入申请的落地页，两条链路互链不重复建单。

目录归位：D20 intervention.html 与 intervention-pending-state.html 已从 driver/order/ 移入 driver/appeal/，与用户端把投诉／仲裁集中放 appeal/ 的建模一致；全项目旧路径链接已同步清理。

第六轮改动说明

第 12 条（提交无反馈）：司机端此前在 driver/appeal/ 下没有投诉／争议提交页，用户端 U51 有提交动作而司机端无对应页面，双端不闭环 → 新建本页，补齐完整提交 JS 与落地页。

第 2 条（双端对应）：司机端订单列表 D16 已补齐「仲裁中」筛选，本页为该状态下发起投诉／争议的入口，落地页为 D35 待处理状态页。

2026-10-20 复审说明

2026-10-20 复审（项6）：投诉/仲裁流程精简为「提交资料→平台审核→审核完成→出示结果」，进度状态仅保留待处理/已完成，清除复审流程

删除本页指向「处理中 / 仲裁中 / 待评定（复核中）/ 复核申请」四个已清理页面的演示链接，进度态演示收敛为待处理 / 已完成两项。

链路归位：司机端 complaint-progress 主线与 pending / done 三页改为「被投诉／仲裁」视角（与用户端 U52 同一条投诉记录的两个视角），因此本页（司机发起）提交成功后的落地页由 complaint-progress-pending-state.html 改为 D35 待处理页 intervention-result-pending-state.html，避免「自己发起」与「被投诉」两条链路混用同一进度页。

待确认

T-01 投诉类型枚举与首次响应 SLA 待客户确认，后台可配 T-02 司机端投诉入口位置待客户确认（会议 2026-10-10 曾记「司机端无投诉入口，订单纠纷走平台介入」，本次按双端对应要求补齐，入口位置需复核）

本页为静态原型，数据为模拟数据。