集团企业现金管理框架解决方案16页.doc

集团企业现金管理框架解决方案 1. 方案概述 需求针对性 本解决方案针对企业集团的集中式现金管理需求，保证 帮助客户达到： 1、强化全局掌控能力：、强化全局掌控能力： 确立集中管理机制，提高信息透明度，改变各自为营局 面，统一调动/分配资源； 2、提高资金使用效益、提高资金使用效益 减少运营资金占用量，降低资金使用成本；增加全局流 动性，控制流动性风险； 3、提高结算操作效率：、提高结算操作效率： 实现支付结算作业的自动化、规范化、智能化，节省时 间与人力，控制操作风险。 解决框架 银企合作，与主办行主机穿透式集成、双向交互式授权、 金融产品驱动； 统一现金池，先地区轧差、后全局优化，2+1 层次的控 制权限分配； 通过第三方权威性支付网关的 FE 托管，实现与他行的 跨行资金运作。 管理范围：管理范围：谋求全程、全局管理，最终管理范围应涵盖 所有地区、时段，机构、岗位、用户，银行、账户、交易， 以及独立核算项目，另可按需融合供应链成员。 功能划分：功能划分：将现金管理内容总体划分为 2 大部分： 流动性管理：分支机构、随机性、执行性质、日间作业、 分布式、物资市场； 现金流管理：总部机构、周期性、决策性质、期末作业、 集中式、资金市场。 选用工具：选用工具： 1. 物理现金池（全集团） ，净余额结算（分区域） ； 2. 金融产品导向的全局最优化配置（决策支持） ； 3. 自主/委托内部银行（委托存/贷款、内部计/结息） ； 4. 虚拟现金池（集团头寸共享） 。 核心任务 控制、效益、效率的要求下，需完成的任务涉及 4 个主 要方面： 1. 系统平台建设，包括系统安装、调试、开通、集成； 2. 管理模式确立，包括内部结构、银企/对外关系等； 3. 管理流程再造，支付结算、查/对账、预测/优化； 4. 账户结构/套路优化，简并结算、增加产品等。 注：以上任务按完成难度、人/时投入量、以及责任转移 度排序。 预期目标 满足前述 3 大需求，明确定性与定量的结果（详见实 施方案 ） 。 目标分解：目标分解： 平台建设阶段：系统验收，功能验收（主办行、试 点） 全程应用阶段：功能/业务范围扩展（跨行、全集团、 最优化） 优化完善阶段：提升可测/可视的效益/效率（现金占 用量、流动性、运转周期，人力占用量、单位耗时、 出错率，等） 特性要求：特性要求： 系统功能：先进性、灵活性、扩展性； 管理模式：集中式、分布式、交互式； 业务操作：精细化、智能化、自动化。 2. 系统平台 平台架构 应用架构：应用架构： 集成架构集成架构： 注：企业主机指 ERP、资金、预算、票据等客户应用系 统。 功能架构：功能架构： 架构特征：架构特征： 结构/流程的系统映射； 标准化的结算通道； 智能化金融产品驱动。 系统组件 采用具国际先进性的现金管理系统产品系列，包含了以 下模块： MCC 核心模块（自带 ZBASE 数据库） MCFT 安全通信模块（TCP/IP 底层协议） PKI 身份认证模块（支持 CFCA 证书） CHN 中国支付模块（CNAPS 标准） MCW 网上管理模块（OSIS，Intranet） CMP 现金管理增强模块 ES/LIM 签名权限管理模块 主要功能 业务管理业务管理 管理机制的实现，基于银企两端的功能配置： 用户管理：机构、项目、岗位、用户、签名； 账户管理：银行、类型、利率、额度、结构； 交易管理：对象、金额、时点、地域、货币； 通信管理：通信线路/协议、交易/会话类型、身份/ 授权证书。 支付结算支付结算 同行/跨行 贷记/借记 内部/外部 大额/小额 普通/加急 单笔/批量 定期/变额 存款/取款（定活互转） 放贷/还贷（循环贷款） 国内/国际 信息服务信息服务 交易状态报告 账户余额报告 通知账单 预过账单 日结账单 操作凭证 统计报表 数据交换 产品/市场信息。 资金规划资金规划 资金预测/规划数据的维护，含括： 现金管理平台收支； 通过其他渠道收支（柜台等） ； 银行/商业票据； 应收/应付款项； 确定性/不确定性预算，等。 规划数据的生成可通过： 由系统支付模块自动生成； 人机界面手动录入、维护（增删改） ； 由其他系统导入（如票据系统，预算系统等） 。 优化配置优化配置 演变趋势、余额预览、头寸规划； 资金归集、资金下拨、净额结算； 决策支持、成本核算、配置方案，等。 环境要求 系统软硬件系统软硬件 1 台 MCC 服务器（PC Server） ，建议配置如下： CPU 酷睿双核 3.0GHz 以上 内存 2GB DDR3 以上 硬盘 1TB+ 硬盘分区：NTFS 操作系统： Windows2003 Enterprise SP2 3 台管理工作站（PC） ，建议配置如下（可用现有设备）： CPU P4 2.0GHz 以上 内存 1GB DDR3 以上 硬盘 80GB 以上 Windows XP 或 2003，最新的 Service Pack 其他： 数据备份存储设备（移动硬盘） ； 备用电源：在线式，额定容量 30KVA（约 5 小时） ， 功率 4.2KW 证书存储设备（每人 1 个 U 盘/U 盾） ； 杀毒软件、防火墙 网络环境网络环境 局域网 公网 IP 地址 1 个 访问端口（11000） 3. 管理模式 管理结构 集团内部的静态管理结构由 3 部分组成： 执行机构-下属分支：日常支付数据的录入，账户信息 查询； 决策机构-集团总部：监控全局现金流，集团内流动性 配置； 跨区域项目、总部直属团队。 总部决策机构：“结算中心”/“资金管理中心” ；虚化 地区职责（中间层级） 。 与商业银行的关系可区分为三类： 主办行：广发责任分行（服务签约行） ； 协办行：广发总行及其他相关开户/存贷行； 合作行：其他商业银行（开户/存贷/结算行） 。 账户套路 对于结算账户，前期采用收支一条线设计（日后建议考 虑改为收支两条线） ；将总部及分支机构的所有一般结算账户 纳入现金管理范围。 建立一级现金池结构，总部由统管。参与者为集团内所 有内部机构、独立项目；如需要，还可含供应链成员单位/企 业。 总部各指定/增设 1 个结算账户为：（现金池）主归集账 户、准备金账户、透支账户（分配额度） ；对盈余资金设通知 存款、其它存款、公司理财等账户；考虑是否统一贷款，上 收/合并贷款账户。 设置一般结算账户的目标余额、最低余额，现金池最大 可用资金额度，商议利率、费率、生效期、阶梯、信用额度 （结构化）等； 跨区域运营的独立项目，采用（虚拟）内部子账户；另 建议考虑同法人设（虚拟）内部子账户，以精简/整合/优化一 般结算账户结构。 如需实现内部资金成本核算（内部计/结息） ，需为每个 内部账户增设的一对委托存/贷账户及一对应收/付息费账户 （影子账户） 。 对发放工资、费用报销等用途的内部员工私人账户，须 在账户层、交易层设置特殊的信息隔离保密机制。 （收/支、存/贷、虚/实、子/母、内/外、主/从、公/私账 户的运用） 资金流模型 （待补充） 作业岗位 根据现金管理业务需求并参照企业业务岗位相关规定， 系统设如下作业岗位： 成员单位出纳（成员单位出纳（BPD、证书、证书/签名文件）签名文件） 创建支付指令； 收集账户余额报告、交易状态报告以及预过账单； 对已批准指令进行第一次签名； 维护所属账户的规划数据。 成员单位复核员成员单位复核员 对已经创建的支付指令； 完成电子签名，将支付发送各银行； 收取和查看整个集团账户的余额、预过账、日结账单和 日志信息。 成员单位会计成员单位会计 打印交易凭证和账单信息； 维护整个集团的规划数据； 从银行收取账单信息并进行对账。 区域稽核员区域稽核员 总部稽核员总部稽核员 总部结算员（总部结算员（BPD、证书、证书/签名文件）签名文件） 资金经理（资金经理（BPD、证书、证书/签名文件）签名文件） 监控整个集团的现金流动情况； 集团内部资金的调拨-资金优化/资金归集； 财务总监财务总监/老总（老总（BPD、证书、证书/签名文件）签名文件） 系统管理员（系统管理员（BPD、证书、证书/签名文件）签名文件） 超级管理员（超级管理员（BPD、证书、证书/签名文件）签名文件） 负责网络、总服务器、工作站的管理和维护，保证网上 工作正常运行。 按时开关服务器。一般情况下，不得擅自由他人开机、 关机，以防数据破坏。应不定期检查服务器、工作站、 通讯线路及数据库是否完好。 计算机出现硬件故障时，对轻微的应能做到应急处理， 对于严重的故障要立即联系维修；管理系统中的一般问 题，要求能自行处理，不能处理的故障应及时软件提供 商联系解决。 要及时做好数据备份工作，对备份的时间和操作的内容 要做好登记。对于磁带备份的还应在磁带标签上注明备 份的日期和内容。 保持机房良好的环境和安全。注意防火、防水、防盗、 防震、防静电。非系统管理员严禁进入机房。 业务参数 与业务相关的参数可以分为两类： 企业独立设置的参数（企业独立设置的参数（C-C-精文）：精文）： Nodes Account Groups User Groups Function Profile Users Partner Groups Prime Rate Details ID Groups AccessClass Internal Details 与银行通信需设置的参数（与银行通信需设置的参数（C-B-精文）：精文）： Banks Accounts（利率讨论） CHN-Banks CHN-OrderingParties CHN-Accounts CHN-Partners0 详细参数设置见附件附件 1C-C-精文和附件附件 2C-B-精文 中的各个工组表 4. 业务流程 支付结算 支付分为常规指令和非常规指令： 常规指令是指金额小于等于 M、最少提前一天生成提 交审批的、当日生成但不超过“预算”的、指定（系统中预 设）支付对象、指令用途，指定 ID 组、指定日限额内的单次 指令。 非常规指令指其他。 常规指令：常规指令： 1） 成员单位需要进行支付时，首先由出纳人员在系统 中创建支付指令； 2） 成员单位复核员核查已创建的支付指令，复核无误 后，进行批准（第一次批准） ； 3） 若复核未通过，通知该指令的发起人更改或取消相 应指令； 4） 由区域或总部（可选）稽核人对所有已经第一次批 准的待支付指令进行业务审核，审核通过后，进行批 准（第二次批准） ； 5） 若审核未通过，通知（？）该指令的发起人更改 或取消相应指令； 6） 由发起人将已经两次批准的支付指令创建成支付文 件并进行签名（第一次签名） ； 7） 发起人完成签名后，打印交易凭证，并交予会计； 8） 总部结算部出纳定时（？）对所有已完成了第一 次签名或系统自动生成的（长期指令）的文件进行签 名，并发送到银行； 9） 支付完成后，发起人可随时通过收集账户余额报告、 交易状态报告以及预过账单对发起的交易进行跟踪。 非常规指令：非常规指令： 1）当指令金额大于 M，或/和超出指定（系统中预设） 支付对象、指令用途，指定 ID 组的单次指令，必须 由总部稽核人进行业务审核及批准（第二次批准） ； 2）当余额不足（超“预算”的当日指令） ，须向总部提 交拨款申请（怎么提交？） ； 3）长期指令须由总部审核并批准（一次性） 4）超日限额由总部代缴（？） 5）对私（如工资、报销等？） 注：跨地区独立项目等同于成员单位，其总负责人等同于区 域稽核人。 规划数据 1） 非系统内支付（如柜台、网银等） ，发起人须在支付 前（提前一天）提出申请，付款申请审批通过后，按 申请单内容生成规划数据； 2） 成员单位出纳完成交易后，按操作凭证内容将流水 号补充到规划数据中，将凭证交予会计； 3） 票据支出（如本票、支票、汇票） ，公司出纳将已开 出的票据（提前一天）生成规划数据，并在规划数据 参考中录入票据号； 4） 票据收入（如本票、支票、汇票） ，公司出纳收到票 据后，录入规划数据； 5） 总部根据成员单位资金需求，预算 6） 其他预计收入 对账入账 1） 成员单位出纳定期定时收集预过账单和日结账单 （可设为自动进程） ，预过账单为日间账单，可多次 收集（根据银行提供频率） ，当日收取前一日的日结 账单； 2） 会计查看各类系统中的报表，并进行对账调节，对 于不匹配的交易进行人工匹配，与银行处理无法匹配 （？） 3） 对账完成后，按需导出/导出账单信息，进行入账。 头寸准备 1） 总部司库定时收集所有账户信息，生成、查看、打 印统计分析报表（） 2） 稽核人员审核规划数据 3） 司库生成调拨方案，按需进行手工调整， 4） 若头寸不足时，司库通知稽核人重新审核规划数据， 做出相应调整，并将调整结果通知总部结算部出纳， 拒绝相应支付； 5） 司库按照已调整的划拨方案生成支付文件，司库签 名 6） 财务总监/老总查看本期调拨方案，如同意，进行第 二次签名，如不同意，通知司库更改/取消 5. 系统维护 系统参数设置可以划分为以下部分： 业务定义 业务操作 安全参数 自动进程 装饰参数 系统参数 标准参数 打印参数 详细参数设置见附件附件 3MCC 参数-精文中的各个工组 表 业务层维护业务层维护 用户管理：BPD 分配，证书、密码管理；通过 BPD 文 件/数字证书的分配和绑定管理，为系统用户分配合法的身份， 配合系统用户密码策略参数严格控制登录密码的复杂度，保 障系统用户及数据安全。 编码规则： （账户组、合作方组、ID 组等） 业务参数维护：业务参数增、删、改，标准数据表更新， 导入/导出表维护；在精确控制数