《税务国库横向联网系统接口规范V20.docx》由会员分享,可在线阅读,更多相关《税务国库横向联网系统接口规范V20.docx(40页珍藏版)》请在三一办公上搜索。
1、税务国库横向联网系统接口规范附件2税务国库横向联网系统接口规范版本号:V2.0.0.0国家税务总局 修改记录序号修改时间修改人审核人备注1.2006-7-21臧忠超修改4.10中关于MQ消息用户标识设置的部分2.2007-7-2段晓燕修改了2.2节中表1:税务国库横向联网处理报文清单3.2011-8-22孙亚松增加了退更免回执4.5.6.7.目 录1前言61.1目的61.2横联系统概述61.3参考文献62接口分析72.1总体业务处理流程72.2接口业务处理范围73物理连接说明124应用连接说明134.1应用连接结构图134.2应用连接配置164.3应用连接信息包压缩164.4应用连接批量报文的
2、限制164.5应用连接接口处理模式174.5.1模式一 SKY发送同步请求处理模式174.5.2模式二 SKY异步业务处理模式184.5.3模式三 SKY发送信息处理模式194.5.4模式四 TIPS发送同步请求处理模式194.5.5模式五 TIPS发送信息处理模式204.6应用连接中报文的匹配204.6.1基于MQ消息ID的消息匹配机制214.6.2基于全局ID的报文匹配机制234.6.3基于业务要素的交易匹配机制244.7应用连接消息处理模式及匹配列表254.8MQ消息过期时间设置284.9接口应用系统配置约定294.10接口应用系统开发约定305接口双方需要完成的工作315.1税务总局需
3、要完成的工作315.2人民银行需要完成的工作316接口报文说明327接口安全管理337.1税务机关内部权限管理337.2应用连接安全337.3报文权限控制337.4审计追踪337.5病毒防范347.6网络安全348异常及差错处理358.1异常处理358.1.1业务处理异常358.1.2通信异常处理358.2差错处理358.2.1报文检查错358.2.2验证电子签名不符358.2.3重账检查机制368.2.4核对不平368.3故障处理388.3.1TIPS处理中心故障388.3.2税务机关业务系统故障388.3.3税务机关业务系统与TIPS之间网络故障398.3.4灾备通信连接切换399接口扩展
4、规则40国家税务总局第 4 页 共 40页税务国库横向联网系统接口规范1 前言1.1 目的本文档的目标是描述连接综合征管系统的税务国库横向联网(以下简称税库银或SKY)系统与国库信息处理系统(以下简称TIPS)之间的接口实现方法。1.2 横联系统概述建设税务国库横向联网电子缴税系统的主要目标:运用现代信息网络技术,建立税务、国库间的联网系统,实现税款征缴、入库、退库、更正、对账等全流程的网络化、电子化,加快税款入库速度,提高财政资金运转效率,简化税款征缴程序,为纳税人提供快捷、准确的税款缴纳方式,实现数据传送无纸化、操作程序标准化、账务核对电子化、监控管理实时化、对外服务人性化业务处理模式。1
5、.3 参考文献税务国库横向联网系统提供一组基于XML格式的报文,实现税务征管业务系统与国库信息处理系统的对接;主要完成税务征管业务系统和国库信息处理系统之间的实时单笔扣税、定时批量扣税、冲正、自缴核销、退库,更正,免抵调等业务的联机处理。税务国库横向联网系统采用MQ通讯方式,联网系统按照本规范定义的报文格式,接收和发送相应的报文,进行信息交换。横联系统的业务流程和报文格式,参考如下文件:文件名称简介税务国库横向联网业务需求书(正式下发稿)业务需求的依据数据采集交换接口金税工程(三期)数据采集/交换标准税库银系统的接口技术规范即本文档附录一:税库银接口业务处理流程附录二:税库银业务报文描述:描述
6、业务报文详细信息,和税库银项目中技术报文的扩展内容附录三:税库银业务报文说明定义业务服务ID,帮助对业务进行索引2 接口分析2.1 总体业务处理流程图1 总体业务处理流程 如图1中,存在三类处理流程:1 综合征管系统发起的实时业务(A1-A4) 综合征管系统向国库信息处理系统发起实时请求,国库信息系统实时返回应答;2 综合征管系统发起的异步业务(B1-B4) 综合征管系统向国库信息处理系统发起异步请求,国库信息系统异步返回应答; 3 国库信息系统发起的异步业务(C1-C2) 国库信息系统发起异步的处理或核对通知,税库银系统接收后,向综合征管系统异步返回。国库信息系统与银行间接口的规范不在本文档
7、论述范围内。2.2 接口业务处理范围SKY系统与国库信息处理系统的接口业务处理范围主要包括实时类报文、批量类报文、对账类报文、辅助交易类报文等四类报文。报文结构分为单笔和批量两种结构,单笔报文指报文所含内容为单笔交易信息,批量报文指报文可包含单笔或多笔明细信息。具体报文清单如表1所示(各报文格式及填写要求参见税库银-数据采集交换标准_附录E_业务报文描述):表1:税务国库横向联网处理报文清单编号业务名发起方服务类型服务ID业务报文定义报文结构报文内容1.实时扣税SKY请求SKKKA1taxMLjhSkySsKkRequest.xsd单笔2.TIPS结果应答SKKKA1taxMLjhSkySsK
8、kResponse.xsd单笔3.实时冲正SKY请求SKKKA2taxMLjhSkySsKkCzRequest.xsd单笔4.TIPS结果应答SKKKA2注单笔5.自缴核销SKY请求SKKKA3taxMLjhSkyZjhxRequest.xsd批量6.TIPS收妥应答SKKKA4注单笔7.TIPS结果通知SKKKA4taxMLjhSkyTyResponse.xsd批量SKTYJGtaxMLjhSkyResultResponse.xsd单笔8.撤消自缴SKY请求SKCXZHtaxMLjhSkyCxQqRequest.xsd单笔9.TIPS结果应答SKCXZH注单笔10.退库交易SKY退库请求SK
9、TKA1taxMLjhSkyPlTkRequest.xsd批量单笔数据11.TIPS收妥应答SKTKA2注单笔单笔数据12.TIPS结果通知SKTKA2taxMLjhSkyTyResponse.xsd批量单笔单笔数据SKTYJGtaxMLjhSkyResultResponse.xsd13.TIPS退库回执SKTYHZtaxMLjhSkyTgmHzResponse.xsd单笔14.撤消退库SKY请求SKCXTKtaxMLjhSkyCxQqRequest.xsd单笔15.TIPS结果应答SKCXTK注单笔16.更正交易SKY请求SKGZA1taxMLjhSkyPlGzRequest.xsd批量单笔
10、数据17.TIPS收妥应答SKGZA2注批量单笔数据18.TIPS结果通知SKGZA2SKTYJGtaxMLjhSkyTyResponse.xsdtaxMLjhSkyResultResponse.xsd批量单笔单笔数据19.TIPS更正回执SKTYHZtaxMLjhSkyTgmHzResponse.xsd单笔20.撤消更正SKY请求SKCXGZtaxMLjhSkyCxQqRequest.xsd单笔21.TIPS结果应答SKCXGZ注单笔22.免抵调SKY请求SKMDA1taxMLjhSkyPlMdtRequest.xsd批量单笔数据23.TIPS收妥应答SKMDA2注批量单笔数据24.TIPS
11、结果通知SKMDA2taxMLjhSkyTyResponse.xsd批量单笔单笔数据SKTYJGtaxMLjhSkyResultResponse.xsd25.TIPS免抵调回执SKTYHZtaxMLjhSkyTgmHzResponse.xsd单笔26.撤销免抵调SKY请求SKCXMDtaxMLjhSkyCxQqRequest.xsd单笔27.TIPS结果应答SKCXMD注单笔28.批量扣税SKY请求SKKKAAtaxMLjhSkyChuxvkkRequest.xsd批量批量数据29.TIPS结果通知SKTYJGtaxMLjhSkyResultResponse.xsd单笔30.TIPS处理应答S
12、KKKABtaxMLjhSkyChuxvkkResponse.xsd批量批量数据31.止付SKY请求SKZFA1taxMLjhSkyZfRequest.xsd单笔32.TIPS收妥应答SKZFA2注单笔33.TIPS结果通知SKTYJGtaxMLjhSkyResultResponse.xsdtaxMLjhSkyZfResponse.xsd单笔批量34.明细核对TIPS核对通知SKSPHDtaxMLjhSkyKkmxdzRequest.xsd批量批量数据35.退库核对TIPS核对通知SKTKHDtaxMLjhSkyTkdzRequest.xsd批量批量数据36.更正核对TIPS核对通知SKGZH
13、DtaxMLjhSkyGzdzRequest.xsd批量批量数据37.MDT核对TIPS核对通知SKMDHDtaxMLjhSkyMdtdzRequest.xsd批量批量数据38.三方协议验证SKY/TIPS请求SKSFA1 SKSFA2taxMLjhSkySfxyyzRequest.xsd单笔39.处理应答SKSFA1SKSFA2taxMLjhSkySfxyyzResponse.xsd单笔40.状态查询SKY请求SKTZCXtaxMLjhSkyZtcxRequest.xsd单笔41.TIPS处理应答SKTZCXtaxMLjhSkyZtcxResponse.xsd单笔42.自由格式SKY发送SK
14、ZYA1taxMLjhSkyZygs.xsd单笔TIPS 异步响应SKZYA3注43.TIPS发送SKZYA2taxMLjhSkyZygs.xsd单笔SKY异步响应SKZYA4注44.登录SKY请求SKDLGKtaxMLjhSkySignInTipsRequest.xsd45.TIPS处理应答SKDLGKtaxMLjhSkySignInTipsResponse.xsd46.签退SKY请求SKQTGKtaxMLjhSkySignOutTipsRequest.xsd47.TIPS处理应答SKQTGKtaxMLjhSkySignOutTipsResponse.xsd48.连接测试SKY请求SKLJA
15、1注TIPS处理应答SKLJA1注49.TIPS请求SKLJA2注SKY处理应答SKLJA2注50.公共数据更新TIPS发送SKGGSJtaxMLjhSkyGgsjgxRequest.xsd51.申请重发核对包信息SKY请求SKBCF1taxMLjhSkyBcfRequest.xsd52.下载入库流水凭证信息SKY请求SKLSA1taxMLjhSkyXzrklspzRequest.xsdTIPS发送SKLSA2taxMLjhSkyXzrklspzResponse.xsd53.下载报表信息SKY请求SKBBA1taxMLjhSkyXzbbxxRequest.xsdTIPS发送SKBBA2taxM
16、LjhSkyXzbbxxResponse.xsd54.银行端缴款注银行端缴款请求SKYHA1taxMLjhSkyYhdjkRequest.xsd银行端缴款回执SKYHA2taxMLjhSkyYhdjkResponse.xsd银行端缴款扣款响应SKYHA3taxMLjhSkyYhdjkkkResponse.xsd55.银行端查询缴款注银行端查询缴款请求SKYHQ1taxMLjhSkyYhdCxjkRequest.xsd银行端查询缴款响应SKYHQ2taxMLjhSkyYhdCxjkResponse.xsd56.停运通知TIPS通知SKTYTZtaxMLjhSkyTytzRequest.xsd57
17、.故障通知TIPS通知SKGZTZtaxMLjhSkyGztzRequest.xsd58.运行参数通知TIPS通知SKCSTZtaxMLjhSkyYxcsRequest.xsd注:无业务报文,通过技术报文的ReturnCode判断。注:无业务报文,通过技术报文的Content传递信息。注:银行端缴款业务的流程和定义,仅供参考。3 物理连接说明如下图所示图3 物理连接结构图说明:1、 综合征管系统的SKY前置系统和省级或地级人民银行网间互联平台进行连接2、 省级或地级人民银行网间互联平台和国库信息处理系统连接。3、 综合征管系统和国库信息处理系统的信息通讯通过人民银行网间互联平台中转。4 应用连
18、接说明税务国库横向联网系统使用IBMMQSeries作为消息中间件服务器,进行应用的连接通信。对于消息中间件服务器的版本要求,请参考MQ配置部署指引的版本要求章节。4.1 应用连接结构图图4 应用连接结构图SKY与TIPS之间的应用连接结构如图4所示,税务总局与人民银行共同定义一组XML报文,以实现TIPS与税务机关业务系统的对接。SKY与TIPS的通信连接采用MQ中间件实现,SKY的前置系统可选择部署MQ Server或MQ Client,如果选择部署MQ Server,则选择对等模式进行通信连接,本模式可以保障性能需求;如果选择部署MQ Client,则选择中心节点模式进行通信连接,本模式
19、可以节约成本,但在高性能需求方面存在局限性。采用上述何种通信连接模式,建议遵循“以满足性能需求为前提”这一准则。在接口队列设计方面,为保障实时类交易的高可靠性和高实时响应性,做到实时类交易和非实时类交易相互影响降至最低,我们对实时类交易和非实时类交易分别提供一组或多组通信接口队列。接口队列从业务角度上看,分别处理不同类别的交易;但在通信流程上,没有本质差别。业务处理与队列通道的对应可由配置进行调整。因此,现以实时类交易为例,对中心节点模式和对等模式两种通信连接模式的通信流程分别加以说明:n 中心节点模式(C-S模式)图5 中心节点模式中间件数据传输图 说明:如图5所示,TIPS和税务机关前置系
20、统间的通信连接采用中间件MQ Client TO MQ Server的方式(即中心节点模式)。(1)联网中心配置MQ Server。通过MQ manager为SKY系统创建接收队列(Q1)和发送队列(Q2)。接收队列(Q1)用于接收税务机关业务系统向TIPS输入的数据,发送队列用于发送TIPS向税务机关业务系统输出的数据。(2)SKY系统与TIPS建立通信连接后,SKY系统调用MQ Client API(即MQI)将请求消息写入远程的TIPS分配的接收队列(Q1)中。(3)TIPS接收请求消息并处理完成后,将返回结果写到对应SKY的发送队列(Q2)中,联网机构调用MQ Client API(即
21、MQI)从对应的发送队列(Q2)中轮询接收处理结果。n 对等模式(S To S模式)图6 对等模式中间件数据传输图说明:如图6所示,SKY和TIPS系统间的通信连接采用中间件MQ Server TO MQ Server的方式(即对等模式)。(1)SKY通过自身的MQ manager为接入的TIPS系统分别创建发送队列(Q1)和接收队列(Q2),发送队列用于发送税务机关业务系统向TIPS输出的数据,接收队列用于接收TIPS向税务机关业务系统输入的数据。(2)TIPS系统通过自身的MQ manager创建自己的接收队列(Q3)和发送队列(Q4)。发送队列用于发送TIPS向税务机关业务系统输出的数据
22、,接收队列用于接收税务机关业务系统向TIPS输出的数据。当税务机关业务系统与TIPS建立连接以后,会创建从税务机关业务系统到TIPS之间的通道(channel),通道两端队列的对应关系见上图。(3)税务机关业务系统通过调用MQ API将请求消息写入本地MQ Server的发送队列(Q1)中,消息经通道传输至TIPS为该业务系统分配的接收队列(Q3)中,TIPS处理完成后,将返回结果写到对应为该业务系统分配的发送队列(Q4)中,消息经通道传输至税务机关业务系统。4.2 应用连接配置SKY与TIPS系统的通信链路,通过配置MQ Server的Channel实现。在配置MQ Channel及其它MQ
23、 对象时,需要接口双方向对方提供队列管理器名称、服务器连接通道名称、主机名或IP地址、侦听端口、发送通道名称、接收通道名称、发送队列名称、接收队列名称、字符集等配置项,税务机关连接可参考人民银行公布的MQ配置部署指引。考虑到系统中处理的业务主要有两种,即实时通信业务和异步业务。两类业务的处理特点差异较大。实时通信业务通常报文较小,要求及时传输和处理;异步业务通常报文较大,不需要实时进行传输和处理。为了保证实时业务的处理效率,SKY系统将异步业务和实时通信业务放在不同的消息队列中处理,系统设置实时队列和异步(非实时)队列,其中实时队列(包括一个实时发送队列和一个实时接收队列)将设置消息缺省属性为
24、非持久,异步(非实时)队列(包括一个批量发送队列和一个批量接收队列)将设置消息缺省属性为持久。具体哪些交易和报文通过何种队列传输见4.7中交易列表所述。说明:缺省情况下,放入非持久队列中的消息具有非持久属性,不记录消息日志,优点是消息传输的效率高,缺点是一旦出现队列管理器异常、服务器掉电、关机等情况,队列中的消息将丢失;放入持久队列中的消息具有持久属性,会记录消息日志,优点是在队列管理器异常、服务器掉电、关机等情况下,消息不会丢失,缺点是效率较低。但是,非持久队列中也可以传输持久消息,持久队列中也可以传输非持久消息,不过需要应用程序发送每条消息前对消息的属性进行明确的设置。4.3 应用连接信息
25、包压缩为了提高报文在网络上的传输效率,各联网机构发送的报文须进行压缩处理,接收的报文要进行解压缩处理。对消息的压缩处理和解压缩处理可通过MQ的出口函数实现,具体实现方法和算法应参考MQ配置部署指引。4.4 应用连接批量报文的限制为了保证网络传输的快速、及时、高效,系统限定联网单位发起的批量包封装的业务在1千笔以内(小于一千笔)。TIPS发起的与综合征管系统信息核对、入库明细、报表明细笔数如果超过了一千笔,进行分包发送,并在信息包的汇总信息中列出总笔数以及当前包在总包里的序号。对于批量扣税业务,SKY系统负责进行包的组装;对于批量扣税回执和核对通知业务,TIPS负责进行包的组装。4.5 应用连接
26、接口处理模式SKY系统与TIPS之间的联机交易模式包括五种,具体如下:4.5.1 模式一 SKY发送同步请求处理模式图7税务机关发起同步处理模式说明:1SKY系统通过MQ发送信息给TIPS;2TIPS系统接收后,及时处理,在处理结束后立即给SKY系统同步的应答。此种模式适用于综合征管系统发起的:序号业务请求名称业务应答含义收妥业务处理1实时扣税2冲正(即撤消倒扣)3自缴核销(正划)4撤消自缴核销(撤消正划)5退库请求6撤消退库7更正请求8撤消更正9免抵调请求10撤消免抵调11三方协议认证(税发起)12连接测试13包和交易状态查询14登录15签退征管发送业务信息给国库信息处理系统,国库信息处理系
27、统接收后,立即进行处理,并在处理结束后同步返回处理结果回执报文给税务机关,不同的业务,应答含义有所不同。如使用异步通信队列实现模式一中的同步业务,必须满足实时性要求。4.5.2 模式二 SKY异步业务处理模式图8税务机关发起异步处理模式说明:1.SKY系统通过MQ发送业务请求信息给TIPS;2.国库信息处理系统处理结束后,通过MQ发送异步处理回执给税务机关业务系统。此种模式主要适用于:序业务名称业务处理含义写发送异步队列异步队列接收通知/处理回执1发送批量扣税(注)2批量扣税回执3自缴核销业务应答4退库业务回执5更正业务回执6免抵调业务回执7止付8止付应答9下载入库流水凭证请求10下载入库流水
28、凭证响应11下载报表请求12下载报表响应注:“”代表模式当中的第1步;“”代表模式当中的第2步。4.5.3 模式三 SKY发送信息处理模式图9 SKY发送信息处理模式说明:1. SKY系统通过MQ发送业务信息到TIPS 此种模式适用于:序号业务名称业务处理含义写异步队列说明1自由格式报文2通用结果处理通知注3申请重发核对包请求注:收到TIPS的异步通知(如各核对通知、公共数据更新)时,出现异常,发送该通知。4.5.4 模式四 TIPS发送同步请求处理模式图10 税务机关接收同步处理模式说明:1. 国库信息处理系统通过MQ发送业务信息给税务机关业务系统;2. 税务机关业务系统在接收到国库信息处理
29、系统发送过来的业务信息后,立即处理,处理结束后同步通过MQ发送回执给TIPS。此种模式适用于TIPS发起的连接测试请求,银行端缴款,银行端查询缴款等业务。序号业务名称业务处理含义收妥处理1连接测试请求2三方协议认证(TIPS发起)3银行端缴款业务4银行端查询缴款4.5.5 模式五 TIPS发送信息处理模式图11 SKY接收信息处理模式说明:1. 税务机关业务系统通过MQ接收TIPS的业务信息此种模式适用于:序号业务名称业务处理含义写异步队列通知/处理回执1税票信息核对消息通知2退库业务核对消息通知3更正业务核对消息通知4免抵调业务核对消息通知5公共数据更新通知6自由格式报文7停运通知8故障通知
30、9运行参数通知原则上是单向的通信交易,接收方不必再发送收妥通知,但如果发生“报文解析不全”等错误,则接收方需要根据报文参考号按照模式三发送“申请重发核对包请求”。4.6 应用连接中报文的匹配为了方便发起方的业务处理,系统提供三个层次(三种方式)的报文和交易的匹配机制。4.6.1 基于MQ消息ID的消息匹配机制无论SKY还是TIPS系统,都同时具备双重身份,既可能是交易的发起请求方,又可能是交易的服务响应方。如:在实时扣款交易中,税务机关作为交易的发起请求方,而TIPS对综合征管系统而言作为交易的服务响应方;在三方协议认证交易中,TIPS(商业银行)作为交易的发起请求方,而SKY作为交易的服务响
31、应方。在图12中,交易的发起请求方,设计交易请求服务;作为交易的服务响应方,则设计交易响应服务。下面结合图12,说明接口双方应用开发中需要遵循的技术规范。图12 消息流向转换图技术分析:1. 上图中,税务机关业务系统的交易请求服务主动发起(MQPUT)请求报文(Msg 123),并同步实时等候(MQGET)对应的回执报文,所以需要建立消息匹配机制;2. 上图中,税务机关业务系统的交易响应服务被动接收(MQGET)TIPS发起的请求报文(Msg 678),但如果Msg 123对应的回执报文和Msg 678请求报文共用一个Queue的话,需要建立消息过滤机制,使交易响应服务与交易请求服务从同一个Q
32、ueue中各取所需,即交易响应服务只能取出Msg 678请求报文而不能取出Msg 123对应的回执报文,交易请求服务只能取出Msg 123对应的回执报文而不能取出Msg 678请求报文。从上述分析可以看出,为了便于交易双方的处理,接口双方的应用接口应按照以下约定,建立消息匹配和过滤机制:1. 发起方(如SKY)的交易请求服务在发起请求报文前,必须设置请求报文CorrelId的值为规范中规定的值(如上图所示,本规范约定为前3个字节为“REQ”,后21个字节为ASCII为0的字符,本文为便于表述,以下简称为“REQ”),在请求报文发送成功后,保留MQ Server返回的MsgId(如上图中的Msg
33、Id=123),并将MsgId拷贝到CorrelId中,通过CorrelId匹配同步接收对应的业务回执或应答报文;2. 接收方(如TIPS或SKY)的交易响应服务通过本规范中约定的CorrelId值“REQ”接收请求报文,在收妥并完成业务处理之后,将回执报文中的CorrelId设为对应请求报文中的MsgId的值(如上图中的MsgId123) 或设定为固定值“ANS000000000000000000000”。小结:(1)对于SKY发起所有同步交易(即表2中模式一业务),TIPS返回的对应业务回执或异常时应答报文中均应支持该匹配机制,SKY接口应用开发时交易请求服务可以利用该匹配机制进行同步发送
34、业务(模式一)的处理,但交易响应服务需按照上述消息过滤机制进行设计。(2) 同样,为了保持一致性,税务机关在对TIPS发送报文进行响应时也应将请求报文的MQ MsgId设置为回执报文的CorrelId,具体要求为模式四业务(见表3)。需要再次重申的是,在本规范中,发起方的交易请求服务在发起请求报文前,必须设置请求报文CorrelId的值;接收方的交易响应服务通过本规范中约定的CorrelId值接收请求报文;这里,明确约定该特定的CorrelId值:在MQ的消息头属性中,CorrelId的长度为24个字节,前3个字节设置成“REQ”,后21个字节设置成ASCII为0的字符。该24个字节如果采用1
35、6进制的ASCII码表示为:524551000000000000000000000000000000000000000000。如使用异步通信队列实现模式一中的同步业务,也可参考上述实现方式。4.6.2 基于全局ID的报文匹配机制请求报文发起方负责填写请求报文中的全局ID(即技术报文中的globalBusinessId),响应方带回请求报文中的全局ID(如何填写带回ID,请参见附录二:税库银业务报文描述),从而支持请求报文发起方的报文匹配处理。必须支持基于全局ID匹配机制的业务有模式二和模式五的业务:u 批量扣税u 批量扣税回执u 税票信息核对消息通知u 退库业务核对消息通知u 更正业务核对消息
36、通知u 免抵调业务核对消息通知u 公共数据更新通知u 自由格式报文u 其他图和描述了全局ID报文匹配机制的实现方式:全局ID填写于globalBusinessId当中。图1 报文全局ID图示而响应方带回请求报文中的全局ID则位于:图1 原报文全局ID图示4.6.3 基于业务要素的交易匹配机制对于模式二中消息的匹配,SKY是通过(包)委托日期和(包)交易流水号两要素来保证的。对于TIPS系统(由于其可能是全国集中)而言,则需要用(包)委托日期、(包)交易流水号及税务机关代码来进行匹配。具体参考“.应用连接消息处理模式及匹配列表”。综上,SKY系统提供三种报文或交易匹配机制,TIPS应按照业务流程
37、优先的原则进行使用,即优先使用基于消息ID的交易匹配机制。对于报文和消息的匹配机制,SKY系统提供基于MQ消息ID的消息匹配、基于业务要素的匹配和基于全局ID的报文匹配三种机制,TIPS根据接口应用开发的情况选择使用。对于同步业务(表2中模式一)的应答和业务回执,SKY使用基于MQ消息ID的消息匹配机制、基于报文参考号的匹配机制和基于业务要素的匹配机制;对于非同步业务(表2中模式二)的应答,SKY支持基于报文参考号的匹配机制和业务要素的交易匹配机制。4.7 应用连接消息处理模式及匹配列表表一:处理模式列表(表中绿色部分为初步规划,需经过联调测试阶段,来确认该种配置是否为正式规范)编号业务名称发
38、起方服务类型处理模式所属队列持久过期匹配方式MQ消息ID报文参考号业务要素1.实时扣税SKY请求模式一实时否是是是是2.TIPS结果应答模式一实时否是是是是3.实时冲正SKY请求模式一实时否是是是是4.TIPS结果应答模式一实时否是是是是5.自缴核销SKY请求模式一异步是否是是是6.TIPS收妥应答模式一异步是否是是否7.TIPS结果通知模式二异步是否否是是8.撤消自缴SKY请求模式一实时否是是是是9.TIPS结果应答模式一实时否是是是否10.退库交易SKY退库请求模式一异步是否是是是11.TIPS收妥应答模式一异步是否是是否12.TIPS结果通知模式二异步是否否是是13.TIPS退库回执模式
39、二异步是否否是是14.撤消退库SKY请求模式一实时否是是是是15.TIPS结果应答模式一实时否是是是否16.更正交易SKY请求模式一异步是否是是是17.TIPS收妥应答模式一异步是否是是否18.TIPS结果通知模式二异步是否否是是19.TIPS更正回执模式二异步是否否是是20.撤消更正SKY请求模式一实时否是是是是21.TIPS结果应答模式一实时否是是是否22.免抵调SKY请求模式一异步是否是是是23.TIPS收妥应答模式一异步是否是是否24.TIPS结果通知模式二异步是否否是是25.TIPS免抵调回执模式二异步是否否是是26.撤销免抵调SKY请求模式一实时否是是是是27.TIPS结果应答模式一实时否是是是否28.批量扣税SKY请求模式二异步是否是是是29.TIPS结果通知模式二异步是否否是否30.TIPS处理应答模式五异步是否否是是31.止付SKY请求模式二异步是否是是是32.TIPS收妥应答模式二异步是否否是否33.TIPS结果通知模式五异步是否否是是34.明细核对TIPS核对通知模式五异步是否否是35.退库核对TIPS核对通知模式五异步是否否是36.更正核对TIPS核对通知模式五异步是否业务要素是37
链接地址:https://www.31ppt.com/p-1655201.html