| 读大量的实施文档，记下各个模块的功能、流程和配置方法……做惯了Oracle EBS的我一直以为ERP应该就是这 么回事了——可不是么，做SAP的朋友还说要背下几万个系统开关呢，不然操刀时就离不开文档了。 然而，一个偶然的机会把我和JDE牵到了一起，彻底颠覆了我的想法——原来ERP还可以这么玩。这是一个软件 么？不，这是一件鬼斧神工的艺术品，是一部数字天才的杰作！ 玩转JDE的逻辑结构： 省长->市长->乡长->村长->我，这是小品里对我国行政体系的形容。在JDE里跟这个差不多。按类型分为G（目 录）、P（程序）、R（报告）、F（表单）也是四个级别。其次，JDE给不同模块定义了一个数字代码，如41代 表库存、42代表采购、43代表采购等等；再次，JDE给系统的目录级定义了四层结构，11代表日常处理需要用到 的东西，21代表定期处理会用到的东西，31代表高级技术处理，41代表系统设置； 在这个基础上，系统管理员就能很容易地找到自己需要的程序，即便这个程序之前从来没用过或者根本不知道 它的存在。 比如，要找销售单录入的程序，从业务操作考虑，它肯定是在销售模块的日常处理里，那么根据上边的规则它 的目录直接就是G4211，我们就可以发现这个程序在这里了。同样，假设一个没有使用过库存模块的人需要看看 系统里哪个程序能够处理库存转移，那就直接G4111，程序就在那了，想看它的系统配置方式就G4141。 哈哈，是不是比其他ERP系统需要去硬记一些功能和开关要简便多了？好像秋香姐要找华安的时候就只要叫9527 就行了。 玩转AAI 什么是AAI呢？它的学名叫做自动会计指令（Automatic Accounting Instruction），是整个系统的心脏，是 JDE的灵魂所在。上边所说的逻辑结构就和我们系统的心脏AAI息息相关。 大家经常说JDE是一个统一集成的系统，原因就在AAI——他控制着什么样的交易类型产生的费用应该进入到什 么业务单位的什么科目下，正如心脏控制着我们身体的血液流向一样。 举个例子：我们在DMAAI（管理分销和制造的自动会计指令）里定义4220这样一条AAI，那么当我们产生销售动 作的时候，我们财务帐里的库存成本科目就会自动减少相应的金额。为什么？因为销售对应的AAI 4220里记录 了该操作会对哪些科目产生影响。整个JDE系统的集成运转就是通过这样的方式来实现的！很神奇吧？ 另外，不知道大家注意到没有，跟销售相关的AAI也是42打头的，JDE的系统里就是通过这样严密的数字逻辑把 相关的目录、程序、报告、表单、自动会计指令等等联系到一起，让系统用户使用和配置时有迹可循，这样当 进行trouble shooting的时候也可以大大节约时间！ 玩转定单活动规则 JDE里所有的的业务流程也是通过一系列数字来控制的！这个怎么实现的我们也分解开来看看： 首先，JDE里给每个定单（各种销售单、采购单、工单等）的业务状态定义了一个状态码，如：520代表输入销 售单的，540代表打印提货单，560代表发货确认，580代表打印发票等等； 其次，JDE提供了用户自定义定单活动规则的程序，不同的单据类型可以定义不同的订单活动规则。比如定单活 动规则：520->540->560，那么当输入完销售订单后用户就必须进行打印提货单的操作，然后才是发货确认。如 果企业不需要打印提货单的环节，那么规则就改为520->560。是不是很方便？ 再比如我们的采购如果需要进行审批，那么可以在采购单输入220和打印采购单280之间插入一个审批环节230等 等。同时，通过这种方式，企业的业务流程是严格按照设定好的规则来执行的，不再是像以往人说了算，正如 某公司的CFO所说：通过这样一套系统，我们的业务执行不再是对人负责，而是对流程负责，对制度负责。 随着对JDE越来越深入的了解，在我眼里JDE已经幻化成了一片数字堆砌成的系统。就好像黑客帝国里的特效一 样。有时候做梦也会梦见眼里看着电脑里的JDE变成了这个效果。也许是中了JDE数字的毒太深，也许是太喜欢 JDE…… |
