后端 GroupBatchChipResolver 的 CONTRACT_FAILED 含「作废中+已作废」、INSURANCE_FAILED 含
「已取消+投保失败」,原文案「合同已作废」「投保失败」以偏概全(正在作废会被说成已作废、
主动退保会被说成投保失败)。统一改为「{error} 户合同异常」「{error} 户保险异常」,
精确原因走明细接口 GB-ADM-094(约) / GB-ADM-095(保)。房/车「已打回」保持不变。
同步更正「精确分布请点进 GB-ADM-092 / 093」的编号错误(092/093 是导/摄),
改为该芯片对应的逐户明细 GB-ADM-090~095 并列出六芯片映射。
涉及 07_7250_* 与 07_frontend_团期看板对齐后端契约待办汇总-* 两篇。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01FJVi8pe9KYmLwLARnaYhhC
这个提交包含在:
@@ -12,7 +12,7 @@ frontend_owner: "mmg"
|
||||
frontend_ref: ""
|
||||
target_release: ""
|
||||
verified_at: "2026-09-07"
|
||||
status_note: "PR #7254 已合入 dev-v3(47c9a6d29),AC-1~9 网关实测通过(AC-6d 由 PR #7258 补齐)。本条发布即解除前端汇总工单第 5 项 chipStats 芯片 tooltip 的挂起;前端改动=六芯片悬停 tooltip 透出 done/total/error(颜色仍读 chips.X,chipStats 只解释红成什么程度;文案按 c39fb8a 口径),消费方 src/stores/orderV2Batch.js fetchBatchPage。按「先完成任务清单」排在 #7067 U2-U7 之后,与汇总工单其余 4 项统一汇总审派发,本条保持 pending。"
|
||||
status_note: "PR #7254 已合入 dev-v3(47c9a6d29),AC-1~9 网关实测通过(AC-6d 由 PR #7258 补齐)。本条发布即解除前端汇总工单第 5 项 chipStats 芯片 tooltip 的挂起;前端改动=六芯片悬停 tooltip 透出 done/total/error(颜色仍读 chips.X,chipStats 只解释红成什么程度;文案按 c39fb8a 口径,并经 2026-09-07 复审二次修正约/保异常文案为「{error} 户合同异常」「{error} 户保险异常」——原「合同已作废」「投保失败」以偏概全,后端合同 error 含作废中+已作废、保险 error 含已取消+投保失败,精确原因走明细 GB-ADM-094/095),消费方 src/stores/orderV2Batch.js fetchBatchPage。按「先完成任务清单」排在 #7067 U2-U7 之后,与汇总工单其余 4 项统一汇总审派发,本条保持 pending。"
|
||||
updated_at: "2026-09-07"
|
||||
base: "dev-v3"
|
||||
---
|
||||
@@ -189,10 +189,11 @@ Authorization: Bearer <admin-token>
|
||||
|------|------|
|
||||
| ✅ 芯片颜色 | 一律读 `chips.X`,`chipStats` 只用于 tooltip |
|
||||
| ✅ 完成度文案 | 「已完成 {done}/{total}」 |
|
||||
| ✅ 异常文案 | 房/车「{error} 户已打回」、约「{error} 户合同已作废」、保「{error} 户投保失败」(或统一「{error} 户异常」) |
|
||||
| ✅ 异常文案 | 房/车「{error} 户已打回」、约「{error} 户**合同异常**」、保「{error} 户**保险异常**」(或统一「{error} 户异常」)。约/保刻意只写「异常」:合同异常含「作废中 / 已作废」两态,保险异常含「已取消 / 投保失败」两态,要精确原因请点进对应芯片明细(约 = GB-ADM-094、保 = GB-ADM-095) |
|
||||
| ❌ 把 done/total 说成「待配」 | `done` 是**已完成**户数,不是待办户数 |
|
||||
| ❌ 把合同作废、投保失败统称「打回」 | 三类失败语义不同,措辞按芯片区分 |
|
||||
| ❌ 用 `total − done − error` 当「待配户数」 | 里面混着未开始、进行中、待审核三种;现场 55 户里 48 户 PENDING、1 户 PROCESSING、2 户待审核、3 户未开始、1 户打回,仅凭 `done=0/total=55/error=1` **推不出 48**。要精确分布请点进 GB-ADM-092 / GB-ADM-093 |
|
||||
| ❌ 把合同异常、保险异常统称「打回」 | 三类失败语义不同,措辞按芯片区分:只有房/车的两个失败态才是「打回」 |
|
||||
| ❌ 把约的 error 写成「合同已作废」、保的 error 写成「投保失败」 | 以偏概全:约含「作废中 / 已作废」,正在作废会被说成已作废;保含「已取消 / 投保失败」,主动退保会被说成投保失败。统一写「合同异常」「保险异常」,精确原因走明细接口 |
|
||||
| ❌ 用 `total − done − error` 当「待配户数」 | 里面混着未开始、进行中、待审核三种;现场 55 户里 48 户 PENDING、1 户 PROCESSING、2 户待审核、3 户未开始、1 户打回,仅凭 `done=0/total=55/error=1` **推不出 48**。要精确分布请点进该芯片对应的逐户明细(GB-ADM-090~095,房 090 / 车 091 / 导 092 / 摄 093 / 约 094 / 保 095) |
|
||||
| ❌ 用 `error > 0` 推断颜色 | 见下方例外矩阵 |
|
||||
|
||||
### 例外矩阵:`error` 与 `chips.X` 何时合法背离
|
||||
@@ -203,7 +204,7 @@ Authorization: Bearer <admin-token>
|
||||
|---|---|---|---|
|
||||
| 团期已流团(CANCELLED),仍有户处于失败态 | 硬规则 1:六芯片恒 `TODO` | > 0 | `TODO` |
|
||||
| 团期已出行完毕 / 核团中 / 已结算,房务仍有打回户 | 硬规则 2:房车导摄恒 DONE | > 0 | `DONE` |
|
||||
| 房车导摄未全部完成,合同已作废或保险投保失败 | 硬规则 3:约/保恒 `TODO` | > 0 | `TODO` |
|
||||
| 房车导摄未全部完成,合同或保险有异常户(约:作废中 / 已作废;保:已取消 / 投保失败) | 硬规则 3:约/保恒 `TODO` | > 0 | `TODO` |
|
||||
| 以上都未触发(普通分支) | — | > 0 | `ERROR`(**严格等价**) |
|
||||
|
||||
服务端只在普通分支做「`error > 0` 当且仅当 ERROR」的自校验,不一致记 ERROR 日志并以 `chips.X` 为准;
|
||||
|
||||
在新工单中引用
屏蔽一个用户