Question 1

经营加密支付业务，需要申请哪些牌照？

Accepted Answer

没有一张通行全球的“加密支付牌照”。应先把产品拆成收币、保管、兑换、转移和法币结算，再按实际经营地及客户市场判断。可能需要加密资产服务与支付两类资质，也可能依法采用持牌合作模式，但合作不当然免除自身准入要求。

先看客户让你完成什么，而不是产品叫什么

判断牌照时，最有用的材料不是商业计划书上的“Web3支付”名称，而是一笔订单的完整过程：客户向谁下达指令，资产先进入谁的钱包或账户，谁能签名或冻结，谁报价，商户最终向谁追索款项。仅提供账单页面，与承诺把稳定币换成美元并付给商户，不能当作同一种服务。客户资产即使只停留几分钟，也应纳入业务分析。还应把客户资金与公司自有流动性分开标示：同样是一笔对外转账，使用客户余额履行指令，与企业处置自身资产，可能需要不同分析。

币端和法币端可能分别受监管

以欧盟为例，MiCA第59条将加密资产服务准入落实到具体经营主体及获准服务，而不是给公司一张无限范围的通行证。欧洲银行管理局关于MiCA与PSD2衔接的意见也说明，某些电子货币代币服务可能同时涉及支付监管。因此，取得加密资产服务资格后，仍要单独核查兑换后的法币如何收取和支付；不能仅凭钱包不显示法币余额，就跳过法币端分析。

两种商户收款方案，责任结构不同

假设一家境外电商使用同一个收银页面。方案甲中，商户直接与获准提供相关服务的机构签约，该机构收币、兑换和结算，软件公司仅提供订单对接。方案乙中，软件公司以自己名义报价、收币并保证商户收到固定金额美元，再找上游执行。两者外观相似，客户购买的服务和承担风险的主体却不同；方案乙不能仅因上游有牌照，就按纯技术服务处理。

先形成准入清单，再决定申请顺序

建议把每个环节对应的服务主体、国家、资质和合同列成一张表，发现没有覆盖的环节再比较自行申请与合作成本。中国内地不能直接套用上述境外模式；2026年银发〔2026〕42号对境内虚拟货币相关业务及境外向境内非法提供服务作出限制。团队所在地、客户所在地和资金来源应一起审查，不能用境外公司注册证替代市场准入结论。

画出一笔正常付款及一笔退款的资产、指令和责任流向图。

从监管公开名录核验各合作主体的准确名称、状态及服务范围。

为首批客户国家形成“允许开展、附条件开展、暂不开放”的清单。

本文为一般信息，不替代基于具体事实的法律意见。

Question 2

已经有传统支付牌照，增加稳定币收付款还需要新牌照吗？

Accepted Answer

不一定要从头申请，但必须重新核对许可范围。传统支付资格并不自动覆盖稳定币托管、兑换和转移；有的机构可走法定通知或增项路径，有的需要另行授权。关键是现有主体的牌照类别、拟新增功能以及稳定币在当地的法律分类。

先核对原牌照允许做什么

“支付公司”只是行业称呼，实际资格可能是汇款、收单、电子货币发行或其他服务。审查应从许可决定、附加条件和登记名录开始，再逐项对照新产品。还应区分为自己结算法币而使用稳定币，与直接向客户提供买币、存币和转币服务：两种产品对客户承担的义务不同，不能因为都嵌在原有支付页面，就沿用原来的准入结论。同时检查原许可是否附有业务规模、客户类型或服务地域限制。新增稳定币功能即使没有改变主体，也可能改变当初申请时说明的业务和风险。

欧盟的通知路径并非所有支付机构都能用

MiCA第60条为特定金融机构安排了提供部分加密资产服务的路径。其中，电子货币机构的相关通知安排涉及其自行发行的电子货币代币的托管和转移，并不是允许其凭原牌照经营所有第三方稳定币。普通支付机构也不能只因属于金融行业，就认定自己属于该条列举的机构。具体是通知、申请CASP授权还是扩大既有授权，应按主体与服务逐项匹配。

假设新增一个“稳定币付款”按钮

一家已有法币收款业务的境外公司，准备让客户把稳定币存入平台余额，再向供应商支付。新功能不仅增加一个支付选项，还引入资产保管、转账授权和链上异常处理。若改为由合资格第三方直接与客户签约并承接这些服务，公司的角色可能不同；但应核查真实交互和合同，而不是仅在页面底部加上合作机构名称。

上线前把资质变更与运营改造一起检查

欧盟EMT服务还存在MiCA与PSD2交叉，EBA在2026年意见中继续处理有关授权衔接，不能把此前的监管过渡建议理解为永久豁免。实务上还应重新取得银行及通道对新业务的确认，更新客户条款、资产隔离、退款、钱包权限和事件响应方案。这里的银行确认是合作可行性核查，不等于银行可以批准原本不获法律允许的业务。

把原许可范围与新增功能列成差异表，明确自行经营和第三方经营的边界。

如主张适用通知或增项，记录具体条文、前提及主管机关程序。

完成银行、上游通道和客户合同变更后，再设置真实交易上线门槛。

本文为一般信息，不替代基于具体事实的法律意见。

Question 3

只提供支付技术接口、不经手客户资金，需要持牌吗？

Accepted Answer

只做软件不必然需要金融牌照，但“不碰钱”不能单独证明豁免。要看接口是否只是传递信息，还是接受客户交易指令、安排兑换、控制转移或承诺到账。不同市场对不占有资产的交易安排服务也可能监管，应结合产品权限和合同判断。

接口名称不决定业务性质

一个API可能只是展示第三方报价，也可能接收订单后替客户选择交易对手、拆单并发起转账。需要问清楚：客户是否直接同持牌机构建立服务关系？谁能修改收款地址、撤销订单或放行付款？交易失败时由谁承担补款责任？这些问题比“资金没有经过公司银行账户”更能说明公司究竟在卖软件，还是在提供金融服务。

不占有资产，也可能处于监管范围内

新加坡MAS在2024年扩大支付服务监管范围时明确纳入某些不占有资金或数字支付代币的转移、兑换促成活动。因此，服务器只是传指令、资产直接从客户钱包到第三方钱包，并不是全球通用的免牌照结构。相对地，美国FinCEN关于软件开发的解释区分单纯开发、销售软件与利用软件经营资金转移；该结论仅解决其特定监管范围，不能代替其他州或国家的判断。

用一项假设改动测试边界

假设商户原先在第三方页面自主下单，软件只同步订单状态；后来团队为了“优化体验”，让客户在自己的页面统一接受条款，平台自动选报价方并保证汇率和到账。即使底层付款地址没有变，新增的客户承诺、订单控制和履约安排也可能改变法律定位。技术团队的权限设计、产品文案和合同必须一起审，而不是在开发完成后只检查收款账户。

把技术边界变成可以验证的证据

若计划按纯技术模式经营，应保存数据流和指令流说明、接口权限清单及与服务机构的分工合同，并确认当地确有适用的排除或豁免依据。不要为了降低监管成本而把真实业务写成另一种业务；应让客户知道谁提供兑换、保管与支付服务。上线后的新增功能也应走变更审查，尤其是统一余额、自动换币和平台代签等功能。审查时不要只看前端流程图，应让技术人员演示管理员权限、密钥分片、合约升级和人工放行功能，确认纸面分工与实际能力相符。

逐一列出API读写权限，检查平台能否独立或共同改变资产去向。

核查界面、条款、客服承诺中的实际服务方是否一致。

为“纯技术”结论形成适用法域、具体条文和功能边界记录。

本文为一般信息，不替代基于具体事实的法律意见。

Question 4

帮商户收取稳定币，再结算成法币，这种业务合法吗？

Accepted Answer

在允许相关业务的境外市场，收稳定币再向商户结算法币可以在相应许可和合法合作结构下开展；不是“商户愿意收”就合法。中国内地现行规定严格限制虚拟货币相关业务，不能把境外收币结算模式直接作为面向境内商户的常规支付方案。

一笔结算通常不止一种服务

从客户付款到商户收美元，中间至少要回答谁接收稳定币、谁持有资产、谁执行兑换以及谁支付法币。若平台以固定汇率承诺结算，还应明确汇率在什么时点锁定、网络拥堵或上游拒付由谁承担。欧盟MiCA列出的加密资产服务包括兑换、托管和代客转移等；具体许可不能只按“收款”两个字选择，法币付款环节也应另行核查支付监管。也应确认商户对账单显示的是待兑换的币、待支付的法币还是已到账金额，避免把尚未完成的上游操作提前当作商户已可支配资金。

境内商户不能靠境外主体绕过限制

2026年银发〔2026〕42号继续禁止在境内开展法币与虚拟货币兑换等相关业务，并限制境外单位和个人非法向境内主体提供相关服务。该通知已经取代2021年通知。因而，把人民币或境内贸易回款包装成境外稳定币支付，或者安排境外公司签合同，并不能单独证明合法；客户实际经营、服务提供和资金使用情况仍需审查。

假设商户在允许收币的境外市场

一家境外酒店希望客人付稳定币、酒店收当地法币，可以比较两种结构：由合资格机构直接与酒店签约并负责兑换结算，或由平台作为酒店的结算义务人再调用上游。后一结构会使平台承担更多履约风险，也更需要核实自身资格。即便采用前一结构，仍应确认币种、网络、商户行业和结算目的地均在合作机构可接受范围内。

合法收款还要能处理退款和异常

方案评估不应只演示成功付款。建议同时设计少付、多付、错链、制裁筛查命中、稳定币冻结及消费者退款等流程。例如，商品退货时退原币数量还是原法币金额，应在交易前明确；这属于合同与风险分配问题，不是简单把原链上交易“撤销”。只有主体、资质、交易用途和异常处理都能闭合，才适合进入真实商户测试。

把商户经营地、服务签约地、资产流向和结算账户所属地放在同一图上。

核验收币、兑换、保管和法币结算各主体的资格及币种支持范围。

用退款、冻结和上游拒付三类情形做桌面演练，并修订商户条款。

本文为一般信息，不替代基于具体事实的法律意见。

Question 5

用公司自己的稳定币给客户兑换法币，需要持牌吗？

Accepted Answer

有可能，而且“币是公司自己的”不是经营兑换业务的普遍豁免。应区分公司处理自有投资，与持续向客户报价、成交并交付法币或稳定币的业务。后者即使不代管客户余额、利润只来自买卖差价，也可能属于受监管的兑换或资金转移服务。

资产所有权与经营性质是两个问题

交易前资产属于谁，解决的是资产归属；公司是否向外部客户提供金融服务，解决的是监管定性。假设公司事先购买稳定币作为库存，客户下单后再交付，不能仅凭“卖的是库存”排除监管。相反，一家普通企业为了支付自身开支偶尔处置资产，与把兑换作为获客产品持续经营，需要分别分析，不能用同一结论概括。公司承担库存价格波动，并不当然使交易变成普通投资；关键仍是是否将这项交易能力作为面向客户的持续服务。对外报价记录和客户合同都能帮助还原事实。

官方规则并不只监管代客买卖

欧盟MiCA第3条对以自有资本与客户买卖加密资产的兑换服务作出定义，说明自营库存与经营性兑换可以同时存在。美国FinCEN也区分个人或企业作为使用者进行自身支付、投资，与作为兑换经营者开展业务；单纯为自有账户投资的解释不能扩大成向客户提供场外兑换的统一豁免。这些是各自制度下的判断，不是全球统一牌照规则。

客户款项的去向会增加问题

假设客户卖币后要求把法币支付到自己的公司账户，和要求支付给多个供应商，是两种不同交付方式。后一种可能不再只是完成一笔双边买卖，还涉及替客户转移价值。允许客户长期保留余额、分批提款，或者用不同客户的收付款相互轧差，也应单独分析；合同写成资产买卖不能自动消除实际保管和付款功能。

把交易事实整理完整，才能判断门槛

建议整理报价频率、对外营销方式、客户数量、资金来源、成交和交付顺序，并说明是否允许第三方付款、收款。判断不能只以金额小或没有服务费为依据。完成法域分析后，再决定是仅管理公司自身资产，还是作为兑换业务建立准入、客户尽调、报价和异常交易制度；中国内地的经营性兑换仍须按现行禁止性规定另行评估。

分别制作自有资产管理和对客兑换的流程，避免混用账户及对外表述。

检查客户能否要求第三方收款、余额留存或多笔拆分交付。

确认拟服务市场的兑换定义及例外条件，不用“自营”“差价”代替法律分析。

本文为一般信息，不替代基于具体事实的法律意见。

Question 6

只服务企业客户的加密支付平台，也需要持牌吗？

Accepted Answer

通常仍需判断牌照或登记要求。企业客户不是普遍豁免：监管首先看平台是否经营兑换、托管、转移或支付服务。某些市场对特定客户适用不同规则，也必须符合具体定义；一家注册公司不会自动成为专业投资者，更不当然免除反洗钱义务。

B2B描述客户，不替代服务分类

企业向供应商付款、商户接受客户付款、集团管理资金，商业目的各不相同，但平台是否代客处理资产仍要独立判断。以欧盟MiCA为例，客户定义包括接受服务的自然人和法人，并非只保护个人投资者。因此，只关闭个人开户注册入口，不能让原本属于CASP服务的业务自动退出监管范围；仍应核查具体服务及可能适用的例外。

企业身份和专业资格不能混为一谈

小型贸易公司、投资基金与持牌金融机构虽然都是法人，资历、用途和可适用规则却可能不同。如果拟依赖专业客户、合格投资者或其他特定类别安排，必须核验目标法域的定义及对应规则究竟减免什么。某些安排仅改变披露、营销或投资者保护要求，并不当然消除经营许可。销售团队不能只让客户勾选“企业账户”，就完成法律分类。

假设平台只为出口公司支付货款

平台收到企业资金后换币，再交付境外供应商，仍可能经营资金或虚拟资产转移。真实采购合同有助于说明交易目的，却不能取代业务资质。反过来，平台若仅提供发票匹配和付款审批软件，由企业直接指示合资格机构执行，角色可能不同。两种模式应按实际指令、资产控制和合同义务区分，而不是以客户都从事贸易为理由混在一起。

B2B合规应围绕企业风险设计

新加坡MAS的DPT反洗钱通知要求识别客户及受益所有人，并持续监测相关风险。对于企业支付，建议进一步核对实际控制链、授权付款人、业务规模和收款对象是否匹配。批量付款尤其要保留从企业客户到每个最终收款人的关联，不能只查首层公司。聚焦少数行业有助于把问题查深，但不等于所有有营业执照的客户都可接入。企业客户也会更换控制人、增加经营地区或突然改变交易规模，初次开户通过不代表以后无需复核。建议事先设定触发重新审查的业务变化。

明确法人客户类别及采用该分类的法律目的，保留资格证据。

建立企业控制权、授权人员和交易用途核查清单。

抽取一笔批量付款，验证每个最终收款人均能关联到具体订单和指令。

本文为一般信息，不替代基于具体事实的法律意见。

Question 7

替企业用稳定币向境外供应商付款，需要什么资质？

Accepted Answer

需要沿付款链判断，而不是只找一张“跨境支付牌照”。代企业收款、换币、转币及向供应商付法币，可能涉及不同准入要求；企业自行付款与平台代客付款也不同。真实贸易合同能说明用途，但不能替代服务商资格，境内企业场景还需独立审查内地规则。

先把付款起点和终点讲清楚

准备方案时，应明确企业从哪个国家、哪个账户支付什么资产，供应商最终在哪个国家收到什么资产。企业交美元、供应商收稳定币，与企业交稳定币、供应商收当地法币，对兑换与支付通道的需求不同。还要说明平台是否先垫付、是否合并多家企业的资金，以及谁承担最终到账义务；这些不是纯技术细节，而是判断服务内容和风险归属的基础。客户合同还应说明供应商收到指定币种是否已经清偿企业的货款义务。平台完成技术转移，与买卖双方确认债务已经履行，不应在产品展示中混为一谈。

企业自己付，与平台替企业付不同

在美国FinCEN解释中，使用虚拟货币支付自身商品或服务，与经营代他人接受、转移价值的业务有区别。假设企业自主控制钱包并向供应商签名付款，平台只管理发票；另一模式则是平台收到企业资金后，自行决定换币和转账，向企业交付“已付款”结果。后一模式不能仅以贸易付款为由视为企业自用，上游执行交易也不自动消除平台责任。

两端都要核验，不只看发币这一侧

加拿大FINTRAC的业务说明将虚拟货币兑换和转移纳入相关MSB活动，体现了转币本身也可能触发监管。实际跨境产品还应逐端检查：出款方是否覆盖该服务，接收方是否允许供应商收币，最终法币账户是否接受该来源。上述加拿大定义不能直接套用所有国家，但足以说明“只用稳定币中转、不碰当地货币”不是通用豁免。

境内贸易与异常付款需单独留一关

涉及中国内地企业、境内收付或面向境内提供服务时，应按2026年通知及相关外汇等规则另行评估，不能把真实合同当作一条稳定币结算绿色通道。对允许开展的境外业务，建议事先约定收款地址确认、错误付款、汇率差和供应商拒收的处理，并保留合同、发票、客户指令及最终到账凭证的关联，避免只有链上哈希却无法解释付款目的。

固定首条付款走廊的两国、客户类型、收付币种及最终账户。

将贸易文件与付款指令、兑换记录、链上转移和银行回单关联保存。

分别核验两端服务资格及供应商收款条件，未确认的目的地不开放。

本文为一般信息，不替代基于具体事实的法律意见。

Question 8

公司注册在境外，只服务境外客户，需要在哪些地方持牌？

Accepted Answer

不能只看注册地，也不能把“境外客户”当作不受监管的统一类别。需要同时检查公司设立及实际管理所在地、人员和服务活动所在地，以及主动面向的客户市场。某些市场即使没有当地客户也会监管本地对外业务；另一些市场会监管境外向本地客户提供服务。

先明确“境外”是相对哪里而言

一家在甲地注册、由乙地团队运营、服务丙地客户的公司，可能同时需要分析三个地方。注册证反映法律主体，不能完整回答谁在接单、管理钱包和作出风险决策。建议按签约、营销、客户审核、交易执行、资产控制和投诉处理等职能定位实际开展地点；不能仅凭服务器放在国外，便认定核心经营也在国外。云服务、外包客服和远程员工的存在也不宜机械等同于当地持牌义务，但它们应进入事实清单，由当地规则判断联系是否足够，而不是先行忽略。

有的制度看本地对外经营

新加坡MAS于2025年明确，纳入相关制度且仅向新加坡以外客户提供数字代币服务的DTSP，也需要相应许可，并表示通常不会发出该类许可。这个例子说明，“不服务注册地客户”并不必然减轻准入难度，甚至可能使某个设立方案不适合实际业务。但应按具体主体、代币和服务适用范围判断，不能把该口径扩大到所有新加坡科技公司。

有的制度看境外是否向本地招揽服务

加拿大FINTRAC列出的FMSB条件包括没有加拿大营业地点，但向加拿大的个人或实体定向并实际提供相关服务；营销方式和客户联系均有影响。因此，网站写“仅服务海外”、用外国公司签约，不代表可以忽略客户市场。主动推广、当地代理和特定市场的服务支持，应同客户实际位置一起检查，不能只凭客户提供一个境外地址完成判断。

假设注册地不变，业务仍可能变化

假设团队原来只服务一个已评估的市场，后来让销售人员在另一个国家持续招揽客户，并由当地员工审批大额付款。公司章程没有变，却新增了客户和经营联系。建议设置国家准入审批：先确认许可或跨境服务依据，再开放注册、营销和交易，而不是先做流水后补研究。涉及内地团队时，还应另外审查其实际职能与内地限制，境外牌照不能替代这一步。

制作主体、人员职能、客户市场三层地图，不只列公司注册地址。

对每个首批市场记录主动营销、服务接触和支付通道的联系事实。

将新增国家、人员权限和当地代理纳入合规变更审批。

本文为一般信息，不替代基于具体事实的法律意见。

Question 9

加密支付项目可以先试运营，等业务做起来再申请牌照吗？

Accepted Answer

