银行小额支付系统前置机管理办法模版

1、小额支付系统前置机管理办法编制部门： 版 次 号： 生效日期：xx年04月21日 目 录修改与审批记录2第一章总则3第二章组织职责4第三章基本规定4第一节系统运行与管理4第二节小额业务处理5第三节信息业务处理5第四节管理信息处理6第五节日终处理7第四章附则11附件：11第一章 总则第一条 为加强银行（以下简称“本行”）小额支付系统前置机管理，防范资金风险，结合本行实际情况，特制定本办法。第二条 本办法适用于本行小额支付系统前置机操作的管理。第三条 npc： 国家处理中心。第四条 ccpc：城市处理中心。第五条 mbfe：商业银行前置机系统。第六条 mb：商业银行行内系统。第七条 支付交易序号：

2、八位数字，由发起行编码，编号范围为00000001-99999999。支付交易序号与发起行行号、委托日期一起构成一笔支付业务的唯一标识，对小额支付系统而言，即为一笔明细业务的唯一标识。第八条 批量包序号：八位数字，由包发起直接参与者顺序编号，编号范围为00000001-99999999。批量包序号与包发起直接参与者号、批量包委托日期一起构成一个批量包的唯一标识。第二章 组织职责第九条 总行负责小额支付系统的日常维护，安全运行等工作。第十条 总行负责小额支付系统前置机的管理工作。第十一条 分支行负责小额支付系统的业务处理工作。第三章 基本规定第一节 系统运行与管理第十二条 系统登录与退出，包括向

3、ccpc登录和向ccpc退出。具体的管理参照银行大额支付系统前置机管理办法的相关规定。第十三条 密押卡管理。系统管理员或业务主管可登录密押卡，密押卡工作正常后才能进行业务操作。如果出现密押卡操作失败，说明密押卡有问题，需要及时联系密押卡管理员。第二节 小额业务处理第十四条 汇总业务管理。可以查询本系统发出的所有来往账业务包，包括借记业务包、贷记业务包、通用信息业务包。在汇总业务管理画面输入查询条件，点击“查询”，系统将会显示符合条件的记录；选中一条记录或点击明细查看该记录的明细。第十五条 业务密押异常处理。包括处理包和明细密押异常的业务。处理原则为重新编押发送或删除该业务。第三节 信息业务处理

4、第十六条 撤销申请/应答。（一） 对已发送而“未轧差”的贷记类业务包发起撤销申请，申请撤销该业务包；（二） 该功能可以查询撤销申请的贷记业务包括：普通贷记包、定期贷记包、贷记退汇包、普通借记回执包、定期借记回执包；（三） 输入查询条件委托日期、撤销申请行行号和申请序号；（四） 定制完查询条件后，点击“查询”，系统将会在数据窗口显示符合条件的撤销申请应答记录。第十七条 止付申请/应答。对已发出的非实时借记业务（包括普通借记和定期借记）需要付款行停止付款的，可以查看到发出的止付申请。具体操作方法参照本办法第十六条“撤销申请/应答”。第十八条 业务排队管理。小额支付系统在业务轧差之前进行净借记限额的

5、检查，如果检查不通过的，该笔业务将在轧差节点做排队处理。mbfe的“业务排队管理”就是向用户提供了对本清算行发起的处于“已排队”状态的业务包进行排队调整和查询的功能。具体操作方法参照本办法第十六条“撤销申请/应答”。第十九条 小额轧差净额清算查询。ccpc收到npc返回的小额轧差清算回执报文后，使用小额轧差净额清算通知报文将某场小额轧差净额清算状态通知各直接参与者（只通知清算状态为成功的业务）。mbfe“小额轧差净额清算查询”提供了查询收到的小额轧差净额清算通知报文的功能。第二十条 业务处理状态下载申请。可以申请下载某批量包的处理状态。第四节 管理信息处理第二十一条 查询书与查复书。在日常业务

6、处理过程中，如果某笔业务存在问题需要进一步核对落实，则业务的收发双方均主动向对方发起业务查询，对方在收到查询后，则可以完成相应业务查复。要及时查看发出的查询、收到的查询和回复情况。第二十二条 自由格式信息。具体操作方法同本办法第二十一条“查询书与查复书”。第二十三条 退回申请/应答。查看本行发出的或收到非实时贷记业务的退回申请报文，请求停止支付某包或某笔贷记业务，申请退回的必须是已经轧差的业务。第二十四条 业务计费信息。查阅由npc或ccpc发起的小额支付收费信息，一般是在每月未的最后一天发起收费信息。业务计费信息包括两个窗口：业务计费查询窗口和业务计费明细窗口；内容有小额支付收费信息和小额支

7、付汇费返还信息。第二十五条 业务种类维护。查看业务种类，对业务种类为“99”进行增加、修改、删除操作，对其他业务只能查看。 第二十六条 净借记控制额度。直接参与者可以发送报文查询或调整npc净借记登录额度分配情况。 进入“净借记控制额度”后，输入查询条件查询；可以通过操作类型的下拉列表框选择查询或调整，选择查询可发起“净借记限额查询”业务，发起该业务不需要录入“净借记额度调整类型”与“净借记限额调整”业务，可直接点击“保存”发送。第二十七条 圈存资金管理。圈存资金是直接参与者为保证小额支付业务的清算提供的现金担保，是直接参与者清算账户冻结的一部分资金。（一） 直接参与者通过改变圈存资金，对净借

