中信银行技术服务合同(最终版)

《中信银行技术服务合同(最终版)》由会员分享，可在线阅读，更多相关《中信银行技术服务合同(最终版)（32页珍藏版）》请在装配图网上搜索。

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

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

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

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

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

6、11-051. 项目概述71.1 项目范围7.1.2 项目目标7.1.3 项目时程7.1.4 角色定义7.2. 业务模块整体需求说明82.1 国内保理业务8.2.2 前置网银信息平台1.43. 国内保理功能改造需求153.1 系统功能需求说明1.53.2 系统功能改造方案说明163.3 会计核算原则213.4 额度控管原则213.5 其他客制化需求224. 前置网银信息平台改造需求244.1 客户网银端登录244.2 应收账款转让及融资流程245. 接口集成改造需求295.1 客户信息集成295.2 客户额度集成295.3 融资放款集成295.4 买方还款集成291 .项目概述1.1 项目范围

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

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

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

10、阶理受前贷（二）应收账款转让融资具体业务流程按应收账款信息的录入方式，处理的业务流程略有差异，应收账款的录入分为三种方式：银行客户经理录入、供应商单笔录入或批量导入、核心厂商批量导入。业务流程分别描述如下：（三）可开办之业务品种:根据业务类型区分，国内保理可开办业务如下:在耳J丁P业务不惬重点说明1国内有追索权融资性保理指采用有追索权，国内单保理业务。2国内无追索权融资性保理指采用无追索权，国内单保理业务。3非融资性保理指不提供融资仅对应收账款进行管理的保理业务。（四）各阶段操作重点1）业务申请与签约阶段作业项目重点说明备注业务申请及签约系统操作：1建立客户信息客户经理录入，输入客户号，通过实

11、时交易联机查询客户信息。2建立客户额度由客户经理手工录入，事后客户经理用总行下传数据进行校验；后期实现输入“批复号”进行联机查询。客户额度分为核心厂商额度、供应商额度。核心厂商额度实为“虚额度”，该额度由关联的子核心厂商、供应商使用。供应商额度为实额度，分为定向额度和非定向额度，定向额度与核心厂商的额度关联，核心厂商的额度汇关联供应商的定向额度。非定向额度不与任何买方（核心厂商关联）的额度关联，一般用于有追索权的暗保理，此类供应商资信等级高，供应量大，其买方多，回款能力强，该额度为供应商实际可使用的额度，想当于信用授信额度。供应商要么分配定向额度，要么分配非定向额度。同为核心厂商、供应商的客户

12、（买卖方兼具）,可分别按核心厂商身份授予额度，也可按供应商身份授予额度。3建立买卖方关联由客户经理录入业务合同中的信息项。客户经理办理2）业务受理阶段作业项目重点说明备注业务受理系统操作：1发示手工录入2发票文件批量导入3发票受让3）放款签约阶段作业项目重点说明备注放款签约系统操作：1融资2发票补充4）还款操作阶段作业项目重点说明备注还款操作系统操作：1还款销发票信息，并还融资款销贷款或银票、释放额度2还款明细电子档汇入（销发票信息）2.2 前置网银信息平台中信银行武汉分行的客户，作为保理业务中的供应商和核心企业，可通过前置网银信息平台录入待转让的发票信息，由网银平台自动发送至中信银行武汉分行

13、保理业务系统，并进行保理业务的融资申请，账款查询等操作。3 .国内保理功能改造需求4 .1系统功能需求说明3.1.1安控管理操作岗位设置规则:岗位说明用户维护（操作+复核）系统管理员建制参数维护（操作+复核）系统管理员业务操作岗客户经理业务复核岗业务主管操作模式:中信银行武汉分行集中式操作o保理业务系统维护功能:功能名称功能说明备注角色维护角色，将功能权限进行初步分类群组维护群组，确定用户可使用的权限用户维护登录用户信息，包括用户代号、密码等信息。3.1.2系统建置功能名称功能说明备注基础信息会计科目r维护会计核算中使用到的会计科目信息。货币信息维护交易使用的币别信息，包括货币别代号和描述、计

