网上支付跨行清算系统业务(人行版)
附件2
网上支付跨行清算系统业务处理手续
（试行）
目录
壹会计科目及清算账户 (1)
一、会计科目 (1)
二、账户设置 (2)
贰网上支付业务 (2)
一、网银贷记业务 (2)
二、网银借记业务 (4)
三、第三方贷记业务 (7)
叁账户信息查询业务 (11)
一、发起查询申请的处理 (11)
二、查询业务应答的处理 (11)
肆在线签约管理 (12)
一、签订授权支付协议 (12)
二、签订账户信息查询协议 (17)
三、解除授权支付协议 (20)
四、解除账户信息查询协议 (21)
伍轧差和资金清算的处理 (21)
一、轧差处理 (21)
二、资金清算 (21)
三、调息处理 (22)
陆业务撤销 (23)
一、网银贷记业务的撤销处理 (23)
二、网银借记业务的撤销处理 (24)
三、第三方贷记业务的撤销处理 (25)
柒日切的处理 (26)
一、日切处理 (27)
二、年终处理 (28)
捌系统业务收费的处理 (29)
一、计费处理 (29)
二、费用分润 (30)
三、账户设置 (31)
四、扣费处理 (32)
五、待销户的计费处理 (32)
玖信息安全管理 (33)
一、数字证书的管理 (33)
二、数字签名和验证 (33)
壹拾业务差错和异常情况的处理 (33)
一、数字签名错误的处理 (34)
二、重复发送的处理 (34)
三、行号错误的处理 (34)
四、报文无法识别的处理 (34)
五、业务匹配检查失败的处理 (35)
六、联机异常的处理 (35)
七、超过规定时间未应答的处理 (35)
九、网上支付跨行清算系统日切通知丢失的处理 (36)
十、网上支付跨行清算系统对账报文丢失的处理 (36)
十一、参与者故障的处理 (36)
附录一授权支付协议指引 (37)
附录二账户信息查询协议指引 (40)
壹会计科目及清算账户
一、会计科目
（一）存款类科目。
政策性银行存款；
商业银行存款；
信用社存款；
其他金融机构存款。
以上各存款类科目核算银行业金融机构存放在人民银行的准备金和经批准后存放在人民银行的款项。其他存款类科目核算直接接入非金融机构的业务费用收支。
（二）联行类科目。
1.大额支付往来。
本科目核算网上支付跨行清算系统参与者应缴纳的汇划费用。
年终，本科目余额全额转入“支付清算资金往来”科目，余额为零。
2.小额支付往来。
本科目核算网上支付跨行清算系统付款清算行和收款清算行通过网上支付跨行清算系统办理的支付结算往来款项，余额轧差反映。
年终，本科目余额全额转入“支付清算资金往来”科目，余额为零。
3.支付清算资金往来。
本科目核算网上支付跨行清算系统付款清算行和收款清算行通过网上支付跨行清算系统办理的支付结算汇差款项。
年终，“大额支付往来”、“小额支付往来”科目余额核对准确后，结转至本科目，余额轧差反映。
二、账户设臵
（一）“大额支付往来”、“小额支付往来”、“支付清算资金往来”科目按人民银行分支机构的会计营业部门分设账户；
（二）存款类科目按直接接入银行机构、直接接入非金融机构分设账户。
贰支付业务
一、网银贷记业务
网银贷记业务处理包括两个阶段：发起业务阶段和处理业务回执阶段。
（一）发起网银贷记业务的处理。
1.付款（清算）行的处理。
付款（清算）行受理付款人的付款请求，检查付款人账户状态、余额，检查通过后进行账务处理。会计分录为：
借：××存款—××户
贷：待清算支付款项
付款清算行组网银贷记业务报文，加编数字签名后发送网银中心，并标记该业务状态为“已发送”。
2.网银中心的处理。
网银中心收到付款清算行发来的网银贷记业务报文，检查报文格式、业务权限、收（付）款清算行清算账户状态并核验数字签名无误后，转发收款清算行，同时标记该业务状态为“已转发”；检查未通过的，做拒绝处理。
3.收款清算行的处理。
收款清算行前臵机收到网银中心转发的网银贷记业务报文，检查报文格式并核验数字签名无误后，转发行内业务系统；检查未通过的，做拒绝处理。
4.收到拒绝通知的处理。
付款清算行、网银中心收到“已拒绝”通知，修改相应业务状态。付款清算行应对已拒绝的业务作相应处理。
（二）网银贷记业务回执的处理。
1.收款清算行的处理。
收款清算行行内业务系统收到网银贷记业务报文，实时核验数字签名并检查收款人账号、户名及账户状态，根据检查结果组“已确认”或“已拒绝”的网银贷记业务回执报文，加编数字签名后实时发送网银中心。
2.网银中心的处理。
网银中心收到收款清算行发来的网银贷记业务回执报文，进行合法性检查并核验数字签名。核验无误且业务状态为“已确认”的，立即进行净借记限额检查；核验失败的做拒绝处理。
净借记限额检查通过的，实时纳入轧差处理，并标记该业务状态为“已轧差”后组轧差通知报文，加编数字签名，发送至付款清算行、收款清算行；净借记限额检查未通过的，做拒绝处理。
网银中心收到业务状态为“已拒绝”的网银贷记业务回执报文，标记该业务状态为“已拒绝”，通知付款清算行。
网银中心检查回执报文格式有误或核验数字签名失败的，标记该业务状态为“已拒绝”，同时通知付款清算行和收款清算行。
3.各节点对各类通知的处理。
网银中心、付款清算行、收款清算行收到“已拒绝”、“已轧差”和“已清算”通知后，修改业务状态，并作相应处理。
（1）网银中心收到轧差净额“已清算”通知，标记该业务状态为“已清算”，并通知付款清算行和收款清算行。
（2）付款清算行收到各类通知时，相应进行如下处理：
付款清算行收到“已拒绝”通知时，进行账务处理。会计分录为：
借：××存款—××户（红字）
贷：待清算支付款项（红字）
账务处理完成后，标记该业务状态为“已拒绝”，并通知付款人付款失败。
●付款清算行收到“已轧差”通知时，标记该业务状态为“已轧差”，并通知付款人付款成功。
●付款清算行收到“已清算”通知时，标记该业务状态为“已清算”，并进行账务处理。会计分录为：
借：待清算支付款项
贷：存放中央银行款项
（3）收款清算行收到各类通知时，相应进行如下处理：
●收款清算行收到“已轧差”通知时，标记该业务状态为“已轧差”，并进行账务处理。会计分录为：
借：待清算支付款项
贷：××存款—××户
●收款清算行收到“已清算”通知时，标记该业务状态为“已清算”，并进行账务处理。会计分录为：
借：存放中央银行款项
贷：待清算支付款项
二、网银借记业务
网银借记业务处理包括两个阶段：发起业务阶段和处理业务回执阶段。
（一）发起网银借记业务的处理。
1.收款（清算）行的处理。
收款（清算）行受理收款人的收款请求，检查业务要素无误后组网银借记业务报文，加编数字签名发送网银中心，并标记该业务状态为“已发送”。
2.网银中心的处理。
网银中心收到收款清算行发来的网银借记业务报文，检查报文格式、业务权限、收（付）款清算行账户状态并核验数字签名
无误后，转发付款清算行，同时标记该业务状态为“已转发”；检查未通过的，做拒绝处理。
3.付款清算行的处理。
付款清算行前臵机收到网银中心发来的网银借记业务报文，检查报文格式并核验数字签名无误后，转发行内业务系统；检查未通过的，做拒绝处理。
4.收到拒绝通知的处理。
收款清算行、网银中心收到“已拒绝”通知，修改相应业务状态。收款清算行应对已拒绝的业务作相应处理，并通知收款人收款失败。
（二）网银借记业务回执的处理。
1.付款清算行的处理。
付款清算行行内业务系统收到网银借记业务报文，核验数字签名无误后立即进行协议核验。协议核验成功的，检查付款人账户状态及余额，检查通过的立即进行账务处理。会计分录为：
借：××存款—××户
贷：待清算支付款项
账务处理成功后，付款清算行组网银借记业务回执报文（业务状态为“已付款”），加编数字签名后实时发送网银中心。
付款清算行核验数字签名、协议不成功或检查账户状态及余额未通过的，组网银借记业务回执报文（业务状态为“已拒绝”），加编数字签名后实时发送网银中心。
2.网银中心的处理。
网银中心收到付款清算行发来的网银借记业务回执报文，进行合法性检查并核验数字签名。核验无误且业务状态为“已付款”的，立即进行净借记限额检查；核验失败的做拒绝处理。
净借记限额检查通过的，实时纳入轧差处理，并标记该业务状态为“已轧差”后组轧差通知报文，加编数字签名，发送至付款清算行、收款清算行；净借记限额检查未通过的，做拒绝处理。
网银中心收到业务状态为“已拒绝”的网银借记业务回执报文，标记该业务状态为“已拒绝”，通知收款清算行。
网银中心检查网银借记业务回执报文格式有误或核验数字签名失败的，标记该业务状态为“已拒绝”，并通知付款清算行和收款清算行。
3.各节点对各类通知的处理。
网银中心、付款清算行、收款清算行收到“已拒绝”、“已轧差”和“已清算”通知后，修改业务状态，并作相应处理。
（1）网银中心收到轧差净额“已清算”通知，标记该业务状态为“已清算”，并通知付款清算行和收款清算行。
（2）付款清算行收到各类通知时，相应进行如下处理：
●付款清算行收到“已拒绝”通知时，标记该业务状态为“已拒绝”，并进行账务处理。会计分录为：
借：××存款—××户（红字）
贷：待清算支付款项（红字）
●付款清算行收到“已轧差”通知时，标记该业务状态为“已轧差”。
●付款清算行收到“已清算”通知时，标记该业务状态为“已清算”，并进行账务处理。会计分录为：
借：待清算支付款项
贷：存放中央银行款项
（3）收款清算行收到各类通知时，相应进行如下处理：
●收款清算行收到“已轧差”通知时，标记该业务状态为“已轧差”，并进行账务处理。会计分录为：
借：待清算支付款项
贷：××存款—××户
账务处理完成后，通知收款人收款成功。
●收款清算行收到“已清算”通知时，标记该业务状态为
“已清算”，并进行账务处理。会计分录为：
借：存放中央银行款项
贷：待清算支付款项
收款清算行收到“已拒绝”通知时，标记该业务状态为“已拒绝”，并通知收款人收款失败。
三、第三方贷记业务
第三方贷记业务处理包括三个阶段：第三方机构发起业务阶段、付款清算行发出回执阶段和收款清算行发出回执阶段。
（一）发起第三方贷记业务的处理。
1.第三方机构的处理。
第三方机构受理客户的付款或收款请求，组第三方贷记业务报文，加编数字签名后发送网银中心，并标记该业务状态为“已发送”。
2.网银中心的处理。
网银中心收到第三方机构发来的第三方贷记业务报文，检查报文格式、业务权限并核验数字签名无误后，转发付款清算行，同时标记该业务状态为“已转发”；检查未通过的，做拒绝处理。
3.付款清算行的处理。
付款清算行前臵机收到网银中心发来的第三方贷记业务报文，检查报文格式并核验数字签名无误后，转发行内业务系统；检查未通过的，做拒绝处理。
4.收到拒绝通知的处理。
第三方机构、网银中心收到“已拒绝”通知，修改相应业务状态。第三方机构对已拒绝的业务作相应处理。
（二）付款清算行发出回执的处理。
1.付款清算行的处理。
付款清算行行内业务系统收到第三方贷记业务报文，核验数字签名无误后根据报文中的“认证方式”做相应处理。
对于在线方式认证的，付款清算行通过网银中心、第三方机构提示客户进行在线身份验证。经付款人确认付款后，付款清算行检查付款人账户状态及余额，检查通过的立即进行账务处理。
对于协议方式认证的，付款清算行立即进行协议核验。核验成功的，检查付款人账户状态及余额，检查通过的立即进行账务处理。会计分录为：
借：××存款—××户
贷：待清算支付款项
账务处理成功后，付款清算行组第三方贷记业务回执报文（业务状态为“已付款”），加编数字签名后实时发送网银中心。
付款清算行核验数字签名、协议不成功或账户状态及余额检查未通过的，组第三方贷记业务回执报文（业务状态为“已拒绝”），加编数字签名后实时发送网银中心。
2.网银中心的处理。
网银中心收到付款清算行发来的第三方贷记业务回执报文，进行合法性检查并核验数字签名。检查通过的，将第三方贷记业务报文（业务状态为“已付款”）转发收款清算行；检查未通过的，标记业务状态为“已拒绝”，并通知付款清算行和第三方机构。
3.收款清算行的处理。
收款清算行前臵机收到网银中心转发的第三方贷记业务报文，检查报文格式并核验数字签名无误后，转发行内业务系统；检查未通过的，做拒绝处理。
4.收到拒绝通知的处理。
网银中心、付款清算行、收款清算行、第三方机构收到“已拒绝”通知，修改相应业务状态。付款清算行和第三方机构应对已拒绝的业务作相应处理。
（三）收款清算行发出回执的处理。
1.收款清算行的处理。
收款清算行行内业务系统收到第三方贷记业务报文，实时核验数字签名并检查收款人账号、户名及账户状态，根据检查结果组“已确认”或“已拒绝”的第三方贷记业务回执报文，加编数字签名后实时发送网银中心。
2.网银中心的处理。
网银中心收到收款清算行发来的第三方贷记业务回执报文，进行合法性检查并核验数字签名。核验无误且业务状态为“已确认”的，立即进行净借记限额检查；核验失败的做拒绝处理。
净借记限额检查通过的，实时纳入轧差处理。如第三方机构未通过网上支付跨行清算系统代收付款人手续费，网银中心对收、付款清算行进行双边轧差；如第三方机构通过网上支付跨行清算系统代收付款人手续费，网银中心分别对收、付款清算行和第三方机构进行轧差。轧差完成后，标记该业务状态为“已轧差”，并组轧差通知报文，加编数字签名发送至付款清算行、收款清算行和第三方机构。净借记限额检查未通过的，做拒绝处理。
网银中心收到业务状态为“已拒绝”的第三方贷记业务回执报文，标记该业务状态为“已拒绝”，通知付款清算行和第三方机构。
网银中心检查回执报文格式有误或核验数字签名失败的，做拒绝处理，标记该业务状态为“已拒绝”，同时通知付款清算行、收款清算行和第三方机构。
3.各节点对各类通知的处理。
网银中心、付款清算行、收款清算行、第三方机构收到“已拒绝”、“已轧差”和“已清算”通知后，修改业务状态，并作相应处理。
（1）网银中心收到轧差净额“已清算”通知，标记该业务状态为“已清算”，并通知付款清算行、收款清算行和第三方机构。
（2）付款清算行收到各类通知时，相应进行如下处理：
付款清算行收到“已拒绝”通知时，标记该业务状态为“已拒绝”，并进行账务处理。会计分录为：
借：××存款—××户（红字）
贷：待清算支付款项（红字）
●付款清算行收到“已轧差”通知时，标记该业务状态为“已轧差”。
●付款清算行收到“已清算”通知时，标记该业务状态为“已清算”，并进行账务处理。会计分录为：
借：待清算支付款项
贷：存放中央银行款项
（3）收款清算行收到各类通知时，相应进行如下处理：
●收款清算行收到“已轧差”通知时，标记该业务状态为“已轧差”，并进行账务处理。会计分录为：
借：待清算支付款项
贷：××存款—××户
●收款清算行收到“已清算”通知时，标记该业务状态为“已清算”，并进行账务处理。会计分录为：
借：存放中央银行款项
贷：待清算支付款项
（4）第三方机构收到各类通知时，相应进行如下处理：
●第三方机构收到“已拒绝”通知时，标记该业务状态为“已拒绝”，并通知客户业务处理失败。
●第三方机构收到“已轧差”通知时，标记该业务状态为“已轧差”，并通知客户业务处理成功。
●第三方机构收到“已清算”通知时，标记该业务状态为“已清算”，如通过网上支付跨行清算系统代收付款人手续费，进行账务处理。会计分录为：
借：存放中央银行款项
贷：手续费收入
叁账户信息查询业务
账户信息查询业务处理包括两个阶段：发起查询申请阶段和查询业务应答阶段。
一、发起查询申请的处理
（一）查询机构的处理。
查询机构受理查询人的账户信息查询请求，组账户信息查询申请报文，加编数字签名后发送网银中心，并标记该业务状态为“已发送”。
（二）网银中心的处理。
网银中心收到查询机构发来的账户信息查询申请报文，检查报文格式、业务权限并核验数字签名无误后，转发至被查询机构，同时标记该业务状态为“已转发”；检查未通过的，做拒绝处理。
（三）被查询机构的处理。
被查询机构前臵机收到网银中心转发的账户信息查询申请报文，检查报文格式并核验数字签名无误后，转发行内业务系统；检查未通过的，做拒绝处理。
（四）收到拒绝通知的处理。
查询机构、网银中心收到已拒绝通知，修改相应业务状态。查询机构收到已拒绝通知，应通知查询人查询失败。
二、查询业务应答的处理
（一）被查询机构的处理。
被查询机构行内业务系统收到账户信息查询申请报文，核验数字签名无误后立即进行协议核验。核验成功的，组账户信息查询应答报文（业务状态为“已成功”），加编数字签名后实时发送网银中心；核验失败的，组账户信息查询应答报文（业务状态为“已拒绝”），加编数字签名后实时发送网银中心。
（二）网银中心的处理。
网银中心收到被查询机构发来的账户信息查询应答报文，进
行合法性检查并核验数字签名。检查通过的，转发查询机构；检查未通过的，做拒绝处理。
（三）查询机构的处理。
查询机构收到网银中心转发的账户信息查询应答报文，进行报文格式检查并核验数字签名。检查通过的，对于业务状态为“已成功”的账户信息查询应答报文，向查询人展示被查询账户的信息；对于业务状态为“已拒绝”的账户信息查询应答报文，提示查询人查询失败原因。检查未通过的，做拒绝处理。
（四）收到拒绝通知的处理。
查询机构、网银中心、被查询机构收到“已拒绝”通知后，修改相应业务状态。查询机构收到“已拒绝”通知后，应通知查询人查询失败。
肆在线签约管理
一、签订授权支付协议
在线签订授权支付协议包括两个阶段：发起签约阶段和签约应答阶段。
（一）通过付款清算行发起签约的处理。
1.发起签约的处理。
（1）付款（清算）行的处理。
●付款（清算）行受理客户的签约申请，提示客户填写下列签约信息:
付款人指定的支付业务发起机构（必填项）
付款人在支付业务发起机构的客户代码（必填项）
付款人账号（必填项）
付款人户名（必填项）
付款人账户类型（必填项）
收款人账号（可选项，指定收款人时填写）
收款人户名（可选项，指定收款人时填写）
收款人开户银行（可选项，指定收款人时填写）
付款人的客户服务号（指收款人用于唯一识别付款
人的代码。可选项，指定收款人时填写）
授权支付业务种类（必填项）
日累计业务笔数上限（可选项）
月累计业务笔数上限（可选项）
单笔业务金额上限（可选项）
日累计业务金额上限（可选项）
月累计业务金额上限（可选项）
协议生效日期（必填项）
协议失效日期（可选项）
●付款人开户银行根据客户填写的签约信息，生成授权支付协议文本由客户在线确认。客户查阅协议内容并确认无误后，付款人开户银行负责生成授权支付协议编号。付款清算行组授权支付协议管理通知报文，加编数字签名后发送网银中心。
（2）网银中心的处理。
网银中心收到付款清算行发来的授权支付协议管理通知报文，检查报文格式、业务权限并核验数字签名无误后，转发付款人指定的支付业务发起机构; 检查未通过的，做拒绝处理。
付款人指定的支付业务发起机构（以下简称付款人指定机构）是付款人在授权支付协议中指定的支付业务发起机构。
（3）付款人指定机构的处理。
付款人指定机构前臵机收到网银中心转发的授权支付协议管理通知报文，检查报文格式并核验数字签名无误后，转发内部业务系统；检查未通过的，做拒绝处理。
（4）收到拒绝通知的处理。
付款清算行、网银中心收到“已拒绝”通知，修改相应业务
状态。付款清算行收到“已拒绝”通知，通知客户签约失败。
2.签约应答的处理。
（1）付款人指定机构的处理。
付款人指定机构内部业务系统收到授权支付协议管理通知报文，实时核验数字签名并检查付款人客户代码、收款人账号、收款人户名和开户银行等信息是否正确，根据检查结果组“已成功”或“已拒绝”的授权支付协议管理通知应答报文，加编数字签名后实时发送网银中心。
对于业务状态为“已成功”的授权支付协议，付款人指定机构将协议信息入协议数据库保存，并将协议信息通知协议指定的收款人。
（2）网银中心的处理。
网银中心收到付款人指定机构发来的授权支付协议管理通知应答报文，进行合法性检查并核验数字签名无误后，实时转发付款清算行；检查未通过的，做拒绝处理。
（3）付款清算行的处理
付款清算行收到网银中心转发的授权支付协议管理通知应答报文，进行报文格式检查并核验数字签名。检查通过的，对于业务状态为“已成功”的，提示客户签约成功，并将协议信息入协议数据库保存；对于业务状态为“已拒绝”的，提示客户签约失败。检查未通过的，做拒绝处理。
（4）收到拒绝通知的处理。
付款清算行、网银中心、付款人指定机构收到“已拒绝”通知，修改相应业务状态。付款清算行收到“已拒绝”通知，通知客户签约失败。
（二）通过付款人指定机构发起签约的处理。
付款人指定机构可以是第三方机构，也可以是收款清算行。
1.发起签约的处理。
（1）付款人指定机构的处理。〃`
●付款人指定机构受理客户的签约申请，提示客户填写下列签约信息:
收款人账号（可选项，指定收款人时填写）
收款人户名（可选项，指定收款人时填写）
收款人开户银行（可选项，指定收款人时填写）
付款人的客户服务号（指收款人用于唯一识别付款
人的代码。可选项，指定收款人时填写）
授权支付业务种类（必填项）
●付款人指定机构根据客户填写的签约信息，组授权支付协议管理申请报文，加编数字签名后发送网银中心。
（2）网银中心的处理。
网银中心收到付款人指定机构发送的授权支付协议管理申请报文，检查报文格式、业务权限并核验数字签名无误后，实时转发付款清算行；检查未通过的，做拒绝处理。
（3）付款清算行的处理。
付款清算行前臵机收到网银中心转发的授权支付协议管理申请报文，检查报文格式并核验数字签名无误后，实时转发行内业务系统；检查未通过的，做拒绝处理。
（4）收到拒绝通知的处理。
付款人指定机构、网银中心收到“已拒绝”通知，修改相应业务状态。付款人指定机构对已拒绝的业务，提示客户签约失败。
2.签约应答的处理。
（1）付款清算行的处理。
●付款清算行行内业务系统收到授权支付协议管理申请报文，实时核验数字签名无误后，通过网银中心、付款人指定机构提示客户进行在线身份验证。身份验证通过的，付款人开户银行提示客户填写下列签约信息:
付款人账号（必填项）
付款人户名（必填项）
付款人账户类型（必填项）
日累计业务笔数上限（可选项）
月累计业务笔数上限（可选项）
单笔业务金额上限（可选项）
日累计业务金额上限（可选项）
月累计业务金额上限（可选项）
协议生效日期（必填项）
协议失效日期（可选项）
●付款人开户银行根据客户填写的签约信息，生成授权支付协议文本由客户在线确认。客户查阅协议内容并确认无误后，付款人开户行负责生成授权支付协议编号，将协议信息入协议数据库保存。付款清算行组授权支付协议管理申请应答报文（业务状态为“已成功”），加编数字签名后实时发送网银中心。
●付款清算行核验数字签名未通过的，做拒绝处理。
（2）网银中心的处理。
网银中心收到付款清算行发来的授权支付协议管理申请应答报文，检查报文格式、业务权限并核验数字签名无误后，转发付款人指定机构；检查未通过的，做拒绝处理。
（3）付款人指定机构的处理。
付款人指定机构收到网银中心转发的授权支付协议管理申请应答报文，检查报文格式并核验数字签名无误后，根据授权支付协议管理应答报文中“业务状态”作相应处理。检查未通过的，做拒绝处理。
业务状态为“已成功”的，付款人指定机构提示客户签约成功，并将协议信息入协议数据库保存。
业务状态为“已拒绝”的，付款人指定机构提示客户签约失败。
（4）收到拒绝通知的处理。
付款清算行、付款人指定机构、网银中心收到“已拒绝”通知，修改相应业务状态。付款人指定机构对已拒绝的业务，提示客户签约失败。
二、签订账户信息查询协议
在线签订账户信息查询协议包括两个阶段：发起签约阶段和签约应答阶段。
（一）通过被查询机构发起签约的处理。
1.发起签约的处理。
（1）被查询机构的处理。
●被查询机构受理客户的签约申请，提示客户填写下列签约信息:
查询业务的发起机构（必填项）
查询人账号或客户代码（必填项）
查询人户名或名称（必填项）
被查询账户开户行（必填项）
被查询人户名（必填项）
被查询人账号（必填项）
被查询人账户类型（必填项）
●被查询机构根据客户填写的签约信息生成账户信息查询协议文本供客户在线确认，客户查阅协议内容并确认无误后，被查询机构负责生成账户信息查询协议编号，同时组账户信息查询协议管理通知报文，加编数字签名后实时发送网银中心。
（2）网银中心的处理。
网银中心收到被查询机构发来的账户信息查询协议管理通知报文，检查报文格式、业务权限并核验数字签名无误后，实时转发指定查询机构；检查未通过的，做拒绝处理。
（3）指定查询机构的处理。
指定查询机构前臵机收到网银中心转发的账户信息查询协议管理通知报文，检查报文格式并核验数字签名无误后，转发查询机构内部业务系统。检查未通过的，做拒绝处理。
（4）收到拒绝通知的处理。
被查询机构、网银中心收到已拒绝通知，修改相应业务状态。被查询机构收到已拒绝通知，提示客户签约失败。
2.签约应答的处理。
（1）指定查询机构的处理。
指定查询机构内部业务系统收到账户信息查询协议管理通知报文，实时核验数字签名并检查查询人户名（名称）和账号（客户代码），根据检查结果组“已成功”或“已拒绝”的账户信息查询协议管理通知应答报文，加编数字签名后实时发送网银中心。
对于业务状态为“已成功”的账户信息查询协议，查询机构将协议信息入协议数据库保存。
（2）网银中心的处理。
网银中心收到查询机构发来的账户信息查询协议管理通知应答报文，进行合法性检查并核验数字签名无误后，实时转发被查询机构;检查未通过的，做拒绝处理。
（3）被查询机构的处理。
被查询机构收到网银中心转发的账户信息查询协议管理通知应答报文，检查报文格式并核验数字签名无误后，根据账户信息查询协议管理通知应答报文中的“业务状态”做相应处理。检查未通过的，做拒绝处理。
业务状态为“已成功”的，被查询机构提示客户签约成功，并将协议信息入协议数据库保存。
业务状态为“已拒绝”的，被查询机构提示客户签约失败。
（4）收到拒绝通知的处理。
被查询机构、网银中心、指定查询机构收到“已拒绝”通知，
银行的支付清算系统
一、我国支付清算系统存在的问题 尽管人民银行与商业银行在支付清算领域进行了不断改革，但是，支付清算系统在风险管理方面还存在以下问题。 （一）有关法律法规不完善 1、支付密码的法律地位问题 由于我国《票据法》并没有认可支付密码代替签章的效力，因此，支付密码不能代替印章，一旦出现制服纠纷，组织同城清算的人民银行分支机构将处在无法可依的被动地位。 2、支付清算管理办法的缺位 目前我国还缺乏对市场化的支付清算组织的管理办法，对组织形式、准入、退出的标准也没有具体的规定，更谈不上管理监督和风险控制。少数单位由于管理上存在的漏洞，出现了不法分子盗用银行资金，造成重大损失。如何面对支付清算服务市场化的趋势，加强对支付清算组织的监督，控制风险，是人民银行必须尽快解决的问题。 3、《电子联行往来制度》严重不适应业务发展要求 《电子联行往来制度》一直停留在人民银行与商业银行交换纸质凭证的运行模式，严重滞后于实际业务的发展。 4、对新兴电子支付工具尚未立法 相应法律规定空白的存在，一旦产生纠纷很难解决。另外，由于缺乏国家相关法律法规的指导，各家商业银行和银行监管机构关于电子支付工具方面的管理办法、执行规定以及监管措施也很不完善，操作性不强，系统完整性不足。因此，制定完善相关法律法规已经是迫在眉睫。 （二）运行管理中存在的问题 1、电子联行系统应用软件和设备严重老化 （1）电子联行软件存在缺陷，业务高峰时间在下午3点到5点，小站只能提前关闭“本地进程”，以便有足够时间向总站发送信息。这时，如果有新的往帐到达该站，通汇点显示往帐发送已妥，事实上小站并未收到该笔往帐。 （2）电子联行通汇点查询不能及时处理。 （3）中继行系统软硬件老化，计算机档次低，出现故障的概率高。 2、大额支付系统运行维护机制尚未建立 系统出现大的故障时，由于人民银行将开发和推广外包，并不熟悉系统，所以无法采取有效手段予以解决，造成业务处理延迟。 3、灾难备份系统建设严重滞后 大额支付系统运行以来，国家处理中心至少出现了两次故障，累计停工4小时。这种现状不利于防范运行风险。 （三）现代化支付系统（CNAPS）建设中存在的问题 1、建设周期过长，总体规划不断发生变化，产生混合运行风险。 2、数据过于集中，增加了运行风险。 3、排队机制设计影响了系统效率。 二、中国金融支付清算系统改革构想 1、将商业银行等机构的清算账户予以合并、集中 应将商业银行分支机构的账户予以合并与集中,即在一个地区内,同一商业银行的所有分支机构在人民银行的多个账户将合并为一个账户,用于结算支付交易和法定储备管理。将所有中央银行账户集中在全国处理中心,建立全国统一的结
网上支付跨行清算系统业务处理办法
网上支付跨行清算系统业务处理办法 （试行） 第一章总则 第一条为规范网上支付跨行清算系统的业务处理，保障系统高效、安全、稳定运行，加速资金周转，防范支付风险，依据《中华人民共和国中国人民银行法》及有关法律法规的规定，制定本办法。 第二条网上支付跨行清算系统逐笔实时处理支付业务，轧差净额清算资金。 第三条在中华人民共和国境内通过网上支付跨行清算系统办理业务的系统参与者和系统运行者，适用本办法。 第四条中国人民银行对网上支付跨行清算系统实行统一管理，对系统运行者及参与者进行管理和监督。 中国人民银行通过网上支付跨行清算系统对参与者业务系统在线情况实施监控。 第五条网上支付跨行清算系统的参与者分为直接接入银行机构、直接接入非金融机构和代理接入银行机构。 本办法所称直接接入银行机构，指与网上支付跨行清算系统连接并在中国人民银行开设清算账户，直接通过网上支付跨行清算系统办理业务的银行业金融机构。 本办法所称直接接入非金融机构，指与网上支付跨行清算系统连接，直接通过网上支付跨行清算系统办理业务的非金融支付服务机构。 本办法所称代理接入银行机构，指委托直接接入银行机构通过网上支付跨行清算系统代为收发业务和清算资金的
银行机构。 第六条系统参与者通过网上支付跨行清算系统办理业务时，应当遵守反洗钱的有关规定，履行反洗钱义务。 第七条网上支付跨行清算系统和大额支付系统、小额支付系统共享清算账户。 本办法所称清算账户，指直接接入银行机构在中国人民银行开立的、用于资金清算的人民币存款账户。 第八条网上支付跨行清算系统处理规定金额以下的网上支付业务和账户信息查询业务。 中国人民银行可以根据业务管理和风险防范的需要，对通过网上支付跨行清算系统办理的支付业务金额上限进行设定和调整。 第九条支付业务经付款清算行确认后即具有支付效力。 本办法所称付款清算行，指付款人开户银行所属的直接接入银行机构。 第十条网上支付跨行清算系统处理的支付业务一经轧差即具有支付最终性，不可撤销。 第十一条网上支付跨行清算系统处理的支付业务遵循“实时入账、定时清算”的原则。收款行收到支付业务已轧差通知后应实时贷记指定收款人账户，网上支付跨行清算系统定时完成付款清算行和收款清算行的资金清算。 本办法所称付款行和收款行，包括直接接入银行机构和代理接入银行机构。 本办法所称收款清算行，指收款人开户银行所属的直接
商业银行支付结算业务发展演变及未来趋势研究
商业银行支付结算业务发展演变及未来发展建议 一、我国银行支付结算体系的历史沿革 我国银行的支付结算体系根据分类方法的不同有着不同的分类，按照实现方式不同，可以分为手工操作、单机操作和联机操作三个阶段，下面根据每种支付结算体系的特点做具体的介绍。 （一）手工操作阶段。从1984 年到1993 年这段期间，我国商业银行的支付结算体系是手工操作体系，实施的是大一统的银行体制。建国初期，我国的支付结算体系是借鉴前苏联的模式而建立的，形成了四大银行，中国工商银行行使工业领域的银行职能，农业银行行使农业领域的银行职能，中国银行行使国际业务领域的银行职能，建设银行行使建设领域的银行职能，进而形成了中央银行和专业银行的二元银行体制，中国银行是国际结算的政策性银行，四大银行之间的业务几乎没有交集，不存在业务竞争。手工操作阶段的银行支付结算包括同城、异地和国际结算，分别通过不同的渠道进行。同城的结算需要结算人将保存好的纸质票据提交至票据交换所，交换所的工作人员在认真审核票据后，进行手工结算；异地结算需要结算人通过邮政部门将纸质票据寄到目的地，通过运输传输支付凭证；国际结算由中国银行独家办理。这个时期的网络完全不发达，因此，其结算方式只能依靠手工方式，银行还没有形成完善的支付结算系统，只能通过纸质票据进行支付结算，由于大多数银行网点只办理居民储蓄业务，而办理结算的网点很少，结算方式单一、十分不便捷。 （二）单机操作阶段。从1994 年起，互联网开始兴起，在银行业也得到了初步而普遍的运用，相比手工操作阶段，支付结算效率得到了很大的提高。除了互联网的兴起，这个阶段我国的银行体系也发生了重大的变化。1994 年以前，工、农、中、建四大银行的商业化，使得很多股份制商业银行不断涌现；我国正式在1994年设立了三家政策性银行。这个阶段的支付结算方式在同城、异地和国际三个方面的操作也有所改变。在同城结算方面，省级以上的城市能够实现跨省的票据交换，在很多发达地区都得到了普及，手工操作由自动清分机代替，并打破了行政区划，大大简便了票据支付结算的手续，加快了票据支付结算速度。在异地结算方面，借助互联网的力量各地方的银行之间逐渐实现了联网操作，央行和各国有商业银行建立了统一的支付系统，支付结算方式不再是邮路传输，而是以电子传送的方式进行支付操作，通讯线路的设立使异地间的联行结算得以实行，个人账户的通兑和对公账户的通存也得以实现。单机操作阶段一直持续到了1999 年，之后又迈向了一个新阶段。 （三）联机联网操作阶段。21 世纪以后，互联网技术的发展不断进步，各
银行支付清算系统业务账务处理办法
银行支付清算系统业务账务处理 （草案） 第一章总则 为规范城市商业银行资金清算中心支付清算系统业务在我行的账务核算，防范业务操作风险，依据《城市商业银行资金清算中心支付清算系统业务处理手续（试行）》和《城市商业银行资金清算中心密码汇款业务处理手续（试行）》等文件规定，特制定我行支付清算系统业务账务处理手续。 我行支付清算系统业务处理手续指城市商业银行资金清算中心各会员（成员）行之间的汇兑业务、柜面通业务和密码汇款业务的账务处理。 第一章科目设置： 1011010101存放清算中心清算款项 30011001 清算系统待清算支付款项（汇兑业务） 30011002 清算系统待清算支付款项（柜面通） 30011003 清算系统待清算支付款项（密码汇款） 224106 密码汇款汇出户 224106 密码汇款移存户 224106 密码汇款逾期退回户 602101 清算系统汇兑手续费收入 60210306 清算系统柜面通手续费收入 60210307 清算系统密码汇款手续费收入 20110501 清算系统－挂账 第二章汇兑业务
一、普通贷记业务 （一）付款行的处理 付款行根据客户提交的普通贷记凭证，审核无误后进行行内账务处理。会计分录为： 借：201101- XX存款户或20110501－应解汇款 贷：30011001－清算系统待清算支付款项 付款行完成账务处理后，付款行行内业务处理系统将该业务转发支付清算系统前置机，前置机对报文格式、业务权限进行检查，无误后加编密押发送至资金清算中心。 （二）付款清算行的处理 付款清算行收到资金清算中心的已清算通知，进行账务处理。会计分录为：借：30011001－清算系统待清算支付款项 贷：1011010101－存放清算中心清算款项 （三）资金清算中心的处理 资金清算中心收到付款清算行发来的普通贷记业务后，进行合法性检查并核验密押，无误后登记数据库日志。 资金清算中心对核验密押无误的普通贷记业务进行付款清算行清算账户可用余额检查，减少付款清算行可用余额，增加收款清算行可用余额。不足支付，将业务作排队处理并向付款清算行返回已排队信息，直至日切结束后仍未清算的，清算系统做退回处理。 已清算的普通贷记业务，资金清算中心向付款清算行返回清算通知报文，同时向收款清算行转发该笔业务。
网上支付跨行清算系统-接入方式
一、简介（功能强大） 目前，网上银行已成为各家商业银行提供金融服务的重要平台，客户可以方便地进行转账汇款、网络购物、网上缴费、投资理财等多种支付活动。但是，现有的网上跨行支付属于银行间（或银行与非银行清算组织间）的协议行为，当收付款人不在同一家银行开户时，支付指令的跨行清算通过多个系统间传输或转换，有些处理环节还需商业银行业务人员手工干预，业务处理时间较长，客户也不能及时了解支付业务的处理结果。为提高网上支付的跨行清算效率，提升商业银行网银服务水平，更好地履行中央银行的支付清算职责，人民银行决定建设网上支付跨行清算系统。 网上支付跨行清算系统是人民银行继大、小额支付系统后建设的又一人民币跨行支付系统。系统将主要处理客户通过在线方式提交的零售业务，包括支付业务和跨行账户信息查询业务等。系统实行7×24小时连续运行，业务处理采用实时传输及回应机制，客户在线发起业务后可以及时了解业务的最终处理结果。通过建设网上支付跨行清算系统，将有效支持商业银行提升网上银行服务水平，并促进电子商务的快速发展。 网上支付跨行清算系统具有以下业务功能：处理网银贷记业务，网银借记业务，第三方贷记业务，跨行账户信息查询业务。 其业务运行模式与小额支付系统相似：运行时序为7×24 小时连续运行，采取定场次清算的模式，设置贷记业务金额上限，与大额支付系统共享同一个清算账户等等。从业务管理方面来讲，
网上支付跨行清算系统是小额支付系统在网上支付方面的延伸，从系统管理方面来讲，网上支付跨行清算系统是与大、小额支付系统并行的人民币跨行清算系统。 网上支付跨行清算系统投入使用后，将实现网银跨行支付的直通式处理，满足网银用户全天候的支付需求，有效支持电子商务的发展。支持符合条件的非银行支付服务组织接入，为其业务发展和创新提供公共清算平台。 二、发展背景（大势所趋） 近年来，网上银行已成为商业银行经营转型和拓展市场的重要渠道，在其业务发展战略中占有举足轻重的位置。据统计，超过十分之一的中国人已经开通网上银行。据《2009年中国网上银行调查报告》显示，城镇人口中，个人网银用户的比例为%，其中35~44岁的“社会核心”人群和女性市场网银用户增幅较大，网银正进一步渗透到各类人群中。 个人网银用户2009年人均每月使用网银次，比2008年增加次。据工商银行统计，目前银行网点的交易成本为元/笔，网银交易成本仅元/笔。2009年企业网银对于柜台替代率达到了%。网上银行已经成为传统实体银行网点的重要补充和替代，网银业务的发展对于分流银行柜面业务、缓解网点排队压力作用日益明显。 网上支付作为网上银行业务的重要组成部分，突破了传统支付业务处理的时间和空间限制，为越来越多的用户认可和使用。目前行内网银业务的支付指令可以经商业银行网银系统直接发往行内业务系
电子支付与结算简答题
电子支付与结算简答题 1.什么是支付，支付的过程是什么？ 答：支付包含两个层次的容：（1）付款人向收款人转移可接受的货币债权行为；（2）现金支付、转账支付。支付过程：交易、清算和结算 2.试阐述支付体系的构成以及各构成部分之间的关系。 答：支付体系主要由支付服务组织、支付工具、支付系统、支付体系监管等要素组成。 (1)支付服务组织 支付服务组织指向客户提供支付账户、支付工具和支付服务的金融机构。是提供支付服务的市场主体，包括中央银行、商业银行和支付清算组织等。 (2)支付工具 支付工具是传达债权债务人支付指令，实现债权债务清偿和货币资金转移的载体。 支付工具分为现金和非现金支付工具。非现金支付工具主要有票据、银行卡和电子支付工具。 (3)支付系统 支付系统是支撑各种支付工具应用、实现资金清算并完成资金最终转移的通道。 支付系统分为支付清算系统和支付结算系统。 (4) 支付体系监管 支付体系监管是在一系列相关法规制度约束下，综合运用经济、法律和行政手段对支付结算活动实施监督管理的行为。 中央银行承担着对支付市场、支付服务组织和支付业务的监督管理职能 3.试通过现实中的实例来说明各种电子支付的应用。 答：网上支付如网银支付、第三方支付、银联电子支付，移动支付，固定支付，ATM支付、POS支付、电子汇兑等。具体有银行卡转账、网银转账、支付宝付款、网上缴费、网上订票等。 4.简述电子支付和传统支付的不同。 答：略 5. 简述支票的交易流程。 答：请参考教材 6. 简要比较支票、汇票、本票三者的主要区别。 答：请参考教材 7. 贷记卡、信用卡和借记卡有何区别？ 答：（1）贷记卡也称为信用卡，指商业银行或信用公司向资信良好的个人和机构签发的一种信用凭证，持卡人可在指定的特约商户购物或获得服务，并允许透支一定的额度。（2）借记卡指商业银行向社会发行的具有消费信用、转账结算、存取现金等全部或部分功能的支付工具，不能透支，必须依托于持卡人的存款账户，具有电子存折的行政，一定程度上是支票的替代品。特点：先存款，后消费，不允许透支，需密码。 8. 简述电子化支付的主要类型。 答：电子化支付的主要类型包括网上支付(网银支付、第三方支付、银联电子支付)，移动支付，固定
网上支付跨行清算系统运行管理办法
网上支付跨行清算系统运行管理办法 （试行） 第一章总则 第一条为规范网上支付跨行清算系统的运行管理，确保网上支付跨行清算系统的安全、稳定、高效运行，依据《中华人民共和国中国人民银行法》等有关法律法规，制定本办法。 第二条本办法适用于承担网上支付跨行清算系统运行、维护和管理的中国人民银行清算总中心（以下简称清算总中心）、中国人民银行各分支机构清算中心（含结算中心，下同，以下简称清算中心）以及系统参和者运行维护部门。 第三条网上支付跨行清算系统运行管理的范围包括：（一）网银中心，即负责在参和者之间转发业务信息，并对支付业务进行轧差处理的系统节点； （二）网上支付跨行清算系统的接入节点（以下简称接入节点，含部署在清算中心的网上支付跨行清算系统相关使用和设备）； （三）网上支付跨行清算系统参和者前置机（以下简称参和者前置机）； （四）网上支付跨行清算系统备份系统； （五）网上支付跨行清算系统网络； （六）网上支付跨行清算系统使用安全子系统（以下简
称使用安全子系统）。 第四条清算总中心负责网银中心、网银中心备份系统、支付系统骨干网络以及使用安全子系统(网银中心部分)的运行、维护和管理；负责对清算中心进行监督、检查和考核；负责对系统运行、维护提供业务指导和技术支持。 清算中心负责接入节点及其备份设备、使用安全子系统(接入节点部分)的运行、维护和管理；负责对辖区内业务处理情况进行监测、统计和分析；负责对辖区内参和者提供运行、维护指导和技术支持。 网上支付跨行清算系统网络运行维护部门负责和网上支付跨行清算系统相关网络的运行、维护和管理。 参和者负责本单位网上支付跨行清算系统的运行、维护和管理。 第二章岗位管理 第五条清算总中心、清算中心及参和者应当合理安排运行维护各岗位人员，确保网上支付跨行清算系统安全稳定运行。 第六条网银中心应当设置系统管理岗、业务主管岗、业务操作岗、系统维护岗、网络维护岗和数字证书管理岗。 接入节点应当设置系统管理岗、业务主管岗、系统维护岗、网络维护岗和业务操作岗。 参和者前置机应当设置系统维护岗和网络维护岗。
银行支付清算系统应急处置预案模版
银行支付清算系统应急处置预案 第一章目的和依据 为正确、有效处理系统在运行过程中由于技术、业务以及其他不可抗拒原因出现的运行故障，保证会计核算的安全、准确，最大限度地降低对社会造成的不良影响，根据《支付结算办法》、《大额支付系统业务处理办法》、《小额支付系统业务处理办法》、《中国现代化支付系统运行管理办法》、《全国支票影像交换系统业务处理手续》、《全国支票影像交换系统运行管理办法》等法律法规及制度办法，以及《支付清算系统危机处置预案》等有关规定，制定本预案。 一、适用系统包括： 1.大额支付系统和小额支付系统 2.中国人民银行全国支票影像交换系统（以下简称影像交换系统）； 3.网上支付跨行清算系统； 4.某银行行内综合业务系统(以下简称银行行内系统)；二、适用范围包括： 本预案适用于预防和处置支付系统、影像交换系统、网上支付跨行清算系统、银行行内系统面临的突发事件。 1.自然灾害、事故灾难或突发社会安全事件造成的系统或某一节点的瘫痪； 2.突发公共卫生事件、社会安全事件造成人力资源的操作限制，严 重影响支付系统的操作运行； 3.支付系统出现故障，恢复时间超过 4 小时； 4.支付系统出现故障，恢复时间小于 4 小时，但有数据丢失时的处理。 三、应急处理基本原则： 1.账务安全原则。应急处理措施必须通过各种有效方法控制账务的处理，确保会计账务的不错不乱； 2.业务连续原则。应急处理措施要确保会计核算业务的不间断进行； 3.数据完整性原则。支付清算系统危机处置时，应尽快查找丢失的支付清算数据，确保数据的完整性和社会资金安全； 4.可操作性原则。应急处理措施要具有可操作性； 5.重要性原则。在处置危机时，应首先保证大额系统的正常运行而后再解决
中国与美国的支付清算系统比较研究
中国与美国的支付清算系统比较研究 摘要：支付清算系统是经济金融活动的基础性支撑。中美支付清算系统的比较分析表明，美国支付清算系统更完善，我国支付清算系统在完善度、服务范围、效率等多方面都有进一步改善的空间，需要采取提高子系统之间的连接度和融合度、提高系统的技术水平和管理水平、拓宽服务范围等策略措施。关键词: 中国;美国;支付清算系统 ;比较 一、引言 国际清算银行下设的支付清算系统委员会（ Committee on Payment andSettlement Systems ，简称 CPSS ），在 2006 年公布的《国家支付体系发展的一般指引》（ General Guidance for Na-tional Payment Sys tem Development ）中，认为支付体系是为发起、转移对中央银行或商业银行的货币债权而形成的设施、机构及制度的有机结合。支付清算体系应该包括：支付工具、支付基础设施、金融机构、市场安排、法律标准和规则。 《中国支付体系发展报告（ 2006 ）》（中国人民银行， 2007 ）将支付体系界定为实现资金转移的制度和技术的有机组合。我国的支付体系主要由支付服务组织、支付系统、支付工具及支付体系监督管理等要素组成。 [1 ]在支付清算系统的研究方面，富兰克林·艾伦、道格拉斯·盖尔（AllenFranklin ＆Gale Douglas （）2002 ）指出，市场和中介都是既有优点，也有不足，偏好选择这一种或那一种系统一定要依赖于每种经济的特定性质，最终的结构选择也依赖于所期望的东西。 [2]苏宁（ 2005 ）比较系统的探讨了实时全额结算系统、部分国家零售支付比较、部分国家零售支付的清算和结算安排等。 [3 ]曹红辉（ 2009 ）分析了国外的零售支付系统的特点和运行模式，指出
第二代支付系统报文交换标准清算账户系统分册
第二代支付系统报文交换标准【清算账户系统分册】 （版本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报文）净借记限额查询申请报文
网络支付与结算习题集
网络支付与结算习题集 第一章 一、名词解释 1．支付 2．网络支付结算 3．支票支付结算 二、判断题 1．B/S模式是目前最为流行的Internet应用模式，也是Intranet的核心应用模式。 2．WWW的网页文件是超文本标志语言HTML编写，且在超文本传输协议HTTP支付下运行的。 3．研制、开发、利用数字资源的产业是信息产业，其经济范畴是数字经济。电 子商务开创了数字经济的新时代，而电子商务本身又是在数字经济下进行的一种经济活动。 4．支付系统不断从手工操作走向电子化、网络化，直接导致了网络支付结算的兴起。这意味着以手工作业为主的传统支付结算体系中应用的各种支付手段会被淘汰。 5．一定的信用关系和信用制度是支付体系得以建立和完善的基础，同时，支付体系的完善和发展也能促进信用体系的进一步发展。 6．目前，我国信用体系发育程度低，客户普遍对网络支付的安全性持怀疑态度，致使网民对电子商务中进行网络支付持谨慎心态。 7．进行网络支付结算而处理电子商务中资金流的过程其实就是电子货币在计算机网络上的流动过程。 8．EFT、信用卡等电子支付形式的出现可以认为银行电子化的开始。 9．电子商务发展的核心问题之一是支付的快捷可靠解决，即借助网络支付与结算手段；而良好的网络支付结算手段的大规模应用取决于银行的电子化和信息化程度。 10．支付方法的电子化本质上传递的是支付结算的指令，而不是“等价物”本身。三、混合选择题 1．与支付有关的信用体系的建立与完善要涉及到以下因素（）。 A.支付承诺可信度 B.对违法者的惩罚 C.信用累积制度 D.身份认证 E.加密 2．通过银行的资金转账支付结算是目前国际上最主要的资金支付结算方式，其类型包括（）。 A.资金汇兑支付 B.自动清算所ACH支付 C.电子资金转账EFT D.信用卡支付结算 E.支票支付 3．网络支付与结算系统一般包括（）。 A.计算机网络系统 B.网络支付工具 C.网络银行 D.安全控制机制 E.CA机构
网上支付跨行清算系统业务处理办法.
网上支付跨行清算系统业务处理办法（试行） 第一章总则 第一条为规范网上支付跨行清算系统的业务处理，保障系统高效、安全、稳定运行，加速资金周转，防范支付风险，依据《中华人民共和国中国人民银行法》及有关法律法规的规定，制定本办法。 第二条网上支付跨行清算系统逐笔实时处理支付业务，轧差净额清算资金。 第三条在中华人民共和国境内通过网上支付跨行清算系统办理业务的系统参与者和系统运行者，适用本办法。 第四条中国人民银行对网上支付跨行清算系统实行统一管理，对系统运行者及参与者进行管理和监督。 中国人民银行通过网上支付跨行清算系统对参与者业务系统在线情况实施监控。 第五条网上支付跨行清算系统的参与者分为直接接入银行机构、直接接入非金融机构和代理接入银行机构。 本办法所称直接接入银行机构，指与网上支付跨行清算系统连接并在中国人民银行开设清算账户，直接通过网上支付跨行清算系统办理业务的银行业金融机构。 本办法所称直接接入非金融机构，指与网上支付跨行清算系统连接，直接通过网上支付跨行清算系统办理业务的非金融支付服务机构。 本办法所称代理接入银行机构，指委托直接接入银行机构通过网上支付跨行清算系统代为收发业务和清算资金的银行机构。 第六条系统参与者通过网上支付跨行清算系统办理业务时，应当遵守反洗钱的有关规定，履行反洗钱义务。 第七条网上支付跨行清算系统和大额支付系统、小额支付系统共享清算账户。 本办法所称清算账户，指直接接入银行机构在中国人民银行开立的、用于资金清算的人民币存款账户。 第八条网上支付跨行清算系统处理规定金额以下的网上支付业务和账户信息查询业务。 中国人民银行可以根据业务管理和风险防范的需要，对通过网上支付跨行清算系统办理的支付业务金额
商业银行网上支付跨行清算系统应急预案
商业银行网上支付跨行清算系统应急预案 第一章总则 第一条为正确、高效处置常山联合村镇银行本行网上支付跨行清算系统突发事件，提高应对网上支付跨行清算系统危机的能力，防范支付清算风险，保障网上支付跨行清算系统支付业务的连续性及本行、客户资金的安全，特制定本预案。 第二条网上支付跨行清算系统中断开始至恢复期间，在发生电力故障、通讯线路故障、火情水灾、病毒爆发、网络攻击、人为破坏、不可抗力、计算机硬件故障、网络操作系统故障、漏洞、应用系统故障及其它异常事件影响导致业务中断时，我行须及时启用替代清算渠道或采用手工处理方式，保证网上支付跨行清算业务正常持续进行。业务应急的完整方案根据业务变化或演练情况不断完善。 第三条应急预案涉及机构、人员、业务场景 本预案适用于本行使用网上支付跨行清算系统办理业务的相关部门，包括网络金融部、运营服务部、总行营业部、信息科技部等。 本预案适用于预防和处置网上支付跨行清算系统面临的各种突发事件，主要包括以下三种： （一）自然灾害、事故灾难或突发社会安全事件造成系统或某一节点的崩溃； - 1 -
（二）突发社会安全事件造成人力资源操作限制，严重影响网上支付跨行清算系统的操作运行； （三）网上支付跨行清算系统出现故障，恢复时间超过可容忍的时间极限。 第四条处置原则 （一）系统不间断原则。本行应建立灾难备份系统，发生突发事件时，应按规定程序切换到灾难备份系统，保障网上支付跨行清算系统的不间断运行； （二）业务连续性原则。处置网上支付跨行清算系统危机时，应采取积极措施，处置措施预案应具有可操作性，保障网上支付跨行清算系统支付业务处理的连续性； （三）数据完整性原则。处置危机时应尽快查找丢失的支付数据，确保数据的完整性和客户资金安全性。 第五条网上支付跨行清算系统的备份设施 本行网上支付跨行清算系统以同城票据交换系统、大小额支付系统、银联系统、兴业银银平台作为备份清算渠道。 第二章组织架构及职责分工 第六条网上支付跨行清算系统应急预案处理组织架构包括应急领导小组、应急执行小组及应急保障小组，各应急小组名单及联系方式见附件1。 （一）应急领导小组 应急领导小组由董事长领导担任组长，行长负责人担任副组长，
《网上支付跨行清算系统运行管理办法(试行)》(西银办【2010】237号)概述
网上支付跨行清算系统运行管理办法（试行） 第一章总则 第一条为规范网上支付跨行清算系统的运行管理，确保网上支付跨行清算系统的安全、稳定、高效运行，依据《中华人民共和国中国人民银行法》等有关法律法规，制定本办法。 第二条本办法适用于承担网上支付跨行清算系统运行、维护和管理的中国人民银行清算总中心（以下简称清算总中心）、中国人民银行各分支机构清算中心（含结算中心，下同，以下简称清算中心）以及系统参与者运行维护部门。 第三条网上支付跨行清算系统运行管理的范围包括： （一）网银中心，即负责在参与者之间转发业务信息，并对支付业务进行轧差处理的系统节点； （二）网上支付跨行清算系统的接入节点（以下简称接入节点，含部署在清算中心的网上支付跨行清算系统相关应用和设备）； （三）网上支付跨行清算系统参与者前置机（以下简称参与者前置机）； （四）网上支付跨行清算系统备份系统； （五）网上支付跨行清算系统网络； （六）网上支付跨行清算系统应用安全子系统（以下简称应用安全子系统）。 第四条清算总中心负责网银中心、网银中心备份系统、支付系统骨干网络以及应用安全子系统(网银中心部分)的运行、维护和管理；负责对清算中心进行监督、检查和考核；负责对系统运行、维护提供业务指导和技术支持。
清算中心负责接入节点及其备份设备、应用安全子系统(接入节点部分)的运行、维护和管理；负责对辖区内业务处理情况进行监测、统计和分析；负责对辖区内参与者提供运行、维护指导和技术支持。 网上支付跨行清算系统网络运行维护部门负责与网上支付跨行清算系统相关网络的运行、维护和管理。 参与者负责本单位网上支付跨行清算系统的运行、维护和管理。 第二章岗位管理 第五条清算总中心、清算中心及参与者应当合理安排运行维护各岗位人员，确保网上支付跨行清算系统安全稳定运行。 第六条网银中心应当设置系统管理岗、业务主管岗、业务操作岗、系统维护岗、网络维护岗和数字证书管理岗。 接入节点应当设置系统管理岗、业务主管岗、系统维护岗、网络维护岗和业务操作岗。 参与者前置机应当设置系统维护岗和网络维护岗。 应用安全子系统应当设置注册中心（以下简称RA）审核操作岗和录入操作岗、地方注册中心（以下简称LRA）审核操作岗和录入操作岗。 第七条业务操作岗和RA/LRA录入操作岗可兼任，但不得与其他岗位兼任；系统管理岗、系统维护岗和网络维护岗不得兼任业务主管岗；RA/LRA审核操作岗和RA/LRA录入操作岗不得相互兼任。 第八条系统管理岗负责增加、更改和注销用户。 第九条业务主管岗负责系统业务运行，监控业务运行状
支付清算体系
一，支付清算体系的简介 支付清算体系是一个国家的金融基础设施，或说公共服务。我国由央行主管此事，目前大体维持“结算-清算”二级制的支付体系。通俗地讲，银行与商户、消费者之间为结算关系，而银行之间构成清算关系，两个层次交易完成后，支付环节才算终了。清算，其实就是因跨行交易而产生的银行间债务债权进行定期净轧（比如每日），以结清因跨行交易产生的债务债权。清算更为底层，是一个平台，由央行主导建设，一般个人用户不会直接接触清算系统。结算则是前端，由银行、非金支付公司等向客户提供服务，也就是所谓的支付业务。银行自身接入清算系统，非金融支付公司则以自已开户的备付金托管行代理，接入清算系统。 图1“结算-清算”二级体系 从上面的二级体系可以看出，跨行的清算必须经过央行的清算系统进行处理，而银行内部的结算，则是由各个商业银行自己经营办理。 在《中国人民银行法》中规定了中国人民银行对清算的义务和责任： 1，中国人民银行应当组织或者协助组织银行业金融机构相互之间的清算系统，协调银行业金融机构相互之间的清算事项，提供清算服务，具体办法由中国人民银行制定。 2，中国人民银行会同国务院银行业监督管理机构（银监会）制定支付结算规则。 在《商业银行法》中规定了商业银行对结算的支持：
1，商业银行可以经营办理国内外结算。 因此，清算不等于结算。从基础概念看，央行主导了银行业金融机构之间的清算系统，而商业银行则可以经营国内外结算业务，即是“结算-清算”二级制的支付体系。 那么，为什么央行需要维持目前的“结算-清算”二级体系呢？笔者认为本质是监控资金在全社会的流动，避免系统性风险，提高支付的效率，树立公众对支付体系的信心，同时，有利于有效地实施货币政策等。由于清算系统是平台系统，不是前端服务，因此对用户体验没有刻意要求，但对系统稳定性、可靠性、高效性、安全性要求极高，央行将其视为金融的基础设施，或称公共服务，依然未允许市场化的商业介入。结算环节则是市场主体分散的交易，对用户体验要求较高，因此在不产生系统性风险（要一定程度上容忍非系统性风险，比如创新业务试点中发现安全漏洞之类的）的前提下，当局鼓励创新，增加用户支付效率，改进体验。因此，我们认为，央行希望实现的意图为维持现有格局，清算环节仍然视为基础设施，不希望市场介入；支付结算环节则放开竞争，鼓励创新。 目前在运行的清算系统均由央行主管，主要包括大额实时支付系统、小额批量支付系统、网上支付跨行清算系统（超级网银）、同城票据清算系统、境内外币支付系统、全国支票影像交换系统、银行业金融机构行内支付系统、银行卡跨行支付系统（银联跨行交易清算系统CUPS）、城市商业银行资金清算系统和农信银支付清算系统等。这些系统大多由央行主办，可视为非盈利的基础设施，仅银行卡跨行支付系统由特许企业（银联）运营（但银联仍由央行主管）。 二，清算的运作过程 本节笔者以银联为例子，结合目前的刷卡消费涉及的发卡行，收单行，衔接机构，用户和商户等主体，全面阐述清算的过程。 1，清算账户的开通 清算进行的前提条件是参与清算的主体需要开通清算账户，用于管理清算过程中形成的债权债务沉淀，管理资金的头寸。 首先接入相关清算系统的主体需要在清算系统开清算账户，银行一般需要在央行开通准备金账户和备付金账户（主要用于清算），银联则只需要在央行开通备付金账户即可，无需准备金账户。 而商户对接银联的清算则有两种接入模式： ? 直联商户：即直接通过银联的POS接入商户，商户的交易过程会经过银联网络，且其清算过程是由银联的收单清算系统进行处理，直联商户的结算账户（不在央行清算系统开清算账户，只是在商业银行开结算账户而已）一般不是开在央行的清算系统，而是开在一般商业银行中，银联通过对应的小额系统对其结算账户进行贷记处理。 ? 间联商户：是由收单行自己布置POS对接的商户，商户的交易过程一般对银联来说是透明的，其清算过程，或者说应该是结算过程是由对应的收单行跟各个商户自己进行的，银联不参与其中的结算。
银行网上支付跨行清算系统业务处理办法(试行)
银行网上支付跨行清算系统业务处理办法（试行） 第一章总则 第一条为规范网上支付跨行清算系统的业务处理，保障系统高效、安全、稳定运行，加速资金周转，防范支付风险，依据《中华人民共和国ⅩⅩ银行法》及有关法律法规的规定，制定本办法。 第二条网上支付跨行清算系统逐笔实时处理支付业务，轧差净额清算资金。 第三条在中华人民共和国境内通过网上支付跨行清算系统办理业务的系统参与者和系统运行者，适用本办法。 第四条ⅩⅩ银行对网上支付跨行清算系统实行统一管理，对系统运行者及参与者进行管理和监督。 ⅩⅩ银行通过网上支付跨行清算系统对参与者业务系统在线情况实施监控。 第五条网上支付跨行清算系统的参与者分为直接接入银行机构、直接接入非金融机构和代理接入银行机构。 本办法所称直接接入银行机构，指与网上支付跨行清算系统连接并在ⅩⅩ银行开设清算账户，直接通过网上支付跨行清算系统办理业务的银行业金融机构。 本办法所称直接接入非金融机构，指与网上支付跨行清算系统连接，直接通过网上支付跨行清算系统办理业务的非金融支付服务机构。 本办法所称代理接入银行机构，指委托直接接入银行机构通过网上支付跨行清算系统代为收发业务和清算资金的
银行机构。 第六条系统参与者通过网上支付跨行清算系统办理业务时，应当遵守反洗钱的有关规定，履行反洗钱义务。 第七条网上支付跨行清算系统和大额支付系统、小额支付系统共享清算账户。 本办法所称清算账户，指直接接入银行机构在ⅩⅩ银行开立的、用于资金清算的人民币存款账户。 第八条网上支付跨行清算系统处理规定金额以下的网上支付业务和账户信息查询业务。 ⅩⅩ银行可以根据业务管理和风险防范的需要，对通过网上支付跨行清算系统办理的支付业务金额上限进行设定和调整。 第九条支付业务经付款清算行确认后即具有支付效力。 本办法所称付款清算行，指付款人开户银行所属的直接接入银行机构。 第十条网上支付跨行清算系统处理的支付业务一经轧差即具有支付最终性，不可撤销。 第十一条网上支付跨行清算系统处理的支付业务遵循“实时入账、定时清算”的原则。收款行收到支付业务已轧差通知后应实时贷记指定收款人账户，网上支付跨行清算系统定时完成付款清算行和收款清算行的资金清算。 本办法所称付款行和收款行，包括直接接入银行机构和代理接入银行机构。 本办法所称收款清算行，指收款人开户银行所属的直接
银行支付清算系统运行管理工作规定模版
银行支付清算系统运行管理工作规定第一章总则 第一条为加强某银行支付系统的安全运行管理，进一步明确支付系统各相关业务、技术、运行操作管理部门职责，加强部门间的分工协作，及时预防、发现、报告、处理各类影响支付系统正常运行事故的发生，确保支付系统的安全、稳定、高效运行，根据人民银行《中国现代化支付系统运行管理办法》及某银行有关管理规定，特制定本办法。 第二条本规定适用于某银行支付系统的各项业务操作和管理工作。第三条本办法所称支付系统，包括大、小额支付系统和支票影像交 换系统。 第四条本办法适用于承担支付系统运行、维护和管理的资金清算部、科技开发部以及各支行。 第五条支付系统管理由总行资金清算部负责支付清算系统的运行；科技信息部负责总行支付系统及软件维护、硬件维护以及技术维护。 第二章岗位职责 第六条某银行支付清算系统运行维护、管理由资金清算部、科技开发部共同负责，系统设置系统管理员、密押员、业务主管和操作员岗位： 资金清算部作为支付系统的业务主管部门，接受人民银行某市中心支行会计财务科和科技科的业务、技术指导， 总体负责支付系统的业务管理，主要职责包括： （一）根据总行及石家庄中心支行相关制度，制定我行支付系统相关业务管理规定，并负责组织实施。 （二）负责所辖支付系统参与者的准入、变更和退出的初步审核，并按相关要求上报人民银行某市中心支行。 （三）负责商业银行前台客户端的系统设置，以及相关维护。负责商业银行前台客户端正常业务处理。前置机（MBFE）登录和退出。 （四）负责对所辖支行的系统参与者进行业务指导，受理各参与者的清算举报、纠纷以及业务咨询。 （五）发生影响我行支付系统业务正常处理的异常情况和重大故障时，经主管行长批准后向当地人民银行和石家庄中心支行业务主管部门报告故障原因、处
人民银行清算总中心成立三十周年征文投稿
会当凌绝顶 ——人民银行清算总中心 成立三十周年 三十载改革开放，三十载风雨同舟。 人民银行支付清算，以创新突破之姿见证政治经济体制之变革，经济金融运行之基础，社会支付效率之进步。 一、回顾，往日辉煌。 一九五三，“全国大联行”：县、省、全国大联行，资金清算各负责。滞后改革发展慢，深化体制奋图强。 一九八五，“统一计划、划分资金、实贷实存、相互融通”：专业银行自称王，系统通汇清算棒。全国联行多邮电，电子联行卫星忙。 纵观人民银行全国联行，直接往来、分别核算、集中监督、逐年结清——邮递对账，手工抽卡，人工传递慢，业务难验证。资金风险防范刻不容缓，联网对账全面推广。联行报单，千里传信，计算中心，隐患消音。 横视人民银行电子联行，一九八九，通讯开发，卫星技术，专用“网咖”——提升清算效率，降低在途资金，加速资金流转。一九九一，起步推广，稳步运行；一九九五，天地对接，自动处
理；一九九六，收发推广，县级支行；一九九九，统一规范，覆盖全国；二零零零，升级改造，高速通汇。十年白驹过隙，沧海弹指桑田。 人民银行调整定位、借鉴吸收、完善需求、以我为主。支付系统，日新月异，支票影像技术、支票截留建设、小额支付系统，安全高效全天候，支付清算新纪元。 二、总结，开来继往！ 中国人民银行，屹立东方，引领潮流。现代支付定核心，金融支付奠基础，票据、银联组体系，资源配置提效率。 诸葛谨慎，吕端清明。国民经济快速发展，居民生活不断提高，支付体系建设密切跟踪，做好应用，推动创新，加强规范，以谦卑姿态，构建和谐，任重而道远。 改革开放三十年，支付清算新起点！ 实践出真知，科学促发展。人民银行支付清算，以党为指引，以创新为动力，开放合作，融会贯通，协调发展。 天行健，君子以自强不息。人民银行支付清算，厚积薄发，必将以精诚之志，迎红日东方！