A distributor taking orders over WhatsApp and the phone loses hours every day transcribing product codes.
And the client who calls to ask whether something is in stock calls because there is nowhere to look.
Both problems are solved by the same thing: a portal, not a shop.
What a distributor's site actually needs
Prices only after login. This comes first. A distributor who publishes wholesale prices openly damages the relationship with clients who resell, and shows competitors their margin.
A price per client, not one price. Every client has their own terms. The portal has to show each of them their own list, not a shared list with a visible discount.
Real stock, updated automatically. It is the main reason clients call. Correct stock on the portal removes half the enquiries.
Repeat the previous order. The most used function in a B2B portal and the most often forgotten. Most orders are the same month after month.
History and documents. Invoices, delivery notes, past orders, in one place. The client stops asking for copies by email.
Pack quantities. Case, pallet, box. Wrong orders come from unclear units.
Lead times by product group. What is from stock, what is to order, and how long. The second most frequent question after availability.
The integrations that matter
A link to the ERP or stock system. This is the whole project. Stock, per-client prices and history already live there; the portal shows them rather than duplicating them. Manual entry in two places guarantees one of them is wrong.
Orders that land straight in the system. No re-keying. That is the real time saving.
Credit limit and balance. The client sees their balance and limit before ordering, and you stop stopping orders by hand.
Common mistakes
A public shop with wholesale prices. The most expensive mistake possible in distribution.
A portal with stock entered by hand. It becomes wrong within 24 hours and loses exactly the trust it was built for.
No order repeat. It loses the function clients use most.
Orders still coming over WhatsApp in parallel. If the portal is not faster than a message, nobody uses it.
What we build
A portal, prerendered on the public side and authenticated for prices, wired to your ERP: real stock, per-client price lists, order repeat, history and documents, balance and credit limit. Orders landing straight in the system. Romanian and Russian.
Questions
Why not an ordinary online shop?
Because the prices are not public and not the same for everyone. A shop shows one price to all; a portal shows each client theirs. They are different builds.
Does it have to be integrated with the stock system?
Yes, or the project makes no sense. A portal with hand-written stock is wrong the next day, and wrong stock is worse than none.
My clients order on WhatsApp. Will they move?
They will if the portal is faster: repeating last month's order in two taps beats typing a list of codes. If it is not faster, they will not, and then the portal is not the problem.
Can clients see each other's stock?
No. Each sees available stock and their own price. What one client sees says nothing about another's terms.