本页面为方便阅读而提供的译文,以英文版本为准。 阅读英文版

支付与转账

信用卡

信用卡转账至您在本行的账户

您现在可以将资金(以您的卡片额度为限)从各类信用卡或预付卡系统转入您在IFC或IFB的账户。这包括全球公认的发卡机构,如Visa、Mastercard、美国运通、大来卡、银联、发现卡等。

无需实体终端。这一云端的顺畅数字基础设施使资金几乎可在任何地点安全、便捷地划转。

通过信用卡向您在本行的账户转账

  • 以您所在地的货币

通过

其他货币

如需其他任何币种,请联系我们,我们或可为您定制专属链接:

  • AED – 阿联酋迪拉姆
  • AFN – 阿富汗尼
  • ALL – 阿尔巴尼亚列克
  • AMD – 亚美尼亚德拉姆
  • ANG – 荷属安的列斯盾
  • AOA – 安哥拉宽扎
  • ARS – 阿根廷比索
  • AUD – 澳大利亚元
  • AWG – 阿鲁巴弗罗林
  • AZN – 阿塞拜疆马纳特
  • BAM – 波斯尼亚和黑塞哥维那可兑换马克
  • BBD – 巴巴多斯元
  • BDT – 孟加拉塔卡
  • BGN – 保加利亚列弗
  • BIF – 布隆迪法郎
  • BMD – 百慕大元
  • BND – 文莱元
  • BOB – 玻利维亚诺
  • BRL – 巴西雷亚尔
  • BSD – 巴哈马元
  • BWP – 博茨瓦纳普拉
  • BYN – 白俄罗斯卢布
  • BZD – 伯利兹元
  • CAD – 加拿大元
  • CDF——刚果法郎
  • CHF – 瑞士法郎
  • CLP – 智利比索
  • CNY – 人民币
  • COP——哥伦比亚比索
  • CRC – 哥斯达黎加科朗
  • CVE – 佛得角埃斯库多
  • CZK – 捷克克朗
  • DJF – 吉布提法郎
  • DKK – 丹麦克朗
  • DOP——多米尼加比索
  • DZD – 阿尔及利亚第纳尔
  • EGP – 埃及镑
  • ETB – 埃塞俄比亚比尔
  • FJD – 斐济元
  • FKP – 福克兰群岛镑
  • GEL – 格鲁吉亚拉里
  • GIP – 直布罗陀镑
  • GMD – 冈比亚达拉西
  • GNF – 几内亚法郎
  • GTQ – 危地马拉格查尔
  • GYD – 圭亚那元
  • HKD – 港元
  • HNL – 洪都拉斯伦皮拉
  • HRK – 克罗地亚库纳
  • HTG – 海地古德
  • HUF – 匈牙利福林
  • IDR – 印尼盾
  • ISK – 冰岛克朗
  • JMD – 牙买加元
  • KES – 肯尼亚先令
  • KGS – 吉尔吉斯斯坦索姆
  • KHR – 柬埔寨瑞尔
  • KMF – 科摩罗法郎
  • KRW – 韩元
  • KYD——开曼群岛元
  • KZT——哈萨克斯坦坚戈
  • LAK – 老挝基普
  • LBP——黎巴嫩镑
  • LKR – 斯里兰卡卢比
  • LRD – 利比里亚元
  • LSL – 莱索托洛蒂
