SAP, JDE, ORACLE三家印象－－请跟帖讨论这三大ERP长短及利弊

风云子

大大提到jde比較靈活，不知道觀點是從哪裡而來，另jde 製造模塊較為薄弱是顧問公司都會一再提及的，不知道大大是不是也有同點，還是能提出自己的經驗談。謝謝
nohalf2004 发表于 2009-1-28 21:12

JDE的二次开发比较灵活方便，使用起来也比较顺手。
你上文所说的“另jde 製造模塊較為薄弱是顧問公司都會一再提及的”－－－－－这个顾问是JDE开发顾问还是实施顾问？还是其他ERP的顾问？你们公司是制造业企业想上这个是把？具体想用它来实现哪些“制造业”的具体需求和功能？来贴可以说说，大家一起探讨下
     据在下愚见，JDE 的模块跟其他ERP模块一样，薄弱还是强大就看是在什么样的企业环境和什么样的开发实施团队来做了，主要用它来达到什么样的一个目的和需求。。。。这个也是要具体问题具体分析，各个企业不同，使用人不同，需求不同。。。

leexiaodong

看样子，JDE 可以排到世界第三了！

lkmaizyp

好贴，又长见识了。。。。。。

to_ma

1）JDE开发是确实是最灵活的，第一是因为它的源码透明开放，第二是因为它的模块管理非常先进；
比如说，你看到JDE的BOM系统需要改改（JDE对于每个子模块子系统都有唯一的代码），你可以在这上面修改，你也可以把这个系统复制一个新的BOM系统（跟复制Windows下的文件是完全一样的）.然后在新上面进行修改，完全可以成为你一个你自己需要的一个全新的系统。以前经常谈到ERP软件的实施失败,一是因为企业需求一调整,就遭遇了难以预料的企业开发成本,所以导致失败.对JDE来说,这个几乎是不存在了,当然你让JDE去画个CAD图,JDE肯定是干不了的.
2）JDE因为源代码完全开放，所以很多模块的学习，不需要象SAP一样你需要到处找文档，没有文档你就不知道怎么搞，但是JDE，你完全可以去读这些源代码分析这个模块的功能细节，减少学习成本和分析成本。JDE还带了完整的程序调试体系，分析体系，程序项目管理体系,语言翻译系统,权限管理体系,菜单管理体系。你在JDE给你的一系列工具中完全可以满足你所需要的。
3）JDE的集成能力也很强，EBS所有的外围系统，现在都能应用到JDE系统。什么工作流，跟Outlook集成，企业门户，商业智能，Sibel CRM，Peoplesoft HCM,手持设备,无线系统,POS这些更不是问题了，你要是能说出一个很有价值的功能在SAP有，但是JDE做不到，Oracle公司真的要给你发个大大的建议贡献奖了。
4）JDE在SAP,EBS三者中是最灵活的，这个是SAP，EBS的从业者也不的不承认这一点，这个JDE的灵活不在是说在SAP，EBS已经有了的功能细节上很灵活，而是在占领新的领域，新的行业JDE表现的非常灵活，比如种植业，酿酒业，新兴医疗行业,新兴化工行业，新兴制造行业,建筑业，租赁业，中介业，航空航天业 ，JDE基本上能给于这些行业已最底的成本得到最快的应用,这个SAP,EBS就不行了,他们需要重新开发,因为以前的模块很能被重用. JDE的所有模块只支持C/S,到能支持浏览器,只花了没几个月时间.
5)JDE价格低,是因为JDE投入比SAP,EBS低,这个投入低不是想省成本,而是软件的架构体系跟他们不一样,根本不需要很多的投入,JDE的投入只要把基础工具搞好了,就行了,业务上面的功能基本上是通过具体做项目做出来了(这个可是客户花钱的哦),因为有先进的软件管理体系,这个在这个企业所作的业务包可以包含到新的版本之中.企业更可以持续提升JDE的能力.
6)JDE以前的失败还是在于他们对商业缺少足够的重视,或者太容易受酒好不怕巷子深的影响太大了,现在在Oracle这个超级重视商业运作的超级公司手里,这些问题会一一得到解决.现在买JDE,Oracle送的东西实在是太多了,比如Oralce数据库,BI,Portal , Oracle Application Server. 相信JDE在中国广大企业中广泛流行会成为一种趋势.

风云子

