中信银行技术服务合同最终版.doc

《中信银行技术服务合同最终版.doc》由会员分享，可在线阅读，更多相关《中信银行技术服务合同最终版.doc（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、合同编号：中信银行武汉分行【供应链金融系统】项目一期技术服务合同中银银行武汉分行30 / 30【供应链金融系统】项目一期技术服务合同本供应链金融系统项目一期技术服务合同（以下称“本合同”）由以下两方于2011年7月18日共同签署：甲 方：中信银行股份有限公司武汉分行注册地址：武汉市江汉区建设大道747号邮政编码：430060法定代表人：徐学敏合同事务联系人：邓勇刚电 话：乙 方：天逸财金科技服务（武汉）有限公司注册地址：湖北省武汉市珞瑜路吴家湾湖北信息产业科技大厦902室邮政编码：430070法定代表人：温峰泰合同事务联系人：李奥菲、周磊传 真：电 话：开户名称：天逸财金科技服务（武汉）有限公

2、司账 号：9991开 户 行：招商银行武汉分行东湖支行鉴于：1、 甲乙双方已于【 贰零壹壹 】年【 陆 】月【 贰拾肆 】日签署了产品采购及服务合同（供应链金融业务系统项目）（以下称“产品采购及服务合同”）。根据该产品采购及服务合同约定，乙方为甲方开发供应链金融业务系统【包括订单融资、验货后融资、应收账款保理、应收账款池融资等模块系统】，截止到2011年7月8日已按合同约定完成应收账款保理业务产品模块和前置网银信息平台的客户化工作。2、 产品采购及服务合同约定，若甲方要求乙方提供产品采购及服务合同附件六之工作说明书约定之项目工作范围外的技术服务内容，则甲方应根据乙方的工作量另行向乙方支付服务费

3、。鉴此，甲乙双方经过友好协商，就乙方向甲方提供产品采购及服务合同附件六之工作说明书约定之项目工作范围内的技术服务事宜达成本合同。 第1条 技术服务内容甲乙双方同意，根据甲方的需求，乙方向甲方提供如下服务内容：序号模块名称内容描述核定工作量1、应收账款保理安控模块、系统基础参数模块、交易前置参数模块、业务处理模块、日终45人月2、前置网银信息平台卖方网银模块、买方网银模块具体内容详见本合同附件“供应链金融系统项目一期需求说明书”第2条 服务费用标准甲乙双方同意，乙方向甲方提供本合同第1条约定技术服务后，甲方应按乙方的实际工作量以每人每月人民币2.8万元（未税）的标准向乙方支付技术服务费（每月按2

4、1个工作日算）。第3条 合同支付总额1. 根据产品采购及服务合同，甲方确认乙方第一阶段应收账款保理及前置信息网银平台已完成上线，经甲乙双方共同确认按4人月工作量、每人每月2.8万元结算，甲方应向乙方支付第一阶段开发费共计： 11.2 万元，大写： 壹拾壹万贰仟元整 。2. 甲乙双方签署本合同后，乙方即可开具技术服务发票，进入请款流程。根据产品采购及服务合同，乙方在完成二期订单融资模块、验货后融资模块的开发及测试后，甲方需向乙方付款，且最终约定付款日为2011年11月30日之前，但乙方须在2011年11月15日前向甲方提供订单融资模块、验货后融资模块的测试版程序，否则甲方将在收到订单融资模块、验

5、货后融资模块的测试版程序后20个工作日内付款。第4条 其他事项1、本合同为产品采购及服务合同的补充，为产品采购及服务合同不可分割的组成部分，及产品采购及服务合同具有同等的法律效力。2、除本合同另有约定外，本合同涉及术语的含义以产品采购及服务合同为准。3、本合同由甲乙双方各自授权代表签字并加盖公章后生效。4、本合同一式二份，甲乙双方各执一份，每份均具有同等法律效力。甲 方（公章）: 乙 方（公章）:中信银行股份有限公司武汉分行 天逸财金科技服务（武汉）有限公司授权代表（签字）: 授权代表（签字）:日 期： 年 月 日 日 期： 年 月 日附件：中信银行武汉分行供应链金融系统项目一期需求说明书20

