Analysis of PO history with unbalanced GR/IR clearing amount
Hello to you on the other side,
Frequently, we receive cases where no documents are found in the MR11 receiving error CKMLGRIR009 – ” No data selected. Check selection parameters ” or else while trying to post a goods receipt via MIGO error M7330 – “ Price of good mvt will become negative ” can be seen.
The most common cause is that the GR/IR clearing account is not balanced but the quantity received and invoiced are equal which is the topic of this blog.
Firstly, The purpose of MR11 is to be used for clearing quantity differences between GR and IR. Thus, it cannot be used to clear the amount.
So how to clear them in order to continue posting GR and IR for the same PO document?
By posting an amount direct to the G/L account via FI transactions, or posting an invoice via MIRO and then reversing it afterwards.
Ok Ana, but what is the amount we should use then? To discover that we should analyze the PO history.
Follow the sequence:
How to find out correct amount to balance the GR/IR account?
When GR-based IV indicator is set:
When you use GR-based invoice verification, the GR/IR posting for additional goods receipts and invoices does not depend on the total value calculated for GR-based invoice verification.
In this case, it is sufficient to change the GR/IR clearing account on a short-term basis to manually postable and to clear it for the purchase order item.
The above is valid for service PO as well.
When GR-based IV indicator is not set:
The report ZM_CHECK_EKBE_AREWR from the Note 372246 can be useful when determining the value that should be posted in the invoice for the simple scenarios.
EK08RN-WEMNG is the total quantity posted by the GR EK08RN-REMNG is the total quantity posted by the IR EK08RN-WEWRT is the total amount posted by the GR EK08RN-WEWRT is the total amount posted by the IR
If the total delivered value (column: EK08RN-WEWRT) is greater than the total calculated value (column: EK08RN-WEWRT), then the value of the new invoice must be greater than this difference.
If it is lower, any invoice value is possible.
However, the report cannot cover all possibilities. In individual cases, we can calculate it manually as below:
Select the history from EKBE by PO number (EBELN), and transaction type(VGABE) as 1,2,3
In top menu select ‘Settings -> Format List -> Choose Fields’.
VGABE BELNR MENGE DMBTR SHKZG CPUDT CPUTM
Normally I export that list to Excel, or any software tool that can process .xls files to open the saved spreadsheet. This facilitates my accountability.
We then, sum up each of the below:
WEWRT- This is the total of all entries in DMBTR of goods receipt. WEMNG- This is the total of all entries in MENGE of goods receipt. AREWR- This is the total of all entries in AREWR of invoice receipt/credit memos and subsequent debits/credits. REMNG- This is the total of all entries in MENGE of invoice/credit memos.
In case of the multiple account assignment, the logic is the same by crossing with table EKBE_MA.
Alternatively, you can cancel the last invoice for this, post the goods movement and enter the invoice afterwards again. Here, you must bear in mind that in case of GR-related invoice verification, the last invoice for the GR operation (delivery slip) is meant by the “last” invoice.
I hope this blog helps you find how to solve few inconsistencies and issues more easily. You are welcome to post any questions / feedback you may have in the Comments section.
See you in the next post.