Waarom is kostprijsstijgingen doorbelasten zo lastig?
Het antwoord dat je in de boardroom hoort is: "de klant accepteert het niet." Maar als je een niveau dieper gaat, blijkt het anders te liggen. De verkoper weet op het moment van offreren niet wat de actuele inkoopprijs van een grondstof is. De calculatie in het ERP staat op de prijs van drie maanden geleden. De bijbehorende arbeidskosten zijn geschat op basis van een norm die stamt uit een andere productieconfiguratie. Tegen de tijd dat de kostprijswijziging intern is doorgerekend, is de offerte al verstuurd of staat de order al in productie. Dat is geen commercieel probleem. Dat is een informatieprobleem.
Welk patroon zie je steeds terugkomen in industriebedrijven?
In veel industriebedrijven leven de inkoopdata, de productieplanning en de commerciële calculatie in drie aparte systemen die elkaar zelden in realtime bijwerken. Inkoop werkt in een inkoopmodule of zelfs een spreadsheet. Productie werkt met werkopdrachten in een MES of een aangepast ERP-scherm. Sales werkt met een offertetool die gekoppeld is aan een productencatalogus die periodiek, soms handmatig, wordt bijgewerkt. Die driehoek zorgt ervoor dat de gerealiseerde kostprijs pas na het project of de productierun echt bekend is. En dan is het te laat om hem door te belasten.
Wat is het verschil tussen bedrijven die het wel lukken?
Bedrijven die kostprijsstijgingen wél consequent doorbelasten, hebben één ding gemeen: de calculatie trekt live op de actuele inkoopprijs, niet op een vaste norm. Dat klinkt eenvoudig, maar het vereist dat inkoop, productie en sales op dezelfde databron werken. Zodra een leverancier een nieuwe prijs doorgeeft, verwerkt het systeem die direct in de kostprijsopbouw van alle lopende offertes en orders. De verkoper ziet de herziene marge voordat hij een prijs bevestigt, niet erna. Dat geeft hem de ruimte om het gesprek met de klant te voeren op het juiste moment, met de juiste onderbouwing.
Wanneer is een nieuw systeem het antwoord, en wanneer niet?
Niet elk bedrijf hoeft zijn kernsysteem te vervangen om dit op te lossen. Als de ERP-structuur solide is maar de koppeling tussen inkoop en calculatie ontbreekt, is een AI Worker die inkoopfacturen en leveranciersberichten verwerkt en direct terugschrijft naar de kostprijskaart al een grote stap. Maar als de calculatielogica verspreid zit over tientallen spreadsheets die naast het ERP leven, is een losse koppeling bouwen eigenlijk dweilen met de kraan open. Dan is het beter om de calculatiekern opnieuw te bouwen, AI-native, zodat de verbinding tussen inkoopprijs, werkelijk verbruik en commerciële prijs er vanaf het begin inzit. De keuze hangt af van waar de ruis zit: in de datastroom of in de systeemlogica zelf.
Wat levert het concreet op als je dit wel goed hebt geregeld?
Je hoeft geen grote sprong te maken om het effect te voelen. Al het wegwerken van de vertraging tussen een inkoopprijswijziging en de verwerking ervan in offertes levert direct zichtbare margewinst op. Verkopers hoeven niet meer te gokken op de kostprijs; ze kunnen met vertrouwen offreren. En bij klantgesprekken over prijsaanpassingen heb je een concrete onderbouwing in plaats van een globale verwijzing naar de markt. Dat maakt het doorbelasten van kostprijsstijgingen veel minder een politiek gesprek, en veel meer een zakelijk feit.