Deterministic module
B2B pricing engine: Contextual Pricing (Pricing Engine)
Your revenue grows and margin disappears, eroded by stacked discounts and by a price table that keeps up with neither contract nor region. Contextual Pricing is the B2B pricing engine that treats price as the starting point of the negotiation, not as a fixed value, and protects margin by architecture.
In short
A B2B pricing engine calculates the price of each order from its context instead of reading a fixed list. On CWS Platform that is Contextual Pricing (Pricing Engine): it derives the price from product, source warehouse, customer profile and tax rule in milliseconds, and blocks stacked discounts by architecture, with a mandatory Reason Code.
- The rep's manual discount cancels the automatic coupons. Source: Discount Stacking Prevention in the glossary.
- Reps negotiate from that price without leaving their approval limits. Source: sales rep software (Sales Hub).
- In a governed marketplace, every store's offer is priced by the same engine. Source: B2B marketplace platform.
- Tracbel recorded around US$24.4 million in digital revenue in 2025, with margin rising alongside catalog discovery. Source: Tracbel case.
Figures converted from Brazilian reais at R$5.00 = US$1.00.
Per-account pricing without a side spreadsheet is the first criterion in the guide to choosing a B2B ecommerce platform.
What it is
The engine that derives the price in milliseconds from multiple variables at once: the product, the source warehouse, the customer profile and the tax rule. Price types by identity apply wholesale or retail automatically at login, with support for future price lists, temporal validity and the best automatic coupon. In agribusiness, price is indexed to a commodity with a validity of minutes.
A single source of truth for the value is impossible. For the rule, it isn't.
Good data engineering says the same fact shouldn't diverge across systems. That's right. But a B2B price isn't a fact the way a tax ID is a fact.
A part shipping from a California warehouse into California doesn't cost what it costs shipping to New York, because freight lands inside the delivered cost. Different prices for the same SKU, all of them correct, at the same moment. Volume, terms, payment method and contract each move the result again.
A B2B price is the output of a function, not a stored value. Companies that insist on storing one end up flattening the table, and pay for it on every sale that would have accepted more. What must be single is the place that records who can charge what, to whom, shipping from where, on what terms — and that place is the Commerce Rules Engine (CDL Workspace).
The capability no one replicates
Discount Stacking Prevention
The sales rep's manual discount automatically cancels the coupons, protecting margin by architecture and not by auditing afterward, always with a mandatory Reason Code.
Price is negotiable, not fixed
The price moves within Approval Workflows. No one treats stacking prevention as an architectural concept; in the market, B2B usually uses fixed tables per organization, with no native authority limits.
It governs the dimension that pays the bill
It operates under the Commerce Rules Engine (CDL Workspace): every pricing rule applies the same to the human sales rep in guided selling and to the AI Agents.
The dimensions price resolves at once8
This is not a cascade of rules applied in sequence. The dimensions are processed simultaneously, and the result is a single price, the same one for the portal and for the seller.
- By customer
- Price types tied to the profile. A reseller tax ID reaches the wholesale table, an individual sees the retail price, and the switch happens at login.
- By region
- The origin postcode determines the tax calculation, so the same item carries a different price depending on the state it is invoiced from.
- By warehouse
- The origin of the stock defines the price. The logistics cost and the tax rule of the distribution center enter the calculation, not a step after it.
- By seller
- In a marketplace, each seller prices over the shared catalog, under the central governance of the Marketplace Management Platform.
- By contract
- Price lists with controlled validity, with a start and an expiry date. The negotiated agreement applies on its own within the agreed window.
- By category and manufacturer
- Price tags segment by catalog attribute, which allows a dedicated condition for one manufacturer's line without creating a new table.
- By cluster and account base
- Commercial groups configured in the Commerce Rules Engine, such as reseller or rural producer, carry their own terms.
- By volume
- Progressive discounting with a progress bar, which shows the buyer how far the next tier is instead of letting them find out at the end.
Pricing that is already scheduled4
- Future price lists
- The list is loaded in advance and activates on its own on the date. In operations with harvests, seasonality or time-bound agreements, nobody needs to be awake at the turn.
- Price tags
- Configuration markers that segment by a trait of the product, the operation or the commercial context that does not fit the standard dimensions.
- Fixed and to-be-fixed pricing
- In agribusiness, the quote can be locked at closing or left open to be fixed later. These are two distinct regimes, and the engine treats each as such.
- Hidden pricing
- There are operations where price only appears to an authenticated, qualified visitor. Hiding it is a configuration, not a customization.
Tax belongs inside price formation
In an interstate operation, tax changes the price, not the invoice. When it is calculated afterwards, the number the buyer saw in the catalog is not the number they will pay, and the digital channel becomes a quote to be checked with a sales rep. Here the tax rule is one of the variables in the derivation, so the price that shows up is already the price that closes. It is also why the Credit-First B2B Checkout verifies price, stock, credit and tax at the same time: the four were resolved together.
Price comes from the contract, not from a single table
The matrix crossing role, customer type and price table or contract, with the policy that authorises each ceiling shown alongside it, version and review cycle included.
- Three axes, not oneThe ceiling emerges from crossing the seller's role, the customer type and the standing price table or contract.
- Ceiling traceabilityEvery band names the policy and version that authorises it, so the rule has provenance instead of being a verbal agreement.
- Review with a dateThe review cycle is written on the row itself, which separates a living policy from a forgotten table.
This is the pricing engine shown as a rule rather than as a result. The same SKU shifts ceiling when the customer type or the standing contract changes, and the traceability column names which policy decided that and when it returns to committee. Derived pricing has provenance.
In operation
Tracbel · Volvo dealer
+10 points of margin
of operating margin on orders placed via the portal (Tracbel, named best Volvo dealer in the world, Volvo Gold 2025).
With 100% of the portfolio available, about 131,000 SKUs, the buyer began to see the entire catalog and to buy what they did not know existed. Removing the friction changed buying behavior, and margin rose along with it.
Read the Tracbel case →Frequently asked questions
Is the price on the CWS Platform fixed?
No. The Contextual Pricing (Pricing Engine) generates the starting price of the negotiation, derived from product, warehouse, customer profile and tax rule. It is negotiable within Approval Workflows and protected by Discount Stacking Prevention.
How does the CWS Platform protect margin from stacked discounts?
By architecture. Discount Stacking Prevention makes the sales rep's manual discount cancel out the automatic coupons, with a mandatory Reason Code, so the final price always has a record and a justification.
Can the same SKU have a different price by customer and by warehouse?
Yes. The price is derived by profile (individual or company), source warehouse and tax rule in milliseconds, with no divergence between the portal and the sales rep.
What is a B2B pricing engine?
A B2B pricing engine calculates the price of each order from the context of the sale instead of reading a fixed value from a list. In B2B that context is who is buying, which warehouse ships, which tax rule applies, the volume and the terms, so the same item can have several correct prices at the same moment.
How does dynamic pricing work in B2B?
In B2B, dynamic pricing changes with the customer and the context of the sale, not just with a list updated from time to time. On CWS Platform, Contextual Pricing derives the starting price by profile, warehouse and tax rule, the rep or the buyer negotiates from it within Approval Workflows, and Discount Stacking Prevention keeps discounts from piling up unchecked.
Is Contextual Pricing a CPQ?
Not in the classic sense. CPQ is the category that configures the product, prices it and produces the quote; Contextual Pricing covers the price, the approval limits and the concession trail live in the Commerce Rules Engine, and the proposal is put together with the rep in the Assisted Selling Platform (Sales Hub). In the CRM model the equivalent means assembling CPQ, approvals and pricing rules separately; here they are born together.