联系我们
  • MAD – 摩洛哥迪拉姆
  • MDL – 摩尔多瓦列伊
  • MGA – 马达加斯加阿里亚里
  • MKD – 马其顿第纳尔
  • MMK – 缅甸元
  • MNT – 蒙古图格里克
  • MOP – 澳门元
  • MRU – 毛里塔尼亚乌吉亚
  • MUR——毛里求斯卢比
  • MVR – 马尔代夫拉菲亚
  • MWK – 马拉维克瓦查
  • MXN – 墨西哥比索
  • MYR——马来西亚林吉特
  • MZN – 莫桑比克梅蒂卡尔
  • NAD – 纳米比亚元
  • NGN – 尼日利亚奈拉
  • NIO – 尼加拉瓜科多巴
  • NOK – 挪威克朗
  • NPR – 尼泊尔卢比
  • NZD – 新西兰元
  • PAB——巴拿马巴波亚
  • PEN – 秘鲁索尔
  • PGK – 巴布亚新几内亚基那
  • PHP – 菲律宾比索
  • PKR – 巴基斯坦卢比
  • PLN – 波兰兹罗提
  • PYG – 巴拉圭瓜拉尼
  • QAR – 卡塔尔里亚尔
  • RON – 罗马尼亚列伊
  • RSD – 塞尔维亚第纳尔
  • RWF – 卢旺达法郎
  • SBD – 所罗门群岛元
  • SCR——塞舌尔卢比
  • SEK – 瑞典克朗
  • SGD – 新加坡元
  • SHP – 圣赫勒拿镑
  • SLE – 塞拉利昂利昂
  • SOS – 索马里先令
  • SRD – 苏里南元
  • STN——圣多美和普林西比多布拉
  • SZL – 斯威士兰里兰吉尼
  • TJS – 塔吉克斯坦索莫尼
  • TOP – 汤加潘加
  • TTD – 特立尼达和多巴哥元
  • TWD – 新台币
  • TZS – 坦桑尼亚先令
  • UAH – 乌克兰格里夫纳
  • UGX – 乌干达先令
  • UYU – 乌拉圭比索
  • UZS – 乌兹别克斯坦苏姆
  • VND – 越南盾
  • VUV – 瓦努阿图瓦图
  • WST – 萨摩亚塔拉
  • XAF – 中非法郎
  • XCD – 东加勒比元
  • XOF – 西非CFA法郎
  • XPF – 太平洋法郎
  • YER – 也门里亚尔
  • ZAR – 南非兰特
  • ZMW – 赞比亚克瓦查
联系我们

信用卡与借记卡的区别

借记卡与信用卡之间存在显著差异,了解各自的功能及影响十分重要。

以下为更详细的说明:

  1. 资金来源:这是两者之间最根本的区别。
    • 借记卡：使用借记卡时，款项几乎即时直接从您关联的支票账户中扣除。这类似于电子现金——您使用的是银行账户中已有的自有资金。
    • 信用卡:另一方面,信用卡本质上是由发卡机构提供的一种信用额度或贷款。使用信用卡进行交易时,由发卡机构为该笔交易付款。您是在借入资金,并承诺全额或分期偿还。
  2. 对信用评分的影响:
    • 借记卡:使用借记卡不会影响您的信用评分,因为您并未借入资金。这相当于以现金或支票付款。
    • 信用卡:另一方面,信用卡的使用会直接影响您的信用评分。已用额度与信用额度之比(信用使用率)、还款记录以及信用历史长度等因素,均可能对您的信用评分产生正面或负面影响。
  3. 防范欺诈性扣款:
    • 借记卡:借记卡提供的保障少于信用卡。若借记卡遗失或被盗,视报失所需时间而定,您可能需承担的最高责任为账户内的全部资金。
    • 信用卡:信用卡提供更强的保护。根据美国联邦法律,您对信用卡被未经授权使用所承担的最高责任上限为50美元。
  4. 费用与利息:
    • 借记卡:借记卡通常不产生任何利息,因为您花费的是自己的资金。不过,借记卡可能涉及透支费或交易费等各类费用。
    • 信用卡:信用卡对到期日后未还余额通常收取较高利息,并可能附带一系列费用,如年费、逾期还款费和现金预借费用。

了解这些差异,有助于您就何时使用各类卡片以及如何负责任地使用作出明智的决定。

与信用卡和借记卡相比,预付卡的资金存放于何处?

预付卡

预付卡内的资金由发卡机构(或其合作银行)持有,并在发卡机构系统中与卡号关联。交易前,持卡人向卡内充值,随后可在受理商户消费或在自动柜员机取现。卡内余额随每笔交易减少,并可按需再次充值。

借记卡

借记卡与持卡人的银行账户直接关联。交易发生时,资金实时或近实时地从持卡人账户转入商户账户。持卡人的消费限额取决于关联银行账户的可用余额。

信用卡

信用卡由发卡机构授予循环信用额度。交易发生时,发卡机构代持卡人向商户付款,持卡人随后须向发卡机构偿还该笔交易金额。持卡人可逐月滚存余额并承担相应利息,亦可每月全额还清。

Visa、Mastercard、美国运通、大来卡、银联等机构的作用是什么?

Visa、Mastercard、American Express、Diners、银联等(即卡组织)作为支付网络,为银行及其他金融机构提供渠道,为消费者、商户与银行之间的交易提供清算和结算服务,但并不涉及自行持有资金。

  • Visa、Mastercard和银联是支付网络。只有信用卡、借记卡和预付卡的发卡银行才有权授权支付。
  • American Express和Discover既是支付网络,也是发卡机构,各自对其发行的卡片进行支付授权。