凡业务依法要求事先许可或登记，就不能仅因规模小、免费或称为“内测”而先经营。可以先做不涉及真实客户受监管活动的技术验证；真实交易测试则需确认授权、豁免或正式试点安排。监管沙盒也不是团队自行宣布生效的免牌照区。

关键是测试了什么，不是叫试运营多久

如果客户已经把真实资金或稳定币交给平台，平台负责兑换、保管或交付，测试标签不会改变资产和责任已经发生转移的事实。与此不同，模拟订单、测试网络资产、内部技术演示和不收取客户资金的用户访谈，可以用来验证流程。两者应分开设计，尤其不要在演示阶段顺手替潜在客户完成一笔真实付款，再认为没有收费就不算经营。签署保密协议、只邀请熟悉的企业或让参与者自行承担风险，也不当然改变活动性质；测试合同不能替代法律要求的许可或注册依据。

先登记还是先经营，要看具体制度

加拿大FINTRAC明确要求相关MSB在开始经营前登记；这不是等业务达到一定规模再补报的安排。其他市场的准入形式和时点可能不同，不能拿某地的申报期限解释另一市场的事先许可要求。即使登记程序与许可审批不同，反洗钱、记录保存及其他适用义务也不应被当作试运营阶段可以暂缓的事项。

正式沙盒仍有准入边界

英国FCA的监管沙盒说明强调，涉及受监管活动的测试仍须先有适当授权或注册，并可能附客户数量、期限和活动范围等限制。假设一个支付项目获准在指定客户范围测试，并不意味着可以把同一产品向全球开放。应以书面批准或依法适用的安排为准，核实谁是获准主体、测试哪些功能以及测试结束后如何退出或转入正式经营。

把上线门槛拆成可验收节点

建议将上线计划分为技术验证、合作方联调和真实业务三个阶段，每一阶段明确能接触什么资产、由谁承担服务义务。真实交易前检查客户协议、资质状态、资金隔离、交易监测及故障处置，而非只检查接口是否可用。若已经发生无牌经营，不宜继续累积流水等待获批；应保全历史记录、限制新增风险，并评估停止、客户退出及后续申报的处理方案。

明确测试环境是否涉及有真实价值的客户资产，并关闭未经审查的真实入金入口。

保存适用准入依据或沙盒批准文件，核对主体、期限、客户和产品限制。

在上线验收表加入资质、客户保护与异常处置签核，不能只由技术负责人放行。

本文为一般信息，不替代基于具体事实的法律意见。

Question 10

传统支付公司转做加密支付，主要需要改变什么？

Accepted Answer

转型不只是新增一个币种接口，而是重做业务范围、资产控制、风险和合作通道的匹配。原有客户、订单和对账能力可以复用，但稳定币托管、链上转移及兑换不能自动沿用传统支付许可和流程。最好先选一条明确的境外付款走廊，验证全链条再扩张。

先决定新增服务，别先买系统

团队首先应回答准备向谁提供什么承诺：让商户多一种收款方式，替企业付款，还是让用户持有并转出稳定币余额？同一支付公司做这三类产品，所需的许可、钱包权限和客户条款可能不同。欧盟MiCA第60条的特定金融机构路径也有服务限制，不能因为已有传统支付资格，就预设所有新增功能都只需通知。

账本需要同时解释银行钱与链上资产

原来的“订单成功”可能主要依靠支付通道回执；加入链上转移后，还需定义何时认为交易最终完成，如何处理错链、到账不足和兑换未完成。建议分清订单金额、持币数量、兑换价格和最终结算额，做到客户应收、平台库存及链上地址可对账。不要把全部稳定币视作等额美元存款，也不要把链上成功直接等同于商户银行账户到账。原有财务和客服团队也需同步理解这些状态，避免系统标注“完成”后仍由人工口头解释延迟。可先用同一笔订单贯穿财务、技术和客服做全流程验收。

风险控制从银行卡延伸到钱包和合作机构

欧盟MiCA治理要求包含适当人员、持续运营和安全的信息技术安排；新加坡2024年相关措施也强化了DPT客户资产保护。落到产品上，团队应明确私钥和签名权限、钱包备份、链上交易审核以及上游暂停时的处置。使用第三方托管或链上分析工具能够提供能力，但公司仍需知道报警由谁判断、谁能停付和谁向客户解释。

用一条假设走廊检验商业模式

例如先为允许收币市场的特定境外商户提供一种稳定币、一个网络和一种法币结算，而不是首日支持全球钱包与多币种余额。评估时同时计算兑换价差、链上手续费、异常处理、银行通道和人员成本，并先取得合作方对业务性质的确认。若原客户主要位于中国内地，应先评估现行限制，而不是把境内商户资源直接迁移到境外主体名下。

明确第一版只做收款、付款或余额钱包中的哪些功能，并冻结未经评估的功能。

完成订单账本、链上地址、兑换记录与银行回单的四方对账测试。

用冻结、错链和上游停服演练，确认客服、财务、技术和合规各自权限。

本文为一般信息，不替代基于具体事实的法律意见。

Question 11

加密支付公司注册在哪里比较合适？

Accepted Answer

没有脱离业务场景的最佳注册地。应先确定首批客户和产品，再比较准入范围、实际管理要求、银行通道及持续运营成本。便宜的离岸公司不等于便宜的支付业务；注册地能设公司，也不等于公司能在客户所在市场经营。

先选服务市场，再选公司地址

选址的第一张表应是客户地图，而不是税率排名。明确首批客户所在国、付款和收款币种、需要的账户或钱包功能，以及是否直接持有客户资产。若主要客户集中在欧盟，便应研究欧盟的准入和跨境服务机制；若业务只与一个国家有关，也没有必要为“全球布局”先搭建复杂集团。公司注册、金融许可和市场获客应分开验证，不能互相代替。

用硬条件先排除不适合的方案

欧盟MiCA第59条对获授权CASP的注册地、实际管理地及董事居住安排有明确要求；新加坡对仅服务海外客户的特定DTSP也有严格许可立场。这类条件会直接影响某方案能否落地，不宜排在注册费之后。团队如果不愿迁移管理职能或承担当地人员成本，应在申请前识别差距，而不是先注册空壳再寻找挂名负责人。

假设两个地区的注册报价相差很大

甲地设立便宜，但不能支持首批客户市场，且预定银行不接受该业务；乙地设立较贵，却有与产品匹配的准入路径。此时真正应比较的是能够合法完成一笔交易的整体成本，而非公司证书价格。银行是否开户不是仅由注册地决定，建议拿实际交易流程和客户类型向备选银行、兑换及结算机构核实，避免把服务商的口头承诺当成已落实资源。

把选择形成可复核的决策表

对保留的候选地，分别记录获准服务、客户覆盖、管理人员、申请材料、资本或保障、税务和退出成本。税负、出资及境内团队安排应另行作具体分析，不宜用某一项名义税率得出总成本结论。最终选择应能回答：第一年靠哪些合法业务产生收入，哪一项前提失败会让方案不可行，未来新增市场是否需要第二个主体或另一类资质。可给每个候选地列一项“退出条件”：例如关键岗位无法落实、核心客户不可服务或银行明确拒绝对应流程。一旦触发，应重新选址而不是继续投入沉没成本。

先锁定首批客户市场和第一版产品，列出不可妥协的功能需求。

对两至三个候选地用同一张准入、团队、银行、资本和持续成本表评分。

要求合作资源说明覆盖的真实主体、业务及国家，不接受“可开全球账户”的笼统表述。

本文为一般信息，不替代基于具体事实的法律意见。

Question 12

做全球加密支付，需要在每个国家都申请牌照吗？

Accepted Answer

不一定每个国家都要单独申请，但每个拟服务市场都应有明确的准入依据。可能是当地许可、符合条件的区域跨境机制或合法合作安排，不能靠一张境外登记证明全球可经营。客户能访问网站、合作银行能汇款，都不等于当地允许公司提供该服务。

区域通行有边界，不是全球通行

欧盟MiCA为获准提供相关服务的CASP安排了跨成员国服务机制，并要求按照第65条履行相应通知。其价值在于减少欧盟内部重复准入，但不意味着自动覆盖欧盟之外，也不把加密服务权限扩大成所有法币支付或信贷权限。规划时应同时列出国家范围和服务范围，避免把“一套区域规则”宣传为“一张全球牌照”。

境外客户主动来找，也不能随便使用豁免

欧盟对客户独自主动请求服务存在狭窄安排，ESMA反向招揽指引强调看事实，不能靠合同勾选覆盖相反的营销行为。假设公司面向欧盟投放广告，再让客户声明“本人主动找到平台”，并不能据此建立合规依据。类似规则也不能直接推广到其他国家；没有核验前，不应把“客户自愿访问”作为开放全部市场的默认理由。

支付目的地与客户市场是两张清单

服务一家已核准市场的企业，替它向其他国家的供应商付款，和直接向那些供应商提供钱包、兑换及账户服务，是不同场景。前者需核验付款走廊及当地交付条件，后者还增加新的客户市场准入。加拿大FMSB规则也说明，境外主体定向并向加拿大客户提供服务，可能触发当地登记要求；不能仅在注册地完成手续便结束分析。

把“全球”拆成分批上线的国家范围

建议先开放已取得明确结论、合作通道也确认支持的市场；对需新增许可或存在禁止风险的市场，保留限制并设定复核条件。限制应落实在营销、开户注册、付款路线和合作合同中，而不只是条款上的一行国家名单。客户迁址、代理获客及新增余额功能都可能改变原有判断，因此国家清单应与产品版本一同维护。地域控制也不宜只依赖IP地址。企业注册地址、实际经营和客户关系可能不同，建议结合开户材料与交易用途核验，并为疑似绕开限制的情况设置人工复核。

分别建立客户准入国家清单与支付目的地清单，注明各自依据。

核验区域跨境机制的主体、服务、通知及生效条件。

检查广告投放、开户链接、销售承诺和系统地域限制是否一致。

本文为一般信息，不替代基于具体事实的法律意见。

Question 13

MSB、VASP、CASP这些资质有什么区别？

Accepted Answer

MSB、VASP、CASP不是同一种全球牌照。MSB通常是特定国家的货币服务企业类别，VASP是各地制度不同的虚拟资产服务商概念，CASP则在欧盟MiCA下有明确授权框架。应比较监管机关、服务、地域及持续义务，而非只看缩写。

MSB：先分清美国与加拿大

美国FinCEN的MSB登记主要处于联邦反洗钱框架，FinCEN明确说明登记不是经营许可证，也不是对企业合法性的背书；州层面等要求仍须核验。加拿大FINTRAC同样有MSB和境外MSB登记制度，并说明省或地区的资质不能替代联邦登记。两国名称接近，服务定义、适用联系及义务却不完全相同，不能买到一个“MSB证”就认为可以服务整个北美。

VASP：一个类别名称，不是一张国际证书

FATF使用VASP概念描述经营性地为他人提供虚拟资产兑换、转移、保管等服务的主体。FATF制定国际反洗钱标准，但不会给企业签发可在全球经营的VASP牌照。具体国家把相关业务纳入登记、许可或其他监管方式，应看当地法律。宣传材料只写“持有VASP”，却不写国家、监管机关和范围，信息远远不够。

CASP：欧盟授权仍要看获准服务

MiCA下CASP可以涉及托管、兑换、代客转移等不同服务；授权应明确具体范围，符合条件的既有金融机构还有特定路径。因此，取得兑换资格不应被直接解释为也能经营所有钱包或交易平台功能。CASP也不等于稳定币发行资格，更不自动覆盖法币支付业务；“加密资产服务商”与“发行人”是必须分开的角色。

如何比较一份“牌照套餐”

假设两家服务商分别报价MSB登记和CASP授权，不能只比较费用与预计完成日期。应要求各自用同一个产品流程说明：由哪个主体提供哪些服务，可以面对哪些客户，是否需要当地管理人员，以及哪些业务仍由第三方承接。再到官方名录核验结果，确认展示的是有效状态而不是申请回执、过期登记或集团内另一家公司的资格。还应确认资质由哪一家法律实体持有；代理制作的证书、培训证明或协会会员资格，不应仅凭外观类似就被当作监管机关授予的经营许可。

要求报价明确国家、监管机关、法律名称、具体服务范围及不覆盖事项。

区分登记完成、正式授权、申请中和过渡经营等状态。

将计划中的收款、兑换、保管、转移与法币付款逐项匹配，不按缩写打包判断。

本文为一般信息，不替代基于具体事实的法律意见。

Question 14

预算有限，应该先申请哪一张牌照？

Accepted Answer

预算有限时，应先选择能支持首个真实产品和客户市场的准入路径，而不是最便宜、最容易展示的资质。可以缩小功能和国家范围，或研究合法的持牌合作模式，但不能用无关市场的登记替代核心经营许可。预算还必须覆盖拿到资格之后的运营。

从第一笔合法收入倒推，而不是从便宜证书倒推

先确定公司要向客户收取什么费用，必须亲自完成哪些受监管功能。假设首批客户都在某个欧洲市场，业务需要托管和转移稳定币，采购一项与该市场准入无关的境外登记，并不能解决核心问题。真正应比较的是实现这笔业务的完整方案：所需授权、主体和人员，以及可替代的合资格合作方，而不是各地证书的市场报价。

政府登记免费，不代表经营成本低

FinCEN和FINTRAC的官方资料说明相关登记程序不收登记费，但这不等于没有公司、人员、合规或其他许可成本。美国FinCEN也明确MSB登记不是经营许可。因此，低报价应进一步拆解：费用仅覆盖提交表格，还是包含业务定性、制度落地和后续支持？是否把银行开户、地方许可及客户保护要求排除在交付范围之外？这些问题比“多久出号”更值得先问。

合作模式要核算责任与长期成本

如果第一阶段不自建托管或兑换能力，可以研究让合资格机构直接承接相关服务。但需要验证自己的实际职能是否也触发监管，不能把自有品牌收款、统一报价和到账担保都保留，却把自身描述为技术方。欧盟MiCA的外包规则也强调持牌主体不能把责任随着外包一起转走；对合作方的控制和退出能力应纳入方案，而不只是比较接口费用。

设一个能持续运转的最小范围

建议先选一个客户群、一条付款走廊和有限币种，再计算未达到预计交易量时仍要支付的固定成本。假设自持牌方案首年更贵但单位交易成本较低，合作方案初期投入少却有最低消费和退出限制，应按保守业务量比较，而非只看理想增长。资金不足以维持必要团队和客户保护时，缩小业务范围比先拿证再寻找运营预算更稳妥。对暂时外包的能力，还应明确未来切换供应商能否导出客户和交易记录、需要谁同意及如何迁移余额。低前期成本如果伴随难以退出的依赖，也应计入比较。

制作首笔业务所需功能和资质清单，删除不能支持该业务的装饰性登记。

对自持牌与合作两种方案分别计算首年、持续运营及退出成本。

用保守交易量做现金流压力测试，确认未达收入目标时仍能履行合规义务。

本文为一般信息，不替代基于具体事实的法律意见。

Question 15

申请加密支付牌照一般需要多长时间？

Accepted Answer

没有适用于所有加密支付项目的统一周期。应区分材料准备、完整申请后的监管处理，以及获准后的银行和产品上线。加拿大FINTRAC目前说明多数完整申请在收齐材料后三个月内处理，复杂申请可能更久；这不是从首次咨询起算的整体交付承诺。

先问清楚对方说的是哪一段时间

“申请三个月”和“项目八个月”可能采用完全不同的起点。整体项目通常还包括业务方案、主体与股权安排、背景材料、人员和制度准备，以及监管补件。拿到许可或登记后，银行和上游接入也可能尚未完成。比较服务方案时，应要求对方标注每个阶段由谁负责、开始条件是什么，而不是只给一个最快日期。

加拿大官方处理口径如何理解

FINTRAC登记页面说明，多数完整申请在收到完整申请包后三个月内处理，复杂申请可能更久；材料不完整可能被关闭并要求重新提交。因此，这个数字不能直接套用于尚未确定股东、尚未准备背景文件的项目，也不是批准保证。它描述的是完整申请处理情况，不证明预登记沟通、材料准备和后续商业接入可以一并在同一时期内完成。申请人也应保存收到完整性确认或补件通知的时间记录，避免把首次发送预登记表的日期误当成完整申请已经开始审理的日期。

其他许可也要区分完整性审查与实质审查

例如奥地利FMA公布的CASP流程区分申请完整性检查、补充材料和完整后的实质评估，并说明某些补件可以暂停审查时钟。由此可见，法定或公开处理期限不是“签下服务合同后倒计时获批”。假设两个产品复杂度相近的团队，一个已有可用制度和管理人员，另一个还在改变商业模式，即便面对同一监管机关，整体准备路径也可能明显不同。

融资和上线计划应设置依赖条件

建议分别设定材料齐备、正式提交、确认完整、监管决定、银行就绪和上线验收等里程碑。对暂不能确定的环节，给出依赖事项和缓冲，而不是编造行业平均值。尤其不要将客户正式入金、固定上线宣传或不可撤销的通道采购绑定在最乐观排期上；需要商业承诺时，应写清监管及合作方前提，避免时间偏差演变成履约争议。

要求服务方案给出分阶段排期及起算条件，区分监管时间与顾问准备时间。

优先核验背景材料、人员和制度是否齐备，建立补件责任人和版本记录。

把银行可用与产品可上线设为独立验收节点，不等同于登记或许可取得。

本文为一般信息，不替代基于具体事实的法律意见。

Question 16

申请和维持一张加密支付牌照，大概要花多少钱？

Accepted Answer

应分开计算政府收费、专业服务费、资本或保障要求及持续经营成本，不能用一个“拿牌总价”概括。不同业务与法域差异很大。美国、加拿大的相关MSB登记本身免费，也不代表经营免费；欧盟CASP的审慎保障门槛更不是交给顾问的申请费用。

先分清哪些钱花掉，哪些钱要持续满足

公司设立、翻译、法律和申请服务费用通常属于项目支出；工资、审计、系统及通道等属于持续成本；监管资本或保障则是另一类要求。三者应分别列示，不能把可用营运现金与监管要求简单当作同一笔预算，更不能把客户资金算进公司可自由使用的启动资金。报价还应说明税费、补件、业务变更和失败后的服务安排是否包含。对按交易量收费的工具和通道，可分为低业务量、预期业务量和压力情形列预算；不要把一次性促销价格直接当作未来各年的固定维护成本。

免费登记只回答政府是否收登记费

FinCEN和FINTRAC均有官方资料说明相关MSB登记无登记费。这个结论并不覆盖其他主管机关收费，也不免除经营所需的人员、制度和系统投入。假设顾问报价很低，但只负责填表，团队仍需自行建立客户审核、交易监测和记录保存能力；所以应把“完成申报”的价格与“准备好持续经营”的预算分开，避免拿到编号后才发现没有合规执行资源。

欧盟的金额门槛如何进入预算

MiCA第67条要求CASP维持审慎保障，原则上取按服务类别适用的最低金额与上一年度固定开支四分之一中的较高者；未满一年经营时使用相应预测。AMF官方说明列出的固定档位为5万、12.5万和15万欧元。保障可依法律条件采取自有资金、保险或可比保证等形式，不能将三个档位都理解为现金押金，也不能只挑最低档忽略实际业务类别。

一个计算例子，不是一份市场报价

假设某项目适用12.5万欧元档位，经适用规则计算的年度固定开支为80万欧元，四分之一即20万欧元，高于固定档位。这只是展示比较逻辑，实际费用项目如何纳入、保障形式能否使用以及兼有其他许可时如何计算，均需专门核验。预算应另留银行或通道商业条件所需资金及运营缓冲，不能认为满足最低保障后其他支出自然解决。

要求报价分别列明一次性费用、每年固定费用、按量费用及不包含事项。

单独编制资本或保障测算，注明业务类别、开支口径及资金来源。

按保守交易量检查持续经营预算，不把客户资金或不可使用的保障重复计入可用现金。

本文为一般信息，不替代基于具体事实的法律意见。

Question 17

股东或创始人是中国人，会影响海外牌照申请吗？

Accepted Answer

