（新）SAP系统技术基础

更新时间：2024-03-30 10:07:01 阅读量：综合文库文档下载

说明：文章内容仅供预览，部分内容可能不全。下载后的文档，内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的，是否完整无缺。

如何成功安装sap系推荐度：
相关推荐

SAP R/3系统技术基础

1功能 1.1在线帮助

在SAPR/3三层客户/服务器体系结构的客户端，SAP提供了可移植的能运行于多种平台的一致的用户界面，称为SAPGUI。SAPGUI依据软件人类工程学的最新研究成果，以《SAPStyleGuide》作为设计指导，向用户提供基于Windows风格的美观一致、易学易用的界面。

SAPGUI的联机帮助功能为用户提供了使用R/3的详尽的帮助信息。它采用了hypertextreference等技术，使用户可以方便地浏览搜寻所需信息。用户可以以多种不同方式获得帮助：如直接从SAPGUI中启动阅读R/3OnlineDocument，查看Glossary，或直接按F1键获得有关当前输入域及屏幕的说明及操作指导(Fieldlevelonlinehelp)等。此外，R/3还使用了Matchcode技术，使用户可直接从系统根据当前应用及数据自动提供的一组可能值中选取输入，大大减轻了用户的记忆负担。特别值得指出的是，目前SAP已将所有OnlineDocument及Fieldlevelonlinehelp全部汉化，为国内用户提供了更大的方便。

1.2多国语言支持

SAPR/3作为一个真正国际化的大型应用软件，提供了内置的强大的多国语言及多国货币支持功能,并且支持欧洲新的货币单位—欧元。

用户在登录系统时，可选择所需的工作语言，之后，R/3系统会根据用户的选择，自动为其提供相应语言的界面环境。不同用户，或同一用户的不同次登录，可以选择使用多种不同的语言，彼此互不影响。

R/3对于双字节字符集(DBCS)文字，如简体中文、繁体中文、日文、朝鲜文等，提供了完全的支持。特别地，R/3的多国语言支持能力是内置的。同语言相关的信息(称为”textelement”)，如屏幕消息等，是区别于程序代码而单独存放和管理的。在显示输出时，系统根据用户选择，使用相应语言的消息进行输出。这也使得R/3的多国语言版本的移植工作大为简化，一般只需进行有关textelement的翻译工作，而不需修改程序的核心代码，从而极大地减少了汉化移植工作中引入bug的机率，保证了软件的质量。

1.3工作流

SAPR/3提供了强大实用的工作流解决方案。

对于业务作业流程的灵活设计和持续有效的管理控制是R/3应用软件的基本特征，因而一些基本的业务作业流程管理功能已经内置于R/3系统的底层应用模块中。更进一步，R/3提供了跨越不同应用模块的更高层次的工作流管理能力-SAPBusinessWorkflow。

SAPBusinessWorkflow是基于对一笔业务交易(businesstransaction)中所涉及的所有业务对象(businessobjects)的集成处理的概念而提出的，能够覆盖整个业务作业流程及其中涉及的复杂数据类型和处理结构。

SAPBusinessWorkflow具有以下特性：

对于跨越不同应用模块的业务作业流程的灵活控制对于工作项目(worklist)的方便管理、分派

可灵活定义对于各种不同事件(event)的响应(response)。例如，对materialmasterdata的修改，或是收到从外部系统发来的EDI消息等，均可定义为事件并自动引发预定义的响应处理过程。

最后期限(deadline)管理。当要求的结果未达到或期望的事件未发生时，自动触发相应处理过程。

联接业务交易中的业务对象和处理过程。例如，一个订单(order)可能通过EDI消息或手工

扫描收到的纸张订单(以SAPArchiveLink形式存贮)等方式进入系统。之后，根据SAPBusinessWorkflow的设置，订单被自动转发至有关员工的电子邮件收件箱(ElectronicInbox)中。负责处理的员工会在自己的收件箱中发现该需要处理的订单的一个参照(reference)，同时用于处理该订单的交易(transaction)，在此例中为”订单处理”(“ordershandling”)，也自动出现在消息中并可被直接启动处理。对于业务处理流程的模型化(modeling)、模拟(simulation)、最优化(optimization)和监控

(monitoring)。

SAP支持从MicrosoftExchange和Lotus等产品使用业务工作流。

2技术架构 2.1中文化程度

R/33.1H的Level2的汉化版本已经正式推出，支持双字节处理，可以和英文版兼容，具有全部汉化的中文界面，联机帮助和出错信息。系统符合中国的财务，税收及金融制度，适合中国国情。此版本包括了中国的财务报表和资金平衡表，人民币可以同其他货币自动进行结算。4.0B的汉化版本已于1998年6月底推出。

2.2工作平台

开放的体系结构使R/3系统具有高度的可移植性。

R/3系统可运行于所有主流的UNIX系统，同时也支持WindowsNT(Microsoft)和OS/400(IBM)操作系统。

支持主流的数据库软件，如Informix,Oracle,ADABASD,DB2和MSSQLServer.

R/3的用户图形界面(SAPGUI)可以在不同的桌面系统上运行MSWindows3.X, Windows9X,WindowsNTServer,WindowsNTWorkstation.OSF/Motif,MacintoshOSSystem.

2.3开发工具

SAP开发了ABAP/4工作台（ABAP/4DevelopmentWorkbench）作为实施client/server方案的完整的CASE环境和工作流工具包，加速并从一定程度上使实施过程自动化，保证了连续有效的业务再造，这已由R/3应用程序的成功开发史所证明.

ABAP/4工作台集成数据，业务过程，组织结构和工作流部件，并基于一个主动地与应用连接的集成的库上，包括了动态对话程序编辑（DYNamicProgram），屏幕和菜单绘制，原代码生成器，交互式纠错，性能优化，计算机辅助测试（CATT），ABAP/4仓库，数据字典，开发组织等。

工作台的特点如下：

? 可重用功能模块：程序员可使用大量已有的商业模块。

? 性能优化：能对程序的每条命令和操作所占的资源产生分析报告。

? 项目开发组：从项目组织到实现，工作台保证一切工作都正确无误，有文档登记和版本

管理。

? 开放的通讯：RFC（RemoteFunctionCall）和OLE2使程序间的通讯顺畅。

? 易学易用：良好的培训和详细的联机帮助，以及导航能力，使你能迅速的开始工作。 ? 彻底平台无关：操作系统调用，数据库访问，前端窗口设定等均于平台无关。保护用户

的投资。

2.4SAPScript

IntegratedTextManagementwithnewGraphicalInterface

在R/34.0中字处理工具SAPScript更方便使用：新的PCEditor编辑器和图形化的FormPainter便用户简单的和直觉的设计，WYSIWYG?所见即所得’ SAPscript集成在R/3中有一系列的好处： ? 设计自己的表单

? 大拷贝数量的打印更有效 ? 多语言版本的表单

? 利用不同的输出媒介(如传真和光学存档)

2.5用户接口

位于R/3client/server体系结构的表示层的SAPGUI是用户界面。它是基于Windows风格的： ? 联机帮助：提供了完成R/3应用操作的信息。具有超文本技术，帮助用户得到其他帮助

? ? ? ? ?

信息。

屏幕元素：有输入输出字段，复选框，单选框，按钮，表格，滚动条等。菜单：所有的R/3应用都能通过菜单访问。

工具条：包含了常用定向命令的图标，如退出，保存，取消，打印等。功能键：很多主要的操作都能通过功能键完成。

输入值：某些字段只能接受给定的有意义输入值，用户可以从列表中选择。

2.6会话管理器

SessionManager是一个现代的，便于使用的，通用的用户界面。它为专业用户提供了一个‘多系统多任务’的工作环境。用户可以使用SessionManager同时连接多个R/3系统‘多系统’并能一个连接会话中打开多个事务窗口‘多任务’。运行中，SessionManager管理所有打开的会话和事务窗口，并使用户可以方便的在其中切换。SessionManager使用SAPGUI执行单独的事务。在R/34.0中，SessionManager可在Internet中运行。InternetSessionManager除了提供和标准SessionManager一样的功能外，还提供了一个额外的菜单使用户可以访问R/3Internet应用。

2.7客户/服务器方式

R/3是3层结构（在3.1以后的版本中，通过增加Internet/Intranet层，R/3的结构将变成多级结构）产品清楚地分为表达服务，应用服务和数据库服务。由于是多级结构，R/3支持GartnerGroupClient/Server模式的所有层次。

? 充分支持GartnerGroup模式的前4层，包括分布式和远程表达以及分布式功能和远程

数据管理，

? 通过对主要的业务处理跨平台和数据库的分布式数据库服务，模拟GartnerGroup模式

的第5层。

应用连接(ALE)支持事务处理内的联机应用连接，并通过标准的“IDOC”接口提供预先设置的业务处理方式。提供完整的R/3工具包来支持ALE客户化，分布式应用和主数据管理，以及网络集成。SAPR/3以一种实用的方式支持全部GartnergroupClient/Server模式的5层结构：

2.8 SAPR/3的Browser/Server结构

SAP的多层网络结构：

R/3系统的Internet技术采用多层网络结构，Internet应用部分与R/3系统核心分离，这样做的优点是SAP的客户可以从新的R/3商务处理中更快地受益。另外，R/3的Internet结构是从三层结构扩展后形成的多层网络结构，因而能够应付巨大的，不断增长的Internet用户数量。

SAP事务服务器（ITS）

SAPInternet事务服务器扩展了三层R/3结构，以利于Internet应用。SAPInternet服务器将现有Internet技术与R/3融合在一起，能使用户在Internet或Intranet上进行可靠的SAP交易。 WEB服务器

WEB服务器连接WEB客户端和商业应用程序。WEB服务器系统可从不同的生产厂商处获取，支持所有主要的浏览器，并且与不同的软硬件平台都有接口。用R/3系统实现电子交易

R/3系统提供的Internet应用支持以下这些商业关系： ? 商家与商家（公司之间）

? 顾客与商家（顾客与公司之间） ? Intranets解决方案（公司内部）

? 在Internet上处理公司间业务的开放标准对于公司间的往来，集成为一体的商务系统能通过采用开放的商务处理标准来相互联系。着包括最新公布的由SAP，微软及其他生产厂商共同开发的商业应用程序接口（BAPIs）。BAPIs可使公司之间进行商务交易，并同多个商务系统相互联系（尽管这些系统使用不同的核心技术）。信息交换包括典型的定单号，客户号和发票。这些应用程序组成一个电子市场，在其中可以很容易协调公司间的特定业务。从R/3系统上发订单与标准化交易可以同步进行。世界范围的顾客与商家连接

消费者或潜在消费者可以使用WEB浏览器访问经销商的商业系统查看产品目录，下定单或查寻产品或服务。基于Internet的顾客与商家应用系统使得向全球客户提供产品和服务成为可能。

Intranets扩展了Internet技术的应用范围

Intranet应用系统使用与Internet相同的技术，使得公司内部员工能够直接交流。这样便涉及了一个新的R/3用户群：偶尔使用企业信息系统的员工。由于其人数众多，不可能以传统的方式来培训这些雇员使用软件。能够照顾这些人业务需求的信息系统，可以极大地增加商务应用系统的潜在价值。如：数据登录和行政事务可以从行政部门切换到数据生成的地方。基于Java用户界面的GUI 带Java的SAP图形用户界面（SAPGUI）与原来的R/3界面相仿，使得R/3用户可以在Internet上访问他已熟悉的R/3处理界面，基于Java的SAPGUI为R/3用户，系统管理员和顾客提供了多方面的好处：

易于使用：

带有Java的SAPGUI与原来的SAPGUI有着完全相同的界面。R/3用户将不会注意到它们之间的差别。

不依赖与硬件平台：

带Java的SAPGUI利用了Java语言的固有的可移植性。所有平台，包括NetPC和NC，都可作为R/3的客户端使用。

