docs: 乘客指定車種拍板（admin 端）

README.md

@@ -211,6 +211,8 @@ VITE_WS_BASE=wss://api.example.com
 - **寵物車清潔費**：費率設定頁加「寵物車清潔費（%）」，**前端擋 0–30%**
   （後端有 DB CHECK ≤ 3000 bps 為最後防線），比照既有「遺失物協尋處理費（%）」。
   報表是否分項顯示清潔費，取決於後端「是否計入營業額／抽成」的拍板。
+- **乘客指定車種**：訂單詳情要顯示乘客指定的車種（清潔費的觸發依據，客服要能解釋收費），
+  與「司機當時的車輛快照」是不同欄位——前者是乘客要求什麼車，後者是實際派來哪台車。
   沿用既有原則：**金額由後端定格，admin 只呈現，勿在前端算錢**。
 
 **待辦（低優先／依賴外部）**：RBAC 多角色細分、審計日誌 UI、i18n、E2E（Playwright/Cypress）、前端 Docker 化與部署 workflow。

docs/TODO.md

@@ -254,6 +254,13 @@ CI 慢於本機，才會踩中這個時間差。
 - [ ] **報表清潔費呈現**：日／月報表是否要分項顯示清潔費，取決於後端拍板
       「清潔費是否計入營業額／抽成」（主規格 O 風險 6）。
       沿用既有原則：**金額由後端定格，admin 只呈現，勿在前端算錢**。
+- [ ] **訂單顯示「乘客指定車種」** ✅ 定案（2026-07-16，主規格 P）：
+      `rides.required_vehicle_type` 是清潔費的觸發依據，訂單詳情要看得到
+      （否則客服無法解釋「為什麼這筆多收清潔費」）。
+      與「司機當時的車輛快照」是**兩個不同欄位**，不要混淆：
+      前者＝乘客要求什麼車，後者＝實際派來哪台車。
+- [ ] **（可選）車種供給觀察**：若要支援「車隊目前有哪些車種可用」（主規格 P 風險 2），
+      admin 的即時車隊頁是天然的呈現點（現行 marker popup 已有姓名／狀態／更新時間）。
 - [ ] **訂單詳情顯示車輛快照**：後端 O7 會在 `rides` 落當時的車種車牌 →
       訂單詳情要顯示「當時搭的車」（而非司機現在的車），避免換車後對不上。
 - [ ] **（可選）車輛審核**：若後端採「審核制」（主規格 O5 待拍板），