不能仅凭中国国籍判断能否获批。应区分股东身份、居住地、实际控制、资金来源和经营安排，并核对目标制度的具体要求。海外监管允许某种股权结构，不等于境内出资和业务安排也合法；借用身份或隐瞒控制人通常会增加而非解决审查风险。

国籍、居住地和实际控制不是一回事

中国籍创始人可能长期居住境外，也可能在内地实际管理业务；境外籍股东也可能受境内主体控制。监管申请需要按真实结构披露，不能用护照替代实际控制分析。判断时应分别列出谁出资、谁享有经济利益、谁有任免和否决权、谁负责运营，再核查目标市场对股东、董事和管理人员的不同条件。不要把董事居住要求误解成股东国籍要求。

以欧盟为例，重点包括声誉和适当性

MiCA第68条规定管理层的声誉、知识、经验和投入时间，以及重要持股股东的声誉等要求；这些并不是一条“中国股东当然不得申请”的规定。但不能据此承诺所有中国背景申请均会获批，具体还需核查制裁、资金、复杂股权和其他适用审查。加拿大FINTRAC登记材料也要求披露控制结构，并对特定人员提交背景文件，说明实质透明比表面身份包装重要。

境内关联需要另外一份分析

2026年内地通知除禁止相关境内业务外，对未经同意的境内主体及其控制的境外主体在境外发行虚拟货币作出限制，也对挂钩人民币稳定币境外发行作出规定。应特别注意，发行虚拟货币与替客户提供支付或兑换并非同一个活动，不能随意扩大或缩小条文。涉及内地出资、控制和团队的项目，应按真实业务另审，不应认为取得海外资格就能一并解决内地问题。

假设创始人考虑找朋友代持

名义股东换成境外朋友，如果创始人仍出资并控制公司，真实控制关系并未因此消失。这样的安排还可能使申报、银行资料与内部协议互相矛盾。更稳妥的做法是提前整理完整股权图、资金形成和出资链、过往监管或刑事事项及管理分工；对存在障碍的条件，依法调整实际经营结构，而不是靠不准确的申请材料绕开审查。不同文件中的姓名拼写、历史地址及股权变更日期也应统一解释。能够用原始文件说明的差异应主动澄清，不宜为了表面一致而改动真实事实。

穿透到最终自然人整理股权、表决、收益和实际控制关系。

准备资金来源、背景记录和管理经验的可验证材料，确保监管与银行版本一致。

对内地出资、实际团队及可能的代币发行分别作适用规则审查，不用一份海外牌照意见覆盖全部问题。

本文为一般信息，不替代基于具体事实的法律意见。

Question 18

申请海外加密支付牌照，需要当地办公室和员工吗？

Accepted Answer

不少正式许可要求真实管理和运营能力，不是租一个地址就够；但办公室、常驻人员及可外包岗位应按法域和资质具体判断。登记程序较轻，也不能推导银行接受空壳安排。应把当地治理、合规和技术控制所需资源纳入长期预算，而不只计算注册地址费用。

注册地址和真实经营是两层要求

注册地址解决法律联系和送达问题，实际经营则要说明谁作出决策、谁了解客户风险，以及出事时谁能迅速处理。即使部分工作可以远程开展，也需要核验相关岗位能否在境外履职。申请材料不应只放租赁合同和组织架构图，还应能够解释日常审批、汇报、风险升级和记录访问如何真实运行；否则地址本身不能证明有足够经营能力。

欧盟CASP不能只看一个最低条文

MiCA第59条规定获授权CASP的欧盟注册、实际管理和董事居住要求。ESMA关于CASP授权的监督简报进一步关注本地人员、实质决策权以及管理层实际履职情况。因此，“至少一位董事符合居住条件”不等于其他职能可以全部留在境外，也不意味着每家公司必须照搬相同的人数。具体人员配置仍需结合业务规模、关键职能和主管机关要求确定。

假设挂名负责人没有真实权限

公司请当地人员担任负责人，但所有客户批准、交易暂停和风险预算均由境外总部决定，本地人员拿不到系统记录。这样的安排与“当地管理”在实质上存在落差。相反，集团可以提供共享技术或行政支持，但持牌主体应保留相应专业能力、监督和决策资源。欧盟MiCA外包规则明确，外包不能转走持牌主体对客户及监管的责任。

用岗位和决策清单计算成本

建议先列经营负责人、合规、风险、财务、资产控制及技术安全等职能，再核查哪些必须本地履行、哪些可兼职或外包，以及需要什么资历与备岗。不要在没有核验前承诺“只需一名员工”或“无需办公室”。团队还应检查实际办公、雇佣、税务和数据访问安排是否一致；以更小业务范围降低资源需求，比维持纸面团队更可持续。对于跨时区团队，还应测试本地负责人在上游突发停服时能否及时查阅记录、批准应急动作并与监管沟通；关键权限不能只掌握在无法联系的境外人员手中。

按岗位标明工作地点、投入时间、系统权限和可独立作出的决定。

对外包及集团共享职能逐项核查允许范围、监督责任和替代方案。

要求当地顾问或主管机关确认关键岗位预期，再落实长期人员与办公预算。

本文为一般信息，不替代基于具体事实的法律意见。

Question 19

收购持牌公司和自己申请牌照，怎么选？

Accepted Answer

收购不等于买到一张可立即使用的牌照。应比较目标主体的实际服务范围、变更控制权程序、历史风险及银行通道是否能继续，而不是只比较购买价和申请时间。自行申请通常更便于围绕产品搭建，但同样需要人员、制度和资金投入。

先判断买到的是公司，还是可用业务

金融资质通常属于特定主体及服务范围。股权收购让买方取得公司控制权，不会自动扩大许可，也不应把公司资格当作可独立转移到另一主体的资产。假设目标公司只获准兑换，买方准备上线客户余额钱包和代客转账，就仍需核验新增功能；目标过去持有的登记或旧制度资格，也应检查当前状态，不能只看历史证书。

控制权变化可能要先经监管程序

以欧盟CASP为例，MiCA第83条对拟取得重要持股或达到相应控制门槛的交易设置通知和监管评估程序。交易文件可以先约定条件，但不应将签署协议等同于能够立即完成控制权变更或更换管理层。适用何种审批或通知、能否先交割，应按具体法域确认；此外还应核查银行、支付通道及重要合同中的变更控制条款。

尽调不能只看牌照和银行余额

建议检查监管往来、未完成整改、客户资产与账本是否一致、历史可疑交易处理及投诉、税务和重大合同。钱包控制权也要能够核实，不能只获得一个资产截图。还应检查原团队和外包机构是否愿意继续履职、哪些关键系统无法移交；如果所谓成熟公司实际只剩证书而没有运营能力，买方仍要承担重新搭建的大部分成本。如果实际交易是购买客户、技术和品牌而不是公司股权，还要另行分析客户迁移及服务连续性；资产交易不能当然把原主体的金融资格一并带走。

用同一终点比较收购和新申请

比较终点应是“能够按计划持续合法经营”，而不是“签约”或“递交申请”。收购方案要计入尽调、审批、整改、整合及潜在历史责任；新申请方案要计入准备、招聘和监管沟通。可在收购文件中设计资质有效、监管程序完成、关键通道确认和资产交接等条件，以及针对历史问题的责任安排，但合同赔偿不能替代监管合规，也不能确保卖方未来有能力赔付。

先从官方名录及许可文件核验主体、状态、获准服务和限制。

把监管控制权程序及关键银行、通道同意列入交易条件检查表。

完成客户资产、监管历史、关键人员和系统控制的专项尽调，再比较全成本与上线排期。

本文为一般信息，不替代基于具体事实的法律意见。

Question 20

集团的多个产品和子公司，可以共用一张牌照吗？

Accepted Answer

同一持牌主体可在获准范围内运营多个产品，但不同子公司不能仅凭集团关系共用资格。要看谁与客户签约、控制资产并承担服务义务。纯集团内部服务可能有特定范围排除，这与各子公司向外部客户经营是两回事；品牌统一也不能抹去法律主体边界。

一张牌照可以支持多少产品，先看功能

收银台、企业付款后台和移动钱包即使名称不同，如果均由同一主体经营，也要逐项核验其功能是否包含在获准服务中。反过来，同一个App增加余额托管、换币或信贷功能，可能已超出原有范围。欧盟MiCA第59条要求授权列明服务，新增加密服务须申请扩展；所以“同一个产品”与“同一项受监管活动”不是一回事。

不同子公司不能只借用集团宣传

假设甲公司持有相关授权，乙公司独立与客户签约、报价并收取客户资产，只在条款里写“本集团拥有牌照”。应对乙公司的真实角色重新分析，不能凭品牌归属认定它已获准。若甲才是真正提供受监管服务的主体，客户应能识别甲的身份、服务范围和追索对象；乙的获客或技术角色也需符合适用规则，不能只把合同名称换成甲。

集团内部服务例外需要严格分开

MiCA第2条对仅为母公司、自身子公司或同一母公司其他子公司提供加密资产服务的主体有范围排除。它针对特定的纯集团内部关系，不是允许集团里任何一家公司对外经营都无需授权。集团资金中心只管理内部资产，与通过子公司接收外部商户资金再集中处理，应分开判断；也不能据此跳过支付、反洗钱或其他可能适用的制度。

共享系统与共享责任不是一回事

集团可研究共享技术、客服或风控，但应明确数据、资产、权限和费用如何归属。MiCA第73条表明，外包不能转移持牌主体责任，集团内部外包也不能让其丧失监督能力。实务上建议把每个产品的签约主体、客户资金账户、钱包控制和投诉处理列清，并检查App、账单、邮件及营销页是否一致；跨国家服务还要另审客户市场准入。统一登录和集团共享数据库也应能区分各主体客户、余额及授权，避免客户在切换产品时不知服务方已经变化，或者资金归属在内部账本中被混记。

制作“产品—法律主体—服务功能—许可范围—客户市场”对应表。

核对客户协议、银行及钱包归属、界面展示和客服承诺是否指向同一真实服务方。

单独记录纯集团内部业务和外部客户业务，不把内部例外用于对外平台。

本文为一般信息，不替代基于具体事实的法律意见。

Question 21

美国MSB登记能够支持哪些加密支付业务？

Accepted Answer

美国MSB登记主要用于履行FinCEN的反洗钱监管要求，并不是覆盖全美的经营许可。稳定币兑换、代客收付或转移可能落入登记范围，但能否上线，还要另查各州准入、具体币种及其他金融监管要求。

先看交易角色，而不是先买“MSB牌照”

按FinCEN的虚拟货币指引，经营性接受并转移可兑换虚拟货币，或提供相关兑换服务，可能构成货币传输。稳定币收款后换成美元付给商户，不能仅因收币和付美元发生在不同系统，就拆成两项无人负责的技术动作。相反，企业为自己购买商品而使用虚拟货币，与向第三方经营兑换、付款业务不同。判断需要把收款人、报价方、钱包控制人及最终交付义务一并列清。

登记解决什么，哪些问题仍然没有解决

FinCEN明确提醒，登记不代表政府认可经营合法性，更不代表其审查或背书公司的合规水平。进入MSB监管范围后，仍需建立适配业务的反洗钱制度，并履行适用的记录、报告等义务。购买一份反洗钱模板、查到一个登记号码，不等于这些义务已经完成。登记也不能直接解决银行开户、客户资金保护或其他国家的经营资格。

同一条收付款链，可能还需要州级许可

假设某平台为纽约商户收取稳定币，再向商户支付美元。即使已向FinCEN登记，纽约金融服务局的公开问答仍要求单独判断BitLicense或获准的银行、信托公司路径；若还经营法币资金传输，可能同时涉及纽约汇款许可。这个例子不能反推所有州采用纽约规则，但足以说明：公司注册州和联邦登记地，不等于全部客户所在州都已放行。

发行稳定币是另一项需要单独规划的业务

使用第三方稳定币结算与自己发行、赎回稳定币，不是同一准入问题。截至2026年10月29日，OCC已发布GENIUS Act实施终局规则，官方公告列明该规则及法案生效日为2027年1月18日，不能提前写成已经全面适用。准备发币的项目，应单列发行人准入、储备与赎回制度的转换工作；只做支付的项目，也应跟踪所支持币种的发行及销售规则变化，而不能以MSB登记替代。

整理每个产品的资金流和合同责任，确认公司是在使用自有资产还是为他人经营转移、兑换。

列出首批美国客户所在州，分别记录州级许可、豁免及其适用条件，禁止用“全美MSB”代替这张表。

核查FinCEN登记信息与实际主体、业务一致，并明确内部合规负责人、报告和记录流程。

把发行、钱包、商户结算分别列入上线审批，核查未来稳定币新规的具体生效节点。

本文为一般信息，不替代基于具体事实的法律意见。

Question 22

面向美国客户做加密支付，什么时候需要申请MTL？

Accepted Answer

MTL通常取决于某州是否把你的实际收付行为认定为资金传输，而不是公司是否注册在该州。稳定币的法律属性、资金控制和客户所在地都可能影响结果；还要分开核查州级虚拟资产许可，不能只查MTL。

从“替谁把什么转给谁”开始判断

常见风险点是：平台接收客户资金或具有货币价值的资产，随后承诺转给其他人、其他账户或其他地点。分析时不能只看链上是否转过一次账，还要看平台是否承接付款指令、承担交付责任，以及是否持有待结算余额。联邦FinCEN的货币传输判断和州法不是同一张清单，完成联邦登记不能直接得出州层面无需许可的结论。

稳定币与其他虚拟资产，某些州会分别处理

以得克萨斯州银行部门2025年修订的1037号监管备忘录为例，其区分一般非稳定币虚拟货币与符合当地法定定义的稳定币；后者涉及主权货币锚定、储备支持和赎回权。该部门明确，一笔交易若包含法币或这类稳定币，需根据资产如何处理判断资金传输。因而“比特币业务在某州不需要MTL”不能直接套用到同一公司的美元稳定币支付产品。

纽约的例子说明：没有MTL问题，不等于没有其他准入问题

纽约金融服务局把代客持有、买卖、兑换和转移虚拟货币等活动纳入BitLicense制度，并明确境外州公司与纽约居民开展相关业务也可能受管。法币传输又可能需要单独许可。假设平台只向纽约企业提供稳定币托管和转移，不提供美元汇款，即使MTL分析得出特定结论，仍不能跳过BitLicense或获准银行、信托路径的判断。

逐州准入表必须能够约束真实获客

建议先选择有真实需求的几个州，列明客户所在州、业务环节、所用资产和依据，再决定自行申请还是采用当地法允许的合作安排。持牌合作方能完成末端付款，不必然覆盖平台前端收款或余额管理。暂未完成准入的州，应在销售、客户开户和交易审核中落实限制，不能只在网站页脚写一句“不向该州服务”，却持续接受该州客户。

为每个目标州形成单独结论，并注明适用法规、资产类型、豁免条件及复核日期。

向合作方核实其许可是否覆盖你的具体模式，以及你作为代理、服务商或独立交易相对方的法律身份。

分别核对MTL和虚拟资产专门许可，检查客户地址变更或跨州扩展是否触发重新评估。

本文为一般信息，不替代基于具体事实的法律意见。

Question 23

加拿大MSB登记适合哪些加密支付业务？

Accepted Answer

加拿大MSB登记可适用于经营性虚拟货币兑换、转移及汇款等业务，但只是反洗钱准入的一部分。需区分加拿大MSB与外国MSB；若产品还执行法币支付功能，应另查加拿大央行支付服务商登记等要求。

哪些稳定币服务会进入MSB范围

FINTRAC列明的虚拟货币业务包括法币与虚拟货币兑换、币币兑换、按客户请求转移虚拟货币，以及接收虚拟货币后转交受益人。机构替商户收币或为企业支付账单，不能仅凭“商业支付而非投资交易”排除适用。判断还需满足相关业务及地域条件，而不是所有持有稳定币的公司都要登记；公司自行支付自己的采购款，与持续替他人付款应分开分析。

加拿大注册公司和外国MSB是两条不同路径

FINTRAC关于“在加拿大有营业地点”的解释不只看实体门店，也列入加拿大注册、当地员工、代理或分支等情形。没有加拿大营业地点、却向加拿大客户定向提供并实际开展所列服务的主体，可能属于外国MSB。假设境外平台不在加拿大设办公室，却投放加拿大市场广告并承接当地客户兑换，不宜只用“服务器和公司都在境外”否定登记义务。

法币支付功能应另外做央行登记测试

加拿大央行按照《零售支付活动法》检查支付功能、零售支付活动、地域联系及排除事项。“零售”并不意味着只看自然人客户；企业支付产品同样需要测试。以平台为客户维持法币收付账户、发起或执行电子资金转移为例，不能认为已做FINTRAC登记就无需再查。相反，仅提供虚拟货币功能，也不能未经分析就按法币支付服务全部套用。

登记不是产品安全认证，也不是全球经营通行证

FINTRAC明确表示，登记不构成对企业的认可或发牌，也不向企业签发所谓“注册证书”。对采购方，更有用的是核对官方名录中的主体、状态与实际合同方，而不是看服务商制作的证书图片。对申请方，合规制度、客户身份核验、记录及报告能力仍须持续执行；银行接入和客户所在地许可则要独立解决。

记录加拿大注册、团队、代理及获客事实，确定适用本地MSB还是外国MSB路径。

将兑换、转移、法币账户和汇款分列，对FINTRAC与央行要求分别出具判断。

在官方名录查登记状态，并核对客户协议、银行账户和网站披露是否为同一法人。

按币种及产品建立身份核验、交易记录与报告流程，不只提交申请文件。

本文为一般信息，不替代基于具体事实的法律意见。

Question 24

香港MSO牌照可以用于稳定币兑换和加密支付吗？

Accepted Answer

香港MSO牌照不能作为稳定币兑换或加密支付的通用授权。它主要解决金钱兑换和汇款业务；向客户提供指定稳定币，还要判断《稳定币条例》的“要约提供”限制，MSO身份本身并不属于法定获准提供者资格。

先把法币汇款与稳定币交易拆开

香港海关2026年版MSO发牌指引围绕金钱兑换及汇款设定准入、营业资料和持续义务。因此，一家公司有MSO牌照，能够证明的只是其在该制度下的资格，不能顺带证明钱包托管、稳定币销售或虚拟资产平台业务都获准。具体组合也不是机械叠加牌照：某些受规管机构的附带金钱服务有法定豁免，需要按主体和实际业务确认。

MSO不在稳定币获准提供者名单内

按香港金管局的稳定币发牌说明，指定稳定币的获准提供者包括持牌稳定币发行人、认可机构、SVF持牌人、证监会持牌虚拟资产交易平台及第一类受规管活动持牌法团。单独持有MSO牌照并不在此名单内。香港政府对立法会的答复亦明确，普通场外虚拟资产交易机构不能仅凭其经营身份向零售或专业投资者要约提供指定稳定币。

把产品叫“汇款”并不能跳过稳定币要约判断

假设客户交付港元，平台报价承诺交付某美元稳定币到客户钱包，再由客户付款给供应商。这里不仅有一条汇款叙述，还可能存在由平台向客户销售稳定币的安排。《稳定币条例》关于要约的判断关注经营过程中是否传达足以让对方决定购买的币种、条款和渠道信息，不能认为私聊报价、由客户先询价就必然不受限制。

合作可以分工，但必须说清楚客户与谁交易

另一种假设是客户直接与符合要求的机构订立稳定币交易，MSO只承担其合法范围内的法币汇款。两种安排的合同、报价、资产控制及退款责任应真实不同，不能只在协议中换个名称。香港新的虚拟资产交易、托管等制度仍须以最终立法及生效文件为准；已经发布的咨询结论不能当成现成牌照，也不能作为忽略现行稳定币限制的理由。 实务上还应把合作方变更、支持币种增加和退款路径调整设为复核触发点，不能让首次审核永久覆盖后续产品。

把每个页面、聊天报价和订单步骤标明实际销售方，检查是否构成指定稳定币要约。

查验合作方获准提供者资格及具体业务限制，核对其可接受币种和客户类型。

把法币汇款、稳定币销售、托管及转移分别形成准入结论，并检查资金与责任是否与合同一致。

本文为一般信息，不替代基于具体事实的法律意见。

Question 25

