当前位置：文档之家 › 信用卡“三要素”核验接口调用说明

信用卡“三要素”核验接口调用说明

  • 格式：docx
  • 大小：271.96 KB
  • 文档页数：4

下载文档原格式

  / 4

合集下载

cvn检验机制

cvn检验机制

cvn检验机制CVN（Card Verification Number）检验机制是一种用于验证信用卡信息的安全措施。

在进行信用卡交易时，商家通常会要求顾客提供CVN码，以确保信用卡的合法性和有效性。

本文将介绍CVN检验机制的原理和应用，并探讨其在保障信用卡交易安全方面的重要性。

CVN码，又称为信用卡验证码、安全码或卡片验证码，是信用卡上的一个三位数字组合。

CVN码通常位于信用卡背面签名栏的右侧，用于对信用卡信息进行验证。

与信用卡号、有效期等信息相比，CVN码并不容易被盗取，因此能够有效防止信用卡信息的滥用和盗刷。

CVN检验机制的原理是通过对CVN码进行加密和校验，来验证信用卡信息的真实性。

具体而言，CVN检验机制包括以下步骤：1. 商家收到顾客提供的信用卡信息后，将CVN码与其他信用卡信息一同提交给支付网关或银行进行验证。

2. 支付网关或银行通过加密算法对收到的CVN码进行处理，生成一个加密串。

3. 支付网关或银行将生成的加密串与信用卡发行银行事先存储的正确加密串进行比对。

4. 如果生成的加密串与正确加密串一致，说明CVN码有效，交易可以继续进行；如果不一致，则说明CVN码错误，交易将被拒绝。

CVN检验机制的应用范围非常广泛，几乎所有需要进行信用卡交易的商家都会使用CVN检验机制来保障交易的安全性。

通过CVN检验机制，商家可以有效防止信用卡信息被盗取或盗刷，提高交易的安全性和可靠性。

CVN检验机制在保障信用卡交易安全方面具有重要意义。

首先，CVN码相对于信用卡号、有效期等信息来说更加难以被盗取，因此能够有效防止信用卡信息被不法分子利用。

其次，CVN检验机制可以在交易过程中及时发现并拦截错误的CVN码，保证交易的准确性和可靠性。

此外，CVN检验机制还可以防止信用卡的滥用和盗刷，保护持卡人的合法权益。

然而，CVN检验机制并非绝对安全，仍存在一定的风险和局限性。

首先，如果不法分子获取了信用卡的CVN码，仍有可能进行盗刷等恶意行为。

广东农信信贷系统服务接口规范说明书_V1.0.

广东农信信贷系统服务接口规范说明书_V1.0.

广东省农村信用合作社信贷业务管理系统接入服务接口规范广东省农村信用合作社联合社编写说明标题：网络中心接口规范类别：技术版本历史：1.引言1.1.编写目的本文档为广东省农村信用合作社信贷业务系统与佛山小企业系统间的数据交互接口规范。

针对佛山小企业系统，省信贷系统发布了业务信息同步服务、核心系统MQ通知信息查询服务。

该文档描述且用于规范信息同步、通知查询服务的接口交互规范，用于省信贷系统、前置系统、佛山小企业系统开发接口交互应用。

本文档由广东农村信用合作社信贷业务管理系统项目组编写，在实施过程可能会做相应的调整。

1.2.定义1、省前置系统：是由广东省农村信用合作社建设的前置平台，系统连接核心业务系统，银行卡交换系统，地市前置系统，呼叫中心系统，信贷系统，省柜面清算系统等等系统，定位为各个渠道的整合端，以及核心业务，国结，信贷等系统的服务发布端。

2、省信贷系统：广东省农村信用社信贷业务管理系统。

3、小企业系统：佛山农商银行小企业信贷业务管理系统。

1.3.参考文献《佛山农商银行小企业信贷系统与信贷系统接口方案说明书V0.2.doc》《广东农信前置系统-信贷项目-信贷系统接口_V1.10.0.doc》2. 交易通信协议2.1. 基本通信协议采用TCP/IP 短连接，通信双方每次通信时建立连接，通信结束后关闭连接。

