Je ERP bewaart geen budget

Je bouwt een rapport. De omzet staat erin, de marge, de kosten per categorie. Alles klopt met de bron.

En dan stelt iemand de enige vraag die telt: is dat goed of slecht?

Op dat moment heb je een probleem, want een cijfer zonder referentie zegt niets. Honderdduizend euro in een maand is uitstekend of rampzalig en je weet niet welk van de twee.

Waar het budget niet staat

Het antwoord is bijna altijd hetzelfde, en het verrast mensen telkens opnieuw: je ERP bewaart geen budget.

Dat is geen tekortkoming. Een ERP registreert wat er gebeurd is. Een budget is wat je verwacht dat er zal gebeuren. Dat zijn twee compleet verschillende soorten gegevens en de meeste pakketten houden zich bij het eerste.

Sommige hebben er wel een module voor, maar die wordt zelden gebruikt, en als ze gebruikt wordt dan meestal één keer bij de jaarstart en daarna niet meer.

In de praktijk staat je budget dus in een Excel op de computer van de zaakvoerder of de boekhouder. Meestal per jaar, soms per maand, zelden per afdeling of per kanaal. Regelmatig bestaat het gewoon helemaal niet en zit het alleen in iemands hoofd als een gevoel over wat het zou moeten zijn.

Wat er dan meestal gebeurt

Twee dingen, allebei slecht.

Het rapport wordt opgeleverd zonder referentie. Mooie grafieken, correcte cijfers, en niemand die er een beslissing op neemt want niemand weet of het meevalt.

Of er wordt uitgeweken naar vorig jaar als vervanger. Dat is beter dan niets en het is ook meteen de valkuil, want vorig jaar is geen doel. Als vorig jaar slecht was, ziet dit jaar er goed uit terwijl je nog altijd verlies draait.

Wat je in plaats daarvan doet

Je maakt het budget expliciet een onderdeel van het project, en je behandelt het als een gegevensbron zoals alle andere.

Dat betekent praktisch: een tabel met een bedrag per periode en per dimensie waarop je wil sturen. Per maand, per kanaal, per vestiging, wat bij jouw zaak hoort. Die tabel hangt aan dezelfde kalender als je werkelijke cijfers, zodat vergelijken automatisch werkt.

Waar dat budget vandaan komt, is een aparte discussie. Bij voorkeur van de zaakvoerder en de boekhouder samen. Als er niets bestaat, begin dan met iets ruws: neem vorig jaar, leg er een verwachting op, verdeel over de maanden volgens je normale seizoenspatroon. Dat is niet nauwkeurig, maar het is een doel, en een grof doel verslaat geen doel.

Een waarschuwing uit eigen ervaring

Toen ik zelf een model bouwde om te demonstreren hoe dit werkt, zat er geen enkel budget in de brondata. Ik heb er een fictieve budgettabel bij gezet, geijkt zodat de vergelijkingen iets lieten zien.

Dat is prima voor een demonstratie en levensgevaarlijk zodra iemand vergeet dat het fictief is. Een budget in een dashboard ziet er precies even echt uit als je omzet.

Dus: zet er een label bij. Noem de tabel wat ze is, zet de datum van vaststelling erin, en schrijf ergens zichtbaar wie ze heeft goedgekeurd. Als niemand ze heeft goedgekeurd, hoort dat er ook bij te staan.

Het versieprobleem

Nog iets waar je vroeg aan moet denken: een budget verandert.

Halverwege het jaar wordt er bijgestuurd, en dan bestaan er plots twee waarheden. Als je die overschrijft, kan je achteraf niet meer zien hoe je tegenover het oorspronkelijke plan stond. Als je ze naast elkaar zet zonder duidelijk onderscheid, weet niemand meer welk cijfer er getoond wordt.

Bewaar daarom elke versie met een datum en toon standaard de meest recente, met de mogelijkheid om het origineel te zien. Dat is een kleine ingreep bij het opzetten en een groot verschil op het moment dat iemand vraagt waarom het doel verschoven is.

De stelling

Een rapport zonder budget is een informatiescherm, geen stuurinstrument. En omdat je ERP dat budget niet heeft, is het jouw werk om te beslissen waar het vandaan komt. Dat uitstellen tot het rapport af is, is de klassieke reden dat een dashboard nooit gebruikt wordt.