在香港做带余额的支付钱包，需要SVF牌照吗？

Accepted Answer

是否需要SVF牌照，重点在于是否形成可储存的价值，以及发行人是否承诺让客户以该价值向第三方付款。显示余额不必然构成SVF，但接受充值、维持可消费或可转账余额的钱包，应在上线前完成香港SVF及相关业务的独立分析。

钱包界面不是判断依据，余额背后的承诺才是

香港金管局对SVF的说明关注储值和支付用途：客户先支付款项，工具存储相应价值，再按发行人的安排支付商品、服务或向其他人转账。纯粹显示外部银行账户余额，与平台自己接受充值并对余额使用承担承诺不同。即使资金实际放在合作银行，仍需查明谁是工具发行人、客户向谁主张余额和谁负责退款，不能只看钱有没有进入平台名下账户。

单用途、无储值与多用途，应分别辨认

金管局明确，多用途储值工具属于其发牌监管范围；只能购买发行人自身商品或服务的单用途工具，以及不具储值功能的支付方式，有不同处理。假设一家软件商收取预付款，只能用于购买自己的订阅服务，与钱包余额可以支付多家独立商户，是两种结构。把多个商户称为“生态合作伙伴”并不会当然把多用途工具变成单用途工具；适用豁免还须逐项核对法定条件。

法币钱包叠加稳定币，不能只做一次许可分析

支持稳定币充值、兑换和链上提款后，产品可能增加指定稳定币要约、虚拟资产交易或托管问题。SVF持牌人虽列入《稳定币条例》的获准提供者类别，但这不表示其原有产品审批和许可条件自动涵盖新增服务，也不意味着其可以向零售客户提供任意境外稳定币。反过来，稳定币发行资格也不能替代对钱包储值结构的判断。

提前决定余额如何保护和退出

金管局SVF发牌说明不仅关注申请材料，也涉及持续满足许可条件及储值资金管理。建议团队在产品设计时明确充值、支付、退款、未完成交易和终止账户的完整路径，特别说明余额究竟是法币债权、代管的代币，还是仅供展示的外部资产。若客户以为随时可取回港元，而平台实际只能返还价格或赎回安排不同的稳定币，这不只是名称问题，也会影响合同与资金安排。

画出充值到退款的资金流，逐项标出发行人、余额债务人、保管方及可支付对象。

如拟依赖单用途或其他豁免，列出具体依据，并用真实商户结构与支付功能核对。

向金管局沟通拟议钱包模式，准备储值资金管理、客户条款及新增稳定币功能说明。

本文为一般信息，不替代基于具体事实的法律意见。

Question 26

加密支付公司可以在香港提供稳定币收付款服务吗？

Accepted Answer

香港可以设计合规的稳定币收付款服务，但必须分清发行、向客户要约提供、托管转移和法币结算。指定稳定币的提供者资格及零售客户可购买币种受到限制；公司客户也不自动等于专业投资者，不能用B2B标签绕过这些要求。

先确定客户是在买币，还是仅在用已有的币付款

稳定币支付不等于每个参与者都在发行或销售稳定币。商户接受自己商品的价款、平台向客户报价出售稳定币、平台替客户控制钱包并转账，是应分别分析的活动。香港金管局稳定币发牌说明列明，要约提供取决于经营沟通是否包含足以让对方决定购买的币种、条款和渠道信息。支付按钮、报价单和自动兑换功能都应纳入审查，不能只审公司营业范围。

零售服务同时有“谁能提供”和“能提供哪种币”两道门

《稳定币条例》已于2025年8月1日实施。香港政府2025年立法会答复说明，获准提供者可以向零售及专业投资者提供香港持牌发行的受规管稳定币；非该类稳定币的提供范围限于专业投资者。其专业投资者是证券法定义，不是普通语言中的“懂币的人”或“公司客户”。因此，企业付款产品应核验客户资格，而不能在注册页面让企业勾选后即视为满足。

查官方名录，也要查机构到底获准做什么

香港金管局当前发行人名录已列出获牌机构，不能再沿用2025年初期“尚无任何持牌发行人”的旧表述。但进入发行人名单，不等于其所有产品或其他机构销售的同名币都受同样监管。建议核实具体发行主体、币种和服务安排，同时检查销售方自身的资格、业务条件及客户准入，避免把发行人的牌照当作平台可以借用的资格。

用一个商户收款场景检验整个链条

假设平台为香港商户接收客户稳定币，再承诺商户收到港元。团队需逐项说明：付款人是否先向平台买币；收币钱包由谁控制；谁完成兑换；港元由谁汇付；退款时退港元还是原币。若改成商户直接与获准机构签约，平台只展示订单，责任和准入可能不同，但必须与操作一致。新增交易、托管制度的官方咨询结论也应单列跟踪，不可提前当作已生效许可或现行豁免。

逐笔画出买币、支付、兑换、法币结算和退款路径，并明确每个环节的交易主体。

分别查发行人名录与提供者资质，记录币种、客户范围及许可条件，不只收集牌照截图。

核验专业投资者资格或采用适用于零售客户的币种和渠道，不以企业营业执照代替资格判断。

上线前审查网页、私聊及自动报价流程，并设置币种或合作机构变更的重新审核机制。

本文为一般信息，不替代基于具体事实的法律意见。

Question 27

现在进入欧盟开展加密支付，需要申请MiCA许可吗？

Accepted Answer

现在进入欧盟，为客户经营MiCA范围内的托管、兑换、代客转移等服务，通常应取得相应CASP授权；部分已受监管金融机构可依第60条走特定程序。旧国家登记的最长过渡期已结束，不能再作为新业务上线的替代路径。

先选服务范围，再确定申请内容

MiCA不是一张不分业务的“欧洲加密牌照”。第59条要求授权注明获准的加密资产服务；日后新增服务，要向原主管机关申请扩展。对支付项目，至少应分别核对代客托管、用自有资金与客户兑换、执行或传递订单、代客转移等角色。稳定币在MiCA下的分类和发行资格也要单查，CASP授权不等于平台发行的任何代币都已合规。

稳定币能否使用，不只看平台有没有CASP授权

ESMA于2026年10月8日发布监管意见，要求主管机关监督CASP停止面向欧盟客户提供涉及不符合MiCA要求的稳定币的服务，范围包括转移及托管，而不只交易。对存量资产仅可在监督下作必要、限时的退出处理，不能据此开展新业务。这是面向主管机关的监督期望，不是把每一种服务都重新定义为公开发行；新项目应把币种合规审查与平台许可并列。

旧登记和“申请已经提交”不等于获准经营

MiCA第143条第3款规定的最长CASP过渡期已在2026年7月1日结束；之前不同成员国可以采用更短期限。到2026年10月，新进入者不能依赖旧虚拟资产登记的历史过渡待遇。假设中介出售一家拥有旧登记的公司，但该公司没有完成MiCA授权，买方不能据此直接恢复收币和结算业务。收购尽调应看当前授权、具体服务和附加条件，而不只看过去的登记日期。

欧盟主体需要真实经营安排

依第59条，通常申请CASP授权的主体须在其开展至少部分服务的成员国设注册办事处，在欧盟有实际管理地点，且至少一名董事居住在欧盟。法规要求的是可监督的经营结构，不是买一个邮寄地址。建议在选址时同时确定谁负责客户资产、风控决策及外包管理；核心职能全部由境外团队承担的方案，应提前向拟申请国主管机关解释，而非拿牌后再补结构。

获准后跨境扩展仍有程序，法币支付仍要另查

MiCA第65条设置跨境通知机制，需提交拟服务的成员国、服务项目、起始日期和其他非MiCA活动等信息。它可以减少逐国重复申请相同CASP授权的负担，但不应被宣传为整个产品在所有国家无条件放行。若商户结算还涉及欧元账户或电子货币代币支付，应另查支付制度；客户合同、投诉和当地适用规则也应纳入上线计划。

按每个产品功能映射MiCA服务类别，并明确发行人问题和支付问题由谁另行承担。

在主管机关及ESMA名录中核对拟收购或合作公司的当前授权、主体和许可范围。

选择能够配置实际管理、当地治理和服务能力的申请国，不只比较代理报价。

把CASP授权、跨境通知及法币/EMT支付准入设为独立上线节点。

本文为一般信息，不替代基于具体事实的法律意见。

Question 28

拿到欧盟MiCA许可后，还需要支付或电子货币牌照吗？

Accepted Answer

可能需要。MiCA授权并不自动覆盖法币支付、电子货币发行，或所有以电子货币代币（EMT）执行的支付活动。要区分“发行币”“经营兑换”和“替客户付款”，再判断自行取得支付/电子货币资格，还是由合资格合作方承接。

MiCA与支付制度处理的不是同一件事

CASP授权针对列明的加密资产服务；法币账户、汇款、收单等功能仍应按支付规则核对。EMT还有特殊性：MiCA第48条把EMT视为电子货币，原则上其发行人须具备信用机构或电子货币机构资格并完成白皮书程序，法定例外另论。因此，只经营第三方EMT支付的平台，与准备发行自己的EMT的公司，不能用同一份牌照清单解决。

同样是链上操作，兑换与代客付款可能不同

EBA关于MiCA和PSD2衔接的意见要求重点关注代客EMT转移，以及允许客户向第三方收付EMT的托管钱包。后者可能构成支付账户。假设企业在平台把欧元换成EMT后立即提到自有钱包，与平台替企业长期维护EMT余额、按指令向供应商付款，并非完全相同的服务；应逐段判断，不能因为界面都叫“兑换”就否定支付属性，也不能把所有币币交易一概写成支付服务。

监管不优先执法意见，不是永久免牌许可

EBA最初意见设置的衔接期已于2026年3月2日结束。2026年2月12日的后续意见对部分已申请但尚未获支付授权的CASP提出有条件的监管处理安排，并要求不满足条件者停止相关EMT支付服务。这些是针对主管机关的监管意见，不是企业自行宣布可用的无限延期。到2026年10月规划新产品，应取得适用资格或落实合法的持牌合作，不能只引用2025年的旧新闻作为营业依据。

合作方案也要落到资金控制和客户权利

MiCA第70条第4款允许CASP自行或通过第三方提供相关支付服务，但实际提供者须具备PSD2要求的资格，并向客户说明服务性质及提供者。如果支付机构直接承接EMT付款，CASP承担合法范围内的兑换，双方应明确客户与谁签约、谁接受付款指令、谁控制资产、谁处理未授权交易和退款。平台在后台接入持牌服务商，但仍向客户承诺自己提供全部付款服务，未必已完成准入隔离。预算时还应把额外的客户保护、认证及运营控制纳入，而不是只比较多申请一张牌照的费用。

为法币、EMT及其他代币分别制作功能表，标明发行、兑换、托管、账户和转移角色。

向拟经营成员国主管机关核实PSD2分类及EBA意见适用，不自行推定仍在过渡期。

若采用合作路径，核对支付合作方许可项目及地域，落实客户合同、指令与投诉责任。

新增自有EMT发行时单列信用机构/电子货币机构资格和白皮书工作，不依赖CASP授权。

本文为一般信息，不替代基于具体事实的法律意见。

Question 29

公司不在欧盟，也可以向欧盟客户提供加密支付吗？

Accepted Answer

非欧盟公司不能仅凭境外牌照主动经营欧盟加密支付市场。MiCA的客户完全主动发起例外适用狭窄，不能由一份声明制造；若计划持续推广和服务欧盟客户，通常应规划欧盟授权主体或明确合法的持牌合作结构。

境外公司并不自动获得欧盟跨境经营权

MiCA的欧盟跨境通知便利建立在符合其准入要求的主体之上，不能把美国MSB或离岸VASP登记转换成同等权利。对于一般CASP申请路径，第59条要求欧盟注册办事处及实际管理等条件。非欧盟团队可以评估建立当地经营主体或与获准机构分工，但不能只有欧盟空壳接单，全部受管服务仍由未获授权的境外公司直接承诺和交付。

“客户主动找来”要看之前是否已经被招揽

MiCA第61条的核心是客户完全出于自身主动要求服务。公司自己、关联方或代其行事者此前已向欧盟客户进行推广，不能再用合同条款把这种关系改写为客户主动。ESMA指引将招揽作广义、技术中立解释，广告、邮件、社交平台、推荐活动及赞助都可能相关。网页能被欧盟访问不等于每次访问必然违规，但也不能只凭网站没有欧盟国旗就断言不存在招揽。

一个勾选框，不能改变实际获客事实

假设平台购买针对法国企业的广告，并让当地推广伙伴按成功开户拿佣金，客户最后自己点击注册且勾选“本人主动联系”，这种声明不会消除先前招揽。反过来，确有未经招揽而主动提出具体服务需求的客户，也需要记录其来源、沟通过程和服务范围。第61条并不允许公司因此继续主动推销新的加密资产或服务类型，例外不等于取得该客户的无限销售许可。

持续经营应有可重复、可核查的结构

建议把欧盟市场列为独立产品区域：由谁签客户、哪些服务有授权、哪些推广可开展、客户资产在哪里处理，都须在上线前确定。与欧盟CASP合作时，核对其许可项目是否覆盖实际交付，而不是认为介绍给持牌方后平台所有动作均被覆盖。若暂时不进入欧盟，就应让销售政策、地域限制及客户审核保持一致，并处理客户迁居或企业经营地变化。

审查广告投放、代理佣金、活动赞助及关联方推广，形成可追溯的欧盟获客记录。

拟依赖客户主动例外时逐案留存事实，不用统一声明替代法律判断。

持续开展欧盟业务前确定授权主体、合同主体和具体服务边界，核对合作方许可。

对新增功能、币种与后续营销重新审核，避免将一次主动请求扩大成长期豁免。

本文为一般信息，不替代基于具体事实的法律意见。

Question 30

在新加坡做加密支付，主要需要什么牌照？

Accepted Answer

在新加坡，应先按《支付服务法》识别数字支付代币服务及其他支付功能，再确定所需支付机构许可和获准业务项目。兑换、转移、托管及某些不直接经手资产的安排均可能受管；只服务海外客户还要另查DTSP制度。

DPT服务不是只管“收币再卖币”

新加坡金融管理局（MAS）公布的2024年扩围规则，已把数字支付代币（DPT）托管、促成代币转移，以及在不持有资金或代币情况下促成兑换等活动纳入监管。因此，自称“技术平台”或“非托管”不是结论。团队应说明谁组织交易、接受指令、安排对手方，以及谁能改变资产转移路径；技术服务是否已进入受管活动，要看实际功能。

支付机构类别与获准服务范围要分开看

标准支付机构（SPI）和主要支付机构（MPI）是许可类别，DPT服务等则是业务项目。取得某一类别许可，不代表法币汇款、商户收单、账户发行等功能全部自动获准。应按适用门槛、条件和拟经营服务组合确定申请范围。MAS在2024年也扩展了跨境转账服务范围，某些资金不流经新加坡的跨国安排仍可能受管，不能把资金路径当作唯一地域判断标准。

把商户收币产品拆成可核查的两段

假设平台先替商户收取稳定币，再把法币汇到商户海外账户。前段需判断DPT转移、兑换或托管，后段另查跨境转账等支付服务。若后段由持牌合作方完成，仍要明确客户向谁下指令、谁承担到账承诺、发生退款时由谁处理。只有合同、系统权限和资金安排都与分工一致，才能评估平台剩余活动的准入，而不能把合作方的牌照贴在自己网站就视为完成许可。

申请前先检验团队能否长期履行职责

MAS的许可页面要求核查本地实体和办公安排、董事与管理人员、合规及技术风险能力等事项。对创业公司，更有用的准备是让具体人员能够解释产品和客户资产流程，而不是堆积政策文件。建议先确定首发客户地区、核心币种和最小服务范围，再把客户核验、资产保管、系统异常和投诉责任分配到岗位；新增服务时重新审查许可范围，避免获牌后边开发边越界。

逐项列出DPT兑换、转移、托管、交易安排及法币支付功能，标明公司和合作方各自角色。

按MAS现行许可指引确认SPI/MPI类别、业务项目及适用条件，核对合作方官方名录。

准备真实的本地管理、人员和技术风险安排，并以一笔正常付款和退款测试职责是否完整。

单列海外客户业务，确认适用PSA还是海外DTSP等制度，不把所在地和客户地区混为一谈。

本文为一般信息，不替代基于具体事实的法律意见。

Question 31

新加坡公司只服务海外客户，还需要当地许可吗？

Accepted Answer

可能需要，而且“新加坡注册、只做海外客户”并非轻监管捷径。自2025年6月30日起，符合海外数字代币服务商（DTSP）范围的业务须持牌，MAS说明通常不会发牌；已按其他制度合法经营的机构则不能一概视为须退出海外市场。

海外客户没有切断新加坡的监管联系

《金融服务与市场法》第137条区分主体：新加坡法人经营向境外提供数字代币服务的业务，不因实际在别处经营就当然排除许可；个人或合伙则涉及是否从新加坡营业地点经营。还须检查该条的例外及其他金融法适用。因此，判断不只是“有没有新加坡客户”，公司成立地、经营地点和所提供的服务，都应纳入法律分析。

这不是一张容易取得的“海外业务牌照”

MAS在2025年6月的官方澄清中说明，仅服务海外客户、涉及DPT或资本市场产品代币的DTSP面临较高洗钱风险及监督困难，许可门槛很高，一般不会发放。相关制度于2025年6月30日实施，受影响而未获许可的业务须停止，并无可让新进入者无限等待的普通宽限期。商业计划不宜先假设能拿牌，再把客户与团队迁入新加坡。

不要把海外DTSP制度误读为全面禁止跨境服务

MAS同时明确，向新加坡客户提供服务、已受《支付服务法》《证券与期货法》或《财务顾问法》监管的持牌服务商，也可服务海外客户，其原有业务能力并非因这项制度统一消失。但是否适用该路径，要看真实业务、许可项目和条件，不能通过安排一个名义上的本地客户来制造结论。仅有实用或治理用途的其他代币，亦不应未经分类就全部当作DTSP代币。

用实际经营主体检验“总部在新加坡”的方案

假设新加坡公司直接与海外商户签约、报价并收取服务费，由境外团队操作钱包。它不能仅凭“人员和钱包都不在新加坡”就认定不适用第137条。若新加坡公司确实只作集团控股或内部支持，而客户服务由其他主体承担，则应按真实职能重新判断；同时还要核查境外经营主体及目标市场准入。调整合同抬头而保留全部实际控制，并不是可靠的合规重组。

列明新加坡法人的合同、收入、报价、指令和钱包权限，确认是否在经营数字代币服务。

按第137条及相应例外核对主体类型、经营地点、代币类别和已有许可，不只统计客户国籍。

将海外DTSP发牌政策作为可行性判断的前置条件，必要时先向MAS说明完整业务事实。

对存量业务设计有依据的停止、转移或重组方案，同时审核客户授权、资产交接与目标市场准入。

本文为一般信息，不替代基于具体事实的法律意见。

Question 32

在澳大利亚开展加密支付，需要办理哪些资质？

Accepted Answer

澳大利亚应分三层检查：AUSTRAC的VASP或汇款注册、现有金融产品规则下的AFSL要求，以及已立法但尚未生效的新数字资产平台制度。2026年反洗钱改革已经实施，旧DCE登记或单一“VASP牌照”不能代替完整业务判断。

VASP注册的范围已超出法币买卖加密资产

AUSTRAC目前列明的虚拟资产服务包括法币与币兑换、币币兑换、安排相关兑换、保管，以及接受代客转移指令等。是否受管还须满足具体服务定义和地域联系，普通企业仅持有自己的币并不因此自动成为VASP。若产品同时替客户汇付法币，须另外核对汇款服务注册，不能认为链上清算覆盖了法币收付款环节。

2026年过渡规则，要分旧登记和历史待批申请

原已注册DCE自2026年3月31日起自动转为VASP，不需要为更名重新注册，但仍须更新信息并落实新增义务。部分新类服务的义务延至7月1日，符合条件的申请窗口截至7月29日；官方规则说明，特定按期申请且尚未收到批准或拒绝决定者可继续相关业务。到10月，新进入者不能借用该历史窗口“先做再申请”，也不能反过来认定所有历史待批主体已违法。其他义务的过渡期限须另查。

