Odoo B2B eCommerce: Build a Powerful Self-Service Portal for Your Business Buyers

A wholesale distributor has 340 trade accounts. The sales team takes orders by phone, by email, and occasionally by WhatsApp. Each order is manually entered into the system — checked against the customer’s negotiated pricelist, verified for stock, and confirmed back to the customer by reply email. Three people handle order entry full time. Customers call to ask about invoice balances. Customers call to ask whether a shipment has left. Customers call to reorder the same 12 SKUs they order every month. The sales team spends more time answering those calls than it does selling.

This is not a sales problem. It is an access problem. The trade customers cannot see their prices, cannot see their account status, and cannot place orders without waiting for a human to pick up.

Odoo B2B eCommerce solves this at the platform level. Trade customers get a self-service portal — their negotiated pricing, live stock availability, account balance, invoice history, and order tracking — without calling the sales team. Orders placed through the portal feed directly into Odoo, no manual entry required. This guide covers how Odoo B2B eCommerce works, which modules handle which part of the buyer experience, and what to verify before engaging an implementation partner.

Three operational failures push B2B businesses toward odoo for b2b ecommerce implementations:Sales reps as order entry clerks — 40% of their time on phone orders. When trade customers have no online channel, every order requires a sales rep to receive it, verify pricing, confirm stock, enter the order, and send an acknowledgment. A sales team with 200 active accounts spends most of its time on repeat reorders from existing customers rather than on new account development or upsell activity. The sales team is expensive and the order entry work does not require their expertise — but without a portal, there is no alternative.

Trade customers cannot see their negotiated pricing online — every quote is a call. B2B pricing is not uniform. Different customers have different negotiated rates based on volume, tenure, or contract terms. When a buyer cannot see their pricing online, they call for a quote before every purchase. The sales rep looks up the pricelist, confirms the price, and the customer orders. This call is unnecessary if the customer can see their price on the portal. Multiply this by 340 accounts and the scale of the unnecessary contact volume becomes clear.

Manual order entry from multiple channels — errors and delay at the system boundary. When orders arrive by phone, email, and WhatsApp simultaneously, manual entry is the choke point. An order entered with the wrong SKU or the wrong quantity generates a mispick at the warehouse, a customer complaint, and a credit note — all of which cost more time than the original order was worth. There is no stock check at the point of order because the entry is manual and asynchronous.

Odoo B2B eCommerce is the customer-facing layer of the Odoo platform. It is not a separate eCommerce system. The portal is connected directly to Odoo Sales, Inventory, and Accounting — the same records that the internal team works from. When a trade customer logs into the portal, they see their prices, drawn from the Odoo pricelist assigned to their account. When they check stock, they see the Odoo inventory position in real time. When they place an order, it lands in Odoo Sales as a confirmed sales order, ready for warehouse processing — without manual entry.This integration is what separates Odoo B2B eCommerce from bolt-on portal tools. There is no synchronization job. There is no separate product catalogue to maintain. There is no lag between what the internal team sees and what the customer sees.

Customer-Specific Pricing on the Portal

Every trade customer in Odoo is assigned a pricelist. The pricelist defines that customer’s pricing — fixed prices per SKU, percentage discounts from list price, volume breaks, or category-level rules. When a customer logs into the B2B portal, the prices they see are their pricelist prices. A platinum-tier distributor and a standard account see different prices for the same product. Neither sees the other’s pricing.

Pricelists are managed in Odoo Sales and applied automatically on the portal — no separate portal price management required. When a pricelist is updated in Odoo, the portal reflects the change immediately.

Real-Time Stock Availability

Live inventory positions from Odoo are displayed on the portal product pages. Buyers see whether a product is in stock, how many units are available, and expected availability dates for items on incoming purchase orders. Stock reservation happens when the sales order is confirmed — the same reservation logic used for orders placed by the internal team.

For businesses with multiple warehouses, portal stock can be configured to show availability from a specific warehouse or from the consolidated network stock.

Self-Service Order Placement and Reorder

Trade customers place orders through the portal using their negotiated pricing with live stock checking at the point of order. Previous orders are accessible from the account history, and any previous order can be repeated with one action — the customer selects the prior order, adjusts quantities if needed, and places the repeat. For accounts that reorder the same items monthly, this removes the call entirely.

Minimum order quantities, order multiples, and case pack configurations — common in wholesale and distribution — are enforced at the portal checkout, not discovered after the order is entered.

Account Balance and Invoice Management

Trade customers see their full account in the Odoo B2B portal: open invoices, credit notes, payment history, and current account balance. Invoices are downloadable in PDF. Customers who have online payment enabled can pay invoices directly from the portal. The accounts receivable team spends less time answering “what do I owe?” calls when the buyer can see the answer themselves.