to_ma 上面这个关于JDE优势和特点的分析帖子写得很好很有见地！可以看出to_ma 兄弟是JDE 业内资深人士!
有时间希望兄弟能多来平台交流和朋友们一起探讨！

to_ma

非常感谢风云子如此看得起啊！

to_ma

顺便再发表一些个人对EBS， SAP和JDE三者软件一些看法。
对于Oracle EBS来说，技术永远是第一位，速度要快，技术要先进，系统要稳定，一直是Oracle EBS的习惯性目标，所以EBS的数据只能选Oracle 数据库，EBS的开发是从Oracle的存储过程开始的，Developer只是窗体的展示。所以在Oracle技术眼里谈的最多是SQL语法，存储过程，触发器，象盖房子一样，一切都是要从最根本的建筑材料沙子，木块，水泥开始，EBS对于搞技术出身的要远比搞应用出身具有亲和力。
对于SAP来说，应用永远是第一位的，SAP的很多过来人，还有SAP很多入门学习资料，首先要告诫新来者要先学前台，先学操作，所以他们无一例外是告诉你，公司怎么建，科目怎么建，凭证怎么建，销售单怎么建，采购单怎么建，如果也比做盖房子，SAP就像已经给你盖好了点毛坯房，但是如果你要进去入住，你需要进行大装修，因为一来SAP的房门太多，二来下水道水管需要用户自己铺设，导致把毛坯房变成可以入住的房子可能比重新盖房子周期还要长，所有有国外顾问说，如果你要人机界面友好，你就考虑微软，如果你要信息技术，你就考虑Oracle,如果你公司庞大，什么流程都想要，你可以考虑SAP,很多用户买了SAP后，实际上只用到了10%的功能，但是却造成SAP一个无比复杂的一个软件，学习成本很高，顾问基本都需要靠死记硬背，如果只懂一点点，或者只做了几个项目，是不能很好的成为SAP顾问的，因为没有一个企业是一样的，你只懂这么一点要想命中新企业的需求，实在是跟中奖概率是一样的。同时SAP是不开放源代码的，所以技术顾问没有什么特别的用武之地，一个经验丰富的应用顾问在SAP中远比只懂编程的技术顾问要吃香。这个跟Oracle EBS有区别， EBS的技术顾问要比应用顾问稍微吃香点。
JDE正好在EBS和SAP中间，说JDE很偏技术，但是也没有到象EBS一样需要到存储过程，SQL语法的地步，JDE的技术是一种已经提炼和封装的对于ERP非常有效的技术，比如，编程角度来说，JDE有数据字典，UDC,表，视图，程序，报表，版本，BSFN，窗体（查询窗体，编辑窗体),OMW，处理选项的元素和概念，从技术管理角度来看，有数据源，对象匹配表(OCM),路径（Path Code),菜单，权限，FastPath的概念，也就是说，在JDE眼里，ERP程序来ERP程序去，无非两种，一种是用来维护数据的程序，一种是后台处理或者提炼数据的报表。程序还是报表，他们的背后都是视图和业务函数，业务函数和视图指向一表或者多表，表直到数据库，系统都是由报表和程序组成。（说真的，我真的很怀疑JDE创始人是不是看过易经，否则怎么这么懂阴阳呢？）所以在JDE中每个程序和报表都有唯一的代码，到目前为止这些程序和报表的数量已经是成千上万，程序和报表之间可以相互调用，达到你中有我，我中有你的境界，每个程序和报表都可以完成一定的功能，而且借助于JDE自带的开发工具，你可以衍生出更多的程序和报表，这些程序和报表的代码都是完全开放的。借助于菜单，可以把这些程序和报表组成一个个灵活的系统。JDE技术境界这么高，自然用它做出来的应用也是无比精彩，现在说说应用，很多ERP系统里面，喜欢供应商一个表，客户一个表，员工一个表，但是在JDE里面，他们都是一个表，用一个程序就可以，这个程序叫地址簿，相信第一次接触过JDE都会接触地址簿的，地址簿不但放置供应商，客户，员工，还可以安置公司，税务局，政府机关，物流公司，凡是有地址的信息都可以放在哪里，很高度统一的吧！还有一个是ITEM Master,这个是什么呢，就是一切有关于物的东西，都要建在这里，比如原材料，产品，半成品，辅料，工具等等，其他的DMAAI,自动会计指令等等，JDE的亮点实在是说不完的，JDE对于ERP来说，每一个细节都是高度概括，又是充分扩充，用起来不会比Oracle EBS难，也无须象SAP一样需要死记硬背，这些技术都是10年之前的技术，但是到目前为止仍然是很先进的很实用，再过10年，20年我相信，仍然还是这样，这年头不变得永远是理念，易经我们老祖宗都留下了几千年，他的理论还是影响深远。

