Voorraadbeheer: de volledige gids

In veel bedrijven is de voorraad tegelijk de grootste post op de balans en het minst betrouwbare deel van de administratie. Een verkoper zegt nee terwijl het artikel achterin ligt, inkoop bestelt een partij die al onderweg is, en aan het eind van het jaar staat er een stapel die niemand meer kwijtraakt. Dat komt zelden door onwil. Het komt doordat de voorraad op meerdere plekken tegelijk verandert, bij ontvangst, bij uitgifte, bij retour en bij afkeur, en die veranderingen nergens automatisch worden vastgelegd.

Voorraad­beheer­software maakt van al die veranderingen één doorlopende registratie. Elk artikel krijgt stamgegevens: een eigen nummer, een omschrijving, een verpak­kingse­enheid, een leverancier en waar van toepassing een barcode, een partijnummer of een houdba­arheid­sdatum. Elke gebeurtenis wordt een mutatie op dat artikel, met een tijdstip, een aantal, een locatie en een reden. Uit die reeks mutaties volgt op elk moment het saldo per artikel en per locatie, de waarde van het geheel, en het antwoord op de vraag hoe u aan dat saldo bent gekomen.

Die laatste vraag markeert meteen de afbakening. Deze gids gaat over beheren en aanvullen: saldo's die meebewegen met inkoop en verkoop, bestelpunten die om een order vragen en een waarde die aansluit op de boekhouding. Wilt u weten hoe u de telling zelf inricht, met telrondes, blindtellingen en versch­illenl­ijsten, dan is de gids over de voorraadtelling-app de plek. Gaat het om ontvangen, opslaan, orderpicken en verzenden binnen een magazijn, dan sluit de gids over de magazijnbeheer-app daarop aan.

Een voorraadlijst is geen hulpmiddeltje naast de boekhouding, maar een onderdeel ervan. De overheid rekent de voorraad­administratie uitdrukkelijk tot de basisgegevens van uw bedrijfs­administratie, naast het grootboek, de debiteuren- en crediteuren­administratie en de in- en verkoop­administratie. Voor die basisgegevens geldt een bewaartermijn van zeven jaar; voor gegevens over onroerende zaken tien jaar. Praktisch betekent dat: uw software moet de historie van mutaties kunnen reproduceren, niet alleen het saldo van vandaag tonen.

Daarnaast is er de waardering. Het Burgerlijk Wetboek noemt in artikel 2:384 als grondslagen de verkrijgings- of vervaa­rdigin­gsprijs en de actuele waarde; voorraden worden in de praktijk gewaardeerd tegen kostprijs of lagere opbrengstwaarde. Fiscaal geldt goed koopmansgebruik: u kiest een stelsel, bijvoorbeeld fifo of een gewogen gemiddelde inkoopprijs, en past dat bestendig toe. Voor de software heeft dat een concrete consequentie: de inkoopprijs hoort per ontvangst te worden vastgehouden, want zonder die prijs per partij is geen enkele waarde­ringsm­ethode na te rekenen.

Voor sommige sectoren komt daar traceerbaarheid bovenop. Wie met levensmiddelen werkt, moet van elk product kunnen aantonen van welke leverancier het kwam en aan welke afnemer het is geleverd. Dat is de kern van artikel 18 van de Europese Algemene Levens­middelen­verordening, in de praktijk samengevat als één stap terug en één stap vooruit. Daarnaast vraagt de regelgeving een voedse­lveili­gheidsplan op basis van HACCP of een goedgekeurde hygiënecode. In andere sectoren speelt hetzelfde principe zonder die naam: bij medische hulpmiddelen, chemie en technische onderdelen wilt u een partij kunnen terugvinden op het moment dat de leverancier een terugroepactie start.

Niet elke organisatie heeft alles nodig, maar de volgende onderdelen vormen samen het hart van voorraadbeheer. Welke ervan in uw eerste versie horen, hangt af van waar uw proces vandaag op vastloopt: mist u vooral zicht op wat er ligt, of vooral zicht op wanneer er besteld moet worden? Dat onderscheid is belangrijker dan het lijkt, want het bepaalt of u begint bij registratie en locaties of bij bestelpunten en signalering. De rest kan er in een volgende ronde bij.

Er zit een volgorde in die lijst. Zonder betrouwbare artikelstam en geboekte mutaties heeft een bestelpunt geen basis, en zonder inkoopprijs per ontvangst is een waarde­ringsr­apport een schatting. Begin daarom bij de onderkant en bouw uit. Wat vaak wordt overgeslagen, is de reden achter een mutatie: een uitgifte naar een klantorder, een afkeur na schade en een correctie na een telling hebben allemaal een ander gevolg voor uw cijfers, ook al gaat het saldo evenveel omlaag.

