Bulk ordering without a checkout

A shopping cart assumes the transaction completes when the customer pays. A trade order does not — it is a request that gets checked against an account, a credit position and available stock before anyone dispatches anything. Everything awkward about B2B ordering online follows from that single difference.

Which is why bolting a checkout onto a dealer portal produces something neither side uses.

What happens to a trade order that a cart does not model?

Five things, between the order being placed and the goods leaving.

Step	What is actually decided
Price	Their rate, not list — by tier, volume or negotiation
Credit	Outstanding, overdue, and what is already committed
Stock	Whether it is available, and from which location
Approval	Whether someone needs to authorise it
Scheduling	When it dispatches, which may not be now

A consumer checkout resolves all five in advance and calls it a purchase. A trade order resolves them afterwards, which means the order needs a status other than paid or unpaid — and needs to be visible to both sides while it sits in between.

Why does credit break the model completely?

Because releasing goods against an account is a judgement, and it happens after the order arrives.

Someone at your end looks at the outstanding balance, how much is overdue and by how long, what is already committed but not dispatched, and whether this customer has been drifting on payments. Sometimes the order goes out anyway. Sometimes it waits for a call.

That judgement is the control keeping your receivables from becoming a problem. A checkout has no place to put it, so businesses accept orders online and handle credit outside the system — which works until the volume grows and nobody can say which orders are held or why. We have written about the underlying discipline in managing dealer credit without stopping the business.

What should a trade ordering system actually do?

Show their price. Not list with a discount applied at the end — the price they actually pay, on the product page. A dealer who has to calculate their own price will phone instead.

Show their credit position. Outstanding, overdue and remaining headroom, including orders placed but not yet dispatched. Hiding it does not prevent the conversation, it just makes it a phone call.

Reorder in two taps. Most trade ordering is repetition. A customer buying the same twelve items every fortnight should not navigate a catalogue to do it — this single feature does more for adoption than everything else combined.

Accept a list. Trade buyers work from spreadsheets, bills of materials and site requirements. Pasting or uploading a list of codes and quantities is how they actually order — clicking twelve products individually is not.

Give the order a real status. Submitted, confirmed, held for credit, partially available, scheduled. Not a binary.

Let them see what happened. Order history, past prices, what was delivered short. Reconciliation is a large part of a trade relationship and most portals ignore it entirely.

Why do these portals go unused?

Because they are slower than the alternative, and the alternative is very fast.

The competition is a WhatsApp message to a person who knows the customer, understands what they mean by an abbreviated product name, and confirms in a minute. A portal requiring a login, a catalogue search and twelve clicks loses to that every time — and the buyer is not being difficult, they are being efficient.

The test worth applying: can a regular customer place a routine order faster here than by sending a message? If not, adoption will not happen regardless of how complete the system is. This is the same failure that kills dealer apps, covered in why your dealers do not use the app you built them.

What makes a buyer open it at all?

Information they currently have to ask someone for.

Is it in stock. Where is my last order. What do I owe. What is my price for this quantity. Has my claim been settled. Every one of those is a phone call today, at both ends.

Build those first and ordering follows naturally, because the buyer is already in the system for their own reasons. Build ordering first and you have asked them to change how they work in exchange for nothing.

Common questions

Should we take any payment online?

For customers without credit terms, yes — new accounts, small buyers, cash customers. For the credit channel it is usually unnecessary and sometimes counterproductive, because it imposes a consumer mechanic on a trade relationship.

Can this connect to our ERP?

It has to, or someone re-keys every order and the credit position shown is out of date. That integration is usually the largest part of the project and the part most often underestimated.

What about buyers who will not use a computer?

Design for the phone, and accept that some will keep messaging. A system that captures most of your ordering volume is a success; one that insists on capturing all of it will capture less.

Is it worth it below a certain size?

The information side pays back at almost any scale, because it removes calls your team is currently answering. The ordering side becomes worthwhile when order volume exceeds what one person can process comfortably.

More on this: selling online when nobody pays online and selling to a dealer network on Shopify. See also product catalogues & dealer locators.