BOM Component Missing From Production Order
A component defined in the bill of material does not appear on the production order's component list, most often because the BOM item is deleted or flagged not relevant, its effectivity dates do not cover the order's basic start date, the production version points to a different BOM alternative, or a variant configuration object dependency excludes the item based on the order's characteristic values.
Covers why a component that is clearly maintained in the BOM fails to show up on a released or in-process production order, and why re-adding it manually as a one-off line only hides the underlying master data or configuration fault. Walks through the check sequence across the BOM, the production version, and object dependencies for configurable materials, and separates data fixes from customizing changes that need a transport.
Published 16 Sept 2026· 1,060 words
The business symptom
Production planning or the shop floor reports that a material everyone expects to see on the order pick list simply is not there. Phrasing varies: 'the packaging component never gets picked', 'the order was released short one raw material', 'warehouse says the reservation for this part never generated', or a planner notices the order cost estimate is missing a line that used to be there. Nobody initially calls it a BOM problem because the BOM itself, opened on its own, shows the component sitting exactly where it should be. The confusion usually starts when someone compares two orders for the same finished material created a week apart, one has the component, one does not, and the difference is not obvious from the order header.
The configuration behind it
- BOM item flagged with a deletion indicator or set to an item category not relevant for production order explosion (e.g. text or documentation item), so it is excluded from any order created after the flag was set.
- Wrong BOM alternative selected: the production version linked to the order points to an alternative BOM that never contained the component, while the alternative someone is looking at in CS03 does.
- Effectivity dates on the individual BOM item (valid-from/valid-to) do not cover the order's basic start date, even though the BOM header itself is valid.
- Plant assignment mismatch on the item in a cross-plant BOM, where the component was maintained for a different plant than the one the order is running in.
- Variant configuration: an object dependency (selection condition) attached to the item excludes it because a characteristic value in the order's configuration does not satisfy the condition, or the characteristic was never set on the order at all.
- Phantom assembly sub-item not exploding because the phantom's item category or explosion control is set to costing-only, so it appears in costing but not in the order's logistics component list.
- Engineering change number active on the order does not cover the validity period the component was added under.
- Material master MRP view flag for individual/collective requirement or BOM relevance was changed after the last order for this material was created, so older orders and newer orders diverge silently.
- Order created without reference to a maintained production version, letting the system fall back to BOM selection priority logic that resolves to an unexpected alternative.
What to check
- CO03: open the order, check the component list and note which BOM alternative and explosion date the order header shows it used.
- CS03: display the BOM for the material, plant, and usage the order actually referenced, not the first alternative that comes up by default, and confirm the component line exists with an active status and no deletion flag.
- Compare effectivity dates on the item (valid-from/valid-to) against the order's basic start date shown in CO03.
- C223: check the production version tied to the order to confirm which BOM alternative and validity range it is actually calling.
- MM03: check the MRP4 view for individual/collective indicator and any BOM-relevance flags on the missing material.
- For configurable materials, CU50 on the BOM item to see the attached object dependency and evaluate it against the characteristic values actually set on the order.
How to prove it in the data
Pull the BOM in CS03 using the explosion date equal to the order's basic start date, not today's date, and compare the resulting item list line by line against the order's component list from CO03. Where a line exists in the BOM but not the order, check its status, deletion flag, and effectivity fields side by side, then confirm the order's actual BOM alternative and explosion number against what the linked production version specifies in C223.
Resolution path
If the item was deleted or miscategorized, correct it in CS02, a data change with no transport, but existing orders will not pick it up automatically and need the PP master data re-read function executed against the open order in CO02. If effectivity dates are wrong, extend them in CS02, same data-only path, followed by the re-read. If the production version points to the wrong alternative, correct the version in C223, a master data fix; if the BOM selection priority logic itself is wrong at the order-type level, that is a customizing change requiring a transport through the landscape and should go through the master data or PP configuration owner rather than being patched locally. If the cause is an object dependency, the fix belongs to whoever owns variant configuration content and typically needs testing in a quality system before transport, since dependency logic affects every order for that configurable material, not just the one being investigated.
The fix people try first (and why it fails)
The immediate reflex is to open the order in CO02 and add the missing material directly as a manual, non-BOM component line. This gets the current order moving and satisfies whoever is waiting on the pick list, but it does nothing to the BOM, the production version, or the object dependency that caused the gap, so the next order for the same material comes up short again. It also detaches that component from the BOM's cost structure and where-used history, which shows up later as an unexplained variance in the cost estimate or a missing link during an engineering change review.
Whose problem this is
Production planning master data maintenance owns the BOM item and its status and effectivity fields; the MRP controller or plant data steward owns the production version assignment; variant configuration object dependencies belong to whoever maintains classification content for that material group. The handover note should carry the order number, material, plant, BOM usage and alternative, the missing component, and the order's basic start date so the receiving team can reproduce the explosion exactly.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-functional-issues/bom-component-not-exploding-in-the-production-orderERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.