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

内部资料内部资料注意保密上海支付结算综合业务系统银行接口规范版本号:1.0５二○○八年十一月深圳市雁联计算系统有限公司

ﻬ

文档控制分发文档名称：上海支付结算综合业务系统银行接口规范版本号：V1.０5版本日期:200８年1１作者：发布部门:发布日期：200８年11版本控制版本日期说明Ｖ1.0０２00８年7月１日初稿V1．012008年8月6日增加银行资金清算报文；V1。0２2008年8月18日借记冲正报文增加OLZ字段；账户余额查询报文增加５2Ａ/58A字段；修改手续费报文明细内容；增加确认ＡPI等；Ｖ1.032008—9—5见附件《关于上海市支付结算综合业务系统银行接口变更的事项》V１.04２008-10-211.实时贷记业务报文SMP001/实时借记业务报文ＳMP002中ACＴ:收款人账户类型变更为必选/可选项“M／Ｏ";2．实时贷记业务报文SMP001中ＣEF：业务种类变更为必选项“M";３．返回码说明中增加“8320：支付密码错”;４。明细下载申请（SMP６13）DＬＣ值域不能为空5.系统对账流程图修改;6．交易明细查询回执报文(ＳMP2０8)添加返回结果代码Ｃ42/附言72Ａ字段7．接口ＡＰI函数增加返回信息，方便调试。V1。0520０8－11－1８1．实时借/贷记业务增加票据种类说明；2．借记业务的CET票据种类/30B票据日期变更为必选项“M”;3．借记冲正业务的ORO原收款人开户行变更为可选项“O”;4。交易明细查询回执报文(ＳMＰ208)的OST原交易状态值域增加：99：其他(当查询结果不为“１"5．自由格式信息报文（ＳＭP209）增加５2Ａ发起网点号/58A接收网点号字段；6．删除手续费明细报文；(系统每月生成手续费汇总报表，以人工方式传递到各参与银行）批阅意见职位签字日期PAGE4目录TOC\o”1—5＂＼ｈ＼z\u第一章 概述 ８42＼h１HYPEＲLINK\ｌ"_Toｃ2１４78５８４3”１．1ﻩ目的 PAGEＲEF_Ｔoc214785８４3\h1ＨYPEＲＬIＮK＼l”_Toc214７85844”1.2 系统概述ﻩＰAGＥREF_Ｔoc21４7858４4\h１HYPEＲLIＮK１.4ﻩ接口概述ﻩPAGEREF_Ｔｏc2１4785８4６\h３第二章ﻩ业务范围ﻩPAGEＲＥF_Tｏc21478５85０\ｈ5HYＰERLINK\ｌ”＿Toc2１47８5851"第三章ﻩ接口主要业务流描述ﻩPＡGEREＦ_Tｏc214785851＼h7HＹPERLINＫ＼l"_Tｏc214７８5852”３.1ﻩ系统工作日和状态 ＰＡGEREF_Tｏc2１4７8585２\ｈ7HYPERＬＩNK\ｌ”＿Ｔoc２14785853”3．２ﻩ业务种类ﻩPＡGＥＲEＦ_Toc2１4785853\ｈ７HYPERＬINK＼l＂_Toc2147８585４＂３.３ﻩ支付业务描述ﻩPＡGＥＲEF_Toc214785854\h8HYPERＬIＮＫ＼l"_Tｏc２14785８５５"３．３.1ﻩ贷记业务-网银(自助渠道）ﻩPＡGEREＦ＿Toc21４7８5８5５＼ｈ8HＹPERＬINK\l”_Toc2１478585６＂3。３.2 贷记业务-普通ﻩＰAGERＥF_Ｔoｃ２14７85856\h16HYPERLINK\l”_Toc21４78５8５７”3．3．3ﻩ贷记退汇业务ﻩＰAＧEREF_Toc２１47858５7\ｈ2３HＹＰERLＩNK\l＂_Toｃ2１４７85858"3.3．4 借记业务 PＡGERＥＦ_Tｏc21478５8５8＼h２8HＹＰERLIＮK\ｌ＂_Tｏc2１4７85859＂3.3。５ 借记冲正业务ﻩPＡＧＥREF_Toｃ2147８5８59\h36HYPERLINK\l＂_Tｏc2１47８５860"3．４ﻩ信息业务描述 PＡGEREF_Toｃ21４7８５860\h３8HYPERLＩＮK\ｌ"_Toc214７8586１＂3.4。1 票据影像业务 PAGＥREＦ_Toc214785861\h38HYPERLIＮＫ\l”_Tｏc214785８62”3．4.2ﻩ专用内部账户调拨ﻩPAGＥREF_Toc２1４78586２＼h4０ＨYPERLINK\l”＿Ｔoc214７8586３＂3.4。3ﻩ交易明细查询 ＰAGEＲＥF_Ｔoc２14７８５8６3＼h４33.4.7ﻩ自由格式信息 PAGEREF_Tｏc2147８５867＼h５０ＨYPＥRLINK\ｌ”_Toｃ214７8５86８"3。５ 资金业务描述ﻩＰAGEREＦ_Toｃ2１4７8５868＼h51HYＰＥRLINK＼l”＿Toｃ21４7８５86９”3．５。１ﻩ轧差清算ﻩＰAGEREＦ_Toc2１4７85８69＼h5１HＹPＥRＬINＫ＼l"_Ｔoc214７８5８70"3.5。２ 日终处理 PAGＥRＥF_Ｔoｃ2147８58７0\h52HYPＥRLIＮK\ｌ”＿Toc21４785871”3。5.3 系统对账ﻩＰAGEREF_Toｃ2147858７1\h52ＨYPERLIＮK＼l＂_Tｏc２1４785872”3．6 管理业务描述 PＡGＥREF_Tｏｃ21４7858７2＼h5５HYPERLINK\ｌ"_Toｃ２１47８５８73"３。６。1ﻩ系统登陆 PＡGEＲＥF_Ｔoc2１4７８５87３＼h55HYPＥＲＬINK\ｌ”_Toc21４78５874"3。6．2 系统退出 PＡＧEREF_Toc2１47８5８7４＼h５5HYPEＲLＩNK\l”_Ｔｏc214７8587５”３。6.3ﻩ系统强制退出通知ﻩPAＧEREF＿Tｏｃ214785８75\h55HＹPERＬINK＼l＂_Toｃ２1478５8７6”3．6。4ﻩ系统状态变更通知ﻩＰAGEREF_Toc214７85876＼h55HYPERLIＮK\l"＿Toc２1４78５８77”3。6．5ﻩ场次变更通知ﻩ７８５87７＼ｈ5６ＨYPERＬINK\ｌ”_Tｏｃ２147８5878＂３．6。6ﻩ日切通知 PＡGＥＲEF＿Toc２1478５８7８＼ｈ56HYPＥRＬINＫ＼l”_Toc２147８５879＂3.6．7 通讯检查 PAGEREF＿Toｃ2147８５879\h５6HYPＥＲLINK\l＂_Toｃ214７８58８0”第四章 接口系统结构ﻩPＡGEＲEF_Ｔoc214785880\h57HYPEＲLＩNＫ＼l”_Toc214785８81"4.１ﻩ物理连接ﻩPＡGＥREF_Tｏc２１4785８81\h5７ＨYPERLIＮK4。2。1ﻩ示意图 PAＧEREF_Ｔｏc２1４785883\h５7HYPＥRＬINK＼l”_Toc214785884"４．2。2 AＰＩ说明ﻩPＡGEＲEF_Toｃ2147858８4\h５８HYPERLＩNK\l”_Toc2147858８５”4．2。2.1ﻩ连接APIﻩPAGＥREF＿Toc214785885\ｈ59HYPＥRLINK\ｌ"＿Toｃ21478588６"４.2。２.2 断开连接ＡPI PAGERＥＦ_Toc214７８5886\h5９ＨYPＥRLＩNK＼l"_Ｔoｃ2147８5887”４.２．2.３ﻩ发送APIﻩPAＧEREＦ_Toc2１４78５887\h6０ＨYＰＥRLIＮK\l"＿Tｏｃ2１4785888"4。2．2.4 接收APIﻩPAGEREF_Toｃ21４78５88８＼h6１HＹPERLINK\ｌ”＿Ｔoc21478５88９"４．2。2.5ﻩ确认APＩ PAＧＥRＥF_Toc2１47858８9\h63HＹPERＬＩNK\l"_Toc21４785890＂第五章ﻩ接口信息处理说明 PＡGEREF_Toc214785890\h6５ＨYPERLINK\ｌ”_Ｔoc21４785８91"5.1ﻩ接口信息处理模式 PAGEREF＿Toｃ21４７8５891＼h65HYＰERLINK\l＂＿Ｔoｃ214785892"５.1。1ﻩ发送处理模式 PAGEREＦ＿Toｃ２１4785892＼ｈ６5ＨＹPＥRLINK\l＂＿Toｃ２14785８９3"５。１．2 接收处理模式ﻩＰAＧEREF＿Toc2１478589３\h６5HＹPＥRLINK\l”_Toｃ２１4785894”5．2 接口报文说明ﻩＰAGEＲEＦ_Toc２１478589４＼h6６HYPERLＩNK\l"_Toc2１４785８95"5。2。1ﻩ字符集说明 PＡGEREF＿Toｃ２14785895\h6６HYPＥRLINK＼l"＿Tｏｃ2１４７８5896＂5。2.1.１ 属性符号ﻩPＡGEREF_Toc2１47８589６\h6６HYPERＬＩNK\ｌ”_Tｏc214７85897"5．2.1.2ﻩx-字符集ﻩPAGEＲＥＦ_Tｏｃ２147８58９7\ｈ67HYPERLINK\l”_Ｔoc2１4７85898＂５.2。2 报文结构 ＰＡGEＲEF_Toc2１47８5８98＼ｈ６7HYＰＥＲLINK\l”＿Toc21４78５899"５．２．2.1 报文头ﻩPAGERＥF_Toc２14７８５8９9\h68ＨＹPERＬINＫ\l”_Ｔoｃ21４７8５9０0”５.2。２.２ 报文正文ﻩPＡGEＲＥF_Toc2１４78５900＼h70ＨYPERLＩNK\l”＿Tｏc2147８５９01＂5.2．2．２.1ﻩ短报文正文 PAGEREF＿Toc２1478590１\ｈ7０HYPERLINＫ＼l”_Toｃ2147８5902＂５。2。2.２。2 长报文正文 PAGEREF＿Tｏc２147859０2\h71HＹPERLIＮK\l＂＿Toc2１47859０3＂5。2。２．３ﻩ报文尾 PAGEＲEF_Toc2147８590３\h71HYＰERLINK\l"_Tｏc2１４78５904”5．3 业务报文ﻩPＡGEREF_Toｃ214785904\h71HYPＥＲLINK\ｌ”＿Toc214７859０5”５.3．1 支付报文 PＡGEREF＿Toc214785９05\ｈ71HＹPＥRLIＮK5.3。１。1 实时贷记业务报文(SMP001） PAGEＲＥF_Tｏｃ214785906\h71HYPＥRLIＮK\l"_Toc2147８５9０7"5。3．1.2 实时借记业务报文(SMP００2）ﻩPＡGEＲEF＿Ｔｏｃ21478５907\ｈ７3ＨYPEＲＬINK\l"_Ｔoc214785９0８"5．3。１.３ 贷记退汇报文(ＳＭP0０3） PAＧEＲEF_Toc21478５90８\h74HYＰERＬINK5。３.1．４ﻩ借记冲正业务报文（SＭＰ0０6）ﻩPAＧERＥF_Tｏc２14785909\h7４HYPERＬIＮK\ｌ”_Ｔoｃ２147８５91０”5.3。1.5ﻩ支付业务回执报文（SMP009) PAＧEREF_Toc2１478５9１0\h75HYPERＬＩNK＼l”＿Ｔoc2１478５９１１＂5.3.１。6ﻩ账户信息查询请求业务报文（SMP101） ＰAGＥREF_Ｔoc2147８5９1１\h75ＨYPEＲLIＮＫ＼l”_Toc２14７85９１2＂5。3。1．7 账户信息查询回执业务报文(SＭP１02) PAGＥREF_Toc214７85912\h76HYPERLINK\ｌ”_Tｏｃ2１4785913"5。3.2ﻩ信息报文ﻩPAＧEREF_Ｔoｃ２１4785913＼ｈ7６HYPＥRLＩNＫ5。3。2.3 专用内部账户调拨报文（SMP２０３） PAＧEＲＥF_Toｃ２1４７85９16\ｈ785．３.2.5ﻩ账户信息变更报文(SＭＰ205）ﻩPAＧＥＲEF＿Toc2147859１８\h79HYPERLINK\ｌ＂_Tｏc２1４785919”５．３。２。6 票据影像业务报文（SＭＰ2０6） ＰAGEREF_Toc2147８5９19\h80ＨYＰＥRLINＫ\l”_Ｔoc2147８５９２0”5．３．2.７ 交易明细查询报文（SＭP２0７)ﻩPAGＥREF＿Toｃ2147859２0\h81HYPＥRLINK\l＂_Toc2１４785921"5.３.2。８ﻩ交易明细查询回执报文(SMP208) PＡＧＥＲEＦ_Ｔoc２147８5９21\h81ＨＹPＥRLINＫ＼l＂_Toc2147８59２2"5.3。2。9ﻩ自由格式信息报文(SＭP２0９） PAGEREF＿Toc2１4785922\h82ＨYPERLＩNK\l”_Toc2147８5923"5.３。2．1０ 账户余额查询报文(SMＰ３01） PAGEＲEＦ_Toc2147８5923＼ｈ82HYＰＥRLＩNK\ｌ＂＿Tｏｃ2147859２4＂5．３．2．11 账户余额查询返回报文(SMP３0２)ﻩPAＧEＲEF_Ｔｏｃ214785924\ｈ83HＹPERLIＮK\l”＿Ｔoｃ2147８5925"5.3.2。12 账户信息变更返回报文(SMP３０5) PAGＥRＥF_Tｏｃ21４7859２５\ｈ83HYPERLＩNK\ｌ”_Toｃ２1４785926”５．3。2.13ﻩ通用返回报文（SMP9９9） ＰＡGEREF＿Ｔoc2１478５926\h84HYPERLＩＮK\l”_Toｃ2147８5９２7”5。3。3ﻩ资金报文 PＡGEＲEF_Ｔoｃ21４7859２7\ｈ８5HYPＥRLＩＮK＼l＂_Ｔoc214785９2８"5.3。3。1 汇总对账报文（SＭＰ71３） ４78５928\ｈ８５HＹPERＬIＮK\ｌ"_Toc21478５９2９＂5.3.3.２ 汇总对账返回报文(SMP714）ﻩＰAＧEREＦ_Ｔoｃ21４78５929\h86HＹPEＲLINK＼l＂_Toc２14７8５93０”5。3.3。3ﻩ明细下载申请（SMP6１3）ﻩPAGEＲEF_Toc2１478５9３0\h8６HＹPＥRLIＮK\l”_Ｔｏｃ214７8５931”5.3。3。4 明细对账（SMP614）ﻩPＡＧEREF_Ｔoc２147859３1\h８６HYPＥRLINＫ5。3。4ﻩ管理报文 PAGERＥF＿Tｏc２14785９3３＼ｈ8８HYＰＥＲLINK\l”_Toｃ２14７85934"5.3.4。1ﻩ系统状态变更报文（SＭＰ418）ﻩPＡGEＲEF_Ｔoc2１4785９３4\ｈ88HYＰＥRLＩＮＫ\ｌ”_Toc2１478５９３5"５.３。4．2ﻩ登陆报文（SMP５０1）ﻩPＡGEＲEF＿Toc２1478５935＼h89ＨYPERLＩＮK\l"＿Toc２14７８5936"5。３．4。3 登陆返回报文（SMＰ５02） ＰAGEREF_Ｔoｃ２1478５936\ｈ89ＨYPEＲLINK\ｌ"_Ｔoｃ2147８5９37”５．3.4。4ﻩ退出申请报文(ＳMP503）ﻩPAGEＲEF_Ｔoｃ2147８５937\h90ＨYPERLINＫ\l＂＿Tｏc214７85938"5．3.4．5ﻩ退出申请返回报文(SMP５04） ＰAGEＲEF_Toc21４７85938\h90HYPERLINK\ｌ”_Toｃ2147859３9＂5。3.4．6ﻩ强制退出报文（SMP５０5） ＰAGEREF_Toc21４78５９3９＼h90HYPＥRＬＩＮＫ\l"＿Ｔｏc21４78594０"5．3.4。７ 行号信息变更报文（SMP６4２） ＰAGEREＦ_Ｔoc２１47859４0＼h90ＨYPERLINK\l＂_Ｔｏc2147８5941"5。3。4.8 日切通知报文(SMP7０2）ﻩPAＧＥRＥF＿Toc21４７85941\h91HYPERLINK＼l"_Toｃ214７85942"５。３．４．9 场次变更通知报文(SMP704） PＡGＥREF_Toc2１4785９42\ｈ92ＨYPERＬINK＼l＂_Ｔoc２147８5９43"5.3。4.10ﻩ通讯检查报文(SMP75１） １４7859４3\h93HYPEＲＬINK5.３．4。11ﻩ通讯检查返回报文（ＳＭＰ7５2) ＰAGERＥF_Toc214785944\ｈ9３ＨYPERLＩNK５.3。5ﻩ返回码说明ﻩＰAＧEＲＥF_Tｏｃ２1４7８5945＼h93HYPＥＲLINK\ｌ"_Toｃ２1４7８5９４6”第六章 接口安全性管理ﻩPAＧＥREF＿Toc21４78５946\ｈ９7HYPEＲLIＮK＼l"＿Toc2１4785９47”6。1 交易数据的安全性 PAＧEREＦ_Ｔoc２1478594７\h97ＨYＰERLINK＼l"_Toｃ21478５948＂6。1。１ 保护密押生成ﻩPAGEＲEF_Toc214785948\ｈ97HＹＰＥRLINＫ\l"_Toc2１478５949＂6.1.2 加/核押ﻩＰAGEREF_Toc21478５９4９\h98HＹPEＲLＩNＫ\l＂_Toc21４７85950＂6.２ 调账业务的安全性 PAＧEREF_Toc214７85950＼h９８HYPERLＩＮＫ＼l”＿Toc21４7８5951＂6。３ﻩ用户管理ﻩPＡGEREF_Toc2１478595１\h９８HＹＰERLINK＼l"_Tｏc21４７85952＂６。4 审计追踪 PAGEREF_Toｃ21４7８5952\ｈ99ＨYＰEＲLINK\l"＿Tｏc21４7859５３"6.5ﻩ网络安全 PAGEＲEＦ_Toc214７85953\ｈ9９HYＰＥＲLINK\ｌ”＿Tｏc2１4７859５４＂第七章 附录 PAGEＲEF_Tｏc214７85９５4\h100HYＰERLINK\ｌ＂＿Ｔoc21478595５”7．１ﻩ加／核押要素 ＰAGEＲEＦ_Tｏc21478５9５5＼h10０ＨYPERLＩＮK\l”_Ｔoc2147８５95６”7.２ 加/核押设备ﻩ101HYPERLINＫ7.4．2 文件结构 PAＧＥＲEF_Tｏc214７8596０＼ｈ1０2银行接口规范上海市支付结算综合业务系统第103页共=NUMPAGES110-7103页概述目的本文旨在描述上海支付结算综合业务系统与商业银行行内系统之间的接口规范，同时说明商业银行需要配合参与的工作。各商业银行可以依据本接口规范进行接口设计和银行部分的开发工作。系统概述上海支付结算综合业务系统是应用现代计算机技术、网络通讯和安全保密技术，改造并取代传统的处理模式,将各类跨行借、贷方票据业务及转账业务信息转为电子信息流，通过网络互联等手段实现同行内有关部门、国有商业银行、其他金融机构的联结,加速资金周转，实现柜面票据及转账业务的实时发起、实时入客户账，为社会提供优质的支付结算服务。系统总体结构系统总体结构如上图所示，对于直联银行，当发生跨行业务时，通过接口API发往中心进行业务处理。对于间联银行,通过客户端将业务发往中心进行业务处理。接口概述商业银行行内系统与上海市支付结算综合业务系统的联接可以分为两种方式:一种是直联模式，另一种是非直联模式.本接口规范主要描述直联模式接口。非直联模式通过中心提供的客户端，实现与上海市支付结算综合业务系统的联接。直联模式通过接口调用接口API实现与上海市支付结算综合业务系统的联接。定义、缩写词和术语序号名称说明清算日指在清算账户（ＳＡPS)或者人行会计核算系统（ABＳ）上完成最终资金清算的自然日，即ABS系统的工作日，ABS系统工作日的最后一场轧差时间作为清算日的切换时间。工作日期指系统在上一工作日日切后到下一工作日日切之间的系统工作日期。该日期在每日日切后更换为下一自然日的时间.发起行发起往账业务的清算行。接收行接收来账业务的清算行。参与行所有加入金融综合服务平台的金融机构，包括：人行营业部、国库、商业银行、信用合作社、国家政策性银行。清算行在人民银行开设清算账户的政策性银行、商业银行、城市商业银行、农村信用合作社。扣款行指需要从银行客户的账户中划出资金的银行。入账行指需要向银行客户的账户上划入资金的银行.客户通过金融综合服务平台进行跨行转账的对公／对私客户.开户行机构号客户开户银行网点的机构号,由各商业银行自行定义.业务处理中心负责业务的转发和资金的轧差、清算的人行下属机构.业务专用凭证用于银行对账的交易流水汇总、以及交易明细文件。日切系统工作日的切换.业务范围采用直联模式的商业银行主要有以下业务：本行发起的业务包括:贷记业务贷记退汇业务借记业务借记冲正业务票据影像业务专用内部账户调拨查询查复业务交易明细查询账户信息变更网点信息变更账户余额查询本行接收的业务包括:贷记业务贷记退汇业务借记业务借记冲正业务票据影像业务专用内部账户调拨查询查复业务手续费明细行号信息变更网点信息变更账户余额查询银行资金清算报文接口主要业务流描述本节流程图主要是为了说明业务处理过程中的报文交互，图中报文的发起和接收，并不是说明处理是同步模式进行的，其实我们提供的AＰI的消息处理模式是异步的,关于异步转同步的处理机制由商行自己决定.系统工作日和状态综合业务系统有工作日期和清算日两个时间概念。工作日期是对外提供服务的工作时间;清算日是在人行会计核算系统(ABS）上完成最终资金清算的当日，可能和工作日期一致,也可能较工作日期延迟。综合业务系统提供7＊24小时服务。综合业务系统每日16：30下发“日切通知”,日切后系统进入下一工作日期，日切时间可调整。业务种类综合业务系统的主要业务包括以下几类：支付类业务、信息类业务、资金类业务和管理类业务.支付类业务主要包括:贷记业务、贷记退汇业务、借记业务、业务冲正；信息类业务主要包括：查询/查复业务、交易明细查询、自由格式信息、账户信息变更、专用内部账户调拨、票据影像业务、账户余额查询业务；资金类业务主要包括：资金对账、资金清算.管理类业务主要包括：系统登陆/退出、日切通知、场次变更通知、系统状态变更、通讯状态检查等;支付业务描述贷记业务－网银（自助渠道)【参与者】:业务处理中心、入网银行机构。【功能描述】：商业银行同城网上银行跨行转账业务，通过完成与综合业务系统的接口开发,实现实时进行跨行贷记转账。 考虑到一些特殊情况，商业银行也可以在柜面按照网银的业务流程发起贷记业务.【流程图】:【流程】：网银客户向发起行发起网银转账业务,发起行通过合法性检查后，如果发起行为直联银行，则直接向业务处理中心系统发起网银贷记业务（ＳＭＰ001，业务标志为0２—网银，下同）;如果发起行为间联银行，业务落地后，通过中心提供的银行客户端,向业务处理中心系统发起网银贷记业务。业务处理中心系统审核收到的网银贷记业务,并将审核结果(“已转发”或者“已拒绝”)以支付业务回执（SMＰ0０9，下同)的方式返回给发起行;发起行收到“已转发”的支付业务回执:继续等待业务处理中心系统转发来的接收行返回的支付业务回执；发起行收到“已拒绝”的支付业务回执：结束该笔贷记业务。发起行可对网银业务进行处理后再次发起一笔新的贷记业务（生成新的流水号）。所有业务均在处理中心转发接收行后，才将业务处理回执“已转发”返回发起行（下同）。业务处理中心系统保存审核通过的网银贷记业务.业务处理中心系统将审核通过的网银贷记业务转发到接收行；接收行收到业务处理中心转发来的网银贷记来账业务,并进行处理；接收行将处理结果以支付业务回执的方式返回给业务处理中心系统,对于间联银行可以以手工方式通过中心提供的银行客户端返回给业务处理中心；业务处理中心系统收到接收行返回的支付业务回执后进行审核,如果审核不通过，将审核结果（拒绝)以支付业务回执的方式返回给接收行;如果审核通过,则修改该笔贷记交易状态;业务处理中心系统将收到的接收行返回的支付业务回执转发给发起行;发起行收到业务处理中心转发来的支付业务回执进行相应账务处理.【说明】：支付业务回执的发起行为业务处理中心时,表明是该回执由业务处理中心主动发起，否则表明该回执是商业银行主动发起。支付业务回执中的附言中应注明处理结果的说明。（返回码说明详见５．3。5，下同)当集团客户通过网银发起贷记业务有特殊用途时,发起行应该将该笔业务按照柜面业务方式处理。贷记退汇时间原则上应不超过Ｔ+1,系统不接受当天发起退汇业务.发起行发起网银贷记业务有两种方式:发起行行内系统与业务处理中心直联：所有业务均通过行内系统直接转发到业务处理中心；发起行行内系统与业务处理中心间联:所有业务均在业务处理中心提供的银行客户端直接录入，并提交给业务处理中心系统;第（２)步业务处理中心对收到的网银贷记业务进行审核主要包括以下内容：发起行状态、发起行登录状态、密押验证、是否重票(按交易流水号、清算行行号、工作日期检查）。网银业务对接收行状态、接收行登陆状态不做控制，如果发生接收行存在通讯异常、未登录等状态，业务处理中心依然将该业务转发，对于接收行未返回支付业务回执的业务依然纳入清算。第（7）步业务处理中心对收到的网银贷记业务进行审核主要包括以下内容：工作日期。对于间联的商业银行，通过业务处理中心提供的银行客户端录入网银贷记业务时，应该进行复核。【异常处理】:业务处理中心端异常处理业务处理中心系统如果无法转发网银贷记业务时，则该笔贷记业务不纳入清算,以支付业务回执方式（SMP０09)退回给发起行。业务处理中心如果收到往账时发现收到的某笔往账重票（按流水号、工作日期、发起清算行行号检查),以支付业务回执的方式返回“该笔业务重票”的拒绝信息给发起行。发起行异常处理发起行发起网银贷记业务后如果未收到业务处理中心系统返回的支付业务回执报文,则默认该笔业务“已转发”;发起行如果在T+０日内收到“已转发”的支付业务回执报文后未收到业务处理中心转发回来的“已成功”的支付业务回执报文（SMP009），则默认该笔业务成功。在日终对账时，发现对账不符，根据业务处理中心下载的对账明细报文,对该笔业务进行撤消或确认成功.对于网银业务，发起行可以不做超时检查，但是在交易状态不明的清况下可以发起交易明细查询业务（SMP２07)，进一步查询该笔交易在业务处理中心的状态。接收行异常处理如果接收行“成功”的支付业务回执报文（在规定时间T+0内未发送到业务处理中心系统，则该笔业务将被纳入当天日终清算，如果接收行场终对账不平,由接收行下载明细调账，调账不成功则可发起贷记退汇业务。接收行不应在下一工作日期返回支付业务回执报文，如果返回回执也将被业务处理中心拒绝，被业务处理中心拒绝后应检查原交易状态，如“已成功”或“已退票”则不作任何处理,“已拒绝”则发起退汇业务。如果接收行出现通讯异常、系统故障等情况在日终清算后仍然无法接收交易及对账,可向业务处理中心申请以人工方式打印和导出交易数据及对账文件，并做相应账务处理。（中心负责导出，数据格式见附录.）【业务状态变迁】:业务处理中心业务状态变迁说明:业务处理中心收到发起行发起的网银贷记业务，审核该网银贷记业务,并根据审核结果将收到的贷记业务的状态分别置为“已转发"或者“已拒绝”；对审核通过的业务,将其转发给接收行，并等待接收行回应。同时将审核结果通过支付业务回执报文发送发起行。业务处理中心收到接收行对贷记来账业务的支付业务回执，根据支付业务回执的状态将对应贷记业务的状态更新为“已成功”或“已失败"；发起行业务状态变迁说明：网银客户发起网银贷记业务，此时业务状态为“待发送”。对于直联银行,行内系统发现有待发送业务,则发送该笔贷记业务到业务处理中心,并将该笔业务状态更新为“待回应”；对于间联银行，该笔业务在客户端录入后,将该笔业务更新为“待回应"。对于直联银行，“待回应"状态的贷记往账业务接收业务处理中心系统返回的支付业务回执，根据支付业务回执的结果(被拒绝或者已转发)分别将状态置为“被拒绝”或者“已转发”;对于间联银行，可以人工将行内业务状态更新为“被拒绝”或者“已转发”。对于状态为“已转发"的贷记往账业务，在接收到由业务处理中心系统转发的接收行返回的支付业务回执后，将状态修改为“已成功"或者“已失败”。接收行业务状态变迁说明:接收行如果对接收到的来账入账失败，可以发起贷记退汇业务。并在贷记退汇业务报文的附言中注明拒绝\退票理由。贷记业务-普通【参与者】:业务处理中心、入网银行机构.【功能描述】:实时进行跨行贷记转账业务(网银业务除外)。商业银行柜面发起实时贷记业务，接收行实时入客户账并发起回执。【流程图】：【流程】：发起行向业务处理中心系统发起账户信息查询请求业务（SMP１01)，查询接收方账户信息；业务处理中心系统接收账户信息查询请求业务(SＭＰ101），并通过账户信息查询回执（SＭP１0２)返回接收方账户信息；发起行接收账户信息查询回执（ＳMＰ102),并根据回执内容填写接收方账户信息。根据规定，发起行可依据账户信息和有关业务要素,如账号、金额、委托日期等，验证客户委托凭证真实性.发起行向业务处理中心系统发起贷记业务（SＭP0０１，业务标志０2-网银除外）,其中交易流水需要沿用账户信息查询请求业务交易流水；业务处理中心系统审核收到的贷记业务，如果审核通过，保存贷记业务（SＭP001),并转发到接收行.同时将审核结果(“已转发"或者“已拒绝"）以支付业务回执(SMP009)的方式返回给发起行；发起行收到“已转发”的支付业务回执：继续等待业务处理中心系统转发来的接收行返回的支付业务回执；发起行收到“已拒绝”的支付业务回执:结束该笔贷记业务。接收行收到业务处理中心转发来的贷记来账业务(ＳMP０01）,并进行处理；接收行将处理结果以支付业务回执(SMP０09）的方式返回给业务处理中心系统；业务处理中心系统收到接收行返回的支付业务回执（SMＰ009）后进行审核,如果审核不通过，将审核结果（拒绝）以支付业务回执（ＳMP009）的方式返回给接收行；如果审核通过，则修改该笔贷记交易状态；业务处理中心系统将收到的接收行返回的支付业务回执（SMＰ00９)转发给发起行；发起行收到业务处理中心转发来的支付业务回执（SMP０0９)进行相应账务处理。【说明】:因私账户当天开户可发起贷记业务，不可接收实时贷记业务。商业银行核验客户委托凭证真实性，可根据需要自行决定（采用验印或核验支付密码)。发起行在发起联机查询账户信息交易时，可以只输入账号信息，凭账号信息到业务处理中心查询其他账户相关信息，如果业务处理中心返回该账号重复，则发起行可以再次发起凭账号和接收清算行行号的账户信息查询请求。同时,由于柜面实时业务处理时间要求较高,发起行应在发起交易时，根据客户账号通过行内预留的账户信息生成账户名称、发起清算行行号、发起行机构号、发起行机构名称等相关信息返回给柜员.发起行发起贷记业务有两种方式：发起行行内系统与业务处理中心直联:所有业务均由银行网点发起并通过行内系统直接转发到业务处理中心；发起行行内系统与业务处理中心间联:所有业务均在业务处理中心提供的银行客户端直接录入，并提交给业务处理中心系统；第（6)步业务处理中心对收到的贷记业务进行审核主要包括以下内容：发起行状态、接收行状态、发起行登录状态、接收行登录状态、密押验证，按照业务种类检查是否要求查询、是否重票(按交易流水号、清算行行号、工作日期检查).第（10）步业务处理中心对收到的贷记业务进行审核主要包括以下内容：工作日期。贷记业务的发起，必须经过录入、复核两个阶段。对直联的商业银行，录入、复核由行内系统控制；对间联的商业银行,由业务处理中心提供的银行客户端控制录入、复核。业务处理中心系统将对间联银行客户端登陆数量予以控制。支付业务回执在T＋0时间有效。【异常处理】:业务处理中心端异常处理业务处理中心系统如果转发失败，则该笔贷记业务不纳入清算,并退回给发起行.业务处理中心如果收到往账时发现收到的某笔往账重复发送（按流水号、工作日期、发起清算行行号检查）,以支付业务回执的方式返回返回“该笔业务重票”的拒绝信息给发起行。对不同流水号,但其他相关要素相同的业务不做控制。发起行异常处理发起行发起贷记业务后如果未收到业务处理中心系统返回的支付业务回执报文（已转发)，则默认该笔贷记业务“已转发”且“已成功"；柜员可以发起交易明细查询业务（ＳMP20７),进一步查询该笔交易在业务处理中心的状态.发起行如果收到“已转发”的支付业务回执报文(SMP0０９)后未收到业务处理中心转发回来的“已成功”的支付业务回执报文（SMＰ０09),则可默认该笔业务成功。柜员可以发起交易明细查询业务(SMP2０7），进一步查询该笔交易在业务处理中心的状态.在日终对账时，如果发现业务处理中心该笔业务为“失败”则撤消行内系统该笔业务，并于下一工作日重新发起该笔贷记业务。发起行对此类业务应设置超时检查,超时时间可设为N+10s,其中Ｎ为中心超时时间,N为参数化设置，在上线之前公布的业务规范中定义（目前初步定义为60s）。如果接收行是直联银行,发起行在超时时间内未接收到接收行返回的“已成功”或者“已失败"回应,则发起业务的商业银行交易状态应更新为“待确认”,通知客户交易已转发，当前交易状态不明.柜员可以发起交易明细查询业务(SＭP207），进一步查询该笔交易在业务处理中心的状态。如发生贷记业务交易状态不明的情况,建议柜面人员告知付款客户协调收款客户，收款客户可要求开户行查明原因。接收行异常处理如果接收行“成功”的支付业务回执报文（SMP009)未发送到业务处理中心系统，则该笔业务将被纳入当天日终清算，如果接收行日终对账不平，由接收行下载明细调账,调账不成功则发起贷记退汇业务。接收行不应在下一工作日期返回的支付业务回执报文，如回执也将被业务处理中心拒绝，如被业务处理中心拒绝后应检查原交易状态，如“已成功”或“已退票”则不作任何处理，如“已拒绝"则发起退汇业务.如果接收行出现通讯异常、系统故障等情况在日终清算后仍然无法接收交易及对账，可向业务处理中心申请以人工方式打印和导出交易数据及对账文件,并做相应账务处理。贷记退汇业务贷记退汇业务处理模式同贷记业务相同。但贷记退汇业务只能针对收到的贷记业务发起,在发起前应该先匹配收到的贷记业务。贷记退汇业务不要求作账户信息查询。【参与者】：业务处理中心、入网银行机构。【功能描述】：实时进行跨行贷记退汇转账的业务.原发起的流水号、原发起清算行行号、原工作日期为发起贷记退汇业务的唯一标准。【流程图】：【流程】：发起行向业务处理中心系统发起贷记退汇业务（SMP００3）;业务处理中心系统审核收到的贷记退汇业务，并将审核结果（“已转发”或者“已拒绝”)以支付业务回执(SMＰ0０9）的方式返回给发起行;如果拒绝,则结束后面处理;发起行收到“已转发"的支付业务回执:继续等待业务处理中心系统转发来的接收行返回的支付业务回执;发起行收到“已拒绝”的支付业务回执:结束该笔贷记退汇业务.业务处理中心系统保存审核通过的贷记退汇业务。业务处理中心系统将审核通过的贷记退汇回执业务(SMP003）转发到接收行；接收行收到业务处理中心转发来的贷记退汇来账业务（ＳMP003）,并进行处理,接收行不应拒绝贷记退汇业务；接收行将处理结果以支付业务回执(ＳＭP009）的方式返回给业务处理中心系统；业务处理中心系统收到接收行返回的支付业务回执(SMP009）后进行审核，如果审核不通过，将审核结果（拒绝:已清算)以支付业务回执（SMＰ009)的方式返回给接收行;如果审核通过，则修改该笔贷记交易状态;业务处理中心系统将收到的接收行返回的支付业务回执（SMＰ0０9)转发给发起行;发起行收到业务处理中心转发来的支付业务回执（SMＰ009）进行相应账务处理。【说明】：发起行可以通过两种连接方式（直联/间联）发起贷记退汇业务，无论通过哪一种连接方式发起的贷记退汇业务,只要业务处理中心转发后，则不允许发起行再做“失败”处理。发起行行内系统与业务处理中心直联:所有业务均由银行网点发起并通过行内系统直接转发到业务处理中心;发起行行内系统与业务处理中心间联：所有业务均在业务处理中心提供的银行客户端直接录入，并提交给业务处理中心系统;第（2）步业务处理中心对收到的贷记退汇业务进行审核主要包括以下内容：发起行状态、接收行状态、发起行登录状态、接收行登录状态、密押验证、是否与原交易匹配、是否重票、退汇日期（必须是T+1)。第（７）步业务处理中心对收到的贷记退汇业务进行审核主要包括以下内容：工作日期。贷记业务的发起,必须经过录入、复核两个阶段。对直联的商业银行,录入、复核由行内系统控制；对间联的商业银行，由业务处理中心提供的银行客户端控制录入、复核。【异常处理】:业务处理中心端异常处理业务处理中心系统如果处理失败，则该笔贷记退汇业务不纳入清算,并退回给发起行。如贷记退汇失败，则原接收行发起普通贷记业务，并在附言中说明。业务处理中心如果收到往账时发现收到的某笔往账重票（按流水号、工作日期、发起清算行行号检查），以支付业务回执的方式返回返回“该笔业务重票”的拒绝信息给发起行。发起行异常处理发起行发起贷记退汇业务后如果未收到业务处理中心系统返回的支付业务回执报文(SMP009），则默认该笔贷记业务“已成功”;发起行如果收到“已转发”的支付业务回执报文（SＭP00９）后未收到业务处理中心转发回来的“已成功"的支付业务回执报文（SＭP０09），则默认该笔业务成功.接收行异常处理如果接收行“已成功”的支付业务回执报文（SＭP０09)未发送到业务处理中心系统，则该笔业务纳入当场清算，如果接收行场终对账不平，由接收行下载明细调账。借记业务【参与者】：业务处理中心、入网银行机构。【功能描述】:实时进行跨行借记转账的业务.实时借记业务的发起行可以是间联的商业银行，但接收行为必需是直联银行.【流程图】:【流程】：发起行向业务处理中心系统发起账户信息查询请求业务(ＳMP10１）,查询接收方账户信息；业务处理中心系统接收账户信息查询请求业务（SMＰ101)，并通过账户信息查询回执（SMＰ102）返回接收方账户信息;发起行接收账户信息查询回执（ＳMＰ102)，根据回执判断接收行是否是直联银行，如果不是直联银行则终止业务办理，如果是直联银行，则并根据回执内容填写接收方账户（相关）信息。发起行向业务处理中心系统发起借记业务（ＳMP００2),其中交易流水需要沿用账户信息查询请求业务交易流水；业务处理中心系统审核收到的借记业务，如果审核通过，保存借记业务，并将借记业务(SＭP002)转发到接收行。同时将审核结果（“已发送”或者“已拒绝"）以支付业务回执（SMＰ00９）的方式返回给发起行；发起行收到“已发送”的支付业务回执：继续等待业务处理中心系统转发来的接收行返回的支付业务回执；发起行收到“已拒绝"的支付业务回执:结束该笔借记业务。接收行收到业务处理中心转发来的借记来账业务（SMP002)，根据相关信息自动核验支付密码，支付密码正确则记账处理,不正确则不记账；处理完毕后生成记账处理结果;接收行将处理结果以支付业务回执（SＭP０0９）的方式返回给业务处理中心系统；业务处理中心系统收到接收行返回的支付业务回执(ＳＭＰ009)后进行审核，如果审核不通过，将审核结果（拒绝：已冲正等)以支付业务回执（SMP00９）的方式返回给接收行;如果审核通过，则修改该笔交易状态；业务处理中心系统将收到的接收行返回的支付业务回执(SMP0０9）转发给发起行；发起行收到业务处理中心转发来的支付业务回执(SMP009）进行相应账务处理。【说明】：发起行发起借记业务有两种方式：发起行行内系统与业务处理中心直联：所有业务均由银行网点发起并通过行内系统直接转发到业务处理中心;发起行行内系统与业务处理中心间联：所有业务均在业务处理中心提供的银行客户端直接录入,并提交给业务处理中心系统；第(5)步业务处理中心对收到的借记业务进行审核主要包括以下内容:发起行状态、接收行状态、发起行登录状态、接收行登录状态、密押验证、按照业务种类检查是否要求查询、是否重票（根据交易流水、工作日期、发起清算行行号,不根据票号)。第(9）步业务处理中心对收到的借记业务进行审核主要包括以下内容:工作日期、是否已冲正。借记业务的发起,必须经过录入、复核两个阶段。对直联的商业银行，录入、复核由行内系统控制;对间联的商业银行，由业务处理中心提供的银行客户端控制录入、复核。【异常处理】:业务处理中心端异常处理业务处理中心系统收到接收行返回的借记确认指令，如果处理失败，则该笔借记业务不纳入清算，并通过支付业务回执报文（SＭP009)将处理结果分别转发发起行和接收行.发起行异常处理发起行发起借记业务后如果在规定业务时间内未收到业务处理中心系统返回“已转发”、“已拒绝"或“已成功”的支付业务回执报文,则发起行可以通过柜面发起交易明细查询（SMP2０７）查询该笔交易目前在业务处理中心的交易状态,如果返回的交易状态为“已失败”则中止该笔交易,如果为“已成功”发起行应修改该笔业务状态,变为已成功，如果为“已转发”，则再次发起查询，如果“已拒绝”，则可以重新发起该笔交易.同时，发起行发起借记业务后如果在规定业务时间内未收到业务处理中心系统返回“已转发”、“已拒绝”或“已成功”的支付业务回执报文,发起行也可以通过柜面发起冲正交易。发起行在发起冲正业务后,要将原交易置为“已冲正”，在极其特殊的情况下（冲正在前,交易在后），如果在冲正后仍然收到“已成功”的返回报文，需要再次发起冲正交易.接收行异常处理如果接收行“已成功”的支付业务回执报文(ＳＭP0０9)未发送到业务处理中心系统,则该笔业务不纳入当场清算,如果接收行场终对账不平,由接收行下载明细对账，并冲回付款人账户。接收行在超过系统规定业务响应时间返回的支付业务回执报文（ＳＭP009)被业务处理中心拒绝（拒绝:已冲正)后,检查原交易状态，如“已失败”则不作任何处理,如“已成功”则由接收行冲回付款人账户.【业务状态变迁】:业务处理中心业务状态变迁说明:业务处理中心收到发起行发起的借记业务，将状态记为“已收妥”，并将借记业务转发到接收行，转发后将状态记为“已转发";业务处理中心根据收到的接收行的返回结果将借记业务分别登记为“已成功”或者“已失败”；系统场终将成功业务纳入清算，将状态记为“已清算”业务处理中心收到发起行冲正交易将状态标记为“已冲正”。发起行业务状态变迁发起行在同城客户端录入一笔借记业务，起状态登记为“待复核”；另一操作员对“待复核”状态的借记业务进行复核,并更新状态为“待发送”;行内系统将“待发送”状态的借记业务发送到业务处理中心,并更新状态为“待回应"；行内系统收到业务处理中心返回的确认接收信息后将状态修改为“已转发"在“已转发”状态下行内系统收到业务处理中心返回的接收行确认信息或者超时后分别将借记业务状态更新为“拒绝”／“成功”/“超时”。接收行业务状态变迁接收行收到业务处理中心转发来的借记业务后将状态登记为“已收妥"，并转到行内进行处理;根据行内处理结果将状态修改为“成功”或者“拒绝”;如果在行内返回处理结果前收到发起行发起的冲正/撤消报文则将该借记业务登记为“被拒绝”；行内冲正／撤消成功后将该借记业务登记为“已冲正／撤消”；借记冲正业务【参与者】:业务处理中心、入网银行机构。【功能描述】：对于实时借记业务，如果接收行响应超时，则发起行可以主动发起冲正业务(SMP006）。中心接收到借记冲正业务后，如已收到接收行返回的支付业务回执,则通知发起行冲正失败，如未收到接收行返回的支付业务回执，则返回发起行冲正成功，之后将借记冲正指令转发接收行。【流程图】：【流程】:发起行向业务处理中心发起借记冲正业务（SMP006）.业务处理中心接收借记冲正业务（SMＰ006)，中心检查原业务信息(原业务的关键要素是否一致，是否为发起方），如果原业务接收行已经返回支付业务回执，该业务的状态为“已成功"或“已失败”，则直接返回“冲正失败”的支付业务回执报文（SＭP00９);如果原业务接收行未返回支付业务回执,该业务的状态为“已转发”，则标记该业务“已冲正”,返回“冲正成功"的支付业务回执报文（SMＰ０0９）给发起行，之后转发借记冲正报文给接收行。接收行收到借记冲正报文(SＭＰ006)后,检查原业务信息（原业务的关键要素是否一致，是否为接收行），对原业务进行冲正处理。信息业务描述票据影像业务【参与者】:业务处理中心、参与银行机构【功能描述】：票据影像业务是在综合业务系统实现票据截流后，由发起行向接收行报送票据原始影像的业务，仅涉及借记业务。ﻩ尽量在下午１7：00以后23：0０之前。【流程图】：【流程】：发起行发起票据影像业务（SMP2０６),后台系统自动将票据影像业务发往业务处理中心系统；业务处理中心系统收到发起行发起的票据影像业务（SＭP２０6)，并转发到接收行；接收行收到业务处理中心系统转发来的票据影像业务(ＳＭＰ20６)后，根据SMＰ20６报文中记录的相关借记业务的发起流水、委托日期以及票据号码,将票据影像与原借记业务匹配后进行存档处理,并将处理结果通过通用返回报文(SMＰ999）返回给业务处理中心系统；业务处理中心系统收到接收行返回的通用返回报文（SMP9９9）以后，将通用返回报文（SＭＰ9９9）返回给发起行。【说明】:票据影响业务主要用于商业银行事后监督,业务处理中心系统仅转发，不作任何账务处理。专用内部账户调拨【参与者】:业务处理中心、参与银行机构【功能描述】:专用内部账户调拨业务是基于双方银行原有的相关协议,在协议指定的账户中付款的业务,该业务由发起行(付款银行)发出,经综合业务系统转发至接收行。接收行收到专用内部账户调拨报文后，依据专用内部账户调拨报文中指定的发起行在接收行行内开立的专用账户中直接扣款，并将款项转入专用内部账户调拨业务报文指定的收款人账户。接收行完成行内转账处理后,以专用内部账户业务回执包的形式将转账处理结果返回发起行.(设用途域，当标记为“特殊”业务时，填写“真实付款人账号，真实付款人名称”）对于专用内部账户调拨业务,综合业务系统仅做业务报文的登记和转发，不做收、发报行间的轧差清算。【流程图】:【流程】:发起行发起专用内部账户调拨业务(SMP20３)，后台系统自动将专用内部账户调拨业务发往业务处理中心系统；业务处理中心系统收到发起行发起的专用内部账户调拨业务（ＳMP２０3),转发接收行并通过通用返回报文(SMＰ9９9)返回“已转发”响应给发起行;接收行收到业务处理中心系统转发来的专用内部账户调拨业务（SＭＰ20３）,检查付款人账户合法性，合法则进行账务处理，并将处理结果通过专用内部账户调拨回执业务报文（SMP204）返回给业务处理中心系统；业务处理中心系统收到接收行返回的内部账户调拨回执业务报文(SMP204）以后，将内部账户调拨回执业务报文（SMP2０４）信息返回给发起行.【说明】：发起行需设置权限管理，只有有权限的操作人员才可以发起该业务。付款账户根据发起行与接收行行协议捆绑,接收行收到专用内部账户调拨业务(SＭP203)要检查付款账户合法性。发起行未收到业务处理中心通用返回报文（SMＰ999）“已转发"回执，可向业务处理中心发起查询报文.发起行收到业务处理中心通用返回报文（ＳMP９99）“已转发"回执,未收到内部账户调拨回执业务报文(SMP204），可向接收行发起查询报文。交易明细查询【参与者】:业务处理中心、参与银行机构【功能描述】：支付业务发起行可以向业务处理中心发起交易明细查询请求，查询某笔交易的当前状态。【流程图】:【流程】:发起清算行针对某笔同城清算业务发起交易明细查询业务（SMP20７），后台系统自动将查询指令发往业务处理中心系统；业务处理中心系统收到发起行发起的交易明细查询业务（SMP20７），并将查询该笔交易当前交易状态,并将查询结果通过交易明细查询回执(SＭP２０8）返回发起行;查询查复业务【参与者】:业务处理中心、参与银行机构【功能描述】：当某个银行对发起和接收到的某笔支付业务不明确，可以向接收或者发起行发起查询，接收或者发起行收到查询后对收到的查询进行查复。【流程图】：【流程】：发起清算行针对某笔同城清算业务发起查询业务(SMＰ２０1),后台系统自动将查询指令发往业务处理中心系统；业务处理中心系统收到发起行发起的查询业务（ＳMP２01)，并将查询业务（ＳＭP201)转到接收行;接收行收到业务处理中心系统转发来的查询业务(ＳMＰ2０1），进行查复,并将查复业务（SＭP202）返回给业务处理中心系统；业务处理中心系统收到接收行返回的查复业务（SＭP2０2)以后,将查复业务（SMＰ202）信息返回给发起行。【说明】：查询查复都是针对交易（支付业务)的查询查复；支付业务包括:贷记业务、贷记退汇业务、借记业务.账户信息变更【参与者】:业务处理中心、参与银行机构【功能描述】：各商业银行向业务处理中心系统提交客户账户信息变更,该业务支持批量处理,建议各商业银行在日间(上午9：0０至当日最后一次场切)业务截止后发送。 尽量在下午1７：0０以后2３：00之前。【流程图】：【流程】：发起行发起账户变更业务(SMＰ20５)，后台系统自动将账户变更业务（SＭＰ205）发往业务处理中心系统；业务处理中心系统收到发起行发起的账户变更业务(SMＰ205)，进行账户变更处理；业务处理中心系统对账户信息变更处理完毕后，发送账户变更处理结果（SMP305）给发起行。发起行根据返回的处理结果决定是否再次发起账户变更业务(SMP2０５）.【说明】:为避免对实时业务造成影响,各商业银行日间(上午9：00至当日最后一次场切）提交的批量业务不超过１０笔。账户余额查询业务【参与者】：业务处理中心、参与银行机构【功能描述】：账户余额查询是基于协议的基础上进行.主要用于集团用户查询其他商业银行子公司账户的账户余额.【流程图】：【流程】:客户提出账户余额查询请求，发起清算行根据协议发起账户余查询业务（SMP3０1）,并发往业务处理中心；业务处理中心收到发起行发起的账户余查询业务(SMＰ30１),并将账户余查询业务（ＳMP3０1)转到接收行;接收行收到业务处理中心系统转发来的账户余查询业务(SMP3０1），根据协议号进行检查，并将查询结果（SMＰ30２)返回给业务处理中心;业务处理中心收到接收行返回的查询结果（SＭP３02）以后，将查询结果（SMP3０2）信息返回给发起行。【说明】：账户余额查询都是根据集团公司、子公司、发起清算行、接收清算行签订的四方协议发起。自由格式信息【参与者】:业务处理中心、参与银行机构【功能描述】:各参与节点之间可以发送自由格式信息交换各类消息。对于业务处理中心发起的要求个节点返回回执的自由格式信息，各节点相关业务人员在收到并确认后,各节点系统需自动返回收妥回执。【流程图】：【流程】：(以业务处理中心发起要求回执的自由格式信息为例）业务处理中心系统发送自由格式信息（SMＰ20９）给接收行；接收收到自由格式信息（SＭP2０9)后判断是否为需要回执业务，如需要回执，提示相关操作人员确认，操作人员确认后，系统自动发起通用信息返回报文（ＳMＰ９9９）返回业务处理中心.业务处理中心系统收妥通用信息返回报文（ＳMP9９９）后修改相应标记.资金业务描述轧差清算支付结算综合业务系统在清算日进行多场轧差清算（场次数以参数化设置)，并将每场轧差结果及时提交ABＳ系统进行资金清算。在每场轧差并向AＢS系统提交资金清算报表的同时，系统分别向各参与清算行下发银行资金清算报文（SMP7０６）.说明:法定节假日发生的业务，纳入节假日结束后第一个清算日第一场轧差清算。日终处理在到达规定的系统日切时间点，业务处理中心立即将工作日期修改为下一工作日期,进行当日最后一场轧差清算处理，并将当天的各行接收和发送的业务汇总信息下发。银行在接收到对账信息后进行对账处理,如对账不符可向业务处理中心申请明细下载.日切后，业务处理中心、银行仍可继续受理业务。日切后业务处理中心收到的业务不再纳入当日清算，自动纳入次日清算。对于借记业务,在日切时点后，预留于（超时时间+5秒)作为系统保留时间,在系统保留时间，系统接收接收行返回的支付业务回执,不接收发起行发起的借记业务.系统对账【参与者】:业务处理中心、入网银行机构。【功能描述】:入网银行与业务处理中心就当天发生的支付业务进行对账.【流程图】:【流程】:业务处理中心在每天日切后发送本天的对账指令（SMP713)到银行。银行收到对账信息后进行相应的对账处理，并根据汇总对账结果返回汇总对账返回报报文（SMＰ7１4).银行根据对账交易指令中的按业务的汇总对账信息与银行行内系统中交易数据进行对账，对账不平时，向业务处理中心发起明细下载申请指令（SMP613）;对账平时也可以向业务处理中心发起明细下载申请指令，也可以不申请,不申请时业务流程结束业务处理中心收到明细下载申请后根据明细下载申请信息生成明细下载指令(SMP614）发给银行.银行行内系统根据明细下载指令逐笔对账,找出不平的交易，然后根据具体情况给客户入账或进行手工调账。接收行根据明细对账结果返回汇总对账返回报报文(SMP7１４)。【说明】:对账业务在每日日切后进行.参与对账的业务：所有处理成功的支付业务。系统每个工作日日切后均会下发对账报文，商业银行可以根据本行的工作时间进行账务处理。管理业务描述系统登陆商业银行可以向业务处理中心发出登陆申请报文（ＳMＰ50１），无论登陆成功与否，返回登陆返回报文(SMP502)。商行银行登陆不成功,无法进行同城业务。系统退出商业银行可以向业务处理中心发出退出申请报文（SMP50３），无论退出成功与否,返回退出返回报文(ＳＭP504).商业银行根据退出返回报文，决定是否再次发出退出申请报文。系统强制退出通知当业务处理中心强制商业银行退出时，向该商业银行发出强制退出通知报文（SMP５05)。商业银行将被强制退出系统，系统不再接收该商业银行发出的报文。系统状态变更通知当系统状态发生变更时，业务处理中心向各商业银行发出系统状态发生变更通知（SＭP41８)。各商业银行根据系统当前状态进行相关业务处理.目前两个值域：00:日间处理；01业务截止；日终时变更，间隔时间为超时间6０s。场次变更通知当系统场次发生变更时,业务处理中心向各商业银行发出场次变更通知（SMP４１８).日切通知当系统从当前工作日切换到下一工作日时,业务处理中心向各商业银行发出日切通知(SMP702），商业银行随业务处理中心进行日期，并进行日终处理，如对账等.通讯检查系统定时向各商业银行发出通讯检查报文（ＳMP751）,检查业务处理中心与各商业银行之间的通讯状态，各商业银行接收到通讯检查报文返回通讯检查返回报文（ＳMP752）。接口系统结构物理连接商业银行行内系统与支付结算综合业务系统具体如何连接需要各商业行根据自身需要决定;应用连接商业银行行内系统与支付结算综合业务系统之间的应用连接方式由商业行自身决定,即商业行行内系统与支付结算综合业务系统之间的通讯程序由各参与行自行开发,通过调用支付结算综合业务系统提供的ＡPI来帮助实现行内系统与支付结算综合业务系统之间的信息交换。本系统为直联银行提供AIX和ｏｐeｎSUSElinuｘ版本接口ＡＰＩ.示意图说明:1、商业行行内系统的发送通讯程序负责把行内系统的业务信息通过调用发送API把业务信息发送到支付结算综合业务系统.2、商业行行内系统的接收通讯程序通过调用接收API从支付结算综合业务系统接收业务信息，然后发送到行内系统处理，同时调用确认ＡPI从MQ中删除该业务信息。3、商业行行内系统的通讯程序由商业行自行开发，发送API和接收APＩ由支付结算综合业务系统提供.API说明商业银行行内系统与支付结算综合业务系统之间的通讯采用消息中间件MＱ，因此在编译商业银行端的通讯程序时,将通讯程序、支付结算综合业务系统提供的静态库和ＭQ的静态库一起编译后便可调用APＩ。连接APIAPI函数的形式ｖoid＊MＢ_CONNECT（ｃｈaｒ＊pＱMRＮamｅ，cｈar＊pＲetＣode,cｈar＊pＲetInfo）ＡＰI使用方法说明通讯程序中首先包含头文件“APＩ．hpp",然后只需要将通讯程序、支付结算综合业务系统提供的静态库和MQ的静态库一起编译后便可调用该函数。ＡＰI调用参数说明ｐＱＭＲNａｍe：ﻩMQ队列管理器名称.pRetCode:３位返回码,表示调用该API的处理结果。其中：000表示正常1０2系统错误，商业银行检查故障后可重发ﻩ pRetIｎfo：表示调用该ＡPＩ的详细返回结果描述ＡPI返回说明该API函数返回与支付结算综合业务系统连接IＤ。断开连接APＩAＰＩ函数的形式ｖｏidMB＿DISCOＮＮECＴ（ｖｏid＊pID）API使用方法说明通讯程序中首先包含头文件“API．hｐｐ”,然后只需要将通讯程序、支付结算综合业务系统提供的静态库和MQ的静态库一起编译后便可调用该函数。API调用参数说明pIＤ：与支付结算综合业务系统连接ID，调用连接APIMＢ_COＮNECT(）的返回值。APＩ返回说明该API函数无返回值。发送APＩAPI函数的形式ｖoidMB＿SEND(void*pID,cｈar＊pＱＬＮame，cｈar*pInＰutＭsg,ｃhar*ｐＩnPath,char＊pRetCｏｄe，char*pReｔＩnfo）APＩ使用方法说明通讯程序中首先包含头文件“API．hpp”，然后只需要将通讯程序、支付结算综合业务系统提供的静态库和MQ的静态库一起编译后便可调用该函数.AＰI调用参数说明pID：与支付结算综合业务系统连接ＩD,调用连接APIMB_CＯNＮEＣＴ（）的返回值。ｐＱLＮａｍe： MQ发送队列名。ｐInＰutMsｇ：大小限定为２０K,表示由商业行行内系统形成的待发送报文。其格式为待发送报文的报头+报文正文+报文尾，该报文为支付结算综合业务系统支持的所有业务的信息。ﻩﻩﻩﻩ如果该报文>20Ｋ,那么报文使用文件的方式发送，文件名放在报文体中。ｐＩnＰath：ﻩ当报文使用文件的方式发送,调用者指明文件保存路径。pRｅtCoｄe：表示调用该ＡPI的处理结果，由三位返回码和六十位返回描述组成。返回码含义说明：0００正常102系统错误,商业银行检查故障后可重发。PReｔＩｎfo:表示调用该APＩ的详细返回结果描述。API返回说明该AＰI函数无返回值。接收ＡPIＡPI函数的形式voiｄMＢ_RＥＣEIVＥ(voｉd*ｐＩD，char＊pQLＮame，ｃhａｒ*pOutＰuｔMsg,ｃhar＊pOutPatｈ，int＆ｎFｉlｅFlg，char＊ｐRｅtCode，cｈar＊ｐRetInfｏ）AＰI使用方法说明通讯程序中首先包含头文件“AＰＩ.hpp”,然后只需要将通讯程序、支付结算综合业务系统提供的静态库和MQ的静态库一起编译后便可调用该函数。API调用参数说明pID：与综合金融服务平台连接ID.pＱLＮａme： MQ接收队列名.pOuｔPｕtMsg:大小限定为20K，表示由支付结算综合业务系统形成的返回报文，对于返回报文，其格式为返回报文的报头+业务信息＋报文尾，该业务信息为支付结算综合业务系统支持的所有业务的信息；若接收失败无内容。ﻩ如果该报文＞20K,那么报文使用文件的方式接收，文件名放在报文体中。pOｕtＰａth： 当报文使用文件的方式接收,调用者指明文件保存路径。ｎFｉｌeＦlｇ:ﻩ文件报文标识，0表示pOutPuｔMsｇ的内容为普通报文,非0表示pOutPutＭsg的内容为长报文（报文体是文件名）。ｐRｅｔ