SAP总账模块的基本功能

总账模块（General Ledger，GL）是“总分类账会计模块”的中文简称，它是财务会计（FI）模块的一个子模块，它是一切会计事务处理的核心模块。

它的基本功能有会计科目设置、凭证处理、会计科目余额查询、定期事务处理等。这些功能中，会计科目设置属于基础数据（也称“主数据”）设置；凭证处理和会计科目余额查询属于日常操作；定期事务处理则主要是月末和年末的操作。

1.1.1 总账模块与其他模块的集成

SAP是一个庞大而复杂的体系。各个模块紧密集成，在处理各自模块本身业务的同时，也会产生相应的财务会计凭证。总账模块是一切财务会计凭证汇聚的中心。所有模块产生的财务会计凭证都能够在总账模块查询到，并在过账后影响到会计科目的发生额和余额。基于这些余额，企业可以出具资产负债表、损益表等其他对内对外的报表。

通过总账模块的查询功能，可以查询到来自子模块的凭证，并能进一步追溯到子模块的原始凭证（物料凭证、发票校验凭证、开票凭证等）。

例如，图2-1是在总账模块看到的一张财务会计凭证5100000007，它体现了凭证的头信息和借贷方的行项目信息。

路径：SAP菜单>会计核算>财务会计>总分类账>过账>输入总账科目凭证

事务代码：FB50

图2-1

这张凭证其实是由后勤业务集成而来的，在此界面可以直接追溯到其业务最初的发票凭证5105608752（通过顶层菜单：环境>凭证环境>原始凭证），如图2-2所示。

同时，在图2-1所示界面，还可以直接跳转到与这张财务会计凭证相关的其他凭证（或者叫“单据”，document），如采购申请、采购订单等（通过顶层菜单：环境>凭证环境>关系浏览器），如图2-3所示。

图2-2

图2-3

2.1 组织结构

在SAP的FI模块，主要的组织结构有公司代码（一定会用）、公司（只在做合并业务时用）、业务范围（可能使用）、段（较少使用）、利润中心（可能使用）。

2.1.1 公司代码

公司代码（company code）是总账模块中最重要的组织结构。可以说，一个公司代码下的会计业务代表一套账，它可以出具独立的资产负债表和损益表。每一张财务会计凭证都属于特定的公司代码。输入会计凭证时，首先要明确是在哪一个公司代码中输入凭证，如图2-4所示。

路径：SAP菜单>会计核算>财务会计>总分类账>过账>输入总账科目凭证

事务代码：FB50

图2-4

查询科目余额时，也需要明确是哪个公司代码的余额，如图2-5所示。

路径：SAP菜单>会计核算>财务会计>总分类账>账户>显示余额（新）

事务代码：FAGLB03

图2-5

出具资产负债表等会计报表时，也需要明确公司代码。

提示

一般情况下，应为每一个独立法人创建一个公司代码，因为每一个独立法人需要独立出具资产负债表。

在特殊情况下，如果一个独立法人下有多个相对独立的纳税主体（如事业部、分公司），出于独立出具报表的目的，也可以为每个纳税主体设置一个公司代码。

2.1.2 公司

公司（company）是公司代码之上的概念。一个公司下可以包含一个或多个公司代码，如图2-6所示。

图2-6

公司代码与公司的对应关系，是通过后台定义的，如图2-7所示。

路径：IMG>企业结构>分配>财务会计>给公司分配公司代码

事务代码：OX16

图2-7

一个公司下的多个公司代码必须使用同一个会计科目表和相同的会计年度变式，但是本位币可以不同。

公司这一组织层次是为了合并业务而存在的。SAP的合并可以针对公司合并、针对利润中心合并，也可以针对业务范围合并。目前使用最多的是针对公司合并。当公司作为“合并单元”（consolidation unit）时，它就代表了下属公司代码的集合。

