Question 1

Does a purely technical payment gateway automatically require a Hong Kong payment licence just because it provides an API?

Accepted Answer

Not automatically. Merely transmitting interface requests, hosting pages, or providing technical certification does not, on its own, determine the regulatory pathway. The actual flow of funds, whether user value is stored, who makes the payment promise, and whether foreign exchange or remittance business is carried on in Hong Kong must still be assessed individually. “Technical gateway” should not be treated as an automatic exemption or as a conclusion that a licence is necessarily required.

Question 2

If an aggregator platform settles payments directly into a merchant’s bank account, is it still necessary to analyse the SVF boundary?

Accepted Answer

Yes. Whether funds are credited directly is only one fact in the funds flow and cannot, by itself, rule out an analysis under the stored value facility regime. The project should still establish whether the platform holds users’ prepaid funds, undertakes to make payments or transfers for users, controls refunds, or otherwise in practice issues or facilitates the issuance of a relevant facility. The conclusion should be based on the complete arrangement, not one point at which funds are credited.

Question 3

Can a SaaS subscription platform that does not handle funds advertise itself as “not requiring a licence”?

Accepted Answer

It is not advisable to make an unqualified promotional claim. The fact that the platform does not directly hold funds is important, but it is not a conclusion covering all arrangements. External wording must also be consistent with the contracts, product undertakings, authority over payment instructions and actual operations. A more prudent approach is to describe the scope of the service and verify the applicable regime against the specific Hong Kong business facts before launch, rather than using absolute statements.

Question 4

When the platform hosts the payment page but a partner collects the funds, which party should be checked first?

Accepted Answer

The contracting party, recipient of funds, party making payment or refund commitments, controller of the settlement account, and entity that actually bears transaction risk should all be checked. Who hosts the page cannot replace this review. SVF application materials require contracts setting out the rights and obligations of relevant proposed parties, while an MSO business plan must also explain funds flows and banking arrangements. Actual responsibilities must still be determined by reference to the contracts and facts.

Question 5

How should Hong Kong and overseas companies under the same brand distinguish their roles in merchant agreements?

Accepted Answer

Merchant agreements should clearly identify the actual service provider, the collection and settlement entities, the entity responsible for handling refunds, the customer service interface and the dispute resolution route, and these should be consistent with the funds-flow diagram. Using the same brand does not merge different legal entities into a single responsible entity. If regulated activity in Hong Kong is involved, each entity should be assessed according to its actual role and business facts, rather than brand presentation alone.

Question 6

Can a merchant avoid Hong Kong SVF regulation by contracting with an overseas affiliate?

Accepted Answer

An overseas contracting party alone does not rule it out. The HKMA explains that an overseas entity being the contracting party or servers being located overseas does not automatically exclude a finding that SVF is “issued in Hong Kong”. Facts such as targeted promotion to Hong Kong residents, a Hong Kong domain name, HKD, customer service, top-up channels, places of use and connections with local banks or merchants may all be relevant. The facts should be analysed as a whole.

Question 7

Can a merchant agreement stating “the platform is only a technology service provider” alone determine its regulatory status?

Accepted Answer

No. Contractual labels should be consistent with the actual arrangements, but they do not replace scrutiny of payment undertakings, control of funds, settlement instructions, refund arrangements and actual business activities. If the written description does not match the funds flow or user experience, the label itself cannot eliminate regulatory issues. Contracts and operational evidence showing the rights and obligations of each party and how they are implemented should be retained.

Question 8

Who should specify refund responsibility and fund settlement arrangements in the merchant contract?

Accepted Answer

In practice, the entities that actually perform each role should clearly specify in their agreements the arrangements for collection, clearing, settlement, refunds, dispute handling and customer service interfaces, and avoid broadly attributing a partner’s obligations to the platform. If the arrangement involves an SVF, separate requirements and boundaries apply to user redemption and safeguarding of funds; contractual allocation of responsibilities cannot predetermine how a regulatory authority will assess a particular structure.

Question 9

Why should an API cooperation agreement clearly specify who is responsible for customer identification and transaction monitoring?

Accepted Answer

