Appearance
S7 支付
概述
處理所有場景的支付交易，涵蓋線上信用卡、行動支付、綠界多元支付、以及 B2B 企業帳戶月結。從用戶選擇支付方式開始，經過身份驗證與交易授權，到支付成功後產生收據與電子發票，形成完整的支付閉環。
執行者：乘客/家長（C2C）、企業管理員（B2B）、系統自動（發票開立）
觸發條件
- M2 需求收集完成後進入支付（C2C 預訂付款）
- M5 結算後即時扣款或補繳
- B2B 月結帳單到期結算
- 歷史訂單補款
Happy Path
步驟 1：進入支付
用戶確認預訂內容後，系統建立訂單並導向支付頁面。進入前需驗證用戶身份（Email 與手機已綁定），未驗證者導向帳戶設定頁面。
步驟 2：選擇支付方式
依場景提供不同支付選項：
| 支付方式 | 說明 | 適用場景 |
|---|---|---|
| 信用卡（新卡） | 輸入卡號、有效期、安全碼完成支付 | C2C / B2B 線上 |
| 信用卡（已綁定） | 使用已儲存的卡片資訊一鍵支付 | C2C 回購用戶 |
| Apple Pay | iOS 裝置生物辨識後完成支付 | C2C 行動裝置 |
| Google Pay | Android 裝置認證後完成支付 | C2C 行動裝置 |
| Samsung Pay | Samsung 裝置認證後完成支付 | C2C 行動裝置 |
| 綠界多元支付 | 信用卡/ATM/超商代碼等多種管道 | C2C 無行動支付者 |
| 企業月結 | 累積帳單，依合約週期結算 | B2B 企業接駁 |
| 現場付款 | 上車時現金或刷卡支付 | 現場購票場景 |
步驟 3：交易授權
- 系統將支付請求送至支付閘道
- 銀行端進行風險評估
- 低風險交易：直接授權通過
- 高風險交易：觸發 3D 驗證，用戶需在銀行頁面完成二次驗證
- 行動支付（Apple Pay / Google Pay / Samsung Pay）：裝置端完成生物辨識驗證
步驟 4：支付成功
- 訂單狀態更新為「已付款」
- 發送付款成功通知（LINE / Email / 簡訊，依場景設定）
- 產生電子收據
步驟 5：電子發票開立
依用戶選擇的發票類型開立：
| 發票類型 | 說明 |
|---|---|
| 電子信箱 | 發票寄送至用戶 Email |
| 手機載具 | 存入用戶設定的手機載具 |
| 統一編號 | 開立含統編的發票，供公司報帳 |
步驟 6：觸發後續流程
- C2C：通知司機端開始派單
- B2B：更新企業帳務明細
- 補款場景：訂單狀態自動回復正常
步驟 7：Quick Pay 補款流程
當 M5 WC-1 扣款失敗時，系統發送補繳連結，乘客透過 Quick Pay 頁面完成補款。
進入方式：從 LINE 通知或 Email 中的補繳連結進入，帶參數：金額、訂單 ID、用戶 ID、返回 URL。
支援的行動支付：
| 支付方式 | 初始化設定 | 按鈕樣式 |
|---|---|---|
| Google Pay | 支援卡種：VISA / Mastercard / JCB / AmEx；認證方式：PAN_ONLY / CRYPTOGRAM_3DS | 黑色長按鈕 |
| Samsung Pay | 支援卡種：VISA / Mastercard | 白色膠囊形按鈕 |
| Apple Pay | 依裝置支援 | 系統原生按鈕 |
補款流程：
- 系統偵測裝置支援的行動支付方式，僅顯示可用按鈕
- 用戶點擊 → 裝置端完成生物辨識認證 → 取得支付 Token
- 送出支付請求（標記
isMobilePay: true） - 結果處理：
- 成功 → 顯示成功動畫 → 自動返回來源頁面
- 需 3D 驗證 → 跳轉銀行驗證頁面
- 失敗 → 顯示錯誤訊息，可重試
一般支付 vs Quick Pay 差異：
| 維度 | 一般支付 | Quick Pay 補款 |
|---|---|---|
| 場景 | 初始訂單付款 | 扣款失敗後補繳 |
| 卡片輸入 | 需手動輸入或選擇已綁定卡片 | 使用裝置儲存的行動支付卡片 |
| 記憶卡片 | 可記憶供下次使用 | 不記憶（一次性補款） |
| 返回流程 | 回到訂單歷史頁面 | 回到來源 App（LIFF） |
| 3D 驗證 | 依銀行判定 | 行動支付通常自動跳過（低風險） |
Worst Case
WC-1：支付授權失敗
- 觸發條件：銀行拒絕授權（卡片餘額不足、卡號錯誤、風控攔截）
- 系統行為：顯示對應錯誤訊息，提示用戶更換支付方式或重試
- 處理方式：用戶可切換其他支付方式完成付款
WC-2：3D 驗證逾時
- 觸發條件：用戶在銀行 3D 驗證頁面未在時限內完成驗證
- 系統行為：交易標記為失敗，返回支付頁面
- 處理方式：用戶可重新發起支付
WC-3：支付閘道異常
- 觸發條件：TapPay 或綠界服務暫時不可用
- 系統行為：訂單保持「未付款」狀態，記錄異常日誌
- 處理方式：用戶可稍後從歷史訂單頁面進行補款
WC-4：零元訂單
- 觸發條件：優惠券或折扣使訂單金額為零
- 系統行為：跳過支付流程，直接確認訂單，不開立發票
WC-5：退款處理
- 觸發條件：取消訂單後需退款（由 S8 取消退款子流程觸發）
- 系統行為：呼叫對應支付管道的退款 API
- 處理方式：退款失敗時自動排程重試
WC-6：發票開立失敗
- 觸發條件：發票系統異常、統編驗證失敗
- 系統行為：排入重試佇列，失敗後轉人工處理
- 處理方式：發票作廢重開或人工補開
WC-7：月結帳單逾期
- 觸發條件：B2B 企業客戶未在約定期限內結清帳單
- 系統行為：發送催繳通知，逾期超過設定天數後暫停服務
- 處理方式：企業完成繳款後恢復服務
場景差異表
| 維度 | C2C 線上支付 | B2B 月結/企業帳戶 | 現場付款 |
|---|---|---|---|
| 支付時機 | 預訂時立即付款 | 月底/期末統一結算 | 上車時付款 |
| 支付方式 | 信用卡、行動支付、綠界 | 銀行轉帳、企業信用卡 | 現金、刷卡機 |
| 發票類型 | 個人電子發票 | 統一編號發票 | 現場開立 |
| 付款人 | 乘客本人 | 企業財務部門 | 乘客本人 |
| 失敗處理 | 即時重試或換卡 | 催繳通知 + 暫停服務 | 拒絕上車 |
| 退款方式 | 原路退回（7 個工作天） | 從下期帳單扣除 | 現場退還 |
| 補款機制 | 歷史訂單頁面補款 | 對帳後補繳 | 不適用 |
所屬主流程
| 主流程 | 關聯 | 說明 |
|---|---|---|
| M2 需求收集 | 觸發 | 預訂確認後進入支付 |
| M5 結算與回顧 | 觸發 | 行程完成後即時扣款或補繳 |
| S8 取消退款 | 被呼叫 | 退款時呼叫支付管道退款 API |