能不能提供支付产品，还要过ASIC这一关

ASIC的INFO225指引要求根据权利和功能判断数字资产及相关设施是否构成金融产品，非现金支付设施是其中一类。假设平台让客户保留稳定币余额并持续向商户付款，不能只凭AUSTRAC登记就宣称整套钱包已获金融产品许可。即便部分功能不由平台直接保管资产，也应检查具体设施和服务是否触发AFSL、授权代表或适用豁免，而非用“非托管”标签结束分析。

新平台法已通过，但不能提前写成现行全套义务

《2026年公司法修正（数字资产框架）法》已于2026年4月8日获御准，法案规定整部修正法于2027年4月8日生效。ASIC截至本次核验已就实施规则征求意见。因此，这既不只是一个尚未通过的政策构想，也不代表2026年10月所有新平台义务已生效。现在设计保管、交易和客户资产安排时，应为新数字资产平台及代币化托管平台制度预留调整，同时履行今天已适用的规则。

按AUSTRAC指定服务逐项分类，核对VASP和汇款登记、地域联系及当前状态。

若依赖历史过渡待遇，留存服务启动时间、申请时间、申请类别和AUSTRAC决定通知。

单独完成金融产品及非现金支付设施分析，核实AFSL、代表或豁免条件，不把AML登记当产品批准。

制定2027年新平台制度实施清单，区分已通过法案与仍在咨询的配套细则。

本文为一般信息，不替代基于具体事实的法律意见。

Question 33

加入瑞士SRO后，可以开展加密支付业务吗？

Accepted Answer

加入FINMA认可的瑞士SRO，可以是部分加密兑换、转移或支付模式履行反洗钱要求的路径，但不是全面金融经营许可。客户款项是否构成公众存款、资产能否独立返还及是否提供其他受管服务，都可能改变所需资格。

SRO监督的是哪一层合规

SRO是获瑞士金融市场监督管理局（FINMA）认可的自律组织，依法监督其成员履行反洗钱义务。FINMA关于金融科技的说明把虚拟货币兑换、支付及部分钱包活动列为需要检查反洗钱要求的业务。因此，SRO会员资格并非毫无监管意义，但也不能宣传为FINMA已经批准该公司所有产品、确认客户资产安全，或为公司偿付能力提供担保。

“客户给了钱”之后，法律关系怎么变化

进入其他许可范围的关键，不只是钱包是否叫托管，而是客户把何种资产交给谁、资产如何保管、公司能否使用，以及客户获得原资产返还权还是对公司的偿还请求权。FINMA说明，公众存款、某些加密资产保管及证券相关业务可能涉及银行、FinTech或其他许可。把客户资金记在公司内部账本上，却只保存一张SRO证书，无法替代这项分类。

用即时兑换和长期余额作一个对比

假设模式A在确认交易后立即完成兑换，并把约定资产直接交付客户；模式B则让客户长期保留可随时提取的余额，公司集中控制资产。两者都可能需要反洗钱安排，但不能仅因A的SRO路径可行，就认定B也无需其他许可。若再把余额投资、出借或承诺收益，性质还会变化。FINMA现有FinTech许可页面明确，其获准接受的相关资产不得投资且不支付利息，说明“FinTech牌照”本身也不是无限范围的存款经营权。

保护客户不能只靠会员名录

FINMA提示，FinTech机构的客户资产并不当然享有银行存款保护，并要求向客户说明有关安排。SRO会员资格更不能被用来作同等承诺。建议在选择结构时同时设计资产归属、账户或钱包隔离、对账、返还和停业流程，并与客户合同保持一致。对边界不清的项目，可在申请前向FINMA说明完整模式；面向境外客户时，还要独立核查目的地规则，瑞士身份本身不会替代对方准入。

核对SRO是否获FINMA认可、公司是否为有效会员，以及申报活动是否与实际产品一致。

制作资金和资产权利表，逐项说明保管、使用权、偿还或返还义务及客户破产风险。

对长期余额、集合保管、证券或收益功能单独判断银行、FinTech等许可，不沿用原兑换模式结论。

在宣传和客户合同中准确披露监管性质和资产保护，不写“FINMA担保”或无依据的存款保障。

本文为一般信息，不替代基于具体事实的法律意见。

Question 34

把加密支付公司设在BVI或开曼，也需要当地资质吗？

Accepted Answer

通常需要。BVI或开曼公司登记只是成立法人，不等于获准经营虚拟资产服务。两地分别设有VASP注册或许可要求，托管、交易平台的待遇也不同；客户全部在境外，不足以证明当地监管不适用。

BVI看是否在当地或从当地经营受管服务

BVI金融服务委员会（FSC）的VASP申请指引要求，在BVI境内或从BVI开展虚拟资产服务的经营者申请注册。托管及虚拟资产交易所还须满足对应附加要求。因此，“离岸公司没有当地客户”不能替代业务分析。应说明哪一法人签约、谁保管资产、从哪里作经营决策，以及钱包和交易系统由谁控制，而不是只问注册代理能否办理公司。

开曼要区分一般VASP注册与两类业务许可

开曼金融管理局（CIMA）说明，自2025年4月1日起，虚拟资产托管和交易平台进入许可制度；其他受管虚拟资产服务通常走注册路径，依法获准豁免的安排另论。如果一家公司同时从事须注册和须许可的活动，应依CIMA规则确定整体路径，不能把“已登记VASP”理解为任何托管、交易业务均可开展。购买现成公司时尤其要看实际批准，而不只看卖方使用的牌照名称。

过渡期里的老机构，不能与新申请人混为一谈

CIMA对当时已注册、经营托管或交易平台的机构设置90天申请许可窗口，并允许符合安排的机构在许可审核期间继续相关业务。因此，原稿“不能仅凭普通注册开展”的表述对新进入者有提醒价值，却不能据此认定所有历史待批机构都无权经营。尽调要索取原注册、按期申请及后续决定记录，再确认其当前状态；新成立项目不能借用别人的过渡经历。

离岸架构的价值要由真实经营需求验证

假设集团在BVI设控股公司、在另一地由持牌子公司直接服务客户，与BVI公司自己签约报价、控制收款并对客户承担兑付承诺，是两种不同结构。外包保管并不会自动把后者变成纯控股公司。即使当地VASP路径已落实，目标客户市场、法币支付和银行接入仍须分别核验。选址时应把运营、监管和客户资产责任放在同一张架构图中，避免只为方便注册而形成无法开户或解释职责的主体。

按法人画出签约、获客、资产控制、兑换和结算关系，判断“在当地或从当地经营”的实际联系。

向FSC或CIMA官方渠道核对注册、许可和活动范围，要求合作方提供完整批准及附加条件。

开曼存量机构若依赖过渡待遇，核查按期申请和待批状态，不接受口头“正在换牌”。

将客户市场准入、法币支付安排和银行开户作为独立可行性条件，不宣传离岸全球通行。

本文为一般信息，不替代基于具体事实的法律意见。

Question 35

在迪拜或阿布扎比做加密支付，应该选择哪套监管制度？

Accepted Answer

应先确定实际区域、资产和服务，再选择监管路径。迪拜VARA不覆盖DIFC，ADGM由FSRA监管；稳定币支付还须注意阿联酋央行的支付代币规则。虚拟资产转移许可不等于可让所有商户接受任意稳定币。

“迪拜”和“阿布扎比”都不是单一许可名称

VARA的虚拟资产监管范围涵盖迪拜大陆及相关自由区，但不包括迪拜国际金融中心（DIFC）。阿布扎比全球市场（ADGM）则是适用自身金融服务制度的金融自由区，不能把“公司注册在阿布扎比”自动等同于获ADGM许可。因此，先明确办公、签约和提供服务的具体辖区，再看主管机关；注册代理能成立公司，不代表金融监管机关已经同意经营。

先看受管活动，再看允许使用的资产

VARA设有专门的虚拟资产转移及结算业务规则，兑换、托管等其他活动应分别核对授权，不能从一项活动推导全部功能。ADGM则要求依FSRA金融服务许可及具体条件经营。其法币参考代币（FRT）相关修订已于2026年1月1日实施，包含获接受代币、受管活动和客户代币安排。某种币在市场上流行，不代表它已符合平台所属辖区的资产准入要求。

向普通商户付款，央行规则可能改变产品选择

阿联酋央行《支付代币服务条例》区分发行、兑换、保管与转移，并对商户接受虚拟资产付款设限。在该条例第2条适用范围内，一般商品或服务收款不能任意接受外币稳定币；获准外币支付代币的支付用途主要限定为购买虚拟资产或其衍生品，迪拉姆支付代币另按持牌发行要求处理。该条明示排除金融自由区，不能机械套到ADGM或DIFC内部，但从区内向区外客户提供服务又需重新核查。

用商户业务和机构交易两个场景比较

假设方案A服务迪拜大陆餐饮商户，方案B在ADGM为机构提供获准代币相关服务。两者不能因为都使用美元稳定币，就套用相同资格和币种清单。A应先确认商户支付是否被允许、所需央行与地方准入；B应核对FSRA获准活动、代币及客户条件。之后再比较团队、银行、资产托管和成本，才是可执行的选址。任何一地许可都不应被宣传为覆盖全阿联酋或整个中东。

明确大陆、普通自由区、DIFC或ADGM的实际经营地点，并按签约与客户服务范围分配主管机关。

把兑换、托管、转移结算、发行和法币支付逐项映射到许可及合作方，核实每项条件。

分别核查币种及支付用途，特别确认普通商户收款与虚拟资产购买是否适用不同限制。

在申请前以完整资金流向相关主管机关或当地律师预核验，评估从金融自由区向区外服务的边界。

本文为一般信息，不替代基于具体事实的法律意见。

Question 36

中国内地可以经营加密支付业务吗？

Accepted Answer

不能把稳定币兑换、代收后换汇等业务，作为在中国内地注册公司后即可经营的普通支付服务。现行监管禁止相关虚拟货币金融业务，并限制金融机构提供配套服务；境外牌照、技术服务合同或真实贸易背景都不能自动解除这些限制。

先把“加密支付”拆成实际动作

商户收取稳定币、平台兑换成人民币、向供应商支付法币，看起来是一项产品，实际可能同时包含虚拟货币兑换、资金划转和跨境汇兑。判断能否在内地经营，不能只看产品名称是否带“支付”，而要逐项确认平台替谁接收资产、谁作出兑换决定、谁最终承担付款义务。仅把收入写成技术服务费，并不能改变实际提供的服务。

现行依据已更新到2026年

中国人民银行等八部门的银发〔2026〕42号通知，已替代2021年的相关通知。新规继续禁止在境内开展法币与虚拟货币兑换等业务，并禁止金融机构，包括非银行支付机构，为虚拟货币相关业务提供开户、资金划转和清算结算等服务。泰达币等稳定币不因价格相对稳定，就获得法定货币地位。因此，这不是“找一张普通支付牌照补齐手续”就能解决的问题。

境外注册不能改变实际服务对象

假设一家境外公司收取内地商户的稳定币，再安排境内账户向商户支付人民币，即使合同选择境外法律，仍须审查其是否非法向境内主体提供服务。与此不同，真正发生在允许相关业务的境外市场、服务境外客户的安排，需要另做当地准入及中国关联因素评估，不能由本题推导为当然合法。尤其涉及境内主体控制的境外公司发行虚拟货币，还要单独核对2026年通知的限制。

先做业务排除，再做产品设计

实务上应先画出客户、签约主体、钱包、银行账户和最终收款人的关系图，把内地居民、内地商户、内地营销及资金操作逐项标出。确认属于禁止性业务的，应从内地产品范围中排除，而不是寻找代收账户、境外壳公司或更换合同名称。对确属一般软件服务的功能，也应核查是否实际承担交易定价、指令执行或为违法业务提供协助，不能预设“技术公司”天然豁免。

形成一页资金流和服务流图，列明每个账户及钱包的控制人。

逐项筛出内地客户准入、人民币兑换、境内结算及推广功能。

以2026年通知复核旧版方案和合同，不再仅引用2021年文件。

本文为一般信息，不替代基于具体事实的法律意见。

Question 37

境外公司已经持牌，可以向中国内地客户提供加密支付吗？

Accepted Answer

不能仅凭境外牌照向中国内地客户提供稳定币兑换、交易等服务。银发〔2026〕42号明确禁止境外单位和个人以任何形式非法向境内主体提供虚拟货币相关服务。境外签约、服务器或收款账户，都不是排除内地监管的充分条件。

牌照解决不了客户所在地的禁止性规则

境外牌照首先说明某一主体在发牌地区获准开展特定业务，并不等于获得全球客户准入。中国内地的限制与境外是否持牌是两个问题：业务在注册地合法，不代表能够向内地客户交付。2026年通知的表述并不限于交易所，不能据此认为支付平台、商户收款工具或者企业专用版本就不在审查范围。

不能只按证件或合同地址判断

实务审查应同时看客户账户由谁实际使用、客户在哪里经营、谁下达支付指令以及最终为谁完成结算。假设内地贸易公司以关联境外公司的名义开户，却由内地业务团队持续使用该账户为内地交易安排兑换，那么只保存境外注册证并不足以解释服务对象。相反，中国籍人士真实在境外生活，也不能仅凭国籍认定为本题所指的内地客户；仍需查明所在地、业务实质及中国关联安排。

“客户主动找到我们”也不是当然例外

2026年通知没有给境外持牌机构设立一项通用的“客户主动请求即可服务”豁免。产品无需中文、没有内地办公室，也不能单独证明没有非法向境内提供服务。已有内地流量时，应检查网站申请表、销售聊天、转介绍佣金和付款记录，防止前台声称不服务内地、后台仍人工放行。

存量客户应按事实处理，而不是换身份继续

先识别受限制的服务和未完成交易，再由合规、法律与运营共同确定停止新增、客户沟通及依法处理存量资产的路径。不能为了继续交易，要求客户借用境外地址、改签壳公司或更换收款人。是否需要报告、如何处理冻结或退款，应按具体账户和案件状态确认，避免简单关号后留下无人处理的客户资产。

抽取开户、营销及结算样本，核对名义客户与真实使用人。

将内地限制落实到产品准入、人工复核及渠道管理规则。

对存量内地业务形成停止新增与善后处置方案，保留完整记录。

本文为一般信息，不替代基于具体事实的法律意见。

Question 38

我们可以服务有中国背景的境外企业和个人吗？

Accepted Answer

中国股东或中国国籍本身，不足以判断某个境外客户能否接入；但境外注册、居留身份也不代表当然可服务。应同时核对当地准入、真实经营和使用地点、资金用途，以及是否实质向中国内地主体提供受禁止服务或触及境内主体境外发行业务限制。

先区分客户背景与业务所在地

“中国背景”可能指股东是中国企业、创始人持中国护照、客户主要说中文，也可能指经营、员工和资金全部仍在内地。这些情形不能混为一谈。合理的准入审查，不应把国籍直接当作业务合法性的结论，而应先回答：谁签约、谁使用、业务在哪里发生、由哪一主体承担货款或薪酬义务。

真实境外业务仍要有当地经营依据

假设一家由中国股东投资、确有境外员工和仓储的企业，希望为当地供应商付款，应由当地获准服务商评估该产品、币种、客户行业及付款用途是否在许可范围内。例如欧盟MiCA对提供加密资产服务的主体设有准入要求，相关法币支付也须另外核对支付资格。这里讨论的是逐项评估空间，不是对所有境外企业作合规背书。

需要排除的是名义境外、实际境内

2026年通知禁止境外主体非法向内地主体提供虚拟货币服务。境外公司若只是开户外壳，真实目的是为内地企业买币、兑换人民币或绕开外汇管理，注册地并不能消除风险。另一个容易遗漏的场景是客户或集团拟自行发行代币：未经有关部门依法依规同意，境内主体及其控制的境外主体不得在境外发行虚拟货币，不能把普通支付使用与发行业务混在一起判断。

准入材料要能相互印证

建议将注册资料与实际合同、办公经营证明、付款义务、资金来源和受益所有人资料交叉核查。若客户申报境外经营，但订单、操作人员和结算收款均集中在内地，应暂停接入并解释矛盾，而不是补一份境外地址声明。定期复核同样重要，因为客户在开户后可能改变业务或服务地区。上述是风险审查建议，不能代替具体法域的客户分类规则。

分别记录股权控制、税务住所、经营所在地和服务使用地点，不合并成一个“中国背景”标签。

要求客户解释稳定币的商业用途，并与订单及付款义务核对。

对境内权益、境外发行或内地人民币结算因素触发专项法律审查。

本文为一般信息，不替代基于具体事实的法律意见。

Question 39

境外加密支付公司的员工在中国内地工作，有法律风险吗？

Accepted Answer

有风险，但不能只凭公司从事加密业务就认定所有内地员工违法，也不能把“技术岗”当作豁免。要核对境内团队实际做什么、是否运营受禁止业务，及是否明知或应知境外主体非法向内地提供服务仍予协助；用工、税务和数据安排也须单独审查。

岗位名称不如权限和工作记录重要

2026年通知明确追究明知或应知境外主体非法向境内提供相关服务、仍予协助的境内单位和个人责任。客服、研发、销售、财务都可能参与关键环节，不能只看劳动合同上的岗位名称。需要核对员工是否处理开户审批、兑换报价、交易指令、私钥签名、人民币收付或内地客户导流，以及其对业务风险实际知道什么。

普通支持工作与交易运营不能画等号

假设一名员工只维护通用办公系统，无法接触客户、订单和资产，其事实基础与在内地组织OTC报价、处理出入金的团队不同。但这只是风险分析上的区别，法律并没有一条“通用技术岗一律安全”的规则。对所谓仅服务境外的产品，也要核验客户范围和实际运行方式；相关业务本身违法，或者员工持续处理明显异常请求，不能由境外牌照代为消除风险。

合同不能代替真实的用工安排

境外公司直接签合同、通过境内关联公司雇佣、聘请独立承包商，会涉及不同的主体资格和劳动关系判断。员工在内地长期接受考勤、绩效与日常指挥，不能仅因合同称“顾问”就跳过用工评估。报酬支付、个税申报、社保及客户数据访问，需要分别确定责任人；工资支付是否合规，也不等于参与的业务合法。

企业应把边界落到系统与流程

建议制作岗位权限表，把允许访问的数据、可执行的指令及升级路径具体化。发现内地招揽、虚假贸易、代他人收款等问题时，应暂停相关操作并交合规处理，保留工单及审核记录，而不是要求员工用个人账户或个人钱包补位。合同、培训和权限控制应当与实际行为一致，不能只留一份写着“不服务中国”的纸面政策。

逐岗位核对系统权限、客户接触、资金操作和销售指标。

复核境外平台客户准入，抽样检查是否存在内地人工放行。

确认合法用工主体、报酬申报与数据访问路径，并建立异常升级机制。

本文为一般信息，不替代基于具体事实的法律意见。

Question 40

境外加密支付公司可以在内地宣传和招商吗？

Accepted Answer

不能因为公司和开户流程在境外，就在内地自由推广稳定币兑换或相关支付服务。2026年监管通知限制相关营销、商业展示和付费导流，并追究协助境外主体非法服务内地的责任。行业研究不等于客户招揽，活动性质应结合内容、对象和转化路径判断。

先看活动把参加者引向哪里

是否属于营销，不能只看名称是闭门会、技术交流还是招商说明会。介绍产品后发放开户链接、邀请充值、承诺兑换人民币、按成交给渠道佣金，都会使活动与实际业务形成联系。假设研讨会前半段讲合规，后半段指导内地商户用境外账号收币结算，不能用前半段的研究性质覆盖后半段的招揽行为。

线上导流与线下销售需要一起审查

银发〔2026〕42号对互联网企业提供网络经营场所、商业展示、营销宣传及付费导流作出限制，并要求加强相关广告监管。境内代理通过公众号、社群、二维码或私信向境外产品输送客户，也不能仅因最后一步发生在境外就认为没有内地风险。参与者知道或应当知道平台非法服务内地时，还涉及协助责任。

合法法币产品不能成为加密业务的入口

