1 2 sap 系统配置工具images.china-pub.com/ebook195001-200000/197928/ch01.pdf · 2011. 3....

1.1 SAP 简介 1

1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

1

SAP 系统配置工具

本章内容

SAP 简介

系统定制的新方法

后台实施指南（IMG）

SAP Service Market Place

在开始实施第一个 SAP 配置项目之前，最重要的是应该了解 SAP 系统中有关用表格进行定

制的概念，以及项目实施过程中可以使用的一些工具及技巧。本章的主要目的是为成功实施 SAP

系统中 FI/CO 的系统配置奠定基础。我们先对 SAP 进行概览，接着讲述对 SAP 系统进行定制的

新方法，再讲解如何使用其后台实施指南，并介绍 SAP 所能提供的服务平台内容（Service Market

Place）。

本章内容对学习 SAP 系统的新手来说是必读的，对于已有 SAP 系统实施经验的顾问来说，

本章内容也应该会对自己以后的工作或多或少地有所帮助。

注意在本书中，定制和配置这两个词语可以互换使用。

第 1 章

2 第 1 章 SAP 系统配置工具

1.1 SAP 简介

SAP 是数据流程处理中系统、应用和产品的简称。SAP 公司成立于 1972 年，由 5 个德国

工程师创建。如今，SAP 公司已经成为全球商务软件领域的领头羊，它可以为超过 25 种行业

的各种规模的公司提供软件应用和服务。SAP 公司提供的是一个集成的系统，也就是说，SAP

公司将系统中的所有模块都设计为可以相互共享信息资源，并通过各种业务流程自动生成相关

的交易数据。

1.1.1 SAP 产品

SAP 公司提供的产品在逐渐演化。我们可能依然会遇见有 SAP 咨询顾问将 SAP 系统称作 SAP

R/3，其实 SAP 公司的产品在不断扩展，R/3 只不过是曾经的核心产品之一，现在已不经常提及。

当然，R/3 最早专指 SAP 公司的唯一产品 ERP 系统。但是，目前 SAP 公司已经提供多样化的产

品，SAP 的 ERP 组件则作为其核心组件（目前被称作 SAP ECC），实际上它就是以前的 ERP（R/3）

提供的功能，是 SAP 系统中所有数据处理/业务流程交易所发生的场所。本书有关 FI/CO 的内容

是基于 SAP ECC 6.0 的版本讲述的。

本书的目的不是去告诉读者如何进行一个特定解决方案的实施，而是告诉读者如何去配置

SAP 系统。如果有人希望通过本书学到将来有可能遇到的所有业务场景的配置，很抱歉，我们不

可能做到这一点。但是，通过学习本书，读者将能够运用所学的知识，在基于企业业务需求的基

础上完成对 SAP 系统的相关配置工作。

目前，SAP 公司已推出了多功能领域的产品，通过其数据仓库，也就是我们平常所说的业务

1.1 SAP 简介 3

1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

仓库（Business Warehouse，简写为 BW），或者用现在更恰当的称呼，即商务智能（Business

Intelligence，简写为 BI），它提供了一系列的报表工具和功能，这些功能不只局限于针对业务对象。

SAP 公司还提供了如下软件套件。

供应商关系管理（SRM）

企业战略管理（SEM）

品类管理

面向服务的架构（SOA）合规性管理

供应链管理（SCM）

产品生命周期管理

客户关系管理（CRM）

1.1.2 SAP 专用术语

现在，我们对 SAP 公司提供的不同产品内容已有了大致的了解，接下来要熟练掌握在 SAP

系统不同模块中常用到的一些专用词汇。本书会用到以下词汇。

(1) ABAP（ABAP/4）

ABAP/4 是第 4 代高级商务应用程序设计语言的简称。SAP 系统不但是用 ABAP 编写的，而

且也使用 ABAP 语言进行系统功能扩展和为 SAP 编写的特定程序的开发。ABAP 和其他第 4 代

语言类似，在没有 JCL 语言时，它与 COBOL 语言最为接近。

(2) Basis

通常，一个 SAP 项目的实施人员分为两个团队：技术顾问团队和功能顾问团队。技术方面


包括 ABAP 编程、数据库管理、传输管理、安全管理和权限管理等。Basis 属于技术顾问团队，

除了 ABAP 顾问以外，其他与技术相关的内容都是 Basis 团队的工作，也就是说，Basis 团队是

由项目的数据管理员及其他成员组成。

(3) 变式

变式是在执行程序时对一个特定设置所做的保存。在有些应用操作界面，填入一些数据后，

可以先将其保存为一个变式，然后再执行该变式。也可以在程序的维护界面创建变式。使用变式

可以节约时间，因为这种方法允许你在执行常规交易时，不需要重复输入程序所需要的所有参数

信息。

(4) SAP 的菜单路径

像大多数客户/服务器的应用软件一样，SAP 系统也提供通过使用菜单执行系统操作的功能。