6、11-05目 录1.项目概述71.1项目范围71.2项目目标71.3项目时程71.4角色定义72.业务模块整体需求说明82.1国内保理业务82.2前置网银信息平台143.国内保理功能改造需求153.1系统功能需求说明153.2系统功能改造方案说明173.3会计核算原则213.4额度控管原则213.5其他客制化需求224.前置网银信息平台改造需求254.1客户网银端登录254.2应收账款转让及融资流程255.接口集成改造需求305.1客户信息集成305.2客户额度集成305.3融资放款集成305.4买方还款集成301. 项目概述1.1 项目范围(一) 产品1) 国内保理2) 前置网银信息平台(二

7、) 工作范围：1) 功能改造：报表、功能适应性改造、业务类型制订2) 集成改造：前置网银信息平台、核心企业ERP系统对接1.2 项目目标本项目必须在既定的建置时程内完成，并达到正确、有效且整合性之最高原则。本项目必须以满足业务需要、提升营运绩效为前提，建置一套运作稳定、准确且可信赖之系统。本项目必须以合理的成本，完成各项完整功能。1.3 项目时程2011-6-10完成国内保理单机版改造。2011-7-1完成国内保理+前置网银信息平台联机版上线。1.4 角色定义1.4.1 业务角色：中文名称英文名称说明供应商Seller指向保理商叙做保理业务的客户，在相关应收账款转让前是应收账款的债权人，在应收

8、账款的转让交易中，将其对买方享有的应收账款债权转让给保理商。通过前置网银平台操作。核心企业Buyer指货物的购买人或服务的接受者，在及卖方的相关交易合同中承担相关账款的支付义务。通过前置网银平台操作。保理商Export Factor在保理业务中，向供应商客户提供保理服务的保理商（中信银行武汉分行），服务内容一般包括贸易融资、账款管理、催收和坏账担保。1.4.2 银行角色（依据确认的权限划分进行修改）：中文名称英文名称说明分行角色Head office 保理系统中有关人员、权限、机构信息、保理商信息及额度、支行上线设置等业务参数维护、管理及操作。支行角色负责及具体业务相关的客户信息、额度及交易信

9、息录入、放款和核算等。2. 业务模块整体需求说明2.1 国内保理业务2.1.1 业务概述及定义(一) 基本概念保理业务是指在赊销方式下，卖方将其向买方销售商品、提供服务或其他原因所产生的应收账款，转让给银行/保理商，由银行/保理商为卖方基于应收账款的一系列综合性金融服务，包括买方信用担保、应收账款融资、应收账款收账、销售分类账的管理。(二) 产品分类按照保理类型划分：国内单保理。按照有无买家风险担保划分：有追索权融资保理、无追索权融资保理、非融资保理（代理货款催收）2.1.2 业务需求及操作管理重点(一) 基本业务流程图：(二) 应收账款转让融资具体业务流程按应收账款信息的录入方式，处理的业务

10、流程略有差异，应收账款的录入分为三种方式：银行客户经理录入、供应商单笔录入或批量导入、核心厂商批量导入。业务流程分别描述如下：1) 银行录入应收债权信息的业务流程核心厂商（买方）、供应商（卖方）、银行 签订三方债权转让合作协议，核定核心厂商、供应商年度融资额度 （信贷审批系统完成 ）建立核心厂商（买方）、供应商（卖方）客户信息 建立核心厂商（买方）、供应商（卖方）额度信息 建立核心厂商（买方）、供应商（卖方）买卖关联信息 银行录入 卖方销售发票信息（卖方提供“单笔应收债权转让申请书”、“单笔应收债权追索通知书”、卖方销售发票原件及复印件）银行逐笔扫描发票原件的影像 银行打包销售发票，打印“单笔