This is because the division of responsibilities at the interface affects who obtains customer information, who monitors transactions and who handles anomalies, but contractual terms cannot make a party’s responsibilities illusory. For an MSO, the Customs guidance requires ongoing customer and transaction monitoring and states that ongoing monitoring cannot be carried out solely by relying on an intermediary. The agreement should clearly set out data delivery, escalation, record retention and contact mechanisms for suspicious matters.

Question 10

Can a payment platform transfer all AML/CFT responsibilities to its MSO partner or acquiring party?

Accepted Answer

A cooperation arrangement does not mean that responsibility is transferred entirely. If the platform itself is a regulated MSO, its ongoing customer and transaction monitoring responsibilities cannot be discharged solely by relying on an intermediary. If the platform is not an MSO, it should not be inferred that it necessarily has no other applicable responsibilities. First determine the actual roles of each party, then design arrangements for information sharing, screening, escalation and record-keeping.

Question 11

Does using a partner’s API amount to obtaining its authorisation for MSO, SVF or money lending activities?

Accepted Answer

No. API integration is a commercial and technical arrangement and does not automatically extend a partner’s licence, exemption or fit-and-proper assessment result to another entity. The platform should assess whether its own commitments, fund flows and actual business activities engage a Hong Kong regime. Neither company registration nor cooperation with a licensed institution automatically authorises the platform to conduct regulated activities itself.

Question 12

Can company registration and a partner institution’s licence prove that a payment aggregation platform may itself conduct regulated activities?

Accepted Answer

No. Company registration establishes the existence of the entity, while a partner institution’s licence reflects its own regulated status; neither automatically proves that an aggregation platform is authorised to conduct the relevant activities in its own name. The platform’s actual services, contracting and fund arrangements should be checked, and the assessment should be based on the current rules of the relevant authority and the facts of the case. A partnership should not be used as a substitute for analysing licensing requirements.

Question 13

When a platform collects payments from merchants as an agent, what facts should it check first?

Accepted Answer

In practice, first check the scope of the agent’s authority, who makes payment collection or refund commitments to payers, which account receives the funds, who can issue payment instructions, whether funds are commingled, when settlement occurs and who bears responsibility for anomalous funds. The agent’s label alone is not enough to determine the outcome; these details should be corroborated by the merchant agreement, payment flow and banking or partner arrangements.

Question 14

Does the name under which a merchant settlement account is held affect the assessment of the business structure?

Accepted Answer

It can. The account holder, account control and payment instruction arrangements help explain the flow of funds and the actual roles of each party. For an MSO, where a bank account is used to conduct business, the official guidance has clear requirements concerning the named account holder; a third-party account must not be used. This requirement should not be generalised into a single standard for all payment models; the full structure must still be considered.

Question 15

When a platform pools payments from multiple merchants in its own account and then allocates them, can it describe this solely as “technical clearing and settlement”?

Accepted Answer

A conclusion should not be based on the name alone. Pooling funds in an account held in the entity’s own name, segregation rules, control over funds, commitments to merchants or payers, refund channels and cross-border destinations may all affect the regulatory and risk assessment. The actual arrangements should be explained using verifiable fund flows, an account-control matrix, contracts and system permissions, rather than using “technical clearing” to obscure the substantive role.

Question 16

If collected payments remain briefly in a partner’s account, does that automatically prove that the platform does not control customer funds?

Accepted Answer

It cannot be proven automatically. The time funds remain in an account and the name in which the account is held are only relevant evidence. It is also necessary to examine whether the platform can direct payments, freeze funds, or issue refunds; who bears the risk if a partner fails to perform; and from whom users and merchants receive a payment promise. Contracts, system permissions, banking arrangements, and actual operating records should be checked together against the same funds-flow diagram.

Question 17

If an API partner executes payments, should the platform still retain evidence of reconciliation and exception handling?

Accepted Answer

It is advisable to retain them. Even if the platform does not execute payments itself, it should be able to reconcile merchant orders, partner acknowledgements, settlement results, refunds and exception handling to demonstrate that its public commitments are consistent with actual processes. This recommendation is intended to control operational and dispute risks and does not replace an assessment of statutory record-keeping, audit or reporting obligations applicable to any particular entity.

Question 18

Does separating acquiring, foreign exchange, remittance and credit modules among different affiliated companies mean each activity can avoid separate regulatory analysis?

Accepted Answer