本书中，在提到或者列举系统的菜单路径时，都是从菜单的根路径开始，然后按菜单的层级向下

逐步展开，直到最后执行业务操作处。当提到菜单路径时，一般是指 SAP 系统后台实施指南中

的菜单路径。读者可以很清晰地看到该系统的菜单应用路径。

(5) 事务码

事务码（tcode）通常是由 4 个字符组成的编码（在 SAP 的后续版本中，有的事务码加长了，

不再是 4 位字符），它通常输入在工具栏的命令框字段中。事务码不分大小写。SAP 系统执行事

务活动的方式有两种：通过菜单路径，或者通过事务码。

注意尽管你可能想通过事务码方式进入某个特定的业务执行界面，但是较好的方法是

1.1 SAP 简介 5

1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

通过系统的菜单路径进入。这样做的好处是可以更好地理解 SAP 系统的后台配置和前台

功能菜单路径的逻辑布局方式。SAP 系统提供了众多的可选项，几乎能够满足可以想象

到的任何业务场景；通过菜单路径，就可以找到这些选项，它可以产生一个更为庞大的

选项集。

在此，我们郑重强调：如果当前窗口不是 SAP 系统的主菜单界面或者其一个子模块（如总

账）的主菜单界面，就必须在事务码前输入/N 或/O 前缀。例如，假设现在系统停留在成本中心

会计模块的创建成本中心界面，而想输入一张总账凭证（事务码 FB01），就必须在命令区输

入/NFB01 或/OFB01，回车后系统就会进入总账凭证输入界面。/N 事务码其实在系统运行中包含

两个过程：首先是从当前界面退回到 SAP 的轻松访问界面（根菜单），然后再执行该事务码。/O

事务码是在系统中打开一个新的会话窗口，然后在该窗口执行该事务码。请记住，每个用户的

SAP 系统一次最多只可以打开 6 个会话窗口。

提示如前所述，如果当前窗口不是 SAP 系统的主菜单界面或者其一个子模块的主菜单

界面，就必须在当前窗口的命令区输入带/N 或/O 的事务码。

(6) 参数 ID

参数 ID 是 SAP 系统中对某些字段的特殊用户标识符。它可能作为默认值被保存在用户信息

中。例如，公司代码的参数 ID 是 BUK。一个用户在公司代码 1000 中只具有输入凭证的权限时，

就可以在其用户信息中将 BUK 参数 ID 的默认值设为 1000。通过指定该参数 ID，用户在进行相


关业务操作时就不必再输入公司代码信息了，而相关的公司代码信息会默认为 1000。参数 ID 被

保存在技术信息字段集中。有关如何显示技术信息集的相关内容我们会在 1.3.2 节中进行讲述。

(7) 批输入会话

批输入会话保存系统在正常的业务交易处理中要输入的值。由于一些业务流程的处理比较繁

琐，针对这些业务活动，系统会自动创建批输入会话。当要完成该业务活动时，就必须先选择批

输入会话，然后运行批输入会话管理器。SAP 系统中大部分的数据传输程序都是通过批输入会话

执行的。批输入会话最易理解的方式就是将它想象成一个宏。宏使用标准函数输入数据并存储这

些数据，以此来自动执行重复的任务。使用事务码 SM35，就可以对批输入会话进行执行和管理。

(8) 作业

作业类似于批输入会话，因为它一般是在晚上通过后台执行一个标准的 SAP 业务活动。作

业是对需要大量处理时间的业务活动和报表处理而创建的业务计划处理器。如果在一个打印请求

中没能正确地指定打印参数，该打印请求就会被保存为一个作业。这也就意味着，当在 SAP 系

统中启动一个打印业务活动时，在没有选取立即打印选项时，它就作为一个作业保存到打印池中；

需要打印时，就必须通过作业管理器手工释放该作业。作业的管理通常由公司的 Basis 团队负责。

(9) 用户菜单

用户可以在系统中将经常使用的交易事务创建成一个用户菜单，然后，再在你的用户收藏夹

设置里将它指定给特定的用户 ID。如果正在对 SAP 系统的某个客户端进行开发时，也可以将用

户菜单设置给只能有限度访问该系统的一个用户组。用户菜单也可针对那些不常访问系统，所以

1.2 系统定制的新方法 7

1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

不记得如何通过菜单路径执行交易事务的用户。

(10) 分布式系统（ALE，Application Link Enabling）

某些企业可能同时使用着多个生产系统。为此，SAP 提供了一个被称作 ALE 的工具，使不

同的系统通过 ALE 能够实现信息共享。

提示 SAP 系统是一个集成系统，也就是说，当别的顾问对其他模块进行系统配置时，

其相关的配置结果会对 FI/CO 产生影响。只要某个模块中发生的业务交易会对财务产生

影响，那么该模块必定有一个与 FI/CO 模块的集成点。因此，项目组的任何设计评估中，

FI/CO 团队都是一个主要的参与方。

1.2 系统定制的新方法

多年来，为了开发出能够满足自己特定需求的信息系统，企业挣扎在极度漫长的项目周期中。

