Tire Storage

Tire Storage is customer custody. Tire Inventory is shop-owned merchandise. They are intentionally separate domains.

What belongs in Tire Storage

Create a storage set for a specific customer and vehicle when the shop physically holds that customer’s seasonal tires/wheels. Record the current set description, tire size text/preview, storage location/bin, condition/tread evidence supported by the current form, check-in date, and applicable changeover context.

The custody record has its own identity and lifecycle. It does not create an inventory SKU, on-hand balance, reservation, purchase order, receipt, return-to-vendor record, or sell price.

Check in, locate, schedule, and release

Open Inventory → Customer tire storage, or use Shop Operations → Tire Storage. Staff with tire-handoff permission can search customers by name and select one of that customer's vehicles in the check-in form. This lookup supplies the identity needed for custody without requiring access to the full customer record. After changing the search text, select the intended customer again before saving.

Use the current controls to check a set into custody, maintain its explicit location, associate a scheduled changeover where applicable, and check/release it out to the customer or vehicle. History preserves movements and relevant evidence instead of overwriting the old location/state silently.

Reconcile exceptions

Duplicate active sets, bin collisions, stale scheduled swaps, capacity issues, or contradictory custody facts appear in Custody Exceptions. Resolve the underlying records or use an authorized reasoned override; do not clear the queue by treating customer property as stock.

For merchandise the shop owns or can source, use Inventory → Tire Inventory.

If a check-in or correction is refused, its explanation remains inside the open editor with your draft. Correct the reported issue before retrying; a refusal does not change custody facts.