Inventory Analytics

Inventory Analytics for Multi-Site Manufacturers:
Why Plant-Level Reporting Is Not Enough

Each plant has its ERP and its inventory reports. Plant A knows its own on-hand, its own days on hand, its own slow movers. What Plant A does not know is that Plant B is sitting on 140 days of the same component under a different item code. That gap is not a failure of either plant's ERP. It is a structural blind spot that no single-plant system can close. Here is how multi-site inventory analytics closes it.

9 min read Inventory management Multi-site operations

The multi-site visibility gap

In a single-plant manufacturer, inventory analytics is straightforward. The ERP holds the full picture: what is on hand, what is on order, what is consumed in production, and how those numbers translate into days on hand for every stocked item. The reports are accurate. The decisions are grounded in complete data.

In a multi-plant or multi-OpCo manufacturer, each plant's ERP picture is equally accurate and equally incomplete. Plant A's ERP tells the story of Plant A. Plant B's ERP tells the story of Plant B. Neither system tells the story of the network.

The consequence is predictable. A critical component runs to a stockout at Plant A while Plant B holds eight months of supply of the same part under a different item number. The purchasing team at Plant A places an emergency order with premium freight. The operations team at Plant B does not know a transfer opportunity exists. The network pays twice: once for the excess carrying cost at Plant B, and again for the premium freight at Plant A. Neither ERP report surfaces the problem because neither ERP knows what the other is holding.

This is not a data quality problem. Each plant's ERP data is accurate. It is a data consolidation problem: the network-level view that would surface the transfer opportunity does not exist in any single ERP system, and multi-site manufacturers typically have no mechanism for creating it without a cross-ERP analytics layer.

The item master fragmentation problem

The root cause of the multi-site visibility gap is item master fragmentation. In a company that has grown by acquisition, each plant typically manages its own item master. The same physical component receives a different item number in each plant's ERP, because each plant was set up independently and assigned its own local identity to every part it stocked.

A hydraulic seal kit that costs $180, is sourced from the same supplier, and performs the same function at three plants might appear as SEAL-HYD-220 in one ERP, Part 44-7891-B in a second, and 220-HSK-A in a third. To each plant's ERP, these are three distinct items with no relationship to each other. Without a normalization step, cross-plant comparison of days on hand for that part is structurally impossible.

Item master fragmentation · same physical part, three plants, three ERP systems
Part: Hydraulic Seal Kit 220mm · same supplier, same specification, same function across all three plants
Plant A · Rockford, IL
Epicor Kinetic
SEAL-HYD-220
8
days on hand
Stockout risk
Plant B · Columbus, OH
Microsoft Dynamics
Part 44-7891-B
140
days on hand
Excess stock
Plant C · Memphis, TN
Sage 100
220-HSK-A
62
days on hand
Healthy
Without a unified item master, these three records have no connection to each other. Plant A places a premium-freight emergency order while Plant B holds 140 days of the same part. The transfer opportunity is invisible.

Solving this does not require plants to rename or re-code their items in their own ERP systems. What is needed is a mapping layer at the analytics level that recognizes the equivalence between SEAL-HYD-220, Part 44-7891-B, and 220-HSK-A, and presents that relationship in the cross-plant view. That mapping is the unified item master, and it is what makes cross-plant days on hand analysis possible.

Transfer opportunity identification

Once the item master is unified and cross-plant days on hand is calculable, transfer opportunities surface automatically. A transfer opportunity exists when the same physical item is below its stockout threshold at one plant and above its excess threshold at another plant in the same network.

Cross-plant DOH comparison · hydraulic seal kit · after item master normalization
SEAL-HYD-220 / Part 44-7891-B / 220-HSK-A Hydraulic Seal Kit 220mm · unified view after item master normalization
Plant A · Rockford
Epicor Kinetic
8
days on hand · 48 units
Stockout risk
Plant B · Columbus
Microsoft Dynamics
140
days on hand · 840 units
Excess stock
Plant C · Memphis
Sage 100
62
days on hand · 372 units
Healthy
Transfer opportunity: Plant B to Plant A. Transfer 200 units (bringing Plant B to 107 days and Plant A to 42 days). Cost: freight plus handling. Alternative: emergency purchase order at full price plus premium freight, while Plant B continues to carry excess.

