結構化 API
為收款、付款及相關操作提供一致的請求與回應模式。
平台與 API
為可靠整合而設
最終端點及資料規格會在技術審批時確認，以下是整合設計的核心原則。
冪等請求
在請求需要重試時，保護交易建立及資金操作。
Webhook
接收非同步狀態更新，並在處理前驗證事件真確性。
安全存取
分隔環境與憑證、限制權限並保護敏感整合資料。
營運可視性
按業務參考搜尋，查看狀態、時間及相關操作。
報表與匯出
為財務與營運團隊提供適合對賬及覆核的結構化資料。
事件驅動營運
毋須不斷查詢，也能讓各系統保持同步。
經驗證的 Webhook 事件可更新客戶介面、內部帳務及營運工作佇列；重試及冪等規則有助保持更新可靠。
- 已簽署事件驗證
- 清楚重試規則
- 唯一事件識別碼
- 可觀察的傳送結果
為金融業務而設的支付基礎設施
整合方式
-
定義
確定資源、參考、狀態、權限及異常責任。
-
開發
在受控測試環境中，以具代表性的流程及資料完成整合。
-
驗證
上線前驗證安全、正常流程、重試、失敗及營運準備。
常見問題
規劃下一步前，你可能想了解。
實際整合方式須按業務、市場及客戶審批要求確定。
API 文件會公開嗎？
本網站不公開詳細生產端點及憑證。技術資料會按議定的開發範圍提供。
Webhook 事件會重試嗎？
最終重試政策會載於技術規格。整合系統應驗證簽名，並以冪等方式處理每個事件。