Developers
API 貫穿USDT / USDC 收款、結算與 Payout
Payment API 處理USDT / USDC 收款；結算與 Payout API 分別對應大額兌換與中小型出款。Webhook 與報表讓三類流程在商戶系統內可追蹤、可對帳。
API Coverage
對應三大核心服務的 API
Payment API（USDT / USDC 收款）
建立收款訂單、取得付款地址、查詢交易狀態、處理付款確認事件。
Settlement API（結算）
申請大額結算報價、查詢穩定幣兌換為法幣或保留 USDT / USDC 的結算狀態及費用明細。
Payout API（出款）
發起中小型 USDT / USDC 錢包或 CNY 出款，查詢狀態及失敗原因。
Webhook & Dashboard
接收收款、結算、Payout 事件；供營運與財務團隊統一查看。
POST /v1/payment-intents
{
"merchant_order_id": "INV-2026-0618",
"amount": "2480.00",
"currency": "USDT",
"network": "TRC20",
"settlement_preference": ["HKD", "USD"],
"webhook_url": "https://merchant.example/webhook"
}
Webhook event:
payment.confirmed
settlement.review_required
Operational Design
為真實營運設計，而不只是付款按鈕
支付流程常見問題不只在「收款」，也包括對帳、狀態同步、錯鏈處理、出款失敗、費用核算及財務報表。API 需與 Dashboard、Webhook 及人工審核流程一起設計。
- 支援 idempotency key，避免重複建立訂單或出款
- Webhook 建議做簽名驗證及重試處理
- 高風險或大額交易可返回 review_required 狀態
- CSV 報表支援財務對帳及費用明細
Secure Integration
接入前先確認權限、簽名與對帳規則
公開網站只展示核心能力；實際 API 字段、事件命名、測試環境及狀態流轉，會在商戶審核後按服務範圍提供。
- API key 權限需按用途區分，避免收款與出款權限混用
- Webhook 建議使用簽名驗證、重試處理及冪等設計
- 財務系統需按交易、費用、結算與出款四類資料對帳
- 高風險交易或大額出款可進入人工審核流程
FAQ
常見問題
API 適合哪些商戶？
API 適合平台型、高頻交易、需要自動建立訂單、同步付款狀態、批量出款或接入內部財務系統的商戶。
是否一定要完成審核才提供 API 文件？
公開頁只展示核心能力；具體字段、測試環境、事件命名及權限配置會在商戶審核後按服務範圍提供。
Webhook 需要做簽名驗證嗎？
建議商戶系統使用簽名驗證、重試處理及冪等設計，避免重複入帳或錯誤狀態同步。
可以只接入 Dashboard 不接 API 嗎？
可以。低頻商戶可先使用 Dashboard、Payment Link 或 Invoice，高頻或平台型商戶再接入 API。
API 是否支援出款？
可按商戶審核結果支援 USDT 或指定渠道出款申請、狀態查詢、失敗原因回傳及報表對帳。
測試接入通常需要哪些準備？
通常需要商戶系統回調地址、技術聯絡人、預計交易場景、測試訂單流程及 webhook 處理方式。
需要 API 接入資料？
完成商戶審核後，可按你的系統架構提供接入方式、測試流程及 webhook 配置建議。