由浅入深学习SAP财务（S/4HANA版）

版权信息

书名：由浅入深学习SAP财务（S/4HANA版）

ISBN：978-7-115-58437-3

本书由人民邮电出版社发行数字版。版权所有，侵权必究。

您购买的人民邮电出版社电子书仅供您个人使用，未经授权，不得以任何方式复制和传播本书内容。

我们愿意相信读者具有这样的良知和觉悟，与我们共同保护知识产权。

如果购买者有侵权行为，我们可能对该用户实施包括但不限于关闭该帐号等维权措施，并可能追究法律责任。

版  权

著    高林旭

责任编辑 马雪伶

人民邮电出版社出版发行　　北京市丰台区成寿寺路11号

邮编　100164 　电子邮件　315@ptpress.com.cn

网址　http://www.ptpress.com.cn

读者服务热线：(010)81055410

反盗版热线：(010)81055315

内容提要

本书融入了作者20年的SAP财务实施经验，全面、详细地介绍了SAP的原理、操作、配置、设计理念、业务实践等内容。全书共11章，分别介绍了SAP基础知识、总账模块、应收模块、应付模块、资产模块、成本中心会计模块、产品成本控制模块、获利能力分析模块、内部订单模块和合并模块，以及作者对SAP财务应用中的一些深入思考，这些思考主要是一些跨模块的或者较为综合的知识，希望对读者有所启发。

本书阐述全面又细致入微，实用性强，可以作为SAP财务顾问的“备查宝典”，也可以作为企业财务工作人员的操作指导用书。对于相关的财务研究人员而言，本书也有一定的参考价值。

前  言

SAP产品博大精深，入门容易而精通很难。会输入凭证和各种业务单据，只能说刚刚入门，我们至少要做到将需要用到的知识弄懂，这样才能将系统应用好，使其发挥最大作用。对初学者或应用者而言，需要循序渐进、由表及里地学习，逐步掌握系统真正的设计思想，才能吃透SAP。可惜的是，市面上满足这种学习路径的书比较少，即便有，也是要么专门介绍配置，要么专门介绍浅层次的概念，很少有将概念、功能、操作、配置、应用几个方面结合起来介绍的。这对SAP初学者或者应用者来说是个缺憾，因为这使他们难以做到融会贯通：看了配置，不知道如何将其与实际业务相结合；看了概念介绍，不知道如何去实现。

因此，多年以来我一直希望写一本书，详尽介绍SAP的原理、操作、配置、设计理念、业务实践、实施注意点等内容，以便让大家在实施或应用SAP的过程中，少走弯路。2020年，我终于如愿以偿了！我的第一本书《由浅入深学习SAP财务》（以下称为“第1版”）出版了！

承蒙广大读者的喜爱，第1版得到了广泛的好评。写作第1版时SAP S/4HANA还不是很成熟，我对它的研究也不深入，因此第1版主要基于SAP ECC 6.0编写。在过去的几年间，很多读者询问有没有针对S/4HANA的应用图书。现在，S/4HANA已经经历了1511、1610、1709、1809、1909、2020等多个版本，日趋成熟，我对S/4HANA也日渐熟悉，具备了基于SAP S/4HANA编写的条件，于是才有了您手中的这本书。因此，本书主要适用于SAP S/4HANA的使用者。

本书在讲解知识时按照多数人的思维习惯逐步展开。例如，在介绍外币评估的知识时，先介绍有关的会计制度，接着介绍外币评估的原理，再介绍系统相关的配置，最后介绍系统的操作步骤。这是因为我们的思维是循着“制度—原理—基础—执行”这样的线索进行的。制度是操作的规范性要求，有了制度，怎样实现操作呢？这就要求我们理解系统的原理。理解了原理，我们就能理解为什么系统有KDB和KDF两种事务的配置界面；等我们看到配置界面中配置的具体科目时，就能理解前台操作产生的结果了。多年以前，某企业的财务总监在听完项目初期的一堂培训课后，说了一句话，让我记忆犹新。他说：“我们学习SAP系统，首先要听原理。原理弄懂了，后面的事情就是顺理成章的了。”的确，原理就是系统的精髓，应重点阐述。

本书共11章，其中：第1章为SAP基础知识的介绍；第2～5章为财务会计（FI）模块的介绍；第6～9章为控制（CO）模块的介绍；第10章为合并（EC-CS）模块的介绍；第11章是SAP财务应用方面的专题介绍，包括一些跨模块的或者较为综合的知识，希望对读者有所启发。

本书中的示例，如果涉及的S/4HANA产品功能没有明显变化，则主要基于ECC 6.0的全球培训系统，即互联网演示和评估系统（internet demonstration and evaluation system，IDES）进行介绍；如果S/4HANA的产品功能有明显变化，则基于S/4HANA的最佳业务实践（best practice，BP）系统编写。

SAP有较多的版本，各个版本的中文翻译不尽相同，因此，本书中截图所体现的中文名称，可能和读者所使用的系统中的中文名称不一样，但这并不影响表达和理解。

本书的写作虽然主要利用业余时间，但仍不可避免地占用了一些工作时间，在此，谨对我所在的公司——上海汉得信息技术股份有限公司的领导和同事的宽容表示感谢。同时，感谢我的家人，家人的鼓励、支持及包容是我背后最大的动力。

