支付宝网银业务管理及管理知识规范10748.docx

《支付宝网银业务管理及管理知识规范10748.docx》由会员分享，可在线阅读，更多相关《支付宝网银业务管理及管理知识规范10748.docx（48页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、支付宝网网银接入入业务规范范副标题：网银接接入标准准版本0.3修订历史史版本号作者内容提要要核准人发布日期期1.0.1葛乔初稿20100-2-261.0.2王增贤初稿20100-2-281.0.3葛乔增加明细细查询业业务完善余额额查询条条件完善结算算标准20100-3-9目 录1文档概概述41.1目目标读者者41.2版版本规范范42交互模模式42.1同同步交互互模式442.2异异步交互互模式552.3文文件上传传模式663网银业业务73.1支支付业务务73.1.1业务务功能883.1.2业务务规则883.1.3处理流流程93.1.4交互互模式1103.1.5业务务要素1113.2交交易查询询1

2、23.2.1业务务功能1123.2.2业务务规则1123.2.3处理理流程一一三3.2.4交互互模式一一三3.2.5业务务要素1143.3余余额查询询一五3.3.1业务务功能一一五3.3.2业务务规则一一五3.3.3处理理流程1163.3.4交互互模式1163.3.5业务务要素1173.4退退货业务务一八3.4.1业务务功能一一八3.4.2业务务规则一一八3.4.3处理理流程1193.4.4交互互模式2203.4.5业务务要素2213.5清清算业务务223.5.1业务务功能2223.5.2业务务规则2233.5.3处理理流程2243.5.4交互互模式2253.5.5业务务要素2263.5.6文

3、件件格式2274安全规规范2774.1安安全配置置274.1.1算法法选择2274.1.2切换换配置2284.2数数字签名名284.2.1签名名数据2284.2.2签名名算法2294.3数数据加密密294.3.1加密密内容2294.3.2加密密算法2295附录3305.1结结算标准准305.2业业务FAAQ3001文档概概述本文档主主要描述述支付宝宝与银行行之间的的网银接接入业务务规范业业务内容容、交互互模式，安安全配置置等内容容。1.1 目标读者者本文的主主要目标标读者是是支付宝宝网银接接入业务务银行方方的业务务规划人人员，其其中的部部分内容容也可供供银行的的管理与与技术人人员参考考。1.2

4、 版本规范范支付宝网网银接入入业务规规范的版版本规范范是：.。本本文介绍绍支付宝宝网银接接入业务务规范的的1.00.3版。2 交互模式式支付宝网网银接入入业务规规范交互互模式，根根据不同同业务需需求包括括：同步步交互模模式，异异步交互互模式，文文件上传传模式三三种交互互模式。2.1 同步交互互模式 同步交交互模式式，也叫叫请求-应答模模式。在在请求-应答模模式下，一一方作为为服务提提供者，另另一方作作为服务务使用者者。由服服务使用用者主动动向服务务提供者者发起请请求并等等待应答答，服务务提供者者接受请请求，完完成处理理，并向向服务使使用者应应答处理理结果，服服务使用用者收到到处理结结果之后后进

5、行后后续处理理。请求-应应答模式式适用于于服务使使用者需需要根据据服务提提供者的的服务应应答才能能进行正正确的后后续处理理的场景景，比如如，在交交易查询询业务中中，支付付宝作为为服务使使用者，银银行作为为服务提提供者，支支付宝需需要知道道银行的的交易处处理结果果之后才才能继续续交易流流程。2.2 异步交互互模式异步交互互模式，一一方作为为服务提提供者，另另一方作作为服务务使用者者。由服服务使用用者主动动向服务务提供者者发起请请求，服服务提供供者接受受请求，完完成处理理(图：服务请请求)。返返回应答答结果时时，之前前的服务务提供者者角色变变为服务务使用者者，把处处理的结结果作为为服务请请求主动动

