CPQ for B2B eCommerce is the set of tools and integrations that let a business buyer configure a product, receive an accurate price, and get a quote they can order against, without a sales rep re-keying anything. For a manufacturer of built-to-order equipment, the configuration step is the hard part. For a distributor selling catalog SKUs at negotiated prices, there is nothing to configure, and the hard part is getting the quote your rep built in the ERP in front of the buyer as something they can pay for.
A customer calls for pricing on 200 cases of safety gloves. Your rep checks the account in the ERP, agrees a price, and prepares the quote. The customer is ready to buy, and completing the order still takes another email, another call, or another round of manual entry. For a distributor with an established quoting process, that gap is usually what’s behind a search for eCommerce CPQ.
This article covers what CPQ means for each type of B2B seller, how Adobe Commerce’s native negotiable quotes work and where they fall short for ERP-centric sales teams, how an ERP-originated quote becomes a storefront checkout, what to settle before you build it, and what a US safety equipment distributor saw three months after switching on that flow.
What is CPQ in B2B eCommerce?
CPQ stands for configure, price, quote. In B2B eCommerce, it connects product selection, customer-specific pricing, and quote creation with the online buying process. Buyers may configure and request quotes themselves, or sales representatives may prepare quotes that buyers review and purchase online.
Dedicated CPQ software becomes useful when product rules, pricing calculations, or approval requirements exceed what the storefront and ERP can manage. Complex configuration is one reason to use it, but standard catalog products can also require CPQ when pricing and approvals are difficult to control.
For distributors whose ERP already produces complete, approved quotes, the missing capability may be simpler: getting those quotes into an online checkout without re-entering products, quantities, or prices.
| Seller type | Configure | Price | Quote | Typical need |
|---|---|---|---|---|
| Manufacturer, engineered or built-to-order products | Complex: option dependencies, compatibility rules | Contract plus configuration-driven | Yes | Dedicated CPQ engine, integrated to storefront and ERP |
| Manufacturer, standard catalog with variants | Light: size, finish, pack | Contract and tier pricing | Yes | Storefront configurable products plus quoting |
| Distributor, catalog SKUs with multi-step pricing approvals | None | Layered: contract, rebate, margin floors, manager sign-off | Yes | Evaluate whether the ERP enforces the approval chain; if not, CPQ may still earn its place |
| Distributor or wholesaler, catalog SKUs, ERP-enforced pricing | None | Contract, tier, and negotiated per deal | Yes, and most revenue runs through it | Quoting integrated with the ERP where reps already work |
For distributors whose ERP already controls pricing and approvals, the last row is the relevant one. A buyer ordering 200 cases of nitrile gloves may need a negotiated price without needing a product configurator. The question is whether the existing quote can become an online order without rebuilding it in another system.
CPQ vs ERP quote integration: which do distributors need?
Dedicated CPQ for B2B eCommerce is worth evaluating when configuration, pricing, or approvals exceed what your current systems enforce. ERP quote integration fits a different situation: the quote is already complete and approved, and the customer needs a way to buy it online. Some businesses need both, with CPQ creating the quote and the integration carrying it to checkout.
| Your situation | What you need |
|---|---|
| Configurable or engineered products, reps quote in a CPQ tool | Keep the CPQ tool; integrate its output to the ERP and storefront |
| Configurable products, reps quote in spreadsheets | A CPQ engine first, then integration |
| Catalog SKUs, layered approvals the ERP doesn’t enforce | Evaluate CPQ for the approval workflow; integrate its quotes to the storefront |
| Catalog SKUs, reps quote in the ERP | An ERP-to-checkout quote bridge such as Shared Quotes. No CPQ engine. |
| Catalog SKUs, reps quote inside the eCommerce admin | Adobe native negotiable quotes with order sync to the ERP |
| Catalog SKUs, buyers want to request and negotiate quotes online | Adobe native negotiable quotes, with Shared Quotes alongside for phone-originated deals |
Start with one recent order. Where were the products selected, who approved the price, where was the quote recorded, and what did someone have to do before the ERP could process it? The answer puts you in a row. Most distributors we talk to were evaluating a configurator for a row-four problem. The B2B features that support this on Adobe Commerce, from shared catalogs to company hierarchies, are covered in our Magento B2B features guide.
Where should a B2B quote live: ERP or storefront?
For distributors whose sales teams already manage contract pricing, approvals, and customer accounts in the ERP, keeping quote ownership there usually makes sense. Representatives can continue working with the information and controls they use to prepare the order.
Other businesses may create and manage quotes in a CPQ platform or the storefront. Whichever system owns the approved quote, the integration must preserve its commercial terms and pass the information needed for order processing to the ERP.
The important decisions are ownership and change handling: which system approves the price, what happens when a quote is revised, and which terms the buyer can accept at checkout. Adobe Commerce’s native quoting workflow illustrates how this differs when the quote is managed in Commerce.
How Adobe Commerce negotiable quotes work
Adobe Commerce with the B2B extension includes negotiable quotes. According to Adobe’s B2B documentation (updated May 14, 2026), either a company buyer requests a quote from their cart or a sales rep drafts one in the Commerce admin. The two negotiate by email tracked inside Commerce. The rep applies discounts at line-item or quote level, the quote carries an expiry date, and the buyer checks out from the accepted quote. Adobe’s My Quotes documentation (June 15, 2026) adds that no further discounts can be applied to an accepted quote at checkout. Quote templates, documented June 2026, go a step further for recurring business: the seller sets order-count and quantity thresholds on the template, and once the buyer accepts it they can generate pre-approved linked quotes without renegotiating each one.
Adobe’s native workflow supports both buyer-initiated and seller-initiated quotes. It works well when the sales team manages negotiation in Commerce and buyers review quotes through their company accounts.
For an ERP-centric sales team, the issue is where that work happens. Representatives may already prepare and approve quotes in Infor CloudSuite Distribution using account history, credit information, and stock availability. Without an integration that carries those quotes into Commerce, the team has to recreate or transfer information between systems.
An ERP-originated checkout flow addresses that handoff while allowing representatives to keep their existing quoting process.
The ERP-first alternative
We built Shared Quotes on Sirius, our ERP connector, to run the other direction. The rep builds the quote in the ERP the way they always have. Sirius turns it into a checkout the buyer can complete from a link. Commerce never becomes a second system of record for pricing, and the rep’s screen gains one button.
How does an ERP quote become an eCommerce checkout?
An ERP quote becomes a checkout when an integration layer reads the quote record from the ERP, builds the quoted lines at the quoted prices in the storefront, and gives the buyer a link that opens straight onto them. With Shared Quotes the flow has five steps; the buyer performs two, and neither requires an account.
- The customer asks for a quote by phone or email, as they have for twenty years. Nothing changes on their side.
- The rep builds the quote in Infor CloudSuite Distribution using the customer’s contract pricing and whatever discretion the rep has. Same screens, same approval rules.
- The rep generates the link from inside the ERP. They open the quote in CloudSuite, check the Shared Quote information block, and click “Shared Quote Links”. The quote starts loading in the storefront the moment the link is generated. Small quotes (up to 20 lines) are ready in under five minutes; 20 to 40 lines take five to ten; larger quotes up to fifteen. The rep drafts the email while it loads, and if the buyer clicks early they see a “quote is being loaded, refresh in a moment” message rather than an error.
- The buyer opens the link and finds the quoted products at quoted quantities and unit prices. No login, no account creation, no search. A customer who has never used the website is looking at their own order.
- They check out. The quote converts to an order in the ERP under the same ERP identifier, so the order carries the quote reference by construction. If the buyer was logged in when they paid, the order sits in their account history and they can reorder from it.
The design rests on two decisions: the rep’s workflow doesn’t change beyond one button, and the buyer’s first online action is a checkout rather than a search. A phone customer gets a reason to visit the store that isn’t “please learn our website.” Their order is already built.
What should an ERP quote integration define before launch?
Moving product lines into a checkout is the easy part. The integration also has to deliver the right quote to the right person, show valid terms, and behave predictably when something changes. These are the six decisions, with what Shared Quotes does by default on each.
| Area | Decision to make | Shared Quotes default |
|---|---|---|
| Access | Who can view and purchase the quote? | Anyone holding the link. Each link is unique to one quote. The link is the credential, so it should be treated like an invoice link and sent to the person who asked for the quote. |
| Product mapping | How do ERP item numbers, units of measure, and pack sizes map to storefront SKUs? What about items not published online? | SKU is the ERP item number, one to one. Unit of measure is display-only, no conversion. Items not published on the storefront still work; they’re created on the fly for the quote. |
| Pricing and charges | Which quoted values are preserved, and which charges (freight, tax, surcharges) are recalculated at checkout? | The ERP calculates everything. The storefront displays the quote and handles payment. No values can be changed at checkout. |
| Expiration and revisions | What happens when the quote expires, or a rep changes it after sending? | An expired link stops working and tells the buyer to ask their rep for a new one. A revised quote means a new link; old links don’t silently serve old terms. |
| Availability and credit | Stock dropped between quote and checkout; account on credit hold. | No storefront-side blocks. Stock and credit checks stay where they already are, with the ERP and the rep who issued the quote. |
| Order tracking | How is the order linked to the quote, and can the buyer reorder? | The quote converts to an order under the same ERP ID. Reorder is available from account order history when the buyer paid while logged in. |
The revision row is the one that catches people in custom builds. If a rep edits a quote after the email has gone out, the integration needs an explicit rule for what the old link now opens. Shared Quotes’ answer is that it doesn’t: every link maps to one quote, and a change means a fresh link. It’s the least clever option, and it’s the one that never produces a dispute over which terms applied.
Where pricing logic lives
In the Shared Quotes workflow described here, the ERP owns the quoted prices and charges. The storefront presents those values for payment without applying additional promotional or tier discounts. This keeps the online purchase consistent with the terms the representative approved.
For more on connecting ERP data with the storefront, see our ERP integration services and Sirius our ERP integration Middleware..
Ownership is a separate question from caching. Sirius caches at field level for performance, and buyers are always served from that cache. The cache stays honest because any change in the ERP regenerates it: a rep adjusts a price or a quantity in CloudSuite, the cached values for that quote are rebuilt, and the storefront never has a window where it shows terms the ERP no longer holds. The performance of a cache with the freshness of a live read.
Duplicate pricing rules are the most common failure we see in B2B storefronts built without this discipline. The rep quotes $4.12 from the ERP. The storefront applies a 5% tier discount someone configured two years ago. The buyer sees $3.91, and either margin leaks or a support ticket opens. One source, one number.
CPQ for B2B eCommerce: costs and implementation scope
The scope depends on what your existing systems already do. A business that needs new configuration rules and approval workflows has a different project from a distributor whose ERP already produces a complete quote.
Before requesting an estimate, document:
- Quote creation: Which system creates the quote, calculates prices, and approves discounts?
- Product mapping: Do item numbers, units of measure, and pack sizes match across systems?
- Buyer access: Must buyers log in, or can they purchase through a quote link?
- Changes and exceptions: What happens when prices, quantities, availability, or quote validity change?
- Order processing: How will payment, order creation, and failed transfers be handled?
Ask the implementation partner to distinguish existing functionality, configuration work, and custom development in the proposal. Include ongoing support and integration maintenance when comparing costs.
What results does ERP-integrated quoting produce?
A US safety equipment distributor that launched Shared Quotes on Sirius in May 2026 saw quotes drive 36% of all web revenue from 11% of orders within three months (Atwix client data, August 2026). Quoted orders are fewer and larger than self-service orders, which is what you’d expect from a channel carrying negotiated bulk purchases rather than reorders.
Over the same period the store’s eCommerce orders grew 130% year over year and eCommerce revenue grew 279%. Shared Quotes launched alongside other changes, so we don’t attribute the full increase to it. The 36% share is the number we’d point to: a channel that didn’t exist in April was a third of web revenue by August.
Keep channel adoption separate from demand growth when you read numbers like these. Moving an existing customer’s phone order online removes re-keying and gives the buyer a self-service history; it doesn’t by itself create a new customer. Both are worth having, and they’re different claims.
How do you measure quote-to-order performance?
Measure how many shared quotes become online orders and how much manual work remains between quote approval and order processing. Five numbers cover it:
- Quote conversion. Share of generated links that become orders, by rep and by customer segment.
- Time to order. Hours or days from link sent to checkout. A shrinking number means buyers trust the link.
- Rep effort. How often a rep re-sends a link, regenerates a quote, or walks a buyer through checkout.
- Online adoption. How many phone-and-email customers placed their first web order through a quote, and how many later created an account and placed a second order without one.
- Quoted revenue share. Share of eCommerce revenue that ran through shared quotes, tracked monthly so seasonality doesn’t masquerade as a trend.
The fourth metric is the one that tells you whether the feature is changing buyer behaviour or only moving existing orders through a new door.
What Shared Quotes doesn’t do
It doesn’t configure anything. The ERP holds all business logic: pricing, configuration, approvals. Shared Quotes passes what the ERP quoted to the buyer and takes them to payment in a few clicks. If your products need a configurator, the configuration happens upstream, in the ERP or a CPQ engine feeding it, and the resulting quote is what the buyer sees. Shared Quotes adds nothing to it and removes nothing from it.
It doesn’t replace Adobe’s negotiable quotes for storefront-initiated negotiation. Shared Quotes brings a quote from the ERP to Adobe Commerce via a link. Adobe’s native request-for-quote captures quotes that start on the storefront. The two run side by side. A buyer cannot counter or edit a Shared Quote online; the negotiation stays with the rep, which is the point.
It runs on Infor CloudSuite Distribution and Adobe Commerce today. Other Sirius-connected ERPs and storefronts are not yet supported for this feature. If you run something else, ask; the connector layer is shared and the roadmap follows demand.
It doesn’t gate access. Anyone with the link can view and buy against the quote. That’s a deliberate trade for a login-free first order, and it’s why links are unique per quote and die on expiry.
It won’t fix a quoting process that’s broken in the ERP. If reps quote from memory and skip the system, there’s nothing to share.
CPQ for B2B eCommerce: frequently asked questions
Got some questions? We’re here to answer. If you don’t see your question here, drop us a line with out Contact form.
What does CPQ mean in ecommerce?
CPQ means configure, price, quote. In eCommerce, it connects product selection, pricing rules, and quote creation with online purchasing. The process can be self-service, sales-assisted, or a combination of both.
Is CPQ the same as B2B ecommerce quoting?
No. B2B eCommerce quoting lets buyers and sellers request, negotiate, and accept commercial terms. CPQ adds rules for product selection, pricing, and approvals. Businesses with standard catalog products may still need CPQ if their pricing or approval requirements exceed what their existing systems can manage.
Do distributors need dedicated CPQ software?
Distributors should evaluate dedicated CPQ when configuration, pricing, or approval requirements exceed what their existing systems can manage. If the ERP already produces complete, approved quotes, an ERP-to-storefront integration may be enough to let customers purchase those quotes online.
Does Adobe Commerce have CPQ?
Adobe Commerce has negotiable quotes and configurable products with the B2B extension, which covers most price-and-quote needs. It doesn’t include a rules-based configurator for engineered products; that requires a third-party CPQ engine (Adobe Experience League, 2026).
Can a quote created in Infor CloudSuite Distribution appear as an Adobe Commerce checkout?
Yes. The rep generates a link from the quote inside CloudSuite, and the buyer opens it to find the quoted lines and prices ready to pay for, with no login required. The quote converts to an ERP order under the same identifier.
Does the buyer need an account to order from a shared quote?
No. The link opens the checkout directly. If the buyer is logged in when they pay, the order appears in their account history and can be reordered from there.