14、息基础日以及汇率信息。部门信息维护部门信息，主要是对部门信息的属性定义。国家信息维护国家信息，包括国家代号、国家名称机构信息维护分行信息，包括机构代号、机构名称等信息。融资投向行业维护行业信息，便于统计贷款发放。地区性质维护地区信息，主要是客户的属性定义。经济性质维护企业客户的经济性质。客户信用等级维护客户的信用等级：维护内部十级分类信息和银监会五级分类，并将两种分类对应。业务配置信息业务类别定制开展保理业务的业务类别交易编号r制定交易后产生的业务编号规则交易项目交易类别的细分账号种类定义保理业务中使用到的账号种类，例如：结算账户、保理专户等。额度种类定义保理业务中，风险控管的额度种类。额度种

15、类组合P定义风险控管中的额度组合。3.1.3业务受理功能名称功能说明备注客户信息维护申请保理业务的客户基本信息，包括客户代号、客户名称、客户类型等。客户账号功能保留，仅需初始化“回款账号、贷款账号”2条记录，I期不作处理。客户组合额度风险控管中，给予客户的额度上限以及有效日期。买卖方美联建立头卖方和银行的二方关半。需新增数据项：买方对卖方的标识号（卖方在买方管理系统中的唯一识别代号）、卖方对卖方的标识号（买方在卖方管理系统中的唯一识别代号）、合同供应总金额。集团信息维护集团信息。集团组合额度维护集团的额度上限以及有效日。3.1.4参数化信息导入07/01前上线系统中将下列参数化信息一次性导入系

16、统:3.1.5业务处理功能名称功能说明备注发示手工录入录入客户提供的发票信息，包括发票号码、发票金额、发票日期、发票到期日等。原系统“发票录入”功能发票文件批量导入通过电子档的形式批量导入客户提供的发票信息，包括发票号码、发票金额、发票日期、发票到期日等。原系统“电子档资料汇入”发票受让转让录入的发票。融资依据发票金额和融资比例进行放款，放款金额受卖方融资额度控制。买方还款核心企业把账款支付给银行的控制账户，操作人员录入冲销发票金额以及实际入账金额；系统自动扣减卖方尚欠款项后，尾款进入卖方的结算账户。还款明细电子档汇入通过电子档的形式批量导入核心企业还款信息，包括发票号码、还款金额等。开启买方

17、还款明细开启导入的核心企业还款信息，系统自动扣减卖方尚欠款项后，尾款进入卖方的结算账户。5 .2系统功能改造方案说明3.2.1系统改造需求描述:1、机构信息匹配中信银行武汉分行模式；2、匹配国内单保理业务模式；3、保理业务仅需控管融资额度；4、相关会计核算在信贷系统中处理，不在保理系统中处理;5、相关名词按中信习惯用语进行调整。处理方案：1、需要屏蔽或调整的模组模组名称改造说明备注安控保持系统原有处理基础资料保持系统原有处理国内及出口保理保持系统原有处理，模块名称更改为“国内保理”进口保理屏敝供应链屏敝联贷屏敝融资池屏敝动产质押授信屏敝预付款融资屏敝维持率屏敝租赁保理屏蔽2、需要屏蔽的功能模组

18、名称模块名称子模块名称功能名称改造说明备注基础资料基本资料管理利率信息屏敝利率种类屏敝质物产品目录屏敝质物信息屏敝质物价格屏敝保险险种信息屏敝系统资料管理内部账号屏敝节假日屏敝账户查询屏敝附件管理屏蔽国内及出口保理交易前置参数管理客户利率屏敝保险合同信息屏敝保理商信息屏蔽，需默认初始化一条保理商为“中信银行武汉分行”的记录保理商组合额度屏敝保险公司信息屏敝保险公司额度信息屏敝票据反馈信息屏敝绿色快车屏敝EF交易交易管理交易分录管理屏敝正常交易受让融资屏敝卖方还款屏敝管理费汇出屏敝逾期交易融资转型态屏敝五级分类屏敝担保付款屏敝转呆交易屏敝业务异常处理应收账款调整屏敝贷项通知屏敝账款买回屏敝间接付

