SAP FICO F.19 GR/IR account reclassification Error

F.19基本逻辑介绍

首先我们看一下采购流程

PR->PO->MIGO(收货)->MIRO（发票校验）

其中生成财务凭证的是

MIGO

借：库存物料

贷: GR/IR clearing account

MIRO

借: GR/IR clearing account

贷: 供应商应付

由于GR/IR科目不进入资产负债表，所以我们得保证月末时候这个科目的余额为零。但是实际业务总会存在货已经收了，但是发票还没有收到，或者票先到了，但是货还没有收到（例如海外供应商），这个时候我们在月结时候就需要T-code: F.19对GR/IR clearing 科目的余额进行重分类

对于GNB（货到票未到）:

借： GR/IR clearing account

贷： 应付账款

对于BNG（票到货未到）

借： 在途物资

贷： GR/IR clearing account

生成的凭证会在次月初自动冲销

这个逻辑一般来讲没有问题，很少有用户提议异议。

但是最近几个月，用户发现在重分类的时候科目的分配出现的问题。

以下凭证是我们寄售业务通过移动类型411（transfer consingment to own stock）将供应商寄售转为自己库存，本质也就是收货入库

生成的凭证是

借：库存

贷：GR/IR clearing account

对于这类的未清项，重分类时候应该是进的GNB,也就是说货到票未到，但整体跑这个科目的时候，却分类到lBNG.

但当我在跑F.19时候单独选这些凭证的时候，重分类又是正确的

Reason: 

要搞清楚这个问题，我们要清楚F.19重分类的底层逻辑，此处敲黑板，F.19这个code,系统首先会根据purchasing document和Item将每个采购凭证相应的GR/IR清账科目进行重分类,通常是通过"assignment"这个字段去匹配，匹配方式可以后台配置，对于像寄售这种assignment为空的凭证，系统会一并计算。

由于最近一个关联方交易的清账科目自动记账出现了问题，我们的AP手工将一大笔GR/IR clearing account从29601500调整到了29601300这个科目，因为是批量调整，肯定是不带采购订单信息的。而这一大笔的借记凭证与寄售结算的那些凭证一起进行了重分类，加起来的总余额为正，所以将所有的余额都归为了BNG,至此真相大白。

Solution:

让财务同事跑F.19时将手工记的那一笔排除，并且尽快清理手工调整的余额，以便后面月份可以系统自动跑出正确的重分类科目。

我想说，SAP 真是一个不断升级打怪的过程，但是每打败一个小怪物，我们就又升了一个级别，还是非常乐趣多多的

欢迎大家点赞关注，后续将继续分享各种SAP知识和问题解决方案。