书中若有疏漏或不妥之处，恳请读者批评指正，本书责任编辑的电子邮箱：maxueling@ptpress.com.cn。

高林旭

写在前面的话

这是一本实用的书。它的预期读者包括SAP从业者、企业财务人员（SAP应用者）及高等学校的企业信息化研究人员（SAP研究者）等。

前言中已经讲过：SAP入门容易但精通很难。用户如果缺乏对SAP的正确理解，有可能在企业的实践中采用错误的方案，或者过分强调美好的期望而忽略现实基础；如果不能充分掌握SAP的强大功能，有可能在企业的实践中采取简单、草率的方案。

遗憾的是，这样的问题在业界时有发生。

我曾拜访过一家企业，该企业的首席信息官（CIO）在实施SAP系统一年后，抱怨当时的实施公司将产成品的价格控制设计为“移动平均价”。他不无后悔地说：“这是我们在系统实施过程中最大的失误。”

我曾经帮一家企业实施二期项目，在实施过程中发现一期的一些设置不尽合理。例如，客户组的划分中除了常规有交易的“国内客户”和“国外客户”外，还设置了“国内潜在客户”和“国外潜在客户”。这就带来了一个问题：如果有一天，某潜在客户变成了真实的客户，是否要新建一个客户呢？到实施二期项目时，发现了这些配置不合理，但这些配置属于系统的基础性配置，难以更改，于是只能微调。

我曾经多次帮助企业解决资产超过两年没有正常结算的问题。可能大家都认为，资产年终结算不是每年都要执行的程序吗？但事实上就存在这样的不规范操作：年终结算时系统报了错误，但没有人彻底地解决这个问题。如果一年没有成功结算，似乎没有问题；两年不执行，似乎也没有问题。但到了第三年年初，问题就暴露了：前年的资产年终结算未完成，导致当前年度的财年无法打开；而如果回头处理前年的资产年终结算，可能会产生前年的折旧记账（前年的账务早就关闭了！）。往往在操作层面，用户进行年终结算时，碰到问题不知道如何解决，也没有足够重视此问题，认为不能成功结算就放在一边，最终问题到了无法解决的时候被暴露出来，可惜为时已晚。

此外，还有多家企业的IT负责人在新年后的第一个工作日打电话、发邮件寻求支持，告知由于没有及时维护新的年度的凭证编号，有些凭证进入了9999年度的编号范围，而发现此问题后，再维护当年度的凭证编号，却收到了系统的“快件”（express，系统发送的通知消息）。

…………

凡此种种，都是由于SAP的设计者将系统设计得非常精细，而我们在实施或者操作时，没有充分地领会它的精细设计，更没有领会它背后的逻辑，于是做出了错误的决策或者没有正确地对系统进行操作。

因此，我希望，每一位从业者或应用者都能拥有扎实的知识。这也是我撰写这本书的初衷。

为了将知识完整地呈现出来，书中除了介绍系统原理外，还安排了以下板块。

【业务操作】详细介绍了每个业务的操作步骤，对界面中出现的关键字段进行解释。若涉及后台配置，也会介绍相应的后台知识。

企业在某一业务操作上的惯常做法。该内容可以作为其他企业的参考。例如，讲到成本中心计划的“编制助手”时，介绍企业在什么情况下会用到该功能。

在SAP咨询顾问设计系统或者设计方案时，怎样设置才是较为合理的？例如，对客户账户组、供应商账户组，应该怎样设置才能使其有长远的可用性。

那么，各类读者应如何使用本书呢？

SAP从业者，尤其是咨询顾问，应首先从体系上了解SAP的知识架构，然后逐一了解在企业实践中应掌握的知识。在企业实践中应掌握的知识方面，首先要熟悉系统，包括其原理、配置、操作方法；其次要了解应该如何设计系统、如何应用系统，以及有哪些注意点。单纯掌握系统配置或操作，并不能使你成为一名好的咨询顾问。有很多咨询行业的入门者，希望一开始就配置一个全新的公司代码，然后用自己的公司代码来做练习。但是到头来会发现，自己配置的公司代码什么都做不了，做凭证时处处碰壁，涉及后勤的业务也无法处理。这就是方向弄错了。

咨询顾问要熟悉系统的配置，以便针对企业的业务需求，搭配出一套合理的系统。要想快速学习系统，咨询顾问应具有逆向思维，即先熟悉现有的系统、现有的配置，然后在此基础上通过操作查看产生的效果，再思考如果是自己设计这样的系统，应该怎样取长补短。这就好比设计一种发动机，我们可以先拿已有的发动机进行试验，观察它的运作原理是怎样的，然后再对它进行拆解，分析它的构成、各部分怎样配合产生作用，这样自己设计时，就有了设计的思路或者改进的建议。也正因为如此，SAP公司的IDES是一个很好的学习系统。初学者可以借助IDES中的样本公司开展学习。因为IDES中预装了很多的公司代码及交易数据，可以供我们走完企业基本的业务流程，而无须重新配置系统。在学习时，可以借助SAP Library 4.6C（只有在这个版本中，才有关于IDES的详细介绍，包括可用的数据、可以测试的业务操作引导等）的参考资料进行学习。本书提供了从原理到配置再到实际操作的合理的学习路线，可以帮助初学者结合IDES，一点一滴地积累起对SAP的认识，打下坚实的知识基础。

