支付宝网银接入业务规范V103

1、第47页 共47页 支付宝网银接入业务规范副标题：网银接入标准版本0.3修订历史版本号作者内容提要核准人发布日期1.0.1葛乔初稿2010-2-261.0.2王增贤初稿2010-2-281.0.3葛乔增加明细查询业务完善余额查询条件完善结算标准2010-3-9目 录TOC o 1-3 h z u HYPERLINK l _Toc255226372 1文档概述 PAGEREF _Toc255226372 h 4 HYPERLINK l _Toc255226373 1.1目标读者 PAGEREF _Toc255226373 h 4 HYPERLINK l _Toc255226374 1.2版本规范

2、 PAGEREF _Toc255226374 h 4 HYPERLINK l _Toc255226375 2交互模式 PAGEREF _Toc255226375 h 4 HYPERLINK l _Toc255226376 2.1同步交互模式 PAGEREF _Toc255226376 h 4 HYPERLINK l _Toc255226377 2.2异步交互模式 PAGEREF _Toc255226377 h 5 HYPERLINK l _Toc255226378 2.3文件上传模式 PAGEREF _Toc255226378 h 6 HYPERLINK l _Toc255226379 3网银

3、业务 PAGEREF _Toc255226379 h 7 HYPERLINK l _Toc255226380 3.1支付业务 PAGEREF _Toc255226380 h 7 HYPERLINK l _Toc255226381 3.1.1业务功能 PAGEREF _Toc255226381 h 8 HYPERLINK l _Toc255226382 3.1.2业务规则 PAGEREF _Toc255226382 h 8 HYPERLINK l _Toc255226383 3.1.3处理流程 PAGEREF _Toc255226383 h 9 HYPERLINK l _Toc255226384

4、 3.1.4交互模式 PAGEREF _Toc255226384 h 10 HYPERLINK l _Toc255226385 3.1.5业务要素 PAGEREF _Toc255226385 h 11 HYPERLINK l _Toc255226386 3.2交易查询 PAGEREF _Toc255226386 h 12 HYPERLINK l _Toc255226387 3.2.1业务功能 PAGEREF _Toc255226387 h 12 HYPERLINK l _Toc255226388 3.2.2业务规则 PAGEREF _Toc255226388 h 12 HYPERLINK l

5、_Toc255226389 3.2.3处理流程 PAGEREF _Toc255226389 h 13 HYPERLINK l _Toc255226390 3.2.4交互模式 PAGEREF _Toc255226390 h 13 HYPERLINK l _Toc255226391 3.2.5业务要素 PAGEREF _Toc255226391 h 14 HYPERLINK l _Toc255226392 3.3余额查询 PAGEREF _Toc255226392 h 15 HYPERLINK l _Toc255226393 3.3.1业务功能 PAGEREF _Toc255226393 h 15

6、 HYPERLINK l _Toc255226394 3.3.2业务规则 PAGEREF _Toc255226394 h 15 HYPERLINK l _Toc255226395 3.3.3处理流程 PAGEREF _Toc255226395 h 16 HYPERLINK l _Toc255226396 3.3.4交互模式 PAGEREF _Toc255226396 h 16 HYPERLINK l _Toc255226397 3.3.5业务要素 PAGEREF _Toc255226397 h 17 HYPERLINK l _Toc255226398 3.4退货业务 PAGEREF _Toc2

7、55226398 h 18 HYPERLINK l _Toc255226399 3.4.1业务功能 PAGEREF _Toc255226399 h 18 HYPERLINK l _Toc255226400 3.4.2业务规则 PAGEREF _Toc255226400 h 18 HYPERLINK l _Toc255226401 3.4.3处理流程 PAGEREF _Toc255226401 h 19 HYPERLINK l _Toc255226402 3.4.4交互模式 PAGEREF _Toc255226402 h 20 HYPERLINK l _Toc255226403 3.4.5业务要

