快速答案：外汇经纪商选择支付服务商（PSP）时，第一步不是比较费率，而是确认“哪一个法律实体，以什么许可，为哪一个经纪商主体，在什么国家和币种，处理哪一种资金”。一名服务商可能适合公司运营付款，却不一定适合客户入金；可能提供技术网关，却不一定是真正的收单机构；也可能依法保障某些支付资金，却仍不满足经纪商牌照下的客户资金规则。可靠的筛选顺序是：法律实体与权限、产品与地区适配、资金流和资金权属、客户资金边界、AML/KYC责任、收单与争议管理、对账和连续性，最后才比较费用、准备金和结算周期。
信息最后核验日期：2026年8月30日。本文提供跨法域的一般支付架构与供应商尽调框架，不构成法律意见、支付接入承诺或结算保证。服务是否可用取决于经纪商牌照、客户所在地、资金性质、支付方式、服务商权限、上游机构及具体合同。
先分清银行、PSP、EMI、收单机构和网关
“PSP”通常是功能性总称，不是全球统一的牌照类别。品牌网站上展示同一个界面，背后可能由不同法律实体分别提供账户、电子货币、收单、换汇、出金或技术处理。经纪商应把每个角色拆开，而不是把所有合作方统称为“支付通道”。
| 角色 | 主要功能 | 必须核对 | 不能自动推定 |
|---|---|---|---|
| 银行或信贷机构 | 依牌照接受存款、提供账户及支付服务 | 实际银行实体、账户持有人、币种、用途和存款保护条件 | PSP合作银行就是经纪商的直接开户行 |
| 支付机构（PI） | 在授权范围内执行支付服务 | 具体服务权限、国家、分支或代理、持款方式 | 可以吸收存款，或所有余额都有存款保险 |
| 电子货币机构（EMI） | 发行电子货币，并可提供获准的支付服务 | 电子货币、支付服务、赎回、保障和账户条款 | 余额与银行存款具有完全相同的法律性质 |
| 收单机构 | 与商户签约，接受并处理支付，使资金结算给商户 | 收单权限、商户身份、国家、卡种、争议和结算责任 | 只要提供API或支付页面就是真正收单方 |
| 支付促进方或聚合商 | 在特定结构下为子商户接入收单 | 上游收单方、子商户尽调、资金路径、准备金和终止机制 | 前端品牌在所有国家承担相同法律角色 |
| 网关或技术处理商 | 传输支付数据、连接接口或提供风控技术 | 是否接触资金、数据安全、真正持牌方和收单方 | 纯技术服务本身具有持款或收单权限 |
欧盟现行支付服务框架和英国 FCA 指引都区分支付机构、电子货币机构与信贷机构；FCA 也明确指出，纯技术网关并不当然构成 merchant acquiring。实际判断应以官方登记、具体权限、合同和真实资金流为准。
用一张资金流图开始筛选，而不是先索取报价
经纪商应先画出每条入金、出金、退款和结算路径，再让候选 PSP 逐点确认。若团队无法说明第一笔资金进入谁名下的什么账户、何时转为经纪商可用资金、失败或争议交易由谁处理，就无法判断该方案是否与牌照、会计和客户资金制度兼容。
- 客户或付款人向谁付款，页面和付款说明显示哪个商户。
- 资金首先进入哪个法律实体名下的何种账户。
- PSP 是否聚合、净额结算，或转给另一 PSP、收单机构、赞助银行或当地合作方。
- 客户、经纪商、PSP及上游机构在各自账簿上拥有什么债权或余额。
- 资金在何时完成结算，何时可提款或转入允许的客户资金安排。
- 退款、拒付、客户提款、失败支付和负余额从哪个账户处理。
- 每一步能否保留付款人、收款人、用途、国家、币种和唯一交易标识。
| 资金类型 | 典型用途 | 选型时要回答的问题 |
|---|---|---|
| 公司自有资金 | 工资、供应商、技术和日常运营 | 账户是否只用于公司款，是否禁止代收客户资金 |
| 客户入金 | 客户交易账户充值 | 谁是收款商户、资金何时受何种保护、能否满足经纪商客户资金规则 |
| 客户出金与退款 | 提款、撤销、原路退回 | 是否校验同名、资金来源和原支付方式，异常如何升级 |
| 收单结算款 | 卡或其他支付方式结算给商户 | 总额还是净额、扣除哪些费用或准备金、何时成为可用余额 |
| 流动性保证金 | 向流动性提供商提供交易保证金 | 是否可从客户资金直接支付，主体和账户权限是否一致 |
| 准备金或担保品 | 覆盖拒付、退款或负余额风险 | 资金归属、释放条件、抵销权、终止后返还方式是否书面明确 |
若还没有完整账户架构，可先参考外汇经纪商公司银行账户与资金用途指南，再把 PSP 放进实际结构，而不是让支付产品倒过来决定合规结构。
如何核验 PSP 的法律实体和许可范围
监管登记是第一关，不是最终结论。需要核对的是签约、收款、持款、换汇、出金和收单分别由谁提供。集团品牌、销售人员名片或界面中的“regulated”标识，不能替代法律实体和权限核验。
- 实体一致：合同、发票、隐私条款、监管登记和实际持款实体名称是否一致。
- 权限匹配：登记是否覆盖实际需要的支付执行、汇款、电子货币、收单或换汇活动。
- 身份类别：服务商是完全授权机构、小型或豁免机构、代理、分支、分销商还是纯外包商。
- 地区覆盖：每个服务国家是由本地许可、分支、代理、跨境机制还是合作方覆盖。
- 产品接受：是否书面允许外汇或 CFD 经纪、目标客户、营销模式和预计交易量。
- 当前状态：许可是否有效，是否存在限制、要求、名称变更、历史注销或执法事项。
例如，英国应在 FCA Financial Services Register 核对真实法律实体和权限；欧盟可结合 EBA 中央登记与相关国家主管机关登记；澳大利亚的 AUSTRAC 登记反映特定 AML/CTF 身份，并不等同于银行牌照或所有支付活动许可。不同登记解决的问题不同。
PSP 的 safeguarding 不等于经纪商的客户资金合规
这是选型中最容易被混淆的地方。PSP 对特定支付资金或电子货币实施 safeguarding，与持牌经纪商如何存放、识别和保护投资业务客户资金，是两个独立测试。二者可能同时存在，但不能互相替代。
| 测试 | 核心问题 | 错误推论 |
|---|---|---|
| PSP safeguarding | 哪些支付或电子货币资金受保护、义务何时开始结束、采用隔离还是保险担保 | PSP内所有余额、费用和准备金都受同样保护 |
| 经纪商 client money | 经纪商牌照允许把客户资金放在哪类机构、用什么账户名称、如何对账和确认 | 任何持牌 PSP 都可作为经纪商客户资金存放机构 |
| 银行存款保护 | 实际存款银行、账户持有人、币种、记录和法定资格是否满足条件 | non-bank PSP 的 safeguarding 自动等于政府存款保险 |
| 合同隔离或专户 | 合同承诺、账户权属、抵销权和破产处理如何约定 | 账户名称包含“segregated”就完成全部法定分析 |
截至核验日，英国针对支付和电子货币机构相关资金的 CASS 15 已生效，但它适用于相应 PSP 的 relevant funds，并不等于投资公司的 CASS 7 客户资金规则。欧盟 PSD2 Article 10 同样针对落入范围的支付服务资金。若经纪商在其他法域持牌，还要回到自身牌照条件和当地客户资金制度确认允许的机构、账户、确认函及对账要求。
AML、KYC、制裁和交易监控责任要写成矩阵
PSP 对付款人或商户进行筛查，不会自动替代经纪商在自身牌照和 AML 制度下的义务。双方可以分配操作任务，但谁保留法定责任、能否依赖第三方以及需要哪些数据，应按当地法律和合同判断。
| 控制事项 | 经纪商需要确认 | PSP需要说明 | 共同接口 |
|---|---|---|---|
| 客户与受益所有人 | 自身客户识别、风险评级和持续尽调 | 商户、付款人、子商户或代理的尽调范围 | 身份字段、更新事件和证据共享 |
| PEP、制裁与负面信息 | 名单、频率、匹配和人工复核规则 | 其筛查对象、名单和拦截流程 | 命中通知、释放权限和升级时限 |
| 交易监控 | 入金、交易行为、提款与客户画像的关联 | 付款、退款、拒付、走廊和商户行为监控 | 唯一交易标识、失败原因和异常数据 |
| 可疑活动报告 | 经纪商适用的报告义务和保密要求 | PSP自身报告义务与可分享范围 | 不得以合同转移不可转移的法定责任 |
| 记录与审计 | 客户档案、资金账簿和监管可追溯性 | 支付记录、结算报表、日志和保留期 | 导出格式、监管调取和终止后访问 |
FATF 的风险导向、客户尽职调查和支付透明度标准，为各国制度提供国际基线；Wolfsberg 2026 非银行 PSP 指引则解释了银行为何关注底层客户、资金走廊、嵌套关系和批量净额支付。后者是银行业风险管理标准，不是全球法律，也不能产生接入保证。
收单、拒付、退款和准备金要看完整合同
卡收单或其他商户支付结构中，应确认谁是 merchant、sub-merchant、merchant of record、acquirer 和 gateway。尤其要查清上游收单机构或卡组织终止合作时，前端 PSP 是否仍能履约，以及剩余结算款和准备金如何处理。
拒付和退款条款至少要覆盖什么
- 争议通知、证据提交、代表申诉和最终损失由谁负责。
- 退款是否原路退回，第三方付款或不同名账户如何处理。
- 拒付、退款、欺诈和负余额是否可以从当期结算款、准备金或其他账户抵销。
- 固定或滚动准备金的计算基础、触发条件、复核和释放条件。
- 交易暂停、冻结、限额调整和终止的理由、通知、申诉及剩余资金返还。
不存在适用于所有外汇经纪商的“标准准备金比例”或“保证结算周期”。这些条件受产品、国家、卡种、历史争议、交易量、上游机构和合同影响。报价必须用同一交易模型比较，不能只看销售页面上的单笔费率。
把费率、外汇转换和结算口径放进同一张报价表
| 比较项目 | 需要书面确认 | 常见遗漏 |
|---|---|---|
| 固定费用 | 设立、月费、最低消费、合规复核和终止费用 | 只比较交易费率 |
| 交易费用 | 入金、出金、退款、拒付、查询和失败交易费用 | 退款不退原手续费或失败交易仍收费 |
| 外汇转换 | 结算币种、转换时点、基准汇率、点差或加价 | 低交易费被较高换汇成本抵消 |
| 结算周期 | 从授权、捕获、上游结算、PSP收款到商户可用余额的定义 | 把营销中的“T+N”误解为无条件到账 |
| 准备金和担保 | 金额、计算基础、抵销、追加、复核和释放 | 终止后资金返还没有明确期限和条件 |
| 限额与增长 | 单笔、日、月、币种、国家和峰值限额，增长审批机制 | 上线后交易量超过原审批画像触发暂停 |
结算能力还应与牌照对银行与支付接入的影响一起判断，但不能反过来把某张牌照当成 PSP 接入通行证。
技术集成必须支持对账、监控和退出
一个支付接口能成功收款，不等于它能支撑受监管业务。上线前应使用真实但受控的测试场景，验证授权、失败、重复、退款、拒付、出金、换汇和对账差异。每一笔业务都应能从客户账户映射到 PSP 交易、结算批次、银行流水和总账分录。
若支付链涉及银行卡数据，截至核验日 PCI DSS v4.0.1 仍是 PCI SSC 的当前版本。即使经纪商把支付处理完全外包，也不能仅凭“PSP 已通过 PCI”宣布自身无需管理 PCI 范围；仍要核对证据覆盖的法律实体和服务、在合同中划分责任、持续监控服务商状态，并按收单机构或卡组织要求确认自身验证方式。CVV、CVC 或 CID 等敏感认证数据不得在授权后保存，不能因加密而例外。
- 数据完整性：API、webhook、报表和流水是否提供唯一交易标识、付款人、收款人、币种、国家、用途和状态。
- 安全与事件：访问控制、密钥管理、支付卡数据责任、事故通知、调查和恢复流程是否明确。
- 可用性：服务水平、维护窗口、失败重试、人工补单、RTO和RPO是否与业务量匹配。
- 变更管理：上游银行、收单方、代理、云服务、当地出金合作方或政策变更是否需要通知。
- 数据可迁移：终止后能否导出交易、KYC、争议、准备金和结算记录，保留多久。
- 第二线路：是否需要备用 PSP 或银行路线，以及双线路会增加哪些 AML、对账和客户体验复杂性。
多 PSP 架构可以降低单一运营依赖，但不是所有经纪商的法定义务，也不是稳定性保证。它只有在交易路由、客户告知、数据共享、会计和合规责任都明确时才有价值。
对落入欧盟 DORA 适用范围的金融实体，使用 ICT 第三方不会转移自身监管责任；相关合同和风险管理还需覆盖服务说明、数据访问与返还、事件协助、监管合作、终止权以及经过测试的退出安排。这是特定欧盟制度的要求，不能扩写成所有国家和所有 PSP 合同的统一法律条款，但它提供了有用的连续性审查框架。
PSP 接入前应准备哪些尽调材料
候选服务商通常会把经纪商视为需要强化理解的金融服务商户。材料应与监管申请、网站、客户协议和真实运营一致。若文件之间存在主体、产品、市场或资金流冲突，增加文件数量并不能解决问题。
- 公司与所有权：注册文件、组织结构、董事和最终受益所有人、控制权说明、资金及财富来源。
- 许可与业务边界：牌照、许可条件、目标国家、客户类型、产品、杠杆和营销方式。
- 合同与网站：客户协议、风险披露、隐私条款、退款提款规则以及清晰的签约主体。
- 支付需求：国家、币种、支付方式、预计交易量、客单、入金出金比例、退款和拒付假设。
- 资金流图：每个账户、法律持有人、中介、结算时点、客户资金和公司资金边界。
- 控制框架：AML/KYC、制裁、交易监控、欺诈、投诉、数据安全、业务连续性和审计证据。
- 合作方：银行、流动性提供商、交易平台、白标、IB、代理和其他 PSP 的角色与合同。
如果主体结构本身尚未稳定，应先完成外汇经纪商公司与集团架构设计；若目标客户横跨多个地区，还应结合亚洲、中东和非洲市场准入框架核对当地限制。
用十二项决策表做出可审计的选择
不要把尽调压缩成一个看似精确的“官方评分”。更实用的方法，是把每一项标记为“通过、待补证、不适用或不匹配”，并保留证据、责任人和有效期。任何关键项目为“不匹配”，都不应被低费率掩盖。
| 决策项 | 通过标准 | 需要保留的证据 |
|---|---|---|
| 法律实体 | 品牌、合同、监管登记、发票和持款实体可解释 | 登记摘录、合同和组织结构 |
| 许可覆盖 | 具体活动、国家和代理或分支安排有依据 | 官方登记及权限说明 |
| 产品接受 | 书面允许真实外汇或 CFD 模式和目标客户 | 产品审批或合同附件 |
| 资金流 | 付款人、收款人、账户持有人和每一中介清楚 | 端到端资金流图 |
| 客户资金 | 与经纪商适用的存放和隔离规则兼容 | 法律分析、账户文件和确认 |
| Safeguarding | 范围、方法、对账、审计和破产说明明确 | 服务商政策和合同说明 |
| AML/KYC | 双方筛查、监控、报告和数据责任明确 | 责任矩阵和数据字典 |
| 地区与币种 | 客户国、付款国、结算国、币种和线路获准 | 国家币种清单及限制 |
| 收单结构 | acquirer、gateway、payfac及商户身份明确 | 参与方图和争议规则 |
| 运营对账 | 失败、退款、拒付和总账映射可验证 | 测试结果和样例报表 |
| 连续性退出 | 变更通知、数据导出、资金返还和备选方案明确 | 退出计划和合同条款 |
| 商业条款 | 全费用、汇率、准备金、限额和终止条件可比 | 同口径报价与合同红线表 |
上线后的持续复核同样重要
PSP 选型不是一次性采购。所有权、许可、上游银行、收单方、产品、地区、资金流、争议水平或交易量发生重大变化时，都可能触发服务商或其银行重新审查。经纪商应把 PSP 复核纳入牌照获批后的持续合规日历。
- 每月核对交易量、失败率、退款、拒付、冻结、结算差异和未释放准备金。
- 定期复核许可状态、服务国家、上游机构、保障安排和合同变更。
- 测试重大事故、服务中断、数据泄露、合作方退出和资金返还预案。
- 当实际交易显著偏离审批画像时，主动更新说明，而不是等待账户被限制。
- 发生拒绝或终止时，先定位实体、许可、资金流、产品、地区或控制缺口，再决定整改或更换供应商。
银行或 PSP 拒绝一项业务并不自动证明经纪商存在违法行为，但经纪商需要知道问题属于法律权限、产品能力、上游限制、个案风险还是纯商业政策。相关整改逻辑可结合银行拒绝外汇经纪商的尽调与补救清单使用。
常见问题
PSP 与银行有什么区别？
PSP 是广义功能称呼，可包括支付机构、电子货币机构、收单机构、处理商或网关；银行则依据特定银行牌照接受存款并提供相应服务。选择时要核对真实法律实体和权限，不能依据品牌、界面或合作银行名称推定。
EMI 账户能完全替代公司银行账户吗？
不能一概而论。EMI 可提供电子货币和相关支付服务，但余额的法律性质、保障方式、账户用途、上游银行结构和经纪商客户资金规则与银行存款可能不同，应按运营账户、客户入金、结算和监管资本等用途分别判断。
PSP 的 safeguarding 是否等于存款保险？
不是。Safeguarding 是对特定支付或电子货币资金采取的隔离、保险或担保等保护机制；存款保险取决于实际银行、账户持有人、币种、记录和法定资格。Non-bank PSP 的资金不能仅因宣传为 safeguarded 就视为受政府存款保险保护。
PSP 有牌照是否表示可以服务外汇经纪商？
不表示。还要核对具体权限、服务国家、产品、客户类型、收款方式、上游银行或收单机构、卡组织规则及 PSP 自身风险偏好，并取得与真实业务模式一致的书面接受说明。
支付网关就是 merchant acquirer 吗？
不一定。纯技术网关可能只传输或处理支付数据；merchant acquirer 与商户或收款人签约，接受并处理支付，使资金结算给商户。经纪商需要确认真正的收单方、持款方、结算方和争议责任方。
可以把客户入金先收进公司运营账户再转走吗？
不能给出全球统一答案。许多客户资金制度会规定允许的存放机构、账户名称、隔离方式、时间和对账要求，不能以“之后会转走”替代合规分析。应按经纪商牌照、资金性质和当地规则逐项确认。
同时使用两个 PSP 是否更安全？
多供应商可以降低单一运营依赖，但会增加交易路由、AML、数据共享、对账、会计和客户体验复杂性。它是业务连续性工具，不是所有经纪商的法定义务，也不能保证服务不会中断或资金不会被审查。
PSP 接入通常需要多久，通过率是多少？
没有可靠的全球统一时长或通过率。进度取决于经纪商实体、牌照、最终受益所有人、产品、客户国家、预计交易、资金流、技术集成以及 PSP 和上游机构的风险评估，因此不应把销售估计写成获批或上线保证。
咨询您的牌照与企业服务需求
请填写您的联系方式和需求，我们的团队会尽快与您联系。