咨询顾问除了需要熟练掌握SAP，还需要善于设计妥善的方案。考虑到企业应用SAP可能是长达几年甚至数十年的事情，因此，方案必须经得起时间的考验，并且能够被企业代代传承下去。在本书若干章节的后面，还增加了一些有关我国企业设计参考和业务实践的内容，供咨询顾问参考。

SAP应用者不需要了解配置的细节，但是对业务原理的了解和掌握是必须的，对操作的细节也应该熟悉。在学习本书时，SAP应用者可以结合日常操作来理解其作用、原理和注意事项，这样可以更有效地利用SAP系统。例如，使用某事务代码制作一张报表，理解了原理和不理解原理的效果是不一样的。在理解原理的情况下，使用者可以更好地分析报表的结果是否正确，或者分析结果有何指示意义；在不理解原理的情况下，使用者虽看到“报表有数据产生”，但无法判断、无法分析，就很容易出现前面提到的“两年没有完成资产的年终结算”这种情况。

SAP是一套集成运转的、高度自动化的处理系统。这就要求处在该系统链条各环节的人员（企业各部门的人员）能够自动集成为一个整体，干好各自的本职工作，不要出纰漏，或者出了纰漏能及时解决，这样系统才会运转得顺利；否则，SAP会变成“带病的肌体”，最终会给企业带来麻烦。

作为SAP研究者，我们既不要将SAP想得非常完美，也不要将它看得过于简单。SAP作为依靠软件技术建立起来的信息系统，必须遵从一定的数据结构和逻辑规则。离开了数据结构，任何天马行空的需求，只能是空中楼阁。例如，我经常听到这样的需求：能不能分析每一个采购订单从下单到收货，到收发票，到付款全过程的执行情况。某企业甚至为此提出了一个新名称，即“采购合同台账”，但结果四五年过去了，证实这是不可能实现的。为什么？因为这在逻辑上存在缺陷：针对采购订单的每一个行项目，收没收货是可以跟踪的，收没收发票也是可以跟踪的；但是如果多个采购订单的多个行项目一起开了一张发票，而且只付了一部分的款项，那么，谁能知道付的这一部分款项是针对哪一个采购订单的哪一个行项目呢？没人能知道。因为，到了付款环节，它的关联对象是发票，不再是采购订单的行项目，如下图所示。除非这张发票的所有金额全部付清，我们可以说，它所关联的采购订单的行项目的款项被全部付清了。而在只支付部分款项（比如下图所示的“付款1”）时，“采购合同台账”是不可能实现的。

采购订单与收货、发票、付款的关联

我听到很多类似的需求，如“费用科目直接区分制造费用、销售费用和管理费用”“在制品的盘点”“收发存报表”等，似乎只要是理论上说得通的，就一定能实现。但放之于SAP系统，由于系统本身的集成逻辑，这些需求并不一定能实现，或者是通过变通方式才能实现。因此，理论研究人员必须熟悉SAP本身的原理、数据结构，才能有扎实的基础。在SAP的应用上，我们更关注“终极需求”，即到底给企业带来什么样的好处，而不要过分追求在细节上保留传统的习惯。

本书的第11章“关于SAP财务应用的深入思考”，其中部分专题就对企业常见的问题进行了理论探讨，以期能帮助企业的信息化应用轻松地走在正确的道路上。

希望本书有更广泛的读者，大家可以开展讨论、完善本书的内容。总之，愿本书使企业在应用SAP的过程中少走弯路，应用得更顺利、更有效。

第1章 SAP基础知识

本章主要介绍SAP的基本概念、SAP界面的基本操作及SAP财务各模块的基本功能，目的是引导用户在学习SAP各模块的具体知识前，先有大概的知识铺垫。

1.1 SAP概述

本节介绍SAP公司和SAP应用产品，以及SAP给企业带来的价值。

1.1.1　SAP公司与SAP应用产品

SAP公司成立于1972年，总部位于德国沃尔多夫市。SAP既是公司名称也是产品名称。

作为国际领先的企业应用软件，SAP在全球拥有20多万家客户，其中包括《财富》世界500强80%的企业及85%的最有价值的品牌。

SAP公司提供的产品在不断演进。从最早的R/2、R/3到后来的ECC及现在的S/4，SAP的产品一直在不断更新完善。各版本的介绍如下。

R/2：1972年推出的版本。

R/3：1992年推出的版本，R代表“实时”，3表示三层的客户端/服务器架构（数据库层、应用层和解释层），我国企业早期应用的4.6B、4.6C属于R/3的几个版本。

ECC：全称为ERP central components，是2004年推出的版本，历经ECC 5.0、ECC 6.0、ECC 7.0等多个版本。各个版本间还有一些增强包（enhancement package，EhP），如ECC 6.05表明在ECC 6.0的基础上使用了EhP5。

S/4：2015年推出的版本，全称为S/4HANA，是SAP的第4代产品。它只能在SAP HANA数据库上运行，是SAP全新一代的商务套件。

S/4又分为两种版本：On Premise（企业本地部署）和Clound（云部署）。两种版本的内容差别还是比较大的。本书主要针对前者展开介绍。