这些支付网络连接着数以百万计的商户、银行和消费者,构成其业务的支柱。与通常的看法相反,Visa 和 Mastercard 既不发行信用卡,也不提供信贷。它们充当中介,更确切地说是金融生态系统中精密的交通调度者,确保银行与全球商户之间货币交易的安全处理和顺畅进行。

Visa、Mastercard、American Express、Diners、Union Pay、Discover等亦对商户、支付业务促成方及交易平台设定标准。

总之,Visa、Mastercard、大来卡、银联、美国运通、Discover等本身并不持有资金,而仅作为银行及其他金融机构促成各方之间交易的通道。

清算与结算

全球银行卡支付系统常被误解,在欺诈性骗局中往往还被蓄意曲解。实际上,主要银行卡组织运营着高度标准化、自动化且受到严格监管的基础设施。本文以精确的技术措辞阐述主要银行卡网络如何运作,以及清算与结算究竟如何进行。

1. 卡组织的角色

卡组织不持有客户账户,也不直接向个人或公司转移资金。其唯一职能是在受监管的金融机构之间运营安全的报文传输、清算和结算系统。

各网络均运行其自有的基础设施、业务规则、报文格式及结算周期。各网络不可互换,任何一笔交易均不会同时经由多个网络处理。

2. 授权、清算与结算——三个阶段

所有合法的银行卡交易均经历三个不同的阶段。

2.1 授权

使用银行卡时,授权几乎实时完成。商户的收单行通过卡组织网络向发卡行发送授权请求。发卡行根据可用资金、风险控制及卡片状态批准或拒绝交易。在此阶段并不发生资金转移。

2.2 清算

清算是指对已获批准的交易进行批量处理、验证并为结算做好准备的过程。这是一个基于文件的自动化流程,受卡组织所定义的严格格式和截止时间约束。

2.3 结算

结算是成员银行之间的资金净额划转。银行卡网络计算净债务,并通过指定的结算银行或中央银行账户发出结算指令。结算仅在银行之间进行,绝不会直接划入商户或个人账户。

3. Visa基础设施详解

3.1 VisaNet

VisaNet是Visa的全球交易处理系统。它负责路由授权报文、管理清算数据并计算结算头寸。所有交互均发生在受监管的金融机构之间。

3.2 Base II

Base II是Visa的传统清算系统,在技术文档中仍有提及。它规定交易记录的格式、验证及交换方式。商户和客户从不直接与Base II交互。

3.3 TC33和TC05

  • TC05是购物交易的标准请款记录(“销售单据”)。
  • TC33 是一种多用途记录,除其他用途外,还用于报告和补充数据。

这些是收单行与发卡行之间通过VisaNet交换的内部清算记录。它们并非回执、批准或结算确认,在Visa内部体系之外没有任何意义。

4. Mastercard基础设施

4.1 Banknet

Mastercard 运营 Banknet,这是其自有的全球网络,相当于 VisaNet,负责授权路由、清算文件及结算计算。

4.2 清算与结算

Mastercard使用其自有的报文类型和文件格式。结算采用净额方式,通过预先指定的结算账户在成员银行之间进行。与Visa相同,不存在人工受理或逐笔交易结算至客户账户的概念。

5. American Express 和 Diners Club

5.1 闭环模式

美国运通和大来卡历来采用闭环模式,即常常同时担任发卡机构和收单机构。这减少了中间环节,但并不改变基本原则。

5.2 结算

即使在封闭式系统中,结算也是自动化、基于规则且在机构层面进行的。不存在分支机构层面的人工干预,也不存在由“文件接受”来决定资金是否真实的情形。

6. 银联(UnionPay)

银联运营中国境内及国际银行卡网络。其采用符合中国监管框架的自有标准。清算与结算通过指定的清算机构及中央银行机制进行。与其他网络一样,交易均为自动化、批量处理,并受到严格管控。

7. 清算与结算周期

结算按预先设定的周期进行:

  • Visa和Mastercard通常为T+1或T+2。
  • 仅在发卡行与收单行之间进行净额结算。
  • 最终款项通过商户的收单银行入账,并取决于当地的银行清算渠道,例如ACH、SEPA或本国RTGS系统。

不存在应私人当事方要求进行临时、即时或自由裁量结算的机制。

8. 总结观察

银行卡网络是现存最成熟、最标准化的金融基础设施之一。其流程具有确定性、自动化和可审计的特点。

POS(销售点)终端如何处理您的银行卡信息?