Credit limits configured in Odoo Accounting are enforced on portal orders. A customer at their credit limit is blocked from placing new orders until their balance is reduced — without the AR team monitoring individual accounts manually.

The Odoo Website module is the front end of the B2B portal.Product catalogue with customer-specific visibility. The portal catalogue shows only the products a specific customer is permitted to purchase. Products can be restricted by customer tag, pricelist, or customer group — a customer in one trade category sees a different catalogue subset than a customer in another. This handles the common requirement of showing different product ranges to different trade buyer segments without maintaining multiple catalogues.

Guest checkout disabled — login required. B2B portals require customers to be authenticated before they can see pricing or place orders. Odoo Website is configured for login-required access — anonymous visitors see only public-facing content. Trade account holders log in to access their personalized catalogue, pricing, and account.

CMS for trade content. The same Odoo Website CMS that powers the portal product pages also manages trade landing pages, product datasheets, and downloadable assets. The marketing team manages portal content without developer intervention.

Odoo Sales handles the commercial layer behind the B2B portal. Customer pricelists applied automatically. Each customer record in Odoo Sales carries a pricelist assignment. This pricelist is the price the customer sees on the portal. No separate portal price configuration is required — changes to the Odoo pricelist propagate to the portal immediately.

Order approval workflows for high-value or unusual orders. Odoo Sales supports an order confirmation approval step — orders above a defined value or containing specific product flags can be routed to a sales manager for approval before they are released to the warehouse. The portal buyer sees the order as “pending approval” during the review period and receives a confirmation when the order is approved.

Quote generation from the portal. For buyers who want a formal quotation before committing — common in project-based B2B purchasing — the portal supports a request-for-quote workflow. The buyer configures their items and quantities and submits a quote request. The sales team receives the request in Odoo Sales as a draft quotation, reviews and adjusts, and sends the formal quote back to the buyer through the portal.

3. Inventory — Live Stock and Warehouse Fulfillment

Odoo inventory drives the real-time stock visibility on the portal and the fulfillment operations behind it.

Real-time available quantity on portal pages. Portal stock availability is read directly from Odoo inventory — on-hand minus reserved. When the last unit of a product is reserved by another order, the portal updates the available quantity immediately. Buyers do not oversell on stock that is already committed.

Delivery lead time visibility. Odoo Inventory lead time configuration — vendor lead time, security lead time, and outgoing shipping preparation time — feeds the expected delivery date shown to buyers on the portal. The portal shows a calculated delivery date at checkout based on current inventory and shipping rules, not a generic “3-5 business days” placeholder.

Returns management through the portal. Trade buyers can initiate return requests through the Odoo portal. The return request generates a return receipt operation in Odoo Inventory. The warehouse processes the return and issues a credit note in Odoo Accounting automatically on completion.

Odoo Accounting drives the financial layer of the B2B portal experience.Invoice and credit note access. All invoices issued to a trade customer are accessible in the portal account. Buyers download invoices directly without requesting them from the AR team. Credit notes from returns are applied automatically to the next invoice or displayed as available credit in the account balance.

Online payment for portal invoices. Odoo Accounting integrates with payment providers — Stripe, PayPal, and bank transfer — to enable trade buyers to pay invoices directly from the portal. Payment confirmation updates the AR record in real time. For businesses moving trade accounts from net-30 credit to prepaid or pay-on-order terms, the portal payment integration reduces debtor days without requiring the AR team to chase each account.

Credit limit enforcement on portal orders. Credit limits in Odoo Accounting are enforced at the point of portal order confirmation. A buyer at or above their credit limit cannot confirm a new order. The portal displays the credit status clearly — current balance, credit limit, and available credit — so buyers understand the block before they place an order.

5. CRM — Trade Account Management and Onboarding

Odoo CRM supports the trade account lifecycle behind the portal.

New trade account application workflow. Businesses that require trade account approval before granting portal access configure an application workflow in Odoo CRM. A prospect completes a portal registration form. The CRM creates a lead and assigns it to the trade development team for review. On approval, the CRM triggers portal access, assigns the correct pricelist, and sends the account credentials to the new buyer.

Trade account activity visibility for the sales team. The sales team sees each trade account’s portal activity from the Odoo CRM record — last login, last order, order frequency, and average order value. Accounts with declining order frequency are visible in the CRM before the sales team discovers the attrition during a quarterly review.

