Skip to main content
An order records a sale of products, services, plans, or one-off custom lines. It lives under Finance → Orders, and it is numbered separately from your invoices: ORD-0001, ORD-0002, and so on. Two things surprise people, so they come first:
  • An order never collects money. It has no pay link. To get paid, generate an invoice from the order and send that. See Invoices.
  • The Orders tab is not your online store. If you sell on Shopify or WooCommerce, those orders sync separately and are a different thing entirely. See Store orders below.

Orders and invoices are not the same job

An order moves stock

Confirming an order takes its products off your stock, the ones you track stock on. Cancelling puts them back. This is the only thing an order does that an invoice can’t.

An invoice moves money

Sending an invoice posts a debit to the client’s statement, and can message it on WhatsApp. The pay link is minted separately, from Payment link & QR. Stock never enters into it.
The invoice is the hub of Finance. Appointments, subscriptions and orders all generate invoices rather than being billed directly, and every payment (card, cash, bank transfer) lands in one ledger, usually linked to an invoice. So an order is best read as the stock half of a sale, with the invoice as the money half.
An order with no stock-tracked product is perfectly legal: services, plans and custom lines are all first-class order items, and such an order still does everything else an order does. But if a sale involves no stock at all (a consultation, a deposit), an invoice on its own is usually enough.

The lifecycle

1

Build the order

Use Add item to pick from your Products, Services and Plans, or choose Custom item for a one-off line. Prices come from your catalogue at the moment you build the order. See Products. The order is saved as Draft.Two optional fields below the items change the total. Shipping method picks one of the shipping options you have set up, and DMLY works the fee out itself from that option’s own rule: a price-based option with a free-over threshold charges nothing once the items subtotal reaches it, and every other option charges its flat amount. The figure is always recalculated on the server, so editing the shipping amount in the browser does not change what you are charged. Coupon code applies a discount code. Shipping can be taxed as well, if Tax shipping is on in your shipping settings.
2

Confirm it

Confirming is what commits the stock: for any product you track stock on, the quantity comes off your count. It happens exactly once, so a double-click or a retry can’t take the stock twice. The order status becomes Confirmed.The builder also has a Confirm order immediately switch, which confirms the order as you create it and skips the draft stop.
3

Invoice it

Generate an invoice from the confirmed order. The invoice is linked back to the order, and from there you send it, share the pay link on WhatsApp, and record what comes in. Everything about getting paid happens on the invoice page, not here.
4

Cancel it, if the sale falls through

Cancelling sets the status to Cancelled and restores the stock you committed.
Cancelling is a one-way door. You cannot re-confirm a cancelled order (that guard exists so the same stock can’t be deducted twice), so if the customer changes their mind back, build a new order. The confirmation reads Cancel order <number>? This can't be undone.

Order statuses

DraftConfirmedCancelled are the three statuses your orders move between. Every order starts as Draft. Draft is worth knowing about, because two actions are limited to it: Confirm order and Delete appear only on a draft order. Once an order is confirmed, deleting is off the table. Cancel it instead. Fulfilled and Refunded are unused status values on internal orders. Nothing in DMLY ever sets either one, so no order you create here can carry them. Track delivery and refunds on the invoice and its payments instead.

Store orders

Orders you create in Finance → Orders are internal: you build them, you confirm them, they move your stock. Orders that arrive from a connected e-commerce platform (Shopify, WooCommerce) are a separate record on a separate sync, and they never appear in this list. There is no store-order screen in DMLY at all: the only place synced orders surface is the store’s own tile on the Integrations page, as a count in its Synced data panel and lines in its Recent activity feed. Their job is to feed automations (the Store events triggers, the in-chat order lookup), not to be browsed. Your store’s admin stays the place you manage them. The two order vocabularies also emit different webhooks: store orders are what the store.* topics (order created, order paid, checkout abandoned, inventory low) describe, while the orders on this page emit order.* topics. They look alike and mean different things, which matters mostly if you’re wiring up automations or webhooks.

Connect Shopify

The connect flow, and what syncs.

Connect WooCommerce

Same, for WooCommerce.

Store automations

What store events can start, and the in-chat order-status bot.

Webhooks

The full topic list, including the order.* and store.* split.

Where to go next

Invoices

Send it, get paid, void it. The other half of every order.

Payments and gateways

Connect a gateway so your invoices can carry a pay link.

Products

The catalogue an order draws from, and where stock tracking is set.

Finance overview

How the six Finance tabs fit together.