在目前的业务实践中，更多的情况是一个公司对应一个公司代码。因为在一个集团下，有多个公司代码存在，一般都有内部关联交易，这就必然要处理各个公司代码之间的合并与抵销。在这种情况下，合并单元、公司、公司代码之间就是1︰1︰1的关系。

2.1.3 业务范围

业务范围（business area，SAP中有时译为“部门”）是组织结构内部对从事某一类业务的单位进行归类的层次。它可以是公司代码之上的一个概念，也可以是公司代码之下的一个概念。例如，将一个集团内多家公司代码按照行业划分业务范围，分成建筑业业务范围、机械加工业业务范围等。在这种情况下，业务范围高于公司代码。再如，在一个公司代码下，各个事业部的业务如果区分得很开，或者需要出具内部相对独立的资产负债表或损益表，可以将各个事业部设置成为业务范围。在这种情况下，业务范围低于公司代码。

例如，广东某公司下属的3个事业所以及总部分别在广东某市的不同地方，各事业所生产的产品以及生产线各不相同，为了区分各个事业所以及总部的业务，可以将它的3个事业所及一个总部设置成4个业务范围（对内代码分别为1010、1020、1030、1080，对外它们属于一个公司代码——1000）。

在后台配置中，业务范围不是直接指定给公司代码的。它是一个“额外的”组织结构，它与销售范围（sales area）、工厂/产品组等相对应，从而使业务记入相应的业务范围。图2-8展示了业务范围和销售方面的组织结构的关系。

图2-8

从后台配置中可以看到的对应关系定义如图2-9所示。

路径：IMG>企业结构>分配>销售和分销>业务区银行账户分配（business area account assignment，应译为“业务范围账号分配”）>按销售范围分配业务范围

事务代码：OVF1

图2-9

业务范围也可以与“工厂+产品组（division）”相对应，如图2-10所示。

图2-10

在后台配置中可以清晰地看到，一个工厂下不同的产品组可以被指定给不同的业务范围，如图2-11所示。当然，也可以一个工厂下的所有产品组都对应到一个业务范围。

路径：IMG>企业结构>分配>销售和分销>业务区银行账户分配（business area account assignment，应译为“业务范围账号分配”）>为工厂和部门分配业务区

事务代码：OVF0

图2-11

从上面的介绍可以发现，业务范围既可以是在公司代码之下，也可以是“凌驾于”公司代码之上的一个概念，关键看它被分配到哪些销售范围、工厂+产品组或其他组织结构上。

2.2 主数据维护：会计科目

本节首先了解会计科目表的基本概念，然后介绍会计科目增加、冻结和删除的具体操作。

2.2.1 会计科目表

会计科目表（Chart Of Accounts，COA，SAP中有时译为“账目表”）是会计处理的基础。凭证的借贷方要输入的科目，必须事先在科目表中设置。

好的科目表，能够清晰地管理企业的业务，不至于造成账目混乱。而缺乏审慎思考和细致规划的科目表，将会使应用者产生极大的困惑。因此，科目表的编制和维护应该交给那些对SAP系统和财务业务有深刻理解的人。

在SAP中，每个公司代码都要指定科目表。例如，在IDES环境中，公司代码1000使用的科目表是INT，如图2-12所示。

路径：IMG>财务会计（新）>财务会计全局设置（新）>公司代码的全局参数>输入全局参数

事务代码：OBY6

图2-12

当然，多个公司代码可以共用一套统一的科目表。在这种情况下，设置科目时要注意有些科目是多家公司通用的，而有些科目（如银行存款科目）是某家公司独有的。具体维护方法见下面的2.3.2小节。

会计科目表本身的定义如图2-13所示。

路径：IMG>财务会计（新）>总账会计核算（新）>主数据>总账科目>准备>编辑科目表清单

事务代码：OB13

图2-13