19、款屏敝商纠设定屏敝商纠解除屏敝表外融资调整屏敝申请保险理赔屏敝申请保险理赔补充或艾更屏敝保险公司赔款屏敝保险免责屏敝操作异常处理利率艾更屏敝利息调整屏敝资料变更屏敝费用调整屏敝保险免责及奥屏敝EDI导入交易屏蔽收支申报屏敝EDI管理屏蔽收支申报表屏蔽3、需要调整的功能(1)基本资料管理:序号改造点改造说明备注1会计科目考虑到保理系统本身的额度扣还处理，核算相关功能保留。2货币信息1、屏蔽维护页面“EDI币种代号、EDI币种”栏位。2、屏蔽“计息标准”栏位。3国家信息屏蔽维护贝囿“EDI国家代号、EDI国家名称”栏位。4分行信息1、“分行”字样更改为“机构”。2、机构信息脚本初始化客制化。5分行

20、种类1、“分行”字样更改为“机构”。2、机构种类脚本初始化客制化。(2)系统资料管理序号改造点改造说明备注1系统参数配置1、屏蔽以下大项“融资池费用资料”、“利息提列资料”、“结息资料”、“利息其它相关设定”大项。2业务大类1、保留，仅需初始化一条国内保理的业务大类。3业务类别维护贝囿:1、屏蔽“所属业务大类”该栏位，后台默认取业务大类表中初始化的国内保理该大类。2、屏蔽“保理类型”该栏位，后台默认取“单保理”。3、屏蔽“计息方式”、“利息计提方式”2个栏位，以及“自动五级分类设定”“违约计利息设定”2个大项。4交易项目1、屏蔽维护贝囿“EDI交易项目“栏位。5传票账务1、考虑到保理系统本身的

21、额度扣还处理，核算相关功能保留。6额度种类1、维护页面，“额度属性”栏位供选项屏蔽“融资池授信”该选项。2、初始化“定向授信额度”“非定向授信额度”2条额度组。(3)日终序号改造点改造说明备注1日终1、屏蔽其他功能模块的日终内容，以及计息、结息、自动融资转型态、自动五级分类、自动卖方还款等。(4)交易前置参数管理序号改造点改造说明备注1客户信息1、“EDI上传”功能屏蔽。2、维护、审核功能的筛选信息中“客户类别”供选项更改为：1、卖方2、买方3、卖方买方。维护页面：3、 “客户是否中心厂”栏位名称变更为“客户是否为核心企业”。4、 “客户类别”供选项更改为：1、卖方2、买方。5、屏蔽“从EDI

22、导入”操作按钮，以及“客户EDI编号”、“是否借新还旧”栏位。2客户组合额度1、维护页面屏敝“是否中心厂额度”、“承购申请费率”、“应收承购申请费”、“承购申请费收取”“集中率”5个栏位。2、按中信银行武汉分行习惯用语，“额度上限”栏位调整为“授信敞口”栏位。3买卖方美联维护、审核功能：1、屏蔽筛选信息中“进口保理商”该栏位。2、屏蔽列表中“进口保理商代号”“进口保理商”“保险公司名称”3个栏位。3、维护页面屏蔽：“从EDI导入”操作按钮，“IF承保比例”、“承购申请费币别”、“应收承购申请费”、“承购申请费收取”、“付款方式”、“交易产品/月结条件”、“EDI付款条件”、“IF承保额度共享与

23、否”、“是否在投保范围内”、“IF承保额度币别”“IF承保额度金额”栏位，以及“进口保理商”大项，包括项下“IF管理费率”、“IF处理费币别”、“IF处理费（每张）”3个栏位4、新增维护页面“保理商名称”栏位默认取本行保理商，且栏位只读。5、新增数据项：买方对卖方的标识号（卖方在买方管理系统中的唯一识别代号）、卖方对卖方的标识号（买方在卖方管理系统中的唯一识别代号）、合同供应总金额。(5)EF交易序号改造点改造说明备注1交易管理1、主档、暂存档、审核功能的“批次号列表页面”屏蔽“账务查询”栏位，后台不改动。2、“交易分录管埋”功能页面屏敝。3、主档、暂存档、审核功能的交易查询明细页面屏蔽“ED

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

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

