Written by DROPS.ST.
For an authorised cannabis wholesale operator, retiring a SKU means reviewing new requests, open quotations and existing commitments separately. Removing an item from the current menu does not settle an accepted order, explain an old quotation or establish that another product is an approved replacement.
DROPS gives the review concrete product and order context. SKUs, units, stock and active/category fields identify the catalogue item; customer-linked order items identify recorded selections. The web shop and connected Telegram menu share catalogue data, so the team can maintain one product foundation while checking the actual customer views.
Keep retirement ownership and closure evidence in an external checklist: the confirmed fields do not establish automated lifecycle management, frozen historical order displays or authorised substitutions.
Define exactly what is ending
Record the item reference, unit or package, decision owner and intended effective point. Distinguish permanent retirement from a temporary stock gap, a description correction or a change to a different specification.
The stable identifier guide handles that identity decision. This checklist starts once the team has decided what the retired reference means and which work must be reviewed around it.
Do not use a zero stock quantity as the entire retirement instruction. Stock describes a quantity; retirement describes an assortment decision. An item expected to return and one that will no longer be offered need different explanations.
If another item is proposed, record it as a separate reference and decision. Similar names, artwork or package sizes cannot establish commercial, technical or regulatory equivalence.
Check each affected surface and commitment
This original aid separates the checks needed to close the retirement. Add an owner and check date to each row in your working record.
| Area | What to inspect | Closure evidence |
|---|---|---|
| Current catalogue | Exact retired reference, unit and intended availability | Approved change and checked customer view |
| Web and connected Telegram | Listing, details and supported ordering behaviour in the relevant context | Both affected views checked after the change |
| Open enquiries | Earlier availability or package information supplied | Relevant unanswered questions assigned |
| Open quotations | Issued revision and affected line | Commercial outcome or further review recorded |
| Existing commitments | Actual order reference, selected item and current state | Authorised outcome remains identifiable |
| Earlier records and instructions | Old references, saved lists and staff guidance | Previous identity remains understandable |
Use the supported catalogue control appropriate to the approved decision. Test what it actually changes before relying on it: hiding a listing and preventing a new selection may be different behaviours.
Identify independent screenshots, saved quotations and other copies that your team controls; give their update to a named owner.
Review open work before offering an alternative
Find affected lines in customer-linked orders and your approved external quote records. Classify them as enquiry, proposed quote, accepted commitment or completed transaction. The relationship stage changes the next decision.
For a quote, use the accepted-revision check. For a changed commitment, use the availability-update guide. Keep any permitted communication factual and specific to the outstanding issue.
Do not silently change an existing order to the proposed replacement. Establish the authorised commercial outcome, then use the actual supported correction process where needed. A message about a replacement does not by itself correct the order or prepared fulfilment work.
Hypothetical example: hidden item, unfinished quote
A fictional operator retires SKU A from new wholesale selection. An issued quotation still contains SKU A, and an existing order also refers to it.
The catalogue owner checks the current web and connected Telegram views after the approved change. The quotation owner identifies the outstanding revision and records that its affected line needs commercial review. The order owner checks the actual commitment and current state before deciding the next step.
SKU B is a possible alternative, but the team keeps it separate until the appropriate review and buyer decision occur. The checklist has three outcomes, rather than one misleading “retired” tick.
These are fictional business records, not a recommendation to replace a cannabis product or a demonstration of native substitution.
Preserve history and record closure
Check how a supported product change affects earlier order displays. Do not assume that renaming or deleting a catalogue record preserves every earlier name, description or unit view.
Keep the original reference and its relationship to any later item understandable in the approved business record. Do not repurpose an old SKU for unrelated goods simply to save catalogue work.
Close the retirement when the current selection behaves as intended and every affected open case has a recorded outcome or responsible owner. Unresolved work should remain visible after the menu entry disappears.
Keep retirement decisions clear with DROPS
Choose DROPS when you want identifiable catalogue products and customer-linked selections behind assortment changes. Its shared web and Telegram catalogue gives the team a practical place to maintain the current item decision without reconstructing separate menus.
Open the DROPS demos with a fictional retired item and an outstanding order. Inspect the supported visibility and ordering behaviour, then check the effect on earlier records. Use the checklist to connect the catalogue change with the commercial work that still needs an owner.