不管SAP产品如何演进，SAP的核心产品都是企业资源计划（enterprise resource planning，ERP），包括财务（financials）、后勤（logistics）板块，其构成了企业内部的主要业务框架。SAP的主要模块如表1-1所示。

表1-1　SAP的主要模块

除ERP外，SAP公司还提供以下套件。

① 供应商关系管理（SRM）。

② 客户关系管理（CRM）。

③ 企业战略管理（SEM）。

④ 供应链管理（SCM）。

⑤ 产品生命周期管理（PLM）。

1.1.2　SAP可以给企业带来的价值

SAP的应用对于企业而言，意味着一笔不小的投入。那么，如何评估该投入所带来的收益呢？也就是说，它会给企业带来哪些价值？

SAP可以给企业带来的价值包括效率提升、数据准确和辅助决策。

（1）效率提升。SAP作为集成的信息化系统，将企业的主要业务都容纳其中，并且互相关联。这就形成数据上的连续性和一致性，避免数据重复录入和错误传递，从而使业务操作效率得到提升。例如，对供应商的付款必须是基于采购发票的，而采购发票必须和采购订单的收货相关联，并且进行校验，以核查是否有差异、差异是否合理。校验的依据就是收货的数量、采购订单的价格，而采购订单的价格在下单时就已经确认，收货的数量在仓库收货时已经录入。这一切的数据操作，就像是在一个“数据工厂”中完成的，各个相关部门的人员，就是“数据工厂”中的一个工序操作员。采购部门的采购员录入了订单，明确了采购的数量和价格；原材料仓库的管理员录入了收货的数量和入库的地点；采购员或财务人员录入了发票。各部门紧密协作，有序地完成了整个业务链的操作，效率极大地得到提升。

（2）数据准确。因为SAP是集成的系统，所以数据与数据之间存在着校验过程。例如，原材料仓库的管理员如果不及时或不准确地录入入库数据，后续的发货可能就无法执行，因为系统一般会设置成“不允许负库存”。这就要求相联系的各部门，一定得按照业务发生的先后顺序，及时而准确地将数据录入系统。一旦数据错误，则会在某个环节显露出来。再比如，如果采购订单上的价格录入错误，将30元/吨写成了30元/千克，就会造成价格变成1 000倍，在将来收货时必然会出现差异，财务人员在月末结账时能从材料成本差异科目的发生金额上看出问题；如果进一步在系统中配置了采购订单的价格容差，则早在下采购订单时就能收到提醒并及时修正。因此，一个集成而设计精细的系统，可以帮助用户提高数据的准确性。数据准确意味着企业的经营状况能得到真实的反映，而不至于误导企业的管理层。

（3）辅助决策。数据准确，给企业决策提供了有效的依据。但这些数据如果能够以企业所需要的维度来展现，包含一些分析结果，则有助于企业更好地决策。例如，CO模块中的获利能力分析模块，可以按照多个维度（客户、产品、销售员等）分析企业的盈利情况。这些维度可以根据企业的需要进行设置，一般情况下可以设置二三十项，将各个维度的值进行各种分类，如将客户按地域分、按客户类型分。一家生产和销售热水器的企业，在积累1～3年的数据后，可以利用获利能力分析模块来查看全国各地哪些地方的销量比较好、哪些地方的销量比较差，从而决定广告资源应该向哪些地方倾斜。这就是利用大数据进行分析的作用。

也许有人会说，只要是ERP软件，都能起到以上所讲的几个作用。但是，在各类管理信息化软件中，SAP无论是在系统的严谨性上，还是在系统的功能上，都是比较优秀的。

1.2 SAP界面介绍

本节介绍SAP登录的方法及前台和后台的界面。

1.2.1　SAP的登录

SAP的登录有以下3个前提条件。

（1）在个人计算机中安装了SAP GUI——SAP客户端程序。

（2）在SAP GUI中配置了系统连接参数，如图1-1所示。

（3）拥有登录系统的用户名和密码。

企业一般会将SAP安装在多台服务器上，分别用于测试、验证和生产。在一台服务器上，可能安装了多个客户端（client），如client 100为配置环境、200为测试环境、300为开发环境。各个client 存放的主数据和交易数据是不同的（少量跨客户端的共通事项除外）。这就相当于在一个服务器上建立了多个实例（instance），各个实例互不干扰。

图1-1

同一个服务器的不同client中，共通的事项有数据库对象结构[如表（table）的结构]、程序（不管是标准程序还是二次开发程序）、少量特定的跨client的配置（如货币中小数点的位置）。这些项在一个client中做过改动，同一服务器中的其他client也会随即变动。

表1-2所示为某企业安装的SAP环境。该企业有3台服务器，安装了5个client。

在明确服务器的client后，就可以连接系统，进入登录的界面，如图1-2所示。

表1-2　某企业安装的SAP环境

图1-2

客户端（client）：登录到哪一套数据环境。

用户：登录系统的用户名。一般由企业的系统管理员授权。

口令：用户登录该client的密码。初始密码由系统管理员设定，首次登录时，系统会提示修改密码，以后可以用新设定的密码登录。