在客户端上实现零安装，零管理，零维护：

在Internet上启动R/3可自动下载Java插件到客户端并装入基于Java的SAPGUI相应版本。升级客户端的R/3无需安装任何附加的软件或进行额外的工作。内部及外部的通讯使用同样的网络底层结构：

你可使用同样的网络底层结构和工具来管理网络，这样就可方便地对网络进行维护。缩减持有者的成本：

共享WEB的客户可作为R/3前端，并且在客户级上无需安装，管理及维护工作。

因为R/3有三层客户/服务器结构，所以无需大量重新设计便能很容易地应用Java。你要做的只是在应用程序和当前层之间插入一个新的层，并且允许WEB客户访问R/3系统。这个新的Internet层包括两个主要部分：一是R/3自动工具将R/3前端协议转换为符合Java插件到WEB服务器上，以便通过Internet对其进行访问。

2.9可分布性

为了优化重组商业过程，商业应用系统必须高度集中化。然而，基于技术或经济原因，也可以使一个系统分散成几个系统，使它们在技术上独立自洽的。但我们不能简单地通过分散数据库来达到目的，唯有根据预定义的商业规则使得分散应用系统的信息能交换的方案才是可行的。SAP的ALE（ApplicationLinkEnabling）能够使分散的SAP应用系统相互联系，或者和其他厂商的系统联系，实现方案有： ? 本地销售和总发货厂的连接。 ? 总部和分单位的分散利润分析。

? 支持跨系统的后勤信息（制造，材料，分销，工厂维护等）。 ? 集中的购买合同管理。

? 集中的财务系统和本地后勤系统

ALE服务可以分为三步：

? 应用程序以工作流的方式，即把数据信息打包成消息。

? 发布层连接应用层和技术层，定义消息的接受者，过滤和转换消息。 ? 通讯层确保数据的安全可靠传送。

2.10 OOT(面向对象技术)

面向对象接口创建了新的部件接口质量。旧的软件技术通过模块名和参数调用模块，如果被调用模块名或参数结构因为功能需要有了哪怕是细微的改变，所有的调用程序必须重新编写。面向对象接口克服了这缺点。所有的接口定义在当前激活仓库中维护。调用者从仓库中寻找所需的接口，再由仓库代为调用模块。这种间接调用创立了新的相互交换性和灵活性。标准化的接口是SAP商业对象（SAPBusinessObject）体系的最重要特点。接口定义可以从商业对象仓库中获得。因而，标准的面向对象接口技术如COM/DCOM或CORBA就能部署。非SAP部件和SAP部件之间是可以相互调用的。

有了商业对象仓库所支持的接口继承和替代，SAP商业部件很容易扩展和改变。

2.11 BAPI:SAP商业对象的开放性

2.12系统可靠性

在系统可靠性方面，许多硬件厂商提供了切换软件的容错概念。SAP使用硬件合作伙伴提供的功能。

当数据库服务器发生故障时，R/3应用服务器可以自动连接到新的数据库服务器，而不必停止重启动，这样缓冲区中的大量数据就得以保留。

在数据库可靠性方面，SAP随R/3发行了针对Oracle数据库的服务工具。其中有：

? BRBACKUP：保存数据库对象，包括DataFile，ControlFile，OnlineRedoLogFile，以

及其他非数据库对象的文件和目录。有联机备份和脱机备份功能。 ? BRARCHIVE：保存OfflineRedoLogFile。

? BRRESTORE：包括根据备份日志对整个数据库restore，并能recover到一指定时间，

也能恢复指定的表空间（Tablespace）。还能恢复OfflineRedoLogFile和其他非数据库对象的文件和目录。

? BACKINT：R/3可以通过此接口使用第三方公司提供的备份工具。

其他数据库有各自的备份和恢复工具。R/3的SAPDBA支持并使用这些工具，如Informix的onarchive，因而不需要其他额外工具。所有R/3所支持的数据库系统的备份都能由CCMS安排和启动，从而无需人工干预。

R/3备份系统支持：

? 磁带卷标管理：使得磁带的管理井井有条，不会覆盖有用磁带数据，恢复时找到相应

磁带。

? 并行备份：对于超大规模数据库，可以同时利用多个备份设备进行备份来加快进度，

而恢复时并不需要多个备份设备。

? 自动磁带切换（AutoLoad）：当需要多卷磁带才能完成一个备份时，此功能可使备份过

程自动进行，无需人工干预。

? 远程备份：透过网络利用其他机器的备份设备进行备份。 ? 通过操作系统工具对DataFile进行备份。

2.13锁定机制

当今的RDBMS所提供的锁机制对于处理复杂的商业数据对象是不够的，基于此，SAP在R/3

系统内部通过EnqueueService实现了锁机制来同步并发应用程序对商业数据对象的访问。此机制能满足那些有局部缓冲区的分布式client/server系统和多处理器系统的需求，能管理各种商业对象，尽管这些对象可以分散在任意多个关系（表）中，如材料主数据，客户订单等。

对于一个有若干步(Dialogstep)组成的事务(Transaction)将由不同的工作进程(workprocess)处理的情形，对于R/3的异步更新(AsynchronousUpdate)技术，SAP的锁机制就特别重要，必须保证在整个事务处理过程中数据对象不会被其他应用所改变。R/3的应用程序能够识别锁，从而预先提醒用户所需的操作将不能完成。

2.14 业务接口

SAP提供了多种方法实现R/3系统之间的数据传输： ALE方式

? 应用程序以工作流的方式，即把数据信息打包成消息。

? 发布层连接应用层和技术层，定义消息的接受者，过滤和转换消息。 ? 通讯层确保数据的安全可靠传送。

远程功能调用方式（RFC）

在R/3系统之间也可以使用RFC方式实现数据的传输。在R/3系统之间，只需指定对方的系统名和所调用的ABAP/4程序，以及相应的参数，即可实现将数据按指定方式传输到相应模块。

文件传输方式

SAP也提供文件传输方式解决R/3系统间的传输问题，可以先将数据导出，再使用Email或邮寄磁盘等方式进行传递。一般说来，适用于不需实时交换的数据。

3 技术支持

技术支持与服务支持能力

热线支持

为解除广大客户的后顾之忧，作为SAP全球技术服务体系的一部分，SAPGreatChina已于1997年8月1日起，正式向包括大陆、香港、台湾在内的华语地区提供热线支持服务(Hotline)。

SAPGreatChina的热线支持服务将尽力为客户解答包括所有应用模块和R/3技术基础(R/3Basis)在内的各种问题。起初，以SAP遍布全球(分别在德国、美国、日本、新加坡)的四个RegionalSupportCenter为依托，对客户提供一天24小时，一个星期7天的连续支持。于1998年4月中旬，她与新加坡一起成立ChinaRegionalSupportCenter,并升级成SAP全球五大RegionalSupport之一。

SAP在北京，上海，广州，香港都设有公司，大中国区有一百多人的技术及服务支持顾问为您解决您所面临的问题。在广州分工司即有近十名的顾问为您就近服务。

在线服务系统（OnlineServiesSystem）

将SAP与客户的系统在线连结，24小时对应系统障害。

在线服务系统（OSS）中有如下功能 ? 客户信息

R/3系统障害时，客户直接输入信息，内容可迅速正确地传至SAP。

? 出错记事本

记载有R/3中可能发生的系统障害事例及其解决方法，可自由查阅。

? 热点新闻

显示有在R/3系统中重要的出错记事本一览。

? 热点Package

R/3软件的各种问题之修正内容一览。

依据这些功能，可实现系统障害的事先防止，或早期解决，有效的业务执行，系统开发。

相信SAP世界范围的一流水平的专业支持服务定能使您满意！

4平台支持 4.1数据库管理

SAPR/3可以在各种流行的数据库平台上运行，如：SQLServer, Oracle, Informix, DB2, ADABAS等。SAP基于数据库厂商提供的管理工具及其他资源，实现了自己的数据库监控程序来支持数据库管理，这是因为：监控和管理工作并不总能分隔，而SAP需要在只读(ReadOnly)模式下监控数据库。

SAP提供了标准的界面来监控数据库。

R/3的3层client/server体系结构要求有特殊的数据库监控工具，因为只有从数据库和R/3

系统两处取得的信息才能判定哪个用户、哪个程序在使用数据库的哪些资源，而这些信息对数据库管理是很重要的。

用户可以通过SAPGUI进行联机监控，能够获取多项重要数据，如Oracle的DataBuffer，SharedPool，RedoLogBuffer，Calls，TableScans/TableFetch，Sorts等。此外，用户还能观察I/O请求，V$值等。

SAPDBA是SAP提供的菜单驱动的数据库管理工具，通过它，用户能完成数据库的开启，扩展数据空间，重组数据空间，输出/输入数据，备份和恢复数据库，检查数据库等等日常管理工作。

4.2应用管理和实施管理

在R/3系统中，有多种方法来支持应用。

? Modification：对SAP源程序，对象等进行修改。这些修订版本可以从

OSS(OnlienServiceSystem)中获取，然后通过TP（传输系统）进入R/3，或有R/3中的维护程序载入系统。

? Customizing：在SAPR/3已有的模型中选择设置企业所需的功能，SAP在这过程中提供

了流程模型（Proceduralmodel）和IMG（ImplementationGuide）工具。

? Enhancements：在不改变R/3应用逻辑的前提下，扩展已有功能。这为客户实现商业过

程提供了可靠的，维护量小的方法。 ? Customdevelopment：在功能强大的ABAP/4工作台帮助下，用户可以开发新的功能模块，

有大量的预定义并测试过的功能模块可供使用。

4.3 CCMS和性能监控

R/3系统的CCMS(ComputerCenterManagementSystem)提供全面的性能监控以确保R/3的顺利运行。

R/3采集应用程序的特征及于系统的相互作用信息并以文字或图形的方式显示。CCMS通过特殊的数据采集器从操作系统中，网络中，数据库中获取性能相关数据，如果预定义的阈值被超过，则警告监控(AlertMonitor)自动报告。

CCMS集成的监控如下， ? 系统监控：监控和管理整个R/3系统中的所有服务器，包括它们的状态和正被执行的应

用程序。

? 性能监控：不间断地报告重要的系统性能数据。如对话响应时间，每小时的对话数量，

以及CPU负载。

? 作业监控：显示后台作业并对其进行调度。

? 数据库监控：提供数据库活动，参数，表等信息。

? 操作系统监控：提供操作系统资源的可用性，如内存数量，硬盘容量，或其他数据。 ? 网络监控：从整个网络或任意子网采集数据并提供性能分析数据。（需要有相应的网络

层数据采集器支持）。

R/3将所有于性能相关的历史数据储存在性能数据库中。由此，CCMS能预测系统行为的趋势。如根据应用数据的增长率，系统管理员能够预测到磁盘子系统的瓶颈。

R/3具有优化的用户登录技术。管理员可以把多个应用服务器按所要运行的应用类型组合成不同的服务器组，不同应用类型的用户向不同的组登录，R/3根据系统的负载情况，让用户连接到性能最佳的服务器上。

R/3提供了运行模式（operationmode）自动切换功能，已适应联机对话用户和后台作业两者对资源的不同配置需求。如白天模式多一些对话进程，晚上模式多一些批处理进程，然后设定时间表，R/3将自动切换而不必停机：

当需要调整系统参数时，R/3的“编辑参数文件”功能提供了智能友善的维护方式，能对参数文件进行检查，并能保存所有版本。

5硬件能力需求 5.1最大用户数量

因为SAPR/3采用了先进的三层客户服务器体系结构，并且支持从WindowsNT到各种UNIX小型机直至IBMS/390大型主机的各种硬件平台，因而具有极其强大的可伸缩性(scalability)。用户可以根据需要决定采用的硬件配置，并且在以后可以随时增加新的硬件设备作为应用服务器，提升系统处理能力。所以，R/3系统可以同时支持的并发用户数(numberofconcurrentusers)几乎没有限制，实际上只取决于系统配置的硬件及及采用的数据库管理系统(RDBMS)的处理能力。