大多数 IT 项目使用了结构化的开发方法，这种方法会丢失或改动业务需求，所以，它造成的后

果是不可原谅的。定制开发是一个枯燥的过程，需要大批的编程人员和企业的最终用户参与其中。

同时，项目实施周期也会延长，这是由于通常项目的甲方在看到实际的东西之前，根本不清

楚自己真正想要什么，这会导致 IT 行业中通常所说的项目分析瘫痪。即使项目已完成，企业仍

然需要很多 IT 员工继续维护这些定制的编程，并且在较长的项目开发周期中，根据客户需求变

更不断修改程序。许多公司的各部门还有自己的系统，大部分情况下这些部门间的系统不能共享

信息资源。这些众多的部门化系统会变成企业内的“信息孤岛”。同一业务由于不同部门使用各自


的系统进行处理可能会导致不一样的结果。

如此众多的部门化系统导致需要各不相同的界面，它们生来就不能相互访问。除了界面不同

之外，这些系统之间也从来就没有被集成到一起。最为糟糕的是，会计系统中的相关财务数据是

通过批处理程序更新的，但是，这些批处理程序按照既定的计划运行，一般为每天、每周或每月

运行一次，也就是说，会计系统中的数据并不是最新的。

为实现信息系统的这种新需求，一个被称为 ERP（Enterprise Resource Planning）的新软件系

统出现了。ERP 系统通过集成不同的功能模块（例如，财务模块、销售和分销模块、物料管理模

块、生产规划模块等），来充分利用企业所存储的信息，由此将系统设计成只有唯一信息来源的

集成系统。而这需要一套通用的程序源代码，通过对程序的升级能够快速反映技术上的变更。为

了能够实现这些需求，需要一种定制系统的新方法，该方法被称作表驱动的定制方法，或者叫配

置。通过修改表而不是源代码来配置系统，我们就拥有了能够清晰地管理系统的逻辑方法。

表驱动的定制方法能够使我们以一套通用的源代码适应业务需求的快速变化。通用程序编写

时设计了多种表的设置，使程序能够做出多种反应满足不同的业务需求。这就是为什么 ERP 系

统，尤其是 SAP 系统如此灵活的原因，因为在 SAP 系统的数据库结构中，有 10 000 多张表。因

为这种表配置替代了原来的硬编码程序逻辑来决定程序的功能，所以，在系统中能够针对新的和

发生变更的业务需求进行快速配置并进行测试。表驱动配置（定制）是 SAP 咨询顾问工作的核

心内容。

因此，我们能够从 SAP 的强大功能中受益，对公司当前的业务流程进行细致的分析。SAP


1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

还提供了具体行业的最佳业务实践，这能够让企业从最有效的业务流程和技术流程中受益。

在使用 SAP ECC 系统时，可能会用到两种菜单路径：用户菜单和 IMG。登录到 SAP 系统所

展示的初始界面及所显示的菜单路径就是用户菜单。用户菜单是最终用户天天面对的界面。在该

界面，就可以使用 SAP 提供的系统功能，例如创建一张供应商发票或者是创建一个记账条目。

IMG 菜单是专门用来进行系统配置的，每个企业都能根据自身业务特点对其进行裁剪。

提示可以通过如下菜单路径或事务码找到配置菜单：工具→定制→IMG→SPRO 执行

项目。或者只需在界面上 SAP 屏幕左上方的命令区输入事务码 SPRO，就可以直接进入

配置菜单了。

许多公司把实施 SAP 系统作为一个契机，对其整个业务进行重组并形成最高效的业务流程。

SAP 公司投入了大量的时间和成本，开发了几乎包括所有行业的最佳业务实践。SAP 可以为以下

几种行业提供解决方案。

银行业

安保

医疗

高等教育和研究

保险业

公共部门


制造业

航空及国防

汽车业

消费品

服务业

传媒

专业服务

对一些小公司来说，可能既没时间也没资源来投入一个整个业务流程的重组项目。为此，SAP

公司提供了一套经深入研究和合理设计的项目实施方法论，来帮助客户进行业务流程的优化。这

个实施方法连同行业解决方案，能够帮助客户使用该软件成为更经济有效的企业。

对一些更小的公司来说，还有许多带有模板和行业标准报告的预先配置客户端。

1.2.1 SAP 系统环境

项目实施团队中的每个成员都应该了解所使用的 SAP 系统环境，这一点至关重要。有些人

也将系统环境称作场合，另一些人有时将客户端称作场合，在本书中，我们交替使用环境和场合

指代不同的系统，例如，开发系统、质量保证/测试环境和生产系统。有时，一个 SAP 术语可能

有多个意思，这取决于该术语使用在系统中的什么地方。例如客户端（Client），在企业结构中，

它是指正在配置 SAP 系统的企业（例如，XYZ 公司，或者本书所用的例子 ES 公司）；在 Basis

术语（SAP 的技术系统）中，它是指为满足特定需求所做的不同的 SAP 安装。实际上，它们指


