Reseller & cross-border e-commerce

You source from ten suppliers and the overview lives in your head, not in a system

Sourcing from many suppliers across multiple accounts and mailboxes costs you the overview. Why standard purchasing and inventory software stops here, and when you need a process of your own.

By Ricardo TheijsMarch 18, 20265 min read

Short answer. Tracking purchases across many suppliers breaks down because the orders, confirmations and statuses are scattered across supplier accounts, portals and mailboxes, and no single package owns all of it. Standard purchasing and inventory software (Picqer, SW-Retail, ERP purchasing modules) covers one structured purchasing flow. The moment you source across many sources, you need a process that brings every account together into a single source, plus one that safeguards the purchasing decision itself.

You source from ten, twenty, sometimes more suppliers. Each with its own account, its own portal, its own mailbox where the order confirmation lands. And when someone asks what you ordered this week and where, the answer is a treasure hunt.

This is the reseller reality I know from the inside. Not the beginner problem of "where do I find a supplier", but the operator problem: you found them long ago, you buy at scale, and that is exactly why you have lost the overview.

Tracking purchasing across multiple suppliers

It starts innocently. One supplier, an email, a confirmation. With two suppliers it still works. With fifteen, your purchasing is a patchwork of accounts, portals and mailboxes, and the overview runs in your head or in an Excel that one person keeps up.

Standard software promises a solution here. A purchasing module in your ERP, or an inventory package like Picqer or SW-Retail, gives you insight into stock, turnover rate and reorder moments. That works, on one condition: that your purchasing arrives as one clean, structured flow.

And that is exactly what does not happen at the reseller.

What did you order from which supplier?

If you have to look that up, you do not have a system. You have separate sources that each hold part of the truth.

The order sits in one portal. The confirmation in a mailbox. The price change in a stray email. You only learn about a partial delivery once half of it arrives. No package reads those free-text emails from ten suppliers across three mailboxes automatically, deduplicates them, and links them to the right supplier and the right sales channel.

That is why you track it yourself. And that is why it is never quite right.

Where standard purchasing and inventory software stops

The happy path is covered. The exceptions are not. And at a reseller, the exceptions are the rule:

  • Free-text orders and confirmations. A purchasing module expects structured input or a feed, not email in ten different formats.
  • The same purchase from multiple sources. You buy the same product from three suppliers, at different prices, volume tiers and lead times. Which source wins is a decision, not a field value.
  • Status across the whole chain. Received, purchased, paid, shipped by the supplier, in transit, in stock. That status is scattered across portals, not in a single board.

This is the build-or-buy line. A standard package cannot know your supplier set, your mailbox structure and your purchasing routes, because those are yours. No vendor writes "this is exactly where you should not buy a package", because their answer is always their own product.

The purchasing decision is the real work

Overview is half of it. The other half is the decision that follows: when to reorder, how much, and from which source.

That depends on your sales velocity, the season, what is still in stock, what is in transit, and the volume tier, lead time and reliability per supplier. Buying too much hits your cash. Selling out hits your revenue. For most resellers that trade-off runs in a head or in a spreadsheet, precisely because no standard module models your forecasting and reorder logic.

The question is not only why you do it this way, but above all: what goal do you want to reach, grip and overview over your purchasing with less manual work, and can that not be done smarter today? That is why I first walk carefully through your purchasing process. Some steps grew the way they did and can by now be done smarter or dropped entirely. What remains, bringing your accounts together into a single source and the reorder logic, I build so it runs automatically instead of in your head.

This has to be tracked and calculated either way. The only question is whether that cannot be done smarter and with less manual work today than it is now. It can, and that is what I build.

Frequently asked questions

How do I track my purchasing across multiple suppliers?

By bringing all sources, accounts, portals and mailboxes, together into a single overview where every order is linked to the right supplier and the right channel. An ERP purchasing module does that for one structured flow. With free-text orders from many suppliers, a process of your own is needed.

Which inventory management software works with multiple suppliers and channels?

Packages like Picqer and SW-Retail manage stock and purchasing across channels and give insight into turnover rate and reorder moments. They assume structured input. For sourcing that is scattered across many accounts and mailboxes, they fall short on bringing those sources together.

How do I see the status of my orders across different suppliers?

Only with a central status board that shows the whole chain, from purchased to in stock, across all suppliers. As long as that status sits in separate portals, you keep jumping between screens and holding the rest in your head.

When is a purchasing module enough and when do I need custom work?

With one structured purchasing flow, a standard module is enough. With free-text orders from many suppliers, the same purchase from multiple sources, and reorder logic of your own, you run into the limits and a process of your own is often the cheaper choice.

Further reading


I am Ricardo Theijs of RNT Projects. I ran cross-border e-commerce myself for years and managed sourcing across many suppliers and accounts, with a background in enterprise process management. I build the systems where standard packages fall short, and I tell you honestly when that is not needed.

Running into this yourself?

I review your process and build the solution where a standard package falls short. Remote, with visible results in two weeks.

Let's talk