某集团财务合并系统要点.ppt

除了法定合并的话，它还可以做管理合并。比如新疆有发电、有煤矿。我们可以得到新疆整个地区的合并情况。还有一个特点是管理架构。我们电力下面有煤炭，煤炭下面有电厂。现在要专业化管理，电力的怎么能把煤炭管好呢？这样就要求电厂的人管煤炭下面的电厂。很复杂。 这样在核算的时候，就要求电厂和煤炭分开核算。现在合并系统可以保留结构，但是预算系统保存不了。 还有一个是预算与合并的架构在时间上不一致。这在预算分析上会有一些问题。 还有外币的问题。 * 考虑到推广阶段，有不少子公司要手工填报。即使是自动采集，也涉及到数据的准确性问题，所以系统提供数据校验的功能。比如单位理解错了 * 这是对账报告 * 这也是很有意义的。这和中国人的习惯有关。先是单户数，调整数，抵销数和合并数。后来审计署来集团做审计，一看我们这个功能挺好，刚开始对我们的数据还不太信任，后来把我们的数据拿走，研究后，得出结论，说我们的数据比较可靠。 * 并且抵销数是可以联查到对账报告的。而且科目也是可以往下展开的。看起来比较方便。 * 合并过程中，难免要对数据做手工调账的。比如重大事项调整，来不及做处理的，有些账不平的，进行账户的一致性调整。 * 数据的及时性得取，也是一个难点。找一些试点。然后开发一个接口，远程以手工填报的方式获取。再逐步推广。研究如何取数的问题。不能由子公司填报。一是子公司不愿重复填报，二是填报的数据会有错误。 * 后来以用友为基础，研发接口。有几个问题，机构、科目不一样， 一个说中文，一个说日文。所以要开发一个映射软件。右边是集团科目，左边是子公司科目，做了几个月，测试后还挺好用。后来把其他厂家的ERP也集成了。先选软件、版本，系统就会定位到当前版本的功能，再选择软件地址，数据库信息。然后第一次要做映射。把映射存到总部，不用担心客户端坏掉。如果总部加了科目，会提示科目有变动，要重新映射。 * 说的容易，其实做起来也不容易。有的软件根本没法映射。比如有的老会计，喜欢把客商的信息放在科目上。比如应收XX公司，应付XX公司科目。这样就要改造ERP系统。 总结一下系统的特点。 第一确实做到了集团化的管理，大家都用一套系统，大一统是方向，异构型能解决，也是越少越好。大一统是有时间差，过程中可以使用异构型。 * * 适配性强，灵活性强，如果用友发布了一个新产品，我们把系统改一下，就可以重新取数。不用再改映射的数据。系统自动提醒版本号更新。 * 一次性投入不到1000万。做投资公司，即有买，也有卖。卖了把VPN一关，系统想搬走就搬走。来，我们接一下数据，走，我们不再接数。来去自由，没有阵痛。对于投资公司，对于大一统的系统，如果要卖一个公司，我们不可能把系统搬走，历史数据也没法迁走，对于大数据时代，数据也是很有价值的。这也会影响企业的投资价值。我们09年把中粮的期货公司买来，当时期货用的是用友的NC，他们说拷数据可以，你们拿U盘来，我们把数据导出来拷给你们。但是系统不能给你们。后来我们重新为期货公司实施一套ERP系统。这也是我们系统的优势。 * 数据采集系统—目的 手工采集 上报效率不高 准确性不高 占用过多人力 存在人工干预 自动 采集 数据规范，不会由于人工填报产生不一致 技术规范：支撑未来业务扩张时对系统的扩展性的要求 自动抽取成员企业核算数据，提高效率 建立集团与成员企业之间的快速自动化数据通道 减少干预尽量避免人工干预 系统自动校验 在自动数据采集和合并报表系统中建立双重的数据质量校验 规范 高效 准确 客户化的数据映射功能，针对用户具有友好的操作界面,比oracle采集表格友好 友好 数据采集系统—设计原则 适用的产品范围和版本 供应商 产品线 版本 Oracle Oracle ERP Oracle ERP 11i SAP R3 ECC6.0 用友 NC NC5.02 U8 U87x U852 U6 3.x 金蝶 EAS 5.x K3 10.x Kis专业版 9.X IFS IFS IFS 原 则 适用性：为市场上和集团内部使用的主流产品开发适用性强的接口 准确性：在客户端数据抽取和服务器上报过程中多次校验，确保数据准确 扩展性：设计时充分考虑到未来核算系统发展的扩展性 便捷性：系统操作简单，每月抽取数据快捷方便 集团核算政策：核算产品在实施过程中遵循集团统一的核算政策 系统校验 类别 校验方法 客户端 科目映射校验 借贷平衡校验 服务器端 资产平衡校验 数据完整性校验 。。。 数据采集系统—技术设计方案 整合异构系统 快速对接新企业 部署简单快捷 开发工具跨平台 方案特色 Page * 数据采集系统—操作界面设计 系统配置 一次配置 财务人员可维护 统一维护 科目映射 拖拽式映射 自动映射 科目映射版本自动备份 科目映射自动恢复 新增科目未映射