维护语言：该科目表下的科目使用哪种语言维护。在科目主数据界面，“类型/描述”选项卡显示的科目描述（包括短文本和长文本）就是“维护语言”下的描述，而不是“登录语言”下的描述。

总账科目号长度：科目表中科目的最大长度。这里设置的最大可能值是10，因为在数据库中，存放科目主数据的表SKA1（科目的科目表层数据）里，科目字段长度为10。

成本控制集成：为避免不恰当地创建成本要素，该选项一般选择“手工创建成本要素”选项。选择后，如果要将某科目创建为成本要素，必须在会计科目主数据设置时，通过“编辑成本要素”按钮将其手工设置成为成本要素。如果选择“自动创建成本要素”选项，必须在后台给科目定义好相应的成本要素类别，然后通过批输入会话创建为成本要素。

组科目表：也称为集团科目表。例如，INT为操作科目表，是各公司代码在处理会计业务时使用的科目表，但在做合并业务或者出具集团的资产负债表/损益表时，集团层面使用的是集团科目表中的科目。详见“10.3合并模块的主数据”一节。

提示

如果此处设置了集团科目表，则在维护操作科目表的每一个科目时，都要给它设置对应的“组科目号”（group accout，即“集团科目”），如图2-14所示。

路径：SAP菜单>会计核算>财务会计>总分类账>主记录>总账科目>单个处理>集中地

事务代码：FS00

图2-14

延伸思考

集团科目表是一定要维护的吗？

这取决于未来该集团是否要使用合并系统。如果该集团未来要使用合并系统，最好在早期实施阶段指定集团科目表，同时维护集团科目表中的科目，并将操作科目表中的科目和集团科目表中的科目建立对应关系。

这样，可以尽早适应未来合并的要求，规范操作科目的编制。例如，从集团合并的要求看，应收账款、应付账款要区分关联方和非关联方。如果集团科目表中做了这样的细分，那么，“倒逼”着操作科目表上至少也应该有这样的细分。

2.2.2 会计科目的增加

会计科目的设置分为两个层次，即科目表层和公司代码层。科目表层主要设置该科目的通用属性；公司代码层则设置该科目在某个特定的公司代码下的属性。

一个科目在一个公司代码内要能够使用，就必须同时设置科目表层和公司代码层的内容。

2.2.1小节中曾提到，多家公司代码可以共用一套统一的科目表，这并不妨碍有些科目为某个公司代码所独有。如果该科目表中的某些科目仅在一家公司代码A使用，而在另一家公司代码B是不使用的（如银行存款-工行-XXXX户），则除了科目表层的属性需要设置外，其公司代码层属性就只需设置A公司代码下的属性，而不必设置B公司代码下的属性。

多家公司代码在使用同一套科目表时，同一科目在各公司代码下的属性可以不同。例如，存货科目在一家生产型的公司代码中可能是“只能自动记账”的，而在另一家未实施MM模块的公司代码中有可能是手工记账的（即撤选“只能自动记账”复选框）。

下面介绍会计科目维护界面。

路径：SAP菜单>会计核算>财务会计>总分类账>主记录>总账科目>单个处理>集中地

事务代码：FS00

“集中地”意味着可以将科目表层属性和公司代码层属性集中在一个界面中设置。因此，进入该界面后，可以看到有6个选项卡，如图2-15所示。

图2-15

科目表层的属性体现在两个选项卡中，即类型/描述、关键字/翻译。

公司代码层的属性体现在两个选项卡中，即控制数据、创建/银行/利息。

另外，有两个选项卡：“信息（C/A）”选项卡记录了该科目在科目表层的审计线索（可追溯的历史修改记录）；“信息（CoCd）”选项卡记录了该科目在特定公司代码层的审计线索。

如果仅设置科目表层的属性，可以通过以下路径设置。

路径：SAP菜单>会计核算>财务会计>总分类账>主记录>总账科目>单个处理>在科目表中

事务代码：FSP0

如果仅维护公司代码层的属性，可以通过以下路径设置。