Voorraadbeheer volgt een vaste cyclus, en het helpt die voor ogen te hebben omdat hij bepaalt welke schermen u nodig heeft. Het begint bij de inkoop: er staat een bestelling uit, met een verwachte hoeveelheid en datum. Bij de ontvangst wordt die bestelling geheel of gedeeltelijk afgemeld. Het aantal dat werkelijk binnenkomt is de eerste mutatie, met de inkoopprijs en waar van toepassing het partijnummer en de houdba­arheid­sdatum. Daarna volgt opslag op een locatie, en later uitgifte: naar een verkooporder, een project, een productieorder of een servicebus.

Het aanvullen hangt aan twee getallen. Het bestelpunt is de stand waarbij u opnieuw bestelt: grofweg het gemiddelde verbruik per dag maal de levertijd van de leverancier. De veiligheids­voorraad is de buffer daarbovenop, bedoeld voor de dagen waarop het verbruik hoger uitvalt of de levering later komt. Samen bepalen ze wanneer het systeem een signaal geeft. Zet die twee getallen per artikel vast en herzie ze periodiek. Een leverancier die structureel later levert, een artikel met een seizoenspatroon en een onderdeel dat een hele installatie stilzet verdienen elk een andere buffer.

Tot slot is er de correctie. Hoe zorgvuldig u ook boekt, de administratie loopt uiteen met de plank: er breekt iets, er verdwijnt iets, iemand pakt iets zonder het te melden. Een inventarisatie legt dat verschil bloot. Veel organisaties tellen niet één keer per jaar alles, maar cyclisch: artikelen met de hoogste waarde of de meeste beweging vaker dan de rest. De telling is een controlemoment binnen het beheer en geen vervanging ervan. Het verschil dat eruit komt hoort als aparte, verklaarbare mutatie in de administratie te landen, met een reden en een naam erbij.

Voorraad ontstaat en verdwijnt zelden binnen de voorraad­software zelf. Aan de verkoopkant staan een webshop, een kassa of een ordersysteem; aan de inkoopkant een bestelproces en soms een portaal van de leverancier; en aan de financiële kant een boekhoud- of ERP-pakket dat de voorraadwaarde en de inkoopfacturen verwerkt. Bepaal per koppeling welk systeem de bron is voor welk gegeven. Artikelen en prijzen komen meestal uit één systeem, saldo's horen op één plek te ontstaan, en een koppeling die beide kanten op schrijft zonder afspraak levert vroeg of laat twee waarheden op.

Bij het scannen loont het om aan te sluiten op bestaande standaarden. GS1 beheert die wereldwijd: het GTIN is het artikelnummer van veertien cijfers, de EAN-13-barcode is de vorm waarin dat nummer aan de kassa wordt gescand, en GS1-128 is de standaard voor magazijn- en tran­sportetiketten. Die laatste draagt naast het artikelnummer ook logistieke gegevens, en op een pallet of verzenddoos vindt u het SSCC-nummer. Voor de hardware kunt u kiezen tussen een telefoon met camera en een industriële scanner; het verschil zit vooral in leessnelheid, handsc­hoenbe­diening en hoe het apparaat tegen een val kan.

Verder speelt de omgeving mee. In een koelcel, een kelder of een bestelbus is de dekking wisselend, dus een app die alleen online werkt levert onvermijdelijk gaten op. Laat scans lokaal opslaan en later synchroniseren, en bedenk vooraf wat er gebeurt als twee mensen dezelfde locatie tegelijk bewerken. Voor inloggen, rechten en logging vindt u het wiel niet opnieuw uit; het maatwerk reserveert u voor de logica die uw situatie uniek maakt.

De grootste valkuil is een systeem bouwen dat alles kan voor iedereen. Voorraad is bedrieglijk eenvoudig: het lijkt om één getal per artikel te gaan, tot de uitzonderingen binnenkomen. Een halve pallet, een artikel dat in dozen wordt ingekocht en per stuk verkocht, een retour uit een order van vorig jaar. Een paar keuzes bepalen of het systeem daar tegen kan en of uw mensen erop blijven vertrouwen.

• Boek mutaties, overschrijf geen saldo's. Een saldo dat rechtstreeks wordt aangepast, is niet te verklaren en niet te controleren. Laat elk verschil ontstaan uit een geboekte gebeurtenis met een tijdstip, een reden en een gebruiker erbij.
• Kies één waarde­ringsm­ethode en pas hem bestendig toe. Fifo, gewogen gemiddelde of een ander stelsel: leg de keuze vast, bespreek hem met uw accountant en bouw de software erop. Halverwege wisselen maakt vergelijking tussen jaren onmogelijk.
• Beperk het aantal locatieniveaus in de eerste versie. Magazijn, stelling, schap, bak: elk extra niveau vraagt discipline van iedereen die iets pakt. Begin grof en verfijn pas als blijkt dat u dat detail werkelijk gebruikt.
• Bepaal wie een correctie mag boeken. Een correctie verandert de waarde van uw voorraad. Leg vast wie dat mag, vanaf welk bedrag of aantal er iemand moet meekijken, en zorg dat elke correctie een verplichte reden krijgt.
• Test met uw eigen uitzonderingen. Deelleveringen, retouren, gebroken verpakkingen, artikelen die van eenheid wisselen en negatieve voorraad: juist die gevallen laten zien of het ontwerp klopt. Verzin ze niet, haal ze uit uw eigen historie.
• Spreek af wat er met incourante voorraad gebeurt. Artikelen die lang stilliggen kosten ruimte en geld. Laat het systeem ze zichtbaar maken en leg vast wie beslist over afwaarderen, afvoeren of alsnog verkopen.

