现金管理框架解决方案

1、集团企业现金管理框架解决方案1. 方案概述需求针对性本解决方案针对企业集团的集中式现金管理需求，保证帮助客户达到：1、强化全局掌控能力：确立集中管理机制，提高信息透明度，改变各自为营局面，统一调动/分配资源;2、提高资金使用效益减少运营资金占用量，降低资金使用成本；增加全局流动性，控制流动性风险；3、提高结算操作效率：实现支付结算作业的自动化、规范化、智能化，节省时间与人力，控制操作风险。解决框架? 银企合作，与主办行主机穿透式集成、双向交互式授权、金融产品驱动;? 统一现金池，先地区轧差、后全局优化，2+1层次的控制权限分配;? 通过第三方权威性支付网关的FE托管，实现与他行的跨行资金运作。

2、管理范围：谋求全程、全局管理，最终管理范围应涵盖所有地区、时段，机构、岗位、用户，银行、账户、交易，以及独立核算项目，另可按需融合供应链成员。功能划分：将现金管理内容总体划分为 2大部分：? 流动性管理：分支机构、随机性、执行性质、日间作业、分布式、物资市场；? 现金流管理：总部机构、周期性、决策性质、期末作业、集中式、资金市场。选用工具：1. 物理现金池（全集团） ，净余额结算（分区域） ；2. 金融产品导向的全局最优化配置（决策支持） ；3. 自主 /委托内部银行（委托存 /贷款、内部计 /结息）；4. 虚拟现金池（集团头寸共享） 。核心任务控制、效益、效率的要求下，需完成的任务涉及 4

3、个主要方面：1. 系统平台建设，包括系统安装、调试、开通、集成；2. 管理模式确立，包括内部结构、银企 /对外关系等；3. 管理流程再造，支付结算、查 / 对账、预测 /优化；4. 账户结构 /套路优化，简并结算、增加产品等。注：以上任务按完成难度、人 /时投入量、以及责任转移度排序。预期目标满足前述 3 大需求，明确定性与定量的结果（详见实施方案）。目标分解：? 平台建设阶段：系统验收，功能验收（主办行、试点）? 全程应用阶段：功能 /业务范围扩展（跨行、全集团、最优化）? 优化完善阶段：提升可测 / 可视的效益 /效率（现金占用量、流动性、运转周期， 人力占用量、单位耗时、出错率，等）特性

4、要求：? 系统功能：先进性、灵活性、扩展性；? 管理模式：集中式、分布式、交互式；? 业务操作：精细化、智能化、自动化。2. 系统平台平台架构应用架构:集成架构:注：企业主机指 ERP、资金、预算、票据等客户应用系统。功能架构:r :1F1F1灯CrC兰业7.试功it :1m心日职厅前退型挺：结鼻平吕堆雄功謹迎虫燈当址啊的瞬謝起收外商些故厂版工*詣行关襦,女互由靱*雅白義游“立Tista晶董极.t吃即探詩代-秦户俯"女屛财.*味户看理.立禺呼和耳后台疋MHt息女恆+ S' f'?4E K 生 .左氓*宜:口垃占子:却ISMii*神充摒玄信总字段*巌户圧戶品信1L对厦*

5、握女垢怪，加.较验再瞪搖5T时井去送* fc!S Sifil划U至生坐-抿工谟比.诰握哩串.*性悅比祝萱.畀1L1厂rrr1ii?山三台王粗玉FSi1二产氏土捨适砂能银L匡Y王拭込椅，期盘泾銷全临黃亘唱”审巧建韦左土扌EIJ那於&真赳处涯漁翌牲JE及衣话性颅J!-MMft文町咖!*-捷憶提葩的虫屏控±1” ffifja商尹甲扁管诣-再禺如的二决认证*着戡产品履巾坏負tr*内殊计*a，t,计炳费-玄忖*-西相祁*吾耗讯救J1L*1LJ架构特征:? 结构/流程的系统映射;? 标准化的结算通道；? 智能化金融产品驱动。系统组件采用具国际先进性的现金管理系统产品系列，包含了以下模块:

6、? MCC核心模块（自带 ZBASE数据库）? MCFT安全通信模块（TCP/IP底层协议）? PKI身份认证模块（支持 CFCA证书）? CHN中国支付模块（CNAPS标准）? MCW 网上管理模块（OSIS, Intranet）? CMP现金管理增强模块? ES/LIM签名权限管理模块主要功能业务管理管理机制的实现，基于银企两端的功能配置：? 用户管理：机构、项目、岗位、用户、签名；? 账户管理：银行、类型、利率、额度、结构；? 交易管理：对象、金额、时点、地域、货币；? 通信管理：通信线路/协议、交易/会话类型、身份/授权证书。支付结算? 同行/跨行? 贷记/借记? 内部/外部? 大额/