11、应收债权转让通知书”，向核心厂商发出“转让确认”申请 否是明保理 ？ 核心厂商 对转让的打包销售发票逐笔确认，打印“单笔应收债权转让通知书” 向供应商发出通知：融资申请拒绝。单笔应收债权全部拒绝 ？是 核心厂商 按确认金额及明细，打印“单笔应收债权转让通知书” 融资放款或签发银票： 打印落地 或 向信贷系统发起审批流程核心系统放款后或签发银票后关联贷款账号或银票号 2) 供应商通过网银端录入应收债权信息的业务流程核心厂商（买方）、供应商（卖方）、银行 签订三方债权转让合作协议，核定核心厂商、供应商年度融资额度 （信贷审批系统完成 ）建立核心厂商（买方）、供应商（卖方）客户信息 （银行客户经理完

12、成） 建立核心厂商（买方）、供应商（卖方）额度信息（银行客户经理完成） 建立核心厂商（买方）、供应商（卖方）买卖关联信息（银行客户经理完成） 供应商录入销售发票信息供应商勾选销售发票、向银行发出“单笔应收债权转让”申请，打印“单笔应收债权转让申请书”、“单笔应收债权追索通知书” 加盖单位公章后连同卖方销售发票原件及复印件 提供给银行银行客户经理逐笔审核、订正录入错误的信息并扫描发票原件的影像 银行打印“单笔应收债权转让通知书”，向核心厂商发出“转让确认”申请 否是明保理 ？ 核心厂商 对转让的打包销售发票逐笔确认，打印“单笔应收债权转让通知书” 向供应商发出通知：融资申请拒绝。单笔应收债权全部

13、拒绝 ？是 核心厂商 按确认金额及明细，打印“单笔应收债权转让通知书” 融资放款或签发银票： 打印落地 或 向信贷系统发起审批流程核心系统放款后或签发银票后关联贷款账号或银票号 3) 核心厂商批量导入应收债权信息的业务流程核心厂商（买方）、供应商（卖方）、银行 签订三方债权转让合作协议，核定核心厂商、供应商年度融资额度 （信贷审批系统完成 ）建立核心厂商（买方）、供应商（卖方）客户信息 （银行客户经理完成） 建立核心厂商（买方）、供应商（卖方）额度信息（银行客户经理完成） 建立核心厂商（买方）、供应商（卖方）买卖关联信息（银行客户经理完成） 核心厂商通过网银端批量导入销售发票信息供应商勾选销售

14、发票、向银行发出“单笔应收债权转让”申请，打印“单笔应收债权转让申请书”、“单笔应收债权追索通知书” 加盖单位公章后连同卖方销售发票原件及复印件 提供给银行银行客户经理逐笔审核、订正录入错误的信息并扫描发票原件的影像 银行打印“单笔应收债权转让通知书”，向核心厂商发出“转让确认”申请 否是明保理 ？ 核心厂商 对转让的打包销售发票逐笔确认，打印“单笔应收债权转让通知书” 向供应商发出通知：融资申请拒绝。单笔应收债权全部拒绝 ？是 核心厂商 按确认金额及明细，打印“单笔应收债权转让通知书” 融资放款或签发银票： 打印落地 或 向信贷系统发起审批流程核心系统放款后或签发银票后关联贷款账号或银票号

15、(三) 可开办之业务品种：根据业务类型区分，国内保理可开办业务如下：序号业务种类重点说明1国内有追索权融资性保理指采用有追索权，国内单保理业务。2国内无追索权融资性保理指采用无追索权，国内单保理业务。3非融资性保理指不提供融资仅对应收账款进行管理的保理业务。(四) 各阶段操作重点1)业务申请及签约阶段作业项目重点说明备注业务申请及签约系统操作：1建立客户信息 客户经理录入，输入客户号，通过实时交易联机查询客户信息。2建立客户额度 由客户经理手工录入，事后客户经理用总行下传数据进行校验；后期实现输入“批复号”进行联机查询。客户额度分为核心厂商额度、供应商额度。核心厂商额度实为“虚额度”，该额度由

