什么是动态货币转换（DCC）？开发者指南

在国外刷卡时，你是否被问过："您想用 USD 还是当地货币支付？"这个简单的提示背后就是动态货币转换（dynamic currency conversion，DCC）在起作用——而支撑它的，是一整套卡片识别、汇率查询和加价计算的流程，每一位金融科技开发者都应该理解。本指南将解释什么是动态货币转换、它如何一步步运作、成本从何而来，以及你如何借助货币汇率 API 亲手打造一个透明的 DCC 方案。

无论你经营的是一家面向国际顾客的商店，还是你作为开发者正在搭建结账流程，理解 DCC 都能帮助你做出明智的决策——更关键的是，向客户展示他们可以信赖的汇率。

什么是动态货币转换？

动态货币转换（DCC），有时也称为持卡人首选货币（cardholder preferred currency，CPC）或"用你的货币支付"，是一项让使用外币卡付款的客户能够在销售点看到并以自己本国货币支付交易金额（而不是商户所在地货币）的服务。

假设一位来自美国的旅客在巴黎吃了一顿价值 100 欧元的晚餐。如果没有 DCC，餐厅的终端会收取 100 欧元，之后客户的银行会按卡组织所采用的汇率把它折算成美元。有了 DCC，终端会识别出这张卡是在美国发行的，当场进行换算，并向客户提供一个选择：支付 100 欧元，还是支付大约 112 美元（欧元金额换算后再加上加价）。购物者在确认之前就能看到确切的美元数字。

DCC 适用于多种支付场景：芯片加 PIN 码和非接触式的当面刷卡交易、Apple Pay 和 Google Pay 等移动钱包、ATM 现金取款，以及无卡（card-not-present）在线支付（通常称为 eDCC）。其核心理念始终如一——在付款的那一刻完成换算，让持卡人用熟悉的货币支付。

DCC 如何运作，逐步解析

一旦支付终端或在线结账启用了 DCC，一笔交易就会经过五个阶段：

发起支付。 客户在结账时刷卡、插卡或输入一张外币卡。
卡片识别与货币查询。 在授权过程中，DCC 服务商读取卡片的 BIN（Bank Identification Number，银行识别码，即前 6 到 8 位数字）来确定发卡国家和持卡人的本国货币——EUR、USD、GBP、JPY 等等。
汇率与加价计算。 服务商取一个基准汇率并加上加价，然后计算出以客户本国货币表示的金额。
货币选择。 终端或结账屏幕呈现两个选项——用当地货币支付或用本国货币支付——并显示汇率、加价和最终金额，供客户选择。
清算。 无论客户选择哪种货币，商户的收单机构都会以当地货币按全额与商户完成清算。DCC 服务商在幕后处理货币换算。

DCC 收据上显示的汇率和总额在交易发生时就已锁定，因此客户批准的数字与之后出现在对账单上的数字一致。这种可预测性正是 DCC 的主要卖点。

DCC 加价：成本从何而来

这是最重要的部分。DCC 交易中提供的汇率并非原始市场汇率。它是一个基准汇率加上加价，其中打包了服务商的货币换算费用和利润空间。

这些加价差异很大。它们通常落在大约 3% 到 12% 之间，而独立报道曾记录到 DCC 加价高达标准汇率之上 18% 的情况。相比之下，如果客户拒绝 DCC 并让自己的银行来换算交易，银行通常会采用一个更接近银行间（批发）汇率的汇率，再加上一笔较小的外币交易费。

这就是为什么消费者权益倡导者以及卡组织的旅行建议普遍警告：选择 DCC 通常会让持卡人付出更多，而不是拒绝它。DCC 带来的价值是确定性和便利性，而不是更优惠的汇率。

对于任何正在打造支付体验的人来说，教训很清楚：你的汇率和加价越透明，你赢得的信任就越多——你要处理的纠纷和拒付也就越少。这种透明始于了解真实的中间市场汇率（mid-market rate），这样你才能准确地向客户展示他们在此之上多付了多少。

DCC 与传统货币换算的对比

这两种方式在三个维度上有所不同：

