作者：(美)安德森(George W. Anderson)
出版社：人民邮电出版社
格式: AZW3, DOCX, EPUB, MOBI, PDF, TXT
SAP入门经典(第4版修订版)试读：
前言
接到要我升级《SAP入门经典》的邀请时，我真是感到兴奋不已！过去几年中SAP领域和我自己的生活都发生了天翻地覆的变化，我非常高兴能够与现在以及过去的SAP从业人员分享这些变化。与此同时，我也很希望能够有机会像《Teach Yourself SAP》的原作者 Danielle Larocca 那样对本书的结构进行调整和简化。Danielle Larocca的工作值得借鉴，她把目标瞄准了企业用户和技术读者，而放弃了其他SAP项目参与者。我在本书中也尝试了侧重相同的读者群体，同时也专门照顾到了一些自己读者关注的问题。而且，我还希望能够满足读者在一致性、避免重复、提供更能说明问题的插图等方面要求。在此感谢您阅读最新版、当然也是目前最佳版本的《SAP入门经典》。您会发现它物有所值，我对此信心十足。
为了达到简明易懂的目的，我对内容的结构重新进行了安排，划分成了5个部分。第一部分从介绍各种基本概念开始本书，第二部分覆盖了SAP的商业应用和组件。之后，顺理成章地先让我们从企业用户的角度了解 SAP（第三部分），然后从 IT 专业人员的角度深入分析（第四部分）。为了介绍最近5年出现的新知识和新焦点，以及回应许多读者关切的问题，第五部分对云技术进行了扩展介绍，用于帮助您顺利开始SAP的职业生涯。
纵观全书，我对SAP新手需要了解的重点知识都覆盖到了。对于企业用户来说，我没有浪费时间去介绍如何设置SAP访问，以及定制用户界面，而是带您浏览了实际的业务事务流程。总之，我们对创建销售订单、升级雇员个人记录等工作的意义进行了探讨。您可以学到如何为SAP用户分配角色，并且根据角色为执行事务提供授权。我们研究了大量的业务流程，如“从订单到现金”，以及它们是如何分解成具体的SAP业务事务的。另外，我们还对报告和排队流程进行了详细的介绍，这些流程不仅仅需要SAP本身，还涉及了一些常用的企业生产力提升工具，如Microsoft的SharePoint、Adobe的Forms等。通过本书的学习，尚未使用SAP的企业用户可以真正地体验到SAP终端用户的日常工作情况。
对于许多阅读我的书籍的技术读者而言，您会发现我这次进行了一些全新的改变。过去5年中，我从有兴趣安装了SAP演示版的新手那里收到了不下上百封的来信。因此毫无疑问，在最新版的《SAP入门经典》中我们不仅要一步步地一起了解真正的技术安装过程，而且要找到和安装SAP自己的免费软件。SAP过去称之为MiniSAP，现在则直接把它叫做SAP试用版了。它会彻底改变您对从本书中所学到的知识的应用方式。比如，学习完成后您将有能力像 SAP IT 专业人员在实际工作中所做的一样，对 SAP 系统进行基本的管理、调整、维护和监视。而且我们还会谈到如何为技术升级做准备，以及管理SAP项目。通过从多个不同的角度认识SAP技术，包括对SAP和云计算的深入了解，有经验的技术读者也可以更出色地完成本职工作。
最后，在阅读完本书之后，您会对SAP有深入理解，我打赌您对SAP的认识也一定会有所突破。您会成为为数不多的既了解业务情况，同时又精通技术的工作人员。您会了解到实施和运行SAP的重要意义，并且因而主动去改变您周围的世界。
再次感谢您购买本书。
SAP是什么？
自从本书20世纪90年代出版以来，SAP已经有了长足的发展。从只有一种产品的公司发展到创造了丰富多样的应用程序和技术，并使之为全球的各大公司所采用的全球软件巨头，SAP开发出了众多无可比拟的稳定的现代企业解决方案。即使在发生全球经济衰退，采购和部署技术的方式发生全球性转变之时，该公司及其产品仍然成为了不断演进、创新的典范。
但是SAP是什么呢？与大家熟悉的Microsoft的Word和Excel这种个人用于完成自己工作的桌面办公软件不同，SAP是一套业务应用程序。通过它，个人就可以运行整个公司的财务系统、管理库房和配送设施，搞清如何更快速地销售产品，为公司处理薪水发放问题等。正是这套覆盖整个公司的 SAP 系统成为了当今世界的大型企业复杂而必不可少的工具。然而，要实现和维护好这套软件系统耗资巨大，颇费时日，而且需要经验丰富的技术团队和训练有素的企业用户才能获得超乎想象的投资回报。而这正是本书希望为您提供帮助的地方，它可以提供IT人员和企业用户所需的基础知识，使他们能够理解、支持并开始使用SAP。
本书覆盖了哪些内容
本书覆盖了您需要详细了解的SAP核心产品和组件的所有相关内容，这些产品和组件通常合在一起简称为SAP。尽管只是一本入门书籍，但是它可以让您对当今SAP的方方面面和发展方向获得非常全面的了解。作为身经百战的SAP专业人士，我可以保证这本书有效实用。在本书中，我会与您分享您需要知晓、理解的信息，共同完成必要的练习。此版比之前的版本更注重了两大部分志在学习 SAP 的读者的需求：企业用户和专业 IT 人员。我根据这两种不同类型的读者所需的技能和侧重点对本书内容进行了编排，希望读者能够对此感到满意。本书对SAP的各个领域进行了概述，并且结合了实用的操作步骤和指南，相信您必能从中获益。
本书从基本概念入手，介绍了SAP相关的术语、业务应用、基础技术知识，以及实施项目所需考虑的问题。从这些基本概念开始，学习过程会慢慢一点一滴地构筑起对复杂的SAP世界的全面认识。本书的教学步骤是首先为您打下坚实的概念基础，以便您能够掌握后面章节所要学到的更深入的内容。因此，即使是新手也可以很快了解规划、部署和使用SAP的意义所在。有了这种了解，您就可以开始体验真正的SAP工作人员是如何实施项目的了——包括如何实现行政领导、项目管理、业务应用、技术部署，以及应用中的企业用户是如何一起创建和使用SAP端到端应用的。
前面几章较之之前的版本打下的基础更为坚实，让读者能够快速入门，之后的内容就会分成针对企业用户和专业IT人员的各个部分了。本书还以章节或“学时”进行了清晰的划分，旨在让读者能够更方便地找到感兴趣的专题领域，从而快速找出对他们有用的学习材料。与之前的版本不同，本书的每一章都以一个实际案例分析作总结，使读者能够对自己新学到的知识加以检验。
本版包括的新内容
除了重要的结构调整以及向企业用户和专业IT人员的明显侧重，书本还包括了许多新内容，例如：
对与新产品、能力、技术术语相关的内容进行了更新；
覆盖了一些热门技术，如基础设施即服务（Infrastructure as a Service，IaaS），平台即服务（Platform as a Service，PaaS）和软件即服务（Software as a Service，SaaS）；
我们专门用一章从SAP的角度以及许多SAP架构合作伙伴和托管服务提供商的视角讨论了云计算技术；
用一章专门对SAP的安全基础（如角色和授权）进行了介绍；
包括了使用ShairPoint和Adobe实现简单接入的方法；
改进了实际SAP项目实施指南；
简化了无数SAP基本从业人员日常司空见惯的与系统管理、监视和调整相关的简单内容；
改进和扩展了与从业指南问题相关的内容；
附录包括了SAP特有的简称和常用术语。
为了让您直观地感受到SAP企业是如何使用SAP进行日常工作的，本书还针对运行许多常见的SAP业务事务设置了实用的分步操作说明。全球有不计其数的用户都可以通过“运行业务”（running the business）执行着相同的事务或业务流程。最后，我还为您介绍了一些您可轻松地从Web上找到、使用的资源，而且带您回顾了一下本书的前几版。比如，在本书的第二版和第三版中，我和本书的合著者深入分析了许多现在事后看来是矫枉过正的技术，但是对于有志于深入学习的人来说，它今天仍具价值。这样做能够简化掉一些过于深入细琐的技术材料，从而真正地让初学者学习起来更轻松，并学到更全面的知识。
本书适合哪些读者？
本书适合那些与SAP素昧平生以及希望弥补自己SAP知识空白的读者。例如，阅读第19章中描述的SAP对云计算的观点，或者浏览一下第3章中提到的一些新的热点技术，即使对于经验丰富的专业SAP人员来说也是不无裨益的。但我在本版中真正侧重的读者群体还是刚刚接触SAP的企业用户和技术人员。当然，如果您身为负责实施或升级SAP的执行主管或者项目经理，本书也给出了一些实用而且容易找到的指导意见。对于此类读者而言，最差的情况下也还可以在读过第1、4、5和第15章的内容之后把本书送给新入行的企业用户或者专业技术支持人员，为他们提供帮助。但是本书大部分内容是针对那些对SAP一无所知，而又不希望淹没在网络上毫无用处的介绍性内容之中的企业用户和专业技术人员的。
总而言之，本书是帮助您进入SAP世界的不二之选。站在作者的角度，我们希望您能够在阅读时乐在其中。更重要的是，希望您能够在将来的工作中将从本书中学到的知识学以致用。第1章SAP是什么
在本章中您将学到：
SAP软件公司简介；
SAP的业务应用程序和行业解决方案；
组件、模块和事务；
SAP集团概念；
运行SAP的意义。
在本书开始的第1章中，我们要介绍一下软件公司SAP及其发展史，以方便以后的学习。然后，我们要了解一下SAP的应用传统以及它自己独有的一套缩略语。这样我们就可以用相同的“语言”相互沟通了。本章最后，我们还将介绍一下SAP当前的技术和应用。1.1SAP软件公司简介
如果一本SAP入门图书没有介绍该公司是如何发展壮大为该领域领导企业的，那么这本书绝对是有所欠缺的。SAP 是一家德国公司，总部设在瓦尔多夫，是当今全球最大的企业应用程序提供商，同时也是规模最大的软件公司之一。尽管SAP与自己的竞争企业特点各异，但是在某些方面它们也有着一些相似之处。它们之中大多数都会提供企业级软件、商业智能和数据仓库解决方案、针对中小型企业的软件、Web 和应用程序开发平台、与计算机系统绑定在一起的集成软件、各种云计算技术等。而且这些竞争企业也都可以帮助用户支持 SAP；例如SAP公司把Oracle作为自己最大的数据库提供商，Microsoft也在数据中心和办公系统中提供了SAP最流行的操作系统。IBM是SAP最大的咨询合作商，而Microsoft和IBM都提供商业智能解决方案供SAP应用程序使用。
SAP大约40年前成立于德国的曼海姆，创立者是一群前IBM工程师，他们有一个共同的理想：开发一种能够把公司的各种业务功能结合在一起的软件包。这种创意旨在帮助公司用单一的集成系统替代10～15种不同的商业应用程序，如财务系统（执行账户支付和应收款项处理）、仓储应用、生产规划解决方案、工厂维护系统等。更妙的是，这些前IMB工程师希望自己创建的系统能够实现各种类型的商业和工业所能达到的最佳实践。在开发过程中，有人预测这种新软件包可以大大降低工作复杂度，为企业提供更具实时性的计算能力。1972年，当用于数据处理的系统、应用和产品（Systems，Applications，and Products in Data Processing，SAP）出现时，这种预测变成了现实。而我们这些工作在 SAP 环境中的人长期以来形成了把SAP公司和他们的产品都简称为“SAP”的惯例，而不再使用原来那个冗长的名字了。
SAP自诞生之日起就致力于改变我们的世界，目前仍在朝着这个目标不懈努力。他们努力的结果也远远超出最初的预想，公司领导者创造了一种多语种、多国家适用的平台，可以简单方便地进行改动，以满足新的业务过程标准和技术提出的要求。现在，有不下百万的企业用户正在使用SAP为自己遍布全球120多个国家、超过10万多个客户工作着。而SAP的5万名雇员以及2000个实施和支持合作商也正热火朝天地忙于在使用40多种不同语言的50多个国家构建和实施软件。而且现在有各种各样的SAP业务解决方案运行在20多种不同的计算平台上。
仅就最后一点来看，SAP就已经彻底改变了当今业务应用的技术基础。他们革命性地彻底打破了20世纪60年代和70年代以来基于大型机技术模式独霸企业应用市场的局面。与之不同，SAP把自己的软件解决方案结构设计成了可以运行在多种不同的硬件平台上、操作系统和数据库版本上。通过这种灵活性和开放性，SAP同时也赋予自己的客户以灵活性和选择的余地。这种颠覆性的改革为企业业务软件的开发和交付带来了新的起点，同时也帮助SAP在20世纪90年代早期走到了IT和企业软件行业的前列。在SAP成立不到20年后，该公司不但是欧洲顶级的软件提供商，而且在企业应用市场上也给IBM等巨头带来了挑战。
20世纪90年代在企业软件领域新崛起、广受欢迎的公司还包括Baan、Oracle、PeopleSoft和 JD Edwards。这之后不久，一些业内原来不甚知名的小公司也开始不断发展壮大，其中包括 Great Plains 和 Navision 等公司。尽管大型机应用仍然还很普及，但对许多公司来说已经显得过于复杂和昂贵了，传统系统已如昨日黄花，企业软件行业走到了摆脱它们的十字路口。全世界各大公司中的IT部门都在摩拳擦掌，因为他们找到了能够更简单、便宜地支持不断涌现的标准化硬件平台的全能系统。
为之推波助澜的是新的企业软件公司还在数据库方面获得了推动力，新数据库提供商崛起了，包括Oracle、Sybase、Informix等，他们提供的取代旧大型机IMS和DB2的方案极富吸引力。新操作系统也不甘落后，可以帮助新数据库和应用构建低成本的关键任务计算平台。到 20 世纪 90 年代中期，当 SAP 开始支持 Microsoft Windows操作系统和 SQL Server 数据库时（之后很快又实现了对Linux操作系统的支持），SAP在企业软件市场上的主导地位已经非常稳固了——公司的创始人已经志得意满地实现了自己的初衷，创造出了能够运行在多种平台上、由各种各样的IT机构进行操作和维护的多国家、多语言的业务解决方案。此时的SAP不仅发展成了价值数十亿美元的行业巨头，而且已经千真万确地成功改变了世界。1.2SAP业务应用程序或组件
从业务应用软件的角度看，SAP几乎可以说是无所不能，而且适用于几乎各种类型的企业。SAP应用软件的基本概念是专业化和集成化。SAP系列产品和服务中的每个软件组件或应用程序都会有针对性地满足特定的需求，能够给日常的财务和资源管理（SAP企业资源规划，简称ERP）提供便利，处理产品生命周期规划要求（SAP产品生命周期管理，简称PLM），支持公司内部采购（SAP供应商关系管理，简称SRM），通过不同系统互连以缓解集成压力（SAP NetWeaver流程集成，简称 SAP NetWeaver PI），实现客户关系管理（SAP 客户关系管理，简称CRM）等。SAP把所有这些产品分成了SAP业务套件（包括所有的业务应用程序）和 SAP NetWeaver（其中的组件是发挥 SAP 能力必不可少的，如门户产品、开发工具和商业智能工具等）两大部分，我们将会在本书的其他章节中对它们进行详细的介绍，毫不夸张地说，SAP的应用程序、组件和产品称得上是多不胜数，因此可以组合和定制出几乎适合各种业务的SAP解决方案。1.2.1 SAP 组件、模块和事务
在开始深入学习之前，了解SAP组件、模块和事务的区别是非常重要的。SAP使用的术语“组件”（component）与术语“业务”（business）通用，在大多数情况下，后一术语使用时会采用缩写。另外，SAP模块（module）提供的是组件之内的具体功能。例如，财务模块、生产规划模块和物料管理模块，通过其名称就能知道其功能。这些独立的SAP模块组合起来形成了 SAP ERP 组件。在一个具体的模块内，可以对公司的业务流程进行配置和组合。
业务流程也称为业务情景。业务流程的一个好例子是“订单到现金”流程。它包含了许多不同的事务，从在系统中书面提交销售订单到管理采购申请和采购订单，从“拣选”存货到销售、进行交付、为客户订单开具发票，不一而足。每项事务都可看作是业务流程的一个环节（环节1、环节2等）。如果所有事务都按正确的顺序执行完毕，就可以完成“订单到现金”这样的业务流程了。很多情况下，这些事务都是隶属于同一模块。而在某些情况下，业务流程可能需要运行多个不同模块中的事务，甚至可能是多个不同组件中的事务（见图1.1）。图1.1 SAP组件由模块构成，模块则由用于执行业务流程的事务构成1.2.2 跨应用业务流程
SAP的事务可以组合使用，因此在实际应用中可以构建涵盖广泛、功能丰富的平台来执行业务。这就是说，公司使用SAP可以更透彻地了解自己的销售、供货链和生产趋势，并且可以通过向不同方向扩展业务流程以新的方式顺应或控制这种趋势，从而实现利润和收益最大化。仍以“订单到现金”流程为例进行一下说明，它从本质上说是一个“后台”记账流程。通过结合使用多种SAP应用程序，公司可以创建一个能力更强大的扩展版 “订单到现金”流程，这种流程称为交叉应用流程、巨型流程或扩展业务流程。
通过这种方式，我们的“订单到现金”流程的功能可以获得极大的增强。例如，我们可以通过SAP的企业门户对流程进行初始化，允许公司内的大量用户甚至合作商或供应商能够使用简单的浏览器访问公司的 SAP 系统。进入系统后，这些用户就可以“直达”SAP ERP进行实际下单了。通过在业务流程层面上实施的业务逻辑规则，可以将控制权交给 SAP CRM应用程序，以确定具体用户的购买偏好和购买历史。首先，CRM的业务逻辑规则可以通过某种具体的方式指导或影响业务流程，这就有可能帮助销售人员说服客户增加订购数量或者提高订单的毛利率。然后，公司可以对SAP的供货链管理（SCM）系统进行评估，从而改进供应链规划流程，发掘出订单潜力，在整个系统上实现最佳利率，并让各种客户在访问公司的物料、人员和其他资源方面实现需求平衡。此后，可以调用 SAP NetWeaver业务信息库，找出与该客户在特定地区或特定时间段内的信用历史、财务条款、销售模式相关的历史数据。在对这些详细信息进行分析之后，扩展业务流程可以把控制权转交给SAP的水晶报表解决方案来创建公司内部报表。同时，公司可以使用 SAP ERP 或 SAP NetWeaver门户推动和跟踪拣选流程、订单执行和运输过程，以及最终的收账流程，从而完成整个业务流程。1.2.3 SAP 行业解决方案
除了能够实现种类丰富、功能各异的业务流程，SAP还以能够在自己的软件中反映出行业的最佳实践而著称。通过采用SAP提供的最佳实践而不需要去创造自己的工作惯例，用户公司可以更事半功倍、行之有效地为自己的客户、委托人以及利益相关人提供服务。这就是SAP一直以来获得如此大的成功的重要原因：SAP对各个不同的行业都了如指掌，它要做的是使这些行业中的公司不仅仅采用SAP软件，而且同时能够采纳行业的最佳实践。
SAP 的行业解决方案过去（现在也松散地）分成三大领域：制造业、服务业以及金融/公共服务领域。实际上其中包含了24组不同的行业，如航空及国防、汽车、银行、化工、消费产品、工程、建筑、医疗、高等教育和研发、高科技、保险、媒体、轧制品、采矿、公共部门、零售、电信、公用事业等。这些分组又代表着40个不同的具体行业。要获得完整的行业清单，您可以登录www.sap.com/usa/sme/whysap/industries/index.epx了解，或者只需在自己最喜爱的搜索引擎上搜索“SAP industry solutions”（SAP 行业解决方案）即可。这些行业解决方案有一个共同的优点，就是它们可以简单地“安装”到SAP的其他产品上；例如，石油和天然气行业解决方案可以安装到 SAP ERP 之上。1.2.4 点点相连
正如前文所述，诸如 SAP ERP 这样的应用程序由许多不同的模块构成。各个模块的功能专门用于处理一种特定的业务功能（这些功能又包括了许多具体的业务事务）。单独看来，每个模块都用于管理一个特定部门负责的业务领域或功能领域。例如，在提高信用额度之前，公司的应收账款分组可能会使用 SAP ERP 的财务模块运行一项业务事务，以检查客户的信用信息和按时支付历史。
与之相似，运输部门会定期运行物料管理模块的业务事务，来检查特定仓库的存货情况。其他部门可能会负责管理支付、地产、销售预测、预算编制等。总之，公司内各个部门可以使用覆盖整个公司的SAP系统相互协作，完成公司业务。而公司可以从部门间的协调一致上获益，同时使公司管理层能够洞察需求发展趋势，从而做出合理决策，使企业保持健康发展。
您可能已经看到其中的要点了。SAP产品的设计目的是满足业务需求，无论软件大小，都要使它们满足良好运行业务的业务需求。SAP的软件产品共同构成了一幅“宏大的图景”，它能够把遍布全球的人员、资源和流程联系起来人尽其责、物尽其用地成功完成业务。SAP及其业务应用程序竞争者——Oracle、Microsoft、NetSuite等——都在努力地发展这种能力，力求把各种独立功能都编织到一张大网中去。1.3SAP集团概念
在讨论实际运行SAP的意义之前，我们还需要再考察一个概念。在SAP的世界里，集团（client）具有特殊的意义。从根本上说，集团是每个SAP系统内自足的业务实体或单位；您可以使用Web浏览器或SAP的任意一个专门的用户接口登录SAP集团，从而进入和使用系统。每套系统——SAP ERP、CRM、SCM 等——都有自己独一无二的集团。因此，当今的机构通常拥有多种生产集团（每个SAP组件一个生产集团）。而且，每个组件还都可以包含多个非生产集团。这些集团用于开发和测试业务功能，这些功能将来会加入到生产集团里去，并转交给公司的最终用户供其使用。
每个集团都有自己独立的一套基本记录和“表格”（相关内容我们会在第3章进行详细说明）。领会这一点的最佳方式是考虑一下实际生活中 ExxonMobil、General Motors、Honeywell等大公司的情况。比如在这些跨国机构内部通常都包括了三个或更多个公司和业务机构。每种SAP集团可以专供各个不同的业务机构使用；真正大型公司的一个SAP组件（如ERP）之内就可能会拥有两个甚至三个生产集团。比如，一家公司可能会根据各个业务分组（雪佛兰、凯迪拉克、GMC）来组织集团，也可能根据地区划分（美洲、欧洲、亚洲）来划分集团结构。通过这种方式，雪佛兰业务用户可以登录雪佛兰集团来完成自己的工作，而凯迪拉克的业务用户可以登录到同一个SAP系统上的Caddy集团上继续自己的工作。而最终，经营结果很容易汇总，作为一个整体跨国机构可以方便地报告各公司整体的财务状态、库存水平等。
登录SAP系统时，您可以选择自己想要登录到的特定集团。每种集团都分配有一个独一无二的三位数的代码，您需要知道此代码并在登录时输入。因此区分集团并不难。比如一名开发 SAP 系统的程序员可以登录到集团 100 进行编程工作，还可以在另一系统中登录集团200，检查和测试新的业务逻辑规则，此外还能在第三个系统中进入集团500检查新培训系统，而在这里他的代码可以用于教授其他人学习如何使用SAP。同理，一个终端用户可以登录生产系统中的集团300进行自己的日常工作，偶尔可以登录测试系统的集团200，以检查自己要求为生产活动开发的新功能的状态。
所以请牢记：在SAP世界里，术语“集团”的含义并不固定，甚至还可以指代各种PC或工作站。由于我们的目的是教学，在此我们按SAP的使用方式使用“集团”一词，即用它描述SAP系统中的逻辑上离散或者独立的业务实体，而不用该术语描述PC或工作站。1.4运行SAP“运行SAP”意味着什么？曾几何时，运行SAP就意味着安装好SAP应用程序R/3，并由业务用户进行使用。久而久之，SAP R/3 应用程序就成了 SAP 的代名词。它们成了不分彼此的一回事，运行SAP就是运行R/3。R/3是SAP第一款真正基于客户端/服务器结构的在线事务处理（OLTP）系统——正如您在本章中读到的，这个系统与生俱来就是要满足日常事务处理需求的。与之前大型机版本的 R/2 相似，R/2 内包含了许多业务模块，如财务、物流、人力资源管理、仓库管理等。R/3 的后续产品是 SAP ERP。
时至今日，如果您听到某人说在运行SAP，一定要记得问清楚他具体说的什么——贴着SAP标签的产品和解决方案实在是数不胜数，想当然地假设实在不是明智之举。当然，SAP最受欢迎的产品还是 ERP。但是仍然还有许多客户在使用旧版本的 SAP R/3 系统，使用 SAP SCM、CRM、PLM和SRM系统的用户就更比比皆是了。1.5小结
本章中，我们带您初涉SAP的世界。您了解到了SAP的历史，一些具体的业务应用，以及SAP领域中常见的技术术语（在您对SAP的常用语运用自如之前，可以随时翻到附录B进行查阅）。请牢记SAP的真正工作要由其组件和应用程序来完成；这与技术几乎没有关系，而主要是公司如何具体配置自己业务流程的问题。各行各业业务流程的配置可谓大相径庭。幸运的是，SAP提供了丰富的行业解决方案，可以帮助用户公司实现行业的最佳业务实践。另外还需注意的是，业务流程实际上是各种独立的SAP业务事务的结合体，其目的是完成好实际的业务工作。事务与具体的模块息息相关，而业务流程可能由多个模块的事务构成。交叉应用或称巨型业务流程中的事务更是会横跨多个模块，甚至多个SAP组件。现在我们可以进入第2章了解SAP幕后的核心业务原理了。但是在此之前，我们还是首先要看一下下面的案例分析。1.6案例分析
此案例分析将带您回顾一下本章内容，用于帮助您复习学到的知识，并把它们联系起来，让您能够在实际应用它们之前考虑周密。您可以在附录A中找到与此案例分析相关的问题答案。1.6.1 情境
MNC 公司（简称 MNC）是一家大型跨国采矿和制造公司，业务遍及 20 多个国家。其客户遍布全球。虽然MNC是根据许多实际使用SAP的公司虚构的，但它面临的问题却与当今机构如出一辙。现实中的财务透明度问题，供货链缺乏透明度，对最近全球销量下降和错失市场商机的担忧都成为了 MNC 执行董事会无法忽视的问题，它需要用一种单一而高集成度的业务应用程序来取代现有的一套业务系统。董事会特别关注公司在处理多语言、多国家业务方面的要求；面对着分布在 500 个办事处的 10 万个使用Microsoft Windows系统的用户，董事会非常关心如何能够把这些五花八门的用户社区连接到单一的应用程序上的问题。通过引导董事会考虑以下问题，您的任务就是帮助MNC领导层了解SAP的能力，以及公司应该如何实施它。1.6.2 问题
1．除SAP之外，MNC还可以考虑对哪些企业软件公司进行调研？
2．董事会第一次接触SAP时对哪些组件和产品最感兴趣？
3．SAP提供的行业解决方案能够在MNC上产生奇效吗？试加以解释。
4．假设MNC的雇员规模庞大（因此潜在的SAP终端用户数量众多），有哪些技术基础结构关键点需要董事会未雨绸缪？
5．SAP会在语言和货币支持方面出问题吗？第2章SAP业务基础知识
在本章中您将学到：
业务线路图；
业务架构和蓝图设计；
将业务需求映射到SAP应用程序中；
处理业务需求的4种视角；
SAP如何为业务需求提供支持。
尽管SAP可以提供大量的应用程序和底层技术来满足公司的业务需求，但首先需要深入理解这些需求和业务要求才能将其映射到软件应用程序中去。而揭示、定义和体现公司的经营目标，并将其转化为应用程序策略正是业务架构的核心内容。创建线路图可以在这一过程中为企业指明方向。在本章中，我们要了解业务架构的基本知识，并开发一份业务线路图。您将亲眼目睹业务需求是如何把机构的目标及其人员与业务应用程序联系起来的，他们最终将使用这些应用程序运行和改造业务。2.1业务架构和业务线路图
在我们探讨SAP的应用程序和技术之前，我们需要首先从整体上了解一下建立业务架构的目的和重要性，特别是要对业务线路图进行一下说明。业务架构是一种高度抽象的表达方式，其中公司的经营目标被解构成了各种必要的业务功能。在对这些业务要求有了充分的理解之后，就可以把它们转变为一套基本的业务流程了（或工作流程），而这些业务流程反过来又可以与SAP和其他应用程序能够提供的更多具体业务功能相结合（如创建采购订单或管理招聘过程）。
有时候业务架构可以高度概括地描述为何人、何事、何处、何时这样的问题。而业务线路图是一种工具，用于将这些梳理成一个逻辑流程。它可以把使用SAP或SAP的数据和报表的最终用户与能够提供数据和报表的业务应用程序相关联。在首次实施过程中，业务线路图可以帮助机构避免偏离设计目标。而在SAP已经安装、启用之后，与业务线路图相似的工具和流程也可以帮助机构根据业务执行需求对SAP进行必要的改动。
就像建筑施工不能没有图纸一样，没有设计合理的业务线路图，公司就不可能实现自己的远景目标，或者解决好日常业务需求。业务线路图可以提取战略目标和业务架构的精髓，用来描述公司的业务需求、业务功能，以及提供这些功能的应用程序。从另一个角度看，线路图显示了业务功能是如何最终交付并满足公司的业务需求、实现其远景目标的（见图2.1）。其间，业务线路图首先要找出与业务操作相关的技术；然后将业务问题整合成一个SAP派生技术能够实现的业务解决方案。这样一来，SAP的应用程序和底层技术就简单地表示成了业务达到线路图终点所使用的工具。图2.1 业务线路图把远景目标和战略与用于运行业务的SAP 应用程序联系起来2.1.1 传统的公司业务关注点
公司业务一般会提供货物和服务。有许多类型的业务以利润、股票价值等方式为公司及其所有人创造价值。而另外一些实体，如非盈利公司或慈善机构也要通过业务实现服务社会的目的，例如哺育饥饿的儿童、照顾贫困人群等。尽管目的不同，但如果不能补充成本损耗，那这种业务无疑就是失败的。
业务架构的核心，即真正的业务，是业务的工作内容（销售或提供什么东西）。汽车公司会销售汽车、石化公司要出售汽油，而慈善机构会为弱势群体提供物品和服务。尽管如此，公司提供服务的效果如何却完全是另一回事。从财务到销售、营销、供货链/物流、产品生命周期管理、支付等，影响业务执行的因素来自方方面面。所有这些方面的问题都可以简单归结成两条：利润（销售）最大化和支出（成本）最小化，下面我们就对它们进行讨论。2.1.2 实施SAP的真正目的和影响
各种SAP应用程序在日常工作中习以为常地运行着各式各样的业务。但是仔细观察就会发现SAP对财务基础的影响；如果SAP业务解决方案实施得很好，就可以帮助机构提高总收入（top-line revenue）和降低净支出（bottom-line expense）。例如，从盈利的角度看，SAP可以在以下方面提供帮助。
发现和管理新市场（通过SAP客户关系管理、业务数据仓库和商业智能程序）。
在产品和服务商方面进行创新，以迎合新市场的需求（通过SAP复合应用程序、产品生命周期管理和客户关系管理程序）。
改善公司与现有客户关系，从而提高销售量，建立更巩固的销售联系，或获得更大的市场份额（通过SAP客户关系管理、商业智能和企业资源规划程序）。
同理，通过在以下方面发挥作用，SAP还可以帮助降低成本。
通过精简业务流程、最大限度地提高资产生产力、最大限度地缩短无收益时间（使用SAP企业资源规划程序）等。
通过纵向整合降低公司的原材料成本（使用SAP供货链管理程序）。
通过提高管理可见性和业务流程透明度，降低公司在货品、物料、劳动力等方面的成本（使用SAP供货链管理程序和企业资源规划程序）。
降低内部运营成本（使用SAP供货商关系管理程序）。
最大限度提高库存和供应商折扣（使用SAP企业资源规划程序）。
重新设计公司的服务交付流程（使用SAP企业资源规划程序）。
通过更快速地找出改进成本模型和优化低效流程的机遇，来降低公司的“改变成本”使用SAP业务数据仓库和商业智能程序）。
改进公司管理、交付、优化、跟踪和提高产品和服务质量（或用于推动产品和服务的业务流程）的方式（使用SAP企业资源规划程序）。
在提高销量的同时又能降低成本的公司必然可以比竞争对手取得更大的商业成功，而能够更好地管理改变风险的公司甚至更有希望能够在激烈的竞争中拔得头筹。2.1.3 管理和化解风险
每项业务改变都可能带来轻微的紊乱甚至重大失误。为了尽量避免此类失误（来自错误的判断、领导、产品营销、销售策略、合作关系、联合方式等）带来负面影响，睿智的机构需要前瞻性的发现、管理和化解风险。其适用于各种旨在提高收益或降低风险的改变措施。
应急预案的重要性不言而喻。实施 SAP 所造成的影响深入而复杂，需要方案 B 甚至方案C（甚至更多应急预案）作为后备方案。了解可能对方案A进行的改动并为之未雨绸缪常常成为成功实施业务解决方案的关键，否则 SAP 也可能从一开始就无法带来预期的改变后果。出于这种对部署的担忧情绪，要成功地开发和执行它就需要在业务架构，特别是在SAP业务线路图方面多加入一层考虑，那就是：业务敏捷性（将在后面讲到）。2.1.4 业务敏捷性：牢记高瞻远瞩、未雨绸缪
业务敏捷性是指公司能够对产品、服务、供货链、销售策略、IT架构等进行调整从而满足客户需求的能力。敏捷性并不事关当下，而是与未知的将来息息相关；灵活敏捷的机构由于能够更迅速地弥合当下的能力限制与未来的能力需求之间的差距，从而战胜竞争对手。因此，一份设计合理的业务线路图必须能够反映出业务敏捷性，即使机构工作能够更高效快速、灵活有效。同时这些要求也应该反映在SAP应用程序和技术的功能上。
提高业务灵活性可谓说易行难。改变就意味着要摆脱一直以来习以为常的惯性。而摆脱惯性就意味着要改变员工和机构的工作方式和处理业务的流程；但是人们有着巨大的固守现状的思维倾向。就像许多公司在艰难的改变过程中发现的，固守现状并非公司的经营之道。实际上，实施SAP经常被看作是打破现状、彻底改变工作方式，对业务流程重新进行优化、划分和处理的一种有效途径。优化是其中的关键，因为最终决策的精简将使机构能够实现：
更优质、快速地管理客户关系；
更高效、低成本地进行供货链管理；
提高管理透明度，符合法规要求；
降低处理风险的相对成本，获得更好的效果；
可以测量完成业务的投资回报（ROI）。
只有有了设计合理的业务实施线路图才有望改进业务流程，从而提高收益或降低成本。但是最重要的是接下来的一步。如果把业务架构和战略看作是我们所在大楼的地基，那么实际的SAP业务流程开发过程（SAP把它称为“业务蓝图设计”）可以看作是为我们的大楼搭建框架。2.2ASAP和业务流程蓝图设计
要设计业务流程蓝图，必须首先确定公司希望达到的业务流程效果，找出当前状态与这种理想状态之间的差异，决定如何应用SAP模板，明确对这些模板的定制需求，并对之进行优先排序，然后划清完成这些目标所必须涉及的工作范围。现在该考虑组织问题和机构的原始目标了（还要根据实际业务情况对这些目标进行修订）。总之，设计业务蓝图是内部线路图开发工作的高潮。
SAP在其加速SAP项目实施的方法论（ASAP）中重点突出了蓝图设计规程。设计蓝图之前有多项与项目准备相关的任务要完成。蓝图设计完成时，每个SAP应用程序都应该已经具体配置完成了，把预想的业务流程变成了实实在在可用的工作流程，它们由各种专门为客户量身定制的业务事务构成。这个ASAP阶段称为实现阶段，项目的大多数时间和预算都用在这个阶段。（对功能性、集成性的多次迭代以及其他类型的测试要消耗大量的时间、人力和其他资源。）实现阶段完成后，需要最终准备、现场支持以及SAP运行后现场支持来最终圆满完成整个ASAP项目生命周期。ASAP和项目管理方法学的其他问题将在第4章和第15章进行更详细的讨论。2.3业务视角
如前所述，开发出一种行之有效的业务视角是解决业务问题或者迎合业务需求的第一步，也是关键的一步。业务视角要阐明的是为什么需要解决特定的问题，或者为什么要去寻找机遇的问题。
为一家公司开发独特的业务视角要求处理好以下方面的问题。
找出与业务相关的利益相关人。
坚持长期贯彻策略。
短期业务目标。
核心竞争力。
非核心竞争力（合作、联合开发或者外包某些服务的机遇）。
采购和其他资源策略（其他策略和关系随时可能如何变化）。
实现SAP全球化和本地化（其重点在实现全球一致性和汇总财务报表之间来回变换，比如为解决本地用户群体的货币和语言要求等）。
在这个层次上与业务关系最紧密的利益相关人是那些涉身于战略调整和执行与公司生存息息相关的实际业务流程或工作流程的人。因此，必须保证企业执行官和其他董事局成员以及功能性部门的经理和团队主管、业务分析师和其他行业领袖都能参与到业务视角的开发和沟通中来。2.3.1 SAP 如何为业务需求提供技术支持
有了业务视角为我们提供支持，就可以处理设计业务蓝图后面的几项工作了。诸如开发底层架构和设计IT平台这样的问题都需要我们去考虑和完成。通过这种方式，我们可以把业务线路图与预期的业务目标实际结合起来，灵活敏捷地对不断变化的市场、新业务需求、增强治理等问题做出响应——所有这些问题都需要在灵活的技术平台上进行处理。技术基础知识将在第3章进行详细讨论，该章的知识将为在第16章中详细学习开发技术线路图创造条件。2.3.2 与利益相关人紧密合作
如果不能深入了解利益相关人的想法和他们的各种独特观点，就不可能构建好业务线路图。因此为保险起见，应该给这些利益相关人发表意见的机会。一般来说，利益相关人是对机构的问题和隐忧最感同身受的人，因此他们对拟议的解决方案的某些方面会表现出极大的兴趣。他们可能代表着整个公司（例如董事会），也可能只是代表着某个专门团队或者功能部门（如IT、财务团队或者销售和营销团队）中的几个人。
通过直接招募利益相关人参与项目，并从一开始就提炼出他们最关注的问题，以及在整个实施过程中与他们积极合作，SAP项目资助人和SAP项目经理可以更有效地设计和成功实施项目。通过这种方式，由于有了正确的人选从开一始就参与其中并发表真知灼见，项目很可能能够有的放矢地一次性就解决所提出的问题。
如何让利益相关人参与项目没有一定之规。常见的合作方式包括请他们参加项目启动动员会和定期的后续会议，参加具体功能研讨会，以及召开总结会和项目进度会议。定期给利益相关人发送邮件对项目方案、范围、资源等方面变化进行说明的方式也值得提倡。经常沟通通常要比花很多时间提供进展情况更为有效。
使利益相关人能够在某种程度上访问用于跟踪和维持所有业务、功能、项目管理，以及进行技术决策、解决问题、联系信息等细节所使用的数据库也非常重要。由于项目的充分透明，以及让利益相关人感觉获得了认可和“知情权”，项目团队将更有希望构筑和保持成功执行和完成实施SAP这样复杂项目所必不可少的认同感。
在我们总结对业务蓝图设计的讨论之际，您无疑已经注意到了业务蓝图设计是多么严格地从业务视角来审视SAP的。但是，这只是实施SAP的四个重要方面中的一个，其他三个重要方面是功能、技术和项目实施，我们将在后面几页内容中对这些视角进行详细介绍。2.4其他视角：将业务需求映射到SAP应用程序中
由于参与实施、使用和支持SAP的利益相关人类型各异，单一视角永远不可能获得每一个人的共鸣。几乎不可能有人能拥有如此广泛丰富的经验能够掌控整个SAP实施以及其他复杂业务解决方案的复杂度。因此，长期以来的经验证明从其他视角审视如何开发、管理和改进业务解决方案绝对是大有裨益的。
从这种观点看，功能、技术和项目实施角度都是行之有效的视角。对于IT利益相关人来说，从业务、功能要求和项目的角度审视业务解决方案有助于弥补他们的知识空白。通过这种方式，分别从功能角度和更深化的技术角度观察问题之后，再换成端到端的项目实施角度，这就几乎使所有利益相关人都能一窥业务解决方案的全貌了，正如咱们下面将要讨论的。2.4.1 功能视角
功能视角是熟悉如何运行业务的人最容易掌握的视角。而对于功能专家意外的人来说又是最难掌握的。这种视角解决的是解决方案的周边环境问题。它处理的问题不是方式、时机或者工具的问题，而是单纯的内容问题。它要回答的问题是“一个业务流程具体要做什么？”
也就是说，功能视角处理以下问题。
以分步的方式描述或说明工作的流程（业务流程的工作步骤）。功能视角会质问对于执行业务流程、实现特定的最终状态来说哪些工作步骤是必不可少的。
描述业务流程展示出的工作性质和工作量。因此，功能视角力求发现每个业务流程反映出的特性和属性，以及反映出它们的程度。
在不考虑技术问题和SAP问题的情况下独立处理这些工作流程和性质问题，恰当的功能透视甚至不会提及 SAP，因为它与应用程序提供商提供的特定解决方案根本不相关。
不难想到，持有这种视角的重要利益相关人是最终用户，他们的日常工作就是执行业务流程。业务流程设计师、同类业务的主管以及其他与解决方案所体现的功能有牵连的人也都是重要的利益相关人。2.4.2 技术视角
技术视角处理的是解决方案各个部分的平衡问题。它帮助功能视角主体从技术角度了解业务解决方案是如何通过技术实现的。重要的考虑因素包括以下几方面。
关注系统的关键维度；找出并建立系统提供性能、可用性、可升级性、安全性、敏捷性、可管理性等业务所需特性的方式。
描述解决方案中业务应用方面的所有组件和其他SAP组件、数据和相关的依赖关系、结构要求、底层技术架构，以及所有实现前述功能视角目标所必需底层关系和集成要点。
对技术如何帮助实现功能透视尽可能地提供一个与技术不相关的视角。
技术视角利益相关人主要包括企业和技术构架设计师、解决方案开发人员和程序员、基础设施和其他方面的技术专家，以及其他侧重技术的供应商、出售商和合作伙伴。业务工程师也会发现这种视角非常有用。2.4.3 项目实施视角
项目实施视角很容易理解。它回答的问题是解决方案用什么来建构、需要多长时间，以及利用哪些资源。这种实施视角需要考虑以下方面的问题。
描述和详细制定部属方案，因此需要收集机构和第三方资源、时间期限、约束限制（业务、功能和技术等）等。
描述用以实现公司战略目标和战术功能需求的SAP产品和组件，直到这些需求得到了充分的开发和满足。
一般来说，实施视角利益相关人包括项目经理和协调员、技术专家、开发人员/程序员、测试人员、业务流程拥有人、执行官、业务主管、主要用户等。
注意：
设计阶段我们经常遇到的一大诱惑就是倾向于以特定学科领域或专业知识领域来限定具体的视角。显而易见，业务和功能视角可以汇总出业务关注点，而技术视角可能会被看作是“IT”工作，实施视角一般被看作“项目管理”工作。但这些狭隘的偏见应该予以避免，并且应该牢记 SAP 的成功实施取决于公司及其合作伙伴的通力合作。应该打破偏见壁垒、构架跨领域的团队，并且让所有团队都能在整个实施过程中发表独特的见解。这样一来，项目结果将不言自明。2.54种视角相互结合
本章中描述的这4种视角结合在一起形成了业务解决方案的目的（什么原因）、功能（什么内容）、技术基础（什么方式）以及实施细节（用什么实现）。把一个解决方案分解成这些视角使公司能够打破业务和技术界限而进行良好的沟通。
但是您可能会注意到，本章并没有对具体的SAP产品和组件进行介绍。这是有充分理由的：在确定具体的ERP解决方案之前，应该先开发出合理有用的业务线路图。根据特定的软件提供商（包括SAP）提供的解决方案来规划线路图就像是没量好具体的身材尺寸就先做衣服一样，是本末倒置而没有任何意义。首先查明业务需求，然后才能确定SAP和其他提供商如何能在应用解决方案空间内最大限度地处理好这些需求。在后面的章节中，我们将讨论从概念性的线路图过渡到公司实施方案、技术平台和功能业务解决方案所不可缺少的SAP具体细节。2.6小结
本章中概述的概念可以让您为开发高水平的业务线路图做好准备。如果您对SAP的应用程序和技术有更深入的理解，就能稳扎稳打地把公司的业务目标和需求与SAP的应用程序实际结合起来，从而为设计出量身定制的SAP解决方案创造良好的条件。但是在实现这种结合之前，必须要找出业务战略和切实的业务需求，并对其进行优先排序，就其进行良好的沟通。这包括了与提高收益、降低成本、管理改革风险相关的目标和要求。本章中我们还讨论了实现业务敏捷性的重要性，它是公司对自身进行转型以适应业务驱动力变化和经营现实变化的能力。最后，我们对审视业务问题时可能采取的4种高层次的视角进行了考察：业务视角、功能视角、技术视角以及项目实施视角。2.7案例分析
请考虑以下与开发 SAP 业务线路图相关的案例分析并回答问题。您可以在附录 A 中找到与此案例分析相关的问题答案。2.7.1 情境
通过与自己的竞争对手进行对比，MNC发现自己在多个领域都严重落后。MNC的客户基础的重复购买率更低，展现出的产品忠实度也更低，并且维持相似的客户竞争力消耗的成本更高。此外，对于 MNC 的商品来说，商业前景明显越来越倾向于直销模式。他们有机会通过提高能力超越竞争对手，这看似合情合理，因此MNC的董事会获得了前所未有的激励，要去尝试企业资源规划（ERP）实施方案。适逢其时，您被选中参加找出重要的启动切入点的工作。请使用您在本章中学到的知识回答以下问题。2.7.2 问题
1．鉴于这个ERP项目正处于初期阶段，且具有尝试性的性质，假定他们会选择SAP实现项目，这样做是否审慎？
2．为了帮助团队整合，您建议重新检查MNC已经部分完成的业务线路图。在这张线路图中您希望考察哪4个高层次的领域？
3．对于MNC客户重复购买率低的问题，哪些商业原则最为合适？
4．该工作应该从哪4种视角和角度进行探讨？
5．哪种视角处理的是业务解决方案环境的问题？
6．技术视角具体处理的是哪些问题？第3章SAP技术基础知识
在本章中您将学到：
技术架构；
SAP基础知识；
硬件服务器和磁盘基础知识；
操作系统考虑因素；
数据库考虑因素；
传统和现代架构提供商。
经过前面章节的学习，我们已经对SAP的基本概念和使用SAP运行业务的意义有所了解了，现在我们要花一些时间讨论一下更深层的基本技术。本节我们将考察几个常用的与架构相关的技术术语，粗略地了解一下支持任何SAP应用程序都必不可少的3种核心技术：硬件、操作系统和数据库。本章最后我们要讨论一下这些技术是如何发挥作用的。即使您有着深厚的技术背景，本章的内容也仍然值得您花些时间进行了解。3.1SAP技术101：SAP基础知识
在第2章中，我们已经对业务架构的概念有所涉及。现在，让我们把注意力转向技术架构。业务架构涉及的是逻辑业务流程和工作流程，而技术架构涉及的是用于支持业务流程的底层技术。它用与提供商无关的方式描述了需要整合起来实现某些工作的技术。从我们教学的角度看，硬件、操作系统、数据库和与具体应用相关的技术结合在一起构成了业务应用的实现基础。当建构在这一基础之上的是SAP时，我们把该层面上的技术整合称为“SAP基础”。
我们通常更普遍地把这种技术“堆栈”称为SAP计算平台、解决方案堆栈，或技术堆栈。这些意义相同的术语表述的都是多层技术结合起来的，共同构成了SAP系统的基础。与建设房屋相似，SAP的底层技术就像是房屋的地基。如果地基构建不能坚如磐石，那么SAP系统也就无力抵抗暴风骤雨，满足多变的业务需求、实现用户的预期（SAP最终用户社区）。
试读结束[说明：试读内容隐藏了图片]