Next Payment · 支付基礎設施與 AI 運營

你的下一筆付款,在你開口之前就已備妥。

AI 完成跨境付款的前置作業;你的團隊檢視客戶價格並確認放款;由適用的持牌夥伴處理該筆付款。

支付基礎設施,由 AI 預先備妥 · 查看可用狀態

通過持牌夥伴 · 受司法管轄區約束

讀取 + 草擬

AI 助手可通過 API、MCP 端點或控制台取得的權限——永遠不含放款

1

目前唯一具備客戶價格的路徑;其餘一律以成熟度說明,而非用匯率暗示

2026 Q4

目標上線時間——加入下方的早期試用等候名單

上線

開放 · 公開基礎網址與 加入等候名單

支付基礎設施

收款、代付與出金——並清楚標明夥伴層的角色。

AI 層之下有四個產品職能。資金移動經由適用的持牌夥伴執行,並受司法管轄區限制。

收款 01

在適用持牌夥伴所運營的安排下,提供合資格的虛擬帳戶與帳戶資料,讓客戶、發票或法人各自對應到收款參考號。帳戶層由該夥伴運營。

代付 02

在出資模式、收款人類型與合作權限都允許的前提下,為企業與個人收款人提供已核准的出資與匯款人身份安排。

出金 03

本地銀行與錢包出金端點,經由適用的支付基礎設施夥伴送出。只有在市場、方式與清算路徑三者都有證據支援時,我們纔會指名。

報價與追蹤 04

客戶報價、核准、夥伴狀態與對賬,全部落在同一筆記錄上。讀取與草擬已可用;資金移動仍由夥伴負責。

走廊與路線

目前僅有一條走廊具備客戶價格。其餘以成熟度說明,而非用匯率暗示;適用的夥伴於開通流程中確認。

可用性取決於司法管轄區、夥伴開通、合規審查與收款人查核。

工作流演示

描述流程。審核草稿。簽核放款。

受治理工作流的四個步驟。自然語言提示生成帶版本、經策略校驗的定義。任何流程運行前,由指定人員審核並簽核。

workflow studio 即將上線

提示

“每週五,支付經批准的供應商發票,單筆低於 HKD 200,000。新收款人需 24 小時冷靜期。每批由財務負責人簽核。”

自然語言輸入。系統草擬。

交互式演示

加入等候名單

在此構建

財務與開發者共享的界面。

一個 REST API、一個 MCP 服務器、簽名 Webhook 與夥伴應用 OAuth。能力狀態如下,並保持誠實。

能力狀態
支付核心 REST API已上線
簽名 Webhook已上線
夥伴應用 OAuth已上線
Next MCP 服務器已上線 · 讀取 + 草擬
入金編排已上線 · 結算通過持牌夥伴完成,受司法管轄區約束
出金編排已上線 · 結算通過持牌夥伴完成,受司法管轄區約束
Workflow Studio上線時可用
參考應用上線時可用
髮卡不支援

受監管的資金流動絕不描述為可用或由我們擔保。當 API 驅動依賴夥伴的結果時,兩個事實在同一句中說明。

MCP · tools/call工作區
POST /mcp
{ "jsonrpc": "2.0", "id": 1, "method": "tools/call",
  "params": { "name": "get_balances", "arguments": {} } }

// 響應
{ "jsonrpc": "2.0", "id": 1, "result": {
    "resultType": "complete",
    "content": [ { "type": "text",
      "text": "{ \"code\": 200, \"msg\": \"success\",
        \"data\": { \"balances\": [ {
          \"currency\": \"SGD\", \"available\": 184250.5,
          \"status\": \"Available\" } ] } }" } ] } }

範例輸出。受監管結果保持夥伴審核或合規審核。

MCP 動詞列表 · 讀取 + 草擬

  • get_accounts讀取
  • get_balances讀取
  • get_transactions讀取
  • get_beneficiaries讀取
  • get_payout_status讀取
  • get_fx_reference讀取
  • get_compliance_status讀取
  • draft_payout草擬
  • prepare_reconciliation草擬

放款、簽核、策略寫入與錢包簽名從不通過 MCP 暴露。

開始使用

閱讀文件以創建帳戶,並通過 MCP 連接 AI 助手。

使用場景

為亞洲的資金流動方式而建。

財務與資金團隊最常運行的三個工作流。每個都把聊天記錄和表格變為一份受治理的記錄。

向亞洲供應商付款

如今付款審批靠聊天與表格,每批付款前還需手動核對匯率。

付款流程草擬付款、進行篩查並按金額閾值路由。匯率參考隨草稿一併附上。

付款模板 · 支付核心 API · 證據事件

跨實體對賬

三個實體、三套報表,每晚手動匹配。

按實體分賬並隔離記錄,異常隊列按金額分級。財務負責人簽核超過閾值的異常。

對賬工作流 · 帳戶 · 控制平面角色

將付款嵌入你的產品

自建審批邏輯與證據鏈需要數月工程投入。

通過 REST 與 Webhook 連接。審批與證據來自控制平面。空審批鏈會被拒絕。

REST API · OAuth · 簽名 Webhook

全部使用場景 →

價格透明

目前只有一條路徑有客戶價格。我們就只顯示那一條。

只有在客戶真的能拿到時,我們才公佈該路徑的價格。目前是單一某條路徑,其餘一律以成熟度說明,而非用匯率暗示。

客戶報價已上線
來源金額
SGD 4,200.00
目標幣種
THB
客戶匯率
報價時顯示
我們的費用
以單一金額顯示
收款人預計金額
核准前顯示

以上為示意數值。實際報價於創建付款時產生,字段即為你會看到的這些。

價格由什麼決定

  • 路徑——來源幣種、目標幣種與目標國家。
  • 客戶匯率與我們的費用,合併成對你的一個價格。
  • 報價的有效期(若會到期)。到期後會重新報價,付款也會重新檢視。

工具與文件中的參考匯率永遠不可執行,不會鎖定價格,也不是客戶實際支付的價格。

卡片發行不在產品範圍內。Next Payment 是技術供應商:並非銀行、保管機構或髮卡機構。

帶來一個工作流。看它如何被治理。

帶來一個你正在運行的付款工作流,我們將其映射為受治理的定義,並展示它將產生的審批結構與證據鏈。三十分鐘、無需承諾,以你們自己的工作流進行。

想先聊聊?聯繫銷售。

早期試用 · 2026 Q4 · 加入等候名單

早期試用開放時,我們會以電郵通知你。無需承諾。