上海支付结算综合业务系统银行接口规范论述

版本号：1.05
二○○八年十一月
深圳市雁联计算系统
文档操纵分发
目录
第一章概述
1.1 目的
本文旨在描述上海支付结算综合业务系统与商业银行行内系统之间的接口标准，同时讲明商业银行需要配合参与的工作。

各商业银行能够依据本接口标准进行接口设计和银行局部的开发工作。

1.2 系统概述
上海支付结算综合业务系统是应用现代计算机技术、网络通讯和平安保密技术，改造并取代传统的处理模式，将各类跨行借、贷方票据业务及转账业务信息转为电子信息流，通过网络互联等手段实现同行内有关部门、国有商业银行、其他金融机构的联结，加速资金周转，实现柜面票据及转账业务的实时发起、实时进客户账，为社会提供优质的支付结算效劳。

1.3 系统总体结构
系统总体结构如上图所示，关于直联银行，当发生跨行业务时，通过接口API发往中心进行业务处理。

关于间联银行，通过客户端将业务发往中心进行业务处理。

1.4 接口概述
商业银行行内系统与上海市支付结算综合业务系统的联接能够分为两种方式：一种是直联模式，另一种是非直联模式。

本接口标准要紧描述直联模式接口。

1.4.1非直联模式
通过中心提供的客户端，实现与上海市支付结算综合业务系统的联接。

1.4.2直联模式
通过接口调用接口API实现与上海市支付结算综合业务系统的联接。

1.5 定义、缩写词和术语
第二章业务范围
采纳直联模式的商业银行要紧有以下业务：本行发起的业务包括：
1)贷记业务
2)贷记退汇业务
3)借记业务
4)借记冲正业务
5)票据影像业务
6)专用内部账户调拨
7)查询查复业务
8)交易明细查询
9)账户信息变更
10)网点信息变更
11)账户余额查询
本行接收的业务包括：
1)贷记业务
2)贷记退汇业务
3)借记业务
4)借记冲正业务
5)票据影像业务
6)专用内部账户调拨
7)查询查复业务
8)手续费明细
9)行号信息变更
10)网点信息变更
11)账户余额查询
12)银行资金清算报文
第三章接口要紧业务流描述
本节流程图要紧是为了讲明业务处理过程中的报文交互，图中报文的发起和接收，并不是讲明处理是同步模式进行的，事实上我们提供的API的消息处理模式是异步的，关于异步转同步的处理机制由商行自己决定。

3.1 系统工作日和状态
综合业务系统有工作日期和清算日两个时刻概念。

工作日期是对外提供效劳的工作时刻；清算日是在人行会计核算系统〔ABS〕上完成最终资金清算的当日，可能和工作日期一致，也可能较工作日期延迟。

综合业务系统提供7*24小时效劳。

综合业务系统每日16：30下发“日切通知〞，日切后系统进进下一工作日期，日切时刻可调整。

3.2 业务种类
综合业务系统的要紧业务包括以下几类：支付类业务、信息类业务、资金类业务和治理类业务。

➢支付类业务要紧包括：贷记业务、贷记退汇业务、借记业务、业务冲正；
➢信息类业务要紧包括：查询/查复业务、交易明细查询、自由格式信息、账户信息变更、专用内部账户调拨、票据影像业
务、账户余额查询业务；
➢资金类业务要紧包括：资金对账、资金清算。

➢治理类业务要紧包括：系统登陆/退出、日切通知、场次变更通知、系统状态变更、通讯状态检查等；
3.3 支付业务描述
3.3.1贷记业务-网银〔自助渠道〕
【参与者】:业务处理中心、进网银行机构。

【功能描述】:商业银行同城网上银行跨行转账业务，通过完成与综合业务系统的接口开发，实现实时进行跨行贷记转账。

考虑到一些特不情况，商业银行也能够在柜面按照网银的业务流程发起贷记业务。

