開發與接入
開發與接入指南Payment、Settlement 與帳單付款 API，對帳與 Webhook
Payment API 處理多渠道收款；結算與帳單付款 API 分別對應大額兌換與中小型出款。Webhook 與報表讓三類流程在商戶系統內可追蹤、可對帳。
開始商戶諮詢
SECURE INTEGRATION
接入前先確認權限、簽名與對帳規則
公開網站說明核心接入能力；完整 API 文件、沙盒環境、事件命名及狀態流轉，於商戶審核通過後按服務範圍提供。
- API key 權限需按用途區分，避免收款與出款權限混用。
- Webhook 建議使用簽名驗證、重試處理及冪等設計。
- 財務系統需按交易、費用、結算與出款四類資料對帳。
- 高風險交易或大額出款可進入人工審核流程。
API 邊界
三類 API：誰呼叫、什麼事件、誰對帳
為真實營運設計，而不只是付款按鈕。
- Payment API：建單、取得付款地址、查詢狀態、處理付款確認事件。
- Settlement API：申請大額結算報價、查詢兌換或保留加密貨幣的狀態及費用。
- 帳單付款 API：發起出款、查詢狀態及失敗原因。
- Webhook 與 Dashboard：接收事件，供營運與財務統一查看。
接入設計要點
除接口外，還需處理對帳、狀態同步、錯鏈、出款失敗與費用核算。
- 支援 idempotency key，避免重複建單或出款。
- Webhook 須簽名驗證並支援重試。
- 高風險／大額可返回 review_required。
- CSV 報表供財務對帳與費用明細。
FAQ常見問題
先了解，再開始。
關於服務範圍、結算與出款差異，以及接入前準備。
API 適合哪些商戶？
適合平台型、高頻交易、需要自動建單、同步付款狀態、批量出款或接入內部財務系統的商戶。
是否一定要完成審核才提供 API 文件？
公開頁說明核心接入能力；完整字段說明、沙盒環境、事件命名及權限配置，於商戶審核通過後按服務範圍提供。
Webhook 需要做簽名驗證嗎？
建議使用簽名驗證、重試處理及冪等設計，避免重複入帳或錯誤狀態同步。
可以只接入 Dashboard 不接 API 嗎？
可以。低頻商戶可先使用 Dashboard、Payment Link 或 Invoice，高頻或平台型商戶再接入 API。
商戶諮詢
準備查詢？請一次帶齊基本資料
公司、地區、用途與預計規模寫清楚，回覆會更快。證件可按審核清單稍後補交；初次無需附影本。
開始商戶諮詢