7、小额? 普通/加急? 单笔/批量? 定期/变额? 存款/取款（定活互转）? 放贷/还贷（循环贷款）国内 /国际信息服务? 交易状态报告? 账户余额报告? 通知账单? 预过账单? 日结账单? 操作凭证? 统计报表? 数据交换? 产品 / 市场信息。资金规划资金预测 /规划数据的维护，含括：? 现金管理平台收支；? 通过其他渠道收支（柜台等） ；? 银行 /商业票据；? 应收 /应付款项；? 确定性 /不确定性预算，等。 规划数据的生成可通过：? 由系统支付模块自动生成；? 人机界面手动录入、维护（增删改） ；? 由其他系统导入（如票据系统，预算系统等） 优化配置? 演变趋势、余额预览、头寸规划；

8、? 资金归集、资金下拨、净额结算；? 决策支持、成本核算、配置方案，等。环境要求系统软硬件1台MCC服务器（PC Server）,建议配置如下：? CPU 酷睿双核 3.0GHz 以上? 内存 2GB DDR3 以上? 硬盘 1TB+? 硬盘分区： NTFS? 操作系统： Windows2003 Enterprise SP23台管理工作站（PC）,建议配置如下（可用现有设备）：? CPU P4 2.0GHz 以上? 内存 1GB DDR3 以上? 硬盘 80GB 以上? Windows XP 或 2003，最新的 Service Pack其他：? 数据备份存储设备（移动硬盘） ；? 备用电源：

9、在线式，额定容量 30KVA （约5小时），功率4.2KW? 证书存储设备（每人 1个U盘/U盾）；? 杀毒软件、防火墙网络环境? 局域网? 公网 IP 地址 1 个? 访问端口（ 11000）3. 管理模式管理结构集团内部的静态管理结构由 3 部分组成：? 执行机构 - 下属分支：日常支付数据的录入，账户信息查询；? 决策机构 - 集团总部：监控全局现金流，集团内流动性配置；? 跨区域项目、总部直属团队。总部决策机构： “结算中心” /“资金管理中心” ；虚化地区职责（中间层级） 。与商业银行的关系可区分为三类：? 主办行：广发责任分行（服务签约行） ；? 协办行：广发总行及其他相关开户 /

10、 存贷行；? 合作行：其他商业银行（开户 / 存贷 /结算行）。账户套路对于结算账户， 前期采用收支一条线设计 （日后建议考虑改为收支两条线） ；将总部及分 支机构的所有一般结算账户纳入现金管理范围。建立一级现金池结构， 总部由统管。 参与者为集团内所有内部机构、 独立项目； 如需要， 还可含供应链成员单位 / 企业。总部各指定 /增设 1 个结算账户为： （现金池）主归集账户、准备金账户、透支账户（分 配额度）；对盈余资金设通知存款、其它存款、公司理财等账户；考虑是否统一贷款，上收 / 合并贷款账户。设置一般结算账户的目标余额、 最低余额， 现金池最大可用资金额度， 商议利率、 费率、 生效

11、期、阶梯、信用额度（结构化）等；跨区域运营的独立项目，采用（虚拟）内部子账户；另建议考虑同法人设（虚拟）内部子账户，以精简 /整合 /优化一般结算账户结构。/贷账如需实现内部资金成本核算（内部计 /结息），需为每个内部账户增设的一对委托存 户及一对应收 /付息费账户（影子账户） 。对发放工资、费用报销等用途的内部员工私人账户，须在账户层、交易层设置特殊的信 息隔离保密机制。（收/支、存/贷、虚 /实、子 /母、内 /外、主/从、公 /私账户的运用）资金流模型（待补充）作业岗位根据现金管理业务需求并参照企业业务岗位相关规定，系统设如下作业岗位：成员单位出纳（ BPD 、证书 /签名文件）? 创建

12、支付指令；? 收集账户余额报告、交易状态报告以及预过账单；? 对已批准指令进行第一次签名；? 维护所属账户的规划数据。成员单位复核员? 对已经创建的支付指令；? 完成电子签名，将支付发送各银行；? 收取和查看整个集团账户的余额、预过账、日结账单和日志信息。成员单位会计? 打印交易凭证和账单信息；? 维护整个集团的规划数据；? 从银行收取账单信息并进行对账。区域稽核员总部稽核员总部结算员（ BPD 、证书 /签名文件）资金经理（ BPD 、证书 /签名文件）? 监控整个集团的现金流动情况；? 集团内部资金的调拨 - 资金优化 /资金归集；财务总监 /老总（ BPD 、证书 /签名文件）系统管理员