【流程图】:
【流程】:
1.网银客户向发起行发起网银转账业务，发起行通过合法性检
查后，假如发起行为直联银行，那么直截了当向业务处理中心系
统发起网银贷记业务〔SMP001，业务标志为02-网银，下同〕；假
如发起行为间联银行，业务落地后，通过中心提供的银行客户端，
向业务处理中心系统发起网银贷记业务。

2.业务处理中心系统审核收到的网银贷记业务，并将审核结果〔“已
转发〞或者“已拒尽〞〕以支付业务回执〔SMP009，下同〕的方式返回给发起行；
发起行收到“已转发〞的支付业务回执：接着等待业务处理中心系统转发来的接收行返回的支付业务回执；
发起行收到“已拒尽〞的支付业务回执：结束该笔贷记业务。

发起行可对网银业务进行处理后再次发起一笔新的贷记业务〔生成新的流水号〕。

所有业务均在处理中心转发接收行后，才将业务处理回执“已转发〞返回发起行〔下同〕。

3.业务处理中心系统保留审核通过的网银贷记业务。

4.业务处理中心系统将审核通过的网银贷记业务转发到接收行；
5.接收行收到业务处理中心转发来的网银贷记来账业务，并进行处
理；
6.接收行将处理结果以支付业务回执的方式返回给业务处理中心
系统，关于间联银行能够以手工方式通过中心提供的银行客户端返回给业务处理中心；
7.业务处理中心系统收到接收行返回的支付业务回执后进行审核，
假如审核不通过，将审核结果〔拒尽〕以支付业务回执的方式返
回给接收行；假如审核通过，那么修改该笔贷记交易状态；
8.业务处理中心系统将收到的接收行返回的支付业务回执转发给
发起行；
9.发起行收到业务处理中心转发来的支付业务回执进行相应账务
处理。

【讲明】:
1.支付业务回执的发起行为业务处理中心时，讲明是该回执由业务
处理中心主动发起，否那么讲明该回执是商业银行主动发起。

2.支付业务回执中的附言中应注明处理结果的讲明。

〔返回码讲明
详见，下同〕
3.当集团客户通过网银发起贷记业务有特不用途时，发起行应该将
该笔业务按照柜面业务方式处理。

4.贷记退汇时刻原那么上应不超过T+1，系统不同意当天发起退汇
业务。

5.发起行发起网银贷记业务有两种方式：
发起行行内系统与业务处理中心直联：所有业务均通过行内系统直截了当转发到业务处理中心；
发起行行内系统与业务处理中心间联：所有业务均在业务处理中心提供的银行客户端直截了当录进，并提交给业务处理中心系统；
6.第〔2〕步业务处理中心对收到的网银贷记业务进行审核要紧包
括以下内容：发起行状态、发起行登录状态、密押验证、是否重票〔按交易流水号、清算行行号、工作日期检查〕。

7.网银业务对接收行状态、接收行登陆状态不做操纵，假如发生接
收行存在通讯异常、未登录等状态，业务处理中心依旧将该业务转发，关于接收行未返回支付业务回执的业务依旧纳进清算。

8.第〔7〕步业务处理中心对收到的网银贷记业务进行审核要紧包
括以下内容：工作日期。

9.关于间联的商业银行，通过业务处理中心提供的银行客户端录进
网银贷记业务时，应该进行复核。

【异常处理】:
1.业务处理中心端异常处理
1)业务处理中心系统假如无法转发网银贷记业务时，那么该笔
贷记业务不纳进清算，以支付业务回执方式〔SMP009〕退回
给发起行。

2)业务处理中心假如收到往账时发觉收到的某笔往账重票〔按
流水号、工作日期、发起清算行行号检查〕，以支付业务回执
的方式返回“该笔业务重票〞的拒尽信息给发起行。

2.发起行异常处理
1)发起行发起网银贷记业务后假如未收到业务处理中心系统返
回的支付业务回执报文，那么默认该笔业务“已转发〞；
2)发起行假如在T+0日内收到“已转发〞的支付业务回执报文
后未收到业务处理中心转发回来的“已成功〞的支付业务回
执报文〔SMP009〕，那么默认该笔业务成功。

