BOM Commonality & Volume Impact

Loading…
AI…

Where the volume lands

Current monthly baseline vs. the incremental demand this BOM adds, per child part. Bar length is the projected total. New parts have no baseline, so their bar is incremental only.

Baseline (current /mo) Incremental (this BOM /mo)

Demand increase on existing parts

Incremental ÷ baseline, for parts we already buy. Coloured and labelled by risk band.

Commonality matrix — FG × child part

BOM quantity per finished good. Parts with more than one filled cell are the common ones: they carry demand from several FGs at once.

Inward history and projected level

Actual monthly receipts (solid) extended to the projected post-BOM monthly level (dashed). Projected = baseline + incremental, so the dashed end-point sits at the new steady monthly level (the baseline is the average over the window, not simply the last month). Parts with no purchase history are not plotted — they appear in the new-parts panel below.

New parts — require sourcing

In the BOM with no inward history. No baseline exists, so a % increase is undefined — absolute monthly quantities only.

Possible code matches — AI suggestion, confirm before use

A part can look new only because its code is written differently. These are suggestions; they never change the numbers above.

Full result — every number the charts are drawn from

Click a column header to sort. Downloadable as CSV from the header button.

Executive brief

Written from the computed numbers above. The model is not allowed to compute or restate a quantity of its own.

Assumptions in force