销售点(POS)终端是在零售场所处理银行卡支付的电子设备。POS终端的基本工作流程如下:

  1. 读卡:客户出示信用卡或借记卡付款时,POS终端读取卡片信息。可通过刷磁条、插入芯片(适用于EMV卡)或使用非接触式支付方式(如用于移动支付应用的NFC(近场通信))完成。
  2. 交易详情:随后,POS终端采集交易详情,包括卡片信息、交易金额,有时还包括商户编号等其他信息。
  3. 与收单行的通信:随后,这些信息经加密,通过电话线路或互联网发送至商户的收单银行(收单行)。收单行是代表商户处理信用卡和借记卡交易的银行或金融机构。
  4. 请求授权:收单机构通过卡组织网络(如Visa、Mastercard等)将这些信息发送至发卡机构(即签发客户银行卡的银行),请求对该笔交易授权。此步骤用于核实银行卡有效,且具有足够的信用额度或可用资金。当商户的销售点终端需要依据ISO 8583标准为支付交易获取授权时,使用该报文类型标识(MTI):0100
  5. 授权响应:发卡机构向收单机构发送授权响应,批准或拒绝该笔交易。该响应随后回传至POS终端。授权响应对应的ISO 8583报文类型为0110。
  6. 交易完成:如交易获批,客户账户将被扣收购买金额,商户账户则被记入相同金额,但须扣除收单机构及卡组织收取的任何费用。如交易被拒绝,则不发生资金划转。

银行卡处理流程概述

  • 商户接受银行卡支付时,其支付处理机构会通过卡组织网络向发卡行发送授权请求,由发卡行对该笔交易进行评估。在授权环节,发卡行会核实持卡人是否拥有足够的资金或可用信用额度,以支付该笔交易所请求的金额。
  • 若交易获得批准,发卡机构将立即扣减该卡所关联账户的余额或可用额度,即使资金不会立即转入商户账户。
  • 支付获得授权后,支付处理机构将批准结果回传给收单机构以及商户的支付终端(线上或线下)。
  • 销售订单开具发票时，将按发票金额对信用卡扣款（请款）。

信用卡为何更胜一筹

在国际金融的精细运作中,区分借记卡与信用卡至关重要,对于出国旅行者尤其如此。尽管带有Visa或Mastercard标识,如今银行发行的许多卡片实为借记卡而非真正的信用卡,这一区别可能对旅行者的体验产生重大影响。

借记卡通常随支票账户免费提供,但无法提供与信用卡同等的财务灵活性。在需要押金的场景中,这一局限尤为明显,例如在国外租车或预订酒店服务时,借记卡可能被直接拒绝受理。此类拒绝受理可能导致意外开支,因为替代安排通常成本更高,且须立即从账户扣款。

另一方面,真正的信用卡延后扣款,且通常设有预设的消费额度,提供缓冲,对管理旅行相关支出尤为有用。此类卡片允许对资金进行预授权,这在许多旅行场景中是一项关键功能,从租车到住宿皆是如此,可确保在无需即时承担财务负担的情况下预订并保障相关服务。

对于旅行者,尤其是前往欧元区以外地区的旅行者而言,持有真正的信用卡不仅是一种便利,更是一种必需。它可确保资金交易更为顺畅,并避免使用借记卡所带来的种种不便与罚款。因此,审慎的旅行者宜申请一张真正的信用卡,并事先告知发卡机构其国际旅行计划,以避免因涉嫌欺诈而导致卡片被临时冻结。这种预先防范的做法有助于实现顺畅且资金安全的旅行体验。

协议与流程

发生信用卡交易时,会通过多项协议和流程来核对待扣款金额并授权该笔交易。

该流程涉及的主要环节包括:

  1. ISO 8583:大多数支付网络(如Visa和Mastercard)使用的报文标准,用于在交易流程所涉的不同实体(如商户、收单机构、发卡机构和支付处理机构)之间传递交易详情。
  2. EMV(Europay、Mastercard、Visa):基于芯片的信用卡和借记卡交易的全球标准。EMV卡内置微处理器芯片,通过加密交易数据并为每笔交易生成唯一的认证码,提供更强的安全性。符合EMV标准对于减少持卡交易欺诈具有重要意义。
  3. PCI DSS(支付卡行业数据安全标准):旨在保护持卡人数据并确保卡信息安全处理、存储和传输的一套安全标准。所有处理卡数据的商户、支付处理机构及其他实体均须遵守PCI DSS的要求。

这些协议和标准协同运作,确保信用卡交易安全,并确保向持卡人账户收取的金额无误。信用卡交易涉及的流程相当复杂,涉及多个参与方和多层通信。

