2008-5-20 9:09:58 作者：佚名
1. 中国和日本的文化差异
饭店吃饭：在中国，我到饭店吃饭，发现很多饭店都是要催的，不催他，他就不上菜，但是日本人即使很饿，也不会催促，也就是即使他心里很不高兴，他也不说，不抱怨，但是下一次是绝对不会再来了。但中国人可能很快就会催促，甚至会大声责怪，但下一次他还有可能来吃饭。
所以，和日本企业第一次做软件外包的时候，因为双方还不熟悉，如果做得不好，他可能并不会明确告诉你哪里不好，或者和你抱怨，但是他下一次就不会找你了。
当然，如果熟悉了以后，可能很多话他也会告诉你，但需要一个过程。
将棋：日本的将棋是世界上唯一一种吃掉了对方的棋子后，可以把吃掉的棋子作为自己的棋子继续使用的棋类。中国的象棋和国际象棋吃掉了对方的棋子，就认为这个子作废了，就不会再用了。但日本人会再利用。
所以，在资源有限的情况下，比如说人力非常有限的项目，如何安排，并且再利用同一个人员在日本做得是比较好的。因为日方企业有这种文化，所以大家对这点有所了解，可能也会对和日本公司进行外包合作有帮助，可以理解日方公司的一些要求。
相扑：横岗是日本相扑的最高级别，要获得这个称号，不仅要有力量，更要熟悉和遵循规定的礼仪和流程，光有力量是不行的。相扑的礼仪非常繁琐，神社，土台，绳子都有非常严格的尺寸，位置规定，每一个细小的地方都要一丝不苟，不能有丝毫偏差。有中国人问过我，那个土台不就是在上面用就行了么，为什么非要按照规定大小，还有绳子，能围一圈不就行了，干吗非要和规定一模一样？
这其实不是能不能用，行不行的问题，这是规矩，是礼仪，不能有丝毫偏差。日本人非常遵守规矩，但中国人这一点就有所欠缺。如果规矩不遵守，日本人是非常非常反感的，但是相反，如果你尊重他的礼仪，遵守他的规则，他是一定会接纳你的，就像现在日本的横岗，就是一个蒙古人。如果能按照对方公司的要求来做，当然有好的建议也可以提出，他们如果有什么问题和想法也会较多地和你们交流的。
2. 日本的软件管理方式的特点
管理非常精细，早期项目管理的方式
(1)很大的工时放在品保上
(2)对管理的方面排优先级，优先关注计划，评审，品质目标达成等方面的管理
(3)依靠现场开发人员的努力—长时间的劳动
后来也借鉴了欧美质量体系的一些想法，如定量管理，早期阶段去除缺陷，根据以前的实际数据做计划，用更有效的手法开发等，这样可以提高开发效率，减少一些加班的时间。
目前主要关注的方面在度量，评价，分析，改善，控制和预测几个方面，欧美的同行一直在研究为什么日本软件的生产率高，缺陷率如此之低，虽然有很多原因，但最最重要的一点就是：团队全员(请注意，只要有一个人不重视，就不是全员)都对过程和质量重视。这也是日式管理的秘诀针对CMM/CMMI中提出的人，技术，过程，我们提出的是工具，方法，过程和品质中心的文化，其中最最重要的就是文化，如果整个文化氛围缺乏，使非常难以进行品质和过程改进工作的。
2008年7月19日土曜日
2008年7月6日日曜日
SAP NetWeaver Programming Training
SAP NetWeaver Programming ABAP
Developers, consultants, and project managers working in ABAP, the SAP programming language, should consider the Web application development curriculum. You'll benefit from a full range of Web application development topics, including a broad overview and basic foundation, features and functionality, management and reporting, and advanced programming. As a result, you'll be able to take a comprehensive approach to meeting your company's specific needs. This curriculum also qualifies you for SAP Web application development certification
Programming ABAP (Project Team Training)
* SAP NetWeaver Programming Core
* SAP NetWeaver Programming Core (Additional Courses)
* Application-Specific Programming Courses
* Programming Web Applications
Programming ABAP (Solution /
* Development Associate / Professional - ABAP with SAP NetWeaver 7.0
* Development Consultant SAP NetWeaver 2004 - Web Application Development Focus ABAP (Delta Training)
SAP NetWeaver Programming Core
●SAPBW SAP Netweaver-Overview 3days
●NW001 Technology Solutions Powered by SAP NetWeaver 8hours
●SAPTEC SAP NetWeaver Application Server Fundamentals 3days
●BC400 ABAP Workbench Foundations 5days
●MBC400 Managing ABAP Development Projects 2days
●CA611 Test Management with eCATT 3days
●BC407 Reporting QuickViewer,InfoSet Query,and SAP Query 2days
●BC401 ABAP Objects 5days
●BC402 Advanced ABAP 5days
●BC405 Programming ABAP Reports 5days
●BC410 Developing Screen-Based User Dialogs 3days
●BC412 ABAP Dialog Programming Using EnjoySAP 5days
●BC425 Enhancements and Modifications 3days
●BC427 Enhancement Framework 2days
●BC430 ABAP Dictionary 3days
●BC490 ABAP Performance 3days
●BC414 Programming Database Changes 2days
●BC417 BAPI Development 3days
●DNW7AW Delta ABAP Workbench SAP R/3
Curriculum: SAP NetWeaver Programming Core (Additional Courses)
●SAPBW SAP Netweaver-Overview 3days
●NW001 Technology Solutions Powered by SAP NetWeaver 8hours
●SAPTEC SAP NetWeaver Application Server Fundamentals 3days
●BC400 ABAP Workbench Foundations 5days
●BC415 Remote Function Calls in ABAP 2days
●BC416 ABAP Web Service 2days
●BC420 Data Transfer 5days
●BC460 SAPscript 3days
●BC470 Form Printing with SAP Smart Forms 2days
●BC480 PDF-Based Print Forms 3days
●ONW04S OKP SAP NetWeaver 2004s
Curriculum: Application-Specific Programming Courses
●NW001 Technology Solutions Powered by SAP NetWeaver 8hours
●SAPBW SAP Netweaver-Overview 3days
●SAPTEC SAP NetWeaver Application Server Fundamentals 3days
●BC400 ABAP Workbench Foundations 5days
●HR350 Programming in Human Capital Management 5days
●AC400 Programming In Financials 3days
Programming Web Applications
●SAPBW SAP Netweaver-Overview 3days
●NW001 Technology Solutions Powered by SAP NetWeaver 8hours
●SAPTEC SAP NetWeaver Application Server Fundamentals 3days
●BC400 ABAP Workbench Foundations 5days
●BC401 ABAP Objects 5days
●NET200 Developing BSP Applications 5days
●NET310 Fundamentals of ABAP Web Dynpro 5days
●NET311 Advanced Web Dynpro for ABAP 2days
●NET321 UI Development With Web Dynpro For ABAP 3days
Curriculum: Development Associate / Professional - ABAP with SAP NetWeaver 7.0
●TAW10 ABAP Basics 10days
●TAW11 ABAP Details 20hours
●TAW12 ABAP Objects and How To Use It 10days
●C_TAW12_70 Development Associate-ABAP with SAP NetWeaver 7.0
●P_ABAP_GUI70 Dev.Prof-ABAP User Interfaces with SAP NetWeaver 7.0
●P_ABAP_SI_70 Dev.Prof.ABAP System Interfaces with SAP NW7.0
Curriculum: Development Consultant SAP NetWeaver 2004 - Web Application Development Focus ABAP (Delta Training)
●OWS62S OKP SAP WebAS 6.20
●OWS63S OKP SAP Web Application Server 6.30
●OWS64S OKP SAP Web Application Server 6.4
●ONW04S OKP SAP NetWeaver 2004s
●D620AW Delta ABAP Workbench SAP R/3 4.6- 2days
●TAWD4 Delta Workbench WebAS 6.20- 3days
●Cert.Dev.Cons.SAP NW 04- WebAS Focus ABAP
SAP NetWeaver Programming Java
Developers, consultants, and project managers working in Java should consider the Web application development curriculum. You'll benefit from a full range of Web application development topics, including a broad overview and basic foundation, features and functionality, management and reporting, and advanced programming. As a result, you'll be able to take a comprehensive approach to meeting your company's specific needs. This curriculum also qualifies you for SAP Web application development certification.
Programming Java
* Business Programming Java
* Development Associate / Professional - Java with SAP NetWeaver 7.0
Curriculum: Business Programming Java
●SAPBW SAP Netweaver-Overview 3days
●NW001 Technology Solutions Powered by SAP NetWeaver 8hours
●SAPTEC SAP NetWeaver Application Server Fundamentals 3days
●JA100 SAP J2SE Fundamentals 5days
●JA300 SAP J2EE Fundamentals 5days
●JA400 Introduction to Java EE5 5days
●JA410 Java on SAP NetWeaver 7.1 Technology 3days
●JA450 Web Dynpro Java on SAP NetWeaver 7.1 3days
●JA310 Java Web Dynpro Basic 5days
●JA312 Advanced Java Web Dynpro 5days
●JA313 Integration of SAP Interactive 2hours
●JA314 Java WebDynpro-Business Graphics
●JA320 SAP Java Persistence Framework 5days
●JA331 SAP Java Open Integration Technologies
●JA340 SAP NetWeaver Development Infrastructure 3days
●ONW04S OKP SAP NetWeaver 2004s
●OCE71 OKP SAP NetWeaver Composition Environment 7.1
Curriculum: Development Associate / Professional - Java with SAP NetWeaver 7.0
●JA100 SAP J2SE Fundamentals 5days
●JA300 SAP J2EE Fundamentals 5days
●JA331 SAP Java Open Integration Technologies
●JA310 Java Web Dynpro Basics 5days
●JA340 SAP NetWeaver Development Infrastructure 3days
●JA320 SAP Java Persistence Framework 5days
●C_JA320_70 Development Associate-Java with SAP NetWeaver 7.0
●P_JAVA_DEV70 DEV.Professional-Java with SAP NetWeaver 7.0
一个上海的哥们去香港参加SAP PA 考试的经历
发表于 2006-2-1 17:09
从其他往上看到的，希望对想考PA的同志们有所帮助
===========================
SD 认证考试心得
应York和Kitty的邀请，在这里写点心得。不能说是我成功了，我才刚刚开始。这里只是给同路人提一些建议而已！亚可公司相对来说是一家比较灵活的 民间培训公司，特别是给广大个人学员提供了比较廉价的培训选择，而且他们一直在不断改进中，这点很重要。我也向York和Kitty提了一些改进培训质量 的建议，获悉他们也在不断完善中。York也欢迎大家给他们提要求和建议。
一、考试经过
我是2005年5月左右结束了亚可上海SD班的培训。2005年12月9日，经过28天的连续复习之后，我踏上了前往香港的旅程。行程之前的事宜我早就办 好了，包括单位证明、认证考试登记（通过Email方式）、港澳通行证、机票等等，全都是在复习期间自己搞定的。我选择了当天往返的飞行考试。 9：05分上海浦东机场起飞，11：45分到达香港机场，经一位好心台湾大姐帮助，乘A12线公交巴士于13：45分抵达考试地点（太古城），14：30 分开始考试，17：27分提交考试，17：27分05秒通过考试。6500港币没打水瓢。17：40分从考试地点开始回程，乘地铁转机场快线，于18： 50分到达香港机场，20：05分飞机起飞，22：00分回到浦东机场。
二、考试心得
考试难度很大。通过考试，你的所有弱点暴露无疑，只有在考试时你才会发现许多东西没有复习到或复习透。特别是对于系统不熟悉，练习做得少的人就更难了（家 丑外扬啊）。换言之，就是考试面很广，你必须全面复习，比如考题中竟有一道是考你的Navigation技巧的，要注意喔。另一个大家关心的问题就是教材 与考题之间的关联度。这个问题很难回答。表面上看，考题中能从教材中找到的内容不到15％，但实际上考题的内容尽在教材中，关键是你对教材内容的理解有多 深多全。考生实际上是在用自己的理解回答问题。除了考试前的答题要求讲解，监考老师没有主动在考场出现过，除非你有问题，那可以用室内电话叫她。但就算让 你翻书你也翻不到，因为尽管时间是充裕的，但还不至于富裕到能够让你翻书找答案的地步。很多试题你在通过考试后也未必知道答案，因为你最后看到的只是考试 系统对你的答案的总体评估分。直到回家的路上我才意识到是不是评估报告上有什么按钮可以看自己的答题对错情况。
下面具体谈谈感想：
1． 理论基础和理论联系
扎实的理论基础绝对大大提高你通过考试的几率。最明显的例子就是主数据（ Master data），这个考项我只得了52分，幸亏我的项目实施（Implementation）考了100分，否则就悬了。据我所知，考过的前辈们在主数据上的得分好像都不高。
考试的大头儿是“联系”。考试中具体不会考你配置路径，更不会考你事务码或凭证类型代码。它考查的是具体的流程处理和控制，这就要求你关联地看问题，并且 知识不能含混，要扎实理解，否则就会被考题搞得信心全无，因为有的考题会把不相干的东西扯进来干扰你，让你怀疑自己是否没有复习到这个知识点。考试中这种 折磨人的题不少。所以项目经验丰富的人去考试会更抗干扰，而自学或初学的人就难熬了。具体考题实例我是背不下来的，太搞啦！抱歉。
2． 知识面（本位知识与周边知识）
这里所谓的知识包括两个方面：本位知识和周边知识。本位知识就是你要考试的知识。周边知识就是跟你考试的知识有或多或少关系的知识。比如我考的是SD，那 么我的本位知识就是SD，那么R3系统其它模块和R3系统以外的知识如财务知识、计算机技术等等就是周边知识。周边知识绝对对本位知识的考试命中率有很强 的辅助作用。本位知识的全面深度理解必然需要有周边知识的支持。在考试中，如果你不确定答案，你也可以运用周边知识来辅助推理。这次考试后，我开始看MM 和FI，发现我对SD又有了新的认识。如果以前就懂点MM和FI，肯定SD的考分会更高。
3． 英语理解能力
我是科技英语专业出身，这次复习和考试自然沾了不少光。首先教材的知识本身就有难度，加上是用英语阐述的，而且还是德式英语，理解起来并不容易。特别是指 代关系搞乱或搞丢了，整个流程的关系就会含混，很多人因此失去了耐心而不作深究，考试时就可能吃亏。除了许多代词要搞清指代的是谁外，还有许多关系从句、 定语从句、状语从句对整个主句进行重重限制，而这些限制往往是业务流程的关键点，不搞懂是不行的。这里主要是想提醒复习的同学们要有足够的耐心和心理准备 去克服教材理解中的难点。
4． 考试心理准备
考试的心理变化要从复习的时候讲起。学员最好有一个计划。我本人就是以考试时间为准，制定了4周的复习计划。在这个4周中，我的心理发生了剧烈变化，考试 信心指数经历了三、四次反复。每每碰到瓶颈时，信心指数急挫，而突破瓶颈之后信心又急升。但随着你对知识的深入理解，你有时候会受阻于周边知识的贫乏。比 如可用性检查，其中的ATP还好懂点，MRP就不是一下子能搞懂的了。幸好这已经是SD以外的知识，考试没考到，但SD教材中确实是花了2页篇幅概要地讲 解了这个知识点。所以SD教材中有些知识点会超出SD的范围，你要注意判别，不要过分纠缠，要懂得取舍，以后再看，时间要紧啊！！因此复习期间既要有韧劲 还要有策略，不要轻易放弃，要挺过去。（呵呵，没这么可怕吧！！主要还是你水平低吧，水平高的人当然随心所欲啦，俺也盼望碰到这样的高人咯）。
5． 培训资料选择
考试的内容其实在教材（即TASD40）中都提到了，我之前还看了 Level 3的课程教材，后来发现不太好，面铺得太开，不利于知识的集中学习。后来完全集中到TASD40，这样看能够更好的掌握进度。碰到难点时，最好先查阅 Help文档，不行再查阅Level 3的课程教材。如果你问别人，尽量问确切的问题，问题太大则不好回答，你也问不到你要的东西。而别人的理解也未必就很准确，不过会对你的理解有帮助，至少 会给你许多线索，所以交流还是很重要的，激烈的辩论可以刺激理解，可惜俺最后是单枪匹马复习，有时候真的很无助。建议大家结伴同考，可以相互帮助相互切 磋。最后对别人的回答最好还是查Help证实一下为好！网站上有一些大咨询公司的资料不错，实在没办法的时候，有时看看它们的文档会有意想不到的效果。我 看过3份好像是微软公司的SAP文档，没想到微软搞SAP的水平也很高，对微软有了新认识，向往之！
6． 实践加强理解
这是我最薄弱的环节。我的练习做得不多，有些练习是“看”过的，不是“做”过的，惭愧！！！通过这次考试，我可以肯定地说：如果你练习都做过，那你至少有 7成的把握能考过，再抓一下理论知识，那是100％能过的。问题是能全部做下这些练习绝非易事，如果你使用的是自己安装的系统就更难了。
7． 考试的成本
这个问题是考试外的问题，也是大家所关心的。先给大家算笔我的考试成本帐：【亚可培训费用】：6120元（当时9折价，原价6800，现在好像是 7800），这一步不要省，除了SAP知识以外，你还会获得的许多东西，包括珍贵资料、朋友、渠道，甚至开阔你的事业观等等，我很庆幸自己碰到了很好的团 队，班长和队员的水平都很高，人很热情；【往返机票】：3000元左右，当天往返香港比较贵，隔天的话在2500元左右，当然有渠道的可以拿到更低的机票 价格，也要看淡季还是旺季；【考试费】：6500港币，折合人民币6800元，好像没有还价的余地，我干脆没还过价，能考过的话，10000元也肯啊！是 吧！呵呵！所以总成本是：【培训费用】＋【往返机票】＋【考试费】＝6120＋3000＋6800＝15920元。价格不菲啊！还不包括杂七杂八的差旅和 膳食费用以及精神与健康损耗。你要好生掂量一下喔，最好让单位出！没十足把握不要冲动哦！呵呵，其实我也没有十足把握，运气好而已！呵呵。不过只有高投入 才“可能”有高产出嘛。你自己拿主意吧。
结束语
我说了这么多，并不是想说自己很精通了，而是觉得自己比较幸运。通过自己的努力已经基本跨入了SAP知识的殿堂。通过认证考试，你会发现你的努力方向会更加明确。这里发表的一点感想是给各位奋斗中的学友们的一些建议，未必都适用于各位，仅供大家参考。
考试后的及时补充学习很有益。比如我又开始对伙伴确定过程、主数据、销售BOM、条件技术、复制控制等进行再学习，效果不错。
如何做好ABAP开发?
要最有效地使用ABAP不仅需要熟悉编程语言和拥有ABAP认证，某专家称。这需要克服通常困扰整个ABAP开发社区的一些共同问题。
【IT专家网独家】要最有效地使用ABAP不仅需要熟悉编程语言和拥有ABAP认证，某专家称。这需要克服通常困扰整个ABAP开发社区的一些共同问题。
今天的ABAP比以往更强大，但在优化ABAP程序性能、进行ABAP升级以及获得程序诊断的必要经验时，SAP应用程序开发人员仍然发现他们常常会被难倒,西门子巴基斯坦公司的SAP高级技术顾问和ABAP专家Rehan Zaidi称。
“用户是我们最优先的考虑，”他说，“你必须调整系统以适合用户的需求。”
SAP的ABAP编程语言最初于1992年引入以帮助开发人员为客户机/服务器结构的R/3平台编写程序。SAP目前将此项技术定位为其Web应用程序服务器的关键业务应用程序编程语言，该Web应用程序服务器是NetWeaver 7.0的一个主要组件。
对ABAP初学者，理解SAP ERP是关键
初学ABAP的开发人员多是精通多种编程语言，这当然很好，Zaidi称。但了解SAP ERP同样很重要，如果不是更重要的话。
“我培训的大多数人员都是VB程序员或Java程序员;80%的人不是ERP程序员，”他说，“因此基本的困难就是我们必须首先告诉他们SAP的体系结构，它是基于三层结构设计的。”
三层客户机/服务器设计是数据库、应用程序和表现逻辑的组合。这一体系结构通常运行在三台单独的物理机器上，这些机器共同合作向用户提供所需的结果。
在三层结构设计下，数据库和应用程序通过表现逻辑层相互通信以提取和推动数据，这对于向终端用户提供可访问的信息非常关键。
下一步
一旦开发人员熟悉了SAP ERP后，他们要集中精力完成的下一个也是最常见的任务就是用ABAP生成报告。这意味着要理解ABAP字典，Zaidi说。
ABAP字典负责管理系统数据。它是ABAP Development Workbench的接口部分并支持用户自定义类型的定义(数据元素、结构和表类型)，Zaidi解释道。ABAP字典是ABAP开发人员职业生涯的核心，因为几乎所有的数据都通过它来筛选。
“开发人员必须具备ABAP字典的知识，因为它给出了所有表格…我们从中提取数据，”他说，“如果你不具备ABAP字典的知识，那么作为一个ABAP编程人员你将毫无用处。
ABAP性能和升级
开发人员还必须精通性能优化和升级，Zaidi说。这两者是ABAP编程人员职业生涯中不可缺少的部分。
01
要最有效地使用ABAP不仅需要熟悉编程语言和拥有ABAP认证，某专家称。这需要克服通常困扰整个ABAP开发社区的一些共同问题。
“总是让ABAP编程人员头疼的一个重要问题就是程序运行缓慢，或是随着时间推移程序失去了其原有性能，”Zaidi说。
解决性能问题和无缝集成升级的最佳方式就是排错，但要找到问题所在可能很困难。通常错误可能随时存在于任何服务器的任何程序中，快速有效地诊断错误的能力只能通过多年的技术经验来获得。
仅有ABAP认证是不够的
拥有ABAP认证是件好事情，但这不能取代工作中的实践经验，Zaidi称。
另外，他补充道，西门子在巴基斯坦的ABAP认证课程有一些明显的不足。
例如，这一25天的课程并没有给ABAP初学者提供足够的技术工作的知识，他说，像提取数据和故障诊断这些典型的工作场景在各个SAP模块中都没有涉及。
“我不赞同课程的大纲，”Zaid i说，“ABAP编程人员应该知道的主要是如何解决问题，那些在你的工作中出现的实际问题。”
SAP NetWeaver 技术平台
来源： 作者：SAP公司售前咨询经理 王磊 时间：2007-12-07 Tag： 点击：
SAP NetWeaver 技术平台
SAP公司售前咨询经理 王磊
进入互联网协同商务时代，封闭式解决方案正在被开放式IT系统架构所代替。在这种环境下，IT系统架构必须能支持分布式的IT架构进行高效、低成本及可靠的运行，同时，为了获得持久竞争优势，企业间需要积极推进协同商务，这就要允许企业根据不断变化的业务需求调整IT系统架构。
因此，系统架构必须具备开放性和灵活性才能满足上述要求。而为了实施协同式的商务环境，企业间需要集成现有的异构IT系统,并需将集成范围扩展至自己的业务伙伴、客户和供应商。这种协同商务集成需要建立一个完整的开放式的技术平台，提供与现有Web应用服务和通用应用系统的交叉集成。这种新的应用系统体系必须满足和符合现有及最新网络服务的功能、技术的发展、企业组织结构的调整与变化。为了全面提供企业间实施协同电子商务的要求，SAP? NetWeaver技术平台提供了能管理异构系统的，功能强大的协同式电子商务整体解决方案。
SAP NetWeaver技术平台的主要由以下组件构成:
SAP EP (企业门户) ：这是为满足各种不同使用者所设计的企业门户网站。能提供给企业內外使用者个性化的內外部信息、应用系统及服务、而且没有时间、地点及使用设备的限制。门户通过如下功能将企业内外的用户集成起来。
SAP BW (业务数据仓库)：这主要用来集成结构信息，便于制定更准确的决策。SAP BW以您的业务过程为依据，利用SAP系统开放性、集成方式和过渡数据方案，来为您的数据提供更有效的、具启发性的视角。根据您个人的业务过程，将数据进行析取、载入和聚合，并根据用户需求，以用户友好的、灵活的方式展现在用户面前。
SAP XI (企业交换架构)：这是以业务流程集成为导向，推动端对端协同商务的工具，或者说企业信息总线。SAP XI 可以为企业用户提供高效、集成的跨平台解决方案。通过SAP的XI可以为企业集成不同的应用系统。绝大多数的MES厂商，如SIEMENS, ABB, GE, PSI等等都可以通过SAP XI 实现于SAP的ERP系统进行业务数据的交换。
SAP Web AS (网络应用服务器): 这是企业门户、业务数据仓库、交换系统和各种应用组件运行的可靠的基础架构，SAP Web AS 提供了两种与应用服务并行的运行平台。 其中的ABAP引擎支持基于ABAP业务应用程序。同时 SAP J2EE引擎 (或 Web AS Java) 是与J2EE 1.3兼容并支持JAVA组件的应用服务。SAP J2EE 引擎不仅仅是建立在JAVA技术基础上的应用服务，更主要的是它能够真正实现在JAVA环境下企业应用的开发，同时它保护了企业在ABAP技术上的投入。在与 SAP 企业门户配合使用时，SAP Web应用服务器可充当业务流程的前台中央接口，无论使用何种组件。其他分布式 Web服务，如基于企业版Java平台(J2EE)，或基于Microsoft .NET的 Web 服务，都可在 SAP Web AS 应用服务器环境下运行。
综上所述，SAP NetWeaver技术平台具有以下的主要特点：
SAP NetWeaver技术平台是一种完全的Web基础架构，符合电子商务解决方案的开放式标准。这一架构可以与任何供应商使用任何技术平台所开发的任何应用异构环境进行集成。
SAP NetWeaver技术平台可以使企业应用、交叉应用和协同商务在一个公共架构下进行处理，实现企业内部和企业间的集成。
SAP NetWeaver技术平台具有Web应用服务的系统功能，可在共享协同知识的基础上，实现人员、流程和信息的集成与共享。
SAP NetWeaver技术平台除了具备上述特点外，还能最大限度保护已有投资，将总体拥有成本尽可能降到最低程度。
SAP NetWeaver 技术平台
SAP公司售前咨询经理 王磊
进入互联网协同商务时代，封闭式解决方案正在被开放式IT系统架构所代替。在这种环境下，IT系统架构必须能支持分布式的IT架构进行高效、低成本及可靠的运行，同时，为了获得持久竞争优势，企业间需要积极推进协同商务，这就要允许企业根据不断变化的业务需求调整IT系统架构。
因此，系统架构必须具备开放性和灵活性才能满足上述要求。而为了实施协同式的商务环境，企业间需要集成现有的异构IT系统,并需将集成范围扩展至自己的业务伙伴、客户和供应商。这种协同商务集成需要建立一个完整的开放式的技术平台，提供与现有Web应用服务和通用应用系统的交叉集成。这种新的应用系统体系必须满足和符合现有及最新网络服务的功能、技术的发展、企业组织结构的调整与变化。为了全面提供企业间实施协同电子商务的要求，SAP? NetWeaver技术平台提供了能管理异构系统的，功能强大的协同式电子商务整体解决方案。
SAP NetWeaver技术平台的主要由以下组件构成:
SAP EP (企业门户) ：这是为满足各种不同使用者所设计的企业门户网站。能提供给企业內外使用者个性化的內外部信息、应用系统及服务、而且没有时间、地点及使用设备的限制。门户通过如下功能将企业内外的用户集成起来。
SAP BW (业务数据仓库)：这主要用来集成结构信息，便于制定更准确的决策。SAP BW以您的业务过程为依据，利用SAP系统开放性、集成方式和过渡数据方案，来为您的数据提供更有效的、具启发性的视角。根据您个人的业务过程，将数据进行析取、载入和聚合，并根据用户需求，以用户友好的、灵活的方式展现在用户面前。
SAP XI (企业交换架构)：这是以业务流程集成为导向，推动端对端协同商务的工具，或者说企业信息总线。SAP XI 可以为企业用户提供高效、集成的跨平台解决方案。通过SAP的XI可以为企业集成不同的应用系统。绝大多数的MES厂商，如SIEMENS, ABB, GE, PSI等等都可以通过SAP XI 实现于SAP的ERP系统进行业务数据的交换。
SAP Web AS (网络应用服务器): 这是企业门户、业务数据仓库、交换系统和各种应用组件运行的可靠的基础架构，SAP Web AS 提供了两种与应用服务并行的运行平台。 其中的ABAP引擎支持基于ABAP业务应用程序。同时 SAP J2EE引擎 (或 Web AS Java) 是与J2EE 1.3兼容并支持JAVA组件的应用服务。SAP J2EE 引擎不仅仅是建立在JAVA技术基础上的应用服务，更主要的是它能够真正实现在JAVA环境下企业应用的开发，同时它保护了企业在ABAP技术上的投入。在与 SAP 企业门户配合使用时，SAP Web应用服务器可充当业务流程的前台中央接口，无论使用何种组件。其他分布式 Web服务，如基于企业版Java平台(J2EE)，或基于Microsoft .NET的 Web 服务，都可在 SAP Web AS 应用服务器环境下运行。
综上所述，SAP NetWeaver技术平台具有以下的主要特点：
SAP NetWeaver技术平台是一种完全的Web基础架构，符合电子商务解决方案的开放式标准。这一架构可以与任何供应商使用任何技术平台所开发的任何应用异构环境进行集成。
SAP NetWeaver技术平台可以使企业应用、交叉应用和协同商务在一个公共架构下进行处理，实现企业内部和企业间的集成。
SAP NetWeaver技术平台具有Web应用服务的系统功能，可在共享协同知识的基础上，实现人员、流程和信息的集成与共享。
SAP NetWeaver技术平台除了具备上述特点外，还能最大限度保护已有投资，将总体拥有成本尽可能降到最低程度。
SAP Web应用服务器
Web应用服务器 (WAS或者Web AS)是NetWeaver解决方案的一个组件。在SAP看来，web应用服务器是他们大部分产品运行的基础。
它的基本功能是用于基于SAP标准解决方案编程语言(通常是ABAP)的web开发，但新版本也允许使用Java语言进行开发。有了web应用服务器，在web环境下基于SAP解决方案基础设施发布查询，程序和ABAP应用就有了可能。新版的WAS也支持像Java这样的开放标准。6.20以上的版本里可以单独创建ABAP程序，Java程序或者两者的混合。
SAP Web应用服务器的架构可以分为五层：
- 表现层：在表现层，用户接口可以使用JSP，BSP或者Web Dynpro技术来开发。下面的业务层通过Java或ABAP程序来提供业务内容。
- 业务层：业务层包括一个通过J2EE认证的运行时环境来出来从ICM传来的请求然后动态产生一个应答。业务逻辑可以用ABAP或者基于J2EE标准的Java来实现。开发人员实现了业务逻辑后可以用J2EE环境的EJB来持续化这些业务逻辑。开发人员还可以访问运行在ABAP环境里的应用的业务对象以从他们的业务逻辑和持续化中获益。
- 集成层：本地的集成引擎是SAP Web应用服务器的一个完整组成部分，可以实现和SAP XI的即时连接。本地的集成引擎提供信息服务，可以实现连接到SAP XI上个组件之间的信息交换。
- 连接层：因特网通信管理器(ICM)把用户接口的请求发送到表现层并提供一个单一的框架来处理使用多种不同通信协议的链接。现在，可用的模块有HTTP，HTTPS，SMTP，SOAP,FastCGI。
- 持久化层：持久化层支持数据库无关操作和弹性事务处理。业务逻辑可以完全不考虑底层数据库和操作系统来开发。对开放标准的支持也使数据库无关成为可能。数据库接口保证从ABAP环境里通过Open SQL进行的数据访问都是经过优化的。SAP还推出了Open SQL对Java的支持，为应用开发人员提供了多种标准API，如SQLJ。其他技术，比如JDO和CMP EJB，或者直接使用JDBC API访问都是支持的。
JAVA与SAP数据交互的方式总结
JAVA与SAP数据交互的方式总结
- RFC方式：Java程序直接通过RFC访问SAP的对象（或称函数，可能叫法不对）
SAP 提供了BAPI(Business Application Programming Interface)，BAPI是SAP系统对外提供的一系列接口,主要是使第三方程序通过这些接口来使用SAP,从而方便客户定制某些程序.VB, Java,C,C++等都可以通过BAPI来访问SAP.BAPI是通过R/3系统上的RFC(Remote function call)功能来实现的.因为BAPI的强大功能作为基础,SAP就完全可以选择Java在CRM上加强各种功能,比如可以用Java快速开发一个实现特 定功能的客户端。针对Java，SAP也提供了一个API叫Java Connector(JCo),可以使用它方便的调用BAPI提供的接口。
举例说明 ：在我们的某一个项目中，需要每个月从R3取出供应商的寄售和非寄售汇总结算数据和明细数据，展现在供应商信息平台上，供供应商开发票和财务部付款进行结算，那么可以做一个定时器，通过RFC在每个月的一号0点将结算数据取出。
private final static String FUNCTION_GET_NONVMI_DATA = "ZPUR_DATA_GET_TMP1";
/**
* 处理接口参数
*/
private JCO.ParameterList getNonVmiTableParameterList(
JCO.Client aConnection, String bukr, String month, String start,
String end, String lifnr) {
IRepository aRepository = new JCO.Repository("SAPRep", aConnection);
IFunctionTemplate functionTemplate = aRepository
.getFunctionTemplate(FUNCTION_GET_NONVMI_DATA);
logger.debug("FunctionTemplate=" + functionTemplate);
JCO.Function function = new JCO.Function(functionTemplate);
JCO.ParameterList input = function.getImportParameterList();
input.getField("BUKRS").setValue(bukr);
//input.getField("SPMON").setValue(month);
input.getField("LIFNR").setValue(lifnr);
input.getField("ZBUDATB").setValue(start);
input.getField("ZBUDATN").setValue(end);
logger.debug("ImportParameterList=" + input);
aConnection.execute(function);
JCO.ParameterList tableParams = function.getTableParameterList();
return tableParams;
}
2、Idoc方式
适用于中间文件的IDoc定义格式，是SAP企业系统软件的应用程序之间或SAP应用程序与外部程序之间电子数据交换用的标准数据格式。IDoc是SAP 的应用程序连接系统的数据转换工具。IDoc用于数据异步处理：每个IDoc生成独立的文本文件，无需连接中央数据库，就可以传送给要求数据的工作平台。 SAP的另一个系统业务应用程序接口则用于数据同步处理。 一个大公司的网络操作环境很可能需要各地分公司的电脑都能与公司的主数据库连接。这些电脑很 可能是用不同的硬件或操作系统平台。因为IDoc对数据进行了压缩，所以它无需变换格式就能在不同的操作系统上使用。 IDoc类型指定不同种类的数 据，比如说购买订单或发票，它们可能被划分为更细小的数据种类，即信息类型。更详细的分类意味着一个IDoc类型只能储存某一特定交易所需的数据，这样既 提高了工作效率又降低了资源损耗。 在事务处理过程中，IDoc随时会生成。例如，在运货交易过程中，可能会产生打印货运清单所需数据的IDoc。客户 在SAP系统执行完一项交易后，在数据传送过程中和经过ALE通讯层时，一个或多个IDoc会生成。通讯层执行远程功能调用，使用由客户模式规定得端口定 义和RFC介面定义。IDoc的接收者可能为R/3、R/2或一些外部系统。
在采用IDOC方式的时候，可以采用IDOC落地或不落地的方式，一般只有在跟踪测试或做传输记录的时候的采用IDOC落地的方式，一般其他情况基本上都是采用不落地的方式。
public class JcoIdocServer extends JCoIDoc.Server {
private final Log logger = LogFactory.getLog(JcoIdocServer.class);
public JcoIdocServer(java.util.Properties properties,
IRepository jcoRepository, IDoc.Repository idocRepository) {
super(properties, jcoRepository, idocRepository);
}// constructor MyIDocServer
/**
* Overridden method of JCoIDoc.Server. Function requests that do not
* contain IDocs will be handled here. These requests will be stored as
* XML file in the incoming path. No other action will be done. The
* return values won't be filled and no exception will be thrown to the
* caller.
*/
protected void handleRequest(JCO.Function function) {
logger.error("error:incoming function request '"
+ function.getName() + "',but this should be not happen.");
}// method handleRequest
/**
* Overridden method of JCoIDoc.Server. Function requests that contain
* IDocs will be handled here. All IDocs will be stored as XML files in
* the incoming path. Additionally, IDocs that are part of an ORDERS
* message will be processed specifically. Some relevant information is
* extracted from these IDocs and will be stored in a text file in the
* incoming path.
*/
protected void handleRequest(IDoc.DocumentList documentList) {
logger.debug("Incoming IDoc list request containing "
+ documentList.getNumDocuments() + " documents...");
IDoc.DocumentIterator iterator = documentList.iterator();
IDoc.Document doc = null;
while (iterator.hasNext()) {
doc = iterator.nextDocument();
logger.debug("Processing document no. " + doc.getIDocNumber()
+ "...");
JcoIdocAudit jcoIdocAudit = new JcoIdocAudit();
jcoIdocAudit.setTabnam(doc.getTableStructureName());
jcoIdocAudit.setMandt(doc.getClient());
jcoIdocAudit.setDocnum(doc.getIDocNumber());
jcoIdocAudit.setDocrel(doc.getIDocSAPRelease());
jcoIdocAudit.setStatus(doc.getStatus());
jcoIdocAudit.setDirect(doc.getDirection());
jcoIdocAudit.setOutmod(doc.getOutputMode());
jcoIdocAudit.setExprss(doc.getExpressFlag());
jcoIdocAudit.setTest(doc.getTestFlag());
jcoIdocAudit.setIdoctyp(doc.getIDocType());
jcoIdocAudit.setCimtyp(doc.getIDocTypeExtension());
jcoIdocAudit.setMestyp(doc.getMessageType());
jcoIdocAudit.setMescod(doc.getMessageCode());
jcoIdocAudit.setMesfct(doc.getMessageFunction());
jcoIdocAudit.setStd(doc.getEDIStandardFlag());
jcoIdocAudit.setStdvrs(doc.getEDIStandardVersion());
jcoIdocAudit.setStdmes(doc.getEDIMessageType());
jcoIdocAudit.setSndpor(doc.getSenderPort());
jcoIdocAudit.setSndprt(doc.getSenderPartnerType());
jcoIdocAudit.setSndpfc(doc.getSenderPartnerFunction());
jcoIdocAudit.setSndprn(doc.getSenderPartnerNumber());
jcoIdocAudit.setSndsad(doc.getSenderAddress());
jcoIdocAudit.setSndlad(doc.getSenderLogicalAddress());
jcoIdocAudit.setRcvpor(doc.getRecipientPort());
jcoIdocAudit.setRcvprt(doc.getRecipientPartnerType());
jcoIdocAudit.setRcvpfc(doc.getRecipientPartnerFunction());
jcoIdocAudit.setRcvprn(doc.getRecipientPartnerNumber());
jcoIdocAudit.setRcvsad(doc.getRecipientAddress());
jcoIdocAudit.setRcvlad(doc.getRecipientLogicalAddress());
jcoIdocAudit.setCredat(doc.getCreationDateAsString());
jcoIdocAudit.setCretim(doc.getCreationTimeAsString());
jcoIdocAudit.setRefint(doc.getEDITransmissionFile());
jcoIdocAudit.setRefgrp(doc.getEDIMessageGroup());
jcoIdocAudit.setRefmes(doc.getEDIMessage());
jcoIdocAudit.setArckey(doc.getArchiveKey());
jcoIdocAudit.setSerial(doc.getSerialization());
jcoIdocAuditManager.create(jcoIdocAudit);
String[] result = new String[] {
JcoIdocAudit.OPERATION_FAILURE, "未知错误" };
String msgType = doc.getMessageType();
logger.debug("Processing message of type '" + msgType + "'...");
if ("MATMAS".equals(msgType)) {
logger.debug("idocManager.processMATMAS(doc),msgType="
+ msgType);
logger.debug("idocManager=" + idocManager);
result = idocManager.processMATMAS(doc);
} else {
logger.debug("invalid msgType:" + msgType);
return;
}
jcoIdocAudit.setOpcod(result[0]);
jcoIdocAudit.setOpmsg(result[1]);
jcoIdocAuditManager.update(jcoIdocAudit);
}
}// method handleRequest
/**
* The following 4 methods for transaction management are not
* implemented here in this sample program. For a description on how to
* implement them in real production scenarios please see the JCo API
* specification for the JCO.Server class.
*/
protected boolean onCheckTID(String tid) {
return true;
}// method onCheckTID
protected void onConfirmTID(String tid) {
}// method onConfirmTID
protected void onCommit(String tid) {
}// method onCommit
protected void onRollback(String tid) {
}// method onRollback
@Override
public String toString() {
return "gwhost=" + this.getGWHost() + ";gwserv=" + this.getGWServ()
+ ";progid=" + this.getProgID();
}
}
3、XI方式
XI 的集成又可以分为两个层次，第一个层次称为Integration Broker，以消息的方式进行的数据的交换；另外一个层次是 BPM，即业务流程管理。
在 XI 中，数据（可以使一条记录，比如单个的物料主数据；也可以是多条记录，比如含主单明细的供应商主数据）从某一个业务系统通过 XI 发送到另外一个业务系统，站在业务系统的角度，前者称为 Sender，后者称为 Receiver 。
适 配器(Adapter)进行 XI-XML 格式与业务系统的特定类型的数据格式之间的转换。依据业务系统的数据格式的不同，适配器可以分为多种类型，比如 SOAP Adapter, JDBC Adapter, File Adapter, RFC Adapter 和 IDoc Adapter 等。通常说的实现方式，譬如 SOAP+RFC，是指Sender 与 XI 之间使用 SOAP Adapter，XI 与 Receiver 之间使用 RFC Adapter。
在我们其中的一个项目中，是java做一个接口部署为Web service，然后由XI通过这个web service向java程序输入相应数据。
2008年7月4日金曜日
十问SAP职业顾问 解除求职者疑虑
作者: JON REED, 出处:TechTarget, 责任编辑: 徐蕊,
2007-08-30 11:31
【IT专家网独家】Jon Reed是一位独立SAP分析师，他主要就SAP顾问趋势编写文章。他同时也是JonERP.com的站长，JonERP.com是一个关于SAP职业生涯趋势的网站，主要内容是Jon的博客和播客。Jon已经发布超过数十篇关于SAP职业生涯和市场分析的文章。他是SearchSAP.com里面的“问专家”版块的职业生涯专家。
目录
1.ABAP的下一件大事
2.利用我的人力资源(HR)背景进入SAP领域
3.成为一名Techno-Functional 顾问
4.美国的ABAP开发者获得晋升机会
5.SAP中融资契约和成本控制工程师的经验
6.标出目前最热门的SAP环境
7.开辟中东繁荣的SAP市场
8.经验丰富的SD/CRM顾问的下一步
9.SAP GRC依然是一个“很合适的职务”吗?
10.利用Leveraging Basis的经验成为职业的SAP顾问
1.ABAP的下一件大事
我是一位ABAP认证的开发者，我在寻找“下一件大事”来加强我的技能。你认为SAP哪一个技术将会在未来几年内需求最高?
如果你对外面天花乱坠的广告很感兴趣的话，你会发现网络上都是与企业SOA和SAP服务有关的广告。但是，我们并不清楚到底需要什么样水平的顾问去了解这些SOA思想和企业SOA将会有有多重要。我们清楚的是NetWeaver将可能使得顾问的需求增大，但是这个平台很广泛。如果我必须选择一个 SAP的领域，我猜我会选择BI和核心功能与BI的集成这两个领域。如果继续留在编程方向的话，选择任何与SAP's NetWeaver Java stack附属的东西。
2.利用我的人力资源(HR)背景进入SAP领域
我想知道如果某人想进入SAP就业市场需要哪些步骤。我是一名有六年经验的人力资源(HR)经理。我了解Java和SQL，并在最近在ABAP完成了一个长编课程。有什么建议吗?
通常来说，我会建议所有人学习SAP以作技能的储备，并且找出与自己相关的SAP领域。按照你的情况，更富有弹性。我会建议你继续关注SAP的 Functional，并且把目标瞄准在SAP HR/HCM领域，因为你在这方面有大量的企业经验。你的编程经验对此也会有会有帮助，因为所有功能良好的团队必须至少有一个人与研发小组座下来谈代码的细节。
3.成为一名Techno-Functional 顾问
我知道NetWeaver已经把不少的组件合并，包括BI和Portal。作为一个想成为Techno-functional顾问而不是完全的Technical 顾问，你会建议学习 NetWeaver XI并进入到BI领域吗?
我不认为你必须学习XI而让自己成为一名出色的BI顾问。据我了解，很多成功的BW/BI顾问都对XI了解很少。如果你最终目标是BI，但你仍然想成为一名技术有关的人员，我会建议你将BI技能深入到某一实际的领域。如果你想成为一名把FI相关的数据集成到BI并且使用BI自定义财务报表的专家，你可能需要了解SEM方面的功能就象IP那样，现在已经被集成到BI 7.0中的BW模块中。通常，你需要寻找有利的环境，并且利用它。
4.美国的ABAP开发者获得晋升机会
我是一名美国的ABAP开发者(濒临灭绝的人)。但是我有在这领域有10年以上的经验，并有一些管理经验，所以我还能坚持到现在。然而，我的薪水并不高。我怎样才能在不被解雇的情况下解决获得公平晋升的问题呢?
虽然ABAP专家现在是比较缺乏，但我不确定他们目前是否濒临灭绝。事实上，我认为你的处境可以这样理解：你依然有工作，但薪水似乎与你丰富的经验不符合。大多数的老板--至少是你想替工作的那位--会有某种表现评估，如果你达到特定的里程碑或者管理等级，将会使得你有额外的奖励。你必须判断 “晋升问题”是否与你和直系上司的关系有关。如果你有良好的工作关系，一个关于你渴望提高薪金的谈话将会使你获得满意的结果。
5.SAP中融资契约和成本控制工程师的经验
我是一名在印度和国外著名的跨国公司工作了20年的土木工程师。现在，我考虑利用我过去土木工程师项目里面遇到的商业问题，进入SAP职业生涯。不知道对我这样年龄的人有什么好的建议呢?
工程师们进入SAP领域完全从他们的兴趣出发，因为工程师们良好的训练使得他们更容易进入其他技术领域。例如，我知道很多工程都成为成功的 SAP程序员。但是，工程师们可以在SAP中的产品生命周期管理(PLM)领域做得更好。虽然SAP的PLM不是SAP顾问中最热门的领域，但它依然是 SAP的Business Suite中的关键部分，并且你的专业技能可以使你更容易实施PLM。我建议你查看SAP的产品线，看一下哪个领域最适合你的专业知识。
6.标出目前最热门的SAP环境
作为一名经验丰富的SAP 训练者/开发人员，我最近已经专门地在R/3 4.6C PS/MM/SD 模块工作了。我在寻找我职业生涯方向的改变，并且我希望在初期能涉及更多的SAP的实现。目前最热门的SAP环境是什么呢?
毫无疑问，目前最热门的SAP环境是 SAP ERP 6.0。如果你能熟悉6.0的功能，那肯定会提高你的市场竞争力。此时，你要在4.6C的等级上履行你的工作将会很困难，因为有很多的顾问已经拥有 4.6C的技能，而且很多的公司正在该平台上迁走。我鼓励人们做一件事，就是：找出到底想对职业生涯或技术做出多大改变，然后做一个可以在每次工作的变换获得技术提高的计划。
7.开辟中东繁荣的SAP市场
我看见SAP在中东很繁荣，但我想知道是否值得对SAP认证和培训做出长远投资呢?
当一个公司决定安装SAP时，SAP不能马上完成的--SAP的安装需要多年的协议，提供额外的首次展示和升级。因此，如果看见现在很繁荣，在可见的未来里，SAP将会有很大机会保持繁荣。关键在于选择你所感兴趣的并能变成广泛技能的SAP职业道路。我一直对投资SAP认证持怀疑的态度。并不是我认为SAP认证没用，而是有些人对认证作用的估计过高。很多SAP的顾问都是在正确的时间和地点获得第一次的经验。我会选择集中精力寻找在一家正在实施的SAP的公司工作。
8.经验丰富的SD/CRM顾问的下一步
我是一名SAP SD/CRM认证的顾问。SAP哪一个领域还是那么热门?我应该继续留在目前的领域还是转到其他领域呢?SAP NEtWeaver的哪一个领域会适合我?
在未来的几年里，我认为在核心功能部分工作是最棒的 - FI/CO, HR, SD。这是因为升级的浪潮应该会使核心领域的活动保持在一个较高的水平。但是，如果升级浪潮完成，我认为一些附加的组件，如CRM等，将会重新被人们所注意。我承认NetWeaver是比较热门，但一般来说，我认为SAP的Functional 技能会获得比Technical高的薪水。目前，NetWeaver有集中途径接触到Functional领域，你可以据此来扩展你的市场竞争力。
9.SAP GRC依然是一个“很合适的职务”吗?
我听说过很多关于SAP GRC 在市场越来越壮大 -- 这是一个适合寻找合适工作的领域吗?
我目前不会把GRC当作一个强烈重点，因为我看不到它有足够的职位另它成为一个适合寻找工作的领域。而我看到的是，许多成功的顾问，把遵守相关的工作作为自己的重点，例如Financials和/或HR顾问，他们都知道如何顺应问题来改进自己技能的重点。总而言之，我会选择把GRC作为我技能的一部份而不是重点。
10.利用Leveraging Basis的经验成为职业的SAP顾问
我是一位有10年以上经验的IT专家，目前我正在做SAP Basis的工作。我知道这对于要在这个行业成为顾问有点晚，但是我希望能快速达到这个目标，不知道有什么建议?
如果你对SAP有深厚的认识，那么要成为一名顾问永远都不会太迟。现在有一条经过检验而可靠的方法来决定你是否准备好了要成为一名顾问：把你简历投递出去。你获得(或没获得)的反馈量会告诉你顾问市场到底需要你有多高的技能水平。如果你没获得任何的反馈，这将会怎样呢?这将会是一个问题，因为你将不会知道你需要改进你哪一方面的技能，以获得更多的机会。(future0906编译)
TechTarget独家授权，严禁转载!
2007-08-30 11:31
【IT专家网独家】Jon Reed是一位独立SAP分析师，他主要就SAP顾问趋势编写文章。他同时也是JonERP.com的站长，JonERP.com是一个关于SAP职业生涯趋势的网站，主要内容是Jon的博客和播客。Jon已经发布超过数十篇关于SAP职业生涯和市场分析的文章。他是SearchSAP.com里面的“问专家”版块的职业生涯专家。
目录
1.ABAP的下一件大事
2.利用我的人力资源(HR)背景进入SAP领域
3.成为一名Techno-Functional 顾问
4.美国的ABAP开发者获得晋升机会
5.SAP中融资契约和成本控制工程师的经验
6.标出目前最热门的SAP环境
7.开辟中东繁荣的SAP市场
8.经验丰富的SD/CRM顾问的下一步
9.SAP GRC依然是一个“很合适的职务”吗?
10.利用Leveraging Basis的经验成为职业的SAP顾问
1.ABAP的下一件大事
我是一位ABAP认证的开发者，我在寻找“下一件大事”来加强我的技能。你认为SAP哪一个技术将会在未来几年内需求最高?
如果你对外面天花乱坠的广告很感兴趣的话，你会发现网络上都是与企业SOA和SAP服务有关的广告。但是，我们并不清楚到底需要什么样水平的顾问去了解这些SOA思想和企业SOA将会有有多重要。我们清楚的是NetWeaver将可能使得顾问的需求增大，但是这个平台很广泛。如果我必须选择一个 SAP的领域，我猜我会选择BI和核心功能与BI的集成这两个领域。如果继续留在编程方向的话，选择任何与SAP's NetWeaver Java stack附属的东西。
2.利用我的人力资源(HR)背景进入SAP领域
我想知道如果某人想进入SAP就业市场需要哪些步骤。我是一名有六年经验的人力资源(HR)经理。我了解Java和SQL，并在最近在ABAP完成了一个长编课程。有什么建议吗?
通常来说，我会建议所有人学习SAP以作技能的储备，并且找出与自己相关的SAP领域。按照你的情况，更富有弹性。我会建议你继续关注SAP的 Functional，并且把目标瞄准在SAP HR/HCM领域，因为你在这方面有大量的企业经验。你的编程经验对此也会有会有帮助，因为所有功能良好的团队必须至少有一个人与研发小组座下来谈代码的细节。
3.成为一名Techno-Functional 顾问
我知道NetWeaver已经把不少的组件合并，包括BI和Portal。作为一个想成为Techno-functional顾问而不是完全的Technical 顾问，你会建议学习 NetWeaver XI并进入到BI领域吗?
我不认为你必须学习XI而让自己成为一名出色的BI顾问。据我了解，很多成功的BW/BI顾问都对XI了解很少。如果你最终目标是BI，但你仍然想成为一名技术有关的人员，我会建议你将BI技能深入到某一实际的领域。如果你想成为一名把FI相关的数据集成到BI并且使用BI自定义财务报表的专家，你可能需要了解SEM方面的功能就象IP那样，现在已经被集成到BI 7.0中的BW模块中。通常，你需要寻找有利的环境，并且利用它。
4.美国的ABAP开发者获得晋升机会
我是一名美国的ABAP开发者(濒临灭绝的人)。但是我有在这领域有10年以上的经验，并有一些管理经验，所以我还能坚持到现在。然而，我的薪水并不高。我怎样才能在不被解雇的情况下解决获得公平晋升的问题呢?
虽然ABAP专家现在是比较缺乏，但我不确定他们目前是否濒临灭绝。事实上，我认为你的处境可以这样理解：你依然有工作，但薪水似乎与你丰富的经验不符合。大多数的老板--至少是你想替工作的那位--会有某种表现评估，如果你达到特定的里程碑或者管理等级，将会使得你有额外的奖励。你必须判断 “晋升问题”是否与你和直系上司的关系有关。如果你有良好的工作关系，一个关于你渴望提高薪金的谈话将会使你获得满意的结果。
5.SAP中融资契约和成本控制工程师的经验
我是一名在印度和国外著名的跨国公司工作了20年的土木工程师。现在，我考虑利用我过去土木工程师项目里面遇到的商业问题，进入SAP职业生涯。不知道对我这样年龄的人有什么好的建议呢?
工程师们进入SAP领域完全从他们的兴趣出发，因为工程师们良好的训练使得他们更容易进入其他技术领域。例如，我知道很多工程都成为成功的 SAP程序员。但是，工程师们可以在SAP中的产品生命周期管理(PLM)领域做得更好。虽然SAP的PLM不是SAP顾问中最热门的领域，但它依然是 SAP的Business Suite中的关键部分，并且你的专业技能可以使你更容易实施PLM。我建议你查看SAP的产品线，看一下哪个领域最适合你的专业知识。
6.标出目前最热门的SAP环境
作为一名经验丰富的SAP 训练者/开发人员，我最近已经专门地在R/3 4.6C PS/MM/SD 模块工作了。我在寻找我职业生涯方向的改变，并且我希望在初期能涉及更多的SAP的实现。目前最热门的SAP环境是什么呢?
毫无疑问，目前最热门的SAP环境是 SAP ERP 6.0。如果你能熟悉6.0的功能，那肯定会提高你的市场竞争力。此时，你要在4.6C的等级上履行你的工作将会很困难，因为有很多的顾问已经拥有 4.6C的技能，而且很多的公司正在该平台上迁走。我鼓励人们做一件事，就是：找出到底想对职业生涯或技术做出多大改变，然后做一个可以在每次工作的变换获得技术提高的计划。
7.开辟中东繁荣的SAP市场
我看见SAP在中东很繁荣，但我想知道是否值得对SAP认证和培训做出长远投资呢?
当一个公司决定安装SAP时，SAP不能马上完成的--SAP的安装需要多年的协议，提供额外的首次展示和升级。因此，如果看见现在很繁荣，在可见的未来里，SAP将会有很大机会保持繁荣。关键在于选择你所感兴趣的并能变成广泛技能的SAP职业道路。我一直对投资SAP认证持怀疑的态度。并不是我认为SAP认证没用，而是有些人对认证作用的估计过高。很多SAP的顾问都是在正确的时间和地点获得第一次的经验。我会选择集中精力寻找在一家正在实施的SAP的公司工作。
8.经验丰富的SD/CRM顾问的下一步
我是一名SAP SD/CRM认证的顾问。SAP哪一个领域还是那么热门?我应该继续留在目前的领域还是转到其他领域呢?SAP NEtWeaver的哪一个领域会适合我?
在未来的几年里，我认为在核心功能部分工作是最棒的 - FI/CO, HR, SD。这是因为升级的浪潮应该会使核心领域的活动保持在一个较高的水平。但是，如果升级浪潮完成，我认为一些附加的组件，如CRM等，将会重新被人们所注意。我承认NetWeaver是比较热门，但一般来说，我认为SAP的Functional 技能会获得比Technical高的薪水。目前，NetWeaver有集中途径接触到Functional领域，你可以据此来扩展你的市场竞争力。
9.SAP GRC依然是一个“很合适的职务”吗?
我听说过很多关于SAP GRC 在市场越来越壮大 -- 这是一个适合寻找合适工作的领域吗?
我目前不会把GRC当作一个强烈重点，因为我看不到它有足够的职位另它成为一个适合寻找工作的领域。而我看到的是，许多成功的顾问，把遵守相关的工作作为自己的重点，例如Financials和/或HR顾问，他们都知道如何顺应问题来改进自己技能的重点。总而言之，我会选择把GRC作为我技能的一部份而不是重点。
10.利用Leveraging Basis的经验成为职业的SAP顾问
我是一位有10年以上经验的IT专家，目前我正在做SAP Basis的工作。我知道这对于要在这个行业成为顾问有点晚，但是我希望能快速达到这个目标，不知道有什么建议?
如果你对SAP有深厚的认识，那么要成为一名顾问永远都不会太迟。现在有一条经过检验而可靠的方法来决定你是否准备好了要成为一名顾问：把你简历投递出去。你获得(或没获得)的反馈量会告诉你顾问市场到底需要你有多高的技能水平。如果你没获得任何的反馈，这将会怎样呢?这将会是一个问题，因为你将不会知道你需要改进你哪一方面的技能，以获得更多的机会。(future0906编译)
TechTarget独家授权，严禁转载!
SAP职业规划咨询 钻石人生的起点
作者: Tonny 出处:sap 2007-03-13 14:33
3月10日在深圳SAP培训部成功举办了职业规划咨询会，会上SAP-UBase培训中心总经理Tonny为大家介绍SAP顾问的类型以及价值和发展。
Tonny说管理类和财务类顾问和IT技术顾问不同，一些技术类的顾问是越久越没有价值，而管理顾问通过时间的积累，对某一模块领域有了非常丰富的 经验，不但可以做系统的配置，甚至可以给予策略上的建议，所谓经验为王，在领域中的经验可以使顾问越来越有价值，做为年轻人考虑自己将来的发展，都希望自 己做越来越有意义的工作，而SAP顾问就是一个很好的发展机会。SAP培训部正是为大家提供这样一个起点，通过我们的学习和推荐使广大人才走入这个领域。
Tonny又大家介绍和细化了SAP顾问的类型和从事的工作，以及发展路线，介绍了SAP的成功案例，如何选择模块，如何做职业规划。
首先顾问层次：
1．按模块划分分为应用类和技术类模块；
2．按级别划分：
初级顾问：最为初级顾问，更多的时候是做具体的实施，在系统流程已经设计好之后，进行系统配置的具体工作，进行项目经验的积累。
经验
高级顾问：初级顾问在某一行业的项目实施中积累了一定的项目经验后成为高级的顾问，可以指导系统的应用和模块负责人，甚至帮助企业策划，提出计划和建议。
悟性
行业专家：在某一行业某一模块中达到了专家的程度，就可以从高级顾问成为某一行业领域的行业明星，深厚的行业经验和全面的知识会使您的行业地位和价值与日俱增。
SAP顾问的发展路线：无论是从内到外，还是低到高，SAP顾问大体都是这样的一个发展的趋势：
初级开发-------售前---------行业专家
而其中从初级顾问到高级顾问主要是一个经验的积累过程，从高级顾问到行业专家还要有对行业的理解和悟性的提高。
SAP人才的就业方向职业规划：
（1）SAP教育传播或SAP客座讲师
如果您成为了资深的SAP顾问又愿意从事SAP的教育行业方面的工作，您可以加入到大学和培训部的SAP教育中，做讲师。
（2）SAP顾问
售前顾问：做售前的安排和计划，做方案之类的售前工作
实施顾问：主要是开发类的工作，做初级顾问做的系统配置等方面的工作。
这两方面的就业特点是需求量庞大。
从位置分布上来讲：大体上分为企业内部顾问和企业外部顾问。
（3）自由人：
做SAP行业自由人，如果您喜欢自由不受限制的工作状态您可以做行业自由，不专门的为别人或企业工作，而是凭借自己的兴趣和爱好选择项目，选择企业和地点去工作，做自己喜欢的工作，掌控自己的财务。
综合这三种顾问的发展方向，可以根据您个人的爱好和具体情况来选择，您是喜欢有计划规律的工作生活，还是喜欢自由的工作，一切由你决定。
SAP顾问的发展路线：无论是从内到外，还是低到高，SAP顾问大体都是这样的一个发展的趋势：
初级开发-------售前---------行业专家
而其中从初级顾问到高级顾问主要是一个经验的积累过程，从高级顾问到行业专家还要有对行业的理解和悟性的提高。
路在我们的脚下，前途自己来选择，SAP帮助您钻石人生的起点。
SAP 职业发展方向
I-IN | 30 六月, 2007 11:20
做SAP的顾问，根本就不用担心职业生涯发展的问题，就像SAP（中国）副总裁蒋歆接受51CTO访谈的时候说的一句话：“SAP象老中医，越老越值钱。”
随着SAP顾问学院计划的逐步展开，SAP顾问的价值被越来越多的人所了解，现在大家关心更多的问题是我能成为一名SAP顾问吗？SAP咨询顾问的职业发展是怎样的？SAP深圳公开课上一位资深讲师的感受或许能给大家一些启示。
她说刚学完SAP 课程的时候，你会很深切的感觉到SAP是一个博大精深的领域，老师在课堂上讲的每一个东西都非常值得思考，搜集的资料、上课的笔记本每一个知识点都要想记 住，但实际上这么多的知识点是没有办法都记住的。真正到了项目实施的时候，你最希望的是有一个有经验的顾问能在你身边，能随时帮你“兜着”，这时候的你其 实是一块海绵，是在吸收人家的经验，但这个时候并不是顾问能力成长最快的时候，能力成长最快的时期是你身边没有任何顾问可以帮你“兜着”，你必须独立完成一个项目的时候，这时的你就必须调动你所有的资源，将课堂上讲的知识和实际需要相结合，当你在客户要求的时间内完成了项目，这个时候你的能力就会得到一个大幅度的提升，你也会有非常大的成就感，而正是这种成就感支持着这么多SAP顾问一路走过来。
对于SAP 咨询顾问的成就感，这位讲师是这么形容的“SAP顾问的成就感是一个无法用形容词来表达的感觉，这种感觉就是当你病的爬不起来的时候，有客户给你电话，说 有一个十分紧急的项目要你马上解决，当你见到程序时，你可以立刻忘掉所有的病痛，投入到项目中去，当你解决完时，你才感觉到整个人象虚脱一样，但是你会觉 得很开心，很有成就感。”但是她也强调做外部顾问是很辛苦，“在你没有家庭之前，你或许会觉得能天天出差，能到处玩是一件非常开心的事情，但一旦你有了家 庭，你就会觉得长时间在外面出差是一件非常辛苦的事情，象一般在大公司的顾问都是2个星期才回家一次，有人统计过，一年只有40几天能和家人在一起。”
一般来说，如果你有几年SAP顾问工作经验，你就有很多的选择，你可以到外企去做内部顾问，有许多外企内部顾问的工资甚至高于四大咨询公司的顾问，或者成为资深的自由职业者，你可以选择自己什么时候做项目，什么时候休息；如果你的英语交流能力OK，你还可以选择技术移民。
其实当你有几年SAP工作经验的时候，就算你自己不想，猎头公司的人都会不停的打电话问你，要不要做项目，想不想做那个项目，做SAP的顾问，根本就不用担心职业生涯发展的问题，就像SAP（中国）副总裁蒋歆接受51CTO访谈的时候说的一句话：“SAP象老中医，越老越值钱。”
初识SAP BASIS
===========================================================
作者: bomei(http://bomei.itpub.net)
发表于: 2007.09.05 15:38
分类: SAP BASIS
出处: http://bomei.itpub.net/post/16555/392419
---------------------------------------------------------------
发表于: 2007.09.05 15:38
分类: SAP BASIS
出处: http://bomei.itpub.net/post/16555/392419
---------------------------------------------------------------
做ORACLE EBS的时候就了解一些关于SAP的东西了，但真正花心思去了解他，还是到现在公司之后。
SAP BASIS = DBA + OS ADMIN + SAP SYSTEM ADMIN
这是我的理解，但真正的BASIS涉及的东西很多，还得慢慢来，还好UNIX和ORACLE的基础我都有了，相信这个学习过程应该不会太痛苦；下面是一篇文章上写的：
SAPSystemAdministrator | SAP系统管理员 | SAP系统管理员的责任包括：不间断地对SAP技术环境进行设置，监视，调整和纠错。他还负责对SAP技术环境的日常维护。日常维护包括管理和执行SAP传输系统和CCMS。责任包括管理和执行安装和升级。在较小的SAP实施中，他还负责操作系统管理，用户管理和SAP安全管理。 |
SAPDatabaseAdministrator | SAP数据库管理员 | SAP数据库管理员的主要责任有备份和复原管理，数据库协调和设置，管理SAP数据字典和数据库安全性。 |
OperatingSystemAdministrator | 操作系统管理员 | 操作系统管理员负责操作系统环境的安装，升级，修补，备份，性能协调和安全性。操作系统管理员还负责与SAP系统有关的硬件和周边设备的管理。 |
[轉]SAP BASIS经验十年
第 一 章 SAP Basis 第一步
许多人问到SAP Basis如何入门，基本上要学SAP Basis之前必须
先有下列几项基本知识与经验，才可以事半功倍：
1.多种操作系统管理
2.基本数据库管理
3.新一代程序撰写(Java, XML)
4.Internet架构与功能
因为SAP Basis System Administration基本上即包含操作系统、数据库、SAP应用程序、中介软
件(Middleware)及最新的网际网络等管理项目。如果不俱备上述这些基本技术与经验，要学SAP
Basis，会有不知如何下手的状况。SAP是一个怪兽，也像一只变形虫。它会不断的扩张翻新，你
永远追不上它变化的速度。故以下是我对SAP Basis入门者的建议：
第 二 章 SAP Basis 的技术介绍与日常工作
在第一章中我们提到很多如果跨越BASIS的第一步，BASIS第一步要学哪些东西，我们提到了硬
件，OS操作系统，数据库，SAP．但在SAP日新月异的发展过程当中，不断有新的BASIS的技术，我
们必须跟着SAP的发展脚步，不断学习新东西．现在新的技术如下：enterprise portal,BW，
JAVA,archive，solution manager，Unicode,MCOD(Multiple Component One Database)，还有新
的安全，如single signon，和windows的LDAP结合等，另外有XI,MDM 等等．以BASIS的角度来
讲，目前java的技术是最重要的．所以在后面的章节中会提到新的ADM200的课程，涉及到JAVA的
系统管理，而不在只是BASIS的系统管ABAP的系统管理，另外，还需要加强一些中间件．
对BASIS的日常工作，我们可以按阶段分为２类事情：
1.项目阶段事情：在计划阶段，还没有上线前的事情．
2.生产系统支持事情（production support）：在上线后，生产系统的技术支持
第 三 章 SAP Basis 解决问题的方法
Chapter 3SAP解决问题的方法
在Basis 工作中常遇到许多非SAP系统的问题也怪罪Basis. 其实使用者无法分辨问题所在,只知道
无法登入系统,当然都归究Basis. 一般而言, SAP的问题有千万种,各属不同领域. Basis在SAP问
题分类中 (Components), 以BC 起头,如BC-CTS, BC-UPG, BC-DB …..许多人以此开玩笑说,
BC=Basic not Basis. 任何简单的问题,都归Basis.
解决问题首先必须了解问题的来龙去脉,如何了解呢?不外从人,事,时,地,物五个方向去着手:
人:多少人受影响?多少人会解决?多少人有空查问题?
事:什么功能出错?属何类型问题?是新的或是旧的功能?
时:何时出错?曾经出错?出现次数,频率?
地:是单一点或全面?近端或远程?
物:哪一个系统?哪一台机器?
第 四 章 SAP Basis 在角色扮演与责任
SAP BASIS角色扮演和责任（roles and responsibility）
SAP Basis 的角色扮演:
了解了Basis包括哪些部份之后,应再进一步探讨SAP Basis应该做些什么? 再谈Basis生涯规划.
以专长来分,BASIS角色可以分为12种不同的专长．
第一：系统的规划和建立:即 system lanscape, strategy, building, system Phase, System
sizing and System Upgrade.这种工作，通常有Sr. SAP Basis Architect架构来做．
第二：数据库专长: 数据库方面的专长要求，要求至少开发和至少２种数据库的知识，如果有任
何有关数据库方面的问题，要能够研究并找出问题，解决问题，并写出解决方案文档，列入FAQ，
以供其它人做参考．同时负责数据库的安装，升级，数据库补丁的安装．任何数据库方面的规
划．负责数据库的备份和恢复．
第三：系统优化: 必须了解整个系统，了解部分的业务，了解有些作业的流程，什么时间是最关
键的，哪个modual是关键的等等．对这些方面要有深入的了解，每个公司会有不同的需求．
第 五 章SAP Basis 在职位上的晋升顺序
SAP系统管理员为什么要称BASIS,因为在WAS出现入之前,SAP即以Basis Kernel 作为系统核心的名
称,久而久之,大家都称SAP系统管理员为Basis.其实翻回SAP Basis的历史,在4.X之前,SAP Basis
包涵三项:Administration, ABAP, and Business Integration. 以SAP课程为例,Admin是BC3xx或
BC5xx; ABAP是BC4xx; Business Integration 是BC6xx. 而后分工日细,新的课程已用ADMxxx为新
的Basis课程代号.
很多人误打误撞走入SAP Basis这条路,更多人挤破头想入此行, 到底SAP Basis这条路该怎么走,
不妨看看我走过的路,听听我诚恳的建议
第 六 章SAP Basis对外面试
谈到寻找SAP BASIS工作，首先要考虑我们前几章提到的，在BASIS工作中，BASIS Skill, 就是所
需的技能和专业，是不是都具有了，有的话，到了什么样的程度，同时也提到的BASIS的职业道
路，它的职位有哪些．在你寻找新的工作的时候，就要根据本身的能力和经验，寻找适合的位
置．
人往高处走，也许你是初级的SAP系统管理员，你想成为高级管理员，或者想从一般的公司系统管
理员变成咨询公司的顾问，都是职业的发展的道路．但必须注意几项事情．
第一点，找工作，首先要有一个好的简历．你的简历要非常适当．如何写简历，
第一点，你有哪些技能；
第二点：你有哪些认证；
第三点：你曾经有哪些项目经验；
第四点，你有哪些非SAP经验，如oracle数据库管理经验，系统管理员经验，还是项目管理经验，
等辅助 同时，你毕业的专业．如何写简历也是一门学问．
第 七 章SAP Basis认证考试
SAP顾问认证考试，在各个国家都不一样，有些国家不需要参加SAP的培训课程就可以直接参加认
证考试，如美国，加拿大，香港，马来西亚．但大部分国家还是要求先接受SAP顾问学院的培训课
程，在最后一天的下午考试．基本上考试分120题, 80题和40题，即认证考试，和delta认证考
试，Delta认证考试是内容变化部分的升级考试, 通常为40题，就是你已拥有旧的执照，只需考新
的版本部分的考试．
认证考试（component）大概分为两种：
第一种称为SAP技术顾问(SAP Technology Consultant) 考试．是包含技术部门，所说的BASIS,
Security, BW Technical, 或EP Technical等技术顾问方面的认证考试．另外一种叫
development, Functional或solution consultant的认证考试．是企业的业务功能或ERP中各个模
块,如MM, PP, SD, FI, CO, CRM, CS, SM, QM等项目的认证考试.
参加考试，如果没有通过，必须在6-8星期后才可以重新考试，不能马上再重考．每次费用大约在
500美元左右, 各国不太相同．考试必须先注册，告诉考试机构你要考哪个认证，因为认证分很多
种．在技术方面的认证考试分BASIS, BW, Enterprise Portal,.在BASIS技术方面又分三部份:一
是数据库, 如ORACLE,SAPDB, DB2,或SQL-Server等,第二是系统方面,分 OS/390,WINDOWS,
AS/400 与,UNIX等;第三是版本, SAP还分不同的版本, 如3.X, 4.X, 2002, 2003,与NW04等等.
第 八 章SAP Basis与 SLM
本章主要内容slm．现在很多人都提到slm，那么对basis来讲，为什么要用slm？slm有什么功能，
能带来什么好处，又如何去使用呢？将在这一章中一步一步的讲述．
首先，为什么要用SLM. Slm是系统管理员使用的工具，是一个非常好的工具，尤其在3.1版本以
后．我曾经有一个比喻：Basis不使用SLM，就像手上有电锯不用，而用一般锯子锯树．树现在愈
来愈高，愈来愈大，不用电锯锯不了了．（注：这是在ERPHOME上你所过的） 以前你可以管理3
到5个系统，而现在使用slm，你可以管理50，甚至100个系统，Slm不仅能向刚才提到的那样，做
到集中管理，而且经过配置，实现很多你想不到的功能．
下面就讲述slm的主要功能
1.计划的管理功能．以前我们使用的工具是ASAP，和更早的VALUE SAP，现在转到slm，
从最开始项目开始，到项目的go live,到集成integration，到升级upgrade．从ECC5.0以后，做
upgrade,一定要结合slm．现在使用，绝对会带给basis很大帮助．这是对实施项目的的第一个功
能．
2.knowledge management．即我们讲的e-learning． 这可以把计划，现有实施项目的
教材，作成webpage，结合SAP的tutor，这样公司人员就可以很方便的学习各种新知识．
3.system monitoring功能．系统的监控功能在slm 3.1版本就有了，你不仅可以监控
R/3的系统，而且还可以结合SAP的agent来监控非sap R/3的系统．结合portal，监视各种不同的
系统．把所有监视的东西都显示在web页面上．
第 九 章SAP Basis与 BI
本章讲述BW，Business Warehouse, 现在叫Business intelligence商务只能．SAP为什么不再
叫BW．而叫BI呢? 传统 SAP在BW 3.0之前 BW是向Data warehousing方向努力的．现在，人们想要
从R/3中得到一些REPORT，但是这需要占用R/3太多的资源，或是不可能实现的．很多的报表和程
序都运行不出来，或会花费太多时间，或是不可能实现的．所以SAP决定用datawarehousing的方
法，在BW中产生这些报表，同时BW会对数据作分析，再运用的观念，运用Multi-dimention,多维
数组的一种数据库去做资料分析．BI，不但可以运用这些数据创建一些报表，而且可以智能的产
生的数据，而不在只是一些报表等．BW和R/3的不同，一个是OLTP,一个是OLAP.
BW的项目阶段分为以下的几个阶段：
第一步： 分析源资料（source data）：尤其在R/3,或非r/3系统中，其它mainframe,要分析
source master data,或应用资料（transaction data）,分析完成后就要建立（build）资料数据
库（data repository）,
第 十 章SAP Basis与 JAVA
不同于旧有的ABAP环境, JAVA在SAP是新的架构, Java的系统管理更是SAP一个全新的课程. 在
1998年,SAP阻挡不过网际网络的潮流,决定走向Internet与 WEB的应用方向. 当时SAP做了一个评
估,发现在SUN主导的开放式架构下,JAVA的应用慢慢崛起.于是SAP开始致力研发JAVA与ABAP共构的
平台. 在2000年的夏天,SAP新的SAP WAS 6.20版本诞生了,它将ABAP和JAVA并存在同一环境, 但仅
是在Enterprise Portal上JAVA能单独运作, 其余系统如R/3 4.7,BW 3.1仍以ABAP为主, JAVA仅是
额外的附属. 一直到2003年底, WAS640 或NetWeaver的架构推出后, JAVA终于能独当一面. JAVA
的执行方式很像ABAP,因为它可以在不同的异质架构环境下运行.从大机器MAINFRAME/UNIX/AS400
到小机器WINDOWS,从Intel,到RISC,到SPARC,在不同的CPU,不同软件,硬件下,都可以用相同的语言
来运行,这也是另一个主要理由为什么SAP要选择JAVA. 总而言之, 互通性,兼容度,市场占用率,
让JAVA在SAP的环境中与ABAP平起平作.
许多人问到SAP Basis如何入门，基本上要学SAP Basis之前必须
先有下列几项基本知识与经验，才可以事半功倍：
1.多种操作系统管理
2.基本数据库管理
3.新一代程序撰写(Java, XML)
4.Internet架构与功能
因为SAP Basis System Administration基本上即包含操作系统、数据库、SAP应用程序、中介软
件(Middleware)及最新的网际网络等管理项目。如果不俱备上述这些基本技术与经验，要学SAP
Basis，会有不知如何下手的状况。SAP是一个怪兽，也像一只变形虫。它会不断的扩张翻新，你
永远追不上它变化的速度。故以下是我对SAP Basis入门者的建议：
第 二 章 SAP Basis 的技术介绍与日常工作
在第一章中我们提到很多如果跨越BASIS的第一步，BASIS第一步要学哪些东西，我们提到了硬
件，OS操作系统，数据库，SAP．但在SAP日新月异的发展过程当中，不断有新的BASIS的技术，我
们必须跟着SAP的发展脚步，不断学习新东西．现在新的技术如下：enterprise portal,BW，
JAVA,archive，solution manager，Unicode,MCOD(Multiple Component One Database)，还有新
的安全，如single signon，和windows的LDAP结合等，另外有XI,MDM 等等．以BASIS的角度来
讲，目前java的技术是最重要的．所以在后面的章节中会提到新的ADM200的课程，涉及到JAVA的
系统管理，而不在只是BASIS的系统管ABAP的系统管理，另外，还需要加强一些中间件．
对BASIS的日常工作，我们可以按阶段分为２类事情：
1.项目阶段事情：在计划阶段，还没有上线前的事情．
2.生产系统支持事情（production support）：在上线后，生产系统的技术支持
第 三 章 SAP Basis 解决问题的方法
Chapter 3SAP解决问题的方法
在Basis 工作中常遇到许多非SAP系统的问题也怪罪Basis. 其实使用者无法分辨问题所在,只知道
无法登入系统,当然都归究Basis. 一般而言, SAP的问题有千万种,各属不同领域. Basis在SAP问
题分类中 (Components), 以BC 起头,如BC-CTS, BC-UPG, BC-DB …..许多人以此开玩笑说,
BC=Basic not Basis. 任何简单的问题,都归Basis.
解决问题首先必须了解问题的来龙去脉,如何了解呢?不外从人,事,时,地,物五个方向去着手:
人:多少人受影响?多少人会解决?多少人有空查问题?
事:什么功能出错?属何类型问题?是新的或是旧的功能?
时:何时出错?曾经出错?出现次数,频率?
地:是单一点或全面?近端或远程?
物:哪一个系统?哪一台机器?
第 四 章 SAP Basis 在角色扮演与责任
SAP BASIS角色扮演和责任（roles and responsibility）
SAP Basis 的角色扮演:
了解了Basis包括哪些部份之后,应再进一步探讨SAP Basis应该做些什么? 再谈Basis生涯规划.
以专长来分,BASIS角色可以分为12种不同的专长．
第一：系统的规划和建立:即 system lanscape, strategy, building, system Phase, System
sizing and System Upgrade.这种工作，通常有Sr. SAP Basis Architect架构来做．
第二：数据库专长: 数据库方面的专长要求，要求至少开发和至少２种数据库的知识，如果有任
何有关数据库方面的问题，要能够研究并找出问题，解决问题，并写出解决方案文档，列入FAQ，
以供其它人做参考．同时负责数据库的安装，升级，数据库补丁的安装．任何数据库方面的规
划．负责数据库的备份和恢复．
第三：系统优化: 必须了解整个系统，了解部分的业务，了解有些作业的流程，什么时间是最关
键的，哪个modual是关键的等等．对这些方面要有深入的了解，每个公司会有不同的需求．
第 五 章SAP Basis 在职位上的晋升顺序
SAP系统管理员为什么要称BASIS,因为在WAS出现入之前,SAP即以Basis Kernel 作为系统核心的名
称,久而久之,大家都称SAP系统管理员为Basis.其实翻回SAP Basis的历史,在4.X之前,SAP Basis
包涵三项:Administration, ABAP, and Business Integration. 以SAP课程为例,Admin是BC3xx或
BC5xx; ABAP是BC4xx; Business Integration 是BC6xx. 而后分工日细,新的课程已用ADMxxx为新
的Basis课程代号.
很多人误打误撞走入SAP Basis这条路,更多人挤破头想入此行, 到底SAP Basis这条路该怎么走,
不妨看看我走过的路,听听我诚恳的建议
第 六 章SAP Basis对外面试
谈到寻找SAP BASIS工作，首先要考虑我们前几章提到的，在BASIS工作中，BASIS Skill, 就是所
需的技能和专业，是不是都具有了，有的话，到了什么样的程度，同时也提到的BASIS的职业道
路，它的职位有哪些．在你寻找新的工作的时候，就要根据本身的能力和经验，寻找适合的位
置．
人往高处走，也许你是初级的SAP系统管理员，你想成为高级管理员，或者想从一般的公司系统管
理员变成咨询公司的顾问，都是职业的发展的道路．但必须注意几项事情．
第一点，找工作，首先要有一个好的简历．你的简历要非常适当．如何写简历，
第一点，你有哪些技能；
第二点：你有哪些认证；
第三点：你曾经有哪些项目经验；
第四点，你有哪些非SAP经验，如oracle数据库管理经验，系统管理员经验，还是项目管理经验，
等辅助 同时，你毕业的专业．如何写简历也是一门学问．
第 七 章SAP Basis认证考试
SAP顾问认证考试，在各个国家都不一样，有些国家不需要参加SAP的培训课程就可以直接参加认
证考试，如美国，加拿大，香港，马来西亚．但大部分国家还是要求先接受SAP顾问学院的培训课
程，在最后一天的下午考试．基本上考试分120题, 80题和40题，即认证考试，和delta认证考
试，Delta认证考试是内容变化部分的升级考试, 通常为40题，就是你已拥有旧的执照，只需考新
的版本部分的考试．
认证考试（component）大概分为两种：
第一种称为SAP技术顾问(SAP Technology Consultant) 考试．是包含技术部门，所说的BASIS,
Security, BW Technical, 或EP Technical等技术顾问方面的认证考试．另外一种叫
development, Functional或solution consultant的认证考试．是企业的业务功能或ERP中各个模
块,如MM, PP, SD, FI, CO, CRM, CS, SM, QM等项目的认证考试.
参加考试，如果没有通过，必须在6-8星期后才可以重新考试，不能马上再重考．每次费用大约在
500美元左右, 各国不太相同．考试必须先注册，告诉考试机构你要考哪个认证，因为认证分很多
种．在技术方面的认证考试分BASIS, BW, Enterprise Portal,.在BASIS技术方面又分三部份:一
是数据库, 如ORACLE,SAPDB, DB2,或SQL-Server等,第二是系统方面,分 OS/390,WINDOWS,
AS/400 与,UNIX等;第三是版本, SAP还分不同的版本, 如3.X, 4.X, 2002, 2003,与NW04等等.
第 八 章SAP Basis与 SLM
本章主要内容slm．现在很多人都提到slm，那么对basis来讲，为什么要用slm？slm有什么功能，
能带来什么好处，又如何去使用呢？将在这一章中一步一步的讲述．
首先，为什么要用SLM. Slm是系统管理员使用的工具，是一个非常好的工具，尤其在3.1版本以
后．我曾经有一个比喻：Basis不使用SLM，就像手上有电锯不用，而用一般锯子锯树．树现在愈
来愈高，愈来愈大，不用电锯锯不了了．（注：这是在ERPHOME上你所过的） 以前你可以管理3
到5个系统，而现在使用slm，你可以管理50，甚至100个系统，Slm不仅能向刚才提到的那样，做
到集中管理，而且经过配置，实现很多你想不到的功能．
下面就讲述slm的主要功能
1.计划的管理功能．以前我们使用的工具是ASAP，和更早的VALUE SAP，现在转到slm，
从最开始项目开始，到项目的go live,到集成integration，到升级upgrade．从ECC5.0以后，做
upgrade,一定要结合slm．现在使用，绝对会带给basis很大帮助．这是对实施项目的的第一个功
能．
2.knowledge management．即我们讲的e-learning． 这可以把计划，现有实施项目的
教材，作成webpage，结合SAP的tutor，这样公司人员就可以很方便的学习各种新知识．
3.system monitoring功能．系统的监控功能在slm 3.1版本就有了，你不仅可以监控
R/3的系统，而且还可以结合SAP的agent来监控非sap R/3的系统．结合portal，监视各种不同的
系统．把所有监视的东西都显示在web页面上．
第 九 章SAP Basis与 BI
本章讲述BW，Business Warehouse, 现在叫Business intelligence商务只能．SAP为什么不再
叫BW．而叫BI呢? 传统 SAP在BW 3.0之前 BW是向Data warehousing方向努力的．现在，人们想要
从R/3中得到一些REPORT，但是这需要占用R/3太多的资源，或是不可能实现的．很多的报表和程
序都运行不出来，或会花费太多时间，或是不可能实现的．所以SAP决定用datawarehousing的方
法，在BW中产生这些报表，同时BW会对数据作分析，再运用的观念，运用Multi-dimention,多维
数组的一种数据库去做资料分析．BI，不但可以运用这些数据创建一些报表，而且可以智能的产
生的数据，而不在只是一些报表等．BW和R/3的不同，一个是OLTP,一个是OLAP.
BW的项目阶段分为以下的几个阶段：
第一步： 分析源资料（source data）：尤其在R/3,或非r/3系统中，其它mainframe,要分析
source master data,或应用资料（transaction data）,分析完成后就要建立（build）资料数据
库（data repository）,
第 十 章SAP Basis与 JAVA
不同于旧有的ABAP环境, JAVA在SAP是新的架构, Java的系统管理更是SAP一个全新的课程. 在
1998年,SAP阻挡不过网际网络的潮流,决定走向Internet与 WEB的应用方向. 当时SAP做了一个评
估,发现在SUN主导的开放式架构下,JAVA的应用慢慢崛起.于是SAP开始致力研发JAVA与ABAP共构的
平台. 在2000年的夏天,SAP新的SAP WAS 6.20版本诞生了,它将ABAP和JAVA并存在同一环境, 但仅
是在Enterprise Portal上JAVA能单独运作, 其余系统如R/3 4.7,BW 3.1仍以ABAP为主, JAVA仅是
额外的附属. 一直到2003年底, WAS640 或NetWeaver的架构推出后, JAVA终于能独当一面. JAVA
的执行方式很像ABAP,因为它可以在不同的异质架构环境下运行.从大机器MAINFRAME/UNIX/AS400
到小机器WINDOWS,从Intel,到RISC,到SPARC,在不同的CPU,不同软件,硬件下,都可以用相同的语言
来运行,这也是另一个主要理由为什么SAP要选择JAVA. 总而言之, 互通性,兼容度,市场占用率,
让JAVA在SAP的环境中与ABAP平起平作.
学SAP Basis 9 年来的一点心得
第一章: SAP Basis的第一步- 如何入门
自序
这本书写了近二年，改了十多次。因为这三年来SAP推出太多新的东西，更改变或重新组合了许多旧有的产品。我希望这本书，旧的功能必须含盖、新的产品能够介绍。故一托再托，实在是因求好心切。这本书不是要取代那些英文BASIS的技术书，而是经验传授故事叙述。
在两岸及欧美计算机公司工作了十五个年头，回顾近十年来拿了四个不同SAP的认证，辛辛苦苦的念书考试，到头来仍需再考试升级。年纪不小了，记忆力愈来愈差。想想应该将自己一路走来的经验写下，走对的路可让大家参考，曾犯的错，各位也无须浪费时间再摸索。
由于近来IT委外风潮在美大行其道，许多大公司都将其IT外包(Outsourcing)至印度或其它工资较低的地方。中国是块未开发的地方，不出一年，外包工程必将转至中国。出这本书，就是要让更多中国人能懂 SAP BASIS。同时也希望对有心想学SAP BASIS 的人，有一个开始学习的方向。
SAP BASIS未来绝对是可期的，祗要你不断充实自我，学习新知，靠SAP Basis 的IT技术再吃二十年好饭，也绝无问题。愿大家工作愉快，事事顺心。
第一章: SAP Basis的第一步- 如何入门
许多人问到SAP Basis如何入门，基本上要学SAP Basis之前必须先有下列几项基本知识与经验，才可以事半功倍：
1. 多种操作系统管理
2. 基本数据库管理
3. 新一代程序撰写(Java, XML)
4. Internet架构与环境
因为SAP Basis System Administration基本上即包含操作系统、数据库、SAP应用程序、中介软件(Middleware)及最新的网际网络等管理项目。如果不俱备上述这些基本技术与经验，要学SAP Basis，会有不知如何下手的状况。SAP是一个怪兽，也像一只变形虫。它会不断的扩张翻新，你永远追不上它变化的速度。故以下是我对SAP Basis入门者的建议：
1. 熟悉一至二种操作系统的管理：UNIX/NT 是最普遍的，而LINUX是未来的趋势。若你想到历史优久的美国大企业工作，OS/390 Mainframe 是不错的选择。AS/400虽然在SAP应用上较泠门，但也因较少人竞争，容易找工作。
i. UNIX：AIX、HP 、Sun是现今SAP在UNIX上的三大主流。基本上由于硬体的不断进步，这三种纟统的效能相差不多。但在管理功能上AIX因有SMIT的整合而使用方便，HP的SAM较难操作，SUN则尚可。另外值得一提的是DEC的UNIX，自HP合并COMPAQ后，加上现在所有UNIX系统都有64BIT版本了，这个第一个十多年前即是64BIT的系统是否延续，仍要看HP的计划。
ii. NT：SAP许多新的模块(COMPONENTS)都与NT紧密结合，甚至许多与INTERNET或WEB有关的产品，如CRM、ITS、EP等，都必须在NT上执行。另外SAP在NT上的安装与管理，也较其它系统容易许多。尤其是SAP KERNEL 6.10后的新JAVA式的安装，在NT上就较UNIX方便许多。
iii. LINUX：由于企业不断地希望能降低营运成本，加上LINUX在系统安全技术上的不断加强与更新，LINUX已成为SAP系统中的明日之星。祗要LINUX能继续增加FAILOVER的功能与系统的安全性，LINUX的未来绝对是无可限量的。
iv. OS/390：翻开近四十年来的计算机史，几乎所有的大企业都曾用过IBM的大型系统( MAINFRAME)。至今仍有许多MAINFRAME爱好者，试着将旧有的R/2系统转成新的R/3，以享受新的功能。为了省下重新训练的成本和较好的资料流通性，许多公司如可囗可乐、娇生公司等仍使用OS/390搭配DB2的环境。如此一来，利用DB2的互通性，进可攻退可守。
v. AS/400：在十多年前MRP开始流行时，许多中小企业多争相采用AS/400。时隔多年也成公司中不小的包袱。这些公司早想转成ERP以提高效率与竞争力。不换系统，省去许多转换的成本，又可将旧有的MRP资料与功能继续延用，是AS/400生存的原因。观察过去就业市场的需求，许多公司都花非常久的时间才能找到SAP BASIS在AS/400的专才。
2. 了解一至二种数据库的操作：数据库在SAP 中扮演非常重要的角色，否则SAP也不会花钱买下ADABASE，弄成自己的数据库SAPDB。数据库的应用在SAP几乎是无所不在，举例而言，从资料到索引，从主资料文件到交易资料文件，从储存到备份，无一不需数据库。研究数据库的特性可帮助你在SAP Basis上打上实的基础。如同操作系统一样，数据库也有许多选择。但在市场迸吞及公司合并的效应下，以下四种数据库现今较热门：
i. Oracle: Oracle 原本占有近半数SAP的市场，但由于其公司本身亦推出百己的ERP产品，加上IBM买下INFORMIX又低价倾销DB2，使得其在SAP的市场占有率，节节下滑。
ii. DB2:作者第一次在AIX安装SAP是在1998年，当时DB2的版本是2.5。那时的DB2有许多功能都无法与ORACLE相提并论。尤其是与SAP 核心的整合，如SAPDBA, CCMS , BACKUP, RUNSTAT等功能，几乎是一片空白。但自2000年后，SAP与IBM两大公司宣布技术合作，加上INFORMIX技术支持与客户的转入，DB2绝对是SAP 数据库引擎的重心。并可能后来居上赶过ORACLE。
iii. SQL Server:由于硬件速度的提升及价格的下降，加上与最新网际网络(WEB)技术的紧密结合；NT在SAP的占有率节节上涨，连带着SQL SERVER的安装数也水涨船高。六年前SQL SERVRE在6.0版本时，几乎没有超过250个USER大型用户。原因无它，当时其仍然是PAGE LOCK(到6.5 才有ROW LOCK的功能)，无法应付SAP的大量资料同时搜寻与储存。另一原因是NT CLUSTER尚未成熟，当时仍称狼群(WOLFPACK, VER 1.1)，备援系统及功能太差，无法得到一般企业的信任。而今由于价格因素及功能的提升，NT CLUSTER+SQL 2000是许多中小企业的最爱。尤其是搭配SAP新推出的BUSINESS-ONE套装产品，对100个使用者以下的公司，是经济实惠的套餐。
iv. SAPDB(MAXDB)：大家都知道，SAP是德国的公司，而如前所言的数据库在其扮演举足轻重的角色。为了避免一直受各大数据库公司钳制，SAP买下了同样是德国出品的Adabase，并改名为SAPDB。虽然SAPDB的起跑较慢，但打着SAP自有的品牌与不断投入的资金与研发，SAPDB是未来作为SAP BASIS者不可不会的一种数据库。例如在APO LIVECACHE上，仅有支持SAPDB一种数据库。
如何学好SAP BASIS：
四大绝招：手脑动、广泛学、自答问、向前看：
许多人认为要学SAP BASIS一开始即学安装，学会安装之后才能学其它SAP BASIS的技术与工作。其实不然，SAP BASIS有其一层一层的角色扮演及任务。如果基础不打好，省略一些日常客户支持与维护的工作，直接跳至系统安装的高级技术层面，是非常不智的。当然自己在家中练习安装例外。八年前笔者虽已具有三年的UNIX 与DBA的工作经验，仍然从SAP BASIS客户服务部接电话作起。一年内遇到近五百多种不同问题，也让我从使用者的观点了解SAP的各项基础功能。从一般用户的要求与解答其问题，可以了解许多非SAP BASIS的部份，如SAP FUNCTION,ABAP等，对尔后作SAP 新的计划应用以与系统效能调整，有非常大的助益。而后才进入计算机中心作SAP BASIS/DBA，了解数据库备份的各种状况及流程，并参与备援系统的建制。所以我建议要学SAP BASIS必需一步一步、一层一层地按步就班来。照以下所建议的角色，确定各项技术及工作皆熟练后，再向上升级。每隔一段时间也要回头看看，温习并更新旧有的技术。
1. 手脑动：
作计算器的工作，光念书考试是不行的；必念完后立刻演习。现今SAP的资考资料多又杂，太过齐全了。找了一大堆东西，如不能应用验证其实行步骤；仅是纸上谈兵，没法成为自己肚子裹的东西。很多人一开始即买盗版CD按安装手册安装，幸运的人一下就装好了；更幸运的人则遇上许多麻烦。但此二者若未先了解SAP 的基本概念与功能，即便装十次也是一头雾水。将自己念的资料与动手作的经验，纪录下来；转成自己的数据库，以避免自己及他人重复错误，是一个学SAP BASIS的人首要的工作。虽然SAP版本不断更新，但许多问题都是触类旁通的。
2. 广泛学：
有人认为身为SAP BASIS是技术人员，不应或不需要再学别的MODULE或FUNCTION。或学得那些非技术性的作业流程规范及财务报表等，都是给那些不懂系统的人学的。这实在是大错特错。诸不知咱们BASIS所安装建立好的系统，就是给使用者用的。缺少了使用者的验证，就是老王卖瓜，自卖自夸。尤其现今SAP提供许多新的项目：如CRM、BW、APO、SEM、EP、ITS…等，必须了解使用者启用了哪些功能，而针对这些特定的功能进行不同的系统管理。建议您如果有机会，必须将SAP各项产品的简介及其系统架构，作深入的研究。千万不可瞧不起SAP中非技术层面的部份。
3. 自答问：
教学相长是任何学问的定律，尤其是在SAP这求新求变的世界中更是如此。没有人能精通所有BASIS的项目，所以，不论你是初学或老生，常利用各类机会解答问题，并将答案收入自己的问题集锦中，以便不时之需。诸不知，在非压力下解答问题，常使你跳得开思考的小圈子，思路更灵敏，较容易帮人找到答案。下次自己再遇到类似问题，也就可照方拿药迎刃而解了。
4. 向前看：
注意，不是向钱看是向前看。SAP演变至今己成为一年数变的大怪物了。他像IT的大变形虫，没人能了解它全部的内涵。专精于SAP BASIS的方向是没错的，但必须不断的向前看：学最新的版本、了解新的产品，充实BASIS各阶层(OS/DB/SAP/WEB)的知识、加学第二技术如APO/BW/CRM的管理，靠SAP BASIS再吃10-20年的好饭，也没啥问题。若你追不上SAP变化的脚步，三、五年内即会自然淘汰了
第二章: SAP Basis 在职位上的发展与晋升顺序
SAP系统管理员为什么要称BASIS,因为在WAS出现入之前,SAP即以Basis Kernel 作为系统核心的名称,久而久之,大家都称SAP系统管理员为Basis.其实翻回SAP Basis的历史,在4.X之前,SAP Basis包涵三项:Administration, ABAP, and Business Integration. 以SAP课程为例,Admin是BC3xx或BC5xx; ABAP是BC4xx; Business Integration 是BC6xx. 而后分工日细,新的课程已用ADMxxx为新的Basis课程代号.
很多人误打误撞走入SAP Basis这条路,更多人挤破头想入此行, 到底SAP Basis这条路该怎幺走,不妨看看我走过的路,听听我诚恳的建议
在进入现在这公司前,我在IBM,DEC,CSC等计算机顾问公司工作.从入门程序员,系统工程师,销售工程师, 技术支持, 技术顾问至SAP Basis经理, 慢慢爬了近十六个年头. 且自亚洲至美洲, 却终究敌不过种族歧视与Outsourcing的趋势, 去年自CSC转入End User公司. 为何谈我的经历? 不是为了吹嘘, 而是为了提醒各位欲从事SAP Basis工作的同志,罗马不是一天造成的.自我不断的充实,经验的累积加上技术的更新,才能走出Basis长远的路
基本上SAP Basis有二条路:
一是在企业IT部门中,担任SAP 系统管理员,另一是在顾问公司,或个人公司中担任SAP Basis顾问,为其客户服务. 待工作5-7年较资深或年纪稍大后,再转朝管理阶层发展.若您已成家想求安稳,最好留在企业中.不用常出差,没法顾家. 若您想短期内赚大钱,又单身无牵挂,可考虑走顾问这条路.但无论走哪条路,都必须紧追SAP日新月异的脚步,不断地学习新技术.
首先谈谈在企业IT部门中,担任SAP 系统管理员(BASIS Administrator):
这种工作在各个公司定位不同,一般而言分为三个阶段:
l Basis Support Specialist(SAP支持专员)
l Basis Administrator(SAP系统管理员)
l Basis Architect(SAP )
Basis Support Specialist(SAP用户支持专员)常在第一线面对客户或用户的要求及问题,工作内容大略包含下列:
1. 接收并记录用户的要求及问题
2. 作初步的问题判断与简易回复
3. 作初步的答案搜寻,如OSS Note或内部问答集(FAQ)
4. 依据搜寻资料回复使用者,或将问题交给资深同事研究解决
5. 保持与用户联系,并回报问题处理进度与发展状况
此专员的一般要求如下:
1. 良好的沟通技巧与耐心
2. 了解公司内部组织架构
3. 熟悉公司各项作业流程
4. 随时掌握并学习公司的新计划与发展方针
技术要求包含:
1. 基本计算器知识
2. 基本SAP架构的认知
3. 基本网络概念
4. 基本程序撰写技巧
在支持的位置上,了解公司在SAP上的应用与一般用户的需求,这对日后系统维护与管理,有莫大的帮助. 唯有在此位置上才能获得并有空学习这些知识. 一旦开始接触系统, 便很难有闲或能放下身段学习这类知识. 待在此职磨炼一年半载,即可开始一些基本的SAP系统工作,如系统监控,数据库备份等作业. 以便进入下一层级SAP系统管理员.
SAP系统管理员 (SAP Basis Administrator): 依年资及经验来分,可分资浅资深二级.依任务特性来分,可分成计划支持与生产支持.以技术层面来看,此职位包含最广也最深. 其工作内容(TASKS)大略包含下列:
第一 有关系统(system)支持部份:
1. 研究与建罝整体SAP技术架构(technical infrastructure)
2. 安装与设定所有SAP 之软硬件
3. 硬件需求规划(HW capacity planning)
4. 备份与复原计划的落实和测试 (Backup and recovery concept)
5. 高可用系统解决方案的落实和测试(High Availability solutions)
6. 网络结构的落实和测试(Network configuration)
7. 网络，数据库和操作系统结构整合的落实和测试
8. 设定与整合输出装置(Printer, FAX…), 中介软件(bc, mqseries) 等
9. 维护与定制SAP接口的支持
10. 制定系统与改变 (System and Change Management)管理操作手册与规范
第二:有关功能(Business/Functional)支持部份:
1. 提供技术上的支持给程序开发团队
2. 分析程序开发或变更对系统资源的冲击
...........待续
自序
这本书写了近二年，改了十多次。因为这三年来SAP推出太多新的东西，更改变或重新组合了许多旧有的产品。我希望这本书，旧的功能必须含盖、新的产品能够介绍。故一托再托，实在是因求好心切。这本书不是要取代那些英文BASIS的技术书，而是经验传授故事叙述。
在两岸及欧美计算机公司工作了十五个年头，回顾近十年来拿了四个不同SAP的认证，辛辛苦苦的念书考试，到头来仍需再考试升级。年纪不小了，记忆力愈来愈差。想想应该将自己一路走来的经验写下，走对的路可让大家参考，曾犯的错，各位也无须浪费时间再摸索。
由于近来IT委外风潮在美大行其道，许多大公司都将其IT外包(Outsourcing)至印度或其它工资较低的地方。中国是块未开发的地方，不出一年，外包工程必将转至中国。出这本书，就是要让更多中国人能懂 SAP BASIS。同时也希望对有心想学SAP BASIS 的人，有一个开始学习的方向。
SAP BASIS未来绝对是可期的，祗要你不断充实自我，学习新知，靠SAP Basis 的IT技术再吃二十年好饭，也绝无问题。愿大家工作愉快，事事顺心。
第一章: SAP Basis的第一步- 如何入门
许多人问到SAP Basis如何入门，基本上要学SAP Basis之前必须先有下列几项基本知识与经验，才可以事半功倍：
1. 多种操作系统管理
2. 基本数据库管理
3. 新一代程序撰写(Java, XML)
4. Internet架构与环境
因为SAP Basis System Administration基本上即包含操作系统、数据库、SAP应用程序、中介软件(Middleware)及最新的网际网络等管理项目。如果不俱备上述这些基本技术与经验，要学SAP Basis，会有不知如何下手的状况。SAP是一个怪兽，也像一只变形虫。它会不断的扩张翻新，你永远追不上它变化的速度。故以下是我对SAP Basis入门者的建议：
1. 熟悉一至二种操作系统的管理：UNIX/NT 是最普遍的，而LINUX是未来的趋势。若你想到历史优久的美国大企业工作，OS/390 Mainframe 是不错的选择。AS/400虽然在SAP应用上较泠门，但也因较少人竞争，容易找工作。
i. UNIX：AIX、HP 、Sun是现今SAP在UNIX上的三大主流。基本上由于硬体的不断进步，这三种纟统的效能相差不多。但在管理功能上AIX因有SMIT的整合而使用方便，HP的SAM较难操作，SUN则尚可。另外值得一提的是DEC的UNIX，自HP合并COMPAQ后，加上现在所有UNIX系统都有64BIT版本了，这个第一个十多年前即是64BIT的系统是否延续，仍要看HP的计划。
ii. NT：SAP许多新的模块(COMPONENTS)都与NT紧密结合，甚至许多与INTERNET或WEB有关的产品，如CRM、ITS、EP等，都必须在NT上执行。另外SAP在NT上的安装与管理，也较其它系统容易许多。尤其是SAP KERNEL 6.10后的新JAVA式的安装，在NT上就较UNIX方便许多。
iii. LINUX：由于企业不断地希望能降低营运成本，加上LINUX在系统安全技术上的不断加强与更新，LINUX已成为SAP系统中的明日之星。祗要LINUX能继续增加FAILOVER的功能与系统的安全性，LINUX的未来绝对是无可限量的。
iv. OS/390：翻开近四十年来的计算机史，几乎所有的大企业都曾用过IBM的大型系统( MAINFRAME)。至今仍有许多MAINFRAME爱好者，试着将旧有的R/2系统转成新的R/3，以享受新的功能。为了省下重新训练的成本和较好的资料流通性，许多公司如可囗可乐、娇生公司等仍使用OS/390搭配DB2的环境。如此一来，利用DB2的互通性，进可攻退可守。
v. AS/400：在十多年前MRP开始流行时，许多中小企业多争相采用AS/400。时隔多年也成公司中不小的包袱。这些公司早想转成ERP以提高效率与竞争力。不换系统，省去许多转换的成本，又可将旧有的MRP资料与功能继续延用，是AS/400生存的原因。观察过去就业市场的需求，许多公司都花非常久的时间才能找到SAP BASIS在AS/400的专才。
2. 了解一至二种数据库的操作：数据库在SAP 中扮演非常重要的角色，否则SAP也不会花钱买下ADABASE，弄成自己的数据库SAPDB。数据库的应用在SAP几乎是无所不在，举例而言，从资料到索引，从主资料文件到交易资料文件，从储存到备份，无一不需数据库。研究数据库的特性可帮助你在SAP Basis上打上实的基础。如同操作系统一样，数据库也有许多选择。但在市场迸吞及公司合并的效应下，以下四种数据库现今较热门：
i. Oracle: Oracle 原本占有近半数SAP的市场，但由于其公司本身亦推出百己的ERP产品，加上IBM买下INFORMIX又低价倾销DB2，使得其在SAP的市场占有率，节节下滑。
ii. DB2:作者第一次在AIX安装SAP是在1998年，当时DB2的版本是2.5。那时的DB2有许多功能都无法与ORACLE相提并论。尤其是与SAP 核心的整合，如SAPDBA, CCMS , BACKUP, RUNSTAT等功能，几乎是一片空白。但自2000年后，SAP与IBM两大公司宣布技术合作，加上INFORMIX技术支持与客户的转入，DB2绝对是SAP 数据库引擎的重心。并可能后来居上赶过ORACLE。
iii. SQL Server:由于硬件速度的提升及价格的下降，加上与最新网际网络(WEB)技术的紧密结合；NT在SAP的占有率节节上涨，连带着SQL SERVER的安装数也水涨船高。六年前SQL SERVRE在6.0版本时，几乎没有超过250个USER大型用户。原因无它，当时其仍然是PAGE LOCK(到6.5 才有ROW LOCK的功能)，无法应付SAP的大量资料同时搜寻与储存。另一原因是NT CLUSTER尚未成熟，当时仍称狼群(WOLFPACK, VER 1.1)，备援系统及功能太差，无法得到一般企业的信任。而今由于价格因素及功能的提升，NT CLUSTER+SQL 2000是许多中小企业的最爱。尤其是搭配SAP新推出的BUSINESS-ONE套装产品，对100个使用者以下的公司，是经济实惠的套餐。
iv. SAPDB(MAXDB)：大家都知道，SAP是德国的公司，而如前所言的数据库在其扮演举足轻重的角色。为了避免一直受各大数据库公司钳制，SAP买下了同样是德国出品的Adabase，并改名为SAPDB。虽然SAPDB的起跑较慢，但打着SAP自有的品牌与不断投入的资金与研发，SAPDB是未来作为SAP BASIS者不可不会的一种数据库。例如在APO LIVECACHE上，仅有支持SAPDB一种数据库。
如何学好SAP BASIS：
四大绝招：手脑动、广泛学、自答问、向前看：
许多人认为要学SAP BASIS一开始即学安装，学会安装之后才能学其它SAP BASIS的技术与工作。其实不然，SAP BASIS有其一层一层的角色扮演及任务。如果基础不打好，省略一些日常客户支持与维护的工作，直接跳至系统安装的高级技术层面，是非常不智的。当然自己在家中练习安装例外。八年前笔者虽已具有三年的UNIX 与DBA的工作经验，仍然从SAP BASIS客户服务部接电话作起。一年内遇到近五百多种不同问题，也让我从使用者的观点了解SAP的各项基础功能。从一般用户的要求与解答其问题，可以了解许多非SAP BASIS的部份，如SAP FUNCTION,ABAP等，对尔后作SAP 新的计划应用以与系统效能调整，有非常大的助益。而后才进入计算机中心作SAP BASIS/DBA，了解数据库备份的各种状况及流程，并参与备援系统的建制。所以我建议要学SAP BASIS必需一步一步、一层一层地按步就班来。照以下所建议的角色，确定各项技术及工作皆熟练后，再向上升级。每隔一段时间也要回头看看，温习并更新旧有的技术。
1. 手脑动：
作计算器的工作，光念书考试是不行的；必念完后立刻演习。现今SAP的资考资料多又杂，太过齐全了。找了一大堆东西，如不能应用验证其实行步骤；仅是纸上谈兵，没法成为自己肚子裹的东西。很多人一开始即买盗版CD按安装手册安装，幸运的人一下就装好了；更幸运的人则遇上许多麻烦。但此二者若未先了解SAP 的基本概念与功能，即便装十次也是一头雾水。将自己念的资料与动手作的经验，纪录下来；转成自己的数据库，以避免自己及他人重复错误，是一个学SAP BASIS的人首要的工作。虽然SAP版本不断更新，但许多问题都是触类旁通的。
2. 广泛学：
有人认为身为SAP BASIS是技术人员，不应或不需要再学别的MODULE或FUNCTION。或学得那些非技术性的作业流程规范及财务报表等，都是给那些不懂系统的人学的。这实在是大错特错。诸不知咱们BASIS所安装建立好的系统，就是给使用者用的。缺少了使用者的验证，就是老王卖瓜，自卖自夸。尤其现今SAP提供许多新的项目：如CRM、BW、APO、SEM、EP、ITS…等，必须了解使用者启用了哪些功能，而针对这些特定的功能进行不同的系统管理。建议您如果有机会，必须将SAP各项产品的简介及其系统架构，作深入的研究。千万不可瞧不起SAP中非技术层面的部份。
3. 自答问：
教学相长是任何学问的定律，尤其是在SAP这求新求变的世界中更是如此。没有人能精通所有BASIS的项目，所以，不论你是初学或老生，常利用各类机会解答问题，并将答案收入自己的问题集锦中，以便不时之需。诸不知，在非压力下解答问题，常使你跳得开思考的小圈子，思路更灵敏，较容易帮人找到答案。下次自己再遇到类似问题，也就可照方拿药迎刃而解了。
4. 向前看：
注意，不是向钱看是向前看。SAP演变至今己成为一年数变的大怪物了。他像IT的大变形虫，没人能了解它全部的内涵。专精于SAP BASIS的方向是没错的，但必须不断的向前看：学最新的版本、了解新的产品，充实BASIS各阶层(OS/DB/SAP/WEB)的知识、加学第二技术如APO/BW/CRM的管理，靠SAP BASIS再吃10-20年的好饭，也没啥问题。若你追不上SAP变化的脚步，三、五年内即会自然淘汰了
第二章: SAP Basis 在职位上的发展与晋升顺序
SAP系统管理员为什么要称BASIS,因为在WAS出现入之前,SAP即以Basis Kernel 作为系统核心的名称,久而久之,大家都称SAP系统管理员为Basis.其实翻回SAP Basis的历史,在4.X之前,SAP Basis包涵三项:Administration, ABAP, and Business Integration. 以SAP课程为例,Admin是BC3xx或BC5xx; ABAP是BC4xx; Business Integration 是BC6xx. 而后分工日细,新的课程已用ADMxxx为新的Basis课程代号.
很多人误打误撞走入SAP Basis这条路,更多人挤破头想入此行, 到底SAP Basis这条路该怎幺走,不妨看看我走过的路,听听我诚恳的建议
在进入现在这公司前,我在IBM,DEC,CSC等计算机顾问公司工作.从入门程序员,系统工程师,销售工程师, 技术支持, 技术顾问至SAP Basis经理, 慢慢爬了近十六个年头. 且自亚洲至美洲, 却终究敌不过种族歧视与Outsourcing的趋势, 去年自CSC转入End User公司. 为何谈我的经历? 不是为了吹嘘, 而是为了提醒各位欲从事SAP Basis工作的同志,罗马不是一天造成的.自我不断的充实,经验的累积加上技术的更新,才能走出Basis长远的路
基本上SAP Basis有二条路:
一是在企业IT部门中,担任SAP 系统管理员,另一是在顾问公司,或个人公司中担任SAP Basis顾问,为其客户服务. 待工作5-7年较资深或年纪稍大后,再转朝管理阶层发展.若您已成家想求安稳,最好留在企业中.不用常出差,没法顾家. 若您想短期内赚大钱,又单身无牵挂,可考虑走顾问这条路.但无论走哪条路,都必须紧追SAP日新月异的脚步,不断地学习新技术.
首先谈谈在企业IT部门中,担任SAP 系统管理员(BASIS Administrator):
这种工作在各个公司定位不同,一般而言分为三个阶段:
l Basis Support Specialist(SAP支持专员)
l Basis Administrator(SAP系统管理员)
l Basis Architect(SAP )
Basis Support Specialist(SAP用户支持专员)常在第一线面对客户或用户的要求及问题,工作内容大略包含下列:
1. 接收并记录用户的要求及问题
2. 作初步的问题判断与简易回复
3. 作初步的答案搜寻,如OSS Note或内部问答集(FAQ)
4. 依据搜寻资料回复使用者,或将问题交给资深同事研究解决
5. 保持与用户联系,并回报问题处理进度与发展状况
此专员的一般要求如下:
1. 良好的沟通技巧与耐心
2. 了解公司内部组织架构
3. 熟悉公司各项作业流程
4. 随时掌握并学习公司的新计划与发展方针
技术要求包含:
1. 基本计算器知识
2. 基本SAP架构的认知
3. 基本网络概念
4. 基本程序撰写技巧
在支持的位置上,了解公司在SAP上的应用与一般用户的需求,这对日后系统维护与管理,有莫大的帮助. 唯有在此位置上才能获得并有空学习这些知识. 一旦开始接触系统, 便很难有闲或能放下身段学习这类知识. 待在此职磨炼一年半载,即可开始一些基本的SAP系统工作,如系统监控,数据库备份等作业. 以便进入下一层级SAP系统管理员.
SAP系统管理员 (SAP Basis Administrator): 依年资及经验来分,可分资浅资深二级.依任务特性来分,可分成计划支持与生产支持.以技术层面来看,此职位包含最广也最深. 其工作内容(TASKS)大略包含下列:
第一 有关系统(system)支持部份:
1. 研究与建罝整体SAP技术架构(technical infrastructure)
2. 安装与设定所有SAP 之软硬件
3. 硬件需求规划(HW capacity planning)
4. 备份与复原计划的落实和测试 (Backup and recovery concept)
5. 高可用系统解决方案的落实和测试(High Availability solutions)
6. 网络结构的落实和测试(Network configuration)
7. 网络，数据库和操作系统结构整合的落实和测试
8. 设定与整合输出装置(Printer, FAX…), 中介软件(bc, mqseries) 等
9. 维护与定制SAP接口的支持
10. 制定系统与改变 (System and Change Management)管理操作手册与规范
第二:有关功能(Business/Functional)支持部份:
1. 提供技术上的支持给程序开发团队
2. 分析程序开发或变更对系统资源的冲击
...........待续
自学SAP三道坎
～～～～～～～～～～～～～～～～～
打算进入SAP咨询领域的朋友很多，只是SAP的产品过于复杂，而实施了SAP的企业也不愿意重新培养自己SAP人员――培养了不长时间就因为薪资待遇问 题而离职，得不偿失。所以对于有ERP工作经验的人来说，SAP的门槛太高。入行的机会甚至远小于那些刚毕业的学生。
通过自学SAP进入SAP咨询领域，相信是很多ERPer共同的梦想，那么如何跨过这道门槛呢？在这里我总结了些经验供大家参考。
第一道坎：入门
自学SAP的人在入门的时候常常遇到的有四个误区，或许很多人都没有仔细考虑过，这样的错误我也曾犯过，也耽误了不少时间。
误区一：不学前台学后台
有ERP 经验的人自学SAP反倒不如没有ERP经验的人学习SAP快，或许这个问题很多人都没有想过。在论坛里跟很多自学SAP的朋友沟通过，似乎大伙所看重的不 过是如何配置SAP系统。装上个IDES就要研究SPRO――前台嘛，那算什么？可问题就在于：根基不稳，如何能走的快，走的远？很多人倚仗自己对别的erp产品的理解来研究SAP，可往往在学习了很久以后仍看不到自己的长进，原因也就在于此：不够踏实。
误区二：不看功能，看维护
在这里所指的维护是一些“设置用户权限”“CLIENT拷贝”“系统调优”“内存优化” “数据库优化”等BASIS所做的工作。然而在真正的SAP团队中，这些工作是由专人负责的。花过多的精力在这个上面，也就耽误了真正该学习的内容。
不知道哪位仁兄在论坛里宣传什么装好IDES后拷贝一个“干净的”CLIENT来学习――或许这话是对的，但对于初学者来说：等到你能把所有参数都设置完成了，呵呵呵，恐怕已经是三五年后的事情了。
还有部分人一开始就琢磨SAP的权限分配、数据库备份。而这部分也是由BASIS专职负责――而做好BASIS的难度绝不亚于一个模块顾问的难度。
误区三：开发跟实施不分
也 听很多朋友说过：研究一个系统最简单的方式是看数据库中数据的流向。弄懂了数据的流向你才能真正明白这个系统是如何设计的，才能从底层掌握这个系统。嗯， 这话没错。但别忘记：你是个初学者，你的目标是SAP的咨询顾问，而不是开发人员。对，ABAPer跟咨询顾问也是两个职位，除非你自己定位的是开发顾 问，否则，在初学的阶段还是远离ABAP的好。要知道SAP有数万个表，一个不小心你就会掉进迷潭。
但话也要分开讲――一个不懂ABAP的咨询顾问，也绝对成不了高级顾问，只是你不能太急罢了。
误区四：满大街找资料
我自己手头的SAP资料大约是几十个G吧，可回过头来看看，真正对自己入门帮助最大的还是ONLINEHELP。对，SAP的在线帮助。怎么？不知道哪有？上HELP.SAP.COM看看去。
大把的英文资料看得头痛？也是。但只要你找对方法，学习起来真就很容易了。而正确的方法就是：看跟IDES相关的东西。你装的学习环境不就是IDES嘛， 里面什么数据都有，参考着SAP帮助文件里的步骤一步一步走下去，很快就能熟练的操作这个系统。入门实在是太容易了。
总结起来，入门的方法就是：不要急，从前台操作入手，研究透了基本操作再研究后台的设置。这个方法简单吧？对，抛开你以前所有的经验和资历，象一个完全不懂的菜鸟那样从SAP的基本操作开始学习。看看PPT，看看入门教材一步一步的走下去。
第二道坎：英语
说到学SAP的第二道坎，恐怕N多人都会有相同的感慨：英语。
很多人都上网去找中文的资料，说是看起来更容易些，可别忘记了，那并非SAP官方资料。在翻译和理解上中英文的资料差异还是非常大的。尤其是提高方面的资料――官方认证培训资历，可是只有英文版的。
作为一个自学者，在熟练的掌握了SAP的基本操作以后，必然要去看SAP的官方培训资料――提高嘛。更不用说我们在前面提到的ONLINE HELP。在这方面，如果没有良好的英语基础或者说没有看英文资料的习惯，在很长的时间内都难以提高。
说到英文的资料，如果是自学的话，最终于的一点还是强迫自己习惯这些东西。这也是没有办法的事情。
研究SAP的后台配置是学习最重要的工作之一，就我目前所能掌握到的资料来看，有心将所有的配置关联讲清楚的，也只有SAP的官方资料。所以……，不要叫苦啦。
第三道坎：机会
能不能耐的住寂寞？
对于自学者来说，不被正规渠道所承认是非常难受的事情。如何被正规渠道所承认呢？
在我看来，自学SAP难就难在耐不住寂寞。
仔 细想想，对于SAP的用户来说，两年经验也都只能算菜鸟，那么对于自学SAP的人来说，你能否坚持两年，勤勤恳恳的学下去？相信没有具体的工作，很多人学 习了三五个月便放弃了。而三五个月学习的真实效果如何？不用我说，对比了时间我想你也知道。当然，也有人会说：我投入的时间绝对不比人家专职学习花费的时 间少――可这话，你仔细想想，能成立吗？有心做SAP顾问的人会不用心去学习系统吗？
所以我认为：坚持下去才是最最难得的事情。在你看不到路的情况下，如何抹黑的走下去。
对于自学SAP朋友的建议
1、 从基础开始，目标要清晰，绝对清晰。但不要把初始的目标定的过于远大。参考一个SAP顾问正常的途径走下去，从基本的操作开始。要对所有的前台工作都了如指掌。这也是一个SAP顾问所需要具备的基本要求。
2、 坚持看英语的文档，尤其是仔细按照ONLINE HELP所提供的那些练习一步一步的来做。有了基础之后在仔细研究SAP的标准教材。直到你有能力看完PA的课程。
3、 交流，尽量的与人交流，包括在BBS上，QQ群上，尽量的与人交流。而交流过程中最重要的并非看别人的帖子，按别人说的方法去操作――尽管这也是每个人学 习SAP过程中要做的事情。最重要的是：解答别人的问题。细想一下：作为顾问难道不就是每天要回答用户提出的各种问题吗？对，你只是提前测试这项工作罢 了。仅仅按照别人提供的思路解决问题并不能代表什么，关键是自己的吸收。
4、 规划自己学习的过程。按自己计划的方式学习，不要偏离方向。
对 于第四点，我个人的感触特别深。对于自学者而言，你很难知道哪一天才能加入SAP相关工作的行列――一年？两年？甚至是更长的时间，没有一个良好的学习规 划，并且坚持下去，恐怕没有人能等到最后。所以一定要给自己一个比较长期的规划。而对于一个SAP的项目来说，我们同样要强调的是计划。
5、 尽量结合你现有的工作整理数据。
对于所有的ERP项目来说对数据的收集整理导入都是必须经历的。而SAP的项目对于流程的调研、数据的收集更为重视。只有结合你现有的工作并在SAP系统中模拟这些工作，你才能更贴切的了解上一个系统到底要做些什么。
SAP 的项目资料对于初学者和自学者来说参考价值有限。除了SAP公司似乎还没有哪家公司的哪套资料能将一个项目所涉及到的所有内容完整的展现――即使是有这样 的资料，对于初学者来说你也不清楚什么阶段该做什么，什么阶段该如何循环。网络上的那些所谓项目资历对于大多数顾问来说仅仅是“参考”而以，甚至连参考的 价值都没有。
想到的也就这么多了。坚持！就这样坚持下去！给自己两年的时间
打算进入SAP咨询领域的朋友很多，只是SAP的产品过于复杂，而实施了SAP的企业也不愿意重新培养自己SAP人员――培养了不长时间就因为薪资待遇问 题而离职，得不偿失。所以对于有ERP工作经验的人来说，SAP的门槛太高。入行的机会甚至远小于那些刚毕业的学生。
通过自学SAP进入SAP咨询领域，相信是很多ERPer共同的梦想，那么如何跨过这道门槛呢？在这里我总结了些经验供大家参考。
第一道坎：入门
自学SAP的人在入门的时候常常遇到的有四个误区，或许很多人都没有仔细考虑过，这样的错误我也曾犯过，也耽误了不少时间。
误区一：不学前台学后台
有ERP 经验的人自学SAP反倒不如没有ERP经验的人学习SAP快，或许这个问题很多人都没有想过。在论坛里跟很多自学SAP的朋友沟通过，似乎大伙所看重的不 过是如何配置SAP系统。装上个IDES就要研究SPRO――前台嘛，那算什么？可问题就在于：根基不稳，如何能走的快，走的远？很多人倚仗自己对别的erp产品的理解来研究SAP，可往往在学习了很久以后仍看不到自己的长进，原因也就在于此：不够踏实。
误区二：不看功能，看维护
在这里所指的维护是一些“设置用户权限”“CLIENT拷贝”“系统调优”“内存优化” “数据库优化”等BASIS所做的工作。然而在真正的SAP团队中，这些工作是由专人负责的。花过多的精力在这个上面，也就耽误了真正该学习的内容。
不知道哪位仁兄在论坛里宣传什么装好IDES后拷贝一个“干净的”CLIENT来学习――或许这话是对的，但对于初学者来说：等到你能把所有参数都设置完成了，呵呵呵，恐怕已经是三五年后的事情了。
还有部分人一开始就琢磨SAP的权限分配、数据库备份。而这部分也是由BASIS专职负责――而做好BASIS的难度绝不亚于一个模块顾问的难度。
误区三：开发跟实施不分
也 听很多朋友说过：研究一个系统最简单的方式是看数据库中数据的流向。弄懂了数据的流向你才能真正明白这个系统是如何设计的，才能从底层掌握这个系统。嗯， 这话没错。但别忘记：你是个初学者，你的目标是SAP的咨询顾问，而不是开发人员。对，ABAPer跟咨询顾问也是两个职位，除非你自己定位的是开发顾 问，否则，在初学的阶段还是远离ABAP的好。要知道SAP有数万个表，一个不小心你就会掉进迷潭。
但话也要分开讲――一个不懂ABAP的咨询顾问，也绝对成不了高级顾问，只是你不能太急罢了。
误区四：满大街找资料
我自己手头的SAP资料大约是几十个G吧，可回过头来看看，真正对自己入门帮助最大的还是ONLINEHELP。对，SAP的在线帮助。怎么？不知道哪有？上HELP.SAP.COM看看去。
大把的英文资料看得头痛？也是。但只要你找对方法，学习起来真就很容易了。而正确的方法就是：看跟IDES相关的东西。你装的学习环境不就是IDES嘛， 里面什么数据都有，参考着SAP帮助文件里的步骤一步一步走下去，很快就能熟练的操作这个系统。入门实在是太容易了。
总结起来，入门的方法就是：不要急，从前台操作入手，研究透了基本操作再研究后台的设置。这个方法简单吧？对，抛开你以前所有的经验和资历，象一个完全不懂的菜鸟那样从SAP的基本操作开始学习。看看PPT，看看入门教材一步一步的走下去。
第二道坎：英语
说到学SAP的第二道坎，恐怕N多人都会有相同的感慨：英语。
很多人都上网去找中文的资料，说是看起来更容易些，可别忘记了，那并非SAP官方资料。在翻译和理解上中英文的资料差异还是非常大的。尤其是提高方面的资料――官方认证培训资历，可是只有英文版的。
作为一个自学者，在熟练的掌握了SAP的基本操作以后，必然要去看SAP的官方培训资料――提高嘛。更不用说我们在前面提到的ONLINE HELP。在这方面，如果没有良好的英语基础或者说没有看英文资料的习惯，在很长的时间内都难以提高。
说到英文的资料，如果是自学的话，最终于的一点还是强迫自己习惯这些东西。这也是没有办法的事情。
研究SAP的后台配置是学习最重要的工作之一，就我目前所能掌握到的资料来看，有心将所有的配置关联讲清楚的，也只有SAP的官方资料。所以……，不要叫苦啦。
第三道坎：机会
能不能耐的住寂寞？
对于自学者来说，不被正规渠道所承认是非常难受的事情。如何被正规渠道所承认呢？
在我看来，自学SAP难就难在耐不住寂寞。
仔 细想想，对于SAP的用户来说，两年经验也都只能算菜鸟，那么对于自学SAP的人来说，你能否坚持两年，勤勤恳恳的学下去？相信没有具体的工作，很多人学 习了三五个月便放弃了。而三五个月学习的真实效果如何？不用我说，对比了时间我想你也知道。当然，也有人会说：我投入的时间绝对不比人家专职学习花费的时 间少――可这话，你仔细想想，能成立吗？有心做SAP顾问的人会不用心去学习系统吗？
所以我认为：坚持下去才是最最难得的事情。在你看不到路的情况下，如何抹黑的走下去。
对于自学SAP朋友的建议
1、 从基础开始，目标要清晰，绝对清晰。但不要把初始的目标定的过于远大。参考一个SAP顾问正常的途径走下去，从基本的操作开始。要对所有的前台工作都了如指掌。这也是一个SAP顾问所需要具备的基本要求。
2、 坚持看英语的文档，尤其是仔细按照ONLINE HELP所提供的那些练习一步一步的来做。有了基础之后在仔细研究SAP的标准教材。直到你有能力看完PA的课程。
3、 交流，尽量的与人交流，包括在BBS上，QQ群上，尽量的与人交流。而交流过程中最重要的并非看别人的帖子，按别人说的方法去操作――尽管这也是每个人学 习SAP过程中要做的事情。最重要的是：解答别人的问题。细想一下：作为顾问难道不就是每天要回答用户提出的各种问题吗？对，你只是提前测试这项工作罢 了。仅仅按照别人提供的思路解决问题并不能代表什么，关键是自己的吸收。
4、 规划自己学习的过程。按自己计划的方式学习，不要偏离方向。
对 于第四点，我个人的感触特别深。对于自学者而言，你很难知道哪一天才能加入SAP相关工作的行列――一年？两年？甚至是更长的时间，没有一个良好的学习规 划，并且坚持下去，恐怕没有人能等到最后。所以一定要给自己一个比较长期的规划。而对于一个SAP的项目来说，我们同样要强调的是计划。
5、 尽量结合你现有的工作整理数据。
对于所有的ERP项目来说对数据的收集整理导入都是必须经历的。而SAP的项目对于流程的调研、数据的收集更为重视。只有结合你现有的工作并在SAP系统中模拟这些工作，你才能更贴切的了解上一个系统到底要做些什么。
SAP 的项目资料对于初学者和自学者来说参考价值有限。除了SAP公司似乎还没有哪家公司的哪套资料能将一个项目所涉及到的所有内容完整的展现――即使是有这样 的资料，对于初学者来说你也不清楚什么阶段该做什么，什么阶段该如何循环。网络上的那些所谓项目资历对于大多数顾问来说仅仅是“参考”而以，甚至连参考的 价值都没有。
想到的也就这么多了。坚持！就这样坚持下去！给自己两年的时间
BI:真相永远只有一个
「为什么财务部的数字与我们业务部的每次都不一样，到底谁才是对的？」
「我就是要的是上个月的汇总数据，为什么他们迟迟数字出不来？」
「怎么办？老板要最新的业务数字，可是我们只有到上个月底的数字，谁能帮帮我！」
「我真怀疑我们现在手上的报表数字到底对不对，怎么与我的实际记录差那么多？」。
上面的情况你一定不陌生。在依靠数字管理的现代企业管理中，不对的数字或是不一致的数字在管理上会造成冲突，但是企业有必要将宝贵的时间花费在这本 来就应该只有一个事实的争议上吗？其实一切的根源只是因为企业的信息系统无法产生实时性及一致性的管理报表，以致于报表的结果就像罗生门一样无法为决策所 用，导致最后大部分的系统面临搁置的命运。
数据整合问题是致命伤
数据整合一直是信息科技的重要技术。然而由不同技术出发及为不同的目的而进行的数据整合作业都是不同的，为了避免非以数据整合目的为出发的整合作业持续产生，企业应该要具有策略性的数据整合概念，以产出一致性的管理数字。
在商业智能的范畴中，常常以数据仓储的建置工具--ETL（数据撷取、转换及加载）为代表，因此市场上就有了各式各样的工具进行ETL作业，当然也 可以由程序人员自行撰写程序来进行数据之撷取、转换及加载的工作。而市场上的工具其实旨在简化人工操作复杂性及时间。另一重要目的则在于方便管理，因为若 只是单纯为完成某张报表的数据需求而进行的数据撷取作业，其实一点都不难，但是若将这些工作放大一千倍，再加上衍生字段的建立及数据的一致性，背后所牵涉 的管理动作就会持续发生。
更困难的是，一旦组织发生变更，或是对数据内容有新的需求产生，因为数据变更连带影响到报表或是分析结果，都将使管理这些管理数字变成非常棘手的问 题。也常常因为如此，由于数据维护不易，无法因应企业的变化，因而导致许多企业的商业智慧项目停摆的命运。虽然数据整合并非直接驱动商业智能报表和分析方 法成功的关键，然而，它却是支持作业流程及维持交易系统同步化不可或缺的工具。
数据兼容性与诠释数据
数据兼容性(Connectivity)与诠释数据(Metadata)在商业智能的数据处理中是最重要的一部分。因为对所有其他的程序来说，数据 兼容性和诠释数据都是非常重要的驱动技术，因此也是企业在建置商业智慧等分析型的决策支持系统（Decision Support System, DSS）时必须慎重考虑的因素。
不论是透过标准化工具自然存取(native access)或经由ODBC这类的开放式标准来存取所有主要结构性数据源，包括关联性数据库、中介档案(flat files)、企业资源规划系统和XML等修饰语言来读写数据，所有的数据整合解决方案都应该具备良好的数据兼容性。提供良好的数据兼容功能有助于异质性 系统间的信息存取，例如：z/OS, UNIX 和Windows，而不需要使用中介档案或摘要。此外，是否具备支持链接与读写消息队列数据，以及接收和传递网络服务器数据的能力，甚至还必须可以支持无 系统性的数据源，都是数据兼容性的评估重点。
诠释数据也是所有数据整合不可忽略的环节。数据整合的核心目的在连结各式数据源，将数据集中应用并创造出价值。而诠释数据则在所有的数据源之上建立 一个定义规则，以便将数据整合的核心想法付诸实现。此外，诠释数据也可让你追踪数据移动的历程与时间、套用的作业规则为何，以及探讨影响这些改变的可能原 因等所有企业所面临的关键议题。倘若因为疏忽而没有将诠释数据规则定义清楚，企业通常会付出加倍的代价进行弥补。
完美的数据整合是竞争优势和差异化的重要基石
对于数据整合仍处于土法炼钢的企业来说，就必须要承担复杂的系统环境所带来的种种不便和居高不下的成本。事实上，数据整合解决方案应该具备完整、弹 性整合和业界验证等特点，协助企业提供强化在信息发展上的竞争优势，也让企业内部不再发生罗生门的管理数字，利用这些优势来进一步改善企业体质，快速响应 市场挑战。2008年7月3日木曜日
我对SAP培训的理解[转帖]
作者：RogerTian
各个公司自己内部的各种层次的培训这里不做评述，因为各个公司之间系统应用和培训水平可谓千差万别。这里只对SAP官方的标准课程培训和PA顾问学院培训做一个简单总结。这里说的SAP官方培训指的并不只是SAP公司自己提供的培训，还包括SAP认可的合作培训机构。特别是从今年开始，SAP公司已经把PA培训部分同时交给国内的几个公司一起来做了。
SAP的官方培训一般分成2大部分：标准课程（Standard Courses）和PA培训（Partner Academy Courses）。实际上还有第三种研讨班类型的课程（Workshop），既然是研讨班，一般来说就不是非常成熟正式的课程。我参加过SAP举办的RFID研讨班和SAP PM项目经理研讨班。以下对大家比较熟悉的标准课程和PA培训做进一步解释。
SAP的标准课程培训又分为3个级别：Level 1，Level 2和Level3。
Level 1是SAP的基本课程，也是级别最低的课程，例如L1课程SAP01，主要是针对SAP公司和SAP系列产品和方案、SAP产品集成的介绍，基本没有很细节的各产品和功能的讲解。所以个人认为这个课程没有太多必要参加，找份教材自己看看了解一下就可以了。当然，去培训肯定比自学的效果要好一些。
Level 2是针对各个主要模块整体流程和大概功能的总体讲解介绍性课程，例如MM的L2课程SCM500，SD的L2课程SMC600，LE的L2课程 SCM601。这类课程对于系统全面了解本模块的主要流程和总体功能是非常有帮助的。L2课程偏重于概念、流程、功能和操作，只提及小部分配置实现。每章 节后的练习可以强化对于本节课程的理解。
Level 3是对模块内部包含的各功能模块的详细介绍，系统功能和后台配置并重，是SAP官方提供的最高级别的标准培训，个人理解也是比PA更好的培训（这里下面再做介绍）。L3课程对于常用功能、主要配置参数、一般功能技术细 节和其他可选方案等都有比较深入的讲解。例如SCM510是对于MM模块Inventory Management and Physical Inventory的深入讲解，SCM520是对于MM模块Purchasing流程的深入讲解，SCM605是对于SD模块Sales流程的深入讲解， SCM610是对于SD模块Delivery流程的深入讲解，SCM630是LE模块的主要模块Warehouse Management的深入课程。Level 3课程是目前来说，SAP各种课程里设计最好的一种课程，对于深入了解模块内部功能非常有帮助。L3教材里的每一句话都要仔细阅读，很多小的知识点可能就 只是一两句话提过，忽略过去一般就很少有机会再去研究。这不像L2课程，很多重要的知识点篇幅也不多，因为还有L3课程来涵盖。L3每章节后的练习针对于 本节课程的主要知识点，一定要仔细理解掌握。
L2课程和L3课程视涵盖内容的多少和难易程度，一般为5天，也有3天和2天的小课程。目前一般是每人2000元/天价格，视模块稍有不同，一般多于5个人才会开课。
Level 3虽然是SAP官方提供的最高级别的标准培训，并不是说L3课程会涵盖涉及每一个技术细节。例如SCM630 WM课程里对于各种出库策略、入库策略都有百字左右的介绍，但是对于真正理解和掌握各种策略的具体细节和业务适用场景，需要对各个控制参数的反复调试和对 结果的反复测试验证。对于SD课程的定价部分，深入的理解也需要结合公司的应用，课程所提及部分也只是非常基本典型的功能而已。我称这部分内容为 Level 4的内容。掌握L4内容的多少，才真正决定一个顾问技术水平的高低。一个顾问的综合素质包含多个方面，例如技术水平，业务经验，沟通能力，项目管理能力，自学能力等，以后有空再详细撰文。
接 下来说说PA培训，也就是通常说的顾问课程，都是针对模块的，例如MM PA，SD PA，PP PA等。参加PA课程之后可以直接参加PA认证考试，通过者可以获得SAP官方颁发的全球通用PA证书。PA认证是依照SAP的版本而定的，不同的版本教 材也稍有不同。TSCM50和TSCM52是SD的PA课程系列，TSCM60和TSCM62是SD的PA课程系列。一个PA课程的费用官方标价6万元， 如果提前报名或者团体报名还可以有一点优惠，但优惠价格有限。目前各合作培训机构的报价大约4万元。
PA 培训是大而全的培训，例如MM的PA课程内容基本涵盖MM的L2和L3的内容，但是难易详细程度比L2课程稍高，比L3课程又低一些，所以我划分PA课程 为大约Level 2.5的级别。PA课程一般20天到25天左右，25天的课程一般后5天为Case Study，也就是假设了一个案例，要求学员根据教材假设和提示来完成系统配置练习。Case Study并不是PA考试，PA考试是另外的一般是80道的单项和多项选择题，考点一般都在教材涵盖范围之内。一个PA课程如果折算成L2和L3的课程人 天，一般都在30天~40天，所以从这个意义上来讲PA课程是一个压缩的L2+L3课程。
各个培训都有各自的特点和各自的目标客户，不能一概而论说那个课程更好，正能说哪个课程更适合你目前的水平和实际。
资深SAP顾问，精通SAP后勤执行LE模块和WMS系统（包括RF无线射频技术）, 精通SD、MM、PP模块。曾经在中国(北京/深圳/上海/广州/番禺/香港/台北)、加拿大、菲律宾、澳大利亚、印度等地参加10多个大型SAP项目实施。SAP兼职培训讲师。
SAP工作3年回顾[转贴]
作者: SAP屠夫
又是一个周末,"皇城"脚下,宽大的Office里,几个鸟人在噼劈啪啪打着电脑游戏,时间飞逝,从2004年开始到现在做SAP 3年有余了,不管SAP被某些人吹嘘的如何神奇,在俺这常年杀猪的面前, 神秘已经不再, 3年来,几乎将SAP所有模块的配置和业务都大概捞了一遍, 客观来讲,这系统做的确实TMD好. 它的稳定性,易用性,可扩展性,业务追溯性,集成性确实做的盖了,如果要说它"神奇","神奇"就在于它基本上让业务顾问不用去看任何Code and table,这颠覆了俺以前观点,就是做ERP必须懂得代码和SQL, 因为在此前俺做一些国内ERP维护时,竟然要经常就修改表,SAP轻易就让顾问们只关注业务实现.
SAP为其项目管理提 供了ASAP方法论,提供了项目管理和流程管理平台ARIS是Architecture of Integrated Information Systems（集成信息系统结构）,这使用SAP的项目实施变的相对容易, 20年来SAP几乎在所有行业包括制造, 矿产, 设计,工程建筑, 农业, 屠宰, 公用事业, 银行, 保险, 教育, 零售, 批发, 时尚,通讯, 民航,石油化工行业都取得成功, 我注意到,这么多跨行业的不同业务大部分竟然可以在不开发增强的情况下就能在同一个产品上通过配置实现, 最近几年,SAP又推出了一个真正意义的SOA平台ESA（企业服务架构,NetWeaver）,而这些每季度都给SAP AG带来数亿USD的净利润.
3年前, 本来我比较打算去经商, 父母做了一辈子的小生意很想发扬光大之, 后来发现自己对钱这东西不是特别感兴趣, 在深圳这座城市熏了好几年竟然依旧对钱不敏感也算另类, 男子大丈夫活在这世界上总要找点正经事干, 于是决定折腾ERP玩, 象我这种人,做什么事情要么不做要做就要做的更好， 刚折腾SAP时, 规定每天至少花3个小时读源代码, 每天早上背10个表/字段和Tcode,1年下来,5大模块的常用Tcode的代码基本上读了个遍, 当结合业务去看这些代码会有很多非常有意思的发现，我对自己的逻辑思维能力相当自信,所以在屠宰这ERP时就经常会从一个整理去考虑,考虑各种业务场景系 统究竟是如何实现的,因为开发一个ERP绝对不是编写一篇科幻小说. 可惜，现在人年纪大了，对代码越来越不感兴趣, 只关心各种管理业务流程的最佳实现, 总的来说,如果单从代码来讲,SAP也有很多重复的垃圾代码,有趣的是,在其产品升级过程中,为了确保稳定,程序员们竟然允许其重复,毕竟稳定性压倒一 切, 严格得讲,SAP的运行性能还是有问题的,哪台哪怕是小服务器不是百万级的,可是还有些SAP系统运行起来其慢,代码复杂和重复应该是其中一个主要原因.
SAP为其项目管理提 供了ASAP方法论,提供了项目管理和流程管理平台ARIS是Architecture of Integrated Information Systems（集成信息系统结构）,这使用SAP的项目实施变的相对容易, 20年来SAP几乎在所有行业包括制造, 矿产, 设计,工程建筑, 农业, 屠宰, 公用事业, 银行, 保险, 教育, 零售, 批发, 时尚,通讯, 民航,石油化工行业都取得成功, 我注意到,这么多跨行业的不同业务大部分竟然可以在不开发增强的情况下就能在同一个产品上通过配置实现, 最近几年,SAP又推出了一个真正意义的SOA平台ESA（企业服务架构,NetWeaver）,而这些每季度都给SAP AG带来数亿USD的净利润.
3年前, 本来我比较打算去经商, 父母做了一辈子的小生意很想发扬光大之, 后来发现自己对钱这东西不是特别感兴趣, 在深圳这座城市熏了好几年竟然依旧对钱不敏感也算另类, 男子大丈夫活在这世界上总要找点正经事干, 于是决定折腾ERP玩, 象我这种人,做什么事情要么不做要做就要做的更好， 刚折腾SAP时, 规定每天至少花3个小时读源代码, 每天早上背10个表/字段和Tcode,1年下来,5大模块的常用Tcode的代码基本上读了个遍, 当结合业务去看这些代码会有很多非常有意思的发现，我对自己的逻辑思维能力相当自信,所以在屠宰这ERP时就经常会从一个整理去考虑,考虑各种业务场景系 统究竟是如何实现的,因为开发一个ERP绝对不是编写一篇科幻小说. 可惜，现在人年纪大了，对代码越来越不感兴趣, 只关心各种管理业务流程的最佳实现, 总的来说,如果单从代码来讲,SAP也有很多重复的垃圾代码,有趣的是,在其产品升级过程中,为了确保稳定,程序员们竟然允许其重复,毕竟稳定性压倒一 切, 严格得讲,SAP的运行性能还是有问题的,哪台哪怕是小服务器不是百万级的,可是还有些SAP系统运行起来其慢,代码复杂和重复应该是其中一个主要原因.
我的一位导师曾对我说过一句话,印象深刻,对我人生影响颇大, 他说:如果仅是学习, 任何学科都难于经过三五年的推敲, 遗憾的事竟然很少人愿意吃3年苦去完善自己, 他们今天想干这明天想干那的, 真是服了! 如果要说3年以来最大的工作成就,就是我以自己的行动证明了这句话的正确性和玩SAP这东西的最佳捷径是买把菜刀屠宰, 说到底,不论号称如何资深NB, SAP实施始终只不过是学习和应用人家的东西而已, 说白了,从专业技术角度严格一点,就是三流工作, 不是吗?
看看你是SAP几级？[转帖]
作者：RogerTian
对SAP系统认识的几个阶段，看看你处在哪一个阶段：
1. 未接触系统的用户阶段：对SAP系统的认识仅仅局限于SAP公司的宣传资料，或者是顾问公司的前期资料，对SAP系统充满了无限的憧憬和兴奋好奇。这阶段的用户认为SAP系统极其强大，包罗万象，无所不能。（用户对SAP系统认知：好的不得了，使用也不太难）
2. 初级用户阶段：刚接触SAP系统，对新事物新知识的学习和认知困难逐渐打败了自己的兴奋好奇心理，觉得SAP系统设计无比复杂，操作流程繁琐，不灵活。（用户对SAP系统认知：笨拙的烂系统，很难用）
3. 中级用户阶段：随着对系统的慢慢熟悉，和业务流程的稳定，渐渐觉得这个系统也没有那么糟糕，流程设计还是很不错，功能也很强大，强大的很多功能自己都还不知道怎么去用。很多用户最终只停留在这个阶段。（用户对SAP系统认知：系统还不错，功能很强大，也不太难了）
4.高级用户阶段： 比较好学的用户，会继续钻研系统，例如研究各个主数据字段对系统流程的影响，并开始系统学习掌握一些ERP原理和理论知识。随着自己知识的增长和视野的开 阔，这个阶段的用户学会对照理论和系统以及实际业务，进行比对学习。这个阶段的用户处于比较兴奋的学习期。这是一个无师自通阶段。（用户对SAP系统认 知：德国人就是牛！这系统先进的很呢。）
5.系统支持/项目成员阶段： 上一阶段的用户有的被选拔进入公司项目团队，和顾问一起学习和推进开展公司内部项目，从而进入这一阶段。这阶段的用户对公司流程和业务比较熟悉，也有一定 的系统基础，是项目中的业务代表和IT代表，在项目中开始一边发挥作用，一边比较系统的加深学习SAP系统。这一阶段的用户进一步了解SAP系统的强大功 能和系统灵活性，但是对于具体系统的配置和实现还存在知识差距，对系统心怀敬畏和神秘，对顾问比较景仰。这一阶段是忐忑的学习者和实践者，有问题会问老同 事和顾问，热衷于问题讨论。（用户对SAP系统认知：操作我是熟悉了，后台怎么实现的还是一头雾水，用户的要求我常常不知道怎么回答，还要好好学习学 习。。。）
6.初级顾问阶段： 上一阶段的成员经过几个项目的磨练和学习，慢慢可以在项目中在资深顾问的帮助下负责一小块流程的配置和实现。这阶段的顾问对SAP系统的了解进一步加深， 对SAP系统大概能做什么，大概不能实现什么有个概括了解。这阶段的顾问已经不在觉得系统有太多神秘，特别是自己的模块，自信假以时日自己很快可以进入中 级顾问行列了。这一阶段的顾问经常听到很多还不熟悉的名词和概念，还是热衷问题讨论，有疑难喜欢请教教资深顾问，心里可能有的疑虑但还没有开始怀疑SAP 的系统权威性。有的顾问开始使用OSS向SAP提问题，并惊奇的发现原来SAP已经有了那么多Bug！（对SAP系统认知：用户的一般问题都难不倒我了， 也慢慢开始拓展其他模块的关联知识，不过仅仅限于有限的业务管理操作。对SAP系统认知不在单纯是难易或者好坏这样简单的评价，能一五一十的讲解SAP的模块化构造，各大模块的功能和业务联系。SAP已经不是神话。）
7. 中级顾问阶段： 可以在高级顾问指点下负责一个模块的实施工作了，也清楚本模块内部的大部分功能和配置实现方法，基本能独挡一面，并对SAP系统的软件架构和体系以及跨模 块功能有一些基本了解和熟悉。开始质疑SAP系统，在本模块里可以讨论的人越来越少，开始Debug ABAP程序追踪问题，某些问题开始怀疑是SAP系统Bug，经常使用OSS向SAP提问题。开始指导初级顾问的工作，解答初级顾问的问题。（对SAP系 统认知除了基本层面的几大模块以为，对系统更底层的架构有加深了解。）
8. 高级顾问阶段：就是游戏中基本上算通关的那种游戏高手，熟知游戏陷阱和攻略。通常还熟知几个模块，一般问题不用进系统，一听就基本指导问题出在哪里了。知道很多个SAP的Bug，而且已经见怪不怪。
继续发展还有专家顾问，比较稀少。能发展到这阶段，很多人改做管理或者开公司去了，也有一部分人喜欢钻研技术的继续做下去或者做自由顾问。也有中级和高级的顾问出来做自由顾问的，不能一概而乱。
即使是同一个人在不同的阶段，对系统的难易理解和好坏评判肯能都有不同的答案。通常的规律是一种“螺旋上升”的概念，你每上升一个层次再低头来看同一事物，你都会有不同的认识和视角。
个人见解，同意顶之，不同意则拍砖。
1. 未接触系统的用户阶段：对SAP系统的认识仅仅局限于SAP公司的宣传资料，或者是顾问公司的前期资料，对SAP系统充满了无限的憧憬和兴奋好奇。这阶段的用户认为SAP系统极其强大，包罗万象，无所不能。（用户对SAP系统认知：好的不得了，使用也不太难）
2. 初级用户阶段：刚接触SAP系统，对新事物新知识的学习和认知困难逐渐打败了自己的兴奋好奇心理，觉得SAP系统设计无比复杂，操作流程繁琐，不灵活。（用户对SAP系统认知：笨拙的烂系统，很难用）
3. 中级用户阶段：随着对系统的慢慢熟悉，和业务流程的稳定，渐渐觉得这个系统也没有那么糟糕，流程设计还是很不错，功能也很强大，强大的很多功能自己都还不知道怎么去用。很多用户最终只停留在这个阶段。（用户对SAP系统认知：系统还不错，功能很强大，也不太难了）
4.高级用户阶段： 比较好学的用户，会继续钻研系统，例如研究各个主数据字段对系统流程的影响，并开始系统学习掌握一些ERP原理和理论知识。随着自己知识的增长和视野的开 阔，这个阶段的用户学会对照理论和系统以及实际业务，进行比对学习。这个阶段的用户处于比较兴奋的学习期。这是一个无师自通阶段。（用户对SAP系统认 知：德国人就是牛！这系统先进的很呢。）
5.系统支持/项目成员阶段： 上一阶段的用户有的被选拔进入公司项目团队，和顾问一起学习和推进开展公司内部项目，从而进入这一阶段。这阶段的用户对公司流程和业务比较熟悉，也有一定 的系统基础，是项目中的业务代表和IT代表，在项目中开始一边发挥作用，一边比较系统的加深学习SAP系统。这一阶段的用户进一步了解SAP系统的强大功 能和系统灵活性，但是对于具体系统的配置和实现还存在知识差距，对系统心怀敬畏和神秘，对顾问比较景仰。这一阶段是忐忑的学习者和实践者，有问题会问老同 事和顾问，热衷于问题讨论。（用户对SAP系统认知：操作我是熟悉了，后台怎么实现的还是一头雾水，用户的要求我常常不知道怎么回答，还要好好学习学 习。。。）
6.初级顾问阶段： 上一阶段的成员经过几个项目的磨练和学习，慢慢可以在项目中在资深顾问的帮助下负责一小块流程的配置和实现。这阶段的顾问对SAP系统的了解进一步加深， 对SAP系统大概能做什么，大概不能实现什么有个概括了解。这阶段的顾问已经不在觉得系统有太多神秘，特别是自己的模块，自信假以时日自己很快可以进入中 级顾问行列了。这一阶段的顾问经常听到很多还不熟悉的名词和概念，还是热衷问题讨论，有疑难喜欢请教教资深顾问，心里可能有的疑虑但还没有开始怀疑SAP 的系统权威性。有的顾问开始使用OSS向SAP提问题，并惊奇的发现原来SAP已经有了那么多Bug！（对SAP系统认知：用户的一般问题都难不倒我了， 也慢慢开始拓展其他模块的关联知识，不过仅仅限于有限的业务管理操作。对SAP系统认知不在单纯是难易或者好坏这样简单的评价，能一五一十的讲解SAP的模块化构造，各大模块的功能和业务联系。SAP已经不是神话。）
7. 中级顾问阶段： 可以在高级顾问指点下负责一个模块的实施工作了，也清楚本模块内部的大部分功能和配置实现方法，基本能独挡一面，并对SAP系统的软件架构和体系以及跨模 块功能有一些基本了解和熟悉。开始质疑SAP系统，在本模块里可以讨论的人越来越少，开始Debug ABAP程序追踪问题，某些问题开始怀疑是SAP系统Bug，经常使用OSS向SAP提问题。开始指导初级顾问的工作，解答初级顾问的问题。（对SAP系 统认知除了基本层面的几大模块以为，对系统更底层的架构有加深了解。）
8. 高级顾问阶段：就是游戏中基本上算通关的那种游戏高手，熟知游戏陷阱和攻略。通常还熟知几个模块，一般问题不用进系统，一听就基本指导问题出在哪里了。知道很多个SAP的Bug，而且已经见怪不怪。
继续发展还有专家顾问，比较稀少。能发展到这阶段，很多人改做管理或者开公司去了，也有一部分人喜欢钻研技术的继续做下去或者做自由顾问。也有中级和高级的顾问出来做自由顾问的，不能一概而乱。
即使是同一个人在不同的阶段，对系统的难易理解和好坏评判肯能都有不同的答案。通常的规律是一种“螺旋上升”的概念，你每上升一个层次再低头来看同一事物，你都会有不同的认识和视角。
个人见解，同意顶之，不同意则拍砖。
资深SAP顾问，精通SAP后勤执行LE模块和WMS系统（包括RF无线射频技术）, 精通SD、MM、PP模块。曾经在中国(北京/深圳/上海/广州/番禺/香港/台北)、加拿大、菲律宾、澳大利亚、印度等地参加10多个大型SAP项目实施。SAP兼职培训讲师。
SAP顾问心得 （转载）
早就答应给大家写一下我做SAP顾问的一点心得，今日稍稍得闲，想起对诸位的承诺，不如早早动笔，免得日久忘笔食言。
想来做这个行业时间不长，但感触颇深，在此分享，希望对诸位有所裨益！
分以下几个话题：
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. 此阶段仍旧会有客户特定需求的配置，改动等等
E. 系统上线数据切换策略（我曾经给过大家的DATA CONVERSION STRATEGY）
４． 系统切换以及上线支持：此阶段实现数据从原有系统到新系统的导入，对于后勤业务来说，物料主数据必须首先导入系统，然后是BOM,
ROUNTING, 已经下达尚未收货的采购订单，生产订单，尚未交货的销售订单等等，对于财务部分，最最重要的是将总账和明细账对平：
A. 导入上线时刻财务数据到新系统：对于总账存货科目余额，一定要和所有物料价值明细对平，允许的差异记录到材料成本差异账户，总帐的固定资产余额要与固定资产明细对平，应收应付预收预付总帐科目要与客户供应商余额明晰对平。通常用CATT就可搞定。
B. 运行成本估算，从系统内产生物料的标准价，从而后勤物料移动，成本信息准确反映。
C. 上线后的日清操作：上线后要对所有从后勤业务产生的财务凭证进行检查，从而保证后勤业务和财务的正确集成。一旦发现错误操作，当天发生的，当天解决，财务 尤其需要关注的是仓库的收发料操作，错误的物料价格，错误使用的移动类型，常常对财务产生较大的影响，而且此种类型的错误一定要进行纠正，必要时可采取一 些奖惩措施。
D. 上线后月结支持：通常SAP系统上线第一个月的月结需要财务顾问现场指导，而且在月结时候暴露出来的一些业务问题要进行纠正。
E. 上线后的其他支持：系统上线后两周左右，顾问撤离客户公司，以后的大部分支持是通过电话，EMAIL,VPN远程连接来解决的。END USER的问题传递给KEY SER和IT USER, IT USER作为企业内部顾问将逐渐取代FICO顾问的角色，他们再将自己无法解决的问题传递给顾问，顾问解决不了的再向SAP发送MESSAGE, 请求SAP的全球支持，就是这样一个帮助链条保证SAP系统的正常运行。
六.结语:
`
这段文字开始起笔于4月17日，结束于5月3日上海飞往吉隆坡的飞机上，按理说这点东西完全可以一气呵成，可忙碌的工作让我很少有心情去写，可我还是希望把自己了解的一点关于SAP顾问的东西让大家一起来分享。希望对各位能有所帮助。
我 相信有些同学还在犹豫：自己是否去做顾问？做了顾问的前途是什么？而我一直认为，人一生只要能够认真做好一件事情，实属不易，而企业IT应用这一块的市场 一直在发展，所以，想做什么不要犹豫，年轻的时候做什么都有道理，关键是要利用好自己的时间，珍惜每一天，让每一天都过得有意义，你的付出终有回报，相信 自己才会成功！
让自己变得足够专业，这个世界真的会属于你！我在努力，希望我们能一起努力！
谢谢！
想来做这个行业时间不长，但感触颇深，在此分享，希望对诸位有所裨益！
分以下几个话题：
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. 此阶段仍旧会有客户特定需求的配置，改动等等
E. 系统上线数据切换策略（我曾经给过大家的DATA CONVERSION STRATEGY）
４． 系统切换以及上线支持：此阶段实现数据从原有系统到新系统的导入，对于后勤业务来说，物料主数据必须首先导入系统，然后是BOM,
ROUNTING, 已经下达尚未收货的采购订单，生产订单，尚未交货的销售订单等等，对于财务部分，最最重要的是将总账和明细账对平：
A. 导入上线时刻财务数据到新系统：对于总账存货科目余额，一定要和所有物料价值明细对平，允许的差异记录到材料成本差异账户，总帐的固定资产余额要与固定资产明细对平，应收应付预收预付总帐科目要与客户供应商余额明晰对平。通常用CATT就可搞定。
B. 运行成本估算，从系统内产生物料的标准价，从而后勤物料移动，成本信息准确反映。
C. 上线后的日清操作：上线后要对所有从后勤业务产生的财务凭证进行检查，从而保证后勤业务和财务的正确集成。一旦发现错误操作，当天发生的，当天解决，财务 尤其需要关注的是仓库的收发料操作，错误的物料价格，错误使用的移动类型，常常对财务产生较大的影响，而且此种类型的错误一定要进行纠正，必要时可采取一 些奖惩措施。
D. 上线后月结支持：通常SAP系统上线第一个月的月结需要财务顾问现场指导，而且在月结时候暴露出来的一些业务问题要进行纠正。
E. 上线后的其他支持：系统上线后两周左右，顾问撤离客户公司，以后的大部分支持是通过电话，EMAIL,VPN远程连接来解决的。END USER的问题传递给KEY SER和IT USER, IT USER作为企业内部顾问将逐渐取代FICO顾问的角色，他们再将自己无法解决的问题传递给顾问，顾问解决不了的再向SAP发送MESSAGE, 请求SAP的全球支持，就是这样一个帮助链条保证SAP系统的正常运行。
六.结语:
`
这段文字开始起笔于4月17日，结束于5月3日上海飞往吉隆坡的飞机上，按理说这点东西完全可以一气呵成，可忙碌的工作让我很少有心情去写，可我还是希望把自己了解的一点关于SAP顾问的东西让大家一起来分享。希望对各位能有所帮助。
我 相信有些同学还在犹豫：自己是否去做顾问？做了顾问的前途是什么？而我一直认为，人一生只要能够认真做好一件事情，实属不易，而企业IT应用这一块的市场 一直在发展，所以，想做什么不要犹豫，年轻的时候做什么都有道理，关键是要利用好自己的时间，珍惜每一天，让每一天都过得有意义，你的付出终有回报，相信 自己才会成功！
让自己变得足够专业，这个世界真的会属于你！我在努力，希望我们能一起努力！
谢谢！
登録:
投稿 (Atom)