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

精选资料
合同编号：

中信银行武汉分行
【供应链金融系统】项目
一期技术服务合同

中银银行武汉分行

可修改编辑
精选资料
【供应链金融系统】项目一期技术服务合同

本《供应链金融系统项目一期技术服务合同》（以下称“本合同”）由以下两方于2011年7月18日共同签署：

甲 方：中信银行股份有限公司武汉分行
注册地址：武汉市江汉区建设大道747号
邮政编码：430060
法定代表人：徐学敏
合同事务联系人：邓勇刚
电 话：027-85355252

乙 方：天逸财金科技服务（武汉）有限公司
注册地址：湖北省武汉市珞瑜路吴家湾湖北信息产业科技大厦902室
邮政编码：430070
法定代表人：温峰泰
合同事务联系人：李奥菲、周磊
传 真：027-59730730
电 话：027-59396688
开户名称：天逸财金科技服务（武汉）有限公司
账 号：999005598010301
开 户 行：招商银行武汉分行东湖支行

鉴于：

1、 甲乙双方已于【 贰零壹壹 】年【 陆 】月【 贰拾肆 】日签署了《产品采购及服务合同（供应链金融业务系统项目）》（以下称“产品采购及服务合同”）。根据该产品采购及服务合同约定，乙方为甲方开发供应链金融业务系统【包括订单融资、验货后融资、应收账款保理、应收账款池融资等模块系统】，截止到2011年7月8日已按合同约定完成应收账款保理业务产品模块和前置网银信息平台的客户化工作。
2、 产品采购及服务合同约定，若甲方要求乙方提供产品采购及服务合同附件六之《工作说明书》约定之项目工作范围外的技术服务内容，则甲方应根据乙方的工作量另行向乙方支付服务费。
鉴此，甲乙双方经过友好协商，就乙方向甲方提供产品采购及服务合同附件六之《工作说明书》约定之项目工作范围内的技术服务事宜达成本合同。
第1条 技术服务内容
甲乙双方同意，根据甲方的需求，乙方向甲方提供如下服务内容：
序号
模块名称
内容描述
核定工作量
1、
应收账款保理
安控模块、系统基础参数模块、交易前置参数模块、业务处理模块、日终
4．5人月
2、
前置网银信息平台
卖方网银模块、买方网银模块
具体内容详见本合同附件“供应链金融系统项目一期需求说明书”

第2条 服务费用标准
甲乙双方同意，乙方向甲方提供本合同第1条约定技术服务后，甲方应按乙方的实际工作量以每人每月人民币2.8万元（未税）的标准向乙方支付技术服务费（每月按21个工作日算）。

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

第4条 其他事项
1、本合同为产品采购及服务合同的补充，为产品采购及服务合同不可分割的组成部分，与产品采购及服务合同具有同等的法律效力。
2、除本合同另有约定外，本合同涉及术语的含义以产品采购及服务合同为准。
3、本合同由甲乙双方各自授权代表签字并加盖公章后生效。
4、本合同一式二份，甲乙双方各执一份，每份均具有同等法律效力。

甲 方（公章）: 乙 方（公章）:

中信银行股份有限公司武汉分行 天逸财金科技服务（武汉）有限公司

授权代表（签字）: 授权代表（签字）:

日 期： 年 月 日 日 期： 年 月 日

附件：
中信银行武汉分行
供应链金融系统项目
一期需求说明书

2011-05

目 录
1. 项目概述 7
1.1 项目范围 7
1.2 项目目标 7
1.3 项目时程 7
1.4 角色定义 7
2. 业务模块整体需求说明 8
2.1 国内保理业务 8
2.2 前置网银信息平台 14
3. 国内保理功能改造需求 15
3.1 系统功能需求说明 15
3.2 系统功能改造方案说明 17
3.3 会计核算原则 21
3.4 额度控管原则 21
3.5 其他客制化需求 22
4. 前置网银信息平台改造需求 25
4.1 客户网银端登录 25
4.2 应收账款转让及融资流程 25
5. 接口集成改造需求 30
5.1 客户信息集成 30
5.2 客户额度集成 30
5.3 融资放款集成 30
5.4 买方还款集成 30