16、关联的子核心厂商、供应商使用。供应商额度为实额度,分为定向额度和非定向额度，定向额度及核心厂商的额度关联，核心厂商的额度 关联供应商的定向额度。非定向额度不及任何买方（核心厂商关联）的额度关联，一般用于有追索权的暗保理，此类供应商资信等级高，供应量大，其买方多，回款能力强，该额度为供应商实际可使用的额度，想当于信用授信额度。 供应商要么分配定向额度，要么分配非定向额度。同为核心厂商、供应商的客户（买卖方兼具），可分别按核心厂商身份授予额度，也可按供应商身份授予额度。3建立买卖方关联由客户经理录入业务合同中的信息项。客户经理办理2)业务受理阶段作业项目重点说明备注业务受理系统操作：1发票手工录入

17、2发票文件批量导入3发票受让3)放款签约阶段作业项目重点说明备注放款签约系统操作：1融资2发票补充4)还款操作阶段作业项目重点说明备注还款操作系统操作：1还款销发票信息，并还融资款销贷款或银票、释放额度2还款明细电子档汇入（销发票信息）2.2 前置网银信息平台中信银行武汉分行的客户，作为保理业务中的供应商和核心企业，可通过前置网银信息平台录入待转让的发票信息，由网银平台自动发送至中信银行武汉分行保理业务系统，并进行保理业务的融资申请，账款查询等操作。3. 国内保理功能改造需求3.1 系统功能需求说明3.1.1 安控管理操作岗位设置规则：岗位说明用户维护（操作+复核）系统管理员建制参数维护（操作

18、+复核）系统管理员业务操作岗客户经理业务复核岗业务主管操作模式：中信银行武汉分行集中式操作。保理业务系统维护功能：功能名称功能说明备注角色维护角色，将功能权限进行初步分类群组维护群组，确定用户可使用的权限用户维护登录用户信息，包括用户代号、密码等信息。3.1.2 系统建置功能名称功能说明备注基础信息会计科目维护会计核算中使用到的会计科目信息。货币信息维护交易使用的币别信息，包括货币别代号和描述、计息基础日以及汇率信息。部门信息维护部门信息，主要是对部门信息的属性定义。国家信息维护国家信息，包括国家代号、国家名称机构信息维护分行信息，包括机构代号、机构名称等信息。融资投向行业维护行业信息，便于统

19、计贷款发放。地区性质维护地区信息，主要是客户的属性定义。经济性质维护企业客户的经济性质。客户信用等级维护客户的信用等级：维护内部十级分类信息和银监会五级分类，并将两种分类对应。业务配置信息业务类别定制开展保理业务的业务类别交易编号制定交易后产生的业务编号规则交易项目交易类别的细分账号种类定义保理业务中使用到的账号种类，例如：结算账户、保理专户等。额度种类定义保理业务中，风险控管的额度种类。额度种类组合定义风险控管中的额度组合。3.1.3 业务受理功能名称功能说明备注客户信息维护申请保理业务的客户基本信息，包括客户代号、客户名称、客户类型等。客户账号功能保留，仅需初始化“回款账号、贷款账号”2条

20、记录，I期不作处理。客户组合额度风险控管中，给予客户的额度上限以及有效日期。买卖方关联建立买卖方和银行的三方关系。需新增数据项：买方对卖方的标识号（卖方在买方管理系统中的唯一识别代号）、卖方对卖方的标识号（买方在卖方管理系统中的唯一识别代号）、合同供应总金额。集团信息维护集团信息。集团组合额度维护集团的额度上限以及有效日。3.1.4 参数化信息导入07/01前上线系统中将下列参数化信息一次性导入系统：3.1.5 业务处理功能名称功能说明备注发票手工录入录入客户提供的发票信息，包括发票号码、发票金额、发票日期、发票到期日等。原系统“发票录入”功能发票文件批量导入通过电子档的形式批量导入客户提供的

21、发票信息，包括发票号码、发票金额、发票日期、发票到期日等。原系统“电子档资料汇入”发票受让转让录入的发票。融资依据发票金额和融资比例进行放款，放款金额受卖方融资额度控制。买方还款核心企业把账款支付给银行的控制账户，操作人员录入冲销发票金额以及实际入账金额；系统自动扣减卖方尚欠款项后，尾款进入卖方的结算账户。还款明细电子档汇入通过电子档的形式批量导入核心企业还款信息，包括发票号码、还款金额等。开启买方还款明细开启导入的核心企业还款信息，系统自动扣减卖方尚欠款项后，尾款进入卖方的结算账户。3.2 系统功能改造方案说明3.2.1 系统改造需求描述：1、 机构信息匹配中信银行武汉分行模式；2、 匹配国