6、向之前前的服务务使用者者发起请请求，而而之前的的服务使使用者角角色变为为服务提提供者，提提供接收收应答结结果的服服务(图：服服务应答答)。异步模式式适用于于服务提供供者处理理完服务务请求后后，需要要主动通通知服务务使用者者处理结结果的场场景。比比如，在在网银支支付业务务中，支支付宝作作为服务务使用者者，银行行作为服服务提供供者，支支付宝请请求数据据会跳转转到银行行网银页页面，用用户在网网银页面面支付成成功后，银银行需要要把处理理结果主主动通知知给支付付宝，支支付宝作作为接收收结果的的服务方方再做后后续处理理。图：服务务请求图：服务务应答2.3 文件上传传模式在文件上上传模式式中，一一方作为为文

7、件提提供者，另另一方作作为文件件使用者者。文件件提供者者首先生生成文件件，然后后将文件件上传给给文件提提供者。在在文件上上传完成成之后，文文件提供供者通知知文件使使用者，通通知信息息中包含含文件的的上传位位置与其其它信息息。文件件使用者者接到通通知之后后，根据据文件内内容进行行后续的的业务处处理。文件上传传模式的的特点是是文件使使用者拥拥有文件件服务系系统。由由于网银银接入规规范中，文文件服务务系统是是由支付付宝统一一提供的的，因此此，文件件上传模模式适用用于由银银行向支支付宝发发起的对对帐业务务处理请请求，如如清算对对账等。3 网银业务务支付宝网网银接入入规范网网银业务务支持业业务包括括：支

8、付付业务，交交易查询询，余额额查询，内内部户明明细查询询，退货货业务和和清算业业务；以以上各业业务都为为7*224小时时运行，节节假日同同样处理理。下面对每每个业务务进行详详细描述述。3.1 支付业务务支付业务务主要实实现互联联网交易易中的买买家，通通过银行行网银方方式来给给支付宝宝帐户充充值或进进行交易易支付的的业务。3.1.1 业务功能能 互联联网用户户可以通通过支付付业务， 把用户户在银行行卡中的的资金用用于在支支付宝网网站上的的交易支支付和帐帐户充值值等业务务。从而而完成用用户在互互联网上上的购物物行为。3.1.2 业务规则则a) 支付业务务从支付付宝发起起b) 支付宝清清算流水水号必

9、须须支付宝宝系统唯唯一c) 支付业务务金额不不能超过过银行网网银产品品限额d) 银行对同同一清算算流水号号的重复复支付请请求，只只做一次次处理e) 银行对超超过网银银用户限限额的支支付业务务请求，不不能做成成功处理理3.1.3 处理流程程支付业务务流程：a) 用户在支支付宝收收银台选择充充值银行行b) 支付宝按按 支付付要素 构造报报文提交交银行接接口c) 支付宝引引导用户户到选择择的银行行网银进进行充值值操作d) 用户根据据银行网网银的要要求进行行操作（如如：输入入卡号、密密码进行行校验；插入UU盾等）e) 银行根据据规则对对用户操操作进行行验证，并并根据 支付返返回要素素 向支支付宝返返回

10、i. 验证成功功：1. 银行实时时接口通通知支付付宝该笔笔交易成成功2. 银行将该该笔用户户充值资资金进行行记录，日日终汇总总一笔转转账给支支付宝在在银行开开设的账账户或内内部户3. 银行引导导用户跳跳转到支支付宝成成功页面面ii. 验证失败败：1. 该笔充值值操作结结束，银银行告知知用户失失败原因因3.1.4 交互模式式在支付业业务中，银银行与支支付宝通通过异步步交互模模式进行行交互。在支付流流程第22步和第第3步中中，支付付宝构造造请求要要素并且且主动向向银行网网银交易易请求。在支付流流程第66步和第第7步中中，银行行网银处处理结束束应答结结果时主主动向支支付宝发发起请求求。3.1.5 业

11、务要素素“支付业业务”请求要要素：要素名称称英文缩写写要素要求求金额Amouuntl 必必须要素素，单位位是分。币种Currrenccyl 非非必须要要素，如如果没有有该要素素，则默默认为人人民币。卡类型carddtyppel 必必须要素素，银行行按支付付宝发送送的借、贷贷、其他他标示控控制用户户所支付付能支持持的卡类类型清算流水水号SeriialNNumbberl 必必须要素素，由支支付宝生成，银银行进行行保存，其其长度至至少大于于20位字字符，支支持数字字和字符符。l 该该字段在在银行系系统的唯唯一性，当天不重复l 在在银行系系统不可可重复的的范围内内，如果果有重复复的流水水号提交交到银行

