Question 1

純技術支付網關是否因提供API便自動需要香港支付牌照？

Accepted Answer

不自動。單純傳遞接口請求、頁面託管或技術認證，並不能單獨決定監管路徑；仍須按實際資金流、是否儲存用户價值、誰作出付款承諾，以及是否在香港經營換匯或匯款逐項判斷。不得把“技術網關”當作當然豁免或當然持牌結論。

Question 2

聚合平台把收款直接結算至商户銀行賬户，還需要分析SVF邊界嗎？

Accepted Answer

需要。是否直接入賬只是資金流中的一個事實，不能獨自排除儲值支付工具分析。項目仍應查明平台是否保存用户預存款、向用户承諾付款或轉賬、控制退款，或以其他方式實際發行或促進發行相關設施；結論應以完整安排而非單一入賬節點為準。

Question 3

不觸碰資金的SaaS訂閲平台可否對外宣傳“無須牌照”？

Accepted Answer

不宜作無條件宣傳。平台不直接持有資金是重要事實，但不是涵蓋所有安排的結論；對外文案還須與合同、產品承諾、付款指令權及實際運營一致。較穩妥做法是説明服務範圍，並在上線前按具體香港業務事實核對適用制度，而非使用絕對化表述。

Question 4

支付頁面由平台託管、資金由合作方收取時，誰應被優先核查？

Accepted Answer

應同時核查簽約方、收款方、付款或退款承諾方、結算賬户控制方及實際承擔交易風險的主體。頁面由誰託管不能取代該項核查；SVF申請資料要求列明計劃相關方的權利義務合同，MSO業務計劃也要求説明資金流及銀行安排。具體責任仍須按合同和事實判斷。

Question 5

同一品牌下香港公司和海外公司如何區分商户簽約角色？

Accepted Answer

商户協議應清晰識別實際服務提供者、收款及結算主體、退款處理主體、客服接口和爭議處理路徑，並與資金流圖一致。使用同一品牌不會把不同法律實體合併為同一責任主體；如涉及香港受規管活動，應分別按各實體實際角色和業務事實核對，而非只看品牌展示。

Question 6

商户與海外關聯公司簽約，是否可據此排除香港SVF監管？

Accepted Answer

不可以僅憑海外簽約方排除。金管局説明，海外實體簽約或服務器設在境外，並非當然排除“在香港發行”的判斷；香港居民定向推廣、香港域名、港元、客服、增值渠道、使用地點及本地銀行或商户聯繫等事實都可能相關。應進行整體事實分析。

Question 7

商户協議寫明“平台僅為技術服務商”能否單獨決定監管定位？

Accepted Answer

不能。合同標籤應與真實安排一致，但不會替代對付款承諾、資金控制、結算指令、退款安排及實際業務活動的審視。若書面定位與資金流或用户體驗不一致，名稱本身不能消除監管問題；應保留能説明各方權利、義務和執行方式的合同與運營證據。

Question 8

誰應在商户合同中説明退款責任和資金到帳安排？

Accepted Answer

實務上應由各實際承擔角色的主體在協議中明確説明收款、清分、結算、退款、爭議處理和客服接口，並避免把合作方義務籠統歸給平台。若安排涉及SVF，用户贖回和資金保障要求另有適用邊界；合同分工也不能預先決定監管機關對具體結構的判斷。

Question 9

API合作協議為什麼要清楚寫明誰負責客户識別和交易監控？

Accepted Answer

因為接口分工會影響誰取得客户資料、誰監測交易和誰處理異常，但不能以合同把應負責任虛置。就MSO而言，海關指引要求持續客户及交易監控，且不能僅依賴中介人完成持續監控。協議應把數據交付、升級、記錄保存和可疑事項聯絡機制寫清楚。

Question 10

支付平台能否把所有AML/CFT責任交給合作MSO或收單方？

Accepted Answer

不能把合作安排當作責任完全轉移。若平台本身屬於受規管MSO，其持續客户及交易監控責任不能只依賴中介人履行；如平台並非MSO，也不應據此推斷其當然沒有其他適用責任。應先確定各方實際角色，再設計資料共享、篩查、升級和留檔安排。

Question 11

使用合作方API是否等於取得其MSO、SVF或放債業務授權？

Accepted Answer

