Use This Doc For
/storefront/items/storefront/items/[id]/purchases/storefront/sections/admin/storefront/items/admin/storefront/sections
Workflow
- Decide whether you are editing an offer or the page structure around it.
- Keep item details, sections, and published messaging aligned.
- Re-check the public storefront after a meaningful content change.
Managing a row
Each menu item and page section has one Manage button. Tap it to open a list of clearly named actions for that specific row — for example Hide Table for 2 from your public menu, Move Set Dinner Menu up, Edit Sunday Roast, or Remove — instead of a wall of tiny repeated buttons. Section rows are shown by their friendly name (a “Welcome banner”, your “Menu”, your “Staff” section), not an internal type code.
Anything that changes your public site — hiding or showing an item or section, or removing one — first shows a short preview of what will change, where it appears, and whether your live page is affected right now. Nothing is applied until you confirm.
After you confirm, the row shows its progress: Saving…, then Saved, or Couldn’t save with a Retry button. If a change fails it is rolled back, so the list always matches what customers actually see.
Fixing generated content that doesn’t fit
If setup or an earlier business type left behind content that doesn’t belong — items or sections that read like a different kind of business, or duplicate sections — a banner appears at the top of the page. Open Review to see exactly which items and sections are affected, then remove a group in one action. Items that already have real bookings or enquiries are turned off rather than deleted, so you never lose customer history.
What To Watch
- sections promising flows that the underlying item cannot support
- item changes that break the storefront story or page order
- editing internal management data without verifying customer-facing output
- removing generated content: check the affected-artifact list in the review banner before confirming, since removal affects your public page
Purchase Traceability
New catalog-linked direct orders write normalized order lines while retaining the existing Storefront order payload for compatibility. Catalog-linked bookings and fixed-price rentals similarly record the exact Product, Offering, Catalog item, provider, price, and real booking or agreement. Older unlinked transactions remain visible in their owning screens but are not guessed into a product history.
Open an item’s Customer purchases and use view to inspect these records. Customer names and emails captured by a booking or order remain evidence; they are not silently converted into customer accounts or consumers. Usage-based rentals appear only after an actual charge provides an amount.