上海支付结算综合业务系统.docx

《上海支付结算综合业务系统.docx》由会员分享，可在线阅读，更多相关《上海支付结算综合业务系统.docx（110页珍藏版）》请在三一办公上搜索。

1、内部资料注意保密上海支付结算综合业务系统银行接口规范版本号：1.05二八年十一月深圳市雁联计算系统有限公司文档控制分发文档名称：上海支付结算综合业务系统银行接口规范版本号:V1.05版本日期:2008年11月18 日作者:发布部门:发布日期:2008年11月18 日版本控制版本日期说明V1.002008年7月1 日初稿V1.012008年8月6 日增加银行资金清算报文；V1.022008年8月18日借记冲正报文增加OLZ字段；账户余额查询报文增加52A/58A字段；修改手续费报文明细内容；增加确认API等；V1.032008-9-5见附件关于上海市支付结算综合业务系统银行接口变更的事项V1.0

2、42008-10-211实时贷记业务报文SMP001/实时借记业务报文SMP002中ACT：收款人账户类型变更为必选/可选项“M/O”；2实时贷记业务报文SMP001中CEF：业务种类变更为必选项“M”；3返回码说明中增加“8320：支付密码错”；4. 明细下载申请（SMP613）DLC值域不能为空5系统对账流程图修改；6交易明细查询回执报文（SMP208）添加返回结果代码C42/附言72A字段7接口API函数增加返回信息，方便调试。V1.052008-11-181实时借/贷记业务增加票据种类说明；2借记业务的CET票据种类/30B票据日期变更为必选项“M”；3借记冲正业务的ORO原收款人开户

3、行变更为可选项“O”；4交易明细查询回执报文（SMP208）的OST原交易状态值域增加：99：其他（当查询结果不为“1”（成功）时）5自由格式信息报文（SMP209）增加52A发起网点号/58A接收网点号字段；6删除手续费明细报文；（系统每月生成手续费汇总报表，以人工方式传递到各参与银行）批阅意见职位签字日期目 录第一章概述11.1目的11.2系统概述11.3系统总体结构21.4接口概述31.4.1非直联模式31.4.2直联模式31.5定义、缩写词和术语3第二章业务范围5第三章接口主要业务流描述73.1系统工作日和状态73.2业务种类73.3支付业务描述83.3.1贷记业务-网银（自助渠道）8

4、3.3.2贷记业务-普通163.3.3贷记退汇业务233.3.4借记业务283.3.5借记冲正业务363.4信息业务描述383.4.1票据影像业务383.4.2专用内部账户调拨403.4.3交易明细查询433.4.4查询查复业务443.4.5账户信息变更463.4.6账户余额查询业务483.4.7自由格式信息503.5资金业务描述513.5.1轧差清算513.5.2日终处理523.5.3系统对账523.6管理业务描述553.6.1系统登陆553.6.2系统退出553.6.3系统强制退出通知553.6.4系统状态变更通知553.6.5场次变更通知563.6.6日切通知563.6.7通讯检查56第

5、四章接口系统结构574.1物理连接574.2应用连接574.2.1示意图574.2.2API说明584.2.2.1连接API594.2.2.2断开连接API594.2.2.3发送API604.2.2.4接收API614.2.2.5确认API63第五章接口信息处理说明655.1接口信息处理模式655.1.1发送处理模式655.1.2接收处理模式655.2接口报文说明665.2.1字符集说明665.2.1.1属性符号665.2.1.2x-字符集675.2.2报文结构675.2.2.1报文头685.2.2.2报文正文705.2.2.2.1短报文正文705.2.2.2.2长报文正文715.2.2.3报

6、文尾715.3业务报文715.3.1支付报文715.3.1.1实时贷记业务报文（SMP001）715.3.1.2实时借记业务报文（SMP002）735.3.1.3贷记退汇报文（SMP003）745.3.1.4借记冲正业务报文（SMP006）745.3.1.5支付业务回执报文（SMP009）755.3.1.6账户信息查询请求业务报文（SMP101）755.3.1.7账户信息查询回执业务报文（SMP102）765.3.2信息报文765.3.2.1查询报文（SMP201）765.3.2.2查复报文（SMP202）775.3.2.3专用内部账户调拨报文（SMP203）785.3.2.4专用内部账户回执