流程

以下详细说明这些协议与标准如何协同运作:

  1. 发起: 持卡人通过在POS终端上刷卡、插卡或轻触银行卡,或在线输入卡片信息,发起一笔交易。
  2. 数据传输:POS终端或电子商务网关采集交易详情,包括卡号、有效期、交易金额及唯一交易标识符。对于EMV交易,芯片会为每笔交易生成唯一的密文。
  3. 令牌化(可选):如启用令牌化,卡片数据在传输前将被替换为唯一的令牌。这有助于在交易过程中保护敏感的卡片信息。
  4. 授权请求:交易详情按ISO 8583报文标准格式化,由商户的收单银行(或支付处理机构)发送至卡组织网络(例如Visa或Mastercard)。
  5. 卡组织路由:卡组织识别负责该卡的发卡行,并将授权请求转发给发卡行。
  6. 发卡行处理:发卡银行对照持卡人账户核对交易详情,核实可用余额、卡片状态及适用的欺诈规则。对于使用3D Secure的线上交易,发卡行还可能提示持卡人通过密码或生物识别数据进行身份验证。
  7. 授权响应:发卡银行生成授权响应,可批准或拒绝交易。该响应经由卡组织网络发送至收单银行(或支付处理机构),再返回商户。
  8. 完成:交易获批后,商户完成销售,并向持卡人提供商品或服务。交易详情随后被纳入一批交易,由商户提交给收单银行(或支付处理商)进行结算。
  9. 结算:收单行(或支付处理机构)将交易批次提交至卡组织进行结算。卡组织计算收单行与发卡行之间的净结算金额,资金据此划转。最后,发卡行将交易记入持卡人账户,持卡人收到载有交易详情的账单。

在整个流程中,各相关方必须遵守PCI DSS要求,以确保持卡人数据得到安全处理。此外,各实体之间的通信均经加密,以维护交易数据的保密性和完整性。

信用卡及借记卡安全

信用卡和借记卡通过实体与数字安全功能相结合的方式得到保护。

协议与流程

发生信用卡交易时,会通过多项协议和流程来核对待扣款金额并授权该笔交易。

该流程涉及的主要环节包括:

  1. ISO 8583:大多数支付网络(如Visa和Mastercard)使用的报文标准,用于在交易流程所涉的不同实体(如商户、收单机构、发卡机构和支付处理机构)之间传递交易详情。
  2. EMV(Europay、Mastercard、Visa):基于芯片的信用卡和借记卡交易的全球标准。EMV卡内置微处理器芯片,通过加密交易数据并为每笔交易生成唯一的认证码,提供更强的安全性。符合EMV标准对于减少持卡交易欺诈具有重要意义。
  3. PCI DSS(支付卡行业数据安全标准):一套旨在保护持卡人数据、确保卡信息安全处理、存储和传输的安全标准。所有处理卡数据的商户、支付处理机构及其他实体均须遵守PCI DSS要求。

这些协议和标准协同运作,确保信用卡交易的安全,并确保向持卡人账户收取适当金额。

卡片物理安全特征

卡片上印有用户姓名、卡号、有效期和卡片验证码(CVV)。CVV为三位或四位数字(视发卡银行而定),在交易过程中提供额外的安全保障。

卡片验证码(CVV):印制于实体卡片上的3位或4位数字,并不写入卡片磁条。在无法出示实体卡片的线上及电话交易中通常需要提供该验证码,用以核实交易人持有实体卡片。

卡片上还设有磁条和/或嵌入式芯片。磁条存有经编码的持卡人数据;嵌入式芯片(用于芯片加密码卡及芯片加签名卡)则以安全的加密格式存储信息,使未经授权者难以读取或伪造。

银行卡的数字安全