1. 项目概述
1.1 项目范围
(一) 产品
1) 国内保理
2) 前置网银信息平台
(二) 工作范围：
1) 功能改造：报表、功能适应性改造、业务类型制订
2) 集成改造：前置网银信息平台、核心企业ERP系统对接
1.2 项目目标
本项目必须在既定的建置时程内完成，并达到正确、有效且整合性之最高原则。
本项目必须以满足业务需要、提升营运绩效为前提，建置一套运作稳定、准确且可信赖之系统。
本项目必须以合理的成本，完成各项完整功能。
1.3 项目时程
2011-6-10完成国内保理单机版改造。
2011-7-1完成国内保理+前置网银信息平台联机版上线。
1.4 角色定义
1.4.1 业务角色：
中文名称
英文名称
说明
供应商
Seller
指向保理商叙做保理业务的客户，在相关应收账款转让前是应收账款的债权人，在应收账款的转让交易中，将其对买方享有的应收账款债权转让给保理商。通过前置网银平台操作。
核心企业
Buyer
指货物的购买人或服务的接受者，在与卖方的相关交易合同中承担相关账款的支付义务。通过前置网银平台操作。
保理商
Export Factor
在保理业务中，向供应商客户提供保理服务的保理商（中信银行武汉分行），服务内容一般包括贸易融资、账款管理、催收和坏账担保。
1.4.2 银行角色（依据确认的权限划分进行修改）：
中文名称
英文名称
说明
分行角色
Head office
保理系统中有关人员、权限、机构信息、保理商信息及额度、支行上线设置等业务参数维护、管理及操作。
支行角色

负责与具体业务相关的客户信息、额度及交
易信息录入、放款和核算等。

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

(二) 应收账款转让融资具体业务流程
按应收账款信息的录入方式，处理的业务流程略有差异，应收账款的录入分为三种方式：
银行客户经理录入、供应商单笔录入或批量导入、核心厂商批量导入。
业务流程分别描述如下：

1) 银行录入应收债权信息的业务流程

核心厂商（买方）、供应商（卖方）、银行 签订三方债权转让合作协议，核定核心厂商、供应商年度融资额度
（信贷审批系统完成 ）

建立核心厂商（买方）、供应商（卖方）客户信息

建立核心厂商（买方）、供应商（卖方）额度信息

建立核心厂商（买方）、供应商（卖方）买卖关联信息

银行录入 卖方销售发票信息（卖方提供“单笔应收债权转让申请书”、“单笔应收债权追索通知书”、卖方销售发票原件及复印件）

银行逐笔扫描发票原件的影像

银行打包销售发票，打印“单笔应收债权转让通知书”，向核心厂商发出“转让确认”申请

否
是明保理 ？

核心厂商 对转让的打包销售发票逐笔确认，打印“单笔应收债权转让通知书”

向供应商发出通知：融资申请拒绝。

单笔应收债权全部拒绝 ？
是

核心厂商 按确认金额及明细，打印“单笔应收债权转让通知书”

融资放款或签发银票：
①打印落地 或 ②向信贷系统发起审批流程

核心系统放款后或签发银票后关联贷款账号或银票号

2) 供应商通过网银端录入应收债权信息的业务流程

核心厂商（买方）、供应商（卖方）、银行 签订三方债权转让合作协议，核定核心厂商、供应商年度融资额度
（信贷审批系统完成 ）

建立核心厂商（买方）、供应商（卖方）客户信息 （银行客户经理完成）

建立核心厂商（买方）、供应商（卖方）额度信息（银行客户经理完成）

建立核心厂商（买方）、供应商（卖方）买卖关联信息（银行客户经理完成）

供应商录入销售发票信息

供应商勾选销售发票、向银行发出“单笔应收债权转让”申请，打印“单笔应收债权转让申请书”、“单笔应收债权追索通知书” 加盖单位公章后连同卖方销售发票原件及复印件 提供给银行