1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

的是同一件事，不过，刚开始接触 SAP 系统时，读者很难理解客户端的概念。标准的项目配置

有三种环境：开发环境，质量保证/测试环境和生产环境如图 1-1 所示。在每个环境中又有为特定

目的而使用的不同客户端。

图 1-1 标准配置的三种环境

开发环境是项目实施中进行大部分配置工作的环境。它应该最少有 3 个客户端：沙箱客户端、

配置客户端和开发测试客户端。沙箱客户端用于随时测试一些配置的想法和看法，也是进行所有系

统设计工作的地方。一旦认为在沙箱客户端中所做的配置解决方案能够很好地满足客户需求，就可

以在配置客户端进行解决方案的再创建工作。配置客户端也被称作传输客户端，在系统中所有要通

过测试、最后传入到生产系统的最终配置都在此进行。配置客户端打开自动传输记录功能（该部分

内容在 1.2.2 节中讲述）。最理想的方式是将配置客户端作为“黄金”客户端，也就是说，在该客户端，

不允许进行任何业务活动和测试工作。在生成传输后，应将其传到开发—测试客户端。当这些配置

内容进入开发—测试客户端，应该对其进行全面的单元测试。通常，只能在开发系统中进行单元测

试，有一些项目也在开发客户端进行集成测试。当单元测试成功后，该配置内容应准备传到测试环


境中。一般来说，对特定项目或推广阶段的传输内容是一次性传输到测试环境中的。

测试环境是在将相关配置内容传到生产环境前做所有的最终测试的环境。通常情况下，测试

环境是进行集成测试（端到端的业务流程）和用户验收测试的环境。该环境中应该至少有一个测

试客户端来进行测试，当然，也可以用别的客户端进行其他内容的测试，例如：进行用户培训、

数据转换和用户沙箱测试等。一旦整个项目解决方案在测试环境成功通过后，它们就准备传到生

产系统去了。

生产环境是用户进行日常业务活动操作的环境，所有的最终用户都是在该客户端进行日常工

作的。对每一个 SAP 安装来说，通常只能有一个生产客户端。重要的是只有通过所有测试环节

的传输才能进入到生产系统。系统的任何改变，如果未经充分测试及理解，都可能导致生产系统

产生问题。作为一个 SAP 配置顾问，如果没有完全理解发生方案变更的模块和财务会计/管理会

计模块间的集成点，一般会使生产系统产生问题。由此产生的灾难性后果是可能导致企业不能进

行发货或付款处理。

1.2.2 传输

传输就好像将相关配置内容在客户端和客户端之间，以及不同系统环境之间进行运输的交通

工具。通常，配置客户端是进行传输创建的唯一客户端。在系统中对配置表或程序进行变更时就

可以在配置客户端随时创建传输请求，它被称作传输自动记录，它允许系统在表 T000 中对客户

端层所做的传输进行自动记录。尽管可以在沙箱中进行定制设置，客户端的传输却不是自动创建

的。系统只允许在沙箱和配置客户端内进行相关配置表和程序的变更。


1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

如果不能确保在系统中执行这些规定，之后在生产系统进行集成时就可能会出现如下问题：

程序版本冗余；

表中的值不正确；

配置表设置不正确。

这种无规则可能会导致业务运行流程遭破坏，系统间需要长时间复杂的回放才能确定取舍，

这还不包括可能对要求的业务结果进行校正的时间。

注意项目组中的 Basis 团队负责配置在客户端间的传输维护和传送。在一些小的实施

项目中，可能会指定一个顾问负责从配置客户端到开发—测试客户端的内容传输。

大多数的传输记录只是更改表的内容。不过，少数表的传输会复制整个表，而不只是更

改的内容。对这些整个表的传输需要进行详细的监控和管理，保证在目标客户端反映最

近的变更内容，这一点至关重要，尤其对一个处于维护模式下的已“上线”项目。在做整

个表的传输处理时，总是面临着风险，可能会将该部分内容传到其他不需要进行配置的环

境中去。也可以使用简单的“跳点法”来通过其他开发人员进行传输，用新配置重写旧配置。

为避免在表中值的跳点处理，应该对配置团队做好管理工作，分头负责各个功能或业务流

程的特定区域。该结果应该包括对传输的复查，这样才能确保监控到所有常用的表。

在配置客户端，可以使用更改请求查询界面来自动创建一个传输，如图 1-2 所示。传输号是

系统自动分配的，不过可以自己决定是否添加相关传输内容的描述。


图 1-2 请求查询界面

SAP 系统中有两种类型的传输：与客户端相关的传输及与客户端无关的传输。当创建的环境

（例如开发环境）有多个客户端时，大多数配置对象都是一个接一个地复制到使用它们的每个客

户端。例如，表 T030 是进行自动科目分配设置的表格。在开发环境中的沙箱客户端、配置客户

端和开发—测试客户端，每一个都有自己的表 T030。对表 T030 所做的任何变更都会产生与客户