对于信贷调用前置的交易，前置监听SOCKET 端口，接收、处理、返回交易请求；对于前置调用信贷的反向交易，信贷监听SOCKET 端口，接收、处理、返回前置的交易请求。

两种交互方式:3. 数据传输在TCP/IP 网络中传输的应用数据采用下面的格式进行传送。

数据长度6个字节，用ASCII 码表示的数据长度。

其值为不包含该数据长度字段，但包括交易码长度字段的数据包长度。

不足6个字节左补“0”，例如：数据块长度为128，则数据长度表示为“000128”。

交易码标识交易的代码，固定由6个字节组成。

数据块应用层要传输的交易报文数据。

信贷管理与核算系统接口开发规范标准

信贷管理与核算系统接口开发规范标准

信贷管理系统与核算系统接口规范Revision Record 修订记录目录1. 概述： (5)1.1. 编写目的 (7)1.2. 适用范围 (7)2. 接口清单说明 (7)3. 接口通讯报文规范 (7)3.1. 交易码描述 (7)32 报文规范 (9)3.3. 请求报文结构 (9)3.4. 响应报文结构 (10)3.5. 渠道编号 (11)3.6. 错误代码描述 (11)3.7. 请求报文示例 (11)3.8. 响应报文示例 (13)4. 交易类接口说明 (13)4.1. 贷款发放 (13)4.2. 贷款展期 (22)4.3. 贷款核销 (23)4.4. 退货 (23)4.5. 还款账号变更 (24)4.6. 银承出账 (25)4.7. 保函结清 (28)4.8. 保函出账 (28)4.9. 贴现出账 (30)4.10. 抵质押品出入库 (33)4.11. 单项减值确认和计提 (34)4.12. 组合减值计提 (35)4.13. 交易撤销 (35)4.14. 资产卖出 (36)4.15. 日终步骤 (38)4.16. 主动还款试算 (39)4.17. 主动还款 (40)4.18. 还款计戈U调整 (43)4.19. 贷款停息 (45)4.20. 归还委托贷款利息 (46)4.21. 保函付款 (48)4.22. 授权交易处理 (49)5. 查询类接口说明 (60)5.1. 欠款查询 (60)5.2. 记帐状态查询 (61)5.3. 还款计划试算 (61)5.4. 日终步骤状态查询 (67)5.5. 贷款发放授权查询 (67)5.6. 主动还款授权查询 (70)6. 参数类接口说明 (83)6.1. 核算规则 (83)6.2. 费用类型 (85)6.3. 还款方式 (86)6.4. 还款顺序配置 (88)6.5. 会计分录配置 (89)6.6. 会计科目设置 (90)7. 系统参数对照表 (94)7.1. 币种对照表 (94)7.2. 钞汇标志对照表 (94)7.3. 证件类型对照表 (94)7.4. 账户状态对照表 (95)7.5. 贷款品种对照表 (95)7.6. 利率模式 (95)7.7. 利率代码（基准利率代码） (96)7.8. 罚息利率类型（罚息基准利率代码） (96)7.9. 还款间隔单位 (96)7.10. 还款方式 (96)7.11. 还款方式类型 (96)7.12. 业务数据来源 (97)7.13. 宽限期类型 (97)7.14. 扣款方式 (97)7.15. 罚息利率种类 (97)7.16. 计算罚息部分 (98)7.17. 下一次利率调整选项 (98)7.18. 系统账户类型 (98)7.19. 账户类型 (98)7.20. 利息计算基础 (99)7.21. 收付标志 (99)7.22. 贴现种类 (99)信贷管理系统与核算系统接口规范1. 概述：核算系统与信贷管理系统的接口，具有开放、灵活、方便的特点，核算系统考虑到与外围系统接口的多样性，而核算系统与管理系统有可能是统一部署，也有可能独立部署，核算系统在设计中考虑了上述两种情况，如果是统一部署则信贷管理系统可以采用共享表方式，只需要在调用核算接口处理前将数据插入到共享表中即可；如果是独立部署，则调用核算提供的WEB 服务调用即可，由于目前绝大部分项目都是统一部署，所以下面就统一方面进行说明。

中国银联PBOC卡个人化数据验证工具 操作手册

