交行小额需求-全部.doc

交通银行大集中核心账务系统需求书 【内部资料 注意保密】1 人行支付系统业务人行支付系统业务3 1 支付系统公共控制业务处理13 1.1 业务范围.13 111 业务描述.13 112 交易范围.13 1.2 交易功能.13 121支付系统参与者行号行名表维护交易13 122 支付系统部门号维护交易 似同大额.15 123通汇控制网点维护交易15 124支付系统行号表查询交易16 125支付系统部门号查询交易17 126通汇控制网点查询交易17 2 小额支付系统往账业务处理18 2.1 业务范围.18 211 业务描述.18 212 小额支付交易范围.19 2.2 交易功能.19 220 小额支付系统贷记业务.20 221小额支付系统贷报汇兑交易20 222小额支付系统贷报委托收款付款交易23 223小额支付系统贷报托收承付付款交易25 224小额支付系统贷记个人汇款交易28 225小额支付系统贷报国库交易30 226小额支付贷报退汇记账交易32 227小额支付系统定期贷记业务交易33 2200 小额支付系统借记业务.35 228小额支付系统-国库资金借记划拨交易35 229小额支付系统普通借记业务交易36 2210小额支付系统定期借记业务交易37 2211小额支付系统-被拒支付往账挂账交易39 2212小额支付系统贷记往账复核交易41 2213小额支付系统往账确认交易41 2214 小额支付系统贷（借）记往账查询交易.43 2215小额支付系统撤销退回登记表查询交易46 2216小额支付系统往账清单查询与打印交易47 2217小额支付系统往账状态修改交易49 2218小额支付系统退回申请交易50 2219小额支付系统退回应答交易51 2220小额支付系统撤销申请交易52 2221小额支付系统冲正申请交易53 2222小额支付系统止付申请交易54 2223小额支付系统止付应答交易55 22000 小额支付系统-特色业务.57 2224网银交易57 2225财政授权支付交易57 2226同城特约委托收款业务交易65 2227同城清算系统交易70 2228医疗 IC 卡交易76 2229通存通兑交易78 2230支票圈存交易78 3 小额支付系统来账业务处理79 3.1 业务范围.79 311 业务描述.79 交通银行大集中核心账务系统需求书 【内部资料 注意保密】2 312 贷记业务交易范围 （不包括实时贷记）.80 3.2 交易功能.81 321来账自动入账交易81 322支付系统来账确认入账交易81 323支付系统来账批注记账交易84 324支付系统来账批注复核交易94 325支付系统来账查询交易97 326支付系统来账补充报单打印交易98 327支付系统来账入账清单打印交易99 4 小额支付系统清算处理101 4.1业务范围101 411 业务描述.101 412 交易范围.102 4.2业务流程102 4.3交易功能102 431小额支付系统资金轧账交易102 432小额支付系统往来清算交易102 433小额支付系统运行监控交易104 5 小额支付系统查询查复业务处理.107 5.1业务范围107 511 业务描述.107 512 交易范围.107 5.2交易功能107 521支付系统查询查复信息录入交易107 522支付系统查询查复信息复核交易109 523支付系统查询查复信息删除交易110 524支付系统查询查复信息查询交易111 525支付系统查询查复信息清分交易112 6 小额支付实时业务.113 6.1业务范围113 6.1.1 业务描述.113 6.1.2 交易范围.113 6.2交易功能114 6.2.1小额支付系统贷报实时贷记交易114 6.2.2小额支付系统借报-实时借记交易116 交通银行大集中核心账务系统需求书 【内部资料 注意保密】3 人行支付系统业务人行支付系统业务 一、总体概述： （一）支付系统总体结构图：人总行要求 国家处理中心 NPC 城市处理中心 CCPC 人行前置机 大集中系统大集中系统 （省分行通汇控制部门） （直接参与者） 通汇部门（间接参与者） 通汇部门 通汇部门 辖属行通汇控制部门（间接参与者） 辖属行网点（间接参与者） 小额支付系统的总体结构：小额支付系统是以国家处理中心（NPC）为核心，以城市处理中心（CCPC） 为接入节点的两层星型结构，并与大额支付系统在同一支付平台上运行；中央银行会计核算系统（ABS） 、国家 金库会计核算系统（TBS） 、同城清算系统通过城市处理中心（CCPC）接入小额支付系统；商业银行、清算组织 等机构通过前置机系统（MBFE）与支付系统连接；国债、银联、外汇、城商行汇票处理系统不接入小额支付系 统，只处理大额支付业务。 小额支付系统的基本业务处理流程是“24 小时连续运行，逐笔发起，组包发送，实时传输，双边轧差， 定时清算” 。同城业务在 CCPC、异地业务在 NPC 逐包按收款清算行和付款清算行双边轧差，并在规定时点提交 SAPS 清算，每日 16：00 日切后进行当日一场轧差清算，日切后的业务纳入次日第一场轧差清算。清算时间为 8：30-17：00，如遇节假日，小额系统仍可继续轧差和转发业务，但所有轧差净额暂不进行资金清算，统一在 节假日后的第一法定工作日进行清算。 小额贷记处理模式：小额贷记业务是付款清算行提交的贷记收款清算行账户的支付业务。根据业务处理 时效性要求的不同，可分为非实时小额贷记业务和实时小额贷记业务。非实时贷记业务：小额系统接收至付款 清算行提交的贷记业务指令后，根据指令内容对收付款清算行进行双边轧差处理，然后转发至收款清算行。实 时贷记业务：小额系统接收至付款清算行提交的贷记业务指令后，首先转发至收款清算行进行行内处理，待收 到收款清算行返回的回执后，再对收付款清算行进行双边轧差处理。 小额借记处理模式：借记业务是收款清算行提交的借记付款清算行账户的支付业务。小额支付系统接收收 交通银行大集中核心账务系统需求书 【内部资料 注意保密】4 款清算行提交的借记业务，转发至付款清算行；付款清算行在规定时间内向支付系统返回借记业务处理情况的 回执信息，小额支付系统将回执信息纳入双边轧差处理后，将回执信息转发收款清算行。实时借记业务与非实 时借记业务具有相同的业务处理流程，但在时效性方面存在差异：实时借记业务要求付款行实时返回借记业务 回执信息，非实时借记业务则允许付款行可以在一天或数天内返回回执信息。 小额支付系统的业务种类：1。普通贷记业务：主要指规定金额以下的汇兑、委托收款（划回） 、托收承付 （划回） 、行间转账以及国库汇划款项等主动汇款业务。 2、定期贷记业务：当事各方按照事先签订的协议，定期发生的批量付款业务，如代付工资、保险金等。 其业务特点是单个付款人同时付款给多个收款人。 3、普通借记业务：普通借记业务为收款人发起的借记付款人账户的业务，如代理银行完成财政授权支付 后向国库申请清算资金。 4、定期借记业务：当事各方按照事先签订的协议，定期发生的批量扣款业务，如收款单位委托其开户银 行收取的水电煤气等公用事业费用，其业务特点是单个收款人向多个付款人同时收款。 5实时贷记业务：实时贷记业务是付款人发起的实时贷记收款人账户的业务，包括跨行通存业务、柜台 实时缴税等。 6、实时借记业务：实时借记业务是收款人发起的实时借记付款人账户的业务，包括跨行通兑业务、税务 机关实时扣税业务等。 7、清算组织发起的代收付业务：支付系统允许清算组织作为特许参与者，接入 CCPC 办理代收代付业务。 清算组织负责将代收付清单通过小额支付系统转发至代理行，由代理行负责发起定期借贷记业务。清算组织不 在支付系统开立清算账户，代收付业务的资金清算仍通过收付款单位的开户行进行处理。 8同城轧差净额清算业务：CCPC 收到同城清算系统的同城轧差净额后，转发到同城清算系统所在城市的 ABS 处理。ABS 将涉及支付系统直接参与者的同城轧差净额提交支付系统清算；对非直接参与者的同城轧差净 额在 ABS 内部完成资金清算；TBS 的同城轧差净额按照付方启动的原则通过大额支付系统与 ABS 进行清算。 9、国库相关业务：主要包括一般的税款缴纳、实时扣税、批量扣税、预算收入上划、预算收入退库等预 算收入类业务，财政拨款、财政直接支付、财政授权支付等预算支出类业务以及国债兑付、国债发行的资金清 算等其他业务。国库相关业务统一通过 TBS 与支付系统的接口，采用发送和接收普通（定期）借记业务、普通 （定期）贷记业务、实时借记业务等多种方式完成处理。 10通存通兑业务：跨行储蓄通存通兑业务是指依托小额支付系统，实现不同银行营业网点的资源共享， 储户可以通过任何一家银行的柜台办理跨行存取款业务。 11、 支票圈存业务：支票圈存业务是指借助于支付密码技术，由收款人在收受支票时，通过 POS、网络、 电话等受理终端，经由小额系统向出票行发出圈存指令，预先从出票人账户上圈存支票金额，以保证支票的及 时足额支付。 12支票截留业务：支票截留业务是指收票行收到客户提交的纸质支票后，不再将支票交换至出票行，而 是通过小额系统向出票行发起一笔借记业务，出票行根据借记业务指令中提供的支票信息、支付密码、支票影 像等确认支票的真实性，并通过小额系统完成跨行资金清算。 13、信息服务业务：指支付系统参与者间相互发起和接收的，不需要支付系统提供清算服务的信息数据， 主要包括支票“圈存”信息等非支付类信息。支付系统接收参与者发送的各类信息，经由所在 CCPC（同城业 交通银行大集中核心账务系统需求书 【内部资料 注意保密】5 务）或 NPC（异地业务）实时转发接收参与者。 业务处理周期：小额实时业务：同城业务处理周期为 10 秒，异地业务处理周期为 20 秒； 普通（定期）贷记业务：处理周期为 T 日； 普通（定期）借记业务：处理周期最长为 T+N（0MN 30，N 和 M 为整数）日，其中 M 为人民银行业务主管部门规定的借记回执返回基准时间，同城借记业务的 M 为 1 天，异地借记业务的 M 为 2 天，由 NPC 统一设置和管理。N 为借记业务回执返回最长期限，由客户委托银行业金融机构或清算组织发起借 记业务时负责填写。若借记业务接收行在 N 日内未返回回执的，小额系统对原借记业务自动作撤销处理。 批量包分类：支付业务包：小额系统需进行轧差清算的批量包，包括普通贷记业务包、定期贷记业务包、 贷记退汇业务包、普通借记回执包、定期借记回执包、实时贷记回执包、实时借记回执包。支付信息包：小额 系统根据相应回执信息进行轧差清算的批量包，包括普通借记业务包、定期借记业务包、实时贷记业务包、实 时借记业务包。信息包：包括通用信息业务包、实时信息业务包。 组包规则：发起清算行组包时按同一接收清算行和同一业务种类进行组包； 实时贷记业务包、实时借记业务包每包限一笔业务；其他支付业务包和支付信息包每包业务不 超过 2000 笔，且不超过 2M 字节；信息包每包大小不超过 5M 字节。 普通和定期借记业务包按相同的 T+N 来组包。 借记业务回执包是在原借记业务包的基础上，在包头中附加成功笔数和金额，在包体中增加每 笔业务处理成功或失败的信息而组成的。 轧差以直接参与者为对象双边轧差。CCPC 或 NPC 对小额净借记限额检查后释放的小额支付业务按付款清 算行和收款清算行实时双边轧差。已纳入轧差的小额支付业务确定了该业务支付的最终性，不可作撤销处理。 此外同样增加对小额支付系统的收费要求。以直接参与者为对象计费和收费，对已清算的小额支付系统和 发送成功信息类业务收费。借记业务只对成功扣款回执计费，失败的回执不计费；支付业务按笔收费，信息类 业务按报文容量收费；系统参照大额收费方式，在系统实行参数化管理，以计费对象、种类、区间标准以及返 还比例设定，定时进行统一划款给人行。 （二）我行大集中核心系统的处理要求： 1）前台柜员进行所有支付系统的往账交易，画面中选择报文种类（大额或小额） ，系统在公共控制库表中 的“起始金额表”中，对支付系统贷报往账所有交易设定大额支付所能使用的金额限额。当交易处理时，对大 额的超过起始金额的业务在目前的大额往账登记簿中记载，并实时发送；若是小额的，没有超过起始金额的业 务放在小额往账登记簿中（除了小额业务通过“加急或紧急”选项可通过大额业务发送，并登记在大额支付系 统登记簿中） ，再进行批次打包发送等各种处理，小额业务的工作时间是 7*24 小时，因此小额支付往账数据一 般要求当天必须发送。后台柜员接收人行前置机的来账包数据进行帐务处理，对于人行资金清算实现核对机制， 扣除清算日期非当日的业务包后进行清算处理，对于相关查询查复实现实时答复和相关账务处理。 支付系统交易中，贷记往账大多数交易经过记账、复核、确认和打包发送的处理，对记账、复核后的交易 可以进行抹账处理，而确认后的交易不可操作抹账处理。借记往账通过登记、复核、确认打包发送，登记、复 核后的往账可以删除处理，确认后的往账不可以删除。非实时的往账交易需要批量打包发送，实时往账交易则 单笔打包发送。 交通银行大集中核心账务系统需求书 【内部资料 注意保密】6 来账分为贷记包来账和借记包来账，普通贷记包，定期贷记包来账经过自动入账、确认和批注处理，对于 批注需要经过记账、复核处理，而确认处理的交易可以转为批注处理；批注和确认处理后的交易可以进行抹账 处理；借记包来账以及实时贷记包经过账务处理后不允许抹账；并返回回执信息。 同时要考虑在二期没有在全国推广之前，增加小额支付系统与原对私系统的接口（特别是来账的实时处理） 。 *凭证的打印依据业务种类采用不同打印方式：往帐业务和清算业务采用逐笔打印单笔记帐凭证方式；来 帐业务采用批量打印汇总记帐凭证方式。来账补充报单打印，按人行印制凭证单笔打印。 小额批量往、来帐的所有凭证、信息清单打印，系统均应提供可以选择打印机类型（票据打印机或行式打 印机）功能。 2）考虑到人行支付系统城市处理中心的分布与我行系统运行控制范围不对称的情况，要求在同一套系统 中，允许设置多个接口与不同的人行支付系统城市处理中心相连。首先按照人总行的要求接口方式，由直接参 与者的分行 MBFE 直接介入省分行的 CCPC。技术上要支持直属分行和省分行作为直接参与者介入的网络。又要 保证辖属行能够作为间接参与者从省分行 MBFE 集中直接介入省分行的 CCPC。 3）根据支付系统实际运行的需要，建立查询查复、回单处理、行名行号信息管理等新功能。同时实现核 心系统与人行支付系统前置机的实时通讯接口功能，进行查询查复的实时处理。 支付系统中查询查复交易经过录入和复核处理，对录入后的查询查复信息可以进行删除处理，而复核后的 信息处于已发送状态下不可操作删除处理。 由于来账业务处理集中在通汇控制部门，为了使网点客户能及时取得来账回单，减少部门间的凭证传递， 需要对集中处理的来账信息在记账后登记在相关记账回执登记簿中，经过生成后以便网点通过有关交易打印。 同时要考虑省集中模式，省分行与辖属分行在往来帐的处理要求，往账实时包遵循大额，非实时包借记业 务必须得到付款行的回执信息。特别是来账由省分行统一接收，清分后由省分行和辖属分行分别进行来账处理。 4）小额批量支付子系统必须提供抹帐功能。抹帐的同时应恢复原交易处理时修改的相应数据库数据。 小额批量支付往帐交易抹帐控制：对未发出的往帐业务数据（未复核、已复核）可以进行抹帐；对发出的 往帐业务数据（已确认、已发送、已轧差、已清算）不允许进行抹帐。 小额批量支付来帐交易抹帐控制：对未批量入帐的接收来帐数据（未复核、已复核）可以进行抹帐；对已 批量入帐的交易数据不允许进行抹帐。批量入帐交易允许抹帐，已进行资金清算的批量入帐信息不允许进行抹 帐处理。 小额批量支付交易与其它子系统联动处理抹帐时，系统必须遵循相关子系统对抹帐处理的要求，对不允许 进行抹帐处理的信息系统应进行自动提示。 5）支付报文中货币符号的转换：系统的各类业务处理中，如果约定以 3 位数字代码表示不同的币种。在 支付系统中，币种以位英文字母代码表示。为此，在支付系统的接口处理程序中，需要进行不同代码间的自 动转换。同时在业务操作时除了人民币账号外的其他外币账号的控制。 6）在支付系统报文中，对各要素项的类型和长度都有明确要求，在开发时必须遵循，具体要求参见人 行小额支付系统的接口方案的“业务要素集” 。小额支付系统对各类业务的要素组成进行归类总结后形成业 务要素集，每个业务要素集代表一类业务要素组合关系。组织小额批量包时，业务要素集决定了批量包明细业 交通银行大集中核心账务系统需求书 【内部资料 注意保密】7 务正文体的基本业务要素部分。目前共有六个：普通转账业务要素集、贷记退汇业务要素集、定期贷记业务要 素集、定期借记业务要素集、通用信息业务要素集和通用回执业务要素集。 当往账信息生成报文时，应根据人行对报文的要求，对各强制输入项进行自动填充处理；除小额支付系统 业务包中包头（汇总信息）的金额数据长度为 22 位以外，其他金额数据的长度都是 15 位，系统中金额长度定 义要求与其一致。 同时对向人行支付系统发送或接收数据信息的报文都给定报文编号（例如大额汇兑支付报文编号为 CMT100；小额系统普通贷记业务包 PKG001；查询书报文编号为 CMT30*等等） 。 7）数据采用网络直连方式将系统与人行前置连接，确保数据及时处理。 （详见接口方案） 8）批量打包发送 系统根据批量包的类别选择实时或者定时组包发送。业务在复核完成后，自动在登记簿中记载该笔业务的 批量包类型，并对实时业务在确认完成后自动生成批量包序号发送；对于非实时的业务，系统在确认完成后， 根据批量包类型及接收清算行行号自动累计笔数和金额，在系统设定的发送时点补充其它要素生成批量包序号 发送。 批量包序号：8 位，由包发起直接参与者顺序编号，编号范围 00000001-99999999，批量包序号与包发起 直接参与者号、批量包委托日期一起构成一个批量包的唯一标识。 （每个工作日始重新从最小号编排） 支付交易序号：小额与大额不同，支付交易序号不分段，发起行从 00000001-开始按业务自动顺序编号， 序号范围为 00000001-99999999，编号循环使用。 （每个工作日始重新从最小号编排） 在小额系统中，发起行行号+委托日期+支付交易序号唯一确定一笔业务。 批量包处理状态号：2 位，支付业务包：01-已拒绝、02 已发送、03-已轧差、04-已排队、05-已清算、06 已撤销；支付信息包：01-已拒绝、02 已发送、10-已回执、11-已拒付、12-已冲正 13-已止付、14-已超时；通 用信息包与实时信息包：01-已拒绝、02 已发送。 具体批量包（详见“接口标准” ） 9）系统的部门关闭、全行关闭交易中，增加对支付系统业务的检查功能： * 部门关闭时检查该部门是否确有未确认、未打包发送的往账、未复核的信息、未入账的来账(仅限于清 算日期为当前工作日的来账)以及未作挂账处理的被拒往账，系统控制提示，不允许部门关门，只有不存在上 述业务后方可关门。 特别关注状态“等待回执”信息。 * 全行关闭时检查当日支付系统往来账清算是否已处理完毕。未做清算时系统提示不允许关闭。 特别关注辖属行：没有操作“资金清算的轧账”处理的，不可关门。 部门关门时检查“已确认、已发送、已清算、已挂账” 的往账业务；“已复核”的查询查复业务；“已复核、 已挂账”的来账业务 * 在日终处理产生的提示清单中，增加对未处理查询、查复信息、当日撤出的往账信息的提示。 10）小额支付系统的轧差和清算处理 小额支付系统引进“双边轧差，定时清算” 。CCPC 负责对同城小额支付业务进行轧差处理；NPC 负责对异 地小额支付业务进行轧差处理。 轧差的依据：净借记限额检查后释放的小额支付业务纳入轧差。 交通银行大集中核心账务系统需求书 【内部资料 注意保密】8 按批量包逐包实时双边纳入轧差。 非实时贷记支付业务以付款行发起的贷记业务包作为轧差依据，实时贷记支付业务以收款行 返回的回执包作为轧差依据；借记支付业务以付款行返回的借记回执包中的成功交易作为轧差依据。 小额系统对直接参与者提交的，未通过净借记限额检查的小额业务包作排队处理，所有排队业务按金额大 小进行排序（注意：不按照时间顺序） ，当满足直接参与者净借记限额检查条件时，排队业务按顺序纳入双边 轧差。 系统应增加小额排队业务的撤销和队列调整的交易功能，即允许直接参与者主动撤销某笔小额排队业务， 允许直接参与者将某笔小额排队业务调整到队列首位。而实时业务如因净借记限额不足，无法纳入双边轧差的， 不作排队处理，系统应直接拒绝，并及时通知收付款清算行。排队业务只能对整个业务包进行撤销，不能撤销 单笔业务。 排队的依据是系统对未通过净借记限额检查的非实时贷记支付指令或借记成功回执纳入排队处理。异地业 务未通过净借记限额检查的在 NPC 排队，同城业务未通过净借记限额检查的在 CCPC 排队。排队按“金额优先” 的原则自动进行排队。直接参与者可以手工调整业务排队顺序或撤销排队业务，队列调整只能调整排队业务到 队首。此队列为业务的待轧差排队队列，不同于清算账户头寸不足而构成的待清算排队队列。 净借记限额：由于小额支付系统采取定时清算的方式，业务的转发和资金的清算不同步，转发支付指令在 前、资金清算在后,容易产生流动性风险和信用风险。为控制风险，小额支付系统采用以中央银行为对手，为 直接参与者设置其净借记限额的风险控制机制。净借记限额指直接参与者在单一时点所能承担的小额系统最大 净付款责任。净借记限额是指小额支付系统为开立清算账户的直接参与者设定的，对其发生支付业务的净借记 差额进行控制的最高额度。它由授信额度、抵押品和清算账户圈存资金组成，净借记限额 = 授信额度+抵押品 价值+圈存资金。由于小额支付系统采用同城业务 CCPC 轧差，异地业务 NPC 轧差的方式，因此，直接参与者的 净借记限额将分配在 CCPC 和 NPC 两地使用，分别用来衡量直接参与者在两地的小额系统最大付款责任。 其中圈存资金是直接参与者为保证小额业务的清算提供的现金担保，是在直接参与者清算账户中冻结的一 部分资金，应由直接参与者在系统中进行参数设置，并可实时调整两地的均衡使用。 对于净借记限额可以根据实际业务情况增减变化。在直接参与者净借记限额总额保持不变的情况下，其 净借记下可以在 CCPC 和 NPC 两个节点之间进行内部均衡，均衡方式包括系统自动均衡和参与者手工均衡。 处于待轧差排队队列时，人行还会采用“撮合机制” ，当撮合成功收到轧差回执后，行内系统应及时调整净借 记限额的数值。 商业银行接入小额系统后，为避免信用风险，要求各家商业银行均需设定小额系统净借记限额，其组成部 分包括人民银行管理的授信额度、抵押品，还包括商业银行自身清算账户中的部分资金，该部分资金称作“圈 存资金” 。系统应增加交易实时下载“小额净借记限额的查询” ，反映净借记限额、可用部分、可用额度、可用 头寸的数额，以便分行及时了解情况。 （在人行前置上进行查询） 直接参与者某个节点净借记限额的可用部分是指某一时点直接参与者在该节点可承担的新的净付款责任， 等于其总的付款责任减少已承担付款责任部分。计算公式：直接参与者某个节点净借记限额的可用部分直接 参与者该节点净借记限额 该节点排队待清算的小额轧差净额该节点当时轧差净借记差额。 交通银行大集中核心账务系统需求书 【内部资料 注意保密】9 直接参与者某个节点净借记限额的可用额度是用于衡量该直接参与者在某一时点的最大付款能力。计算公 式：直接参与者某个节点净借记限额的可用额度直接参与者该节点净借记限额 该节点排队待清算的小额 轧差净额+该时点的该节点当场轧差净贷记差额该时点的该节点当时轧差净借记差额。 净借记限额可用部分与可用额度的关系：当场轧差为净借记差额，则可用部分=可用额度；当场轧差为净 贷记差额，则可用部分+净贷记差额=可用额度。 小额系统对付款清算行的小额付款业务所进行的净借记限额检查的实质是检查确认付款业务金额是否大于 其净借记限额的可用部分。对直接参与者发来的需对外付款的小额业务（含普通、定期贷记业务包、实时贷记 业务回执包、借记业务回执包） ，均须进行净借记可用额度检查，若在额度范围内，则纳入双边轧差，否则进 入排队队列，如属实时业务则直接拒绝。 直接参与者某场轧差净额如为净贷记差额，该净贷记差额在提交清算时不影响净借记限额可用部分。做轧 差净额提交清算时将立即清算，该部分净贷记差额所产生的净借记可用额度将自动减少，其净借记可用额度= 清算前的净借记可用额度-本场轧差净额。 直接参与者某场轧差净额如为净借记差额，该场轧差可能因清算账户可用头寸不足，在 NPC 作清算账户排 队处理，由于此时直接参与者该场轧差净额的付款责任尚未解除，因此将继续相应占用其净借记限额（即相应 处是可用额度） 。待完成资金清算后，则可解除对净借记限额的占用，可用额度将相应恢复。因此，该类直接 参与者的净借记限额可用部分在轧差净额提交清算时保持不变，待收到清算回执后增加，增加量净借记差额。 收到清算回执前，净借记限额可用额度提交轧差净额清算报文时的净借记限额可用额度（忽略下一场轧 差期间的新业务） 。 收到清算回执后，净借记限额可用额度提交轧差净额清算报文时的净借记限额可用额度净借记差额 （忽略下一场轧差期间的新业务） 。界面：监控限额查询 清算原则：已轧差的净额原则上纳入当日清算。CCPC 和 NPC 每场轧差净额在规定的提交清算时间实时送 交 SAPS 清算；但是在 CCPC 与 NPC 之间发生网络故障等异常情况下，CCPC 可在次日或故障恢复后提交 SAPS 清 算。 已提交 SAPS 的小额净额清算报文当日必须清算。当日已提交 SAPS 处理的 CCPC 和 NPC 轧差净额必须足额 清算，不可撤销或退回。 小额借记净额只能用圈存资金以外的可用资金进行清算。小额支付业务的清算只能使用清算账户余额中除 圈存资金以外的可用资金，不足清算的作排队处理。 每一场次轧差结束提交清算时，CCPC、NPC 实时将轧差净额清算报文发送 SAPS。SAPS 收到 CCPC、NPC 提 交的轧差净额清算报文后，进行相应的账务处理。SAPS 完成资金清算处理后，生成清算回执并发送至 NPC，NPC 转发至相应 CCPC，CCPC 生成清算通知发送至各清算行。各清算按报文要求进行资金清算的账务处理。 CCPC、NPC 向 SAPS 提交小额净额清算报文，SAPS 在清算处理中如发现某清算账户可用于日间清算的头寸 不足时，则该清算行的借记净额进入 NPC 清算排队队列。 小额借记净额在 NPC 清算排队队列中的排序如下： 1、错账冲正 2、特急大额支付（救灾战备款）3、日 交通银行大集中核心账务系统需求书 【内部资料 注意保密】10 间透支利息和支付业务收费 4、同城清算系统轧差净额 5、小额借记净额 6、紧急大额支付 7、一般大额支付 大额支付系统业务截止后，若清算行仍有在 NPC 排队待清算的小额借方轧差净额或其它业务，SAPS 打开 清算窗口，由付款清算行筹措资金，按上述排队顺序清算排队业务，在 NPC 排队的小额借记轧差净额未清算前， SAPS 不得关闭清算窗口进入日终处理。 为便于业务数据的比对，小额系统支持行内系统向 MBFE 申请下载指定期间的小额业务明细。 小额支付系 统的业务明细下载核对 11）小额支付系统的业务收费 凡通过小额支付系统办理支付业务的参与者，均须按规定的计费标准缴纳汇划费用。小额支付系统遵循 “谁发起业务，谁缴纳费用”的原则，以直接参与者为对象，对该直接参与者及其所属间接参与者通过小额支 付系统办理的小额支付业务收取费用；支付类业务主要包括业务处理状态为“已清算”的小额支付业务，对借 记业务仅按回执标志为成功的笔数收取费用。信息类业务是指通过小额支付系统处理的通用信息，实时信息等 业务。支付业务按业务类型设定每笔业务的基本费率；信息类业务按数据流量收取汇划费用。对超过规定容量 的小额支付业务除需按笔收取汇划费用以外，还需对超过部分按信息流量收取额外汇划费用。小额支付系统在 基本费率的基础上，支持业务发起时间段、直接参与者行别、直接参与者行号、月累计业务量、同城异地业务 范围、所在 CCPC 等多项因素对直接参与者给予费用优惠。计费总额以元为单位，四舍五入精确到小数点后两 位。 一般在大额支付系统每月最后一个工作日收取费用。采取 NPC 收费模式和 CCPC 收费模式。收取后自动 将应收取费用从清算账户中扣收，行内收到收费清单，作后续帐务处理。似同大额，收费按参数设定在各类交 易和信息类交易中，定期进行统计，便于分行了解收费情况，同时便于省分行了解全行所需扣收的费用。人总 行发来的收费信息直接登记在“撤销退回登记簿”中。 界面：统计收费明细，可查询或打印 参数维护交易 机构号： 按业务类型：普通贷记包 基本费率 元/笔 普通借记包 基本费率 元/笔 定期贷记包 基本费率 元/笔 定期借记包 基本费率 元/笔 实时贷记包 基本费率 元/笔 实时借记包 基本费率 元/笔 按数据流量： 超过规定容量： 业务发起时间段： 月累计业务量 统计收费明细交易 交通银行大集中核心账务系统需求书 【内部资料 注意保密】11 起始日期 终止日期 下列显示： 计费行行号： 报文类型 支付类业务 信息类业务 合计金额 笔数 金额 流量 超容流量 金额 普通借记 定期借记 普通贷记 定期贷记 实时借记 实时贷记 合计 小额支付系统-汇划费用统计 交易要素说明 * 前台业务处理成功后自动登记收费登记簿，画面列示内容都为显示项 * 对于借记业务包收费统计，笔数是返回回执标志为成功的笔数进行统计 12）小额批量支付子系统业务处理中涉及专用登记簿。目前有：小额批量往帐登记簿、小额批量来帐登记 簿、小额批量发出借记业务登记簿、小额批量接收借记业务登记簿、小额批量资金清算登记簿、应收应付登记 簿等。 小额批量往帐登记簿用于小额批量往业务处理时的信息登记，信息类型按处理状态共分为“记帐”、 “复核”、 “确认”、 “发送”、 “轧差”、 、 “清算”、 “抹帐”等。小额批量往帐登记簿需考虑多笔记帐汇总登记情况交易明细信息的 登记和小额实时往帐业务的登记，登记要素必须齐全，即小额批量往帐交易画面中已存在的数据要素必须在往 帐登记簿相关要素中体现。小额批量往帐登记簿登记信息可以根据业务人员指定条件通过交易打印。 小额批量来帐登记簿用于小额批量来帐业务处理时的信息登记，信息类型按处理状态共分为“记帐”、 “复核”、 “抹帐”等。小额批量来帐登记簿登记信息可以根据业务人员指定条件通过交易打印。 小额批量发出借记业务登记簿用于小额批量发出借记业务及收妥入帐信息的登记，信息类型按处理状态共 分为“记帐”、 “复核”、 “发送”、 “收妥回执入账”、 “拒绝回执”、 “超回执期撤销”、 “申请撤销”等。小额批量发出借记 业务登记簿逐笔登记需收妥入帐的信息明细，并根据入帐情况的不同显示不同入帐状态（入帐、挂帐等）交收 妥入帐登记簿登记信息必须与小额批量来帐登记簿相关信息保持一致。小额批量发出借记业务登记簿登记信息 可以根据业务人员指定条件通过交易打印。 小额批量接收借记业务登记簿用于接收小额批量借记业务的信息登记，信息类型按处理状态分为“回执记 帐” 、 “回执复核” “回执确认” “拒绝回执” “系统拒绝”等。小额批量接收借记业务登记簿登记信息可以根据 业务人员指定条件通过指定交易打印。小额批量接收借记业务登记簿登记信息应同时满足退回回执客户签收需 要,并可按业务人员要求的登记簿格式提供定期打印功能。 交通银行大集中核心账务系统需求书 【内部资料 注意保密】12 小额批量清算登记簿用于小额批量业务清算资金信息的登记，信息类型按处理状态共分为“正常”、 “录入”、 “确认”、 “记帐”、 “复核”、 “不需清算”等。 应收应付登记簿用于小额批量业务需收费信息的登记，具体的收付费类型由相关交易进行登记，信息类型 按处理状态共分为“记帐”、 “复核”、 “抹帐”、 “已处理” 等，收费类型分为“邮电费”、 “电子汇划费”、 “手续费”等， 业务种类默认为“小额支付”。应收款项登记簿同时应考虑其它相关交易（汇总收费、支付系统、系统内联行、 委托托收等）对该登记簿的登记和使用要求。 希望技术开发时，按照人总行接口要求，协助业务正确显示状态。 13）提供联动功能。联动是指一笔会计流水反映不同业务子系统帐务处理，即小额批量支付往、来帐业务 处理过程中必须在处理小额批量业务的同时联动处理其它业务子系统的相关卡片和登记簿，其对其他业务子系 统的处理必须遵循相关业务子系统的的处理原则。 业务联动的类型目前主要有：现金、银行汇票、银行承兑汇票、银行本票、委托收款付款、托收承付付款、 系统内联行、贴现、委托贷款欠息托收、个人结算帐户等。 小额批量子系统在进行抹帐处理时必须考虑相关联动处理的抹帐要求。 小额批量子系统必须考虑网上银行等总行端外围系统发起登记小额批量往、来帐和进行小额批量相关帐务 处理的联动功能。 分行自行开发交易的要求 小额批量子系统允许各分行在总行小额批量子系统基础上，通过自行增加交易的方法，对小额批量子系统 处理的业务品种和处理流程进行改造。 子系统在开发时必须提供相应开发接口，供各分行根据实际情况，依据子系统开发制定的相关规则和基本 约定增加程序和交易。该开发接口应提供批量记帐并登记相关往帐登记簿的功能。子系统的相应开发接口内容 应包括交易联动接口（现金、银行汇票、银行承兑汇票、银行本票、委托收款付款、托收承付付款、系统内联 行、贴现、委托贷款欠息托收、个人结算帐户等） 。 信息公告和生成电子回单的要求 小额批量子系统的 “信息公告”用于来帐业务中部分需通知对方行或网点的信息发布，如汇票结清交易多 余款的通知、接收信息的通知、委托托收收款的通知等， “信息公告”一般情况均与电子回单配套使用。 电子回单用于指定交易处理异地行或异地网点收款业务时向收款帐户开户行提供收款详细信息纸质凭证的 功能。电子回单信息要素见相关子系统需求说明。 具体需提供信息公告和生成电子回单的交易见“小额批量交易画面及详细说明”。 14）对反洗钱报告系统和成本会计系统提供要素的说明在今后的反洗钱体系中在反映 小额批量往、来帐信息清单打印时系统均应提供可以选择打印机类型（存折打印机或行式打印机）子系统 在相关交易处理生成业务数据时，应充分考虑向反洗钱报告系统和成本会计系统提供数据的需要。 小额批量子系统向反洗钱报告系统提供的数据源应包括（暂定）：业务标识、付款行行号、付款人名称、 付款人账号、收款行行号、收款人名称、收款人账号、货币符号、金额、付款日期、收款日期、用途、结算方 式、缴款人名称、收款人证件类型及号码、现金来源、付款人类型、收款人证件类型及号码等与小额批量业务 有关的数据。 小额批量子系统向成本会计系统提供的数据源应包括（暂定）：对方帐号、对方户名、品种种类、凭证号 交通银行大集中核心账务系统需求书 【内部资料 注意保密】13 码、金额、摘要等与小额批量业务有关的数据。 交通银行大集中核心账务系统需求书 【内部资料 注意保密】14 1 支付系统公共控制业务处理支付系统公共控制业务处理 1.1 业务范围 111 业务描述 为了使人行支付系统业务在大集中系统中能很好地利用，将公共控制部分（不管是大额还是小额） ，如人 行支付系统的行名行号表等相关库表实现实时更新到大集中系统中，并要求大小额的行号在一张库表中，并达 到全行一次更新，共用一个,避免目前各行使用更新的不一致性。 同时在大集中系统中应建立相关通汇部门操作支付系统的所需控制库表，如设置允许操作支付系统业务 的通汇网点，通汇网点与通汇控制部门之间的归属关系，以及人行前置与大集中系统在处理支付系统业务的实 时发送、接收和查询查复处理的控制关系。要求大小额通汇使用的一致性，便于分行建立维护该类型表。 112 交易范围 1.支付系统参与行行名行号表维护 2.通汇控制网点维护 公共类交易似同大额支付系统控制要求，同时增加、删除、修改登交易处理，打印公共维护单，产生非会 计流水（在非会计流水中反映变更的内容，不是问题代码，而是文字内容） 1.2 交易功能 121支付系统参与者行号行名表维护交易 1交易概述：接收人行的有关报文内容，将人行前置机上的支付系统行名行号表写入大集中系统中的行名行 号辅表中，尽量保留报文中的各数据要素。 1、功能中 1 增加、2 删除、3 修改、4 查询，可供柜员进行人工维护主表中的信息。 要求做到导入完毕后的数据在与前一期的数据进行比较，提示更新部分内容，并在批处理过程中按分行生成 “人行支付系统行号变更清单” ，以便业务人员确认，也便于柜员的日常操作。 2交易画面输入要素： (1)界面 交通银行大集中核心账务系统需求书 【内部资料 注意保密】15 功能： 行号： 状态： 类别： 行别代码： 所属直接参与者行号： 所在结点代码： 上级参与者列表： 是否参加小额标志： 所属人行代码： 所在城市： 清算账户状态： 清算账户状态变更日： 清算账户状态变更日和时间： 参与者全称： 参与者简称： 地址： 邮政编码: 电话电挂: 电子邮件地址: 生效日期: 失效日期: 更新时间: 最近更新操作: 记录更新期数： 备注： 交易码 支付系统参与者行名行号表维护 (2)输入要素的说明： 行号： 必输项 12 位 人行统一规定的 12 位支付系统行号 状态： 必输项 1 位 根据人行下发数据维护 类别： 必输项 2 位 可根据银行性质选择 行别代码： 必输项 3 位 输入行别代码 所属直接参与者行号： 必输项 12 位 输入所属直接参与者支付系统行号 所在结点代码： 必输项 4 位 输入所在城市人行小站号 上级参与者列表： 可输项 1 位 是否参加小额标志： 必输项 所属人行代码： 必输项 12 位 输入所属人行支付系统行号 所在城市： 必输项 2 位 输入所在城市代码 清算账户状态： 必输项 1 位 根据人行下发数据维护 清算账户状态变更日： 必输项 8 位 根据人行下发数据维护 清算账户状态变更日和时间： 必输项 14 位 根据人行下发数据维护 参与者全称： 必输项 60 位 输入银行全称 参与者简称： 必输项 60 位 输入银行简称 地址： 必输项 30 位 输入银行详细地址 邮政编码: 必输项 6 位 按实际输入 电话电挂: 必输项 12 位 按实际输入 电子邮件地址： 可输项 30 位 按实际输入 生效日期： 必输项 8 位 输入生效日期 失效日期： 必输项 8 位 新建时为可输项 交通银行大集中核心账务系统需求书 【内部资料 注意保密】16 更新时间： 必输项 14 位 输入更新时间（包括时、分、秒） 最近更新操作： 必输项 1 位 可选择“M-变更，A-新增，D-注销” 记录更新期数： 必输项 1 位 输入人行编列的更新期数 备注： 可输项 30 位 (3)处理规则及控制要求 * 支付系统行名行号信息是运行的基础。为此，必须保持大集中系统中的行名行号信息与人行前置机中的信息 一致。 并要求大小额的行号在一张库表中，并达到全行一次更新，共用一个,避免目前各行使用更新的不一致性。 * 根据人行接口方案的要求，大集中系统应从人行前置机中接收行名行号变动信息报文，自动更新大集中系 统中的行名行号基础数据辅表，并生效日的日始处理时更新主表，与行内系统中的主表进行核对，将每次变更 明细输出，提供网点下载打印确认，并便于网点柜员的输机操作。同时系统控制在批处理后生成以分行为单位 的“行号变更清单” ，供网点进行表下载、核对、打印变更表清单。 * 该交易可以定义为管理类交易，一般情况下根据人行的来报信息自动更新。 * 当需要柜员进行手工维护时，必须设置强制授权控制，并由各行财会处审核同意后账务中心指定柜员使 用本交易进行手工操作维护。 3输出要素说明： （1） “变更行号行名清单” 格式如下： 行号 类别 行别 所属直接 所在结点 清算账户 生效 失效 参与者 代码 参与者行号 代码 状态变更日 日期 日期 简称 上述交易的维护，一般通过人行前置机上自动导入（全行统一在一个前置机上导入，在行内系统中下发各行更上述交易的维护，一般通过人行前置机上自动导入（全行统一在一个前置机上导入，在行内系统中下发各行更 新）新） ，只有个别内容需要维护，在维护时在由柜员经过强制授权后进行维护。，只有个别内容需要维护，在维护时在由柜员经过强制授权后进行维护。 122 支付系统部门号维护交易 似同大额 123通汇控制网点维护交易 1.交易概述：设置通汇控制部门向人行前置机发送报文的控制参数。由于业务操作时间与前置时间有时间差， 而人行前置与 CCPC、NPC 之间也存在时间差，为了保证大集中系统中业务处理操作及时发送，在公共控制中设 定发送业务的时间段参数。 功能：选择 1 增加、2 删除、3 修改、4 查询，可供由各行账务中心指定柜员进行人工维护该表中的信息， 对往账发送时间的变更可使用