B2B Guide

B2B on Shopify Plus: Native Features, Real Limits & When It Replaces Your ERP-Era Stack

A focused guide to B2B on Shopify Plus for re-platforming teams — what's actually native in 2026, where it replaces Adobe Commerce / NetSuite, the five real gaps, Functions as the unlock, 3-year TCO, migration patterns and the right call for four buyer profiles.

May 26, 2026·25 min read·
Listen to a short brief of this article
Hands-free while you multitask

Key Insights in 60 Seconds

Skim the highlights, then jump to the section that matches your situation.

Plus B2B is customer-graph commerce — prices and terms bind to a company, not a separate B2B store.
2026 native set covers companies, catalogs, price lists, net terms, PO checkout and quotes out of the box.
Shopify Functions extend pricing and checkout — what separates 'limited' from 'extensible' Plus B2B.
Five real gaps: multi-level approvals, hard credit limits, EDI/punchout, contract pricing, quote redlining.
One store vs expansion store: one wins on inventory and admin, expansion stores on B2B-only UX.
Plus starts near $2,300/month; 3-year TCO at $5M GMV lands well below Adobe Commerce.
Migration breaks at the customer graph — map company → location → buyer before prices.
Plus B2B fits ~$2M–$50M GMV; below, use Advanced + app; above, expect middleware and integrator.

What You'll Learn

1Plus B2B native features
2Adobe Commerce replacement
3Five real gaps and fixes
4Functions for B2B
5Store vs expansion store
63-year TCO at $5M

The Mental Model: B2B on Plus Is Customer-Graph Commerce

The single most useful frame for B2B on Shopify Plus is that it is not a separate store, a separate login portal, or a separate codebase. It is the same storefront, the same admin and the same checkout — re-interpreted through a customer graph. Every B2B object hangs off a company: companies have locations, locations have buyers, and prices, catalogs, payment terms and tax rules are bound to that triple rather than to individual customer emails.

Company
The contracting entity. Pricing tier, payment terms, tax exemption, catalog access and credit are all bound here — not to individual emails. One company, many people.
Location
Ship-to and bill-to under the company. A retail chain with 40 stores = 1 company, 40 locations. Per-location pricing, shipping addresses and tax rules are first-class.
Buyer
The person logging in. Inherits the company-and-location context: same prices, same catalog, same net terms. Role and permission control what they can submit on their own.

The three-level customer graph (Company → Location → Buyer) is the schema every B2B feature on Plus binds to. Pricing, catalogs, terms, tax and shipping all attach at the company-and-location pair — never at the individual buyer.

You must set up your B2B customers as companies to use Shopify B2B. Companies control all of the customizations that apply to your customer experience, such as pricing, products, store content, payments, and delivery options.
Shopify Help Center — Creating and managing B2B customers using companies · View source (help.shopify.com)

Once that model clicks, the rest of the feature set stops looking arbitrary. Catalogs and price lists scope what a company sees and pays. Net terms and PO-on-checkout are how a company-level attribute changes the checkout. Draft orders are how a sales rep operates against the same graph.

If the question you keep asking is "where do I create the B2B store?", you are still in the old mental model — there is no separate B2B store on Plus. There is one storefront that behaves differently depending on which company is logged in.

This article assumes that frame and focuses on what it means in practice: what Plus B2B covers natively in 2026, where it stops, what Shopify Functions unlock, when you should still pick a separate expansion store, and where it lands on cost against Adobe Commerce and BigCommerce B2B Edition. If you are still deciding whether B2B is even the right question for your business, the B2B vs B2C explainer covers that step.

Is Plus B2B For You: Industry Fit & Buyer Profiles

Before reading another paragraph about features, check two screens: does your vertical match the pattern, and does your scale make Plus the right tier? If both come back yes, the rest of the article tells you what to build; if either is no, the right answer may be a wholesale app on Advanced or a CPQ-first platform.

Industry fit: where Plus B2B is a clear yes, and where it isn't