8、素 PAGEREF _Toc255226403 h 21 HYPERLINK l _Toc255226404 3.5清算业务 PAGEREF _Toc255226404 h 22 HYPERLINK l _Toc255226405 3.5.1业务功能 PAGEREF _Toc255226405 h 22 HYPERLINK l _Toc255226406 3.5.2业务规则 PAGEREF _Toc255226406 h 23 HYPERLINK l _Toc255226407 3.5.3处理流程 PAGEREF _Toc255226407 h 24 HYPERLINK l _Toc25522

9、6408 3.5.4交互模式 PAGEREF _Toc255226408 h 25 HYPERLINK l _Toc255226409 3.5.5业务要素 PAGEREF _Toc255226409 h 26 HYPERLINK l _Toc255226410 3.5.6文件格式 PAGEREF _Toc255226410 h 27 HYPERLINK l _Toc255226411 4安全规范 PAGEREF _Toc255226411 h 27 HYPERLINK l _Toc255226412 4.1安全配置 PAGEREF _Toc255226412 h 27 HYPERLINK l

10、_Toc255226413 4.1.1算法选择 PAGEREF _Toc255226413 h 27 HYPERLINK l _Toc255226414 4.1.2切换配置 PAGEREF _Toc255226414 h 28 HYPERLINK l _Toc255226415 4.2数字签名 PAGEREF _Toc255226415 h 28 HYPERLINK l _Toc255226416 4.2.1签名数据 PAGEREF _Toc255226416 h 28 HYPERLINK l _Toc255226417 4.2.2签名算法 PAGEREF _Toc255226417 h 29

11、 HYPERLINK l _Toc255226418 4.3数据加密 PAGEREF _Toc255226418 h 29 HYPERLINK l _Toc255226419 4.3.1加密内容 PAGEREF _Toc255226419 h 29 HYPERLINK l _Toc255226420 4.3.2加密算法 PAGEREF _Toc255226420 h 29 HYPERLINK l _Toc255226421 5附录 PAGEREF _Toc255226421 h 30 HYPERLINK l _Toc255226422 5.1结算标准 PAGEREF _Toc255226422

12、 h 30 HYPERLINK l _Toc255226423 5.2业务FAQ PAGEREF _Toc255226423 h 301文档概述本文档主要描述支付宝与银行之间的网银接入业务规范业务内容、交互模式，安全配置等内容。目标读者本文的主要目标读者是支付宝网银接入业务银行方的业务规划人员，其中的部分内容也可供银行的管理与技术人员参考。版本规范支付宝网银接入业务规范的版本规范是：.。本文介绍支付宝网银接入业务规范的1.0.3版。交互模式支付宝网银接入业务规范交互模式，根据不同业务需求包括：同步交互模式，异步交互模式，文件上传模式三种交互模式。同步交互模式 同步交互模式，也叫请求-应答模式。

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

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

15、之后，文件提供者通知文件使用者，通知信息中包含文件的上传位置与其它信息。文件使用者接到通知之后，根据文件内容进行后续的业务处理。文件上传模式的特点是文件使用者拥有文件服务系统。由于网银接入规范中，文件服务系统是由支付宝统一提供的，因此，文件上传模式适用于由银行向支付宝发起的对帐业务处理请求，如清算对账等。网银业务支付宝网银接入规范网银业务支持业务包括：支付业务，交易查询，余额查询，内部户明细查询，退货业务和清算业务；以上各业务都为7*24小时运行，节假日同样处理。下面对每个业务进行详细描述。支付业务支付业务主要实现互联网交易中的买家，通过银行网银方式来给支付宝帐户充值或进行交易支付的业务。业务

