1
商家 / SaaS
你的產品、價格、顧客與權益規則。你決定賣什麼，以及誰可以繼續使用。
目前架構
錢怎麼走，誰做哪一段
先看架構，再看商家操作步驟。這頁說明現況，不發明未經確認的法律角色。
目前架構
商家 / SaaS → ReBate Pay → 銀行與卡組織 → 商家帳戶
- 2
ReBate Pay Billing 與付款編排
訂閱狀態、Checkout、Portal、API 與 Webhook。負責編排付款，不保管商家款項。
- 3
銀行與卡組織
信用卡與行動支付的授權、請款由發卡銀行與卡組織完成。
- 4
商家帳戶
款項依 ReBate Pay 撥款排程進入商家帳戶。細節以合約為準。
各段在做什麼
同一筆訂閱，四個角色，不要混在一起
商家 / SaaS
建立方案、發出 Checkout、處理顧客與退款決策，並用 API / Webhook 開通自己的產品。
ReBate Pay
記住訂閱與帳單狀態，提供託管結帳、Portal 與開發者契約，並處理每一筆付款請求。
銀行與卡組織
完成授權與請款；卡片資料以加密欄位傳送，不以明文經過伺服器。
商家帳戶
收款帳戶在商家側。ReBate Pay 不宣稱代為持有或分配這些資金。
商家怎麼走完一筆訂閱
四步驟，從建立方案到狀態同步
- 1
建立 Product / Price
在 ReBate Pay 設定方案、價格與週期。這是 Billing 目錄，不是金流帳戶。
- 2
發出 Checkout
產生 Checkout Session，顧客在託管頁完成付款資料。
- 3
ReBate Pay 處理付款
ReBate Pay 送出授權、處理 3D 驗證，並記錄結果。
- 4
Dashboard / Portal / Webhook
訂閱與顧客寫回商家後台，Portal 可自助管理，Webhook 通知你的後端。