12、行，一定定不能允允许其支支付。l 这这里的流流水号唯唯一性指指的是相相同商户户标号下下的流水水号唯一一性。清算日期期SetttleTTimeel 非非必须要要素，格格式为：yyyyyMMMddHHHmmmss。l 该该要素用用来进行行流水号号重复性性控制，以以及钓鱼鱼的防范范，比如如：银行行系统时时间在SSetttleTTimee-300分钟SSetttleTTimee+300分钟以以内有效效，超过过该范围围的订单单不能进进行支付付。l 该该要素可可用来做做资金对对账用。商户编号号MercchanntNuumbeerl 必必须要素素，银行行端用来来定位密密钥以及及清算流流水号。数字签名名Sig

13、nnatuurel 必必须要素素，必须须使用非非对称加加密算法法生成l 待待签名要要素必须须覆盖所所有接口口中需要要传递的的要素支付结果果回执地地址RetuurnUUrll 银银行可以以通过服服务器通通知，或或者页面面跳转来来通知。支付宝宝建议使使用通知知服务器器来通知知，增加加可靠性性。“支付业业务”应答要素素：要素名称称英文缩写写要素要求求金额Amouuntl 必必须要素素，单位位是分。币种Currrenccyl 非非必须要要素，如如果没有有该要素素，则默默认为人人民币。卡类型carddtyppel 必必须要素素，银行行按支付付宝发送送的借、贷贷、其他他标示控控制用户户所支付付能支持持的卡

14、类类型清算流水水号SeriialNNumbberl 必必须要素素，由支支付宝生成，银银行进行行保存，其其长度至至少大于于20位字字符，支支持数字字和字符符。l 该该字段在在银行系系统的唯唯一性，当天不重复l 在在银行系系统不可可重复的的范围内内，如果果有重复复的流水水号提交交到银行行，一定定不能允允许其支支付。l 这这里的流流水号唯唯一性指指的是相相同商户户标号下下的流水水号唯一一性。清算日期期SetttleTTimeel 非非必须要要素，格格式为：yyyyyMMMddHHHmmmss。l 该该要素用用来进行行流水号号重复性性控制，以以及钓鱼鱼的防范范，比如如：银行行系统时时间在SSetttl

15、eTTimee-300分钟SSetttleTTimee+300分钟以以内有效效，超过过该范围围的订单单不能进进行支付付。l 该该要素可可用来做做资金对对账用。清算状态态SetttleSStattusl 该该要素必必须有明明确的结结果返回回。商户编号号MercchanntNuumbeerl 必必须要素素，银行行端用来来定位密密钥以及及清算流流水号。数字签名名Signnatuurel 必必须要素素，必须须使用非非对称加加密算法法生成l 待待签名要要素必须须覆盖所所有接口口中需要要传递的的要素支付结果果回执地地址RetuurnUUrll 银银行可以以通过服服务器通通知，或或者页面面跳转来来通知。支付

16、宝宝建议使使用通知知服务器器来通知知，增加加可靠性性。3.2 交易查询询交易查询询业务是是支付宝宝系统向向银行系系统查询询某笔交交易在银银行系统统中处理理最终结结果的业业务。目目的是确确认某笔交易易的最终终处理状状态。3.2.1 业务功能能对于支付付宝发送送银行的的支付、退退货请求求，因网网络、系系统等原原因造成成掉单的的交易，为为了提升升用户使使用体验验，减少少用户对对资金的的担忧与与咨询，需需在最短短的时间间内进行行恢复。此此时支付付宝需要要向银行行查询原原请求在在银行端端的状态态或结果果，银行行需将最最终结果果返回给给支付宝宝。3.2.2 业务规则则a） 交易查询询业务仅仅支持单单查询b

17、） 查询交交易结果果为银行行最终处处理结果果 3.2.3 处理流程程交易查询询流程：a) 支付宝按按交易查询询要素构构造查询询报文向向银行发发起查询询请求b) 银行系统统接收查查询请求求，解析析报文内内容c) 银行系统统查询系系统内对对应交易易号状态态，并且且构造结结果应答答报文返返回d) 支付宝系系统接收收银行查查询结果果应答报报文e) 支付宝系系统处理理查询应应答结果果3.2.4 交互模式式在交易查查询业务务中，银银行与支支付宝通通过同步交互互模式进进行交互互。在交易查查询流程程第1步步、第22步、第第3步和和第4步步交互中中，支付付宝构造造请求要要素并且且主动向向银行系系统发起起查询请请