zx7jy

to_ma确实是高人，学习了。不过有一点很疑惑，按照你的介绍，SAP的开发怎么办呢？

风云子

SAP貌似很是强大 齐全......做二次开发几乎上是不大可能！特别是企业甲方。SAP的开发语言很难掌握，SAP的系统过于庞大博深.....即使SAP顾问，也没有几人能真正做到SAP的真正的二次开发吧？但这样不能说SAP不好，其实SAP还是不错的。但他有个毛病，要企业去适应他，而不是他去适应企业，
      说白了，SAP的二次开发相当的困难。看几时有SAP的高人来回答这个问题，可能更全面了。。。呵呵。我在这里就我了解到的说说.....


       上次SAP来我们公司推广时我如上所说问过他们这些。他们一直无语......

风云子

to_ma兄弟，你 加我Q没有？或者在我QQ群否？

欢迎兄弟加入 热烈探讨交流JDE中！呵

zx7jy

SAP貌似很是强大 齐全......做二次开发几乎上是不大可能！特别是企业甲方。SAP的开发语言很难掌握，SAP的系统过于庞大博深.....即使SAP顾问，也没有几人能真正做到SAP的真正的二次开发吧？但这样不能说SAP不好，其实 ...
风云子 发表于 2009/4/22 16:32

那我是不是可以理解为：SAP的功能确实很强大，包含了很好的管理思想，能够实现非常多的业务流程。但是，一旦企业的业务流程SAP不能实现，只能让企业去适应SAP，去适应它的管理思想。当然不是说SAP不能做二次开发去适应企业，而是SAP的二次开发很难搞定，花费的代价太高？

再问一下，SAP的二次开发是个什么模式？是像JDE这样的平台化的，还是其他的什么？

davisyang

that's great, go ahead after seting side one target

davisyang

THAT'S  A LOT FOR ME

guoyanchun1983

jde 的开发语言究竟是什么样的啊?

champion_peng

I agreed JDE development is easy to master and control. But this is only for the layout , simple flow logic enhancement or report design. As fr the Key transaction logic in E1 middleware , such as G/L, A/R, A/P interface , invenory inteface,  They all are wirtten in C Business Function, it is very tough to control and enhance. So if one enterprise needs to enhance some core standard transactions, that it is nearly impossible and I think it must be difficulty than ABAP.
But fortunately , We seldom needs to enhance the core object C Code.

skybluefei

这三者的比较 很有研究意义 希望继续挖掘。。。

wy28

JDE确实是较多制造业企业选用的ERP方案。

dxiaohui918

学习了........

apostle

I agreed JDE development is easy to master and control. But this is only for the layout , simple flo ...
champion_peng 发表于 2010/1/25 12:51

champion_peng 老兄还是有点片面。首先，JDE的可配置性一点也不差，很多支持很多复杂的业务模式（至少从我了解的几个模块来看），很多开发其实只是对一些原有功能的修订（比如加个字段，附带个信息什么的）；其次，JDE的开发新的功能并不需要一定用到底层的C语言，通过Events Rule的编写基本上可以利用现有的系统函数和商业函数把你我所能理解的大部分逻辑编写出来，这个有点象MS的Visual Studio等，已经封装了很多函数（现在说类更确切些吧），但大部分业务逻辑上只需要调用这些函数就可以写出很多应用了。真正用C来编写函数的十分的少，可能是高手中高手来干的事吧。最后，JDE的Tools架构确实十分的强大和灵活，数据库，服务器的灵活性很高，部署很方便，很灵活。我就是觉得目前JDE在服务器架构上唯一的缺点就是不能做到动态的负载均衡。

一点小小的想法。并非反驳，纯讨论。

珍珑棋局

JDE现在 最大的问题是市场被某些顾问公司搞乱了，价格越做越低，项目越做越差，忽悠客户的结果就是忽悠了自己，也忽悠了这个行业