银行客户经理逐笔审核、订正录入错误的信息并扫描发票原件的影像

银行打印“单笔应收债权转让通知书”，向核心厂商发出“转让确认”申请

否
是明保理 ？

核心厂商 对转让的打包销售发票逐笔确认，打印“单笔应收债权转让通知书”

向供应商发出通知：融资申请拒绝。

单笔应收债权全部拒绝 ？
是

核心厂商 按确认金额及明细，打印“单笔应收债权转让通知书”

融资放款或签发银票：
①打印落地 或 ②向信贷系统发起审批流程

核心系统放款后或签发银票后关联贷款账号或银票号

3) 核心厂商批量导入应收债权信息的业务流程

核心厂商（买方）、供应商（卖方）、银行 签订三方债权转让合作协议，核定核心厂商、供应商年度融资额度
（信贷审批系统完成 ）

建立核心厂商（买方）、供应商（卖方）客户信息 （银行客户经理完成）

建立核心厂商（买方）、供应商（卖方）额度信息（银行客户经理完成）

建立核心厂商（买方）、供应商（卖方）买卖关联信息（银行客户经理完成）

核心厂商通过网银端批量导入销售发票信息

供应商勾选销售发票、向银行发出“单笔应收债权转让”申请，打印“单笔应收债权转让申请书”、“单笔应收债权追索通知书” 加盖单位公章后连同卖方销售发票原件及复印件 提供给银行

银行客户经理逐笔审核、订正录入错误的信息并扫描发票原件的影像

银行打印“单笔应收债权转让通知书”，向核心厂商发出“转让确认”申请

否
是明保理 ？

核心厂商 对转让的打包销售发票逐笔确认，打印“单笔应收债权转让通知书”

向供应商发出通知：融资申请拒绝。

单笔应收债权全部拒绝 ？
是

核心厂商 按确认金额及明细，打印“单笔应收债权转让通知书”

融资放款或签发银票：
①打印落地 或 ②向信贷系统发起审批流程

核心系统放款后或签发银票后关联贷款账号或银票号

(三) 可开办之业务品种：
根据业务类型区分，国内保理可开办业务如下：
序号
业务种类
重点说明
1
国内有追索权融资性保理
指采用有追索权，国内单保理业务。
2
国内无追索权融资性保理
指采用无追索权，国内单保理业务。
3
非融资性保理
指不提供融资仅对应收账款进行管理的保理业务。
(四) 各阶段操作重点
1)业务申请与签约阶段
作业项目
重点说明
备注
业务申请及签约
系统操作：
1建立客户信息
客户经理录入，输入客户号，通过实时交易联机查询客户信息。
2建立客户额度
由客户经理手工录入，事后客户经理用总行下传数据进行校验；后期实现输入“批复号”进行联机查询。
客户额度分为核心厂商额度、供应商额度。核心厂商额度实为
“虚额度”，该额度由关联的子核心厂商、供应商使用。供应商额度为实额度,分为定向额度和非定向额度，定向额度与核心厂商的额度关联，核心厂商的额度　≥ ∑关联供应商的定向额度。非定向额度不与任何买方（核心厂商关联）的额度关联，一般用于有追索权的暗保理，此类供应商资信等级高，供应量大，其买方多，回款能力强，该额度为供应商实际可使用的额度，想当于信用授信额度。 供应商要么分配定向额度，要么分配非定向额度。
同为核心厂商、供应商的客户（买卖方兼具），可分别按核心厂
商身份授予额度，也可按供应商身份授予额度。
3建立买卖方关联
由客户经理录入业务合同中的信息项。
客户经理办理
2)业务受理阶段
作业项目
重点说明
备注
业务受理
系统操作：
1发票手工录入
2发票文件批量导入
3发票受让

3)放款签约阶段
作业项目
重点说明
备注
放款签约
系统操作：
1融资
2发票补充