7、报文（SMP204）795.3.2.5账户信息变更报文（SMP205）795.3.2.6票据影像业务报文（SMP206）805.3.2.7交易明细查询报文（SMP207）815.3.2.8交易明细查询回执报文（SMP208）815.3.2.9自由格式信息报文（SMP209）825.3.2.10账户余额查询报文（SMP301）825.3.2.11账户余额查询返回报文（SMP302）835.3.2.12账户信息变更返回报文（SMP305）835.3.2.13通用返回报文（SMP999）845.3.3资金报文855.3.3.1汇总对账报文（SMP 713）855.3.3.2汇总对账返回报文（SMP

8、714）865.3.3.3明细下载申请（SMP613）865.3.3.4明细对账（SMP 614）865.3.3.5银行资金清算报文（SMP706）885.3.4管理报文885.3.4.1系统状态变更报文（SMP418）885.3.4.2登陆报文（SMP501）895.3.4.3登陆返回报文（SMP502）895.3.4.4退出申请报文（SMP503）905.3.4.5退出申请返回报文（SMP504）905.3.4.6强制退出报文（SMP505）905.3.4.7行号信息变更报文（SMP 642）905.3.4.8日切通知报文（SMP702）915.3.4.9场次变更通知报文（SMP704）9

9、25.3.4.10通讯检查报文（SMP751）935.3.4.11通讯检查返回报文（SMP752）935.3.5返回码说明93第六章接口安全性管理976.1交易数据的安全性976.1.1保护密押生成976.1.2加/核押986.2调账业务的安全性986.3用户管理986.4审计追踪996.5网络安全99第七章附录1007.1加/核押要素1007.2加/核押设备1017.3票据影像数据1017.4账户信息大文件1027.4.1文件命名规则1027.4.2文件结构1024银行接口规范 上海市支付结算综合业务系统第一章 概述1.1 目的本文旨在描述上海支付结算综合业务系统与商业银行行内系统之间的接口

10、规范，同时说明商业银行需要配合参与的工作。各商业银行可以依据本接口规范进行接口设计和银行部分的开发工作。1.2 系统概述上海支付结算综合业务系统是应用现代计算机技术、网络通讯和安全保密技术，改造并取代传统的处理模式，将各类跨行借、贷方票据业务及转账业务信息转为电子信息流，通过网络互联等手段实现同行内有关部门、国有商业银行、其他金融机构的联结，加速资金周转，实现柜面票据及转账业务的实时发起、实时入客户账，为社会提供优质的支付结算服务。1.3 系统总体结构系统总体结构如上图所示，对于直联银行，当发生跨行业务时，通过接口API发往中心进行业务处理。对于间联银行，通过客户端将业务发往中心进行业务处理。

11、1.4 接口概述商业银行行内系统与上海市支付结算综合业务系统的联接可以分为两种方式：一种是直联模式，另一种是非直联模式。本接口规范主要描述直联模式接口。1.4.1 非直联模式通过中心提供的客户端，实现与上海市支付结算综合业务系统的联接。1.4.2 直联模式通过接口调用接口API实现与上海市支付结算综合业务系统的联接。1.5 定义、缩写词和术语序号名 称说 明1清算日指在清算账户（SAPS）或者人行会计核算系统（ABS）上完成最终资金清算的自然日，即ABS系统的工作日，ABS系统工作日的最后一场轧差时间作为清算日的切换时间。2工作日期指系统在上一工作日日切后到下一工作日日切之间的系统工作日期。该

12、日期在每日日切后更换为下一自然日的时间。3发起行发起往账业务的清算行。4接收行接收来账业务的清算行。5参与行所有加入金融综合服务平台的金融机构，包括：人行营业部、国库、商业银行、信用合作社、国家政策性银行。6清算行在人民银行开设清算账户的政策性银行、商业银行、城市商业银行、农村信用合作社。7扣款行指需要从银行客户的账户中划出资金的银行。8入账行指需要向银行客户的账户上划入资金的银行。9客户通过金融综合服务平台进行跨行转账的对公/对私客户。10开户行机构号客户开户银行网点的机构号，由各商业银行自行定义。11业务处理中心负责业务的转发和资金的轧差、清算的人行下属机构。12业务专用凭证用于银行对账的