端相关的传输，也就是说，只有将这部分变更内容传输到所有客户端后，这些客户端所有的表

T030 才会随之变更。

一个环境内的所有客户端还会共享所有程序和一部分表，它们被称作与客户端无关的对

象。例如，表（视图）V_T021S 是与客户端无关的表，也就是说，在配置客户端变更该表的

内容时，该配置会自动影响这一环境中的所有客户端，这是因为在该环境中所有的客户端共

用一个唯一的表（视图）V_T021S。应该只在配置客户端变更与客户端无关的表内容，Basis


1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

团队在完成客户端配置后，需要控制相关内容的设置，表 T000 的客户端层级设置了允许变

更与客户端无关的选项。有时，在沙箱中测试相关的配置和开发内容时，系统会要求在配置

客户端更改相关的内容。只要在系统中进行与客户端无关内容的变更，就可以在配置客户端

进行该项操作。

项目组的每个顾问或开发人员应该负责对自己所做的传输工作进行跟踪。查看和管理所有

已创建的传输的事务码是 SE10，当然，在该界面也可以查看其他开发人员所创建的传输。在

该界面，可以只查看发生修改的传输（未释放的传输）、已释放的传输或者所有释放和未释放

的传输。系统默认设置为发生修改的传输（未释放的传输）。图 1-3 所示的是传输组织者的初始

界面。

图 1-3 使用事务码 SE10 进入进行查看和管理传输的传输组织者界面

当对相关配置内容进行单元测试时，系统必须释放有关的传输请求，这样相关的改变会从配

置客户端传到开发—测试客户端。通常由顾问或开发人员负责释放有关的传输请求，并且通过项


目组规定的流程通知 Basis 团队让他们准备传输配置。这是一项实施活动，而且只要系统进入生

产环境就可以发生。请牢记，只要将与客户端相关的传输释放并传送到开发—测试客户端。与客

户端无关的传输已经在该环境中所有的客户端得以反映，只有在环境与环境之间发送更改内容时

才需要释放和传送与客户端无关的传输。如图 1-4 所示的是由顾问个人或开发人员创建的传输清

单，在使用 SE10 进入图 1-3 所示的界面后，选择显示图标就可以进入图 1-4 所示的界面。

图 1-4 顾问所做的传输

清单中的每个传输（如图 1-4 所示）都可以向下打开其所包含的任务。每个传输至少有一

个指定给它的相关任务，这些任务实际上包括表的更改。传输的最上层就像这些任务的容器。

在向 Basis 组释放传输请求时，必须先释放它所包含的每个任务，最后释放最上层的传输内容。

要注意，传输中的每个任务都有与其相关联的对象。不过只要释放这些任务就可以，而不必再

向 Basis 团队释放这些对象，因为任务里已经包含了这些对象。当释放一个任务时，会得到一

个包括在任务中的关键信息的截图。系统传送的就是该截图中的配置信息，并把它们写进操作

系统。如果其他顾问也在做同样内容的配置时，必须掌握其进行传输的时间以及可能对所做传

1.3 后台实施指南 17

1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

输造成的影响。例如，X 顾问在 5 月 1 日变更了对象 123，到了 5 月 30 日，Y 顾问也变更了该

对象 123。这样，当 X 顾问在 6 月 1 日释放他的传输请求时，其中就包含了 Y 顾问在 5 月 30

日所做的内容变更请求，而不再是他在 5 月 1 日所做的变更内容了。大家都认为，良好的沟通

是任何 SAP 项目得以成功实施的关键因素。传输请求的释放也是在 SE10 的界面上进行的，如

图 1-5 所示。请选中相关任务，然后单击直接释放按钮。当释放一个任务后，该任务会自动释

放（复制）到相应的传输请求中，该传输请求随后将释放出去。传输请求是客户端和不同环境

间的真实配置内容的传递过程。

图 1-5 释放一个传输

1.3 后台实施指南

后台实施指南（IMG）提供了在 SAP 系统中对每个模块进行配置时的逐步而详细的情况。


如图 1-6 所示，IMG 是按功能模块以及每个模块中的不同业务流程进行分组的，它能为定制表提

供前端，并说明每个表所影响的功能。在项目的详细设计和开发阶段，顾问和开发人员会将大部

分时间花费在 IMG 上。

IMG 可以显示成三种不同的视图：SAP 参考 IMG、企业 IMG 以及项目 IMG。SAP 参考

IMG 来自于所安装的 SAP 软件，其中包括 SAP 系统中所有模块中的所有组件。企业 IMG 是

从 SAP 参考 IMG 生成的。企业 IMG 通常包括所做项目需要使用到的所有模块、其相关业务

流程以及其所属国家的特定配置。为安全起见，通常将 SAP 参考 IMG 的所有内容都复制到

企业 IMG 中。

图 1-6 IMG 主界面

项目 IMG 是由项目经理或模块组长创建的，它仅仅包括该项目 IMG 的创建者（通常是个


