交行小额支付补充需求.docVIP

应用系统变更申请表00361变更申请项目名称交通银行大集中工程变更编号BoCom00001870申请人部门赵蕾联系方法2413变更提出日期2005.12.09建议完成时间12月30日变更类别：（勾选）处理部门1. 错误2. 协调性3. 优化4. 需求变更5. 性能6.新增功能7. 其它7变更规模（S/M/L）L紧急程度（L/M/H）H变更来源：（请注明原问题编号或需求编号）变更内容环境描述：生产环境现状：小额支付系统在11月28日顺利上线运行，但由于时间紧迫，一些需求功能按轻重缓急，分门别类进行开发，为了保证我行明年小额支付系统在其他分行推广应用平稳运行打下坚实基础，更为我行未来开展各类新型业务开拓新的支付渠道，现将小额支付系统中仍存在的问题，以及新的需求提交技术部门作进一步的完善。（见附件）目标要求：（见附件）在年内完成开发和测试工作变更理由：按原业务需求及系统控制要求。复测结果若复测失败，检测失败原因：1环境差异2软件质量3变更越位4版本错误5测试质量6安装错误7传递错误8其它_复测人（签字）：反馈日期：变更审批交行负责人（签字）：日期：变更实施结果确认角色结果时间签名生产系统管理部门若投产失败，原因为1环境差异2软件质量3变更越位4版本错误5测试质量6安装错误7传递错误8其它_生产变更时间：应用系统变更管理部门变更关闭：附件：一、 目前上线运行系统中仍存在的问题需要在年内完成。（1）系统交易的控制：1.非税收入提交成功后，报文数据里没把附加域栏带出发送。答复：这是上线前的问题，上线时早已解决。请业务重新确认.黄莺已测通过2. 查询同城特约委托收款协议登记簿，显示的内容不全（只显示19条内容），按Pagedown和下箭头都没有用，和技术联系后，发现在后台查询是能够查到的，但是前端有问题。协议录入选择“人工”时，没有输入协议编号，也没有相应的提示，提交成功后，柜员发现有误，做删除处理时协议编号又是必输项，此时无法进行删除，此交易应进行相应的控制。答复：前端（赞同）问题，已经修改，等待测试更新3.借记往账来账时,状态为“待确认入账”，如果柜员的权限不够，提交后系统报错“超过柜员允许的权限范围”，同时该笔来账的状态改为“等待挂账”，这是不允许的。正确的做法应该是前端对柜员的操作权限进行控制，若系统有报错提示信息则该交易是不成功的，该笔业务的状态是不改变原来的状态的。 答复：等待修改4. 往帐发送后人行MBFE已轧差列入当日清算，状态为“已清算”,但在我行往帐登记簿中状态为“已轧差”；来账人行MBFE已轧差列入次日清算，行内系统的批量包查询时，该批量包的状态为“已轧差”，但在单笔来帐登记簿中状态却为“已清算”。 答复：不存在此问题，请业务重新确认.现在没有问题了5.在353413小额来帐清单打印的交易里增加两个选项“柜员号”和“状态类别自动入账、手工干预”,两项均为可选项，并将各类别的总笔数及总金额显示在清单上。而且此清单反映的来账内容界定不清，既不是当天会计日期的，也不是上一会计日期人行日切后到当天会计日期人行日切前，和技术联系过，对方承认此报表有误。 答复：等待修改（2）系统监控1. 监控画面什么都看不到，起码有来账总数（借、贷）、金额，已经处理（重点）和没有处理的要分开显示。日切后，在监控画面中，不仅应显示我行会计日，人行日切前和日切后两个日期中的不同内容。 答复：显示行数不够，无法同时显示日切前和日切后数据，需要业务上调整画面需求。本问题于与前端（赞同）相关。2. 小额支付系统的系统监控占终端，占柜员。答复： 无此问题，目前已经把该交易调整到签到画面上，不占柜员，但占终端。本问题于与前端（赞同）相关。二、尚未完成仍需年内完成工作：（一）小额支付系统模块内1. 由于目前核心系统中大额支付系统发送，与人行前置连接的问题在两个分行反复出现，需要技术查找连接进程通讯。 答复：请详细说明情况。大额支付系统重复发送的问题，需要技术查找相关原因并予以尽快解决。2. 对于确认处理的单笔交易必须显屏显示“重复记账”，同时发送后的往账（包括借记回执）发生拒绝，退回到确认前进行再次发送时，也要进行控制重复记账、重复发送的显屏提示。 答复： 新需求，需要修改。这在以前的需求已经提出3. 对方借记业务，我方借记回执批注为“拒绝付款”，发出批注确认的同时，人行前置已发出超期通知，造成行内系统单笔登记簿显示有误。借记回执确认提交后，行内系统提示“回执已超期”，系统将该笔业务自动更新状态为“等待挂账”或“作废”。如果状态为“等待挂账”的，就无法进行抹账，需通过挂账处理完重新划回至客户账，因此在客户的对账单上当天就会有两条记录（一借一贷）。现需要系统对此类业务进行控制，如在柜员操作如已属超期的借记回执业务时，系统提示该业务已超期，不允许提交。答复： 已经解决，在柜员首次处理该借记回执时即提示已超期则不会出现本问题。并且在挂帐交易里增加退回确认前选项，可以抹账。需要进一步测试4. 一借多贷350830交易记账未成功，却在往账登记簿中记载。一借多贷350830交易记账交易成功后未能打印出记账凭证及付款通知书。原因在于复核时，打印付款通知书（35I03大额格式）第一位是个非空标示，而主机返回为空，系统报错。 答复：已经解决。需要测试5. 协议登记簿建立、查询和维护交易尚未自动导入完成，自动入账后的电子回单，应通过协议登记簿将母子公司对应生成和打印电子电子回单帐号和户名应为子公司帐号和户名。 答复：厦门分行特色业务，分行自己负责。主机接口已开发，由分行自行联系技术。6. 同城特约委托：协议登记簿建立时收、付款人开户行行号设为可输项答复：（非公共需求）（可以修改）(与前端（赞同）相关)；来帐扣款后电子回单尚未能产生；同城特约查询交易业务种类无下拉菜单，答复（在前端无法增加下拉菜单，项目过多，查询也不方便，系统已经提供专门的业务种类查询交易）（如业务坚持，可以修改）(与前端（赞同）相关)输入付款人帐号或金额无法模糊查询（已解决）；输入业务种类后能显示所有记录但无法按回车查询单笔明细答复（无此问题）。需要进一步核实353441同城特约委托收款付款协议维护交易生成方式、业务种类无下拉菜单。系统应控制建立完全相同的两条交易提示“重复记载”，并不可提交答复（已解决）。 7. 小额支付系统贷记、借记业务的自动入账部分应生成电子回单登记簿，并在电子回单登记簿和打印电子回单上显示“贷记、借记”标志。答复：电子回单格式有问题，需要调整。需要进一步分类，贷记业务要注明“大额贷记”或“小额贷记”；借记业务注明“小额借记”。8. 往来登记簿中“交易状态”显示不全面，需增加相应状态。同时在下一层明细显示中增加字段。（如“拒付理由“的描述；申请撤销退回止付冲正等描述）答复：已经解决9. 进行往账确认时，通过列表选择某条记录后，明细内容的第一屏显示项应增加附言栏 答复：新增需求，可以修改10.支票圈存 答复：支票圈存主体交易基本都不在高阳小额支付项目组实现范围，需交行小额项目技术组协调。1）圈存登记簿查询交易（356710），选择“浏览”只能查询到19笔的列表，实际圈存的信息已有41条；选择“查询”，不提供模糊查询功能，此时按照柜员手中的圈存资料，逐笔查询才能看到实际有41条资料。答复：非高阳小额支付项目实现2）圈存支票未实现在小额支付系统的联动支付功能，没有满足业务需求，此业务一定要实现。 答复：非高阳小额支付项目实现3）圈存支票在其他交易中也未实现联动支付，目前只能在特定交易中做，或选择转入其他存款账户或选择挂销账转出，希望可以解决。答复：非高阳小额支付项目实现4）发起支票圈存业务后，由电子柜员自动记账，分录：借：客户存款帐户 贷：2620100311此会计分录的监督标志是0-不监督，需求中也按此要求提出，但是现在行内系统设计为借方为1-监督，因此造成后督中心无法正常关门。答复：已经解决5）圈存人工解除的交易人民银行没有明确的管理规定，没有提到解除后的支票是否要截留在付款行，记账时手工填制借方传票作为原始凭证。 答复：这不是需求 6）支票圈存日期的计算，从圈存当日开始计算为第一天，支票持票人进行支票圈存成功后，由银行会计核算系统为支票用户保留支票金额至支票到期日的次日银行营业终了时，遇节假日顺延，过期自动失效。要求在行内系统增加圈存到期自动解除功能。自动解除的具体需求是：按照人行天津分行文件支票圈存管理办法（津银办发2005248号）第二十七条的规定：“支票持票人进行支票圈存成功后，由银行会计核算系统为支票用户保留支付金额至支票到期日的次日银行营业终了时，遇节假日顺延，过期自动失效。”根据此规定，我行行内系统应实现以下功能：票据到期后没有支付的支票，系统应该在到期日次日银行营业终了时（遇节假日顺延），自动解除圈存。实现圈存登记簿中到期日字段生效后，到期日次日日终批处理自动解除圈存，会计分录是：借：2620100311 贷：客户存款账户同时调整圈存登记簿中该笔记录的状态，调整账户积数登记簿，待计息日一同结息。系统自动产生客户电子回单，由付款人开户行自行打印客户回单。圈存到期自动解除没有全部实现的基础上，应先按照提供到期提示清单，批处理后在IFSS报表存储，同时生成相应的电子回单。答复：非高阳小额支付项目实现7）因已圈存的支票过期或用户取消圈存时，由支票付款行审核无误后，按规定给出票人计付支票圈存利息。圈存自动解除后，行内系统还应自动调整原付款账户的计息积数，登记活期帐户存款积数登记簿，待计息日一同结息。答复：非高阳小额支付项目实现8）圈存到期前进行的的支付方式，应为联动方式（按支票圈存需求） 提示付款：发出 借：2620100311 贷：5230100002或504000001或收款行账户 收到：借：2620100311 贷：5230200002或504000002或收款行账户答复：非高阳小额支付项目实现11由于票据交换的需要，需要各往账交易网点按人行轧差日期、轧差节点和轧差场次为各对手行打印普通、定期借、贷记票据汇计单和清单，由业务人员与实际业务票据核对后送人行票据交换所交换票据。需要开发相应打印交易来满足实际业务处理。汇计单打印选项内容有：轧差日期、节点、场次，接收行行号（12位），报文种类（普通、定期），业务种类（借、贷）及各自票据汇总张数、金额，发起行行号（12位）。往账清单表头有发起行行号、日期、节点和场次，内容包括接收行，包文种类，借、贷方，收（付）款人账号、户名、金额，记账柜员等。打印往账清单时应该有日期、业务种类、人行节点、场次等选项，当不选时均默认为全部。 答复：新增需求，需要新增交易实现12在登记簿现有选项基础上，委托日期后增加轧差节点（1位，NPC/CCPC）、轧差场次（2位）两栏。业务人员查询时通过在相应栏位选择输入或者不输入相关要素，进行精确查询或者分类模糊查询。分类模糊查询时显示符合条件的所有记录。这样一来，登记簿将提供较为灵活多样的查询功能，便于业务人员进行准确、有效的查询。不需要分类使用的分行只要在相应栏目中不输入即可查询到全部数据。答复：新增需求，需要新增交易实现13由于甘肃省要通过小额支付系统发起支票截留业务后，截留票据要通过扫描来附加影像给对手行，需要发起方增加影像附加交易来增加影像与往账信息匹配的处理功能。收到对手行发起的支票截留业务时，要从来账信息中提取票据影像通过行内验印系统核对票据影像并打印留存，矣收到人行非小额系统传递来的影像后再次进行核对。需要开发交易来满足业务需要。答复：需要详细的需求，该需求应该作为以后全行支票截留业务的规范来提出。并且该需求的实现涉及到本地验印系统联合实现。所以需要与该系统进行合作开发。请交行小额项目组协调尽快确定本业务的开发方式及需求等。需求已在1221会议纪要中详细提出。14在接收到小额支付来账后，将按接收行打印的来账清单与人行交换来的票据进行核对，验证交换票据是否完整、一致。在小额支付来账业务处理时，需要增加接收行行号和人行轧差场次选项，不需要的分行在此处可以不选默认为全部即可。这样分行账务中心业务人员在核对票据时可以准确的判断票据是否完整、合法、合规；是否全部处理完成。同时在来账清单打印时表头要有接收行行号、接收日期、轧差节点、轧差场次、处理类别（系统记帐、手工干预）等选项，不选时默认为全部。内容包括发起行号，报文种类，借、贷方，入账标志（入账、拒绝）收、付款人账号、户名、金额，记账柜员等。在来账未处理时入账标志、记账柜员栏位为空。便于业务人员核对来账和满足管理的需要。为了核对收到借记业务后返回拒绝付款回执与需退回的实物票据相符，需要按账务中心打印拒绝回执清单。清单表头包括处理中心行号，拒绝日期，人行节点、场次。内容包括托收行，付款行，收、付款人账号，金额，处理柜员号及原因等内容。 答复： 新增需求，为避免理解的误差，请业务提供详细的清单格式样本或描述文件。需要新增交易实现。需求详细描述：来账清单的打印，是在来账清单打印选项中增加接收行行号（或网点号，以下同此不再赘述）、人行日期、节点、场次、来账方向（借、贷）、报文种类（普通、定期、时时）栏位供业务人员选择。接收行行号默认为本网点支付系统行号，账务中心可修改为网点行号，网点只能打印本网点的来账清单。人行日期默认为当前日期，可修改。节点默认为全部，可修改为NPC或CCPC。场次默认为全部，可修改为相应的场次。来账方向默认为全部，可修改为借或贷。报文种类默认为全部，可修改为普通、定期、时时。清单表头内容同打印画面中的输入内容，清单内容先后为节点，场次，发起行行号，来账方向（借、或贷），报文种类（普通、定期、时时），收、付款人账号、户名（报文种类是“贷”时为付、收款人账号、户名），金额，入账标志（入账、拒绝），记账柜员等。来账未处理时入账标志、记账柜员栏位为空。打印排列规则按清单内容先後顺序升序排列。拒绝回执清单的打印，是根据来账处理部门处理的来账拒绝回执记录，按回执人行日期、节点和场次打印出清单与实际票据进行核对。内容包括托收行，付款行，收、付款人账号，金额，拒绝回执处理柜员号及原因等内容，打印排列顺序规则按内容的先后顺序进行升序排列。15发起的普通借记业务和定期借记业务，收到对方返回回执入账后，需要发起网点按工作日期区间打印入账清单。入账清单内容中需要有往账发出日期，收款人账号、金额、票据号码，接收行行号，入账日期，入账标志、入账柜员，拒绝原因等要素。清单规则按往账发出日期、收款人账号、金额、票据号码，接收行行号，入账日期，入账标志、入账柜员进行先后排列。便于网点人员与发出后留底的票据进行核对，核对后将留底票据附在入账清单后随当日网点传票送后督。对于对方行超期未回复，人行撤销的往账业务，应该按撤销时间区间打印人行撤销清单，便于网点人员对往账信息的后续跟踪处理。清单内容同入账清单。相应的，网点每日打印往账清单时应该有业务种类选项和人行轧差节点、场次选项，当不选时均默认为全部。答复：新增需求，为避免理解的误差，请业务提供详细的清单格式样本或描述文件。需要新增交易实现。需求详细描述：借记往账清单，是网点发出借记业务后，按往账业务日期生成的借记往账业务清单。输入项有往账日期，网点号，业务种类，人行节点和场次。往账日期默认为当前记账日期，可修改。网点号默认为本网点，账务中心可修改为所属网点，网点只能是本网点。业务种类必输，默认为全部，可修改为普通、定期或时时三种。人行节点默认为全部，可修改为NPCCCPC。场次默认为全部，可修改为人行相应的场次。清单内容先后有业务种类（普通、定期、时时，打印排列规则同此），节点NPCCCPC，场次，接收行行号，收款人账号、户名，金额，票据种类、号码，付款人账号、户名。打印排列规则按清单内容先后顺序升序排列。借记往账入账清单，是网点发出借记业务后，收到对方回执后按回执收到日生成的网点收到借记回执清单。输入项有回执收到日期，网点号和业务种类。回执收到日期默认为当前记账日期，可修改。网点号默认为本网点，账务中心可修改为所属网点，网点只能是本网点。业务种类默认为全部，可修改为普通、定期或时时三种。表头内容打印画面中的输入项。清单内容先后有往账日期，报文种类（普通、定期、时时），接收行行号，收款人账号、金额、票据号码，入账标志（入账、拒绝或人行撤销）、入账流水号，拒绝原因等要素。打印排列规则按清单内容先后顺序升序排列。16由于人行小额收费是根据往账业务包、包内业务笔数和发送时间来确定收费标准。需要各分行根据自己分行实际情况在行内系统根据业务需要来调整往账组包时间，在往账业务及时发送的同时最大限度降低汇划费用。分两种方式来实现，一种是由人工发起组包，另一种是通过参数（即：定时、达量）设定控制由系统自动组包。参数的调整可以由分行账务中心或参数中心来处理，分为及时生效和定时生效两种。答复：由人工组包的必要性值得商讨，并且对目前的打包模式由很大影响。自动打包的策略我们将根据人行的收费标准与业务来共同制定，但打包的控制参数建议由技术调整。由业务调整的必要性不是很大。此条关闭，由技术进行控制。17.自小额支付系统上线后仍没有按要求在批处理后生成各类报表。（见需求）。如：小额支付系统行号行名变更清单； 小额支付系统往账清单；通过向人行前置下载“小额支付交易已清算往账清单”、“小额支付交易未成功往账清单”、“小额支付交易核对异常往账清单”； 支付系统来账入账清单；通过向人行前置下载“小额支付交易已清算来账清单”、“小额支付交易未成功来账清单”、“小额支付交易核对异常来账清单”、“小额支付交易借记业务来账清单”；通过向人行下载的各类对账清单和报表。答复：需要实现行号变更和往来账清单，其他要求的清单无法实现，人行不提供接口18.由于人行小额支付系统上线后，资金清算时业务操作时无法在人行前置机打印资金清算日汇总报表，为此在行内系统进行资金清算时提示打印“小额支付系统资金清算日汇总表”（格式似同“人行标准”） 答复： 新增需求，需要修改现有清算交易。现在已经能够打印出业务受理通知书19. 由于人行对小额支付系统的公共维护类以报文进行控制，同时对组包的期限也以报文控制，为了保证分行能进行调整，在小额支付公共维护类（通汇控制信息维护中）增加“回执期限”和“定时组包”的维护、修改、删除和查询操作。 答复： 组包限制必须按人行下发参数执行，行内修改成和人行不一致的参数并无意义，因此回执期限只能显示，不允许修改，定时组包参数是后台组包的控制，不是业务参数，应该由技术调整，不应该面对业务，所以不在通汇控制维护中做维护。此条关闭，由技术进行控制。20.小额支付系统对账处理,目前只支持行内系统与人行前置数据保持一致,仍未支持行内系统登记簿数据与主机明细记账数据是否保持一致.行内系统一个会计日0:00-16:00;16:00-24:00分段的数据应保持一致,确保前一天16:00-当日16:00清算数据也保持一致.批处理后生成报表, 并在IFSS中存储。答复： 正在UAT测试，建议业务抽调专门的人员对应将所有涉及到的业务种类全部做一遍，并按照生产的操作规范正常的做完一天的业务，以保证测试完整。需与IFSS协调实现本需求。明细核对后，要出报表，并在IFSS中保存。（二）涉及到小额支付系统的外围系统需年内完成1. 小额支付系统交易记账成功后，在032160交易查询会计流水中查询信息，发现登记的收付款账号与记账账号信息不符。答复：主机需要调整2.企业网银业务目前只能选择同城或大额支付，没有小额选项，须尽早与小额支付系统的对接。 答复：小额支付提供联动接口。小额与网银的具体接口及实现方式抢交行小额项目组尽快协调确定。3.财政授权支付系统与小额支付系统的对接未实现。答复：小额支付提供联动接口。 请尽快提供中央财政授权支付需改造的交易。需要详细的需求，包括哪些交易要改造，具体的页面描述，走人行的哪个接口等。不要只写一个财政授权支付改造就拿来当需求。联系陈甦老师后再行确定4.在福州试点小额支付系统的同时取消同城交换系统，对一借多贷、汇票结清、本票结清交易在小额系统的交易中增加选项，同时在大额支付系统中增加选项，并以汇兑报文发送。 答复：大额问题，不属于小额范围。请技术确定由谁来做，业务需要是在取消同城后保证业务正常有序处理。5.小额支付系统对公贷记往帐汇兑记帐350110中付款人帐号无法输入对私帐号.引出小额支付系统中应增加“对私业务”（见需求） 答复： 对私业务统一考虑，请交行小额项目组协调对私业务人员尽快提出具体的需求。提出的需求需符合大集中对私系统的相关规范。正在提出对私需求6.小额前端的版本参数与大额共用或类同，但前端、前置版本不统一。特别时公共类交易没有按总行参数中心和分行参数中心维护的交易码定义要求进行交易权限、授权权限等控制。答复：已经修改，尚未更新。需与前端（赞同）同步更新。7.对于人总行下发的“小额支付系统收费试行标准”（银办发2005299号）文件精神，在原需求中描述了行内系统的收费统计交易，现将人总行要求如下：1） 收费对象：按谁委托、谁付费的原则，人行向小额支付系统的发起方收取费用。2） 收费范围：对直接参与者及其及间接参与者发起的“已清算”状态的支付业务和各类信息业务收取汇划费用。对于小额支付系统的撤销、冲正、止付、退回申请及应答报文、查复报文和贷记退汇业务免收费用。3） 收费方式：按月人行自动向我行发送收取费用清单。计费周期为“上月大额支付系统最后一个工作日至本月大额支付系统月末前一工作日止”。收费标准：类别业务种类时间段收费标准同城(元/笔)异地(元/笔)收费业务普通贷记业务实时贷记业务实时借记业务8：30-15：000.500.7515：00-17：300.600.9017:30-08:300.400.60定期贷记业务普通借记业务定期借记业务8：30-15：000.080.1215：00-17：300.100.1417:30-08:300.060.10通用信息业务0.01元/kb实时信息业务1.00元/kb支付业务包（普通贷记、实时贷记、定期贷记、普通借记、实时借记和定期借记业务）5.00元/包查询报文自由格式报文1.00元/笔不收费业务贷记退汇业务0.00元/笔撤销、冲正、止付、退回申请及应答报文查复报文人民银行营业部门及国库部门发起的业务收费返还业务业务种类返还标准普通/定期借记业务0.00元/笔人民银行营业部门及国库部门作为付款行的借记业务0.00元/笔 4） 行内系统要求：（1）在“通汇控制信息表”中维护所要收费的单笔明细按时间段维护单笔金额；（2）在收费统计登记簿中按单笔进行记载，收费还是不收费;收费金额按时间段显示;同时每笔批量打包发送成功后,记载批量包的笔数和金额（已经有记载）。（3）分行网点（包括账务中心）以及账务中心作为全行，在启动“收费统计”交易后，显示： 网点号： 分行号，默认网点号，为空即为全行收费种类： 笔数 收费批量包 笔数（4）借记回执包的收费标准，似同“普通贷记业务和定期贷记”。答复：新增需求，建议与之前的打包策略以及省、辖行的收费比例划分做个专题讨论。请交行小额项目组协调业务人员一起讨论。由于小额支付的收费是一个全新的东西，建议应让可以制定相关收费管理办法的业务主管部门介入。8.针对分行分批上线要求,分行特色的业务需要与小额系统连接的,必须由分行提出具体需求,经小额支付系统项目组核定(那些分行开发,那些总行约定接口方案),定时完成.答复：请交行小额项目组制定指导原则。明确各方职责范围，以使合作更加顺畅。 三、其他问题：1、 我分行的人行的MBFE日志不是每天清理，和大额不同，造成我行日志已满，来账丢包，往账被拒，这是人行设计有误，我行要定期专人清理，总行是否可以出台一个办法将此问题解决。 答复：非高阳小额支付项目处理2、 同城特约委托收款业务，我人行天津分行规定在附加域中传送业务类型（电费、水费或其他业务类型），由于技术按人总行统一格式开发的来账补充报单，因此无此附加域。但是柜员在进行批注时需要根据此字段来判断是否扣款，当前虽然在来账登记簿中加入此字段，但是在实际操作中无实际意义，而且委托的业务数量大，无法逐笔到登记簿中去查询。建议在来账补充报单中加入此内容。答复： 非公共需求。如果作为公共需求来实现，有两个地方要注意：1以后所有分行的定期借记业务的来帐补充报单都将打印附加域；2如果其他分行也使用定期借记业务的附加域作为其他用法，这些附加数据也将被打印，若这些分行不允许打印附件数据将导致需求冲突。请业务慎重考虑，尽快明确需求。四、分行业务需求：见附件1： 分行自行开发，总行提供联动接口（一）海南分行IC卡小额批量系统功能说明书（二）兰州分行公用事业收费业务需求附件1：（一）海南分行IC卡小额批量系统功能说明书海南分行电脑处2005年10月目 录1. 1. 引言1.1. 1.1 简介【技术文档】是各个开发阶段的阶段产品的描述，是从不同的侧面对该软件所作的详尽程度各不相同的说明，是提高软件生产过程的可见性和可控性的重要手段。【功能说明书】是开发人员与业务需求人员在需求分析探讨的基础上，结合电脑处理的特点进行综合后，对系统将要实现的功能作具体的、详细的定义与描述，并按照【电子文档规范】而写成的、面向系统设计的文件。形成【功能说明书】的过程是十分重要的，因为【功能说明书】的正确与否，将关系到系统开发的成败，同时也是我们制定项目计划、安排人力、执行测试、验收过程和形成用户资料的依据。如果【功能说明书】的质量不高，那就无望由它而生成一个可靠而又可维护的软件系统。由于【功能说明书】是从功能上对所要开发的系统进行全面描述的一份基础性文件，它将作为新系统设计的依据。因此，不但要阐明新系统与用户及与其它系统之间的界面关系，而且还要完整地定义出系统的各种功能要求，输入、处理、控制和相应的输出。本【系统功能说明书】是对海南分行IC卡小额批量业务进行的功能分析和定义。1.2. 1.2术语和定义1.2.1. 1.2.1 IC卡 。指海南省内发行的IC银行卡，主要用于医疗保险和商户消费。1.2.2. 1.2.2小额系统。 1.3. 1.3 参考资料功能说明书格式模板2. 2. 系统概述2.1. 2.1 系统介绍海南分行的IC卡小额批量业务是根据第三方（银联）提供的固定格式的报文信息，进行的IC卡消费信息跨行转帐业务。一般地，前一日夜里由银联向我行发送前一天的IC卡消费数据，由清分程序自动分为我行和他行两类数据，并把他行的数据传至综合前置，由柜员发起交易，系统自动校验打包，通过小额系统发送到人行的小额前置，并接收人行回执进行记帐。以下是我行目前的IC卡小额批量业务的简要分析。综合前置平台(ICS)支付中间业务平台IC卡小额批量业务其它应用核心业务平台(IBS)存款贷款支付结算其它应用柜台ATM电话银行其它渠道其它第三方银联人行主机前置前端第三方2.2. 2.2 系统运行环境l 系统用户触发交易的用户为分行帐务中心真实的柜员。批量打包发送的记账柜员为某一虚拟柜员。l 所用设备柜员终端机、打印机。l 使用方法接受来自柜员终端的交易。3. 3. 业务流程描述3.1. 3.1 批量代扣的业务流程3.1.1. 3.1.1 IC卡小额批量业务流程图 银联传递到零售系统端的文件 YLWJ 文件转换、读入核心 1、 金融IC卡汇总清分系统自动读包、拆包；并以收款人开户行号为条件清分信息 是 否它行商户包我行商户包 3、金融IC卡批量发送行号是否合规？系统统计汇总商户数和汇总金额，清分后的我行商户和它行商户数量和金额，记入登记簿，以备查询打印用2、金融IC卡批量入帐帐号户名和核心是否一致 系统自动批量打包，自动发送 是 是 否4、金融IC卡行号补录补录结束，批量提交 是 否 汇总挂帐处理1、 打印汇总挂帐通知书2、 打印清算凭证3、 打印业务清单系统自动入帐1、打印清算凭证2、打印汇总记帐凭证 1、 打印清算凭证2、 打印往帐信息清单3、 提供信息查询功能 3.1.2. 3.1.2 IC卡小额批量业务描述l 银联发给我行的IC卡消费数据清分为我行和他行两类数据，他行的数据传送至综合前置。l 帐务中心柜员在前端发起IC卡小额批量交易。l 判断是否有代扣数据，若不存在则提示返回。（IC卡小额批量文件放在指定目录下，一天可以多次）l 登记相应的登记表，发起小额打包发送交易。l 进行记帐。l 生成针对IC卡小额批量业务的报表。3.1.3. 3.1.3 批量代扣文件接口 接口文件待定。3.1.4. 3.1.4 接口文件和登记表说明： 接口文件格式待定。 登记表如下，格式待定：1、 金融IC自动入帐登记簿2、 金融IC卡挂帐待处理登记簿3、 金融IC卡已批量发送登记簿4、 金融IC卡汇总统计登记簿 4. 4 联机交易1、 金融IC卡汇总清分2、 金融IC卡批量入帐3、 金融IC卡批量打包发送4、 金融IC卡行号补录5、 金融IC卡清算凭证打印（分几个打印小项：全部打印；自动入帐清算凭证打印；挂帐待处理清算凭证打印；已批量打包发送清算凭证打印）6、 金融IC卡自动入帐汇总记帐清单打印7、 金融IC卡挂帐待处理清单打印8、 金融IC卡往帐信息清单打印9、 金融IC卡汇总统计表打印（终端打印）10、 金融IC卡查询交易（查询状态分为：全部；已自动入帐；已挂帐；已发送；已确认；已拒绝；等待回执；要求可查询到明细）11、 金融IC卡业务结束5. 5 联机交易描述银联传入的相关文件读入到核心系统，经对文件格式等自动转换后形成核心系统文件包。1、核心系统业务员通过操作交易金融IC卡汇总清分：系统自动对收款人开户行号为判别条件。如收款人开户行行号为海南交行的，清分为一块（我行商户），并累加笔数和金额，记入登记簿；否则，清分为另一块（它行商户），并累加笔数和金额，记入登记簿。同时，系统统计整个包的商户笔数和汇总金额，记入登记簿。汇总商户笔数=我行商户笔数+它行商户笔数汇总商户金额=我行商户金额+他行商户金额系统提供查询和打印功能；如果以上公式不等，系统还要提供报错提示和打印功能。2、操作交易金融IC卡批量入帐：系统首先对满18位的帐号前加上461转换为21位帐号，少于18位帐号不加于转换。经转换后的商户的收款帐号、户名和核心系统是否一致；帐户性质活期，状态正常为条件进行清分。满足条件的由虚拟柜员做自动入帐处理；未满足以上四个条件之一的做挂帐待划转处理。1）自动入帐无需复核；提供交易打印自动入帐金融IC卡清算凭证；提供交易打印自动入帐汇总记帐清单；生成电子回单。2）系统提供打印未自动入帐挂帐待划转汇总挂帐通知书，有销帐号，可重复打印；打印未入帐金融IC卡清算凭证和未入帐业务清单，以便勾对。3）挂帐待处理业务经向银联查询更正后，在核心系统通过综合交易入商户帐；人工清分回单移交到开户网点。会计核算：自动入帐： 借：26202（暂收暂付-金融IC卡清算款） 贷：XXX商户 挂帐待处理：借：26202（暂收暂付-金融IC卡清算款） 贷：26202XX（暂收暂付-金融IC卡待划转户）3、操作交易金融IC卡批量打包发送：系统对它行商户包的收款人行号和核心系统小站序号为6410项下12位支付行号进行核对清分。条件相符的归并为一个数字包，并且由系统自动打包发送；不符的归并为另一个数字包，系统提供行号补录功能。4、操作交易金融IC卡行号补录：对以上行号不合规的数字包，系统提供补录行号画面，由业务人员逐笔修正行号，批量提交后，系统自动打包发送。1）系统提供交易打印它行商户“金融IC卡清算凭证”；小额支付系统金融IC卡往帐信息清单。以便业务人员勾对。2）金融IC卡批量发送后的会计核算、资金清算、查询查复、状态异常等处理方法和小额支付系统普通贷记业务处理方法一致。会计核算 ：批量打包会计核算：借：26202（暂收暂付-金融IC卡清算款） 贷：5040XX（待提交换-金融IC卡提出）批量发送会计核算： 借：5040XX（待提交换-金融IC卡提出） 贷：52301XX（小额支付系统往帐）5、操作交易：金融IC卡业务结束：系统检查金融IC卡业务总分核对是否相符；检查清算凭证是否打印完毕；检查他行商户业务是否打包确认发送完毕。三个条件之一不符的，系统提示业务不能结束。由业务人员核对处理后，再操作第5步。小额支付系统资金清算： 借：52301XX（小额支付系统往帐） 贷：11101XX-（清算帐户） 6. 6 说明1、海南银联提供的“海南金融IC卡”收付款行行号（目前叫同城交换号）为5位同城交换号。上小额后，我们将和海南银联协商，把5位交换号改为12位标准的支付行号。2、为节约成本，继续使用“海南金融IC卡清算凭证”。凭证格式见复印件。3、已自动入帐汇总清单、往帐清单打印纸张为普通的132列电脑打印纸。4、交易名称、会计核算科目根据相关要求可做重新定义。5、必须对对私系统划来的5031报单，综合记帐销帐记帐、复核完成后，才能进行核心系统金融IC卡业务操作。否则，核心系统26202-金融IC卡清算帐户出现红字。借：50301与卡部金融IC卡往来 贷：26202暂收暂付-金融IC卡清算款 6、必须在库表里维护“金融IC卡”自动入帐虚拟柜员和自动批量打包发送的虚拟柜员。7、必须自动生成该虚拟柜员的会计流水。8、自动入帐的电子回单并入核心系统电子回单管理。 （二）兰州分行公用事业收费业务需求需求概述：根据中国人民银行兰州市中心支行甘肃省公用事业收费管理办法、甘肃省公用事业收费定期代收业务技术方案，及交通银行核心账务系统关于小额支付的相关规定，特提出此业务需求，以便兰州分行在实际业务开拓和操作中符合当地人行和总行的规定。兰州分行在总行现有交易基础上需要再建立客户号表和合同协议号库表，将其与现有定期借记来账、同城特约委托借记往、来账交易进行联动。在发起和收到小额定期借记业务或同城特约委托借记业务时首先与客户号表、合同协议号表进行核对，核对相符的进行后续处理。小额定期借记、同城特约委托收款往账业务发起时先与小额客户号表、小额合同协议号表进行核对，核对相符的，系统提示录入成功；核对不符的，系统提示检查客户号、协议号表出错，录入不成功。采用文件导入方式系统录入时，先对全部记录进行逐条检查核对；有核对不符的，系统提示有核对不符记录，导入失败，同时后台打印核对不符记录清单。核对不符记录清单供业务人员与收款客户核对或删除不符记录。只有导入文件全部核对相符后系统才提示导入成功，等待确认发送。收到小额定期借记来账时，首先与客户号表、合同协议号表进行核对，核对相符的上送主机扣账；核对不符的，直接返回“客户号、协议号核对不符”理由的拒绝付款回执。上送主机机账时，账户状态不正常、余额不足支付的，返回相应理由的拒绝回执；记帐成功的，系统柜员扣客户账后返回扣款成功回执，产生扣款账户借记电子回单。至于缴费的柜面代收业务，建议放在分行代缴费业务去处理；处理模式仍然采用“及时交换收费信息，定时对账；对账相符后款项一次从内部账户通过综合记帐交易入收款人在我行开立的存款账户”的方式，对双方都比较可行。交易说明：7. 小额支付帐户客户号维护7.1. 小额支付帐户客户号付款行维护7.1.1. 小额支付帐户客户号维护v 交易说明当我行为个人付款人开立或个人付款人指定小额支付帐户后，根据付款人委托书为其生成小额支付客户号。设置客户号于帐户之间的关联关系，当收到定期借记业务时进行检查。该交易功能有四个选项： 1 增加、2修改、3删除、4查询。可供分行各营业网点柜面人员根据客户委托书进行人工维护。v 交易界面交易：付款行小额支付帐户客户号维护功能选择 客户号 付款人账号： 付款人名称 小额支付帐户状态 小额支付密码 付款行支付系统行号 备注 v 栏位描述输入项名称类型/长度输入属性注释功能选择X（02）必输本栏位有帮助信息：“01增加02修改03删除 04查询”，默认4 查询。该栏位若输入错误，前端控制光标将不允许离开该输入场，提示信息“输入数据必须在帮助菜单取值范围内”，此时交易提交无效，仍然提示“输入数据必须在帮助菜单取值范围内”。客户号X（20）可输/生成功能选择为01时由系统自动生成机构代码（12位为分行支付此同行号）+顺序号（8位为全行大排队按顺序号生成）。功能选择其他时可输入客户号。付款人账号X（32）必输/显示/可输功能选择为01、02时必输功能选择为03时显示功能选择为04时可输输入付款人账号付款人名称X（60） 显示/不输功能选择为04时不输功能选择为其他时不输小额支付帐户状态X（2）必输/隐藏/显示功能选择为02时必输功能选择为01、03时隐藏功能选择为04时显示小额支付密码X（8）必输/隐藏功能选择为01、02，且付款人账号为卡、折时必输，其他情况时为隐藏；输入付款人设定的密码。付款行支付系统行号X（12）显示显示帐户开户行支付系统行号备注X（60）可输v 交易检查l 本交易只能由通汇网点操作。 l 功能选择为01新增时，系统检查小额支付客户号表中不能存在相同的数据，否则提示系统故障；l 功能选择为01新增时，系统检查行内系统中是否存在该账号，否则提示无此账号。l 功能选择为01新增时，系统检查行内系统中该账号的密码是否相符，否则提示密码错。l 功能选择为02修改、03删除、04查询时，系统检查小额支付客户号表中存在相同的数据，如果不存在则提示数据库无此记录；l 功能选择为4查询时，所有要素都可以是可输项，此时显示所有的客户号列表，选中一条回车后，显示详细信息。动态授权描述l 当柜员功能选择01、02、03时进行维护时，设置30级强制授权控制。v 其它处理及控制l 对定期借记来账来说，小额支付客户号表是运行的基础。为此，应及时更新资料信息，以保持小额支付客户号表信息与实际信息一致。l 在收到小额支付定期借记来账业务时首先与