词汇库
收录支付行业常见术语，帮您解开支付领域的秘密
帐户更新程序
这项服务使商家能够自动更新其购物者存储的信用卡详细信息。保持这些数据最新对于接受定期付款至关重要。
账户更新程序的工作原理是向收单机构提供有关丢失和被盗的卡、未激活的卡和已关闭的卡账户的信息。Visa 和 Mastercard 提供各自的账户更新程序解决方案，而 FuturePay 的账户更新程序将其客户连接到 Visa 和 Mastercard 账户更新程序，而无需正式注册这些方案并证明合规性 - 这些由 FuturePay 处理。
收单机构（或收单行）
收单机构是代表其商户从购物者处接收资金的银行或金融机构。
为了接受卡支付，收单机构必须获得相应卡网络的许可，并与支付处理商合作，或者本身就是支付处理商。
有时，支付服务提供商可能在某些地区作为收单机构运营（例如，FuturePay 有资格为其在美国、巴西、香港、澳大利亚和欧洲的客户提供收单服务）。
收单机构参考编号 （ARN）
在信用卡交易中，收单机构参考编号 （ARN） 是从商家银行（收单机构）通过持卡机构（发卡机构）的卡计划进行交易时分配给交易的唯一编号。
ARN 可用于跟踪付款或退款。购物者可以联系他们的银行进行此操作，然后银行可以使用 ARN 来跟踪付款或退款。商家可以从客户专区或购物者的银行获取 ARN。
FuturePay 帐户
想要使用 FuturePay 作为支付服务提供商的商家需要注册一个 FuturePay 帐户。此帐户获得批准后，商家可以访问 FuturePay 的支付服务，这些服务可以使用客户专区界面或 FuturePay API 进行管理和定制。
FuturePay 帐户有两个级别：公司和商家。公司级账户决定了公司的全局设置，而商家级子账户则详细说明了每个商家的特定设置。
最初，FuturePay 帐户以测试模式运行，允许商家运行测试付款并安全地实现与 FuturePay 支付平台的所有集成。成功通过所有集成测试后，FuturePay 帐户可以切换到实时模式以接受实时全渠道付款。
FuturePay 支付平台
FuturePay 的 PSP 服务和收单主机。您的集成将连接到 FuturePay 支付平台，以获取授权并提交捕获数据。DCR 和 DCC 等流程在 FuturePay 支付平台中控制。在销售点（面对面支付），支付终端连接到 FuturePay 支付平台，在客户专区（CA）中注册自身和支付终端。支付终端和账户配置在此处完成。
FuturePay POS 应用程序
与经典库（FuturePay POS 库）结合使用，充当硬件驱动程序，也有助于交易。该应用程序可以通过简单的界面连接到商家的 POS 应用程序。FuturePay POS 应用程序和库由终端 API取代。
FuturePay POS 库
销售点的经典库集成为商家的 POS 应用程序提供了支付功能。
FuturePay POS 库已被终端 API 取代。
聚合商家
聚合商家是商家和收单机构之间的中介。聚合商户受收单机构委托，代表收单机构执行以下全部或部分操作：
- 入职商家
- 在聚合标识符下处理事务。
在这种情况下，商家与聚合商而不是收单机构进行交互。 - 结算交易并确保向商家付款。
以下是聚合器的类型：
- 账单支付提供商
- 数字钱包运营商
- 市场
- 支付服务商
应用程序编程接口（API）
API 代表应用程序编程接口。这是软件开发人员在与特定服务或应用程序集成时可用的编程技术的总称。这些技术因软件类型而异，可能包括 Web API、远程 API、SDK、库、框架等。
在支付行业，API 通常由参与资金流动的任何一方（例如支付网关、处理商、服务提供商）提供，以促进资金转移过程。FuturePay 使用最可靠、最安全的 API，允许其商家使用客户端加密、托管支付页面和其他现代技术与 FuturePay 服务集成。
授权
授权是发卡机构（如 Visa 或 Mastercard）验证付款详细信息并保留资金以供稍后获取的过程。
在电子商务、应用内和销售点支付中，授权是通过对支付网关的 API 调用实现的。然后，网关和支付处理器执行所需的验证和风险检查，并要求相应的卡组织授权从发卡机构向收单机构支付。
当付款已获得授权但尚未被捕获时，商家也可以出于某种原因（例如高风险欺诈）决定取消它。
授权仅在有限的时间内有效。如果授权付款尚未被捕获或取消，则在超过预定的截止日期后，授权将失效。
TIPS
FuturePay API 端点和参数使用英式拼写 “authorise” 和 “authorisation”。
银行识别码（BIN）
卡号的前六到八位数字称为银行识别码 （BIN） 或发卡行识别码 （IIN）。没有直接的方法可以知道卡号是包含六位还是八位的 BIN。
如果具有基于 BIN 值的业务逻辑，则可以：
- 使用 API 响应中的字段获取所需的信息。
- 如果处理原始卡数据，请检查卡网络的 BIN 范围。
BIN 可用于确定：
- 卡组织。
- 发卡机构。
BIN 不能用于确定：
- 卡类型，例如信用卡或借记卡。
- 发卡的国家/地区。
取消付款
授权付款可以被捕获（将资金发送到商家的账户）或取消（商家出于某种原因（如高风险欺诈）决定拒绝付款）。
请注意，对于已捕获的交易，无法取消付款。在这种情况下，商家应发起退款，将资金退还给购物者。捕获、取消和退款统称为修改，因为它们汇修改授权付款请求的状态。
捕获（或清算和结算）
必须捕获已由支付处理方授权的付款才能完成。捕获是将预留资金从购物者转移到商家的行为。
默认情况下，付款会在授权后立即自动捕获。
许多付款方式都支持单独的授权和捕获。这意味着您可以设置捕获延迟；手动捕获付款（在客户区和使用 API 调用）；执行部分捕获或取消授权。
捕获、取消和退款统称为修改，因为它们修改了授权付款请求的状态。
持卡人
使用银行发行的卡向商家进行无现金支付的购物者。
持卡人验证方法 （CVM）
用于确认购买中使用的付款工具（如信用卡 ）是否归其所有者所有的验证方法类型
卡组织（或卡计划）
支付网络制定规则并提供基础设施来发行卡并处理用卡进行的付款。要进行付款，发行人和收单方都必须是与卡位于同一网络的成员。一些流行的卡网络的例子有 Visa、Mastercard、American Express 和 UnionPay。
卡计划会收取处理付款的费用，并且规范交换费的价值，这取决于每笔具体付款的多种因素。
未出示信用卡（CNP）
使用卡进行的支付交易，购物者在交易时无法亲自向商家出示卡。 CNP 交易的示例包括 在线支付、应用内支付和 MOTO 交易。
CNP 交易是信用卡欺诈的常见目标 ，因为商家很难核实购买者是否是实际持卡人。要降低 CNP 引发的信用卡欺诈风险，请使用 3D Secure 和 AVS 功能。
卡号（PAN）
每张支付卡（无论是借记卡、信用卡、礼品卡还是类似卡）都有一个与之关联的唯一编号。该号码通常印在卡上，用于唯一标识此卡并在每次交易中引用它。
整个卡号称为主帐号（PAN），其前六位或八位数字也称为银行识别号（BIN）。
此外，卡上可能包含卡安全码，该安全码与卡号一起可用于无卡交易。
存档卡 （CoF）
存储卡详细信息以简化回头客的结帐流程。这可用于一键付款、按次付费服务或任何不遵循固定时间表的定期付款。
按固定计划进行的定期付款称为订阅。
如果商家符合 PCI 1 级/2 级标准，他们可以自行存储卡详细信息。否则，他们必须使用 FuturePay 等支付服务提供商来存储卡详细信息。
卡
由购物者银行发行的塑料卡，可在销售点、电子商务网站或移动应用程序内进行无现金支付。卡可以是借记卡、信用卡或预付卡，通常由卡组织运营。有时卡可能与电子钱包或其他本地支付方式相关联，但最常见的是它们用于提取现金或进行无现金支付。
典型的信用卡包含一个卡号，用于唯一标识卡。它还包含一个安全码，与其他信息（信用卡有效期日和持卡人姓名）结合使用，以验证无卡支付（例如，在电子商务网站或移动应用程序内支付商品或服务时）。
卡安全码（CVC、CVV、CID）
除卡号外，卡上还印有3位或4位数字代码。安全码用于无卡交易，以验证持卡人的身份。
此代码可能具有不同的名称，例如：
- Visa：卡验证值（CVV、CVV2）
- 万事达卡：卡验证码（CVC、CVC2）
- Amex 和 Discover：唯一卡代码 （CID）
安全代码是敏感身份验证数据的一个示例，因此属于 PCI DSS 合规性限制的范围。
拒付
购物者要求其发卡行退还已支付给商家的资金。通常，拒付发生在商家拒绝退款之后。
发起拒付后，商家在某些情况下可能会提出异议。如果允许发生争议，商家应向收单银行或付款处理商提供所有必要的文件。
在可能的情况下，FuturePay 帮助其商家自动对拒付提出异议，并提供广泛的风险管理服务（RevenueProtect）来分析欺诈交易并最大限度地减少拒付。
非接触式或近场通信 （NFC）
非接触式支付允许您的购物者无需插入或刷卡即可付款。在POS环境下，NFC是非接触式支付中使用的技术。Apple Pay、Google Pay 和 Samsung Pay 都使用标准 NFC 协议，因此被接受。这些支付方式被认为是经过严格身份验证的，因此支持大批量交易。
跨境支付
当在一个国家/地区发行的支付方式用于从位于另一个国家/地区的商家处进行购买时。这也被称为“国际支付”。
FuturePay 让您轻松接受和结算来自 160 多个不同国家/地区的付款。
客户专区 （CA）
基于云的 Web 界面，可供拥有有效 FuturePay 帐户的商家访问。客户专区允许商家管理用户、提交和获取与 FuturePay 支付平台集成所需的数据、查看和下载有关所有支付的综合报告等。
测试 FuturtePay 帐户和实时 FuturePay 帐户访问客户区域界面的端点是不同的。
数字客户识别 （DCR）
用于识别之前通过不同渠道在商家处购物的客户。可用于忠诚度计划。
争议
当购物者出于某种原因想要从商家处退回资金，并且付款已经完成时，购物者可以发起退款。如果商家拒绝，购物者可以要求其发卡机构进行拒付。如果商家不同意，他们可以对拒付提出异议。
如果允许对拒付提出异议，商家必须提供确认产品/服务交付的文件，并将这些文件发送给收单银行或支付服务提供商。
在可能的情况下，FuturePay 帮助其商家自动对拒付提出异议，并提供广泛的风险管理服务（风险管理）来分析欺诈易并最大限度地减少拒付。
动态货币兑换 （DCC） 或持卡人首选货币 （CPC）
允许购物者在国外付款时将交易金额转换为其卡的默认货币。
当交易使用的货币与卡上配置的默认货币不同，并且终端已配置为允许 DCC 时，购物者可以选择转换交易金额。
在终端上向购物者提供有关汇率的完整详细信息，以便做出明智的决定，同时向 POS 应用程序提供商家信息。
购物者接受或拒绝 DCC 报价，并以选定的金额和货币继续购物。如果购物者选择DCC，则相关信息会显示在收据上。
购物者可以立即以熟悉的货币了解交易的全部金额。
电子商务支付（或在线支付）
购物者通过电子商务（如网站、网店、社交网络）为商家提供的商品或服务进行的付款。这些付款通常使用针对电子商务优化的卡或本地支付方式进行。
其他类型的电子支付包括应用内支付和销售点支付。商家通常要求支付服务提供商处理这些付款。FuturePay 允许其商家接受全渠道支付（电子商务、应用内和实体店）。
Europay，Mastercard，Visa(EMV)
集成电路卡 （ICC） 的全球标准。
最低限额
最低限额是终端在离线处理时允许交易的最大现金价值。配置了适用于每笔交易的包容性限制。如果交易金额低于配置的下限，且终端无法连接 FuturePay 主机进行授权，则终端将决定是否批准或拒绝交易。借记卡通常会拒绝交易，而大多数信用卡配置为离线批准相对较小的金额。
欺诈
在支付方面，这意味着犯罪分子试图进行交易。欺诈的目标可能是商家，也可能是购物者 （取决于欺诈者的方法）。
欺诈防御是支付流程的重要组成部分，也是支付提供商可以提供的服务。
应用内支付（或移动支付）
购物者通过移动应用程序进行的电子支付。这些支付通常使用银行卡或本地支付方式进行，并利用原生移动 API 或针对移动设备优化的网页（也称为移动网络）。
其他类型的电子支付包括电子商务支付和销售点支付，它们基于类似的基础设施，通常需要商家的支付服务提供商来自动化和维护这些支付。FuturePay 允许其商家接受全渠道支付（电子商务、应用内和实体店）。
集成电路卡（ICC）/芯片
在支付方面，EMV信用卡内嵌芯片，用于保存卡信息。
交换费
收单机构为通过卡网络进行的每笔支付交易支付给发卡行的费用。交换费金额由相应的卡组织以及计划费用决定。
然后，收单机构会从总额中扣除额外的费用，然后再支付到商家的账户中。
发卡机构（或发卡行）
为购物者发行银行卡，以便通过电子商务网站、移动应用程序或实体店进行无现金支付。为了能够发卡，发卡机构必须是一个或多个卡组织的成员，或者订阅其中一种卡服务（例如 ICS）。
有时，即使没有发卡，购物者的银行也被称为发卡机构。这是为了区分发送资金的购物者银行和获取资金的商家银行。
了解您的客户 （KYC）
了解您的客户 （KYC） 是识别和验证客户身份的过程。这是支付行业法规要求的先决条件，允许个人或商业实体进行支付。
借助 FuturePay for Platforms 和 Issuing，您无需手动为客户执行 KYC 检查。相反，您将收集到的 KYC 数据发送给 FuturePay，我们会自动进行所需的验证。
本地付款方式（或替代付款方式）
允许商家在不使用银行卡的情况下接受电子商务和应用内支付的支付方式。这些方法包括银行转账、直接借记、电子钱包、移动支付等。
对于希望在全球范围内向来自世界各地的购物者销售商品和服务的商家来说，支持每个特定地区流行的本地支付方式非常重要。
借助 FuturePay，商家可以通过 FuturePay 的统一支付平台访问所有主要的本地支付方式。有关这些支付方式的列表，请参阅支付方式。
忠诚度计划
公司向经常购物的客户提供的奖励计划。使用 FuturePay 的购物者识别功能来实施忠诚度计划，进一步提升忠实购物者的整体购物体验，同时提高客户保留率。
磁条阅读器（MSR）/刷卡
从卡背面的磁条读取卡数据的设备。
邮购/电话订购（MOTO）
无卡交易，即购物者通过邮件（而非电子邮件）、传真或电话向商家提供付款详细信息。
MOTO 交易通常离线进行：购物者无需在在线支付表格上输入付款详细信息，而是致电呼叫中心或发送优惠券/代金券以传达他们的信用卡号。
借助 FuturePay MOTO 功能，您可以将网上商店付款与呼叫中心付款集成，并享受涵盖两个交易流程的统一报告。
手动键控输入 （MKE）/键控
手动键盘输入涉及将客户卡上的详细信息手动输入到 POS 应用程序或支付终端中。
市场
电子商务网站或移动应用，允许第三方（称为子商户）向平台用户提供其产品或服务。付款通过平台处理，并由市场和子商户分摊。在线市场的例子有众筹平台、点对点市场、拼车服务等。
市场需要实施子商户入职、处理付款、执行 KYC 验证和付款。借助FuturePay，您可以从使用平台中受益——这是一种完全合规的端到端支付解决方案，可让您执行此操作，并保持对前端和用户体验的控制。
商人
通过电子商务网站、移动应用程序、销售点或所有三个渠道向购物者销售商品或服务的一方。要接受使用银行卡或本地支付方式进行的付款，商户必须拥有收单银行账户并订阅支付服务提供商提供的服务。
商家后端
当 POS 应用程序（收银机）执行产品选择并汇总金额时，订单通常存储在商家后端。付款过程的结果将与订单一起存储。
现有订单的退款从 POS 应用程序传达到商家后端，商家后端对 FuturePay 支付平台进行 API 调用以执行退款。商家后端从 FuturePay 支付平台接收 Webhook。
商户类别代码
商家类别代码（MCC）是一个四位数代码，卡组织使用它来对商家的业务进行分类。MCC 基于商家提供的商品或服务。MCC 也称为卡接收方业务代码。收单机构通常会在入驻期间为每个商家分配一个 MCC，并为所有付款填充该 MCC。如果商家是子商户，则支付服务商可能会分配 MCC。
虽然国际标准化组织（ISO）维护 MCC，但卡组织可能会修改它们。有关不同 MCC 的说明，请参阅：
登记商家（MoR）
运营平台并管理与其下属商家或供应商互动的实体。MoR 通过监督和控制平台上的所有商业活动来履行尽职调查。这样，MoR 的支付服务提供商只与 MoR 本身有关系。
MoR 的职责包括：
- 管理所有交易、退款、取消和争议
- 为购物者提供第一线客户支持
- 充当金融纠纷的最终仲裁者
- 进行监控以确保不出售非法、违禁或假冒的产品或服务
无 CVM（持卡人验证方法）
无需验证信用卡所有者的交易。无 CVM 付款的交易门槛较低。
离线加密
CVM 通过对输入的 PIN 进行加密并将其发送到卡之前验证持卡人的 PIN。
支持此方法的终端也必须支持安全性较低的离线纯文本 PIN 方法。
离线处理
FuturePay 支付终端默认在线处理交易。离线处理是可选的，需要配置。
线下交易
在当前没有网络连接的情况下离线接受付款。借记卡通常会拒绝交易，而大多数信用卡配置为离线批准相对较小的金额。
全渠道支付解决方案
支付服务提供商提供的一组服务和技术解决方案，允许商家通过所有渠道（在线、移动应用程序内或销售点）接受无现金支付。
大多数 PSP 仅允许商家通过特定渠道接受付款。FuturePay 是唯一一家为客户提供真正全渠道解决方案的 PSP。这为商家提供了一个单一的报告仪表板，可从中查看通过不同渠道进行的所有购买。
一键支付
简化回头客的购买流程，允许他们无需输入完整的信用卡和地址信息即可付款。通过启用一键付款，购物者的详细信息将在第一次付款时存储。对于每次后续付款，购物者只需输入他们的信用卡安全码 (CVC/CVV) 即可完成订单。
一键支付的优点是确保每次付款都进行完整的信用卡授权，包括信用卡安全码检查和 3D 安全（如果适用）。潜在缺点是购物者必须在所有付款时在场并提供信用卡安全码。
在线 PIN
输入的 PIN 在线发送给发卡机构进行验证。输入的 PIN 码在发送前已加密。
当特定卡组织（付款方式）和特定卡支持在线 PIN 时，使用在线 PIN。
过度捕获
捕获金额高于授权金额的付款。
卡组织通常只允许对特定百分比和特定类型的企业进行过度捕获。
另一种方法是在捕获前调整授权数量。
支付网关
帮助商家发起在线、应用内和面对面支付的服务 。它不直接参与资金流动；通常，它是商家网站或 POS 系统所连接的 Web 服务器。
支付网关可以由银行提供，也可以作为连接到一个或多个支付处理器的单独服务存在。FuturePay 结合了支付网关和支付处理器的功能，以及风险管理系统和收单机构的功能。这使得 FuturePay 成为全栈支付服务提供商。
支付服务商 （payfac）
支付服务商是被授权将商户加入收单机构平台并代表收单机构接收结算资金的实体。Payfacs 是一种聚合商家。付款服务商可以执行以下所有操作：
- 代表收单机构加入商家
由payfac加入的商家称为“子商家” - 使用卡计划处理子商户的交易
- 从收单机构接收结算资金，并向子商户付款
付款修改
已授权的付款可以被捕获或取消。如果付款已被捕获，也可以稍后退款。捕获、取消和退款操作称为修改，因为它们会修改付款的状态。
修改可以手动完成（通过客户专区界面），也可以自动完成（使用 FuturePay 支付平台 API）。如果进行了 API 调用，商家将在响应中收到确认。FuturePay 处理付款修改后，FuturePay 会通过 Webhook 异步发送结果。
支付处理器
连接到购物者银行和商家银行以代表商家进行支付交易的系统。通常，支付处理器从支付网关获取支付信息。
FuturePay 结合了支付网关和支付处理器的功能，以及风险管理和收单机构的功能。因此，它是一家全栈支付服务提供商。
支付服务提供商 （PSP）
一家集支付网关和支付处理器功能于一体的公司，可以连接多个收单和支付网络。此外，它还可以成为收单方 ，提供风险评估和其他金融服务。
对于商家来说，使用 PSP 的服务往往比与不同的支付网关、处理商和收单银行签订不同的合同更便宜、更方便。
FuturePay 不仅是一家全栈支付服务提供商，还为客户提供真正的全渠道解决方案，以便在世界任何地方接受付款。
支付终端（或 POS 终端，PIN 输入设备（PED））
一种与销售点购物者卡通信的设备。通常，卡在支付终端上被拍、插（插）或刷。然后终端会提示购物者输入 PIN 或签名（取决于国家/地区、卡类型和交易金额）。它有时被称为 PIN 输入设备 (PED)。
FuturePay 将支付终端称为“终端”。终端接受 API 请求以开始交易。终端显示向购物者收取的金额并允许打印收据。如果适用，它还将提供 DCC。获得授权后，结果数据将发送到 FuturePay 支付平台进行进一步处理。收据与此数据一起发送，您可以在客户区看到它。
FuturePay 使用各种类型的终端，针对与 FuturePay 支付平台的集成进行了优化。
付款
这一术语在支付行业有多种定义，一般指一次性向个人或企业支付的一大笔钱。例如，在线市场向其子商户支付款项，以作为其向市场客户提供产品/服务的回报。
PCI 合规性
符合 PCI DSS 标准意味着您始终满足当前支付卡行业数据安全标准（PCI DSS）的所有适用要求。PCI DSS 由主要卡网络创建，旨在提高持卡人数据的安全性并降低欺诈风险。所有处理支付卡处理的组织都必须符合 PCI 标准，这意味着要满足非常严格的持卡人数据保护要求。
如果商家发现完全遵守 PCI DSS 要求很困难或成本高昂，可以考虑使用加密方法（例如托管 CSE 库）或将卡处理外包给符合 PCI 标准的支付服务提供商，例如 FuturePay。这样一来，他们的 PCI DSS 合规范围就可以大大缩小。
PIN绕过
商家用来绕过购物者的 PIN 输入。仅当商家信任购物者时，才应使用此选项。
持卡人应知道所发行卡的PIN码。建议在绕过 PIN 输入时将签名以及持卡人姓名与某种形式的身份证明进行比较。
纯文本 PIN
通过向卡发送未加密的 PIN 来验证持卡人的 PIN。这通常用于不支持更安全的脱机加密 PIN 的卡。（仅限 PosEntryMode ICC）。
销售点
销售点解决方案允许购物者在商家的商店或其他实体店进行无现金的当面支付。此付款可使用卡、NFC 钱包（如 Apple Pay）、二维码钱包（如支付宝）或预付卡和礼品卡进行。
FuturePay 提供自己的销售点服务，包括支付终端和基础设施。同时接受在线或应用内付款的商家可以使用 FuturePay 作为其全渠道支付解决方案。这为他们提供了一个单一的报告仪表板，他们可以在其中查看所有购买。
通常使用 POS 应用程序和收银机这两个术语来表示收集销售点付款的软件。
销售点进入模式
将卡号（PAN）传送到支付终端的方式。例如，键控、刷卡、NFC。
销售点付款（或面对面付款）
购物者通过 POS 系统进行的电子支付，用于在实体店（例如商店或售票处）从商家处购买产品或服务。这些付款通常使用卡（刷卡、ICC 或非接触式）进行。
其他类型的电子支付包括在线支付（电子商务）和应用内支付，它们基于类似的基础设施，通常需要商家的支付服务提供商来自动化和维护这些支付。FuturePay 允许其商家通过所有可能的渠道（电子商务、移动和销售点）接受付款。
点对点加密 （P2PE）
保护从 A 点到 B 点通信的卡数据。
POS应用程序
在销售点使用的应用程序，允许选择产品并计算要向持卡人收取的总金额。其他功能可以包括忠诚度处理、库存保存等。该术语通常与收银机互换使用。
POS 应用程序可以在物理计算机上运行，也可以与员工或客户的界面（在自助服务终端中）结合使用。为了发起付款，POS 应用程序与 FuturePay 终端 API 进行通信。POS 应用程序是 POS 系统的一部分，该系统包括收据打印机、条形码扫描仪、现金抽屉和支付终端等硬件组件。
快速处理数据 （PDQ）
传统名称，与手动键入输入（MKE）相比，从磁条读取器（MSR）读取主帐号（PAN）的速度很快。
PSP 参考
FuturePay 系统中的每个付款或修改请求（例如退款或捕获请求）都有一个全局唯一的 16 个字符字符串，称为与之关联的 PSP 引用。此字符串是字母数字（它可以包含数字和字母）。
商家可以从客户专区、webhook、API 响应和我们的报告获取 PSP 参考。建议在与 FuturePay 就特定交易进行沟通时引用 PSP 参考。
定期付款
FuturePay 是符合 PCI 标准的 支付处理器，可以安全地存储支付详细信息以启用定期付款。为此，商家必须在第一次 授权 调用 FuturePay 支付平台时启用定期合同。作为响应，他们会获得一个与特定购物者及其支付数据唯一对应的令牌。
启用定期付款后，商家可以在将来使用此令牌。为此，每次购物者需要为订阅付款、发起卡记录付款或发起非计划卡记录付款时，商家都会将令牌与授权调用一起传递。
随着信用卡过期或被取消，存储的信用卡详细信息会随着时间的推移而过时。为了最大限度地减少这种干扰，请使用 FuturePay 帐户更新程序 来确保您拥有最新的信用卡信息，从而让您能够提供持续的订阅服务。
退款
当购物者在付款后取消购买产品或服务时。当商家退款时，资金将从收单机构返还给发行机构。如果尚未捕获授权付款，商家可以取消付款；在其他情况下，可以退款。
如果商家拒绝退款，购物者可以要求发卡机构进行拒付。在某些情况下，商家可以对拒付提出异议。
退款也称为修改，因为它们修改了授权付款请求的状态。
风险管理（RevenueProtect）
一套用于分析并为每笔支付交易分配风险评分的服务和技术。筛选高风险交易可让商家最大限度地减少欺诈性支付的数量，从而最大限度地提高收入。执行准确的风险管理极其复杂，需要大数据分析。
FuturePay 推出了自己的风险管理系统（RevenueProtect），该系统凭借其ShopperDNA的核心功能，可让商家识别和阻止欺诈者，同时减少合法购物者的摩擦。
计划费用
收单机构为使用卡计划进行的每笔支付交易向卡组织支付的费用。
除交换费外，费用金额由相应的卡计划决定。
敏感的身份验证数据
用于验证持卡人和/或授权支付卡交易的安全相关信息。这可能包括卡验证码/值、来自磁条或芯片的完整跟踪数据、PIN、PIN 块等。
购物者
从商家处购买商品或服务的客户。在本词汇表中，假设购物者进行无现金支付，这意味着他们使用卡或本地支付方式进行支付。
签名
根据商家的业务模式，可接受的 POS 输入模式和 CVM 可以配置为仅包含上述模式的子集。
储值卡
支付卡，其货币价值存储在卡本身而非银行账户中。例如礼品卡和预付卡。有些储值卡可以通过向其转账来重复使用，有些则是一次性卡，无法重新充值。
强客户身份验证（SCA）
PSD2强制要求采用 SCA，以确保在线支付和网上银行交易更加安全。
如果购物者能够提供以下两个因素，则认证被视为有力：
- 购物者拥有的东西
- 购物者知道的一些事情
- 购物者的东西
例如，要求购物者提供在其手机上收到的一次性身份验证码（购物者拥有的信息）以及只有购物者知道的密码（购物者知道的信息）。
订阅
按固定时间表进行的定期付款。订阅付款的流行例子是音乐和电视流媒体服务。
如果定期付款未遵循固定时间表，则为存档卡（CoF）付款或非预定存档卡（UCoF）付款。
子商户
通过支付服务商加入收单机构的商家。支付服务商处理子商家的所有交易。
投标
在 FuturePay 的支付终端中，投标是 POS 应用程序开始交易、接收卡信息、对金额进行可选更改、等待授权、打印收据和接收最终状态的整个过程。
标记化
标记化是将敏感数据替换为非敏感数据（称为令牌）的过程，稍后可以使用非敏感数据访问初始（标记化）数据。在支付行业中，它用于通过将卡号 和其他支付数据替换为唯一的数字字符串来保护卡号和其他支付数据。此字符串稍后可用于实现定期付款。
通过与客户端加密相结合，标记化使商家能够安全地将购物者的数据传递给支付服务提供商（例如 FuturePay）。
交易（或 Tx）
在支付行业中，“交易”一词用于表示购物者与商家之间交换指定数量的资金以购买产品或服务，或履行双方之间的任何其他义务。
资金通常通过卡支付或本地支付方式（银行转账、电子钱包、移动支付等）转移。
Tx是一个常用的缩写，表示金融交易。
非定期存档卡（UCoF）
非定期信用卡付款是一种定期付款，用于不固定时间发生和/或金额可变的交易。例如，当持卡人的余额低于一定金额时自动充值。
按照固定时间表进行的定期付款称为订阅。
如果商家符合 PCI 1 级/2 级标准，他们可以自行存储卡详细信息。否则，他们必须使用 FuturePay 等支付服务提供商来存储卡详细信息。
Webhook 网络挂钩
Webhook 是发送到服务器上的终结点的 HTTP 回调。它们会通知您有关授权、捕获和修改的付款以及其他事件的信息。
Webhook 对于与 FuturePay 的成功集成至关重要。您可以使用 Webhook 自动执行业务流程，例如订单管理或下载会计报告。
零值身份验证
零值身份验证是值为 0（欧元/美元/等）的授权请求。这用于存储详细信息或获取购物者详细信息，以便能够从商家数据库中查找以前的购买或其他详细信息。
例如，在提交 BIN 或卡验证请求时，使用零值身份验证。
Updated 6 months ago