1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

人或项目经理）认为必要的那些模块和业务流程。在此需要做的一个很重要的工作是仔细挑选

哪些内容是必要的，哪些内容是生成项目 IMG 必不可少的。项目 IMG 也可以作为项目管理和

文档归档的一个有效的工具。可以查看项目任务的状态，并把这些状态输出到 Microsoft Project

软件中，以便对项目进行更详细的追踪。使用 IMG，可以将系统中所做的相关配置步骤和表的

配置文档进行保存。

警告如果保存了系统所做配置的详细文档，从长远来看，客户和我们自己都会更满意，

工作会更有效率。不一定非要用 IMG 作为文档工具，但必须将所做的配置用文档形式保

存下来。比理解别人所做的配置更糟的事情是，回头去琢磨自己所做的配置。

如果所在的项目不使用项目 IMG 保存文档和进行状态追踪，我们推荐使用 SAP 参考 IMG

或企业 IMG 查找自己的配置步骤。可以期待最终的产品成果中包含了全部配置步骤、流程和功

能。如果没有机会去访问 IMG，就很难找到 SAP 系统的功能到底体现在何处。如果 IMG 中已包

含了所有任务，那么就可以在 SAP 系统中查看到所有配置任务的视图。如果忘记了把所有任务

包含在 IMG 中，就很难在 IMG 中配置所需的业务功能。当有疑问时，请使用 SAP 参考 IMG。

如图 1-7 所示，IMG 能够显示可选业务活动和必做的业务活动。在一个项目中，决不是要完成 IMG

中的所有任务，需要完成多少任务和如何定制特定的任务，取决于正在使用的业务流程所需要的

功能。使用 IMG 的查找功能查询特定功能的位置是很有用的。要使用查询功能时，请单击 IMG

界面上面工具栏中的双筒望远镜图标（如图 1-7 所示）。


图 1-7 使用 IMG 中的查询功能

可以通过单击配置步骤左边的注意文件夹，来查看特定任务的文档描述，如图 1-8 所示。在

确定配置步骤或任务是否适合所做的项目时，该文档描述中的详细解释是非常有用的。

图 1-8 特定任务的文档描述


1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

1.3.1 进行表格维护和定制的其他方法

在 IMG 中，有时很难找到要定制的那个表格。当知道需要定制的表名，却难以确定其在后

台 IMG 中的位置时，SAP 系统提供了两个可用的事务码：SM30 和 SM31。如图 1-9 所示，SM30

可以用于访问维护表或表视图的界面。尽管在配置时通常将定制对象称为表，但是绝大多数的定

制对象实际上是表视图。在定制一个对象时，必须为其创建一个维护界面。SAP 系统几乎不会为

表本身创建维护界面。SAPR/3 系统的维护界面主要是为表视图创建的。请不要试图为 SAP 交付

的表创建维护界面。SM30 是用来维护定制的表的。

图 1-9 事务码 SM30 用来维护表或表视图

当知道表名而不知道定制视图名时，就可以使用 SM31（扩展的表维护）访问表维护界面。

此时，只要在 SM31 界面的表/视图字段输入表名，并单击定制按钮即可。在初次使用该按钮时，

系统会询问项目编号，不过，它不是必输字段，只要按回车键继续而不指定项目按钮就可以了。

此时，系统就会进入如图 1-10 所示的界面。


图 1-10 更新表 T001 的配置清单

系统提供表视图的维护界面清单后，可以单击相关视图的名称，就会进入正确的配置界面。

请注意有许多配置步骤都可以更新表 T001—公司代码。

1.3.2 查找要配置的表

当在系统中进行一项业务操作时，可能经常需要找到其配置。实现它的最简单方式是选

择该业务操作中的字段，该字段就包含想查找的配置信息。例如，如果想配置公司代码，就

可以选择用到公司代码的任何业务。本例中，使用显示总账行项目的业务 FBL3N，如图 1-11

所示。


1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

图 1-11 显示/更改行项目 FBL3N

选中需要查找的字段，请按 F1 键或选择 SAP 帮助图标，如图 1-12 所示，系统会显示该字

段的一般内容介绍，然后再选择技术信息图标（锤子和扳手图标）。

如图 1-13 所示，技术信息图标列示了该字段名称及其表名称（表 SKB1、字段名 BUKRS）。

结合这些信息，现在就可以进入相关配置表中并根据需要进行更改了。

在查看表结构、查找配置表以及其他确定的系统信息时，字典显示（Dictionary Display）是

一个很有用的工具。可以使用字典显示返回定制（配置）表，然后使用事务码 SE12 显示在帮助

界面查找到的表名（数据字典显示）。单击显示按钮后，系统会列示该表中的所有字段。此时可

找到在帮助界面查找到的字段名 BUKRS（如图 1-14 所示）。


图 1-12 通过按 F1 键或单击帮助按钮，系统会进入 SAP 所谓性能

助理的帮助界面，可以给用户提供所选字段的一般介绍


1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