13、交易流水汇总、以及交易明细文件。13日切系统工作日的切换。第二章 业务范围采用直联模式的商业银行主要有以下业务：本行发起的业务包括：1) 贷记业务2) 贷记退汇业务3) 借记业务4) 借记冲正业务5) 票据影像业务6) 专用内部账户调拨7) 查询查复业务8) 交易明细查询9) 账户信息变更10) 网点信息变更11) 账户余额查询本行接收的业务包括：1) 贷记业务2) 贷记退汇业务3) 借记业务4) 借记冲正业务5) 票据影像业务6) 专用内部账户调拨7) 查询查复业务8) 手续费明细9) 行号信息变更10) 网点信息变更11) 账户余额查询12) 银行资金清算报文第三章 接口主要业务流描述本节

14、流程图主要是为了说明业务处理过程中的报文交互，图中报文的发起和接收，并不是说明处理是同步模式进行的，其实我们提供的API的消息处理模式是异步的，关于异步转同步的处理机制由商行自己决定。3.1 系统工作日和状态综合业务系统有工作日期和清算日两个时间概念。工作日期是对外提供服务的工作时间；清算日是在人行会计核算系统（ABS）上完成最终资金清算的当日，可能和工作日期一致，也可能较工作日期延迟。综合业务系统提供7*24小时服务。综合业务系统每日16：30下发“日切通知”，日切后系统进入下一工作日期，日切时间可调整。3.2 业务种类综合业务系统的主要业务包括以下几类：支付类业务、信息类业务、资金类业务和

15、管理类业务。 支付类业务主要包括：贷记业务、贷记退汇业务、借记业务、业务冲正； 信息类业务主要包括：查询/查复业务、交易明细查询、自由格式信息、账户信息变更、专用内部账户调拨、票据影像业务、账户余额查询业务； 资金类业务主要包括：资金对账、资金清算。 管理类业务主要包括：系统登陆/退出、日切通知、场次变更通知、系统状态变更、通讯状态检查等；3.3 支付业务描述3.3.1 贷记业务-网银（自助渠道）【 参与者 】: 业务处理中心、入网银行机构。【 功能描述 】: 商业银行同城网上银行跨行转账业务，通过完成与综合业务系统的接口开发，实现实时进行跨行贷记转账。考虑到一些特殊情况，商业银行也可以在柜面

16、按照网银的业务流程发起贷记业务。【 流程图 】:【 流程 】:1. 网银客户向发起行发起网银转账业务，发起行通过合法性检查后，如果发起行为直联银行，则直接向业务处理中心系统发起网银贷记业务（SMP001，业务标志为02-网银，下同）；如果发起行为间联银行，业务落地后，通过中心提供的银行客户端，向业务处理中心系统发起网银贷记业务。2. 业务处理中心系统审核收到的网银贷记业务，并将审核结果（“已转发”或者“已拒绝”）以支付业务回执（SMP009，下同）的方式返回给发起行； 发起行收到“已转发”的支付业务回执：继续等待业务处理中心系统转发来的接收行返回的支付业务回执；发起行收到“已拒绝”的支付业务回

17、执：结束该笔贷记业务。发起行可对网银业务进行处理后再次发起一笔新的贷记业务（生成新的流水号）。所有业务均在处理中心转发接收行后，才将业务处理回执“已转发”返回发起行（下同）。3. 业务处理中心系统保存审核通过的网银贷记业务。4. 业务处理中心系统将审核通过的网银贷记业务转发到接收行；5. 接收行收到业务处理中心转发来的网银贷记来账业务，并进行处理；6. 接收行将处理结果以支付业务回执的方式返回给业务处理中心系统，对于间联银行可以以手工方式通过中心提供的银行客户端返回给业务处理中心；7. 业务处理中心系统收到接收行返回的支付业务回执后进行审核，如果审核不通过，将审核结果（拒绝）以支付业务回执的方

18、式返回给接收行；如果审核通过，则修改该笔贷记交易状态；8. 业务处理中心系统将收到的接收行返回的支付业务回执转发给发起行；9. 发起行收到业务处理中心转发来的支付业务回执进行相应账务处理。【 说明 】:1. 支付业务回执的发起行为业务处理中心时，表明是该回执由业务处理中心主动发起，否则表明该回执是商业银行主动发起。2. 支付业务回执中的附言中应注明处理结果的说明。（返回码说明详见5.3.5，下同）3. 当集团客户通过网银发起贷记业务有特殊用途时，发起行应该将该笔业务按照柜面业务方式处理。4. 贷记退汇时间原则上应不超过T+1，系统不接受当天发起退汇业务。5. 发起行发起网银贷记业务有两种方式：