13、（ BPD 、证书 /签名文件）超级管理员（ BPD 、证书 /签名文件）? 负责网络、总服务器、工作站的管理和维护，保证网上工作正常运行。? 按时开关服务器。一般情况下，不得擅自由他人开机、关机，以防数据破坏。应不 定期检查服务器、工作站、通讯线路及数据库是否完好。? 计算机出现硬件故障时，对轻微的应能做到应急处理，对于严重的故障要立即联系 维修；管理系统中的一般问题，要求能自行处理，不能处理的故障应及时软件提供 商联系解决。? 要及时做好数据备份工作，对备份的时间和操作的内容要做好登记。对于磁带备份 的还应在磁带标签上注明备份的日期和内容。? 保持机房良好的环境和安全。注意防火、防水、防盗

14、、防震、防静电。非系统管理 员严禁进入机房。业务参数与业务相关的参数可以分为两类：企业独立设置的参数（ C-C- 精文）NodesAccount GroupsUser GroupsFunction Pro Partner GroupsPrime RateDetailsID GroupsAccessClassInternal DetailsC-B- 精文）与银行通信需设置的参数（BanksAccounts （利率讨论） CHN-Banks CHN-OrderingParties CHN-AccountsCHN-Partners0详细参数设置见附件1C-C-精文和附件2C-B-精文中的各个工组表4

15、. 业务流程支付结算支付分为常规指令和非常规指令：常规指令是指金额小于等于 M、最少提前一天生成提交审批的、当日生成但不超过 “预算”的、指定（系统中预设）支付对象、指令用途，指定ID组、指定日限额内的单次指令。非常规指令指其他。常规指令：1）成员单位需要进行支付时，首先由出纳人员在系统中创建支付指令；2）成员单位复核员核查已创建的支付指令，复核无误后，进行批准（第一次批准）；3）若复核未通过，通知该指令的发起人更改或取消相应指令；4）由区域或总部（可选）稽核人对所有已经第一次批准的待支付指令进行业务审核，审核通过后，进行批准（第二次批准）；5）若审核未通过，通知 （？）该指令的发起人更改或取

16、消相应指令；6）由发起人将已经两次批准的支付指令创建成支付文件并进行签名（第一次签名）；7）发起人完成签名后，打印交易凭证，并交予会计；8）总部结算部出纳定时（？）对所有已完成了第一次签名或系统自动生成的（长期指令）的文件进行签名，并发送到银行；9）支付完成后，发起人可随时通过收集账户余额报告、交易状态报告以及预过账单 对发起的交易进行跟踪。非常规指令：1）当指令金额大于 M ，或 / 和超出指定（系统中预设）支付对象、指令用途，指定ID 组的单次指令，必须由总部稽核人进行业务审核及批准（第二次批准） ；2）当余额不足（超“预算”的当日指令） ，须向总部提交拨款申请（怎么提交？） ；3）长期指

17、令须由总部审核并批准（一次性）4）超日限额由总部代缴（？）5）对私（如工资、报销等？）注：跨地区独立项目等同于成员单位，其总负责人等同于区域稽核人。规划数据1）非系统内支付（如柜台、网银等） ，发起人须在支付前（提前一天）提出申请，付 款申请审批通过后，按申请单内容生成规划数据；2）成员单位出纳完成交易后，按操作凭证内容将流水号补充到规划数据中，将凭证 交予会计；3）票据支出（如本票、支票、汇票） ，公司出纳将已开出的票据（提前一天）生成规 划数据，并在规划数据参考中录入票据号；4）票据收入（如本票、支票、汇票） ，公司出纳收到票据后，录入规划数据；5）总部根据成员单位资金需求，预算6）其他预

18、计收入对账入账1）成员单位出纳定期定时收集预过账单和日结账单（可设为自动进程） ，预过账单为日间账单，可多次收集（根据银行提供频率） ，当日收取前一日的日结账单；2）会计查看各类系统中的报表， 并进行对账调节， 对于不匹配的交易进行人工匹配， 与银行处理无法匹配（？）3) 对账完成后，按需导出 /导出账单信息，进行入账。头寸准备1) 总部司库定时收集所有账户信息，生成、查看、打印统计分析报表()2) 稽核人员审核规划数据3) 司库生成调拨方案，按需进行手工调整，4) 若头寸不足时，司库通知稽核人重新审核规划数据，做出相应调整，并将调整结果通知总部结算部出纳，拒绝相应支付；5) 司库按照已调整的

19、划拨方案生成支付文件，司库签名6) 财务总监 /老总查看本期调拨方案，如同意，进行第二次签名，如不同意，通知司 库更改 /取消5. 系统维护系统参数设置可以划分为以下部分：? 业务定义? 业务操作? 安全参数? 自动进程? 装饰参数? 系统参数? 标准参数? 打印参数详细参数设置见 附件 3MCC 参数 -精文中的各个工组表业务层维护用户管理： BPD 分配，证书、密码管理；通过 BPD 文件 /数字证书的分配和绑定管理，为系统用户分配合法的身份，配合系统用户密码策略参数严格控制登录密码的复杂度，保障系统用户及数据安全。编码规则：（账户组、合作方组、 ID 组等）业务参数维护：业务参数增、删、改，标准数据表更新，导入 /