在服务提供商一方,会采用多层安全措施防范欺诈活动,包括在传输过程中对数据加密的安全套接字层(SSL)和传输层安全(TLS)协议。服务提供商还可能使用欺诈检测系统,通过机器学习算法识别可能表明存在欺诈活动的异常行为模式。

  1. 地址验证服务(AVS):该服务将客户提供的地址与信用卡公司存档的地址进行核对。如两者不符,交易可能被拒绝。这有助于防范盗用信用卡号码的欺诈行为。
  2. 双因素认证(2FA): 2FA 要求在交易获批前提供两类身份验证要素。这两类要素通常包括:您所知道的信息(如密码)、您所持有的物品(如用于接收一次性密码的手机)或您的自身特征(如指纹)。
  3. 生物识别认证:此类认证利用指纹或面部识别等独特的生物特征来验证身份。Apple Pay和Google Pay等部分移动支付系统采用生物识别认证来授权交易。
  4. 基于风险的认证(RBA):该方法先计算网上交易的风险状况,再对风险较高的交易要求进行额外验证。基于风险的认证可综合考虑用户的IP地址、所用设备、交易金额及用户行为模式等因素。
  5. 令牌化:令牌化通过以随机生成的字符串(即“令牌”)替代银行卡号来保护卡片信息。该令牌可通过互联网安全传输,即使被欺诈者截获也毫无用处,因为无法反向推导出原始卡号。
  6. 非接触式支付:许多银行卡现在也支持非接触式支付,其利用近场通信(NFC)或射频识别(RFID)技术与支付终端通信。这些交易采用动态加密保护,即每笔交易都会生成新的加密密钥,使欺诈者极难截获和滥用数据。
  7. 3-D Secure(3DS)认证(例如Visa Secure、Mastercard Identity Check):3-D Secure是一种基于XML的协议,旨在为线上信用卡及借记卡交易提供额外的安全保护层。该协议依卡片类型不同而有多种名称:Visa Secure(原Verified by Visa)、Mastercard Identity Check(原SecureCode)、American Express SafeKey等。运作方式:3-D Secure在线上支付流程中增加一个步骤。您在输入卡片信息并进行购买后,3DS系统会核查您的银行或发卡机构是否已加入3DS。如已加入,浏览器中将弹出一个直接连接至您的银行或发卡机构的窗口,并要求您验证身份:验证方式可以是密码、指纹扫描(若银行提供生物识别认证),或发送至您手机的一次性验证码。只有认证成功后,交易方可继续进行。3-D Secure 2.0:这是3-D Secure的新版本,在原有系统的基础上提升了使用便利性和效率。3DS 2.0采用基于风险的方式,即仅在交易存在风险迹象时才要求额外认证。该版本在移动设备上同样运行顺畅,而这正是原版3DS的局限所在。

4 位或6位PIN码

个人识别码(PIN)通常为4位数字代码,但在某些地区或金融机构,也可能使用6位数字PIN。PIN的主要目的是核实发起交易的人为持卡人本人。

就信用卡交易而言,客户在POS终端使用芯片加密码卡时,可能会被提示输入PIN码。这在欧洲属于标准做法。在美国,大多数芯片信用卡在购物时无需输入PIN码,且主要卡组织已于2018年取消签名要求。

以下说明4位或6位PIN在交易中的使用方式:

  1. 客户将芯片密码卡插入POS终端。
  2. 终端提示持卡人输入PIN。
  3. 客户输入其PIN码,该PIN码随后由POS终端加密。
  4. 加密后的PIN连同交易数据一并发送至发卡行进行验证。
  5. 发卡行将加密的 PIN 与其系统中存储的 PIN 进行比对。若两者一致,则交易获得授权。

在某些情况下,PIN由银行卡芯片在本地验证,而无需发送至发卡机构。这被称为脱机PIN验证,可加快交易处理速度。

需要注意的是,PIN码不同于银行卡背面的3位或4位卡片验证值(CVV)或卡片验证码(CVC)。CVV/CVC用于无卡交易(如网上购物),以核实交易方实际持有该卡。

轻触支付

技术基础:NFC 及其 RFID 渊源

非接触式支付架构的核心是近场通信(NFC)技术,该技术是对更为宽泛的射频识别(RFID)框架的优化与专门化。NFC通过两个环形天线之间的电磁感应运作,天线结构类似跑道形,通信距离不超过四厘米。这种有限的空间交互有助于实现安全而迅捷的数据交换,专为满足支付交易的需求而设计。

被动共生与主动共生

支付工具(无论是银行卡还是支持 NFC 的设备)与读卡器之间的交易互动,以角色划分为前提:读卡器作为主动发起方,具备自主建立通信的能力;银行卡则作为被动响应方,自身不带电源,但可响应读卡器的请求。这一互动促成支付数据的传输,其过程与磁条交易所固有的静态数据传输有着本质区别。

密码学加固:卓越的安全保障

在触碰支付技术的安全架构中,一项基石是生成交易专属的密文。该密文由交易数据与卡片信息经密码学融合而成,并由存储于卡片芯片中的密钥进行控制。这一过程构筑起防止支付凭证被复制并用于不法目的的坚固屏障,大幅提升了每笔交易的安全水平。

