Inventory & Procurement

Inventory management process: identity, movement, reservation, and review

Reliable inventory is not a number typed into a dashboard. It is the result of controlled movements, clear locations, consistent units, and reviewable source events.

Reader intent: Educational process design with software evaluation

01Catalog identity02Warehouse and location03Movement04Reservation05Availability06Reconciliation
Zivanox warehouse balances, reservations, and inventory movement history using isolated synthetic product data.
Warehouse balances and movement evidence. Synthetic product demo data.

01

Begin with product and unit identity

Inventory accuracy begins before the first receipt. Each stock item needs a stable identity and a unit that explains what one quantity means. Duplicate items, inconsistent units, and free-text product names make later movement history ambiguous even when the arithmetic is correct.

Use canonical catalog records and make conversions explicit where the operating model genuinely requires them. Avoid silently treating cases, pieces, kilograms, and service lines as interchangeable. The goal is not a complicated catalog; it is an identity model that warehouse, Sales, Procurement, POS, and Finance can interpret consistently.

  • Assign one canonical identity to each stock item.
  • Define the base unit used by movement and balance calculations.
  • Separate stocked products from non-stock services.
  • Retain active and inactive state instead of deleting used identities.

02

Model where stock is held

A company-wide total may be useful for reporting, but operators need to know the warehouse and location responsible for a quantity. Define locations at the level where receiving, storage, reservation, counting, and sale decisions occur. Too little detail hides operational constraints; too much detail creates maintenance that nobody performs reliably.

The location structure should align with branch and permission boundaries. A user who can operate one warehouse should not gain access to another merely by submitting its identifier. Server-derived organization context and authorization checks are part of inventory correctness, not separate security decoration.

03

Treat every change as a movement

Receipts, issues, transfers, adjustments, reservations, releases, and completed sales answer different questions. A movement ledger records what changed, where, when, why, and which source event caused it. Replacing that history with editable balance fields removes the evidence needed to explain a discrepancy.

Movement creation should be idempotent when it follows another workflow. If the same goods receipt or completed sale is submitted twice, the stock consequence should not double. Concurrency controls also matter when two workers act against the same available quantity. The system needs an authoritative outcome, not two locally plausible screens.

Movement contextOperational meaningExpected source
Purchase receiptAccepted inbound quantityGoods receipt
Sales reservationQuantity committed but not yet movedSales order
POS issueQuantity sold through a completed receiptPOS receipt
TransferQuantity moved between controlled locationsTransfer record
AdjustmentCount or correction with an approved reasonAdjustment event

04

Distinguish on-hand, reserved, and available

On-hand quantity describes what the movement ledger says is physically held. Reserved quantity describes supported commitments against that stock. Available quantity is the remainder that the organization can promise under its reservation rules. Showing only one of these numbers invites either overselling or unnecessary refusal of valid demand.

Define when a reservation is created, released, consumed, or expired. Tie each reservation to the order or workflow that owns it. A manual adjustment should not quietly erase another team’s commitment. When a reservation fails, the operation should fail clearly and leave prior state intact.

05

Reconcile from source to balance and back

Periodic review should compare balance summaries with movement history and supported physical counts. Investigate unexplained adjustments, negative availability, stale reservations, and movements with missing source context. The objective is not merely to make the total match; it is to understand which process created the difference.

Zivanox organizes warehouses, locations, units, movements, reservations, and availability within the same tenant-scoped operating context used by Sales, Procurement, and POS. It does not claim manufacturing planning, shipping-carrier execution, barcode hardware, or every warehouse discipline. Those boundaries should be evaluated separately where needed.

Assign each recurring exception to an operational owner and a source workflow. Procurement should investigate quantity received against purchase commitments, Sales should review reservations that no longer match an active order, POS should reconcile completed receipts to issues, and warehouse operators should explain adjustments or counts. A shared exception queue is useful only when the team also defines evidence, approval, correction method, and closure criteria. That discipline turns stock review from a periodic total-fixing exercise into a process-improvement loop.

Editorial scope

This guide contains 699 words and reflects the implemented Zivanox product boundary reviewed on 2026-09-24. It does not replace professional, legal, tax, payroll, or jurisdiction-specific advice.

Evaluate the workflow

Bring your records, exceptions, and required controls.

Closed Beta access begins with a bounded workflow review, not an open signup or automated purchase.

Request Closed Beta Access