4)还款操作阶段
作业项目
重点说明
备注
还款操作
系统操作：
1还款
销发票信息，并还融资款销贷款或银票、释放额度
2还款明细电子档汇入（销发票信息）

2.2 前置网银信息平台
中信银行武汉分行的客户，作为保理业务中的供应商和核心企业，可通过前置网银信息平台录入待转让的发票信息，由网银平台自动发送至中信银行武汉分行保理业务系统，并进行保理业务的融资申请，账款查询等操作。
3. 国内保理功能改造需求
3.1 系统功能需求说明
3.1.1 安控管理
操作岗位设置规则：
岗位
说明
用户维护
（操作+复核）
系统管理员
建制参数维护
（操作+复核）
系统管理员
业务操作岗
客户经理
业务复核岗
业务主管
操作模式：
中信银行武汉分行集中式操作。
保理业务系统维护功能：
功能名称
功能说明
备注
角色
维护角色，将功能权限进行初步分类

群组
维护群组，确定用户可使用的权限

用户
维护登录用户信息，包括用户代号、密码等信息。

3.1.2 系统建置
功能名称
功能说明
备注
基础信息
会计科目
维护会计核算中使用到的会计科目信息。

货币信息
维护交易使用的币别信息，包括货币别代号和描述、计息基础日以及汇率信息。

部门信息
维护部门信息，主要是对部门信息的属性定义。

国家信息
维护国家信息，包括国家代号、国家名称

机构信息
维护分行信息，包括机构代号、机构名称等信息。

融资投向行业
维护行业信息，便于统计贷款发放。

地区性质
维护地区信息，主要是客户的属性定义。

经济性质
维护企业客户的经济性质。

客户信用等级
维护客户的信用等级：维护内部十级分类信息和银监会五级分类，并将两种分类对应。

业务配置信息
业务类别
定制开展保理业务的业务类别

交易编号
制定交易后产生的业务编号规则

交易项目
交易类别的细分

账号种类
定义保理业务中使用到的账号种类，例如：结算账户、保理专户等。

额度种类
定义保理业务中，风险控管的额度种类。

额度种类组合
定义风险控管中的额度组合。

3.1.3 业务受理
功能名称
功能说明
备注
客户信息
维护申请保理业务的客户基本信息，包括客户代号、客户名称、客户类型等。

客户账号
功能保留，仅需初始化“回款账号、贷款账号”2条记录，I期不作处理。

客户组合额度
风险控管中，给予客户的额度上限以及有效日期。

买卖方关联
建立买卖方和银行的三方关系。
需新增数据项：买方对卖方的标识号（卖方在买方管理系统中的唯一识别代号）、卖方对卖方的标识号（买方在卖方管理系统中的唯一识别代号）、合同供应总金额。

集团信息
维护集团信息。

集团组合额度
维护集团的额度上限以及有效日。

3.1.4 参数化信息导入
07/01前上线系统中将下列参数化信息一次性导入系统：
3.1.5 业务处理
功能名称
功能说明
备注
发票手工录入
录入客户提供的发票信息，包括发票号码、发票金额、发票日期、发票到期日等。
原系统“发票录入”功能
发票文件批量导入
通过电子档的形式批量导入客户提供的发票信息，包括发票号码、发票金额、发票日期、发票到期日等。
原系统“电子档资料汇入”
发票受让
转让录入的发票。

融资
依据发票金额和融资比例进行放款，放款金额受卖方融资额度控制。

买方还款
核心企业把账款支付给银行的控制账户，操作人员录入冲销发票金额以及实际入账金额；系统自动扣减卖方尚欠款项后，尾款进入卖方的结算账户。

还款明细电子档汇入
通过电子档的形式批量导入核心企业还款信息，包括发票号码、还款金额等。

开启买方还款明细
开启导入的核心企业还款信息，系统自动扣减卖方尚欠款项后，尾款进入卖方的结算账户。

