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

合同编号： 中信银行武汉分行中信银行武汉分行 【供应链金融系统供应链金融系统】项目项目 一期技术服务合同一期技术服务合同 中银银行武汉分行中银银行武汉分行 【供应链金融系统供应链金融系统】项目一期技术服务合同项目一期技术服务合同 本供应链金融系统项目一期技术服务合同 （以下称“本合同本合同” ）由以下两方于 2011 年 7 月 18 日共同签署： 甲甲 方方：中信银行股份有限公司武汉分行中信银行股份有限公司武汉分行 注册地址：武汉市江汉区建设大道 747 号 邮政编码：430060 法定代表人：徐学敏 合同事务联系人：邓勇刚 电 话乙乙 方方：天逸财金科技服务（武汉）有限公司天逸财金科技服务（武汉）有限公司 注册地址：湖北省武汉市珞瑜路吴家湾湖北信息产业科技大厦 902 室 邮政编码：430070 法定代表人：温峰泰 合同事务联系人：李奥菲、周磊 传 真电 话开户名称：天逸财金科技服务（武汉）有限公司 账 号：999005598010301 开 户 行：招商银行武汉分行东湖支行 鉴于： 1、 甲乙双方已于【 贰零壹壹 】年【 陆 】月【 贰拾肆 】日签署了产品采购及服务 合同（供应链金融业务系统项目） （以下称“产品采购及服务合同产品采购及服务合同” ） 。根据该产品采 购及服务合同约定，乙方为甲方开发供应链金融业务系统【包括订单融资、验货后融 资、应收账款保理、应收账款池融资等模块系统】 ，截止到 2011 年 7 月 8 日已按合同 约定完成应收账款保理业务产品模块和前置网银信息平台的客户化工作。 2、产品采购及服务合同约定，若甲方要求乙方提供产品采购及服务合同附件六之工作 说明书约定之项目工作范围外的技术服务内容，则甲方应根据乙方的工作量另行向 乙方支付服务费。 鉴此，甲乙双方经过友好协商，就乙方向甲方提供产品采购及服务合同附件六之工 作说明书约定之项目工作范围内的技术服务事宜达成本合同。 第第 1 1 条条 技术服务内容技术服务内容 甲乙双方同意，根据甲方的需求，乙方向甲方提供如下服务内容： 序号序号模块名称模块名称内容描述内容描述核定工作量核定工作量 1、应收账款保理 安控模块、系统基础参数模块、 交易前置参数模块、业务处理模 块、日终 2、前置网银信息平台卖方网银模块、买方网银模块 45 人月 具体内容详见本合同附件“供应链金融系统项目一期需求说明书” 第第 2 2 条条 服务费用标准服务费用标准 甲乙双方同意，乙方向甲方提供本合同第 1 条约定技术服务后，甲方应按乙方的实际 工作量以每人每月人民币 2.8 万元（未税）的标准向乙方支付技术服务费（每月按 21 个 工作日算） 。 第第 3 3 条条 合同支付总额合同支付总额 1. 根据产品采购及服务合同，甲方确认乙方第一阶段应收账款保理及前置信息网银 平台已完成上线，经甲乙双方共同确认按 4 人月工作量、每人每月 2.8 万元结算，甲方 应向乙方支付第一阶段开发费共计： 11.2 万元，大写： 壹拾壹万贰仟元整 。 2. 甲乙双方签署本合同后，乙方即可开具技术服务发票，进入请款流程。根据产品 采购及服务合同，乙方在完成二期订单融资模块、验货后融资模块的开发及测试后，甲 方需向乙方付款，且最终约定付款日为 2011 年 11 月 30 日之前，但乙方须在 2011 年 11 月 15 日前向甲方提供订单融资模块、验货后融资模块的测试版程序，否则甲方将在收到 订单融资模块、验货后融资模块的测试版程序后 20 个工作日内付款。 第第 4 4 条条 其他事项其他事项 1、本合同为产品采购及服务合同的补充，为产品采购及服务合同不可分割的组成部 分，与产品采购及服务合同具有同等的法律效力。 2、除本合同另有约定外，本合同涉及术语的含义以产品采购及服务合同为准。 3、本合同由甲乙双方各自授权代表签字并加盖公章后生效。 4、本合同一式二份，甲乙双方各执一份，每份均具有同等法律效力。 甲 方（公章）: 乙 方（公章）: 中信银行股份有限公司武汉分行 天逸财金科技服务（武汉）有限公司 授权代表（签字）: 授权代表（签字）: 日 期： 年 月 日 日 期： 年 月 日 附件：附件： 中信银行武汉分行中信银行武汉分行 供应链金融系统项目供应链金融系统项目 一期需求说明书一期需求说明书 2011-052011-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 1 建立客户信息建立客户信息 客户经理录入，输入客户号，通过实时交易联机查询客户信 息。 2 2 建立客户额度建立客户额度 由客户经理手工录入，事后客户经理用总行下传数据进行校验； 后期实现输入“批复号”进行联机查询。 客户额度分为核心厂商额度、供应商额度。核心厂商额度实为 “虚额度” ，该额度由关联的子核心厂商、供应商使用。供应商额 度为实额度,分为定向额度和非定向额度，定向额度与核心厂商的 额度关联，核心厂商的额度 关联供应商的定向额度。非定 向额度不与任何买方（核心厂商关联）的额度关联，一般用于有 追索权的暗保理，此类供应商资信等级高，供应量大，其买方多， 回款能力强，该额度为供应商实际可使用的额度，想当于信用授 信额度。 供应商要么分配定向额度，要么分配非定向额度。 同为核心厂商、供应商的客户（买卖方兼具） ，可分别按核心 厂 商身份授予额度，也可按供应商身份授予额度。 3 3 建立买卖方关联建立买卖方关联 由客户经理录入业务合同中的信息项。 客户经理 办理 2)业务受理阶段 作业项目作业项目重点说明重点说明备注备注 业务受理系统操作：系统操作： 1 1 发票手工录入发票手工录入 2 2 发票文件批量导入发票文件批量导入 3 3 发票受让发票受让 3)放款签约阶段 作业项目作业项目重点说明重点说明备注备注 放款签约系统操作：系统操作： 1 1 融资融资 2 2 发票补充发票补充 4)还款操作阶段 作业项目作业项目重点说明重点说明备注备注 还款操作系统操作：系统操作： 1 1 还款还款 销发票信息，并还融资款销贷款或银票、释放额度 2 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、 在本系统关联融资后的贷款账号或银票号码 处理方案：处理方案： 根据网银平台原逻辑处理，主要针对转让申请流程进行改造。 供应商通过网银前置信息平台导入发票信息，并向银行提出应收账款转让申请。银行 受理转让申请后，向核心企业发送转让通知书，让核心企业确认待转让的应收账款，如果 同意，则发送至银行保理系统端审核后完成正式转让（如果是回购业务，则还需向供应商 发送有追索通知书） ，否则整批打回让供应商重新申请转让。流程如下： 供供应应商商导导入入 前前置置网网银银信信息息平平台台保保理理业业务务系系统统 中中信信银银行行武武汉汉分分行行供供应应商商核核心心企企业业 发发票票录录入入 确认应收账款 转转让让申申请请书书转转让让申申请请 受理转让申请 发票受让 转转让让通通知知书书 同同意意 发发票票管管理理 不不同同意意 整整笔笔退退回回 1、 供应商从网银端录入发票信息，并申请转让，然后发送给银行受理确认。 2、 银行受理应收账款转让申请，如果确认通过，则向核心企业发送转让通知书，让核心 企业确认应收账款信息；如果不通过，则打回让供应商修改后重新申请。 3、 核心企业登录网银确认应收账款信息，如果同意，则转到银行保理系统；如果拒绝， 则整笔退回，让供应商重新申请。供应商和核心企业可随时查询发票的最新状态（同 意、拒绝、未确认） 。 4、 银行通过保理系统可查询发票的最新状态，对于核心企业同意转让的发票，银行通过 发票交易审核功能完成正式转让。 供应商选择已被保理系统审核过的发票转让资料，并且该发票符合融资申请的条件。 选择要融资的发票信息，如果发现发票信息错误，可以拒绝；如果申请通过，则将申请资 料发送到保理系统端进行融资审核。 4.2.2 核心企业导入流程核心企业导入流程 需求描述：需求描述： 业务流程说明： 1、 核心企业批量导入应收账款，直接发送至银行保理系统； 与核心企业 ERP 系统对接导入应收账款信息： 应收账款编号、供应商标识代码、应收账款记账日期、应收账款金额、预计付款日期、 发票号码、开票日期、发票金额 。 应收账款编号与发票号码为一对多的关系 。 2、 供应商补录入发票信息、向银行发出转让申请、打印转让申请书 供应