例如，SAP的一个客户，MetroGroup，使用R/3同时支持近1万个并发用户的交易处理。

5.2响应时间(Condition)

SAPR/3系统采用了调度器/工作进程(Dispatcher/WorkProcesses)、应用服务器本地数据缓存(Applicationserverlocaldatabuffering)、异步数据库更新(AsynchronousDatabaseUpdate)等多种先进技术，极大地提高了交易处理速度。 SAP公司将协助客户，根据具体应用需求，如应用模块种类、每一模块并发活动用户数目等，提出硬件配置建议(Hardwareplatformconfigurationproposal)。SAP保证，在合理配置的情况下，保证系统运行性能达到SAP的标准R/3SD性能基准(standardR/3SDbenchmark)。

有关R/3SD性能基准的说明：登录到R/3系统中的用户有两类：活动用户和非活动用户。活动用户是指每30秒钟(用户思考时间)向系统提交一次屏幕画面改变的用户。非活动用户对系统负载影响很小，在分析系统性能时一般可以忽略。R/3系统不同的应用模块(如SD、CO、FI、PP等)的用户，给予系统的处理负载是不同的。一般可根据一定比例关系，将其转化为等效SD用户计算，如一个FI用户约等于0.4个SD用户等。在SAP标准R/3SD性能基准中规定：当系统中所有活动用户(假定均已转换为等效SD用户)在进行以下交易处理时：输入一含有五个项目的订单显示该订单生成发货通知张贴货物问题(goodsissue) 显示40笔订单张贴发票 CPU的平均负荷小于70%，对话响应时间小于2秒。(实际上，当CPU负荷为70％时，一般对话响应时间小于1秒。)

另外，SAPR/3还支持同一用户(user)从同一台客户机上建立多个会话(sessions)，进一步提高了用户生产率。

5.3事务处理时间

SAPR/3采用优化的三层客户/服务器体系结构及多种先进技术，如调度器/工作进程(Dispatcher/WorkProcesses)动态负载均衡(Automaticloadbalancing)、应用服务器本地数据缓存(Applicationserverlocaldatabuffering)、异步数据库更新(Asynchronousdatabaseupdate)等，极大地提高了系统的交易处理性能。

具体说明如下：

在客户机上运行的SAPGUI(Presentationserver)同用户交互，接受输入并显示输出。SAPGUI同应用服务器之间传送的仅仅是必要的数据，其数据量很小(一般一屏的数据量约为1-2KB)，即使是通过广域网(WAN)传输，传输延迟也很小，局域网则更快了。

在用户请求到达Applicationserver后，该请求的responsetime开始计时。Applicationserver采用了调度器/工作进程(Dispatcher/WorkProcesses)的软件架构，调度器根据各个工作进程的忙闲状况自动选择分配一个可用的工作进程处理该请求。如果该请求需要读取数据库中的数据，工作进程的数据库接口部分首先会在本应用服务器(Applicationserver)的共享的本地数据缓冲池中查找。一般数据已存在于缓冲池中，这时数据即可直接从内存(缓冲池)中获得，避免了耗时的数据库访问。如果用户请求需要修改数据库中的数据，这时可采用异步数据库更新(Asynchronousdatabaseupdate)技术，由其它专门的更新进程(updateworkprocess)在后台执行耗时的数据库更新操作，而本对话工作进程则不必等待，可直接继续处理下去并把结果返回给客户。R/3系统核心提供了相应的更新和同步监控机制，可保证更新工作正确进行，且各应用服务器缓存中的数据是一致的。当用户请求处理完毕，结果由应用服务器送回前端SAP-GUI时，该笔请求的responsetime停止计时。用户在SAP-GUI中可以看到该responsetime。正常情况下，一般交易的responsetime都极小，在几十毫秒到几百毫秒之间。

5.4 ERP

SAP是世界上最大的应用软件公司，占有全球ERP市场超过31%的份额。SAP提供的标准商业应用软件覆盖了ERP的所有方面，综合了经营、分销、人事以及财务会计过程。它精简了经营过程，提供快速存取操作数据的手段，并且使公司活动的计划与控制能够更加精确地进行。客户可以从SAP提供的广泛的产品范围中挑选满足自己需要的模块，并通过定制功能来使之适合于自己的特殊需求，在必要时还可以通过SAP开发环境扩充或修改程序。

5.5备份/恢复

对于Oracle数据库系统，SAP随同R/3提供了一组强大的数据库服务程序(工具)，其中包括数据库备份(BRBACKUP)、事务日志备份(BRARCHIVE)及数据库恢复(BRRESTORE)等。这些工具直接访问Oracle数据库的底层功能，具有很高的执行效率。它们的使用可通过一个统一、易用的管理界面SAP-DBA来调用执行的。

其它的数据库管理系统也都有其自身的数据备份和恢复工具。SAP-DBA均支持并直接使用这些工具进行数据库备份/恢复操作。

此外，R/3还向数据库无关的备份工具提供了一个界面(BACKINT)，使用户可以从第三方选择合适的工具。

对于所有R/3支持的数据库系统(Oracle、Informix、MSSQLServer、ADABAS、DB2等)，数据备份工作均可从R/3CCMS(CompetenceCenterManagementSystem)中设置执行计划，并触发自动执行。配合以相应硬件设备，如自动磁带库等，即可实现无人值守自动备份。

6安全性 6.1信息传递

R/3系统对数据的传送(message)和分发复制(replication)在各个层次上都提供了可靠的保证。

可靠的网络传输：R/3系统使用TCP/IP协议作为主要的网络通信协议。TCP/IP协议

不但是事实上的工业标准，而且其内置的差错检测和纠正机制提供了可靠的网络传输。

安全的数据传输：R/3系统中所有在前端客户程序和后台应用服务器之间传送的数据

都经过了以下处理：

加密(Encryption)：保护消息内容不被窃取

压码校验(Authentication)：防止消息内容被篡改

从而保证了消息传递的安全性和正确性。

基于关系型数据库系统：R/3系统中的所有数据都是存贮在作为其底层的关系型数据

库管理系统中。关系型数据库管理系统业已十分成熟，能够提供可靠而有效的数据组织、存贮、访问及管理服务。关系数据库系统采用事务处理(DBLUW)、重做日志(redolog)、备份和恢复(backupandrecovery)等技术，在底层保证了数据完整性。

应用层次的数据完整性：R/3系统中引入并实现了应用层次的交易处理

(SAPTransaction)及SAP-LUW(SAPLogicalUnitofWork)等概念，保证了应用层次的数据完整性。

R/3系统中跨越不同应用模块的数据完整性：一个R/3系统，不论有多少个用户，运行哪些应用模块，它都是基于一个公共的数据库环境的。数据只需输入一次，即可被整个企业共享。SAP以多年的经验，成熟的应用代码，保证系统范围的所有应用模块间数据的集成、完整性和一致性。

多个R/3系统间的数据完整性：SAP提供了工业界领先的ALE(ApplicationLinkandEnabling)技术，用以集成多个R/3系统中的多种应用。ALE技术基于标准的IDoc(IntermediateDocuments)格式，利用SAP的RFC(RemoteFunctionCall)或TCP/IP或EDI子系统等作为传输手段，在R/3系统之间，R/3系统与R/2系统或是其它外部系统之间交换应用数据，在全球规模的企业内的多个R/3系统间实现了有效的应用和数据的集成。

6.2 C2Level

SAPR/3运行于安全可靠的操作系统，如UNIX、WindowsNT Server，数据库系统，如Oracel、Informix之上，能够有效地利用它们的安全能力。这些操作系统和数据库系统，都是通过或超过C2级安全认证，或达到相应安全级别的。 R/3系统自身也实现了有效的安全保护。例如：

在SAPGUI启动时，将自动检测自身的完整性，这可以有效防止病毒的攻击和传播。

用户在登录时须提供口令以验证身份。管理员可设置一系列口令控制规则，如口令长度、口令多次失败后的帐户锁定、强制口令更新等，以确保口令安全等。 R/3在应用层提供了灵活有效的权限控制手段(参见应用权限控制部分) 此外，SAP还针对R/3系统的安全性，提出了一套全面的安全考虑建议。

6.3电子签名

SAP在R/3中实现和提供了标准的GSS(GenericSecurityServices)API。通过这一接口，R/3可以和第三方安全产品，如MIT的Kerberos，GMD的OpenVision、SECUDE等，紧密集成，提供更为强大的额外安全保护。例如：

R/3可以被集成进一个安全的一次性登录环境中。用户只需通过一次身份认证，即可访问包括R/3在内的各种资源。这种集成的安全环境简化了安全管理，降低了管理漏洞的风险。

更进一步，甚至可以通过IC智能卡来控制对于R/3系统的访问，这样就无需再在网络上传输口令(即使是经过加密的口令，在网上传输也存在一定风险)。

6.4代理人

R/3系统中包含有内置的电子邮件子系统SAPOffice，提供收发电子邮件及私人文件夹、共享文件夹等功能，并作为ElectronicInbox，紧密集成于SAPBusinessWorkflow的处理过程中。

SAPOffice提供了灵活的代理机制。用户可以指定某人在某段时间范围之内作为自己的代理，并授予不同级别的代理权限，如在你不在时代你处理信件，或仅能收到发送给你的某类信件的副本等。

6.5审计功能

SAPR/3系统中提供了强大的审计功能。使用R/3的活动记录(ActivityLog)功能，所有客户关心(concern)的交易或用户在R/3系统中的活动情况均可以被记录下来。记录是取决于具体的交易及用户的。此外，所有对于R/3系统参数、UNIX核心参数、数据库系统参数的修改也都会被自动记录下来。

6.6权限和应用级数据安全

R/3系统的授权机制

现实世界里企业内部的各种不同应用对于授权的要求是极其多样的。与此相适应，R/3系统提供了一整套非常灵活的基于对象权限和用户角色概念的授权机制。在R/3中，既可以授予用户系统预定义的权限，也可以根据应用需要，设置非常细微具体的权限控制，授权粒度可以是交易(trnasaction)、域(field)，甚至可以控制到具体值(value)。

为满足极其多样复杂的权限控制要求，R/3系统引进了面向对象(ObjectOriendted)的权限管理概念。若干个相关的需要被同时保护或检查的单元(unit)组合成一个权限对象(AuthorizationObject)，换言之，每个AuthorizationObject都是一些权限域(AuthorizationField)的组合。一个AuthorizationObject的各个AuthorizationFields被分别赋予不同的值，就构成了一个权限(Authorization)。R/3系统中的权限检查与控制，就是针对它(Authorization)而进行的。

同时，为了方便对于用户权限的管理和维护，R/3系统又引入了基于用户角色授权的机制。一组权限(Authorizations)可以被组合到一个权限轮廓文件(AuthorizationProfile)，或更进一步，一组权限(Authorizations)或权限轮廓文件(AuthorizationProfiles)组合成一个复合权限轮廓文件(CompositProfile)。之后，再将得到的权限轮廓文件(AuthorizationProfile)或复合权限轮廓文件(CompositProfile)授予一个或多个用户。相应地，这个或这些用户就获得了其中包含的所有权限(Authorization)。

用户的权限数据是在用户主数据(usermasterdata)中集中存放和统一管理的。SAP在R/3系统中提供了大量预定义的能满足一般用户需求的权限轮廓文件(Profiles)。此外，R/3还提供了权限轮廓文件自动生成器(ProfileGenerator)，可以帮助管理员方便地生成满足各种特殊需要的权限轮廓文件(Profiles)，并分配给用户。

7项目管理

7.1变更管理/版本管理

R/3系统中的变更(change)

SAP充分考虑到客户实施ERP项目时要求的多样性及实施过程的复杂性，按照软件工程的观点，提供了先进的软件开发环境(ASDE)和实用的项目管理、实施工具。 SAPR/3系统中的变更(changes)分为以下五类：