中国银联PBOC卡个人化数据验证工具 操作手册

中国银联PBOC卡个人化数据验证工具操作指南版本 1.1北京捷德卡系统有限公司2006年2月目录1概述 (3)2功能和操作 (4)2.1典型操作流程 (5)2.1.1开始一次新的测试 (5)2.1.2重复测试 (5)2.1.3浏览打印测试结果 (5)2.2选择待测卡数据 (5)2.3打开测试结果: (6)2.4保存/另存测试结果: (6)2.5设置 (7)2.5.1终端参数配置： (7)2.5.2读卡器配置 (8)2.6执行个人化测试 (8)2.7查看测试结果 (9)2.7.1树型数据显示视图 (9)2.7.2测试结果显示视图 (10)2.7.3测试过程日志显示视图 (11)2.8打印测试报告 (11)2.9调用其它程序 (13)3运行环境 (14)1概述PBOC卡个人化数据验证工具提供了操作简便的通用卡片个人化测试平台，并可以方便的进行升级和扩展，支持更多种类的卡片和应用。

工具主要是利用配置完成的测试卡数据文件，对发卡方提供的卡片，进行卡片内数据的测试。

工具主要负责装载测试卡数据文件，调用卡片测试模块进行测试，生成测试结果，还支持打开和浏览测试结果。

同时可以通过测试报告浏览器，浏览和打印测试报告。

工具采用一键测试的操作方式，让用户可以简单方便的直接进行测试。

同时，程序详细记录测试过程中的所有的交互指令，并将所有相关的测试的信息都记录到测试结果中，方便用户进行测试结果的记录和存档。

工具为单独的可执行程序，主要交由银联使用，负责测试发卡行个人化完成的卡片是否正确并符合应用要求。

工具还可以直接调用其它程序，比如测试卡数据填表工具，来浏览测试卡数据文件的内容。

2功能和操作用户界面主要包括菜单，工具条，主操作界面和状态栏。

主操作界面又分为三个部分，左上为测试信息和进行测试的所有数据和密钥，按组分类显示；右上为测试结果数据显示，集中显示数据的各种属性和对比测试及交易测试的结果；下部实时显示的测试过程的详细卡片指令作为测试日志。

银行卡四要素接口使用指南

银行卡四要素接口使用指南
)
返回字段说明：
字段名
说明
success
接口请求成功标识，true为成功,fa1se为失败，失败情况下，会有对应描述和状态码
code
成功为200,其它为失败状态码
msg
Code对应的说明描述
data
验证结果详细信息
resu1t
0:一致，1:不一致，2沫认证，3:已注销
order_no
订单号
desc
验证结果描述信息
银行卡四要素接口使用指南
接口正确返回样例：
"msg":"成功"，
"success":truej
"code":200j
"data":{
"resu1t":0,"order_no":"648512","desc":"认证信息匹配"msg":"一致”
}
)
接口错误返回样例：
"msg":"参数错误"，"success":fa1se,"code":400,"data11:{}
msg
验证结果
COde
code
说明
200
400Leabharlann 参数错误404请求资源不存在
500
系统内部错误，请联系服务商
501
第三方服务异常
604
接口停用
1001
其他，以实际返回为准

银行卡实名认证支持列表

银行卡实名认证支持列表

X
O
X
广东顺德农村商业银行
O
O
O
X
O
X
广州农村商业银行股份有限公司
O
O
O
O
O
O
广州银行
O
O
O
X
O
O
广西农村信用社联合社
O
X
O
X
O
X
广西北部湾银行
O
X
O
X
O
X
廊坊银行
O
X
O
X
O
X
张家口市商业银行股份有限公司
O
X
O
X
X
X
张家港农村商业银行
O
X
O
X
X
X
德州银行股份有限公司
O
X
X
X
O
X
德阳银行股份有限公司
O
卡号+姓名
3 要素
4 要素
借记卡
X X X O O O O X O X O O O O O O O O O O O O X O O O O X O O O X O O X O X O X O O
贷记卡
X X X O O X X O O O X X O X O O O O O O O X O X X X X O O X X O O X O X O X X O O
X
O
O
浙江省农村信用社联合社
O
O
O
X
O
O
浙江稠州商业银行
O
X
O
X
O
X
浦发银行信用卡中心
X
O
X
O
X
O

