SAP 凭证分割 5– 相关概念

本篇博文我们来看下凭证分割相关的SAP术语有些概念其实在SAP是通用的，比如后勤模块也存在Item Category，还有些概念跟其他模块相似，比如在后勤模块也存在Transaction的概念，我试着用我自己理解的方式来为您解释，或许您看到这些文章会产生反感，为什么不全部用中文或者英文来写，非要中文夹着英文，你这不是装B吗？其实SAP里的好多概念是由不懂SAP的专业翻译人士翻译过来的，英文单词单个拿出来谁都理解，但是放在SAP系统的角度看，很可能词不达意，就比如override，实际上SAP表达出来是一个重写或覆盖的意思，但是中文环境下就是代理金，只能说我真的不是装B，而是确确实实是被逼的，看官您也就只能意会不能言传了，扯多了。

Item Category

正如之前几篇的提到的，实际上就是对会计科目的一个分组，凭证分割的程序通过这个我们凭证中的会计科目来定位item category来进行后续操作。SAP预定义了如下行项目类别。

至少要将会计科目分配到如下行项目类别：

• Balance sheet accounts — item category Balance Sheet Account (01000)

• Bank accounts (cash fund) — item category Cash Account (04000)

• Expense accounts — item category Expense (20000)

• Revenue accounts — item category Expense (30000)

其他类型的会计科目，系统已经自定义了，可以通过表T8G16 Internal Key – Item Category(SAP)查看。

Business Transaction

在实务中，在我们将不同的业务过账到系统时，一般会有不同的凭证类型，比如录入供应商发票KR，支付供应商货款KZ等等，可以简单理解成Business Transaction就是对应到了实际操作中的某一项或某一类业务。同样，这也是系统预定义好了，我们不能去自定义。

Business Transaction Variant

SAP凭证根据会计科目为每条行项目定位一个Item Category，然后Business Transaction Variant又与Business Transaction 绑定，Item Category又与Business TransactionVariant绑定，翻译过来就是发生某项业务，记账时使用的凭证类型与会计科目必须要匹配到我们系统里的配置（凭证类型/交易/交易变式/行项目类别组合），不符合的话就会报错，表达能力有限，意会吧。

还以供应商发票来说，系统的组合配置如下：

如果上述例子费用科目61004000对应的Item Category为20000，如果这个item category不存在于这个组合中，那么在用KR过账时，系统会报错；这也就是凭证分割启用后，会发现明明没有什么校验限制会计科目的使用，但就是过不了账。

Document Splitting Method

凭证分割方法是在客户端层面激活的，通过与Business Transaction &Business Transaction Variant组合起来，来确定我们的分割准则。也就是说方法本身是没有什么准则的，是组合起来之后才有所谓的分割准则。

Document Splitting Rule

承接上述，分割准则实际上是分割方式&业务交易&业务交易变式的组合， 基于组合来确定哪个行项目需要拆分，以什么基准来拆分。

SAP 帮助文档：

The system processes the document splitting rules as follows:

The list of item categories to be processed from bottom to top

The list of basis item categories for the current item category to be processed from bottom to top

As soon as the system can determine the account assignments for an item category to be processed from one of the basis item categories, it continues with the next item category to be processed until all of the item categories to be processed have been processed.

简答理解就是根据配置从下往上找那个行项目需要拆分，找到之后又从下往上找以那个行项目类别为基准进行拆分。

还以我们的例子供应商发票来说，分割规则是由如下组合定义的：

客户端层面激活的分割方法为12；

凭证类型定位到的业务交易以及交易变式组合为0300&0001；

再往下找哪个行项目类别需要拆分按照从下往上的顺序来找，凭证中用到的科目分别对应03000（21100000）以及20000（61004000），这一步骤找到了 03000.

继续定位分割的基准行项目，还是根据配置从下往上，找到了 20000.

这就是我们看到的供应商行项目基于费用科目的比例来拆分的结果。

Zero-balancing or Self-balancing

前面几篇文章也有解释，例子就是我们支付供应商发票时，银行科目分配了不同的利润中心，然后系统为了达到利润中心层面的平衡，会利用我们预定义的中间科目来调整利润中心层面报表的平衡。