3.2 系统功能改造方案说明
3.2.1 系统改造
需求描述：
1、 机构信息匹配中信银行武汉分行模式；
2、 匹配国内单保理业务模式；
3、 保理业务仅需控管融资额度；
4、 相关会计核算在信贷系统中处理，不在保理系统中处理；
5、 相关名词按中信习惯用语进行调整。
处理方案：
1、 需要屏蔽或调整的模组
模组名称
改造说明
备注
安控
保持系统原有处理

基础资料
保持系统原有处理

国内及出口保理
保持系统原有处理，模块名称更改为“国内保理”

进口保理
屏蔽

供应链
屏蔽

联贷
屏蔽

融资池
屏蔽

动产质押授信
屏蔽

预付款融资
屏蔽

维持率
屏蔽

租赁保理
屏蔽

2、 需要屏蔽的功能
模组名称
模块名称
子模块名称
功能名称
改造说明
备注
基础资料
基本资料管理
——
利率信息
屏蔽

——
利率种类
屏蔽

——
质物产品目录
屏蔽

——
质物信息
屏蔽

——
质物价格
屏蔽

——
保险险种信息
屏蔽

系统资料管理
——
内部账号
屏蔽

——
节假日
屏蔽

账户查询
——
——
屏蔽

附件管理
——
——
屏蔽

国内及出口保理
交易前置参数管理
——
客户利率
屏蔽

——
保险合同信息
屏蔽

——
保理商信息
屏蔽，需默认初始化一条保理商为“中信银行武汉分行”的记录

——
保理商组合额度
屏蔽

——
保险公司信息
屏蔽

——
保险公司额度信息
屏蔽

——
票据反馈信息
屏蔽

——
绿色快车
屏蔽

EF交易
交易管理
交易分录管理
屏蔽

正常交易
受让融资
屏蔽

卖方还款
屏蔽

管理费汇出
屏蔽

逾期交易
融资转型态
屏蔽

五级分类
屏蔽

担保付款
屏蔽

转呆交易
屏蔽

业务异常处理
应收账款调整
屏蔽

贷项通知
屏蔽

账款买回
屏蔽

间接付款
屏蔽

商纠设定
屏蔽

商纠解除
屏蔽

表外融资调整
屏蔽

申请保险理赔
屏蔽

申请保险理赔补充或变更
屏蔽

保险公司赔款
屏蔽

保险免责
屏蔽

操作异常处理
利率变更
屏蔽

利息调整
屏蔽

资料变更
屏蔽

费用调整
屏蔽

保险免责变更
屏蔽

EDI导入交易

屏蔽

收支申报

屏蔽

EDI管理

屏蔽

收支申报表

屏蔽

3、 需要调整的功能
（1） 基本资料管理：
序号
改造点
改造说明
备注
1
会计科目
考虑到保理系统本身的额度扣还处理，核算相关功能保留。

2
货币信息
1、 屏蔽维护页面“EDI币种代号、EDI币种”栏位。
2、 屏蔽“计息标准”栏位。

3
国家信息
屏蔽维护页面“EDI国家代号、EDI国家名称”栏位。

4
分行信息
1、 “分行”字样更改为“机构”。
2、 机构信息脚本初始化客制化。

5
分行种类
1、 “分行”字样更改为“机构”。
2、 机构种类脚本初始化客制化。

（2） 系统资料管理
序号
改造点
改造说明
备注
1
系统参数配置
1、 屏蔽以下大项“融资池费用资料”、“利息提列资料”、“结息资料”、“利息其它相关设定”大项。

2
业务大类
1、 保留，仅需初始化一条国内保理的业务大类。

3
业务类别
维护页面：
1、 屏蔽“所属业务大类”该栏位，后台默认取业务大类表中初始化的国内保理该大类。
2、 屏蔽“保理类型”该栏位，后台默认取“单保理”。
3、 屏蔽“计息方式”、“利息计提方式”2个栏位，以及“自动五级分类设定”“ 违约计利息设定”2个大项。

4
交易项目
1、 屏蔽维护页面“EDI交易项目“栏位。

5
传票账务
1、 考虑到保理系统本身的额度扣还处理，核算相关功能保留。

