# 支付网关和支付处理商：实际区别是什么？

> 解释支付网关和支付处理商的区别：两者的界限在哪里，为什么大多数现代服务商同时提供这两项功能，以及 SaaS 创始人真正应该关注什么。
- **Author**: Aarthi Poonia
- **Published**: 2026-06-06
- **Category**: Payments, Glossary
- **URL**: https://dodopayments.com/blogs/zh/payment-gateway-vs-payment-processor

---

"支付网关"和"支付处理商"听起来可以互换，在大多数现代 SaaS 场景中实际上也确实如此。但两者最初的区别是真实存在的，了解这一点有助于解释为什么有些支付产品会捆绑其他产品没有的功能。本指南将拆解这两个术语在历史上的含义、如今两者的界限，以及 SaaS 企业选择服务商时真正需要关注的因素。

## 最初的定义

在传统的银行卡支付体系中，这两个角色由不同公司分别承担，负责交易中的不同环节：

### 支付网关

支付网关是负责采集客户支付信息并安全传输给后续环节的技术层。它负责交易的前端部分：

- 托管或渲染结账表单
- 加密卡片数据
- 将卡号令牌化以便存储
- 将授权请求转发给支付处理商
- 将批准或拒绝结果返回给商户

经典的支付网关示例包括 Authorize.Net 和 Cybersource（单独使用时）。支付网关本身不会转移资金，只负责路由消息。

### 支付处理商

支付处理商是实际负责转移资金的金融层。它负责交易的后端部分：

- 向卡组织（Visa、Mastercard）提交授权请求
- 从发卡行接收批准或拒绝结果
- 处理结算（在持卡人银行与商户银行之间转移资金）
- 按结算周期向商户银行账户打款
- 处理拒付和退款

经典的支付处理商示例包括 First Data（现为 Fiserv）、TSYS 和 Worldpay。支付处理商本身通常不会提供结账界面，而是等待数据通过支付网关传入。

```mermaid
flowchart LR
    A[客户] -->|"卡片数据"| B[支付网关]
    B -->|"授权请求"| C[支付处理商]
    C -->|"网络授权"| D[卡组织]
    D -->|"批准/拒绝"| C
    C -->|"响应"| B
    B -->|"响应"| A
    C -.->|"结算"| E[商户银行]
```

在传统模式下，商户需要分别与支付网关和支付处理商签订合同。两者必须通过脆弱的集成进行通信，商户也要分别向双方支付费用。

## 发生了什么变化：一体化 PSP

Stripe、PayPal、Square、Adyen 以及类似的现代服务商，将支付网关和支付处理商整合进了同一个平台。他们把结账界面、令牌化、支付处理商关系、结算和仪表盘都整合到一个产品中。从商户角度看，只有一份合同、一项费用和一个 API。

这就是为什么如今人们几乎可以互换使用"支付网关"和"支付处理商"。当有人说"我们使用 Stripe 作为支付网关"时，从技术上讲，他们的意思是"Stripe 同时是我们的支付网关、支付处理商、卡片信息保险库和报表层"。在 SaaS 层面，这种区别已经基本消失了。

> 当你必须分别选择支付网关和支付处理商时，两者的区别很重要。如今，SaaS 创始人会选择一个同时提供这两项功能，以及税务、计费和仪表盘的服务商。真正有意义的选择不再是支付网关还是支付处理商，而是平台还是平台。
>
> \- Ayush Agarwal，Dodo Payments 联合创始人兼 CPTO

## 现代服务商实际提供什么

现代支付平台会将以下所有功能整合在同一个品牌下：

| 层级     | 功能                         | 传统名称              |
| -------- | ---------------------------- | --------------------- |
| 结账界面 | 渲染支付表单、采集输入信息   | 支付网关              |
| 令牌化   | 安全存储卡片数据（PCI 范围） | 支付网关 / 保险库     |
| 授权     | 向卡组织发送授权请求         | 支付处理商            |
| 结算     | 向商户转移资金               | 支付处理商 / 收单机构 |
| 仪表盘   | 报表、退款、争议处理         | 两者                  |
| 订阅计费 | 周期性扣款、催收             | 附加功能              |
| 税费计算 | 在结账时计算销售税 / VAT     | 附加功能              |
| 风险检测 | 风险评分、3DS                | 附加功能              |