Achter al deze punten zit dezelfde vraag: is het saldo in het systeem uit te leggen? Zodra medewerkers de cijfers gaan wantrouwen, ontstaan er weer eigen lijstjes naast de software en bent u terug bij af. Bouw daarom liever een smal systeem dat altijd klopt dan een breed systeem dat vaak bijna klopt, en laat de uitbreidingen volgen uit wat het gebruik u laat zien.

Wat maatwerk voorraadbeheer kost, hangt vrijwel volledig af van de omvang van het gegevensmodel, het aantal koppelingen en de eisen aan traceerbaarheid. Het loont om die factoren te kennen, omdat ze u helpen scherp te kiezen wat in de eerste versie hoort en wat later kan. Ze zijn bovendien grotendeels een keuze: veel van wat een systeem duur maakt, komt uit wensen die pas na een jaar gebruik echt nodig blijken te zijn.

De grootste kostenbepaler is de breedte van het model. Een systeem dat per artikel één saldo bijhoudt, is aanzienlijk eenvoudiger dan een systeem dat saldo's per locatie, per partij, per serienummer en per houdba­arheid­sdatum uit elkaar houdt. Elk extra kenmerk vermenigvuldigt het aantal schermen, regels en randgevallen. Daarnaast wegen koppelingen zwaar: elke verbinding met een webshop, kassa, ordersysteem of boekhoudpakket vraagt afstemming over welk systeem de bron is, en zorgvuldig testen op de momenten waarop twee kanten tegelijk iets veranderen.

Verder tellen mee: het aantal magazijnen en gebruikers, omdat rechten en locati­estructuur dan fijnmaziger worden; de eisen aan traceerbaarheid, want partij­registratie en terugzoeken raken elk scherm in de keten; en de hardware, omdat industriële scanners en etiketprinters andere integratie vragen dan een telefoon. Wij noemen op deze pagina geen tarieven. In een gesprek bepalen we samen welke eerste versie voor uw situatie logisch is en wat daarvoor een realistisch budget is.

Voorraadbeheer laten bouwen verloopt het soepelst als u klein begint en de administratie één keer goed schoonmaakt. De volgorde doet ertoe: wie eerst software kiest en daarna pas naar zijn artikelbestand kijkt, verhuist de rommel mee naar het nieuwe systeem en verliest daarmee meteen het vertrouwen van de mensen die ermee moeten werken. Dit stappenplan brengt u van het huidige knelpunt naar een voorraad die klopt en blijft kloppen.

1. Breng het huidige proces in kaartBeschrijf waar voorraad ontstaat, verandert en verdwijnt, en wie dat vandaag vastlegt. Benoem de momenten waarop het misgaat: nee verkopen, dubbel bestellen, verschillen na de telling.
2. Maak de artikelstam schoonVerwijder dubbele artikelen, leg eenheden en verpakkingen eenduidig vast en bepaal per artikel of partij, serienummer of houdbaarheid nodig is. Een systeem op een rommelige stam blijft rommelig.
3. Bepaal de locati­estructuurKies hoe fijnmazig u wilt weten waar iets ligt, van alleen magazijn tot bak in een stelling. Kies het niveau dat uw mensen elke dag volhouden.
4. Zet bestelpunten en buffersBereken per artikel het bestelpunt uit verbruik en levertijd en spreek een veiligheids­voorraad af. Begin met de artikelen die het vaakst opraken of het meeste kosten.
5. Bouw en tel één keer volledigLaat de software bouwen en start met een volledige inventarisatie als nulmeting. Vanaf dat moment boekt u alleen nog mutaties, zodat het saldo verklaarbaar blijft.
6. Introduceer, meet en breid uitNeem het team mee en kijk na enkele weken naar de verschillen die overblijven. Los eerst de oorzaken op en breid daarna pas uit met extra locaties, koppelingen of kenmerken.

• Voorraadtelling-app
• Magazijnbeheer-app
• Wat is een MVP?
• Alle app-gidsen

• Logistiek- en supply-chainsoftware
• Bulkvoorraad in loods en veld
• Seizoensvoorraad onderdelen
• Gids: magazijnbeheer-app