6
额度种类
1、 维护页面，“额度属性”栏位供选项屏蔽“融资池授信”该选项。
2、 初始化“定向授信额度”“非定向授信额度”2条额度组。

（3） 日终
序号
改造点
改造说明
备注
1
日终
1、 屏蔽其他功能模块的日终内容，以及计息、结息、自动融资转型态、自动五级分类、自动卖方还款等。

（4） 交易前置参数管理
序号
改造点
改造说明
备注
1
客户信息
1、 “EDI上传”功能屏蔽。
2、 维护、审核功能的筛选信息中“客户类别”供选项更改为：1、卖方 2、买方 3、卖方\买方 。
维护页面：
3、 “客户是否中心厂”栏位名称变更为“客户是否为核心企业”。
4、 “客户类别”供选项更改为：1、卖方 2、买方。
5、 屏蔽“从EDI导入”操作按钮，以及“客户EDI编号”、“是否借新还旧”栏位。

2
客户组合额度
1、 维护页面屏蔽“是否中心厂额度”、“承购申请费率”、“应收承购申请费”、“承购申请费收取”“集中率”5个栏位。
2、 按中信银行武汉分行习惯用语，“额度上限”栏位调整为“授信敞口”栏位。

3
买卖方关联
维护、审核功能：
1、 屏蔽筛选信息中“进口保理商”该栏位。
2、 屏蔽列表中“进口保理商代号”“进口保理商”“保险公司名称”3个栏位。
3、 维护页面屏蔽：“从EDI导入”操作按钮， “IF承保比例”、“承购申请费币别”、“应收承购申请费”、“承购申请费收取”、“付款方式”、“交易产品/月结条件”、“EDI付款条件”、“IF承保额度共享与否”、“是否在投保范围内”、“IF承保额度币别”“IF承保额度金额”栏位，以及“进口保理商”大项，包括项下“IF管理费率”、“IF处理费币别”、“IF处理费(每张)”3个栏位
4、 新增维护页面“保理商名称”栏位默认取本行保理商，且栏位只读。
5、 新增数据项：买方对卖方的标识号（卖方在买方管理系统中的唯一识别代号）、卖方对卖方的标识号（买方在卖方管理系统中的唯一识别代号）、合同供应总金额。

（5） EF交易
序号
改造点
改造说明
备注
1
交易管理
1、 主档、暂存档、审核功能的“批次号列表页面”屏蔽“账务查询”栏位，后台不改动。
2、 “交易分录管理”功能页面屏蔽。
3、 主档、暂存档、审核功能的交易查询明细页面屏蔽“EDI付款条件”栏位。

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

3
发票受让
1、 屏蔽筛选页面中“IF处理费币别”栏位。
2、 列表页面：屏蔽“未受让发票统计信息”项下“IF处理费币别”“IF处理费”2个栏位；屏蔽发票列表中“查看”弹出框中“IF承保比例%、IF管理费率%、IF处理费币别、IF处理费(每张)、EDI付款条件” 几个数据项。

4
融资
1、 筛选页面：屏蔽“预收标志”栏位，后台默认应收利息。
2、 加总页面：屏蔽“结息方式”，后台默认为利随本清；屏蔽“客户额度未收承购申请费、关联未收承购申请费、本次收取承购申请费、预收利息”4个栏位以及“重算预收利息”操作链接按钮。

5
买方还款
1、 屏蔽筛选页面中“还款信息”大项下的“还款项目”栏位，还款项目后台默认选择“所有”。

4、 其他调整
序号
改造点
改造说明
备注
1
首页
1、“国内及出口保理”功能模块名称变更为“国内保理”。

2
“分行”字样
1、全系统凡是涉及“分行”字样，更改为“机构”，包括筛选信息、栏位名称、报表、账务明细中“出账分行信息”等。

3
交易历程档查询
1、历程档查询列表页面屏蔽“EDI MSG查询”栏位。

4
交易明细查询页面
1、屏蔽“EDI付款条件”栏位。