同一品牌同时经营法币支付和境外稳定币业务时，宣传页必须对应真正获准向该客户提供的服务。比如广告展示普通跨境收款，销售随后以“更快方案”将内地客户导向稳定币兑换，仍须按完整销售路径评估。团队之间更换签约主体或把转介绍留到私聊，不会自动改变服务对象和实际业务。

可以先做内容与转化链路审查

一般研究、风险教育与商业推广需要按事实区分，不能承诺所有行业交流都被禁止，也不能承诺不放开户链接就一定合法。发布或举办活动前，应留存完整课件、讲稿、报名条件、赞助安排和会后联系计划，审查是否包含产品交易诱导。对无法解释的内地获客需求，先停止该推广路径，而不是通过删词、换群或隐藏品牌继续转化。

审查从广告、报名到销售私聊和开户的完整链路。

核对渠道佣金、客户名单及内地销售人员的实际任务。

将研究内容与产品招揽分开审批，保存完整版本及审核意见。

本文为一般信息，不替代基于具体事实的法律意见。

Question 41

境内收人民币、境外付外币，中间使用稳定币结算，违法吗？

Accepted Answer

如果实际替客户完成未经许可的人民币与外币兑换，稳定币只是中间媒介，仍可能属于非法买卖外汇，严重时构成犯罪。两端分由不同主体收付、资金不直接跨境，或者只收技术费，都不当然改变业务实质；还须另审虚拟货币和支付结算方面的风险。

看最终兑换效果，不只看单笔链上交易

这个模式通常是客户在内地交人民币，境外指定收款人收到外币，经营者借稳定币补充两端头寸。对客户而言，购买的仍然是跨币种、跨地域的资金交付服务。账户之间没有同一笔款项直接汇出，并不能证明没有汇兑；需要把报价、订单、人民币流水、链上地址和外币付款连接起来看。

已有官方案例直接讨论这种结构

最高人民检察院与国家外汇管理局2023年发布的典型案例中，赵某等人通过境外收取迪拉姆、境内支付人民币，并借泰达币循环资金的方式经营汇兑。官方案例明确，利用虚拟货币作为媒介实现本币与外币转换，属于非法买卖外汇的判断对象。这是特定案件的司法结论，不代表任何持币或普通转币行为都自动构成该罪。

有贸易合同，也要核对合法收付路径

《外汇管理条例》要求经常项目外汇收支有真实、合法的交易基础，并按规定通过有资格机构购付汇。假设客户确实有进口货款，但平台收人民币后让境外关联人替付美元，真实订单并不能给平台增加外汇经营资格。拆分主体、拆单或将差价改名为服务费，也不是合法化路径。

遇到这类需求，应核实并停止未经许可的安排

首先确认客户要解决的是贸易付款、投资还是个人资金转移，再交具备相应资格的银行或机构按真实用途评估。平台应当拒绝以隐瞒付款人、伪造用途或借用账户为前提的方案。已发生交易时，应保全完整订单、通讯、资金及钱包记录，核对存量资金，及时取得专项法律意见；不能为了平账而继续新增交易或删除记录。

将人民币收款、链上转账和外币付款按同一订单对账。

核对谁作出汇率报价、谁承担境外付款义务及其经营资格。

把真实需求转交合资格机构评估，停止未经许可的兑换或对敲安排。

本文为一般信息，不替代基于具体事实的法律意见。

Question 42

我们可以为跨境贸易企业提供稳定币结算吗？

Accepted Answer

真实贸易不等于稳定币结算路径当然合法。涉及中国内地的企业收付，仍须遵守虚拟货币、支付和外汇限制；在允许相关业务的境外市场，则要分别核对客户、兑换、托管及法币支付资格。订单和发票证明交易背景，不能代替服务商准入。

贸易真实性与结算合法性是两项审查

先核实买卖双方、货物或服务、金额和付款义务，再核实付款工具与服务路径。前一项回答“为什么付款”，后一项回答“由谁、通过什么方式合法付款”。如果平台只有贸易合同，却说不清收币的钱包归谁、谁承担兑换损失、谁向卖方付款，即使订单真实，客户资产和许可问题仍未解决。

涉及内地企业时，不能用订单替代外汇要求

银发〔2026〕42号限制相关虚拟货币业务及配套结算，《外汇管理条例》第十二至十四条另行规定经常项目的真实合法基础及购付汇要求。假设内地出口商让买方把稳定币交给境外通道，再由不相关的境内个人向出口商转人民币，这不仅需要解释货款来源，更可能触及被禁止服务及非法汇兑。不能把发票当成消除全部风险的凭证。

境外方案要明确付款完成的时点

对真实在境外经营的买卖双方，应先确认适用法律允许该工具及服务商具备所需资格。例如欧盟MiCA区分加密资产服务与相关支付服务，不能拿到加密牌照就自动处理全部法币环节。合同还应明确卖方接受的是稳定币还是法币、链上确认是否等于付款完成、脱锚或冻结由谁处理，以及退款按什么币种和金额执行。

用一笔订单把四类记录串起来

上线前可选一笔假设订单，模拟合同义务、链上转账、兑换回单及法币入账如何一一对应，再测试少付、退款和地址错误场景。这样的演练是实施建议，并非监管认可证明。若财务只能提供链上哈希而无法证明款项归属和商业原因，税务、银行审查和争议处理都会缺少证据，应先补齐而不是带问题上线。

区分买卖双方真实所在地，并确认是否涉及内地资金或服务对象。

将贸易合同、订单、钱包记录、兑换与银行回单建立统一编号。

明确收款完成、退款、手续费及脱锚风险的合同承担方。

本文为一般信息，不替代基于具体事实的法律意见。

Question 43

境外加密支付公司可以用USDT向内地员工发工资吗？

Accepted Answer

适用中国内地劳动法律的工资，应以法定货币支付，不能用USDT替代。员工同意收币、合同写美元或由境外主体付款，不当然解除工资义务。境外直接用工还要先查明劳动关系和适用法律；不能把顾问协议或“奖金”标签当成解决方案。

先确定是不是受内地规则调整的工资

《工资支付暂行规定》适用于境内用人单位与其形成劳动关系的劳动者，第五条要求以法定货币支付工资。境外公司直接聘请在内地工作的人，还涉及用工主体资格、劳动关系及法律适用，不能仅凭“人在内地”或“合同在境外”一句话下结论。应当查明由谁招聘、管理、考核、发薪，以及是否存在境内关联雇主。

USDT不因锚定美元就变成美元工资

银发〔2026〕42号明确泰达币等虚拟货币不具备与法定货币等同的法律地位。假设合同约定每月人民币工资，企业改为转入等值USDT，员工仍可能主张未依法支付的工资；链上到账记录并不能当然证明工资义务已经履行。签署自愿收币声明，也不能作为公司免除强制性工资义务的可靠依据。

基本工资、奖金和独立劳务须分别核对

固定工资不能改名为项目奖后继续用币支付；真正独立承包、境外劳动或其他报酬则要按具体关系及适用规则重新评估，不能直接照搬内地劳动结论，也不能因此认定稳定币付款可行。无论报酬叫什么，收款人的税务身份、所得性质和申报责任都需要确认。支付形式不是天然免税条件。

已经用币发薪时，先对账再纠正

建议汇总劳动合同、工资表、应发金额、扣缴记录、币种数量和实际转账时间，由劳动与税务专业人员核对未履行义务及处理方式。不要要求员工先自行卖币，或签一份放弃追索声明来代替整改。后续应建立合法工资支付路径、按期提供工资清单，并把境外资金如何合规用于薪酬支付单独说明。

核实真实雇主、劳动关系及适用法律，不只查看合同标题。

停止将USDT作为内地法定工资的替代支付方式。

逐月对账应发、已付、扣缴及可能欠付金额，设计合法补正路径。

本文为一般信息，不替代基于具体事实的法律意见。

Question 44

同一集团能否同时经营内地法币支付和境外加密支付业务？

Accepted Answer

可以评估集团业务架构，但“内地法币支付＋境外加密支付”不是天然合规组合。各主体必须分别满足准入和监管要求，内地账户、团队及客户资源不得被用于被禁止的虚拟货币业务；若涉及境内主体控制的境外发币，2026年规则还设有专项限制。

两家公司不等于两套业务已经分开

集团隔离应体现为真实的签约、决策、资金和服务对象分工，不只是组织架构图。假设内地支付机构为商户提供普通收款，境外子公司开展当地允许的稳定币服务，如果内地销售将商户直接转入境外产品、境内账户为其兑付人民币，仍须按完整安排审查。持牌主体之间的关联关系，并不能把被禁止活动转化为合法业务。

内地支付牌照有自己的边界

《非银行支付机构监督管理条例》要求按牌照所载业务类型和经营地域经营，禁止出租、出借或变相转让许可，并对核心业务外包和商户管理设有限制。2026年虚拟货币通知另禁止金融机构，包括非银行支付机构，提供相关开户、划转和清算结算服务。因此，内地法币业务不能成为境外加密业务的人民币出入金工具。

境外支付与境外发币不能混为一谈

集团拟接入已有稳定币支付，与自己发行稳定币，是不同项目。2026年通知规定，未经相关部门依法依规同意，境内主体及其控制的境外主体不得在境外发行虚拟货币；挂钩人民币稳定币还受到专门限制。不能把评估一般境外服务的空间，扩展为通过境外子公司发币的许可。投资、控制结构及其他审批义务也应在落地前单独核对。

把隔离设计变成可核查的责任表

建议分别列明客户合同、银行账户、钱包控制人、品牌页面、获客来源、员工权限及关联交易。共享后台、客服或风控系统并非只需签外包协议，还要检查是否使内地团队实际承担受限制业务，是否涉及数据跨境。银行和监管需要的是能执行的边界及证据，而不是一句“两个主体各自负责”。不满足准入的业务，应排除而非包装。

按主体列出牌照、客户、资产账户和人员权限，并找出交叉使用点。

逐项审查内地渠道是否导流、代收或承担境外产品的交付。

将境外发行、集团投资及关联服务分别提交专项审查。

本文为一般信息，不替代基于具体事实的法律意见。

Question 45

公司设在境外，加密支付业务收入还需要在中国内地纳税吗？

Accepted Answer

有可能。境外注册和收入未汇回内地，都不能单独排除中国纳税义务。应分开判断企业税收居民身份、境内机构或所得来源，以及股东和员工个人的税务身份；稳定币收款也不自然免税。税务处理与业务能否合法开展是两项独立问题。

企业注册地不是唯一判断因素

《企业所得税法》第二、三条将依境外法律成立但实际管理机构在中国境内的企业纳入居民企业范围，并规定相应境内外所得纳税义务。实施条例将实际管理机构指向对经营、人员、账务及财产的实质性全面管理和控制。因此，关键审批长期由内地团队完成、账务和资金均由内地控制的安排，需要按事实评估，不能只出示境外注册证。

不是居民企业，也未必与中国税收无关

境外企业如果在境内形成机构、场所或取得中国来源所得，还可能涉及非居民企业纳税。是否构成税收协定意义上的常设机构，以及利润如何归属，需要结合适用协定和工作事实判断。假设境外公司有内地团队长期替其对外签约，不能仅按合同付款方在境外就排除税务联系；但有一位远程员工，也不宜直接断言构成常设机构。

公司利润、股东分红和个人工资分别处理

《个人所得税法》按住所与居住时间等规则判断居民个人，居民个人境内外所得原则上进入相应税制；具体优惠、税收协定及境外税额抵免仍须另核。公司赚取手续费、向股东分红、向员工付薪是不同税务事件，不能用“钱留在公司”或“没有换成人民币”一概判断。也不应将中国国籍直接等同于任何年度的税务居民结论。

稳定币收入先建立可审计的原始记录

应保留客户合同、收费规则、交易时间、币种数量、钱包归属、兑换记录和境外完税凭证，再确定收入性质、确认时点及适当计价方法。本题不提供一项适用于所有代币收入的统一估值规则。若业务触及内地禁止性规定，申报纳税也不会使其合法化；需要同步处理业务边界，而不是把纳税作为合规证明。

整理实际管理决策、人员、账簿及资金控制所在地的证据。

把公司收入、股东收益和个人报酬分成三张税务清单。

逐笔留存稳定币收付和兑换资料，并核对境外税款抵免所需凭证。

本文为一般信息，不替代基于具体事实的法律意见。

Question 46

上游兑换和支付机构都有牌照，我们自己还需要持牌吗？

Accepted Answer

不一定能免牌照。上游获准兑换或付款，只说明上游可以在其许可范围内做相应工作；如果你自己接受客户委托、控制资产或承担兑换结算，仍要分析自身准入。技术外包、客户介绍、受监管代理和独立服务商，是不同角色，不能用一份合作合同混在一起。

先问客户究竟向谁购买服务

判断起点是客户合同和实际操作。假设商户直接与持牌机构签约、向其交付资产，并由该机构确认汇率和到账，公司只提供订单软件，这与公司自行报价、收取稳定币，再找上游兑付法币明显不同。后一种安排中，上游可能只是你的供应商；客户对你的请求权，并不会因为你背后有持牌方就消失。

不碰资金也不是唯一判定标准

以英国支付制度为例，技术服务排除有具体条件，支付发起和账户信息服务并不因不持有资金就自动排除。相应地，公司接收客户指令、决定付款执行或安排特定服务时，必须检查实际活动，而不只查看银行账户是否经过自己。这一例子只说明判断方法，不能把英国排除规则直接用于其他法域或全部加密资产服务。

允许做代理，也需要满足代理条件

英国FCA指引明确，支付机构的代理需要由委托机构登记，并且只能提供委托机构的支付服务，不能冒充以自己身份独立提供服务。欧盟MiCA则要求提供加密资产服务的主体符合相应准入，相关支付服务还有单独资格要求。因此，“上游有牌＋我们是合作伙伴”不是可跨法域使用的免牌公式。

把合同分工与系统权限对起来

建议将开户、客户审查、报价、收付、退款、投诉、数据保存七个环节逐一指派责任主体，并写明谁有最终决定权。再检查产品页面、客服话术、API权限和客户账单是否一致。如果合同说上游负责付款，但平台先承诺到账、上游又有权随时拒单，就存在责任缺口，应在上线前补齐，而不是事后让客户自己找上游。

收集上游许可原文及限制条件，核验合作法人名称与签约主体一致。

按七个服务环节制作责任及权限表，与前台实际体验核对。

对自身角色取得目标市场意见；需要登记代理的，完成登记后再提供相关服务。

本文为一般信息，不替代基于具体事实的法律意见。

Question 47

使用持牌机构的白标方案，以自己的品牌经营，需要牌照吗？

Accepted Answer

白标不是一张可以共用的牌照。是否需要自身许可，取决于客户与谁签约、谁提供受监管服务，以及当地是否允许相应代理或分销安排。自己的品牌可以出现在界面上，但不能让客户误认为品牌方持有合作方牌照，或承担实际未获准经营的业务。

先拆开品牌、合同和资金三个层次

白标可能只是换标的软件，也可能包含账户、兑换、资金保管和付款能力。评估时不能只看供应商演示页面，应分别确认品牌所有人、服务合同相对方、银行或钱包账户控制人。假设页面使用你的品牌，但客户合同由上游持牌机构签署、资金直接交给上游，与客户只同你签约、上游完全不对客承担义务，是两种不同结构。

客户是否看得懂，比页脚写一行更重要

应在开户、确认报价和付款前明确展示实际服务提供者、受监管资格与投诉入口。若主页面声称“我们提供持牌账户”，协议深处却说明“我们仅供软件”，容易造成角色混淆。欧盟MiCA禁止未获相应资格的主体使用容易让人误认其为加密资产服务商的名称或宣传；这也说明，品牌呈现不能独立于法律角色设计。

英国支付代理模式不是全球白标通行证

按FCA指引，支付机构代理须满足登记要求，委托机构还须有效监督并对代理行为承担相应责任。这不是双方合同写上“代理”即可成立，也不能把支付代理自动延伸到加密资产的全部活动。白标商如果另行控制客户稳定币、安排兑换或提供自己的余额服务，需要再看该部分是否超出合法合作范围。

签约前把退出和客户迁移写清楚

白标产品最容易被忽略的是停服以后谁处理客户。建议约定终止通知、在途交易、资金返还、投诉处理、客户资料导出和必要的重新开户程序。客户资产不能随供应商切换而由平台擅自转走，数据也不能因合同写了“可迁移”就当然跨机构转移。上线前做一次停服演练，比只比较接口价格更能发现责任空白。

将开户页、用户协议、报价确认和账单上的服务主体统一核对。

核验代理或分销制度及登记状态，不将供应商牌照号当作自身牌照号。

在合同中写清停服后的资金、在途订单和客户数据处理责任。

本文为一般信息，不替代基于具体事实的法律意见。

Question 48

只介绍客户给持牌支付机构并收取佣金，需要持牌吗？

Accepted Answer

单纯提供联系信息与参与交易安排，监管结果可能不同，不能仅凭佣金模式判断免牌。即使不接触资金，面向特定地区推广加密产品，也可能触及营销或招揽规则。先明确介绍到哪一步、介绍什么产品、面向谁，再核对所在地和客户市场的要求。

把“介绍”止于哪里写清楚

普通介绍通常是把潜在客户信息交给服务商，由服务商自行决定是否接入、签约和执行交易。若介绍人继续推荐具体币种、谈汇率、接收付款指令、收取客户资产或承诺到账，就不能只按递交名片的角色判断。按注册数、成交量或收入分成计佣，可以是风险线索，但没有一种计费方式能单独决定是否需要许可。

服务商合规，不等于介绍行为合规

假设境外机构在当地获准兑换稳定币，境内渠道却向内地商户宣传“可直接换人民币”，上游牌照不能解决渠道本身的内地风险。2026年通知明确涉及相关营销导流及协助非法向境内服务的责任。渠道不能通过把开户链接发到私聊、由客户自行提交申请，当然排除其对获客活动的参与。

境外推广也要查客户市场规则

英国FCA明确，面向英国消费者的相关加密资产金融推广，不论推广者是否在境外，都需要符合当地制度。网站、社交媒体及应用内容均可能属于审查对象；只是介绍别人经营的产品，也不意味着内容不受限制。这个例子针对英国相关加密资产推广，不是说所有企业间介绍均适用同一规则，而是提醒将经营许可与营销许可分别核对。

合作协议应能阻止渠道越界

建议约定可用宣传材料、禁止承诺、线索传递方式、个人信息处理及投诉转交，明确渠道不得代收资金、代签服务协议或擅自修改报价。服务商应保留抽查和终止违规渠道的机制，介绍人也应保存获准材料及版本。若业务实际要求渠道深度操作交易，就应重新评估代理或自身持牌，而不是仅修改合同标题。

画出从获客到付款的渠道参与步骤，并标明是否接收交易指令。

分别审查介绍人所在地、客户所在地的招揽与经营规则。

采用经审查的宣传材料，建立佣金、投诉及渠道抽查记录。

本文为一般信息，不替代基于具体事实的法律意见。

Question 49

与银行合作，可以使用银行的牌照开展加密支付吗？

Accepted Answer

不能直接借用银行牌照经营自己的加密支付业务。银行开户、法币转账或结算服务，只覆盖它实际承担且获准开展的部分；你的兑换、托管、付款承诺仍需单独判断。当地允许的银行代理或外包安排，也必须有真实授权、范围和责任分工。

先问银行到底提供哪一段服务

“银行合作”可能只是企业经营账户，也可能是客户资金保管、支付账户、代理收付或其他产品。假设稳定币由平台控制并兑换，银行只按平台指令支付美元，那么银行参与了法币划转，不等于银行成为稳定币兑换的经营者，也不当然为平台全部客户义务担保。应将每一段实际服务写出来，避免用一个银行标识替代法律分析。

开户关系与代理关系不是一回事

以英国为例，FCA的PERG指引区分支付机构代理和银行等信贷机构的支付代理，后者在支付服务法规下的代理登记处理有所不同。但这种具体制度仍以真实代理身份为前提，并不意味着任何银行客户都能以银行资格独立经营。加密资产服务是否另受监管、代理所在地是否认可该安排，也要再查，不能直接从法币代理推导。