不等於。接入API是商業和技術安排，不會當然把合作方的牌照、豁免或適當人選審查結果延伸至另一主體。平台應按自身承諾、資金路徑和實際經營活動判斷是否觸及香港製度；僅註冊公司或與持牌機構合作，均不自動授權平台自行開展受規管活動。

Question 12

公司登記與合作機構牌照能否證明聚合平台可自行開展受規管業務？

Accepted Answer

不能。公司登記證明主體存在，合作機構的牌照反映其自身受監管狀態，但兩者都不自動證明聚合平台獲准以自己的名義從事相關活動。應核對平台實際提供的服務、簽約和資金安排，並以主管機關當前規則及個案事實作判斷，不宜用合作關係替代許可分析。

Question 13

平台以代理人身份代商户收款時，應先核查哪些事實？

Accepted Answer

實務上應先核對代理授權範圍、誰向付款人作出收款或退款承諾、資金進入何賬户、誰可發出付款指令、是否混合保管、何時結算及異常款項由誰承擔。代理名稱本身不足以決定結果；這些資料應與商户協議、支付流程和銀行或合作方安排相互印證。

Question 14

商户結算賬户由誰名下會影響業務架構判斷嗎？

Accepted Answer

會影響。賬户持有人、賬户控制權及付款指令安排有助説明資金流和各方實際角色；對MSO而言，如使用銀行賬户經營，官方指引對賬户名義持有人有明確要求，不能使用第三方賬户。該要求不應被泛化為所有支付模式的唯一標準，仍須結合完整結構審視。

Question 15

平台以自有賬户彙集多商户款項再分賬時，可否只稱為“技術清分”？

Accepted Answer

不宜只憑名稱作結論。自有賬户歸集、分賬規則、對資金的控制、對商户或付款人的承諾、退款渠道和跨境去向，都可能改變監管和風險判斷。應以可複核的資金流、賬户控制矩陣、合同與系統權限説明實際安排，而不是以“技術清分”掩蓋實質角色。

Question 16

代收款在合作方賬户短暫停留，能否自動證明平台不控制客户資金？

Accepted Answer

不能自動證明。停留時長和賬户名義只是相關證據，還應審視平台能否指示付款、凍結或退款，誰承擔合作方未履約風險，以及用户和商户從誰獲得付款承諾。應把合同、系統權限、銀行安排和實際操作記錄放在同一資金流圖中核對。

Question 17

API合作伙伴負責付款執行，平台是否仍應保留對賬和異常處理證據？

Accepted Answer

建議保留。平台即使不親自執行付款，也應能對照商户訂單、合作方回執、結算結果、退款及異常處置，證明其公開承諾與實際流程一致。該建議用於控制運營和爭議風險，並不替代對任何具體主體適用的法定記錄、審計或報告義務判斷。

Question 18

把收單、換匯、匯款和信貸模塊拆給不同關聯公司，是否即可避免逐項監管分析？

Accepted Answer

不可以。集團拆分可能有助釐清角色，卻不會使每一模塊的實際功能消失。應分別核對誰向客户承諾、誰控制資金或債權、誰處理匯兑或跨境付款，以及各實體在香港的經營事實；關聯關係、統一品牌或共享系統也不應被用來替代逐項的事實和合同審查。

Question 19

平台向商户收取技術服務費，是否足以證明沒有提供支付或匯款服務？

Accepted Answer

不足以證明。收費名稱説明商業定價的一部分，不能單獨取代對服務實質的判斷。即使費用稱為軟件費、接口費或服務費，也應核對平台是否實際安排付款、匯款、換匯、儲值或承擔結算責任；反過來，收取交易相關費用本身也不當然等同於受規管活動。

Question 20

交易失敗或合作方拒付時，平台和商户的責任可否只以FAQ口頭説明？

Accepted Answer

不宜只靠營銷FAQ或口頭解釋。實務上應以商户協議、用户條款、合作協議和操作流程一致寫明失敗交易、拒付、退款、爭議及資料調取的處理路徑，並保留版本記錄。該做法有助減少角色不清，但不構成對監管結果、民事責任或合作方履約的保證。

Question 21

跨境商户收款一定要取得MSO牌照嗎？

Accepted Answer

不一定，但不能因“商户收款”四字而跳過判斷。MSO範圍涉及在香港作為業務經營的貨幣兑換和／或匯款服務；跨境支付路徑中誰安排匯出、收取或轉交資金，以及是否存在適用法定豁免，都須按實際事實核對。海關沒有公佈可套用所有平台的一刀切結論。