16、功能 互联网用户可以通过支付业务， 把用户在银行卡中的资金用于在支付宝网站上的交易支付和帐户充值等业务。从而完成用户在互联网上的购物行为。业务规则支付业务从支付宝发起支付宝清算流水号必须支付宝系统唯一支付业务金额不能超过银行网银产品限额银行对同一清算流水号的重复支付请求，只做一次处理银行对超过网银用户限额的支付业务请求，不能做成功处理处理流程支付业务流程：用户在支付宝收银台选择充值银行支付宝按 支付要素 构造报文提交银行接口支付宝引导用户到选择的银行网银进行充值操作用户根据银行网银的要求进行操作（如：输入卡号、密码进行校验；插入U盾等）银行根据规则对用户操作进行验证，并根据 支付返回要素 向支

17、付宝返回验证成功：银行实时接口通知支付宝该笔交易成功银行将该笔用户充值资金进行记录，日终汇总一笔转账给支付宝在银行开设的账户或内部户银行引导用户跳转到支付宝成功页面验证失败：该笔充值操作结束，银行告知用户失败原因交互模式在支付业务中，银行与支付宝通过异步交互模式进行交互。在支付流程第2步和第3步中，支付宝构造请求要素并且主动向银行网银交易请求。在支付流程第6步和第7步中，银行网银处理结束应答结果时主动向支付宝发起请求。业务要素“支付业务”请求要素：要素名称英文缩写要素要求金额Amount 必须要素，单位是分。币种Currency 非必须要素，如果没有该要素，则默认为人民币。卡类型cardtyp

18、e 必须要素，银行按支付宝发送的借、贷、其他标示控制用户所支付能支持的卡类型清算流水号SerialNumber 必须要素，由支付宝生成，银行进行保存，其长度至少大于20位字符，支持数字和字符。 该字段在银行系统的唯一性，当天不重复 在银行系统不可重复的范围内，如果有重复的流水号提交到银行，一定不能允许其支付。 这里的流水号唯一性指的是相同商户标号下的流水号唯一性。清算日期SettleTime 非必须要素，格式为：yyyyMMddHHmmss。 该要素用来进行流水号重复性控制，以及钓鱼的防范，比如：银行系统时间在SettleTime-30分钟SettleTime+30分钟以内有效，超过该范围的订

19、单不能进行支付。 该要素可用来做资金对账用。商户编号MerchantNumber 必须要素，银行端用来定位密钥以及清算流水号。数字签名Signature 必须要素，必须使用非对称加密算法生成 待签名要素必须覆盖所有接口中需要传递的要素支付结果回执地址ReturnUrl 银行可以通过服务器通知，或者页面跳转来通知。支付宝建议使用通知服务器来通知，增加可靠性。“支付业务”应答要素：要素名称英文缩写要素要求金额Amount 必须要素，单位是分。币种Currency 非必须要素，如果没有该要素，则默认为人民币。卡类型cardtype 必须要素，银行按支付宝发送的借、贷、其他标示控制用户所支付能支持的卡

20、类型清算流水号SerialNumber 必须要素，由支付宝生成，银行进行保存，其长度至少大于20位字符，支持数字和字符。 该字段在银行系统的唯一性，当天不重复 在银行系统不可重复的范围内，如果有重复的流水号提交到银行，一定不能允许其支付。 这里的流水号唯一性指的是相同商户标号下的流水号唯一性。清算日期SettleTime 非必须要素，格式为：yyyyMMddHHmmss。 该要素用来进行流水号重复性控制，以及钓鱼的防范，比如：银行系统时间在SettleTime-30分钟SettleTime+30分钟以内有效，超过该范围的订单不能进行支付。 该要素可用来做资金对账用。清算状态SettleStat

21、us 该要素必须有明确的结果返回。商户编号MerchantNumber 必须要素，银行端用来定位密钥以及清算流水号。数字签名Signature 必须要素，必须使用非对称加密算法生成 待签名要素必须覆盖所有接口中需要传递的要素支付结果回执地址ReturnUrl 银行可以通过服务器通知，或者页面跳转来通知。支付宝建议使用通知服务器来通知，增加可靠性。交易查询交易查询业务是支付宝系统向银行系统查询某笔交易在银行系统中处理最终结果的业务。目的是确认某笔交易的最终处理状态。业务功能对于支付宝发送银行的支付、退货请求，因网络、系统等原因造成掉单的交易，为了提升用户使用体验，减少用户对资金的担忧与咨询，需在

