.第二代支付系统报文交换标准(概述)
————————————————————————————————作者：————————————————————————————————日期：
内部资料，注意保管
第二代支付系统报文交换标准
【概述分册】
（版本1.4.2）
中国人民银行清算总中心
2013年05月
文档修订记录
版本编号变化状态简要说明日期变更人批准日期批准人V0.1 A 新建2010.3.30 孔昭龙2010.3.30 贺铁林V0.5 M 修改2010.4.16 孔昭龙2010.4.16 贺铁林V0.9 M 修改2010.6.28 孔昭龙2010.6.28 贺铁林V1.0 M 修改2010.9.24 孔昭龙2010.9.24 贺铁林V1.1 M 修改2011.3.30 孔昭龙2011.3.30 贺铁林V1.2 M 修改2011.7.15 孔昭龙2011.7.15 贺铁林V1.3 M 修改2012.1.11 王明媚2012.1.11 贺铁林V1.3.1 M 修改2012.5.21 高卓2012.5.21 贺铁林V1.4 M 修改2012.9.28 高卓2012.9.28 贺铁林V1.4.1 M 修改2013.1.28 高卓2013.1.28 贺铁林V1.4.2 M 修改2013.5.31 高卓2013.5.31 贺铁林注：变化状态：A—增加，M—修改，D—删除
目录
修改记录 (3)
1报文交换标准概述 (10)
1.1术语说明 (10)
1.2业务标准 (10)
2报文格式概述 (37)
2.1报文结构 (37)
2.2报文头格式 (37)
2.3数字签名域 (40)
2.4报文体格式 (41)
2.5报文编号 (41)
2.6其他约束 (42)
3数据类型 (45)
4公共业务组件 (51)
4.1业务头组件
4.2批量包组头组件
4.3原报文主键组件
4.4原业务主键
4.5业务应答信息组件
4.6NPC处理信息组件
4.7报文分片组件
(57)
4.8数据变更组件
5附录 (59)
5.1附录一：参与者发起报文与系统状态对照表 (59)
5.2附录二：参与者发起报文处理状态对照表 (64)
5.3附录三：业务类型（业务种类）与拒绝代码对照表 (85)
5.4附录四：TAG码和报文标签对照表 (88)
5.5附录五：处理码及处理描述 (108)
修改记录
序号修改日期修改说明
1.2010-3-30 [C] 创建第一稿作为文档模板；
2.2010-4-16 [M] 发布0.5版本；
3.2010-6-28 [M] 发布0.9版本；
4.2010-9-24 [M] 发布1.0版本；
5.2010-11-09 [M] 删除有关数字签名查询/查复的业务类型；
6.2010-11-29 [M] 增加“附录一：报文与系统状态对照表”；
7.2010-12-16 [M] 增加“附录二：参与者发起报文处理状态对照表”；
8.2010-12-17 [M] “报文标识号”中的描述信息修改；
9.2010-12-28 [M]
1、在“1.2.11”章节中新增“人民币跨境结算通用信息业务”和“信息类业
务”两种业务种类；
2、删除“行间资金汇划”业务类型下的“资金拆借”业务种类，新增“场内
资金拆借”、“场内资金拆借还款”、“场外资金拆借”和“场外资金拆借还款”
业务种类；
3、新增“1.2.9业务层面报文重账检查规则”小节；
4、“业务头组件
机构”，调整为必选项，同时调整英文标签；“接收间接参与机构”名称修改为
“接收参与机构”，调整为必选项，同时调整英文标签；修改该组件的说明；
5、“原报文主键组件
改为“原发起参与机构”，同时调整英文标签；
10.2011-01-13 [M] 在“3数据类型”中补充了“业务拒绝码RejectCode（Max4Text）”
中的内容，包括银行本票、银行汇票业务的退票理由。
11.2011-01-13 [M] 修改“处理码编码规则”中对节点类型的描述。
12.2011-02-14 [M] 根据报文的调整修改附录“附录一”与“附录二”。
13.
2011-03-04 [M]
根据业务需求的调整，对“1.2.11 业务类型编码、1.2.12 业务种类编码、1.2.13 报文与业务类型对照表、1.2.14 业务类型与业务种类对照表”进行了修改，情况情况如下：
HVPS相关业务：
1、原业务类型“A100汇兑业务”修改为“A100普通汇兑”；
2、原业务类型“A100汇兑业务”下业务种类除“普通汇兑”外，全部删除；
3、增业务类型“A108现金汇款、A109委托收款（划回）、A110托收承付（划回）”；
4、原业务类型“A202银行汇票资金汇划”修改为“A202银行汇票”；
5、增业务类型“A111商业汇票、A112外汇清算、A113跨境支付、”；
6、增业务类型“A114人行跨区域票据交换轧差净额”，增业务类型“02122人行跨区域票据交换轧差净额”；
7、增业务类型“A115再贷款、A116再贴现”；
8、增业务种类“02507附息式债券兑付手续费、02713买断式再贴现到期收回”；
9、增业务类型“H010外汇交易轧差净额、H011证券交易轧差净额、H012
其他系统轧差净额”，增业务种类“02602外汇交易轧差净额、02603证券交易轧差净额、02604其他系统轧差净额”；
BEPS相关业务：
1、原业务类型“A100汇兑业务”修改为“A100普通汇兑”；
2、原业务类型“A100汇兑业务”下业务种类除“普通汇兑”外，全部删除；
3、增业务类型“A400其它”；
SAPS相关业务：
1、删业务种类“04701借记业务”；
14.
2011-03-07 [M] “3数据类型”章节中的“QueryTypeCode”重复存在两个，分别将其名称修改为“AccountQueryTypeCode”和“BusinessQueryTypeCode”。
15.
2011-03-08 [A] 附录一增加“取现回执报文”。[M] 1.2.3城市代码号内容修改。
16.
2011-03-09 [M]
根据业务需求的调整，对“1.2.11 业务类型编码、1.2.12 业务种类编码、1.2.13 报文与业务类型对照表、1.2.14 业务类型与业务种类对照表”进行了修改，情况情况如下：
HVPS相关业务：
1、金融机构发起汇兑业务报文中增加“票据转贴现”业务类型；
BEPS相关业务：
2、定期贷记业务报文中删除“定期代付”业务类型，将原“定期代付”业务类型下的业务种类补充至“普通定期贷记业务”中；
3、实时贷记业务报文中删除“实时代付”业务类型，将原“实时代付”业务类型下的业务种类补充至“普通实时贷记业务”中；
4、定期借记业务报文中删除“定期代收”业务类型，将原“定期代收”业务类型下的业务种类补充至“普通定期借记业务”中；
5、实时借记业务报文中删除“实时代收”业务类型，将原“实时代收”业务类型下的业务种类补充至“普通实时借记业务”中；
17.2011-03-11 [A] 附录一、二增加“多边轧差净额结算报文、多边净额业务撤销申请报文”。
18.
2011-03-16 [M] 第3节数据类型，业务状态ProcessCode（Max4Text）类型修改如下：
PR23：已退回修改为PR23：已整包退回；
增加PR25：已部分退回；
19.2011-03-22 [A] 2.2报文头格式中补充报文优先级的说明文字；
20.2011-03-25 [M] 附录四：处理码及处理描述，进行相应的补充；
21.
2011-03-28 [A] “3数据类型”中“业务拒绝码RejectCode（Max4Text）”补充以下：RJ54：空头支票、RJ55：印鉴不符、RJ56：票据涂改、RJ57：背书不符、RJ58：远期支票
22.2011-03-30 [M] 发布1.1版本；
23.2011-04-12 [M] 补充1.2.7明细标识号规则；
24.2011-04-12 [M] 新增TAG码“H30”城市名称；
25.2011-04-27 [M] 修改“1.2.7明细标识号”中的描述文字；
26.2011-05-19 [M] 哪些字段允许中文哪些字段禁止中文，补充描述文字；
27.
2011-05-20 [M] 在“A113：跨境支付”业务类型下增加“02123：个人跨境汇款”、“02124：个人跨境退款”业务种类，修改了“1.2.12业务种类编码”和“1.2.14业务类型与业务种类对照表”；
28.2011-05-23 [M] 新增“1.2.15港澳中银与支付系统往来业务的特殊说明”；
29.
2011-05-24 [M]
1、新增“1.2.16二代小额支付系统业务组包规则”；
2、小额“客户发起普通贷记业务报文”下删除“银行汇票”业务类型；
3、根据业务需求，小额“批量代收业务报文”、“批量代付业务报文”、“实时代收业务报文”、“实时代付业务报文”小对应的“业务类型”和“业务种类”调整；
30.
2011-05-25 [M] “人行跨区域票据交换轧差净额-A114”业务类型由客户发起汇兑业务报文调整至金融机构发起汇兑业务报文中；
31.
2011-06-03 [M]
1、实时贷记业务报文增加实时代付业务类型；
2、定期贷记业务报文增加定期代付业务类型；
3、实时借记业务报文增加实时代收业务类型；
4、定期借记业务报文增加定期代收业务类型；
5、普通实时贷记业务类型下只保留其他业务种类；
6、普通定期贷记业务类型下只保留其他业务种类；
7、普通实时借记业务类型下只保留其他业务种类；
8、普通定期借记业务类型下只保留其他业务种类；
32.
2011-06-08 [A] 增加1.2.17集中代收付业务最长处理期限和1.2.18贷记业务最长处理期限小节；
33.
2011-07-06 [A]
“A113跨境支付”业务类型下，增加“其他经常项目支出”业务种类。
34.
2011-07-14 [M]
1、增加“附录三：业务类型（业务种类）与拒绝代码对照表”，原附录三、附录四编号后移；
2、“数据类型”中“RejectCode-拒绝代码”类型中，RJ49：汇票号码不符修改为RJ49：票据号码不符；
3、“1.2.13报文与业务类型对照表”中，删除大额客户发起汇兑业务报文（HVPS.111.001.01）和小额客户发起普通贷记业务报文（BEPS.121.001.01）中“国库资金国债兑付贷记划拨”业务类型；
4、删除“实时信息冲正申请报文
5、“1.2.2行别代码”规则变化，调整说明文字；
35.2011-07-15 [M] 发布1.2版本；
36.2011-07-21 [D] 删除A107“内地机构境外发行债券结算”业务类型
37.
2011-08-18 [M] 修改“附录一：参与者发起报文与系统状态对照表”中人工质押融资申请报文
38.
2011-08-31 [A]
1、业务类型与业务种类对照表中大小额的“A100普通汇兑“业务类型中新增业务种类“02103-网银支付”;
2、【NPC处理信息组件】中“NPC轧差场次”的数据类型由Max2Text修改为Max2NumericText；
3、业务类型与业务种类对照表中，修改“银行汇票资金移存”和“银行汇票资金清算”的备注；
39.2011-09-05 [M] 业务类型与业务种类对照表中，“再贷款”和“再贴现”栏中增加备注
40.2011-09-07 [A] 2.5.1系统编号中新增“PMTS支付报文传输平台”
41.2011-09-10 [A] 附录五：处理码及处理描述中新增处理码“O6059 质押融资取消”
42.
2011-09-19 [M]
1、大额支付系统客户发起汇兑业务报文（hvps.111.001.01）下增加业务类型A203“银行汇票”。同时，将业务类型A202“银行汇票”名称改为“城市商业银行汇票”；
2、将业务种类02901“银行汇票资金移存”名称改为“城市商业银行汇票资金移存”，02902“银行汇票资金清算”名称改为“城市商业银行汇票资金清算”，02903“银行汇票资金多余划回”名称改为“城市商业银行汇票资金多余划回”，02904“银行汇票资金未用退回”名称改为“城市商业银行汇票资金未用退回”；
3、小额支付系统客户发起普通贷记业务报文（beps.121.001.01）下增加业务类型A203“银行汇票”。
4、数据类型OperationClassCode新增OC02: 退出小额网银
43.
2011-09-23 [M]
1、新增2.6.4节：不同类型参与者之间使用一、二代报文应遵守的规则；
2、修改业务类型与业务种类对照表”跨境支付“中各业务种类的备注；
3、新增数据类型PaymentTypeCode
44.2011-09-23 1、修改1.2.1节字符集和编码的说明。
45.2011-09-27 [M] 修改参与者发起报文与系统状态对照表
46.2011-10-18 [M] 修改附录四：TAG码和报文标签对照表
47.
2011-10-31 [M] 业务类型编码中，C209修改为“实时代付”，C210修改为“其他”，“薪金报酬”的业务类型编码修改为C211，M309修改为“账户信息查询业务”
48.
2011-11-07 [D] 删除“付款方信息组件
49.2011-11-09 [M] 业务类型编码中，C101实时代付修改为C209实时代付
50.
2011-11-19 [D] 删除1.2.15中退汇业务的规定最后一条“退汇业务的业务种类必须与原业务的业务种类相同”
51.2011-11-22 [M] 修改有关货币符号使用的说明
52.2011-11-23 [D] 删除业务类型“普通即时转账业务 G100”
53.
2011-11-30 [M] 修改1.2.1字符集和编码[A] 5.5.2节新增错误码
54.
2011-12-02 [M]
1、修改1.2.14节中“02125其他经常项目支出”的备注；
2、1.2.14节中“B100普通借记业务”类型下新增“支票”业务种类；
3、在大额“客户发起汇兑业务报文”、小额“客户发起普通贷记业务报文”中增加业务类型“A204银行本票”、业务种类“03406银行本票”;
4、删除业务类型“M101申请清算银行汇票资金业务”、“M102银行汇票申请退回业务”、“M103银行汇票全额兑付通知报文”
55.
2011-12-07 [M]
删除业务状态中的”PR91：部分止付”状态。
56.
2011-12-09 [M]
1、修改“附录二：参与者发起报文处理状态对照表”
2、修改“附录一：参与者发起报文与系统状态对照表”，清算窗口不允许多边轧差净额结算业务。
57.
2011-12-23 [M] 附录五：处理码及处理描述中新增错误码“O0119 报头块错误”、“O1012 报文校验失败”、“S7009 报文加密失败”、“S7010 报文解密失败”、“S9051 生成校验错”
58.
2011-12-28 [D] 删除业务类型“C102个人储蓄通存业务”及对应的业务种类“现金03301”、“转账03302”;
删除业务类型“D102个人储蓄通兑业务”及对应的业务种类“现金03301”、“转账03302”
59.
2011-12-29 [M] 修改“附录二：参与者发起报文处理状态对照表”中“批量客户签约协议管理报文”和“批量客户账户信息查询报文”的状态描述
60.2012-01-09 [M] 修改附录五：处理码及处理描述
61.2012-01-11 [M] 修改数据类型中PartyCategoryCode的附加说明
62.
2012-01-11 [M]
1、修改附录二：参与者发起报文处理状态对照表
2、增加2.6.6节：关于与ACS之间业务往来的特殊说明
63.2012-01-11 [M] 发布1.3版本；
64.
2012-01-31 [M] 业务类型“行间资金汇划 A200”下，业务种类“资金调拨 02105”修改为“行内资金调拨 02105”，另外新增业务种类“其他资金汇划 02126”
65.
2012-02-16 [M] 修改“业务类型与业务种类对照表”，将大、小额系统业务类型“A100”下，新增业务种类“网银支付”，将业务种类编码“02103”对应备注项“网银支付”删除
66.2012-02-23 [M]增加2.6.7节，关于固定填写域的说明。
67.
2012-02-23 [A] 在“业务类型与业务种类对照表”中“债券市场交易结算（G102）”业务下新增以下业务种类：02406分销DVP、02407远期交割、02408债券借贷（双边）到期、02409投资人定向转让、02410商业银行定期存款首期、02411商业银行定期存款到期。
68.
2012-02-23 [M]修改参与者发起报文处理状态对照表，将PVP结算申请信息报文对应的“情况说明”由“外币交易系统, 处理业务成功”及“外币交易系统, 处理业务失败”，改为“外汇交易系统, 处理业务成功”及“外汇交易系统, 处理业务失败”。
69.
2012-02-28 [D]删除“附录一：参与者发起报文与系统状态对照表”中“客户账户实时查询报文
国库集中支付制度 国库集中支付制度和国库集中收缴制度共同构成了国库集中收付制度。国库集中收付制度是指政府将所有财政性资金都纳入国库单一账户体系管理，收入直接缴入国库或财政专户，支出通过国库单一账户体系支付到商品和劳务供应者或用款单位。逐步建立和完善以国库单一账户体系为基础，资金缴拔以国库集中收付为主要形式的财政国库管理制度，是整个财政管理制度改革的有机组成部分和主要内容。 国库集中支付制度的分类 国库单一帐户由五类帐户体系构成：一是财政部门在中国人民银行开设的国库存款帐户；二是财政部门在商业银行开设的预算外资金财政专帐；三是财政部门在商业银行开设的财政零余额帐户，用于财政直接支付和清算；四是财政部门在商业银行为预算单位开设的预算单位零余额帐户，用于财权授权支付和清算；五是经政府批准或授权财政部门开设特殊性资金专户。 国库集中支付制度的涵义 国库集中支付制度是发达国家普遍采用的一种财政资金支出管理模式，由于各国的实际情况不同，其具体形式也有差异。在我国，这还是一个新的课题，对国库集中支付的概念尚无一个规范的表述。国库集中支付制度的涵义需要从以下几个方面去认识： 首先，国库集中支付制度是国库集中收付制度的组成部分。 其次，国库集中支付制度是相对于现行的财政国库资金分散支付而言的。现行的财政资金拨付，是由单位按照预算级次层层上报用款计划，再由财政按下达的预算，将资金从国库拨付到一级单位，一级单位按照预算级次层层下拨到基层单位，基层单位再根据有关规定及业务需要，购买商品或支付劳务款项，形成财政资金实际支出。国库集中支付方式就是改变现行的财政资
金层层拨付程序，由国库集中支付机构在指定银行开设国库集中支付专户，将资金直接从集中支付专户支付给收款人。 再次，国库集中支付制度是以计算机技术的发展和广泛应用为基础的，是历史发展和社会进步的必然产物。实行国库集中支付制度的主要控制目标和依据是财政预算指标，没有功能强大、快速的财政预算管理和信息反馈系统是无法实现的。另外，还要求有一个准确、及时的银行结算系统作保障。随着计算机技术的发展和应用的普及，2012年已完全能够满足这一改革的需要。 综上所述，国库集中支付制度是国库集中收付制度的重要组成部分，它是改变现行的财政资金层层拨付程序，以计算机网络技术为依托，以提高财政资金使用效益为目的，由国库集中支付机构在指定银行开设国库集中支付专户，将所有财政资金存入国库集中支付专户，单位在需要购买商品或支付劳务款项时提出申请，经国库集中支付机构审核后，将资金直接从集中支付专户支付给收款人的国库资金管理制度。 国库集中支付制度的基本内容 改革现行机构设置和管理体制 实行国库集中支付制度，首先要改革财政部门现行的机构设置和现行的财政核算体系，建立国库支付中心、会计核算中心、政府采购部门有机结合的支付体系，确立预算审核、资金支付、监督管理为一体的预算机构设置和管理体制。 改进资金管理方式 根据国库集中支付制度的基本内容和国外经验,应当建立单一账户和分类账户相结合的账户体系,实现集中资金、集中核算、集中支付。现阶段我国应在坚持资金使用权和审批权不变的前提下，取消各预算单位原来的一切
附件四：境外币支付系统报文格式标准 外币支付系统接口报文格式标准 V 1.4 中国人民银行科技司 二〇〇八年四月
目录 1报文标准概述 (8) 1.1概述 (8) 1.1.1 属性符号 (8) 1.1.2 X字符集 (8) 1.1.3 英文简称命名规 (8) 1.1.4 报文结构 (9) 1.2报文块格式 (9) 1.2.1 基本头块 (9) 1.2.2 应用头块 (10) 1.2.3 用户头块 (12) 1.2.4 正文块 (13) 1.2.5 附加正文块 (16) 1.2.6 签名块 (17) 1.2.7 报尾块 (17) 2主要数据定义 (18) 2.1约定和检查规则 (18) 2.2特定变量定义 (18) 2.2.1 DATE变量定义 (18) 2.2.2 TIME变量定义 (18) 2.2.3 行号BIC码变量定义 (18) 2.2.4 金额AMOUNT变量定义 (19) 2.2.5 借贷标识变量定义
第二代支付系统报文交换标准【清算账户系统分册】 （版本1.2） 中国人民银行清算总中心 2011年07月
文档修订记录 版本编号变化状态简要说明日期变更人批准日期批准人V0.1 A 新建2010.3.30 孔昭龙2010.3.30 贺铁林V0.5 M 修改2010.4.16 孔昭龙2010.4.16 贺铁林V0.9 M 修改2010.6.28 孔昭龙2010.6.28 贺铁林V1.0 M 修改2010.9.24 孔昭龙2010.9.24 贺铁林V1.1 M 修改2011.3.30 孔昭龙2011.3.30 贺铁林V1.2 M 修改2011.7.15 孔昭龙2011.7.15 贺铁林 注：变化状态：A—增加，M—修改，D—删除
目录 修改记录 (1) 1报文清单及概要 (4) 1.1报文清单 (4) 1.2数据类型 (5) 2第二代支付系统报文（XML格式） (6) 2.1（复用ISO20022报文）净借记限额查询申请报文
第二章现代化支付系统概述 本章关键术语 支付系统：支付系统（Payment System）是由提供支付清算服务的中介机构和实现支付指令传送及资金清算的专业技术手段共同组成，用以实现债权债务清偿及资金转移的一种金融安排，有时也成为清算系统（Clear System）。 支付系统构成：（1)银行；（2）清算机构（清算所）；（3）支付系统的管理者（中央银行）；（4）国家法律与支付系统的运作规章；（5）支付工具。 全额：全额结算是指在资金转账前并不进行账户金额的对冲，而以实际的支付金额进行转账的结算方式。全额结算支付系统对各金融机构的每笔转账业务进行一一对应结算，而不是在指定时点进行总的借、贷方净额结算。 净额结算指证券登记结算机构以结算参与人为单位，对其买入和卖出交易的余额进行轧差，以轧差得到的净额组织结算参与人进行交收的制度 大额：“大额”是指规定金额起点以上的业务。 小额：小额支付系统，是中国人民银行现代化支付系统的重要组成部分，主要处理跨行同城、异城纸质凭证截留的借记支付业务以及金额在规定起点以下的小额贷记支付业务（目前人行暂定为2万元〈含〉限额以下），实现不同地区、不同银行营业网点的资源共享实时：在某事发生、发展过程中的同一时间进行其他动作;如，实时结算的支付系统就是在支付的同一时间进行结算的系统。 非实时：是指在支付系统中，从系统收到指令到完成结算之间有一定的时间间隔，此间隔随支付系统的不同而不同。 清分：清分是支付结算系统的最主要组成部分之一，指对进入系统的支付指令进行归类、排序、分析或计算，是随机传入支付系统的支付指令被整齐的分类，以便于系统进一步处理。支付系统对支付指令的清分是根据支付系统的设计要求，根据支付指令的不同属性，对支付指令进行不同的处理。包括清分的对象和清分的流程两个方面。同时，清分的过程中，资金并没有进行实际的转移。清分的对象是一系列的实体，即各类经济主体发出的各类支付指令。 结算：结算过程根据清分的结果进行资金在有关账户之间的实际意义上的转移
二代支付系统报文交换标准【大额支付系 统分册】（ 版本1.0） 中国人民银行清算总中心 2010年8月
注：变化状态：A—增加，M—修改，D—删除
目录 修改记录1 1报文清单及概要2 1.1报文清单2 1.2数据类型2 2二代支付系统报文（XML格式）3 2.1客户发起汇兑业务报文
国外支付系统建设经验借鉴 本溪中支营业室李慧超 支付系统作为支撑各种支付工具应用，实现资金清算并完成资金转移的重要通道，是一个国家或地区的金融基础设施，在市场经济中的作用和地位越来越重要。随着中国经济的逐步转型，建立和完善中国现代化支付系统是中国金融体制改革的一个重要组成部分。因此，比较研究发达国家和经济体的支付系统建设的成功经验，对我国支付系统的建设，具有重要的借鉴意义。 一、美国支付系统建设 美国的支付系统是由中央银行投资开发和直接经营管理。在操作上，美联储制订了必要的规章制度、行业标准，并具体经营票据交换和资金清算网络。其优点在于方便美联储及时掌握商业银行的资金运营状况，分析全国经济形势，制定各项金融政策。 （一）美元跨行支付系统 1、美元大额支付系统。大额资金清算系统实时处理国内大额资金划拨业务，并逐笔进行资金清算。FEDWIRE（联邦电子资金转账系统）和CHIPS（清算所同业支付清算系统）是支持美元全球清算的两大主要大额支付系统。 2、支票结算体系。据统计，美国大约有30%的支票是行内清算，其余70%通过银行间的清算机制来进行清算。银行间的清算不仅能够直接提示付款行或者通过代理行和联储银行，还能够通过当地支票清算所进行清算。
3、自动清算所（ACH）。联储作为美国最大的自动清算所运营者，每天要处理85%以上的ACH交易，纽约清算所的电子支付系统是全美唯一一家私营的ACH。 4、银行卡结算网络。银行卡、ATM机和POS机构成了一个庞大的支付网络，近年来网上银行发展迅猛，形成了更加完整的银行卡结算网络。美国最大的信用卡和凭印签支取借记卡网络是VISA和Mastercard系统 5、联储全国清算服务。它是指联储为私营的清算机构提供净额结算服务，整个私营系统的最终清算是联储通过调整私营的清算机构会员在联储银行里的账户余额来进行的。 （二）证券交易结算系统 当前美国的证券市场包括政府债券市场、企业股票市场以及固定收益债券市场，不同的市场由不同的机构和系统分别负责清算和结算。 美国的证券结算系统采用的是商业银行货币与中央银行货币相结合的资金清算模式，证券交易中的有关各方，其中一方或几方在中央银行开户，另一方或几方在商业银行开户。中央证券登记结算公司作为特许参与者加入支付系统，负责提交清算轧差结果。 二、欧元区支付系统建设 近年来，欧洲支付系统的一体化和高度整合受到业界的广泛关注，欧盟致力于建立统一、高效并富有竞争力的支付服务市场，
第1章支付体系概述 1.1支付与支付体系 1.1.1支付的概念 支付是指因经济活动引起的，能以一定的货币价值进行计量的债权债务清偿行为及过程。可以用货币价值进行计量的债权债务，通常表现为流通中的现金、商业银行货币（即在商业银行等金融机构的存款）、中央银行货币（即在中央银行的存款）和债券、股票等有价证券形式，在“电子货币机构”和“货币服务组织”发达的地区还包括存放在此类机构的存款。按照安全性和流动性的大小，可以将其进一步划分为两类，一类是货币价值不变的债权债务，即流通中的现金、商业银行货币和中央银行货币；另一类是货币价值不断变动的债权债务，即债券、股票等有价证券。在通常情况下，由于债券和股票等有价证券的货币价值处于不断变动的状态，不适合扮演一般等价物的角色，所以人们通常所称的支付是指前一类债权债务的转移。再进一步看，以流通中的现金为媒介所从事的支付行为我们通常称为现金支付；而以商业银行货币和中央银行货币为媒介所从事的支付行为我们通常称为非现金支付。非现金支付在安全性、流动性、经济性等诸多方面较现金支付均有较大的优势。从支付体系的发展角度来看，尽管在相当长一段时间内，现金支付所覆盖的交易领域不可能完全为非现金支付所取代，但后者交易份额不断扩大将成为趋势。由于非现金支付涉及系统、工具、制度等种种要素的设计、安排，其复杂程度远远高于单纯的现金支付，需要各国中央银行的高度参与。因此，无论是国际清算银行还是各国央行，在对支付进行研究和分析时，“支付”一词通常指非现金支付。本书下文所提到的支付，同样特指非现金支付。 为了便于理解支付的本质，这里举一组简单例子说明。 目录 序言 前言 第1章支付体系概述 1.1支付与支付体系 1.1.1支付的概念 1.1.2支付处理的标准化过程 1.1.3支付体系的概念 1.1.4支付体系的金字塔 1.2支付体系与中央银行职能 1.2.1支付体系对中央银行的意义 1.2.2挑战与变革 1.2.3新的货币政策模式 1.3支付体系与国际金融中心 1.3.1支付体系为社会提供货币支付平台
附件四：境内外币支付系统报文格式标准 外币支付系统接口报文格式标准 V 1.4
中国人民银行科技司二〇〇八年四月
目录 1报文标准概述 (9) 1.1概述 (9) 1.1.1 属性符号 (9) 1.1.2 X字符集 (9) 1.1.3 英文简称命名规范 (10) 1.1.4 报文结构 (10) 1.2报文块格式 (10) 1.2.1 基本头块 (10) 1.2.2 应用头块 (11) 1.2.3 用户头块 (13) 1.2.4 正文块 (14) 1.2.5 附加正文块 (17) 1.2.6 签名块 (18) 1.2.7 报尾块 (19) 2主要数据定义 (19) 2.1约定和检查规则 (19) 2.2特定变量定义 (19) 2.2.1 DATE变量定义 (19) 2.2.2 TIME变量定义 (20) 2.2.3 行号BIC码变量定义 (20) 2.2.4 金额AMOUNT变量定义 (20) 2.2.5 借贷标识变量定义
附件3 中国现代化支付系统运行管理办法 （试行） 第一章总则 第一条为规范中国现代化支付系统的运行管理，确保支付系统的安全、稳定、高效运行，依据《中华人民共和国中国人民银行法》及有关法律法规的规定，制定本办法。 第二条本办法所称中国现代化支付系统（以下简称支付系统）包含大额支付系统和小额支付系统。 第三条本办法适用于承担支付系统运行、维护和管理的中国人民银行清算总中心、清算中心（含结算中心，下同）及直接参与者（含特许参与者，下同）的运行维护部门。 负责支付系统网络运行、维护和管理的部门适用本办法。 第四条支付系统运行管理范围包括： （一）国家处理中心； （二）城市处理中心； （三）直接参与者； （四）支付系统备份系统； （五）支付系统网络。 第五条清算总中心负责国家处理中心、支付系统备份系统以及国家处理中心与城市处理中心之间网络（以下简称主干网络）的运行、维护和管理；负责对清算中心进行监督、检查和考核，并对系统运行提供业务指导和技术支持。 清算中心负责城市处理中心的运行、维护和管理，对辖内直接参与者的运行、维护进行指导。 清算中心和支付系统网络运行部门负责城市处理中心相关系统网络的运行、维护和管理，配合清算总中心维护主干网络。 直接参与者的运行维护部门负责本单位支付系统的运行、维护和管理。 第二章岗位管理 第六条国家处理中心、城市处理中心及直接参与者应当合理安排各岗位人 119
员，确保大额支付系统在系统工作日和小额支付系统7×24小时不间断安全稳定运行。 第七条国家处理中心、城市处理中心应当设置系统管理员、业务主管、操作员和系统维护员岗： （一）系统管理员负责配置运行参数，设置、监视系统运行状态，增加、更改、删除用户； （二）业务主管负责系统的业务运行，对用户授权，设置业务参数，维护行名行号数据，处理或授权处理异常支付业务；负责保管密押操作员卡，密押设备的登录和启动操作，提供业务咨询、协调服务； （三）操作员根据业务主管授权负责日常运行操作和监控； （四）系统维护员负责设置系统参数，维护软件、硬件及网络，定期完成系统和数据备份；负责辖内各接入系统工作状态的实时监控，接入环境的建立与改善；解决系统运行中出现的技术问题，提供技术咨询、协调服务。 国家处理中心、城市处理中心可根据支付系统运行管理的需要，按照中国人民银行的有关规定增设其他岗位。 第八条各岗位人员上岗前应当通过中国人民银行组织的业务技能、安全知识培训和考核。 第九条岗位人员变动应当办理岗位变动交接手续并在系统中注销该用户。 第三章操作管理 第十条清算总中心和清算中心应当严格执行支付系统运行操作规程。 直接参与者的运行维护部门应当制定相应的支付系统运行操作规程，报清算中心备案。 第十一条清算中心应当定期或按清算总中心要求，报告系统运行情况。 第十二条国家处理中心、城市处理中心及直接参与者应当严格遵守支付系统运行时间的规定。国家处理中心应当根据中国人民银行授权，调整系统运行时间。 城市处理中心和直接参与者在业务运行期间未经批准不得退出登录。 第十三条国家处理中心和城市处理中心应当根据中国人民银行的规定或授权操作下列事项： （一）设置直接参与者的支付业务接收、发起权限； 120
中国现代化支付系统概述 中国现代化支付系统是中国人民银行利用计算机网络和电子通信技术开发建设的，为银行业金融机构和全社会提供资金清算服务的公共平台。现代化支付系统是中国人民银行发挥金融服务职能的重要的核心支持系统，它的特点就是高效、安全、快捷。截至2009年6月，中国人民银行已建成运行的系统有中国现代化支付系统、全国支票影像交换系统和境内外币支付系统。经过近7年的建设发展，现代化支付系统已成为全球规模最大，功能最全，覆盖最广，业务最多的现代化金融服务基础设施。中国现代化支付系统武汉城市处理中心通过国家处理中心连接着全国银行所有营业网点，承担着全省异地、同城资金的汇划业务。 中国现代化支付系统运行安全稳定，业务快速发展。2009年，武汉地区支付系统共处理支付业务1760万笔，金额22.12万亿元，笔数和金额同比分别增长15.47％和16.43％，交易金额为湖北省2009年GDP的17.24倍，为社会提供了安全、高效的跨行跨区域支付清算服务。 此外，中国现代化支付系统陆续开通了许多与百姓日常生活密切相关的业务，为社会公众办理网上支付、电话支付、跨行跨地区存取款等业务，提供全天候的支付清算服务。中国现代化支付系统正以其公益性、安全性、便利性，日益贴近日常生活和经营活动，在国民经济和金融发展中发挥了“央行支付，中流砥柱”的作用。 Ⅱ中国现代化支付系统的作用及功能 一、中国现代化支付系统的作用 （一）加快资金周转，提高社会资金的使用效益。社会经济、金融的运行，每天都有大量巨额资金进入支付清算环节，处于流转状态。支付清算效率的高低，资金流转的快慢，对市场经济的发展将会产生巨大的影响。中国现代化支付系统是现代经济的血脉。大额支付系统，采取从发起行到接收行的全过程的自动化处理，实行逐笔发送、实时清算。通过支付系统处理的每笔支付业务不到60秒即可到账。 （二）支撑多样化支付工具的使用，满足各种社会经济活动的需要。中国现代化支付系统，尤其是其中的小额批量处理系统能够支撑各种贷记、借记支付业务的快速处理，并能为其提供大业务量、低成本的服务，可以满足社会各种经济活动的需要。 （三）培育公平竞争的环境，促进银行业整体服务水平的提高。随着我国金融体制改革的不断深化，逐步形成了政策性银行、国有独资商业银行、股份制银行、城市商业银行、农村合作银行、城乡信用合作社以及外资银行的组织体系，相互之间既有合作也有竞争。建设运行的中国现代化支付系统，是中国人民银行为金融机构提供的一个公共的支付清算服务平台，所有符合条件的银行及其分支机构都可以参与到这个系统中，从而为各金融机构创造一个公平竞争的经营环境，推动各银行的有序竞争，促进银行业整体服务水平的提高。 二、中国现代化支付系统的主要功能特点： （一）高效的资金清算功能。支付系统实现从发起行到接收行全过程的自动化处理，实现支付信息的自动传输、自动清分、自动轧差和自动清算，一笔贷记支付当天即可到账，定期借记支付的处理也可大大提高效率，在规定的时间内完成支付和清算。
AO2011导入国库集中支付系统3.0的辅助账 目前我省财政系统总预算软件已经升级至3.0，笔者在此分享一下导入该软件辅助账的过程，和大家共同研究。 该系统的收支明细使用了辅助核算，所以如果只导入科目表、余额表和凭证表，只能看到收支的最顶级科目，而无法看到收支明细账，所以必须再导入另外三张表：辅助信息表，辅助余额表和辅助凭证表。 首先将用到的表从ORACLE导入SQL SERVER2008R2，此过程在此就不演示了，需要的表：ELE_ACCOUNTANT_SUBJECT（科目表），GL_REMAIN（余额表），GL_VOUCHER（凭证主表），GL_VOUCHER_DETAIL（凭证子表）。 接下来整理表： 一、科目表 select distinct CHR_CODE科目编码,CHR_NAME科目名称,IS_DEBIT余额方向 into科目表2015 from dbo.ELE_ACCOUNTANT_SUBJECT where SET_YEAR='2015'and is_deleted=0 and SUBJECT_KIND=0 and ST_ID like'{802AD1C3-0F37-4A88-BACF-E7959D5446AB}' order by CHR_CODE --SET_YEAR年份/is_deleted是否删除/SUBJECT_KIND科目类型/ST_ID账套号 二、余额表： --余额表明细 select AS_CODE科目编码,BALANCE年初余额 into yeb from dbo.GL_REMAIN where SET_YEAR='2015'and ST_ID like '{802AD1C3-0F37-4A88-BACF-E7959D5446AB}'AS_CODE byorder --将余额表按科目编码进行汇总求和年初余额,SUM(年初余额)select科目编码 yeb_1 into yeb from by科目编码group --查看余额表有几级科目yeb_1 科目编码LEN distinctselect()from
# 引言 1.1编写目的 说明对程序系统的设计考虑，包括程序系统的基本处理流程，程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和安全性设计等，为程序的详细设计奠定基础，并使系统参与者对系统有基本的了解。 1.2项目背景 第一代支付系统作为我国资金运动的大动脉，对加快社会资金周转、提高支付清算效率、畅通货币政策传导、促进国民经济健康发展发挥着重要作用。但随着我国社会经济快速发展，金融改革继续深入，金融市场日益完善，支付方式不断创新，对中央银行的支付清算服务提出了许多新的、更高的要求。作为支付体系的核心和枢纽，中央银行的支付系统能否支持和满足这些需求，将直接影响支付体系的整体运行效率，进而影响经济金融的平稳健康发展。 第一代支付系统存在的不足：（1）不能满足银行业金融机构灵活接入的需求；（2）流动性风险管理尚待进一步完善；（3）应对突发事件的能力需要加强；（4）业务功能及服务对象有待进一步拓展；（5）运行监控范围及功能有待进一步扩展。 针对第一代支付系统存在的不足，结合当前及未来一段时期社会经济金融发展对中央银行支付清算服务的新需求，同时考虑支付系统运行的生命周期以及进一步完善支付系统备份系统等实际情况，中国人民银行决定建设第二代支付系统。有利于更好地满足社会经济金融发展的客观需要；有利于更好地满足银行业金融机构改善经营管理的要求；有利于更好地满足中央银行的履职需要。 1.3: 1.4定义
1.5参考资料 目标概述 总体目标 立足第一代支付系统的成功经验，引入先进的支付清算管理理念和技术，进一步丰富系统功能，提高清算效率，拓宽服务范围，加强运行监控，完善灾备系统，建设符合人行要求的、适应新兴电子支付发展的、功能更完善、架构更合理、技术更先进、管理更简便的新一代支付系统。 " 业务目标 立足第一代支付系统的传统支付业务，前瞻性地考虑支付服务现实需求和未来发展，使系统能够支持网上银行、电话银行等各类支付工具的使用，更好地满足社会公众日益多样化的支付需求以及各类支付服务的业务需求。 性能目标 系统建设将坚持安全与效率并重，遵守网络安全、系统安全及数据安全各项要求，在满足银行大数量的业务处理需求的同时提高系统运行效率，提升数据安全。
国库集中支付系统3.0 ( 预算单位) 操 作 手 册 黄石市财政局
目录 第一部分背景介绍 (3) 第二部分初始安装 (4) 1. 配置软件安装 (4) 第三部分预算单位简明操作手册 (6) 1．系统初始登陆 (6) 1.1用户登录 (6) 1.2单位用户名和密码修改 (8) 1.3基础信息管理 (9) 2．单位集中支付操作说明 (11) 概述 (11) 2.1单位用户、岗位一览表 (11) 2.2系统业务操作页面介绍 (11) 2.3用款计划录入 (11) 2.4单位用款计划审核 (15) 2.5用款申请录入 (19) 2.6直接支付申请上报单生成/打印 (24) 2.7授权支付申请审核 (28) 2.8授权支付凭证生成/打印 (29) 3．公务卡支付操作说明 (31) 3.1公务卡持卡人信息维护 (31) 3.2确认公务卡报销 (31) 3.3公务卡支付申请生成 (33) 3.4审核公务卡支付申请 (35) 3.5公务卡支付凭证生成 (35) 3.6公务卡支付凭证打印 (36)
第一部分背景介绍 伴随财政国库集中支付改革的进一步深入，原有集中支付管理系统2.0在技术架构、业务承载力等等因素上，已渐渐不能满足财政科学化、精细化管理的要求，2010年湖北省财政厅进行了多次需求调研，召开业务讨论会，集思广益，经过近一年的周密部署，国库集中支付管理系统3.0应运而生。 本次3.0系统升级不仅涵盖了原有2.0系统中所有资金支付业务，并拓展了单位实有资金支付业务等，整体业务流程主体基本参照、延用原有2.0系统设置，存在冗余的地方进行了简化，达到方便预算单位系统操作，简化业务办理流程，提高单位和财政的信息互动，高效办公的目的。 站在预算单位的角度来看，3.0系统主要变化概括如下： 1）将预算单位所用资金纳入系统进行管理 2）系统采用C/S/S架构，单位无需安装客户端软件，直接通过IE浏览器访问财政应用服务器，登陆后便可以办理本单位支付业务。 3）取消预算单位客户端数据库，所有业务数据全部纳入财政数据库管理。 详细的业务操作方法请看后面章节。
“现代化支付系统接口” 一、项目提出的背景 为加快现代化支付系统的建设，改善金融服务，提高我国银行业的整体竞争力，人民银行决定建立中国现代化支付系统。“现代化支付系统”是商业银行和商业银行与人民银行之间支付业务的资金清算系统，可与人行自动传送支付信息并进行相关账务处理，将可取代现有的“天地对接系统”。该系统由人民银行建立，要求各商业银行和非银行金融机构按人行规定的时间与之对接。经信息办两次开会协调，我行组成了由结算部牵头，会计部、信息技术部和营业部参加的项目组，并经过两次专家论证，确定了开发方案。 该项目上报总概算为9160万元，其中总行费用为1921万元，分行费用为7239万元，经财审委核定的概算为8098万元，其中总行费用为859万元，分行费用为7239万元。结算部对核减的概算有疑义，经信息办沟通，现已报财审委重新审核。 由于时间要求较紧，为按时完成任务，信息办多次就人员、费用和开发地点等与各部门协商，并经请示行领导同意后，项目先行启动，同时办理立项手续。该项目于2001年11月开始前期研究，项目终止时间为2003年底。 项目组制订了四种技术方案，分别为：总行清算系统与现代化支付系统连接，一级分行清算系统与现代化支付系统连接，一级分行城综网系统与现代化支付系统连接，二级分行城综网系统与现代化支付
系统连接。其中，第一种方案最理想，第四种效益最差。经与人行协商，确定采用第二种方案。该方案的一个重要问题是其一级分行接入的模式不符合各商业银行数据集中的趋势。 该项目全部由我行自行开发，但开发人员多（最多时35人）、周期长、申报概算偏高。建议加强项目管理，科学安排人员及工作，减少支出。 信息办督办协调处 2002年4月8日
.第二代支付系统报文交换标准(概述)
————————————————————————————————作者：————————————————————————————————日期：
内部资料，注意保管 第二代支付系统报文交换标准 【概述分册】 （版本1.4.2） 中国人民银行清算总中心 2013年05月
文档修订记录 版本编号变化状态简要说明日期变更人批准日期批准人V0.1 A 新建2010.3.30 孔昭龙2010.3.30 贺铁林V0.5 M 修改2010.4.16 孔昭龙2010.4.16 贺铁林V0.9 M 修改2010.6.28 孔昭龙2010.6.28 贺铁林V1.0 M 修改2010.9.24 孔昭龙2010.9.24 贺铁林V1.1 M 修改2011.3.30 孔昭龙2011.3.30 贺铁林V1.2 M 修改2011.7.15 孔昭龙2011.7.15 贺铁林V1.3 M 修改2012.1.11 王明媚2012.1.11 贺铁林V1.3.1 M 修改2012.5.21 高卓2012.5.21 贺铁林V1.4 M 修改2012.9.28 高卓2012.9.28 贺铁林V1.4.1 M 修改2013.1.28 高卓2013.1.28 贺铁林V1.4.2 M 修改2013.5.31 高卓2013.5.31 贺铁林注：变化状态：A—增加，M—修改，D—删除
目录 修改记录 (3) 1报文交换标准概述 (10) 1.1术语说明 (10) 1.2业务标准 (10) 2报文格式概述 (37) 2.1报文结构 (37) 2.2报文头格式 (37) 2.3数字签名域 (40) 2.4报文体格式 (41) 2.5报文编号 (41) 2.6其他约束 (42) 3数据类型 (45) 4公共业务组件 (51) 4.1业务头组件 (57) 4.8数据变更组件 1、中国现代化支付系统应用系统架构图 大额支付系统体系结构图 ④提交清算 一般普通贷记业务处理流程图 银行汇票资金移存流程图 银行汇票资金兑付流程图 即时转账业务处理流程图 一般普通贷记业务的核算 ㈠发起（清算）行的处理。 ①发起行的处理。发起行受理客户提交的一半普通贷记业务，审核无误进行账务处理后，将支付信息通过行内系统发送发起清算行。发起行的账务处理按个银行系统内往来的规定办理。会计分录为： 借：吸收存款——XX存款——XX户 贷：待清算辖内往来XX行 ②发起清算行的处理。发起清算行收到后，审核无误，按系统内往来进行账务处理。会计分录： 借：待清算辖内往来——XX行 贷：存放中央银行款项——准备金存款 若发起清算行本身就是发起行，则其对自身发起的一般普通贷记业务进行账务处理的会计分录为： 借：XX科目 贷：存放中央银行款项——准备金存款 ㈡、发报中心(CCPC)的处理。发报中心收到发起清算行发来的支付信息，确认无误后，逐笔加编全国密押，实时发送国家处理中心。 ㈢、国家处理中心（NPC）的处理。国家处理中心收到发报中心发来的支付报文，逐笔确认无误后，提交SAPS进行资金清算。SAPS分不同情况进行账务处理。 ?、发起清算行、接收清算行均为银行金融机构的，会计分录为： 借：XX存款——XX行（即发起清算行所在地人行户） 贷：大额支付往来——中国人民银行XX行（即接收清算行所在地人行户） ?发起清算行为银行业金融机构，接收清算行为中国人民银行（会计营业部门或国库部门）的，会计分录为： 借：XX存款——XX行 贷：大额支付往来——中国人民银行XX行 借：大额支付往来——中国人民银行XX行（库） 贷：汇总平衡科目——中国人民银行XX行（库） ?发起清算行为中国人民银行（会计营业部门或国库部门），接收清算行为银行业金融机构的，会计分录为： 借：汇总平衡科目——中国人民银行XX行（库） 贷：大额支付往来——中国人民银行XX行（库） 借：大额支付往来——中国人民银行XX行 贷：XX存款——XX行 ?发起清算行、接收清算行均为中国人民银行（会计营业部门或国库部门）的，会计分录为： 借：汇总平衡科目——中国人民银行XX行（库） 贷：大额支付往来——中国人民银行XX行（库） 借：大额支付往来——中国人民银行XX行（库） 贷：汇总平衡科目——中国人民银行XX行（库） 互联网支付系统概要设计方案 1.1.总体架构 我司将根据项目需求，将建设支付平台内部管理系统并加入路由系统和网关系统，并将考虑未来的发展，将所接入的渠道形成统一的api接口或SDK方便平台整体支付功能的输出。 1.1.1.用户层 包含平台运维人员管理员，消费客户，代理商或商户使用，为其提供相应的功能模块。 1.1. 2.应用层 提供商户管理、预警管理、渠道管理、账户管理等核心功能，并集成网关系统可对外提供支付功能。 1.1.3.支撑层 集成路由系统对支持指定和智能匹配两种形式的路由规则，并形成系统统一用户管理、统一的系统管理、统一权限管理等。 1.1.4.接入层 接入层不仅负责接入相关支付渠道。同时，要形式自己web收银台和app收银台相关SDK或API。 1.2.1.后台开发 后台开发技术采用Cobol、JCL、CLCS、VSAM、DB2，支持OS390平台或其他。 1.2.2.中间件 采用Websphere、Weblogic、TIBCO，平台可支持Unix linux、windows。 1.2.3.前台应用 前端开发技术采用Eclipse、gwt、，平台支持Unix linux、windows。 1.2.4.数据应用 数据开发技术采用Oracle、DB2、Svbase、informix、mysql、sql Server，平台支持Unix linux、windows。 1.2.5.移动端 支持iso移动端开发，采用obictive-c技术语言，支持Android移动开发，采用java 技术语言。 1.2.技术方案 根据我司对本项目需求理解，系统划分为网关系统、路由系统、核心关系系统、系统接口、预警管理几部分进行设计。 1.3.1.核心管理系统设计 1.3.1.1.基本信息管理 基本信息是卡管理系统的基础，增加系统相关参数，配置行业类型，设定卡的基本功能等等，我们为国盾会员卡管理系统提供了灵活多变的信息管理，可自由添加，修改或者删除。 二代支付系统答疑 （第四期） 大额部分 1、原先已签订的自动质押融资合同，在二代支付系统是否还继续有效？ 答：第二代支付系统只是支付系统自身从第一代升级到第二代，对于已签订的尚在有效期内的自动质押融资合同，在第二代支付系统上线后继续有效。 2、在大额普通贷记业务——城市商业银行汇票业务中，部分业务在兑付处理时是否没有兑付通知报文？ 答：是的，全额兑付业务后有全额兑付通知报文，部分金额兑付处理时没有兑付通知报文。参与者可从接收到的清算银行汇票资金报文中看到出票金额、多余金额和实际结算金额。 3、清算窗口预关闭时间是几分钟？ 答：清算窗口预关闭是一个系统动作。在执行清算窗口关闭前，系统自动将排队队列中的大额支付业务和即时转账支付业务、单边业务退回；错账冲正、日间透支利息和支付业务收费、同城票据交换轧差净额的清算、小额借方轧差净额和网银借方轧差净额业务的清算则不退回。系统首先启用日终自动拆借功能进行解救。如果日终自动拆借功能使用后仍不能解救排队业务，在规定的时限内直接参与者未能筹措到资金，则由人民银行提供高额罚息贷款并纳入清算纪律考核。排队队列全部解救后，清算窗口关闭。 4、网银用户通过网银平台，使用大小额支付系统发起普通汇兑业务，如果接收行尚未完成二代系统报文改造，发起行该如何向接 收清算行发起报文？ 答：如果接收行尚未完成二代系统报文改造，发起行应通过一代系统报文向接收清算行发起报文。 小额部分 5、小额支付轧差场次和提交清算时间根据业务管理规定设置，请问这个设置是由人行设置还是商业银行自己可以设置？ 答：小额支付系统轧差场次和提交清算时间由人民银行根据业务发展情况按照业务管理规定进行统一设置，商业银行不能设置。 6、集中代收付模式下的批量代收与以往流程变化较大，当付款清算行收到代收付中心的代收业务时，如果付款人账户余额不足，或财政零余额需向财政申请支付金时，是否能分批发起贷记报文，分批回执？ 答：付款清算行收到集中代收中心发来的批量代收业务后，对扣账成功的业务向小额支付系统发起定期贷记业务。如果付款人账户余额不足时，付款清算行可以根据行内系统业务处理情况分批发起贷记报文，分批向集中代收付中心返回回执。 7、集中代收付模式下，付款清算行在贷记报文发送对方清算成功，付款行返回代收回执后，对方行又退回该笔资金，如何处理？ 答：当付款清算行收到收款行退回定期贷记业务时，首先要将退汇业务与原定期贷记业务进行匹配，处理成功后付款清算行在数据库内检查是否为批量代收付业务，如是，则通知代收付中心该笔代收付业务被退回，由代收付中心将退回信息通知收（付）款单位。收（付）款单位收到退回通知后，更正有关业务信息并重新提交。为规范收款清算行及时办理退汇业务，制度中将规定最长退汇期限。中国现代化支付系统应用系统架构图
互联网支付系统概要设计
二代支付系统答疑(第四期)教学文稿
相关主题
文本预览