No. Splitting a group may help clarify roles, but it does not eliminate the actual function of each module. Separately assess who makes commitments to customers, who controls funds or claims, who handles currency exchange or cross-border payments, and the facts concerning each entity’s business in Hong Kong. An association between entities, a unified brand or shared systems should not be used as a substitute for examining the facts and contracts item by item.

Question 19

Is charging merchants a technical service fee sufficient to prove that a platform does not provide payment or remittance services?

Accepted Answer

That is not sufficient to prove it. The name of a fee describes part of the commercial pricing and cannot, by itself, replace an assessment of the substance of the service. Even if a fee is called a software fee, interface fee or service fee, check whether the platform actually arranges payments, remittances or currency exchange, provides stored value, or assumes settlement responsibilities. Conversely, charging a transaction-related fee does not, by itself, necessarily amount to a regulated activity.

Question 20

Can the responsibilities of the platform and merchant in the event of a failed transaction or a partner’s refusal to pay be explained only verbally in an FAQ?

Accepted Answer

Do not rely solely on marketing FAQs or verbal explanations. In practice, the merchant agreement, user terms, cooperation agreements and operational procedures should consistently set out how failed transactions, chargebacks, refunds, disputes and data requests are handled, with version records retained. This helps reduce ambiguity about roles, but does not guarantee any regulatory outcome, civil liability result or performance by a partner.

Question 21

Is an MSO licence always required to collect payments from cross-border merchants?

Accepted Answer

Not necessarily, but the assessment cannot be skipped simply because the activity is described as “merchant collection”. MSO scope covers currency exchange and/or remittance services conducted as a business in Hong Kong. The actual facts must be checked to determine who arranges remittances, receives or transfers funds in a cross-border payment flow, and whether any statutory exemption applies. Customs has not published a blanket conclusion applicable to every platform.

Question 22

Is a Hong Kong merchant’s payment to an overseas supplier a situation in which the MSO boundary should be checked?

Accepted Answer

This is one of the typical scenarios that should be checked. The Customs guidance lists sending money to a place outside Hong Kong, arranging for money to be sent, or arranging for money to be collected outside Hong Kong as relevant types under the definition of remittance. Whether a particular platform provides that service as a business in Hong Kong still depends on the contracts, instructions, fund flows and its actual operational role; the destination of a payment alone is not conclusive.

Question 23

For cross-border settlement arrangements, which fund flows should be mapped out at the start of the project?

Accepted Answer

It is recommended that at least the full flow be mapped, including payer funding, amounts receivable by merchants, foreign-exchange points, domestic and overseas accounts, transfers by partner institutions, final receipt of funds, refunds and the return flow for failed transactions. Mark the account name, instruction rights and responsible party at each step. This is a project-mapping method, not a standard statutory form; it can help check the funds flows and banking arrangements addressed in an MSO business plan.

Question 24

Can the involvement of an overseas-licensed payment institution in settlement replace a local Hong Kong regulatory assessment?

Accepted Answer

It cannot be directly substituted on that basis. An overseas partner’s licence can be part of due diligence, but the Hong Kong materials verified for this purpose do not state that overseas licences are automatically recognised under Hong Kong regimes. The platform should still assess any potentially applicable local requirements separately, based on its actual activities, contracts and fund arrangements in Hong Kong; do not promote a partner’s licence as the platform’s Hong Kong authorisation.

Question 25

Can an overseas licence or registration automatically serve as a passport for SVF, MSO or money lending business in Hong Kong?

Accepted Answer

It cannot automatically serve as a passport. Hong Kong’s SVF, MSO and money lender businesses are subject to separate local regimes, authorities and applicable facts. Overseas registration, licences or market access records do not automatically satisfy Hong Kong application, exemption or ongoing obligations. A project may use them as background due diligence material, but should avoid claiming externally that “an overseas licence means it can operate in Hong Kong”.

Question 26

If a platform has foreign exchange transactions handled by an overseas partner, can it then disregard the boundaries of Hong Kong MSO regulation?

Accepted Answer

That should not be assumed. Executing the currency exchange overseas is an important fact, but it is still necessary to check whether the Hong Kong platform arranges cross-border payments or receipts, provides or arranges remittance for customers, and whether the relevant activities are carried on in Hong Kong. The actual division of roles should be verified through transaction instructions, customer commitments, fees, accounts and cooperation agreements; the conclusion cannot be based solely on “the currency exchange takes place overseas”.