22、最短的时间内进行恢复。此时支付宝需要向银行查询原请求在银行端的状态或结果，银行需将最终结果返回给支付宝。业务规则交易查询业务仅支持单查询 查询交易结果为银行最终处理结果 处理流程交易查询流程：支付宝按交易查询要素构造查询报文向银行发起查询请求银行系统接收查询请求，解析报文内容银行系统查询系统内对应交易号状态，并且构造结果应答报文返回支付宝系统接收银行查询结果应答报文支付宝系统处理查询应答结果交互模式在交易查询业务中，银行与支付宝通过同步交互模式进行交互。在交易查询流程第1步、第2步、第3步和第4步交互中，支付宝构造请求要素并且主动向银行系统发起查询请求，银行系统接收报文，处理查询请求后，构造结

23、果报文并返回支付宝系统。业务要素“交易查询”请求要素：要素名称英文缩写要素要求清算流水号SerialNumber 必须要素，同支付时的流水号要求清算日期TransDate 必须要素，格式为：yyyyMMdd 银行要用该要素来进行流水号重复性控制，即银行要查询TransDate那天的流水号。商户编号MerchantNumber 必须要素，用来定位密钥，以及流水范围，查询出来的结果一定要是在这个商户编号下面发生的。类型Type支付退货数字签名Signature 必须要素，必须使用非对称加密算法生成 待签名要素必须覆盖所有接口中需要传递的要素 若查询时采用的双向加密认证的通信通道则可以不使用数字签名

24、“交易查询”应答要素：要素名称英文缩写要素要求清算流水号SerialNumber 必须要素，同支付时的流水号要求清算金额RealAmount 必须要素，银行实际清算成功金额，在接口文档中要详细说明该要素单位，是元还是分，还是千分位格式。清算日期SettleDate 必须要素，格式为：yyyyMMdd 银行清算日期。做充退时用来定位其实际日期。商户编号MerchantNumber 必须要素，用来定位密钥，以及流水范围，查询出来的结果一定要是在这个商户编号下面发生的。清算状态SettleStatus 必须要素，完整的状态必须包括成功，失败，处理中，查无记录。 若银行系统与其核心系统之间状态无法确定

25、，有两种选择1、可以告知清算状态为处理中，2、告诉失败，银行自行冲正这笔交易，要确保该交易不会再变成成功。数字签名Signature 必须要素，必须使用非对称加密算法生成 待签名要素必须覆盖所有接口中需要传递的要素 若查询时采用的双向加密认证的通信通道则可以不使用数字签名明细查询（共用卡通提现的明细查询接口）明细查询主要指，支付宝为向银行发起的查询银行内部户账务变化明细的业务。目的是获了支付宝在银行内部户的账务明细。业务功能因支付宝不在异地城商行开户，未能登录城商行网银，故需查询内部户账务明细用于对账。查询回的明细要记录与更新。业务规则明细查询业务需支持按时间段查询（如：2010-3-1 20

26、10-3-3）明细查询结果中的帐户明细为该时间段支付宝内部户的交易明细处理流程明细查询流程：支付宝系统按明细查询要素构造明细查询报文向银行发起查询请求银行系统接收请求报文，校验数据是否有效银行系统查询支付宝在银行内部户该时间段账务明细，并构造结果报文返回支付宝系统接收银行明细查询结果应答报文支付宝系统记录银行内部户该时间段明细交互模式在明细查询业务中，银行与支付宝通过同步交互模式进行交互。在交易查询流程第1步、第2步、第3步和第4步交互中，支付宝构造请求要素并且主动向银行系统发起查询请求，银行系统接收报文，处理查询请求后，构造结果报文并返回支付宝系统。业务要素“明细查询”请求要素：要素名称英文

