平台转移到SAP
看到JDT所取得的种种可量化的成效，JDT公司的ERP功能组并没有轻松下来，相反，却被不断涌现的更多的难题困扰着。由于自身的行业特性的相对复杂，也为JDT的ERP运行造成了许多困难。据介绍，一台拖拉机的层次有十多层，上万多个物料。数据动态发生量内存目前已达5G，每月仅会计数据就有近4万多笔，要保证其准确性，其1%的误差都不能容忍……
在总结中，JDT发现系统方面出现的问题主要有三个原因，一是系统的缺陷（通常称此为“Bug”）；二是应用方根据实际情况对系统提出一些要求；三是产生的数据不符合应用方的本意。在应用中出现的问题总是有办法解决的，但由于系统自身的缺陷带来的问题却是最令管理层头疼的。
同样是物料的的问题，有时某些变动没有在系统中反映，“当时情况是，我们在系统中做了将某物料从此货位移至彼货位的操作，系统在运算存货时只考虑移至彼货位上的存货应该加上的数值，而未对此货位的数值进行消减，导致总体存货数量虚增。此问题早已反映到Grapecity，通过双方的核查，证实这是一个Bug，确认并将在升级版本中修正，Grapecity公司目前为此给我们制定了临时措施（调看存货时先进行某些计算），使我们暂时用此措施达到了物料变动（货位移送）不会影响存货准确反映的目的。”
最后，鲍依民的一席话还是让我们感觉到他们的“企图”，“其实我也知道像我们这样拥有60个并发用户的规模已经是Grapecity的极限了，而我们也为今后切换到SAP时打好基础，毕竟约翰·迪尔总公司就是应用的SAP，只是现在JDT的规模还不够。”
期待快速反应
用了2年多的ERP，JDT管理者对于应用情况的感受还是“自豪”的，拿其基层员工对ERP系统的形容的话来说：17个模块串成一个熠熠生辉的项链。
即便如此，JDT管理者们也感到其压力还是很大。这种压力还来自于市场，主要体现在客户对某一系列产品提出了诸多不同的变化要求，但由于产品最初设计时的局限性，从而导致为满足每一种变化而进行的长时间的专门生产和测试，直接影响销售。下一步JDT考虑从产品设计方面着手，要求从设计时就考虑到今后用户对该产品可能提出的变化需求，变化的范围有多大，可能会涉及哪些部位，在设计时就考虑模块化问题，通过模块化设计产生出模块化产品，以尽快地适应市场的要求。
看来，JDT的ERP之路还很长，管理者们要做的事还会很多。