3fd34becb6
真因：各支付 Dialog 成功後呼叫已停用的 B600(reportFlowInfo)，再靠 B600 的 HTTP 回應回呼 REPORT_FLOW 才進 DispatchDialog；B600 已失敗 → 永遠不出貨，卡到倒數 COUNTDOWN_CANCEL（症狀：刷卡機顯示成功但流程不繼續）。 1. CheckoutNfcCardDialog / CheckoutNfcRechargeDialog：支付成功(0000)不再呼叫 B600，直接 changeDispatch() 進 DispatchDialog，由 MQTT publishTransactionFinalize 統一上報（payload 已含 invoice_info，B600/B650 皆不需要）。 2. CheckoutNfcPhoneDialog：同上，且進 dispatch 前覆寫 payment_type=10（手機支付）；刷卡機 NCCC 電文無法區分手機錢包/實體卡，依使用者所選按鈕分類。 3. CheckoutEsunPayDialog / CheckoutLinePayDialog / CheckoutTapPayDialog：交易成功直接 changeDispatch；交易失敗改為提示「交易失敗」並返回購買頁(changeBuy)，不再卡住或誤出貨。 4. LinePay 維持 payment_type=70（官方直連），後台另補定義；TapPay 子項 30~34 沿用。 5. 舊 CheckoutCashDialog/CashPayDialog 為 legacy，basic shopping_mode 不使用（現金走 CashPayDialogGeneral），本次未動。 6. build.gradle 版號 verPatch 89 → 90。 注意：後台 star-cloud 需同步新增 payment_type 10(手機支付)/70(LINE Pay 官方) 與翻譯（另一 repo，另行提交）。 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| libs | ||
| src | ||
| .gitignore | ||
| build.gradle | ||
| proguard-rules.pro | ||