B2B buying workflows
B2B ecommerce requirements: prove pricing, approval and ordering
Direct answer
A B2B store needs to know who is buying, which company location they represent and which commercial terms apply. Those decisions affect the catalogue, price and route from checkout to an accepted order. Test that complete chain before choosing a platform: adding a company-name field to a consumer checkout does not establish it.

Who is buying, and for which part of the company?
Separate the individual’s identity from the company’s commercial terms and permissions.
Shopify provides one example through company records, locations and assigned customer contacts. It is a particular product model rather than a universal B2B standard. Ask each supplier to represent your actual company structure and confirm what the proposed plan supports.
Reference: Shopify: companies and B2B customers
One person might purchase for two branches with different billing details, catalogues and payment terms. Make the active buying location explicit before applying prices or approval rules. Then change that location with a populated basket and check what is recalculated. A saved address alone is a weak substitute for a defined commercial context.
Specify who can buy, edit addresses, invite colleagues or administer the relationship. Permission to place an order should not automatically permit changes to agreed terms. Include the departure of a buyer: removing that person’s company access should not depend on somebody remembering to delete an old address book entry.
Which price and quantity rule should the customer receive?
Use the confirmed company context and reconcile the resulting order price with the ERP.
Shopify’s B2B catalogue documentation covers product access, pricing, quantity rules and volume pricing. Assignment options depend on the product offering. Confirm the exact plan and company-assignment arrangement needed for your price structure instead of treating catalogue support as a complete specification.
Reference: Shopify: catalogs and pricing in B2B
Build a set of price cases: a contracted item, a general-range item, a price-break boundary, a special discount and an excluded product. Resolve competing rules explicitly. Ask sales and the integration team to show the same price in the basket, accepted order and ERP, with currency and tax presentation clearly identified.
Minimum order quantity, pack multiples and a volume discount are different conditions. A minimum of twelve does not inherently mean increments of six. Test quantities on either side of the boundary and repeat an older order after terms have changed. The customer should see the applicable current offer rather than an unexplained historic price.
When does a submitted request become work your team can process?
Show submission, review and operational release as distinct decisions.
Shopify describes draft orders as a way to review submitted B2B orders or create them on a customer’s behalf. The actual configuration and available checkout options must be established for the proposed store. An available draft does not demonstrate that downstream warehouse work should begin.
Reference: Shopify: B2B checkout and draft orders
Map the required sequence: the buyer submits, sales reviews, revised terms receive any necessary confirmation, and the accepted version moves forward. An approval within the customer’s purchasing organisation is different from acceptance by your sales team. Decide whether the solution must support both.
If sales changes a quantity, address or price, make the version being accepted clear. Retain the customer’s purchase-order reference and the change history. Submit the same request twice and resume after a browser interruption. Neither action should silently create another delivery obligation.
How do payment terms relate to order release?
Separate when money is due, whether it has arrived and when operations may proceed.
Shopify documents payment terms and deposits for company locations or draft orders. Where a deposit is required, it is due up front and the balance follows the configured terms. The feature does not decide which customer should receive credit or approve that exposure for your business.
Reference: Shopify: payment terms in B2B
Record the event that permits processing: an accepted deposit, an internal credit decision or another agreed condition. A net-term order need not follow the same release logic as a consumer order paid immediately. Assign responsibility for overdue accounts and for a buyer whose company has been placed on hold.
Carry company and location IDs, the customer’s purchase-order number, commercial terms and line quantities into the ERP. Do not make the receiving system infer the relationship from a shipping address. Demonstrate a partial shipment and a later change without releasing the entire order a second time.
Which B2B acceptance cases should decide readiness?
Test forbidden actions and conflicting contexts as well as the ordinary purchase.
Use two commercial contexts with different terms and more than one role. Compare the visible offer, final order and receiving ERP record. A polished account screen does not prove that the wrong buyer cannot access another company’s terms.
Adapt this editorial matrix to your contracts and quantity rules. Name the approving owner and retain the expected result alongside actual evidence. Use accounts and records intended for the test rather than exposing another customer’s real information.
| Case | Expected outcome | Evidence |
|---|---|---|
| Switch company location | Catalogue, price and payment terms are reassessed for the active context. | Location ID and confirmed basket. |
| Unauthorised buyer | Other-company terms and restricted administration remain unavailable. | Role result and unchanged company record. |
| Quantity or tier boundary | Invalid quantities are explained; valid ones use the intended price. | Boundary inputs, unit price and line total. |
| Revised draft | The accepted version and required confirmation are identifiable. | Version history and acceptance decision. |
| Terms or deposit | Only the agreed event releases operational work. | Payment/release state and ERP order. |
| Retry or partial shipment | No duplicate order; remaining line quantities stay visible. | Stable references and line-level outcomes. |
How should the first B2B rollout be limited?
Choose a small customer group that exercises the difficult commercial differences.
Start with confirmed companies and a defined product range. Include buyers with different prices and payment arrangements instead of selecting only identical accounts. Otherwise the pilot avoids the very problem a B2B platform is meant to handle. Agree how sales or the buyer can stop a mistaken order.
Log corrections by cause: wrong company context, unclear pack quantity, unexpected price or missing approval. Logins are not evidence of successful self-service. Ask a customer to repeat a purchase without unplanned intervention and identify every place staff still need to resolve ambiguity.
Before expanding, sales, finance and order operations should accept their responsibilities and the procedure for changing terms. Keep known limitations visible. The pilot should demonstrate a workable ordering process, rather than merely creating a second inbox for your team.
Your project checklist
- Individual, company and active buying location are distinct.
- Catalogue, quantity and price boundaries have passed representative cases.
- Roles allow only the intended company actions.
- Submitted, revised and accepted versions are traceable.
- Payment terms and operational release have explicit separate rules.
- ERP references, repeated requests and partial shipments are accepted.
Working template: B2B ecommerce requirements: prove pricing, approval and ordering
Record your own rules and retain the expected result, actual evidence and accountable approval for each case. This editorial brief is not a promise of any provider’s functionality.
Download the text templateView the template questions
Buying context
List companies, locations, people and the permissions each needs.
Commercial terms
Record catalogue, price priority, currency, quantity rules and tax presentation.
Order route
Which reviews and confirmations sit between submission and processing?
Payment and release
What is due, and which event permits the next operating step?
System handoff
Which company, location, purchase-order and line references must survive?
Acceptance and pilot
Retain expected outcome, actual evidence, accountable owner and known limits.
How ecommerce.spot researches its guides
These guides combine editorial decision tools with linked official documentation. Product-specific statements carry references at the relevant passages. Recommendations, comparison matrices and templates are planning aids, not first-hand product tests or provider endorsements. Calculations using illustrative assumptions are labelled accordingly. The review date records the latest substantive revision.
Sources & further documentation
Shopify: companies and B2B customersCompanies, locations and assigned customers as a vendor-specific example.
Shopify: catalogs and pricing in B2BCatalogues, product access, quantity rules and pricing; verify plan and assignment limits.
Shopify: B2B checkout and draft ordersDrafts, review and configurable B2B ordering routes.
Shopify: payment terms in B2BPayment terms and deposits by company location or draft order.
