
Company accounts, catalogs and quotes on Adobe Commerce B2B
Magento B2B Development
Magento B2B development on Adobe Commerce: company accounts, shared catalogs, quotes and purchase orders shaped to how your buyers order, with the ERP in step.
Plan Your B2B BuildBuilt around the buyer
since 2008 on Magento35+ engineers
B2B buyers do not shop. A purchasing manager orders inside an approval limit, a field technician reorders the same forty SKUs every month, and a buyer who negotiated a price last quarter expects to see that price, not the list.
Adobe Commerce B2B ships the pieces for all of this: company accounts with roles, shared catalogs with a price per company, negotiable quotes, requisition lists, quick order, purchase orders with approval rules, and payment on account. What it does not ship is your rules.
That is the development work. Which roles approve, and above what total. Which catalog each customer group sees. Whether the price comes from the ERP's contract or from Magento. What a quote does to stock, and what a purchase order does to credit. We map those first, from your actual order book, then configure the native features and build where they stop.
Does this sound familiar?
Each one sends a buyer back to email and the phone. Two or more, and the store is a catalog, not a channel.

Buyers send purchase orders as PDFs because the site cannot hold their price, their approval chain or their account terms. Someone keys them in by hand.

Contract prices live in the ERP and the storefront shows list price, so every logged-in buyer sees a number they know is wrong and calls to ask.

A purchasing manager cannot let staff order without a limit, so one person holds the login and places every order for the whole company.

Prices are agreed in spreadsheets and email threads, and the agreed price never reaches the order. Sales re-keys it, and sometimes gets it wrong.

Forty SKUs typed one at a time, every month. No saved lists, no order by SKU, no reorder from history, so the monthly order is a chore buyers postpone.

The site says in stock and the warehouse says otherwise. Nobody knows a company's credit position at checkout, so finance finds out after the goods ship.
What the work includes

Company hierarchies with divisions, teams and users, and roles that decide who may order, who may quote, who approves and who sees the credit position.

A catalog and a price per company or customer group, across one website or several, fed from the ERP's contract pricing wherever that is the source of truth.

Negotiable quotes revised in rounds and placed as orders, and purchase orders routed by approval rules on order total, shipping cost or the number of distinct SKUs.

Orders built from a batch of SKUs, saved lists for the things a site orders every month, and reorder from history, so the repeat order takes a minute.

Company credit limits, Pay on Account at checkout, and balances and reimbursements reconciled with your finance system rather than tracked in a spreadsheet.

Orders, stock, prices and customers synced both ways, punchout for buyers who procure through their own systems, and a Hyvä or PWA frontend that carries every B2B feature.
How a B2B build runs
The store your buyers can use
2 stores Culture Pop, in under six months
A store a buyer can use without calling. Their company, with its divisions and roles. Their catalog, at their price. A quote they can revise and turn into an order, a purchase order that routes to the right approver, and a credit position they can see before they commit.
Behind it, the ERP in step: prices and stock in from the system that owns them, orders and customers out, reconciled rather than hoped for. Adobe exposes company accounts, negotiable quotes, requisition lists and purchase orders over GraphQL, and company, credit, quotes, purchase orders and shared catalogs over REST, so a headless frontend or a buyer's procurement system can work with the same data.
Clean Harbors runs it this way: a field workforce ordering workwear with approvals across the US and Canada on our Magento PWA. Culture Pop runs a corporate ordering hub beside its B2C store, two platforms delivered in under six months. Stran retired Magento 1 and a second legacy platform for one Adobe Open Source build with PWA storefronts across its promotional products business. The pattern is the same each time: one platform, and each kind of buyer served the way it orders.
Pick the scope
The full build: order book mapped, Adobe Commerce B2B configured to it, custom modules where the native features stop, the frontend on Hyvä or PWA, and a go-live with the ERP reconciled. Scoped and priced after the map.
A distributor's buyers want the counter experience online: contract pricing per account, stock by warehouse, quick order by SKU and reorder from history. We build it on Adobe Commerce, Shopify or BigCommerce, whichever carries your catalog.
B2B lives or dies on the ERP connection. Orders and fulfilment both ways, stock and prices in from the system that owns them, customers and terms synced, and a reconciliation report rather than a weekly spreadsheet, on NetSuite, SAP Business One, Business Central, Dynamics 365 or Odoo.
Not our word for it

