招商银行数据接口说明
招商银行数据接口说明
招商银行数据接口说明第一章概述21.1目的21.2文件生成日期3第二章文件结构32.1非加密格式32.1加密格式3第三章文件描述43.1 对帐单接口数据格式43.2 支付结算接口数据格式73.3 支付结算查询结果数据格式103.4 收方信息接口数据格式143.5 代发接口数据格式153.6 代发结果数据格式163.7 代扣接口数据格式183.8 代扣结果数据格式193.9 ##信息数据格式20附录A术语说明21A．2系统代码21附录B INI P LUS格式24B．1概述24B．2格式说明24B．3示例24附录C系统文件25C．1 本地信息文件25C．2 使用频度文件27附录D XBASE格式文件格式27D．1 支付结算文件28D．2 代发表文件28D．3 代扣表文件29附录E常用数据29E．1招行分行29E．2货币代码表29附录F C++源码示例30第一章概述1.1目的本文件描述了企业银行系统中定义的文件数据格式接口，该接口可用于企业银行系统与财务系统对接。
接口文件根据数据流向，可分为两大类，一类是由企业银行系统生成，需要导出到企业的财务系统中，如：对帐单、支付和集团支付查询结果、发工资查询结果、收方信息、受益人信息等；另一类是由企业财务系统生成，需要导入到企业银行系统，用于经办业务，如：成批支付结算文件、工资表、收方信息、受益人信息、成批信用证申请文件等。
根据接口文件是否采用了加密方式保存，也可以分为加密和非加密格式两大类。
通常加密格式的文件的后缀的第一个字符是“E〞。
1.2文件生成日期本文件于2003年2月28日制定，适用于企业银行系统4.0版与以后版本。
第二章文件结构2.1非加密格式非加密格式的文件为文本文件，包括描述信息和正文两局部。
详细内容可参照第三章“文件描述〞。
描述信息在文件的第一行，且以“#〞开始，各字段间用空格加分号分开，描述信息可以为空。
正文的每一行代表一个查询记录，用"\r\n"结尾。
招商银行直联系统开发的指南
1.4术语定义 ...........................................................................................................................52解决方案.............................................................................................................................. (6)2.1概述 ............................................................................................................................. (6)2.2功能 ............................................................................................................................. (7)2.3整体要求 ...........................................................................................................................82.3.1系统要求 (8)2.3.2技术要求 (8)2.3.3企业要求 (8)2.3.4网络要求 (8)2.4开发流程 ...........................................................................................................................92.4.1准备 (9)2.4.2开发 (10)2.4.3使用 (10)3前置机式.............................................................................................................................. . (11)3.1前置程序说明 (11)3.1.1概述 (11)3.1.2程序主界面说明 (11)3.1.3菜单功能说明 (12)3.1.4注意事项 (18)3.2通讯协议说明 (19)3.2.1概述 (19)3.2.2 HTTP/HTTPS 协议 (19)3.2.3 SOCKET 协议 (19)3.3 XML 报文格式 (19)3.3.1概述 (19)3.3.2格式三 (20)3.3.3格式一 (21)3.3.4格式二 (21)3.3.5说明 (22)3.4调用频率 .........................................................................................................................233.4.1说明 (23)3.5并发性能 .........................................................................................................................233.5.1说明 (23)4嵌入式.............................................................................................................................. .. (24)5版本说明.............................................................................................................................. . (24)5.1版本信息 .........................................................................................................................245.2升级建议 .........................................................................................................................275.3查看版本信息 (27)6资源下载.............................................................................................................................. . (28)6.1招商银行银企直连接口说明书(XML 格式三说明文档).............................................286.2人行电子票据银企直连接口说明书(XML 格式三) (28)6.3招商银行票据通银企直连接口说明书(XML 格式三) (28)6.4 XML 格式一和格式二报文说明文档 (28)6.5开发例源码 (29)6.6供应链金融银企直连接口说明书 (29)6.7招商银行嵌入式银企直联开发指南 (30)6.8网银互联（人行超级网银）直联接口说明书 .............................................................306.9国际业务直联接口说明书 (30)1系统简介1.1概述本开发指南对招商银行企业银行直联系统（以下简称本系统）进行详细地描述，通过该指南可以对本系统有个全面地了解，并可用于指导如何在该系统上进行二次开发，实现与企业财务/ERP/电子商务交易平台等系统（以下简称企业财务系统）平滑对接和有机融合。
客户交易结算资金监控系统数据接口规范
客户交易结算资金监控系统数据接口规范1.总则1.1定位本规范适用于结算公司、存管银行、结算银行向中国证监会报送《客户交易结算资金管理办法》中第九、二十条规定的数据。
本规范规定的数据内容和格式，要求在各机构与中国证监会数据往来时予以遵守，内部系统使用的数据内容和格式不受本规范的约束。
本规范根据业务的发展进行动态调整。
1.2适用范围本规范规定的数据格式适用于按照中国证券监督管理委员会令第三号《客户交易结算资金管理办法》中第九、二十条向中国证券监督管理委员会报送之数据。
1.3版本控制客户交易结算资金监控系统建设小组负责建立本规范的维护机制，保证本规范的完善和发展。
本规范向结算公司、存管银行、结算银行开放，各机构可以向小组提出增加数据的申请，小组决定是否进行修改。
对本规范进行修改后，即定义一个新的版本。
2.引用参考标准无3.术语定义报送单位—向中国证监会上报数据的结算公司、存管银行、结算银行。
被统计单位—结算公司、各证券公司及下属证券营业部。
统计日期—上报数据的统计日期。
其他—参见《客户交易结算资金管理办法》第三十七条释义。
4.基本要求4.1数据传输：数据传输为文本文件。
4.2 数据处理规则：（1）字符不区分大小写（2）数字左补零右对齐，字符右补空格左对齐（3)日期类型为YYYYMMDD（4）金额单位为元（5）行结束标志为回车换行。
4.3文件命名：文件命名规则为：类别码+“_”+报送单位代码+“_”+统计日期.TXT4.4 文件结构定义：文件结构包含文件头、数据字段说明和报送记录三个部分5.数据格式存管银行总部向机构部报送的数据格式 (类别码A)结算公司向机构部报送经纪资金、自营资金的数据格式（类别码B）结算银行向机构部报送结算公司的清算备付金和验资专户账面余额的数据格式（类别码C）存管、结算银行向证监会报备的帐号数据格式（类别码D）上报单位信息类别码E附录：机构编码方案机构编码方案为：A CCC D EEE（本说明为显示清晰在各代码间加空格，在实际代码中没有空格）其中，A为机构行业代码0 中国证监会、交易所、结算公司1 证券公司2 银行CCC为机构总部代码D为机构级别代码：0 内设机构1 分公司或证券公司营业部EEE为内设和分支机构顺序号机构代码说明：1、首批证券公司编号按拼音排序，新增公司依次编号；2、机构代码暂不含银行，待银行获得“《证券交易结算资金管理办法》实施细则”规定的业务资格后再定；3、机构代码暂不含证券公司营业部代码，待证券公司按照编码规则编制本公司下属营业部代码后再定。
银行接口的技术架构与功能介绍(ppt 71页)
升级方式： 对于向下兼容型的银行接口，升级时只需要更新银行接口API和接口实现
两个jar包即可。
22
银行接口升级
并行使用型： 随着客户业务的增加，银行需要不断提供新的功能供企业使用。但由于银
行的银企直联系统相当不稳定，银行考虑再三后，决定使用新的直联方式，新 的报文格式。在新的接口文档中添加常用功能和新的功能。同时会保留原有接 口使用模式，使两种接口类型并行运行。 使用的银行：
可以识别的XML报文格式，目前使用XML报文格式的银行有： 中行、工行、民生、北京银行、中信、招行、民生、光大、浦发
字符串格式： 按照银行文档中定义的每个字段长度进行字符串拼接，以确保银行可以正
确的截取每一个字段信息，使用的银行有： 建行、华夏、深发展
XML+字符串格式： 农行、交行
14
银行接口技术实现模式---特殊处理
翻译后的指令状态字典： 1:成功、2:失败、3:处理中、4:未知 5.一段时间内为未知，超过设定时间，则设为失败
17
银行接口数据处理流程
开始
数据校验
数据组包
参数异常
组包异常
传输异常
银行返回异常
结束
构造结果对象
发送数据 接收数据 解析数据
18
数据发送及接Leabharlann 流程银行公网/专线
企业端
银行安全服务器
HTTPS Internet HTTPS 企业安全服务器
21
银行接口升级
由于银行系统升级，需要对银行接口同步进行升级
接口升级特点：向下兼容、并行使用、弃前用新
向下兼容型： 随着客户业务的增加，银行需要不断提供新的功能供企业使用但在提供直
联的接口时，对于常用的功能也不会进行改造，只是在原有的接口功能中添加 新的功能。
第三方与上海招商银行业务接口 - 整理
1．电子产品券-(大杯焦糖玛奇朵电子券)-顾客在点单前出示电子券
屏幕
2．电子产品券-(大杯焦糖玛奇朵电子券)-顾客在付款前出示电子券
屏幕
4．返回二维码信息，点击[确定]以确认使用电子券
5．屏幕上显示二维码支付[SSTRedeem4]34元
6．将先前点选的大杯焦糖玛奇朵LineVoid ，并以[现金]结账关单
3．电子代金券（100元面额，一次性使用）
屏幕
4. 根据提示扫描电子代金券二维码
5．返回二维码信息，点击[OK]以关闭弹出信息
6．根据右上角的信息提示，通过点击以下按键以确认是否使用该电子代金券
7．因为电子代金券面额小于购买产品总金额，系统提示是否使用该电子代金券进行部分付款，通过点击以下按键确认是否部分付款
8．账单区显示电子代金券支付了100元
注意：一次性电子代金券不找零，因此如果购买产品总价低于电子代金券面额，付款金额只记录实际购买产品的金额
9．使用其他支付方式完成余额付款，关单。
国库银行30接口操作说明
国库银行接口帮助系统参数说明1、国库代码: 国库银行接口中各个单据的必导项，一个地区国库代码唯一。
2、国库简码：由于一个地区国库银行可能接收不同财政局接口数据，造成不同财政局导出的接口文件文件名相同，所以在导出文件名称中加入国库简码区别，简码在文件名中的位置由‘国库简码位置后置’控制。
3、摘要代码：划款凭证导出项，可为空，一般不用设置。
4、启用国库银行接口：不启用时屏蔽所有国库行接口菜单。
5、国库简码位置后置：国库简码在导出文件名中的位置，前置时国库简码放在日期后，后置时国库简码放在序号后。
6、只有划款凭证保存后才可以预览打印：控制划款凭证预览打印条件。
7、划款凭证导出前需要核对:控制划款凭证导出前的核对条件。
8、划款凭证核对需要经办人：9、划款凭证编号手工录入：划款凭证编号按照自动编号或者手工编号10、授权支付汇总清算通知单一人核对: 授权额度通知单核对控制。
11、授权额度通知单不用核对就可导出: 授权额度通知单导出是否需要核对控制。
12、授权额度每天导出文件中单据编号不能重复：授权额度文件‘凭证编号’导出项中将加入单位代码，防止凭证编号出现重复。
（单据编号前缀+汇总清单编号4位+单位代码）。
13、直接支付汇总清算单导出前需要核对：14、直接支付汇总清算通知单一人核对：直接支付汇总清算通知单核对控制。
15、直接支付汇总清算单导出收款人帐号:直接支付汇总清算单导出收款人帐号16、人行接口导出经济科目（收支分类改革增加）:导出单据中，功能分类代码后是否导出经济科目代码。
17、导出经济科目不显示（收支分类改革增加）：按照3.0接口标准国库银行增加了经济科目导入项,但有些地市国库银行不接收经济科目信息，该情况下经济科目导出空值。
18、导出序号4位长度：按照3.0标准导出文件中的序号长度为4位，保证每天导出单据没有重复文件名。
授权额度通知单导出授权额度通知单导出地方差异化很大，导出方式复杂，涉及的参数和特定设置较多。
招行面向互联网商户接口开发指南 - 有密支付
内部资料注意保密招行面向互联网商户接口开发指南目录招行面向互联网商户接口开发指南 (1)一、指南说明 (5)1.阅读对象 (5)2.版本说明 (5)二、术语 (5)1.支付模式 (5)2.名词解释 (5)三、一网通支付申请流程 (6)1.开户流程 (6)2.一网通支付业务开户所需资料 (6)四、接口规则 (6)1.协议规则 (7)2.参数规定 (7)3.安全规范 (9)五、一网通支付（主动） (9)1.场景介绍 (9)2.业务流程及开发步骤—支付步骤 (15)六、API列表 (16)1.签约功能 (16)2.主动支付接口功能 (21)3.签约结果回调功能 (29)4.解约功能 (29)5.主动支付退款功能 (29)6.密码键盘SDK功能 (33)7.程序定单管理功能 (38)七、联系人员 (41)一、指南说明1.阅读对象本文适用于互联网商户系统(如交通出行平台、在线购物平台、自动化智能收银系统或其他)集成招商银行一网通支付涉及的技术架构师，研发工程师，测试工程师，系统运维工程师。
2.版本说明1.2016.1.19新增此接口开发指南。
二、术语1.支付模式商户APP在应用内调用招行H5页面完成一网通支付。
2.名词解释一网通支付：是招行银行全新推出的移动端无卡支付工具，支持用户在商户的移动客户端内进行多银行卡支付（12家银行储蓄卡，10家银行信用卡），流程便捷，实时到账。
密码键盘SDK：招行自主开发的基于Android和iOS平台的安全输入键盘，集成在商户APP中，配合招行一网通支付使用，保护用户的密码安全。
三、一网通支付申请流程1.开户流程1、电子支付特约商户结算账户开户支行或分行零售银行部负责商户的资料收集、受理、验证并向分行零售银行部提交商户接入申请，分行零售银行部队电子支付特约商户进行市场调查，并验证相关证件，由分行零售银行部初步评估后，协助商户填报《电子渠道特约商户开户审批表》、《招商银行一网通支付业务合作协议书》（见附件），报分行零售银行部审批；2、分行零售银行部按照一网通支付商户建设流程进行商户开户申请；3、需要提供8位的企业网银编号；4、按照总行相关流程申请中间业务平台商户号、开通协议支付、明确是否需要支持退款。
招商银行吴颖：招行大数据应用经验分享
招商银行吴颖：招行大数据应用经验分享该文为招商银行信息技术部数据仓库开发团队负责人吴颖在第六届中国（深圳）金融信息服务发展论坛银行保险业分论坛上的发言。
很高兴今天能够有机会,跟大家分享招商银行在大数据应用体系建设方面的一些思考与实践。
我们今天的分享会围绕着大数据技术应用这样一个主题，谈一谈招商银行在当今时代背景下面所面临的挑战，我们对此的一些思考和实践，以及我们对未来的展望。
互联网特别是移动互联网对银行的冲击，我想大家都是深有体会的。
以招商银行为例，今天我们手机银行的登录次数已经是我们网点访问量的10倍，是我们网上银行专业版的2 倍，同时这个数字仍以每个月10%的速度持续增长。
移动互联网的流量竞争和经营，我们认为会是未来竞争的一个主战场。
最近招商银行发布的手机银行3.0版，它的整个设计思路与以前的版本有了非常大的变化。
我们做这样一个变化的目的，实际上就是通过打造极简金融、极致体验去抢占移动互联网的制高点。
从表面上看，手机银行和移动互联网，它们是银行与客户在交互渠道上面的一个革新，但是我想更为本质的，应该是数据驱动对银行服务的一种颠覆。
这里有一组企业对大数据的投资意愿及大数据领域相关市场增长率预测的数字。
它进一步可以佐证大数据的火热程度以及它受关注的程度。
我想跟两年前相比，现在已经很少会有人再去质疑大数据在影响未来人类生活方面的巨大作用。
从前面的介绍中我们可以看到，互联网和移动互联网给银行业带来的变革需求。
互联网思维正在影响我们整个社会的方方面面，包括像普惠、开放、极致体验等一些概念，已经对传统银行业提出了巨大的挑战。
我想，既然这个挑战已经不可避免，作为其中一个主要的数据拥有者——银行，我们是不是可以直面挑战、抓住机遇、争取逆袭？我想，这是需要我们思考的。
大数据应用体系的建设，它包含了技术上和管理上的一系列措施和政策，是一个系统性的工程。
尽管大数据的热度很高，但是在具体的实践上面，我们还是需要避免出现头脑发热、一哄而上的情况，需要我们能够有理性的分析，以一个全局性的视角去思考，正视过去、立足现在、放眼未来。
招商银行银企直连开发指南4.3.1
1 系统简介...................................................................................................................................5 1.1 概述...............................................................................................................................5 1.2 背景...............................................................................................................................5 1.2.1 前置机式直联（推荐）：...............................................................................5 1.2.2 嵌入式直联：...................................................................................................5 1.3 阅读对象.......................................................................................................................6 1.4 术语定义.......................................................................................................................6
银行接口协议
银行接口协议协议名称：银行接口协议一、协议目的本协议旨在规定银行与合作伙伴之间的接口通信规范，确保双方在业务合作中的数据交换和信息传递的准确性、安全性和一致性。
二、背景随着信息技术的不断发展，银行业务与合作伙伴之间的数据交换变得越来越频繁。
为了提高业务处理的效率和准确性，确保数据的完整性和安全性，银行与合作伙伴需要建立统一的接口协议。
三、协议内容1. 接口定义银行与合作伙伴共同确定的接口定义，包括接口名称、接口功能、接口参数、接口数据格式等。
2. 数据交换方式（1）数据传输协议：双方约定使用的数据传输协议，如HTTP、HTTPS、FTP 等。
（2）数据加密方式：双方约定的数据加密方式，如SSL/TLS等。
（3）数据传输格式：双方约定的数据传输格式，如XML、JSON等。
3. 接口权限管理（1）身份验证：合作伙伴需要提供有效的身份验证信息，以获取接口访问权限。
（2）访问控制：银行将根据合作伙伴的权限设置，限制其对接口的访问权限。
（3）访问日志：银行将记录合作伙伴对接口的访问日志，用于追踪和监控接口使用情况。
4. 数据交换规范（1）数据格式：银行与合作伙伴约定的数据交换格式，包括数据字段、数据类型、数据长度等。
（2）数据校验：双方约定的数据校验规则，确保数据的准确性和完整性。
（3）数据编码：双方约定的数据编码方式，如UTF-8、GBK等。
5. 异常处理（1）错误码定义：银行与合作伙伴共同定义的错误码及其含义，用于标识数据交换过程中的异常情况。
（2）异常处理流程：双方约定的异常处理流程，包括异常通知、异常处理时限等。
6. 安全保障（1）数据加密：双方约定的数据加密方式，确保数据在传输和存储过程中的安全性。
（2）访问控制：银行将采取合适的措施，限制非授权访问接口的行为。
（3）安全审计：银行将定期对接口使用情况进行安全审计，发现问题及时处理。
7. 接口版本管理银行与合作伙伴将共同维护接口版本管理，确保双方在业务升级过程中的兼容性和稳定性。
银行卡核验类接口有哪些？
银行卡核验类接口有哪些？银行卡核验主要是对银行卡的信息真伪进行核验，如姓名、身份证号、银行卡号、银行预留手机号、银行账户类型等信息进行核验，广泛的应用于银行、金融、电商、证券等行业。
下面，小编简要的介绍下目前市场主流的银行卡核验接口，希望对大家有所帮助。
常用的银行卡核验类接口1.银行卡二要素验证入参：姓名、银行卡号结果返回：一致或不一致2.银行卡三要素验证入参：姓名、身份证号、银行卡号结果返回：一致或不一致3.银行卡四要素验证入参：姓名、手机号、身份证号、银行卡号结果返回：一致或不一致4.银行卡三要素精确验证入参：姓名、身份证号、银行卡号结果返回：一致或不一致，如果不一致，会返回具体哪个不一致的具体信息，示例：手机号不匹配、非本人手机号等信息5.银行卡四要素精确验证入参：姓名、手机号、身份证号、银行卡号结果返回：一致或不一致，如果不一致，会返回具体哪个不一致的具体信息，示例：手机号不匹配、非本人手机号等信息6.银行卡类型及真伪查询入参：银行卡号结果返回：银行归属、卡类型(如：借记卡、贷记卡、准贷记卡等;注贷记卡即为信用卡)、银行客服电话、银行logo、银行卡种类。
7.银行卡账户类型验证入参：姓名、手机号、身份证号、银行卡号结果返回：银行卡名称、评分(账户类型以分数的格式输出，格式：AB.CD，其中ABC随机生成，D作为核验位)。
D=0(暂不支持银行卡);D=1(疑似Ⅰ类银行账户);D=2(Ⅱ类银行账户);D=3(Ⅲ类银行账户);D=4(Ⅱ类或Ⅲ类银行账户);D=5(贷记卡);D=6(非电子账户);D=7(未知账户类型);当TYPE=0、5、7 时不收费以上就是关于银行卡核验常用的相关接口介绍，其中入参的手机号是指用户办卡时在银行预留的手机号，此外，银行卡账户类型验证较为特殊，多数是银行接入使用，如通过核验一类户直接开二类或三类户，简化开户流程，方便用户开户办理投资理财业务。
网上银行系统商户API查询接口手册V1[1].1
![网上银行系统商户API查询接口手册V1[1].1](https://img.taocdn.com/s3/m/1330a60852ea551810a68730.png)
中国工商银行网上银行系统——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编码的。
深圳市场股票质押式回购交易业务结算数据接口说明
（质押业务编号）
11
22345678 000101 000002 00000000 2（深交所）
00（冻结序 质押专用托
1
号）
管单元
11
87654321 000100 000002 00000000 1（柜台或
00
1
BPM）
1000 2000
01| |000100201306 01123456(初始 合同序 号)|000100201 30602123456( 补充质押合同序 号) |J123456789 （质押业务编号）
SJSJG. Z8
(资金)
SJSJG. Z7
(股份变更）
SJSFW. 11
(质押存量 明细)
购回交易的交收结果
融资席位购回资金减少(Z8)，股份增加(Z7)，红利 解除质押资金增加(Z7)
出资席位购回资金增加(Z8) 质押席位股份解冻(7B) 、股份减少(Z7)
购回交易的交收结果（SJSJG.Z8）
深圳市场股票质押式回购交易业务结算数据接口说明提纲对比对比新业务与现有质押业务的比较与其他业务的协调处理接口接口按业务办理流程对结算数据接口安排进行说明注意注意新业务不现有质押业务的比较质押业务的三个办理渠道质押业务处理及登记质押业务处理及登记结算公司柜台深交所结算公司指定代理券商对比内容交易柜台进程业务受理券商结算公司结算公司指定代理券商办理方式交易所交易指令结算公司柜台受理结算公司网站投资人登记业务电子平台经手费初始交易交易所收交易经手费质押登记费办理质押收质押登记费丐标准一致解除质押均不收费有限制券商自营集合资管计划定向资管客户无限制无限制对比内容交易柜台进程部分解除质补充质押有与初始交易合并管理无作为新的质押业务办理无作为新的质押业务办理资金划付场内划付t0到账场外划付场外划付合同管理以初始交易的委托序号作为合同唯一标示以质押业务编号作为合同唯一标以bpm业务编号作为合同唯一标示四个席位一个名称与用报盘交易单元用于指令申报证券账户表明质权人出资席位与用质押单元交易及托管单元用于质押登记及处置券商质押业务管理人托管单位产品自营备付金账户自营账户股份质押冻结资金划付在质押单元迚行远约处置交易资金保留在自营备付金资产管理子公司全称资产管理子公司全称股份解押解冻客户备付金账户定向资管融入方借钱方证券账户融资席位客户结算备付金质押合同管理标的2标的3标的4标的1初始交易合同序号质押业务编号冻结序号补充质押合同序号冻结序号提纲对比对比新业务与现有质押业务的比较与其他业务的协调处理接口接口按业务办理流程对结算数据接口安排进行说明注意注意结算数据接口说明事前查询sjsfwdbf业务类别11包含限售股和流通股以fwzysm的前两位表示股份性质包含所有登记在结算公司的质押及冻结的情况以fwmrje区分冻结类型包括质押冻结司法冻结活冻及其他冻结
银行接口协议
银行接口协议协议名称：银行接口协议1. 引言本协议旨在规范银行与合作伙伴之间的接口交互方式和数据传输规则，确保双方在信息交换过程中的安全性、准确性和可靠性。
本协议适用于所有涉及银行接口的合作伙伴，包括但不限于第三方支付平台、金融科技公司等。
2. 定义2.1 银行：指在法律允许的范围内，经批准设立并具备存款、贷款、支付结算等金融业务资质的机构。
2.2 合作伙伴：指与银行签订合作协议并享有使用银行接口的权限的法人或个人。
2.3 接口：指银行提供给合作伙伴的数据传输通道，包括但不限于应用程序接口（API）、网络接口等。
2.4 数据传输：指在接口通道上进行的信息交换过程，包括请求数据的发送和接收响应数据的过程。
3. 接口规范3.1 接口认证合作伙伴在使用银行接口前，必须通过认证流程获得相应的接口访问权限。
认证流程包括但不限于提供合作伙伴身份证明、技术能力验证等。
银行将根据认证结果决定是否授权合作伙伴使用接口。
3.2 接口版本银行将不定期更新接口版本，合作伙伴需及时升级接口版本以保持与银行接口的兼容性。
银行将提前通知合作伙伴接口版本更新的时间和内容，并提供相应的技术支持。
3.3 接口使用合作伙伴在使用银行接口时，应遵守以下规定：3.3.1 合法合规：合作伙伴在使用银行接口时，必须遵守相关法律法规和监管要求，不得从事任何非法、违规或损害银行利益的行为。
3.3.2 安全保护：合作伙伴应采取必要的技术和组织措施，确保接口使用过程中的数据安全和隐私保护。
3.3.3 数据准确性：合作伙伴发送给银行的数据必须真实、准确、完整，不得包含虚假信息或误导性内容。
3.3.4 限制条件：银行可能对接口使用进行一定的限制，包括但不限于每日请求次数、单次请求数据量等。
合作伙伴需遵守这些限制条件，并不得以任何方式规避或破坏这些限制。
3.4 接口权限银行将根据合作伙伴的业务需求和风险评估结果，分配相应的接口权限。
合作伙伴仅可使用被授权的接口权限，不得超越或滥用权限范围。
银联手机支付商户服务器接口说明文档
商户服务器接口说明文档2012年7月9日签名定义➢生成签名◆定义：商户端用银联分配的商户数字证书对交易信息的签名，防止交易被篡改加密函数：BASE64(RSA(MD5(SRC),privatekey))◆参照：代码中SignBy.java中的createSign方法。
（方法参数:签名原串SRC、密码、私钥假名、私钥路径。
）订单支付接口（必备）◆定义：由“订单提交”和“订单支付”两部分组成。
➢提交订单◆定义:本接口用于商户服务器向前置服务器提交订单详情。
◆功能：服务器将指定报文及标准数据提交至前置服务器进行验签，验签成功后，前置会返回相关数据，提示操作成功。
其中签名原串为：➢订单验证：◆定义：本接口用于商户客户端和插件进行数据验证操作。
◆功能：商户客户端，在接收到商户服务器传来的标准xml后，用其按照指定方式调起插件，插件通过相关数据验证，对其xml进行数据验证操作。
其中，签名原串为：订单查询接口（必备）◆定义：用于插件根据商户号、订单号、交易时间等信息，或使用CUPS流水号来查询商户订单详细处理信息◆功能：用于商户对订单信息进行查询和验证✧商户向银联平台发起的请求报文如下银联在线支付平台返回给商户的响应报文如下订单退货接口（可选）◆定义：已提交成功的订单，采取的人为退订的一个过程◆功能：给与商户对商品提供退货的的功能，通过如下报文6节点签名传给服务器，最后由银联支付平台返回结果通知（0000成功，其他表示失败）◆注意：1.新商户订单号是指就是新生成的商户订单号，而不是原来的订单号，原交易流水号是指交易结果通知中的交易流水号✧商户发送到服务器的请求报文如下✧银联手机在线支付平台返给商户的响应报文如下订单撤销接口（可选）◆定义：已提交的订单产品采取撤销的操作,24小时内可以撤销订单有效,超时无效◆功能：实现已订产品的撤销操作◆注意：1.新商户订单号是指就是新生成的商户订单号，而不是原来的订单号，原交易流水号是指交易结果通知中的交易流水号✧商户发送到服务器的请求报文如下银联手机在线支付平台返给商户的响应报文如下。
接口文档说明示例
支付网关说明文档by:Q294500001目录##联盟支付网关说明文档........................................................................ 错误!未定义书签。
目录 .. (1)第一章文档描述.............................................................................................. 错误!未定义书签。
1、文档说明 (1)2、阅读对象 (1)第二章系统原理 (2)1、术语定义 (2)2、消费流程 (2)3、查询流程 (2)4、系统加密 (2)第三章网银接口定义 (3)1、同步过程接口定义（商户系统发起请求） (3)2、下行异步通知过程接口定义（##联盟接口发起请求） (5)3、下行同步通知过程接口定义（##联盟接口发起请求） (7)第四章查询流程接口定义 (8)第五章订单外部查询独立网址...................................................................... 错误!未定义书签。
附录1：##联盟支付网关银行类型说明. (9)第一章文档描述1、文档说明本说明文档用于指导##联盟商户实现与##联盟网银接口的顺利对接。
请相关技术人员详细阅读本文档。
2、阅读对象商户开发人员。
第二章系统原理1、术语定义商户：指已独立拥有在线销售系统，并成为##联盟网银接口系统会员，且已使用或者将使用##联盟网银接口实现收付费或其他相关功能需求的企业或者个人。
外部接入接口：指##联盟通过统一的方式接受外部请求的接口。
商户系统：指使用##联盟外部接入接口的计算机系统，一般指商户所拥有的在线销售系统。
用户：指在商户系统内进行消费的企业或者个人。
商户ID：指##联盟为使用外部接入接口的商户统一分配的唯一标识。
银行接口表结构说明文档解析
银行接口表结构说明书修订历史状态标识：C – Created A - Added M - Modified D - Deleted1. 协议类表1.1 表名BANK_*_AGREEMENT（*代表不同的银行渠道）1.2 用途记录投资者和各银行渠道的签约信息，便于托收支付等操作检查。
1.3 字段例如BANK_ABC_AGREEMENT表即为农行签约协议表1.4 说明各家银行渠道的协议表结构大体相同，一般都会记录（证件类型、证件号码、投资者姓名、银行卡号、签约标识）关键字段，其他差异字段因银行渠道的个体化差异而不同。
2. 转换关系类表2.1 证件类型关系表2.1. 1 表名BANK_CERTTYPE2.1.2 用途关联本地证件类型和银行证件类型的对应关系，便于生成报文参数时转换。
2.1.3 字段2.1.4 说明由于各家银行渠道的证件类型都有差异，所以发送报文给银行时必须发送银行接受的证件类型，这时候就需要我们做一个证件类型的转换动作。
这种转换是双向的。
2.2 业务类型关系表2.2.1 表名BANK_BUSI_FUNCTION关联本地业务类型和银行业务类型的对应关系，便于生成报文参数时转换。
2.2.3 字段2.2.4 说明由于各家银行渠道的业务类型都有差异，所以发送报文给银行时必须发送银行接受的业务类型，这时候就需要我们做一个业务类型的转换动作。
这种转换是双向的。
2.3 基金类型关系表2.3.1 表名BANK_FUNDTYPE关联本地基金类型和银行基金类型的对应关系，便于生成报文参数时转换。
2.3.3 字段2.3.4 说明由于各家银行渠道的基金类型都有差异，所以发送报文给银行时必须发送银行接受的基金类型，这时候就需要我们做一个基金类型的转换动作。
这种转换是双向的。
3. 参数配置表5.1 表名BANK_COMMON_CONFIG5.2 用途基本参数配置表，存放各银行基本的参数配置，与system-config.properties灵活搭配。
招商银行银企直连开发指南210
招商银行直联系统开发指南2.1修订记录招商银行直联系统开发指南错误!未指定书签。
1系统简介错误!未指定书签。
1.1概述错误!未指定书签。
1.2背景错误!未指定书签。
1.2.1前置机式直联（推荐）：错误!未指定书签。
1.2.2嵌入式直联：错误!未指定书签。
1.3阅读对象错误!未指定书签。
1.4术语定义错误!未指定书签。
2解决方案错误!未指定书签。
2.1概述错误!未指定书签。
2.2功能错误!未指定书签。
2.3整体要求错误!未指定书签。
2.3.1系统要求错误!未指定书签。
2.3.2技术要求错误!未指定书签。
2.3.3企业要求错误!未指定书签。
2.4开发流程错误!未指定书签。
2.4.1准备错误!未指定书签。
2.4.2开发错误!未指定书签。
2.4.3使用错误!未指定书签。
3前置机式错误!未指定书签。
3.1前置程序说明错误!未指定书签。
3.1.1概述错误!未指定书签。
3.1.2程序主界面说明错误!未指定书签。
3.1.3菜单功能说明错误!未指定书签。
3.1.4注意事项错误!未指定书签。
3.2通讯协议说明错误!未指定书签。
3.2.1概述错误!未指定书签。
3.2.2协议错误!未指定书签。
3.2.3协议错误!未指定书签。
3.3报文格式错误!未指定书签。
3.3.1概述错误!未指定书签。
3.3.2格式三错误!未指定书签。
3.3.3格式一错误!未指定书签。
3.3.4格式二错误!未指定书签。
3.3.5说明错误!未指定书签。
3.4调用频率错误!未指定书签。
3.4.1说明错误!未指定书签。
3.5并发性能错误!未指定书签。
3.5.1说明错误!未指定书签。
4嵌入式错误!未指定书签。
5版本说明错误!未指定书签。
5.1版本信息错误!未指定书签。
5.2升级建议错误!未指定书签。
5.3查看版本信息错误!未指定书签。
6资源下载错误!未指定书签。
6.1招商银行银企直连接口说明书(格式三说明文档)错误!未指定书签。
6.2人行电子票据银企直连接口说明书(格式三)错误!未指定书签。
招商银行网上支付系统使用方法和接口规定
招商银行网上支付系统使用方法和接口规定招商银行总行电脑部1. 概述 (2)2. 安全控制 (2)3. 网上支付方式 (2)3.1. 网上支付方式1 (3)3.2. 网上支付方式2 (4)3.3. 网上支付方式3 (7)4. 网上捐款过程及与慈善机构系统连接方法 (10)4.1. 捐款 (10)4.2. 查询光荣榜 (11)5. 商户查询和结帐 (11)5.1. 商户查询 (11)5.2. 商户结帐 (12)5.2.1. 手工方式结帐 (13)5.2.2. 直联方式结帐 (13)附录1 直联接口说明 (14)附录2 直联接口使用例子 (18)附录3 检查银行通知信息的真实性 (22)121. 1. 概述概述概述招商银行网上支付主要用于解决网上交易的付费问题。
招商银行网上支付系统定义了一个和商户系统的开放接口，商户系统通过这一接口就可以和招商银行网上支付系统联通，完成网上交易的资金结算。
招商银行网上支付系统对商户系统没有任何附加要求。
网上捐款是网上支付的一个特例。
在招商银行网上支付系统里附设了一个网上捐款中心。
招商银行网上捐款中心为全国各慈善机构服务。
通过和招商银行网上捐款中心连接，各慈善机构可以从互联网上募集善款。
招商银行网上捐款中心为各慈善机构开辟了一个和捐款者面对面的崭新的募集善款渠道，募集范围遍及全国，避免了通过各级机构层层募集带来的诸多问题，并且能够节省大量人力物力。
2. 2. 安全控制安全控制安全控制网上交易的传输安全控制手段采用SSL(Secure Socket Layer)，SSL 是一种被广泛使用的INTERNET 传输加密标准。
银行端的WEB SERVER 将安装一个证书(Certificate)，客户端的浏览器发送CGI 请求时使用https 协议。
所有用https 发送的请求以及Web Server 返回的结果都会自动使用SSL 加密。
为使用招商银行网上支付系统，用户需要到银行的网点在储蓄一卡通内开设一个网上交易专户，同时设立一个网上交易密码。
包商接口数据说明 (2)
包商银行资金交易管理系统
数据接口字段说明
文档编号：CTBSVIEWBSB 20111227 项目名称：包商银行后台视图编撰：沈维隽编撰日期：20111229
审核：审核日期：
文档修订记录
数据要求说明
一、现券交易业务
要求每日提供系统最新日终日全量数据（交易信息包含历史数据）。
数据时点为当前系统最新日终日。
1.市场信息
2.交易信息
3.账务信息
4.债券基本信息
二、拆借回购业务
要求每日提供系统最新日终日全量数据（交易信息包含历史数据）。
数据时点为当前系统最新日终日。
1.拆借、回购数据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
招商银行数据接口说明第一章概述------------------------------------------------------- 3 1.1目的--------------------------------------------------------- 3 1.2文件生成日期------------------------------------------------- 3第二章文件结构--------------------------------------------------- 4 2.1非加密格式--------------------------------------------------- 4 2.1加密格式----------------------------------------------------- 4第三章文件描述--------------------------------------------------- 5 3.1 对帐单接口数据格式------------------------------------------ 5 3.2 支付结算接口数据格式---------------------------------------- 9 3.3 支付结算查询结果数据格式----------------------------------- 11 3.4 收方信息接口数据格式--------------------------------------- 14 3.5 代发接口数据格式------------------------------------------- 16 3.6 代发结果数据格式------------------------------------------- 17 3.7 代扣接口数据格式------------------------------------------- 18 3.8 代扣结果数据格式------------------------------------------- 19 3.9 信息数据格式----------------------------------------------- 22附录A术语说明--------------------------------------------------- 23 A．2系统代码--------------------------------------------------- 23附录B INI P LUS格式------------------------------------------------ 26 B．1概述------------------------------------------------------- 26 B．2格式说明--------------------------------------------------- 26 B．3示例------------------------------------------------------- 26附录C系统文件--------------------------------------------------- 27 C．1 本地信息文件---------------------------------------------- 27 C．2 使用频度文件---------------------------------------------- 28附录D XBASE格式文件格式------------------------------------------ 30 D．1 支付结算文件---------------------------------------------- 30D．2 代发表文件------------------------------------------------ 30 D．3 代扣表文件------------------------------------------------ 31附录E常用数据--------------------------------------------------- 32 E．1招行分行--------------------------------------------------- 32 E．2货币代码表------------------------------------------------- 32附录F C++源码示例------------------------------------------------ 33第一章概述1.1目的本文件描述了企业银行系统中定义的文件数据格式接口，该接口可用于企业银行系统与财务系统对接。
接口文件根据数据流向，可分为两大类，一类是由企业银行系统生成，需要导出到企业的财务系统中，如：对帐单、支付和集团支付查询结果、发工资查询结果、收方信息、受益人信息等；另一类是由企业财务系统生成，需要导入到企业银行系统，用于经办业务，如：成批支付结算文件、工资表、收方信息、受益人信息、成批信用证申请文件等。
根据接口文件是否采用了加密方式保存，也可以分为加密和非加密格式两大类。
通常加密格式的文件的后缀的第一个字符是“E”。
1.2文件生成日期本文件于2003年2月28日制定，适用于企业银行系统4.0版及以后版本。
2.1非加密格式非加密格式的文件为文本文件，包括描述信息和正文两部分。
详细容可参照第三章“文件描述”。
描述信息在文件的第一行，且以“#”开始，各字段间用空格加分号分开，描述信息可以为空。
正文的每一行代表一个查询记录，用"\r\n"结尾。
每一个记录之间的各个元素之间用空格加分号分开，如果对应的元素没有任何容，就不填写。
2.1加密格式加密格式的文件是一个二进制文件，包括文件头和加密数据块两部分。
文件头包括标识、版本、描述块长度和描述块。
加密数据块经解密后格式同非加密格式的文件，加密算法由招商银行定义。
文件头在加密文件的开头，之后是加密数据块。
现对文件头详细说明如下：字节0~6为标识（”CMBDATA”）。
字节7~8为版本号（字节7为主版本号，字节8为副版本号，本文件定义的格式为“2.0”）。
字节9~10为描述块的长度，整型。
描述块由多个描述字段组成，每个字段包括字段名（4个字节）、字段长度(1个字节)和字段容。
字段名以“#”号开头的为招行保留，对于由企业财务系统生成的加密格式文件可由企业财务系统自定义。
如：“＃CKC”表示校验码，长度为4字节。
本单描述了企业银行系统中与用户相关的数据文件格式，分为加密和非加密格式两大类，由于加密格式的加密数据块经解密后格式同非加密格式的文件，因此，以下只对非加密文件的格式进行详细说明。
非加密格式文件由描述块和数据块两部分组成。
描述块记录了数据文件的相关信息，如接口版本等。
数据块记录了业务信息。
描述块为文件的第一行，如果第一行以“#”开始，这一行记录了描述信息，描述块可以为空。
描述块由多个字段组成，各字段间用“_ ;”(空格加分号,_表示空格，以下同)分开，每个字段的格式为：字段名=数值。
数据块由多条记录组成，每一行表示一条记录，以“\r\n”结尾（注：“\r\n”是指回车符和换行符）。
每条记录由多个字段组成，各字段间用“_ ;” (空格加分号)分开，每个字段的格式为：字段名=数值。
在以下的格式说明中，如果未指明某个字段允许为空，则该字段不能为空。
3.1 对帐单接口数据格式对帐单文件用于企业对帐，系统可以将当天交易和历史交易的帐务数据用对帐单文件格式保存下来。
文件格式和含义如下：●对帐单文件的文件名格式如下：“”+“-”+“开始日期（yymmdd）”+“-”+“结束日期（yymmdd）”+“.”+“后缀”。
用非加密方式保存的帐务文件是一个文本文件，后缀是“ACT”；用加密方式保存的帐务文件是一个二进制文件，后缀是“EACT”。
如：01-000808-000810.act是一个保存了01在2000-08-08到2000-08-10期间发生的交易的对帐单文件；01-000808-000810.eact则是一个加密的对帐单文件。
●加密的对帐单文件经解密后格式同非加密的对帐单文件。
以下介绍非加密对帐单文件格式。
●如果第一行以“#”开始，这一行记录了对帐单描述信息，各字段间用“_ ;”(空格加分号)分开。
格式如下：BANKCODE=银行码（固定为“5456”，表示招商银行）；VERSION=接口版本（本文件定义的格式的版本为“2.0”）；TYPE=文件类型（最长10位字符，如：“ACCOUNT”表示对帐单）；ACCOUNT=银行（11位或13位字符串）；CURRENCY=币种（最长10位字符串，如：人民币、港币或美元等）；MAKEDATE=对帐单生成日期（8位日期格式，yyyymmdd）；OPERATOR=经办人用户名(最长20位字符串)；SUMDEBIT=累计借金额（整数部分最多13位，小数2位）；TOTALDEBIT=累计借总笔数（最长5位数字）；SUMCREDIT=累计贷金额（整数部分最多11位，小数2位）；TOTALCREDIT=累计贷总笔数（最长5位数字）；BEGINBALANCE=对帐单期初余额（整数部分最多11位，小数2位）；BALANCE-对帐单余额（整数部分最多13位，小数2位）；BEGINDATE=查询开始日期（8位日期格式，yyyymmdd）；ENDDATE=查询结束日期（8位日期格式，yyyymmdd）。
由企业银行生成的对帐单文件，描述行的所有字段均不为空。
●正文的每一行代表一条对帐单查询记录，用"\r\n"结尾。
每一条记录的各个字段之间用“_ ;” (空格加分号)分开，如果对应的字段没有任何容，就不填写。
●用企业银行做的交易会有业务参考号，没有票据号，在柜台或其它地方生成的交易有票据号或其它的唯一标识，都统一称为业务参考号●一行中各元素格式如下：ETYDAT=交易日；ETYTIM=交易时间；VLTDAT=起息日；TRSCOD=交易类型；NARYUR=摘要；TRSAMTD=借方金额；TRSAMTC=贷方金额；TRSBLV=余额；REFNBR=流水号；REQNBR=流程实例号；BUSNAM=业务名称；NUSAGE=用途；YURREF=业务参考号；BUSNAR=业务摘要；OTRNAR=其它摘要；C_RPYBBK=收/付方开户地区；RPYNAM=收/付方名称；RPYACC=收/付方；RPYBBN=收/付方开户行行号；RPYBNK=收/付方开户行名；RPYADR=收/付方开户行地址；C_GSBBBK=母/子公司开户地区；GSBACC=母/子公司；GSBNAM=母/子公司名称；INFFLG=信息标志。