Question 27

When using multi-currency e-wallets for cross-border settlement, how should settlement services be distinguished from stored value functions?

Accepted Answer

The assessment should return to the functional facts: whether user funds are stored and whether the issuer undertakes to use them to pay for goods or services or to pay another person. It should not rely solely on labels such as “wallet” or “settlement”. Multi-currency, cross-border or online use is not sufficient on its own to determine the outcome. It is also necessary to check who issues the account, who receives the value, who is responsible for redemption and who controls the balance.

Question 28

Can overseas merchants, overseas servers or foreign-currency pricing alone rule out an SVF being “issued in Hong Kong”?

Accepted Answer

No. The HKMA’s guidance expressly notes that contracting through an overseas entity or having servers overseas does not automatically exclude the activity; whether an SVF is issued in Hong Kong depends on the facts as a whole. Promotion to Hong Kong residents, a Hong Kong domain name, Hong Kong dollars, Hong Kong contact details, places of use, and links with local banks or merchants may all need to be considered together.

Question 29

For cross-border refunds, should the original payee or the Hong Kong platform handle them, and can this be decided after the product launches?

Accepted Answer

It is not advisable to leave this until after launch. The refunding entity, source of funds, exchange rate differences, partner interfaces, merchant notifications and consumer support affect funds flows and external commitments, and should be aligned in advance in the contracts and operating procedures. If the arrangements involve an SVF, the applicable requirements relating to redemption, user terms and safeguarding of funds must also be checked separately.

Question 30

Who holds the bank accounts and payment instructions for cross-border business, and why should this be included in the business plan?

Accepted Answer

The named account holder, control permissions and payment instruction chain can show how funds actually move, who is responsible for operations and how customer funds are protected from loss if an agent or overseas MSO fails to perform. The Customs MSO business plan guidance requires disclosure of information such as the flow of funds, bank accounts and account holders; this does not mean that any single account arrangement automatically determines the licensing outcome.

Question 31

When a platform makes overseas payments through an agent network, how should it address the risk of an overseas agent failing to perform?

Accepted Answer

Include this risk in the safeguarding and contingency arrangements, rather than relying solely on the agent’s commercial promises. The Customs business plan guidance requires an explanation of how customer funds will be protected from loss if an agent or overseas MSO fails to perform. In practice, it may also be useful to check pre-payment conditions, reconciliation, escalation of exceptions, alternative routes and customer communications, but the specific measures should be proportionate to the actual model.

Question 32

Does describing cross-border remittances as “global payments” change the assessment of the MSO scope?

Accepted Answer

The marketing name does not change the position. Check whether the platform conducts, as a business in Hong Kong, currency exchange or remittance services, and whether it actually remits funds, arranges remittances, receives funds or arranges for funds to be received overseas. Terms such as “global payments”, “international acquiring” or similar names may describe a product, but are not statutory exemptions and cannot replace a review of the flow of funds and the actual roles involved.

Question 33

If the same platform offers wallet, remittance and instalment payment functions, can one licence label cover all its business activities?

Accepted Answer

That is inadvisable. A bundled product should be assessed by examining the actual flow of funds, customer-facing commitments, account balances, foreign exchange or cross-border arrangements, and whether any function involves providing loans to users. A conclusion about one module does not automatically cover the others. The platform should also avoid describing all functions as authorised based on a market shorthand or the licence of a single partner.

Question 34

Does an SVF licensee’s ancillary foreign exchange or cross-border remittance activity mean that all aggregation platforms are exempt from MSO requirements?

Accepted Answer

Not necessarily. The circumstances described in the government’s response are limited to an entity that is already an SVF licensee and whose currency exchange or cross-border remittance services are ancillary to its principal business. This exemption does not replace an SVF licence, nor does it make an ordinary payment aggregation platform lawful simply because it describes its business as “ancillary”. If the stated prerequisite is not met, the matter should be assessed separately under the MSO regime.

Question 35

If a platform partners with an SVF company that already holds a licence, can the platform itself make stored-value or payment commitments to users?

Accepted Answer