? 定制(customizing)：R/3系统提供了一整套方法和工具，包括SAPProceduralModel，

SAPReferenceImplementationGuide(IMG)等，来协助客户将SAP提供的通用标准的应用定制成符合用户实际需要的系统。项目管理和文档记录功能等也被集成在这些工具里面。其中，SAPProceduralModel以多阶段模型(multiple-phasemodel)的形式，结合SAP多年在全球范围内实施ERP项目的经验，提供了实施各种R/3应用的关键的基本信息。SAPImplementationGuide则包括对SAPProceduralModel中每一工作步的详细描述。IMG以结构化的形式，提供了详尽的有关概念、依赖关系、标准设置、建议、活动和状态、文档等信息。特别地，客户可直接从IMG中启动相应的定制交易(customizingtransaction)，在IMG的指导下顺序进行系统的客户化定制。

? 功能强化(Enhancement)：当定制不足以满足客户的特殊要求时，客户还可以通过

Enhancement的方式，利用R/3系统中预留的”customerexits”接口，进一步扩展R/3提供的标准功能。

? 客户的应用程序开发(customerdevelopment)：客户也可以利用SAP提供的功能强大的

ABAP/4开发环境，来开发自己的应用程序。ABAP/4(AdvancedBusinessApplicationProgramming/4thgeneration)是SAP用来开发R/3标准应用的开发环境，内置多平台、多厂商数据的支持能力，提供主动式数据字典(activedatadictionary)、对象导航浏览(objectnavigation)及项目管理、版本管理等多种功能。客户自己开发的应用程序只要遵循一定的命名规范，SAP保证在未来版本升级时将不受影响。

? 对SAP提供的标准应用程序的修改(modification)：用户还可以修改SAP提供的标准

R/3应用程序。但一般不建议这样做，因为这极有可能会引进bug，且SAP不保证在以后升级时仍能保留客户所做的修改。

? 来自SAP的服务性改正(AdvancedCorrection)：SAP将不定期地提供Hotpackage，以改

正已发现的系统中的bug。

三系统模型(ThreeSystemLandscape)

理想的SAPR/3的实施建议采用三系统模型(threesystemlandscape),即由开发系统、测试系统和生产系统组成。在这三个系统之间，SAP提供了R/3CTS(CorrectionandTransportSystem)的工具，使之有机地结合为一个整体。

WorkbenchOrganizor(项目管理工具)

SAPR/3系统提供了WBO(WorkbenchOrganizor)、CO(CustomizingOrganizor)等强有力的项目组织和管理工具。

以开发项目的管理(WBO)为例，说明如下：

在开发项目的开始，项目经理(ProjectManager)为该项目生成一个ChangeRequest，并确定项目成员。WBO相应自动分配一个项目编号。

对每一个项目成员，WBO都产生一个Task，这个Task将自动收集记录该项目成员所做的工作。

当某一项目成员完成他的开发工作之后，他释放自己的Task。这就把Task中记录的开发工作传递记录到了ChangeRequest中。当所有项目成员都完成开发工作并释放他们的Tasks之后，项目经理就可以释放ChangeRequest。从而，这个ChangeRequest中就包含了该项目中所有完成的开发工作。

接着，ChangeRequest就可以被CTS系统传输到测试系统中进行测试，直至最终送到生产系

统中投产。

7.2系统升级

R/3使用了”repositryswitch”的系统升级技术。根据客户安装的情况，系统停止运行的时间(downtime)可以降低到仅几个小时。

在系统升级时，绝大部分工作都是在系统仍处于联机运行状态时进行的。新版的R/3Repositry首先以非活动状态被拷贝安装到老的仍在运行的系统上，接着客户对象(customerobjects)被从老版本拷贝到新版本的数据库中。之后，系统需要停止运行一段时间，以将割接到新的Repositry上并将客户对象转换成新版本的格式。这一过程持续的时间很短，之后新版系统即可投入运行。

对于前端客户程序的升级，与初始安装一样，SAP建议采用软件发布管理工具，如MicrosoftSMS(SystemManagementServer)等，实现自动分发、安装。

客户现有系统集成

SAPR/3在系统的不同层次上向外界提供了多种数据交互的接口。如在应用服务器层批处理方式的BatchInput，实时的CPI-C、RFC通信，前端客户程序层的OLE、RFC等。根据具体情况，它们可以被用来灵活实现同原有系统(LegacySystem)的数据交换和整合。

一般说来，对于不需实时交换的数据，可以通过文件传递(filetransfer)、批处理输入(BatchInput)等方式在原有系统(LegacySystem)同R/3之间交换。例如，我们经常采用BatchInput的方式把数据从原有系统中批量转换送入R/3系统中。在BatchInput中，R/3将进行一系列数据完整性检验。

对于有时间要求的数据，则可以使用CPI-C、RFC以及OLE等技术，实现在原有系统和R/3系统之间的实时数据交换。

8发展方向 8.1商业框架

商业框架（BusinessFramework）是SAP持续发布产品的策略体系。这些产品具有灵活性，快速部署，相互合作，集成等特点.

在R/3中将有商业部件，商业对象，BAPI（BusinessAPI）。商业部件封装了商业功能模块，它由一些特定的商业对象组成，部件的功能必须通过BAPI访问。而BAPI则是商业对象的方法（method）。通过此面向对象技术，其他软件供应商的解决方案就能和SAPR/3互联。

9系统集成技术 9.1第三方软件

R/3在系统的各个方面都有接口和第三方产品集成。 BAPI： ?直接快速的访问R/3功能

?支持Internet和Intranet ?基于对象技术 OLEAutomation: ?直接和R/3联机通讯

?只适用Windows ?基于RFC的对象层 ?OLE命令是ABAP/4开发环境的一部分 RemoteFunctionCallRFC: ?直接快速和R/3联机通讯

?适用Windows,OS/2,Unix,Macintosh SAPAutomation： ?基于R/3事务和SAPGUI IDocs（ALE）： ?基于数据结构的数据交换

?分布式应用

9.2 SAPOLEAutomation

通过编程语言(如MicrosoftExcel97andVisualBasicforApplications)和SAPOLEAutomation，桌面应用可以和R/3建立通信连接来获取R/3的数据，处理数据，并向R/3系统返回数据。反过来，R/3也能激活OLE兼容的应用。由于有了OLE在桌面应用的宏语言编程中的广泛使用，以及BAPI作为标准化的接口，此项技术成为了客户特定的集成项目的杰出基础。SAPOLEAutomation被SAP用来实现商业信息仓库的基于Microsoft-Excel的BusinessExplorer以及R/34.0中人力资源模块的员工自我服(EmployeeSelfServices)。

9.3 RFC类库(C++)

RFC类库是建立在RemoteFunctionCallAPI之上的。SAPR/3提供了RFCAPI使外部程序，不论作为客户方还是服务方，与R/3进行通信。API包含了一套C函数库。过去，使用这套API编程需要许多低层的打包解包，内存映射，通信信号识别等。并且，许多场合的代码都是一样的。有了RFC类库，低层的RemoteFunctionCall和R/3知识就不重要了，用户就能更集中精力于应用逻辑的开发。

9.4 LotusNotes与SAP的互联：

Lotus的Domino Connect产品是企业集成解决方案，通过它可以实现Notes或Domino的应用与关系数据库，事务系统及企业标准应用软件的互联。其中的SAPR/3Plug-In就是Notes与SAPR/3的中间件。

SAPR/3Plug-In提供了LotusNotes及LotusSmartSuit系列与SAPR/3的双向数据交换能力，用户通过LotusScript利用SAPR/3LSX可以实现两者的紧密集成。从技术上看，该产品将较复杂的SAPRFCSDK（SAPRemoteFunctionCallSoftwareDevelopmentKit）封装到了LotusScript对象中，对用户透明，这样仅需类似VisualBasic语言的对象化编程，就能完成所有的SAPRFC调用。

通过Domino Connect，系统可以充分发挥LotusNotes与SAP各自的优势，使双方相得益彰。例如SAP中的财务管理，物流，经营计划等模块在生产经营中发挥重要的作用。借助Domino Connect，可将这些重要信息发布到以Domino构建的企业Intranet中，同时Domino的复制功能使移动用户与远程用户也更易于访问SAP应用的数据。

9.5数据库界面

SAP的应用数据都存放在关系数据库的表中。这些数据可以由数据库厂商提供的工具用SQL或QUERY进行访问，也能由其他标准接口如ODBC来访问。然而在SAP中，不仅在技术上数据可被访问，而且同样重要的是表与字段的语义也是开放的，因为SAP实现了企业数据模型（EnterpriseDataModel）。

9.6主数据传输

SAP提供BDC（BatchInputProcessing）来成批地导入导出数据

9.7 EDIInternal/External

R/3系统可以通过EDI和商业伙伴的应用系统自动交换数据，如订单，发票等。EDI子系统通过EDI接口和R/3连接。EDI子系统负责转换EDI消息，和其他系统交换消息。R/3开放的EDI接口能使用各种EDI子系统。

10其它 10.1技术转移

SAP提出了R/3知识转移模型，包括了完整的R/3知识转移模型，包括了R/3知识学习产品、SAP技术网络(SAPTechnet)、R/3培训服务和国际认可的R/3资格认证等一系列内容，来帮助客户掌握R/3的技术。

SAP还在项目实施各阶段提供给客户许多标准的服务包，包括：

系统预警服务(EarlyWatchService)，在线服务系统(OnlineServieSystem),信息交流服务(Information&CommunicationService)以保证客户的应用系统能安全有效的进行实施和运作。

优质的教育培训服务是R/3知识转移模型的首要环节。目前，SAP在国内已能提供绝大部分的各个层次的R/3培训课程。并且，应客户要求，SAP还可以在SAP公司或其它客户指定的地点提供客户化的培训服务。

10.2早期预警服务

SAP的预警服务可以帮助你优化你的R/3系统设置并保证高效的系统运作。 SAP服务中心的专家通过远程访问客户的系统对以下方面进行详细分析： ? SAP应用分析

? SAP系统日志的严重问题 ? SAP核心部分的活动 ? ABAP程序中的异常终止

SAP配置分析 SAP缓冲区的大小系统硬件配置修改

负载分析

平均SAP任务响应时间 SAP服务中负载的分布服务器分析 CPU利用率

内存利用率硬盘访问时间

数据库分析

10.3R/3在NT平台上的实现

SAPR/3系统是一个跨平台的标准应用软件。如今越来越多的用户选择WindowsNT作为他们R/3系统的操作平台。

SAP和微软的技术结合提供给客户界面友好，维护简单，高性能价格比，易扩展和开放的解决方案。SAP支持WindowsNT企业版中新的4GT特性。特别当经营计划功能用户或报表应用程序需要大量内存进行数据读取时，4GT特性支持更大的内存访问空间。R/3的用户也能收益于NT的对称多处理机制（SMP），将来服务器可支持8个CPU。另外R/3支持微软高可靠性的群簇技术（MSCS），使用户的系统能更加稳定安全地运行。

由于NT提供了完整的用户帐户安全管理,文件打印共享等机制，并能和办公计算机操作系统无缝的集成在一起，使用户的整体拥有成本降低。用户可以根据自己的需要购置相应的硬件平台，具有更多的选择余地，而且实将来系统的升级扩展都相对简单与方便。

10.4 MAPI消息应用接口

SAPR/3的SAPOffice通过标准的MAPI接口可以和MSExchangeServer很好的集成。用户可以通过通用的电子信箱客户端应用软件，如MSExchange或Outlook，对R/3Office中的邮局进行访问。

SAP利用MAPI的体系结构提供了极大的灵活性来迎接企业信息系统的挑战。因为客户信息应用程序真正独立于所属的网络服务，所以MAPI使得用户可在通用的客户机上支持多种信息服务，桌面上的综合服务和选择的特定服务。