3.3 会计核算原则
需求描述：
相关核算在信贷系统中进行，保理系统中无需核算，不进行账务处理。保理业务的相关账务处理通过信贷系统进行核算。
处理方案：
保理系统中不保留账务核算内容，会计核算由中信银行信贷系统完成。
3.4 额度控管原则
3.4.1 额度申请、审批方式
需求描述：
额度审批在信贷系统中处理，由客户经理对照信贷系统中核定的保理额度并将相关额度信息录入到保理系统中。
处理方案：
由客户经理自行录入保理额度。
3.4.2 额度种类
需求描述：
中信银行武汉分行保理业务仅控管授信敞口额度。
处理方案：
保理系统仅需控管授信额度（授信额度可分为定向授信额度，非定向授信额度），保留承保额度相关信息栏位，屏蔽非承保额度相关信息栏位。
3.4.3 控管原则
需求描述：
1） 定向额度时，保理业务中需增加对于核心企业的额度控管，即除控管供应商自身的授信额度外，还需控管其关联的核心企业的授信额度；
2） 非定向额度时，则仅需控管供应商自身的授信额度，无需关联其核心企业的授信额度。
处理方案：
为供应商建立定向授信额度或非定向授信额度（二者取其一），如该供应商额度为定向授信额度，则融资放款时需检查并扣除该供应商所关联的核心企业的定向授信额度；如该供应商为非定向授信额度，则融资放款时仅需检查并扣除该供应商自身的额度，而无需控管其关联的核心企业的额度。
3.5 其他客制化需求
3.5.1 应收账款录入方式改造
需求描述：
系统需提供三种录入方式：供应商导入（即：前置网银信息平台录入）、核心企业导入（即：连接核心企业ERP系统进行导入）、银行录入（即：保理系统发票手工录入，发票文件批量导入）。
处理方案：
前置网银信息平台录入、核心企业录入部分的需求将在“前置网银信息平台改造需求”、“集成改造需求-保理系统与核心企业ERP系统集成”部分分别进行详细说明。
3.5.2 新增发票补充功能
需求描述：
用于转让的应收账款对应的发票，由于核心厂商的付款日期有先有后，先收到货款的发票，资金存于银行的销售回款保证金账户下，该资金处于冻结状态，原则上该资金用于偿还融资贷款或兑付银行承兑汇票，而实际业务中客户希望在融资贷款或签发的银行承兑汇票到期前能使用收回的货款，为满足客户的此种需求，系统提供发票补充的功能：
客户将未到付款期的新的应收账款转让给银行，转让审批通过后，将新的应收账款的发票信息关联到旧的未到期的融资贷款账户上，同时银行释放销售回款保证金账户下对应的存款资金。用于补充的应收账款其审批流程与正常应收账款转让的审批流程相同。
处理方案：
在供应商贷款未到期的情况下，核心企业回款到银行保证金账户，供应商获知回款后可能会要求银行解冻保证金账户的资金，此时银行由于存在风险，会要求供应商必须补足应收账款后，才能动用保证金账户的回款资金。
保理系统需提供应收账款补充功能，能补入新的应收账款。
核心企业的回款资金如果不冲销供应商贷款，则发票可能会出现“溢拨”，即供应商实际融资金额大于所有应收账款的可融资总额。此时，银行会要求供应商补充新的应收账款，“置换”被冲销的发票，使“应收账款池”充足，以保证该供应商实际融资总额不超过其应收账款的总可融资额，从而达到控制风险的目的。
（1） 发票补充功能补入发票规则：先检查供应商的发票是否存在溢拨情况，如无溢拨，则不需补入；如存在溢拨，则本次补入转让的应收账款总额必须>=溢拨金额/融资比例，否则不予转让；
（2） 发票补充功能中可查询供应商的融资水位，实时查询该供应商已转让的发票总额、发票已回款总额、应收账款余额、融资水位余额、应补充应收账款金额。
3.5.3 发票附件查看功能
需求描述：
系统需要支持上传和查看发票扫描件。
处理方案：
在发票录入提供发票扫描件的导入，可支持一笔发票对应一个扫描件，也可支持多笔发票对应一个扫描件。可在发票明细查询页面查询其对应的扫描件，如多笔发票对应同一扫描件，则查询其中每一笔发票信息时，均可查询到其扫描件。
3.5.4 日终/换日时间
作业
处理内容
执行方式
备注
日终
结束营业日
自动执行
每日23：00自动触发
换日
切换保理营业日
自动执行
4. 前置网银信息平台改造需求
4.1 客户网银端登录
需求描述：
客户可通过网银登录，进行应收账款导入、融资申请、账户查询等操作。
处理方案：
一期不接与中信银行总行网银系统对接，通过在互联网上提供一个客户登录入口的方式，让客户登录到保理网银信息平台。客户登录账号及密码由行方提供，客户登录后只能进行有授权的网银功能操作，如：修改密码、发票录入、转让申请、融资申请、应收账款查询等。
网银客户的建立：
核心厂商、供应商通过互联网登陆系统，银行为其建立操作用户。
1、 客户经理必须先在本业务系统中建立供应商、核心厂商的客户信息、额度信息、买卖方的关联信息及关联额度信息；
2、 供应商与客户经理对应，供应商发出的业务申请由银行对应的客户经理受理；
3、 核心厂商可通过网银查询、受理其关联的供应商的业务信息 。
4.2 应收账款转让及融资流程
网银前置信息平台对于应收账款提供供应商导入、核心企业导入2种录入方式，并可对导入后的应收账款进行转让及融资管理。
4.2.1 供应商操作流程
需求描述：
业务流程说明：
1、 供应商录入发票信息
供应商从网银端录入发票信息
2、 供应商向银行发出转让申请、打印转让申请书
供应商从网银端查询并勾选满足融资条件（融资条件：申请日 + X日 < 预计付款日, X 为参数）的发票信息打包，向中信银行发起“申请转让”、同时在网银端打印“单笔应收债权转让申请书”及“单笔应收债追索通知书”，供应商在“单笔应收债权转让申请书” 及“单笔应收债追索通知书”上加盖单位公章，连同发票及发票复印件 提交给银行，由银行经办客户经理受理。
3、 银行经办客户经理受理、逐笔核对、补扫发票影像、打印转让通知书并向核心企业申请确认
银行经办客户经理受理供应商的业务申请后，在本系统中逐笔审核发票并扫描发票影像（扫描发票影像为可选操作），对与发票勾对一致的，签注同意，对于与发票核对不一致的予以修改；全部发票审核后，若与“单笔应收债权转让申请书”不一致则退回供应商，让供应商重新申报该笔业务；对于审核通过的业务，则打印“单笔应收债权转让通知书”（明保理），加盖银行业务公章，并随同发票提交给核心企业，同时在本系统中向核心企业发出“单笔应收债权转让通知书”，请求核心企业确认（明保理）。
4、 核心企业登录网银查询、确认发票信息（明保理才须确认并打印“单笔应收债权转让通知书回执”）。
核心企业通过网银系统可看到待确认的发票信息，可逐笔审核每笔发票信息（发票号、开票日期、金额、发票影像），对于同意转让的批注“同意转让”并发出转让确认，不同意转让的批注“拒绝”并填写拒绝原因。汇总同意转让的发票，打印“单笔应收债权转让通知书回执”提供给银行。供应商在网银上可随时查询发票转让审批信息。
5、 对于核心企业确认同意转让的发票，银行通过本系统中发起融资业务。
先期实现落地方式与信贷审批系统对接；
后期实现与信贷审批系统通过交易方式对接；
6、 在本系统关联融资后的贷款账号或银票号码
处理方案：
根据网银平台原逻辑处理，主要针对转让申请流程进行改造。
供应商通过网银前置信息平台导入发票信息，并向银行提出应收账款转让申请。银行受理转让申请后，向核心企业发送转让通知书，让核心企业确认待转让的应收账款，如果同意，则发送至银行保理系统端审核后完成正式转让（如果是回购业务，则还需向供应