Home › Power BI voor handelsbedrijven

Hoe krijg je voorraad, inkoop en marge van een handelsbedrijf in een dashboard?

Door alle kostenposten aan hetzelfde contract of dezelfde order te koppelen. Bij een handelsbedrijf ontstaat de marge uit inkoopprijs, vracht, opslag, verzekering, financiering en wachtkosten, en die komen op verschillende momenten binnen. Pas als ze in een model bij elkaar komen, met een brug tussen leveranciersartikelnummer, EAN en verkoopkanaal, zie je per order wat er werkelijk overblijft.

Het probleem is zelden een gebrek aan data

Handelsbedrijven hebben doorgaans meer data dan ze aankunnen. Een ERP met voorraad en inkoop, een boekhoudpakket met de facturen, een verkoopkanaal met orders, en daarnaast een reeks Excel-bestanden waarin iemand het maandelijks aan elkaar knoopt. Het probleem is versnippering, en het ontbreken van vastgelegde definities.

Zolang marge in drie systemen drie dingen betekent, kun je er niet op sturen.

Wat wij eronder bouwen

De artikelbrug

Leveranciersartikelnummer, EAN en de listing op het verkoopkanaal aan elkaar geknoopt. Zonder die brug kun je inkoop- en verkoopprijs van hetzelfde product niet naast elkaar leggen. Dit is bijna altijd stap één.

Kostenposten aan het contract

Goederen, vracht, handling, verzekering, financiering, wachtgeld en liggeld, allemaal gekoppeld aan dezelfde order of hetzelfde contract. Daarmee kun je brutomarge per eenheid berekenen, met en zonder financiering, zodat handel en financiering apart te beoordelen zijn.

Verwacht tegenover werkelijk

De verwachte marge staat in het contract. De werkelijke ontstaat gaandeweg. Het verschil tussen die twee, per order en tegenover het budget van de handelaar, is meestal het cijfer waar iedereen naar op zoek was.

Werkkapitaal erbij

Debiteuren- en crediteurenouderdom in buckets, in meerdere valuta naast elkaar, met kredietlimiet per relatie. En inkoopfacturen die nog in de goedkeuringsstroom zitten meegenomen, want anders klopt je crediteurenpositie pas na boeking.

Uit de praktijk

Een waarschuwing over historie

Wil je later forecasten of promotiecapaciteit bewaken, dan heb je dagelijkse vastlegging nodig: verkopen per artikel per dag per kanaal, promoties als aparte gebeurtenis, en per dag of een product leverbaar was. Die historie kun je niet achteraf maken. Vanaf de dag dat je begint met vastleggen bouw je hem op. Daarom zetten wij die registratie als eerste live, nog voordat het eerste dashboard af is.

Een half uur is genoeg om te weten of het past

Geen presentatie en geen offerte aan het eind. We lopen je bronnen langs, je definities en je grootste ergernis.

Plan een half uur

Veelgestelde vragen

Waarom is rapportage bij een handelsbedrijf lastiger?

Omdat de marge nooit op een plek staat. Hij ontstaat uit de inkoopprijs, de vracht, de opslag, de verzekering, de financiering en de wachtkosten, en die komen allemaal op een ander moment binnen. Wat een order werkelijk heeft opgeleverd weet je pas als je ze bij elkaar optelt en aan hetzelfde contract koppelt.

Hoe koppel je artikelnummers tussen leverancier, ERP en marketplace?

Met een brugtabel tussen leveranciersartikelnummer, EAN en de listing op het verkoopkanaal. Zonder die brug kun je inkoopprijs en verkoopprijs van hetzelfde product niet naast elkaar leggen, en dan is elke margeberekening giswerk. Die brug is bijna altijd het eerste dat gebouwd moet worden.

Kun je voorraad, inkoop en verkoop in een model krijgen?

Ja, en dat is precies waar het om draait. Voorraadstand, inkooporders, verkooporders en facturen komen uit verschillende systemen maar horen aan dezelfde artikelen en dezelfde periode te hangen. Zodra dat model klopt, kun je rotatie, marge en werkkapitaal in een beeld zien.

Kunnen we ook forecasten op voorraad?

Ja, maar niet meteen. Een forecast is een goed model op schone historie: verkopen per artikel per dag per kanaal, promoties als aparte gebeurtenis, incidentele grootorders apart gemarkeerd, en per dag vastleggen of een product leverbaar was. Die vastlegging kun je niet achteraf maken, dus die zetten we als eerste live.

Met welke systemen hebben jullie ervaring in de handel?

Exact Online, Dynamics 365, Business Central, Agiblocks voor handelsbeheer, Transpas voor transportlogistiek, Bol.com voor marketplace-verkoop, en Microsoft Fabric of Azure als gegevenslaag eronder. Power BI is bij ons altijd puur de visualisatielaag.

Waar dit op steunt