Service businesses with consumable supply accounts (facilities management, hospitality, healthcare) use the portal for scheduled reordering against agreed contracts — minimum quantities, order frequencies, and contracted prices configured per account. The portal reorder history makes scheduled replenishment self-service.

Businesses with tiered trade account structures (platinum, gold, standard) use Odoo Sales pricelist tiers mapped to portal access levels. Each tier sees a different price schedule and potentially a different product catalogue. Tier assignment is managed from the customer record in Odoo — the portal reflects the tier status automatically.

Odoo resolution: Trade buyers place orders through the Odoo B2B eCommerce portal with their negotiated pricing and live stock availability — no call required. The sales team receives confirmed sales orders in Odoo rather than phone calls. The order entry load is shifted from the sales team to the buyer, who places the order in less time than a call would take. Problem: Trade customers calling for quotes because they cannot see their pricing online.

Odoo resolution: The portal shows each buyer their Odoo pricelist prices — specific to their account and updated immediately when the pricelist changes in Odoo. The buyer sees their price before adding to cart. The quote call is replaced by a portal page load.

Problem: Manual order entry errors from multi-channel order intake.

Odoo resolution: Portal orders land directly in Odoo as confirmed sales orders — no manual entry. The order contains the customer’s verified pricing, the product SKUs they selected, and stock that was available at the time of checkout. Mispick errors from entry transcription drop because the order record is generated by the buyer, not a phone conversation.

Problem: AR team answering invoice balance and payment status calls.

Odoo resolution: Invoices, credit notes, and account balance are visible in the buyer’s portal account. The buyer downloads their invoice and sees their current balance without contacting AR. Online payment is available directly from the invoice — reducing debtor days for accounts that previously paid by mailed check.

Step 1: Trade Account Structure and Pricing Audit

Map the existing trade account structure before configuration. How many customer tiers? What are the pricelist rules for each tier — fixed price, percentage discount, or volume breaks? Which products are available to which customer segments? This determines the pricelist configuration and product catalogue visibility rules in Odoo.

Step 2: Portal Design and Catalogue Configuration

Configure the Odoo Website portal with the approved visual design — logo, colours, typography — and build the product catalogue with the appropriate product groupings, images, and customer visibility rules. Configure product pages with live stock display and delivery lead time calculation.

Step 3: Pricelist and Customer Account Migration

Migrate existing customer records to Odoo with their correct pricelist assignments. Verify that each account sees the correct pricing on the portal before go-live. Pricelist errors on go-live day generate customer complaints and erode trust in the portal immediately — test every tier before launch.

Step 4: Checkout and Fulfillment Configuration

Configure minimum order quantities, order multiples, and shipping rules for portal checkout. Configure the order confirmation and approval workflow for orders requiring sales manager review. Test the full checkout flow — from product selection through payment or credit order confirmation — for each customer tier.

Step 5: Accounting and Credit Integration

Configure invoice display, credit limit enforcement, and online payment integration. Test the credit limit block — confirm a buyer at their limit cannot place a new order. Test invoice download and payment confirmation for each payment method enabled.

Step 6: Trade Customer Onboarding and Go-Live

Send portal access credentials to existing trade accounts with a brief guide to the portal features. For the first 30 days, maintain the phone order channel alongside the portal — a hard cutover on day one creates friction for buyers who have been calling for years. After 30 days, direct phone orders to the portal by default. Monitor portal adoption by account and follow up personally with accounts that have not logged in after 60 days.

Customer pricelist configuration on the portal. Ask the partner to demonstrate a trade buyer logging into the portal and seeing customer-specific pricing — not list price, but a pricelist-driven price. Partners without B2B eCommerce experience frequently demo the portal with a single public pricelist. The demonstration should show two different customer accounts seeing different prices for the same product.Credit limit enforcement at checkout. Ask how credit limits are enforced at the portal checkout. The correct answer is that Odoo Accounting credit limits block order confirmation when the customer is at or above their limit. Partners who say they will “add a custom check” or “build a script” are indicating that they have not configured this before — it is standard Odoo functionality.

Minimum order quantity and order multiple enforcement. Confirm the partner has configured MOQ and order multiple rules at the portal checkout level, not just in the sales order. These are product-level settings in Odoo eCommerce and must be tested for each product category.

Go-live adoption support. Ask how the partner manages trade customer adoption after go-live. A portal no one uses is not an implementation success. Partners with B2B eCommerce delivery experience have a defined post-go-live adoption program — communication plan, usage tracking, and follow-up for low-activity accounts.

Related Reading on BiztechCS

• Odoo ERP Implementation Services
• Odoo eCommerce Module
• Odoo Website Module
• Odoo Accounting Module
• Hire Odoo Developers — BiztechCS