客户损失由谁承担，必须能回答

合作协议应明确资金何时交给银行、银行对谁负有付款义务、拒绝或延迟指令时如何通知、平台如何对客户退款。如果银行只向平台提供账户，而客户合同由平台签署，客户可能需要先向平台主张权利。平台对外承诺不能超过银行书面同意的服务，否则上游有权拒付、下游却已经到期应付，资金缺口仍会落在平台。

内地银行还受到明确限制

银发〔2026〕42号禁止金融机构为虚拟货币相关业务提供有关账户、划转和清算结算服务。因此不能把境外市场的银行合作模式直接用于内地，或借普通贸易账户承接涉币结算。实务上应取得银行对真实业务、客户类型及账户用途的确认，但银行愿意提供服务，也不能替代独立法律准入判断。

要求银行明确提供的是经营账户、客户资金服务还是代理支付，并保存合同依据。

逐段确认收币、兑换、法币保管、付款的服务主体和许可。

将银行停付、拒单及客户退款责任与对客承诺逐条核对。

本文为一般信息，不替代基于具体事实的法律意见。

Question 50

加密支付公司应该怎样选择开户银行？

Accepted Answer

先选明确理解并接受实际业务的银行，再比较费用、币种和开户速度。经营费用账户、收取平台手续费的账户，以及处理客户代收代付资金的账户，不能混为一谈。是否可用，应以真实用途、客户范围、资金保障和银行书面条件共同判断。

先写需求书，不要先找“容易开户”的银行

开户前至少应说明公司注册和许可、服务哪些客户、稳定币在流程中起什么作用、法币从哪里来及付给谁。将公司自有资金与客户相关资金分开描述，并列出预计币种、交易规模和主要付款国家。银行对普通软件公司的接受度，不能代表它愿意承担支付平台或加密业务的同等交易。

“支持行业”不等于同意你的每条路径

香港金管局2023年通函要求银行采用风险为本方法，并鼓励支持受香港证监会规管的持牌虚拟资产服务提供者的合理开户需要；这不是对任一公司的开户保证，也不是对所有交易通道的批准。你仍须向具体银行解释产品和客户风险，不能以监管鼓励或同业开户成功替代自身尽调。

用真实资金流测试产品适配

假设银行允许公司收取境外机构支付的服务费，却不允许收取未识别商户的大量款项。这个账户即使已经开立，也不适合直接上线商户收款。建议把付款人、户名、最终受益人、退款路径和中间机构逐一提交银行确认，核对是否接受第三方付款、是否支持所需清算网络，以及到账后是否可能被进一步人工审查。

费用之外，要比较中断后的可处理性

作为商业尽调建议，还应比较交易查询、退汇、对账文件、紧急联系人、账户关闭后的资金返还和可用备援安排。客户资金若需保障，应查明银行是否提供相应账户和确认文件，而不是仅称“资金放在银行很安全”。备援账户也须披露相同真实业务，不能在主账户被限制后改用隐瞒用途的账户接续。

准备业务说明、许可、受益所有人、反洗钱框架及资金流样例。

分别确认自有资金、手续费和客户资金的账户适用条件。

把币种/国家/客户类型/退款与停服安排列为银行比较清单。

本文为一般信息，不替代基于具体事实的法律意见。

Question 51

已经取得牌照，银行为什么仍然拒绝开户？

Accepted Answer

牌照不等于银行必须开户。银行还要独立了解真实业务、客户、资金来源和自身能否管理相关风险。不过，拒绝也不必然代表业务违法，应区分材料不足、产品不匹配和银行的风险决定，再决定补充说明、申请复核或寻找合适合作方。

监管准入与银行账户用途是两次判断

牌照证明特定主体获准开展特定活动，银行则要评估与这家公司建立具体账户关系。英国FCA关于风险管理的指引说明，银行需要逐户评估风险，不能简单把一个行业全部视为不可接受；同时，无法有效管理风险的关系不应建立或维持。可见，银行独立审查与避免无差别排除，可以同时成立。

常见问题是材料讲了不同的故事

假设牌照资料说明企业汇款，开户表写软件订阅收入，资金流图却显示平台替商户兑换稳定币，银行就无法判断究竟要提供什么账户。另一些情况是主体有牌照，但许可范围、目标国家或客户行业与申请用途不符。应核对合同、网站、财务预测和申请表是否一致，而不是不断删去“加密”等字样来降低可见度。

先确认能补什么，不能要求银行承诺结果

可以请银行明确是否仍缺材料、是否有适配的产品或行业团队，以及是否存在内部复核渠道。银行未必能披露全部风险判断或审查细节，申请人也不能从一句“合规原因”推定具体问题。香港金管局通函鼓励银行改善专业行业开户流程和公平获取基本服务，企业可据此提出具体流程问题，但不能把通函解释成强制批准开户。

补件应围绕可验证的风险控制

有用的补充包括客户行业和国家分布、资金来源核查样本、链上风险处置流程、客户资金隔离及异常交易升级机制。若银行明确不支持该类账户，继续包装相同申请未必有效，应寻找接受真实模式的机构。已经开始交易的，还要评估账户不可用期间能否履行客户义务，不能依赖员工或股东个人账户临时代收。

整理拒绝或补件沟通，区分可补事实、产品限制和风险决定。

统一牌照、网站、用户合同及开户表中的业务描述。

提交可核验的控制样本；如无法匹配，寻找适当银行而不隐瞒业务。

本文为一般信息，不替代基于具体事实的法律意见。

Question 52

可以用普通公司银行账户收取和结算客户资金吗？

Accepted Answer

先区分收的是公司自己的货款或服务费，还是替客户接收、暂存和划转的资金。后者不能因为普通公司账户能入账，就直接当作结算账户使用；需要核对经营资格、银行用途限制及适用的客户资金保障要求。账户分开本身，也不等于已实现法律上的破产隔离。

余额在公司名下，不代表属于公司收入

假设平台替一百家商户收款，扣除手续费后再付款，商户应收部分通常不能仅因先进入平台账户，就全部列为可自由使用的营业收入。应依据合同和适用法律确定资金归属及付款义务。与之对比，公司收取已经完成的软件服务费，可能属于自有资金，但银行仍应知悉真实业务来源，不能用这个区别掩盖代收代付。

不同制度有不同的资金保障方式

英国FCA现行指引要求适用范围内的支付和电子货币机构保障相关客户资金，可通过依法隔离或符合条件的保险、保证等方式实现，并配合记录、对账等要求。因此不能笼统说全世界必须使用同一种信托账户，也不能认为另开一个普通户就完成保障。资金存放机构、账户确认及破产时法律效果，都应按适用制度核实。

内地支付备付金不能转作加密结算

中国《非银行支付机构监督管理条例》要求备付金按规定存放，禁止挪用、占用、借用或用于担保；2026年通知又限制涉虚拟货币的配套结算。内地支付牌照下的备付金安排，不是为稳定币业务收付人民币的合法入口。把账户取名“客户专户”，更不能改变禁止性边界。

用对账和压力测试发现混同

建议每天或按适用法定频率核对客户账簿、银行余额与在途款项，分别记录已赚手续费、退款、保证金及待结算金额。再做一个假设：银行冻结平台自有资金，客户款是否能被清楚识别并依法返还？若只能依赖平台内部Excel解释，缺少账户及合同保障，风险仍然存在。上线前应把提款权限、银行抵销条款及资金短缺补足机制一并审查。

将自有收入、客户待付款、退款及保证金逐类定义并分账。

取得银行对账户用途及必要资金保障安排的确认。

建立内外部对账与差额升级流程，专项核查冻结、抵销和破产效果。

本文为一般信息，不替代基于具体事实的法律意见。

Question 53

我们可以向客户提供虚拟账户或虚拟IBAN收款吗？

Accepted Answer

可以评估与合资格机构合作，但虚拟账号或虚拟IBAN不是统一的法律产品。有的只是主账户下的收款识别号码，有的安排可能实质构成客户支付账户。必须明确账户所在地、开户主体、余额权利及付款责任，不能把所有虚拟号码都宣传为客户自己的银行账户。

先问号码背后的账户属于谁

典型虚拟IBAN可以把不同来源的来款分配到同一主账户，便于识别订单和客户。假设客户收到一个专属号码，但银行主账户的户名是平台，客户可能只对平台或支付机构享有相应余额请求权，而不是直接成为银行存款人。需要查看开户合同、资金账簿和提供者责任，不能单凭号码格式或能收到款就定性。

并非所有虚拟IBAN都只是技术标签

法国ACPR与Tracfin在2026年官方报告说明中指出，部分虚拟IBAN安排对应独立于主账户的支付账户；对带法国国家代码的虚拟IBAN，报告提出应按在法国持有的支付账户分析。这是法国主管机构对相关安排的具体立场，不能泛化为全部国家规则，却足以提醒：跨国号码并不天然免除当地账户监管。

号码、余额和付款功能要分别核对

如果产品只做订单对账，与客户能够长期留存余额、任意向第三人付款、向其他用户转账，法律问题可能不同。应确认由谁提供支付服务、谁实施客户识别、谁控制提款，以及客户的资金保障适用哪套制度。普通法币账户功能也不能自动延伸为稳定币兑换权限，更不能将银行存款保障和支付机构的资金保障混为一谈。

上线前测试收款、退汇和关户

建议用假设交易验证付款人填写的收款人名称、显示的国家和实际资金落点是否一致，并测试重复付款、未知来款、客户关户后的入账及退款。合同和页面要说明实际服务主体及资金流向；涉及自动跨国转送的，应特别核查是否让客户或付款人误以为资金仍在本地。必要数据需要能够追溯到真实付款人和最终受益人。

取得主账户、虚拟号码及最终用户之间的合同关系图。

逐一核对国家代码、实际账户所在地、对客余额和付款功能的法律性质。

验证户名显示、退款及关户后入账流程，修正“银行账户”等不准确宣传。

本文为一般信息，不替代基于具体事实的法律意见。

Question 54

选择加密支付通道，最需要关注哪些法律风险？

Accepted Answer

选择通道要同时查四件事：谁实际提供服务、资格是否覆盖整条资金路径、客户资产如何保管、出错或停服后谁负责。低费率、成功到账样例和牌照截图，都不足以证明可长期合法使用。通道尽调必须连接到你的对客合同，而不是只审供应商本身。

把品牌拆成实际参与的法人

一个通道品牌背后可能有兑换公司、托管方、支付机构及多家银行。应要求对方说明每个环节的签约主体、实际履行主体和资产控制人，并解释是否使用分包商。假设合同由A公司签，稳定币转给B钱包，法币又由不相关的C公司付款，就应核对三者关系、法律依据和责任，而不是只检查A展示的牌照。

牌照要与活动、客户和地域逐项对应

欧盟MiCA区分加密资产服务和相关支付服务资格，持有加密资产许可并不意味着可以无条件完成所有法币付款。英国支付代理也必须在相应委托关系和范围内活动。因此，实际尽调应查询官方登记、许可限制及银行认可的用途，特别核查谁有权接受客户资产、兑换、保管及付款，而非只问“有没有牌照”。

四份材料比一句到账承诺更有用

建议至少审阅服务合同、资金流图、资金保障说明和异常处置流程。合同应明确报价生效、费用扣除、付款完成、退款币种、储备或保证金及争议解决；资金保障说明应解释客户资产是否与通道经营财产分开、谁有提款权。这些是尽调建议，具体法定义务仍以适用市场为准，不能仅凭对方自称“隔离账户”就认定安全。

停服场景应在签约前演练

可以假设稳定币被发行方冻结、银行退汇或通道丧失资格，逐项追问尚未兑换、已经兑换、已经发出付款的订单分别如何处理。欧盟MiCA对外包强调持牌服务商不能因此转移自身责任；即使该规则不直接适用于你，也应核对上游免责与自己对客户的承诺是否失衡。替补通道须预先完成合法性和数据审查，不能靠临时陌生账户接管客户资金。

建立“法人—活动—许可—账户/钱包”的对应清单，并用官方登记复核。

审阅服务合同、资金流、资金保障、异常处置四份材料。

演练冻结、退汇和撤牌三类情形，明确在途款追踪及返还责任。

本文为一般信息，不替代基于具体事实的法律意见。

Question 55

面向多个国家，可以共用一套银行和结算通道吗？

Accepted Answer

技术上可以共用，法律和合同上不一定能够共用。银行支持某币种，不等于接受所有国家的付款人、商户和用途；支付或加密牌照也未必覆盖新增市场。较稳妥的做法是复用技术层，但按客户地区、交易用途和资金路径分别确认准入与通道授权。

币种、清算覆盖和客户准入是三个维度

一个通道能发出美元，不代表可以向任何地区招揽客户，或接受所有行业的美元来款。假设原通道只服务某地区的企业贸易付款，产品新增另一国家的个人钱包提现，虽然币种没有变化，客户、产品和风险已经变了。需要重新核对当地服务规则及银行条件，而不是只测试API能否提交订单。

区域通行机制也有范围和程序

以欧盟为例，MiCA下跨成员国提供加密资产服务有明确通知机制，爱尔兰中央银行官方问答要求提交拟服务国家、服务种类及开始日期等资料。它不等于获得全球经营权，也不能替代法币支付所需资格。对于欧盟以外的收付款市场，仍需核对当地规则，不能因为资金经过欧洲账户就直接套用欧盟准入结论。

建立覆盖矩阵，而不是堆一个国家列表

建议每一行对应“客户所在地＋客户类型＋产品＋收付币种＋最终收款地”，分别填入签约主体、牌照依据、银行/通道许可、资金保障及退款方式。技术后台显示支持某国家，只能说明可能有路由，不证明该组合已获准上线。银行合同也应核实实际终端客户，而不仅是直接开户公司的注册地。

共用通道还会形成集中风险

若所有市场都依赖同一银行或兑换商，暂停账户可能同时影响多条产品线。可以共用一套技术监控和对账框架，但应识别不同市场客户资金的归属及保障，不把所有余额混用。新增备援不是绕过原通道限制，而是对另一合法路径完成同样审查；切换前还须处理客户通知、资料传递、在途订单和重复付款。

建立按客户、产品、币种、收款地细分的覆盖矩阵，标明证据和批准日期。

新增市场前取得必要法律判断及银行/通道书面范围确认。

对共同依赖点做停服演练，核实备援准入、资金归属和在途对账。

本文为一般信息，不替代基于具体事实的法律意见。

Question 56

加密支付机构可以为哪些行业的商户提供服务？

Accepted Answer

没有一张全球通用的“可服务行业名单”。应同时核对商户真实业务及销售地是否合法、支付机构的许可范围，以及银行和通道的准入政策。一般电商也可能销售受限商品；高风险行业则不能只凭一张境外营业执照接入。

行业名称只是第一层筛选

软件、电商、咨询等名称可以帮助定位客户，却不能完成合规判断。同为软件销售，可能卖普通办公工具，也可能实际提供投资交易或赌博服务；同为跨境贸易，商品、目的地和交易对象可能完全不同。机构应了解具体销售内容、客群、履约方式与退款机制，再决定是否具备识别其风险的能力。

澳大利亚AUSTRAC在客户尽调说明中强调，核查不仅是收集身份证件，还应了解客户及业务关系，并持续更新信息。这里引用的是澳大利亚监管要求的说明；其他市场需要查当地适用规则，不能把这篇指引直接当作全球法律。

商户在注册地合法，不代表每个市场都合法

假设一家境外在线博彩商户持有注册地牌照，希望通过稳定币收款服务接受英国客户。英国博彩委员会明确，向大不列颠消费者提供远程赌博服务，需要其许可，即使经营者设在境外。这个例子说明，支付团队不能只看商户在哪里成立，还要看其向谁提供服务；也不能因为付款币种改变就忽略底层行业限制。

法律允许、牌照允许、通道愿意接受，是三道不同的门

银行或结算合作方可能基于自身风险偏好拒绝某一合法行业，这与法律禁止不是同一回事。反过来，通道愿意接单也不是经营合法的证明。应向合作方说明真实行业、客群和交易路径，并把书面批准对应到具体签约主体及产品，而不是依赖销售人员口头说“我们做过类似客户”。

实务上可以建立允许、加强审核和拒绝三类名单，但分类理由应具体。某行业需要额外材料、交易限额或人工复核，不等于必须永久排除；无法解释资金用途、无法验证履约或拒绝披露真实业务，则应先解决这些缺口。

把新增行业当作一次产品变更

获客团队引入新行业前，建议由业务、合规、风控和通道负责人共同确认是否接入，并记录所需能力和限制。上线后对照预计客单价、客源地区和退款率观察偏离。上述分类和审批是可采用的管理方法，不是任何法域统一规定的标准格式；重点在于机构能解释为何接受该商户，以及异常出现后如何处理。

获取商户真实网站、商品目录、主要销售地和履约凭证样本。

对受特别监管行业核验许可主体、有效状态及可服务地区。

向银行和通道申请与实际业务一致的书面准入确认。

设置新增行业及商户转型的重新审核触发点。

本文为一般信息，不替代基于具体事实的法律意见。

Question 57

为商户提供加密收款，需要了解商户实际卖什么吗？

Accepted Answer

需要。公司名称、注册证明和钱包地址只能回答部分问题，不能证明商户真实销售内容或每笔收款的商业合理性。应按风险了解商品、客户、履约和资金流，并持续核查异常；这不等于对所有商户逐单进行全面审计。

身份核验不等于交易背景核验

营业执照可以证明一个主体存在，但“这家公司是谁”与“它为什么收到这笔钱”是两项问题。做商户加密收款，至少应能够理解其主要业务、收款对象和结算用途。否则，正常销售款、为他人代收款和虚构订单形成的款项，会在系统里呈现同样的一条链上转账。

AUSTRAC的客户尽调说明明确，尽调应理解客户风险和业务关系目的，并在情况变化时更新。FATF的虚拟资产风险指标也把缺乏合理商业解释的金额、频率及异常客户行为列为关注因素。FATF文件是国际风险识别参考，具体义务和报告程序仍取决于当地法律。

资料要围绕商户如何挣钱来收集

普通实物电商可以核对网站、商品类别、价格区间、物流和售后样本；订阅软件则更适合看订阅条款、用户来源和服务交付记录。专业服务可以查看服务合同和阶段成果。没有必要向每种商户索取完全相同的一大包文件，但应能把收入来源、收款规模和经营能力对应起来。

假设一家公司申报销售低价软件，随后连续收到多笔远高于日常客单价的付款，并要求结算给无关联第三方。合理动作不是仅检查地址是否被风险工具标红，而是询问交易内容、付款关系和第三方收款理由，再结合答复和证据决定是否继续处理。这个场景是假设，不代表金额偏高本身就是违法。

链上可追踪，仍可能缺少链下事实

交易哈希能够帮助定位资产转移，却无法独立证明商品已经交付、买方同意付款或商户拥有必要资质。反过来，一份形式完整的发票也不能自动排除问题。更可靠的方法是把链上记录与订单、合同、用户行为及结算账户相互印证，并保留不一致之处的处理记录。

持续核查要有触发条件

建议在接入时建立基本交易画像，并用新增高风险地区、业务类型改变、投诉集中或收款模式突变作为复查信号。发现异常后，可以依适用法律和合同采取补充尽调、限制新交易或升级审批；是否报告、冻结或告知客户必须另行判断，不能把所有异常一律当成犯罪，也不能由销售团队自行放行。

按行业设置精简而有解释力的业务资料清单。

记录预计金额、频次、付款人类型与结算对象。

将链上记录与抽样订单及履约证据进行交叉核验。

写明异常升级负责人、暂停处理权限和记录要求。

本文为一般信息，不替代基于具体事实的法律意见。

Question 58

为交易所和钱包提供出入金，与普通商户收款有什么不同？

Accepted Answer

交易所和钱包出入金通常是在连接法币账户与加密资产交易或余额，不是普通商品销售的换一种收款方式。需要重新识别兑换、转移、托管及最终用户关系，并取得银行、收单或本地支付通道对真实用途的认可。

先确认用户到底在买什么