19、发起行行内系统与业务处理中心直联：所有业务均通过行内系统直接转发到业务处理中心；发起行行内系统与业务处理中心间联：所有业务均在业务处理中心提供的银行客户端直接录入，并提交给业务处理中心系统；6. 第（2）步业务处理中心对收到的网银贷记业务进行审核主要包括以下内容：发起行状态、发起行登录状态、密押验证、是否重票（按交易流水号、清算行行号、工作日期检查）。7. 网银业务对接收行状态、接收行登陆状态不做控制，如果发生接收行存在通讯异常、未登录等状态，业务处理中心依然将该业务转发，对于接收行未返回支付业务回执的业务依然纳入清算。8. 第（7）步业务处理中心对收到的网银贷记业务进行审核主要包括以下内容：

20、工作日期。9. 对于间联的商业银行，通过业务处理中心提供的银行客户端录入网银贷记业务时，应该进行复核。【 异常处理 】:1. 业务处理中心端异常处理1) 业务处理中心系统如果无法转发网银贷记业务时，则该笔贷记业务不纳入清算，以支付业务回执方式（SMP009）退回给发起行。2) 业务处理中心如果收到往账时发现收到的某笔往账重票（按流水号、工作日期、发起清算行行号检查），以支付业务回执的方式返回“该笔业务重票”的拒绝信息给发起行。2. 发起行异常处理1) 发起行发起网银贷记业务后如果未收到业务处理中心系统返回的支付业务回执报文，则默认该笔业务“已转发”；2) 发起行如果在T+0日内收到“已转发”的

21、支付业务回执报文后未收到业务处理中心转发回来的“已成功”的支付业务回执报文（SMP009），则默认该笔业务成功。在日终对账时，发现对账不符，根据业务处理中心下载的对账明细报文，对该笔业务进行撤消或确认成功。3) 对于网银业务，发起行可以不做超时检查，但是在交易状态不明的清况下可以发起交易明细查询业务（SMP207），进一步查询该笔交易在业务处理中心的状态。3. 接收行异常处理1) 如果接收行“成功”的支付业务回执报文（在规定时间T+0内未发送到业务处理中心系统，则该笔业务将被纳入当天日终清算，如果接收行场终对账不平，由接收行下载明细调账，调账不成功则可发起贷记退汇业务。2) 接收行不应在下一工

22、作日期返回支付业务回执报文，如果返回回执也将被业务处理中心拒绝，被业务处理中心拒绝后应检查原交易状态，如“已成功”或“已退票”则不作任何处理,“已拒绝”则发起退汇业务。3) 如果接收行出现通讯异常、系统故障等情况在日终清算后仍然无法接收交易及对账，可向业务处理中心申请以人工方式打印和导出交易数据及对账文件，并做相应账务处理。（中心负责导出，数据格式见附录。）【 业务状态变迁 】:l 业务处理中心业务状态变迁说明：1. 业务处理中心收到发起行发起的网银贷记业务，审核该网银贷记业务，并根据审核结果将收到的贷记业务的状态分别置为“已转发”或者“已拒绝”；对审核通过的业务，将其转发给接收行，并等待接收

23、行回应。同时将审核结果通过支付业务回执报文发送发起行。2. 业务处理中心收到接收行对贷记来账业务的支付业务回执，根据支付业务回执的状态将对应贷记业务的状态更新为“已成功”或“已失败”；l 发起行业务状态变迁说明：1. 网银客户发起网银贷记业务，此时业务状态为“待发送”。2. 对于直联银行，行内系统发现有待发送业务，则发送该笔贷记业务到业务处理中心，并将该笔业务状态更新为“待回应”；对于间联银行，该笔业务在客户端录入后，将该笔业务更新为“待回应”。3. 对于直联银行，“待回应”状态的贷记往账业务接收业务处理中心系统返回的支付业务回执，根据支付业务回执的结果（被拒绝或者已转发）分别将状态置为“被拒

