Cost-to-serve analytics laten maken
Uw omzetrapportage laat zien wie de grootste klanten zijn, niet wat het kost om ze te bedienen. Cost-to-serve analytics rekent transport, orderverwerking, magazijnhandelingen, retouren en serviceverkeer toe aan de klant, order en het kanaal die ze veroorzaken. Appfront bouwt dat als software wanneer de uitkomst herhaalbaar moet zijn en structureel in commerciële beslissingen landt. Hieronder leest u ook wanneer een spreadsheet volstaat.
Uw grootste klant op omzet is zelden uw beste klant op marge
Cost-to-serve is alles wat er ná de brutomarge nog gebeurt: orderregels verwerken, picken, rijden, retouren ontvangen, klachten afhandelen, plus de kortingen en bonussen uit de jaarafspraak. Robert Kaplan en V.G. Narayanan beschreven in 2001 de whale curve: de winstgevendste twintig procent van de klanten is goed voor honderdvijftig tot driehonderd procent van de totale winst, waarna de staart dat weer afroomt. In die staart staat vaak een naam uit de omzettop.
Dat patroon ontstaat waar kleine spoedorders, hoge retourpercentages, bedongen levervoorwaarden en veel serviceverkeer samenkomen: groothandel, foodservice, e-commerce met forse retourstromen, maakbedrijven met klantspecifieke leverafspraken. De omzetrapportage laat er niets van zien: deze kosten staan op grootboekregels zonder klantnaam.
Zit u op de juiste pagina? Cost-to-serve kijkt terug en verklaart wat een klant werkelijk heeft gekost. Wilt u vooruit kijken, met vraagvoorspelling of een omzetprognose, dan hoort dat bij een predictive analytics dashboard. Gaat het om de vraag welke stops morgen op welke rit komen, dan is dat een transport planning-API.
Toerekening per handeling
Kostenpools met per pool één driver: pickregels, colli, stops, ritminuten, klantcontacten. De sleutel is zichtbaar in de applicatie, niet verstopt in een formule.
Nettomarge per klant en kanaal
Van brutomarge naar nettomarge per debiteur, afleveradres, orderregel en kanaal, met doorklik naar de onderliggende orderregels.
Scenario's met een gedragsaanname
Doorrekenen wat een hogere franco ordergrens, vaste rijdagen of een spoedtoeslag doet, met een expliciete aanname over hoe de klant daarop reageert.
Waar de marge in de praktijk verdwijnt
De kosten die hier weglekken zijn klein per stuk, ze herhalen zich, en ze staan op een kostenplaats die geen klantnaam kent. Vier patronen komen vrijwel altijd terug.
De spoedorder die vier keer per week terugkomt
Eén klant bestelt geen volle pallet per week, maar vier keer een halve rolcontainer, meestal net na de cut-off. Elke bestelling kost een pickronde, een extra stop, een pakbon en een factuurregel. Onder de franco ordergrens draagt u ook de vracht.
Retouren die nergens aan een orderregel hangen
Bij verkoop op afstand geldt veertien dagen bedenktijd (artikel 6:230o BW); in B2B loopt een retour meestal via een losse creditnota. Ontvangst, controle, herverpakken en afwaardering landen als magazijnkosten in de overhead, nooit bij de klant die ze veroorzaakt.
Levervoorwaarden die per contract zijn bedongen
Levering in een vast tijdvak, aanvoer via het boekingsportaal van een distributiecentrum, een voorgeschreven vervoerder, of export waarbij u volgens Incoterms 2020 DDP levert terwijl elders EXW geldt. Die afspraken staan in het contract, niet in de kostprijs.
Serviceverkeer zonder kostenplaats
Orders die per e-mail binnenkomen en handmatig worden ingetikt in plaats van via EDI, wijzigingen na de cut-off, discussies over pakbonnen, herhaalde vragen over de leverstatus. Die minuten horen bij een klantnaam, maar zitten in een salarispost over de hele omzet.
Daar komt sinds 1 juli 2026 bij dat zwaar wegvervoer in Nederland per gereden kilometer betaalt via de vrachtwagenheffing, met een tarief dat verschilt naar gewichts- en emissieklasse. Panteia wijst erop dat het effect per rit en per klant uiteenloopt, waardoor één gemiddeld ritkostentarief over alle zendingen niet meer volstaat.
De verdeelsleutel bepaalt de uitkomst, niet het dashboard
De directe kosten zijn het makkelijke deel: een vrachtbrief hangt aan een zending, een pickregel aan een orderregel. Het werk zit in de kosten die aan geen enkele order vastzitten: magazijnhuur, planning, binnendienst, klantenservice, kwaliteitscontrole. Die verdeelt u met een sleutel, en die keuze bepaalt wie er slecht uit komt. Toerekenen per collo straft volume, per orderregel straft assortimentsbreedte, per pickminuut vraagt meetdata die veel WMS-implementaties zelden ontsluiten.
Activity-based costing is daarom geen objectieve meting maar een model met aannames. Het onderliggende principe is causaliteit: een kost hoort te landen waar de handeling plaatsvindt die hem veroorzaakt, en waar dat verband niet aantoonbaar is maakt u een beredeneerde analogie, zoals het Conceptual Framework for Managerial Costing van het IMA beide principes naast elkaar zet. Kaplan en Anderson introduceerden in 2004 time-driven activity-based costing, juist omdat de klassieke variant vastliep op eindeloze interviews over tijdsbesteding. Wat overblijft is een keuze, en die hoort bespreekbaar te zijn.
Praktisch betekent dat drie dingen. Leg per kostenpool vast welke driver is gebruikt, wie hem heeft vastgesteld en wanneer hij is herijkt. Toon bij elk bedrag welke sleutel is toegepast, met doorklik naar de orderregels. En bouw een gevoeligheidsanalyse. Zonder dat valt degene wiens grootste klant rood kleurt de sleutel aan, en die wint het gesprek.
Het samenbrengen van de data is meestal het project
De rekenkundige kant is het kleinste probleem. De gegevens zitten in vier of vijf systemen, in verschillende granulariteit, met sleutels die niet op elkaar aansluiten.
Orderregels uit het ERP
Artikel, aantal, verkoopprijs en standaardkostprijs per orderregel. Let op de klantidentiteit: debiteurnummer, afleveradres en inkoopcombinatie zijn drie verschillende dingen.
Vervoerdersfacturen en TMS
Het werkelijke tarief staat op de vervoerdersfactuur, inclusief toeslagen per zending. Grote vervoerders leveren EDI-berichten als IFTMIN, IFTSTA en INVOIC; kleinere sturen een pdf.
Magazijnactiviteit uit het WMS
Pickregels, colli en waar beschikbaar pick- en inpaktijden. Ontbreekt deze bron, dan blijft magazijn een vast bedrag per order en verdwijnt juist het onderscheid.
Retouren en creditnota's
Meestal de zwakste bron. De registratie ontbreekt of verwijst niet naar de oorspronkelijke orderregel, waardoor retourhandling en afwaardering niet naar een klant te herleiden zijn.
Daarnaast leveren tickets en het orderinvoerkanaal (EDI, webshop, e-mail) de driver voor binnendienst, en staan staffelkortingen en jaarbonussen meestal in contracten zonder koppeling aan de klant. Het koppelen is het lastigste onderdeel: één rit bevat orders van meerdere klanten, dus ritkosten gaan eerst over stops en dan over zendingen. Stel expliciet vast welk deel van de kosten aantoonbaar aan een order hangt en welk deel via een sleutel loopt.
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Een uitkomst die tot een gesprek leidt, niet tot een rapport
Een analyse is pas iets waard als er een besluit uit volgt, en die besluiten komen uit een beperkt aantal knoppen: de franco ordergrens, een minimale ordergrootte, vaste rijdagen per regio, een spoed- of kleine-ordertoeslag, aangepaste levervoorwaarden bij de jaarafspraak, en in het uiterste geval bewust afscheid nemen van een klant of leverconditie.
Scenariofunctionaliteit hoort daarom tot de kern van de applicatie, en elk scenario bevat een aanname over gedrag. Een klant die u naar één levermoment per week duwt, kan zijn ordergrootte verdubbelen of volume bij een concurrent leggen. Toon dus ook het volumerisico, met een aanname die de accountmanager kan bijstellen.
Plan tot slot het besluitmoment mee. Uitkomsten die bij de jaarafspraak, de prijsherziening of het klantreview worden besproken leiden tot actie; een losse kwartaalrapportage niet.
Bronnen en koppelingen die we aansluiten:
Wanneer u dit beter niet als software laat bouwen
Een eerste cost-to-serve analyse is een eenmalige exercitie, en die hoort thuis in een spreadsheet of in een adviestraject. U heeft een representatieve periode aan orderregels nodig, een export uit het transportsysteem en een set aannames. Dat legt meteen bloot of uw data toereikend is. Blijkt dat een groot deel van de vrachtkosten niet aan een order te koppelen is, dan is dat uw eerste project, niet een applicatie.
Voor een deel van de lezers is standaardsoftware het juiste antwoord. Draait uw organisatie op SAP S/4HANA, dan is margin analysis, de account-based opvolger van CO-PA, al aanwezig en via het universal journal gereconcilieerd met de financiële administratie. Oracle biedt met Profitability and Cost Management Cloud een allocatie-engine voor meertraps-verdeelsleutels; Anaplan, Board en Jedox doen hetzelfde. Een tweede model daarnaast levert twee waarheden over dezelfde marge op.
Maatwerk is verdedigbaar wanneer het zwaartepunt van uw kosten buiten het ERP ligt, in TMS, WMS, vervoerdersfacturen en ticketsystemen, en het pakket die bronnen niet op orderregelniveau binnenkrijgt. Ook wanneer verdeelsleutels per kanaal of klantgroep verschillen, of wanneer de standaardinrichting u dwingt uw operatie naar het model van de leverancier te vertalen.
Reken bij maatwerk op een last die bij u komt te liggen: verdeelsleutels herijken zodra de operatie verandert, versiebeheer zodat een eerdere uitkomst reproduceerbaar blijft, en iemand die de aannames uitlegt als de controller ernaar vraagt.
- Verdeelsleutels verschillen per kanaal, regio of klantgroep
- Scenario's hangen aan offerte, jaarafspraak of webshopdrempel
- De uitkomst wordt structureel gebruikt in commerciële besluitvorming
- Er is iemand die eigenaar is van het model en de aannames verdedigt
Veelgestelde vragen over cost-to-serve analytics
De vragen die controllers, supply chain managers en commercieel directeuren ons het vaakst stellen.
Vaak is dat de juiste keuze. Draait u op SAP S/4HANA, dan is margin analysis, de account-based opvolger van CO-PA, al aanwezig en gereconcilieerd met de financiële administratie. Oracle Profitability and Cost Management Cloud en EPM-platformen als Anaplan, Board en Jedox bieden een kant-en-klare allocatie-engine. Maatwerk is pas verdedigbaar als uw kosten grotendeels buiten het ERP ontstaan.
Door de sleutel vooraf vast te stellen met controlling en operatie samen, en hem zichtbaar te maken in de applicatie. Bij elk toegerekend bedrag hoort te blijken welke driver is gebruikt, wie die heeft vastgesteld en wanneer hij is herijkt. Een gevoeligheidsanalyse laat zien hoeveel van de uitkomst aan die keuze hangt.
Dat is de normale startsituatie en meestal het zwaarste deel van het werk. Vrachtkosten staan op de vervoerdersfactuur en moeten eerst over ritten en stops verdeeld worden. Retouren lopen vaak als losse creditnota zonder verwijzing naar de orderregel. De eerste stap is vaststellen welk deel van de kosten aantoonbaar aan een order hangt.
Bij een eerste verkenning vrijwel altijd. Een representatieve periode aan orderregels, een export uit het transportsysteem en een set aannames leveren sneller conclusies op dan welke bouw ook. Software wordt pas verdedigbaar als de uitkomst herhaalbaar en actueel moet zijn en structureel in commerciële beslissingen wordt gebruikt.
Leg eigendom, broncode en overdracht vast in de opdracht, en houd het model leesbaar: elke kostenpool, driver en aanname gedocumenteerd, versiebeheer zodat een eerdere uitkomst reproduceerbaar blijft, en berekeningen die navolgbaar zijn zonder de oorspronkelijke bouwer. Een model dat niemand kan uitleggen, wordt niet meer gebruikt.
Nee. Een winstgevendheidsrapport volgt de grootboekindeling en stopt meestal bij de brutomarge per artikelgroep of debiteur. Cost-to-serve volgt de handelingen: hoeveel pickregels, stops, ritminuten, retourontvangsten en klantcontacten heeft deze klant veroorzaakt. Op totaalniveau moeten beide te rijmen zijn.
Gerelateerde diensten
Predictive analytics dashboard
Cost-to-serve verklaart wat er is gebeurd. Wilt u vooruit kijken, met vraagvoorspelling, uitvalrisico of een omzetprognose per segment, dan is dat een voorspellend model op dezelfde order- en klantdata.
Transport planning-API
De ritkosten die u toerekent, ontstaan in de planning. Een planning-API bepaalt welke stops op welke rit komen en levert de rit-, stop- en tariefgegevens die uw toerekening nodig heeft.
Wilt u weten wat uw klanten werkelijk kosten?
Vertel ons welke systemen uw orders, ritten, magazijnhandelingen en retouren vastleggen, en waar het gesprek over marge nu op stukloopt. We kijken eerst of uw data een betrouwbare toerekening toelaat, en zeggen het als een analyse buiten software sneller helpt.