This should not be assumed. A cooperation relationship does not automatically extend the status of a licensed SVF company to the platform. If the platform itself issues accounts, receives value, promises payment or arranges redemption, its actual role needs to be assessed independently. Use the user terms, merchant contracts, brand presentation, control of funds and system permissions to establish which entity is the issuer or operator and avoid misallocation of responsibilities.

Question 36

If a platform plans to offer deferred payment or instalment settlement, why can it not disregard MLO analysis merely because the arrangement is not called a loan?

Accepted Answer

This is because the boundary of money lending depends on the substance of the transaction, not the product name. If an arrangement involves advancing funds to users, making payments on their behalf, waiving overdue debts, or actually providing credit to users, whether it constitutes money lending should be assessed against the specific contracts, ownership of the claims, source of funds and allocation of risk. Calling it “instalment settlement” or “payment convenience” does not, by itself, exclude it.

Question 37

If a non-bank instalment plan does not provide loans to users, can it be described outright as “completely unregulated”?

Accepted Answer

This is not an appropriate way to describe it. The government’s response explains that, under the current financial regime, a non-bank BNPL service that does not involve providing loans to users does not, for that reason alone, require a licence. However, this is not a blanket exemption from all issues relating to payments, stored value, remittances, consumer protection or other laws. The product should still be assessed item by item against its funds flow, the identity of the creditor and the actual undertakings made.

Question 38

If a platform settles using stablecoins, can existing SVF, MSO or MLO analyses replace analysis of the stablecoin regime?

Accepted Answer

No. Hong Kong has a separate licensing regime for the issuance of fiat-referenced stablecoins, regulated by the HKMA. Whether relevant issuance activity falls within that regime should be analysed separately from SVF, MSO or money-lending business. Projects using stablecoins as a settlement, collateral or financing instrument should also not skip a specific assessment of virtual asset and payment arrangements merely because an existing payment or credit route is in place.

Question 39

If a stablecoin is merely a cross-border settlement medium, can a platform disregard the distinction between the issuer and its use?

Accepted Answer

This should not be overlooked. The verified regime concerns the issuance of fiat-referenced stablecoins, and “using stablecoins” does not automatically amount to issuance or necessarily rule out other regulatory analysis. A project should first establish who issues the stablecoin, who undertakes to maintain its stable value, how the platform receives and transfers the asset, and how it relates to cross-border settlement, customer funds or credit functions, before obtaining professional advice on the specific structure.

Question 40

Is an overseas stablecoin authorisation automatically recognised in Hong Kong as an issuer licence?

Accepted Answer

Automatic recognition should not be assumed. The materials verified only state that Hong Kong has a local, independent regime for issuing fiat-referenced stablecoins; they do not state that an overseas licence automatically substitutes for Hong Kong requirements. An entity holding an overseas licence may provide it as background information, but before offering relevant issuance activities to the Hong Kong market, it should still check the local rules and case-specific scope applicable at that time with the HKMA.

Question 41

What should an aggregated payment arrangement check in advance when consumers exit or the platform stops providing services?

Accepted Answer

Identify in advance any transactions not yet completed, refundable funds, unsettled merchant payments, user enquiry channels, data handover, partner termination provisions and notification responsibilities. If the entity is an SVF licensee, HKMA’s supervisory guidelines require it to maintain a viable orderly exit plan and to discuss with HKMA the preparation of an exit plan or changes to one before they are made or introduced. Other platforms should not mistake this requirement for a universal automatic conclusion.

Question 42

When a merchant ends its cooperation, should the platform first check unsettled transactions, refunds and disputes?

Accepted Answer

This should be checked first. A merchant’s exit may leave authorised but unsettled transactions, returns and refunds, chargebacks, data access and customer service responsibilities. If these are unclear, consumers and partners may be unable to identify who is responsible for handling them. It is advisable to reconcile each transaction, specify the transfer of responsibilities and set retention periods in an exit checklist, but this project management recommendation does not replace any specific contract or statutory procedure.

Question 43

After terminating an API partnership, can a platform immediately close merchants’ refund and enquiry channels?

Accepted Answer

Termination of an interface should not be treated as directly ending external responsibilities. First check surviving contractual obligations, incomplete transactions, the source of refunds, dispute information and customer notifications, and retain appropriate enquiry and escalation channels for merchants and consumers. If an SVF is involved, user redemption and orderly exit requirements must also be handled within their applicable scope; taking the technology offline alone is not a substitute for these arrangements.