24、绝”或者“已转发”；对于间联银行，可以人工将行内业务状态更新为“被拒绝”或者“已转发”。4. 对于状态为“已转发”的贷记往账业务，在接收到由业务处理中心系统转发的接收行返回的支付业务回执后，将状态修改为“已成功”或者“已失败”。l 接收行业务状态变迁说明：1. 接收行如果对接收到的来账入账失败，可以发起贷记退汇业务。并在贷记退汇业务报文的附言中注明拒绝退票理由。3.3.2 贷记业务-普通【 参与者 】: 业务处理中心、入网银行机构。【 功能描述 】: 实时进行跨行贷记转账业务（网银业务除外）。商业银行柜面发起实时贷记业务，接收行实时入客户账并发起回执。【 流程图 】:【 流程 】:1. 发起行

25、向业务处理中心系统发起账户信息查询请求业务（SMP101），查询接收方账户信息；2. 业务处理中心系统接收账户信息查询请求业务（SMP101），并通过账户信息查询回执（SMP102）返回接收方账户信息；3. 发起行接收账户信息查询回执（SMP102），并根据回执内容填写接收方账户信息。4. 根据规定，发起行可依据账户信息和有关业务要素，如账号、金额、委托日期等，验证客户委托凭证真实性。5. 发起行向业务处理中心系统发起贷记业务（SMP001，业务标志02-网银除外），其中交易流水需要沿用账户信息查询请求业务交易流水；6. 业务处理中心系统审核收到的贷记业务，如果审核通过，保存贷记业务（SMP0

26、01），并转发到接收行。7. 同时将审核结果（“已转发”或者“已拒绝”）以支付业务回执（SMP009）的方式返回给发起行；发起行收到“已转发”的支付业务回执：继续等待业务处理中心系统转发来的接收行返回的支付业务回执；发起行收到“已拒绝”的支付业务回执：结束该笔贷记业务。8. 接收行收到业务处理中心转发来的贷记来账业务（SMP001），并进行处理；9. 接收行将处理结果以支付业务回执（SMP009）的方式返回给业务处理中心系统；10. 业务处理中心系统收到接收行返回的支付业务回执（SMP009）后进行审核，如果审核不通过，将审核结果（拒绝）以支付业务回执（SMP009）的方式返回给接收行；如果审

27、核通过，则修改该笔贷记交易状态；业务处理中心系统将收到的接收行返回的支付业务回执（SMP009）转发给发起行；11. 发起行收到业务处理中心转发来的支付业务回执（SMP009）进行相应账务处理。【 说明 】:1. 因私账户当天开户可发起贷记业务，不可接收实时贷记业务。2. 商业银行核验客户委托凭证真实性，可根据需要自行决定（采用验印或核验支付密码）。3. 发起行在发起联机查询账户信息交易时，可以只输入账号信息，凭账号信息到业务处理中心查询其他账户相关信息，如果业务处理中心返回该账号重复，则发起行可以再次发起凭账号和接收清算行行号的账户信息查询请求。4. 同时，由于柜面实时业务处理时间要求较高，

28、发起行应在发起交易时，根据客户账号通过行内预留的账户信息生成账户名称、发起清算行行号、发起行机构号、发起行机构名称等相关信息返回给柜员。5. 发起行发起贷记业务有两种方式：发起行行内系统与业务处理中心直联：所有业务均由银行网点发起并通过行内系统直接转发到业务处理中心；发起行行内系统与业务处理中心间联：所有业务均在业务处理中心提供的银行客户端直接录入，并提交给业务处理中心系统；6. 第（6）步业务处理中心对收到的贷记业务进行审核主要包括以下内容：发起行状态、接收行状态、发起行登录状态、接收行登录状态、密押验证，按照业务种类检查是否要求查询、是否重票（按交易流水号、清算行行号、工作日期检查）。7.

29、 第（10）步业务处理中心对收到的贷记业务进行审核主要包括以下内容：工作日期。8. 贷记业务的发起，必须经过录入、复核两个阶段。对直联的商业银行，录入、复核由行内系统控制；对间联的商业银行，由业务处理中心提供的银行客户端控制录入、复核。9. 业务处理中心系统将对间联银行客户端登陆数量予以控制。10. 支付业务回执在T+0时间有效。【 异常处理 】:1. 业务处理中心端异常处理1) 业务处理中心系统如果转发失败，则该笔贷记业务不纳入清算，并退回给发起行。2) 业务处理中心如果收到往账时发现收到的某笔往账重复发送（按流水号、工作日期、发起清算行行号检查），以支付业务回执的方式返回返回“该笔业务重票