VerticalFitWhy
Wholesale distribution (consumer goods, beauty, apparel)StrongCatalog-led reorder, company-tier pricing, light contracting — native feature fit.
Food & beverage wholesaleStrongStanding orders, route reps on POS, net terms, per-location pricing — well-trodden Plus pattern.
Light manufacturing & CPGStrongConfigurable products via metafields, draft-order quoting, ERP sync via middleware.
D2C brand adding wholesale armVery strongSingle store, shared inventory, B2B-only catalog and checkout — fastest payback profile.
Building materials & industrial supplyMixedCatalog and reorder work well; freight, will-call and complex shipping usually need a Function or app.
Medical / regulated B2BMixedPlus works, but buyer verification, controlled-substance gating and HIPAA-adjacent flows need partner apps and review.
Heavy industrial / capital equipment (CPQ-led)WeakQuote redlining, contract escalators and engineer-to-order configurators sit better on Adobe Commerce or a dedicated CPQ.
Procurement-platform-driven (Ariba, Coupa primary channel)Weak without integratorNative portal underused; investment goes into EDI/punchout integration rather than buyer UX.

The pattern is straightforward: Plus B2B is the right answer when the buyer-rep workflow is the bottleneck, and a harder sell when the bottleneck is contract complexity or procurement-platform plumbing. Use the table as a fit screen before the platform demo, not after.

Four buyer profiles: match your scale to the right setup

Match your situation to one of the four profiles below. The recommendation is the floor, not the ceiling — most merchants extend it with one or two Shopify Functions, covered later in the article.

1
Sub-$2M B2B GMV — don't pay for Plus yet
Plus's $2,300/month floor is hard to justify under $2M B2B GMV. Run B2B on Advanced with a wholesale app (Wholesale Gorilla, B2B/Wholesale Solution, SparkLayer) and revisit when volume or buyer complexity grows. The broader wholesale-apps comparison covers this segment directly.
2
$2–10M growth-stage — Plus native is the sweet spot
Native features cover the workflow without custom code: companies, catalogs, price lists, net terms, PO on checkout, draft-order quoting. Implementation is measured in weeks, not quarters. Add one or two Functions for cart transforms and payment gating; skip middleware until a clear ERP integration demands it.
3
$10–50M with complex contracts — Plus + Functions + 1 approvals app
Plus still wins on TCO, but expect to add two or three Functions (cart transform, payment customization, delivery customization) and one approvals app for multi-step buyer workflows. NetSuite or SAP sync goes through a middleware layer (Celigo, Boomi, custom) rather than direct point-to-point.
4
$50M+ enterprise with EDI / punchout — feasible with a system integrator
Plus B2B is technically capable at this scale, but the gap list (EDI partners, punchout connectors, hard credit limits, complex contract pricing) demands a Plus Partner system integrator and a real middleware budget. Do the gap analysis before signing; the platform decision is the smaller half of the cost.

For the sub-$2M case, the existing B2B on Shopify wholesale guide covers the Advanced + wholesale-app path in depth (Wholesale Gorilla, B2B/Wholesale Solution, SparkLayer), including the migration trigger that should push you onto Plus when revenue scales.

Business Outcomes: What KPIs Move After Migration

For any P&L owner, the platform debate is downstream of one question: what changes in revenue and team-hours after migration? The pattern across mid-market Plus B2B implementations is consistent enough to put numbers around — with the caveat that the magnitude depends on your starting point.

Reorder rate +15–40% in 2 quarters
Self-serve reorder plus saved order history is the single biggest revenue lever after portal launch. Easiest KPI to measure and the one to anchor the business case on.
Sales-rep time per order −40–60%
Routine reorders move off the rep's plate. Re-deploy freed hours into new-account opening and basket expansion rather than cutting headcount in year one.
Order-entry error rate −60–80%
Buyer-entered orders with company-bound pricing eliminate manual-rekey errors that drive returns, credit memos and AR friction. Often the fastest soft-cost win.
Cost-to-serve per order — down meaningfully
Rep time, error-handling and AR-friction reductions compound. Magnitude depends on order volume and prior tooling; budget around the first three KPIs, treat this as outcome.
AOV mixed; revenue-per-buyer up
Net terms and saved carts raise AOV; self-serve reorder of small repeat baskets can lower it. Watch revenue-per-buyer instead — it almost always rises post-launch.