8、记控制额度进行调整；（二） 提高圈存资金数量且其清算账户上有足够资金，将增大其净借记限额和可用额度值；减少圈存资金数量且减少的数量在可用净借记额度之内时，则相应调减净借记限额和可用净借记额度；（三） 清算账户上无足够调整资金或可用净借记额度不足调整时，系统拒绝进行调整。第二十八条 风险预警管理。在npc设定净借记限额可用额的警戒值，npc受理设置报文后，通过应答报文将处理结果通知直接参与者。第二十九条 通知信息。当系统异常，应用异常信息处理业务时，运行通知信息，显示在系统的主画面上，可以双击查看某条信息的明细内容，被查看过的信息将从画面上消失，如想重新查看消失的信息内容就通过本窗口查看。第三十

9、条 行名行号 ，具体参见银行大额支付系统前置机管理办法的相关规定。第三十一条 小额贷记金额上限查询。npc将对各个行别间设置小额贷记金额上限，并将设置下发到各mbfe节点，mbfe提供了查询小额贷记金额上限设置的功能。第五节 日终处理第三十二条 手工校对处理。为了发送小额支付业务明细下载申请报文给ccpc，申请下载没有收到的往来账批量包。（一） 对账不平时，进行“手工校对处理”后，只能显示处理状态为“申请待应答”，对账状态为：ccpc多、笔数错、金额错的小额业务包明细核对记录；（二） 如果申请下载没有收到的往来账批量包时，可以勾选该业务包明细核对记录，可单选也可多选。点击“选择”便可选全部记录

10、；（三） 筛选核对记录时应注意：因为做手工校对处理必须从对账日期最小的“对账不符业务”开始校对，所以用户必须先勾对账日期最小的记录，对其进行手工校对处理，否则系统会报错误提示信息“某年某月某日尚未对账，请先申请该日对账”；（四） 选择了业务包明细核对记录后，点击“确定”，便可发送小额支付业务明细下载申请报文。第三十三条 清单凭证打印。可利用此功能集中打印各类清单及往来账明细表。第三十四条 操作用户管理。（一） 用户密码修改。1 用户可通过用户密码修改功能随时修改个人密码或进行系统管理员对业务主管和业务人员的密码进行修改；2 只有系统管理员有权修改业务主管和业务人员的密码；3 新密码不可与原密码

11、相同，新密码本身不能完全重复；4 新增用户的初次登录和密码超过有效期时系统会自动要求密码修改；5 密码被系统管理员修改后和资料被系统管理员修改后，系统要求进行密码修改。（二） 操作用户管理。1 系统管理员可以进行新增用户、修改用户、注销用户、查询浏览用户信息的操作，业务主管可以查看自己下属未授权用户的信息、授权用户等操作。操作员没有权限进行此功能；2 用系统初始化“bepssys”添加用户的时候，添加的第一位系统管理员和业务主管必须拥有“操作用户管理”权限；3 不允许用”bepssys”用户进行添加操作员，操作员必须是非初始化用户添加；4 新添加的用户不用设置密码，初始密码为“111111”；

12、5 用户代码为该用户的唯一编号，不允许重复，可以输入大小写字母和数字，“用户名称”可以重复；6 初始用户在系统增加第一对系统管理员后将自动注销，无权处理业务；7 系统管理员可以查看所有用户资料，业务主管只能查看未授权的资料。（三） 操作日志查询。1 用户对保存的操作记录情况进行查询，其中业务主管可查看本行业务人员类别的用户操作用志。业务人员只能查看自己的操作日志；2 当“发起日期”和“工作日期”为全零，系统会取当前日期为发起日期的起始日，当前日期加一天的日期为发起日期的终止时间。取当前工作日为工作日期的起始时间和终止时间。如果“操作员代码”编辑框为空，系统将查询本分行所有业务人员和操作记录。第

13、三十五条 系统维护管理。（一） 系统参数维护。系统参数是前置机系统正常运行的基础，在初次安装以后前置机系统所使用的是初 始参数，根据工作情况的不同，可以对参数进行调整，该功能实现对系统参数进行维护。（二） 参数修改说明。1 定期组包时间间隔：应该是大于等于300小于等于3600的数值；2 组包达量数：应该是大于等于10小于等于2000的数值；3 守护服务进程监控时间：应该是大于等60小于等于300的数值；4 来账自动打印标记：间联模式的前置机系统在接收到来账信息后根据此信息确定是否由系统自动打印相关凭证，对于直联模式的前置机系统则无意义；5 mbfe历史数据保留天数：前置机系统在每日日切处理完成后自动从数据库中清除此天数以前的业务数据。mbfe历史数据保留天数应该是大于等于ccpc历史数据天数小于等于30天的数值；6 业务报文异常停留时间：应该是大于等300小于等于600的数值。（三） 数据归档。在每日业务处理完成以后，系统都将把当天业务数据保存在系统数据库中，直至超过历史保存期限后再将其删除，出于安全因素的考虑，能够另行保存一份业务数据资料，同时也为了延长数据保存期限，系统提供了业务数据的归档功能。（四） 系统错误日志查询。