精编现代化支付系统PM功能说明书第分册业务流程分析.docx

精编现代化支付系统PM功能说明书第分册业务流程分析.docx

《精编现代化支付系统PM功能说明书第分册业务流程分析.docx》由会员分享，可在线阅读，更多相关《精编现代化支付系统PM功能说明书第分册业务流程分析.docx（16页珍藏版）》请在冰豆网上搜索。

精编现代化支付系统PM功能说明书第分册业务流程分析

现代化支付系统（PM）功能说明书第分册业务流程分析

现代化支付（PM）子系统

功能说明书

第二分册：

业务流程描述

数据大集中应用开发组

2005年6月

1业务流程描述1

1.1支付往账业务流程1

1.1.1时序介绍1

1.1.1.1往账时序图1

1.1.1.2业务处理描述3

1.1.2往账业务4

1.1.2.1业务流程图4

1.1.2.2业务处理描述6

1.2支付来账业务流程8

1.2.1来账预处理业务8

1.2.1.1业务流程图8

1.2.1.2业务处理描述10

1.2.2确认入账业务12

1.2.2.1业务流程图12

1.2.2.2业务处理描述13

1.2.3批注入账业务14

1.2.3.1业务流程图14

1.2.3.2业务处理描述15

1.3支付清算流程简介17

1.3.1轧账业务流程图17

1.3.2业务处理描述18

1.3.3资金清算业务流程图19

1.3.4业务处理描述20

1.4查询查复流程简介21

1.4.1业务流程图21

1.4.2业务处理描述22

1.5其它往账类业务简介24

1.5.1申请撤销支付往账流程简介24

1.5.1.1业务流程图24

1.5.1.2业务处理描述26

1.5.2申请退汇支付往账流程简介27

1.5.2.1业务流程图27

1.5.2.2业务处理描述29

1.5.3应对他行退回流程简介30

1.5.3.1业务流程图30

1.5.3.2业务处理描述31

1.5.4被拒支付往账挂账流程简介32

1.5.4.1业务流程图32

1.5.4.2业务处理描述34

1业务流程描述

1.1支付往账业务流程

1.1.1时序介绍

1.1.1.1往账时序图

1.1.1.2业务处理描述

●支付系统的往账由各个网点的操作员操作，其中控制录入、确认换人操作，对超过柜员授权金额的往账需要高级柜员授权，对交易状态和交易柜员有严格的控制，抹账操作只能是原柜员做，确认发送交易只能是复核后进行，交易在确认后如果人行未截止，将在短时间内发送到人行，如果已到人行已截止时间，则待确认的报文做为滞留往账到下一工作日发送，发送到人行后，如果处于排队状态或未收到清算回执时可以申请撤销，如果已经发送到对方行，可以申请退汇，被人行拒绝或撤销的要求柜员做挂账处理。

●往账处理时，要在各个时态上控制不同处理。

一般业务操作只能在设定的往账关闭时间前操作处理，拆借交易可在业务截止清算窗口开启时可处理。

●在人行截止后，如果支付系统关闭，或是柜员签退等情况，系统会进行关门检查，如果登记簿中存在未确认的往账、未复核的信息、未入账的来账以及未作挂账处理的被拒往账等业务，系统控制提示，不允许网点关门，只有不存在上述业务后方可关门。

1.1.2往账业务

1.1.2.1业务流程图

1.1.2.2业务处理描述

●该流程图是往账业务的处理流程，包括大额支付以及人行电细联行的处理说明。

●进入支付系统中往账交易和支付系统中的人行电子联行往账交易，按要求进行录入、确认、抹账（抹账交易）等操作。

●经过录入交易后，就产生相应的账务，取消复核的往帐业务往账信息直接写入支付业务往来账登记簿，并登记支付系统登记簿中对应记录的标志为“已复核”。

此时可以进行抹账处理。

●部分需要复核的交易完成复核后，往账信息写入支付业务往来账登记簿，并改变支付系统往账流水表中对应记录的标志为“已复核”。