读卡设备内,支付板与主板之间的通信有助于将交易数据组装成受强化保护的加密数据包。该加密在数据往返于支付处理机构及网络的全过程中始终保持,可抵御入侵及未经授权的数据访问,从交易发起至完成全程维护交易保密的严密性。

安全性比较分析与采用路径

与磁条和芯片插卡等前代方式相比,感应支付技术在交易安全方面实现了质的飞跃。其动态加密和有限距离通信协议从根本上减少了数据泄露的途径,有效遏制了长期困扰销售点交易的盗刷和未经授权的数据窃取风险。

由于基础设施成本和消费者习惯,某些市场(尤其是美国)的普及程度多年来落后于欧洲,但自2020年以来已大幅上升。

综上所述,感应支付技术通过NFC技术、密码学严谨性与加密数据传输的精密融合,标志着安全高效支付方式的范式转变。随着其逐步融入日常交易,交易安全性与便利性的标准将得到提升,商业与支付领域亦将由此迎来决定性的演进。

信用卡、借记卡或预付卡交易中资金预留或延期付款的运作方式

授权

交易始于授权请求。当您出示信用卡付款时,商户会向收单银行发送请求。

收单银行将该请求转发至银行卡网络,再由其发送至发卡银行。发卡银行核查可用信用额度及其他交易详情的有效性。如核查无误,发卡银行将在您的信用额度中预留该笔交易金额。这称为授权冻结或预授权,旨在确保资金可用,并将其为该笔交易专项预留。

授权码生成

当客户出示信用卡付款时,商户的销售点(POS)系统会向收单银行发送授权请求。收单银行将该请求转发至卡组织网络,再由其路由至发卡银行。如果发卡银行批准该交易(例如信用额度或资金充足、卡片未报失或被盗),则会生成授权码,并经由卡组织网络和收单银行回传至商户的POS系统。

授权码(亦称批准码)的长度可因卡组织或发卡行而异。这些代码用于确认交易已获批准,并在结算过程中作为参考依据。授权码的长度和格式可根据卡组织及相关银行的运营需要确定。有些系统使用6位代码,另一些系统则使用8位代码或其他长度。

交易采集

商户收到授权码,确认资金可用并已为本次交易预留。在当日结束时,或视商户的处理流程稍后,商户向收单银行发送一批交易以进行结算。这一过程称为“请款”(capture)。在请款过程中,商户为每笔交易附上授权码,该授权码作为授权证明,使收单银行能够将每笔交易与其授权相匹配。

结算

随后,收单行将交易及授权码发送至银行卡网络进行结算。银行卡网络将交易路由至发卡行,发卡行再将已批准交易的资金划转至收单行。最后,收单行将资金存入商户的银行账户。

清算

营业日结束时，商户将当日所有已获授权的交易成批发送至收单银行。收单银行随后通过卡组织网络将这些交易发送至发卡银行进行结算。

发卡行将资金转给收单行,收单行随后将资金存入商户账户。至此交易完成,被预留的资金正式从您的信用额度转移至商户。

记录保存

授权码是用于记录留存和争议处理的关键信息。发生争议时,授权码有助于沿处理链中的各个环节回溯交易,以核实其有效性。这一流程确保资金得到妥善预留、划转和记录,为信用卡交易的处理提供安全且可追溯的方式。

账单

发卡银行随后会将该笔交易反映在您的月度账单上,届时您须予以支付。

数据通信

以下是通信过程的概述:

  1. 数据采集:持卡人发起交易时,POS终端通过刷卡、插卡、挥卡或手动输入卡信息的方式采集卡片信息(卡号、有效期、CVV等)。
  2. 安全传输:采集到的银行卡数据将从POS终端安全传输至商户的收单银行或支付处理机构。该传输通常采用TLS(传输层安全)协议加密,以确保数据在传输过程中的保密性和完整性。
  3. ISO 8583报文传输:收单银行或支付处理机构按照ISO 8583报文标准对交易数据进行格式化。该标准规定了交易流程中各参与方(如商户、收单机构、发卡机构和卡组织)之间交换报文的结构与内容。
  4. 与卡组织的通信:收单银行或支付处理机构通过专用通信渠道,将ISO 8583格式的授权请求发送至卡组织(例如Visa、Mastercard)。这些渠道通常是安全连接交易各参与方的专用网络。
  5. 卡组织路由:卡组织识别负责该卡的发卡银行,并将授权请求转发给发卡行。卡组织可能使用TCP/IP和VPN(虚拟专用网络)等其他通信协议和技术,以确保交易数据的安全可靠传输。

