现金管理框架解决方案Word格式.docx
- 文档编号:20720278
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:14
- 大小:76.56KB
现金管理框架解决方案Word格式.docx
《现金管理框架解决方案Word格式.docx》由会员分享,可在线阅读,更多相关《现金管理框架解决方案Word格式.docx(14页珍藏版)》请在冰豆网上搜索。
2.管理模式确立,包括内部结构、银企/对外关系等;
3.管理流程再造,支付结算、查/对账、预测/优化;
4.账户结构/套路优化,简并结算、增加产品等。
注:
以上任务按完成难度、人/时投入量、以及责任转移度排序。
预期目标
满足前述3大需求,明确定性与定量的结果(详见《实施方案》)。
目标分解:
∙平台建设阶段:
系统验收,功能验收(主办行、试点)
∙全程应用阶段:
功能/业务范围扩展(跨行、全集团、最优化)
∙优化完善阶段:
提升可测/可视的效益/效率(现金占用量、流动性、运转周期,人力占用量、单位耗时、出错率,等)
特性要求:
∙系统功能:
先进性、灵活性、扩展性;
∙管理模式:
集中式、分布式、交互式;
∙业务操作:
精细化、智能化、自动化。
2.系统平台
平台架构
应用架构:
集成架构:
企业主机指ERP、资金、预算、票据等客户应用系统。
功能架构:
架构特征:
∙结构/流程的系统映射;
∙标准化的结算通道;
∙智能化金融产品驱动。
系统组件
采用具国际先进性的现金管理系统产品系列,包含了以下模块:
∙MCC核心模块(自带ZBASE数据库)
∙MCFT安全通信模块(TCP/IP底层协议)
∙PKI身份认证模块(支持CFCA证书)
∙CHN中国支付模块(CNAPS标准)
∙MCW网上管理模块(OSIS,Intranet)
∙CMP现金管理增强模块
∙ES/LIM签名权限管理模块
主要功能
业务管理
管理机制的实现,基于银企两端的功能配置:
∙用户管理:
机构、项目、岗位、用户、签名;
∙账户管理:
银行、类型、利率、额度、结构;
∙交易管理:
对象、金额、时点、地域、货币;
∙通信管理:
通信线路/协议、交易/会话类型、身份/授权证书。
支付结算
∙同行/跨行
∙贷记/借记
∙内部/外部
∙大额/小额
∙普通/加急
∙单笔/批量
∙定期/变额
∙存款/取款(定活互转)
∙放贷/还贷(循环贷款)
∙国内/国际
信息服务
∙交易状态报告
∙账户余额报告
∙通知账单
∙预过账单
∙日结账单
∙操作凭证
∙统计报表
∙数据交换
∙产品/市场信息。
资金规划
资金预测/规划数据的维护,含括:
∙现金管理平台收支;
∙通过其他渠道收支(柜台等);
∙银行/商业票据;
∙应收/应付款项;
∙确定性/不确定性预算,等。
规划数据的生成可通过:
∙由系统支付模块自动生成;
∙人机界面手动录入、维护(增删改);
∙由其他系统导入(如票据系统,预算系统等)。
优化配置
∙演变趋势、余额预览、头寸规划;
∙资金归集、资金下拨、净额结算;
∙决策支持、成本核算、配置方案,等。
环境要求
系统软硬件
1台MCC服务器(PCServer),建议配置如下:
∙CPU酷睿双核3.0GHz以上
∙内存2GBDDR3以上
∙硬盘1TB+
∙硬盘分区:
NTFS
∙操作系统:
Windows2003EnterpriseSP2
3台管理工作站(PC),建议配置如下(可用现有设备):
∙CPUP42.0GHz以上
∙内存1GBDDR3以上
∙硬盘80GB以上
∙WindowsXP或2003,最新的ServicePack
其他:
∙数据备份存储设备(移动硬盘);
∙备用电源:
在线式,额定容量30KVA(约5小时),功率4.2KW
∙证书存储设备(每人1个U盘/U盾);
∙杀毒软件、防火墙
网络环境
∙局域网
∙公网IP地址1个
∙访问端口(11000)
3.管理模式
管理结构
集团内部的静态管理结构由3部分组成:
∙执行机构-下属分支:
日常支付数据的录入,账户信息查询;
∙决策机构-集团总部:
监控全局现金流,集团内流动性配置;
∙跨区域项目、总部直属团队。
总部决策机构:
“结算中心”/“资金管理中心”;
虚化地区职责(中间层级)。
与商业银行的关系可区分为三类:
∙主办行:
广发责任分行(服务签约行);
∙协办行:
广发总行及其他相关开户/存贷行;
∙合作行:
其他商业银行(开户/存贷/结算行)。
账户套路
对于结算账户,前期采用收支一条线设计(日后建议考虑改为收支两条线);
将总部及分支机构的所有一般结算账户纳入现金管理范围。
建立一级现金池结构,总部由统管。
参与者为集团内所有内部机构、独立项目;
如需要,还可含供应链成员单位/企业。
总部各指定/增设1个结算账户为:
(现金池)主归集账户、准备金账户、透支账户(分配额度);
对盈余资金设通知存款、其它存款、公司理财等账户;
考虑是否统一贷款,上收/合并贷款账户。
设置一般结算账户的目标余额、最低余额,现金池最大可用资金额度,商议利率、费率、生效期、阶梯、信用额度(结构化)等;
跨区域运营的独立项目,采用(虚拟)内部子账户;
另建议考虑同法人设(虚拟)内部子账户,以精简/整合/优化一般结算账户结构。
如需实现内部资金成本核算(内部计/结息),需为每个内部账户增设的一对委托存/贷账户及一对应收/付息费账户(影子账户)。
对发放工资、费用报销等用途的内部员工私人账户,须在账户层、交易层设置特殊的信息隔离保密机制。
(收/支、存/贷、虚/实、子/母、内/外、主/从、公/私账户的运用)
资金流模型
(待补充)
作业岗位
根据现金管理业务需求并参照企业业务岗位相关规定,系统设如下作业岗位:
成员单位出纳(BPD、证书/签名文件)
∙创建支付指令;
∙收集账户余额报告、交易状态报告以及预过账单;
∙对已批准指令进行第一次签名;
∙维护所属账户的规划数据。
成员单位复核员
∙对已经创建的支付指令;
∙完成电子签名,将支付发送各银行;
∙收取和查看整个集团账户的余额、预过账、日结账单和日志信息。
成员单位会计
∙打印交易凭证和账单信息;
∙维护整个集团的规划数据;
∙从银行收取账单信息并进行对账。
区域稽核员
总部稽核员
总部结算员(BPD、证书/签名文件)
资金经理(BPD、证书/签名文件)
∙监控整个集团的现金流动情况;
∙集团内部资金的调拨-资金优化/资金归集;
财务总监/老总(BPD、证书/签名文件)
系统管理员(BPD、证书/签名文件)
超级管理员(BPD、证书/签名文件)
∙负责网络、总服务器、工作站的管理和维护,保证网上工作正常运行。
∙按时开关服务器。
一般情况下,不得擅自由他人开机、关机,以防数据破坏。
应不定期检查服务器、工作站、通讯线路及数据库是否完好。
∙计算机出现硬件故障时,对轻微的应能做到应急处理,对于严重的故障要立即联系维修;
管理系统中的一般问题,要求能自行处理,不能处理的故障应及时软件提供商联系解决。
∙要及时做好数据备份工作,对备份的时间和操作的内容要做好登记。
对于磁带备份的还应在磁带标签上注明备份的日期和内容。
∙保持机房良好的环境和安全。
注意防火、防水、防盗、防震、防静电。
非系统管理员严禁进入机房。
业务参数
与业务相关的参数可以分为两类:
企业独立设置的参数(C-C-精文):
•Nodes
•AccountGroups
•UserGroups
•FunctionPro
•PartnerGroups
•PrimeRate
•Details
•IDGroups
•AccessClass
•InternalDetails
与银行通信需设置的参数(C-B-精文):
•Banks
•Accounts(利率讨论)
•CHN-Banks
•CHN-OrderingParties
•CHN-Accounts
•CHN-Partners0
详细参数设置见附件1《C-C-精文》和附件2《C-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.系统维护
系统参数设置可以划分为以下部分:
∙业务定义
∙业务操作
∙安全参数
∙自动进程
∙装饰参数
∙系统参数
∙标准参数
∙打印参数
详细参数设置见附件3《MCC参数-精文》中的各个工组表
业务层维护
用户管理:
BPD分配,证书、密码管理;
通过BPD文件/数字证书的分配和绑定管理,为系统用户分配合法的身份,配合系统用户密码策略参数严格控制登录密码的复杂度,保障系统用户及数据安全。
编码规则:
(账户组、合作方组、ID组等)
业务参数维护:
业务参数增、删、改,标准数据表更新,导入/导出表维护;
在精确控制数据和功能权限的前提下,系统提供标准数据表的导入/导出功能,便于批量维护标准数据,辅助以功能菜单中业务参数的调整。
技术层维护:
系统参数维护:
系统参数增、删、改,标准数据表更新,导入/导出表维护;
在精确控制数据和功能权限的前提下,系统提供标准数据表的导入/导出功能,便于批量维护标准数据,辅助以功能菜单中系统参数的调整。
数据备份:
天数、方法(全量/增量);
备份均是以全量方式进行,由系统管理员灵活定义数据备份的周期,系统可以在周期结束时自动提示备份操作,备份/恢复过程操作简单易行,备份文件压缩率高,节约磁盘空间。
系统监控:
日志管理、巡检、排障;
系统提供详尽的日志信息和分类日志及快速检索功能,快速、准确定位故障,利于缩短排障耗时,此外,合作公司提供付费巡检服务,根据选择服务内容不同,定期进行巡检,帮助企业保持系统健康、高效的服务状态。
系统升级:
MCC软件、接口程序,操作系统SP、防病毒/木马软件,等。
良好的操作系统环境是软件正常运行的保障,系统升级也同时包含防病毒/木马软件的升级提醒、操作系统补丁版本建议,在MCC软件和接口功能扩展或优化后,提供相应的产品升级服务。
6.配套服务
管理支持:
∙管理咨询;
∙系统实施;
∙客户培训,等。
金融产品:
∙通知/定期存款;
∙循环流资贷款;
∙集团授信;
∙代收代付、代发工资;
∙票据托管、上门收款;
∙结构化投/融资;
∙公司理财,等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 现金 管理 框架 解决方案