密码的设置必须遵循系统的规则。密码至少有6位或8位（可设置），并且必须包含数字、字母或特殊符号。密码开头不能是问号（?）、感叹号（!）、空格、3个相同字符（如bbbat）或用户名中的3个连续字符（如用户名是Friedman，密码开头不能是man）。不要使用pass或init作为密码，在设置新密码时也不要使用前5次用过的密码。

语言：登录的系统显示的语言。ZH表示简体中文；EN表示英文；DE表示德文。一个系统能选择的语言，是由系统安装维护人员预先安装的。只有选择安装好的语言，才能在前台成功登录；否则，不能成功登录，系统会提示：。

跨国企业的系统往往必须安装多种语言，以方便不同国家的用户使用。选择的语言，决定了登录的系统界面上的文字以何种语言显示。但对于业务数据，如物料的描述，如果希望看到当前语言下的描述（如中文描述或英文描述），必须在定义物料时，分不同语种维护其描述，如图1-3所示。

图1-3

在登录界面输入客户端、用户名、口令并选择语言后，就可以登录到SAP的主菜单了。

原则上，SAP不允许同一个用户在已进行一次登录（不管是在同一台计算机上，还是在其他计算机上）后，再一次登录系统。这是SAP许可证协议中所要求的。因此，如果前一次登录尚未退出，再次登录系统时，系统会出现图1-4所示的提示。

图1-4

如果选中“继续此登录并结束系统中其他登录”单选钮，则系统在继续此次登录的同时，将先前的登录关闭。这样，系统只保留当前最新的一次登录。

如果选中“继续此登录，但是不结束系统中其他任何登录”单选钮，则系统会同时保留两次登录。该信息会被记录在日志中。SAP公司保留查看该信息的权利。

如果选中“终止此次登录”单选钮，则系统放弃再次登录的尝试，仍然显示早先的登录。

1.2.2　SAP前台操作

SAP的主菜单如图1-5所示。

这个界面也就是通常所说的“前台”。它按照SAP的业务逻辑列示了SAP所提供的功能菜单等。通过层层展开功能菜单，就可以找到最终所需要操作的事务。如凭证输入的路径：SAP菜单>会计核算>财务会计>总分类账>过账> FB50-输入总账科目凭证。双击该事务，即可进入凭证输入的界面。

图1-5

这里的“FB50”就是该事务的事务代码（transaction code）。事务代码是可以直接在命令框（OK_CODE框）中输入的，这是一种更便捷的进入事务的方式，如图1-6所示。输入完毕后，按回车键（即Enter键）或者单击左侧的“确认”按钮，即可进入事务。

图1-6

虽然SAP提供了通过输入事务代码进入事务这一比较快捷的方式，但是对于初学者，笔者建议不要刻意记忆或背诵事务代码，而要从SAP菜单层层展开，进入事务。这样，有助于理解SAP产品的逻辑层次。

SAP菜单还提供了“收藏夹”功能。用户可以将常用的事务放在“收藏夹”中，下次可以方便地从“收藏夹”直接进入事务。它的设置方式如图1-7所示（在对应的事务上右击，在弹出的快捷菜单中选择“添加到收藏夹”命令即可）。

图1-7

将事务添加到收藏夹后，可以修改（修改显示的名称）及删除。

SAP菜单中显示的事务代码有成千上万个，但企业某个特定岗位的用户往往使用的事务代码非常有限，有的甚至不到5个。在这种情况下，可以将这几个事务代码放在收藏夹中，以方便使用；也可以通过单击按钮显示“用户菜单”。如果要切换到标准菜单，则单击“SAP菜单”按钮。

进入具体的事务操作界面后，用户可以在界面中输入数据，并单击“保存”按钮或“执行”按钮来完成操作。图1-8显示了利用事务代码FB50进入的凭证输入界面。

图1-8

一般SAP界面包括6个区域。以图1-8所示为例，对这6个区域分别解释如下。

（1）菜单栏。各种业务操作指令都集中在菜单栏中，在界面顶层横向排列。

表1-3所示的菜单在所有SAP界面上都显示。

表1-3　所有SAP界面显示的菜单

在多数SAP界面上会显示表1-4所示的菜单。

表1-4　多数SAP界面显示的菜单

在某些SAP界面上可能显示表1-5所示的菜单。

表1-5　某些SAP界面显示的菜单

（2）系统功能栏。SAP通用的系统功能，如保存、退出、返回等功能均显示在此栏中。表1-6列出了系统功能图示的名称和说明。

表1-6　系统功能图示的名称和说明

（3）标题栏。界面标题在此显示。

（4）应用工具栏。本操作界面专有的操作工具以按钮形式在此显示，如凭证输入界面中的“模拟”“公司代码”，这些按钮所代表的功能在菜单栏中也可以找到。

（5）操作区域。用户完成操作的主要区域，如输入、修改和查看等操作。

（6）状态栏。在界面下方，显示SAP当前运行事务的有关状态。

在用户操作过程中，状态栏的左侧会显示报错（红色）、警告（黄色）或消息（绿色）的提示。其中，报错的提示是一定要解决的，除非取消操作，不保存就退出，如图1-8显示的“输入有效日期”。再如，输入会计凭证时，如果输入的是初级成本要素，在没有输入成本对象的情况下，系统也会报错，提示“请输入一个成本会计分配”。警告提示的内容不违反系统本身的强制逻辑，因此可以按回车键忽略该提示。消息提示则是系统提供的告知性信息，如凭证输入完毕并过账后，系统提示“凭证编号××××已经记账到公司代码××××中”。