30、”的拒绝信息给发起行。对不同流水号，但其他相关要素相同的业务不做控制。2. 发起行异常处理1) 发起行发起贷记业务后如果未收到业务处理中心系统返回的支付业务回执报文（已转发），则默认该笔贷记业务“已转发”且 “已成功”；柜员可以发起交易明细查询业务（SMP207），进一步查询该笔交易在业务处理中心的状态。2) 发起行如果收到“已转发”的支付业务回执报文（SMP009）后未收到业务处理中心转发回来的“已成功”的支付业务回执报文（SMP009），则可默认该笔业务成功。柜员可以发起交易明细查询业务（SMP207），进一步查询该笔交易在业务处理中心的状态。在日终对账时，如果发现业务处理中心该笔业务为“

31、失败”则撤消行内系统该笔业务，并于下一工作日重新发起该笔贷记业务。3) 发起行对此类业务应设置超时检查，超时时间可设为N+10s，其中N为中心超时时间，N为参数化设置，在上线之前公布的业务规范中定义（目前初步定义为60s）。如果接收行是直联银行，发起行在超时时间内未接收到接收行返回的“已成功”或者“已失败”回应，则发起业务的商业银行交易状态应更新为“待确认”，通知客户交易已转发，当前交易状态不明。柜员可以发起交易明细查询业务（SMP207），进一步查询该笔交易在业务处理中心的状态。4) 如发生贷记业务交易状态不明的情况，建议柜面人员告知付款客户协调收款客户，收款客户可要求开户行查明原因。3.

32、接收行异常处理1) 如果接收行“成功”的支付业务回执报文（SMP009）未发送到业务处理中心系统，则该笔业务将被纳入当天日终清算，如果接收行日终对账不平，由接收行下载明细调账，调账不成功则发起贷记退汇业务。2) 接收行不应在下一工作日期返回的支付业务回执报文，如回执也将被业务处理中心拒绝，如被业务处理中心拒绝后应检查原交易状态，如“已成功”或“已退票”则不作任何处理,如“已拒绝”则发起退汇业务。3) 如果接收行出现通讯异常、系统故障等情况在日终清算后仍然无法接收交易及对账，可向业务处理中心申请以人工方式打印和导出交易数据及对账文件，并做相应账务处理。3.3.3 贷记退汇业务贷记退汇业务处理模式

33、同贷记业务相同。但贷记退汇业务只能针对收到的贷记业务发起，在发起前应该先匹配收到的贷记业务。贷记退汇业务不要求作账户信息查询。【 参与者 】: 业务处理中心、入网银行机构。【 功能描述 】: 实时进行跨行贷记退汇转账的业务。原发起的流水号、原发起清算行行号、原工作日期为发起贷记退汇业务的唯一标准。【 流程图 】:【 流程 】:1. 发起行向业务处理中心系统发起贷记退汇业务（SMP003）；2. 业务处理中心系统审核收到的贷记退汇业务，并将审核结果（“已转发”或者“已拒绝”）以支付业务回执（SMP009）的方式返回给发起行；如果拒绝，则结束后面处理；发起行收到“已转发”的支付业务回执：继续等待业

34、务处理中心系统转发来的接收行返回的支付业务回执；发起行收到“已拒绝”的支付业务回执：结束该笔贷记退汇业务。3. 业务处理中心系统保存审核通过的贷记退汇业务。4. 业务处理中心系统将审核通过的贷记退汇回执业务（SMP003）转发到接收行；5. 接收行收到业务处理中心转发来的贷记退汇来账业务（SMP003），并进行处理，接收行不应拒绝贷记退汇业务；6. 接收行将处理结果以支付业务回执（SMP009）的方式返回给业务处理中心系统；7. 业务处理中心系统收到接收行返回的支付业务回执（SMP009）后进行审核，如果审核不通过，将审核结果（拒绝：已清算）以支付业务回执（SMP009）的方式返回给接收行；如

