Cet article est actuellement disponible en anglais uniquement. Traduction à venir.
Fait partie de notre série B2B eCommerce & Operations
Lire le guide completWholesale eCommerce vs Retail: Platform Architecture Differences
A company selling both wholesale and retail faces a fundamental architectural decision: one platform or two? Running everything on a retail platform forces wholesale buyers through consumer checkout flows designed for single-item credit card purchases. Running everything on a wholesale platform makes the retail experience feel clunky and transactional. And running two separate platforms doubles the maintenance burden and creates inventory synchronization nightmares.
The right answer depends on your business model, but it starts with understanding exactly how wholesale and retail architectures differ --- and the differences go far deeper than pricing.
Key Takeaways
- Wholesale and retail differ across 14 architectural dimensions, not just pricing --- from catalog structure to fulfillment logic
- Unified platforms (like Odoo) that support both models natively are preferable to maintaining two separate systems
- The checkout flow is where wholesale and retail diverge most dramatically --- wholesale needs PO numbers, approval routing, and credit terms; retail needs speed
- Inventory allocation between channels is the hardest operational problem in dual-channel commerce
Architecture Comparison
Feature Matrix
| Dimension | Retail (B2C) | Wholesale (B2B) | |-----------|-------------|-----------------| | Catalog structure | Flat, browsable, SEO-optimized | Hierarchical, searchable, contract-scoped | | Product discovery | Visual browsing, recommendations | Part number search, reorder from history | | Pricing | Fixed, public, universal | Customer-specific, negotiated, tiered | | Pricing display | Always visible | Login required to see prices | | Minimum order | 1 unit, no minimum value | MOQ per product, minimum order value | | Cart behavior | Add to cart, immediate checkout | Saved carts, templates, approval routing | | Checkout | Credit card, immediate payment | PO number, credit terms, approval workflow | | Payment | Card, digital wallet, BNPL | Net-30/60/90, wire transfer, ACH | | Shipping | Individual parcels, consumer carriers | Pallets, LTL/FTL, freight forwarders | | Order frequency | Sporadic, low predictability | Recurring, high predictability | | Returns | Individual items, self-service | Batch RMAs, negotiated credits | | Account structure | Individual user | Multi-user, role-based, hierarchical | | Customer service | Self-service, chatbot, email | Dedicated rep, SLA-bound support | | Integration | Analytics, marketing tools | ERP, WMS, EDI, procurement systems |
Catalog Architecture Differences
Retail catalogs are designed for discovery. Products are organized by category, tagged for search, and enriched with lifestyle images, reviews, and recommendations. The goal is to inspire browsing and drive impulse purchases.
Wholesale catalogs are designed for efficiency. Products are organized by part number, specification, and application. The goal is to help a buyer who already knows what they need find it fast, check availability, and place the order with minimal friction.
The difference is fundamental. A retail catalog asks "what do you want?" A wholesale catalog asks "what is your part number?"
Search Behavior
| Retail Search | Wholesale Search | |--------------|-----------------| | "Blue running shoes" | "P/N 4582-316SS" | | "Summer dresses under $50" | "3/4 inch stainless gate valve" | | "Best laptop for students" | "CAS 7732-18-5" (chemical CAS number) | | Natural language, brand names | Part numbers, specifications, CAS/UPC codes | | Tolerates fuzzy results | Requires exact matches |
A platform serving both channels needs two search experiences: a consumer-friendly search with natural language processing and fuzzy matching for retail, and a precision search with part number lookup, specification filtering, and cross-reference tables for wholesale.
Checkout Flow Differences
Retail Checkout
The retail checkout is optimized for speed and conversion. Every additional field, every extra click, reduces conversion rate. The standard retail checkout captures shipping address, payment (credit card), and order confirmation in 3-5 steps.
Wholesale Checkout
The wholesale checkout is optimized for accuracy and compliance. B2B buyers need to specify information that retail customers never provide.
| Checkout Element | Retail | Wholesale | |-----------------|--------|-----------| | Account identification | Guest or basic login | Authenticated company user | | Shipping address | Enter or select saved | Select from authorized locations | | Delivery instructions | Optional notes | Required: dock hours, equipment needs, contact | | PO number | Not applicable | Required for most buyers | | Payment method | Credit card | Credit terms, PO, wire transfer | | Approval | Not applicable | May require internal approval | | Requested delivery date | Not applicable | Specific date or window | | Shipping method | Standard/express | Carrier selection, freight terms | | Tax exemption | Not applicable | Tax certificate on file | | Order notes | Optional | Frequently used for specifications |
Approval Integration
Wholesale checkout often pauses for internal approval. After the buyer configures their order and submits it, the order enters an approval queue within their organization. The platform must support this workflow without losing the cart contents or resetting the session.
For details on approval workflow design, see our guide on quote-to-order workflows with CPQ and approvals.
Pricing Architecture
Retail Pricing
Retail pricing is straightforward: every customer sees the same price. Promotions, coupons, and loyalty programs provide targeted discounts, but the base price is universal. The pricing engine needs to handle:
- Base price display
- Sale/clearance pricing with strikethrough display
- Coupon code application
- Quantity discounts (buy 3 for $10)
- Free shipping thresholds
Wholesale Pricing
Wholesale pricing is a multi-layered calculation unique to each buyer. The pricing engine must evaluate the full pricing hierarchy:
- Contract pricing (locked rates for the term)
- Customer-specific negotiated pricing
- Customer tier pricing (Gold, Silver, Bronze)
- Volume break pricing (quantity-based)
- Promotional pricing (time-limited)
- List price (fallback)
Price Visibility
Retail sites display prices to everyone --- price visibility is a selling point. Wholesale sites often hide prices until login, showing only product information, specifications, and availability. This is both a competitive protection (preventing competitors from scraping your pricing) and a practical necessity (there is no single price to show when every customer has different pricing).
| Approach | Retail | Wholesale | |----------|--------|-----------| | Anonymous visitor | Sees all prices | "Login for pricing" or "Request quote" | | Logged-in user | Same prices | Customer-specific prices | | Price on listing page | Always shown | Depends on configuration | | Competitor protection | Not a concern | Major concern |
Fulfillment Architecture
Retail Fulfillment
Retail orders are typically small-parcel shipments handled by consumer carriers (UPS, FedEx, USPS, DHL). The fulfillment process is pick-pack-ship from a warehouse or fulfillment center, with tracking numbers emailed to the customer.
Wholesale Fulfillment
Wholesale fulfillment involves larger quantities, different packaging, and different carriers. A wholesale order might ship as:
- Individual cases on a pallet (LTL freight)
- Full truckload (FTL)
- Container (international ocean freight)
- Mixed pallets to multiple delivery locations from a single order
| Fulfillment Dimension | Retail | Wholesale | |----------------------|--------|-----------| | Package type | Box, envelope, padded mailer | Pallet, crate, drum, container | | Carrier type | Parcel (UPS, FedEx) | Freight (LTL, FTL, ocean) | | Delivery location | Residential or commercial | Dock, warehouse, construction site | | Delivery scheduling | No appointment needed | Dock appointment, liftgate, inside delivery | | Documentation | Tracking number | BOL, packing list, COA, customs docs | | Split shipment | Uncommon | Common (partial shipments from multiple warehouses) | | Drop shipping | Direct from supplier | May involve cross-docking or staging |
Multi-Location Delivery
A single wholesale order might ship to 5 different locations. The retail platform sends everything to one address. The wholesale platform must support line-item-level ship-to addresses, split fulfillment, and consolidated invoicing across all shipments.
Unified vs. Separate Platforms
Option 1: Separate Platforms
Run a retail platform (Shopify, BigCommerce) alongside a wholesale platform (Odoo, custom B2B portal).
| Pros | Cons | |------|------| | Best-in-class for each channel | Two platforms to maintain | | No compromise on either experience | Inventory sync required | | Independent scaling | Duplicate product data | | Channel-specific optimization | Integration middleware needed | | | Higher total cost of ownership |
Option 2: Unified Platform with Channel Segmentation
Run a single platform (Odoo) that serves both channels with different user experiences based on the buyer type.
| Pros | Cons | |------|------| | Single source of truth for inventory | May compromise on retail UX | | No integration/sync needed | Platform must support both models | | Lower total cost of ownership | More complex configuration | | Unified reporting and analytics | Fewer retail-specific features | | Consistent product data | |
Option 3: Headless Commerce
Use a headless commerce backend with separate storefronts for retail and wholesale. The backend handles catalog, inventory, pricing, and orders. The frontends provide channel-optimized user experiences.
| Pros | Cons | |------|------| | Best UX for both channels | Highest development cost | | Single backend for operations | Requires strong development team | | Flexible, customizable | Longer implementation timeline | | Future-proof architecture | More complex to maintain |
Recommendation
For companies where wholesale is the primary channel (80%+ of revenue), a unified platform like Odoo with a retail storefront via Shopify integration provides the best balance. The ERP handles wholesale operations natively, and the retail channel is served through a purpose-built storefront connected via API.
For companies where retail and wholesale are roughly equal, the headless approach offers the most flexibility but requires greater technical investment.
Inventory Allocation Between Channels
The Overselling Problem
When wholesale and retail share the same inventory pool, the risk of overselling is significant. A wholesale order for 500 units and a retail flash sale consuming 500 units could both be accepted against the same 700-unit inventory, leaving one channel unfulfilled.
Allocation Strategies
| Strategy | Description | Risk | Complexity | |----------|-------------|------|------------| | Shared pool | All inventory available to all channels | Highest oversell risk | Lowest | | Channel allocation | Fixed inventory reserved per channel | Potential stockouts in one channel while another has excess | Medium | | Dynamic allocation | Adjustable reservations based on demand signals | Lowest oversell risk | Highest | | Priority-based | One channel gets priority, other gets remainder | Channel conflict | Medium |
Implementing Dynamic Allocation in Odoo
Odoo's inventory module supports warehouse-level and location-level stock allocation. For dual-channel operations, create separate stock locations for retail and wholesale within the same warehouse. Automated replenishment rules transfer stock between locations based on demand forecasts and safety stock levels.
The configuration ensures that a wholesale order for 500 units checks against the wholesale allocation, not the total pool. If wholesale stock is insufficient, the system can either reject the order, place it on backorder, or trigger a reallocation from retail stock (with appropriate approval).
For the complete B2B eCommerce strategy, see our pillar guide: The B2B eCommerce Playbook.
Frequently Asked Questions
Can Shopify handle wholesale operations?
Shopify Plus offers B2B features including customer-specific pricing, company accounts, payment terms, and draft orders. For straightforward wholesale operations (under 200 accounts, simple pricing), Shopify Plus can work. For complex wholesale operations (multi-tier pricing, approval workflows, ERP integration, multi-location fulfillment), a purpose-built B2B platform like Odoo is more appropriate. Many companies use Shopify for retail and Odoo for wholesale, connected via API.
How do we prevent retail customers from accessing wholesale pricing?
Separate the channels with authentication. Wholesale pricing should only be visible to authenticated portal users whose accounts have been approved and assigned to a pricelist. Retail customers shopping on the consumer storefront never see wholesale pricing because they access a different storefront (or a different pricelist in a unified platform). Never rely on obscurity (hidden URLs) for price separation --- use proper access control.
What is the minimum viable wholesale eCommerce implementation?
The minimum viable wholesale portal needs: authenticated login, customer-specific pricing, order placement with PO number, order history, and invoice access. This can be implemented in Odoo in 4-6 weeks. Add reordering, RFQ submission, and credit limit enforcement for a more complete experience (8-12 weeks). The B2B buyer portal guide covers the full feature set.
What Is Next
The wholesale vs. retail architecture decision shapes your technology stack, your team structure, and your customer experience for years. Choose based on where the revenue is today and where it is going, not on what is easiest to implement.
ECOSIRE's platform integration services help companies architect dual-channel commerce solutions that unify wholesale and retail operations. Whether you need Odoo for wholesale with Shopify for retail, or a unified platform serving both channels, we design and implement the architecture that fits your business.
Contact us to discuss your channel strategy and see the right architecture for your wholesale and retail operations.
Published by ECOSIRE --- helping businesses scale with AI-powered solutions across Odoo ERP, Shopify eCommerce, and OpenClaw AI.
Rédigé par
ECOSIRE Research and Development Team
Création de produits numériques de niveau entreprise chez ECOSIRE. Partage d'analyses sur les intégrations Odoo, l'automatisation e-commerce et les solutions d'entreprise propulsées par l'IA.
Articles connexes
Account Hierarchy Management: Parent-Child Organizations in CRM
Master B2B account hierarchy management with parent-child organization structures, consolidated billing, territory assignment, and CRM best practices in Odoo.
Building B2B Buyer Portals with Odoo: Self-Service Ordering & Reorders
Step-by-step guide to building B2B buyer portals in Odoo with self-service ordering, reorders, invoice access, and RFQ submission for wholesale operations.
The B2B eCommerce Playbook: Portals, Pricing Engines & Approval Workflows
Complete B2B eCommerce guide covering buyer portals, pricing engines, approval workflows, contract management, and ERP integration for wholesale operations.
Plus de B2B eCommerce & Operations
Account Hierarchy Management: Parent-Child Organizations in CRM
Master B2B account hierarchy management with parent-child organization structures, consolidated billing, territory assignment, and CRM best practices in Odoo.
Building B2B Buyer Portals with Odoo: Self-Service Ordering & Reorders
Step-by-step guide to building B2B buyer portals in Odoo with self-service ordering, reorders, invoice access, and RFQ submission for wholesale operations.
The B2B eCommerce Playbook: Portals, Pricing Engines & Approval Workflows
Complete B2B eCommerce guide covering buyer portals, pricing engines, approval workflows, contract management, and ERP integration for wholesale operations.
B2B Marketplace Strategy: Alibaba, ThomasNet & Industry Exchanges
Build a winning B2B marketplace strategy across Alibaba, ThomasNet, Global Sources, and industry exchanges with integration, RFQ management, and ROI analysis.
B2B Payment Terms: Net-30, Credit Limits & Aging Analysis
Master B2B payment terms including Net-30/60/90, early payment discounts, credit limit management, aging analysis, and collection workflows in Odoo.
Contract Lifecycle Management: Renewals, Amendments & Compliance
Master contract lifecycle management with automated renewals, amendment tracking, compliance monitoring, and Odoo CLM integration for B2B operations.