
Warehouse Reporting
Warehouse inventory accuracy
Improve warehouse inventory accuracy by defining the record, controlling movements, counting stock and investigating differences.
Warehouse inventory accuracy means a stock record is dependable for the decision it supports: the right item or variant, quantity, location and stock status. A correct warehouse-wide total can still send a picker to an empty bin.
Improve accuracy by recording movements promptly. Compare physical stock with a matching system quantity, and investigate differences before posting routine adjustments.
Define what a correct record must show
A picker needs stock in a usable pick location. A replenishment worker needs to know what is in reserve. A supervisor needs to distinguish saleable stock from stock held for inspection.
Include batch, serial or licence plate details when the operation uses them. A count at SKU level alone cannot establish that every variant or batch is in the right place.
Choose and state a consistent measure. For example, report the proportion of checked item-and-location records that match the physical count within a stated tolerance. Include the number checked, count method and tolerance.
Also review quantity differences and the locations affected. One percentage can hide a shortage in a busy pick face or offsetting errors.
Keep records current between counts
Stock changes through receiving, putaway, replenishment, picking, returns, damage handling and relocation. Define how each movement records its source, destination, item identity, quantity and completion.
Match the physical hand-off to the recorded one. If a pallet reaches staging while its system location remains in reserve, a count in either location may appear wrong.
Define how interrupted moves are recorded and who resolves them. Investigate a traceable movement before using quantity adjustments to balance the two locations.
Count according to risk and capacity
Cycle counts spread checking across normal operations. Fast-moving pick faces, locations with earlier differences and recently relabelled areas may merit more frequent review. Set a workload that counters and reviewers can complete; an ageing queue provides little assurance.
Microsoft documents cycle-count plans, quantity thresholds, manual count work and spot counts for its Warehouse management solution. Cycle-count plans can guide counts of selected products or variants rather than all on-hand inventory in a location. Record the scope so a partial count is not mistaken for a complete location audit.
Timing matters. Where work continues during a count, record when the physical quantity was observed and account for transactions between that observation and the system balance used for comparison.
In Dynamics 365, after a cycle count, items with differences have a work status of Pending review on the All work page. They can be resolved on the Cycle count work pending review page. This gives reviewers a defined place to assess exceptions rather than treating every submitted count as a posted balance.
Prepare cycle-count controls
Before cycle counting in Dynamics 365 Supply Chain Management, the item and warehouse must be enabled for warehouse management processes, and cycle counting must be enabled for the location. Warehouse management parameters include a default adjustment type code, work class ID and work priority for cycle-count work.
Workers need a mobile device menu item configured for user-directed or system-directed cycle counting. Work pools are optional and can segregate warehouse work by type. If workers need to move pallets during a count, the warehouse also has an option to allow pallet moves during cycle counting.
Make partial-count coverage explicit
For partial location counts in Dynamics 365, a cycle-count plan can limit the locations with a Select locations query and select products or variants using product queries. A work template’s Work line breaks setting groups count lines by item number or product variant, defining the level at which the count is guided.
Partial count work requires Display item number on the mobile device menu item. For a system-directed menu item, configure at least one system-directed work sequence query; otherwise, the device can return “No work available” even when count work is open. Keep the plan and template settings with the count record so reviewers can see what was included and what was outside its scope.
Resolve differences before posting them
First confirm that the count and system record refer to the same item, unit, location, status and point in time. Check nearby locations, open movements, recent picks and receipts, and held or damaged stock. Recount when the first reading is uncertain, preserving both results.
Oracle Warehouse Management can delay cycle-count adjustments for approval when facility and company parameter INVN_ADJ_APPROVAL_REQUIRED is set to YES for the client company. Approval adjusts inventory; rejection creates a recount task without adjustment, while cancellation makes no adjustment and creates no recount task.
A posted adjustment corrects the recorded balance but does not establish why the difference arose. Record which outcome was selected and who authorised it.
Inventory Adjustment Approval Requirements in Oracle WMS
- Approval Required?
- Yes (when INVN_ADJ_APPROVAL_REQUIRED = YES)
- Outcome: Approved
- Adjustment posted to inventory
- Outcome: Rejected
- Recount task created; no adjustment made
- Outcome: Cancelled
- No adjustment; no recount task generated
Use patterns to improve the process
Review differences by item, location, movement type and reason. Repeated shortages in one pick face warrant a different investigation from unit-conversion errors across several areas. Oracle documents adjustment reason codes in inventory history, but a code such as “cycle count” identifies how a difference was found, not its root cause.
Assign recurring patterns to an owner who can change the relevant process. After a change, check the affected stock again using the same measures. Keep unexplained cases visible.
In Oracle Warehouse Management, cycle-count reason codes are configured at the 3PL parent level, then assigned for the company through the CYCLE_COUNT_REASON_CODE parameter. Choose a code that consistently describes the adjustment context, and record the underlying cause separately.
In this guide
- Scheduling cycle counts through a WMSPlan cycle-count scope, frequency and workload in a WMS while accounting for live movements and pending reviews.
- Reconciling physical counts with system quantitiesCompare a warehouse count with the right system balance, account for intervening movements and approve a supported correction.
- Tracking stock movements between warehouse zonesRecord source, destination and hand-off state for warehouse zone moves, including partial moves and reserved-stock exceptions.
- Investigating repeated inventory adjustmentsFind patterns in repeated warehouse stock adjustments, trace the underlying work and check whether a process fix holds.