警告提示的内容虽然不违反系统本身的强制逻辑，但是可能违反业务的规则。例如，采购订单上的价格如果超过了容限，根据后台的配置可能会出现警告提示，这时用户应该注意，看看是否是输入的价格有问题。

报错信息的细节对于解决问题比较有帮助。SAP在状态栏给出报错的信息时，双击该信息，可以看到消息号、系统的诊断、系统的响应及系统建议采取的解决问题的步骤。用户可以通过该详细信息自行解决问题，也可以将此详细信息发送给相关的支持顾问寻求帮助。

状态栏的右侧包含3个字段，分别显示服务器信息和状态信息。右侧的3个字段中，第1个字段（可以单击“右三角形”按钮）显示系统ID、client编号、用户ID、程序、事务代码、响应时间等信息；第2个字段显示连接的服务器；第3个字段显示数据输入模式的状态是插入式（INS）还是覆盖式（OVR）。

在企业中SAP往往安装了多套环境，特定的某个操作界面在不同的环境中是一模一样的，因此，用户需要知道当前的操作是在哪个环境中进行的，不要进错环境。例如，不能在生产环境做任何测试性的操作。可以通过状态栏右侧第1个字段中的系统ID和client编号来确认操作是在哪个环境中进行的。

1.2.3　SAP后台配置

SAP的配置事项放在“后台”，可通过以下两种方式进入后台。

（1）路径：SAP菜单>工具>定制>IMG>Edit Project。

（2）事务代码：SPRO。

进入后台，系统首先显示“定制：执行项目”界面，如图1-9所示。

图1-9

在此界面单击按钮，可以进入完整的系统配置界面，如图1-10所示。

图1-10

后台配置是按照特定的结构和顺序安排的。熟悉这一结构和顺序，对掌握后台相关的知识非常有帮助。

虽然后台有成千上万的配置事项，但是就一家企业而言，如果实施常规的后勤和财务模块，涉及的配置事项在300项左右。以结构化的形式体现的企业常用配置如表1-7所示。

表1-7　配置的结构简表

企业一般有多台服务器、多套环境（参见1.2.1节），但配置一般仅在开发机的配置环境中完成。进行配置的同时，生成请求，然后将请求传送到其他环境。这给用户带来了以下好处。

（1）可以很方便地在其他系统中完成配置：只需要接收配置请求，而不需要重新配置。

（2）可以保证各个系统中的配置是完全相同的，这使得测试所依据的环境和将来生产所依据的环境是相同的。

所以，生产环境一般是不允许用户直接在系统中进行配置的。它的配置只能从开发机（DEV）的配置环境中传送而来。通常的做法是：将开发环境的配置传送到测试环境，经过全面的测试，确认没有问题后再传送到验证机（QAS）的验证环境；再次带数据验证，确认没有问题后再从验证环境传送到生产机（PRD）的生产环境。

个别的配置有特殊的要求或特殊的处理方法，并不一定都是从DEV传到QAS，再传送到PRD。有些是有道理的，有些仅是SAP程序上的缺陷所致。这就要求咨询顾问熟知SAP中的种种事项。

  ❏ （有道理的）如编号范围配置。在PRD投入使用前，传送一次请求到PRD，但在生产环境投入使用，有了第一笔凭证后，就不要再从其他环境传送关于编号范围的配置了。因为，此时，生产环境编号范围的当前编号已经更新了，如果再接收关于编号范围的配置，系统会将当前编号更新为源环境中的值“0”。正因为如此，要求编号范围的配置一定要单独作为一个请求，且只往生产环境传送一次，此后不再传送。

  ❏ （有道理的）如经营范围的特征字段和值字段被定义后，传送到PRD，需要在PRD手工将经营范围激活。

  ❏ （SAP缺陷）如税务代码中税率的百分数是传送不到目的环境中的。虽然税务代码的基本过程能传送过去，但税率的百分数（如“17”）还是需要在目的环境中手工添加。

关于PRD能不能修改配置，是在client属性维护的界面（事务代码：SCC4）定义的，如图1-11所示。

从图1-11中可以看到，client 800（生产环境）的配置（特定集团对象）是“不容许更改”的，跨client的对象（与集团无关的对象），也是不允许在该客户端中更改的（没有对资源库和跨集团定制的更改）。同时，该client的类型为“P生产”。

图1-11

有些配置作为当前设置（current settings），既可以在后台配置，也可以在前台相应的路径下进行操作。例如，汇率的设置、开关会计期间、分配/分摊循环的定义、间接费用的费率设置等。如果当前的环境为“P 生产”类型，则这些配置可以直接在前台或后台设置，不受“不容许更改”的约束。

1.3 SAP财务主要模块介绍

本节简要介绍SAP财务相关模块的体系及FI和CO两大模块的基本功能。

1.3.1　SAP财务相关模块的体系

SAP财务相关的模块涵盖了财务的核算、管理和决策多个层面。如果将它们分别看作财务的初级、中级、高级层面，可以将相关模块划分为图1-12所示的内容。

图1-12

