這個客群在痛什麼
- 1
授權碼系統與金流各做各的
付款成功後還要人工寄 Key，過期也不自動失效。
- 2
升級、降級與補差難算
席次增加或方案變更，缺少與訂閱連動的權益層。
- 3
離線啟用無法對帳
桌面端驗證與雲端帳單對不上，客服只能猜。
軟體授權：方案與權益矩陣（方向）
企業方案
LIC-••••-EA · （開發中）
現在自己處理的成本與風險
未付款仍能啟用
沒有 Entitlement 查詢，過期授權會繼續跑。
把 License Key 當成已完成的功能
可核發／啟用／撤銷，但正式桌面授權伺服器仍在開發中。
自建授權伺服器的維運
金鑰、撤銷與續約都要自己顧，還要再接一次金流。
ReBate Pay 怎麼解
先用 Subscription 收年費 / 月費
授權商業模式先建立可續約的方案與 Checkout。
Entitlement 作為權益方向（開發中）
方案對應功能權限，供後端驗證（開發中）。
License Key（開發中）
可核發、啟用與撤銷；金鑰只顯示一次。桌面授權伺服器仍在開發中。
API / Webhook 同步啟用狀態
訂閱取消或退款時通知你的授權服務。
典型 Billing 流程
從進件到撥款 — 依實際可用性標示。
商家進件 / 金流開通
軟體商工作區完成金流開通即可收款。
Product / Price：授權方案
定義席次或版本對應的訂閱價格。
Checkout 購買授權
客戶完成付款，建立訂閱。
Entitlement 查詢（開發中）
後端詢問權益是否有效；可核發 License Key。
Refund / 取消 → 撤銷方向
退款或取消後應撤銷授權；自動撤銷屬規劃。
API 對帳
用 API 對齊顧客、訂閱與授權狀態。
價值鏈對位
- 1開發中
商家進件 / 金流開通
完成金流開通與 ReBate Pay 審核即可收款。
- 2
Product / Price
方案、價格與計費週期在同一目錄。
- 3
Checkout
託管結帳頁完成付款。
- 4
Subscription / Payment
訂閱與付款紀錄寫入 Dashboard。
- 5開發中
Refund / 對帳
退款可追蹤；正式 Provider 對帳依 API 進度。
- 6開發中
Payout / API
撥款與路由開發中，不宣稱已上線。
推薦功能組合
來自 Capability config，Roadmap 變更不必逐頁手改。
可用／開發中邊界
還在開發中的能力，不會寫成正式上線。
可用：訂閱、Checkout、開發者 API
收費主路徑可以直接使用。
開發中：Entitlement
權益查詢方向可評估，不是正式授權伺服器。
開發中：離線啟用伺服器、正式桌面授權
桌面授權碼發放仍在開發中。
相關整合
來自 Integration config，含金流、Webhook、API 與 MCP。