Inventory Items & SKUs
Understand item masters, SKUs, stock behavior, tracking policies, pricing defaults, and location availability.
Items define the business object your teams buy, sell, store, produce, or service. SKUs are the sellable or stockable variants of that item, such as size, color, packaging, or UOM-specific versions.
In Zupright, the Item Details workspace brings together item identity, SKU behavior, tracking policy, barcode identities, UOM setup, and current availability by SKU and location.
Key terms
Using Item Details
Use the item details panel to validate identity, behavior, policy, UOM, pricing, tax classification, barcode, and location availability before using the item in purchasing, sales, production, or inventory movement.
Availability by SKU and Location
Availability is summarized by SKU and location so the same location is not repeated unnecessarily. On hand, reserved, and available quantities should be read as current operational balances, not as planning forecasts.
Governance Guidance
Treat tracking mode, valuation, and tax classification as controlled fields once transactions exist. Changes can affect downstream procurement, inventory, sales, and financial reporting.
Best practices
- Keep item names business-friendly and understandable to non-technical users.
- Use SKU records for variants instead of encoding every variant into the item name.
- Enable lot or serial tracking only when operations actually need that traceability.
- Avoid changing tracking mode after transactions exist unless a clear migration policy is approved.
- Use reorder levels and minimum/maximum stock policies for replenishment control.
- Keep barcode values unique and aligned with scanner workflows.
- Separate item master defaults from transaction snapshots; documents should preserve the values used at transaction time.
Common mistakes
- Using the item name as the SKU code and losing variant-level clarity.
- Enabling serial tracking for bulk goods where batch tracking or no tracking would be simpler.
- Forgetting the default UOM and creating inconsistent purchase or sales quantities.
- Creating duplicate SKUs for the same physical variant.
- Editing tax or valuation fields after transactions without a policy decision.