27、缩写要素要求开始日期StartDate 必须要素，用来确定查询的开始日期结束日期EndDate 必须要素，用来确定查询的结束日期商户编号MerchantNumber 必须要素，用来定位密钥，以及流水范围，查询出来的结果一定要是在这个商户编号下面发生的。数字签名Signature 必须要素，必须使用非对称加密算法生成 待签名要素必须覆盖所有接口中需要传递的要素 若查询时采用的双向加密认证的通信通道则可以不使用数字签名“明细查询”应答要素：明细数据要素：要素名称英文缩写要素要求交易日TransDate 必须要素，账户明细变化时的日期金额RealAmount 必须要素，银行实际清算成功金额，在接口文

28、档中要详细说明该要素单位，是元还是分，还是千分位格式。借贷Debit Credit 必须要素，按借、贷进行区分显示余额Balance 必须要素，用来返回账户明细发生变化后的余额摘要Memo 必须要素，对该笔款项的注释，比如：往来款、清算款、B2C充值、B2C退货、卡通充值、卡通提现、卡通退货商户编号MerchantNumber必须要素，用来定位密钥，以及流水范围，查询出来的结果一定要是在这个商户编号下面发生的。数字签名Signature必须要素，必须使用非对称加密算法生成余额查询（共用卡通的余额查询接口）余额查询业务是支付宝为向银行发起的查询银行内部户头寸的业务。目的是获了支付宝在银行内部户的

29、余额。业务功能因支付宝不在异地城商行开户，只能开设内部户，需实时查询内部户余额，此余额是随业务增长而变化的。同时因结算需要，还需查询每日支付宝内部户余额，此余额是日切后支付宝内部户余额，该余额日切后不可变化。查询回的最新余额要分别记录与更新。业务规则余额查询业务仅支持单查询余额查询结果中的帐户余额为支付宝可用余额处理流程余额查询流程：支付宝系统按余额查询要素构造余额查询报文向银行发起查询请求银行系统接收请求报文，校验数据是否有效银行系统查询支付宝在银行内部户余额，并构造结果报文返回支付宝系统接收银行余额查询结果应答报文支付宝系统更新余额交互模式在余额查询业务中，银行与支付宝通过同步交互模式进行

30、交互。在交易查询流程第1步、第2步、第3步和第4步交互中，支付宝构造请求要素并且主动向银行系统发起查询请求，银行系统接收报文，处理查询请求后，构造结果报文并返回支付宝系统。业务要素“余额查询”请求要素：要素名称英文缩写要素要求日期Date 必须要素，用来定位查询日期类型Type 必须要素，N表示当前余额，该余额是变化的；H表示该日最终余额，该余额是不可变化的商户编号MerchantNumber 必须要素，用来定位密钥，以及流水范围，查询出来的结果一定要是在这个商户编号下面发生的。数字签名Signature 必须要素，必须使用非对称加密算法生成 待签名要素必须覆盖所有接口中需要传递的要素 若查询

31、时采用的双向加密认证的通信通道则可以不使用数字签名“余额查询”应答要素：要素名称英文缩写要素要求日期Date 必须要素，用来返回查询日期账户余额Balance 必须要素，用来返回余额商户编号MerchantNumber 必须要素，用来定位密钥，以及流水范围，查询出来的结果一定要是在这个商户编号下面发生的。数字签名Signature 必须要素，必须使用非对称加密算法生成 待签名要素必须覆盖所有接口中需要传递的要素 若查询时采用的双向加密认证的通信通道则可以不使用数字签名退货业务退货业务是支付宝发起的把已经支付成功并且结算成功的交易，按原路退回到用户银行卡的业务。目的是把用户支付业务的现金退回到用

