一、历史及现状
集团从2003年開始应用金蝶以来，先后也应用了多套信息化软件，有成熟的商业软件，也有自主开发的一些，总的说来信息化应用达到一定水平，可是都比較零散，数据不集中，没有全然发挥出信息化的所有作业。
当年应用金蝶K/3时，考虑到几个分厂所处的地域都比較偏远。有些还是用的二级线路，网络连接非常难保障，所以当前规划时就是依照分布式的方式单个分厂一个帐套，全然的独立应用。尽管也每天往总部传帐，可是有两个问题：一是时间延误一天。有时线路故障时还会更长；第二是致命的问题，就是传上来的帐套仅仅能挂接到数据库server上，单独打开。而没有数据汇总功能，在集团层面的管控应用缺失。
就这样K/3的分布式布局保持了有11个年头了，集团又先后在全国多地建立了一共同拥有十几个生产分厂，一方面点数的添加软件的总体费用也会上升，还有一方面就是数据汇总、分厂之间的数据交换矛盾也就越来越突出。如今看来这样会有非常多的问题，可是当年作出这种分布式选择也是有当时的历史背景的，网络连接时有断网、非常不稳定，所以说历史的选择没有错。在当时那就是最好的选择。
并且，因为金蝶还是偏向于財务方面的处理，对于业务方面的管理相对弱化。业务系统不能非常好的应用，基于这种现状，我们兴许做了一些自主开发实现了原料收购管理、销售管理、库存管理等功能，这些开发的软件系统因为考虑到与金蝶系统对接，所以都与金蝶系统做了数据接口。生成相关单据都写入到金蝶里，实现了与金蝶的数据对接。
此外，集团还应用了OA系统、开发了设备档案管理系统、开发了外贸进口业务管理系统、期货交易管理系统等等。
二、问题
应用的软件越多，我们也越来越认为后期数据整合的难度越来越大，比方当前我们想做销售系统的供应商订货终端系统，但是因为销售系统当初也是基于独立分厂设计的分布式系统。数据也非常难集中整合，并且因为多个分厂之间的业务不全然同样。软件版本号也存在差异。导致兴许的开发工作难度非常大。
并且，兴许假设我们想继续开发的时候也非常难抉择究竟是应该集中还是分散，集中利用以后数据的整合，可是非常难与现有系统对接，并且确实也操心一旦断网，不能保证分厂的业务正常进行。
分散的系统不能全然实现业务的驱动流转，仅仅能在单个系统内实现信息的共享与流动。一旦涉及到跨业务部门，协同工作难度就好变大。
三、解决方案探索
我们一直也在探索数据整合的思路和方法。
近期，我们又了解了一些平台化的软件系统，对于这种平台系统设计初衷就是搭建统一的数据平台。然后可以在上面按需配置或者二次开发。这样就行保证底层数据的一致性和集中管理。
这种平台也正是我们当前所须要的。关键的问题是怎样平稳的将已有系统在新系统上搭建或者对已有集中式系统总体做数据接口的方式对接。
依照这个思路去做，以后的工作就会相对非常轻松。一切都以平台为基础，不用每次都从头开发，数据对接的问题也非常简单，后期的数据报表也会非常easy，这些都是我们乐意看到的。并且基本的软件系统都是一家公司的产品，后期维护对接也都简单。因为应用平台。各模块之间的数据关联处理会非常好。须要单独开发的软件也会少非常多，以后也就不用写那么多的代码了。
可是，应用这种大系统，无异于一次脱胎换骨。可不是感冒几天打个针即可的。应用了多年的系统里面存在有多年的数据，用户的操作习惯已经形成。多个系统怎样平稳无错的在新系统中有同等功能的替换相应模块是个不小的挑战。并且这样做的话。涉及到的部门会非常多。怎样可以协调各个部门的关系。理清数据之间的关联都须要非常大的勇气与魄力。所谓之不入虎。穴焉得虎子，不经历过彻底的蜕变就不能完毕多个数据孤岛到集中式一体化数据平台的转变。
是到了该做一个抉择的时候了，是依照原来的老路继续还是全然换一种思路，原有应用的系统在各个时期也发挥了它们各自历史的价值。仅仅有应用了，用户才有了系统软件的思维和操作系统。也是在为大数据平台做基础的准备和服务，要不然。突然上一套大的系统也是非常难应用起来的，那时业务数据到处都流转不下去仅仅能是全线停摆，全部说仅仅有如今把一些小应用用好了。才干更好的应用大的平台系统。
新的挑战来了。我们仅仅有向前！
四、抉择的结果
应该是基于应用新系统的风险及投入等多方面的考虑，加上今年行业情况也不容乐观压力巨大，新领导也还须要磨合时间，所以终于决定临时先不考虑大平台系统的应用。还是继续沿用原有的应用模式来做，等到时机成熟时再做打算。
2014-9-24最新更新：
最近对于这个问题，集团又专门进行了讨论并又一次确定了方向。不同的人又有不同的观点。如今须要又一次考量一下平台化的软件系统，信息化工作又要总体来考虑，这种话怎样与现有系统做对接的问题也会越来越突出，以及后期还涉及到有大的软件替换的问题。