The economics are straightforward. Moving stock from Plant B to Plant A costs freight, handling, and coordination time. Purchasing the same stock from a supplier for Plant A while Plant B holds excess costs all of that plus the full purchase price of the new stock and the premium freight for an emergency order, and the excess at Plant B continues to accumulate carrying costs. For purchased components where material cost is significant, the savings per transfer incident can be substantial.

The transfer opportunity is only visible when two conditions are true simultaneously: the item master is unified across plants, and the DOH calculation is current at all locations. Neither condition can be met by plant-level ERP reports alone. The cross-plant view requires a data consolidation layer that connects to all plant ERPs and presents a unified inventory picture updated at the same frequency.

Consolidated slow-mover detection

Slow-mover identification is standard practice in plant-level inventory management: items above a days-on-hand threshold get flagged, and a buyer reviews whether to adjust the reorder quantity, return stock to a supplier, or write down obsolete inventory. The problem is that plant-level slow-mover flags tell you about the plant's situation, not about the item across the network. The pattern across plants changes both the interpretation and the required response.

Slow-mover detection · network-level pattern changes the response
Pattern A Same part is slow at one plant, normal at the other three
Plant A
128 days
Plant B
47 days
Plant C
38 days
Plant D
52 days
Response: Local purchasing issue at Plant A. Check for a demand forecast error, a customer order cancellation, or a minimum order quantity that over-purchased relative to local consumption. Assess whether a cross-plant transfer to Plants B, C, or D is appropriate before placing the next order.
Pattern B Same part is slow at all four plants simultaneously
Plant A
128 days
Plant B
115 days
Plant C
142 days
Plant D
98 days
Response: Demand change or product substitution at the item level. This is not a purchasing pattern problem at any individual plant. It is a signal that demand for this part has dropped across the network, possibly due to an engineering change, a product substitution, or a customer base shift. The response is a product-level review, a supplier minimum order quantity renegotiation, and an assessment of write-down risk across all plants.

A plant-level slow-mover report showing Plant A at 128 days DOH triggers a local review. A cross-plant view showing all four plants at 100 to 142 days DOH on the same item triggers a product-level review. These are materially different responses requiring different decisions from different people. The distinction is only visible from the consolidated network view.

Multi-ERP analytics for PE-owned portfolio companies

Private equity portfolio manufacturers face the multi-site visibility problem in its most complex form. Plants within a single OpCo sometimes run different systems. OpCos acquired from different companies typically bring entirely different ERP platforms: Dynamics at one, Epicor at another, Sage or NetSuite at a third. Each platform uses its own data model, its own item numbering conventions, and its own export format.

Multi-ERP inventory analytics does not require consolidating the ERP systems. ERP standardization is a multi-year, high-cost program with significant operational disruption risk. What it requires is consolidating the data at the analytics layer, above the ERP layer, in a way that normalizes item master data, translates each platform's data model into a common format, and maintains a live connection to each source system so the analytics reflect current stock levels rather than last month's manual export.

The data consolidation work compounds across use cases. The item master normalization and ERP connector work done to enable cross-plant inventory analytics also enables cross-plant procurement spend visibility, cross-plant pricing analytics, and the working capital view your board expects. The foundation serves every analytical use case, not just inventory. See the data consolidation framework for acquired manufacturers for how this layer is built and maintained.

The distinction also matters for the operating cadence at portfolio level. A PE operating partner running a 4-6 year hold needs inventory visibility across OpCos to identify working capital release opportunities, benchmark DOH performance across the portfolio, and monitor whether post-acquisition operational improvements are holding. None of that is possible from individual OpCo ERP reports. It requires the same cross-plant, cross-ERP consolidated view that enables the plant-level transfer opportunity and slow-mover analytics described above, applied at the portfolio level.

How Inventory IQ delivers multi-site inventory analytics

Inventory IQ connects directly to each plant's ERP, normalizes the item master across all sites, calculates days on hand per SKU per plant using the appropriate demand denominator, identifies transfer opportunities when cross-plant imbalances exist, and surfaces the consolidated slow-mover view across the network. For PE-owned portfolio companies with multiple ERP platforms, it maintains a live connection to each platform independently so the analytics layer stays current without requiring ERP standardization.

Marquis IQ · Inventory IQ module
Cross-plant DOH analytics, transfer opportunity identification, and consolidated slow-mover detection from your existing ERP data.