26、样，更改为“机构”，包括筛选信息、栏位名称、报表、账务明细中“出账分行信息”等。3交易历程档查询1、历程档查询列表贝囿屏敝EDIMSG查询”栏位。4交易明细查询页面1、屏蔽“EDI付款条件”栏位。3.3 会计核算原则需求描述：相关核算在信贷系统中进行，保理系统中无需核算，不进行账务处理。保理业务的相关账务处理通过信贷系统进行核算。处理方案：保理系统中不保留账务核算内容，会计核算由中信银行信贷系统完成。3.4 额度控管原则3.4.1 额度申请、审批方式需求描述：额度审批在信贷系统中处理，由客户经理对照信贷系统中核定的保理额度并将相关额度信息录入到保理系统中。处理方案：由客户经理自行录入保理额度。

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

28、度；如该供应商为非定向授信额度，则融资放款时仅需检查并扣除该供应商自身的额度，而无需控管其关联的核心企业的额度。3.5 其他客制化需求3.5.1 应收账款录入方式改造需求描述：系统需提供三种录入方式：供应商导入（即：前置网银信息平台录入）、核心企业导入（即：连接核心企业ERP系统进行导入）、银行录入（即：保理系统发票手工录入，发票文件批量导入）。处理方案：前置网银信息平台录入、核心企业录入部分的需求将在“前置网银信息平台改造需求”、“集成改造需求-保理系统与核心企业ERP系统集成”部分分别进行详细说明。3.5.2 新增发票补充功能需求描述：用于转让的应收账款对应的发票，由于核心厂商的付款日期有

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

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

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

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

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

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

35、票信息（明保理才须确认并打印“单笔应收债权转让通知书回执”）。核心企业通过网银系统可看到待确认的发票信息，可逐笔审核每笔发票信息（发票号、开票日期、金额、发票影像），对于同意转让的批注“同意转让”并发出转让确认，不同意转让的批注“拒绝”并填写拒绝原因。汇总同意转让的发票，打印“单笔应收债权转让通知书回执”提供给银行。供应商在网银上可随时查询发票转让审批信息。5、对于核心企业确认同意转让的发票，银行通过本系统中发起融资业务。先期实现落地方式与信贷审批系统对接；后期实现与信贷审批系统通过交易方式对接；6、在本系统关联融资后的贷款账号或银票号码处理方案：根据网银平台原逻辑处理，主要针对转让申请流程进

36、行改造。供应商通过网银前置信息平台导入发票信息，并向银行提出应收账款转让申请。银行受理转让申请后，向核心企业发送转让通知书，让核心企业确认待转让的应收账款，如果同意，则发送至银行保理系统端审核后完成正式转让（如果是回购业务，则还需向供应商发送有追索通知书），否则整批打回让供应商重新申请转让。流程如下：供应商导入供应商核心企业中信银行武汉分行发票录入台平息信银网置前转让申请发票管理不同意 .整笔退回确认应收账款转让申请书转让通知书受理转让申请统系务业理保同意发票受让1、供应商从网银端录入发票信息，并申请转让，然后发送给银行受理确认。2、银行受理应收账款转让申请，如果确认通过，则向核心企业发送转让

37、通知书，让核心企业确认应收账款信息；如果不通过，则打回让供应商修改后重新申请。3、核心企业登录网银确认应收账款信息，如果同意，则转到银行保理系统；如果拒绝，则整笔退回，让供应商重新申请。供应商和核心企业可随时查询发票的最新状态（同意、拒绝、未确认）。4、银行通过保理系统可查询发票的最新状态，对于核心企业同意转让的发票，银行通过发票交易审核功能完成正式转让。供应商选择已被保理系统审核过的发票转让资料，并且该发票符合融资申请的条件。选择要融资的发票信息，如果发现发票信息错误，可以拒绝；如果申请通过，则将申请资料发送到保理系统端进行融资审核。4.2.3 核心企业导入流程需求描述：业务流程说明:1、核

