SAP收购Sybase意欲何为
http://tech.diannaodian.com/dw/data/sybase/2012/0925/199681.html
德国行业管理软件解决方案提供商SAP宣布以58亿美元的价格并购美国企业管理和移动软件领域的领导厂商Sybase，这是继甲骨文(Oralce)收购Sun之后，IT业界又一重大的并购案。SAP是全球最大的行业管理软件厂商，而Sybase是全球领先的数据管理及企业集成解决方案供应商，该交易成功后将有助于SAP与甲骨文抗衡。因此，这条消息对数据库管理软件市场所带来的冲击一点都不亚于去年甲骨文收购Sun。
SAP58亿美元收购Sybase意图乍显
http://www.doit.com.cn/p/57796.html
与甲骨文的并购策略不同，SAP此前很少进行大规模并购。与Sybase的交易，是该公司历史上规模第二大的一起并购。仅次于2007年斥资68亿美元、对数据分析厂商Business Objects的收购。除前，SAP更倾向于通过规模较小的交易来获取一些无法快速自主研发的技术。
SAP,Sybase
http://blog.csdn.net/david_lv/article/details/5585932
================================================
FICO是SAP中的财务模块，一块是FI(Finance)模块，另一块是CO（Controlling）模块，FI模块是财务会计，CO模块是管理会 计，包括利润及成本中心、产品成本、项目会计、获利分析等，在企业中应用广泛。另外，FICO财务管理模块依据各国会计法规进行相应的定义，同时也适用于 国际性的企业，符合40多个主要工业国对会计法规的有关要求。
分以下几个话题：
1． 几个简单概念．
2． 如何成为一名SAP顾问。
3． 如何成为一名优秀的FICO顾问。
4． SAP顾问的生活状态。
5． FICO顾问在各阶段的任务。
6． 结语
一．几个简单概念：KEY USER, IT USER, END USER
1. KEY USER
在一个SAP项目中，KEY USER是客户方的业务骨干人员，在项目中负责向模块顾问传递企业内部所负责领域的关键需求，也是系统测试阶段的关键测试人员，对FICO来说，通常是一些较为资深的会计人员，财务经理等；KEY USER全面掌握SAP前台操作，负责对END USER的操作培训，是顾问和END USER之间的联系人，收集并负责向顾问解释END USER的需求。
2. IT USER:
是客户方IT部门的成员，通常计算机基础很好，在项目实施过程中从KEY USER处获得本企业相关领域的业务知识，从顾问处获得相关模块的SAP知识和技能; IT USER全面掌握SAP的前后台操作，负责解决SAP使用过程中的技术问题，项目实施中是顾问的得力助手，项目结束后作为企业内部顾问，对企业新的业务需求进行分析并给出解决方案。
3. END USER:
是企业SAP的最终使用者，一般的业务人员，各层级的经理等等，企业内部SAP使用者只要不是KEY USER，IT
USER的都可以称为END USER．END USER是客户需求的初始提出者，SAP系统规划的最终目的也就是满足他们的需求，日常业务中每个END USER仅使用SAP前台的部分相关操作，对FICO 来说，END USER可以分为总账，应收，应付，资产，出纳，成本，财务经理等，每个人通常只有部分前台操作。
从以上几个概念可以看出，最有可能成为SAP顾问的就是IT USER，随后是KEY USER， 再其次是END USER，从某个网站的统计资料可以看到，FICO顾问中，ＩＴ背景和财务背景的各占一半。
二．如何成为一名SAP顾问：
１． 可以推理得出，最容易成为顾问的还是IT USER，因为通常IT USER对SAP的技术知识以及相关业务知识，项目实施过程都有所了解，所以应聘为一名初级顾问应该很容易。对于一些对SAP很感兴趣的KEY USER，由于有着丰富的业务知识，对SAP系统前台业务的较多的理解，相对来讲也容易成为一名处级顾问，END USER就很差了。作为END USER，要花费相当大的努力最好先成为一名KEY USER，转为顾问才会轻松些。很多大公司实施SAP后，人员流动非常之快，IT USER和KEY USER的流动率很高，新招的人很难原来就做过KEY USER或者IT USER的，对SAP感兴趣的END USER，这时可以试试。
２．没有任何基础，如果接受了SAP顾问学院的培训并获得ＰＡ证书，也很容易应聘成为顾问；SAP顾问学院的学费极其高昂，通常是企业出资培训，可以想象此种培训背后的违约协议将是如何严格，并且不见得培训后一定会获得此证书。还有其他各种培训公司对学员的培训，但这种培训如果有项目实习，那将会更好，但没有哪个公司敢保证对学员的项目实习机会，即使有，费用绝对高昂。
３．没有任何基础，也没有获得什么ＰＡ证书，想成为一名SAP顾问，可以想象就更难了。我想跟大家强调的就是这种情况下如何成为一名SAP 顾问.经过了这个课程的培训，感觉上即使SAP应用的水平再差，如果能把我们课堂练习的那些内容作过去，SAP的前台操作应该没有问题的，和不懂SAP的人相比你们已经很懂，如果稍加练习，然后应聘为一个企业的KEY USER,绝对不成问题的,好一点的可以直接到一些顾问公司去应聘,当然不要挑选顶尖的公司,那需要你有更多其他方面的实力.如今的企业在招聘KEY USER的时候，似乎条件很高，但我相信你只需告诉他们你已经有某公司的KEY USER经验一年以上，而且在面试的时候，他们从前台操作及SAP的概念上无法难倒你，你成为一名KEY USER的可能性很大，做一名SAP的KEY USER实际上是很舒服的，甚至有很多顾问最终都选择了做企业的KEY USER. 当你成为一名KEY USER并且在企业内部也做过实施的话，你就完全具备出来做顾问的条件了，剩下的只是你如何对你所想去的顾问公司表现你对SAP的理解了。
对于几位从事ABAP的学员，我建议你们以ABAP顾问的身份进入顾问公司，然后在项目中和模块顾问学习，我所在的公司的ABAP顾问很多都是通过这种方式转变为模块顾问的，还有就是，如果能够精通ABAP并且了解SAP业务模块，此种水平的ABAP也很值钱的哟！
成为一名SAP顾问的途径很多，但前提是你非常渴望在这一行发展，我们常说：有志者事竟成，是的，我非常相信这句话，想做，就能做到。而且我绝对相信，咱们这些学员中肯定会有几人很快走上顾问这行的，要知道，大家的起点曾经是一样！
三. 如何成为一名优秀的FICO 顾问：
FICO顾问在几乎所有SAP项目中都要有所参与，并且与几乎所有模块都有所关联，个人认为，FICO顾问的发展潜力是很大的。
１．FICO的特点:PP是几乎每个项目都不一样，所以做起来又苦又累，而FICO几乎每个项目都差不多，FI没有那么多的灵活性，一切都要按照符合会计制度的方式来设置，操作。CO灵活性很大，但是正是这种灵活性，让顾问有更多的可发挥的空间，也正是客户所感知的价值所在。关于FICO，几乎没有什么可以争论的问题，FI的做法永远都很标准，CO的灵活通常是超过客户的期望的。
２．作为一个FICO顾问，首先是其他模块顾问的财务指导，其他模块的业务流程涉及到财务的部分，财务可以最终决定取舍，毕竟，财务是外部要求，很难变通，如果一项后勤的操作的财务影响不符合会计制度，毫无疑问要取消掉．所以很多时候后勤顾问（ＰＰ，ＭＭ，ＳＤ）提出的新流程都要征求财务顾问的意见，这就需要财务顾问对SAP后勤知识有一定的了解。
３．作为一个FICO顾问，只跟客户讲SAP是不够的，要与财务经理在业务上进行沟通，客户有些时候对SAP的某种操作提出质疑，我们要从财务原理的角度上去解释；了解客户需求需要顾问有一定基础的财务知识，在项目中，如果让客户方感觉出顾问不懂财务，权威性一旦遭到质疑，那接下来项目一定会做的很辛苦。
４．从财务部分延伸出去的SEM以及EIS，BW都是信息系统发展的方向，掌握了财务部分，你会更清晰的理解一个企业运作的原理和目标。
从以上可以得知，要想做好财务顾问，财务知识，一些常见的SAP后勤模块的知识一定要有的，所以，你需要下的功夫很多哟。这所有的一切，不过是成为一名优秀的FICO顾问所应该具备的，要想做到这一点，还需要态度和努力。
大家能够见到的顾问形形色色，仅仅很精通SAP某模块知识和优秀的或者说资深的顾问完全是两回事请；SAP模块知识掌握的多少，SAP整体知识的掌握，项目实施经验，客户沟通技巧，对待工作的热情和态度……，如果你想成为一名优秀的顾问，在这些方面都要做得很好才可以哟！
四.SAP顾问行业的生活状态：
1.做好吃苦的准备；是否能吃得了这份辛苦：顾问收入高,但也超级辛苦,华尔街投资顾问以及大公司的咨询顾问动不动就连续三四天平均每天只睡三四个小时的工作，还好，SAP顾问远没有那么辛苦，除了上线阶段外，平时为项目的事情也就加班到八九点钟，但问题是，SAP的博大精深大家一定有所耳闻，从业者对其欲罢不能，尤其是初涉此行业的人，都是把几乎所有的业余时间都用在了系统操练上，越搞感觉不懂的越多，上瘾呀，所以很难罢手，怎不辛苦！？
2.要承担巨大的压力：你肯定会经历这个环节，客户的需求很多，而有的你根本就不知道SAP是否能够实现，从他人那里也找不到帮助，所以要自己测试，自己不懂，但不能跟客户讲你不懂，你要读大量的文档，要去在短时间内把一个不熟悉的东西变成自己非常熟悉的。
3.凡事靠自己：不要寄希望公司会给你什么帮助，也不要寄希望别人会给你什么主要的帮助，没有谁会耐心地给你讲解SAP内部的种种关联，你对其他资深顾问提出的问题应该以寻求确认的方式去问，比如你可以问：
A..某种特别的需求可不可以在系统中实现?
B. 通过某种方式可不可以实现某种功能，有什么潜在的风险?
C. 通常某种需求在系统中是不是这样实现的?
D.没有相关的文档（配置文档，操作手册）发来瞧瞧？
这样的问题让别人在回答你的问题的时候,根据经验很容易做答,大家时间都宝贵,你需要从他那里获得确认你的某些想法的信息，而不是让他详细地告诉你如何如何去做，所以也就需要你在准备问题的时候自己要多下功夫思考和阅读一定的资料。而且只有这样，你的功力长的才会很快，因为有些时候，依赖过多也会形成习惯的。
4.经常出差：很少会有项目就在我们所在的城市进行，因此，出差是家常便饭，如果是附近省份或者省内项目，每周回家不成问题，如果是较远地区需要乘坐飞机，好一点的公司会允许两周一次公费往返，很多公司甚至一个月允许一次公费往返。
所以大家可以想一想，这样的生活状态是否是你所能人忍受的，你喜欢这么做，还是因为收入高你宁愿这么做？一定要从自己的现实状况去考虑一下！我见过有的顾问因为作这一行，老婆离婚，女友分手的，还有的人父母年迈需要照料，长期出差难以承受的，总之，要先权衡一下，一旦是那样的生活状态，自己是否可以承受。
五．FICO顾问在各阶段的任务
通常来讲，不论采用什么样的项目实施方法论，整体的项目实施过程基本上是一样的，我在课堂上曾给大家做过一定的解释，那就是项目实施的五个阶段：项目准备，蓝图设计，系统实现，上线准备，系统切换及上线支持。下面我分别介绍各个阶段对FICO来讲的任务有哪些：
１．项目准备：这个阶段通常来讲算是项目前期工作的一个总结，以项目启动大会为结束标志，它包括了项目计划，项目章程，组织结构，人员职责，项目工作环境等等的设定，这个时候，顾问甚至还没有完全进入项目，通常开项目启动大会的时候，顾问到场出席即可。
２． 蓝图设计：这个阶段主要完成客户未来流程的设计，作为FICO顾问，你要做的事情主要有如下几点：
A. 概念培训：对KEY USER和IT USER进行SAP FICO OVERVIEW的一个培训，此培训通常基于IDES系统,主要让客户掌握SAP的基本概念，对SAP的操作和运行方式有个基本的了解。
B.现状调研：对总帐，应收，应付，固定资产，成本计划以及核算等财务子职能的现状进行调查，详细了解客户各方面的需求，这个阶段顾问间要经常沟通，从而可以更全面地掌握客户需求。
C.蓝图设计：对比现有流程与SAP标准流程间的差距，通常财务流程较为标准，对于特殊需求，特别考虑一下即可。这个阶段的顾问要写出蓝图文档，也是客户与顾问冲突最大的阶段，成功的关键是引导客户需求，降低客户对项目不切实际的期望等等。
这个阶段对初级顾问来讲，极其痛苦，你不得不在业余花费大量的时间去准备好多未知的东西，让客户相信你，只有充分的准备，而这些需要大量的精力投入。
3.系统实现：此阶段要将蓝图设计中涉及到的流程，在SAP系统里给予实现，更多的是技术方面的工作，也就是系统配置，配置结束后要进行顾问内部的测试，将基本流程测试无问题后进行单元测试和集成测试，单元测试过程是IT USER和KEY USER掌握SAP详细功能的起点,针对本业务范围内的所有业务场景进行功能测试, 单元测试文档由KEY USER准备出来，记录测试过程及结果，这个文档也是接下来用户培训阶段培训手册的蓝本。此阶段顾问要着重解决KEY USER提出的各种业务流程在系统中如何表现的问题，也是对KEY USER进行SAP操作培训的最重要的一个步骤。单元测试结束后将进行集成测试，集成测试可先在两两模块之间进行，先解决小范围集成遇到的各种问题，然后再进行大范围的集成，涉及到企业日常运作的主要场景，从销售预测，销售订单，生产计划，采购，库存，生产，销售，收款等等业务循环各阶段的操作的进行，凭证的显示查询，单据的流转等等。此部分内容主要由KEY USER 来进行;本阶段你要负责的事情：
A. 配置系统并和其他模块顾问进行内部测试。
B. 与KEY USER一起进行单元测试，并负责解决测试中出现的各种问题
C. 培训KEY USER和IT USER基本业务流程操作
D. KEY USER 进行集成测试，负责解释后勤业务部门提出的疑问，并解决接口问题
E. 权限角色的设定（通常有模板，此模板我也给过大家一份）
F. 客户需求的各种单据表格的开发测试（和ABAP沟通）
３．上线准备：此阶段要做的主要工作是上线数据的准备以及最终用户的培训工作，数据可分静态数据和动态数据，静态数据也可称为主数据，如客户，供应商，物料等等，动态数据为业务产生的数据，如客户余额，物料库存数量等等，对FICO顾问来说，要准备的静态数据无非是总账科目，客户，供应商要对应的统驭科目，银行信息，还有就是物料的价格信息，而动态数据无非是各种类型账户的科目余额，这个阶段作为FICO顾问你需要做的事情是：
A. 提供数据准备的模板给关键用户，负责解释模板各字段含义
B. 检查数据准备的质量
C. KEY USER对END USER进行最终培训，顾问要负责支持
D. 此阶段仍旧会有客户特定需求的配置，改动等等系统上线数据切换策略（我曾经给过大家的DATA CONVERSION STRATEGY）
４．系统切换以及上线支持：此阶段实现数据从原有系统到新系统的导入，对于后勤业务来说，物料主数据必须首先导入系统，然后是BOM, ROUNTING, 已经下达尚未收货的采购订单，生产订单，尚未交货的销售订单等等，对于财务部分，最最重要的是将总账和明细账对平：
A.导入上线时刻财务数据到新系统：对于总账存货科目余额，一定要和所有物料价值明细对平，允许的差异记录到材料成本差异账户，总帐的固定资产余额要与固定资产明细对平，应收应付预收预付总帐科目要与客户供应商余额明晰对平。通常用CATT就可搞定。
B. 运行成本估算，从系统内产生物料的标准价，从而后勤物料移动，成本信息准确反映。
C.上线后的日清操作：上线后要对所有从后勤业务产生的财务凭证进行检查，从而保证后勤业务和财务的正确集成。一旦发现错误操作，当天发生的，当天解决，财务尤其需要关注的是仓库的收发料操作，错误的物料价格，错误使用的移动类型，常常对财务产生较大的影响，而且此种类型的错误一定要进行纠正，必要时可采取一些奖惩措施。
D. 上线后月结支持：通常SAP系统上线第一个月的月结需要财务顾问现场指导，而且在月结时候暴露出来的一些业务问题要进行纠正。
E. 上线后的其他支持：系统上线后两周左右，顾问撤离客户公司，以后的大部分支持是通过电话，EMAIL,VPN远程连接来解决的。END
USER的问题传递给KEY USER和IT USER, IT USER作为企业内部顾问将逐渐取代FICO顾问的角色，他们再将自己无法解决的问题传递给顾问，顾问解决不了的再向SAP发送MESSAGE, 请求SAP的全球支持，就是这样一个帮助链条保证SAP系统的正常运行。
六.结语:
` 我相信有些同学还在犹豫：自己是否去做顾问？做了顾问的前途是什么？而我一直认为，人一生只要能够认真做好一件事情，实属不易，而企业IT应用这一块的市场一直在发展，所以，想做什么不要犹豫，年轻的时候做什么都有道理，关键是要利用好自己的时间，珍惜每一天，让每一天都过得有意义，你的付出终有回报，相信自己才会成功！
让自己变得足够专业，这个世界真的会属于你！我在努力，希望我们能一起努力！
===============================================
实施一个SAP项目大概分为下面几个过程
1.需求调研。了解客户需要实施的范围，比如是财务模块，后勤模块，人力资源，商务智能等等。需求调研通常有几种方法了解，和客户开会讨论；分配到具体业务人员了解；通过企业现有文档理解；跟踪客户行为等等。
2.蓝图设计。根据调研的业务去设计系统的实施方案，架构设计，角色权限设计等等，通常也包括实施详细工作人员分配，如开发测试配置等等。
3.实施过程。通过前面的业务调研，系统设计，基本上每个人已经有了明确的分工。根据调研和设计的文档开始分工实施，分工协作。当然需求变更也是必须，设计变更也是必然。
4.测试过程。测试过程也分为实施工程师自测，整体功能联测，客户UAT集成测试等等，不同项目测试的力度也是不一样的。
5.交付过程。通常是指提交给客户，客户进行内部小范围使用或和现在业务系统并行使用，直到SAP系统 没有问题，则开始全面公司推广使用，替换原有系统。当然还包括对业务人员的培训。
上面5个方面只是简单的介绍了SAP实施工程师大概会参与的一些过程。如果要了解一个企业实施ERP系统的全面过程，可以去了解下项目管理知识或ERP实施全过程的书籍。其实无论开发还是实施一个项目，都会包括启动，计划，执行，监控，收尾五大过程组。
通常初中级的SAP实施工程师，如果不参与需求调研和培训阶段，基本上每天都是对着电脑，和客户交流的时间也不会很多。不是很多人想象的做顾问我要经常面对客户交流，这里告诉你，也要看你的机遇和你参与项目的阶段。
其实你可以这样理解，实施一个模块目的就是把对应的业务在SAP平台上配置出来，满足企业日常业务使用；HR模块就是满足人力资源部门的工作人员通过实施系统做业务操作，如薪酬分配，招聘裁员等等相关业务。BI模块就是报表展现，数据分析，帮助企业领导和业务掌握其所需的报表数据，及时了解企业运营状态，分析数据，决策未来。
============================================
https://www.douban.com/note/250608366/
EBS是E-Business Suite的缩写，简单的说，就是Oracle做的一个企业级的信息化软件或者系统，里面包含了财务,人力,分销,资产等很多企业用的到的模块。现在主流的就是SAP和Oracle EBS
在EBS 顾问这个行业，粗略的有以下分工。
Oracle EBS Function Consultant 功能顾问
功能顾问呢，就是业务顾问，可以理解为普通软件行业的产品经理，主要是熟悉业务的同时也熟悉系统相应的模块，可以把现有的业务和系统结合起来，主要工作是业务方案，系统模块配置，系统测试，用户培训，功能设计等工作。既要能忽悠也要能做具体的实施。功能顾问有一些共通的知识，深度上也分不同的专业，比如有人专注于人力，有人专注于财务。当然也有牛人懂很多模块。
Oracle EBS Technical Consultant 技术顾问
技术顾问呢，就是做开发，可以理解为软件行业的开发人员或者软件工程师。Oracle EBS有一套自己的开发工具和开发方法，技术顾问呢，熟悉Oracle EBS的业务在后台数据和表结构的流转，以及熟悉如何使用Oracle EBS的开发工具和知道如何将开发的代码部署在系统里面，主要是开发一些客户化的功能。技术顾问使用的语言呢，除了数据库的PL/SQL,Shell脚本之外，目前OAF开发使用JAVA，以及Forms/Reports Developer工具.技术顾问一般熟悉的模块比较多（但是主要是技术层面的和系统层面的），但是也有专攻具体模块。
Q1:我看企业给的JD里面要求技术顾问(Technical Consultant )也会DBA技能，我怎么找合适的候选人？
A1:找一个资深的技术顾问(Technical Consultant )，一般咨询公司会有这样的需求，但是呢，这里的DBA技能要求的场景一般是这样:项目实施的时候，会有专职DBA去安装系统，配置系统啥的，做完这些，DBA可能就撤场了，需要有一个在现场的开发来做一些后续DBA的事情，这些其实都相对比较简单，一般资深的技术顾问(Technical Consultant )不会再简历里面体现这部分技能，所以到时候推荐之后，面试的时候，大概双方谈下，就知道能不能应付那些DBA工作了。
Oracle EBS(Application) DBA 系统管理员
DBA是Database Administrator的缩写，.Oracle EBS(Application) DBA 的字面意思呢，就有点歧义，一般来讲，企业招聘这个岗位，是做以下两个部分
1.Oracle EBS Application Administrator+
2.Oracle EBS Databse Administrator
DBA呢主要是从事系统相关的安装，设置，补丁等，由于Oracle EBS用的是Oracle数据库，所有Oracle Database Administration是其中的一部分工作，所以呢，如果客户要的是Oracle DBA呢，可能是纯DBA，Oracle EBS DBA除了纯DBA这部分工作，还有大量的工作就是EBS系统软件的维护，比如系统的安装，一些基础的设置，系统的备份，克隆，调优，系统审计等。
关于纯DBA和Oracle EBS DBA直接互相转行的问题，一般来说，Oracle EBS DBA很少愿意转行做纯DBA,而如果是甲方招聘的话，如果工资不是很高，可以考虑招聘1-2年的Oracle DBA来培养和扩展做Oracle EBS DBA.
Oracle EBS Project Manager 项目经理
这个和软件行业的项目经理差不多，就是从事Oracle EBS的项目管理，一般按照行规，多半项目经理都是从功能顾问做起的，如果客户要找一个做财务实施的项目经理，最好的候选人是有财务模块的经验。
当然，有人会角色转换，一般呢，技术会转做功能，功能会转做项目管理。
====================================
http://www.itpub.net/thread-1795038-1-1.html 简单分析ORACLE EBS和SAP的优劣
公司要上ERP，我也是第一次接触，现在接触了以上两家公司，了解了一些，现在想就以下几个方面对比一下双方的利弊。
希望广大能手能给我一些好的建议。
1、我们公司是机械加工制造行业，以功能性上来说，哪方比较合适，我了解的ORACLE和SAP对这块都不是很健全，但是SAP的自定义好像比较强大点。
2、从实施服务之后，我们公司的ERP管理员，哪个软件更容易上手，更容易被接受。
3、由于我们不想实施后，后期有新的功能需求仍然需要找软件服务公司，希望培训处自己的团队来维护和开发ERP，哪款软件开发较简单。
4、价格暂不考虑，当然功能性这块，最好是以同价位的产品对比。
先谢谢了！
========================================
两个软件一样的麻烦，不过麻烦的方式不一样。
SAP功能肯定全，全到恶心的你想吐。麻烦的地方在于从一大堆功能中找到你需要的那几个；
Oracle提供了一个框架，要什么都可以定制。麻烦的地方在于需要你自己开发。
制造业的话还是推荐SAP，制造部分功能还是挺强的；
软件容易上手么？都不太容易
开发似乎还是Oracle简单一点（SAP从ECC5.0开始逐步转移到Java平台，不过还么有完全放弃ABAP）
价格吗，还是Oracle便宜。
========================================
oracle这方面的缺陷属于基因里边的。也许将来可以。但是时间相信oracle自己也不敢断言。尤其是制造排产方面。oracle能跑通mrp已经很开心了。所以从现代管理角度，就是远远达不到要求。sap是能，但是要顾问大量的配置调试时间。
====================================
SAP大概三年能跑顺，ORACLE大概5年能跑顺。
培训自己的开发团队？ORACLE比较容易些。但是随便哪个产品，估计最少要培养个10人以上的团队。
然后，除非给的工资高，人才流动那叫一个快。
=====================================
ORACLE 号称功能都开发出来
SAP号称生么功能都能配置出来
还是看企业规模和类型吧，别画虎不成反类犬
======================
sap的开发都是abap。。。。。
你几乎可以忽略java开发的东西
===============================
纯粹的技术上去说哪个功能SAP有或者ORACLE有，扯不清楚的。
光是加工制造业这个范畴太广。机械行业和电子行业差别就比较大，汽车装配行业也有汽车装配行业的特点。
按项目生产还是按订单生产还是按库存生产----差的也比较大。
没有具体需求之前，讲哪个产品能满足需求，太扯了。
仅仅就产品本身的前景来看，ORACLE ERP的市场份额跟SAP差的太大了些。个人感觉，从中国市场的角度来看，这两个产品不是一个级别。
========================================
http://www.itpub.net/thread-1709899-5-1.html 大家觉得Oracle EBS 会超过SAP吗??
EBS估计没戏，fusion还有希望
相当于融合了EBS和PeopleSoft、JD Edwards、Siebel。。。等等东西，各取所长、但实际效果如何还很难说，目前好像还没有企业上，作为EBS下一代的ERP还是可以期待的
Fusion Applications 目前只有400个用户，中国只有文思海辉。
但是我觉得Oracle还是有优势的，将来的发展趋势必然是整合，Oracle有先天优势。
Oracle坐吃他的数据库山空，压根就不重视EBS，EBS不亡就算不错了，噗!!!那微軟的Dynamics 不就更慘!?
如果不是工作上的需要，建议你不要学EBS，去学SAP比较好
Oracle我估计每一个项目都需要编写大量的PL/SQL,对IT而言，编程不是问题，但是编程会带来一定的bug，而SAP你只需后台配置即可，系统会自动生成代码，减少了bug,最主要的是Oracle有时还不太稳定，给维护带来困难。
您所謂的Bug應該大多來自於"人為" 程式沒寫好不能推咎於系統吧!?
如果全部需求都有辦法"靠設定"就能解決的話...我想應該也不用養這麼
多IT人員，就像Oralce也有Form Personalize可供使用但畢竟User
需求千奇百怪...只要非標準化的東西我想不是可以"靠後台配置"就能解
決的~~只能說是系統去屈就User還是User來屈就系統!!