Draft orders, credit & markets

Create customer invoices, manage credit ledgers, and sell a tailored catalog in each region.

Draft orders and payment links

Open Orders → Draft orders to create an order on a customer's behalf. Choose a live variant, enter the delivery address and shipping amount, then save the draft. Product title, SKU, price, and cost are snapshotted, so later catalog edits do not rewrite the invoice.

Create and review the draft.
Edit it while it is still open, or duplicate it to reuse the customer and locked line pricing. Editing an invoiced draft immediately invalidates the previous payment link.
Select Send invoice. The customer receives a secure, expiring link; the same link is copied for WhatsApp or support chat.
The customer reviews the invoice and pays with the store's configured provider.
The draft converts exactly once into a normal pending-payment order. Inventory is committed in the same database transaction, preventing duplicate orders or overselling.

Invoice security

Only a SHA-256 hash of the random invoice token is stored. Resending invalidates the earlier link, and cancelling disables it. After conversion, the same link remains recoverable until expiry so a lost browser response cannot strand the customer; it only returns the already-created order and never creates a duplicate.

Gift cards

Open Customers → Gift cards & credit. Choose an amount and optional customer email. The full gift-card code is shown once and copied; afterwards the admin stores and displays only its final four characters. Disable a lost or compromised card from the same page.

Customers redeem the code in checkout. Applying it only reserves a provisional amount; the balance is debited atomically when the order is created, so two browser tabs cannot spend the same card. If the gift card covers only part of the order, the payment gateway is charged only the remaining Due now amount. A fully covered order is marked paid without opening an external gateway.

A signed-in customer can view assigned gift-card balances, expiry, store-credit balance, and recent ledger activity under My account → Credits. Full gift-card codes are never exposed there.

Store credit and refund credit

Store credit is customer-email and currency scoped. Every issue, deduction, refund credit, or correction writes an append-only transaction and updates the cached balance atomically. Use Refund credit with the source order/refund reference so support and finance can reconstruct why the balance changed.

Accounting

Store credit is payment value, not a discount or sales revenue. The ledger keeps it separate from loyalty points and coupon discounts. Refunds return each portion to its original tender: gift-card value goes back to that card, store credit returns to the customer account, and only the externally paid remainder is sent to the gateway.

Market catalogs

Under Settings → Markets, create a country group and presentment currency, then select Catalog. Each product variant can inherit the base catalog, be unavailable in that market, use a fixed regional price, or apply a positive/negative percentage adjustment. A fixed price and percentage adjustment cannot be set together.

The storefront automatically detects the shopper's ISO country from supported edge/CDN geo headers, remembers it in a first-party cookie, and asks the public catalog for that market. Hidden products and variants disappear before rendering; fixed or adjusted regional prices appear in the market currency on listings, product pages, and recommendations. Country-aware responses have separate cache keys so one region can never receive another region's catalog.

Settlement currency

Choose a manual rate, or select Automatic to refresh a reference rate ahead of checkout and optionally apply a transparent basis-point margin. Checkout locks the market, presentment currency, converted total, rate source, and quote time; later rate changes cannot rewrite an order. Automatic rates older than 72 hours fail closed. Payments and refunds retain both the charged currency and the store's base-currency equivalent for reconciliation. Easypaisa/JazzCash accept PKR settlement and PayU accepts INR settlement; unsupported provider/currency combinations are rejected before payment starts.