38、心企业批量导入应收账款，直接发送至银行保理系统；与核心企业ERP系统对接导入应收账款信息：应收账款编号、供应商标识代码、应收账款记账日期、应收账款金额、预计付款日期、发票号码、开票日期、发票金额。应收账款编号与发票号码为一对多的关系。2、供应商补录入发票信息、向银行发出转让申请、打印转让申请书供应商可通过网银端查询其名下的对于核心企业导入的应收账款；核心企业导入的应收账款信息中可能没有发票信息（发票号、发票开票日期、发票金额），供应商则需要通过登陆到网银系统，补录发票信息（发票号、发票开票日期、发票金额），只有补录了发票信息的应收账款（汇发票金额应收账款金额）才允许发起融资。3、供应商申请转让

39、融资供应商直接勾选满足融资条件（融资条件：申请日+X日预计付款日，X为参数）的应收账款记录，向本系统发出融资申请。同时打印出“单笔应收债权转让申请书”，连同发票及发票复印件提交银行办理融资申请。4、银行受理审批、补扫发票影像、打印转让通知并发出转让通知确认申请银行经办客户经理受理供应商的业务申请后，在本系统中逐笔审核发票并扫描发票影像（扫描发票影像为可选操作），对与发票勾对一致的，签注同意，对于与发票核对不一致的予以修改；全部发票审核后，若与“单笔应收债权转让申请书”不一致则退回供应商，让供应商重新申报该笔业务；对于审核通过的业务，则打印“单笔应收债权转让通知书”（明保理），加盖银行业务公章，

40、并随同发票提交给核心企业，同时在本系统中向核心企业发出“单笔应收债权转让通知书”，请求核心企业确认（明保理）。5、核心厂商审核确认、打印转让通知回执（明保理）核心企业通过网银系统可看到待确认的发票信息，可逐笔审核每笔发票信息（发票号、开票日期、金额、发票影像），对于同意转让的批注“同意转让”并发出转让确认，不同意转让的批注“拒绝”并填写拒绝原因。汇总同意转让的发票，打印“单笔应收债权转让通知书回执”提供给银行。供应商在网银上可随时查询发票转让审批信息。6、银行融资放款或融资开银票先期实现落地方式与信贷审批系统对接；后期实现与信贷审批系统通过交易方式对接；7、银行关联融资贷款账号或银票号码在核心

41、系统融资完成后，客户经理录入（贷款：贷款账号、贷款金额、贷款日期、到期日期；银票：银票号码、开票金额、银票签发日期、银票到期日期）处理方案：保理网银信息平台支持核心企业将应收账款信息从ERP系统直接导入，并提供转让及融资的流程管理。具体处理方案根据核心企业ERP系统实际情况及需求单独立项开发。4.2.4 成改造需求接口集成改造主要包含：1、客户信息集成2、客户额度集成3、融资放款集成4、买方还款集成5.1 客户信息集成需求描述：从生产系统导入。保理系统中输入客户代号，直接从生产系统中自动获取客户组织机构代码证、工商注册号、法人代表等基本信息。处理方案：中信银行武汉分行提供现成的方法，生成交易号

42、，由保理系统直接调用即可。5.2 客户额度集成需求描述：中信信贷系统批复额度后，客户经理手工将额度信息匹配录入到保理系统。如后期允许保理与信贷系统对接后，则不需客户经理手工录入，直接从信贷系统导入到保理系统即可。处理方案：保理系统现有客户额度功能信息项需调整后与信贷额度信息匹配，并以额度核准编号作为匹配的唯一标识。5.3 融资放款集成需求描述：保理系统完成融资交易后，信息落地，包括台账、凭证等信息。然后由客户经理拿着凭证在中信信贷系统放款出账。处理方案：保理系统融资交易放行后，自动生成凭证信息（生成信息由行方信息部提交）。5.4 买方还款集成需求描述：信贷系统完成还款销账后会生成一个“数据包”，其中包含还款销账信息，保理系统导入该信息进行还款处理。处理方案：信贷系统还款销账生成对应的还款信息“数据包”，并将该“数据包”存放在某个路径下，由客户经理将该数据包导入到保理系统后，再进行保理系统中的还款销账处理。中信银行武汉分行提供现成的方法，直接调用即可。