32、户的银行卡中。业务功能对于客户的充值金额，为防止套现或借用支付宝渠道转帐，支付宝控制客户不能转入其它银行。为满足客户充值金额返回原充值银行卡的需求，开发充值退回功能，即退货业务。业务规则退货业务从支付宝发起。单笔退货业务必须有对应的支付宝支付业务交易单笔退货的金额不能超过对应的支付交易的金额，但可以少于支付时的金额可支持多次退款，但退款总金额应少于支付时该笔交易的金额单笔退货的资金只能原路划回支付业务使用的银行卡账户中客户单笔退回时收到的资金只能从支付宝公司事先约定的清算账户中划拨同一退回订单号的单笔退货交易银行必须保证只能执行一次在未获取到银行对该笔冲退有明确结果前，不得再发起对该笔交易的第

33、2笔冲退操作如果由于支付宝系统原因再次发起冲退，银行应明确做失败处理银行与支付宝需要保存单笔退回相关报文的日志，作为解决资金清算不一致的凭据支持1年内的交易退货请求处理流程退货业务流程：第一阶段：客户申请阶段客户对充值金额申请普通提现。提现失败，错误提示页面出现充值退回页面链接入口。支付宝系统对退回交易的合法性进行验证。验证内容包括：客户的银行退货服务状态是否为激活单笔退回的交易是使用网银充值的如果上述验证中有一项不符合，则支付宝系统拒绝该笔网银单笔退回请求。支付宝系统临时冻结客户支付宝账户内与单笔退回金额等量的资金，并登记退货申请。支付宝向客户显示网银充值退回申请已经被接受，等待支付宝处理。

34、第二阶段：批量处理阶段支付宝对退货交易金额进行解冻扣款支付宝将退货交易单笔指令，构造退货报文并发送请求银行处理完成后进行实时返回如为失败需返回具体的失败原因支付宝根据返回进行后续逻辑处理交互模式在退货业务中，银行与支付宝通过同步交互模式进行交互。在交易查询流程第8步、第9步、第11步和第12步交互中，支付宝构造请求报文并主动向银行系统发起退货请求，银行系统接收退货报文，处理退货结束后，构造结果报文并返回支付宝系统。业务要素“退货业务”请求要素：退货报文是支付宝向银行发起的通知退货指令请求。要素名称英文缩写要素要求退货流水号SerialNumber 必须要素，同支付时的流水号要求清算日期Tran

35、sDate 必须要素，格式为：yyyyMMdd手续费Charge 非必须要素交易金额Amount 必须要素，单位是分。币种Currency 非必须要素，如果没有该要素，则默认为人民币。原交易流水号OriginalSerialNumber 必须要素，对应原支付流水号原交易日期OriginalTransDate 必须要素，对应原支付日期,格式为：yyyyMMdd商户编号MerchantNumber 必须要素，用来定位密钥，以及流水范围，查询出来的结果一定要是在这个商户编号下面发生的。数字签名Signature 必须要素，必须使用非对称加密算法生成 待签名要素必须覆盖所有接口中需要传递的要素 若查询

36、时采用的双向加密认证的通信通道则可以不使用数字签名“退货业务”应答要素：要素名称英文缩写要素要求退货流水号SerialNumber 必须要素，同支付时的流水号要求清算日期TransDate 必须要素，格式为：yyyyMMdd手续费Charge 非必须要素交易金额Amount 必须要素，单位是分。币种Currency 非必须要素，如果没有该要素，则默认为人民币。原交易流水号OriginalSerialNumber 必须要素，对应原支付流水号原交易日期OriginalTransDate 必须要素，对应原支付日期,格式为：yyyyMMdd处理状态Status 必须要素，Y成功，N失败失败原因Reas

37、on 非必须要素，如果处理状态为失败，则描述失败原因商户编号MerchantNumber 必须要素，用来定位密钥，以及流水范围，查询出来的结果一定要是在这个商户编号下面发生的。数字签名Signature 必须要素，必须使用非对称加密算法生成 待签名要素必须覆盖所有接口中需要传递的要素 若查询时采用的双向加密认证的通信通道则可以不使用数字签名清算业务 清算业务是指支付宝系统与银行系统勾对交易明细和资金结算操作。业务功能从支付宝发起的网上支付交易的执行结果，以银行返回给支付宝的交易应答为准。当发生网络丢失报文或系统故障时，银行返回给支付宝的交易应答有可能丢失，造成客户签约银行卡账户中的资金变动与支

