Order detail

A React block (a whole screen) in Beamline's Shop app.

One shop order with payment and fulfilment as two separate lanes. The header says where each stands (paid, partly paid, awaiting, refunded; not fulfilled, partly, shipped, delivered), the amount still owed when it isn't zero, and a Cancel that, once something has shipped, says why it can't be used. The items show what's fulfilled and allocated; allocating by hand from a location opens bundles into their parts with availability beside each, and returns each part's result, a short part left not allocated with a location that has enough. The money is a ledger with a running balance (received, pending, refunded, outstanding): a payment link sent is never counted as money, a failed capture shows the provider's words on its row and retries the same request, Mark as paid records who and how; a refund stops at what can be refunded, offers store credit only to customers with an account, previews what the payment will read and carries one key so a retry can't refund twice. Fulfilments are short tracks (awaiting, shipped, delivered or picked up) with only their next step; creating one by location filters the methods to it and names the hidden ones, says a dearer method doesn't change what the customer paid, and shows each line's stock change there (or that it's short or unknown). The customer's order emails are changed apart from the account they sign in with; moving the order to another account is a transfer that waits for approval, the owner unchanged until then.

Use it for

  • A shop's back office looking at one order: its money and its goods as two things, each with the next action it allows.
  • Any order with partial payments and partial shipments (B2B orders, marketplace orders).

Not for

  • The list of all orders with quick actions (orders-admin).
  • Changes after an order is placed: edits, exchanges, returns (order-changes).

Anatomy

  • header: order and date, customer; Payment and Fulfilment lanes; what's owed; why Cancel can't be used; the order menu
  • items: each line with variant and sku, fulfilled and allocated, quantity and price; Allocate items and its form (location, parts with availability, results)
  • fulfilments: each track (location, method, tracking, items, steps, next step, Cancel fulfilment); Create a fulfilment and its form
  • money: total, received, pending, refunded, outstanding; the ledger rows with status, error and Try again; Refund and Mark as paid and their forms
  • customer: name, account email (or guest; why it can't change here a hint), where order emails go; the pending transfer; change contact or request a transfer

States

  • paid
  • partly paid
  • awaiting payment
  • partly refunded
  • refunded
  • outstanding
  • link not money
  • capture failed
  • retry refused
  • manual payment
  • refund over the limit
  • credit for guests unavailable
  • fulfilment created
  • method hidden for the location
  • stock short
  • stock unknown
  • shipped
  • delivered
  • picked up
  • fulfilment cancelled
  • allocated
  • part short with a better location
  • transfer pending
  • cancel blocked
  • cancelled

Keyboard

  • Tab through the menu, Allocate, each track's next step, Create, the ledger's Try again, Refund, Mark as paid and the customer's actions; dialogs trap focus and Escape closes them

Props

PropTypeDefaultDescription
order (required)ShopOrder—
locations (required)StockLocation[]—
methods (required)ShippingMethod[]—
onRetryPayment((paymentId: string) => void | Promise<unknown>)—
onMarkPaid((amount: number, note: string) => void | Promise<unknown>)—
onRefund((r: RefundRequest) => void | Promise<unknown>)—
onCreateFulfillment((f: NewFulfillment) => void | Promise<unknown>)—
onAdvanceFulfillment((id: string, to: FulfillmentStatus, tracking?: string | undefined) => void | Promise<u…—
onCancelFulfillment((id: string) => void | Promise<unknown>)—
onAllocate((locationId: string, lineIds: string[]) => Promise<AllocationResult[]>)—Reserves stock for the order's unallocated items; returns each part's result.
onContactChange((email: string) => void | Promise<unknown>)—
onTransferRequest((email: string) => void | Promise<unknown>)—
onCancelOrder(() => void | Promise<unknown>)—
classNamestring—Classes on the documented visual root; no override by default.
styleCSSProperties—Inline styles on the documented visual root; no overrides by default.
refRef<HTMLDivElement>—Receives the documented native target or imperative handle; omitted by default.

Built from

Dependencies

lucide-react

Import

import { OrderDetail } from "@beamline/order-detail";

Get it

Order detail is part of Beamline UI. Install the parts you need in your React app as compiled packages or editable source. Get Beamline · Connect your agent

More in Shop

  • Product editor: A product being made in a shop's back office, every value read as text at rest. The variant grid, grouped by the first option, lists each combination…
  • Category manager: A shop's product categories, nested and ranked. Each category moves up, down or into another from its menu, and every move gets its own receipt (saving…
  • Inventory item: One stock item in a shop's back office, apart from the variants that sell it (how many each uses per unit). Stock per location as stocked, reserved and…
  • Plan comparison: Plans side by side against every feature: prices that roll between monthly and yearly, the current and recommended plan marked, a header that stays in…
  • Step form: The finished frame for any multi-step form you compose — onboarding, intake brief, questionnaire, booking, application: a wide card with progress, the…
  • Orders admin: A shop's order desk: today's orders and revenue, quick filters for what needs doing (to fulfil, unpaid, returns), a virtualised orders grid, and the…
  • Order board: A shop's orders as cards in its columns, on the shared kanban with drag and keyboard moves. Each card: number, estimate or work order, customer, vehicle…
  • Order composer: An order made inside a support ticket: products found by name, each variant with its stock drawn and said (in stock, none, oversold, not known) and the…
  • Draft orders: A draft order made for a customer in a shop's back office that reads like the order it will become. The lines lead: each with its variant and SKU or…
  • Order changes: What happens to a shop order after it's placed. Edit: the order as it stands beside the requested version, each line marked new, changed (old → new…
  • Special orders: Customers' special orders as demand to buy for, per outlet: To order apart from Ordered; each product's demand, what is reserved, incoming and on order…
  • Order history and fills: Every order the account placed and every fill it got, for a period: totals for volume, fees, fill rate and maker share; orders with their status and how…
  • Order ledger: Purchase orders as money. Each order's spend is drawn against its approved total (paid, billed, pending, what is left, and any overrun past the end…
  • Ticket orders: A customer's orders inside a support ticket, each action's effect said before it's done: orders and drafts kept apart, a paid draft shown once as its…
  • Record search: One search across connected records (customers, vehicles, orders) by name, phone, plate, VIN or order number. What the words look like is said (info)…
  • Return queue: A queue of return cases. Search by return, order or customer, exactly (the default) or loosely; status tabs with counts, Requires attention first; a date…
  • Return case: One return as one place where every act is its own. The return, its order (linked out) and the customer on three cards; the stage said on its tone. Items…
  • Return request: Staff start a return from an order, and edit the reasons customers pick. New return: the order's lines as a checklist, each with its variant, price and…
  • Purchase orders: A salon's purchase orders, received: the orders down the side, the chosen one beside them. Each line still due reads as a strip of received, this…
  • Print quote: A print shop's quoting in three places. Quote: a group of garments that share one imprint and one quantity break, the group's pieces counted together and…
  • Service estimate: An estimate for one vehicle. Services added from the catalogue (one not listed for this vehicle said on warning, fit unknown said); each with its lines…
  • Job card: A technician's repair order, phone-first. The vehicle, the customer and when it's due in words (due at, due in, overdue by how long); an offline copy…
  • Parts tracker: Parts across a shop's work orders: each with its number, the order and vehicle, supplier, quantity and cost (not known said), and where it is: ordered…
  • Visit board: The staff board for a walk-in queue: visits move from waiting through called and serving to done today. Arrival (here or on the way), the place in the…

Part of Beamline UI: polished, editable React components and complete screens for custom applications. Build your own style from any look; tokens, fonts, radii, motion; not only colours.