在日终对账时，
发觉对账不符，依据业务处理中心下载的对账明细报文，对
该笔业务进行撤消或确认成功。

3)关于网银业务，发起行能够不做超时检查，然而在交易状态
不明的清况下能够发起交易明细查询业务〔SMP207〕，进一步
查询该笔交易在业务处理中心的状态。

3.接收行异常处理
1)假如接收行“成功〞的支付业务回执报文〔在规定时刻T+0
内未发送到业务处理中心系统，那么该笔业务将被纳进当天
日终清算，假如接收行场终对账不平，由接收行下载明细调
账，调账不成功那么可发起贷记退汇业务。

2)接收行不应在下一工作日期返回支付业务回执报文，假如返
回回执也将被业务处理中心拒尽，被业务处理中心拒尽后应
检查原交易状态，如“已成功〞或“已退票〞那么不作任何
处理,“已拒尽〞那么发起退汇业务。

3)假如接收行出现通讯异常、系统故障等情况在日终清算后仍
然无法接收交易及对账，可向业务处理中心申请以人工方式
打印和导出交易数据及对账文件，并做相应账务处理。

〔中心
负责导出，数据格式见附录。

〕
【业务状态变迁】:
●业务处理中心业务状态变迁
讲明：
1.业务处理中心收到发起行发起的网银贷记业务，审核该网银贷记业
务，并依据审核结果将收到的贷记业务的状态分不置为“已转发〞或者“已拒尽〞；对审核通过的业务，将其转发给接收行，并等待接收行回应。

同时将审核结果通过支付业务回执报文发送发起行。

2.业务处理中心收到接收行对贷记来账业务的支付业务回执，依据支
付业务回执的状态将对应贷记业务的状态更新为“已成功〞或“已失败〞；
●发起行业务状态变迁
讲明：
1.网银客户发起网银贷记业务，如今业务状态为“待发送〞。

2.关于直联银行，行内系统发觉有待发送业务，那么发送该笔贷记业
务到业务处理中心，并将该笔业务状态更新为“待回应〞；关于间联银行，该笔业务在客户端录进后，将该笔业务更新为“待回应〞。

3.关于直联银行，“待回应〞状态的贷记往账业务接收业务处理中心系
统返回的支付业务回执，依据支付业务回执的结果〔被拒尽或者已
转发〕分不将状态置为“被拒尽〞或者“已转发〞；关于间联银行，能够人工将行内业务状态更新为“被拒尽〞或者“已转发〞。

4.关于状态为“已转发〞的贷记往账业务，在接收到由业务处理中心
系统转发的接收行返回的支付业务回执后，将状态修改为“已成功〞或者“已失败〞。

接收行业务状态变迁
讲明：
1.接收行假如对接收到的来账进账失败，能够发起贷记退汇业务。

并
在贷记退汇业务报文的附言中注明拒尽\退票理由。

3.3.2贷记业务-一般
【参与者】:业务处理中心、进网银行机构。

【功能描述】:实时进行跨行贷记转账业务〔网银业务除外〕。

商业银行柜面发起实时贷记业务，接收行实时进客户账并发起回执。

【流程图】:
【流程】:
1.发起行向业务处理中心系统发起账户信息查询请求业务
〔SMP101〕，查询接收方账户信息；
2.业务处理中心系统接收账户信息查询请求业务〔SMP101〕，并通
过账户信息查询回执〔SMP102〕返回接收方账户信息；
3.发起行接收账户信息查询回执〔SMP102〕，并依据回执内容填写
接收方账户信息。

4.依据规定，发起行可依据账户信息和有关业务要素，如账号、金
额、托付日期等，验证客户托付凭证真实性。

5.发起行向业务处理中心系统发起贷记业务〔SMP001，业务标志02-
网银除外〕，其中交易流水需要沿用账户信息查询请求业务交易流水；
6.业务处理中心系统审核收到的贷记业务，假如审核通过，保留贷
记业务〔SMP001〕，并转发到接收行。