These ranges come from partner-published case studies and the consistent pattern in Plus B2B implementations the editorial team has reviewed. Treat them as planning anchors, not commitments — a paper-order shop sees larger lifts than a team already digitised on Magento.

3-Year TCO: Plus B2B vs Adobe Commerce vs BigCommerce B2B Edition

The honest 3-year TCO comparison below uses a stylised mid-market scenario: $5M B2B GMV, 200–500 active companies, native quoting, one approvals app, no EDI, no NetSuite middleware. Real merchants vary; the structure of the comparison does not. Three platforms are compared: Plus B2B, Adobe Commerce and BigCommerce B2B Edition.

Cost component (3 years)Shopify Plus B2BAdobe CommerceBigCommerce B2B Edition
Platform / license fee~$83K–$90K ($2,300–$2,500/mo × 36)~$120K–$200K (license tier)~$60K–$100K
Implementation~$40K–$120K (Plus Partner, 8–14 wks)~$150K–$400K (longer build cycle)~$50K–$150K
Custom dev (Functions / modules)~$20K–$60K (2–3 Functions)~$60K–$150K (custom modules)~$30K–$80K
Apps & subscriptions (3 yr)~$15K–$30K~$20K–$50K~$10K–$25K
Hosting & infraIncluded~$30K–$80K (PaaS / self-host)Included
Ongoing maintenance (3 yr)~$30K–$60K~$80K–$180K (upgrades, patches)~$30K–$60K
Indicative 3-yr TCO~$190K–$380K~$460K–$1.06M~$180K–$415K

Estimates assume a mid-complexity B2B implementation at $5M GMV with no EDI and no ERP middleware. Shopify Plus platform fees start near $2,300/month and scale with GMV — treat the floor as a planning baseline, not a quote. Adobe Commerce license fees are indicative and negotiated per merchant. BigCommerce B2B Edition pricing varies by tier and is quoted per merchant; the figures above are partner-published mid-market ranges. Card processing is excluded from all columns since it is workload-dependent and similar across platforms.

Two takeaways. First, Plus B2B and BigCommerce B2B Edition land in a similar TCO band; the choice between them is feature fit and ecosystem, not headline cost. Second, Adobe Commerce sits materially higher across all six line items at this scale — most of the gap is implementation, ongoing maintenance and hosting rather than license fee. For deeper Plus-specific economics, the Shopify pricing breakdown walks through the platform-fee structure across all plans.

What's Actually Native in 2026

The native feature set has expanded materially since Plus B2B's relaunch. The nine capabilities below are the ones that change the implementation calculus — they replace what merchants previously built with wholesale apps or custom code on lower plans.

Company accounts with locations & buyers
Each B2B customer is a company with one or more locations and any number of buyers. Pricing, terms, tax exemption and shipping addresses are bound to the company-location pair, not to individual emails. This is the schema the rest of the B2B feature set hangs off.
Company-specific catalogs & price lists
Catalogs scope which products a company can see and at what prices. Price lists support fixed prices, percentage off, or override-by-collection. A buyer logged into Company A sees a different product range and prices than Company B on the same storefront.
Quantity rules & volume pricing
Set minimum, maximum and increment quantities per product per company, and tiered volume pricing through Shopify Functions or built-in rules. Replaces a common reason teams reach for wholesale apps on lower plans.
Net payment terms & PO on checkout
Issue Net 15, Net 30, Net 60, or custom terms per company. Buyers can submit a PO number at checkout, and orders flow into your invoicing or AR workflow without a separate quoting tool. Terms travel with the company across orders.
B2B-only checkout customizations
Checkout UI extensions can be scoped to B2B-only — show PO fields, hide payment methods for net-terms buyers, add delivery instructions per company location. Same checkout codebase as D2C, conditionally rendered.
Draft orders & quote workflow
Sales reps build draft orders, send a checkout link or invoice, and the buyer pays through the same checkout. Acts as a lightweight quote-to-order flow without a separate CPQ system. Sufficient for most catalog-based quoting.
Per-company tax exemption
Resale and exemption certificates upload against the company, with automatic exemption applied at checkout per jurisdiction. Removes the most common manual workaround merchants build with wholesale apps on lower plans.
Buyer roles & self-serve account portal
Companies invite multiple buyers, each with assigned locations and permissions. Buyers log into a self-serve portal to reorder, view invoices, track shipments and manage their own users — reducing rep-driven order entry.
Headless B2B via Storefront API
All B2B objects — companies, catalogs, draft orders, quantity rules — are exposed through the Storefront and Admin GraphQL APIs. A custom B2B portal on Hydrogen or any framework is a supported architecture, not a workaround.
Shopify B2B Live Webinar: How To Configure Companies and CatalogsShopify's live walkthrough of the native B2B feature set on Plus — companies, location-bound catalogs, price lists and buyer permissions — showing how the customer-graph model is configured in a real Plus admin.
B2B on Shopify is a suite of features that allow you to sell business-to-business (B2B) through the online store, or through draft orders. As a B2B merchant, you can manage your buyers, control how they interact with your store, and tailor their buying experience.
Shopify — Shopify Plus B2B · View source (shopify.com)