在整个通信过程中,采用了多层安全措施,包括加密、安全协议以及对 PCI DSS 等行业标准的遵循。这确保了交易数据在从 POS 终端传输至卡组织路由及后续环节过程中的保密性、完整性和可用性。

协议

ISO 8583

ISO 8583是用于金融交易通信的报文标准,尤其适用于支付卡交易。它规定了商户、收单机构、发卡机构和卡组织等不同实体之间交换交易信息所需的报文格式、数据元素和处理代码。

ISO 8583格式的授权请求包含按结构化报文格式组织的各类数据元素。报文由报文类型标识符(MTI)、位图和数据元素组成。

以下是一条ISO 8583授权请求报文的简化示例:

  1. 报文类型标识符(MTI):表示报文用途的4位数字代码。授权请求为“0100”;响应为“0110”。
  2. 位图(Bitmap):由一系列比特(通常为 64 位,有时为 128 位)组成,用于指示报文中存在哪些数据元素。位图中的每一位对应一个特定的数据元素。
  3. 数据元素:实际的交易信息,按编号1至128的字段组织。每个数据元素均有特定的含义和格式,例如数字型、字母数字型或二进制。

数据元素

以下是ISO 8583授权请求中若干常见数据元素的示例:

  • DE 2:主账号(PAN)– 交易所使用的卡号。
  • DE 3:处理代码 – 一个6位代码,用于指明交易类型(如购买、退款)以及所使用的账户(如支票账户、信用账户)。
  • DE 4:交易金额 – 交易金额,通常以12位数字表示,小数点为隐含位置。
  • DE 7：传输日期和时间——交易发起的日期和时间，通常采用YYMMDDhhmmss格式。
  • DE 11:系统跟踪审计号(STAN)——由终端或支付系统生成的唯一交易标识符。
  • DE 22:服务点输入方式——表示卡片数据采集方式的代码(例如刷卡、芯片读取、手工输入)。
  • DE 25:服务点条件代码 – 代表与交易相关的特定条件的代码(例如持卡人在场、电子商务)。
  • DE 41:受卡方终端标识——POS终端的唯一标识符。
  • DE 42:受卡方标识码——商户或受卡方的唯一标识符。
  • DE 49:交易货币代码——代表交易所用货币的3位代码。

在ISO 8583金融报文标准中,“MTI”是Message Type Identifier(报文类型标识符)的缩写。它是一个4位数字代码,表示报文的用途,是ISO 8583报文中的第一个字段。

MTI/协议

MTI由4位组成(每位取值范围为0-9),含义如下:

  1. 版本(第一位):表示所使用的ISO 8583版本。
    • 0:ISO 8583:1987
    • 1:ISO 8583:1993
    • 2:ISO 8583:2003
    • 3-9:保留供将来使用或自定义版本
  2. 类别(第二位):表示报文的主要用途。
    • 0:保留供ISO使用
    • 1:授权
    • 2:金融交易(例如现金取款、余额查询)
    • 3:文件操作(例如文件更新)
    • 4:撤销与拒付
    • 5:对账
    • 6:行政事务
    • 7:费用收取
    • 8:网络管理
    • 9:保留供ISO使用
  3. 功能(第三位):说明报文的具体功能。
    • 0:请求
    • 1:请求响应
    • 2:建议
    • 3:咨询回复
    • 4:通知
    • 5:通知确认
    • 6-9:保留供ISO使用
  4. 来源(第四位):表示报文发起方。
    • 0:收单机构
    • 1:收单行重复
    • 2:发行人
    • 3:发行人重复
    • 4-9:保留供 ISO 使用

ISO 8583报文中的部分MTI示例：

  • 0100:授权请求
  • 0110:授权响应
  • 0200:金融交易请求
  • 0210:金融交易响应
  • 0420:冲正请求
  • 0421:冲正请求重复
  • 0430:冲正响应
  • 0500:收单方对账请求
  • 0510:收单方对账响应
  • 0800:网络管理请求
  • 0810:网络管理响应报文

请注意,上述示例基于标准的ISO 8583报文类型。但各支付系统或金融机构可能根据其具体要求而有不同的实施方式和定制。

延伸阅读

支付与转账电汇了解更多支付与转账支票了解更多支付与转账国际银行汇票了解更多

下一步

申请引荐

请用几句话告诉我们您的身份及您的想法。您的咨询将直接送达本行,并将予以保密处理。

更希望直接交流?预约30分钟视频会议。