18、求，银银行系统统接收报报文，处处理查询询请求后后，构造造结果报报文并返返回支付付宝系统统。3.2.5 业务要素素“交易查查询”请求要素素：要素名称称英文缩写写要素要求求清算流水水号SeriialNNumbberl 必必须要素素，同支支付时的的流水号号要求清算日期期TrannsDaatel 必必须要素素，格式式为：yyyyyyMMdddl 银银行要用用该要素素来进行行流水号号重复性性控制，即即银行要要查询TTrannsDaate那那天的流流水号。商户编号号MercchanntNuumbeerl 必必须要素素，用来来定位密密钥，以以及流水水范围，查查询出来来的结果果一定要要是在这这个商户户编号下下

19、面发生生的。类型Typeel支付l退货数字签名名Signnatuurel 必必须要素素，必须须使用非非对称加加密算法法生成l 待待签名要要素必须须覆盖所所有接口口中需要要传递的的要素l 若若查询时时采用的的双向加加密认证证的通信信通道则则可以不不使用数数字签名名“交易查查询”应答要素素：要素名称称英文缩写写要素要求求清算流水水号SeriialNNumbberl 必必须要素素，同支支付时的的流水号号要求清算金额额ReallAmoounttl 必必须要素素，银行行实际清清算成功功金额，在在接口文文档中要要详细说说明该要要素单位位，是元元还是分分，还是是千分位位格式。清算日期期SetttleDDat

20、eel 必必须要素素，格式式为：yyyyyyMMdddl 银银行清算算日期。做做充退时时用来定定位其实实际日期期。商户编号号MercchanntNuumbeerl 必必须要素素，用来来定位密密钥，以以及流水水范围，查查询出来来的结果果一定要要是在这这个商户户编号下下面发生生的。清算状态态SetttleSStattusl 必必须要素素，完整整的状态态必须包包括成功功，失败败，处理理中，查查无记录录。l 若若银行系系统与其其核心系系统之间间状态无无法确定定，有两两种选择择1、可以以告知清清算状态态为处理理中，22、告诉诉失败，银银行自行行冲正这这笔交易易，要确确保该交交易不会会再变成成成功。数字签

21、名名Signnatuurel 必必须要素素，必须须使用非非对称加加密算法法生成l 待待签名要要素必须须覆盖所所有接口口中需要要传递的的要素l 若若查询时时采用的的双向加加密认证证的通信信通道则则可以不不使用数数字签名名3.3 明细查询询（共用用卡通提提现的明明细查询询接口）明细查询询主要指指，支付付宝为向向银行发发起的查查询银行行内部户户账务变变化明细细的业务务。目的的是获了了支付宝宝在银行行内部户户的账务务明细。3.3.1 业务功能能因支付宝宝不在异异地城商商行开户户，未能能登录城城商行网网银，故故需查询询内部户户账务明细细用于对对账。查查询回的的明细要要记录与与更新。3.3.2 业务规则则

22、a） 明细查询询业务需需支持按按时间段段查询（如如：20010-3-11 20110-33-3）b） 明细查询询结果中中的帐户户明细为为该时间间段支付付宝内部部户的交交易明细细3.3.3 处理流程程明细查询询流程：a) 支付宝系系统按明明细查询询要素构构造明细细查询报报文向银银行发起起查询请请求b) 银行系统统接收请请求报文文，校验验数据是是否有效效c) 银行系统统查询支支付宝在在银行内内部户该该时间段段账务明明细，并并构造结结果报文文返回d) 支付宝系系统接收收银行明明细查询询结果应应答报文文e) 支付宝系系统记录录银行内内部户该该时间段段明细3.3.4 交互模式式在明细查查询业务务中，银银

