Example scenario · illustrative, not a real seller
You sell an example black sweater, then find three similar ones in different bags. The buyer ordered one specific garment. A small space needs a reliable retrieval system more than it needs one more storage bin.
What you’ll get
- Give each physical item one private stock identity.
- Separate untested, listed and sold inventory.
- Set a capacity rule before the floor becomes storage.
Give each item one identity that stays with it
A stock ID connects the physical garment, inspection notes, photographs and listing. Keep it private and free of buyer details. A location describes where the item is now; it should not replace the identity because locations can change.
If three sweaters look similar, use the ID plus size and condition to pick the right one. Do not trust memory or the order in which bags entered the room. Update the location when you move an item, not when you next happen to sell it.
Separate the states that cause mistakes
Use clearly distinguished places for untested, ready-to-list, listed and committed outgoing items. This is a suggested operating system, not a safety certification or a legal storage standard. Keep goods protected in ways suitable for their materials and condition.
Do not stack uncertain, damp or damaged stock among inspected clothing. Avoid blocking exits, utilities or walking routes. Seek appropriate local safety guidance where storage conditions or quantities create a risk beyond your knowledge.
Worked example: six bins are not infinite capacity
Two shelves with three bins each provide six locations. If you choose four suitably protected items per bin, the plan has 24 item positions. The four-item limit is a chosen layout assumption, not a recommendation for every object or shelf load.
At 24 occupied positions, another purchase requires a decision before arrival. List and sell suitable unlisted stock, resolve unsuitable stock responsibly, or redesign the capacity safely. An overflowing floor pile is not a seventh bin.
Test retrieval before adding complexity
Choose one listed item at random and find it from the private record. Check the ID, location, size and disclosed defect. A system that cannot reliably retrieve one item does not improve merely by adding more inventory rows.
Count usable positions, not containers you might buy someday. The storage limit should constrain sourcing instead of becoming a reason to conceal an expanding backlog.
Worked example · hypothetical, not a real seller
Keep the example in view
| Chosen location design | Capacity |
|---|---|
| Two shelves with three bins each | 6 bin locations |
| Four individually protected items per bin | 24 item positions |
| Full bins | Pause intake or redesign |
Before the next transaction
With JavaScript and browser storage, only checked-step IDs can stay on this device. No buyer details or amounts are saved.
Practical questions
Is a bin number enough to identify stock?
Not if it contains similar items. Use a unique item ID linked to the actual listing and location, then match condition and size when picking.
Should I keep buying when every bin is full?
Not without a safe, explicit capacity change. Review unlisted and stale stock first; do not block access routes or make sold items inaccessible.
Do this next · one concrete move