虛擬卡、收單、收付款,分別要準備什麼?

一份按業務拆分的資料清單:主體與 KYB、資金來源、網站政策、交易憑據和技術接入。

三種服務都和資金有關,解決的問題卻不同:虛擬卡幫助團隊支付支出;收單幫助商戶接受客戶付款;收付款服務連接企業賬戶與交易對手。先說清業務角色,再準備資料,會比先比較費率更有效。

下文是一份溝通清單。不同地區、主體和產品的准入材料、額度與審核結果,以服務商的實際要求為準。

共用的基礎:誰在做什麼生意

企業通常需要準備註冊文件、經營地址、董事和最終受益所有人信息,以及授權經辦人的身份資料。KYB 是瞭解企業,KYC 是瞭解相關個人;服務商還可能核驗股權結構、實際控制人、制裁與行業風險。

用一頁紙講清商品或服務、客戶所在市場、交付方式、預計月交易額、客單價和資金來源。個人產品、企業產品與平臺代第三方處理資金的要求不同,不能用一個企業賬戶替不明第三方集中走賬。

資料只能通過核實後的官方安全渠道提交。支付系統應減少接觸完整卡號、驗證碼和身份材料;需要處理卡數據時,先確認 PCI DSS 責任與服務商支持的託管、令牌化方案。

虛擬卡:把用卡人與資金用途講清楚

確認實際持卡人、企業與用卡人的關係、開卡市場、交易幣種,以及廣告、軟件訂閱、雲服務等真實商戶用途。業務量可以按卡數、每張卡預算、單筆金額和月支出整理。

詢問卡是預付、借記還是信用產品,資金怎樣進入卡賬戶,餘額和額度如何區分。把開卡費、交易費、換匯費、失敗交易費用、退款處理和停卡後的資金安排一起確認。

還要問清賬單地址、3DS 驗證、循環訂閱、商戶類別限制、凍結與銷卡規則,以及員工離職後的權限回收。某張卡在一個商戶成功,並不說明所有卡產品和同類商戶都能使用。

收單:網站與交付能力也是資料

商戶通常需要一個可實際訪問的站點,清楚展示商品、價格、幣種、公司聯繫信息、隱私政策、服務條款、退款退貨和物流或交付規則。經營內容要和申請主體、收款用途保持一致。

準備目標市場、支付方式、預計交易額、客單價、訂閱或一次性交易比例。如果已有業務,可以整理歷史處理量、退款和爭議情況;提供真實記錄,不為通過審核虛構交易。

向服務商確認商戶類別、結算賬戶、結算幣種、週期、保證金或滾動準備金安排。託管收銀臺和直接 API 的數據責任不同;退款、爭議通知、3DS、回調和對賬都應納入接入範圍。

收付款:先畫清資金從哪來到哪去

區分自己的銷售收入、平臺結算、供應商貨款和工資等用途。根據具體產品,服務商可能要求合同、訂單、發票、物流或履約證明,以及付款人與收款人的關係說明。

準備收款人法定名稱、賬戶號碼、銀行與當地清算代碼。IBAN、SWIFT/BIC、ABA routing number 等格式按目標國家和支付路徑選擇,不是每筆付款都要全填。

確認支持的國家、幣種、本地賬戶詳情與賬戶歸屬、同名要求、收款來源限制、付款費用、匯率、退匯和到賬追蹤。一個賬戶能收某種幣種,不等於它能接收任意來源或任意第三方付款。

技術接入:上線前走完一筆真實業務

至少對齊創建、查詢、回調、退款或撤銷、對賬和異常恢復。保存業務編號與渠道編號的對應關係;超時先查詢,重複回調應冪等處理,不能把「受理」直接顯示成最終成功。

將沙箱用例與真實環境小額驗證分開記錄。接入前還要確定權限、密鑰保管、通知簽名、金額精度和支持聯繫人,讓日常排查有明確歸屬。

可以從支付地圖比較平臺方向,再查看虛擬卡平臺、海外收單或跨境收付款。官網資料入口包括 MarshmelloPay、FuturePay、Airwallex 和 UQPAY。

有具體場景,歡迎進一步交流。