22、内单保理业务模式；3、 保理业务仅需控管融资额度；4、 相关会计核算在信贷系统中处理，不在保理系统中处理；5、 相关名词按中信习惯用语进行调整。处理方案：1、 需要屏蔽或调整的模组模组名称改造说明备注安控保持系统原有处理基础资料保持系统原有处理国内及出口保理保持系统原有处理，模块名称更改为“国内保理”进口保理屏蔽供应链屏蔽联贷屏蔽融资池屏蔽动产质押授信屏蔽预付款融资屏蔽维持率屏蔽租赁保理屏蔽2、 需要屏蔽的功能模组名称模块名称子模块名称功能名称改造说明备注基础资料基本资料管理利率信息屏蔽利率种类屏蔽质物产品目录屏蔽质物信息屏蔽质物价格屏蔽保险险种信息屏蔽系统资料管理内部账号屏蔽节假日屏蔽账户查

23、询屏蔽附件管理屏蔽国内及出口保理交易前置参数管理客户利率屏蔽保险合同信息屏蔽保理商信息屏蔽，需默认初始化一条保理商为“中信银行武汉分行”的记录保理商组合额度屏蔽保险公司信息屏蔽保险公司额度信息屏蔽票据反馈信息屏蔽绿色快车屏蔽EF交易交易管理交易分录管理屏蔽正常交易受让融资屏蔽卖方还款屏蔽管理费汇出屏蔽逾期交易融资转型态屏蔽五级分类屏蔽担保付款屏蔽转呆交易屏蔽业务异常处理应收账款调整屏蔽贷项通知屏蔽账款买回屏蔽间接付款屏蔽商纠设定屏蔽商纠解除屏蔽表外融资调整屏蔽申请保险理赔屏蔽申请保险理赔补充或变更屏蔽保险公司赔款屏蔽保险免责屏蔽操作异常处理利率变更屏蔽利息调整屏蔽资料变更屏蔽费用调整屏蔽保险免

24、责变更屏蔽EDI导入交易屏蔽收支申报屏蔽EDI管理屏蔽收支申报表屏蔽3、 需要调整的功能（1） 基本资料管理：序号改造点改造说明备注1会计科目考虑到保理系统本身的额度扣还处理，核算相关功能保留。2货币信息1、 屏蔽维护页面“EDI币种代号、EDI币种”栏位。2、 屏蔽“计息标准”栏位。3国家信息屏蔽维护页面“EDI国家代号、EDI国家名称”栏位。4分行信息1、 “分行”字样更改为“机构”。2、 机构信息脚本初始化客制化。5分行种类1、 “分行”字样更改为“机构”。2、 机构种类脚本初始化客制化。（2） 系统资料管理序号改造点改造说明备注1系统参数配置1、 屏蔽以下大项“融资池费用资料”、“利息

25、提列资料”、“结息资料”、“利息其它相关设定”大项。2业务大类1、 保留，仅需初始化一条国内保理的业务大类。3业务类别维护页面：1、 屏蔽“所属业务大类”该栏位，后台默认取业务大类表中初始化的国内保理该大类。2、 屏蔽“保理类型”该栏位，后台默认取“单保理”。3、 屏蔽“计息方式”、“利息计提方式”2个栏位，以及“自动五级分类设定”“ 违约计利息设定”2个大项。4交易项目1、 屏蔽维护页面“EDI交易项目“栏位。5传票账务1、 考虑到保理系统本身的额度扣还处理，核算相关功能保留。6额度种类1、 维护页面，“额度属性”栏位供选项屏蔽“融资池授信”该选项。2、 初始化“定向授信额度”“非定向授信额

