易飞与U8对比分析.docVIP

易飞与U8对比分析 年结步骤繁琐，成功率低。多年数据统筹分析困难 分析： U8系统超过10个以上数据库，系统产生非常多的冗余数据当系统运行到一定时候，数据不清理，就能把服务器拉死，把以前年度的冗余数据转出数据库相当于重新开帐，这样一来，存货的库龄分析和应收款的账龄分析就无从谈起了U870的所有数据库抓图U8产品的研发，是1996年开始预研，1998年底推出上市。当时的MS SQL数据库还根本不成熟，可以这样讲，当时支持SQL技术的数据都是非常昂贵的。这显然与U8的目标定位（中低端，低价）不同。所以，U8当时选择的是基于office 的access数据库。这种数据库的性能和今天任何一款支持SQL技术的数据库相比，。但在当时，可供选择的中低端数据库并不多。最主要的是，access是免费的，用户不需要为数据库付出额外的成本。回到96年哪个时候，这样考虑是必须的。基于access这样的数据库（90年代），是不可能支持海量数据的，也就不可能把多年的数据放在一个数据库中处理。于是，ufida的研发人员决定按年度建物理数据库，这就引出来年结的问题。后来U8大面积销售推广后，明显感觉Access绝不是一个企业级的数据库。于是，U8在821版推出了基于MS SQL数据库的版本。并且慢慢优化了算法，以CS的思路来控制SQL数据库。但是，U8的系统的架构、底层的结构已经不可能动了，好比一个建好的楼房，你要从2室1厅改为4室3卫2厅，这样做等于把楼炸掉重新盖，对软件领域，这叫“重构”。这种成本无论如何是Ufida不可按受的，但市场的需求一直在增长，于是在这个架构之上，构架的应用越来越多，这就是今天大家看到的870由于应用越来越多，本来不是问题的年结，现在越来越是个问题。采购材料单位和BOM材料单位不一致.生产系统中，车间初始化的期初在制品工序工序进行品管的时候，只能执行报检、检验、合格等过程。工序的改制、返工、报废成本核算模块的，输入的是材料的采购单位，而你实际盘点的是领料单位，需要先去手工查BOM，然后在自己根据换算关系手工计算出以采购单位为单位的实际在制品数量，每一笔材料都需要这样换算，。存货核算模块和库存模块不同时启用的情况下，存货核算模块会将这段时间间隔的所有的库存交易单据都刷过来，需要人全部人工去给它删除，手工一笔一笔的去删除，然后在一笔一笔的去填加每一个材料的现在库存量立帐是外币，冲帐是本币需要人工将立帐的外币转化为本币，然后才能核销，而不是根据维护的汇率自己换算核销