[REFACTOR] 實作側邊欄與儀表板多語系化，修復 UI 位移與樣式優化

docs/b602_technical_spec.md

@@ -37,14 +37,21 @@
 
 ---
 
-## 4. 待確認事項 (To-be-confirmed)
+## 4. 數據完整性與異常處理 (Integrity & Exceptions)
 
-### 4.1 訂單完結判斷
-1.  **超時標記**：若雲端收到 B600 但遲遲未收到 B602，預設在多久後應將訂單標記為「出貨超時」？
-2.  **狀態遷移**：出貨失敗 (`status=1`) 時，訂單的最終顯示文字與處理流程。
+### 4.1 出貨超時監控 (Dispense Timeout)
+*   **閾值建議**：若系統收到 B600 (金流) 超過 **5 分鐘** 仍未收到任何對應之 B602 (出貨回報)，雲端後台應自動將該訂單標記為 **「出貨超時」**。
+*   **用途**：此狀態主要用於輔助對帳，標記可能發生網路中斷或機台異常卡死之交易，需由管理員介入核實。
 
-### 4.2 營收與點數處理
-3.  **出貨失敗補償**：若 B602 回報失敗：
-    *   行動支付是否自動觸發退款？
-    *   是否自動退回該次交易所扣除之會員點數與優惠券？
-4.  **現金交易失敗**：出貨失敗且為現金交易時，是否應產出待維護工單或通知補貨員。
+### 4.2 出貨失敗處理 (Dispense Failure)
+*   **狀態遷移**：當 B602 回報 `dispense_status = 1` (失敗) 時，訂單狀態應更新為 **「出貨失敗」**。
+*   **即時通知**：系統應立即產出 **「後台警示通知」** 並推播給營運人員，以便快速處理現場排礙或後續補償。
+*   **補償與維護策略 (現階段)**：
+    - **點數/優惠券**：目前不採自動退回機制，維持異常狀態由管理員人工處理。
+    - **營運維護**：目前暫不自動產出維護工單或推播給補貨員，僅紀錄於異常日誌並顯示於後台通知區。
+
+---
+
+## 5. 待確認事項 (已結案)
+
+所有關於出貨流程與超時判定之技術決策已於 2026-03-12 完成確認。