EPT服务器版本接口文档

实名认证支付接口文档 5.0目录1. 使用说明 (2)2. 加密与安全策略 (2)3. 资料信息 (2)4•单独鉴权请求接口规范（post提交模式） (2)4.1 请求地址（post提交模式） (2)4.2请求参数 (2)4.3请求参数节点说明 (3)4.4 Sign值计算方式（签名） (4)4.5同步返回xml结果 (4)4.6返回参数说明 (5)4.7 开发DEMO（java 语言） (5)1. 使用说明支付请求采用HTTP/HTTP助议，用户需以POST方式传输给支付中心系统(以下简称支付中心); 支付中心使用的编码方式为：UTF-8;传输参数需以Web Form(表单)方式提交；请严格依照参数规范设置参数，切勿遗漏“必填”参数，注意大小写区分；建议商户保留以下信息：签名信息、传输参数。

2. 加密与安全策略MD5散列算法：伪码如下：获取订单信息签名：sig nature = MD5(orderl nfoStri ng, MD5Key)MD5Key密钥由支付中心提供验证签名是否有效：sig nature = MD5(callbackl nfoStri ng , MD5Key) If(sig nature==Sig nM sg){return true;} 商户发起交易需指定服务器IP,微保进行白名单授权3. 资料信息测试商户号(CustomerNo): 201512240003测试密钥：X6offHkGfb5Wn1LVRRGH测试支付产品代号(ProductNo): A00008测试商户商品代号(GoodNo): XB14•单独鉴权请求接口规范(post提交模式)4.1请求地址(post提交模式)注：以Web Form(表单)方式提交参数至上述地址(请勿使用URL链接后加参数的方式)测试地址：http://120.27.167.200:8080/vbaoPay/cust/payService/Authe nticati on4.2请求参数reqmsg=以下报文加密后的字符串值；报文格式：<?xml version="1.0" encoding="UTF-8" ?><TRequest><Vers ion >5.0</Vers ion><I nputCharset>UTF-8</In putCharset><Sig nType>MD5</Sig nType><CustomerNo></CustomerNo><OrderNo></OrderNo><ProductNo></ProductNo><GoodNo></GoodNo><Ba nkCode></Ba nkCode><Ba nkCardType></Ba nkCardType><Ba nkCardNo></Ba nkCardNo><Ba nkCardName></Ba nkCardName><CertType></CertType><CertId></CertId><Mobile></Mobile><CreditValid></CreditValid><CreditCvv2></CreditCvv2><VType></VType><Sig n></Sig n></TRequest>加密说明：1、对上述原始报文xml进行编码为UTF-8的Base64加密得到UTF-8编码的字符串str1 ;2、对上述原始报文xml进行编码为UTF-8的SHA1算法加密得到UTF-8编码的字符串str2 ；3、将步骤2得到的字符串str2和步骤1得到的字符串str1拼接(即str3 = str2+ str1,注意顺序)，对拼接后的字符串str3再次进行编码为UTF-8的Base64加密，得到UTF-8编码的最终加密字符串值。

首信易支付接口规范_CYBS外卡接口说明v4.3(含送货信息)


3.1 商户提交待付款订单接口（商户-­‐-­‐>首信易支付，必做接口） . .............................. 4
3.1.1 功能描述 . ....................................................................................................................................................................... 4
1.3 技术支持
一般事务咨询：请访问首信易支付网站或联系首信易支付客服 技术支持邮箱：zhangpeng@/liuhao1@ 技术支持热线：(010)82652626-6906/6614 技术支持时间：9:00-17:30（工作日）
2. 解 决 方 案
3.1.3 示例（注：此例商户号 888 应改为您的商户号） . ................................................................................... 7
3.2 首信易支付订单支付结果页面返回接口（首信易支付-­‐-­‐>商户，必做接口） 8
3. 接口开发 .................................................................................................................................................. 4
3.2.2 请求参数列表 . ............................................................................................................................................................. 8

网上银行系统商户API查询接口手册V1[1].1