35、果审核通过，则修改该笔贷记交易状态； 8. 业务处理中心系统将收到的接收行返回的支付业务回执（SMP009）转发给发起行；9. 发起行收到业务处理中心转发来的支付业务回执（SMP009）进行相应账务处理。【 说明 】:1. 发起行可以通过两种连接方式（直联/间联）发起贷记退汇业务，无论通过哪一种连接方式发起的贷记退汇业务，只要业务处理中心转发后，则不允许发起行再做“失败”处理。发起行行内系统与业务处理中心直联：所有业务均由银行网点发起并通过行内系统直接转发到业务处理中心；发起行行内系统与业务处理中心间联：所有业务均在业务处理中心提供的银行客户端直接录入，并提交给业务处理中心系统；2. 第（2）

36、步业务处理中心对收到的贷记退汇业务进行审核主要包括以下内容：发起行状态、接收行状态、发起行登录状态、接收行登录状态、密押验证、是否与原交易匹配、是否重票、退汇日期（必须是T+1）。3. 第（7）步业务处理中心对收到的贷记退汇业务进行审核主要包括以下内容：工作日期。4. 贷记业务的发起，必须经过录入、复核两个阶段。对直联的商业银行，录入、复核由行内系统控制；对间联的商业银行，由业务处理中心提供的银行客户端控制录入、复核。【 异常处理 】:1. 业务处理中心端异常处理1) 业务处理中心系统如果处理失败，则该笔贷记退汇业务不纳入清算，并退回给发起行。如贷记退汇失败，则原接收行发起普通贷记业务，并在附

37、言中说明。2) 业务处理中心如果收到往账时发现收到的某笔往账重票（按流水号、工作日期、发起清算行行号检查），以支付业务回执的方式返回返回“该笔业务重票”的拒绝信息给发起行。2. 发起行异常处理1) 发起行发起贷记退汇业务后如果未收到业务处理中心系统返回的支付业务回执报文（SMP009），则默认该笔贷记业务“已成功”； 2) 发起行如果收到“已转发”的支付业务回执报文（SMP009）后未收到业务处理中心转发回来的“已成功”的支付业务回执报文（SMP009），则默认该笔业务成功。3. 接收行异常处理1) 如果接收行“已成功”的支付业务回执报文（SMP009）未发送到业务处理中心系统，则该笔业务纳入

38、当场清算，如果接收行场终对账不平，由接收行下载明细调账。3.3.4 借记业务【 参与者 】: 业务处理中心、入网银行机构。【 功能描述 】:实时进行跨行借记转账的业务。实时借记业务的发起行可以是间联的商业银行，但接收行为必需是直联银行。【 流程图 】:【 流程 】:1. 发起行向业务处理中心系统发起账户信息查询请求业务（SMP101），查询接收方账户信息；2. 业务处理中心系统接收账户信息查询请求业务（SMP101），并通过账户信息查询回执（SMP102）返回接收方账户信息；3. 发起行接收账户信息查询回执（SMP102），根据回执判断接收行是否是直联银行，如果不是直联银行则终止业务办理，如果

39、是直联银行，则并根据回执内容填写接收方账户（相关）信息。4. 发起行向业务处理中心系统发起借记业务（SMP002），其中交易流水需要沿用账户信息查询请求业务交易流水；5. 业务处理中心系统审核收到的借记业务，如果审核通过，保存借记业务，并将借记业务（SMP002）转发到接收行。6. 同时将审核结果（ “已发送”或者“已拒绝”）以支付业务回执（SMP009）的方式返回给发起行；发起行收到 “已发送”的支付业务回执：继续等待业务处理中心系统转发来的接收行返回的支付业务回执；发起行收到 “已拒绝”的支付业务回执：结束该笔借记业务。7. 接收行收到业务处理中心转发来的借记来账业务（SMP002），根据

40、相关信息自动核验支付密码，支付密码正确则记账处理，不正确则不记账；处理完毕后生成记账处理结果；8. 接收行将处理结果以支付业务回执（SMP009）的方式返回给业务处理中心系统；9. 业务处理中心系统收到接收行返回的支付业务回执（SMP009）后进行审核，如果审核不通过，将审核结果（拒绝：已冲正等）以支付业务回执（SMP009）的方式返回给接收行；如果审核通过，则修改该笔交易状态；10. 业务处理中心系统将收到的接收行返回的支付业务回执（SMP009）转发给发起行；11. 发起行收到业务处理中心转发来的支付业务回执（SMP009）进行相应账务处理。【 说明 】:1. 发起行发起借记业务有两种方式