10.5.3SAPR/3网络结构方案

SAPR/3软件系统是以三层结构的Clent/Server方式为基础的，在网络结构上具有很大的灵活性。在R/3三层结构中，Presentation与Application层的通信量非常小；而

Application和Database层之间具有较高的通信量。

支持R/3系统运行的网络可以分为核心网络和访问网络两大部分。核心网络的任务是提供足够支持应用服务器与数据库服务器运行所需要的高带宽。同时核心网络起到了隔离作为，保护了数据库服务器上数据的安全。所有对R/3系统的数据访问实际上都必须由应用服务器执行。在网络带宽足够的前提下，Database和ApplicationServer可以进行灵活的配置：用户可以根据硬件平台的容量选择将数据库和应用服务器集中在同一主机上，或者分布在多台主机上，起到负载均衡的作用。

访问网络部分的任务为R/3客户端提供灵活多样的接入手段。R/3的三层结构设计中，Presentation与Application层通信量小，即使使用电话拨号的访问方式依然能够保证良好的用户响应时间。

本方案采用集中式结构。数据库服务器和应用服务器被安置在计算中心局域网内的核心网段上。所有外地用户（包括外地局域网用户和远程访问用户）都必须通过防火墙的过滤才能够访问核心网络及其上的R/3系统。厂区内各办公楼、库房等通过光纤和100/10M交换机与计算中心共同组成中心网络。通过防火墙的分隔，R/3数据库服务器和应用服务器所在网段成为核心网段，网络其余部分为访问网段。

外地分支机构网络通过DDN专线（或者FrameRelay、ISDN拨号等其他方式）连接到中心网络的访问网段。为提高网络的可靠性，可以采用包括电话拨号备份在内的线路备份措施，以及具有冗余路由的广域网结构。

在实际的开发、运行中，网络将具有多个R/3系统。通常，可配置包括开发、质量确认、生产三套系统。为提高生产系统运行的可靠性和数据安全，生产系统的数据库服务器采用双机热备份配置。R/3系统支持Unin平台的Cluster解决方案和WindowsNT平台的MSCS高可靠性方案。

CSS为SAP所设的客户服务系统，要求客户一FrameRelay,ISDN,DDN,X.25或NFONET中的一种方式连至德国的WalldorfSAP公司总部，用户可以通过CSS系统获取SAP最新的HotPackage及客户服务中心的支持。

附录二 SAP R/3应用模块介绍

附录B财务会计（FI）附录B.1总分类帐

会计科目表

总分类帐会计核算所使用的会计科目表既可以用于单个的公司，也可以运用于整个集团公司。如果SAP的系统必须同时满足跨国公司和特定国家的法规的要求，用户可以分别定义会计科目表，保证财会方面的功能。SAP提供的样板会计科目表可以使用户方便地实现这方面的功能。当然，用户也可以重新创建一个(或多个)会计科目表。货币

为了满足许多国家对货币的法规的要求，SAP系统允许用户同时用多达三种货币作为记帐和结算的本位币。所有的业务处理均能以记本位币、集团公司货币以及客户自定义的硬通货记入帐本。

R/3系统提供了自动处理有关外币评估、信息分类以及应收帐款到期处理的功能。这些将对用户的月末和年终结算有很大帮助。

资产负债表 SAPR/3财会子系统可以根据不同的类型，维护不同的资产负债表： ? 科目余额清单 ? 资金流的分析表

? 结算日期的资产负债表 ? 年度财务报表

系统甚至允许客户向外界如银行和新闻界提供适当的关于企业运作状况的信息。在后勤和人力资源管理子系统发生的与财务相关的业务也会实时地更新有关记录。在后勤子系统记录的业务处理会自动地记入财会系统，如果有必要，也能记入管理会计系统。这就保证了在后勤子系统发生的诸如收到货物和销售产品这样一些业务，能够同时反映到财会系统中，有效地保证了数据的一致性。同样地，诸如工资、奖金等业务也会得到同样的处理。

明细分类帐

除了能够将后勤子系统与财会子系统集成之外，在财会子系统内，总分类帐同样能够与明细分类帐紧密连接。所有与明细分类帐中借方和贷方科目(包括固定资产模块)有关的业务，均会同时反映到总分类帐和资产负债表上。因此，明细分类帐与总分类帐之间总是一致的。

合并财务报表与单独的企业财务报表相比，合并财务报表已经显得日益重要。

SAP系统允许客户能够选择多种方式来对集团公司下属的各个子公司的业绩进行评估。集团公司的合并资产负债表不是简单地将子公司的资产负债表进行简单地相加而得。合并资产负债表应当反映对资产、应收帐款、债务、利润和销售收入进行重新分类、评估和合并。

附录B.2法定合并

与财务会计和固定资产系统的集成，数据可以直接从各个财务报表中汇总过来，这就使法定合并的业务处理大为简化，此外，还可以减少因为不同的软件的使用而造成的数据转移中带来的错误。

除了法定合并以外，SAP系统允许用户在计划值的基础上经常地结算和作合并会计报

表，另外，用户还可以对不同的业务领域自行定义报表。

附录B.3应付帐款

SAPR/3财会子系统的应付帐款模块对所有供应商的财会数据进行管理。它是与采购模块集成的一个部分，也是销售与分销模块中关于发货、发票和付款数据的来源。

包括折扣在内的付款功能可以用正规的书面形式和电子数据交换媒介(如EDIFACT,EDI)来处理。系统支持所有国际支付方式。为检索未清项，系统提供帐户分析、逾期分析、以及风险分摊的功能。

在应付收帐款模块中，余额审计线索、帐户清单和凭证日记帐记录下所有的业务处理。

附录B.4应收帐款

应收帐款模块是在SAPR/3财会子系统中对客户帐户进行监测与控制的模块。

在此模块中，帐户分析、示警报告、逾期清单以及灵活的催款功能，都使用户可以方便地处理客户未清项。而信函功能能适合任何企业的要求，可以用于付款通知书、对帐单和帐户清单。

在收款时，用户既可以用简便的直接输入方式，也可以使用自动数据传输方式。同销售与分销模块、现金管理模块以及在损益表中的客户特定的功能之间的接口，为所有业务处理提供更多的信息。此外，SAP的信贷管理、流动资金计划以及利润核算功能也能提供实时的和一致化的数据。

附录B.5特殊分类帐

SAPR/3财会子系统的特殊分类帐模块为特定的客户提供了特殊的计算功能。在此模块中，一个分类帐可以通过对科目的特殊设置(如成本中心、产品等)，获得不同的视角来反映科目的余额。它能满足不同的厂商对报表的要求。用户可以对每一个分类帐进行计划、分配和货币转换处理。当实际业务发生时，这些特殊分类帐也能自动地更新。

附录C管理会计（CO）附录C.1成本中心会计

R/3成本中心会计核算帮助用户确定在企业的何处将生成何种成本，并将成本分配给产生该成本的部门。此类型的记录和分配不仅能够进行成本控制，它也能作为其他管理会计核算部门（例如成本对象控制）作准备。

附录C.2基于业务活动的成本核算(CO-ABC)

基于作业的成本核算是一种测定业务过程和成本对象的成本和完成量的方法。ABC根据业务处理过程中使用资源的情况来分配成本。业务处理过程中发生的成本根据这些过程的使用情况来分配到成本对象中(例如产品、服务。顾客。定单等)。 ABC认识成本驱动器和业务处理过程之间的偶然关系。

附录C.3订单和项目会计管理

在管理过程中必须单独监控的大量投资支出测算可以内部定单或项目的方式来表示。SAP定单和项目系统的功能可用于各种投资支出测算，这些功能包括：

? 资源与成本计划功能，可与用户的材料管理与生产能力计划系统全面集成。 ? 广泛的选项功能，用于监控实际成本、计划成本、原价及次级成本。 ? 未清项目管理功能。用于管理采购定单、采购需求、材料及资金储备。

SAPR/3系统内部定单模块中，其重点是成本分析和结算。CO定单的首要目标为下列各项：

成本控制：

收取成本

成本结构的确定

计划/实际成本的比较以及变量的显示制定决策工具：

备选的成本核算

成本分析（报表列、行项目、每月/每季指标、未清项、数量和值）向目标对象的作业分配和结算：

定单项目成本中心网络（操作）资产

获利能力段客户定单总帐科目成本对象

项目系统（PS）可使用户控制广泛的项目层次结构。它可向每个项目要素，甚至可与网络相连，分摊预算、成本、期限和能力。

附录C.4产品成本核算(CO-PC)

R/3生产成本管理会计支持下列成本会计核算程序：

? 一般附加费

? 统计标准成本核算

? 基于边际成本的灵活的标准成本核算

此外，该系统也为无形产品和服务生产中的生产成本管理会计提供一个简单的成本评估程序。

R/3系统管理会计模块的生产成本核算程序考虑不同的企业类型和成本会计核算程序。在R/3系统中，生产成本管理会计与其后勤模块紧密地连接。例如，在销售订单相关的生产中，SD模块中的销售订单也用做成本对象，在成本对象中，成本和销售收入进行比较。物料单和源于数量结构的PP模块中的工作程序用于生产成本核算。基于包含在MM物料主记录中的价格评估物料构成。基于成本中心会计核算中的预计作业价格评估服务。数量及价值流也被集成以便后勤模块中的每次数量移动也能通过实时的成本核算影响相关成本对象中的实际成本。

附录C.5获利分析(CO-PA)

SAPR/3的获利分析(CO-PA)可以满足及时的获利分析及销售管理的各种需求。CO-PA可以使您从业务的各个方面(比如产品、客户、定单和它们的任意组合)及任何组织单元(比如销售组织或业务领域)对它们的毛贡献或对经营利润的总体贡献进行分析。

关于获利情况的信息构成了定价、选择客户、决定合同条款、控制数量、选择分销渠道及促销的决策依据。

附录C.6利润中心会计(EC-PCA)

利润中心会计支持面向销售的销售成本会计方法和基于期间会计方法的分析。

利润中心会计的主要目的是确定利润中心的经营利润。R/3可使您按期间会计方法和销售成本会计方法反映利润。此外，通过把资产负债表行项转入利润中心会计，您还可以按利润中心显示其它关键指标(投资收益率、流动资产、现金流量等)。这可以为管理层提供重要的、战略性的计划信息，并提供可靠的数据以支持对公司未来至关重要的投资决策过程。

利用标准软件可以极大地改进成本/收益比率，这一点是勿容质疑的。获利分析(CO-PA)和利润中心会计(EC-PCA)通过为您提供以下功能使您获得竞争优势，从而节省时间和金钱： ? 及时获得信息从而尽早洞察获利性趋势 ? 缩短决策所需的响应时间

? 提供满足各公司不同需求的报表以缩短查询时间 ? 精确的汇总信息有助于避免错误决策

? 通过提供标准的数据结构和用户界面改进全公司范围内的通讯和用户认可状况

附录D销售和分销系统（SD）附录D.1销售支持(CAS)

R/3销售支持部件可帮助理你的销售和市场部门在对现有的客户提供支持的同时发展新的业务。销售支持将提供一个环境，使得所有的销售人员，包括现场销售人员和办事处的职员，都能提供和存取有关客户、潜在客户、竞争对手及其产品、联系人等方面的有价值的信息。销售支持部件的功能是既作为有关销售和分销的各方面信息的源，又作为获取业务的起动力。

使用R/3销售支持中的工具在销售支持环境中，你不但可以创建直接邮寄去发展新的业务，而且能巩固已有的客户群。在已存入系统的销售信息的基础上，你可以创建有关客户和潜在客户的地址清单，他们是你发动的直接邮寄攻势的目标。有关客户、潜在客户，竞争者以及其产品和销售物料方面的背景信息是作为主数据来存储的。