7.同时将审核结果〔“已转发〞或者“已拒尽〞〕以支付业务回执
〔SMP009〕的方式返回给发起行；
发起行收到“已转发〞的支付业务回执：接着等待业务处理中心系统转发来的接收行返回的支付业务回执；
发起行收到“已拒尽〞的支付业务回执：结束该笔贷记业务。

8.接收行收到业务处理中心转发来的贷记来账业务〔SMP001〕，并
进行处理；
9.接收行将处理结果以支付业务回执〔SMP009〕的方式返回给业务
处理中心系统；
10.业务处理中心系统收到接收行返回的支付业务回执〔SMP009〕
后进行审核，假如审核不通过，将审核结果〔拒尽〕以支付业务回执〔SMP009〕的方式返回给接收行；假如审核通过，那么修改
该笔贷记交易状态；业务处理中心系统将收到的接收行返回的支
付业务回执〔SMP009〕转发给发起行；
11.发起行收到业务处理中心转发来的支付业务回执〔SMP009〕
进行相应账务处理。

【讲明】:
1.因私账户当天开户可发起贷记业务，不可接收实时贷记业务。

2.商业银行核验客户托付凭证真实性，可依据需要自行决定〔采纳
验印或核验支付密码〕。

3.发起行在发起联机查询账户信息交易时，能够只输进账号信息，
凭账号信息到业务处理中心查询其他账户相关信息，假如业务处
理中心返回该账号重复，那么发起行能够再次发起凭账号和接收
清算行行号的账户信息查询请求。

4.同时，由于柜面实时业务处理时刻要求较高，发起行应在发起交
易时，依据客户账号通过行内预留的账户信息生成账户名称、发
起清算行行号、发起行机构号、发起行机构名称等相关信息返回
给柜员。

5.发起行发起贷记业务有两种方式：
发起行行内系统与业务处理中心直联：所有业务均由银行网点发
起并通过行内系统直截了当转发到业务处理中心；
发起行行内系统与业务处理中心间联：所有业务均在业务处理中
心提供的银行客户端直截了当录进，并提交给业务处理中心系
统；
6.第〔6〕步业务处理中心对收到的贷记业务进行审核要紧包括以
下内容：发起行状态、接收行状态、发起行登录状态、接收行登
录状态、密押验证，按照业务种类检查是否要求查询、是否重票
〔按交易流水号、清算行行号、工作日期检查〕。

7.第〔10〕步业务处理中心对收到的贷记业务进行审核要紧包括以
下内容：工作日期。

8.贷记业务的发起，必须通过录进、复核两个时期。

对直联的商业
银行，录进、复核由行内系统操纵；对间联的商业银行，由业务
处理中心提供的银行客户端操纵录进、复核。

9.业务处理中心系统将对间联银行客户端登陆数量予以操纵。

10.支付业务回执在T+0时刻有效。

【异常处理】:
1.业务处理中心端异常处理
1)业务处理中心系统假如转发失败，那么该笔贷记业务不纳进
清算，并退回给发起行。

2)业务处理中心假如收到往账时发觉收到的某笔往账重复发送
〔按流水号、工作日期、发起清算行行号检查〕，以支付业务
回执的方式返回返回“该笔业务重票〞的拒尽信息给发起行。

对不同流水号，但其他相关要素相同的业务不做操纵。

2.发起行异常处理
1)发起行发起贷记业务后假如未收到业务处理中心系统返回的
支付业务回执报文〔已转发〕，那么默认该笔贷记业务“已转
发〞且“已成功〞；柜员能够发起交易明细查询业务
〔SMP207〕，进一步查询该笔交易在业务处理中心的状态。

2)发起行假如收到“已转发〞的支付业务回执报文〔SMP009〕
后未收到业务处理中心转发回来的“已成功〞的支付业务回
执报文〔SMP009〕，那么可默认该笔业务成功。

柜员能够发起
交易明细查询业务〔SMP207〕，进一步查询该笔交易在业务处
理中心的状态。

在日终对账时，假如发觉业务处理中心该笔
业务为“失败〞那么撤消行内系统该笔业务，并于下一工作
日重新发起该笔贷记业务。