中国工商银行网上银行系统——API查询接口（V6.0）中国工商银行软件开发中心Copyright Reserved2005年8月前言该文档说明了商户使用工行提供的API接口进行查询时的通信方式和需要上送的数据和工行返回信息的格式。

目录前言 (1)1．商户端的接口 (3)1．1参数名及其内容列表 (3)1．2一个链接例子 (7)2．银行反馈信息的接口 ...................................................................................... 错误！未定义书签。

1．商户端的接口商户实现双向的ssl与工行服务器建立连接。

建立ssl连接时使用商户的api 证书（文件名类似****.e.****的软证书）。

之后商户必须将查询上送数据用工行规定的格式以Form提交方式中的Post 方法，将数据提交到中国工商银行指定的API查询URL (https://*.*.*.*/servlet/ICBCINBSEBusinessServlet，严格区分大小写,请联系所在地分行确认投产环境和测试环境的IP地址)。

1.1参数名及其内容列表1.1.1 B2B订单交易状态查询的API接口1.1.1.1请求数据格式：请求数据中的xml包格式（注意：xml包中所有字段都是必输项）：<?xml version="1.0" encoding="GBK" standalone="no" ?><ICBCAPI><in><orderNum>订单号</orderNum><tranDate>交易日期</ tranDate><ShopCode>商家号码</ShopCode><ShopAccount>商城账号</ShopAccount></in></ICBCAPI>1.1.1.2 返回数据格式注意：返回数据是经过了url编码的。

连连支付银行卡代付API商户接口说明书


String
RSA
String
RSA 加密签名，见安全签名机制
String(32) String(14)
Number(8, 2)
String String String
商户系统唯一标识该代付的流水号 格式：YYYYMMDDH24MISS 14 位数字， 精确到秒 代付金额，单位为 RMB-元。 大于 0 的数字，精确到小数点后两位。 如：49.65 0-对私 1 –对公 对私必须是借记卡 必须
bank_code
否
开户行所在省 province_code 否
编码
开户行所在市 city_code
否
编码
开户支行名称 brabank_name 否
订单描述
info_order
是
代付结果服务 notify_url
是
器异步通知地
址
版本号
api_version
是
大额行号
prcptcd
否
连连支付 – 银行卡代付 API 商户接口说明书
文档编号 文档版本 保密级别
1.4 保密
连连银通电子支付有限公司
连连支付
银行卡代付 API 商户接口说明书
2014/5/12
连连支付 – 银行卡代付 API 商户接口说明书
目录
目 录 ..............................................................................................................................................1 使用授权声明...................................................................................................................................2 文档修订记录...................................................................................................................................2 1. 文档说明...................................................................................................................................3
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

信用卡“三要素”核验接口调用说明
根据湖北农信产品研发中心提出的信用卡核心系统接口调用设计要求，武汉卓鹰“三要素”核验接口将设计成异步方式为相关核验业务提供服务。

“三要素”核验接口具体的接口调用方式与返回值如表1所示。

表1：“三要素”核验接口说明
上述两个接口的调用时序图如图1所示。

步骤1：信用卡核心向数据核验系统通过验证请求接口提交需要核验的数据，核验系统将会实时返回验证请求接口的响应数据。

信用卡核心需记录核验返回的request_id 字段用以标记本次验证请求。

步骤2：经过3秒后，信用卡核心通过查询请求接口查询3秒之前的所发验证请求的验证结果。

若核验系统已经获取到本次验证的结果，则会实时返回给信用卡核心。

信
图1：“三要素”核验接口时序图
用卡核心即可根据数据核验结果进行后续业务流程；若核验系统尚未获取到本次验证的结果，则会实时告知信用卡核心，本次核验结果尚未返回。

信用卡核心需要10秒后再次请求查询。

再经过10秒后，信用卡核心重复步骤2的过程再次调用查询请求接口查询结果。

若平台依旧告知信用卡核心结果尚未返回，则信用卡核心需在60秒后再次调用查询请求接口，若仍然没有结果返回。

则信用卡核心需要记录本次查询id，并后续通过批量的
方式，统一向核验平台提交核验请求。

具体的程序流程图如图2所示。

图2：“三要素”核验接口流程图。