Inventory IQ connects to each plant ERP, normalizes the item master across all sites, calculates daily SKU-level DOH per plant, and surfaces the cross-plant views your operations and procurement teams need to act on imbalances before they become emergency orders. In multi-ERP environments, it handles each platform's data model independently without requiring standardization at the ERP layer.

Item master normalization across multiple plants and ERP systems
Daily SKU-level DOH per plant using forward demand and trailing consumption
Cross-plant transfer opportunity identification with quantity and cost quantification
Network-level slow-mover detection separate from plant-level slow-mover reporting
IQ Insights alerts routed to the right buyer when a transfer opportunity or stockout risk is identified

FAQ

Common questions about multi-site inventory analytics

Questions about cross-plant visibility, item master normalization, transfer opportunities, and multi-ERP analytics.

Why is multi-site inventory analytics harder than single-plant?

Single-plant inventory analytics is straightforward: one ERP holds all the data, one item master defines all the parts, and one team makes all the purchasing decisions. Multi-site analytics introduces three compounding problems. First, data is distributed across multiple ERP systems with no native connection between them. Second, the same physical part typically has different item codes at different plants because each plant set up its own item master independently. Third, purchasing decisions are made independently at each plant, so the coordination required to act on cross-plant information does not happen automatically. Closing the multi-site visibility gap requires solving all three: connecting the data sources, unifying the item master across them, and routing the right cross-plant information to the right decision-maker at the right time.

What is a unified item master and why does it matter for inventory analytics?

A unified item master is a mapping layer that recognizes the same physical part across multiple plants, even when those plants use different item codes, different ERP systems, and different naming conventions. In a company that has grown by acquisition, each plant typically assigned its own item numbers to parts independently. The same hydraulic fitting, bearing, or raw material may have three different item codes at three different plants with no connection between them in any ERP system. Without a unified item master, cross-plant inventory comparison is structurally impossible. A unified item master creates that equivalence at the analytics layer without requiring plants to rename or re-code their items in their own ERP systems.

How do transfer opportunities reduce inventory carrying costs?

A transfer opportunity exists when the same physical item is below its stockout threshold at one plant and above its excess threshold at another plant in the same network. Moving stock from the plant with excess to the plant with a shortage costs freight, handling, and coordination. That cost is typically a fraction of the alternative: purchasing new stock from a supplier for the short plant at full purchase price plus premium freight for the emergency order, while the excess plant continues paying carrying costs on inventory it does not need. Across a network of multiple plants with hundreds of shared purchased components, the aggregate carrying cost reduction from systematic transfer opportunity identification can be meaningful. The opportunity is only visible when the item master is unified and cross-plant DOH is calculated at the same frequency as the purchasing decisions that would act on it.

What ERP data is needed for multi-site inventory analytics?

Multi-site inventory analytics requires three categories of ERP data from each plant: inventory on-hand quantities by item and location updated at least daily, consumption data (either open production and customer orders for forward demand-based DOH or actual warehouse issues for trailing consumption-based DOH), and item master data including item code, description, unit of measure, and supplier lead time. The challenge in multi-site environments is that this data sits in different ERP systems using different formats and different item codes for the same physical parts. The data consolidation step that pulls from each ERP, normalizes the item master, and presents a unified cross-plant view is the prerequisite for any multi-site inventory analytics to function.

Can inventory analytics work across different ERP systems at different plants?

Yes, but it requires a data consolidation layer above the ERP layer rather than any change to the ERP systems themselves. Each ERP system stores its data in a different format and uses different data models. A data platform that maintains certified connectors to each ERP system can pull the relevant inventory, demand, and item master data from each plant, translate it into a common format, normalize the item master across plants, and calculate cross-plant DOH without requiring the plants to standardize their ERP systems or change how they manage items locally. This approach is particularly important for PE-owned manufacturers who have acquired companies with different ERP platforms. ERP standardization is a multi-year project with significant disruption. Cross-ERP inventory analytics at the data layer can be operational in a fraction of that time.

See multi-site inventory analytics running on your ERP data

We will walk through what Inventory IQ surfaces across your plants: transfer opportunities, network-level slow movers, cross-plant DOH imbalances, and the working capital release opportunity. Bring your ERPs and 30 minutes.