Automation in wholesale trade. Effective improvements for heavy traffic.
· 12 minutes of reading · JSON Crew
A wholesaler serving several hundred B2B customers a day is a completely different environment than a retail store. The scale of errors, which are cosmetic at low traffic, becomes a structural problem at high volume. And errors in the wholesale store have their own specificity: it is not only about wasted time of the salesperson, but also about oversales that spoil relationships with key customers, about margins sold below cost due to an error in price list configuration, and about a B2B portal costing PLN 80,000. PLN that no one uses.
This article isn't about „how cool it would be to have automation.” It is about what exactly fails during implementation and how to do it so that the effect is visible quickly, without disturbing current sales.
Where do wholesalers waste time and money?
Data from analyzes of B2B wholesalers with a turnover of PLN 10-150 million per year show a repeatable pattern. The processes below are not only the most common source of time loss, but also areas where human errors become inevitable during high traffic.
Where do wholesalers waste time and money?
Processes that most often require automation in B2B with high order traffic
Manual handling and pricing of orders
76%
Updating stock levels
69%
Communication with suppliers and forwarders
61%
Issuing invoices and WZ documents
54%
Sales and margin reporting
47%
Handling complaints and returns
39%
The three mistakes we see most often when implementing automation
Before we get into what to implement, it's worth seeing where others get stuck. The following cases are scenarios based on real projects. The error mechanism is in each case identical to what wholesalers describe after a failed implementation.
The three mistakes we see most often in wholesalers
⚠Classic mistake
FMCG wholesaler, 3 sales channels
„Inventory synchronization” turned out to be a file export every 4 hours
The client implemented a B2B portal and sales via Allegro. Inventory levels were „synchronized automatically” through integration with Subiekt. In practice: Subiekt exported a CSV file every 4 hours, which the portal imported. During the price promotion, a total of 340 units of goods were sold to customers, of which there were 190. Telephone calls for two days, manual cancellation of 150 orders, loss of 8 key customers.
Fix: real-time API for ERP or a dedicated webhook synchronization service whenever the state changes.
⚠Classic mistake
Electronics distributor, 1200 SKUs
B2B portal built, launched, not used
The project lasted 7 months and cost PLN 85,000. PLN. The portal was technically good. Problem: Customer migration was „voluntary”, the old ordering method (email to manager) still worked. After 6 months of 78%, orders came as usual. Traders did not promote the portal because they were afraid of „becoming redundant”. No one changed this process organizationally.
Fix: process change must go with the tool. Disabling the old channel (or limiting it) is a condition for adopting the new one.
⚠Classic mistake
Construction wholesaler, price list of 4,200 items
Automatic pricing without minimum margin protection
A dynamic pricing engine was implemented, reacting to competition prices and warehouse stock. Due to a configuration error, the minimum margin rules did not work for the „insulation materials” category. For 11 days, the system sold goods below the purchase cost, matching the low prices of one of the competitors. Loss: 34 thousand PLN net. Discovered by accident in the monthly margin report.
Fix: every pricing rule must have a hard-stop at the minimum margin level + an alert for every order below the threshold.
Five things no one will tell you when selling your system
1. „Real-time” is not the same for every provider
You ask the supplier: „Is state synchronization real-time?” The answer is yes. The truth is that half of older ERP systems (Subiekt GT, Comarch Optima, part of the Symfonia configuration) do not offer a native API for reading inventory levels in push mode. They export an XML or CSV file every 5-15-60 minutes, which then „imports automatically”. This is not real-time. It is a batch with a short interval, which creates oversale windows in case of high traffic. Before implementation, ask directly: what protocol and with what delay does data get from ERP to the portal?
2. Cascading discount is math that the system needs to understand
Wholesalers typically have three overlapping levels of discounts: contract discount per customer (negotiated with the merchant), volume discount per order (the more, the cheaper) and product discount per category or manufacturer. In manual pricing, the salesperson „knows” that these discounts add up to a certain limit, because this is the company's tradition. None of these limits are saved in the system.
When you try to automate it, the first task is to put that knowledge into rules. If you don't do this, the system will either calculate incorrectly (too expensive or too cheap), or you will have to leave a quote „for salesperson approval” with each custom order, which defeats the purpose of automation.
3. Logistics units vs. sales units
The customer orders 17 pieces of the product packed in boxes of 12. The order goes through the system, the warehouse receives a picking order and the question arises: should I cut it out of an open box or send 2 full boxes (24 pieces)? If the system does not understand the concept of „logistic unit” and does not block orders below MOQ or forces multiples, you generate problems that manual order handling never had, because the salesperson solved them in conversation with the customer.
4. An „optional” B2B portal is a dead B2B portal
If a customer can choose between the new portal and an e-mail to their caregiver, most will choose e-mail. Not because the portal is bad. Because email works and change requires effort. Companies that implemented the portal and left the old channel „for customer comfort” have portals with 15-20% adoption after 6 months. Companies that have defined a date after which the old channel only handles exceptions have the 70-80% adopted at the same time.
5. Knowledge about prices is not in the system - it is in Mr. Marek's head
In every wholesaler there is a salesperson who „knows” that customer X receives -15% for category Y, because this was agreed 3 years ago when signing the contract. This contract is in the drawer. Its terms are not in CRM or ERP. Automating pricing without first cataloging all such arrangements will result in a wave of complaints from customers who received different prices than they expected. Digitizing pricing knowledge is the most difficult and most underestimated part of implementing a B2B portal.
What does it look like in practice? Before and after automation
The summary below concerns a specific stage: the ordering process in a wholesaler handling 80-200 orders a day. The differences are not academic, they are working hours and specific operational risk points.
Ordering process: manual vs. automated
📋 Before automation
The order comes by e-mail or telephone, and the salesperson enters it into the system manually
Availability verification: calling the warehouse or manually viewing Excel
Custom pricing requires consultation with your supervisor, response time is 24-48 hours
Invoice issued manually after payment confirmation
Inventory status updated once a day, discrepancies frequent
Sales report: export from ERP, processing in Excel, 2-3 hours a week
⚡ After automation
The customer places an order via the B2B portal or API, the system accepts it without human intervention
Real-time availability from ERP, the customer sees live statuses
Quote in 0-2 minutes based on price list, discounts and customer history
The invoice is generated automatically after confirming the order
Inventory status synchronized in real time, zero discrepancies
Dashboard live, reports generate themselves, no Excel
Roadmap: where to start and in what order?
Warehouse automation is a multi-stage project. The key is the sequence: you start with the processes that bring the fastest return and do not require rebuilding the entire system. An important rule: each phase must be stable and measured before you start the next one. Phase 1 issues discovered during Phase 2 implementation are three times more expensive to fix.
Automation roadmap for wholesalers: where to start?
Q1Phase 1
B2B order portal with online price list
Customers place orders independently via a panel with an individual price list, discounts and history. The trader ceases to be an intermediary for standard orders.
ROI: saving 15-20 hours/week. per department
Q1Phase 1
Synchronization of inventory in real time
ERP integration with the sales platform and website. The customer sees the current status, the system blocks oversales, reserves are created automatically when placing an order.
ROI: -90% „out of stock” errors after assembly
Q2Phase 2
Automatic quotes and custom offers
The system generates an offer based on quantity, customer history and current margins. The price rules are defined once by the salesperson, then the system applies them without his participation.
ROI: response time from 24 hours to
Q2Phase 2
EDI and integration with suppliers
Automatic exchange of documents (orders, AWB, invoices) with main suppliers via EDI or API. Elimination of manual rewriting of transport documents.
ROI: -4h/day for logistics operations
Q3Phase 3
Demand prediction and automatic inventory replenishment
AI analyzes sales history, seasonality and market trends. The system suggests or automatically places replenishment orders before the warehouse level reaches the minimum.
ROI: -20% of storage costs, -15% of shortages
What about ERP that „cannot be integrated”?
We often hear the argument „our ERP does not have an API”. This is rarely true. More often it means: „our ERP has an API, but it is poorly documented” or „our ERP provider wants more for the integration than the entire portal project.” In both cases there is a solution: middleware layer, which reads data from ERP (via the database, file export or legacy API), normalizes it and makes it available to the portal in REST format. It's not an elegant solution, but it works and is many times cheaper than replacing the ERP.
If you are stuck at the „our ERP doesn't work” stage, Describe your situation to us. We've probably seen this particular system before.
How much does it cost and when does it pay off?
For a wholesaler with a daily traffic of 100-300 orders, the cost of implementing a B2B portal with ERP integration and pricing automation is usually in the range 40-120 thousand PLN, depending on the complexity of the existing system and the number of integrations. ROI at this scale is 8-14 months.
For wholesalers with more than 500 orders a day, each minute saved on an order translates into several dozen thousand zlotys a year. Here, the ROI is sometimes shorter than 6 months, and the lack of automation becomes a competitive advantage of rivals who have implemented it.
Summary
Automation in wholesale trade is not an IT project. This is a business project in which IT is a tool. Companies that understand this start by mapping business processes and rules, and only then select tools. Companies that start by choosing a platform end up with a portal that no one uses or a sync that only works once every few hours.
If you run a B2B wholesaler and want to assess which processes are worth automating first and what budget is needed, please contact us. We will perform a free diagnosis and come back with a specific proposal within one business day.
Jeśli po lekturze czujesz, że w Twojej firmie też są procesy warte przebudowy, umów bezpłatną rozmowę. Sprawdzimy razem, gdzie realnie wycieka sprzedaż i co ma sens wdrożyć w pierwszej kolejności.