Question 44

If a payment partner or merchant is involved in sanctions, fraud or fund irregularities, which control points should a structural review prioritise?

Accepted Answer

Priority should be given to checking customer and business partner due diligence information, transaction-monitoring rules, sanctions screening, escalation of anomalies, suspension access rights, suspicious matter reporting channels and record retention. For regulated MSOs, AML/CFT guidance requires ongoing customer and transaction monitoring, training and governance arrangements. The strength of controls for a particular platform should still be designed according to its role, products and risk level; a one-size-fits-all checklist should not be applied.

Question 45

Why should the actual business and transaction purposes of a newly onboarded aggregator merchant be verified?

Accepted Answer

This is because a merchant name, industry code or business registration may not adequately reflect the actual product, transaction counterparties and use of funds. In practice, onboarding information should be linked to ongoing transaction monitoring so that activity inconsistent with the declared business model can be identified. For regulated MSOs, ongoing monitoring of customers and transactions cannot rely solely on intermediaries; non-MSO platforms should also design checks in line with their own risk exposure.

Question 46

Before opening its API to merchants in high-risk sectors, can a platform rely solely on the merchants’ business registration details?

Accepted Answer

It is inadvisable to rely on it alone. Business registration can verify basic entity details, but may not reflect beneficial owners, actual goods or services, transaction countries, refund patterns or funds-flow risks. Risk-based enhanced due diligence and ongoing monitoring are recommended, with rules on acceptable and unacceptable merchants, escalation mechanisms and information-sharing arrangements with partners set out in operational documents. Specific requirements depend on the platform’s role.

Question 47

When acquiring a platform or changing its controller, why should API partnerships, merchant contracts and fund arrangements be reviewed again?

Accepted Answer

A change of controller may alter actual management, control of funds, reliance on business partners and the allocation of risk; company completion documents alone are not enough. An SVF involves controller procedures, while the addition of an MSO’s ultimate owner is also subject to prior approval requirements. Accordingly, review contractual continuity, account access rights, merchant notifications, compliance records and regulatory communications together. The specific filing or approval route must be determined according to the licence and transaction facts.

Question 48

Why should partner dependency risks be assessed when there is concentration in the merchant pool or among payment agents?

Accepted Answer

When a large volume of transactions, funds channels or refund capability depends on a small number of partners, an interruption in those relationships may affect multiple merchants and consumers at the same time. It is recommended to check key contracts, settlement and reconciliation arrangements, alternative routes in the event of an exception, data portability and notification mechanisms. This is continuity and operational-risk advice; it does not mean that the regulator has set the same concentration threshold or fixed remediation timeline for all platforms.

Question 49

If a platform plans to exit the Hong Kong market, can it transfer customer funds and unsettled obligations to a new partner without checks?

Accepted Answer

This cannot be treated as automatically completed. First confirm the new partner’s actual role, contractual assumption, safeguarding of funds, unsettled transactions, refunds, data arrangements, and notices to consumers and merchants. If an SVF licensee is involved, an orderly exit plan and relevant changes should be handled in accordance with HKMA guidance. Having a partner carry out the work does not automatically release the original entity from its responsibilities under its contracts and the applicable regime.

Question 50

What is the minimum compliance due diligence checklist for an aggregated payment project before launch or a major architectural change?

Accepted Answer

We recommend updating at least the entity and contracting matrix, end-to-end funds flow, account and instruction authorities, merchant and API agreements, refund and dispute processes, cross-border touchpoints, allocation of AML/CFT responsibilities, exit arrangements and assessment of applicable licensing requirements. This checklist is a project preparation tool, not a standard approval template issued by a regulator. Where there are changes to the business, control or safeguarding of funds, separately confirm any communication or approval requirements under the applicable regime.

Licensing hotline	+852 3050 1899
Shenzhen mobile number / same number for WeChat	+86 159 2000 2080
Hong Kong / WhatsApp	+852 9298 4213
Email	Drew@sfc8.com
Official website	svf-hk.com
Hong Kong Address	86/F, International Commerce Centre (ICC), 1 Austin Road West, Kowloon, Hong Kong

Payment Aggregation and Business Structure

Contact RGYS

WhatsApp Enquiry

WeChat Contact

Leave Your Enquiry