Two things to read between the lines. First, this list is what is included with Plus — there is no separate B2B subscription, no per-buyer fee and no add-on module. Second, it is intentionally horizontal: it covers the workflow that 80% of B2B merchants need 100% of the time, and leaves the vertical-specific 20% (complex contract pricing, EDI, multi-level approvals) to Functions, apps or integrators. The next two sections cover exactly where that boundary sits.

The Legacy-Stack Replacement Map

The honest replacement map below maps ten common B2B capabilities against Plus B2B native, Adobe Commerce and mid-market NetSuite commerce. The aim is to give a re-platforming team a starting checklist, not to declare a winner — each row is a real decision that surfaces during requirements workshops.

CapabilityPlus B2B nativeAdobe CommerceNetSuite Commerce
Company & location hierarchyYesYesYes (via CRM)
Customer-specific catalogsYesYes (shared catalogs)Yes
Tiered & volume pricingYes (Functions)YesYes
Net payment terms + POYesYesYes
Quote workflowBasic (draft orders)Yes (B2B quotes)Yes
Multi-level approvalsNo — app or customYesYes
EDI / punchout (Ariba, Coupa)No — partner integrationVia add-onYes (via SuiteCommerce)
Hard credit-limit enforcementNo — Function + middlewareYesYes (native to ERP)
Contract pricing (dates, escalators)Scheduled price-list swapsYesYes
Headless storefrontYes (Hydrogen / Storefront API)Yes (PWA Studio)Limited

"Yes" means available natively without third-party modules. "App or custom" means the platform itself does not ship the capability and the team builds it on extensibility primitives.

The pattern is clear. Plus B2B covers the catalog, pricing, terms and quoting workflow at the same depth as Adobe Commerce or NetSuite for the mid-market — and trails them specifically on enterprise procurement workflows (approvals, EDI, contract pricing with effective dates, hard credit limits). Three of those gaps close with Shopify Functions; two close with apps or middleware. The next section is the honest list of what does not close at all without help.

The Five Things Plus B2B Still Can't Do Without Help

The cleanest way to evaluate Plus B2B is to take the gaps seriously rather than around them. The five below are the ones merchants most often discover after the contract is signed, not before. For each, a typical fix exists — but the fix is usually an additional app, a Function, or a middleware integration with its own implementation cost.