复核成功后的交易可以按要求进行抹账处理。

●录入以及复核的内容在确认发送以前可以进行抹账处理。

柜员输入会计流水号后，可对相应内容进行审核，其中每一项的内容，与记账画面中相同，柜员确认抹账后就取消以前产生的账务。

●交易成功后，画面提示打印有关凭证，例如付款通知书，内容为付款人账号、户名、电子汇划费和手续费等。

当收费选项选择不收费或付款账号是“按批收费”类型时，系统不提示打印“付款通知书”。

若是“按批收费”类型的账户，则电子汇划费、手续费应写入“应收款登记簿”，不做联动收费。

●前台完成确认处理，修改登记簿上相应记录状态，置上“已确认”，确认时系统进行防止录入重复的检查，当两笔报文的主要业务要素相同时，系统提示重入信息，而实际业务真的发生重复录入时，则只能人员人工干预，检查关键信息，确认后，产生支付交易序号，将支付交易序号、确认时间和确认柜员记录在登记簿上。

●已确认后的往账业务不允许做抹账交易，同时往账信息允许对外发送。

●根据人行返回的不同的回执，报单改为不同的状态：

✧排队：

经人行总中心（NPC）异步处理检查发现头寸不足或其它原因，则返回“排队”，支付子系统接收到该回执后，将原报单状态由“等待回执”状态变为“排队”状态，操作员在此状态可以对该笔流水进行申请撤销等操作；

✧被拒绝：

由于各种原因被人行拒绝，人行返回“拒绝”，支付子系统接收到该回执后，将原报单状态由“等待回执”状态变为“被拒绝”状态；

✧人行撤销：

支付子系统接收到人行的“指令撤销”回执时，将报单状态由“等待回执”状态变为“人行撤销”；

✧已清算：

支付子系统收到人行“清算成功”回执后，则将原报单状态改为“已清算”；

●当业务发送成功后，接收MBFE给出的同步回执信息的时间、接收MBFE给出的异步回执信息时间，将这些时间记录在登记簿上，以便备查。

●对于业务已发送，但因种种原因需要进行申请撤销处理的，可采用如下方法：

（1）对已发送，但尚未被清算，还在进行排队的数据可进行申请撤销；

（2）对已发送，且被对方行接收的数据可进行申请退回；

（3）对我行发送的，且被对方拒绝的数据可进行撤销挂账处理；

（4）对我行已经接收的数据，可应对方要求并视入账情况将接收的数据退回。

1.2支付来账业务流程

1.2.1来账预处理业务

1.2.1.1业务流程图

1.2.1.2业务处理描述

●来账报文的读入由系统自动实时进行，系统设置防止重复读入、漏读等控制机制，往来账登记簿根据人行各支付业务来账报文的记录要素来建立，来账登记时根据来账报文编号登记相应的内容。

●对于前置机从CCPC接收的任何支付交易指令，当核押发现密押错误时，前置机仍然实时转发给支付系统并标记该业务核地方押错，由支付系统作暂存处理，同时由操作员从前置机客户端（通过CMT309密押查询报文）向CCPC发起对该笔业务密押的查询。

●对于收报中心从NPC接收的任何支付交易指令，当核押发现密押错误时，收报中心仍然实时转发给支付系统并标记核全国押错，由支付系统作暂收处理；同时，收报中心向发报中心发出查询，并根据所收到的发报中心的查复在CCPC重新录入核押要素进行人工核押，若核押成功则以密押查询报文通知商业银行对该笔来账业务按正常的来账业务处理。

●大额贷报自动入账处理，系统自动将核押正确的CMT100报文中的收款人账号和名称与系统分户账中的账号、户名进行核对，核对完全一致、账号状态正常等符合自动入账条件的报文进行自动入账处理。

●对自动入账不成功的报文按照相应的条件分别转为“需确认入账”、“需批注入账”。

●对需确认或批注来账，业务人员再重新启动确认、批注交易进行相应处理