图 1-13 通过单击技术信息图标可以查找到所选字段的表名和字段名

图 1-14 使用事务码 SE12 显示表 SKB1

提示通过双击技术信息界面的字段名或表名称，也可以进入特定表的字典显示界面。

通过查看表 SKB1 的结构，可以了解字段 BUKRS 有一个检查表 T001，这就是该场景中需要

配置的表。因为表 T001 是公司代码（字段名 BUKRS）主键的所在地，所以我们需要对表 T001

进行配置。在 SAP 系统中，检查表往往是指该字段所属的初始表。如果一个字段名旁边没有检

查表，那么该字段就是一个主键，它不会通过一个外键关系包含在该表中。在关系数据库术语中，

表 T001 中的字段 BUKRS 是表 SKB1 的外键。因为它是一个外键，所以表 T001 是创建和维护

BUKRS（一个键字段）的表。为了查找需要访问的配置视图，可以使用事务码 SM31（相关内容


前边已经讲过）。当在表名字段中输入 T001，并单击查找维护对话按钮时（如图 1-9 所示），系

统会显示选择配置视图的清单。

提示在关系数据库中，键字段是一个表独一无二的标识符。该字段用来指向别的表中

的相同数据。例如，公司员工使用社会保险号码作为其个人信息独一无二的标识符。不

用在每个表中都列示相关的统计资料，关系数据库能够通过代表“个人”的一个单一键字

段将各种不同的信息关联起来。外键字段是另一种键字段，它是外部的键字段。例如，

假如员工需要包括名字和地址的表，在该表中，键字段可能是员工的姓。员工的姓当然

也可以作为包含员工社会保险号码的表的参照，但是它在那儿是作为一个外键码，即仅

仅被用来证明在不同的表中，同姓的两个员工不是同一人。

1.3.3 数据浏览器和一般表格的显示

数据浏览器是显示数据表内容的一个很有用的工具。SE12 可用来显示表结构，通过 SE16

来运行数据浏览器，可显示表的内容。如图 1-15 所示的是创建公司代码的配置界面。通过使用

SE16 查询表 T001，也可以查看公司代码的详细内容。这两种选择的区别在于 SAP 如何在配置界

面展示数据，它经常与界面中所列示的多个表关联。


1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

图 1-15 创建一个新公司代码的配置界面

如图 1-16 所示的是运行事务码 SE16 并输入 BSEG 的表名后的系统运行结果。可以从表字段

清单中选取那些希望系统显示的字段，减少界面可选项内容。

图 1-16 减少事务码 SE16 显示的字段选项

执行上述选择后系统自动显示出一些字段作为选择条件，当然也可以使用它们之外的其他字段。


通过设置→选择字段，还可以选择其他字段。请牢记，SAP 系统一般会将键字段作为选择字段。如

果在选择字段时增加了一个新字段，并且决定使用这个新字段，那么这时由于表是按键字段索引的，

那么会面临系统运行时间显著增加的可能。可以通过使用 SE12 来检查一个字段是否为索引字段。它

们通常是排名第 2 到第 10 的字段，并且在键列中有一个勾选号。请注意，由于 SAP 系统每次默认显

示 500 项条目，所以，如果希望多显示一些条目，可以通过更改界面底部的选项来实现。

SAP 系统显示的字段也是默认的，但可以通过使用菜单路径“设置→清单格式→选择字段”进

行更改。如果选择参数中有许多条目，那么在 Excel 中，就可以更容易地分析相关结果。通过菜

单路径“系统→清单→保存→本地文件”就可以轻松实现此项操作。

可以将它们保存到硬盘上，然后，就可以很轻松地将它们输入到 Excel 并进行文件转换。

可以使用数据浏览器显示来自不同类型的表格数据，包括汇总数据和行项目详细数据。这是

很有用的，因为报表制作器和报表编写器只能用于汇总层面的表格。可以使用报表制作器和报表

编写器创建基于用户需求的自定义报表。SAP 系统中的大多数模块都可以使用报表制作器和报表

编写器创建报表，对 FI/CO 中自定义报表的创建，它们尤其有用。FI/CO 组员用到的大部分表是

BSEG，该表中包含 FI 中每一笔相关财务交易之后的所有段（行项目）的细节。当显示 BSEG 或

任何段层级的表格时，请格外注意，因为如果没有减少足够的字段选择数量，就可能降低系统的

运行性能。如果不希望 Basis 团队锁住所做的操作，并且不希望激怒项目组的所有成员，一个最

好的方式是在做表显示或查询时，所进行选择的范围不要太大。

1.4 SAP Service Marketplace 29

1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

1.4 SAP Service Marketplace

SAP Service Marketplace（https://websmp201.sap-ag.de/notes），以前被称作 OSS（Online Support

System，在线支持系统），是 SAP 公司向客户提供的在线工具，帮助解决系统运行过程中产生的

问题。所有的应用顾问和开发人员应该访问这个很有价值的数据库和客户服务中心。可以在该网