路径：SAP菜单>会计核算>财务会计>总分类账>主记录>总账科目>单个处理>在公司代码中

事务代码：FSS0

例如，在设置集团科目表时，由于它不是一个操作层的科目表，不需要在任何公司代码中使用，因此，无须设置公司代码层的属性，只需要设置科目表层的属性即可。这时就可以使用FSP0来设置。再如，如果已经通过FS00设置了科目在科目表层和公司代码BP01下的属性，且该科目还要给BP02公司代码使用，则可以通过FSS0来设置它在公司代码BP02下的属性。

【业务操作】以下以“集中地”设置两层属性为例，详细介绍如何创建一个新科目。

路径：SAP菜单>会计核算>财务会计>总分类账>主记录>总账科目>单个处理>集中地

事务代码：FS00

账户组：事先在后台设置好，在此处选择。它决定：①该科目的编号范围；②科目主数据公司代码层选项卡中的字段状态（可选/必输/隐藏）。详见本节的【延伸思考2】。

损益科目表/资产负债表科目：单选钮，决定该科目属于资产负债表（B/S）科目还是损益表（P&L）科目。如果是损益表科目，可能还需要设置功能范围。

短文本：科目的短文本，最多20个字符（1个汉字算作1个字符）。

总账科目注释：科目的长文本说明，最多50个字符。

贸易伙伴：如果该科目用于反映关联公司之间的往来业务（如“应收账款-关联方-×公司”），可能还需要输入相应的贸易伙伴。贸易伙伴的可选值为公司的值列表。在多数SAP实施企业，因为关联方往来业务的科目不会具体到哪家客户公司，因此该字段不会用到。

科目货币：对仅发生外币业务的科目，如中国企业使用的“银行存款-招商银行-美元9182户”，此处输入相应的外币；对仅发生本位币业务的科目，需输入公司代码的本位币；对两种币种都有可能发生业务的科目，输入本位币。

仅限以本位币记的余额：如果勾选此复选框，表明该科目只能有本位币的余额。即使发生了外币业务，也都是转换为本位币来更新科目的余额，其外币的余额是不存在的。

注意

对未清项管理的科目（如“材料采购-GR/IR”），外币评估时评估的是“未清项”，所以可以勾选“仅限以本位币记的余额”复选框。对不做未清项管理，但有外币业务的科目（如“银行存款-USD”），在月末有外币评估/折算的要求，则不能勾选此复选框。因为如果没有外币记的余额，外币评估/折算就无从谈起。因此，一般建议：仅对外币的现金/银行存款科目不勾选此复选框，对其他科目一概勾选此复选框。

汇率差额代码：仅对需要做外币评估/折算的，并且不是未清项管理（包括GR/IR科目、客户/供应商统驭科目等）的科目设置汇率差额代码。如“银行存款-招商银行-美元9182户”，它对月末外币评估/折算起决定科目的作用，详见本节的【延伸思考3】。

税务类型：该选项设置是否与税相关，是否税务科目，是否仅与进项税、销项税相关，或者仅与某一种税码相关。

允许含/不含税过账：和上一选项“税务类型”配合使用。如果税务类型设置的是该科目与税无关，则此选项意为“允许含税过账”；如果税务类型表明该科目与税有关，则此选项意为“允许不含税过账”。

未清项目管理：表明该科目是否作为未清项目管理。如果作为未清项目管理，则可以在FAGLB03中看到该科目已清和未清的记录。例如，某企业为银行存款下的每个账户设置一个清账科目，如“银行存款-招商银行-××××户-clearing”，当会计决定对某些款项支付时，贷记此科目；当出纳真正付出这些款项，并取得银行回单时，借记此科目，贷记“银行存款-招商银行-××××户”。在这种情况下，月末就有必要知道该clearing科目哪些是已清的、哪些是未清的。当然，要做到这一点，必须保证在月末前及时地清账。也就是说，未清项目管理科目是与清账业务相伴随的。如果设置了未清项目管理，而不做清账，则始终不知道哪些是已清的，哪些是未清的。