●来账自动入账条件：

✧密押正确

✧账号和户名一致

✧接收清算行为本行

✧账户性质为活期、协定、透支

✧账户没有冻结

✧账户类别为基本、一般、专用、临时、外汇资金、委托贷款资金户

✧支付汇兑报文

●确认入账条件：

✧密押正确

✧接收清算行为本行

✧账户性质为活期、协定、透支

✧账户没有冻结

✧账户类别为基本、一般、专用、临时、外汇资金、委托贷款资金户

●批注入账条件：

✧密押不正确

✧账号不存在

✧无法自动入账，以及无法转为需确认入账的报文

1.2.2确认入账业务

1.2.2.1业务流程图

1.2.2.2业务处理描述

●“需确认入账”的报文可以进行“确认入账”处理，也可以转为“批注入账”处理。

●来账报文收款人户名与系统中的户名进行核对，如果账号、户名相符，则选择相应按钮确认入账，否则选择转批注入账按钮或者返回。

●本交易不需要复核。

●来账报文经过确认入账后，如果发现账务有错或是因为某些原因要求取消帐务的，可以由原经办柜员进行抹账处理。

1.2.3批注入账业务

1.2.3.1业务流程图

1.2.3.2业务处理描述

●需要进行复核处理。

●主要批注类型有：

汇兑业务的入账记账；联动销卡片的委托收款和托收承付；记账账号不符的修正处理；确认不符转入批注进行相关挂账处理，以及核押不符需查询后入账等各种挂账处理。

●批注记账只能对当天的数据进行处理。

●来账报文经过批注入账后，如果发现账务有错或是因为某些原因要求取消帐务的，可以由原经办柜员进行抹账处理。

●不同的批注种类不同的处理：

✧留行待取：

系统根据机构号自动确定该机构对应的应解汇款账号

✧客户委托收款划回：

Ø该交易联动委托收款卡片，复核成功后系统将委托收款卡片结清。

✧贴现委托收款划回：

Ø该交易联动委托收款卡片和贷款卡片联动，复核成功后系统将托收卡片、贷款卡

片结清。

✧托收承付划回：

Ø联动托收承付交易，系统自动按不同付款类型结清托收承付卡片

Ø如果处理方式是全部拒付或部分拒付，9410全额销账；若是分次付款，不联动托收承付卡片，最后一次付款时，才对9410全部销账；

Ø系统检查汇款金额与托收金额之间关系：

若处理标志选择“全额或部拒”，汇款金额-赔偿金额-多付金额+拒付金额=托收金额；

若处理标志选择“分次付款”，累积分次付款明细登记簿中该托收卡片的已付款金额，累计付款金额+汇款金额-赔偿金额<或=托收金额；小于表示表外账不记账；等于标志表外账金额为托收金额；

✧其他定向账户：

复核后对有销账号的账号挂账处理后需要打印输出挂账通知书；

✧修正记账账户：

Ø记账账户必须为外部的活期账户，除保证金外。

同时对冻结、挂失等状态的账户

其系统在画面操作中给予提示；

Ø记账账户可以是冻结户，如果不进入此户记账，则进行挂账处理；

Ø记账账户可以是协定存款户、活存透支账户；

✧挂账待查询：

Ø复核后对有销账号的账户挂账处理后需要打印输出挂账通知书；

Ø该交易一般由通汇控制部门（账务中心）处理，则挂账部门为通汇控制部门的挂

账账号。

1.3支付清算流程简介

1.3.1轧账业务流程图

1.3.2业务处理描述

●本交易只能由各个分行的账务中心处理。

●本交易由柜员发起后先检查支付系统是否日终以及来账业务是否处理完成，检查未通过则提示相应信息，检查通过后上主机查询本分行的5231、5232余额，并在往来账登记簿中统计往来账发生额，返回给前端的交易画面上供柜员查看，此时柜员可以把结果画面提交来完成轧账交易。