Multi-level approval workflows
Plus B2B has buyer roles and permissions, but no native multi-step approval chain for orders above a threshold. Enterprises that require 'buyer submits → manager approves → AP releases' typically install an approvals app (e.g., BSS B2B, B2B Wave-style add-ons) or build it on Functions plus a custom admin tile.
Hard credit-limit enforcement
Net terms exist, but checkout will not block a company that has exceeded its credit limit out of the box. Teams either gate it through a payment customization Function tied to an external AR balance, or run the credit check upstream in NetSuite / SAP via a middleware webhook.
Native EDI & punchout (Ariba, Coupa, SAP Ariba)
Plus has no native EDI document exchange or OCI/cXML punchout. Merchants serving procurement-platform buyers integrate via dedicated partners (TrueCommerce, SPS Commerce, PunchOut2Go) or a custom middleware layer on the Admin API. Plan integration cost as a line item, not an afterthought.
Complex contract pricing with effective dates
Price lists support fixed and tiered pricing but not per-SKU contract pricing with start and end dates, escalator clauses or volume rebates accrued over a contract year. These typically move into a dedicated CPQ tool or are modelled as scheduled price-list swaps.
Native quote-to-order with redlining
Draft orders cover the basic quote flow but not buyer redlining, multi-round negotiation, line-item annotations or version history. For high-touch industrial sales, layer a dedicated quoting app or sales-rep CPQ in front and pipe accepted quotes back as draft orders.
Note
None of these five gaps individually disqualifies Plus B2B. The honest framing is that each one adds an implementation line item — usually $5K–$50K of partner work or app subscription. Estimate the total before the platform decision, not after.

Shopify Functions: The Unlock Most Teams Underestimate

Most evaluations of Plus B2B underweight Shopify Functions because they sound like a developer feature. They aren't — they are how a Plus merchant changes pricing, delivery, payment and discount behaviour at runtime without owning a checkout codebase. For B2B specifically, four Function types do most of the work.

Shopify Functions let you customize the backend logic that powers parts of Shopify. You can write your own code that gets executed at specific points in Shopify's backend, allowing for new types of customization in areas of the platform that weren't customizable before.
Shopify — Shopify Functions, Shopify Dev · View source (shopify.dev)
1
Cart transform — buyer-specific pricing logic
Run pricing rules at the cart that go beyond static price lists: tiered discounts by total cart value, bundle pricing across SKUs, customer-segment overrides. Cart transform Functions execute on Shopify's servers, so the logic is consistent across the storefront, headless and POS surfaces.
2
Delivery customization — company-location routing
Hide, rename, sort or filter delivery options based on the buyer's company and location. Useful for restricting freight options to known B2B addresses, surfacing a 'will-call from warehouse' option only for specific companies, or hiding home-delivery rates from net-terms buyers.
3
Payment customization — gate methods by company
Hide or rename payment methods at checkout based on company context. Net-terms buyers see only 'Invoice (Net 30)' and the PO field; cash-buy companies see card and Shop Pay. Combined with an external AR check, this is the cleanest path to a soft credit-limit guardrail.
4
Discount Function — promotions scoped to buyer segments
Apply automatic discounts only to specific company groups, locations, or buyer tags. Useful for trade-show promotions, end-of-quarter incentives or replacing a chunk of an external promotions engine. Combines with price lists rather than fighting them.
Shopify Functions API: Payment Customization ExtensionWalkthrough of a payment customization Function — the exact pattern used to hide card and Shop Pay for net-terms B2B buyers and surface 'Invoice (Net 30)' only. Shows the Function structure, deployment and admin configuration that closes one of the five gaps from the previous section.

Functions matter for the build-vs-buy decision because they execute server-side on Shopify's infrastructure. The logic stays consistent across storefront, headless and POS, and never adds page-load latency.

A merchant that would have needed a custom checkout to enforce buyer-specific rules on Adobe Commerce typically needs a single Function on Plus B2B. That is the distance between "Plus B2B can't do X" and "Plus B2B can do X with one Function" — small in code, large in TCO.

B2B + D2C: One Store or a Separate Expansion Store

Plus organisations can run B2B and D2C on a single store with conditional rendering, or split them across two stores (the second using Plus expansion store capability). The decision is operational rather than technical, and the six dimensions below are the ones that matter in practice.

Single store vs separate expansion store
FeatureSingle Plus store (B2B + D2C)Separate B2B expansion store
Inventory poolShared with D2C — one source of truthSeparated — two pools to reconcile
Theme & UX divergenceConditional rendering inside D2C themeFully independent B2B theme
SEO impactB2B pages can leak into D2C index unless gatedClean separation, B2B store typically noindex
Analytics separationMixed B2B/D2C in one GA/Shopify reportNative split by store
Checkout extensions scopeB2B-only via conditional extension targetsAll extensions are B2B-only by default
Admin operational loadOne admin, one product list, one team workflowTwo admins, duplicated content workflows