3)发起行对此类业务应设置超时检查，超时时刻可设为N+10s，
其中N为中心超时时刻，N为参数化设置，在上线之前公布的
业务标准中定义〔目前初步定义为60s〕。

假如接收行是直联
银行，发起行在超时时刻内未接收到接收行返回的“已成功〞
或者“已失败〞回应，那么发起业务的商业银行交易状态应
更新为“待确认〞，通知客户交易已转发，当前交易状态不
明。

柜员能够发起交易明细查询业务〔SMP207〕，进一步查询
该笔交易在业务处理中心的状态。

4)如发生贷记业务交易状态不明的情况，建议柜面人员告知付
款客户协调收款客户，收款客户可要求开户行查明缘故。

3.接收行异常处理
1)假如接收行“成功〞的支付业务回执报文〔SMP009〕未发送
到业务处理中心系统，那么该笔业务将被纳进当天日终清算，
假如接收行日终对账不平，由接收行下载明细调账，调账不
成功那么发起贷记退汇业务。

2)接收行不应在下一工作日期返回的支付业务回执报文，如回
执也将被业务处理中心拒尽，如被业务处理中心拒尽后应检
查原交易状态，如“已成功〞或“已退票〞那么不作任何处
理,如“已拒尽〞那么发起退汇业务。

3)假如接收行出现通讯异常、系统故障等情况在日终清算后仍
然无法接收交易及对账，可向业务处理中心申请以人工方式
打印和导出交易数据及对账文件，并做相应账务处理。

3.3.3贷记退汇业务
贷记退汇业务处理模式同贷记业务相同。

但贷记退汇业务只能针对收到的贷记业务发起，在发起前应该先匹配收到的贷记业务。

贷记退汇业务不要求作账户信息查询。

【参与者】:业务处理中心、进网银行机构。

【功能描述】:实时进行跨行贷记退汇转账的业务。

原发起的流水号、原发起清算行行号、原工作日期为发起贷记退汇业务的唯一标准。

【流程图】:
【流程】:
1.发起行向业务处理中心系统发起贷记退汇业务〔SMP003〕；
2.业务处理中心系统审核收到的贷记退汇业务，并将审核结果〔“已
转发〞或者“已拒尽〞〕以支付业务回执〔SMP009〕的方式返回
给发起行；假如拒尽，那么结束后面处理；
发起行收到“已转发〞的支付业务回执：接着等待业务处理中心系统转发来的接收行返回的支付业务回执；
发起行收到“已拒尽〞的支付业务回执：结束该笔贷记退汇业务。

3.业务处理中心系统保留审核通过的贷记退汇业务。

4.业务处理中心系统将审核通过的贷记退汇回执业务〔SMP003〕转
发到接收行；
5.接收行收到业务处理中心转发来的贷记退汇来账业务〔SMP003〕，
并进行处理，接收行不应拒尽贷记退汇业务；
6.接收行将处理结果以支付业务回执〔SMP009〕的方式返回给业务
处理中心系统；
7.业务处理中心系统收到接收行返回的支付业务回执〔SMP009〕后
进行审核，假如审核不通过，将审核结果〔拒尽：已清算〕以支
付业务回执〔SMP009〕的方式返回给接收行；假如审核通过，那
么修改该笔贷记交易状态；
8.业务处理中心系统将收到的接收行返回的支付业务回执
〔SMP009〕转发给发起行；
9.发起行收到业务处理中心转发来的支付业务回执〔SMP009〕进行
相应账务处理。

【讲明】:
1.发起行能够通过两种连接方式〔直联/间联〕发起贷记退汇业务，
不管通过哪一种连接方式发起的贷记退汇业务，只要业务处理中
心转发后，那么不答应发起行再做“失败〞处理。