●当柜员提交轧账交易时，系统检查提交上来的数据中5231、5232余额和登记簿中查询到的发生额是否相符，如果不相符则判断是往账不符还是来账不符，往账不符可能是有往账交易做了录入未复核，需要复核所有往账后重新轧账，如果来账金额不符可能是有来账未批注或确认，需要处理完所有来账后重新提交轧账交易；如果核对相符，则做轧账动作，轧账动作分两种，如果是间接连接的分行，需要把本分行的5231、5232余额划转到省分行，如果本行是直接连接行，则不需要账务处理。

●需要注意的是划转的5231余额中不包括滞留账。

也就是说只限于当天发送成功的报文，扣除了待发送的数据。

●本交易中数据和笔数包括支付和电子联行的数据。

●即时转账业务的金额是借贷报轧差后的数据。

●经过轧账处理后，如果发现账务有错或是因为某些原因要求回复轧账前状态，如果是直接连接行，则用355616交易恢复轧账状态，如果是间接连接行，则必须由上级行先做355616交易恢复轧账状态，然后本分行做039999抹账交易把原轧账交易抹账，然后做账务调整，最后重新轧账。

1.3.3资金清算业务流程图

1.3.4业务处理描述

●本交易只能由直接连接分行（省分行或直属分行）的账务中心处理。

●本交易由柜员发起后先检查支付系统是否日终以及辖内的往来账业务是否处理完成、并检查辖内分行（包括自身）是否已经做了轧账交易，检查未通过则提示相应信息，检查通过后在往来账登记簿中统计往来账发生额，和人行当日发送来的清算总额一起返回给前端的交易画面上供柜员查看，此时柜员可以把结果画面提交来完成资金清算交易。

●当柜员提交资金清算交易时，系统检查提交上来的数据中人行清算总额和登记簿中查询到的发生额是否相符，如果不相符则判断是账务不平，需要柜员打印对账差错清单或自行勾对人行和我行的交易清单，进行相应的账务调整或修改登记簿状态，处理完后重新做资金清算交易；如果核对相符，则上送主机做资金清算。

●需要注意的是资金清算的金额中不包括滞留账。

也就是说只限于当天发送成功的往账和接收到的所有来账报文，扣除了待发送的数据。

●本交易中数据和笔数包括支付和电子联行的数据。

●即时转账业务的金额是借贷报轧差后的数据。

●经过资金清算处理后，如果发现账务有错或是因为某些原因要求回复资金清算前状态，则由原柜员做039999抹账交易把原资金清算交易抹账，然后做账务调整，最后重新资金清算。

●需要注意的是如果资金清算的时候资金清算画面上人行的清算数据中所有笔数金额都为0，可能是MBFE本身和人行CCPC对账不符，因此MBFE没有发送清算总额报文给行内系统，此时需要技术人员干预。

1.4查询查复流程简介

1.4.1业务流程图

1.4.2业务处理描述

●系统中生成查询查复书编号为8位数字，记入在查询查复登记簿中，用来唯一标示每笔查询查复信息。

具体定义：

１位查询或查复标志+３位部门号＋４位顺序号[４位顺序号每年底回零]

●柜员不可对自己录入的内容进行复核，需要换人进行复核。

●各网点只能查询同一通汇点的查询、查复信息，同时可以查询到交行对外发出的，以及收到他行的往、来的查询查复信息；

●在复核交易时，复核交易画面显示的内容与录入画面的录入内容相同，只是各项都为显示项。

复核柜员目视复核，待确认信息正确，复核处理完成后变更支付查询查复登记簿中该笔信息状态为“已复核”；待查复处理完成后变更支付查询查复登记簿中该笔信息状态为“已查复”；

●复核后的查询查复，如果超过业务截止时间可滞留到下一工作日发送，在日始处理时更新委托日期，写入“查询查复登记簿”中,可以再次发送；

●复核交易成功联机打印“查询、查复书”；

