Je stuurt op omzet omdat je echte marge nergens klopt. Niet omdat je niet kunt rekenen, maar omdat de cijfers die je nodig hebt over vijf systemen verspreid zitten en niemand ze samenbrengt op het niveau dat ertoe doet: per order, per SKU, per project.
Kort antwoord. Je echte marge klopt nergens omdat kosten verspreid in losse systemen zitten en niet worden toegerekend tot op order-, product- of projectniveau. Verzend-, retour-, btw- en inkoopkosten landen op grootboekhoogte, niet op de regel. Daardoor stuur je op omzet. De oplossing is die toerekening automatiseren zodat de echte nettomarge zichtbaar wordt.
Waarom dit in vrijwel elk bedrijf terugkomt
De brutomarge die uit je boekhouding rolt, is bijna nooit je echte marge. De brutomarge laat zien hoe winstgevend je kernactiviteit lijkt; de nettomarge laat zien wat er overblijft nadat alle kosten zijn meegeteld. Het verschil tussen die twee is precies waar de meeste bedrijven blind zijn. Je kosten zitten verspreid: inkoop in de boekhouding, verzending bij de vervoerder, retouren in het kassasysteem of de webshop, btw in een aparte aangiftelogica, uren in een urenstaat of helemaal nergens.
Op grootboekhoogte klopt het allemaal. Aan het eind van het jaar staat er een totaal. Maar zodra je wilt weten welk product, welke klant of welk project geld kost in plaats van oplevert, valt het uit elkaar. De kosten zijn nooit teruggerekend naar de regel waar ze ontstonden. Een order met €10.000 omzet en €2.000 inkoop lijkt 80% marge te hebben, totdat je de verzendkosten, de retour, de transactiekosten en de uren erbij optelt en er 30% overblijft. Dat is geen rekenfout. Dat is een toerekeningsprobleem.
Ik kom dit in elke branche tegen, in exact dezelfde vorm. De namen verschillen, de pijn niet. Een e-commerce ondernemer rekent met verkoopprijzen inclusief btw en vergeet de cross-border btw-druk. Een reseller weet niet welke leverancier per saldo het meest oplevert. Een groothandel matcht banktransacties handmatig aan inkoopfacturen. Een aannemer ziet marge weglekken tussen werkbon en factuur. Een producent draait Exact maar krijgt er geen nacalculatie per order uit. Stuk voor stuk hetzelfde grondprobleem: de cijfers bestaan wel, maar niet bij elkaar en niet op het juiste niveau.
Het gevolg is dat je gaat sturen op het enige cijfer dat wel betrouwbaar bovenaan staat: omzet. En omzet is de gevaarlijkste KPI die er is, want hij groeit ook als je marge krimpt. Je werkt harder, draait meer, en houdt minder over.
Hoe dit speelt in de praktijk
Hieronder de concrete plekken waar dit grondprobleem opduikt, per branche. Elke pagina behandelt één vorm ervan in detail.
E-commerce en cross-border. Btw en marge cross-border laat zien hoe verschillende btw-tarieven per land je marge stilletjes uithollen als je met één bruto verkoopprijs blijft rekenen.
Reseller en multichannel. Drie plekken waar de echte marge verdampt voordat je hem ziet: echte marge per product, kanaal en leverancier brengt samen wat normaal in losse exports zit; retourkosten toerekenen laat zien hoe retouren de winst van je goede orders opeten; en verzendkosten naar marge rekent de werkelijke vervoerderskosten terug naar de orderregel.
Groothandel en B2B. Hier zit de pijn in de administratie en de prijsstructuur: banktransacties matchen aan inkoopfacturen haalt het handwerk uit je afletteren; B2B prijslijsten en staffels houdt je marge consistent over klantgroepen; en debiteuren en kredietlimiet zorgt dat marge op papier ook marge op de bank wordt.
Bouw en installatie. Marge lekt hier letterlijk weg in de uitvoering: marge lekt tussen werkbon en factuur dicht het gat tussen wat er gebeurt op de bouw en wat er gefactureerd wordt; nacalculatie per bouwproject zet voor- en nacalculatie naast elkaar; en materiaal per bouwproject rekent inkoop toe aan het juiste project in plaats van aan één grote bak.
Productie. Kostprijs per order berekent de echte kostprijs inclusief uren en machinetijd; Exact-rapportage tekort lost op wat een standaardpakket niet uit zichzelf laat zien; en levertijd voorspellen koppelt je planning aan je werkelijke doorlooptijden.
Over alle branches heen. Realtime grip op cijfers is het dashboard waar dit alles samenkomt: één plek waar je echte marge per order, klant en periode klopt zonder dat je eerst een week aan exports moet plakken.
Hoe je dit oplost
Mijn aanpak begint nooit bij een tool. Hij begint bij het proces. Eerst doorlicht ik hoe de cijfers nu ontstaan: welke kosten waar geboekt worden, welke stappen handmatig zijn, welke data je wel hebt maar nergens samenbrengt. Vaak blijken gegroeide stappen overbodig of slimmer te kunnen. Dat scheelt voordat je iets bouwt.
Daarna komt de echte vraag: build of buy. Soms zit het antwoord gewoon in je bestaande boekhoudpakket en heb je het alleen nooit goed ingericht. Dan zeg ik dat eerlijk en bespaar ik je een bouwtraject. Maar vaak past geen enkel standaardpakket op jouw specifieke combinatie van kanalen, kostensoorten en producten. Daar bouw ik de oplossing: de koppelingen die je systemen aan elkaar knopen, de automatisering die kosten op de juiste regel toerekent, en het dashboard waarop je echte marge eindelijk klopt. De berekening moet hoe dan ook gebeuren. Het verschil is of je hem elke maand met de hand doet of dat hij vanzelf draait.
Veelgestelde vragen
Waarom klopt mijn brutomarge niet met mijn nettomarge?
Je nettomarge is lager omdat vaste lasten, indirecte kosten en belastingen een deel van de winst opslokken. Als je brutomarge goed is maar je nettomarge te laag, zit het probleem niet in je verkoopprijs of inkoop, maar in indirecte kosten die nergens worden toegerekend.
Hoe bereken je je echte marge na alle kosten?
Je trekt van de verkoopprijs niet alleen de inkoop af, maar ook verzending, retouren, transactiekosten, verpakking en directe uren. Pas als al die kosten op order- of productniveau zijn toegerekend, zie je de echte nettomarge in plaats van een te rooskleurige brutomarge.
Waarom moet ik kosten per product of order toerekenen?
Omdat een totaal op grootboekhoogte verbergt welk product of welke order verlies draait. Pas op regelniveau zie je dat je beste omzetmaker je slechtste margemaker kan zijn. Zonder toerekening stuur je op gemiddelden en mis je de uitschieters die je winst bepalen.
Waarom geeft mijn boekhoudpakket geen nettomarge per order?
De meeste boekhoudpakketten zijn gebouwd voor de aangifte, niet voor stuurinformatie. Ze boeken kosten op grootboekrekeningen, niet op orderregels. Voor marge per order heb je toerekening en koppelingen nodig die het pakket standaard niet levert, en die je dus moet inrichten of bouwen. Ik ben Ricardo Theijs van RNT Projects. Ik heb zelf jaren cross-border e-commerce gedraaid en kom uit de enterprise-proceshoek (UWV, Centric, G4S, MSc Business Process Management). Ik bouw de systemen waar standaardpakketten tekortschieten, en ik zeg het eerlijk wanneer dat niet nodig is.
Loop je hier zelf tegenaan?
Ik licht je proces door en bouw de oplossing waar een standaardpakket tekortschiet. Remote, en in twee weken zichtbaar resultaat.
Plan een call