26、度”2条额度组。（3） 日终序号改造点改造说明备注1日终1、 屏蔽其他功能模块的日终内容，以及计息、结息、自动融资转型态、自动五级分类、自动卖方还款等。（4） 交易前置参数管理序号改造点改造说明备注1客户信息1、 “EDI上传”功能屏蔽。2、 维护、审核功能的筛选信息中“客户类别”供选项更改为：1、卖方 2、买方 3、卖方买方 。维护页面：3、 “客户是否中心厂”栏位名称变更为“客户是否为核心企业”。4、 “客户类别”供选项更改为：1、卖方 2、买方。5、 屏蔽“从EDI导入”操作按钮，以及“客户EDI编号”、“是否借新还旧”栏位。2客户组合额度1、 维护页面屏蔽“是否中心厂额度”、“承购申请

27、费率”、“应收承购申请费”、“承购申请费收取”“集中率”5个栏位。2、 按中信银行武汉分行习惯用语，“额度上限”栏位调整为“授信敞口”栏位。3买卖方关联维护、审核功能：1、 屏蔽筛选信息中“进口保理商”该栏位。2、 屏蔽列表中“进口保理商代号”“进口保理商”“保险公司名称”3个栏位。3、 维护页面屏蔽：“从EDI导入”操作按钮， “IF承保比例”、“承购申请费币别”、“应收承购申请费”、“承购申请费收取”、“付款方式”、“交易产品/月结条件”、“EDI付款条件”、“IF承保额度共享及否”、“是否在投保范围内”、“IF承保额度币别”“IF承保额度金额”栏位，以及“进口保理商”大项，包括项下“IF

28、管理费率”、“IF处理费币别”、“IF处理费(每张)”3个栏位4、 新增维护页面“保理商名称”栏位默认取本行保理商，且栏位只读。5、 新增数据项：买方对卖方的标识号（卖方在买方管理系统中的唯一识别代号）、卖方对卖方的标识号（买方在卖方管理系统中的唯一识别代号）、合同供应总金额。（5） EF交易序号改造点改造说明备注1交易管理1、 主档、暂存档、审核功能的“批次号列表页面”屏蔽“账务查询”栏位，后台不改动。2、 “交易分录管理”功能页面屏蔽。3、 主档、暂存档、审核功能的交易查询明细页面屏蔽“EDI付款条件”栏位。2发票手工录入列表页面：1、 “进口保理商”栏位名称变更为“保理商名称”。2、 新

29、增“发票信息”项下，仅显示一行发票信息供选填，并提供“添加发票”操作按钮，点击“添加发票”则增加一行可输入发票信息。3、 屏蔽“添加文件”按钮。4、 屏蔽“详细信息”弹出框中“付款方式、交易产品/月结条件、IF承保比例%、IF管理费率%、IF处理费币别、IF处理费(每张)”几个数据项。5、 “发票信息”列表中，增加“附件查看”栏位，并针对每笔发票提供“查看”链接实现对附件预览的效果。3发票受让1、 屏蔽筛选页面中“IF处理费币别”栏位。2、 列表页面：屏蔽“未受让发票统计信息”项下“IF处理费币别”“IF处理费”2个栏位；屏蔽发票列表中“查看”弹出框中“IF承保比例%、IF管理费率%、IF处理

30、费币别、IF处理费(每张)、EDI付款条件” 几个数据项。4融资1、 筛选页面：屏蔽“预收标志”栏位，后台默认应收利息。2、 加总页面：屏蔽“结息方式”，后台默认为利随本清；屏蔽“客户额度未收承购申请费、关联未收承购申请费、本次收取承购申请费、预收利息”4个栏位以及“重算预收利息”操作链接按钮。5买方还款1、 屏蔽筛选页面中“还款信息”大项下的“还款项目”栏位，还款项目后台默认选择“所有”。4、 其他调整序号改造点改造说明备注1首页1、“国内及出口保理”功能模块名称变更为“国内保理”。2“分行”字样1、全系统凡是涉及“分行”字样，更改为“机构”，包括筛选信息、栏位名称、报表、账务明细中“出账分