由谁设定汇率。 在 DCC 中，由商户的 DCC 服务商设定汇率和加价。在传统换算中，由持卡人的发卡银行或卡组织（Visa、Mastercard）来设定。
何时进行换算。 DCC 在销售点当场、事先且可见地进行换算。传统换算则在之后于幕后进行，并出现在对账单上。
成本。 DCC 加价通常高于发卡机构自己的换算费用，因此传统换算往往更便宜——但客户直到对账单送达前都不知道确切的最终金额。

两者都不是绝对"更好"。DCC 以更高的成本换取即时的确定性；传统换算则以那份确定性换取通常更低的成本。理解这种权衡，是打造对两者都诚实的换算功能的基础。如果你想深入了解换算汇率是如何得出的，请参阅我们关于汇率如何运作的指南，以及中间市场汇率与加价后的零售汇率之间的区别。

开发者必须了解的合规规则

DCC 受到监管，如果你正在构建它，这些规则并非可选项。两大卡组织都要求真正的透明和知情同意：

基准汇率必须是批发/银行间汇率。 加价应叠加在该参考汇率之上，而不是无形地融入一个凭空捏造的数字里。
加价必须被披露。 Visa 要求向持卡人展示相对于参考汇率的加价。
知情同意是强制性的。 "后台 DCC"（back office DCC）——即在没有客户明确选择的情况下进行换算——是被禁止的。客户必须主动选择加入，工作人员绝不应擅自假定其偏好。
收据必须记录客户的选择，包括当地货币金额、换算后的金额、所用汇率、加价，以及持卡人接受 DCC 的确认。

满足这些要求意味着你的系统需要一个可靠、可审计的参考汇率来源。这正是专用的货币汇率 API发挥作用的地方。

如何借助货币 API 打造透明的 DCC 方案

你不必成为全球支付处理商，也能呈现一个公平、合规的换算方案。其构建要素是：识别卡片的本国货币、获取一个干净的参考汇率、应用一个已披露的加价，并向客户展示选择。下面介绍如何用 Finexly API 搭建汇率层。

第 1 步：识别卡片的发卡货币

将卡片 BIN 映射到发卡国家和货币。大多数收单机构和 BIN 查询服务会返回一个 ISO 国家代码，你可以将其转换为 ISO 4217 货币代码。在本例中，假设识别结果返回 USD 作为持卡人的本国货币，而商户以 EUR 经营。

第 2 步：获取中间市场参考汇率

拉取从 EUR（商户货币）到 USD（持卡人货币）的当前汇率。使用 cURL：

curl "https://api.finexly.com/v1/latest?base=EUR&symbols=USD" \
  -H "Authorization: Bearer YOUR_API_KEY"

一个典型的 JSON 响应：

{
  "base": "EUR",
  "date": "2026-07-18",
  "rates": {
    "USD": 1.0842
  }
}

第 3 步：应用并披露你的加价

取中间市场汇率，加上一个透明的加价，然后计算出两种金额。用 JavaScript：

async function buildDccOffer(merchantAmount, base, home, markupPct) {
  const res = await fetch(
    `https://api.finexly.com/v1/latest?base=${base}&symbols=${home}`,
    { headers: { Authorization: "Bearer YOUR_API_KEY" } }
  );
  const data = await res.json();

  const midMarketRate = data.rates[home];
  const dccRate = midMarketRate * (1 + markupPct / 100);
  const homeAmount = merchantAmount * dccRate;

  return {
    payInLocal: { amount: merchantAmount.toFixed(2), currency: base },
    payInHome: {
      amount: homeAmount.toFixed(2),
      currency: home,
      rate: dccRate.toFixed(4),
      midMarketRate: midMarketRate.toFixed(4),
      markup: `${markupPct}%`,
    },
  };
}

// A €100 charge, cardholder in USD, 2.5% disclosed markup
buildDccOffer(100, "EUR", "USD", 2.5).then(console.log);

在 Python 中的相同逻辑：

import requests

