Capabilities Intelligent stock allocation

Capability · Intelligent stock allocation

The right stock.At the right place. At the right time.

Arbitrate availability across the network using promise, channel, priority, capacity and risk—then confirm what was actually executed.

A capability shaped by your flows, rules and field evidence.

Product launchActive scenario01SignalInitial demand exceeds stock in two regions.02DecisionAllocate using commercial weight, capacity and replenishment horizon.03ProofQuota, rule and protected stock visible.04Active systemOMS05Active systemERP
01 / 04Protect first-day availability
PromotionActive scenario01SignalAn e-commerce promotion accelerates faster than expected.02DecisionRevise quotas without breaking store commitments.03ProofAllocation by channel and service impact tracked.04Active systemOMS05Active systemE-commerce
02 / 04Prevent one channel absorbing all stock
Potential stockoutActive scenario01SignalCoverage falls below supply lead time.02DecisionCompare transfer, supplier expedite and substitution.03ProofSelected option and exception cost documented.04Active systemERP05Active systemWMS
03 / 04Act before the first lost order
ReturnActive scenario01SignalA return volume is expected but not yet qualified.02DecisionKeep expected returns out of availability until inspection.03ProofExpected, received, inspected and available statuses separated.04Active systemOMS05Active systemWMS
04 / 04Promise only after inspection
01 / 0402 / 0403 / 0404 / 04
01

Fewer avoidable stockouts

Arbitration uses the network before declaring unavailability.

02

Better-contributing stock

Each site protects its constraints without unnecessarily freezing the rest of the network.

03

More reliable promise

Allocation and fulfilment capacity are reconciled before commitment.

04

Explainable decision

Rule, alternative, exception and confirmation remain recorded.

Decision framework

Connect promise, responsibility and proof.

A physical quantity becomes promiseable only after reservations, statuses, lots, horizons and execution capacity are considered.

Business logic

Decisions start with explicit rules.

Connected architecture

Clear responsibilities, from signal to proof.

OMSCarries arbitrationWMSCarries physical realityERPCarries managementTMSCarries transport feasibilityBICarries measurement

Gaps to eliminate

What weakens day-to-day decisions.

Each gap connects an observable situation to a business consequence. Diagnosis then verifies frequency, impact and cause.

01

Fragmented stock

Warehouses, stores, partners and work in progress do not expose the same truth.

Stock pockets and stockouts at the same time
02

Promise without capacity

Stock exists but cannot be picked or delivered within the window.

Delay discovered too late
03

Implicit rules

Teams reallocate by urgency without a shared hierarchy.

Inconsistent service across customers
04

Incomplete loop

Reservation, transfer or substitution does not always return to the original record.

Overstated theoretical availability

Operational journey

A chain of decisions, not a stack of screens.

Each transition identifies the participant, responsible system and expected proof.

1

Demand

Read the promise

Product, quantity, customer, channel, date, destination and expected service are qualified.
Owner
OMS / ERP
Proof
Complete demand
2

Availability

Calculate promiseable stock

Physical, reserved, blocked, expected stock and capacity are reconciled by horizon.
Owner
WMS / OMS
Proof
Mobilisable quantity by site
3

Constraints

Eliminate the impossible

Lot, date, quality, zone, customer, channel and transport filter options.
Owner
Rules engine
Proof
Admissible options
4

Arbitration

Prioritise the best choice

Service, margin, cost, contribution and risk determine the selected allocation.
Owner
OMS / business
Proof
Choice and reason
5

Execution

Reserve or transfer

The instruction is sent to the right system with the rule and action window.
Owner
WMS / ERP
Proof
Acknowledgement and status
6

Reconciliation

Feed reality back

Picked, transferred, substituted or cancelled updates order and availability.
Owner
OMS
Proof
Closed loop

Decision lab

Change context. Follow what genuinely needs to happen.

These scenarios are illustrative: they show decision logic and responsibilities without claiming to simulate your actual outcomes.

Product launch

Protect first-day availability

Signal

Initial demand exceeds stock in two regions.

Decision

Allocate using commercial weight, capacity and replenishment horizon.

Expected proof

Quota, rule and protected stock visible.

B‑AGILEdecision flowOMSWMSERPTMSBI

Responsibility architecture

Unify the flow without pretending one system does everything.

The responsibilities below form a reference architecture to adapt to the existing IT landscape.

01

OMS

Carries arbitration
Owns
Promise, priority and allocation rules
Publishes
Reservation and selected alternative
02

WMS

Carries physical reality
Owns
Stock, locations, lots, statuses and capacity
Publishes
Availability and confirmations
03

ERP

Carries management
Owns
Master data, supply, costs and orders
Publishes
Expected supply and management constraints
04

TMS

Carries transport feasibility
Owns
Windows, capacity, mission and cost
Publishes
Transfer option and status
05

BI

Carries measurement
Owns
Definitions, history and comparison
Publishes
Service, stockout and stability

Actionable cockpit

Network decision map

Each node should show what is available, protected, at risk and what action remains possible.

  • Available to promiseAvoid confusing quantity with possible commitment
  • Stockout riskAct while transfer or replenishment still helps
  • Reallocation rateDetect unstable rules or data
  • Exception costCompare achieved service with committed cost
Operational view · example
Available to promise01Physical net of reservations and blocks, by horizon
Stockout risk02Coverage compared with response lead time
Reallocation rate03Allocations changed before execution
Exception cost04Transfer, expedite, substitution and margin loss
Fragmented stockPromise without capacityImplicit rules
No value is a customer measurement. Illustrative functional example.

Success conditions

What must be true before automation.

01

Aligned master data

Item, unit, site, channel, customer, lot and status reconcile unambiguously.

02

Known frequency

Each decision knows the maximum acceptable data age.

03

Versioned rules

Priorities, quotas and overrides have an effective date and owner.

04

Confirmed execution

Reservation is not treated as executed without feedback from the responsible system.

Go further

Content to prepare a real discussion.

View all resources

Frequently asked questions

Decide with the right boundaries.

Does allocation apply to every channel?

Yes, if demand, rules, horizons and execution feedback are integrated. Scope can be progressive.

Can complex rules be used?

Yes, but each rule must remain understandable, testable, versioned and linked to a business owner.

Should we simulate before execution?

For sensitive arbitration, comparing options and impacts before transmission reduces irreversible decisions.

How is performance measured?

By linking promise kept, stockout, reallocation, emergency transfer and exception cost to an agreed baseline.

Can we start with one site?

A pilot should include at least one demand node, one contributing node and the confirmation loop.

Is in-transit stock promiseable?

Only under defined horizon, reliability and risk rules; it must remain separate from physically available stock.

Your context first

Turn your stock network into a decision network.

Identify the decisions, data, responsibilities and pilot that will deliver observable value.

Talk to an expert All capabilities