电商付款一般对应一件商品或一项服务；交易所入金可能只是把资金放入可交易余额，之后才买币；钱包出金则可能是出售加密资产并向银行账户付款。即使界面都只有一个“支付”按钮，这几种安排的交易对象、交付结果和退款逻辑并不相同。应沿资金和资产流逐步识别，不能直接套用普通电商收单合同。

牌照要对到你做的那一段

例如，新加坡MAS明确将部分代币传输及兑换的促成活动纳入支付服务监管，即便服务商不持有资金或代币。因此，平台若接收兑换指令、安排交易或决定资金路径，不能仅因合作交易所持牌，就认定自身只做技术。这里是新加坡的具体规则示例，不代表每个国家都采用相同定义。

对银行卡入金，Visa公开规则另有非主权货币交易的编码和页面信息要求，表明买币不能简单伪装成一般零售交易。具体编码、可接受客户和接入条件应由收单方按产品确认；卡组织规则、金融许可和银行合同是不同层次的约束。

只审核交易所，不一定看到了全部风险

假设平台收到一家交易所的统一结算款，但交易所背后实际有大量个人用户。平台应先问清自己是在处理该交易所自有资金，还是为其用户代收代付；谁审核最终用户，谁保留付款人信息，出现调查或退款请求时能否获取资料。不能武断地说所有模式都必须重新识别每一位用户，也不能假定企业客户天然遮断底层风险。

尤其要区分客户本人入金、他人代付和企业集中付款。三者可能需要不同的证明材料和拒绝条件。把它们混在同一账户和同一业务描述里，既不利于尽调，也容易在银行追问时无法解释。

上线前同时做正常流程和失败流程测试

应把入金未到账、买币失败、链上发送失败、退款和账户关闭分别走一遍，确认每一步由谁欠用户什么。建议先取得合作方对业务和市场范围的书面确认，再校验对账字段和异常处理权限。技术联调成功只能证明接口可用，不能证明资质、客户关系或风险分配已经解决。

拆分交易所自有资金与终端用户资金，确认签约和识别对象。

向银行及通道披露加密出入金用途并取得对应批准。

与合作方约定底层信息获取、拒绝交易及调查协作流程。

测试入金、兑换、提款、退款四类对账与失败处理。

本文为一般信息，不替代基于具体事实的法律意见。

Question 59

稳定币跨境支付，通常能够节省哪些成本和时间？

Accepted Answer

稳定币可能缩短跨境价值转移和中间机构处理时间，但不能只用链上手续费判断是否更便宜。企业应比较同金额、同币种、同收款结果的全流程成本，并把买卖币价差、本地出款、流动性和失败交易处理一起计入。

先把比较的终点设对

客户需要的是“钱包里收到稳定币”，还是“供应商银行账户里收到可用本币”？前者可以在链上转移完成后结束，后者还要经过卖币、银行或本地支付网络。把稳定币链上转账与传统银行的完整到账时间比较，起点和终点并不一致，也容易得出误导性的宣传结论。

国际清算银行关于稳定币跨境支付的研究指出，出入金安排是整体流程的重要组成部分。意大利央行2026年的小额汇款实测同样发现，成本与速度差异很大，主要受出入金和当地支付基础设施影响。该研究针对特定走廊及交易规模，不能直接外推为企业大额结算的报价。

一笔付款至少拆成四类成本

第一类是显性收费，包括转账、网络和本地出款费；第二类是隐性价差，包括法币换币、卖币和外汇转换；第三类是资金占用，包括预充值、保证金和周末备付；第四类是运营风险成本，包括对账、人工审核、退款、失败重试及资产异常处理。不是每项都会实际发生，但测算时应逐一确认，而不是默认零成本。

同一路径，也可能只在部分时段划算

假设A企业的收付款双方都愿意保留同一种稳定币，B企业则必须让境外员工收到当地银行账户款项。A可能省去一次卖币和出款，B却仍依赖当地银行营业及处理安排。即使两者链上转账费用相同，最终成本和可用时间也不能视为相同。这个例子用于说明结构差异，不是对稳定币一定省钱的承诺。

对高频企业付款，还应关注一笔失败交易是否拖累整批结算，以及通道要求预存多少资金。平均速度很好看，但如果资金紧张时无法出款，产品承诺仍可能无法兑现。

用小规模合规测试形成自己的报价依据

建议选择已获准经营的具体走廊，在工作日、周末以及不同金额下记录全流程到账和净到账金额，与银行或其他支付方案按同一口径比较。对外将“链上确认”“完成兑换”“银行可用”分开展示，并说明异常情况。没有稳定数据前，不宜承诺全球秒到、固定节省比例或完全没有中间成本。

把付款起点、收款终点和实际交付币种固定下来再比价。

记录各环节费用、成交汇率、净到账额及资金占用。

分别测试正常交易和失败、退款场景，保留真实时间戳。

用实测走廊与适用条件限定对外时效及节省成本宣传。

本文为一般信息，不替代基于具体事实的法律意见。

Question 60

替企业向境外员工和承包商付款，涉及哪些法律问题？

Accepted Answer

需要分别处理支付许可、劳动报酬规则、税务和数据责任。境外员工与独立承包商不能混为一类，双方同意收币也不当然满足当地工资支付要求。平台还应明确自己只执行付款，还是承担雇佣、薪酬计算或税务申报服务。

先分员工、承包商和支付平台三种角色

企业给员工支付工资，与向独立服务商结算合同费用，法律基础不同。判断不能只看合同写了“顾问”或付款备注写了“服务费”，而应核对工作安排及当地认定标准。支付平台通常无需替代客户决定所有劳动问题，但至少应要求客户说明付款性质，避免把薪酬产品设计成没有对象分类的批量转账工具。

平台本身的业务也要拆开：只是按指令付款，还是计算工资、扣缴税费、代管余额，甚至作为名义雇主签约？后几种安排可能改变责任范围。应在报价和合同中列明交付项，不能用一个“全球薪酬”名称覆盖实际上无人负责的事项。

收款人愿意收币，不等于工资义务已经履行

以新加坡为例，人力部对工资支付方式、期限和工资记录设有要求，其工资实物支付问答强调应使用法定货币。因而，不应仅凭员工点击同意，就断言稳定币可以直接替代法定工资。不同员工类别、报酬组成和安排仍须具体审查。

假设雇主依法将工资支付到员工银行账户，员工之后自行购买稳定币，与雇主直接向钱包打币并称工资已结清，是两种不同流程。对独立承包商，则应另看当地合同、支付及税务规则；不能把员工工资的结论机械套用到所有服务费。

链上到账不会自动处理税和证明材料

英国HMRC关于第三方提供代币作为雇佣收入的指引说明，这种方式仍可能产生所得税及国民保险义务，并涉及雇主PAYE处理。这个例子提示，换一种交付资产不会让报酬退出税务体系，具体税负也不能只根据代币符号判断。

产品设计应预留法币计价、估值时点、税费承担、手续费及到账证明字段。若约定净额到手，还需明确兑换波动或扣费后不足由谁补足；若承诺仅执行客户指令，则应避免宣传成已经解决所有当地用工和税务合规。

逐个国家验证，而不是一次开放全球薪酬

建议先选择确定的用工地和收款地，核验收款方式与付款平台的服务权限，再配置合同、工资单或发票、必要税务信息及异常补付流程。涉及人员信息共享时，也要限定各方获取数据的目的和范围。首次测试应验证收款人真正可使用款项的时间，而不是只确认钱包地址收到代币。

按用工所在地及收款地建立员工、承包商两套清单。

核对法定工资部分、奖金和服务费分别允许的支付方式。

明确雇主、薪酬服务商、付款机构的计算、扣缴和补付责任。

设计法币估值、到账及税务凭证字段并测试异常补付。

本文为一般信息，不替代基于具体事实的法律意见。

Question 61

只收技术服务费、不赚兑换差价，还需要牌照吗？

Accepted Answer

仍可能需要。技术费、订阅费或兑换差价只是定价方式，不能改变实际提供的服务。应看平台是否代客兑换、转移、托管或发起支付，以及适用法域如何定义这些活动，而不是以“不赚差价”作为免牌照条件。

收费叫什么，不能替代业务定性

业务审查首先看客户购买什么服务、平台作出什么承诺、谁执行关键指令。公司按月收费，也可能在持续经营代客付款；公司按交易笔数收费，也可能确实只是提供软件。收费方式可以作为事实的一部分，却不能独立回答准入问题。合同写成“技术服务”，但实际承诺把客户的稳定币兑换并付到指定账户，仍需要审查相应业务。

不碰资金也不是唯一判断条件

英国FCA的PERG支付监管指引说明，单纯支持支付的软件或技术服务可以适用特定排除，但支付发起服务不属于该技术服务排除。也就是说，在英国框架下，不持有资金与不提供受监管支付服务并非同一命题。

在新加坡，MAS关于支付服务范围的说明同样涵盖不占有资金或代币的某些代币转移及兑换促成活动。这些规则不是说所有接口都要持牌，而是提醒团队把订单、授权和执行过程拆开分析，再判断是否落入具体定义或排除。

比较两种同样按月收费的产品

假设A向商户提供订单管理软件，商户自行与支付机构签约、确认兑换和付款，A只传递业务数据；B也按月收取软件费，但由B接受付款要求、安排兑换、选择出款机构并对到账负责。两者价格表可以完全一样，法律关系却不一样。B不能拿A的纯软件结论直接使用，A也应确认实际功能没有越过既定边界。

还要核对收费是谁向谁收取、是否从客户资产中直接扣除、是否与报价绑定。把原来的兑换差价改称接口费，如果资金处理和客户承诺没有改变，通常并没有解决原有问题，反而可能造成账目与业务实质不一致。

先让合同、系统和财务说同一件事

建议把每项收费对应到明确的服务，逐项列出提供者、客户授权、交付标准及失败处理。随后检查系统日志与合同是否一致：谁收到指令、谁可修改收款人、谁有权扣费和退款。若确实希望只经营技术业务，应真实调整权限、合同和客户体验，而不是仅更换发票名称；具体结构仍须按目标市场核验。

用一张流程图标出指令接收、兑换、资产控制和到账承诺主体。

把收费项目与实际服务逐项对应，核对扣费权限。

按目标法域检验技术服务排除条件，不把它写成全球豁免。

功能或合同改变后重新审查，保留版本和结论依据。

本文为一般信息，不替代基于具体事实的法律意见。

Question 62

接受客户刷卡购买加密资产，需要满足哪些条件？

Accepted Answer

刷卡买币需要同时满足目标市场的加密业务准入、收单方批准、卡组织规则及风险控制要求。能成功扣款不等于获准经营；普通电商收单协议也不能当然用于买币。应在接入前说清交易性质、交付地址、争议处理和责任分配。

先确认你是在卖币，还是只提供付款入口

如果平台向用户报价并以自己名义出售加密资产，需要审查其交易服务资格；如果用户直接向独立第三方买币，平台也要审查是否在接收订单、安排交易或推广受监管服务。以欧盟MiCA第3条为例，自有资本兑换与代客执行订单是不同服务项目，并非都能放进“收单技术”里。

向收单方披露真实交易，而不是换个商品名

Visa公开规则对购买非主权货币的交易设有专门编码安排，并要求付款页面披露相关信息。这属于卡组织规则，不是一张政府牌照。实际接入还应由收单方确认适用交易类型、客户地区、处理路径以及自身是否接受该业务。不能把买币包装成软件、会员或其他商品来获得原本不适用的通道。

付款页面要让用户理解自己购买的币种、总成本、交付目的地和退款限制。上述信息不仅用于降低误解，也关系到后续能否说明用户究竟同意了什么。交易编码和页面披露应同步测试，避免前端展示买币、后台却按普通商品报送。

卡已获授权，与风险已经结束不是一回事

假设用户刷卡后，平台立即把资产发到不可由平台撤回的钱包。若之后发生盗刷或其他争议，链上交付不能自动阻止银行卡争议程序。Visa商户争议指南区分欺诈、处理错误和消费者争议，身份验证也不是覆盖全部争议的保证。

因此应在允许交付前明确风控检查及失败处理。比如付款获授权但兑换失败、资产发送失败或用户重复提交订单时，由谁撤销扣款、谁承担价差、如何避免重复退款，都需要设计。不得为防拒付而无限期扣留资产，也不应向用户承诺任何情况下均不可退款。

把上线清单分成法律、通道与运营三栏

法律栏确认服务主体和市场权限；通道栏保存收单批准、交易编码和规则版本；运营栏验证对账、退款、欺诈审核及客服证据。三栏都完成才有条件评估上线。保证金、结算周期和费用没有统一答案，应以实际合同核算，特别确认终止合作后仍可能出现的争议及资金保留安排。

确认出售资产、收卡款、交付资产的主体及各自许可范围。

取得收单方对买币用途及目标持卡人市场的书面批准。

核对支付页信息、交易编码和资产交付记录。

测试扣款成功但兑换或交付失败、重复付款、退款等异常路径。

本文为一般信息，不替代基于具体事实的法律意见。

Question 63

刷卡买币后发生拒付，支付机构可能承担什么损失？

Accepted Answer

可能损失已经交付的加密资产对应价值，还可能承担争议处理费用、保证金占用和额外运营成本。谁最终承担取决于拒付原因、卡组织规则及合同。链上不可逆、通过3DS或写了“不退款”，都不等于银行卡款项绝不被扣回。

先分清拒付的原因

用户否认本人付款、重复扣款、金额错误、未按约交付和承诺退款却未退款，是不同问题。Visa商户争议指南将争议分为多个类别，并要求按具体理由和处理规则提交证据。看到拒付通知后，第一步应是确认理由、交易状态和答复期限，而不是统一回复“资产已上链，所以不接受拒付”。

3DS解决的是部分认证风险

Visa对3-D Secure的说明表明，欺诈相关争议保护取决于交易处理及所需认证数据等条件。认证成功不等于商品或资产已经正确交付，也不会自动覆盖重复扣款、错误金额等其他争议。具体保护是否成立，应让收单机构按交易记录和适用规则判断。

假设一笔买币交易完成了身份验证，但平台因重试逻辑错误扣款两次。即使两笔都有认证记录，也不能只靠“3DS已通过”否认重复扣款。反过来，资产确已按用户确认的地址交付时，钱包地址、链上交易记录及订单信息可以成为有用证据，但其证明力仍取决于争议类型。

损失不只是一笔被退回的本金

项目应测算资产交付后无法追回的损失，以及合同项下的处理费、滚动准备金、延迟结算和人工成本。若上游先从平台结算款扣回，平台可能需要先补足现金，即使之后还可以向商户或用户追偿。追偿权存在与实际收回资金，是两回事。

损失最终由谁承担，需沿合同逐层核对：谁是商户，谁签收单协议，平台是否承诺兜底，何种情况下可以扣保证金，合同终止后还有哪些存续义务。本文不提供统一准备金比例或拒付期限，因为这些会随交易类型、地区、规则和合同变化。

证据应在付款时生成，而不是争议后补做

建议将订单确认、认证结果、扣款和清算记录、用户确认的地址、资产交付及退款状态关联到同一交易编号，并按数据保护要求保存必要资料。收到争议后先排除已退款导致的重复赔付，再按原因提交材料。风控要同时修复根因，例如重复请求、易误认的账单名称或客服迟延，不能只依赖逐单申诉。

按争议原因建立证据清单和收单方通知后的处理流程。

核对3DS保护条件，确认认证数据完整传递。

测算资产损失、争议费用和准备金占用，不只看手续费收入。

检查收单、商户及平台合同的扣款、追偿和终止后责任。

本文为一般信息，不替代基于具体事实的法律意见。

Question 64

跨境收付款业务可以全部在链上完成吗？

Accepted Answer

价值转移可以主要发生在链上，但完整跨境收付款不一定全部在链上。只要收款人需要银行法币、客户识别、税务凭证或争议处理，就仍有链下环节。代客提供服务的许可与责任，也不会因为转账没有经过银行而消失。

先定义“完成付款”是什么意思

双方约定并合法使用稳定币结算时，可以把链上交付作为履约的一部分；但是否清偿合同债务，还要看适用法律及约定，不能仅凭一笔交易哈希作普遍结论。如果合同要求收款人银行账户收到指定法币，发送稳定币给中间机构，只是整个流程的一步。

国际清算银行CPMI关于稳定币跨境支付的研究把出入金安排纳入整体分析。对支付产品而言，这意味着链上速度与最终可用资金速度应分开标注；链上全天运行，不能替代卖币方、银行及本地支付渠道的处理能力。

纯链上服务也可能是受监管服务

欧盟MiCA第82条针对代客加密资产转移服务规定了客户协议等要求。ESMA公开问答进一步说明，符合转移服务定义的活动，即使嵌入其他加密资产服务，也应按对应授权要求分析。因而“我们只转币，不转法币”不能自动排除监管。

应区分企业用自己控制的资产支付自身债务，与平台接受他人指令、为他人转移资产。这不是说前者在所有地区都无风险，而是双方角色不同，不能因最终都出现一个链上地址，就混用同一套许可结论。

不上链的信息仍要有人负责

假设采购合同用美元计价，供应商同意收到某稳定币。双方仍要明确折算时点、所用网络、少到账或误转处理，以及资产脱锚时是否补差。若把这些全部留白，到账后争议只是从银行环节转移到了合同层面，并未消失。

税务记录也不能省略。新加坡IRAS对企业接受或使用数字代币付款的说明要求按适用所得税规则处理，并通常以新加坡元价值记录交易。这里只是税务处理的法域示例，不代表任何代币支付都获准经营，也不代表每个国家采用同一估值方法。

用交付结果倒推系统设计

建议将客户授权、收款人信息、账单、链上记录、兑换及法币出款凭证串成完整证据链。只做链上交付的产品应明确终点和限制；承诺法币到账的产品则应落实当地出款及故障备用方案。不要为了追求“全链上”概念，把客户实际需要的凭证、退款或客服责任排除在产品外。

确定合同约定的是代币交付还是银行法币到账。

将自有资产付款与代客转移分别审查。

约定币种、网络、估值时点、到账标准及异常补付。

建立合同、订单、链上交易和出款凭证的关联编号。

本文为一般信息，不替代基于具体事实的法律意见。

加密支付行业的监管逻辑

虚拟资产服务监管

支付服务监管

电子货币监管

反洗钱与制裁合规

曼昆可以为你提供什么

全球加密支付牌照服务

美国 MSB

美国 MTL

加拿大 MSB

开曼 VASP

CASP

EMI

PI

香港 VA1号牌

香港 MSO

新加坡 MPI + DPT

澳大利亚 DCE

迪拜 VARA

其他热门辖区

部分服务客户

业务能否开展

先看客户让你完成什么，而不是产品叫什么

币端和法币端可能分别受监管

两种商户收款方案，责任结构不同

先形成准入清单，再决定申请顺序

行动建议

参考依据

相关问答

先核对原牌照允许做什么

欧盟的通知路径并非所有支付机构都能用

假设新增一个“稳定币付款”按钮

上线前把资质变更与运营改造一起检查

行动建议

参考依据

相关问答

接口名称不决定业务性质

不占有资产，也可能处于监管范围内

用一项假设改动测试边界

把技术边界变成可以验证的证据

行动建议

参考依据

相关问答

一笔结算通常不止一种服务

境内商户不能靠境外主体绕过限制

假设商户在允许收币的境外市场

合法收款还要能处理退款和异常

行动建议

参考依据

相关问答

资产所有权与经营性质是两个问题

官方规则并不只监管代客买卖

客户款项的去向会增加问题

把交易事实整理完整，才能判断门槛

行动建议

参考依据

相关问答

B2B描述客户，不替代服务分类

企业身份和专业资格不能混为一谈

假设平台只为出口公司支付货款

B2B合规应围绕企业风险设计

行动建议

参考依据

相关问答

先把付款起点和终点讲清楚

企业自己付，与平台替企业付不同

两端都要核验，不只看发币这一侧

境内贸易与异常付款需单独留一关

行动建议

参考依据

相关问答

先明确“境外”是相对哪里而言

有的制度看本地对外经营

有的制度看境外是否向本地招揽服务

假设注册地不变，业务仍可能变化

行动建议

参考依据

相关问答

关键是测试了什么，不是叫试运营多久

先登记还是先经营，要看具体制度