31、行信息”等。3交易历程档查询1、历程档查询列表页面屏蔽“EDI MSG查询”栏位。4交易明细查询页面1、屏蔽“EDI付款条件”栏位。3.3 会计核算原则需求描述：相关核算在信贷系统中进行，保理系统中无需核算，不进行账务处理。保理业务的相关账务处理通过信贷系统进行核算。处理方案：保理系统中不保留账务核算内容，会计核算由中信银行信贷系统完成。 3.4 额度控管原则3.4.1 额度申请、审批方式需求描述：额度审批在信贷系统中处理，由客户经理对照信贷系统中核定的保理额度并将相关额度信息录入到保理系统中。处理方案：由客户经理自行录入保理额度。3.4.2 额度种类需求描述：中信银行武汉分行保理业务仅控管授

32、信敞口额度。处理方案：保理系统仅需控管授信额度（授信额度可分为定向授信额度，非定向授信额度），保留承保额度相关信息栏位，屏蔽非承保额度相关信息栏位。3.4.3 控管原则需求描述：1） 定向额度时，保理业务中需增加对于核心企业的额度控管，即除控管供应商自身的授信额度外，还需控管其关联的核心企业的授信额度；2） 非定向额度时，则仅需控管供应商自身的授信额度，无需关联其核心企业的授信额度。处理方案：为供应商建立定向授信额度或非定向授信额度（二者取其一），如该供应商额度为定向授信额度，则融资放款时需检查并扣除该供应商所关联的核心企业的定向授信额度；如该供应商为非定向授信额度，则融资放款时仅需检查并扣除

33、该供应商自身的额度，而无需控管其关联的核心企业的额度。3.5 其他客制化需求3.5.1 应收账款录入方式改造需求描述：系统需提供三种录入方式：供应商导入（即：前置网银信息平台录入）、核心企业导入（即：连接核心企业ERP系统进行导入）、银行录入（即：保理系统发票手工录入，发票文件批量导入）。处理方案：前置网银信息平台录入、核心企业录入部分的需求将在“前置网银信息平台改造需求”、“集成改造需求-保理系统及核心企业ERP系统集成”部分分别进行详细说明。3.5.2 新增发票补充功能需求描述：用于转让的应收账款对应的发票，由于核心厂商的付款日期有先有后，先收到货款的发票，资金存于银行的销售回款保证金账户

34、下，该资金处于冻结状态，原则上该资金用于偿还融资贷款或兑付银行承兑汇票，而实际业务中客户希望在融资贷款或签发的银行承兑汇票到期前能使用收回的货款，为满足客户的此种需求，系统提供发票补充的功能：客户将未到付款期的新的应收账款转让给银行，转让审批通过后，将新的应收账款的发票信息关联到旧的未到期的融资贷款账户上，同时银行释放销售回款保证金账户下对应的存款资金。用于补充的应收账款其审批流程及正常应收账款转让的审批流程相同。处理方案：在供应商贷款未到期的情况下，核心企业回款到银行保证金账户，供应商获知回款后可能会要求银行解冻保证金账户的资金，此时银行由于存在风险，会要求供应商必须补足应收账款后，才能动用

35、保证金账户的回款资金。保理系统需提供应收账款补充功能，能补入新的应收账款。核心企业的回款资金如果不冲销供应商贷款，则发票可能会出现“溢拨”，即供应商实际融资金额大于所有应收账款的可融资总额。此时，银行会要求供应商补充新的应收账款，“置换”被冲销的发票，使“应收账款池”充足，以保证该供应商实际融资总额不超过其应收账款的总可融资额，从而达到控制风险的目的。（1） 发票补充功能补入发票规则：先检查供应商的发票是否存在溢拨情况，如无溢拨，则不需补入；如存在溢拨，则本次补入转让的应收账款总额必须=溢拨金额/融资比例，否则不予转让；（2） 发票补充功能中可查询供应商的融资水位，实时查询该供应商已转让的发票