23、行与支支付宝通通过同步步交互模模式进行行交互。在交易查查询流程程第1步步、第22步、第第3步和和第4步步交互中中，支付付宝构造造请求要要素并且且主动向向银行系系统发起起查询请请求，银银行系统统接收报报文，处处理查询询请求后后，构造造结果报报文并返返回支付付宝系统统。3.3.5 业务要素素“明细查查询”请求要素素：要素名称称英文缩写写要素要求求开始日期期StarrtDaatel 必必须要素素，用来来确定查查询的开开始日期期结束日期期EndDDateel 必必须要素素，用来来确定查查询的结结束日期期商户编号号MercchanntNuumbeerl 必必须要素素，用来来定位密密钥，以以及流水水范围，

24、查查询出来来的结果果一定要要是在这这个商户户编号下下面发生生的。数字签名名Signnatuurel 必必须要素素，必须须使用非非对称加加密算法法生成l 待待签名要要素必须须覆盖所所有接口口中需要要传递的的要素l 若若查询时时采用的的双向加加密认证证的通信信通道则则可以不不使用数数字签名名“明细查查询”应答要要素：明细数据据要素：要素名称称英文缩写写要素要求求交易日TrannsDaatel 必必须要素素，账户户明细变变化时的的日期金额ReallAmoounttl 必必须要素素，银行行实际清清算成功功金额，在在接口文文档中要要详细说说明该要要素单位位，是元元还是分分，还是是千分位位格式。借贷Deb

25、iit CCredditl 必必须要素素，按借借、贷进进行区分分显示余额Balaanceel 必必须要素素，用来来返回账户户明细发发生变化化后的余余额摘要Memool 必必须要素素，对该该笔款项项的注释释，比如如：往来来款、清清算款、BB2C充充值、BB2C退退货、卡卡通充值值、卡通通提现、卡卡通退货货商户编号号MercchanntNuumbeerl 必须要素素，用来定位密钥，以及流水范围，查询出来的结果一定要是在这个商户编号下面发生的。数字签名名Signnatuurel 必须要素素，必须使用非对称加密算法生成3.4 余额查询询（共用用卡通的的余额查查询接口口）余额查询询业务是是支付宝宝为向银

26、行发起起的查询询银行内内部户头头寸的业业务。目的是是获了支支付宝在在银行内内部户的的余额。3.4.1 业务功能能因支付宝宝不在异异地城商商行开户户，只能能开设内内部户，需需实时查查询内部部户余额额，此余余额是随随业务增增长而变变化的。同时因因结算需需要，还还需查询询每日支支付宝内内部户余余额，此此余额是是日切后后支付宝宝内部户户余额，该该余额日日切后不不可变化化。查询询回的最最新余额额要分别别记录与与更新。3.4.2 业务规则则c） 余额查询询业务仅仅支持单单查询d） 余额查询询结果中中的帐户户余额为为支付宝宝可用余余额3.4.3 处理流程程余额查询询流程：f) 支付宝系系统按余余额查询询要素

27、构构造余额额查询报报文向银银行发起起查询请请求g) 银行系统统接收请请求报文文，校验验数据是是否有效效h) 银行系统统查询支支付宝在在银行内内部户余余额，并并构造结结果报文文返回i) 支付宝系系统接收收银行余余额查询询结果应应答报文文j) 支付宝系系统更新新余额3.4.4 交互模式式在余额查查询业务务中，银银行与支支付宝通通过同步步交互模模式进行行交互。在交易查查询流程程第1步步、第22步、第第3步和和第4步步交互中中，支付付宝构造造请求要要素并且且主动向向银行系系统发起起查询请请求，银银行系统统接收报报文，处处理查询询请求后后，构造造结果报报文并返返回支付付宝系统统。3.4.5 业务要素素“

28、余额查查询”请求要素素：要素名称称英文缩写写要素要求求日期Dateel 必必须要素素，用来来定位查查询日期期类型Typeel 必必须要素素，N表表示当前前余额，该该余额是是变化的的；H表表示该日日最终余余额，该该余额是是不可变变化的商户编号号MercchanntNuumbeerl 必必须要素素，用来来定位密密钥，以以及流水水范围，查查询出来来的结果果一定要要是在这这个商户户编号下下面发生生的。数字签名名Signnatuurel 必必须要素素，必须须使用非非对称加加密算法法生成l 待待签名要要素必须须覆盖所所有接口口中需要要传递的的要素l 若若查询时时采用的的双向加加密认证证的通信信通道则则可以

