来源于 “微软Dynamics中文社区” http://www.mbscn.net/viewarticle.php?id=846

原贴如下：

请教AXAPTA与SAP、ORACLE比较的有缺点？【求助】

小弟这几年一直从事企业管理软件项目（制造业，能源行业）的开发与实施，但由于所在公司的实力有限，所以很难形成自己的产品，并且整个团队都被项目拖的疲惫不堪。

基于这几年对制造业与能源行业业务流程的理解以及管理现状的理解，我们一直想放弃自主开发而采用成熟的ERP产品，我们来做二次开发和项目实施，这样可以更大地发挥我们团队的优势，并且风险比较低。

现在，国内比较认可的ERP产品是SAP和ORACLE，我简单了解了一下，感觉他们门槛比较高、起步比较慢。最近，了解了一点AXAPTA，通过各位老大介绍，感觉不错。

但是，我还想仔细了解一下AXAPTA与SAP、ORACLE比较起来有哪些优缺点？特别是在系统实施方面。因为具我的体会，国有制造企业（特别是大中型的）普遍存在基础数据不完整、不规范、不统一，BOM变更随意，加工路线、供应路线、外委路线多而不确定，计划排产提前期不确定因素众多，生产能力很难平衡等等不利于ERP系统实施的现实因素。除此之外还存在产品设计部门、工艺设计部门、生产部门、采购部门由于利于关系而产生的不好协调的矛盾，这些矛盾也阻碍了系统的实施进度。这些情况是现实存在的，我们要在国内的企业中实施ERP产品，就必须直面这种现状。

所以，我恳请各位实施过AXAPTA、SAP或ORACLE的老大们，这些ERP产品在实施存在上述问题的企业时各自的优缺点。

谢谢！！！

作者: 五月的风 发布日期: 2005-12-12

看了你的情况，如果你选择Axapta，那么，一定要在实施时，把握好实施队伍的实际业务水平，有企业管理实务经验、又熟悉axapta功能的顾问，或许能为你们那样的企业配置出适合的解决方案。如果实施顾问只对axapta了解，实务经验、协调、沟通、说服能力不足的话，这样的项目实施是有很大的风险的。

而目前，说实话，成熟老练且又有[B]项目技巧[/B]的Axapta实施顾问还没有太多能供你选择。

如果选择sap，功能是一定满足的，只是，就象一个厨师，能不能把上好的材料做成佳肴，那就要看厨师的水平了。

ORACLE我接触不多，就不做评价。

作者: intelzon 发布日期: 2006-1-12

就Oracle，谈一点自己的看法。

这个产品要比我想象的简单，其实比起SAP来，更像Axapta的对手。

因为，它具有灵活的二次开发，可以根据客户的需求进行定制，也有非常灵活的业务实现思路，并且单独实现各个模块的能力很强，但由于有比较固定的ERP产品模块的设计思想，因而在实施过程中更多地要求用户按照系统的一些流程来改造和适应（尤其在非制造的模块中）。在业务的实现上Oracle非常的灵活，账户分的很细（功能极其强大的弹性域概念是其理论支持），并且在安全的控制上也做的很深。当然Oracle的报表基本上很多的都需要二次开发，这个和Axapta很像（感情好像是个国外的产品这一步都是二次开发中的主角）。另外，在基础数据的收集导入和其他的特殊业务的支持上，Oracle在有时间做基础的条件下，已经有一批公司为它开发第三方的工具，供实施人员和客户方便的使用（当然需要额外的$）。同时，数据库是Oracle的强势，因此在数据分析这一块，它的BI很有一套。

在系统构架上，由于Oracle的EBS是完全基于B/S架构的，它的客户端是由浏览器加Java Applet组合而成，这样它的产品全是瘦客户端的机制，因而客户机可以是世界任何一个可以连接到主机的internet终端，同时客户端很容易进行配置。而它的服务器的要求比起Axapta要高的离谱，从它的56张安装光盘就看的出。很多的例子都会用上IBM AS400系列来做服务端。对于它的平台支持性就要比Axapta多了，基本上NT和Unix、Linux通吃。

在客户的使用上，配合很多快捷键的使用，用户**作还算不错，但是界面整体比起Axapta要难以驾驭很多呢。另外它有良好的请求机制，同一个系统的所有用户都向系统发请求来实现Posting，reporting等，在这种机制的辅助下Oracle的数据库很少出现死锁，并且性能也很优异。

当然Oracle也存在很多的bugs，因此为了扬长避短，实施人员的设置和适当处理显得相当的重要。

不过我很看好Axapta的灵活性，强大而迅捷的二次开发，界面更加友好，与微软的平台无缝地集成等特性。在微软全球的DIS和GLS开发过后，Axapta4.0就正式具备了在全球的ERP市场中通吃的能力。我很期待。

呵呵，只是一点点的总结，共大家来分享。