资源描述
H:\精品资料\建筑精品网原稿ok(删除公文)\建筑精品网5未上传百度
内部资料
注意保密
国库信息处理系统
接口交易处理流程
版本号: V1.0.4.0
中国人民银行
二○○五年十月
修改记录
日期
版本号
章节
修改内容
修改人
-09-02
1.0.1.0
纳入基线SRBL_1.0.0.0
-09-05
1.0.1.1
1. 添加征收机关下载入库流水凭证信息
2. 添加征收机关下载报表信息
修改变更: 变更申请单_ 0905_江奇_01.xls
江奇
-09-15
1.0.1.1
3.2.1.13.1.2.1
3.1.2.1单笔实时冲正交易和3.2.1.1定时批量扣税交易中对报文标识号的描述为”由征收机关前置系统自行编制, 与发起节点代码和委托日期一起唯一标识一个报文”, 去掉 了委托日期。
党会军
-10-11
1.0.1.1
3.1.3
添加对是否申报的处理描述, 商业银行应填写是否申报字段
禹正达
-10-11
1.0.1.1
3.2.1
调整付款开户行字段的位置和作用描述, 批量包按付款行而非付款开户行组包
禹正达
-10-11
1.0.1.1
3.2.4
调整退库的组包原则描述, 按征收机关自由组包
禹正达
-10-11
1.0.1.1
3.3.4
3.3.5
3.3.6
3.3.7
3.3.8
与征收机关核对部分, 税票明细核对中的国库代码改为收款单位代码, 其它核对去除国库代码。
禹正达
-10-12
1.0.2.0
对外提交版本V1.0.2.0
王晨晨
-10-18
1.0.2.1
调整三方协议验证图片, 补充异常的9120
禹正达
-10-24
1.0.2.1
3.2.1.4
定时批量扣税交易 异常处理 一段中, 改为”确认确实传送失败时, 可用原包流水号或重新编制包流水号, 重新发送”
党会军
-11-3
1.0.2.1
对外提交版本V1.0.2.1
葛龙
-11-10
1.0.3.0
3.3.4
去掉与征收机关核对包中关于止付包的错误描述
禹正达
-11-14
1.0.3.0
3.1.3
补充如下描述:
若商业银行发出[2090银行申报请求]后超时, 未接收到TIPS返回的[1008银行申报回执]但实际TIPS已标记该笔业务正常, 这种情况下, TIPS将在[3113银行端缴款信息包核对]时向商业银行催要[2108银行申报扣税回执]。因此, 商业银行收到[3113银行端缴款信息包核对]报文中若对应的业务不存在, 也要向TIPS返回[2108银行申报扣税回执]标明扣款失败, 否则TIPS会继续催要[2108银行申报扣税回执]。
唐彬
-11-16
1.0.3.0
3.2.1
对于定时批量扣税业务的作废机制进行补充说明: TIPS会定期检查超过回执期限天数的[3102TIPS转发批量扣税请求]业务包, 并提示国库系统主管进行作废处理, 并经过[9122通用处理结果通知]将作废情况通知征收机关和商业银行; 对于已经作废的[3102TIPS转发批量扣税请求], TIPS收到商业银行返回的[2102批量扣税回执]时将经过[9121通用确认应答]将作废情况通知商业银行;
唐彬
-11-17
1.0.3.0
对外提交版本V1.0.3.0
葛龙
-12-02
1.0.3.1
修改2108和2111的处理模式, 正常和异常情况下均返回9120
禹正达
-12-5
1.0.3.1
对外提交版本V1.0.3.1
葛龙
-12-24
1.0.3.12
3.1.3
增加银行端缴款锁定问题的描述, 对商业银行和征收机关的处理做出一定要求。
禹正达
-12-24
1.0.3.12
3.1.3
明确银行端缴款的对帐日期
禹正达
-12-24
1.0.3.12
3.2.1
将9122改为成功时必回, 返回商业银行的9122中的工作日期即为对帐日期。
删除作废的相关处理。
增加对多次回执的相关处理的描述。
禹正达
-12-24
1.0.3.12
3.4.12
增加运行参数通知交易
禹正达
-12-24
1.0.3.12
3.2.3
3.2.4
3.2.5
3.2.6
增加9122, 将明细处理的结果及时通知征收机关
禹正达
-1-2
1.0.3.12
3.1.3
明确银行端缴款的对帐日期, 以TIPS收到2108后返回9120中的工作日期为准, 日切后收到的2108纳入下一工作日对帐。
禹正达
-1-2
1.0.34.10
章节1
一般性约定中增加业务受理窗口的描述, 增加对批量业务日切作废的描述。
禹正达
-1-2
1.0.34.10
章节2
与商业银行核对信息包, 与征收机关核对税票包交易停止使用。
禹正达
-1-2
1.0.34.10
3.2.1
修改回执期限的描述
禹正达
-1-5
1.0.4.0
对外发布版本
葛龙
目 录
1 一般性约定 1
2 交易种类 2
3 交易处理流程 3
3.1 实时类交易处理流程 3
3.1.1 单笔实时扣税交易 3
3.1.2 单笔实时冲正交易 9
3.1.3 银行端缴款业务交易 13
3.1.4 银行端缴款申报查询交易 20
3.2 批量类交易处理流程 24
3.2.1 定时批量扣税交易 24
3.2.2 止付交易 35
3.2.3 自缴核销交易 42
3.2.4 退库交易 46
3.2.5 更正交易 50
3.2.6 免抵调库交易 54
3.2.7 撤销交易 55
3.3 对账类交易处理流程 58
3.3.1 与商业银行核对信息包交易( 停止使用) 58
3.3.2 与商业银行对账交易 61
3.3.3 与商业银行核对银行端缴款业务交易 66
3.3.4 与征收机关信息包核对通知交易( 停止使用) 68
3.3.5 与征收机关税票明细信息核对通知交易 71
3.3.6 与征收机关退库核对通知交易 73
3.3.7 与征收机关更正核对通知交易 75
3.3.8 与征收机关免抵调核对通知交易 77
3.3.9 包明细重发申请 79
3.3.10 银行申请重发对账信息交易 81
3.3.11 申请重发核对包信息 83
3.3.12 征收机关下载入库流水凭证信息 85
3.3.13 征收机关下载报表信息 87
3.4 辅助类交易处理流程 96
3.4.1 三方协议验证交易 96
3.4.2 包或交易状态查询交易 100
3.4.3 连接测试交易 102
3.4.4 自由格式信息交易 103
3.4.5 公共数据更新交易 103
3.4.6 登录交易 106
3.4.7 签退交易 109
3.4.8 状态变更通知交易 111
3.4.9 故障通知交易 111
3.4.10 强制退出通知交易 112
3.4.11 停运通知交易 113
3.4.12 运行参数通知交易 114
1 一般性约定
1. 由TIPS发起的报文( 包含转发) , 则发起节点代码填TIPS节点代码( 如) , 而且由TIPS分配报文标识号;
为保证业务的完整性和时效性, TIPS采用业务受理窗口的概念, 业务的发起和回执应答必须在业务窗口中进行, 否则TIPS不予受理。业务受理窗口可根据业务的实际需要调整, 经过[9106运行参数通知]下发联网机构。
为保证业务的完整性和时效性, TIPS在日切时对本工作日没有明确结果的批量业务进行作废, 对已作废的业务, TIPS不再接收其相关的回执和应答。
2. 一个[1102 税务批量定时扣税请求]或[3102TIPS批量定时扣税请求]只能包含同一征收机关、 同一付款行行号和同一个收款单位( 收款国库/收款开户行) 的明细。且报文中所包含的交易明细不得超过10000笔, 如果交易量大, 则应分批发送。
3. 对账包如果超过10000笔, 则需要分包, 并在每个信息包中注明子包总数和本包序号。
4. 交易的唯一标识:
a) 税票、 退库明细、 更正明细、 免抵调库明细: 征收机关代码+交易流水号( 所有业务统一编号) +委托日期
b) 批量包: 发起机构代码( 征收机关代码、 开户行行号) +包流水号+委托日期
c) 与银行明细对账包: 国库支付行号+对账批次+委托日期
d) 报文: 发起节点代码+报文标识号
e) 止付冲正申请报文: 征收机关代码+申请序号+委托日期
5. TIPS对于所有接收到的请求, 若无法解析, 则视同非法报文, 不予处理, 亦不回应;
6. TIPS对于所有接收到的请求( 不包括1001、 1021) , 若解析不全, 则一律返回[9120通用应答], 且在<处理结果>中注明93004( 解析报文错) ;
7. TIPS对于接收到的报文, 若业务要素校验不经过无法进行交易处理, 或者进行交易处理的过程中出现错误, 则会经过[9121通用确认应答]或后续的[9122通用处理结果通知]将错误结果返回原发起方;
8. TIPS对接发的报文内容的全部进行电子签名, 接收的报文均验证电子签名, 在验证经过后再进行内容解析, 接收的报文如果出现电子签名验证错误, 涉及报文内容不可信, 直接丢弃处理。仅记录日志, 不作响应。
9. 各接入机构与TIPS核对或对账时, 采用TIPS通知的工作日期作为提取核对数据的条件。即, 对于接入机构接收的请求或回执, 则采用请求或回执中的工作日期作为该笔交易的对账日期; 对于接入机构发出的请求或回执, 则采用请求或回执对应的应答或通知中的工作日期作为该笔交易的对账日期。
2 交易种类
序号
交易类型
交易种类名称
涉及报文种类
备注
1.
实时类
单笔实时扣税交易
1001、 、 3001
2.
单笔实时冲正交易
1021、 2021
3.
银行端缴款业务交易
2090、 1008、 2108、
4.
银行端缴款申报查询交易
2091、 1009
5.
批量类
定时批量扣税交易
1102、 9121、 2102、 3102
6.
止付交易
1123、 9121、 2123
7.
自缴核销交易
1103、 9121、 9110
8.
退库交易
1104、 9121、 9110
9.
更正交易
1105、 9121、 9110
10.
免抵调库交易
1106、 9121、 9110
11.
撤销交易
1122、 9121、 2122
12.
核对/对账类
与商业银行核对信息包交易
3112
停止使用
13.
与商业银行对账交易
3111、 2111
14.
与商业银行核对银行端缴款业务交易
3113
15.
与征收机关税票包核对通知交易
3121
停止使用
16.
与征收机关税票明细核对通知交易
3122
17.
与征收机关退库核对通知交易
3123
18.
与征收机关更正核对通知交易
3124
19.
与征收机关免抵调核对通知交易
3125
20.
申请包明细重发交易
9111
21.
申请银行对账信息重发交易
9112
22.
申请核对信息重发交易
9113
23.
辅助类
三方协议验证交易
9114、 9115
24.
包或交易状态查询交易
9003、 9004
25.
连接测试交易
9005、 9120
26.
自由格式信息交易
9105
27.
公共数据更新交易
9100
28.
登录交易
9006、 9007
29.
签退交易
9008、 9009
30.
状态变更通知
9101
31.
故障通知
9102
32.
强制退出通知
9103
33.
停运通知
9104
34.
运行参数通知
9106
新增
3 交易处理流程
3.1 实时类交易处理流程
3.1.1 单笔实时扣税交易
适用于纳税人、 征收机关和商业银行签订三方协议情况下的实时扣税, 包括由国库办理的税收收入和非税收收入以及由商业银行办理的非税收收入。
3.1.1.1 征收机关的处理
征收机关处理流程:
1. 征收机关生成[1001税务实时扣税请求]。在报文中指明发起方节点为本系统节点代码, 并标明交易的关键字( 征收机关代码、 交易流水号、 委托日期) 、 收款行行号、 付款行行号、 付款开户行行号及其它税票信息。
2. 征收机关将[1001税务实时扣税请求]发送到TIPS。如图中步骤[1]所示。
3. 征收机关接收TIPS发来的[ 实时扣税回执]或者[9120通用应答]或者[9121通用确认应答], 根据其中的<处理结果>进行相应的处理。
ü [ 实时扣税回执]返回银行返回的扣款结果;
ü 当请求报文解析不全时返回[9120通用应答];
ü 当请求报文内容逻辑非法时或者TIPS转发实时扣税报文失败时, 返回[9121通用确认应答]。
如图中步骤[4][6][12]所示。
注: 征收机关接收的[ 实时扣税回执]中的工作日期即为该笔交易的对账日期。
征收机关构造[1001实时扣税请求]规则:
此处说明在构造此报文时, 主要字段的填制规则。
TAG
标识符
字段名称
填制内容
CFX->
HEAD
VER
版本号
1.0
SRC
发起节点代码
由TIPS给各个接入机构前置系统统一编码。征收机关前置系统发送各种报文时, 必须填写本节点的节点代码
DES
接收节点代码
TIPS的节点代码
APP
应用名称
填”TIPS”
MsgNo
报文编号
1001
MsgID
报文标识号
由征收机关前置系统自行编制, 与发起节点代码一起唯一标识一个报文, TIPS会检查报文的重复性。重复的报文将被拒绝。
MsgRef
报文参考号
同报文标识号
WorkDate
工作日期
空
CFX->
MSG->
RealHead1001
TaxOrgCode
征收机关代码
一笔交易的唯一标识, TIPS会检查交易的重复性, 重复的交易将被拒绝。
EntrustDate
委托日期
TraNo
交易流水号
CFX->
MSG->
TurnAccount1001
HandleType
经收类别
征收机关必须填写, 是TIPS判断交易类型并进行交易转接路由的重要依据
PayeeOrgCode
收款单位代码
TIPS进行交易转接路由的依据, 征收机关必须填写
PayBkCode
付款行行号
付款银行的支付行号, TIPS进行交易转接路由的依据, 征收机关必须填写
PayOpBkCode
付款开户行行号
开户行的行号, 扣款依据, 必填, 长度为[1, 12]之间
3.1.1.2 国库信息处理系统的处理
TIPS处理流程:
1. TIPS收到征收机关发送的[1001税务实时扣税请求]后, 验证签名、 检查报文合法性、 交易重复性、 要素逻辑关系, 如果校验无误, 登记交易明细表后重新构造[3001TIPS转发实时扣税请求], 转发付款银行; 如果校验有误或处理失败, 则直接向征收机关返回[9121通用确认应答]或者[9120通用应答], 并注明错误原因代码和说明。如图中步骤[1][2][3][4][5][6]所示。
ü 收到征收机关发送的[1001税务实时扣税请求];
ü 验证数据签名, 验证不经过, 丢弃;
ü 解析报文, 报文解析不全, 构造[9120通用应答]报文回复发起机构, 注明处理结果为解析报文错93004;
ü 若报文标识号重复, 则构造[9120通用应答]回复发起机构, 注明处理结果为报文标识号重复9 ;
ü 若交易流水号重复, 则返回[9121通用确认应答], 注明<处理结果>为交易重复94051;
ü 校验要素逻辑关系( 征收机关、 国库、 科目、 级次等等) 。要素逻辑关系有误, 则返回[9121通用确认应答], 注明<处理结果>为报文要素错, 并在<附言>中附错误汉字描述;
ü 若校验无误, 则登记交易明细表;
ü 构造[3001TIPS转发实时扣税请求];
ü 转发给付款银行; 转发成功, 则设置原交易税票状态为已转发; 转发失败, 则设置原交易税票状态为转发失败, 并立即发送[9121通用确认应答], 注明<处理结果>为通讯异常;
2. TIPS收到付款银行返回的[ 实时扣税回执]后, 验证电子签名, 解析报文, 根据回执中标明的处理结果, 设置原交易税票状态为扣税成功或扣款失败。并实时将[ 实时扣税回执]转发给征收机关, 如图中步骤[8][9][10][11][12]所示。
TIPS构造[3001TIPS转发实时扣税请求]规则:
此处说明在构造此报文时, 各字段的填制规则, 原请求中有的字段如不发生变化, 则不在下表中单独列明。
TAG
标识符
字段名称
填制内容
CFX->
HEAD
MsgNo
报文编号
3001
SRC
发起节点代码
TIPS的节点代码
DES
接收节点代码
付款行行号或收款国库所属的节点代码
MsgID
报文标识号
TIPS重新编制
MsgRef
报文参考号
原请求报文1001中的报文参考号
WorkDate
工作日期
当前TIPS的工作日期
CFX->
MSG->
RealHead3001
PayeeBankNo
收款行行号
征收机关发起报文1001填写的收款行行号
PayBkCode
付款行行号
征收机关发起报文1001填写的付款行行号
TIPS转发构造[ 实时扣税回执]规则:
此处说明TIPS转发从商业银行接收的[ 实时扣税回执]时各字段的填制规则, 回执中有的字段如不发生变化, 则不在下表中单独列明。
TAG
标识符
字段名称
填制内容
CFX->
HEAD
SRC
发起节点代码
TIPS的节点代码
DES
接收节点代码
原请求中的发起节点代码
MsgID
报文标识号
TIPS重新编制
MsgRef
报文参考号
原请求中的报文参考号
WorkDate
工作日期
原请求交易的受理日期
3.1.1.3 付款银行的处理
付款银行处理流程
1. 付款银行接收到TIPS发来的[3001TIPS转发实时扣税请求], 验证电子签名、 检查报文的合法性和重复性。如果校验无误, 则立即扣减纳税人账户, 并增加财政待结算款项; 扣款不成功的, 应注明错误代码<处理结果>和错误原因<附言>。如图中步骤[5][7]所示。
ü 接收TIPS发来的[3001TIPS转发实时扣税请求];
ü 若校验无误, 则立即尝试扣款。
ü 若纳税人账户余额充分, 则实时扣减纳税人账户, 并注明<处理结果>为扣款成功;
ü 若出现纳税人账户不存在、 余额不足, 或因其它原因扣款不成功, 则注明<处理结果>为扣款失败和错误原因<附言>。
2. 商业银行进行扣税处理后, 根据扣税处理结果编制[ 实时扣税回执], 并注明扣税结果( 处理结果、 附言) , 发往TIPS。如图中步骤[8]所示。
注: 商业银行接收的[3001TIPS转发实时扣税请求]中的工作日期即为该笔交易的对账日期。
付款银行构造[ 实时扣税回执]规则:
TAG
标识符
字段名称
填制内容
CFX->
MSG->
HEAD
MsgNo
报文编号
SRC
发起节点代码
付款银行的所属节点代码
DES
接收节点代码
TIPS的节点代码
MsgID
报文标识号
发起节点重新编制
MsgRef
报文参考号
原请求中的报文参考号
WorkDate
工作日期
原请求中的工作日期
CFX->
MSG->
SingleReturn
OriTaxOrgCode
原征收机关代码
[3001TIPS转发实时扣税请求]中的征收机关代码
OriTraNo
原交易流水号
[3001TIPS转发实时扣税请求]中的交易流水号
OriEntrustDate
原委托日期
[3001TIPS转发实时扣税请求]中的委托日期
TaxDate
扣税日期
执行扣税的日期, 自然日
Result
处理结果
根据扣款结果设置
AddWord
附言
根据扣款结果设置, 汉字描述
付款银行构造[ 实时扣税回执]报文中的主要业务处理结果有:
结果代码
描述
90000
成功
91005
校验电子签名错
24001
账号不存在
24002
账号、 户名不符
24003
账户余额不足支付
24009
账户未签约
24010
账户密码错
24011
账户状态错
24020
业务已撤销( 冲正或支付)
94051
交易重复
94053
账户未签约
99090
其它错误
3.1.1.4 异常处理
1. 征收机关未收到[ 实时扣税回执]。由征收机关在超时后, 发起[1021实时冲正请求]。
2. TIPS未收到[ 实时扣税回执]。TIPS不予处理。由征收机关在超时后, 发起[1021实时冲正请求]。
3. 冲正成功后, 如需扣款, 则能够重新编制交易流水号, 重新发起一笔新的[1001税务实时扣税请求]。
4. 如遇特殊情况[1021实时冲正请求]先于[1001税务实时扣税请求]到达付款银行, 商业银行应以冲正为准, 即冲正优先的原则。
5. 若TIPS已经受理征收机关的冲正请求以后, 又接收到商业银行发来的对同一笔交易的扣款回执, 以冲正为准, TIPS忽略迟到的扣款回执。
3.1.2 单笔实时冲正交易
付款商业银行采用直接连接模式接入TIPS的情况下, 征收机关发出[1001税务实时扣税请求]后, 未能在约定的时间内收到[ 实时扣税回执]时, 必须发起冲正交易, 撤销原交易。
3.1.2.1 征收机关的处理
征收机关处理流程:
1. 征收机关生成[1021实时冲正请求], 在报文中指明发起方节点为本系统节点代码, 编制冲正申请序号, 并标明原交易的关键字( 征收机关代码、 原交易流水号、 原委托日期) ;
2. 征收机关将[1021实时冲正请求]发送TIPS。如图中步骤[1]所示。
3. 征收机关接收TIPS返回的[2021实时冲正回执]、 申请报文解析不全时的[9120通用应答]、 申请内容非法时[9121通用确认应答], 根据其中的<冲正应答>或者报文的处理结果进行相应的处理。如图中步骤[4][5]所示。
征收机关构造[1021实时冲正请求]规则:
此处说明在构造此报文时, 主要字段的填制规则。
TAG
标识符
字段名称
填制内容
CFX->
HEAD
VER
版本号
1.0
SRC
发起节点代码
由TIPS给各个接入机构前置系统统一编码。征收机关前置系统发送各种报文时, 必须填写本节点的节点代码
DES
接收节点代码
TIPS的节点代码
APP
应用名称
填”TIPS”
MsgNO
报文编号
1021
MsgID
报文标识号
由征收机关前置系统自行编制, 与发起节点代码一起唯一标识一个报文, TIPS会检查报文的重复性。重复的报文将被拒绝。
MsgRef
报文参考号
同报文标识号
WorkDate
工作日期
空
CFX->
MSG->
RushApply1021
TaxOrgCode
征收机关代码
一笔冲正请求的唯一标识
EntrustDate
委托日期
CancleNo
冲正申请序号
OriEntrustDate
原委托日期
与征收机关代码一起唯一标识被冲正的交易
OriTransNo
原交易流水号
3.1.2.2 国库信息处理系统的处理
TIPS处理流程:
1. TIPS收到征收机关发来的[1021实时冲正请求]后, 检查报文合法性: 如果原交易尚未收到[ 实时扣税回执], 则登记冲正交易登记簿, 将原交易标记为已冲正, 并将[1021实时冲正请求]转发原[1001税务实时扣税请求]中的付款商业银行; 如果原交易状态为扣款失败, 则登记冲正交易登记簿, 将原交易标记为已冲正, 但不向商业银行转发冲正请求; 如果原交易不存在, 则注明<冲正应答>为原交易不存在; 其它情况下, TIPS拒绝冲正, 设置<冲正应答>为冲正失败, 并在<附言>中说明原因。如图中步骤[2][3][4][5]所示。
ü TIPS接收[1021实时冲正请求];
ü 验证电子签名。若验证经过, 则继续后续处理; 反之, 验证不经过, 则TIPS丢弃报文, 不再继续后续处理;
ü 解析报文。若报文解析正确, 则继续后续处理; 反之, 若报文解析不全, 则构造[9120通用应答], 回复发起机构, 不再进行后续处理;
ü 校验报文内容。若报文内容合法, 则继续后续处理; 反之, 若报文内容非法, 则构造[9121通用确认应答], 回复发起机构, 不再进行后续处理;
ü TIPS检查原交易状态。若原交易不存在, 则注明<冲正应答>为原交易不存在; 若原交易状态为已冲正, 则注明<冲正应答>为冲正成功; 若原交易状态为交易转发失败, 则标记原交易为已冲正, 并注明<冲正应答>为冲正成功; 若原交易状态为交易已转发, 则标记原交易为已冲正, 并注明<冲正应答>为冲正成功, 同时, 将[1021实时冲正请求]转发原[1001税务实时扣税请求]中的付款商业银行; 若原交易状态为扣款失败, 则注明<冲正应答>为冲正成功, 但不向商业银行转发冲正请求; 若原交易状态为扣款成功, 则注明<冲正应答>为冲正失败;
2. TIPS根据<冲正应答>编制[2021实时冲正回执], 并返回给征收机关。如图中步骤[5]所示。
TIPS构造转发[1021实时冲正请求]规则:
此处说明TIPS在, 构造转发[1021实时冲正请求]时, 请求中各字段的填制规则, 原请求中有的字段如不发生变化, 则不在下表中单独列明。
TAG
标识符
字段名称
填制内容
CFX->
HEAD
SRC
发起节点代码
TIPS的节点代码
DES
接收节点代码
原交易接收节点代码
MsgID
报文标识号
TIPS重新编制
MsgRef
报文参考号
原[1021实时冲正请求]中的报文参考号
WorkDate
工作日期
原交易的受理日期
TIPS构造[2021实时冲正回执]规则:
此处说明TIPS在构造[2021实时冲正回执]时, 回执中各字段的填制规则, 原请求中有的字段如不发生变化, 则不在下表中单独列明。
TAG
标识符
字段名称
填制内容
CFX->
HEAD
MsgNo
报文编号
2021
SRC
发起节点代码
TIPS的节点代码
DES
接收节点代码
原冲正请求中的发起节点代码
MsgID
报文标识号
TIPS重新编制
MsgRef
报文参考号
原请求中的报文参考号
WorkDate
工作日期
原交易的受理日期
CFX->
MSG->
RushReturn2021
TaxOrgCode
征收机关代码
OriCancleNo
原冲正申请序号
OriCancelDate
原冲正委托日期
CancleAnswer
冲正应答
根据冲正结果设置
AddWord
附言
根据冲正结果设置, 汉字描述
3.1.2.3 商业银行的处理
1. 商业银行接收到TIPS转发来的[1021实时冲正请求]后, 根据请求中的原交易信息, 对原交易进行冲正处理。若原交易已扣款, 则应将原交易撤销。
3.1.2.4 异常处理
1. 如果征收机关超时未收到[2021实时冲正回执], 应向TIPS重发[1021实时冲正请求]。最多尝试3次。如果均未收到[2021实时冲正回执], 则应提示系统维护人员查找原因, 经过手工方式撤销原交易;
2. TIPS如转发冲正失败, 则会返回[9121通用确认应答]给征收机关, 征收机关能够尝试重新发送冲正请求;
3. 商业银行收到[1021实时冲正请求]后, 不论交易当时是否处理成功都必须将这笔交易撤销。
4. 如遇特殊情况[1021实时冲正请求]先于[1001税务实时扣税请求]到达付款银行, 则仍应以冲正为准。
3.1.3 银行端缴款业务交易
适用于纳税人清楚自己的主管征收机关, 不要求纳税人和商业银行以及征收机关之间签订”三方协议”。
3.1.3.1 付款银行的处理
付款银行处理流程:
1. 商业银行报税系统接收纳税人提交的缴税申请信息, 商业银行报税系统编制申报序号, 生成[2090银行申报请求]并转发给TIPS, 如图中步骤[1]所示, 商业银行应区分用户是新申报还是根据查询获取的申报信息, 并据此填写申报状态字段;
2. 商业银行报税系统接收TIPS返回的[1008银行申报回执], 提示用户确认; 如果1008申报回执处理结果为错误, 不包含税票信息, 则应由纳税人重新进行申报。该笔错误交易不纳入对帐。如图中步骤[14][15]所示。
3. 纳税人确认付款或拒绝付款。若纳税人拒绝付款, 则返回[2108银行申报扣税回执], 并在<处理结果>中注明拒绝付款; 反之, 若纳税人确认付款, 则应尝试扣款, 并返回[2108银行申报扣税回执], 并在<处理结果>中注明扣款结果( 扣款成功/扣款失败) ; 如图中步骤[16]所示。由于同一申报信息可发送多次多次申报请求或查询请求, 但商业银行要应确保对同一笔税票只进行一次扣款。
4. 商业银行接收TIPS发送的[9120通用应答], 如处理结果为错误, 则应调整后重发[2108银行申报扣税回执]。
注: 9120中的TIPS工作日期即为该笔交易的对帐日期。商业银行在TIPS日切后返回的2108会自动纳入下一工作日对帐。
付款银行生成[2090银行申报请求]的规则:
此处说明付款银行报税系统在纳税人输入后, 构造[2090银行申报请求]时, 各主要字段的填制规则。
TAG
标识符
字段名称
填制内容
CFX->
HEAD
MsgNo
报文编号
2090
MsgVer
报文版本号
1.0
SRC
发起节点代码
由TIPS统一编制商业银行前置系统的节点代码
DES
接收节点代码
TIPS的节点代码
MsgID
报文标识号
银行生成
MsgRef
报文参考号
同报文标识号
WorkDate
工作日期
空
CFX->
MSG->
DeHead2090
BankNo
商业银行行号
发起请求的商业银行网点使用的支付行号
EntrustDate
委托日期
商业银行日期
LevyNo
申报序号
由有支付行号的银行网点生成
付款银行生成[2108银行申报扣税回执]的规则:
此处说明付款银行在客户确认后, 构造[2108银行申报扣税回执]时, 回执中各主要字段的填制规则, 原[1008银行申报回执]中有的字段如不发生变化, 则不在下表中单独列明。
TAG
标识符
字段名称
填制内容
CFX->
HEAD
MsgNo
报文编号
2108
SRC
发起节点代码
由TIPS统一编制征收机关前置系统的节点代码
DES
接收节点代码
TIPS的节点代码
MsgID
报文标识号
银行编制
MsgRef
报文参考号
[1008银行申报回执]中的报文参考号
CFX->
MSG->
SingleReturn2108
BankNo
商业银行行号
发起申报请求的商业银行网点的支付行号
OriTaxOrgCode
原征收机关代码
[1008银行申报回执]中的征收机关代码
OriTraNo
原交易流水号
[1008银行申报回执]中的交易流水号
OriEntrustDate
原委托日期
[1008银行申报回执]中的委托日期
TaxDate
扣税日期
银行扣客户账或收缴纳税人现金的日期
Result
处理结果
扣款结果
AddWord
附言
付款银行生成的[2108 银行申报扣税回执]报文中的主要业务处理结果有:
结果代码
描述
90000
成功
91005
校验电子签名错
24001
账号不存在
24002
账号、 户名不符
24003
账户余额不足支付
24009
账户未签约
24010
账户密码错
24011
账户状态错
24020
业务已撤销( 冲正或支付)
94051
交易重复
99090
其它错误
3.1.3.2 国库信息处理系统的处理
TIPS处理流程:
1. 接收付款银行报税系统提交的[2090银行申报请求], 验证电子签名, 校验和解析, 如果解析不全, 返回[9120通用应答]; 解析后内容不合法, 返回[9121通用确认应答]; 解析经过, 登记银行申报登记簿, 转发给纳税人指定的征收机关; 如果转发失败, 返回[9121通用确认应答]给付款银行, 如图中步骤[1][2][3][4][]5[6]所示;
2. 接收征收机关返回的[1008银行申报回执], TIPS进行合法性校验, 并登记税票明细登记簿。若校验无误, 则转发给付款银行, 标记<处理结果>为处理成功( 表示TIPS校验无误) ; 反之, 若解析不全, 生成[9120通用应答]返回征收机关; 若校验内容非法, 生成[9121通用确认应答], 返回征收机关, 标记<处理结果>为报文要素错, 并在<附言>中注明错误原因。如果转发失败, 返回[9121通用确认应答]给征收机关, 并处理结果为通讯异常, 则如图中步骤[8][9][10] [11] [12][13] [14]所示
3. 对于校验无误的交易, TIPS接收商业银行返回的[2108银行申报扣税回执], 与原交易勾兑, 并根据<处理结果>设置交易状态为扣款成功或扣款失败, 同时将[2108银行申报扣税回执]转发征收机关, 并将结果经过[9120通用应答]转发给商业银行。如图中步骤[16][17][18][19][]所示。
TIPS构造转发[2090银行申报请求]的规则:
此处说明TIPS转发银行发来的[2090银行申报请求]时, 各字段的填制规则, 原[2090银行申报请求]中有的字段如不发生变化, 则不在下表中单独列明。
TAG
标识符
字段名称
填制内容
MSG->
HEAD
SRC
发起节点代码
TIPS的节点代码
DES
接收节点代码
银行申报请求中的征收机关代码对应的节点代码
MsgID
报文标识号
TIPS重新编制
MsgRef
报文参考号
同银行申报请求报文中的报文参考号
WorkDate
工作日期
TIPS当前工作日期
TIPS构造
展开阅读全文