41、：发起行行内系统与业务处理中心直联：所有业务均由银行网点发起并通过行内系统直接转发到业务处理中心；发起行行内系统与业务处理中心间联：所有业务均在业务处理中心提供的银行客户端直接录入，并提交给业务处理中心系统；2. 第（5）步业务处理中心对收到的借记业务进行审核主要包括以下内容：发起行状态、接收行状态、发起行登录状态、接收行登录状态、密押验证、按照业务种类检查是否要求查询、是否重票（根据交易流水、工作日期、发起清算行行号，不根据票号）。3. 第（9）步业务处理中心对收到的借记业务进行审核主要包括以下内容：工作日期、是否已冲正。4. 借记业务的发起，必须经过录入、复核两个阶段。对直联的商业银行，录

42、入、复核由行内系统控制；对间联的商业银行，由业务处理中心提供的银行客户端控制录入、复核。【 异常处理 】:1. 业务处理中心端异常处理1) 业务处理中心系统收到接收行返回的借记确认指令，如果处理失败，则该笔借记业务不纳入清算，并通过支付业务回执报文（SMP009）将处理结果分别转发发起行和接收行。2. 发起行异常处理1) 发起行发起借记业务后如果在规定业务时间内未收到业务处理中心系统返回“已转发”、“已拒绝”或 “已成功”的支付业务回执报文，则发起行可以通过柜面发起交易明细查询（SMP207）查询该笔交易目前在业务处理中心的交易状态，如果返回的交易状态为 “已失败”则中止该笔交易，如果为“已成

43、功”发起行应修改该笔业务状态，变为已成功，如果为“已转发”，则再次发起查询，如果 “已拒绝”，则可以重新发起该笔交易。2) 同时，发起行发起借记业务后如果在规定业务时间内未收到业务处理中心系统返回“已转发”、“已拒绝”或 “已成功”的支付业务回执报文，发起行也可以通过柜面发起冲正交易。3) 发起行在发起冲正业务后，要将原交易置为“已冲正”，在极其特殊的情况下（冲正在前，交易在后），如果在冲正后仍然收到“已成功”的返回报文，需要再次发起冲正交易。3. 接收行异常处理1) 如果接收行“已成功”的支付业务回执报文（SMP009）未发送到业务处理中心系统，则该笔业务不纳入当场清算，如果接收行场终对账不

44、平，由接收行下载明细对账，并冲回付款人账户。2) 接收行在超过系统规定业务响应时间返回的支付业务回执报文（SMP009）被业务处理中心拒绝（拒绝：已冲正）后，检查原交易状态，如“已失败”则不作任何处理，如“已成功”则由接收行冲回付款人账户。【 业务状态变迁 】:l 业务处理中心业务状态变迁说明：1. 业务处理中心收到发起行发起的借记业务，将状态记为“已收妥”，并将借记业务转发到接收行，转发后将状态记为“已转发”；2. 业务处理中心根据收到的接收行的返回结果将借记业务分别登记为“已成功”或者“已失败”；3. 系统场终将成功业务纳入清算，将状态记为“已清算”4. 业务处理中心收到发起行冲正交易将状

45、态标记为“已冲正”。l 发起行业务状态变迁1. 发起行在同城客户端录入一笔借记业务，起状态登记为“待复核”；2. 另一操作员对“待复核”状态的借记业务进行复核，并更新状态为“待发送”；3. 行内系统将“待发送”状态的借记业务发送到业务处理中心，并更新状态为“待回应”；4. 行内系统收到业务处理中心返回的确认接收信息后将状态修改为“已转发”5. 在“已转发”状态下行内系统收到业务处理中心返回的接收行确认信息或者超时后分别将借记业务状态更新为“拒绝”/“成功”/“超时”。l 接收行业务状态变迁1. 接收行收到业务处理中心转发来的借记业务后将状态登记为“已收妥”，并转到行内进行处理；2. 根据行内处理结果将状态修改为“成功”或者“拒绝”；3. 如果在行内返回处理结果前收到发起行发起的冲正/撤消报文则将该借记业务登记为“被拒绝”；行内冲正/撤消成功后将该借记业务登记为“已冲正/撤消”；3.3.5 借记冲正业务【 参与者 】: 业务处理中