●对未复核的信息，删除操作可在支付系统的日间处理、业务截止等各阶段进行；

●对已复核已发送的信息，只能在被人行拒绝后才可进行删除操作；

●删除操作只能由原经办柜员来办理；

●查询

✧该选项处理是非账务类交易，录入成功后信息写入支付系统查询查复登记表中；

✧查询录入后无需复核就可自动向人行前置机发送；

✧该格式的报文编号是CMT301；

●查复

✧选择该选项后，调用对方行发来的查询报文信息。

查复确认后系统自动将原查询报文信息状态更改为“已查复”。

为了清晰，将查询的报单，同时又收到回复的进行配对管理，在查询中予以标示，表明该笔查询已经收到了相应的回复；

✧复核成功后，无需再确认就可自动向人行前置机发送；

✧该格式的报文编号是CMT302；

●自由格式

✧该选项处理是非账务类交易，复核成功后信息写入支付系统查询查复登记表中；

✧复核成功后，无需再确认就可自动向人行前置机发送；

✧该格式适用于电子联行的查询、查复信息的处理。

✧该格式的报文编号是CMT303；

1.5其它往账类业务简介

1.5.1申请撤销支付往账流程简介

1.5.1.1业务流程图

1.5.1.2业务处理描述

●主要用于向NPC（或CCPC）申请对已发送，但尚未被清算，或还处于排队的数据要求撤销；该交易只是信息报文，不涉及账务处理，当报文撤销收到回执后，再使用相应的交易进行账务处理；

●交易处理时首先检查对应往账信息的发送状态：

对大额往账和人行电子联行，只有在已发送（未清算）时才能发出撤消申请请求，才能进行撤销操作，小额批量往账的控制条件未定；

●交易处理过程中，检查原委托日期、原交易种类、原记账柜员、原记账流水号、撤销的报单的支付交易序号等关键信息是否与原报文相符，只有这些信息都相符，才能够继续撤消的操作，否则提示错误信息退出；

●撤销申请操作只能由原往账记账部门进行处理；

●该交易为非账务交易，不涉及账务的处理，只是相关信息的修改。

●交易成功后信息写入支付系统往来信息登记簿，修改往账报文撤销退回标志为“已撤出”，同时登记支付撤销退回登记簿，该笔信息状态为“已登记”，类型为“撤销申请”。

随着发送进程发送后，支付撤销退回登记簿中该笔信息状态变化，最终为“发送成功”；

●待到人行给予回复时该笔信息状态改为“已处理”，“类别”栏为“撤销应答”；

●对需申请撤消的往账业务，在人行支付往来账登记簿中状态只能是“等待回执”，且该笔业务处在排队等待清算状态，即已收到CCPC发来的特定返回处理码“CS2O9010指令排队”；

●本交易进行授权控制；

●交易成功后，联机打印有关凭证“申请撤销通知书”，内容定义为：

发报行行号、接受行行号、支付交易序号、付款、收款账号和户名、金额、附言、业务种类、凭证种类、凭证号码等关键信息；

1.5.2申请退汇支付往账流程简介

1.5.2.1业务流程图

1.5.2.2业务处理描述

●主要用于向往账业务的接收行发出申请，要求退回已发送的往账报文。

该交易只是信息报文，不涉及账务处理。

当报文撤销收到回执后，再使用相应的交易进行账务处理；

●将本交易输入内容与人行支付往来账登记簿中原报文记录进行比对，要检查关键信息和登记簿中原报文的状态，申请退回的支付往账业务在支付往来账登记簿中状态是否为“发送成功待清算或已清算”；

●本交易控制只能由原往账记账部门进行操作；

●交易处理过程中，检查原委托日期、原交易种类、原记账柜员、原记账流水号、原金额、原接收行行号、原支付交易序号等关键信息是否与原报文相符，只有这些信息都相符，才能够继续退汇的操作，否则提示错误信息退出；

●该交易为非账务交易，不涉及账务的处理，只是相关信息的修改；

