Guide

You steer on revenue because your real margin never adds up

Your real net margin per order, product and project never adds up because costs sit scattered across separate systems. Why this shows up in almost every company and how to regain control over numbers that actually hold.

By Ricardo TheijsFebruary 16, 20266 min read

You steer on revenue because your real margin never adds up. Not because you cannot do the math, but because the numbers you need sit scattered across five systems and nobody brings them together at the level that matters: per order, per SKU, per project.

Short answer. Your real margin never adds up because costs sit scattered across separate systems and are not allocated down to the order, product or project level. Shipping, return, VAT and purchasing costs land at general ledger level, not on the line. As a result you steer on revenue. The solution is to automate that allocation so the real net margin becomes visible.

Why this shows up in almost every company

The gross margin that rolls out of your bookkeeping is almost never your real margin. Gross margin shows how profitable your core activity appears to be; net margin shows what is left after all costs have been counted in. The gap between the two is exactly where most companies are blind. Your costs sit scattered: purchasing in the bookkeeping, shipping at the carrier, returns in the point-of-sale system or the webshop, VAT in a separate filing logic, hours in a timesheet or nowhere at all.

At general ledger level it all adds up. At the end of the year there is a total. But the moment you want to know which product, which customer or which project costs money instead of making it, the picture falls apart. The costs were never traced back to the line where they arose. An order with 10,000 euro in revenue and 2,000 euro in purchasing looks like it has an 80% margin, until you add the shipping costs, the return, the transaction fees and the hours, and 30% is left. That is not a calculation error. That is an allocation problem.

I run into this in every sector, in exactly the same form. The names differ, the pain does not. An e-commerce entrepreneur calculates with sales prices including VAT and forgets the cross-border VAT burden. A reseller does not know which supplier nets out as the most profitable. A wholesaler matches bank transactions to purchase invoices by hand. A contractor sees margin leak away between work order and invoice. A manufacturer runs Exact but cannot get a post-calculation per order out of it. One by one, the same root problem: the numbers exist, but not together and not at the right level.

The result is that you start steering on the one number that does sit reliably at the top: revenue. And revenue is the most dangerous KPI there is, because it grows even as your margin shrinks. You work harder, run more, and keep less.

How this plays out in practice

Below are the concrete places where this root problem surfaces, per sector. Each page covers one form of it in detail.

E-commerce and cross-border. VAT and margin cross-border shows how different VAT rates per country quietly erode your margin if you keep calculating with one gross sales price.

Reseller and multichannel. Three places where the real margin evaporates before you see it: real margin per product, channel and supplier brings together what normally sits in separate exports; allocating return costs shows how returns eat the profit from your good orders; and shipping costs to margin traces the actual carrier costs back to the order line.

Wholesale and B2B. Here the pain sits in the administration and the price structure: matching bank transactions to purchase invoices takes the manual work out of your reconciliation; B2B price lists and volume tiers keeps your margin consistent across customer groups; and accounts receivable and credit limits makes sure margin on paper also becomes margin in the bank.

Construction and installation. Margin literally leaks away here in execution: margin leaks between work order and invoice closes the gap between what happens on site and what gets invoiced; post-calculation per construction project puts pre- and post-calculation side by side; and materials per construction project allocates purchasing to the right project instead of to one big bucket.

Manufacturing. Cost price per order calculates the real cost price including hours and machine time; Exact reporting shortfall solves what a standard package does not show on its own; and predicting lead times connects your planning to your actual throughput times.

Across all sectors. Real-time control over your numbers is the dashboard where all of this comes together: one place where your real margin per order, customer and period adds up without first having to stitch together a week of exports.

How you solve this

My approach never starts with a tool. It starts with the process. First I examine how the numbers come about now: which costs are booked where, which steps are manual, which data you do have but bring together nowhere. Often steps that grew over time turn out to be redundant or can be done more cleverly. That saves effort before you build anything.

Then comes the real question: build or buy. Sometimes the answer simply sits in your existing bookkeeping package and you just never set it up properly. In that case I say so honestly and save you a build project. But often no standard package fits your specific combination of channels, cost types and products. That is where I build the solution: the integrations that tie your systems together, the automation that allocates costs to the right line, and the dashboard where your real margin finally adds up. The calculation has to happen either way. The difference is whether you do it by hand every month or whether it runs on its own.

Frequently asked questions

Why does my gross margin not match my net margin?

Your net margin is lower because fixed costs, indirect costs and taxes absorb part of the profit. If your gross margin is healthy but your net margin is too low, the problem is not in your sales price or purchasing, but in indirect costs that get allocated nowhere.

How do you calculate your real margin after all costs?

You subtract from the sales price not only the purchasing, but also shipping, returns, transaction fees, packaging and direct hours. Only once all those costs are allocated at order or product level do you see the real net margin instead of an overly rosy gross margin.

Why do I need to allocate costs per product or order?

Because a total at general ledger level hides which product or which order is running a loss. Only at line level do you see that your best revenue maker can be your worst margin maker. Without allocation you steer on averages and miss the outliers that determine your profit.

Why does my bookkeeping package not give net margin per order?

Most bookkeeping packages are built for the tax filing, not for management information. They book costs to general ledger accounts, not to order lines. For margin per order you need allocation and integrations that the package does not provide by default, and that you therefore have to set up or build. I am Ricardo Theijs of RNT Projects. I ran cross-border e-commerce myself for years and come from the enterprise process world (UWV, Centric, G4S, MSc Business Process Management). I build the systems where standard packages fall short, and I say so 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