Two practical defaults:

  • Stay on a single store if your B2B catalog is mostly a subset of D2C SKUs and one team manages content — the operational saving compounds.
  • Pay the expansion-store cost if your B2B UX needs to look like a procurement portal (no marketing imagery, dense PDP, fast reorder), if B2B and D2C teams are organisationally distinct, or if your D2C site cannot afford to leak B2B-only pages into Google's index.

Hybrid setups exist but tend to drift into either pure pattern within 18 months. Pick the destination, not the compromise.

The B2B Checkout Customizations That Actually Matter

Plus extends Shopify's checkout through checkout UI extensions, which can be scoped to B2B-only with no impact on the D2C checkout. The four customizations below are the ones almost every B2B merchant ends up shipping, and the reason a "we'll just use the standard checkout" plan usually slips by a few weeks.

To extend checkout, apps can use extensions. For example, apps can use extensions to offer a customer free shipping or other discounts, depending on the contents of their cart.
Shopify — Build for checkout, Shopify Dev · View source (shopify.dev)
  • PO number capture as a required field. A simple text input, conditionally required for net-terms buyers, with the value piped to the order and into invoicing. Most ERP integrations need the PO surfaced before payment.
  • B2B-only delivery instructions per location. Loading dock hours, gate codes, receiving contacts — captured at checkout and stored against the company location, then auto-filled on subsequent orders.
  • Payment method gating for net-terms buyers. A payment customization Function hides card and Shop Pay for buyers with active net terms, leaving only "Invoice (Net 30)". Single source of truth at checkout, no support tickets about double-paid orders.
  • Shipping rate calculation against company addresses. Freight quotes based on the company's registered shipping addresses, with carrier accounts that may differ between B2B and D2C. Native carrier-calculated shipping covers most cases; complex rates use a Function or a dedicated shipping app.

None of these are exotic, and none requires a custom checkout build. They are all built on the same checkout-extension primitives D2C merchants use — scoped to B2B with a single configuration flag.

Migration Patterns That Actually Work

Re-platforming to Plus B2B has a well-documented happy path. The five phases below are what Plus Partners ship; the order matters and skipping any one of them is where projects drift past timeline.

In business-to-business (B2B) commerce, merchants sell directly to other companies. When a company is the customer, there are often multiple contacts and locations, pre-negotiated payment terms, and catalogs to manage. All of these factors complicate expanding a business into the B2B space.
Shopify — Build for B2B, Shopify Dev · View source (shopify.dev)
1
Discover — capability gap analysis
Inventory every current B2B workflow (approvals, contract pricing, EDI partners, credit gates, custom invoicing) and mark each as native-on-Plus, Functions-buildable, app-required, or middleware-required. The output is a written gap list — this is the artefact that drives implementation scope and cost.
2
Shape the customer graph from your legacy CRM
Export companies, locations and buyers from your current CRM or ERP and map them onto Plus's company → location → buyer model. Hierarchies deeper than two levels (regions → branches → departments) usually collapse to two; decide where the loss goes before importing, not during.
3
Extract price lists and assign catalogs
Legacy pricing often lives as customer-specific SKU prices in the ERP. Group these into shareable price lists (by tier, region, or industry) wherever the data allows, and only fall back to per-company lists for true one-off contracts. The catalog count is the variable that drives long-term admin load.
4
Parallel-run window with a closed pilot
Run Plus B2B alongside the legacy stack for a defined cohort — usually one region or one product line — for four to eight weeks. Reconcile orders, AR and inventory daily. The goal is to surface the integrations no one documented before cutover, not to prove the platform works.
5
Cutover with a defined fallback
Migrate by company cohort, not by date, and keep the legacy stack readable (not writable) for 30–60 days. Have a documented rollback for each integration (NetSuite sync, tax engine, EDI bridge) and the trigger conditions for using it. Most failed B2B migrations fail at cutover, not at design.

The single phase teams most often under-invest in is the second — mapping the legacy customer graph. Plus's two-level company → location model is simpler than the three-or-four-level hierarchies common in NetSuite, SAP or legacy CRMs. The collapse has to be a deliberate design decision before import, not a discovery during user acceptance testing.