其中，模块下方标记“△”的为常用模块。从图1-12中可以看出，SAP用于核算的模块主要有FI模块下的总账、应收、应付、资产模块，CO模块下的成本中心会计、内部订单会计、产品成本控制和获利能力分析模块；较高层次的合并模块放在企业控制（EC）模块下；而在高端的决策方面，SAP将预算和合并整合到一起，形成基于业务数据仓库（BW）应用的业务计划与合并（BPC）模块，放在企业战略管理（SEM）模块下。

了解SAP财务相关模块的体系是有必要的，这让我们清楚我们的需求可以在哪个模块中实现。例如，如果仅是做财务报表的合并，则使用EC-CS就足够了；但是如果希望实现任意维度的合并，甚至管理数据的合并，则需要借助基于业务数据仓库的SEM-BPC。再比如，如果企业想实现现金流的预测，既可以在FI中使用“现金管理”模块来编制现金流量预测表，也可以在更为复杂的财务供应链管理（financial supply chain management，FSCM）模块下的现金和流动性管理模块中实现。当然，各个模块实现的层次是不一样的，实现的复杂程度也是不一样的。

对于每个具体的子模块，应该学习的框架体系包括组织结构、主数据、业务交易、查询和报表。这应该是一个自学时“无师自通”的体系，因为SAP各个模块正是按照这样的思路来搭建其软件体系的。例如，学习销售与分销（SD）模块时，我们脑海中应该浮现出图1-13所示的框架体系。

图1-13

这种框架体系，是学习SAP任何模块都必须具备的，否则，很容易陷入SAP浩瀚的知识海洋。

1.3.2　财务会计（FI）模块的基本功能

财务会计（FI）模块是SAP财务主要的模块之一。它用于处理与企业账务核算相关的业务，主要是为了形成财务会计各个科目的余额，最终出具对外的财务报表，如资产负债表、利润表（也称损益表）、现金流量表。因此，它主要基于企业财务核算的准则来处理业务。

在SAP Library中，列示了FI模块下的各个组件，如图1-14所示。

图1-14

结合我国企业的应用实践，FI模块的常用子模块如表1-8所示。表中同时列示了每个模块的知识框架体系。

学习SAP的每个模块，都要先了解其框架体系。因此表1-8所示的框架体系尤为重要，可以循着这样的框架体系来了解每个模块的具体知识。以业务知识作为铺垫，再学习系统，会起到事半功倍的效果。

表1-8　FI模块的常用子模块

总分类账会计模块是所有模块（甚至包括后勤模块）会计凭证的汇集地。从这个意义上说，其他模块相当于“子分类账”，而“总分类账”则是它们的汇总。因此，如果要查询各个科目的余额及最终的财务报表，如资产负债表、利润表，则必须在总分类账会计模块中进行。总分类账会计模块不仅接收来自其他模块的凭证（称为“自动集成”），在本模块内部也要处理一些日常的手工凭证，如费用报销、银行转账等，在月末、年末也有一些定期处理的事项，如外币评估、GR/IR重组等。

应收会计模块是处理和客户有关业务的模块。在该模块中，可以直接输入客户的发票（正向发票、负向发票——称为“贷方凭证”），也可以输入收款信息。当然，在一个集成应用的系统中，发票主要来自销售与分销（SD）模块，因此，真正在应收会计模块中输入的发票少之又少。例如，企业卖废品，形成其他应收款，不通过销售与分销模块实现，而直接在应收会计模块输入凭证。收款时，既可能收现金、银行存款，也可能收取应收票据，因此，系统中还有相应的应收票据处理功能。在应收会计模块中，可以查看客户的余额。同时，收款和发票要形成清账关系，以便查看客户的账龄情况。

应付会计模块是处理和供应商有关业务的模块。在该模块中，可以直接输入供应商的发票（发票、贷方凭证），也可以处理对供应商的付款（支付现金、银行存款、承兑汇票）。在集成的应用环境中，供应商的发票是在物料管理（MM）模块中操作的，称为“发票校验”。发票校验完成后过账，即成为应付会计模块中的应付项。对发票付款后，应该及时清账，以便查看应付发票的账龄。

资产会计模块是处理和固定资产、在建工程、无形资产、低值易耗品等有关业务的模块。凡是需要长期跟踪资产价值的形成或者按规则摊销的业务，都可以借助该模块来实现。例如，在建工程的成本逐步归集，直至竣工，可以在资产会计模块中完整体现；低值易耗品如果采用五五摊销法，也可以借助资产会计模块来实现。资产会计模块管理的业务涵盖资产的“生老病死”，包括新增、转移、报废、折旧。每一种业务都可能有细的分支。如资产的新增，可能是购置新增，也可能是在建工程竣工结算形成固定资产；转移，既有可能是在公司内转移，也有可能是跨公司转移；报废，既有可能是销售报废（有收入），也可能是无收入的报废。这些在资产会计模块中都有相应的实现功能。

1.3.3　控制（CO）模块的基本功能

控制（CO）模块是SAP财务主要的模块之一。它主要用于管理企业的成本开支、成本流动、成本结算、收益分析等业务。它最终的目的是节约开支、增加盈利。它遵循企业内部的管理手段和管理规则，但没有法定的统一规则，因此，CO模块在实施时较灵活。

在SAP Library中，列示了CO模块下的各个组件，如图1-15所示。

图1-15