R/3 SD的销售支持要素为客户服务和你的销售及市场人员的商业活动提供了工具和处理手段。SD模块中的这一部分紧密地与SD的销售、发货和开票功能连接在一起，用以提供日常商业事务的附加的必要手段。销售支持使售前功能得以简化和自动化，使人们摆脱了重要但很繁重的日常工作。

售前支持将帮助提供对现有客户的服务，而这些客户也将有助于新的商业发展。使用SD中的销售支持，结合现场销售人员和其它职员能有助于掌握有价值的信息；这些信息将涉及客户、销售项目、竞争对手和他们的产品，以及合同。销售支持具有作为SD的信息资源和作为一种获取新的商业动力的功能。

销售支持功能将使现场销售人员的工作纳入到组织的信息流中。SD能快速地作出由销售人员收集来的市场信息，这些信息将为销售处的办事人员所用。通过R/3SD可获取的通信媒体包括：

? 使用笔记本电脑或其他工作站与R/3SD连接 ? 使用移动电话系统和笔记本电脑与R/3SD连接 ? 使用R/3系统的部件R/Mail进行信息传送 ? 通过电信服务实现连接，诸如EDI或传真 ? 打印的文件

附录D.2销售信息系统(SIS)

SD的最重要工具之一就是销售信息系统。这个实时数据的共用库能方便地为你提供客户一种更高档次的服务，给你一个竞争的优势。精确的、实时的数据也意味着你的商业活动在效益上将有显著地提高。在SD中所有的销售、发货和开票处理提供的信息将通过中央R/3SD销售信息系统输入到销售支持中。这将包括销售的一揽表和销售订单的统计资料。销售信息系统能提供广泛的功能用于制定有关销售信息的报表。这些报表能协助你制定销售和商贸策略以及分析计划的结果。例如，通过销售处和销售组你可以制定出一个有关收到的订单的详细报表。你还能够为专项客户着手一份有关全部公开销售活动的清单，而且能检查各个销售订单的历史。

附录D.3销售

? ? ?

R/3SD中销售功能的突出特点为:

SD的订单输入和配置能力被一家独立的咨询公司评为“最佳等级”。 SD的定价能力也被一家独立的咨询公司评为“世界级”。

在最大限度地扩大你成功的机会中，与其它R/3系统模块集成SD销售功能，将使每一销售作业阶段的数据输入工作量减至最少。

先进的信贷管理能力可使你的销售风险减至最小。精细的定价可以保持你工作的灵活性和竞争性。

? ?

任何大组织的销售与分销门都要开展广泛的销售活动，而每一项活动都包含了大量自身的的各种变化因素。这些活动从处理报价申请（RFQS）、报价单和销售订单到定价、信贷和产品可用性。这项工作中任何一步稍有疏忽都可能造成订单的丧失，甚至损害与良好客户的关系。最好的情形是，上面提到的所有的活动，甚至更多的活动都进展平稳：一个过程和下一个过程可以衔接起来，数据输入减至最少而误差则被消除。在销售中，你可以通过R/3SD来实现这些过程。在增加更多的SD的能力以前，分析人员们称R/3SD具有“杰出”的订单输入结构和定价功能，现在SD功能齐全，可为你所用。

R/3SD的销售处理可以提供：

? 询价、报价和销售订单的处理和监控

? 广泛的拷贝功能可以将在订单输入中的误差和重复劳动减至最少 ? 客户定义的凭证类型用于所有销售订单 ? 可用性检查(ATP) ? 交货计划

? 发货点和路线确定

? 包括本国和外国货币税金确定在内的定价 ? 客户信贷检查

不论你的销售简单还是复杂，SD均能满足你的需求。SD能轻易地支持大多数事务和作业。即使你的需求相当复杂，你也能很容易地将该系统为你所用。R/3SD与R/3系统的其他部分全面集成，其中包括财务会计，生产计划，服务管理，项目管理，物料管理和质量管理。这使你的SD事务可以实时工作。

附录D.4询价及报价

询价和报价文件是作为关键的售前作业的指南性文件，并且还提供用作业务信息的资料库。当客户需要有关产品和服务的信息时，你可以使用系统中的询价功能。这些文件提供有关未来客户的重要信息。当销售开始时，你可以快速地从询价或报价文件中取出信息并容易地输入到销售的文件中。同时，SD还包括了许多用于管理和监控这些文件的功能。你可分析销售之前的文件用来衡量市场的动向，分析丧失销售的原因，以及建立用于计划和战略的基础。 SD提供了用于查阅系统中询价和报价的分析工具。应用选择准则，你可以获得感兴趣的信息。

附录D.5订货

R/3SD可以帮助你处理不同的销售订单，这主要取决于特殊需求。在一个屏幕上输入带有许多项目的销售订单，或利用一份扩展的订单视图来设置一项复杂的订单时，系统能适应你的需求。

R/3SD提供了加速订单输入过程的几种工具： ? 复制功能 ? 产品建议

? 面向客户的订单管理

附录D.6发货

装运是供应链中的基本环节。装运部门的主要任务是确保对用户服务和保障分销资源计划(DRP)。装运成本是后勤成本的主要部分。所以靠SAP提供的灵活装运处理，你可提高总的成本效益且变得更有竞争能力。

在SD的装运处理中，有关正常交货过程的所有决策都可用下法事先作出： ? 跟踪与用户的总协议 ? 跟踪对物料的具体要求 ? 对每一订单规定条件

这样做使你将装运过程合理化，使之几乎自动完成。只在需要做出决定的某种环境下才去干预它。装运活动包括：

? 通过创建交货来开始装运过程

? 计划并监督装运过程每步工作的工作量 ? 监控产品可用性，处理延期订单 ? 分拣 ? 包装

? 为运输计划提供目前的准确信息 ? 打印并传递装运凭证 ? 保障外贸要求

? 货物离开你的场地时更新信息

? 监督交货过程直到用户收到货物为止

附录D.7运输

运输是供应链中的一个基本要素。为确保装运按计划准时发放到客户所在

地，有效的运输计划是必需的。运输成本在决定一个产品价格时起相当大的作用。为保持产品的价格有竞争性，使运输成本保持最小非常重要。运输的有效计划和处理能使这些成本降低。销售、分销系统的新的运输要素的目标是为运输提供基本功能：

? ? ? ? ? ?

运输计划和处理运费计算运费结算客户运费计算

同时开出客户运费发票服务机构选择功能

目前，运输功能在运输计划和处理境内、境外装运领域能够满足你的需求。你可以控制和监控整个运输处理，这个运输处理是从计划步骤直到从装运点（境外装运）或卖主地点（境内装运）分配货物到他们到达的客户地点（境外装运）或你的工厂（境内装运）。你也可以根据自己的需要提出完成运费计算和结算的功能,而且可以选择服务机构。

附录D.8发票处理

出具发票是销售和分销中的最后的活动。它支持以下功能：发出：

- 根据货物和服务而发出的发票

- 根据相应的请求而发出的借项和贷项凭单 - 形式发票取消出具发票事务回扣的发出

传递过帐数据到财务会计(FI)

在SAPR/3系统中，以上所列的功能采用关于出具发票凭证执行。这些出具发票凭证覆盖了一般日常业务和特殊情形下的业务两方面的要求。

象SAPR/3系统中的销售订单处理的所有部分一样，出具发票集成在机构结构中。因此，出具发票事务可以指派给某一特定的销售机构、分销渠道和产品组。

附录D.9信贷管理

SAP R/3系统提供了强有力的信贷管理环境。通过集成，来自财务会计（FI）和销售与分销（SD）的最新信息使你能有效减少信贷风险，尽快解决信贷扣留（由于信贷原因而引起的凭证冻结），加快订单处理。信贷管理包括下列特点：

根据信贷管理的需要，可规定基于判据多样性的自动化信贷检查。你还可规

定在销售和分销循环的那些临界点，应执行这些检查。

关键性的信贷状况，可通过内部电子邮件自动通知有关信贷管理人员。信贷代表应处在这样的位置上，他能快速而准确地审查客户的信贷状况，并根据信贷政策决定是否延长信贷。

附录D.10可用性检查

按时交货对客户是至关重要的，它甚至会影响客户决定是否购买产品或相关服务。因此，R/3SD在订单输入时能自动地确定交付的进度。交货计划包括所有在货物发出前肯定要发生的活动。交货计划可以确定产品的可用日期和装载的日期。当你输入客户要求的交货日期时，SD能计算出装运活动的日期。系统可以确定出什么时候产品必须获得，什么时候进行分拣，装载，以及制定运输的计划，用以满足客户要求的交货日期。运输计划要考虑到运送的时间和用于装运所需的运输提前期，甚至要涉及外国运输机械的情况。R/3SD也考虑了工作日历。例如在确定运输日期时，要考虑到货运代理商和其他的合伙人。

就交货和运输计划而言，该系统将确定运输时间，装货时间，分拣和包装的时间，以及运输的提前期。SD将交货处理基于若干交货截止日期而确定的，包括物料的有效日期、运输的计划日期、装载日期、发货日期和交货日期。交货计划和可用性检查是相互依赖的。该系统利用要求的交货日期和客户的地点信息来确定货物在什么时候必须获得。如果货物不能满足所要求的交货日期获得的话，SD就用顺排计划表来寻找最早可以获得货物的日期，并计算出货物能送到客户手里的实际日期。

由于在你的组织中，销售、生产和发送状态是在不断地变化，SD在你输入销售订单时便进行一次可用性检查，以确保满足客户的需求。在发货过程中，可用性是自动重复检查的。 SD中的可用性检查可以确定是否产品能够获得，并确保按客户要求的交货日期交货。这项功能还提供有关库存水平，识别交货瓶颈，改善即时的业务处理，向MRP转送需求，以及改善客户服务。有两种形式的可用性检查：基于ATP数量的检查：

SD根据仓库的库存量、计划供应量和需求量来计算可用性。按计划来检查：

SD仅基于计划项目来计算可用性，而不是根据订单的数量来计算。

SD的可用性检查是灵活性的，而且可以包括许多不同的因素。你可以规定什么样的检查因素可被用于每项事务中。

这些因素包括： ? 安全库存

? 质量检查中的库存 ? 运输中的库存 ? 采购订单 ? 计划订单 ? 采购申请 ? 生产订单 ? 预留 ? 相关需求

? 计划需求 ? 销售需求 ? 交货需求

SD通过使用你在主数据中所定义的那些时间，基于ATP数量的可用性检查还可考虑补货提前期，这个时间是订单或生产所需产品所要求的时间。

SD可用性检查还容许你确定是否在别的工厂中，可获得一些或全部所需产品。

在需求的传送中，销售环节将通知物料需求计划有关需要发送的货物数量。你可以应用R/3SD可用性检查来做这件事。R/3的集成性表明SD、MM和PP的应用能自动地交换实时的需求数据，需求将按单个的或汇总的需求被记录。物料管理和生产计划功能将应用来自销售的需求信息，以确定是否需要立刻开始生产，或者是否要首先采购零部件。如果因信贷限额超标而使发货的销售订单被冻结时，需求传送也可能被冻结。这种冻结将取决于商业事务的类型。一旦冻结被手工撤消后，需求信息就可以传送。如果后来你作了更改，该系统能自动更新需求的发送。

如果交货计划和可用性检查确定货物不能按要求的日期交货时，该系统将能根据客户接受部分交货的方案作出不同程度的反应：

? R/3系统确定货物的数量，如果有，将按客户要求的交货日期交货。 ? 系统确定整个交货的最早日期。

? 系统确定什么货物可以按客户要求的交送日期进行交货和必要的部分交货，直到完成整

个订单数量。由于缺乏货物可用性，订单项目按客户要求的交货日期不能得到确认时，订单项目可以应用延迟订单处理功能来加以更新。该系统可以重复检查可用性并显示目前的状况。如果所有项目现在都能被交货，你就可以处理销售订单了。你还可以使用更新功能，通过手工调整重新分配短缺产品，以满足你的最紧急的客户订单。