Operational Reality: Sales Reps, Buyer Onboarding, Reporting & Enterprise Security

Most evaluations of Plus B2B stop at the feature checklist and the TCO table. The four operational dimensions below are what determines whether the platform delivers the savings the spreadsheet predicts — and where teams most often surprise themselves in month four.

Sales reps: draft orders, POS, and mobile order entry

For merchants where 30–80% of orders still come through a sales rep — typical for distribution, food service, beauty wholesale and industrial supply — the rep experience matters more than the buyer portal. Plus reps work across three surfaces:

  • Admin draft-order builder. Full quotes with custom price overrides and PO numbers, sent as a checkout link the buyer pays through.
  • Shopify POS on iPad (B2B mode). Pull up a company, see its catalog and prices, write the order in person at a trade show or on a route call.
  • Shopify mobile app. Duplicate any company's prior order from the road — the cleanest fix for the single biggest source of order-entry errors.

Practical implication for the project plan: budget a real rep-onboarding workstream — typically 1–2 weeks of training plus a "shadow first 10 orders" period — not just a buyer-portal launch. Rep adoption is the variable that decides whether your reorder rate goes up or down in the first quarter post-launch.

Buyer onboarding: getting your companies to actually use the portal

The native B2B portal works, but adoption is not automatic — especially for buyers who have spent five years emailing orders to a rep. A working onboarding pattern has four moves:

  1. Pre-load the company graph from your ERP before launch. Don't ask buyers to self-register.
  2. Seed each company with 6–12 months of order history so first-time reorder is a one-click action.
  3. Send a personalised email from the rep (not a generic blast) with a magic-link login.
  4. Run a two-week "place orders for buyers while showing them the portal" period so reps demo the workflow on real orders.

Merchants who skip this play typically see 20–30% portal adoption at 90 days; those who run it cleanly land at 60–80%. Same platform, same buyers — different outcome driven entirely by onboarding discipline.

Tip
The biggest single lever on portal adoption is whether buyers can see their previous order history on day one. Plan the historical-order import as a launch blocker, not a phase-two enhancement.

B2B reporting: what's native, what needs an export

Native in the admin: sales by company, sales by location, net-terms exposure, reorder rate by company. ShopifyQL queries split D2C and B2B by customer type — the underpinning for any "B2B revenue mix" board view.

Not native, almost always a finance-team workstream: AR aging by company (Shopify is not your accounting system), commission attribution by rep, and any forecast that crosses Shopify with your ERP-side pipeline. The standard fix is a daily export to your BI tool (Looker, Metabase, or a spreadsheet) — not heroic, but it has to be planned, not improvised in the first month-end close.

Enterprise security: SSO, audit, and compliance

For any merchant selling into enterprise accounts, IT will ask three questions before signing: SSO for buyers, audit logging, and compliance posture. Plus answers all three:

  • Buyer SSO via SAML. Configured at the Shopify organisation level — enterprise buyers log into the B2B portal with their corporate Okta, Azure AD or Google Workspace credentials, no separate password.
  • Admin audit logs (org level). Capture staff actions across all stores — the artefact SOC 2 auditors and enterprise procurement reviews ask for.
  • PCI compliance. Inherited from Shopify's hosted checkout, so the merchant's scope stays at PCI SAQ-A — materially smaller than a self-hosted Adobe Commerce footprint.

None of this is automatic at signup; each is a configuration line item in the implementation plan. But all three are native to Plus rather than third-party add-ons — which is what shortens enterprise procurement cycles by weeks.

The Bottom Line

The platform decision is the smaller half of the cost. The bigger half is the gap list — the workflows your team runs today that Plus does not cover natively, and how you intend to close them with Functions, apps, middleware or process change. Decide that list before signing, not after.