Question 22

香港商户向境外供應商付款是否屬於需核對MSO邊界的情境？

Accepted Answer

屬於應核對的典型情境之一。海關指引把向香港以外地方匯錢、安排匯錢或安排在外地收取款項等列為匯款定義中的相關類型；但具體平台是否在香港作為業務提供該服務，仍取決於合同、指令、資金路徑和實際營運角色，不能僅憑付款目的地下定論。

Question 23

跨境結算安排中，哪些資金路徑最需要在項目開始時畫出來？

Accepted Answer

建議至少繪製付款人入金、商户應收、換匯節點、境內外賬户、合作機構轉付、最終收款、退款和失敗交易迴流的全鏈路，並標示每一步的賬户名義、指令權和承擔方。此為項目梳理方法，不是統一法定表格；它可幫助核對MSO業務計劃所關注的資金流和銀行安排。

Question 24

境外持牌支付機構參與清算，能否替代香港的本地監管判斷？

Accepted Answer

不能據此直接替代。境外合作方的許可可作為盡調資料，但本次已核實的香港材料沒有把海外許可寫成香港製度的當然互認機制。平台仍應按在香港的實際活動、簽約和資金安排，分別核對可能適用的本地要求；不要把合作方牌照宣傳為平台的香港授權。

Question 25

海外牌照或註冊能否作為香港SVF、MSO或放債業務的當然通行證？

Accepted Answer

不能當然作為通行證。香港SVF、MSO和放債業務分別有本地制度、主管機關和適用事實；海外註冊、牌照或市場準入記錄不自動滿足香港申請、豁免或持續義務。項目可將其作為背景盡調材料，但應避免對外聲稱“海外持牌即香港可用”。

Question 26

平台把換匯放在海外合作方完成，是否便不需關注香港MSO界線？

Accepted Answer

不應這樣假定。境外執行換匯是重要事實，但仍需核對香港平台是否在業務中安排跨境收付款、向客户提供或安排匯款，以及相關活動是否在香港經營。應以交易指令、對客承諾、費用、賬户和合作協議驗證實際分工，不能僅以“換匯在海外”作結論。

Question 27

跨境結算中採用多幣種電子錢包，應怎樣區分結算服務和儲值功能？

Accepted Answer

應回到用户資金是否被保存、是否由發行人承諾用於支付貨品或服務或向另一人付款等功能事實，而非只看“錢包”或“結算”命名。多幣種、跨境或線上使用均不足以單獨決定結果；還應核對誰發行賬户、誰接收價值、誰負責贖回和誰控制餘額。

Question 28

境外商户、海外服務器或外幣報價能否單獨排除“在香港發行”SVF？

Accepted Answer

不能。金管局的説明明確提示，海外實體簽約或服務器在海外並非自動排除因素；是否在香港發行要看整體事實。面向香港居民推廣、香港域名、港元、香港聯絡資料、使用地點，以及與本地銀行或商户的聯繫都可能需要一併審視。

Question 29

跨境退款應由原收款方還是香港平台處理，能否在產品上線後再決定？

Accepted Answer

不建議留待上線後才決定。退款主體、資金來源、匯率差異、合作方接口、商户通知和消費者支持會影響資金流及對外承諾，應在合同和操作流程中預先對齊。若安排涉及SVF，還須另行核對有關贖回、用户條款和資金保障的適用要求。

Question 30

跨境業務的銀行賬户和付款指令由誰持有，為何應寫入業務計劃？

Accepted Answer

賬户名義、控制權限和付款指令鏈可説明資金實際如何移動、誰承擔運營責任及客户資金如何防止因代理或海外MSO未履約而受損。海關的MSO業務計劃指引要求披露資金流、銀行賬户及賬户持有人等資料；這不表示任何單一賬户安排自動決定許可結果。

Question 31

當平台以代理網絡向境外付款時，如何處理海外代理未履約風險？

Accepted Answer

應把該風險寫入資金保護和應急安排，而不只依賴代理的商業承諾。海關業務計劃指引要求説明如何防止客户資金因代理或海外MSO未履約而損失；實務上可進一步核對付款前條件、對賬、異常升級、替代路徑和客户溝通，但具體措施須與實際模式相稱。

Question 32

跨境匯款被描述為“全球付款”是否改變MSO範圍判斷？

Accepted Answer