评估服务商的 SaaS 创始人，并不是在比较支付网关和支付处理商，而是在功能覆盖、定价和集成深度等方面比较完整的平台。

## 哪些情况下两者的区别仍然重要

如今有三个场景仍然适合使用这一传统区分：

### 1. 企业级多收单机构策略

大型商户有时会使用一个支付网关，并在其后连接多个支付处理商（称为"智能路由"或"多收单"）。支付网关会将每笔交易路由到最合适的支付处理商，例如提供最高批准率、最低成本或持卡人所在地区本地化服务的处理商。大多数 SaaS 创始人不会接触到这一层，但这正是一些平台（Adyen、Worldpay）在企业级方案中强调"网关级"路由的原因。

### 2. 白标和平台模式

市场平台和平台型企业有时需要一个支付网关层，将交易转交给其底层商户所使用的支付处理商。这就是[白标支付网关](https://dodopayments.com/blogs/white-label-payment-gateway)模式：平台负责面向客户的结账流程，但各个卖家仍然维护自己的支付处理商关系。

### 3. PCI 合规范围界定

PCI DSS 的合规范围取决于支付网关层。如果你使用托管式或内嵌式结账流程，在卡片数据接触服务器之前就完成令牌化，那么 PCI 合规范围会大幅缩小（SAQ A 或 SAQ A-EP）。如果你自行收集原始卡片数据并将其传给支付处理商，就会进入要求更高的 PCI 类别（SAQ D，需要完整审计）。

## 支付服务提供商（PSP）

"支付服务提供商"（PSP）是一个有用的统称，用来指代任何将支付网关和支付处理功能整合在一起的现代平台。Stripe、Adyen、PayPal、Square 以及类似服务商都属于 PSP。有些 PSP 还会在此基础上提供订阅计费、税务、风控和报表功能。

当有人问"Stripe 是支付网关还是支付处理商"时，最准确的回答是："它是同时提供这两项功能的 PSP。"

## MoR（名义商户）属于不同类别

现代支付术语容易混淆的地方就在这里。MoR（名义商户）不同于 PSP，尽管它通常会建立在 PSP 之上：

- PSP 代表你处理支付（你仍然是法律上的卖家）
- MoR（名义商户）是法律上的卖家（你是底层供应商）

MoR（名义商户）会以记录卖家的身份收款，负责销售税和 VAT 的注册与申报，承担拒付风险，并以批发供应商的身份向你结算。PSP 默认不会承担这些职责。

对 SaaS 企业来说，这一点非常重要，因为在全球销售所带来的税务和合规负担十分庞大。使用 PSP 时，这些责任仍由你承担。像 [Dodo Payments](https://dodopayments.com) 这样的 MoR（名义商户）会替你承担这些工作，为你处理 190 多个司法辖区的税务合规，支持 40 多种本地支付方式，并代表你服务来自 220 多个国家和地区的客户。

## SaaS 创始人真正应该比较什么

别再纠结支付网关和支付处理商的区别。对于 SaaS 支付平台，真正需要比较的是以下维度：

### 1. 定价模式和总成本

- 统一费率（Stripe、PayPal）：可预测，在规模扩大后成本略高
- 交换费加成（Adyen、企业版 Stripe）：交易量非常高时更便宜
- MoR 费用套餐（Dodo Payments、Paddle）：表面费率更高，但包含税务和合规服务

### 2. 国家和支付方式覆盖范围

你可以从多少个国家和地区、使用多少种货币收款？支持哪些本地支付方式（UPI、PIX、iDEAL、Boleto 等）？与表面费率相比，这些因素对国际转化率的影响更大。

### 3. 订阅计费深度

原生订阅计费（Stripe Billing、Dodo subscriptions）、按比例计费、试用、催收、客户门户和按用量计费。对于 SaaS 来说，这些功能通常比支付网关和支付处理商之间的区别更有价值。

### 4. 税务合规

仅提供税费计算（Stripe Tax），还是提供完整的税务注册和申报（MoR 模式）。对于全球 SaaS 企业来说，这一差别每年可以节省数百小时以及数万美元的合规工作成本。

### 5. 开发者体验

API 质量、文档、SDK 覆盖范围、Webhook 可靠性和仪表盘易用性。对于小团队来说，这些因素通常比费率更重要。

### 6. 结算时间

银行卡支付通常会在 1 到 3 个工作日内完成结算。有些平台可以收费提供更快的结算速度。结算到你指定的银行账户，并使用你指定的货币，还会引入另一个变量。

## 一个简单的决策树

```mermaid
flowchart TD
    A[需要接受支付？] --> B{面向全球销售？}
    B -->|否，仅面向美国国内| C{需要订阅计费？}
    B -->|是，希望由服务商处理税务| D[像 Dodo Payments 这样的 MoR]
    C -->|是| E[Stripe]
    C -->|否，一次性支付| F[Stripe 或 Square]
    B -->|是，交易量非常高，拥有专门的财务团队| G[Adyen 或企业版 Stripe]
```

对于大多数 SaaS 创始人来说，选择归根结底是：如果你有资源自行处理税务和合规，就选择 PSP；如果没有，就选择 MoR（名义商户）。

## 常见问题

### 支付网关和支付处理商是一回事吗？

从历史上看，不是。但在现代 SaaS 中，这两个术语通常可以互换使用。所有主要的现代服务商（Stripe、Adyen、PayPal、Square）都会在一个平台中整合支付网关和支付处理功能。只有在企业级多收单设置或白标平台模式中，这一区别才真正重要。

### Stripe 是支付网关还是支付处理商？

两者都是。Stripe 是支付服务提供商（PSP），在同一个品牌下同时提供支付网关功能（结账界面、令牌化、PCI 合规范围）和支付处理功能（授权、结算）。大多数现代 PSP 的工作方式都类似。

### 我的 SaaS 需要单独的支付网关和支付处理商吗？

不需要。像 Stripe、Adyen 这样的现代 PSP，或像 Dodo Payments 这样的 MoR（名义商户），都可以通过一次集成覆盖这两个角色。只有在传统企业级设置或特定的多收单路由策略中，你才需要分别使用不同的服务商。

### PSP 和 MoR（名义商户）有什么区别？

PSP 代表你处理支付，但你仍然是法律上的卖家，需要负责销售税、VAT、拒付以及全球合规。MoR（名义商户）是记录在案的法律卖家，会替你承担税务和合规负担。PSP 的表面价格通常更低；对于全球 SaaS 来说，MoR（名义商户）的整体成本通常更低。

### SaaS 创始人应该选择哪一种？

对于拥有财务团队、能够自行处理税务的美国国内 SaaS：Stripe。对于交易量非常高的企业级 SaaS：Adyen。对于希望由服务商处理税务和合规的全球 SaaS：选择像 [Dodo Payments](https://dodopayments.com) 这样的 MoR（名义商户）平台。

## 结论

支付网关和支付处理商的区别主要属于历史概念。现代 SaaS 创始人选择的是完整的支付平台，而不是分别选择支付网关和支付处理商服务商。真正值得比较的是定价模式、国家覆盖范围、订阅计费深度、税务处理能力和开发者体验。

如果你正在为全球 SaaS 评估服务商，并希望由对方替你承担税务和合规工作，请查看 [Dodo Payments](https://dodopayments.com) 和[定价](https://dodopayments.com/pricing)。
---
- [More Payments articles](https://dodopayments.com/blogs/category/payments)
- [All articles](https://dodopayments.com/blogs)