●交易成功后信息写入支付系统往来账登记簿中，该笔往账报文撤销退回标志更改为“申请退回”，同时登记人行支付撤销退回登记簿，撤销登记簿中该笔信息报文状态为“已登记”类别为“退回申请”。

随着发送进程发送，支付撤销退回登记簿中该笔信息状态变化为“发送成功”；

●等到收到人行退回应答后，支付撤销退回登记簿中该笔信息状态改为“已处理”，类别状态为“退回应答”；

●本交易进行授权控制；

●该交易只处理大额实时支付系统业务，不处理电子联行业务；

●非当日的往账业务也可进行退回申请处理；

●交易成功后，联机打印相关凭证“申请退汇通知书”，其内容为：

发报行行号、接受行行号、支付交易序号、付款、收款账号和户名、金额、附言、业务种类、凭证种类、凭证号码等；

1.5.3应对他行退回流程简介

1.5.3.1业务流程图

1.5.3.2业务处理描述

●主要用于处理业务上交行的退汇报文已确定发出，但是对方行发来的，要求交行将已入账的来账业务退回给原发起行，并请求回复的申请。

使用相应的退汇交易进行账务处理收到回执后，启动该交易应答对方，不涉及账务处理；

●接收人行的退回应答信息登记在支付撤销退回登记簿中该笔信息状态为“已登记”；

●将交易输入内容与中的对方原退回申请报文信息进行比对，并检查该来报是否已回复处理；

●交易处理过程中，检查对方原申请号、原委托日期、原交易种类、原记账柜员、原记账流水号、原金额、接收行行号、原支付交易序号等关键信息是否与原报文相符，只有这些信息都相符，才能够继续退回的操作，否则提示错误信息退出；

●交易成功后将原支付撤销退回登记簿中将该笔信息状态改为“已处理”，并重新记录退回应答的内容信息，应答信息状态为“已登记”类别为“退回应答”；

●在发送报文中增加“退回行行号、发起行清算行行号、发报中心代码、接收清算行行号、收报中心代码”，从原支付撤销退回登记簿中取收报行行号；

●本交易控制只能由接收退回申请的部门柜员来进行应答处理；

●本交易设置授权控制；

●本交易只处理支付系统的大额实时业务，不处理电子联行业务；

●交易成功后，联机打印相关凭证“应答他行退汇通知书”，其基本内容为：

内容定义为：

发报行行号、接受行行号、支付交易序号、付款、收款账号和户名、金额、附言、业务种类、凭证种类、凭证号码等；

1.5.4被拒支付往账挂账流程简介

1.5.4.1业务流程图

1.5.4.2业务处理描述

●主要用于由于各种原因被人行支付系统拒收，或对于等待回执状态的往账业务自身主动要求人行退回或撤消的报文的处理，或在对处于排队状态的往账业务进行申请撤销后的账务处理；

●柜员录入相关信息后，系统检查在人行支付往来账登记簿中对应的报文，并将输入的要素与支付往来账登记簿进行核对；检查该往账信息的状态，以及是否满足挂账条件；

●本交易处理的支付系统往账报文状态在人行支付往来账登记簿中只能状态为“被拒绝”的业务可以进行退回确认状态或挂账处理。

系统的控制是，当日录入的往账可以选择“退回到确认”，等待查实后再及时发送出去，也可以选择“挂账”，待全部查清后再重新进行往账业务的录入，复核，确认发送出去；而对于上一日待发送往账业务系统控制只能选择“挂账”，待查清后再重新进行往账业务的操作，不可选择“退回到确认”操作；

●本交易控制只能由通汇控制部门操作，而且各通汇控制部门只能撤销其所辖各发报行的有问题往账；

●本交易进行授权控制；

●本交易不需复核，也不允许抹账；

●交易成功后在往账查询登记簿中记录状态为“已退回”。

金额暂挂指定账户，待查明后再发送或退回客户。

●交易成功后，联机打印相关凭证“挂账通知书”；

●