Adobe Certified Expert
7 professionals
Adobe Certified Expert
4 masters
Adobe Certified Expert
9 experts
Adobe Certified Expert
14 experts
Adobe Certified Expert
14 experts
Google Analytics Certification
6 expertsTrusted by 100+ companies
Keep reading



FAQ
Tell us about your store and we will come back with straight answers.
Talk to usAdobe's extension for business buying: company accounts, shared catalogs, negotiable quotes, quick order, requisition lists, purchase orders with approval rules, and payment on account against company credit. Adobe lists it as Adobe Commerce only, with its own licence, installed on an on-premises or Cloud project. Adobe Commerce as a Cloud Service includes the core B2B features by default. It is not part of Magento Open Source.
Yes, with third-party extensions and custom modules in place of Adobe's B2B extension. Company accounts, customer-specific pricing, quotes and quick order all exist as extensions, and we have built the pieces that do not. The trade-off is honest: more vendors to keep patched and more code that is yours to maintain, against the licence cost of Adobe Commerce. The map tells you which side the numbers fall on for your store.
A company account joins a group of buyers under one customer. The company administrator builds the structure of divisions, teams and users and assigns roles that control who may order, quote, approve and see credit information. The seller decides the company's payment methods, its shared catalog and whether it may negotiate prices. Adobe calls the company the key entity in B2B, and in practice every other feature hangs off it.
Yes. Shared catalogs set a price per product for a company or customer group, across one website or several, and a buyer only ever sees their own. Where the contract price lives in your ERP, we make the ERP the source and sync it into the shared catalog, so the storefront and the invoice agree.
A buyer requests a quote from the cart, the seller answers with revised product or shipping prices, and the two sides can go several rounds inside the store. Once agreed, the buyer places the order from the quote at the negotiated prices, so nothing is re-keyed. Quotes can be filtered and listed per company, including those of subordinates in the company hierarchy.
When purchase orders are switched on for a company, every order is created as a purchase order and routed by the company's own approval rules. A rule can test the order total, the shipping cost or the number of distinct SKUs, and it names the role that approves. Where two people share an approver role, the person who created the order cannot approve it themselves. Buyers with the right permissions manage the rules without calling you.
Yes. Company credit gives each company a credit limit, and Pay on Account appears as a payment method at checkout for companies that have it. Balances, allocations and reimbursements are tracked per company, and we reconcile them with your finance system so the store and the ledger say the same thing.
Yes, and for B2B it is the part that decides whether the store is trusted. Orders and fulfilment in both directions, stock and contract prices in from the ERP, customers and terms synced, with a reconciliation report. NetSuite, SAP Business One, Business Central, Dynamics 365 and Odoo are the usual systems, and the Magento ERP integration page has the detail for each.
Yes. Punchout is not part of Adobe's B2B extension, so it is built or integrated: the buyer starts in their procurement system, shops your catalog at their prices, and the cart returns to their system for approval and the purchase order. We scope it per buyer, since the protocols and the fields they expect vary.
Either, decided by the store. Hyvä is the lighter and faster frontend and suits most B2B catalogs; a PWA Studio or custom headless frontend suits a store that needs app-like behaviour or already runs headless. Adobe exposes company accounts, negotiable quotes, requisition lists and purchase orders over GraphQL, so a headless frontend can carry the full B2B feature set. We test the B2B features on the chosen frontend before anything is built on it.
A B2B configuration on an existing Adobe Commerce store with the ERP already connected is weeks. A new store with company structures to migrate, a pricing model to rebuild and an ERP to integrate is months. The map at the start gives you the timeline for your store, with dates, before the build begins.
Individually, after the map. The scope depends on how many native features you need, how far your pricing and approval rules go beyond them, which ERP is involved and whether the frontend is being replaced. There is no price list on this site because no two B2B order books are alike. Tell us who buys and who approves and we come back with a plan and an estimate per item.
Yes. Adobe Commerce B2B is built to run both models on one installation, with separate websites or store views where the pricing, payment and content differ. Culture Pop runs a corporate ordering hub beside its consumer store on Magento, and the two share a catalog and an admin.
It changes the structure: tax, pricing and base currency are website-scoped in Adobe Commerce and language is store-view-scoped, so a Canadian B2B customer base means a website per tax and currency regime with French and English store views, plus Canadian carriers and gateways. The Adobe Commerce for Canadian B2B distributors page covers it in full.
Let’s build something great together!
Tell us who buys, who approves and where your prices live. We come back with a structure for the store and what it would take to build it.