29、不不使用数数字签名名“余额查查询”应答要素素：要素名称称英文缩写写要素要求求日期Dateel 必必须要素素，用来来返回查查询日期期账户余额额Balaanceel 必必须要素素，用来来返回余余额商户编号号MercchanntNuumbeerl 必必须要素素，用来来定位密密钥，以以及流水水范围，查查询出来来的结果果一定要要是在这这个商户户编号下下面发生生的。数字签名名Signnatuurel 必必须要素素，必须须使用非非对称加加密算法法生成l 待待签名要要素必须须覆盖所所有接口口中需要要传递的的要素l 若若查询时时采用的的双向加加密认证证的通信信通道则则可以不不使用数数字签名名3.5 退货业务务退

30、货业务务是支付付宝发起起的把已已经支付付成功并并且结算算成功的的交易，按按原路退退回到用用户银行行卡的业业务。目目的是把把用户支支付业务务的现金金退回到到用户的的银行卡卡中。3.5.1 业务功能能对于客户户的充值值金额，为为防止套套现或借借用支付付宝渠道道转帐，支支付宝控控制客户户不能转转入其它它银行。为为满足客客户充值值金额返返回原充充值银行行卡的需需求，开开发充值值退回功功能，即即退货业业务。3.5.2 业务规则则a) 退货业务务从支付付宝发起起。b) 单笔退货货业务必必须有对对应的支支付宝支支付业务务交易c) 单笔退货货的金额额不能超超过对应应的支付付交易的的金额，但但可以少少于支付付时

31、的金金额d) 可支持多多次退款款，但退退款总金金额应少少于支付付时该笔笔交易的的金额e) 单笔退货货的资金金只能原原路划回回支付业业务使用用的银行行卡账户户中f) 客户单笔笔退回时时收到的的资金只只能从支支付宝公公司事先先约定的的清算账账户中划划拨g) 同一退回回订单号号的单笔笔退货交交易银行行必须保保证只能能执行一一次h) 在未获取取到银行行对该笔笔冲退有有明确结结果前，不不得再发发起对该该笔交易易的第22笔冲退退操作a) 如果由于于支付宝宝系统原原因再次次发起冲冲退，银银行应明明确做失失败处理理i) 银行与支支付宝需需要保存存单笔退退回相关关报文的的日志，作作为解决决资金清清算不一一致的凭

32、凭据j) 支持1年年内的交交易退货货请求3.5.3 处理流程程退货业务务流程：第一阶段段：客户户申请阶阶段a) 客户对充充值金额额申请普普通提现现。b) 提现失败败，错误误提示页页面出现现充值退退回页面面链接入入口。c) 支付宝系系统对退退回交易易的合法法性进行行验证。验验证内容容包括：n 客户的银银行退货货服务状状态是否否为激活活n 单笔退回回的交易易是使用用网银充充值的如果上述述验证中中有一项项不符合合，则支支付宝系系统拒绝绝该笔网网银单笔笔退回请请求。d) 支付宝系系统临时时冻结客客户支付付宝账户户内与单单笔退回回金额等等量的资资金，并并登记退退货申请请。e) 支付宝向向客户显显示网银银

33、充值退退回申请请已经被被接受，等等待支付付宝处理理。第二阶段段：批量量处理阶阶段f) 支付宝对对退货交交易金额额进行解解冻扣款款g) 支付宝将将退货交交易单笔笔指令，构构造退货货报文并并发送请请求h) 银行处理理完成后后进行实实时返回回a) 如为失败败需返回回具体的的失败原原因i) 支付宝根根据返回回进行后后续逻辑辑处理3.5.4 交互模式式在退货业业务中，银银行与支支付宝通通过同步步交互模模式进行行交互。在交易查查询流程程第8步、第第9步、第第11步和和第122步交互互中，支支付宝构构造请求求报文并并主动向向银行系系统发起起退货请求求，银行行系统接接收退货货报文，处处理退货货结束后，构构造结

