Bosca / Commerce

Carts, checkout & orders

The cart is the order

The cart someone fills is the order you fulfill. The items, the addresses, and every payment stay together — so refunds, returns, and fulfillment all happen in one place, not in a second system.

The cart

Totals that are always current

Add a line, change an address, apply a code — every change recalculates discounts, tax, shipping, and what's still due.

  • An order can be two things at once — paid and shipping, for example. The happy path: open → pending → paid → shipping → complete.
  • Lines snapshot their price — the catalog price is captured at add-time; promotions, tax, and shipping refine the final line price.
  • Adding a stocked product holds inventory — quantity changes re-reserve, removals release, and an expired cart gives its holds back.
  • Idle carts expire — carts left open past the store's policy are reclaimed automatically, and their holds go back on the shelf.
cart · north-shop
PAIDPENDINGSHIPPING
Subtotal42.00
Discounts−4.20
Shipping8.45
Tax3.31
Paid49.56
Due0.00

Checkout

One order, several payments

Checkout takes payment for what's due — and it can take several: a card now, store credit on top, a check that clears later.

  • Addresses are required — physical orders need a shipping address; payments need a billing address.
  • Checks clear later — a check counts as pending until someone confirms it arrived, and only then as paid.
  • Store credit spends like money — account balances and numbered gift credits are accepted right at checkout.
payments
Card ·· 4242confirmed25.00
Store creditconfirmed10.00
Check #1042pending12.00

When plans change

Fix problems on the order itself

No parallel case system, no detached credit memos — you fix the order where it lives, and every action recalculates what's owed and is recorded.

  • Item refunds — refund one unit or several: stock goes back on the shelf, and the money goes back to the original payment, to store credit, or by check.
  • Price corrections — fix a line's price after the sale; the order works out what it owes back.
  • Cancel, complete, lock — mark an order cancelled, close out a fulfilled one, or lock it against further edits.
refund items
Field Notes Journal1 of 2
Tenderstore credit
Reasondamaged in transit
Refund due23.49

Returns

Approve, receive, then refund

Returns follow a clear path — requested, approved, received, refunded — with rejection as the off-ramp. No money moves until the goods are actually back.

  • One unit or all of them — take back one unit of a three-unit line while the customer keeps the rest.
  • Restock and refund together — both happen at the final step, once the goods are in hand.
  • The math is done for you — the refund is what the order still owes back, after anything already refunded.
  • Decided up front — how the money comes back (original payment, store credit, or check) is set when the return is opened.
return · wrong size
requestedapprovedreceivedrefunded
Canvas Tote1 of 1
Tenderoriginal method

Buyers

Who's shopping, who's paying

People shop; accounts pay. Keeping the two distinct is what lets a household share one account, one person keep work and home apart, and every refund know where to go.

Customers

Who is shopping. Your shoppers are people the platform already knows — one sign-in, one profile, no second user directory to maintain.

Accounts

Who is paying. Orders, subscriptions, and store credit belong to an account — a household can share one, and one person can keep several.

Store credit

A stored balance on every account — spend it at checkout, refund to it, top it up, with every change recorded. Numbered gift credits work at checkout too.

Keep exploring

More on Commerce

Commerce overview

A full commerce engine, built into the platform.

Catalog & pricing

Stores, products, pricing, and promotions.

Subscriptions

Plans sold in the cart, renewed on schedule.

Fulfillment

Inventory, packing suggestions, labels, and tracking.