结合我国企业应用的实践，CO模块包含的常用子模块如表1-9所示。表中同时列示了每个模块的知识框架体系。

表1-9　CO模块的常用子模块

CO模块下还有一个模块为成本要素会计（CEA），由于其功能绝大部分与成本中心会计（CCA）模块的功能是重合的或者相仿的，只是变换了成本的视角（从成本对象转换为成本要素），因此不做重点介绍。

以上的子模块是按照SAP前台菜单列示的，但在SAP Library中，将CO-CCA、CO-OPA分别称为CO-OM-CCA、CO-OM-OPA，相当于将它们归入二级模块OM（间接费用管理）之下，使之变为三级模块。但本书中，仍旧按照前台菜单路径，将它们当作二级模块来介绍。

值得注意的是，CO模块下的子模块有一个很大的特点，就是它的数据很多都来自平时各个模块的自动积累。例如，成本中心会计（CCA）模块和内部订单会计（OPA）模块中的“成本归集”，不需要操作这两个模块，用其他模块操作业务，成本会自然而然地归集到成本中心或内部订单上。例如，在FI模块输入费用类的会计凭证或对资产计提折旧，用MM模块对成本中心或内部订单发料等进行操作。因此，CO模块的很多工作都集中在月末。这就充分发挥了系统的集成性，使成本会计人员平时的精力得到合理分配，不再着重于核算，而是着重于成本的分析与过程控制。

CO模块下最主要的子模块是CCA模块和PC模块。可以这样理解这两个模块：企业的成本绝大部分发生在各个部门（即成本中心）和生产订单上。发生在管理类和销售类成本中心的费用直接计入当期的损益，体现在利润表中；而发生在制造类成本中心的费用最终会通过各种途径进入生产订单，被生产订单吸收，从而完整的料、工、费可以归集到生产订单上。这些料、工、费价值最终被订单所生产的产品所承担。产品实现销售，则将结转的销售成本反映到利润表中；产品留存在仓库，则以存货形式反映到资产负债表中。这个过程如图1-16所示。

CCA模块除了归集来自FI、MM模块的费用外，还可以在内部进行成本的转移，如成本中心重过账、分配/分摊，使成本在进入产品成本核算前归集到正确的受益方。同时，为了体现“控制”的概念，成本中心在实际业务发生前还可以编制计划。对成本中心发生的费用（细化到成本要素）、作业量、作业的价格做出计划，在月底可以以计划和实际进行对比分析。成本中心也有预算的功能，但其预算是针对整个成本中心维护的，不符合我国企业的习惯和需求，因此，这个功能并不实用。

在CO模块中，计划和预算是两个概念。前者的目的是与实际进行对比分析，不起控制作用；而后者则在业务发生时可以进行实时控制，超过预算系统则会发出警告或报错。

图1-16

内部订单会计（OPA）模块是一个相对独立的模块，它围绕着内部订单进行处理，包括内部订单计划、预算、成本归集、结算。内部订单不是产品生产的订单，而是企业的一项活动或为了归集某种事项的成本而设立的一种“订单”，如研发项目、企业团队建设活动、市场展销会、某辆汽车的日常支出等。内部订单的计划和预算都是事先做出的费用开支的安排，前者在实际发生后可以进行计划与实际的对比，后者则在实际发生的过程中可以对超支事项发出警告或者报错的信息提示。内部订单成本的实际归集是在FI模块或MM模块的业务操作过程中自动进行的，无须在内部订单会计模块内操作。内部订单如果设定了结算规则，则在月末结算到相应的对象（如成本中心、固定资产或总账科目）。

产品成本控制（PC）模块包含3个重要的部分，即产品成本计划（product cost planning，PCP）、成本对象控制（cost object controlling，COC）和实际成本核算/物料分类账（actual costing/material ledger，ACT）。这3个部分有机地构成了产品成本从标准到实际的核算过程。产品成本计划是对产品的标准成本进行滚算，形成事前的标准成本，该成本是后续核算的基础；成本对象控制则是以生产订单为对象，对生产过程中的成本进行逐步归集和转出（主要操作依赖于MM模块的发料、收货和PP模块的报工），并在月末对订单结果进行计算，形成在制品或差异，相当于事中的核算和事后的结算；而实际成本核算/物料分类账模块则将成本对象控制中结算出的差异进行还原，以计算出产品的实际成本。

获利能力分析（PA）模块主要用于对企业的盈利进行分析。它基于不同维度（产品、客户、销售员、企业组织分层等）对销售盈利进行分析，包括收入、成本、毛利、销售费用、管理费用、净利等。如果说成本中心会计模块和产品成本控制模块主要是看企业“花了”多少钱，那么，PA模块主要是看企业“赚了”多少钱。这是更高层次的财务管理。因为，了解企业的盈利点，有助于对企业的发展方向做出决策。从这个角度看，PA模块的主要工作是出具报表。但在出具最终报表前，还需要做一些准备工作：为了将成本体现为实际成本，必须将实际成本核算/物料分类账模块计算出的实际成本传输到PA模块；为了将原本记录在成本中心的销售费用、管理费用传送到PA模块的各个维度，必须对这些期间费用进行分摊；为了将不能分配的各项收入、成本“硬性分配”到各个地区，还得进行自上而下的分配。