01 / 三條制度線,而不是一張通行證
香港政府2026年10月7日答覆立法會有關新興支付平台的質詢:無豁免的儲值支付工具發行或營運受SVF制度規管;貨幣兑換或跨境匯款須按MSO制度判斷;非銀行BNPL如涉及經營放貸,則須按《放債人條例》及牌照條件處理。
答覆並沒有宣佈一張新的“聚合支付平台牌照”。判斷從平台實際上做什麼開始,而不是由“FinTech”“支付科技”或“零息分期”等名稱決定。官方答覆 ↗
02 / 16宗投訴,應該怎樣理解?
政府披露,2024年1月至2026年9月,金管局收到16宗涉嫌無牌發行或營運SVF的投訴;調查後一宗成立,該投訴人沒有報告金錢損失。不能據此宣稱16家平台均已證實無牌經營,或16宗全部造成商户損失。
這項統計説明監管會跟進具體活動,不是任何產品可獲豁免或任何平台風險已被認定的標準。原始統計及語境 ↗
03 / 六個問題,畫清楚交易角色
- 誰簽約:商户和消費者分別與哪個法律實體簽訂合同?
- 誰收錢:款項進入銀行、錢包還是平台賬户?賬户户名是誰?
- 誰控制:誰可凍結、退款、釋放資金或改動付款路徑?
- 誰承諾:誰向商户承擔結算時間與金額的合同責任?
- 誰報價:誰決定匯率、手續費、跨境路徑和最終收款人?
- 誰擔信用風險:BNPL由誰出資,消費者違約由誰承擔?
把答案對照實際系統權限、銀行賬户和合作合同;如果控制與責任集中在平台,就不能僅靠“只提供技術”的宣傳解釋全部活動。
04 / 三種架構的不同關注點
| 架構 | 實際安排 | 初步核查重點 |
|---|---|---|
| 純技術網關 | 商户與持牌機構簽約,資金由該機構直接結算;平台傳遞指令和提供對賬。 | 平台是否實際儲值、匯兑、匯款或放貸;數據、網絡安全、合同與消費者保護仍須處理。 |
| 持牌機構的技術/商户夥伴 | 平台提供前端或商户拓展,機構負責賬户、授權與結算。 | 真實代理關係、許可邊界、夥伴盡調、監督和資金責任。 |
| 一體化結算平台 | 平台簽約、控制款項、承諾結算,並加入儲值、換匯、跨境或BNPL。 | 各項實質活動可能同時涉及不同制度,不以單份合作合同認定全面覆蓋。 |
表格為項目初篩框架而非法律結論。香港本地收款不必然是MSO;未發行儲值餘額的支付便利也不必然是SVF;不涉及向用户放貸的BNPL安排不能僅憑名稱一概認定需牌照。
05 / 合作方有牌照,為什麼還要核對平台?
合作方牌照只説明其自身獲准經營相應活動。監督與外包合同不會讓許可沿着API自動傳遞,也不能把平台以自身名義作出的付款、匯款或貸款承諾直接覆蓋掉。
已持SVF牌照主體的附屬金錢服務可能有法定MSO豁免,但並非與其合作的任意平台都可共享。上游機構亦須按適用要求監督夥伴,不因外包而卸下自身責任。
06 / 商户簽約前的七項核查
- 主體一致:網站、合同、發票及收款賬户是否説明同一實體與角色。
- 牌照核驗:直接查金管局、海關和公司註冊處名冊,不只看截圖。
- 合作機構:明確真正負責收單、支付、匯兑、匯款及信貸的機構。
- 資金控制:消費者付款後進入哪裏,誰能挪動、凍結或延遲。
- 結算條款:週期、保證金、滾動儲備、退款、拒付和凍結是否書面披露。
- 事故責任:虛假入數、系統故障、消費者違約與合作方中斷由誰承擔。
- 退出安排:停止服務、終止合作或許可失效後,未結算資金如何返還。
低費率值得比較,但應結合資金安全、合同透明與風險承擔。以上是仁港永勝的項目準備框架,不能代替獨立法律及風險盡調。
07 / 上線前,把五套證據放在同一張圖裏
先把客户流、付款指令流、資料流、資金流和責任流畫清楚,再核對網站宣傳、客户合同、合作協議、賬户用途與系統權限是否一致。不要營銷時聲稱全功能金融機構,遇到問詢時又完全改稱技術服務商。
若涉及海外客户、境外匯款或穩定幣結算,應按相關法域與具體活動另作分析。香港牌照不自動授權境外經營,穩定幣發行許可也不替代SVF、MSO或放債人牌照。
提交平台業務摘要 →官方依據與資料聲明
- 香港政府|2026年10月7日聚合支付平台質詢答覆 ↗ · 官方公開來源 · 本站核對2026-11-01
- 香港金融管理局|儲值支付工具及零售支付系統 ↗ · 官方公開來源 · 本站核對2026-11-01
- 香港海關|金錢服務經營者牌照系統 ↗ · 官方公開來源 · 本站核對2026-11-01
- 公司註冊處|放債人牌照監管機關 ↗ · 官方公開來源 · 本站核對2026-11-01