发起行行内系统与业务处理中心直联：所有业务均由银行网点发
起并通过行内系统直截了当转发到业务处理中心；
发起行行内系统与业务处理中心间联：所有业务均在业务处理中
心提供的银行客户端直截了当录进，并提交给业务处理中心系
统；
2.第〔2〕步业务处理中心对收到的贷记退汇业务进行审核要紧包
括以下内容：发起行状态、接收行状态、发起行登录状态、接收
行登录状态、密押验证、是否与原交易匹配、是否重票、退汇日
期〔必须是T+1〕。

3.第〔7〕步业务处理中心对收到的贷记退汇业务进行审核要紧包
括以下内容：工作日期。

4.贷记业务的发起，必须通过录进、复核两个时期。

对直联的商业
银行，录进、复核由行内系统操纵；对间联的商业银行，由业务处理中心提供的银行客户端操纵录进、复核。

【异常处理】:
1.业务处理中心端异常处理
1)业务处理中心系统假如处理失败，那么该笔贷记退汇业务不
纳进清算，并退回给发起行。

如贷记退汇失败，那么原接收
行发起一般贷记业务，并在附言中讲明。

2)业务处理中心假如收到往账时发觉收到的某笔往账重票〔按
流水号、工作日期、发起清算行行号检查〕，以支付业务回执
的方式返回返回“该笔业务重票〞的拒尽信息给发起行。

2.发起行异常处理
1)发起行发起贷记退汇业务后假如未收到业务处理中心系统返
回的支付业务回执报文〔SMP009〕，那么默认该笔贷记业务“已
成功〞；
2)发起行假如收到“已转发〞的支付业务回执报文〔SMP009〕
后未收到业务处理中心转发回来的“已成功〞的支付业务回
执报文〔SMP009〕，那么默认该笔业务成功。

3.接收行异常处理
1)假如接收行“已成功〞的支付业务回执报文〔SMP009〕未发
送到业务处理中心系统，那么该笔业务纳进当场清算，假如
接收行场终对账不平，由接收行下载明细调账。

3.3.4借记业务
【参与者】:业务处理中心、进网银行机构。

【功能描述】:实时进行跨行借记转账的业务。

实时借记业务的发起行能够是间联的商业银行，但接收行为必需是直联银行。

【流程图】:
【流程】:
1.发起行向业务处理中心系统发起账户信息查询请求业务
〔SMP101〕，查询接收方账户信息；
2.业务处理中心系统接收账户信息查询请求业务〔SMP101〕，并通
过账户信息查询回执〔SMP102〕返回接收方账户信息；
3.发起行接收账户信息查询回执〔SMP102〕，依据回执判定接收行
是否是直联银行，假如不是直联银行那么终止业务办理，假如是
直联银行，那么并依据回执内容填写接收方账户〔相关〕信息。

4.发起行向业务处理中心系统发起借记业务〔SMP002〕，其中交易
流水需要沿用账户信息查询请求业务交易流水；
5.业务处理中心系统审核收到的借记业务，假如审核通过，保留借
记业务，并将借记业务〔SMP002〕转发到接收行。

6.同时将审核结果〔“已发送〞或者“已拒尽〞〕以支付业务回执
〔SMP009〕的方式返回给发起行；
发起行收到“已发送〞的支付业务回执：接着等待业务处理中心系统转发来的接收行返回的支付业务回执；
发起行收到“已拒尽〞的支付业务回执：结束该笔借记业务。

7.接收行收到业务处理中心转发来的借记来账业务〔SMP002〕，依
据相关信息自动核验支付密码，支付密码正确那么记账处理，不
正确那么不记账；处理完毕后生成记账处理结果；
8.接收行将处理结果以支付业务回执〔SMP009〕的方式返回给业务
处理中心系统；
9.业务处理中心系统收到接收行返回的支付业务回执〔SMP009〕后
进行审核，假如审核不通过，将审核结果〔拒尽：已冲正等〕以
支付业务回执〔SMP009〕的方式返回给接收行；假如审核通过，
那么修改该笔交易状态；
10.业务处理中心系统将收到的接收行返回的支付业务回执
〔SMP009〕转发给发起行；
11.发起行收到业务处理中心转发来的支付业务回执〔SMP009〕
进行相应账务处理。

【讲明】:。