站提交 SAP 系统运行时的应用问题和开发代码问题。因为 SAP 系统拥有众多的安装客户，所以

我们遇到的问题很可能其他的 SAP 用户已经碰到过，SAP 通常已经给出了解决方案，这些解决

方案就是所说的 SAP Notes。

SAP Notes 通常能提供附加代码以修正程序错误。它们也可能是“咨询”Notes，用来对系统

中的特定功能的临时性解决方案做出说明。无论是哪一种情况，在 Service Marketplace 上提供

的信息都是很有价值的。如果在系统中查找不到必须使用的功能，应该到 Service Marketplace

上去查询一下该功能是否存在。要查找 SAP Notes，必须首先在 Service Marketplace 注册。请记

住此时需要一个 OSS 登录 ID，即一个 Service Marketplace 的用户账户，这可以通过 SAP 支持

门户获得。如果想直接查找 SAP Notes，在 SAP Notes 查找门户有一个链接，直接指向特定的

查找参数。只要填入查找标准（你用的 SAP 版本以及应用领域），就会进入可用的 SAP Notes

的界面。如果发现一个 Note 能够解决遇到的问题，可以将其下载到自己的硬盘中，然后告诉

Basis 同事想使用哪一条 Note。除非是很有经验的顾问，否则请不要自己使用相关的 SAP Notes。

SAP Notes 经常处理更改和增加核心 SAP 源代码这样的问题。在此强烈建议不要更改 SAP 程序，

因为这样会影响 SAP 公司对客户的支持。稍后我们会详细讲述这些内容。

除了 SAP Notes（修改程序错误、临时性解决方案和较少的功能增强）之外，Service Market-

place 还有其他的用途。如上所述，我们可以向 SAP 支持团队提交问题。此外，还检查 SAP 培训

课程计划、查看 SAP 新的内容和交付的新功能，以及查阅有关 Hot Packs 的信息。

注意简单地说，Hot Packs 就是 SAP Notes 组，它是 SAP 公司基于系统中一些程序错误，

或者基于该 Notes 所提供的别的功能推荐给客户使用的。不用一个接一个地申请 SAP

Notes，可以用 Hot Packs 来使用一组 SAP Notes。


对 SAP 程序源代码和用户出口的修改

打包软件的黄金规则，尤其是 SAP 的黄金规则如下：

请勿修改源代码！

请遵照黄金规则生存。毫不夸张地说，修改 SAP 程序源代码是一个很糟糕的主意。一旦修

改了一个 SAP 程序的源代码，SAP 通常就不会支持该程序以及相关的业务流程，甚至可能不会

支持整个 SAP 安装包。当申请 Hot Packs 时会发现，修改源代码简直就是一个噩梦。并且在想对

系统进行升级时，会面临更大的问题。一些修改源代码的客户会付出这样的代价：为了再获得

SAP 的支持，他们不得不去除修改内容，将程序复原为原来的核心代码。

如果标准的 SAP 功能不能满足业务需求，还有别的选择。SAP 开发了特定的行业解决方案。

对某些行业可以使用预制的行业解决方案，例如航空和国防解决方案、石油行业解决方案、零售

行业解决方案，等等。现有的行业解决方案中的某一个就可以满足业务需求。如果没有现存的行

业解决方案，可以就相关业务需求与 SAP 合作，SAP 公司可以为我们去做，或者允许我们去做

受 SAP 支持的修改。

SAP 系统在某些标准程序中还提供了用户出口。用户出口让开发人员通过标准的 SAP 程序

创建自定义的代码。一旦这些自定义代码内容完成，就会返回到标准的 SAP 程序中进行后续的

流程处理。与程序修改相比，自定义的用户出口是一个不错的主意。SAP 在系统升级和新版本发

布时会提供所增加的用户出口数。如果想知道一个程序是否已经有用户出口，只要显示程序源代

码，然后查询字符串“customer exit”即可。如果可以查找到该字符串，那么该程序中就有用户出口。

1.5 小结 31

1

2

4

6

8

10

12

13

15

14

3

5

7

9

11

事务码 CMOD 也包括激活所有用户出口的自定义项目。可以通过查询这些项目看一看是否包括

希望用到的功能。

1.5 小结

本章我们介绍了一些需要理解的基本概念，多数概念在本书的后面都会用到。我们回顾了三

层数据库的基本配置，学习了用表驱动方法进行系统设计。我们还学习了有关传输的知识，以及

在准备和配置传输时进行不同方面的控制和管理。我们浏览了 IMG 的界面以及在配置和自定义

过程中会使用到的一些表格。现在，我们已经熟知了对 SAP 系统不应该做哪些变更，以及如何

使用 SAP Service Marketplace 查找相关问题及其解决方案。

在下一章，我们将讲述 FI 企业系统的组织架构，并且对我们的 ES 公司开始进行系统配置工作。

1 2 sap 系统配置工具images.china-pub.com/ebook195001-200000/197928/ch01.pdf · 2011. 3....

Documents