def build_dcc_offer(merchant_amount, base, home, markup_pct):
    r = requests.get(
        "https://api.finexly.com/v1/latest",
        params={"base": base, "symbols": home},
        headers={"Authorization": "Bearer YOUR_API_KEY"},
    )
    mid = r.json()["rates"][home]
    dcc_rate = mid * (1 + markup_pct / 100)
    return {
        "pay_in_local": {"amount": round(merchant_amount, 2), "currency": base},
        "pay_in_home": {
            "amount": round(merchant_amount * dcc_rate, 2),
            "currency": home,
            "rate": round(dcc_rate, 4),
            "mid_market_rate": round(mid, 4),
            "markup": f"{markup_pct}%",
        },
    }

print(build_dcc_offer(100, "EUR", "USD", 2.5))

第 4 步：诚实地呈现选择

将两个选项并排展示——当地货币金额和本国货币金额——并显示中间市场汇率、你的加价以及由此得出的汇率。因为你是从批发来源获取参考汇率的，所以你能证明加价恰好就是你所披露的。把 API 响应中的 date 与交易一起存储，能为你提供卡组织所期望的可审计记录。

由于汇率持续变动，请合理地缓存响应，并按适合你交易量的时间表刷新它们——请参阅我们关于缓存与错误处理的说明，了解那些既能保持快速又不会提供过期报价的模式。随着交易量的增长，请查看定价方案以匹配你的请求频率。

DCC 的好处与风险

DCC 本身并无好坏之分——它是一件有着明显优势和实实在在权衡的工具。

对商户而言，DCC 可以拓宽国际吸引力、减少支付混乱，并开辟一条收入分成的渠道，因为一些服务商会返还换算利润中的一部分。它还能减少纠纷，因为客户批准的是一个以他们理解的货币表示的确切金额。

对购物者而言，DCC 带来便利和确定性：无需心算，收据上的金额与银行对账单相符。代价则是成本——加价通常使 DCC 比让自己的银行换算更昂贵。

对双方而言的风险在于不透明。当加价被隐藏，或客户的选择被人代做时，信任会迅速瓦解，监管机构也会注意到。以透明为出发点去构建，DCC 就会成为一种真正的便利，而不是一笔隐藏的费用。

常见问题

动态货币转换对客户来说值得吗？ 通常它比拒绝它花费更多，因为 DCC 加价往往超过持卡人自己银行会收取的费用。它的价值在于确定性——你在付款前就能看到确切的本国货币金额。对成本敏感的客户来说，用当地货币支付通常更省钱。

典型的 DCC 加价是多少？ 加价通常在参考汇率之上约 3% 到 12% 的范围内，也曾被记录到高达 18%。卡组织要求加价必须被披露，并叠加在批发的银行间汇率之上。

DCC 与多货币定价是一回事吗？ 不是。DCC 在付款的那一刻根据卡片的发卡货币进行换算。多货币定价则在整个浏览过程中、在结账之前，以购物者的货币显示价格。许多商户两者都会使用。

我可以自己打造一个 DCC 式的换算方案吗？ 你可以自己构建汇率与披露层，用货币 API 来获取参考汇率，然后应用并展示一个透明的加价。而真正清算卡交易仍要通过你的收单机构，并且必须遵守 Visa 和 Mastercard 的 DCC 规则，包括知情同意和披露。

我该如何为换算获取中间市场汇率？ 使用一个实时汇率 API。Finexly 提供 170 多种货币的实时和历史汇率，因此你可以获取中间市场汇率、应用你自己披露的加价，并呈现一个诚实的换算。不妨试试免费货币 API来上手。

为你的换算流程获取准确的汇率

动态货币转换的成败取决于汇率透明度。无论你是在提供 DCC、构建多货币结账，还是仅仅向购物者展示他们真正要付的金额，一切都始于一个值得信赖的中间市场汇率来源。

准备好把透明的换算能力构建进你的产品了吗？获取你的免费 Finexly API 密钥——无需信用卡。每月从 1,000 次免费请求起步，拉取 170 多种货币的实时汇率，并随着交易量的增长而扩展。

什么是动态货币转换（DCC）？开发者指南