附录E物料管理（MM）附录E.1采购

SAPR/3物料管理系统提供了强大和完善的采购模块功能,实现从确定采购需求,选择供应商,下采购订单,采购订单的跟踪及催货,收货及发票校对,付款等一系列涉及整个采购周期的所有活动.

在物料管理系统中，你可以为库存进行采购，也可以为直接消耗进行采购.同时你可以选择不同的采购形式,MM模块支持三种基本采购形式：

1. 使用一次性采购订单

2. 使用具有后续发出核准订单的长期合同使用长期计划协议和供货计划表

你可以在系统中建立和维护与采购有关的物料和供应商数据,从而加强对采购的控制及优化系统中的采购程序.

这些主数据包括物料主数据.供应商主数据.采购信息记录.货源清单及配额的分配. 物料主数据包括了企业向外采购或内部生产的物料的详细信息。计量单位和物料描述是存储在物料主记录中的数据的实例。SAP后勤部分的其它模块也可以访问物料数据。

供应商主数据是关于外部供应商的信息。典型的内容有：供应商名称，供应商使用的货币和供应商编号(存储在SAP系统中作为帐户编号)。

采购信息记录记录建立了物料和供应商之间的联系，因而方便了选择报价的处理。例如，信息记录给出了用于从供应商订货的计量单位，并标注在一段时间内影响物料的供应商价格方面的变化。

货源清单规定了物料可能的供应来源。显示了可以从某一给定的供应商处订货物料的时间段。

配额分配是根据配额，规定在一定期间内物料总需求在特定的供应商之间如何进行分配.根据配额分配主数据的设定,系统可以自动完成采购任务在不同供应商之间的分配,从而简化手工分配任务.

此外,物料管理系统中的采购功能可以实现不同的采购需求方式,包括外协件的采购,寄存货物的采购,转厂的采购等,还可以实现电子化的采购审批程序,代替传统的手工化纸张审批程序,节省人力,物力及财力.

你也可以通过报价单申请及报价单的录入来完成询价及报价的全过程.

附录E.2发票校对

发票校验是物料管理(MM)系统的一部分。它提供物料管理部分和财务会计，成本控制和资产管理部分的连接。

物料管理模块的发票校验为以下目的服务：

? 它完成物料采购的全过程-物料采购从采购申请开始，接下来是采购和收货,并以收到发

票而结束。

? 它允许处理不基于物料采购的发票(例如，服务费，其它花费，过程费用，等等) ? 它允许处理贷项凭证,既可以是发票的取消,也可以是打折扣.

发票校验不是对支付进行处理,也不是对发票进行分析.这些需要处理的信息被传递到其它部门.

发票校验的任务包括:

? 输入接受到的发票和贷项凭证.

? 检查发票的内容,价格和计算的准确性. ? 执行一个发票的帐目记帐

? 更新SAP系统内的一些数据,例如,未结算项目和物料价格. ? 检查那些因为与采购订单出入太大而被冻结的发票. SAP系统的高度集成允许这些任务能够平稳和高效地进行.

附录E.3供应商评价

供应商评估功能能尽量优化采购操作，能简化选择货源过程、不断跟踪和考察现有的供应关系。使用R/3供应商评估系统能保证更大的客观性，因为所有供货商以同一标准评估并由系统评分，尽量减少个人的主观印象影响。评分系统:

分值为1到100分。供货商的表现用4个主要标准度量

全面的评分使采购人员了解供货商的表现并给供货商一个全面评价。

主要评估标准

标准系统中的主要评估标准为： ? 价格 ? 质量 ? 交货 ? 服务

如果需要，最多可以定义99个评估标准。用户可以平衡每个标准在综合评估中的影响。

子标准

每个主要标准可以分为几个子标准，以便进行更详细的评估。

标准系统提供5个子标准，一般能满足评估目的。另外，用户可以定义最多20个自己的子标准。

给子标准评分

给子标准评分可有不同方法：自动计算半自动计算手工输入

“自动计算”指分数根据系统中已有的数据确定。“半自动计算”指采购人员输入重要

物料的分值，然后系统计算更高层的分数。“手工计算”指用户针对某个全局子标准输入某供货商的分数。

采购经理可以决定何时以更详细的基础评估，何时进行简单的处理以节省时间和费用。

分析

可以输出供货商评估结果。例如，用户可以生成按照全面分数排列的最佳供货商排列表，或提供某种物料供货商的排列表。

历史变化

评估的变化以日志形式记录，评估记录可以打印出来。供货商评估的任务：

供货商评估功能使供货商按照同一标准排序，能自动和手工进行此项功能通过合理和简化地挑选合适的供货商来优化采购过程

附录E.4库存管理

库存管理(IM)是MM物料管理模块的一部分，并完全地与整个后勤系统结成一体。SAP库存管理系统允许你

? 按数量和价值管理你的库存 ? 计划，输入和检查货物移动 ? 进行实地盘存

基于物料需求计划确定的需求，物料从外部或内部采购。交货作为收货输入到库存管理中。物料直到提交给客户（销售&分销）或用于内部（如生产）才被保存（并在库存管理中进行管理）。

在所有的业务期间，库存管理访问主数据（如物料主记录数据）和所有后勤部分共享的业务数据（如采购数据）。与物料管理（MM）的结合

作为物料管理的一个组成部分，库存管理直接与物料需求计划，采购和发票校验相联系。库存管理形成物料需求计划的基础，该计划不仅考虑了实际库存，而且考虑了计划的移动（需求，收货）。

当物料从供应商处订购时，库存管理将交货记录为参考采购订单的收货。供应商发票在以后通过发票校验进行处理。在这里，采购订单和收货凭证中的数量和价值被检查，以确保它们在发票中是一致的。

与生产计划（PP）的结合

库存管理与生产计划模块紧密相连：库存管理负责生产订单所需部分的待运在库存管理中记录仓库对产成品的接收。

与销售&分销（SD）的结合

一旦你输入一个销售订单，你可以初始化现有库存的动态可用性检查。在创建交货时，即将提交的数量被标记为“计划交货”。在记录发货时这个数量从总库存中减掉。创建销售订单库存也是可能的。

与质量管理（QM）的结合

在货物移动中，系统确定物料是否应进行检查操作。如果需要的话，在质量管理系统中为该移动初始化相应的活动。

与工厂维护（PM）的结合

库存管理与工厂维护有如下联系： ? 可以记录参考设备BOMs的货物移动。 ? 可以提取一部分维护订单。 ? 当序列号管理有效时，对每个货物移动输入独立的序列号。序列号在工厂维护系统中进

行管理。

与后勤信息系统（LIS）的结合

利用库存控制部分，后勤信息系统提供了一个收集，压缩和评估库存管理数据的工具 R/3系统包含不同的模块。这些模块的完整结合允许公司不同的部门共享和维护同样的信息。顺利的物料流动需要这个过程的所有参加者之间有充分的交流。库存管理与R/3系统完整的结合以及和其它R/3模块的交流确保了所要求的信息流动，这些R/3模块包括例如：

财务会计（FI）

按数量和价值进行的库存管理不仅导致每个收货或发货更新物料主记录中的库存值，而且更新财务会计中相应的科目。这通过自动的科目分配来完成，系统通过这个科目分配程序确定与给定货物移动相关的科目。

控制（CO）在物料消耗（例如当物料为不同的科目分配对象如订单或成本中心发出时）的例子中与成本会计系统的接口被激活（作为控制参考）。

当收货直接分配给成本中心或订单时，成本会计也包含其中。

资产会计（AM）

如果资产的物料从外部采购或从仓库或存储中提取，相应的货物移动分配给资产科目。在这过程中行项目在资产会计中被创建。

项目系统（PS）

物料可以为项目保留和提取。创建项目库存是可能的。

附录E.5库房管理

? ? ? ? ? ?

SAP的仓库管理系统(WM)为您进行以下工作提供了灵活、有效和自动的支持: 定义和管理仓库中的存储区和仓位

处理所有的记帐和事务,如收货，发货和一般的转储等. 对库存的变动情况进行监测按仓位进行存储

确保在存储管理系统中的记帐与仓库中的实际库存情况一致

与材料管理系统,产品计划系统,质量管理系统和销售与分销系统的集成

利用WM系统,您可以对公司中复杂的库存结构进行管理。这种结构可包括不同的仓库中的区域（即存储类型），如在高架位闲置的存储、可用存储、冻结存储和固定的仓位提取区域等，以及生产供应、发货和收货区域等。利用WM系统，您可以同时对具有随机组织结构和具有固定仓位的仓库进行管理。

WM支持对所有相关货物移动的处理，包括由存储系统（IM）激发的收货和发货，由销售和分销（SD）系统激发的供货，以及发生在仓库内的移动，例如内部的库存转储。在仓库管理系统中，您可以根据转储需求生成转储订单。转储订单可激发并控制仓库中货物的实际移动。

WM系统利用它在存储方面的功能，可以保证帐面存储情况和仓库中的库存情况在任何时候保持一致。由于SAP系统是高度集成的，所以您在存储管理系统和仓库管理系统之间并不需要单独的界面程序。

存储单位管理

仓库管理(WM)中的存储单位(SU)管理提供了在仓库中对物料流的存储单位进行优化管理和控制的功能.

附录F生产计划系统（PP）附录F.1SOP销售及运作计划模块

销售和运作计划（SOP）是一个通用的计划和预测工具，你可以用它来使你的公司的经营现代化，优化公司的业务。

SOP的集成功能使你对公司的各项活动一目了然。你可以汇总不同的内部和外部的数据，作为设置现实经营目标的依据。这提供了现实检查的机会：我的业务策略是否反应我的经营能力和市场需求？这样，用SOP，你就可以采取有针对性的计划。

SOP的延展性使它适用于对任何逻辑数据进行高级的或详细的计划。弹性计划层次使你可以从几乎所有组织单位（例如，销售组织，物料组，生产工厂，产品组）的角度甚至整个企业的角度创建和查看你的数据。由于充分支持集中规划，SOP适用于销售、生产、采购，库存管理等的中长期计划。

你使用的计划表是电子表格。因此你可以大范围地进行跟踪先前计划数据、预测市场需求、运行分析，条件模拟等各种操作。

附录F.2需求管理(DM)

需求管理的功能是用来确定成品与重要部件的需求数量与交货日期。需求管理的结果就是所谓的需求大纲。为了创建需求大纲，你必须首先定义用于计划某一产品的计划策略。该计划策略代表了用于计划与制造或者采购产品的不同的生产方法。

使用这些策略，你可以决定是否仅由销售订单来触发生产（定制）或者不由销售订单来触发生产（为库存生产）。或者，你可能想使需求大纲中既有销售订单也有库存订单。如果生产时间比标准的市场交货时间长，那么你可能想在任何销售订单存在之前生产成品或至少生产某些部件。在这种情况下，销售数量是预先计划好的（例如，在销售预测的指导下）。可以以计划的独立需求形式创建需求大纲。需求管理使用计划的独立需求而客户需求是在销售订单管理中创建的。

计划策略表示计划生产数量与日期的业务过程。在SAP系统中可以使用广泛的生产计划策略，范围从纯订货型生产到备货型生产。根据所选择的策略，可以使用销售订单和/或销售预测值来创建需求大纲。你也可以选择把库存水平移至装配水平以便由新接销售订单来触发最终装配。否则，你也可以专门为装配执行需求管理。

例如，你可以把计划策略组合起来，这意味着你可以为成品选择策略“带最终装配的计划”，但是你仍然可以选择不同的策略，如在此成品的BOM中关于一个重要部件的“在装配层的计划”。

在系统定制中列出了可用于一个物料的计划策略，并且通过策略组该计划策略被分配给物料主记录中的物料，可以为每一种策略定义包含重要控制参数的需求类型。

如上面所提到的，在SAP标准系统中可以使用完整范围的策略，在下列部分中对这些策略给出了详细的描述：