不會因營銷名稱而改變。應核對平台是否在香港作為業務經營貨幣兑換或匯款服務，以及是否實際匯出、安排匯出、收取或安排在外地收取資金。“全球付款”“國際收單”或類似名稱只能描述產品，不是法定豁免，也不能替代對資金流和實際角色的審查。

Question 33

同一平台同時有錢包、匯款與分期付款功能，可否用一個牌照名稱概括全部業務？

Accepted Answer

不宜。組合產品應拆開審視每一功能的實際資金流、對客承諾、賬户餘額、匯兑或跨境安排，以及是否涉及向用户提供貸款。一個模塊的結論不會當然覆蓋其他模塊；平台還應防止把市場簡稱或單一合作方牌照，誤寫成所有功能均已獲授權。

Question 34

SVF持牌人的附屬換匯或跨境匯款是否等於所有聚合平台均獲MSO豁免？

Accepted Answer

不等於。政府答覆所述情形限定於已屬SVF持牌人的主體，其貨幣兑換或跨境匯款服務是主要業務的附屬業務。該豁免不替代SVF牌照，也不使普通聚合支付平台僅因聲稱業務“附屬”而當然合法；不符合該前提時應另行按MSO制度判斷。

Question 35

平台與已持牌SVF公司合作，是否可讓平台自行向用户作出儲值或付款承諾？

Accepted Answer

不應作此假定。合作關係不自動把持牌SVF公司的地位延伸至平台；若平台自行發行賬户、接收價值、承諾付款或安排贖回，其實際角色需獨立核對。應以用户條款、商户合同、品牌展示、資金控制及系統權限釐清誰是發行或運營主體，避免責任錯配。

Question 36

平台計劃提供延期付款或分期結算，為何不能只因名稱不是貸款而忽略MLO分析？

Accepted Answer

因為放貸邊界看交易實質而不是產品名稱。若安排涉及向用户墊款、代付款、對到期欠款寬免，或實際向用户提供信貸，應按具體合同、債權歸屬、資金來源及風險承擔核對是否觸及放債業務。名稱為“分期結算”或“付款便利”本身不是排除依據。

Question 37

非銀行分期方案若不向用户提供貸款，能否直接稱為“完全不受監管”？

Accepted Answer

不宜這樣稱。政府答覆説明，非銀行BNPL如不涉及向用户提供貸款，現行金融制度下不會僅因此需要申請牌照；但這不是對所有支付、儲值、匯款、消費者保護或其他法律問題的全面豁免。產品仍應按資金流、債權人身份和實際承諾逐項核對。

Question 38

平台使用穩定幣結算，是否可用現有SVF、MSO或MLO分析替代穩定幣制度？

Accepted Answer

不可以。香港對法幣參考穩定幣的發行設有獨立發牌制度，由金管局監管；相關發行活動是否觸及該制度，應與SVF、MSO或放債業務分別分析。使用穩定幣作結算、抵押或融資工具的項目，也不應僅憑既有支付或信貸路徑就跳過虛擬資產和支付安排的專項判斷。

Question 39

穩定幣只是跨境結算媒介，平台可否忽略發行人與使用環節的區分？

Accepted Answer

不應忽略。已核實制度針對法幣參考穩定幣的發行，而“使用穩定幣”並不自動等同於發行，也不當然排除其他監管分析。項目應先分清誰發行、誰對穩定價值作承諾、平台如何接收和轉移該資產，以及其與跨境結算、客户資金或信貸功能的關係，再取得針對結構的專業意見。

Question 40

海外穩定幣許可是否自動被香港認可為發行人許可？

Accepted Answer

不應作自動認可的假設。已核實材料只説明香港對法幣參考穩定幣發行實施本地獨立制度，並未載明海外許可可當然替代香港要求。持有海外許可的主體可將其作為背景資料，但在向香港市場提供相關發行活動前，仍應核對金管局當時適用的本地規則和個案範圍。

Question 41

消費者退出或平台停止服務時，聚合支付架構應預先核對什麼？

Accepted Answer

應預先識別未完成交易、可退資金、商户未結算款、用户查詢渠道、數據交接、合作方終止條款和通知責任。若主體是SVF持牌人，金管局監管指引要求維護可行的有序退出計劃，並在制定或引入退出計劃變更時與金管局討論；其他平台不應把該要求誤作通用自動結論。

Question 42

商户退出合作時，平台是否應先核對未結算交易、退款和爭議？

