跨境金融与加密支付选址、牌照与投入
一张牌照可以支持多少产品，先看功能
收银台、企业付款后台和移动钱包即使名称不同，如果均由同一主体经营，也要逐项核验其功能是否包含在获准服务中。反过来，同一个App增加余额托管、换币或信贷功能，可能已超出原有范围。欧盟MiCA第59条要求授权列明服务，新增加密服务须申请扩展；所以“同一个产品”与“同一项受监管活动”不是一回事。
不同子公司不能只借用集团宣传
假设甲公司持有相关授权，乙公司独立与客户签约、报价并收取客户资产，只在条款里写“本集团拥有牌照”。应对乙公司的真实角色重新分析，不能凭品牌归属认定它已获准。若甲才是真正提供受监管服务的主体，客户应能识别甲的身份、服务范围和追索对象；乙的获客或技术角色也需符合适用规则，不能只把合同名称换成甲。
集团内部服务例外需要严格分开
MiCA第2条对仅为母公司、自身子公司或同一母公司其他子公司提供加密资产服务的主体有范围排除。它针对特定的纯集团内部关系，不是允许集团里任何一家公司对外经营都无需授权。集团资金中心只管理内部资产，与通过子公司接收外部商户资金再集中处理，应分开判断；也不能据此跳过支付、反洗钱或其他可能适用的制度。
共享系统与共享责任不是一回事
集团可研究共享技术、客服或风控，但应明确数据、资产、权限和费用如何归属。MiCA第73条表明，外包不能转移持牌主体责任，集团内部外包也不能让其丧失监督能力。实务上建议把每个产品的签约主体、客户资金账户、钱包控制和投诉处理列清，并检查App、账单、邮件及营销页是否一致；跨国家服务还要另审客户市场准入。统一登录和集团共享数据库也应能区分各主体客户、余额及授权，避免客户在切换产品时不知服务方已经变化，或者资金归属在内部账本中被混记。
行动建议
- 制作“产品—法律主体—服务功能—许可范围—客户市场”对应表。
- 核对客户协议、银行及钱包归属、界面展示和客服承诺是否指向同一真实服务方。
- 单独记录纯集团内部业务和外部客户业务，不把内部例外用于对外平台。
以上内容仅供信息浏览和参考，不构成法律意见；如有具体事项，建议咨询专业律师。
参考依据
- MiCA Article 59 — ESMA
- MiCA Article 2 — Scope — ESMA
- MiCA Article 73 — Outsourcing — ESMA