36、总额、发票已回款总额、应收账款余额、融资水位余额、应补充应收账款金额。3.5.3 发票附件查看功能需求描述：系统需要支持上传和查看发票扫描件。处理方案：在发票录入提供发票扫描件的导入，可支持一笔发票对应一个扫描件，也可支持多笔发票对应一个扫描件。可在发票明细查询页面查询其对应的扫描件，如多笔发票对应同一扫描件，则查询其中每一笔发票信息时，均可查询到其扫描件。3.5.4 日终/换日时间作业处理内容执行方式备注日终结束营业日自动执行每日23：00自动触发换日切换保理营业日自动执行4. 前置网银信息平台改造需求4.1 客户网银端登录需求描述：客户可通过网银登录，进行应收账款导入、融资申请、账户查询等

37、操作。处理方案：一期不接及中信银行总行网银系统对接，通过在互联网上提供一个客户登录入口的方式，让客户登录到保理网银信息平台。客户登录账号及密码由行方提供，客户登录后只能进行有授权的网银功能操作，如：修改密码、发票录入、转让申请、融资申请、应收账款查询等。网银客户的建立： 核心厂商、供应商通过互联网登陆系统，银行为其建立操作用户。1、客户经理必须先在本业务系统中建立供应商、核心厂商的客户信息、额度信息、买卖方的关联信息及关联额度信息；2、供应商及客户经理对应，供应商发出的业务申请由银行对应的客户经理受理；3、核心厂商可通过网银查询、受理其关联的供应商的业务信息 。4.2 应收账款转让及融资流程网

38、银前置信息平台对于应收账款提供供应商导入、核心企业导入2种录入方式，并可对导入后的应收账款进行转让及融资管理。4.2.1 供应商操作流程需求描述：业务流程说明：1、供应商录入发票信息供应商从网银端录入发票信息2、供应商向银行发出转让申请、打印转让申请书供应商从网银端查询并勾选满足融资条件（融资条件：申请日 + X日 预计付款日, X 为参数）的发票信息打包，向中信银行发起“申请转让”、同时在网银端打印“单笔应收债权转让申请书”及“单笔应收债追索通知书”，供应商在“单笔应收债权转让申请书” 及“单笔应收债追索通知书”上加盖单位公章，连同发票及发票复印件 提交给银行，由银行经办客户经理受理。3、银

39、行经办客户经理受理、逐笔核对、补扫发票影像、打印转让通知书并向核心企业申请确认银行经办客户经理受理供应商的业务申请后，在本系统中逐笔审核发票并扫描发票影像（扫描发票影像为可选操作），对及发票勾对一致的，签注同意，对于及发票核对不一致的予以修改；全部发票审核后，若及“单笔应收债权转让申请书”不一致则退回供应商，让供应商重新申报该笔业务；对于审核通过的业务，则打印“单笔应收债权转让通知书”（明保理），加盖银行业务公章，并随同发票提交给核心企业，同时在本系统中向核心企业发出“单笔应收债权转让通知书”，请求核心企业确认（明保理）。4、核心企业登录网银查询、确认发票信息（明保理才须确认并打印“单笔应收债

40、权转让通知书回执”）。核心企业通过网银系统可看到待确认的发票信息，可逐笔审核每笔发票信息（发票号、开票日期、金额、发票影像），对于同意转让的批注“同意转让”并发出转让确认，不同意转让的批注“拒绝”并填写拒绝原因。汇总同意转让的发票，打印“单笔应收债权转让通知书回执”提供给银行。供应商在网银上可随时查询发票转让审批信息。5、对于核心企业确认同意转让的发票，银行通过本系统中发起融资业务。 先期实现落地方式及信贷审批系统对接；后期实现及信贷审批系统通过交易方式对接；6、在本系统关联融资后的贷款账号或银票号码处理方案：根据网银平台原逻辑处理，主要针对转让申请流程进行改造。供应商通过网银前置信息平台导入发票信息，并向银行提出应收账款转让申请。银行受理转让申请后，向核心企业发送转让通知书，让核心企业确认待转让的应收账款，如果同意，则发送至银行保理系统端审核后完成正式转让（如果是回购业务，则还需向供应商发送有追索通知书），否则整批打回让供应商重新申请转让。流程如下：1、 供应商从网银端录入发票信息，并申请