# B2B 虚拟卡支付：卖方指南 > 了解 B2B 虚拟卡支付如何运作、为什么买方的应付账款团队偏好这种方式、它会给卖方带来哪些成本，以及如何在无需人工录入的情况下完成对账。 - **Author**: Aarthi Poonia - **Published**: 2026-07-30 - **Category**: Payments, B2B - **URL**: https://dodopayments.com/blogs/zh/b2b-virtual-card-payments --- 你向一位企业客户发送一张 48,000 美元的年度发票，付款条件为 net-45。三周后，你没有收到 ACH 入账，反而从对方的应付账款平台收到一封电子邮件，其中包含一个 16 位卡号、CVV、安全期以及要求准确扣款 48,000 美元的说明。现在，你的财务负责人必须将卡号手动输入终端，而这笔交易的实际利润率也随之减少了相应的卡处理费。 B2B 虚拟卡支付是一次性使用或锁定到特定供应商的卡号，由买方的应付账款部门签发，用于支付某张特定发票，通常会对金额、日期范围和商户设置严格控制。它们通过普通卡网络完成结算，这意味着你能快速收到资金，但也意味着你要为原本可以通过银行转账、几乎零成本到账的款项支付卡处理费。 成本转移就是全部问题所在，而大多数关于虚拟卡的内容都是从买方角度撰写的。本指南则从卖方角度出发。 ## 虚拟卡 vs ACH vs 电汇 vs 支票 以下是四种主流 B2B 支付方式在真正影响卖方决策的维度上的比较。 | | 虚拟卡 | ACH | 电汇 | 支票 | | ------------------ | ---------------------------------------- | -------------------------------------- | -------------------------------- | ---------------------------------- | | 到账速度 | 立即授权，按正常卡支付周期入账 | 1 到数个工作日 | 境内当日到账 | 包括邮寄和清算在内，需要数天到数周 | | 卖方成本 | 按整张发票金额收取卡处理费 | 每笔交易收取较低的固定费用 | 较低的固定费用，通常由买方承担 | 银行存入费用，加上大量人工处理 | | 买方成本 | 通常为净负值：发卡机构会按消费返还奖励 | 较低的固定费用 | 中等固定费用 | 印刷、邮寄和人工费用 | | 对账工作量 | 默认较高：资金和付款通知分开到达 | 中等：付款通知数据可以通过附言记录传递 | 中等：参考字段较短，且经常被截断 | 较高：需要根据纸质存根手动匹配 | | 卖方面临的风控风险 | 适用拒付权；买方可以提出争议 | 适用 ACH 退回期限，但争议范围更窄 | 收到后风险极低；实际上具有最终性 | 支票欺诈和止付风险 | | 付款确定性 | 在卡片控制范围内较高，超出范围则会被拒绝 | 清算完成后较高 | 非常高 | 低 | 把"买方成本"这一行和"卖方成本"这一行放在一起看。这种不对称并非偶然，它正是这类产品的核心。发卡机构用接受卡支付的商户所支付的费用来资助买方奖励，因此虚拟卡项目会把买方的应付账款职能从成本中心变成收入来源，而这笔钱来自你。 如需更广泛地比较基于银行的支付方式，请参阅 [EFT vs ACH vs wire transfer](https://dodopayments.com/blogs/eft-vs-ach-vs-wire-transfer) 以及我们的 [SaaS ACH 支付指南](https://dodopayments.com/blogs/what-is-ach-payment-saas-guide)。 ## B2B 虚拟卡支付究竟是什么 虚拟卡是按需生成、绑定一组规则的卡号，而不是与账户绑定的实体卡。这个卡号是真实有效的，并且运行在现有卡网络上，因此你无需新的受理基础设施即可接受虚拟卡支付。 附加在卡号上的控制规则，才使它成为一种商业支付工具，而不只是一张普通卡： - **金额限制。** 通常锁定为发票确切金额，有时会设置一个小幅容差范围。 - **有效期窗口。** 通常只有几天或几周，超过该日期范围后，卡号将无法再通过授权。 - **商户锁定。** 限定为单一供应商，有时还会限定为单一商户类别代码。 - **一次性使用。** 许多项目会在一次授权成功后立即作废该卡号。 由于每张发票都可以生成一个独立卡号，即使卡号遭到泄露，其价值也非常有限。这与 [支付令牌化](https://dodopayments.com/blogs/payment-tokenization) 背后的安全逻辑相同，只是应用在采购层，而不是结账层。 虚拟卡通常由商业卡项目通过买方的应付账款自动化平台或银行签发。买方在其工作流中批准发票，平台生成一个限定于该发票的卡号，然后通过电子邮件、门户或直接文件传输发送给供应商。 ## 为什么应付账款部门推动 B2B 虚拟卡支付 买方采用虚拟卡并不是为了为难你。从应付账款角度看，这种方式确实很有吸引力，而理解这一点，也能帮助你在谈判中找到筹码。 - **返利。** 发卡机构会将部分消费金额返还给买方。对于通过卡支付大量应付账款的企业来说，这会让应付账款部门为利润做出贡献。 - **资金占用周期。** 卡支付会按照发卡机构的账单周期结算，因此买方可以在不逾期的情况下，比发票条款获得更多营运资金使用天数。 - **控制力。** 一个只能使用一次、只能支付特定金额、只能用于特定供应商的卡号，可以消除一整类内部欺诈和未经授权的支出。相比之下，共享企业卡或需要多层人工审批的银行转账都不具备同样的控制力。 - **供应商接入速度。** 将新供应商加入 ACH 项目，需要收集并验证银行信息，而这本身就是常见的欺诈入口。签发虚拟卡则完全不需要这些步骤。 - **买方侧自动对账。** 由于卡号专属于某张发票，买方系统可以毫不含糊地将卡账单明细与发票匹配。 请特别注意最后一点。买方之所以能实现完美对账，恰恰是因为便于匹配的标识符存在于他们的系统中，而不是你的系统中。同一笔交易的摩擦，最终落在你这一侧。 ## 作为卖方，这些支付方式会让你承担什么成本 这里有三种不同的成本，只有第一种显而易见。 **处理费。** 你需要按整张发票金额（包括税费）支付正常的卡费率。对于一张 48,000 美元的发票，这是一笔不容忽视的金额；而且与消费者交易不同，你没有额外的转化收益来为这笔费用提供理由。商业卡和采购卡通常比消费者借记卡承担更高的网络成本，因此，按消费者交易量报价的综合费率可能并不等于你实际支付的费率。我们的 [小型企业卡处理费拆解](https://dodopayments.com/blogs/credit-card-processing-fees-small-business) 和 [处理费比较](https://dodopayments.com/blogs/payment-processing-fees-compared) 介绍了各项费用如何叠加，[交换费如何运作](https://dodopayments.com/blogs/interchange-fees-explained) 则解释了资金流向。 这里有一个可以利用的杠杆。卡网络定义了增强数据等级，通常称为 Level 2 和 Level 3，要求商户提交税额、客户参考代码和行项目明细等额外字段。符合条件的交易可以享受更优惠的商业卡费率。你的服务商是否支持提交这些数据，以及你的开票系统是否能够生成这些数据，会直接影响接受虚拟卡的成本。不要想当然，先问清楚。 **争议风险。** 电汇一旦到账，实际上就具有最终性。卡支付则赋予买方在完整拒付期限内提出争议的权利，这意味着商业纠纷可能由客户的银行，而不是由你的合同来解决。这是真实的风险转移，应当计入大额交易的定价。请参阅 [拒付预防](https://dodopayments.com/blogs/chargeback-prevention-saas) 和 [争议文档](https://docs.dodopayments.com/features/transactions/disputes)，了解具体流程。 **人工处理。** 如果需要人工读取 PDF 并将卡号输入终端，那么每张发票都会增加人工成本、录入错误风险以及 PCI 合规范围问题。这是大多数财务团队低估的成本，因为它不会显示在支付处理商的账单上。 对卖方来说，诚实的表述是：虚拟卡用收入的一定比例和额外的争议风险，换取更快速、更确定的收款。如果替代方案是催收一个 net-60 的付款方，并承担 [应收账款周转天数](https://dodopayments.com/blogs/dso-days-sales-outstanding-saas)，这笔交易可能值得。如果替代方案是一个可靠的、net-15 条款的 ACH 付款方，那通常就不值得。 ## 对账难题：付款通知分开到达 这是最容易让卖方感到意外的运营故障模式，而且它是结构性问题，并非某个平台的缺陷。 买方使用虚拟卡付款时，有两件事会沿着不同路径传输。资金通过卡网络以授权和扣款的形式流转，其中几乎不包含描述性数据。付款通知，也就是说明这笔付款对应哪些发票的文件，则通过电子邮件发送，或存放在供应商门户中。两者不会自动关联。 随着交易规模扩大，后果会不断叠加： - 一笔卡支付可能覆盖多张发票，而卡扣款信息中不包含发票编号。 - 少付和扣款信息只会出现在付款通知中，因此你的分类账会显示一笔无法匹配任何未结发票的付款。 - 买方看到的 [账单描述符](https://dodopayments.com/blogs/statement-descriptor) 是你的描述符，但你看到的只是一个没有采购订单参考信息的卡授权。 - 如果付款通知邮件进入一个无人负责的共享收件箱，现金就会处于未核销状态，而你的应收账款账龄数据也会误导你。 解决这个问题主要依靠流程，而不是技术。坚持要求机器可读的付款通知文件，而不是 PDF；要求通过增强数据字段传递采购订单或发票参考信息；并将未核销现金视为需要触发提醒的状态，而不是每月一次的清理任务。我们的 [付款通知指南](https://dodopayments.com/blogs/remittance-advice-guide-templates) 介绍了相关格式，[SaaS 付款对账](https://dodopayments.com/blogs/payment-reconciliation-saas) 则介绍如何构建匹配任务。 如果你正在大规模运行这一流程，围绕它建立的应收账款工作流与支付方式本身同样重要。请参阅 [SaaS 应收账款](https://dodopayments.com/blogs/accounts-receivable-saas-guide) 和更广泛的 [订单到现金流程](https://dodopayments.com/blogs/order-to-cash-process)。 ## 直通式处理以及如何实现 直通式处理意味着以编程方式扣款虚拟卡，无需人工读取卡号并在任何地方输入。这决定了虚拟卡究竟是效率提升，还是财务团队额外承担的一项负担。 实现这一点需要三个条件。 首先，卡信息必须通过结构化数据流传递，而不是出现在电子邮件正文中。大多数应付账款平台都支持供应商端集成或安全文件投递，专门用于此类场景。在接入时就提出要求，因为默认情况下通常不会提供。 其次，应通过 API 调用你的服务商发起扣款，而不是使用虚拟终端。这样可以让卡号远离收件箱、CRM 和 PCI 合规范围。如果无法避免接触原始卡号，请在开发前阅读我们关于 [原始卡 API 与 PCI 合规范围](https://dodopayments.com/blogs/raw-card-api-pci-compliance) 的说明。 第三，结果必须自动回写分类账。由 Webhook 驱动的入账可以闭环处理，让成功的扣款自动结清发票，无需任何人再次录入。Dodo Payments 遵循 Standard Webhooks 规范，发送 `payment.succeeded` 及相关事件，具体记录见 [webhooks](https://docs.dodopayments.com/developer-resources/webhooks)；[用于支付通知的 webhooks](https://dodopayments.com/blogs/webhooks-payment-notifications) 则介绍了如何消费这些事件。 这里的安全状况同样重要，因为你处理的是与异常高金额相关的卡数据。[支付安全最佳实践](https://dodopayments.com/blogs/payment-security-best-practices) 是相关检查清单。 ## 支出控制、有效期和拒付 虚拟卡控制机制是为了保护买方，但它们经常导致看起来像是你方问题的拒付。 常见失败原因包括： - **金额不匹配。** 卡片锁定为已批准的发票金额。如果你在买方批准发票后增加运费、收取滞纳金或重新计算税费，授权就会被拒绝。请按准确的批准金额开票，或要求重新签发卡片。 - **过期。** 一次性卡号通常只有很短的有效期。如果卡号在无人监控的收件箱中放过一个周末，可能会在有人扣款前过期。 - **不允许部分扣款。** 某些项目要求一次性全额扣款。将付款拆成两次扣款（分阶段交付时很常见）可能会直接失败。 - **商户类别限制。** 如果卡片锁定的类别代码与收单机构对你的分类不一致，无论金额多少，交易都会被拒绝。 - **币种不匹配。** 以美元签发的卡在欧元中扣款，可能被拒绝，也可能以不可预测的方式换算。 这些情况在终端上都不会提供有用的错误信息，你只会看到通用拒付。我们的 [卡拒付代码](https://dodopayments.com/blogs/credit-card-decline-codes) 参考指南可以帮助你理解实际收到的信息，[支付重试逻辑](https://dodopayments.com/blogs/payment-retry-logic) 则介绍接下来该怎么做。盲目重试虚拟卡不仅适得其反，还可能被风控系统识别为 [卡测试活动](https://dodopayments.com/blogs/card-testing-fraud)，因此应联系买方，而不是继续重试。 ## 虚拟卡不适用的场景 要敢于拒绝。虚拟卡在一些常见场景下并不适合，而买方通常也有其他选择。 - **金额非常大的单笔付款。** 对于七位数合同，按百分比收取的费用绝不是可以忽略的零头。电汇才是正确方式，大多数采购团队也能接受这一点。 - **周期性订阅计费。** 一次性卡号无法支持续费。如果你按月或按年使用卡扣款，就需要保存的支付凭证，而不是每个周期生成一张虚拟卡。请参阅 [周期性支付](https://dodopayments.com/blogs/recurring-payments-guide) 和 [按席位计费的 B2B 模式](https://dodopayments.com/blogs/pay-per-seat-billing-b2b)。 - **低利润转售。** 如果你以很低的加价转售硬件或第三方许可证，卡费可能超过该项目本身的利润。 - **总额不固定的用量计费。** 金额锁定的卡片与只有在计费周期结束时才能确定最终金额的发票并不匹配。 - **已经存在直接扣款授权的情况。** 如果买方已经授权 [直接扣款](https://dodopayments.com/blogs/what-is-direct-debit)，那么使用卡支付的边际收益很小，而边际成本并不会减少。 合理的商业立场是：低于某个阈值时接受虚拟卡，超过阈值则要求银行转账，并将这一规定写入付款条款，而不是逐张发票谈判。有些卖方会改为为 ACH 提供小额折扣，这比加收附加费更清晰，也能避免许多司法辖区对附加费收取所带来的监管复杂性。 ## 实际接受 B2B 虚拟卡支付 从运营角度看，虚拟卡属于商业卡交易。任何能够接受商业信用卡和借记卡的系统都可以接受虚拟卡，这也是为什么通常不需要专门集成。 真正需要关注的是周边的 B2B 场景。跨境企业销售需要采集买方税号，以便应用正确的税务处理；Dodo Payments 通过 [结账时进行 B2B 税号验证](https://docs.dodopayments.com/features/b2b-payments) 处理这一点。卡支付受理本身，包括支持哪些网络和卡类型，记录在 [cards](https://docs.dodopayments.com/features/payment-methods/cards) 中；包含地区选项在内的完整支付方式矩阵则见 [payment methods](https://docs.dodopayments.com/features/payment-methods)。 如果你的买方分布在不同地区，同时提供合适的本地替代支付方式，可以减少虚拟卡成为唯一选项的情况。[SaaS 最佳支付方式](https://dodopayments.com/blogs/best-payment-methods-for-saas) 和 [本地化支付方式为何能提升转化率](https://dodopayments.com/blogs/why-localized-payment-methods-are-important-for-higher-conversions) 对这一点进行了详细说明。 对于没有自己商户账户的卖方，[没有商户账户如何接受卡支付](https://dodopayments.com/blogs/accept-credit-cards-without-merchant-account) 介绍了 MoR（名义商户）模式，价格信息发布在 [dodopayments.com/pricing](https://dodopayments.com/pricing)。 ## 常见问题 ### 什么是 B2B 虚拟卡支付？ 这是买方的应付账款系统为某张特定发票生成卡号后完成的支付，通常锁定为一个金额、一个供应商和一个较短的有效期窗口。它通过普通卡网络完成结算，因此任何已经接受商业卡的卖方都可以接受此类支付，无需新的基础设施。 ### 为什么买方更喜欢虚拟卡而不是 ACH？ 因为发卡机构会按消费返还奖励，买方可以根据发卡机构的账单周期获得额外的资金占用天数，而且限定于一张发票的一次性卡号可以消除一类内部欺诈。接入速度也更快，因为无需收集和验证银行账户信息。 ### 虚拟卡支付对卖方的成本是否高于银行转账？ 是的，几乎总是如此。你需要按包含税费在内的整张发票金额支付卡处理费，而 ACH 入账或电汇通常只需支付少量固定费用。提交 Level 2 和 Level 3 增强数据可以让商业卡交易符合更优惠费率的条件，因此请向服务商确认是否支持这些字段。 ### 为什么使用虚拟卡时对账更困难？ 因为资金和付款通知分别传输。卡扣款信息几乎不包含描述性数据，而列出这笔付款对应哪些发票的文件则通过电子邮件发送，或存放在供应商门户中。要求提供机器可读的付款通知文件，并在增强数据字段中加入发票参考信息，是实际可行的解决方案。 ### 我可以拒绝接受虚拟卡吗？ 可以，而且对于大额或低利润交易，这通常是正确的选择。在付款条款中明确接受阈值，而不是逐张发票谈判，并提供清晰的银行转账替代方案。有些卖方会为 ACH 提供折扣，而不是对卡支付收取附加费，这样可以避免许多司法辖区适用的附加费规则。 ## 结语 虚拟卡解决了买方的真实问题，却将成本转移给了卖方。你可以更快、更确定地收款，也无需交换银行信息；但你需要按整张发票支付卡处理费，承担电汇原本不会带来的争议权风险，还会因为资金和付款通知通过不同路径到达而面临对账缺口。 两项措施可以挽回大部分价值。首先，将卡信息接入结构化数据流，并通过 API 扣款，让人工完全不接触卡号；其次，要求在增强数据字段中加入发票参考信息，让现金自动完成核销。然后设定一个接受阈值，超过该阈值就要求银行转账，并把它写进付款条款，而不是在每笔交易中逐一解释。 如果你不想自行管理商户账户、争议处理和跨境税务逻辑，[Dodo Payments](https://dodopayments.com) 可以作为 MoR（名义商户）接受商业卡，并在结账时验证买方税号，让虚拟卡支付以普通卡交易的形式到账，同时由我们处理合规事务。 --- - [More Payments articles](https://dodopayments.com/blogs/category/payments) - [All articles](https://dodopayments.com/blogs)