34、果果报文并并返回支支付宝系系统。3.5.5 业务要素素“退货业业务”请求要要素：退货报文文是支付付宝向银银行发起起的通知知退货指指令请求求。要素名称称英文缩写写要素要求求退货流水水号SeriialNNumbberl 必必须要素素，同支支付时的的流水号号要求清算日期期TrannsDaatel 必必须要素素，格式式为：yyyyyyMMddd手续费Charrgel 非非必须要要素交易金额额Amouuntl 必必须要素素，单位位是分。币种Currrenccyl 非非必须要要素，如如果没有有该要素素，则默默认为人人民币。原交易流流水号OrigginaalSeeriaalNuumbeerl 必必须要素素，

35、对应应原支付付流水号号原交易日日期OrigginaalTrranssDattel 必必须要素素，对应应原支付付日期,格式为为：yyyyyMMMddd商户编号号MercchanntNuumbeerl 必必须要素素，用来来定位密密钥，以以及流水水范围，查查询出来来的结果果一定要要是在这这个商户户编号下下面发生生的。数字签名名Signnatuurel 必必须要素素，必须须使用非非对称加加密算法法生成l 待待签名要要素必须须覆盖所所有接口口中需要要传递的的要素l 若若查询时时采用的的双向加加密认证证的通信信通道则则可以不不使用数数字签名名“退货业业务”应答要要素：要素名称称英文缩写写要素要求求退货流水

36、水号SeriialNNumbberl 必必须要素素，同支支付时的的流水号号要求清算日期期TrannsDaatel 必必须要素素，格式式为：yyyyyyMMddd手续费Charrgel 非非必须要要素交易金额额Amouuntl 必必须要素素，单位位是分。币种Currrenccyl 非非必须要要素，如如果没有有该要素素，则默默认为人人民币。原交易流流水号OrigginaalSeeriaalNuumbeerl 必必须要素素，对应应原支付付流水号号原交易日日期OrigginaalTrranssDattel 必必须要素素，对应应原支付付日期,格式为为：yyyyyMMMddd处理状态态Stattusl 必

37、必须要素素，Y成成功，NN失败失败原因因Reassonl 非非必须要要素，如如果处理理状态为为失败，则则描述失失败原因因商户编号号MercchanntNuumbeerl 必必须要素素，用来来定位密密钥，以以及流水水范围，查查询出来来的结果果一定要要是在这这个商户户编号下下面发生生的。数字签名名Signnatuurel 必必须要素素，必须须使用非非对称加加密算法法生成l 待待签名要要素必须须覆盖所所有接口口中需要要传递的的要素l 若若查询时时采用的的双向加加密认证证的通信信通道则则可以不不使用数数字签名名3.6 清算业务务 清算业业务是指指支付宝宝系统与与银行系系统勾对对交易明明细和资资金结算算

38、操作。3.6.1 业务功能能从支付宝宝发起的的网上支支付交易易的执行行结果，以银行行返回给给支付宝宝的交易易应答为为准。当当发生网网络丢失失报文或或系统故故障时，银银行返回回给支付付宝的交交易应答答有可能能丢失，造造成客户户签约银银行卡账账户中的的资金变变动与支支付宝账账户中的的资金变变动不一一致。除除了交易易应答丢丢失产生生清算不不一致的的情况下下，还可可能因为为其它原原因（比比如系统统中的缺缺陷，或或者人为为因素）产产生清算算不一致致。清算对账账业务的的目的是是发现用用户签约约银行卡卡账户与与支付宝宝账户中中的资金金变动不不一致的的情况，并并确定原原因与处处理办法法。清算对账账业务一一般一

39、天天进行一一次，由由银行在在T日终终核对完完成之后后主动向向支付宝宝提供TT日0:00-24:00所所有涉及及到资金金变动的的交易的的明细数数据，与与支付宝宝T日的的交易数数据进行行比对，找找出不一一致的交交易记录录。对于于由于银银行交易易应答丢丢失造成成的支付付宝不一一致的交交易记录录，由支支付宝进进行恢复复处理。对对于由于于其它原原因产生生清算不不一致的的情况，根根据支付付宝收到到的银行行交易应应答内容容确定资资金处理理差错的的一方，并并由该方方进行账账务调整整处理。如如果由银银行方的的资金处处理差错错造成清清算差错错，则按按照支付付宝清算算标准中中规定的的差错处处理方法法进行清清算差错错

