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

内部资料注意保密上海支付结算综合业务系统银行接口规范版本号：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.042008-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原收款人开户行变更为可选项“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贷记业务-网银（自助渠道）83.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第四章接口系统结构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报文尾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专用内部账户回执报文（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 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）925.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 目的本文旨在描述上海支付结算综合业务系统与商业银行行内系统之间的接口规范，同时说明商业银行需要配合参与的工作。各商业银行可以依据本接口规范进行接口设计和银行部分的开发工作。1.2 系统概述上海支付结算综合业务系统是应用现代计算机技术、网络通讯和安全保密技术，改造并取代传统的处理模式，将各类跨行借、贷方票据业务及转账业务信息转为电子信息流，通过网络互联等手段实现同行内有关部门、国有商业银行、其他金融机构的联结，加速资金周转，实现柜面票据及转账业务的实时发起、实时入客户账，为社会提供优质的支付结算服务。1.3 系统总体结构系统总体结构如上图所示，对于直联银行，当发生跨行业务时，通过接口API发往中心进行业务处理。对于间联银行，通过客户端将业务发往中心进行业务处理。1.4 接口概述商业银行行内系统与上海市支付结算综合业务系统的联接可以分为两种方式：一种是直联模式，另一种是非直联模式。本接口规范主要描述直联模式接口。1.4.1 非直联模式通过中心提供的客户端，实现与上海市支付结算综合业务系统的联接。1.4.2 直联模式通过接口调用接口API实现与上海市支付结算综合业务系统的联接。1.5 定义、缩写词和术语序号名 称说 明1清算日指在清算账户（SAPS）或者人行会计核算系统（ABS）上完成最终资金清算的自然日，即ABS系统的工作日，ABS系统工作日的最后一场轧差时间作为清算日的切换时间。2工作日期指系统在上一工作日日切后到下一工作日日切之间的系统工作日期。该日期在每日日切后更换为下一自然日的时间。3发起行发起往账业务的清算行。4接收行接收来账业务的清算行。5参与行所有加入金融综合服务平台的金融机构，包括：人行营业部、国库、商业银行、信用合作社、国家政策性银行。6清算行在人民银行开设清算账户的政策性银行、商业银行、城市商业银行、农村信用合作社。7扣款行指需要从银行客户的账户中划出资金的银行。8入账行指需要向银行客户的账户上划入资金的银行。9客户通过金融综合服务平台进行跨行转账的对公/对私客户。10开户行机构号客户开户银行网点的机构号，由各商业银行自行定义。11业务处理中心负责业务的转发和资金的轧差、清算的人行下属机构。12业务专用凭证用于银行对账的交易流水汇总、以及交易明细文件。13日切系统工作日的切换。第二章 业务范围采用直联模式的商业银行主要有以下业务：本行发起的业务包括：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. 支付业务回执中的附言中应注明处理结果的说明。（返回码说明详见5.3.5，下同）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) 如果接收行出现通讯异常、系统故障等情况在日终清算后仍然无法接收交易及对账，可向业务处理中心申请以人工方式打印和导出交易数据及对账文件，并做相应账务处理。（中心负责导出，数据格式见附录。）【 业务状态变迁 】:l 业务处理中心业务状态变迁说明：1. 业务处理中心收到发起行发起的网银贷记业务，审核该网银贷记业务，并根据审核结果将收到的贷记业务的状态分别置为“已转发”或者“已拒绝”；对审核通过的业务，将其转发给接收行，并等待接收行回应。同时将审核结果通过支付业务回执报文发送发起行。2. 业务处理中心收到接收行对贷记来账业务的支付业务回执，根据支付业务回执的状态将对应贷记业务的状态更新为“已成功”或“已失败”；l 发起行业务状态变迁说明：1. 网银客户发起网银贷记业务，此时业务状态为“待发送”。2. 对于直联银行，行内系统发现有待发送业务，则发送该笔贷记业务到业务处理中心，并将该笔业务状态更新为“待回应”；对于间联银行，该笔业务在客户端录入后，将该笔业务更新为“待回应”。3. 对于直联银行，“待回应”状态的贷记往账业务接收业务处理中心系统返回的支付业务回执，根据支付业务回执的结果（被拒绝或者已转发）分别将状态置为“被拒绝”或者“已转发”；对于间联银行，可以人工将行内业务状态更新为“被拒绝”或者“已转发”。4. 对于状态为“已转发”的贷记往账业务，在接收到由业务处理中心系统转发的接收行返回的支付业务回执后，将状态修改为“已成功”或者“已失败”。l 接收行业务状态变迁说明：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）进行相应账务处理。【 说明 】:1. 发起行发起借记业务有两种方式：发起行行内系统与业务处理中心直联：所有业务均由银行网点发起并通过行内系统直接转发到业务处理中心；发起行行内系统与业务处理中心间联：所有业务均在业务处理中心提供的银行客户端直接录入，并提交给业务处理中心系统；2. 第（5）步业务处理中心对收到的借记业务进行审核主要包括以下内容：发起行状态、接收行状态、发起行登录状态、接收行登录状态、密押验证、按照业务种类检查是否要求查询、是否重票（根据交易流水、工作日期、发起清算行行号，不根据票号）。3. 第（9）步业务处理中心对收到的借记业务进行审核主要包括以下内容：工作日期、是否已冲正。4. 借记业务的发起，必须经过录入、复核两个阶段。对直联的商业银行，录入、复核由行内系统控制；对间联的商业银行，由业务处理中心提供的银行客户端控制录入、复核。【 异常处理 】:1. 业务处理中心端异常处理1) 业务处理中心系统收到接收行返回的借记确认指令，如果处理失败，则该笔借记业务不纳入清算，并通过支付业务回执报文（SMP009）将处理结果分别转发发起行和接收行。2. 发起行异常处理1) 发起行发起借记业务后如果在规定业务时间内未收到业务处理中心系统返回“已转发”、“已拒绝”或 “已成功”的支付业务回执报文，则发起行可以通过柜面发起交易明细查询（SMP207）查询该笔交易目前在业务处理中心的交易状态，如果返回的交易状态为 “已失败”则中止该笔交易，如果为“已成功”发起行应修改该笔业务状态，变为已成功，如果为“已转发”，则再次发起查询，如果 “已拒绝”，则可以重新发起该笔交易。2) 同时，发起行发起借记业务后如果在规定业务时间内未收到业务处理中心系统返回“已转发”、“已拒绝”或 “已成功”的支付业务回执报文，发起行也可以通过柜面发起冲正交易。3) 发起行在发起冲正业务后，要将原交易置为“已冲正”，在极其特殊的情况下（冲正在前，交易在后），如果在冲正后仍然收到“已成功”的返回报文，需要再次发起冲正交易。3. 接收行异常处理1) 如果接收行“已成功”的支付业务回执报文（SMP009）未发送到业务处理中心系统，则该笔业务不纳入当场清算，如果接收行场终对账不平，由接收行下载明细对账，并冲回付款人账户。2) 接收行在超过系统规定业务响应时间返回的支付业务回执报文（SMP009）被业务处理中心拒绝（拒绝：已冲正）后，检查原交易状态，如“已失败”则不作任何处理，如“已成功”则由接收行冲回付款人账户。【 业务状态变迁 】:l 业务处理中心业务状态变迁说明：1. 业务处理中心收到发起行发起的借记业务，将状态记为“已收妥”，并将借记业务转发到接收行，转发后将状态记为“已转发”；2. 业务处理中心根据收到的接收行的返回结果将借记业务分别登记为“已成功”或者“已失败”；3. 系统场终将成功业务纳入清算，将状态记为“已清算”4. 业务处理中心收到发起行冲正交易将状态标记为“已冲正”。l 发起行业务状态变迁1. 发起行在同城客户端录入一笔借记业务，起状态登记为“待复核”；2. 另一操作员对“待复核”状态的借记业务进行复核，并更新状态为“待发送”；3. 行内系统将“待发送”状态的借记业务发送到业务处理中心，并更新状态为“待回应”；4. 行内系统收到业务处理中心返回的确认接收信息后将状态修改为“已转发”5. 在“已转发”状态下行内系统收到业务处理中心返回的接收行确认信息或者超时后分别将借记业务状态更新为“拒绝”/“成功”/“超时”。l 接收行业务状态变迁1. 接收行收到业务处理中心转发来的借记业务后将状态登记为“已收妥”，并转到行内进行处理；2. 根据行内处理结果将状态修改为“成功”或者“拒绝”；3. 如果在行内返回处理结果前收到发起行发起的冲正/撤消报文则将该借记业务登记为“被拒绝”；行内冲正/撤消成功后将该借记业务登记为“已冲正/撤消”；3.3.5 借记冲正业务【 参与者 】: 业务处理中心、入网银行机构。【 功能描述 】: 对于实时借记业务，如果接收行响应超时，则发起行可以主动发起冲正业务（SMP006）。中心接收到借记冲正业务后，如已收到接收行返回的支付业务回执，则通知发起行冲正失败，如未收到接收行返回的支付业务回执，则返回发起行冲正成功，之后将借记冲正指令转发接收行。【 流程图 】:【 流程 】:1. 发起行向业务处理中心发起借记冲正业务（SMP006）。2. 业务处理中心接收借记冲正业务（SMP006），中心检查原业务信息（原业务的关键要素是否一致，是否为发起方），如果原业务接收行已经返回支付业务回执，该业务的状态为“已成功”或“已失败”，则直接返回“冲正失败”的支付业务回执报文（SMP009）；如果原业务接收行未返回支付业务回执，该业务的状态为“已转发”，则标记该业务“已冲正”，返回“冲正成功”的支付业务回执报文（SMP009）给发起行，之后转发借记冲正报文给接收行。3. 接收行收到借记冲正报文（SMP006）后，检查原业务信息（原业务的关键要素是否一致，是否为接收行），对原业务进行冲正处理。3.4 信息业务描述3.4.1 票据影像业务【 参与者 】: 业务处理中心、参与银行机构【 功能描述 】: 票据影像业务是在综合业务系统实现票据截流后，由发起行向接收行报送票据原始影像的业务，仅涉及借记业务。尽量在下午17：00以后23：00之前。【 流程图 】:【 流程 】:1. 发起行发起票据影像业务（SMP206），后台系统自动将票据影像业务发往业务处理中心系统；2. 业务处理中心系统收到发起行发起的票据影像业务（SMP206），并转发到接收行；3. 接收行收到业务处理中心系统转发来的票据影像业务（SMP206）后，根据SMP206报文中记录的相关借记业务的发起流水、委托日期以及票据号码，将票据影像与原借记业务匹配后进行存档处理，并将处理结果通过通用返回报文（SMP999）返回给业务处理中心系统；4. 业务处理中心系统收到接收行返回的通用返回报文（SMP999）以后，将通用返回报文（SMP999）返回给发起行。【 说明 】:1. 票据影响业务主要用于商业银行事后监督，业务处理中心系统仅转发，不作任何账务处理。3.4.2 专用内部账户调拨【 参与者 】: 业务处理中心、参与银行机构【 功能描述 】: 专用内部账户调拨业务是基于双方银行原有的相关协议，在协议指定的账户中付款的业务，该业务由发起行（付款银行）发出，经综合业务系统转发至接收行。接收行收到专用内部账户调拨报文后，依据专用内部账户调拨报文中指定的发起行在接收行行内开立的专用账户中直接扣款，并将款项转入专用内部账户调拨业务报文指定的收款人账户。接收行完成行内转账处理后，以专用内部账户业务回执包的形式将转账处理结果返回发起行。（设用途域，当标记为“特殊”业务时，填写“真实付款人账号，真实付款人名称”）对于专用内部账户调拨业务，综合业务系统仅做业务报文的登记和转发，不做收、发报行间的轧差清算。【 流程图 】:【 流程 】:1. 发起行发起专用内部账户调拨业务（SMP203），后台系统自动将专用内部账户调拨业务发往业务处理中心系统；2. 业务处理中心系统收到发起行发起的专用内部账户调拨业务（SMP203），转发接收行并通过通用返回报文（SMP999）返回“已转发”响应给发起行；3. 接收行收到业务处理中心系统转发来的专用内部账户调拨业务（SMP203），检查付款人账户合法性，合法则进行账务处理，并将处理结果通过专用内部账户调拨回执业务报文（SMP204）返回给业务处理中心系统；4. 业务处理中心系统收到接收行返回的内部账户调拨回执业务报文（SMP204）以后，将内部账户调拨回执业务报文（SMP204）信息返回给发起行。【 说明 】:1. 发起行需设置权限管理，只有有权限的操作人员才可以发起该业务。2. 付款账户根据发起行与接收行行协议捆绑，接收行收到专用内部账户调拨业务（SMP203）要检查付款账户合法性。3. 发起行未收到业务处理中心通用返回报文（SMP999）“已转发”回执，可向业务处理中心发起查询报文。4. 发起行收到业务处理中心通用返回报文（SMP999）“已转发”回执，未收到内部账户调拨回执业务报文（SMP204），可向接收行发起查询报文。3.4.3 交易明细查询【 参与者 】: 业务处理中心、参与银行机构【 功能描述 】: 支付业务发起行可以向业务处理中心发起交易明细查询请求，查询某笔交易的当前状态。【 流程图 】:【 流程 】:1. 发起清算行针对某笔同城清算业务发起交易明细查询业务（SMP207），后台系统自动将查询指令发往业务处理中心系统；2. 业务处理中心系统收到发起行发起的交易明细查询业务（SMP207），并将查询该笔交易当前交易状态，并将查询结果通过交易明细查询回执（SMP208）返回发起行；3.4.4 查询查复业务【 参与者 】: 业务处理中心、参与银行机构【 功能描述 】: 当某个银行对发起和接收到的某笔支付业务不明确，可以向接收或者发起行发起查询，接收或者发起行收到查询后对收到的查询进行查复。【 流程图 】:【 流程 】:1. 发起清算行针对某笔同城清算业务发起查询业务（SMP201），后台系统自动将查询指令发往业务处理中心系统；2. 业务处理中心系统收到发起行发起的查询业务（SMP201），并将查询业务（SMP201）转到接收行；3. 接收行收到业务处理中心系统转发来的查询业务（SMP201），进行查复，并将查复业务（SMP202）返回给业务处理中心系统；4. 业务处理中心系统收到接收行返回的查复业务（SMP202）以后，将查复业务（SMP202）信息返回给发起行。【 说明 】:1. 查询查复都是针对交易（支付业务）的查询查复；2. 支付业务包括：贷记业务、贷记退汇业务、借记业务。3.4.5 账户信息变更【 参与者 】: 业务处理中心、参与银行机构【 功能描述 】: 各商业银行向业务处理中心系统提交客户账户信息变更，该业务支持批量处理，建议各商业银行在日间（上午9：00至当日最后一次场切）业务截止后发送。尽量在下午17：00以后23：00之前。【 流程图 】:【 流程 】:1. 发起行发起账户变更业务（SMP205），后台系统自动将账户变更业务（SMP205）发往业务处理中心系统；2. 业务处理中心系统收到发起行发起的账户变更业务（SMP205），进行账户变更处理；3. 业务处理中心系统对账户信息变更处理完毕后，发送账户变更处理结果（SMP305）给发起行。4. 发起行根据返回的处理结果决定是否再次发起账户变更业务（SMP205）。【 说明 】:1. 为避免对实时业务造成影响，各商业银行日间（上午9：00至当日最后一次场切）提交的批量业务不超过10笔。3.4.6 账户余额查询业务【 参与者 】: 业务处理中心、参与银行机构【 功能描述 】:账户余额查询是基于协议的基础上进行。主要用于集团用户查询其他商业银行子公司账户的账户余额。【 流程图 】:【 流程 】:1. 客户提出账户余额查询请求，发起清算行根据协议发起账户余查询业务（SMP301），并发往业务处理中心；2. 业务处理中心收到发起行发起的账户余查询业务（SMP301），并将账户余查询业务（SMP301）转到接收行；3. 接收行收到业务处理中心系统转发来的账户余查询业务（SMP301），根据协议号进行检查，并将查询结果（SMP302）返回给业务处理中心；4. 业务处理中心收到接收行返回的查询结果（SMP302）以后，将查询结果（SMP302）信息返回给发起行。【 说明 】:1. 账户余额查询都是根据集团公司、子公司、发起清算行、接收清算行签订的四方协议发起。3.4.7 自由格式信息【 参与者 】: 业务处理中心、参与银行机构【 功能描述 】: 各参与节点之间可以发送自由格式信息交换各类消息。对于业务处理中心发起的要求个节点返回回执的自由格式信息，各节点相关业务人员在收到并确认后，各节点系统需自动返回收妥回执。【 流程图 】:【 流程 】:（以业务处理中心发起要求回执的自由格式信息为例）1. 业务处理中心系统发送自由格式信息（SMP209）给接收行；2. 接收收到自由格式信息（SMP209）后判断是否为需要回执业务，如需要回执，提示相关操作人员确认，操作人员确认后，系统自动发起通用信息返回报文（SMP999）返回业务处理中心。3. 业务处理中心系统收妥通用信息返回报文（SMP999）后修改相应标记。3.5 资金业务描述3.5.1 轧差清算支付结算综合业务系统在清算日进行多场轧差清算（场次数以参数化设置），并将每场轧差结果及时提交ABS系统进行资金清算。在每场轧差并向ABS系统提交资金清算报表的同时，系统分别向各参与清算行下发银行资金清算报文（SMP706）。说明：1. 法定节假日发生的业务，纳入节假日结束后第一个清算日第一场轧差清算。3.5.2 日终处理在到达规定的系统日切时间点，业务处理中心立即将工作日期修改为下一工作日期，进行当日最后一场轧差清算处理，并将当天的各行接收和发送的业务汇总信息下发。银行在接收到对账信息后进行对账处理，如对账不符可向业务处理中心申请明细下载。日切后，业务处理中心、银行仍可继续受理业务。日切后业务处理中心收到的业务不再纳入当日清算，自动纳入次日清算。对于借记业务，在日切时点后，预留于（超时时间+5秒）作为系统保留时间，在系统保留时间，系统接收接收行返回的支付业务回执，不接收发起行发起的借记业务。3.5.3 系统对账【 参与者 】: 业务处理中心、入网银行机构。【 功能描述 】: 入网银行与业务处理中心就当天发生的支付业务进行对账。【 流程图 】:【 流程 】:1. 业务处理中心在每天日切后发送本天的对账指令（SMP713）到银行。2. 银行收到对账信息后进行相应的对账处理，并根据汇总对账结果返回汇总对账返回报报文（SMP714）。3. 银行根据对账交易指令中的按业务的汇总对账信息与银行行内系统中交易数据进行对账，对账不平时，向业务处理中心发起明细下载申请指令（SMP613）；对账平时也可以向业务处理中心发起明细下载申请指令，也可以不申请，不申请时业务流程结束4. 业务处理中心收到明细下载申请后根据明细下载申请信息生成明细下载指令（SMP614）发给银行。5. 银行行内系统根据明细下载指令逐笔对账，找出不平的交易，然后根据具体情况给客户入账或进行手工调账。6. 接收行根据明细对账结果返回汇总对账返回报报文（SMP714）。【 说明 】:1. 对账业务在每日日切后进行。2. 参与对账的业务：所有处理成功的支付业务。3. 系统每个工作日日切后均会下发对账报文，商业银行可以根据本行的工作时间进行账务处理。3.6 管理业务描述3.6.1 系统登陆商业银行可以向业务处理中心发出登陆申请报文（SMP501），无论登陆成功与否，返回登陆返回报文（SMP502）。商行银行登陆不成功，无法进行同城业务。3.6.2 系统退出商业银行可以向业务处理中心发出退出申请报文（SMP503），无论退出成功与否，返回退出返回报文（SMP504）。商业银行根据退出返回报文，决定是否再次发出退出申请报文。3.6.3 系统强制退出通知当业务处理中心强制商业银行退出时，向该商业银行发出强制退出通知报文（SMP505）。商业银行将被强制退出系