提示

应收账款、应付账款等科目，是在子模块中管理其未清项的，因此针对这些科目，就不必再勾选“未清项目管理”复选框。

提示

GR/IR科目（相当于我国会计中的“材料采购”科目）是“典型的”未清项目管理的科目。因此，月末要对此科目进行清账。

显示行项目：在查询科目余额时，可以看到科目的借贷方发生额和余额。如果希望进一步追溯查询明细行项目，则必须对科目勾选“显示行项目”复选框。根据中国客户的习惯，一般对所有科目都勾选此复选框。

提示

如果以前设置时没有选中该选项，但是希望在余额查询时看到以前凭证的行项目，即让该选项对以前的凭证也起作用，可以参照以下方法解决。

① FS00冻结该科目（暂时不让用户使用该科目），勾选“显示行项目”复选框。

② SE38运行程序RFSEPA01。

③ 解除冻结（用户此时可以使用该科目）。

排序码：选择Posting date或其他选项。这项选项将决定该科目在用于会计凭证时，会计行项目上的分配字段将体现为什么值。例如，如果选择Posting date，则分配字段将体现为凭证的过账日期，如20080228。分配字段用于标识该凭证的附加信息。例如，由销售订单集成产生的销售收入科目上，分配字段体现出交货单编号；发票检验产生的GR/IR科目上，分配字段体现出“采购凭证+行项目号”。

提示

在应收模块的客户设置、应付模块的供应商设置中，也有排序码字段。如果会计凭证行项目输入的是客户/供应商，分配字段的取值由客户/供应商主数据中的排序码来决定。

提示

在SD模块集成的业务中，如果在后台配置了更为复杂的复制控制规则，则分配字段将以SD的复制控制规则为准。

字段状态组：决定使用该科目做会计凭证时，行项目哪些字段可选、哪些字段必须输入、哪些字段隐藏。例如，如果是银行存款科目，会计凭证行中是不需要用到成本中心、采购订单号等字段的（这些字段隐去），但是，可能需要标记现金流量代码（该字段必输），以便用于日后出具现金流量表。字段状态组是在后台专门设置的，在2.4.3小节有详细介绍。

只能自动记账：该会计科目只能用于集成业务，由系统自动记账，而不能手工输入凭证。如原材料、半成品、产成品等存货类的科目、销售收入科目等。这样，可以保证总账模块的科目余额和子模块查询到的信息一致。

自动记账补充处理：如果一个科目能由系统自动计算出来，是否允许后续手工更改。如由系统自动计算的银行手续费，在凭证行项目创建后，手工更改金额（该字段在中国很少用到）。

统驭科目的科目类型：针对统驭科目，需要设置它的统驭对象是客户、供应商还是资产。在图2-20显示的界面中没有该选项，是因为该科目的账户组“FIN. 会计科目”决定了该字段隐藏。而如果是统驭科目的账户组，则需要设置该选项。

延思考伸1

创建科目的过程中输入的字段太多，有没有简单一些的方法？

如果要创建的科目在系统中已经有一个类似的科目，可以使用“带模板创建”的方法。例如，在1000公司代码下已经创建了科目474230，现在需要创建类似的科目474239，就可以在“编辑总账科目集中地”界面输入要创建的总账科目474239、公司代码1000后，单击按钮，在弹出的对话框中输入要参考的“总账科目”为474230和“公司代码”为1000，然后单击“确认”按钮执行，如图2-23所示。

图2-23

被参考科目的属性就会自动代到新科目中，这时，只需要对某些字段略作修改就可以创建成功了，这样可以达到简化创建的目的。

延思考伸2

科目的账户组是非常重要的，它是如何配置的？

