feat(Q): 下游缺口回補——日報表清潔費分項、admin 訂單詳情帶 stops、司機電話寫入路徑

[thothawei]

盤點三端程式碼（不只看文件勾選）發現後端有三個洞：兩個讓 admin／App 顯示不出已完成的能力，一個讓已拍板的功能實質從未生效。

配套 PR：admin thothawei/fleet-frontEnd#21、App thothawei/fleet-app#41。兩者對缺欄位都會安全降級，合併順序不敏感，但這支先合下游才看得到東西。

Q1 日報表補清潔費分項（DailyDriverStats）

月報表 F6 與司機收入 F7 早就有 total_cleaning_fee_cents，日報表 F5 漏了。少了它，「營業額 − 手續費」會莫名對不上 driver_net_cents——差額正是清潔費，而 admin 只呈現不算錢，看到的就是一組兜不攏的數字。

反向確認：拿掉 SQL 那行，TestCleaningFeeReports/日報表分項與等式 FAIL（得到 0，預期 3700）。

Q2 admin 訂單詳情帶 stops（RideDetail ＋ SetRideStops 注入）

多停靠點行程（N）在後台只看得到由停靠點推導出的單一上車／下車點，中間的乘客完全消失，客服無法回答「這趟載了誰、停了哪幾站、哪站被跳過」。

• 形狀共用 service.StopViews（＝司機／乘客端同一份 stopView）——三端說法不一致就沒得對帳。
• 停靠點讀取失敗不擋整個詳情頁：訂單本體與軌跡比停靠點重要得多。
• 單點訂單不帶 stops 鍵（不是空陣列），前端據此決定要不要顯示該區塊。

反向確認：拿掉 main.go 的 SetRideStops 接線後 TestAdminRideDetail_帶停靠點 FAIL（回應只有 ride/track_geojson/events）——比照 N4 踩過的「dispatchService.SetStops 沒在 main.go 呼叫」漏接線坑。

Q3 司機電話寫入路徑（PUT /api/driver/profile）

O7 拍板「電話明碼、乘客可直接撥打」，但 drivers.phone 從來沒有任何寫入路徑——註冊不收、車輛設定也不收，只能手動改 DB。結果乘客端的 tel: 撥號按鈕實質永遠不出現：一個看起來三端都做完的功能，一次都沒運作過。

• DriverRegistry.SetPhone ＋ DriverRepository.UpdatePhone；寬鬆驗證（去分隔符後 8–15 位數字、可帶 +）。不綁「09 開頭」——車隊可能有市話或境外號碼，硬綁會誤擋真號碼，而打不通的號碼本來就只能靠乘客回報。
• 刻意與 PUT /driver/vehicle 分開：電話不是車輛屬性，改電話若重置 O5 審核，司機為了更新一個號碼就會被鎖出派單池。TestDriverProfile_改電話不重置車輛審核 釘住這條。
• 讀取端 GET /driver/vehicle 順帶回 phone（唯讀便利欄位，App 設定頁一次讀完省一支往返）。

驗收

• gofmt -l 乾淨、go build ./...、go vet ./... 綠。
• CI 的無 Docker 測試集本機全過（就是這支 PR 的 required check 會跑的那組）。
• 新增測試：TestDriverProfile_*、TestAdminRideDetail_帶停靠點／_未注入停靠點repo仍可用、TestNormalizePhone、TestCleaningFeeReports/日報表分項與等式（後三者走 testcontainers 真 Postgres，本機實跑通過）。
• 未做：docker compose 全服務 live E2E（三端串起來實跑）。

🤖 Generated with Claude Code