作者：邵嘉碘
一家加密支付公司终于完成了牌照申请，接下来准备对接银行，开设企业账户、接收客户法币，并启动稳定币与传统货币之间的结算。
牌照文件、公司注册证明、董事和股东资料都已经准备齐全，业务计划看起来也没有明显问题。但银行尽调进行到一半，突然开始追问：客户主要来自哪些国家？稳定币最初从哪里进入平台？谁控制客户钱包？兑换后的欧元最终付给谁？如果交易涉及第三方钱包，企业如何证明资金来源并处理异常交易？
项目团队这才发现，监管机构已经允许自己经营，银行却未必愿意让资金进入它的账户体系。
这不是加密支付行业独有的现象，但在同时涉及链上资产、跨境资金和多个服务主体的业务中，问题会更加突出。
牌照解决的是企业能否依法提供特定金融服务，银行开户解决的则是银行是否愿意、能否合规地承接这家企业及其交易风险。两者有关联，但从来不是同一项审批
对真正准备长期经营的加密支付项目而言，拿到牌照只是第一步。能否建立稳定、可持续的银行及支付合作关系，才决定业务能不能真正跑起来。
01 为什么监管机构批准了，银行仍然可以拒绝？
项目最容易产生的误解是：既然监管机构已经审查过公司，为什么银行还要重新审查一遍？
原因在于，双方承担的责任不同。
监管机构在许可过程中，主要判断企业是否满足对应金融活动的市场准入条件。例如，CASP需要证明自己具备提供获准加密资产服务所需的治理、审慎资源、客户资产保护和持续合规能力；支付机构则需要满足相应的支付服务监管要求。
但银行面对的是另一项具体业务关系。
当银行为加密支付公司开设账户、接收资金、执行付款或者提供结算服务时，它需要独立判断该客户及相关交易所产生的反洗钱、制裁、欺诈、运营和其他风险，并考虑这些风险能否被自身现有的制度、系统与风险承受能力有效管理。
换句话说，监管机构审查的是：
你是否具备开展这项业务的资格。
银行还要判断：
这项业务进入我的账户和支付体系以后，相关风险能否被有效识别、控制和持续监测。
这一区别在美国MSB登记问题上尤其明显。FinCEN明确说明，MSB登记并不是政府对企业合法性、业务能力或者合规水平的认证与背书；FinCEN本身也不通过MSB登记向企业发放覆盖全美业务的经营许可，相关活动还可能涉及州级许可要求。
因此，项目向银行提供一份MSB登记证明，最多只是监管身份审查的一部分，并不能替代银行对实际业务的判断。
即使企业已经取得更完整的CASP、支付机构或者其他正式许可，银行也仍然需要完成自己的客户尽职调查。
02 银行真正担心的，不是项目用了区块链
假设一家传统跨境支付公司，每天接收企业客户的付款，再向海外供应商结算。银行通常可以围绕付款人、收款人、交易合同、商品或服务以及相关资金流建立尽调逻辑。
但如果同样的业务加入稳定币，资金路径可能变成：境外客户先通过链上钱包支付USDC，平台接收后进行资产归集和兑换，再由另一家金融机构将欧元付给商户。
此时，银行看到的可能只是一笔来自兑换机构或者支付合作方的法币入账，而真正的付款人和此前的链上资产路径都在银行账户之外。
银行就需要进一步判断：这些资金究竟来自谁？资金对应什么交易？链上资产是否涉及高风险地址？企业有没有能力识别和解释异常流转？
欧盟银行管理局EBA在2024年发布的加密资产反洗钱风险因素指引中，专门要求CASP结合客户、产品、服务渠道和地域风险识别潜在洗钱与恐怖融资风险，并提出包括链上分析在内的风险缓释措施。相关指引也涉及与CASP存在业务关系的其他金融机构。
FATF此前发布的虚拟资产风险指标同样关注异常交易模式、缺乏合理商业解释的金额与频率、资金来源、匿名性较强的交易工具和高风险司法辖区等因素。
这意味着，银行并不是简单地把所有链上交易都视为问题。
真正让银行难以接受的，往往是：
企业虽然能完成交易，却无法提供足够的信息，证明交易背后的客户、资金来源和商业目的。
如果项目自己也解释不清楚上游客户从哪里来、资金经过哪些钱包、为什么需要兑换和跨境结算，那么银行就更难替项目承担这些风险。
图1｜银行尽调的三项核心关切：牌照与主体合法性、客户与链上资产风险、账户与法币结算风险
03 比“资金来源不清”更容易被忽略的，是账户用途不清
很多项目在联系银行时，只会提出一个需求：
“我们需要开一个企业银行账户。”
但对银行而言，这个描述远远不够。
因为同样是企业账户，实际用途可能有很大区别。
第一种是公司自有资金账户，主要用于接收股东投资、支付员工工资、办公室租金和其他运营支出。
第二种是企业经营性收付款账户，用于接收真实业务收入，并向合同相对方支付对应款项。
第三种则涉及客户资金、商户结算或者多个客户的资金归集。此类账户的法律关系、资金归属、客户资金保护要求和支付服务属性，可能与普通公司运营账户明显不同。
例如，一家CASP需要开设账户支付员工薪酬，和另一家加密支付平台希望通过一个账户接收多个客户的欧元，再统一向全球商户付款，对银行来说就是两种不同的业务风险。
尤其在后一种场景中，银行还可能进一步关注是否存在第三方代收代付、客户资金混同、账户实际控制权不清或者未经充分披露的支付服务。
有些项目以为，只要将客户资金先打进一家集团公司账户，再转给支付合作方，就能让结算路径更容易完成。
但从银行角度看，如果这一安排无法解释真实交易关系，反而可能增加账户用途与实际业务不匹配的风险。
银行需要的不只是知道谁拥有账户，还要知道账户里的钱属于谁，以及企业为什么有权收取和支付这些资金。
因此，加密支付项目在开户前就应该明确，是申请公司运营账户、企业业务账户，还是某种特定的客户资金或者结算安排。
不同账户需求可能对应不同类型的银行及支付机构，也可能需要不同的监管资格和客户资产保护安排。
04 监管正在支持合规加密业务，但不意味着银行必须无条件开户
从国际监管趋势来看，把“银行拒绝Crypto”理解为一条普遍、固定的监管禁令，已经不准确。
2025年3月，美国FDIC取消了此前针对受其监管银行开展加密相关活动的专项事前通知要求，明确银行可以在符合适用法律并有效管理风险的前提下，开展允许的加密资产相关业务，而不必仅因为涉及加密资产就事先取得FDIC的特别批准。
同年4月，FDIC与美联储又撤回了此前两份关于加密资产相关风险的联合声明，强调银行可以在满足安全稳健经营和适用法律要求的前提下，提供相关服务。
但这一变化并不意味着所有银行都必须接受加密支付企业，也不意味着银行可以降低反洗钱和账户管理要求。
欧盟EBA同样反对缺乏充分依据的过度去风险化，即De-risking。其2023年发布的相关指引强调，金融机构应当采取风险为本的方法，不应仅因为某类客户存在潜在风险，就在缺少合理分析的情况下拒绝提供服务。
香港金管局在2023年发布的企业银行服务相关通函中，也强调银行在开户时应实施与风险相称的客户尽职调查，并推动合理获取银行服务。
这些监管方向共同说明了一件事：
加密业务本身不应被简单等同于不可接受的风险，但银行仍然有责任识别并管理具体客户和交易风险。
所以，一个项目如果遭遇银行拒绝，不应立即认定“当地禁止加密业务”，也不能反过来认为“监管已经支持Crypto，银行就没有理由拒绝”。
更现实的做法，是先确认问题究竟来自业务范围、客户和资金透明度、银行内部风险政策，还是现有材料无法支持银行完成尽调。
05 哪些加密支付项目更容易卡在银行这一关？
在实际业务结构中，有几类场景尤其值得提前评估。
第一类，是大量服务第三方客户，但缺乏清晰客户和资金穿透机制的平台。例如企业声称自己只是做稳定币结算，但实际客户包含多层代理、渠道商或者其他支付服务商，银行难以确认最终付款人、收款人和真实交易目的。
第二类，是链上资产来源复杂的项目。特别是涉及大量自托管钱包、OTC交易、多个流动性提供商或者跨链资产转移时，银行可能需要企业证明其具备有效的KYT、风险筛查和异常交易处理能力，而不是仅提供一份通用的AML制度。
第三类，是集团主体与账户用途不一致的项目。例如持牌主体在欧盟，但客户合同由离岸公司签署，稳定币由另一家公司控制，最终却要求银行为一家没有直接客户关系的公司接收全部结算款项。
这些结构并不意味着一律违法或者不能开户，但如果缺乏合理的合同、授权和资金流解释，银行就很难判断账户实际承接的业务及相应风险。
还有一类经常被忽略：项目拿到牌照时，产品仍然只是稳定币兑换，但申请开户时已经准备增加钱包托管、商户收单、跨境汇款或者其他新功能。如果企业现在的业务计划与原授权范围、客户协议或者申请材料存在差异，也会增加银行尽调难度。
银行最担心的，不一定是业务复杂，而是业务复杂程度已经超过企业自身的管理和解释能力。
06 开户之前，至少把这六个问题准备清楚
与其等银行不断补充材料，不如在正式接触银行前，先按照银行的视角审查一次项目。
图2｜接触银行之前，项目自己要先回答清楚的六个问题
这六个问题并不意味着所有银行都会按照同一份表格要求材料，具体审查内容仍然取决于当地监管、银行政策和账户功能。
但对于加密支付项目而言，如果连这六项都无法清楚回答，银行很可能需要反复补充尽调资料。
尤其是《链上链下资金路径图》，应当把客户、钱包、CASP、交易及兑换服务商、PI/EMI、银行和商户之间的关系真实还原。
如果链上有多次资产转移，也要进一步解释哪些钱包由项目控制，哪些属于客户，哪些由持牌合作机构管理，以及在哪一个节点完成稳定币与法币的兑换。
图3｜六个问题对应的尽调材料清单
07 被银行拒绝之后，项目应该先改什么？
银行拒绝开户之后，很多项目第一反应是换一家银行，或者再找一个能提供账户的中介。
但如果原有问题来自资金路径不清、客户类型超出风险承受范围或者账户用途不匹配，单纯更换银行未必有效。
真正合理的处理顺序，应当先区分拒绝原因。
如果银行明确表示不承接某类业务，可以重新评估是否存在其他具有相应服务能力和风险偏好的机构。
如果问题在于材料不足，则应该补充业务证明、客户结构、资金路径、持牌合作关系和风险控制文件。
如果银行发现项目实际业务与牌照或者合作协议不匹配，那么需要优先调整业务安排，而不是在开户材料中换一种描述。
特别需要避免的是，为了获得账户而隐瞒加密资产来源、借用无关公司的账户、使用个人账户承接客户资金，或者将真实的客户支付业务包装成普通贸易收付款。
这些做法可能将原本可以通过业务调整解决的开户问题，进一步扩大为账户使用、反洗钱甚至其他法律风险。
如果项目确实暂时不适合直接建立银行结算能力，也可以依法评估与PI、EMI或者其他金融机构合作的安排，但前提仍然是合作方具备相应服务权限，并且真实承担相应业务和监管责任。
持牌合作是业务结构选择，不是绕过银行尽调的捷径。
08 我们通常如何支持此类项目？
对于已经取得CASP、MSB、VASP或者其他相关监管身份，但仍然面临银行开户和结算障碍的项目，第一步通常不是立即联系更多银行，而是重新检查业务模式与账户用途是否匹配。
我们会围绕企业监管身份、真实客户地区、产品功能、集团结构、链上资产控制和法币结算安排，形成诊断意见，先区分问题究竟出在许可范围、客户结构、资金路径，还是银行自身的风险政策。
对于稳定币支付、PayFi和企业跨境结算项目，还可以进一步协助梳理链上链下资金路径图、银行账户用途与资金归属分析、集团功能与监管责任矩阵等，明确每笔资金为什么进入对应账户，以及账户持有人与真实客户之间具有什么法律关系。
进入机构对接阶段后，需要结合银行及支付合作方的具体要求，准备银行及支付机构尽调材料包，包括产品业务说明、许可范围、AML/KYC/KYT框架、链上交易监控、制裁筛查及交易异常处理机制。
如果涉及多家持牌机构，还需要核验CASP、PI/EMI、银行和其他合作方分别覆盖哪些业务，以及相关合同是否与实际资金流一致。
图4｜从牌照到银行账户的三阶段落地路径
结语：牌照让项目可以经营，银行账户决定业务能不能跑起来
对于加密支付项目来说，牌照、银行账户和资金路径并不是三件互不相关的事情。
牌照证明企业具备特定业务的监管资格，银行账户承担真实的法币收付与结算功能，而资金路径则把客户、数字资产、持牌机构和最终收款人连接起来。
任何一环存在问题，都会影响业务实际运行。
监管环境正在为合规数字资产业务提供更加清晰的路径，但这不意味着银行可以忽略客户尽调、资金来源和持续风险管理。
因此，项目不应该等到牌照拿下来，才开始寻找银行、设计账户和解释资金路径。
最理想的状态，是在规划第一张牌照时，就同步回答未来谁来开户、资金如何进入银行体系，以及这条支付链如何被金融机构理解和接受。
回到标题：
为什么加密支付项目已经拿到牌照，银行还是不给开户？
因为银行需要确认的，从来不只是企业有没有资格做这门生意。
更重要的是：
这门生意产生的每一笔钱，银行是否能够看清、管住，并持续承担相应风险。