Buy the unlock you can name. The right Plus B2B decision starts from a specific list of workflows you cannot run cleanly today: customer-specific pricing, net terms, gated catalogs, multi-buyer accounts. If you can name three or more, Plus B2B's native feature set typically pays back inside 12 months. If you cannot, stay on Advanced and revisit in six months.
Your Next Step by Stage
Sub-$2M B2B GMVRun wholesale on Advanced with a B2B app first — Plus is cheaper to defer until volume justifies it.B2B wholesale guide
$2–10M growth-stagePlus native plus one or two Functions usually clears the build. Confirm Plus pricing against your GMV first.Shopify pricing explained
$10M+ with complex needsTreat Plus B2B as the platform, integrator-led implementation as the project, middleware as a separate workstream.Shopify Plus B2B

Confirm current Shopify Plus B2B capabilities

The Plus B2B feature set, pricing and partner network update periodically. Verify the latest capabilities and contract terms on the official Shopify Plus B2B page before committing to a platform.

View Shopify Plus B2B

Frequently Asked Questions

Shopify Plus is typically sold as an annual contract billed monthly, with a floor around $2,300/month for merchants under defined GMV thresholds; larger merchants negotiate variable platform fees tied to revenue. The exact terms are quoted per merchant. Confirm current commercial terms with the Plus sales team before budgeting.
Yes. B2B on Shopify is a native feature set included in every Plus subscription at no additional fee — there is no separate 'Plus B2B' subscription line. The B2B objects (companies, catalogs, price lists, draft orders) are available in the admin and APIs as soon as a Plus organisation is provisioned.
Native B2B features (company accounts, catalogs, price lists, net terms) are Plus-only. On Advanced or Grow you replicate the workflow with wholesale apps such as Wholesale Gorilla, B2B/Wholesale Solution or SparkLayer. That path works under roughly $2M B2B GMV but introduces app dependency, checkout gaps and reporting fragmentation at scale.
Three surfaces. The admin draft-order builder handles full quotes with price overrides and PO numbers, then sends a checkout link. Shopify POS on iPad supports B2B mode for in-person and trade-show orders against the right company catalog. The Shopify mobile app lets reps duplicate prior orders from the road — the cleanest fix for order-entry errors.
Yes. Buyer SSO via SAML is configured at the Shopify organisation level, so enterprise buyers log into the B2B portal with their corporate Okta, Azure AD or Google Workspace credentials with no separate password. This is one of the prerequisites enterprise IT teams check before approving a vendor, so plan it as a launch-blocker configuration item.
There is no native EDI or punchout layer. The standard pattern is to integrate via a dedicated EDI partner such as TrueCommerce, SPS Commerce or PunchOut2Go, or to build a custom middleware on the Admin API. Treat EDI as a separate workstream in the implementation plan, with its own integrator and SLA.
Yes, but not natively. Teams use middleware platforms (Celigo, Boomi, Workato) or partner connectors to sync companies, orders, inventory and invoices both directions. The Admin GraphQL API exposes all required objects. Scope the integration up front — the middleware and partner fees are typically the largest non-platform line item.
Fully. The Storefront API exposes companies, catalogs, price lists, draft orders and quantity rules, and Hydrogen has B2B-specific components. Custom B2B portals on Hydrogen, Next.js or any framework are a supported architecture used by Plus merchants when the buyer UX needs to diverge significantly from the standard storefront.
For a $2–10M merchant with no EDI and no ERP middleware, native-only implementations regularly ship in 6–10 weeks. Adding two or three Functions and one approvals app extends that to 10–14 weeks. EDI, complex contract pricing or NetSuite sync push timelines into 16–24 weeks with a Plus Partner system integrator.
Deep enterprise procurement scenarios: multi-tier approval routing, native EDI catalogs, contract pricing with effective dates and escalators, and very large SKU counts (>1M) with personalised attributes per buyer. For sub-$50M B2B merchants without these requirements, Plus typically wins on TCO and time-to-launch by a wide margin.
About This Article
Shopify Developer & E-Commerce Writer
9+ years with Shopify since 2017

Front-end developer specializing in Shopify since 2017. Experienced in building custom Liquid themes, optimizing storefront performance, and integrating third-party apps. Writes in-depth, data-driven e-commerce guides based on hands-on experience with real merchant stores.

Continue Learning

What to Read Next

Stay updated

Get notified about new articles

Subscribe to receive updates when we publish new Shopify guides and insights.