docs(changelog): #7990/#7964 前端实证 not_required(#7990 TRAVEL 流程逐字正确,TRANSFER 取参口径入 memory;#7964 internal 不可达)

changelogs-v2/2026-09/20_7964_订单取消同事务失活用车需求-内部接口-修复-管理后台.md

@@ -12,7 +12,7 @@ frontend_owner: ""
 frontend_ref: ""
 target_release: ""
 verified_at: ""
-status_note: "订单取消链路此前只给 fleet 发「取消派车」命令、不碰 order 侧需求行，已取消/已退团户的 order_vehicle_requirement 仍是 is_active=1 / status=PENDING，继续出现在待配车池里——车管会给一个已经退团的客人排车。现改为在订单取消事务内同步失活该单全部活跃用车需求（两个 kind、任意 status 一并失活）。没有新增、修改、删除任何端点，请求与响应字段全不变，故 change_type 取「修复」。⚠️ 对 fleet 侧有两处行为影响，需知会：①待配车池 GET /v3/internal/order/vehicle-requirements 的返回集合变小；②fleet 对已取消单的三个回写入口（status / reopen-after-assignment-cancel / vehicle-assignment/callback）行为经本单专门保护，仍是原先的「静默跳过 / ORDER_CANCELLED_IGNORED」，不会因失活而改抛 582084。后端已合并 dev-v3（e179e09bd）并部署 TEST，三个入口与待配车池均实测通过（工单 #7964）。网关无路由与接口变更，故 gateway_status 取 not_required；本单只改内部端点行为，前端无感知。"
+status_note: "订单取消链路此前只给 fleet 发「取消派车」命令、不碰 order 侧需求行，已取消/已退团户的 order_vehicle_requirement 仍是 is_active=1 / status=PENDING，继续出现在待配车池里——车管会给一个已经退团的客人排车。现改为在订单取消事务内同步失活该单全部活跃用车需求（两个 kind、任意 status 一并失活）。没有新增、修改、删除任何端点，请求与响应字段全不变，故 change_type 取「修复」。⚠️ 对 fleet 侧有两处行为影响，需知会：①待配车池 GET /v3/internal/order/vehicle-requirements 的返回集合变小；②fleet 对已取消单的三个回写入口（status / reopen-after-assignment-cancel / vehicle-assignment/callback）行为经本单专门保护，仍是原先的「静默跳过 / ORDER_CANCELLED_IGNORED」，不会因失活而改抛 582084。后端已合并 dev-v3（e179e09bd）并部署 TEST，三个入口与待配车池均实测通过（工单 #7964）。网关无路由与接口变更，故 gateway_status 取 not_required；本单只改内部端点行为，前端无感知。 前端实证维持 not_required(mmg 2026-09-20):internal 端点不经网关前端不可达,fleet 看板待配车池行变少纯数据面自动受益,三回写入口行为不变。"
 updated_at: "2026-09-20"
 base: "dev-v3"
 ---