在每一个科目的科目表层数据中需要指定账户组。账户组决定了：①该科目的编号范围；②科目主数据公司代码层选项卡中选项的状态（可选/必输/隐藏）。它的属性是在后台配置的。

路径：IMG>财务会计（新）>总账会计核算（新）>主数据>总账科目>准备>定义科目组

事务代码：OBD4

关于①，如图2-24所示，“FIN.”账户组决定科目的编号为10000000～99999999。

图2-24

关于②，在图2-24中，单击按钮，即可进入图2-25所示的“维护字段状态组：概况”界面。

图2-25

在SAP中，FI-GL模块的日常操作主要是凭证的录入。还有一些操作是定期化的处理，包括月末的处理和年末的处理。这些操作是为了保证月末、年末能够准确结账、出具报表或者保证系统应用得以延续而必须进行的动作。下面分别介绍月末、年末和年初的操作。

2.5.1 月末操作：自动清账

在SAP中，清账是指会计科目的借贷挂账后的核销，包括客户、供应商和实行未清项管理的总账科目等（参见2.3.2小节“未清项管理”选项的解释）。

总账模块实行未清项管理的科目有GR/IR（Goods Receipt/Invoice Receipt）、银行存款-清账（较少使用）等。其中，GR/IR科目是采购订单收货和发票校验时使用的过渡科目，它相当于国内会计中的“材料采购”科目。

采购订单收货时，系统产生的凭证如下。

Dr：原材料

Cr：GR/IR 采购订单行项目金额采购订单号、行号

收到供应商发票时，在系统中进行发票校验，产生的凭证如下。

Dr：GR/IR 采购订单行项目金额采购订单号、行号

Dr：应交税费-应交增值税-进项税

Cr：应付账款

当采购订单收货和收发票都操作完毕后，GR/IR科目虽然从借贷方余额上能够平衡，但是从业务清理角度看，还需要按照“采购订单号+行号”维度进行“核销”，这就是“清账”。清账完毕后，该“采购订单号+行号”的业务就已经结束，GR/IR科目的这些行项目变成已清项。如果清账完毕后，还留有未清项，则表明还存在货到票未到或者票到货未到的记录。如图2-100所示，IDES中1000公司代码191100科目（GR/IR）已清的记录用绿灯表示，未清的记录用红灯表示。

自动清账则是指系统根据会计凭证行项目的某些关键字段进行匹配、清账，实现未清项的自动核销。其原理是，先在后台配置好可以用来匹配的关键字段（一个或多个），然后再在前台执行自动清账程序。

图2-100

后台配置如图2-101所示。

路径：IMG>财务会计（新）>总账会计核算（新）>业务交易>未结清项目的结清>准备自动结清

事务代码：OB74

图2-101

在后台配置时，需要针对科目表、科目类型、科目范围（也可以是单一科目）配置自动清账的标准，系统最多可以指定5个字段作为清账时匹配的字段。如图2-101所示，针对科目表INT、科目类型S（总账科目）、科目191100（GR/IR清账）配置了3个标准：ZUONR（分配）、GSBER（业务范围）、VBUND（贸易伙伴）。这意味着，在GR/IR科目的凭证行项目中，如果存在这3个关键字段完全一致，而且金额相加正好为0的记录，则可以被系统自动清掉。

提示

在国内企业实施项目时，一般会使用两个字段，即EBELN（采购凭证）+EBELP（项目），作为GR/IR科目自动清账的关键字段，比较直接且足够。SAP预装的系统中将ZUONR（分配）字段作为关键字，是考虑到用户会将重要的信息放在“分配”字段中。例如，GR/IR科目的行项目“分配”字段放入“采购订单+行项目”——这需要在GR/IR科目的属性中将“排序码”字段配置为014（采购订单+行项目）。（参见2.3.2小节关于“排序码”的解释）

客户和供应商的清账通常在收款和付款的同时完成（可以称为“边收边清”或“边付边清”），或者在事后专门用手工方式清账。