40、处理。3.6.2 业务规则则清算对账账业务在在执行中中需要满满足以下下约束条条件：n 银行提供供的T日日0:000-224:000变化化的网银银交易明明细数据据需要与与银行的的账务处处理一致致。n 银行需要要在T+1日上上午5:00点点之前主主动向支支付宝提提供T日日网银交交易明细细数据文文件。n T日交易易净额需需要与银银行清算算给支付付宝的TT日款项项净额相相同。n 仅提供终终结状态态为成功功的交易易明细n 当清算对对账完成成后，并并完成差差错处理理之后，双双方直至至T日的的所有网网银交易易引起的的资金变变动必须须一致。n 清算方式式请详见见附件支支付宝网网银之结结算标准准；3.6.3 处

41、理流程程清算对账账处理流流程：1. 银行在TT日日终终时，将将T日00:000-244:000已经与与银行账账务系统统核对正正确的网网银支付付与退货货（包括括单笔与与批量）的的网银交交易记录录生成清清算对账账文件并并保存。不不同交易易性质的的网银交交易保存存在同一一个清算算对账文文件中，按按照交易易性质排排序与交交易时间间排序。2. 银行按照照事先约约定的上上传URRL与文文件名格格式向支支付宝上上传清算算对账文文件。如如果上传传文件失失败，银银行应当当有恰当当的重试试策略。如遇文件件上传异异常或为为空时，银银行可通通知支付付宝删除除原文件件，银行行再次进进行上传传。3. 银行以清清算对账账日

42、期、时时间与文文件名等等信息构构造“清算对对账”通知报报文，告告知支付付宝清算算对账文文件已上上传。如如果发送送失败，银银行应该该有恰当当的重试试策略。4. 支付宝收收到“清算对对账”通知报报文后，从从银行提提供的清清算对账账文件中中解析出出每一条条网银交交易记录录，与自自己在该该对账日日期的所所有网银银交易记记录进行行逐笔核核对。找找出并生生成以下下三类交交易记录录的清单单。n A：银行行有，但但支付宝宝没有的的交易记记录n B：支付付宝有，但但银行没没有的交交易记录录n C：双方方都有，但但内容不不一致的的交易记记录支付宝对对不一致致的网银银交易记记录进行行恢复与与处理。对对于A类类交易记

43、记录，支支付宝进进行交易易恢复，使使支付宝宝对该笔笔交易的的资金处处理与银银行一致致。对于于B类交交易记录录与C类类交易记记录，支支付宝人人工介入入处理，通通过核对对原始的的银行应应答指令令，找出出原因并并确定该该由哪方方进行订订正。如如果存在在需要银银行进行行调整的的交易记记录，则则支付宝宝线下提提供给银银行的需需要调整整的交易易记录清清单，以以及原始始的银行行应答指指令，由由银行在在人工核核实之后后进行处处理。3.6.4 交互模式式在清算对对账业务务中，银银行与支支付宝通通过文件件上传模模式交互互。在清算对对账处理理流程的的第2、33步，银银行作为为文件提提供者向向支付宝宝上传文文件，并并

44、发送 “清算对对账”通知报报文。3.6.5 业务要素素T日日终终后，由由银行生生成T日日资金对对账文件件，并将将文件上上传到支支付宝网网银对账账文件服服务器。文件头数数据要素素：要素名称称英文缩写写要素要求求总笔数TotaalNuumbeerl 必必须要素素，总笔笔数总金额TotaalAmmounntl 必必须要素素，总金金额，在在接口文文档中要要详细说说明该要要素单位位，是元元还是分分，还是是千分位位格式。成功总笔笔数SucccesssNummberrl 必必须要素素，成功功总笔数数成功总金金额SucccesssAmoounttl 必必须要素素，成功功总金额额，在接接口文档档中要详详细说明明该要素素单位，是是元还是是分，还还是千分分位格式式。清算日期期SetttleDDateel 必必须要素素，格式式为：yyyyyyMMdddl 若若银行每每天提供供一个对对账文件件则文件件内所有有明细使使用同一一个SeettlleDaatel 若若银行好好几天的的数据汇汇总到一一个文件件中则该该要素可可以不填填，要注注明该要要素会在在明细中中体现。文件明细细数据要要素：要素名称称英文缩写写要素要求求清算流水水号SeriialNNumbberl 必必须要素素，同支支付时的的流水号号要求清算金