? ? ? ? ? ? ? ? ? ? ? ? ?

备货型生产（10/11）

按销售与库存订单以批量生产(30) 最终装配计划(40)

没有最终装配的计划(50) 带有计划物料的计划(60)

在装配级计划(70)/在虚拟装配级计划(59) 订货型生产(20)

具有配置的订货型生产(25)

物料变式的订货型生产(3.0C:可库存的类型)(26) 无最终装配的计划物料变式(3.0C:可库存类型)(55) 使用计划物料计划物料变式(65) 特性计划(56/89) 计划变式(54)

附录F.3主生产计划(MPS)

主计划和物料需求计划的目的是定制可用能力和收货以适合需求数量。为了确保物料的可用量，不同的缓冲时间和安全库存被输入，这不可避免导致了高库存水平。因此尤其对于有价值的物料会出现高仓储成本。

为了减少这些高仓储成本并同时增加计划稳定性，成品计划和主部件应该很好地协调，因为这些产品的主计划对整个生产流程影响很大。相关零部件的计划依赖于成品的计划结果和主部件，尽管成品代表所有将被计划物料的一小部分。在成品级的频繁更改可引起完整计划运行的不稳定。记住这些事实，MRP控制者经常计划高安全库存水平和缓冲时间以保证物料可用量而不管计划的难度。

因而，使用附加注意来单独计划成品和重要的部件是有意义的。这些物料可以作为主计划项目在SAP系统中被标识，它可以被计划并通过使用一系列特殊工具最终被调整。对这些“主计划项目”的计划导致库存水平的减少并同时提高交货性能和使服务水平更为可靠。

综合而述,R/3主计划模块的主要特征为:

? R/3主计划模块包括需求管理、生产计划管理及主生产计划（MPS）。 ? 需求管理与销售与运作计划（SOP）及销售与分销的计划功能完全集成。 ? 可以根据生产率或根据详细工艺路线进行集成的能力计划。 ? MPS可以在任何计划层进行也可以在多个层次进行。

? 在最终产品或物料层可以选择不同的计划策略，如按冲销预测或订货生产编制计划。 ? 订单报告（多层）在所有的生产层次显示作业计划问题。 ? R/3支持多地区分销资源计划（DRP）。

附录F.4物料需求计划(MRP)

物料需求计划的主要功能是保证物料的可用量，即它被用于为内部目的以及销售和分销

而采购或生产需求数量。这个过程包含库存监控，特别是用于采购和生产的订货建议。在这个过程中，系统试图达到一方面服务层次最优化但同时在另一方面成本和资金占用最小化之间的平衡。

MRP控制者负责所有作业：指定类型，数量和需求时间，他也必须计算何时为订货建议创建多少数量以满足这些需求。为了计算数量他需要知道库存、库存预留和库存订单的所有信息，为了计算日期他也需要知道提前期和采购时间的信息。为了计算订货建议，MRP控制者必须为每个物料定义适当的MRP过程和批量过程。

供应链开始于销售、分销和需求管理。在销售和分销中，包含实际客户需求的销售订单直接从市场获得。在需求管理中，通过销售预测销售被提前计划。用此信息创建的计划独立需求（即对成品、部件、可贸易的货物和替代零部件的需求）触发物料需求计划。为了满足这些需求，你必须计算重订货数量和日期以及对应的采购元素。在计划运行中该采购元素是计划订单，或对于外部采购，是请购单。这两个采购元素是内部计划元素，它可以在任何时候被更改、重计划或删除。如果一个物料是自制的，系统通过展开BOM来计算相关需求，或生产成品或部件所需的组件数量。如果存在物料短缺，在每个BOM层创建计划订单以满足需求。

一旦系统完成计算数量和日期，这些计划元素、采购元素就被转换成准确的采购元素：它们被转换成自制的生产订单和外部采购的采购订单。自制物料的订单处理通过生产订单控制。生产订单包含它自己的排产过程，能力计划和状态管理。通过单个生产订单来执行成本会计。

外部采购的物料触发采购过程。在这种情况下，你必须选择合适的供应商，或必须提出草案协议。

通过生产或外部采购而可用的数量被放置在库存中并通过库存管理进行管理。

物料需求计划的目的是确保正确的物料能及时和在所需的数量上是可用的。在R/3系统中计划运行有两个主要目的：

保证物料的可用量并同时避免过量的库存。

为了确定物料短缺的情况并在计划运行中创建合适的采购元素-这意味MRP控制者必须在物料的例程监控中花较少的时间。为此，系统创建注意以通知MRP控制者关键部分和例外情况，以便他能迅速地再处理自动计划运行的结果。

以下功能对物料需求计划是可用的： ? 总计划和单项计划 ? 净改变计划和再生计划

? 物料计划过程（MRP和基于消耗的计划） ? 批量确定过程

? 处理订货建议的易使用功能 ? 具有计划订单的装配订单 ? 覆盖范围（日供应） ? 不连续的零部件

? 使用替代和代用零部件

? 直接采购和直接生产（汇总订单） ? 评估计划结果的易使用功能 ? 例外消息和计划调整检查

? ? ? ? ? ? ? 能力计划

可用量检查和拖欠订单处理单层和多层溯源销售订单的单项计划计划可配套产品基于事件的MRP 多工厂/地点计划

附录F.5生产计划及生产活动控制

SAP系统中的生产订单

生产订单是PP生产计划系统的重要部分。PP系统是SAP后勤系统的完全集成的组件。它由下列组件集成而成： ? 销售和分销（SD） ? 物料管理（MM） ? 成本控制（CO）

生产计划和控制中的生产订单

在一个公司内，内部作业通过订单被处理。一个生产订单指定何种物料将被生产，在何处被生产，使用什么作业并且用于什么日期。它并指定在生产过程中需要什么资源，以及订单成本如何被结算。

来自前面计划层（MRP）的计划订单或内部请求一存在，生产作业控制就把特定订单的数据（比如日期和数量）加入已存在的信息中。

生产订单被用于:

? 控制和监控工厂中的生产 ? 作为成本会计的成本控制指令

附录F.6能力需求计划

利用R/3系统,你在工作中心中使用能力类别定义可用能力。当在人力计划和发展中计划人力时你可以计划到单独的人。根据定义的工作中心的不同，你也可以定义下列能力类别: ? 在工厂车间中的一台单独机器 ? 操作一条生产线的一组人

? 在工厂维护中的一个维护工作中心 ? 项目系统中的工程师组

订单是能力计划的核心。订单产生需求因此产生它们被处理的资源的负载。在SAP系统中订单被创建为：

? 物料需求计划中的计划订单 ? 工厂车间控制中的生产订单 ? 工厂维护中的工厂维护订单 ? 项目系统中的网络

订单提供排产的基本数据。订单中的工序中的标准值和数量形成了排产和计算能力需求的基础。

通过R/3系统能力评估,你可以 ? 确定可用能力 ? 确定能力需求

? 把可用能力和能力需求比较

你可以通过R/3能力均衡来调整工作中心中的不足和过载能力,以及实现最佳的机器和生产线的实行合适资源的选择

附录F.7CAPP标准值计算

关于CAPP标准值计算是生产计划系统（PP）的一部分，CAPP是属于生产计划（PP）的主数据－包括物料主档、物料清单、工艺路线和工作中心。

工艺路线

CAPP（CAPP＝ComputerAidedProcessPlanning）标准值计算为工作计划确定工艺路线中的标准值而提供了机器的支持。这些标准值是利用执行工序的工作中心所允许的加工方法或工艺来计算的。

标准值

在SAP系统中，这些标准值用于下列公式中： ? 计划 ? 能力计划 ? 成本核算

计划

在计划中，利用一个工艺路线中的一个工序中的标准值和数量来确定该工序的执行日期。

能力计划

在能力计划，利用一个工序中的标准值和数量来确定执行该工序的能力需求。这些需求再和工作中心所定义的可用能力进行比较。

成本核算

成本核算计算当物料在本公司进行加工时所发生的成本。成本核算提供了下列各方面的基本信息：

? 定价和定价政策 ? 估价

? 成本控制 ? 获利能力分析

工艺路线中的工序是通过成本中心和在工作中心中所维护的作业类型来与成本会计相联系的。如果工作中心指明了执行一工序，那么您就可以为保存在该工作中心的作业类型而输入标准值。

在产品成本核算期间，内部作业的估价是在为该作业类型所计划的比率的基础上进行的。作业类型决定了标准值如何被估价。

附录G质量管理（QM）

ISO9000系列标准定义了质量管理功能和质量管理系统的要素。SAPR/3质量管理子系统中的功能可以支持质量管理系统中的所有要素。而SAP系统中的其他集成子系统则进一步补充这些机能。

ISO标准要求质量系统在一个组织中渗透所有过程。按照质量循环（见下图），任务优先级已经从生产（实际阶段！转变为制定质量生产计划和产品开发（计划）、采购和销售&分销，以及整个使用阶段。在生产领域中，质量保证已不再被片面视为检验和消除缺陷的手段。相反，生产自身已成为注意的焦点。

正如同由于ISO9000标准导致对质量管理系统的需求发生了变化一样，计算机辅助质量管理（CAQ）也必须被重新定义。因为一个孤立的CAQ系统无法执行一个质量管理系统的广泛的任务，所以计算机集成质量管理（CIQ）是一个更合适的术语。

SAP系统通过把质量管理功能集成到受影响的应用自身中（例如采购、仓库管理、生产和销售/分销）而不是把它们作为孤立的CAQ系统的代表来考虑这一点。SAP改进的结果是使质量指导中被描述的过程能在电子数据处理（EDP）系统中被执行和自动操作。

SAP系统中一个质量管理系统要素的表示不仅仅是R/3质量管理子系统的责任。相反，R/3系统必须被作为一个整体来考虑，在这个整体中所有被集成的模块都起到自身的作用。例如在SAP系统的结构中，人力资源（HR）模块处理职员相关事件，控制（CO）模块处理相关质量成本的管理，而工厂维护（PM）模块处理测试设备的监测，质量管理模块作为后勤支持系统应用程序的一部分来处理制定质量计划、质量检验和质量控制的传统任务。例如，它在采购的产品确认、质量凭证和问题处理中支持质量管理。

R/3质量管理子系统中的功能被分成下列两大方面以区分关于CIQ和CAQ的任务： ? R/3质量管理子系统的广泛功能（CIQ） ? R/3质量管理子系统的内部功能（CAQ）

附录G.1计算机集成质量管理（CIQ）

因为只要一个集成系统就能支持一个质量管理系统中所有按照ISO9000所应具有的要素，

所以SAPR/3系统中的质量管理集成提供了巨大的优势，集成允许质量管理功能影响公司中所有的过程，并以此影响一种产品生命周期的所有阶段。

R/3质量管理子系统使用SAP系统的集成来把质量管理和那些其他的应用诸如物料管理、生产、销售/分销和成本会计等连接起来。一个由货物接收而自动触发的检验就是一个例子。R/3质量管理子系统被和下列后勤支持系统应用程序的主数据和过程集成起来：

? 物料管理（采购、库存管理、仓库管理、制定物料需求计划） ? 生产（工作计划、车间控制）

? 销售和分销（交货、创建质量证书）

为了防止相关数据被过多地记录和存储，R/3质量管理子系统支持和其他应用程序间的数据交换，例如，当一个检验被触发时，由一次货物接收过帐产生的关于物料、供应商和批量大小的信息被自动传输给检验批量数据记录。

R/3质量管理子系统满足一个CIQ系统的下列功能： 1)一般功能

? 在物料主记录中集成QM检验数据

? 管理供应商和客户或销售与分销门的物料相关的质量信息 ? 把质量特性和物料说明中的检验特性连接 ? 管理中央凭证管理系统中的质量相关凭证

? 把质量检验以及问题处理（质量通知单）的任务同SAP工作流程功能连接起来