Accepted Answer

應先核對。商户退出可能遺留已授權未結算交易、退貨退款、拒付、數據訪問和客服責任；如不明確，消費者和合作方都可能無法確定處理主體。建議在退出清單中逐筆對賬、設定責任交接和保留期限，但該項目管理建議不替代任何具體合同或法定程序。

Question 43

平台終止API合作後，是否可以立即關閉商户的退款和查詢渠道？

Accepted Answer

不宜把接口終止直接等同於對外責任結束。應先核對合同中的存續義務、未完成交易、退款來源、爭議資料和客户通知，併為商户和消費者保留適當的查詢與升級路徑。若涉及SVF，還須在其適用範圍內處理用户贖回和有序退出要求，不能僅以技術下線代替安排。

Question 44

支付合作方或商户發生制裁、欺詐或資金異常時，架構核查應優先看哪些控制點？

Accepted Answer

應優先核對客户及合作方盡調資料、交易監控規則、制裁篩查、異常升級、暫停權限、可疑事項報告路徑和記錄保存。對受規管MSO，AML/CFT指引要求持續客户及交易監控、培訓和治理安排；具體平台的控制強度仍應按其角色、產品和風險水平設計，不能套用一份萬能清單。

Question 45

新接入的聚合商户為什麼需要核對其實際業務和交易用途？

Accepted Answer

因為商户名稱、行業代碼或營業登記未必充分反映實際產品、交易對象和資金用途。實務上應使接入資料與持續交易監控相銜接，便於發現與申報業務模式不一致的活動。對於受規管MSO，客户及交易的持續監控不能只依賴中介人；非MSO平台也應按自身風險承擔設計核查。

Question 46

平台向高風險行業商户開放API前，能否只依賴商户的營業登記資料？

Accepted Answer

不宜只依賴。營業登記可驗證基本主體資料，卻未必反映受益擁有人、實際商品或服務、交易國家、退款模式及資金流風險。建議按風險補充盡調和持續監控，並把可接受與不可接受商户的規則、升級機制和合作方信息共享安排寫入操作文件；具體要求取決於平台角色。

Question 47

收購或更換平台控制人時，為什麼應重新檢查API合作、商户合同和資金安排？

Accepted Answer

控制人變動可能改變實際管理、資金控制、合作方依賴和風險承擔，不能只完成公司交割文件。SVF涉及控制人程序，MSO新增最終擁有人也有事前批准邊界；因此應將協議持續性、賬户權限、商户通知、合規記錄和監管溝通一併複核。具體申報或批准路徑須按牌照和交易事實確定。

Question 48

商户池或支付代理出現集中度時，為什麼要做合作方依賴風險核查？

Accepted Answer

當大量交易、資金通道或退款能力依賴少數合作方時，合作關係中斷可能同時影響多個商户和消費者。建議核對關鍵合同、結算和對賬安排、異常時的替代路徑、資料可攜性與通知機制。這是連續性和運營風險建議，不表示監管機關對所有平台設定同一集中度閾值或固定整改時程。

Question 49

平台擬退出香港市場時，能否把客户資金和未結算責任交給新合作方而不作核查？

Accepted Answer

不能視為當然完成。應先確認新合作方的實際角色、合同承接、資金保障、未結算交易、退款、數據及消費者和商户通知安排；如涉及SVF持牌人，有序退出計劃和有關變更應按金管局指引處理。交由合作方執行不當然免除原主體在其合同和適用制度下的責任。

Question 50

聚合支付項目在上線或重大架構變更前，最小化的合規核查清單是什麼？

Accepted Answer

建議至少更新主體和簽約矩陣、端到端資金流、賬户與指令權限、商户及API合作協議、退款與爭議路徑、跨境節點、AML/CFT責任分工、退出安排及適用許可判斷。該清單是項目準備工具，不是監管機關的統一批准模板；涉及新業務、控制權或資金保護變更時，應按適用制度另行確認溝通或審批要求。

合規牌照專線	+852 3050 1899
深圳手機 / 微信同號	+86 159 2000 2080
香港 / WhatsApp	+852 9298 4213
電子郵箱	Drew@sfc8.com
官方網站	svf-hk.com
香港地址	香港九龍柯士甸道西1號環球貿易廣場（ICC）86樓

聚合支付與業務架構

聯繫仁港永勝

WhatsApp 諮詢

微信聯繫

留下您的諮詢