Blog  /  B2B commerce
B2B commerce

Customer-specific pricing and agreements in the checkout — how it works

Every B2B customer has their own price. How to move price lists, agreements and credit limits from the ERP into your webstore checkout.

In consumer commerce, every customer pays the same price. In B2B commerce, almost no one does. Customer-specific pricing in B2B is the rule, not the exception: the wholesaler has a price list per customer segment, the brand has negotiated agreements with its largest resellers, and the distributor gives volume discounts that step down by quantity. If business customers are going to buy online, the webstore has to show exactly the right price to exactly the right customer — all the way into checkout. Here is how it works.

Why customer-specific pricing decides whether B2B e-commerce takes off

A business customer who logs in and sees list prices instead of their agreed prices draws a simple conclusion: the webstore is not for real. So they call their sales rep instead, and the e-commerce initiative stalls at being a digital catalog.

The reverse also holds. When the customer sees their own prices, their own terms and their order history the moment they log in, the biggest reason to phone or email in orders disappears. That is why the pricing logic — not the design — is the most important component of a B2B platform.

The pricing logic also determines how much manual work remains internally. Every price that cannot be displayed correctly online becomes an email to customer service, a manual price adjustment on the order or a credit note after the fact. The goal is easy to state: the customer should never have to ask what something costs.

Customer-specific pricing in B2B — the building blocks

The concept covers several different pricing models that are often combined for one and the same customer. The most important ones to know:

Customer-specific price lists

The base model: each customer or customer group is assigned a price list. Gold-tier customers see one level, new resellers another. The price lists are normally maintained in the ERP and should be mirrored in the webstore — not copied over by hand.

Negotiated agreements

On top of the price list there are often agreements at item level: the customer has negotiated a specific price on a specific assortment for a contract period. The agreement price should apply automatically when the customer is logged in, and it should win over the list price without anyone having to think about it.

Tiered pricing and volume discounts

Buy 10 units and one price applies; buy 100 and another does. Tiered prices should be visible already on the product page, so the customer can plan their purchasing — and ideally recalculate instantly in the cart when the quantity changes.

From the ERP to the checkout

The prices are almost always owned by the ERP. The webstore’s job is to fetch and display them correctly, per logged-in customer. That puts three requirements on the integration:

  1. Identification. The customer is matched to the right customer number, usually via their company registration number, so the right price list and the right agreements activate at login.
  2. Synchronization. Price lists, agreements and discount structures are kept up to date between the ERP and the webstore, so a negotiated price applies without manual intermediate steps.
  3. Price calculation in the checkout. The total in the checkout has to match the order confirmation the customer then receives — otherwise trust is gone after the first order.

HDL Commerce ships with 200+ ready-made integrations, which makes the connection to the most common ERPs a configuration rather than a development project. See which systems are covered on our integrations page.

Credit limits and payment terms belong in the same flow

Customer-specific pricing is only half the agreement. The other half is the terms: payment period, invoicing and credit limit. A B2B checkout should let the customer buy on invoice under their agreed payment terms, and catch orders that would break the credit limit before they go through — not afterwards, on the finance team’s desk.

When prices, agreements and credit are handled in one and the same flow, the customer can place the order themselves, around the clock, with the same confidence as if a sales rep had taken it. That is the level of self-service that makes a B2B solution genuinely relieve the sales organization.

How to test a platform’s pricing logic before you choose

Every vendor says they handle customer-specific pricing. The differences only show when you test with real scenarios. Bring your most complicated customer to the demo and run through the entire chain:

  1. Log in as the customer and verify that the price list applies on the product page, in the cart and in the checkout — consistently across all three steps.
  2. Put one item with an agreement price and one without into the same cart, and confirm that the agreement price wins where it should but nowhere else.
  3. Change the quantity across a tier boundary and check that the line price recalculates immediately.
  4. Place an order that exceeds the customer’s credit limit and see what happens — is it blocked, flagged or does it slip through?
  5. Compare the checkout total with the order confirmation the ERP produces.

If the platform handles your hardest customer, it will handle the rest. If it fails already at step one, you know the B2B logic is bolted on rather than built in — and it is better to know that before signing than after launch.

Common pitfalls when pricing logic moves online

A few mistakes recur in project after project. Avoid them from the start:

  • Prices are copied instead of synced. A manually maintained price copy in the webstore always drifts away from the ERP sooner or later.
  • Agreement prices are handled as discount codes. Discount codes are campaign tools. Negotiated agreements are part of the customer relationship and should activate automatically at login.
  • Price display before login is forgotten. Decide deliberately what a logged-out visitor should see: list prices, “log in for your price” or nothing at all. All three can be right — but it should be a decision, not an accident.
  • The platform only handles simple price lists. Many consumer platforms manage customer groups but not item-level agreements, tiered pricing and credit limits in combination. Test the whole chain before you sign.

For larger organizations with many price lists, multiple legal entities or EDI flows with their biggest customers, the Enterprise tier is often the right starting point — that is where this kind of complexity is dimensioned for from day one.


See your own price lists in a real checkout

The best way to evaluate pricing logic is to test it with your own data: your price lists, your agreements, your credit limits. Book a demo and we will show you how customer-specific pricing works in HDL Commerce all the way from the ERP to the checkout. We reply within 4 hours (weekdays).

#b2b commerce
HC

HDL Commerce

Editorial team

The team behind HDL Commerce — we build and run the modern commerce platform for Nordic B2B & B2C from Helsingborg.

Get started

Ready to leave your old system behind?

Book a demo and we'll show you what a migration looks like — and how quickly you can be live. A free migration analysis is included.