◆客户的事后清账，事务代码为F-32。

◆供应商的事后清账，事务代码为F-44。

考虑到应收应付业务的挂账及核销与外部单位的资金收付相关，故处理时应慎重，因此，客户和供应商的未清项一般不进行自动清账。而总账科目中的GR/IR科目属于企业自身对于收货和收发票之间的匹配核对，因此，一般采用自动清账。

【业务操作】下面介绍GR/IR清账的前台具体操作。

路径：SAP菜单>会计核算>财务会计>总分类账>期间处理>自动清账>无清算货币说明

事务代码：F-13

每月末执行一下GR/IR清账是很有必要的，它可以使系统中的未清项目减少，这样，在查询GR/IR科目的发生额时，只需查询未清项目，这样会加快查询速度；同样，在执行GR/IR重组（详见2.6.2小节）时，系统要处理的记录数也会大为减少，加快重组的速度。

2.5.2 月末操作：GR/IR重组

SAP在采购订单收货和发票校验时分别产生凭证，中间采用GR/IR过渡（参见2.6.1小节）。GR即为收货，IR即为收票。月末，GR/IR的余额根据收货和收票的情况进行判断，转入“应付暂估”或“在途物资”，次月自动冲回。如果货到票未到（goods delivered but not invoiced）或者收货数量大于收票数量，则余额转入“应付暂估”；如果票到货未到（goods invoiced but not delivered）或者收货数量小于收票数量，则余额转入“在途物资”。后一种情况在国内较少出现，如果出现，很可能是这样的一种业务场景：已经从供应商处收货100EA，也收到100EA的发票，但后来发生退货2EA，这样，就造成了事实上的“收货数量（98）<收票数量（100）”。正因为如此，有些企业认为，票到货未到只不过是对“应付暂估”的冲减，因此不适用“在途物资”科目。

SAP提供自动结转的功能，称为“重组”（regroup），每月月末执行。它将历史以来收货和收票不同步引起的余额转入应付暂估或者在途物资，中间通过一个调整科目过渡（一般需要设置一个科目，即GR/IR-重组调整，该科目为GR/IR科目的子科目）。全部转完后，GR/IR一级科目的余额应该为零。

月末，运行“GR/IR重组”时，产生重组凭证如下。

（1）GR数量>IR数量时。

Dr：GR/IR-重组调整

Cr：应付暂估

（2）GR数量<IR数量时。

Dr：在途物资或应付暂估

Cr：GR/IR-重组调整

月末产生的重组凭证在下月初会自动冲回，GR/IR的余额又回到原始状态，等待下个月被清账或下个月末再次被重组。

配置界面如图2-106所示。

路径：IMG>财务会计（新）>总账会计核算（新）>定期处理>重新分类>定义GR/IR结清的调整科目

事务代码：OBYP

双击图2-106中的两行事务BNG（已开发票尚未交货）或者GNB（已交货但未开发票），就可以进入详细配置界面，如图2-107所示。

图2-106

图2-107

在图2-107中，“统驭科目”指的就是要调整的对象，即GR/IR科目；“目标科目”就是将GR/IR科目的余额调往什么科目，如应付暂估或者在途物资；“调整科目”就是将GR/IR科目调往目标科目时中间用什么科目过渡，如“GR/IR-重组调整”。

总账模块设计的流程和方案要点

本节列举总账模块在实施过程中，通常设计的流程和流程中应包含的方案要点（不涉及具体的方案），仅供参考。在企业实施过程中，可能因实际业务不同有所差别。

表2-12是总账模块设计的流程清单和方案要点。

值得注意的是，总账模块是财务最基础的模块，在设计流程和方案时，除了总账模块本身的流程和方案外，还应体现SAP最基础的设计架构，如公司、公司代码的组织结构设计。

表2-12 总账模块设计的流程清单和方案要点