支付方式 · 定期扣款
訂閱不該悄悄失效。
定期收入的流失通常來自兩個不起眼的原因：卡片換發後扣款失效，或續訂遭軟拒絕卻無人察覺，直到客戶流失。Network token 解決前者，排程重試解決後者，而且您的團隊無需自行建置計費引擎。
由您決定
排程與金額
自動
軟拒絕時自動重試
權杖
卡片換發後仍有效
1
每期一筆訂單
運作方式
從註冊到續訂，四個步驟。
- 01
AUTHORIZE
客戶在 checkout 完成首次付款，卡片以 network token 形式安全儲存。
- 02
SCHEDULE
由您設定金額、週期、起訖時間，也可以不設結束日。
- 03
CHARGE
每一期都會產生獨立的訂單、收據與 webhook。
- 04
RECOVER
軟拒絕會依排程重試，而不是直接視為流失。
每一期都是一筆真實訂單
訂閱不是另有一套報表的特殊物件，每次扣款都會像一次性付款一樣產生訂單、收據與 webhook。因此訂閱可以逐筆對帳，也能單獨退款其中一個月而不必終止整段合約，財務團隊也不需要為定期收入另建一套思維模型。
- 01每一期一筆訂單、一張收據、一個 webhook
- 02可單獨退款某一期，不影響其他期數
- 03與一次性付款在同一份清單中對帳
真正造成損失的兩種失敗
非自願流失主要來自兩件事：卡片過期或換發，以及無人重試的軟拒絕。Network token 會在換發後跟隨持卡人，新卡寄達時扣款仍能正常運作。排程重試則會針對暫時性拒絕再次嘗試，並選在成功機率高於首次嘗試的時間點。
- 01Network token 在換發與過期後依然有效
- 02軟拒絕依排程重試，而非直接放棄
- 03只在真正重要時才通知客戶
啟用需要做什麼
首次付款時加上一個旗標以儲存卡片，再設定排程即可。無需另外整合計費產品，訂閱的扣款會進入與其他收款相同的後台與撥款。
FAQ
定期付款——商家常見問題。
不需要。排程、重試與 token 管理都是此支付方式的一部分。您只需處理首次付款，並決定金額與週期。
儲存的卡片是 network token，會在換發與過期後跟隨持卡人，因此原本會中斷的訂閱仍能持續扣款。
可以。Apple Pay 或 Google Pay 背後的卡片可以被 token 化用於定期扣款，因此一鍵開始的訂閱無需客戶再回到 checkout 就能持續進行。
每一期都是獨立的訂單，因此您只需退款該筆訂單（全額或部分），不會影響其他期數，也不會取消訂閱本身。