Goods Receipt Posting to the Wrong G/L Account
A goods receipt normally lands on the wrong G/L account because the material's valuation class does not map to the expected account in automatic account determination (OBYC), or because the account assignment category on the purchase order overrides the standard inventory posting with a cost center, order, or asset account that was itself set up incorrectly. Reversing the document does not fix it because the reversal uses the same determination logic.
Covers why a material document posts to an unexpected G/L account at goods receipt, working through valuation class, OBYC account determination, valuation grouping code, and purchase order account assignment as the usual suspects. Includes the check sequence, the data-versus-config split in the fix, and why simply cancelling and reposting the material document rarely solves anything.
Published 16 Sept 2026· 1,239 words
The business symptom
Finance or controlling reports it first, usually during month-end reconciliation or when a cost center owner questions a charge they do not recognise. Typical phrasing: 'the receipt for this packaging material hit the raw materials account instead of consumables', or 'this GR posted to a P&L account when it should have gone to inventory', or 'the asset under construction never received this posting, it went to a generic expense account instead'. Sometimes it surfaces earlier, when a buyer notices during goods receipt that the account shown on the accounting tab in MIGO does not match what was expected, but more often nobody looks until the general ledger report for the period does not tie out. It is rarely reported as one isolated document; once someone finds one wrong posting for a material or purchasing document type, they usually find a run of them going back weeks, because the underlying master data or configuration has been wrong the whole time.
The configuration behind it
- Wrong valuation class on the material master accounting view: the material was created under the wrong material type or someone changed the valuation class after go-live without understanding it drives the whole account determination lookup. This is the single most common cause.
- Incorrect entry in automatic account determination (OBYC) for the combination of valuation class, valuation grouping code, and chart of accounts: the transaction key involved (stock account, GR/IR, price difference, offsetting entry keys such as consumption or scrapping) points to the wrong G/L account, either because it was set up wrong originally or a chart-of-accounts extension copied it incorrectly.
- Account modifier mismatch tied to movement type: for movement types that use a general modification (the key that separates, for example, consumption for cost center from consumption for sales order), the modifier assigned to that movement type routes the posting to the wrong sub-account within the same transaction key.
- Valuation grouping code not assigned, or wrongly assigned, to the plant or valuation area: the OBYC lookup uses this code as part of the key, so a plant sitting in the wrong grouping pulls a completely different set of accounts than intended.
- Purchase order account assignment category (cost center, order, asset, project) overriding the standard inventory posting with a wrong default: someone picked the wrong account assignment category on the PO, or the cost center or asset entered on the account assignment tab is itself wrong.
- Split valuation: the valuation type selected at goods receipt pulls a different valuation class than the one assumed, so the posting is technically correct for that valuation type but not what the receiving clerk expected.
- Manual override at MIGO: a user with authorization overtyped the G/L account field or changed account assignment data on the accounting tab during goods receipt, bypassing the standard determination entirely.
- A substitution or user exit on account determination that fires under conditions nobody documented, redirecting specific material groups or plants to different accounts.
What to check
Work from the posted document backward to configuration, not the other way round. First display the material document and its accounting document (MIGO or MB03) to see the actual G/L account, movement type, and valuation class used at posting time. Second, open the purchase order (ME23N) and check the account assignment category and the cost center, order, or asset field on the account assignment tab, since these can override standard inventory posting. Third, check the material master accounting view (MM03) for the valuation class currently assigned and compare it to what was in effect at the time of the GR, since it may have been changed since. Fourth, review the account determination configuration (OBYC) for that valuation class, chart of accounts, and valuation grouping code, checking every relevant transaction key. Fifth, confirm the valuation grouping code assigned to the plant (OMWD) matches expectations. If split valuation is active, check which valuation type was selected at goods receipt.
How to prove it in the data
Pull all material documents for the material and plant across the affected period, join each to its accounting document, and group by the G/L account actually posted against the valuation class recorded on the material document. Any valuation class posting to more than one G/L account for the same movement type and plant is the proof point. Cross-check that list against the OBYC entries currently configured for the relevant valuation classes to show which documents match configuration and which do not.
Resolution path
If the valuation class on the material master is wrong, correcting it is a data fix (MM02) but only prevents future errors; it does not retroactively fix documents already posted, and changing valuation class on a material with existing stock has its own consequences that need checking before touching it. If the OBYC entry is wrong, that is a configuration change requiring a transport through the normal change path, and it affects every material sharing that valuation class and valuation grouping code, so testing before transport is not optional. Either way, historical postings already made to the wrong account need a manual correction, typically an FI reclassification entry or, where the difference is a price variance, a price change document, since reversing the material document simply reposts to the same wrong account under the same determination logic. If the cause is a wrong account assignment category or cost center on the purchase order, and the goods receipt has not happened yet, correct it on the PO directly; if it has already posted, the fix is a subsequent correction posting, not a PO change. Valuation grouping code corrections at plant level are structural and should go through the same testing rigor as OBYC changes.
The fix people try first (and why it fails)
The reflex is to cancel the material document (movement type reversal in MIGO) and post the goods receipt again, on the assumption that a second attempt will land correctly. It will not, because the reversal and the reposting both run through the same account determination logic that produced the wrong account the first time. All this achieves is two wrong postings instead of one, and a material document history that is now harder to reconcile. A second common reflex is for finance to correct the general ledger directly with a manual journal entry without ever telling MM, which hides the symptom in that one period but leaves the account determination broken for every subsequent receipt of that material.
Whose problem this is
Materials management or inventory accounting owns valuation class assignment and OBYC configuration; general ledger or controlling owns the chart of accounts and confirms which account is correct for the business scenario; purchasing owns account assignment overrides made at the PO. The handover note needs the material, plant, movement type, the account actually posted, the account expected, and whether the fix is a material master change, an OBYC transport, or a PO-level correction.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-functional-issues/goods-receipt-posting-to-the-wrong-g-l-accountERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.