38、付宝账户中的资金变动不一致。除了交易应答丢失产生清算不一致的情况下，还可能因为其它原因（比如系统中的缺陷，或者人为因素）产生清算不一致。清算对账业务的目的是发现用户签约银行卡账户与支付宝账户中的资金变动不一致的情况，并确定原因与处理办法。清算对账业务一般一天进行一次，由银行在T日终核对完成之后主动向支付宝提供T日0:00-24:00所有涉及到资金变动的交易的明细数据，与支付宝T日的交易数据进行比对，找出不一致的交易记录。对于由于银行交易应答丢失造成的支付宝不一致的交易记录，由支付宝进行恢复处理。对于由于其它原因产生清算不一致的情况，根据支付宝收到的银行交易应答内容确定资金处理差错的一方，并由该

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

40、24:00已经与银行账务系统核对正确的网银支付与退货（包括单笔与批量）的网银交易记录生成清算对账文件并保存。不同交易性质的网银交易保存在同一个清算对账文件中，按照交易性质排序与交易时间排序。银行按照事先约定的上传URL与文件名格式向支付宝上传清算对账文件。如果上传文件失败，银行应当有恰当的重试策略。如遇文件上传异常或为空时，银行可通知支付宝删除原文件，银行再次进行上传。银行以清算对账日期、时间与文件名等信息构造“清算对账”通知报文，告知支付宝清算对账文件已上传。如果发送失败，银行应该有恰当的重试策略。支付宝收到“清算对账”通知报文后，从银行提供的清算对账文件中解析出每一条网银交易记录，与自己在

41、该对账日期的所有网银交易记录进行逐笔核对。找出并生成以下三类交易记录的清单。A：银行有，但支付宝没有的交易记录B：支付宝有，但银行没有的交易记录C：双方都有，但内容不一致的交易记录支付宝对不一致的网银交易记录进行恢复与处理。对于A类交易记录，支付宝进行交易恢复，使支付宝对该笔交易的资金处理与银行一致。对于B类交易记录与C类交易记录，支付宝人工介入处理，通过核对原始的银行应答指令，找出原因并确定该由哪方进行订正。如果存在需要银行进行调整的交易记录，则支付宝线下提供给银行的需要调整的交易记录清单，以及原始的银行应答指令，由银行在人工核实之后进行处理。交互模式在清算对账业务中，银行与支付宝通过文件上

42、传模式交互。在清算对账处理流程的第2、3步，银行作为文件提供者向支付宝上传文件，并发送 “清算对账”通知报文。业务要素T日日终后，由银行生成T日资金对账文件，并将文件上传到支付宝网银对账文件服务器。文件头数据要素：要素名称英文缩写要素要求总笔数TotalNumber 必须要素，总笔数总金额TotalAmount 必须要素，总金额，在接口文档中要详细说明该要素单位，是元还是分，还是千分位格式。成功总笔数SuccessNumber 必须要素，成功总笔数成功总金额SuccessAmount 必须要素，成功总金额，在接口文档中要详细说明该要素单位，是元还是分，还是千分位格式。清算日期SettleDate 必须要素，格式为：yyyyMMdd 若银行每天提供一个对账文件则文件内所有明细使用同一个SettleDate 若银行好几天的数据汇总到一个文件中则该要素可以不填，要注明该要素会在明细中体现。文件明细数据要素：要素名称英文缩写要素要求清算流水号SerialNumber 必须要素，同支付时的流水号要求清算金额RealAmount 必须要素，银行实际清算成功金额，在接口文档中要详细说明该要素单位，是元还是分，还是千分位格式