Welkom bij weer een kennisnakket op M365FM. Ik ben je gastheer Milko Peters. Vandaag praten we over voorraadbeheer. De voorraad die je niet ziet, kan je geld kosten. Kun je op dit moment vijf vragen beantwoorden over één enkel artikel in je magazijn? Hoeveel heb je er? Waar liggen ze? Kun je ze verkopen? Van wie zijn ze? En wat kosten ze? Bij de meeste bedrijven staan die antwoorden op totaal verschillende plekken. Een spreadsheet zegt het ene, een magazijntelling het andere, en finance heeft een derde getal. Zie voorraadbeheer in Dynamics 365 als een gedeelde archiefkast voor elke doos, elk onderdeel en elk product dat je bedrijf verwerkt. Wanneer iets verplaatst, verplaatst het dossier ook. Aan het einde van deze aflevering volg je één artikel van leverancierslevering tot klantverzending, inclusief het geld dat eraan vastzit. Waarom voorraadbeheer bestaat? Stel je voor dat je koffiemachines verkoopt.

Een klant plaatst een bestelling, maar het magazijn heeft er geen meer, dus verkoop belooft toch een leverdatum. Inkoop haast zich om een leverancier te bellen en de klant kan besluiten ergens anders te kopen. Dat is een voorraad tekort. Te weinig voorraad betekent vertraagde bestellingen, gemiste verkopen en ontevreden klanten. Het kan ook de productie volledig stilleggen. Als je machines bouwt en je hebt één klein onderdeel niet meer, kan de hele lijn stilkomen te staan. Maar elke plank vullen met extra voorraad lost het probleem niet op. Elke doos op een plank vertegenwoordigt geld dat je bedrijf al heeft uitgegeven. Je betaalt voor opslag en sommige goederen kunnen kapot gaan, bederven, uit de mode raken of simpelweg niet meer verkopen. Dat geld kan geen leverancier betalen, een nieuw project financieren of het loondekken terwijl het in het magazijn ligt. Voorraadbeheer helpt je de middenweg te vinden.

Je hebt genoeg voorraad nodig om aan de klantvraag te voldoen, maar niet zoveel dat je magazijn verandert in een zeer dure opslagruimte. Voorraad betekent niet alleen afgewerkte producten die klaar zijn voor klanten. Een meubelmaker houdt hout, schroeven, stof en verf bij als grondstoffen. Zodra werknemers beginnen met het bouwen van een stoel, worden die deels voltooide stoelen onderhanden werk. En wanneer de stoel klaar is voor verkoop, wordt het een eindproduct. Een bedrijf kan ook reserveonderdelen, schoonmaakmiddelen, verpakkingen of vervangende onderdelen voor servicewerk bijhouden, die verschijnen misschien niet in het eindproduct, maar het bedrijf heeft ze nog steeds nodig om te blijven draaien. Stel je nu de oude manier van werken voor. Inkoop houdt een lijst bij van wat is besteld, magazijnmedewerkers stellen wat is binnengekomen, verkoop volgt klantorders, productie volgt wat ze hebben gebruikt en finance volgt de kosten.

Elk team werkt hard, maar door aparte lijsten lopen de cijfers uiteen. Iemand ontvangt een levering, maar werkt het spreadsheet pas later bij. Iemand verplaatst een pallet naar een ander magazijn, maar vergeet de verkoopafdeling in te lichten. Iemand verstuurt een bestelling, maar de financiële afdeling ziet de kosten pas dagen later. Dat leidt tot discussies over een simpele vraag, hoeveel voorraad hebben we nu echt? Dynamics 365 Voorraadbeheer geeft deze teams een gedeeld voorraadrecord. Inkoop registreert inkomende goederen, magazijnmedewerkers registreren verplaatsingen, verkoop registreert wat eruit gaat, productie registreert verbruikte materialen en finance ziet de waarde achter die bewegingen. Niemand hoeft elke vrijdag een nieuwe versie van hetzelfde spreadsheet te maken. Het doel is niet om magazijnen technischer te maken, maar om mensen een actueel, gedeeld antwoord te geven wanneer ze dat nodig hebben.

Kunnen we deze bestelling uitvoeren? Waar moeten we de volgende levering naartoe sturen? Waarom wijkt de fysieke telling af van het systeem? Om die vragen te beantwoorden, heeft Dynamics meer nodig dan alleen een productnaam en een getal. Het heeft een duidelijk overzicht nodig van wat er is veranderd telkens wanneer een item beweegt. Het digitale record achter elk item. Welkom bij weer een aflevering van Microsoft Knowledge Nuggets hier op M365 FM. Ik ben je host Marco Peters. Vandaag praten we over wat er binnen Dynamics 365 gebeurt wanneer voorraad van de ene naar de andere plek verplaatst. Dus, wat legt Dynamics 365 precies vast wanneer een item van eigenaar of locatie wisselt? Dit is de simpelste definitie. Het houdt vijf dingen bij, hoeveel je hebt, waar het ligt, of je het kunt gebruiken, wie de eigenaar is en wat het kost. Dat klinkt eenvoudig, maar elk onderdeel beantwoordt een andere zakelijke vraag.

Laten we het opdelen. Aantal vertelt je hoeveel koffiemachines er zijn. Locatie beantwoordt welk gebouw, magazijn of schap ze bevat. Status zegt, kunnen we ze verkopen of wachten ze op inspectie, eigendom verklaard, zijn deze machines al van ons, of slaat een leverancier ze hier op en kosten beantwoordt. Welke waarde vertegenwoordigt deze voorraad? Het uitgangspunt voor dit alles is het productrecord. Elk item heeft een identiteit nodig binnen het systeem. Dat is meestal een artikelnummer en een duidelijke omschrijving. Je definieert ook de eenheid waarin je het telt, per uur, per stuk, doos, pallet, kilogram of meter. Dit is waar kleine dingen tot grote problemen kunnen leiden. Als inkoop koffiefilters per doos inkoopt, maar verkoop ze per pak verkoopt, moet Dynamics begrijpen hoe die eenheden zich tot elkaar verhouden. Anders denkt het ene team dat het 10 dozen heeft, terwijl het andere denkt dat het 10 losse filters heeft.

Dat is recept voor verwarring. Sommige producten zijn er ook in verschillende variaties. Een t-shirt is er misschien in small, medium en large. Het kan zwart, blauw of wit zijn. Eén enkel product kan verschillende maten, kleuren, stijlen of configuraties hebben. Het systeem kan elke combinatie als een eigen voorraadrecord behandelen. Je hebt dus niet zomaar een t-shirt. Je hebt misschien 12 zwarte medium t-shirts in het ene magazijn en 6 witte large t-shirts ergens anders. Dat is het soort detail dat ertoe doet wanneer een klant om iets specifieks vraagt. Dynamics gebruikt voorraaddimensies om die details nauwkeurig bij te houden. Die term klinkt technisch, maar betekent simpelweg de labels die het systeem helpen het ene voorraadartikel van het andere te onderscheiden. Ze beantwoorden twee praktische vragen. Waar bevindt het artikel zich en welk specifiek artikel is het? Laten we het opsplitsen in de belangrijkste onderdelen.

Ten eerste zijn er opslagdimensies. Deze beschrijven de plek waar de voorraad zich bevindt. Dynamics kan een vestiging, een magazijn en een locatie binnen dat magazijn bijhouden. Zie het als een adres voor een artikel. De vestiging vertegenwoordigt een brede bedrijfslocatie, zoals een fabrieksterrein of distributiecentrum. Binnen die vestiging kun je verschillende magazijnen hebben. Misschien één voor ontvangen goederen, één voor eindproducten en één voor retourzendingen. Dan kun je nog dieper gaan. Een locatie wijst naar de exacte plek in het magazijn, zoals een gampad, stelling, schap en bak. Dus in plaats van tegen een magazijnmedewerker te zeggen, de machineonderdelen liggen ergens in magazijn A, kan het systeem zeggen, kijk in gampad 4, stelling 2, schap 3, bak 1. Dat bespaart tijd wanneer iemand snel voorraad moet vinden. Opslagdimensies vertellen je waar het ligt, maar trackingdimensies vertellen je welke voorraad het is.

Badge-nummers, soms ook lotnummers genoemd, groeperen artikelen die samen zijn aangekomen of geproduceerd. Ze zijn belangrijk wanneer goederen houdbaarheidsdata, testresultaten of leveranciersgegevens hebben die je later nodig kunt hebben. Stel je voor dat een levensmiddelenbedrijf twee leveringen van dezelfde bron ontvangt. De potten zien er identiek uit, maar de ene batch verloopt in juni en de andere in september. Als er een kwaliteitsprobleem optreedt, moet het bedrijf de betreffende batch vinden zonder elke pot uit elk schap te hoeven halen. Serienummers gaan nog een stap verder. Een serienummer identificeert één individueel item, één laptop, één medisch apparaat of één industriële machine. Dat helpt bij reparaties, garantieclaims, retourzendingen en terugroepacties, omdat je één specifieke eenheid kunt traceren. Wanneer je de voorraadweergave in Dynamics opent, krijg je niet één vaag totaalcijfer voor het voorraad zien per vestiging, magazijnlocatie, batch, serienummer en andere details die je bedrijf nodig heeft.

Je kunt ook zien waar de voorraad zich fysiek bevindt, of deze beschikbaar is voor gebruik, gereserveerd is voor een order of apart wordt gehouden. Daarom is een productnaam alleen niet voldoende. De laatste bouwsteen is de artikeltransactiehistorie. Elke keer als er voorraad binnenkomt, wordt verzonden, verplaatst, geteld, gecorrigeerd of in productie genomen, registreert Dynamics een transactie. Die historie geeft mensen een manier om onderzoek te doen in plaats van te gissen. Als het aantal niet klopt, kun je het artikelrecord bekijken en je afvragen welke beweging heeft dit getal veranderd. Dat is de magie ervan. Laten we vervolgens één artikel volgen op zijn dagelijkse reis, omdat deze records veel makkelijker te begrijpen zijn wanneer voorraad in beweging komt. Van leverancierslevering tot klantorder. Stel je voor dat je koffiemachinebedrijf 100 waterpompen bestelt bij een leverancier.

De inkooporder begint de reis. Het legt vast wat je verwacht, hoeveel eenheden je hebt besteld, wie ze verstuurt en waar ze moeten aankomen. Voordat de vrachtwagen je pand bereikt, heeft het bedrijf al een duidelijke verwachting. Dat is belangrijk, want een verwachte levering is geen voorraad die je al kunt verkopen. Wanneer de zending aankomt, controleert iemand de levering aan de hand van de inkooporder. Heeft de leverancier de juiste pompen gestuurd? Heeft hij er 100 of 98 gestuurd? Zijn ze aangekomen in het juiste magazijn? Zodra de goederenontvangst is vastgelegd, weet Dynamics dat de pompen fysiek zijn aangekomen. Het systeem kan het fysieke voorraadrecord verhogen, maar dat betekent niet altijd dat de pompen klaar zijn voor een klantorder. Sommige goederen moeten eerst worden geïnspecteerd. Een levensmiddelenbedrijf controleert een batch misschien op schade- of vervaldata. Een fabrikant test een onderdeel wellicht voordat het in productie gaat.

Een bedrijf dat gereguleerde goederen verwerkt, heeft misschien bewijs nodig dat de zending aan de regels voldoet. In Dynamics kan voorraad naar een quarantainegebied gaan of een status krijgen die voorkomt dat mensen het te vroeg gebruiken. Magazijnmedewerkers kunnen zien dat de pompen zijn aangekomen. Verkoop en productie kunnen ook zien dat ze nog niet beschikbaar zijn. Dat voorkomt de pijnlijke fout om een klant voorraad te beloven die nog goedgekeurd moet worden. Na inspectie verplaatsen de pompen zich van de ontvangstzone naar hun normale opslaglocatie. Dit heet uitslag, hoewel het echte werk kan bestaan uit een heftruck, een palletwagen of iemand die een kleine doos naar hun schap draagt. De beweging is belangrijk. Een laadperron is niet de plek waar de pompen de komende zes maanden horen te liggen. Het magazijnteam moet ze op de juiste plek hebben zodat iemand ze kan vinden wanneer er een order binnenkomt.

Dynamics registreert de interne verplaatsing van de ontvangst naar de toegewezen magazijnlocatie. Stel je nu voor dat de vraag op een andere locatie verandert. Je hoofdmagazijn houdt 80 pompen aan. Een servicecentrum in een andere stad heeft er 20 nodig voor reparaties. Je wilt niet dat het service team ze zomaar uit de schappen pakt en hoopt dat iemand later een lijst bijwerkt. Een transferorder legt het verzoek en de verplaatsing tussen magazijnen of locaties vast. Terwijl de goederen onderweg zijn, kan Dynamics ze als onderweg behandelen. Ze zijn niet verdwenen, maar ook nog niet op de bestemming aangekomen. Dat geeft beide locaties een duidelijker beeld. Het versedende magazijn weet dat de voorraad is vertrokken. Het ontvangende magazijn weet wat het kan verwachten. Als de vrachtwagen met een tekort aankomt, is er een registratie van het verschil die onderzocht kan worden. Dan plaatst een klant een bestelling.

De verkooporder vertelt het bedrijf wat de klant wil en wanneer ze het nodig hebben. Als er voorraad is en het bedrijf besluit deze aan die klant toe te wijzen, kan Dynamics het aantal reserveren. Reserveren betekent dat die pompen niet langer algemene voorraad zijn. Ze worden apart gezet voor een specifieke order, zodat een andere verkoper dezelfde eenheden niet aan iemand anders belooft. Dit is vooral belangrijk als de voorraad laag is of als een klant een leveringsdeadline heeft die je moet halen. Het magazijn pikt vervolgens de pompen vanaf hun opslaglocatie. Bij een eenvoudige operatie kan een medewerker een piklijst printen en de goederen verzamelen. Bij een grotere operatie kan magazijnbeheer het werk aansturen via mobiele scans en magazijnregels. De voorraadregistratie blijft in beide gevallen betrokken. Na het pikken gaat de order door het inpak- en verzendproces. Zodra de goederen zijn verzonden, legt Dynamics vast dat de pompen het magazijn hebben verlaten.

De voor het bedrijf beschikbare hoeveelheid verandert en de artikelhistorie toont nu een complete keten van ontvangst bij de leverancier tot interne opslag en levering aan de klant. Maar echt magazijnwerk verloopt zelden via een perfecte rechte lijn. Een klant kan een pomp retourneren omdat deze beschadigd is aangekomen. Een medewerker kan ontdekken dat twee eenheden in het schap kapot zijn. Tijdens een voorraadtelling kan het fysieke aantal afwijken van het nummer in het systeem. Dynamics kan retourzendingen, tofferschillen, verplaatsingscorrecties en handmatige aanpassingen vastleggen. Deze acties zouden geen stille manier moeten worden om fouten uit te wissen. Ze creëren een spoor dat mensen vertelt wat er is veranderd, wanneer het veranderde en waarom. Dat spoor helpt teams patronen te vinden. Misschien blijft dezelfde locatie telfouten produceren. Misschien komt een leveranciersending vaak met een tekort aan.

Misschien hebben geretourneerde goederen een duidelijker inspectieproces nodig voordat ze weer de voorraad ingaan. Het aantal vertelt je wat er met de pompen is gebeurd, maar elke pomp heeft ook een kostprijs en daar verbindt magazijnactiviteit zich direct met financiën. Abonneer je op je favoriete podcast platform en deel dit met iemand die aan zijn reis begint. Het geld dat aan voorraad is verbonden. Die pompen op de schappen van je magazijn zijn dus meer dan alleen fysieke objecten die wachten op verzending. Het is geld dat het bedrijf al heeft uitgegeven. En dat geld blijft in de financiële administratie van het bedrijf als een actiefstaan totdat de pompen worden verkocht, gebruikt, afgeschreven of op een andere manier uit de voorraad gaan. Die simpele link verandert de manier waarop je naar een ontvangstbewijs kijkt. Het punt is, wanneer er 100 pompen binnenkomen, ziet het magazijn team 101heden.

Maar financiën moet ook weten welke waarde er zojuist aan de voorraad is toegevoegd. En wanneer die pompen naar een klant worden verzonden, ziet het magazijn schapruimte vrijkomen, terwijl financiën de kosten van de vertrekkende goederen moet registreren. Dynamics verbindt die twee perspectieven automatisch. Dat is waar artikelgroepen om de hoek komen kijken. Zie een artikelgroep als een manier om vergelijkbare producten te organiseren, zodat het systeem weet hoe de financiële afhandeling moet verlopen. Je zou bijvoorbeeld reserveonderdelen in één groep kunnen plaatsen, afgewerkte koffiemachines in een andere en grondstoffen in een derde. Op de achtergrond vertellen die groepen aan Dynamics welke grootboekrekeningen de financiële kant van elke inkoop, verkoop, correctie of productieactiviteit moeten verwerken. Je hoeft geen accountant te zijn om dit te volgen. Het grootboek is simpelweg het centrale financiële register van het bedrijf, het officiële boekhoudsysteem waar financiën alles bijhoudt, activa, kosten, verkopen, het complete overzicht.

Voorraadbeheer stuurt al die voorraadgerelateerde bedragen naar dat register met behulp van de regels die je in je artikelgroepen hebt ingesteld. Dat betekent dat het magazijnteam en het financiële team aan het eind van de maand niet twee verschillende systemen hoeven te vergelijken en hoeven te discussiëren over wiens cijfer klopt. Ze kijken allebei naar dezelfde artikelactiviteit in Dynamics, maar er is nog één grote vraag die beantwoord moet worden. Wat kost één pomp eigenlijk? Dat hangt af van de kostprijsmethode die je kiest. Een kostprijsmethode is simpelweg de regel die Dynamics gebruikt wanneer het een kostprijs toewijst aan voorraad die het magazijn verlaat. Ik geef je een voorbeeld. Vivo staat voor first in first out, eerst in eerst uit. Stel, je koopt 50 pompen in januari voor 20 dollar per stuk en daarna nog eens 50 in februari voor 24 dollar per stuk. Wanneer je 10 pompen verzendt met Vivo, behandelt Dynamics de oudste pompen als de eenheden die als eerste vertrekken.

Dus, die 10 stuks komen uit je januari-batch van 20 dollar per stuk. Deze methode past vaak bij goederen waarbij je fysiek oudere voorraad voor nieuwe voorraad wilt gebruiken, zoals voedsel, medicijnen of alles wat verouderd kan raken.

Om de kosten van januari en februari gescheiden te houden voor elke uitgaande eenheid, combineert het de kosten van alle beschikbare eenheden tot één gemiddelde. Dus, als u vergelijkbare pompen tegen verschillende prijzen inkoopt, berekent het systeem een gemiddelde kostprijs per pomp op basis van de totale voorraadwaarde gedeeld door het totaal aantal eenheden. Dat is logisch wanneer individuele eenheden met elkaar vermengd raken en u elke levering niet afzonderlijk hoeft te volgen. Bij een voortschrijdend gemiddelde wordt ook een gemiddelde gebruikt, maar dit gemiddelde verandert telkens wanneer er nieuwe voorraad binnenkomt tegen een nieuwe prijs. Standaard kostprijzen werken anders. Het bedrijf stelt een verwachte kostprijs in voor een artikel en registreert vervolgens de verschillen tussen die geplande kosten en wat u werkelijk betaalt. Elke methode beantwoordt dezelfde vraag op een eigen manier.

Welke kostprijs moet dit artikel volgen als het uit de voorraad gaat? Maar kosten veranderen niet alleen wanneer u een levering ontvangt of een bestelling verzendt. Een fabrikant kan grondstoffen uitgeven aan productie en vervolgens gereed product terug in de voorraad brengen met een nieuwe kostprijs. Een correctie na een voorraadtelling kan de voorraadwaarde veranderen. Beschadigde goederen die worden afgeschreven, kunnen deze verlagen. Dat is precies waarom voorraadbeheer niet los kan staan van de financiële administratie. Als uw magazijn records 500 pompen aangeven, maar de financiële administratie gaat uit van de waarde van 450, dan hebt u een probleem. Zelfs als niemand dat op de werkvloer merkt. Elke beslissing over winst, cashflow, inkoop en verkoop hangt af van de nauwkeurigheid van zowel de hoeveelheid als de kostprijs. Zodra Dynamics die records bij elkaar houdt, kunt u verder kijken dan alleen de huidige telling en dagelijks slimmere voorraadbeslissingen nemen.

Zichtbaarheid, nabestellen en dagelijkse controle. Wanneer u uw voorraad records kunt vertrouwen, worden dagelijkse beslissingen een stuk eenvoudiger. Maar hoeft niet elk magazijn rond te bellen en iemand te vragen om fysiek naar een artikel te zoeken. Ze kunnen precies zien wat er op voorraad is op alle locaties en in alle magazijnen, inclusief voorraad die onderweg is of wacht op inspectie. En dat onderscheid is belangrijk. U bezit misschien 500 eenheden in totaal, maar er zijn er slechts 300 daadwerkelijk beschikbaar om aan klanten te beloven. Sommigen zijn onderweg, sommigen wachten op kwaliteitscontroles en sommigen zijn al gereserveerd voor andere orders. Dynamics helpt u de bruikbare hoeveelheid te zien, niet alleen het grootst mogelijke getal. Dat heldere overzicht ondersteunt ook beter nabestellen. Elk bedrijf moet weten wanneer er meer moet worden ingekocht, maar het antwoord gaat niet alleen over de huidige hoeveelheid.

U moet ook nadenken over hoe snel het artikel verkoopt, hoe lang uw leverancier nodig heeft voor levering en hoeveel buffer voorraad u wilt in het geval van een plotselinge vraagpiek. Die extra buffer noemen we veiligheidsvoorraad. Zie het als uw back-up plan voor de dagen dat dingen niet volgens plan verlopen. Een leverancier levert te laat, een klant plaatst een grotere bestelling dan gebruikelijk. Een productielijn verbruikt meer materiaal dan verwacht. Zonder die buffer kan één verrassing alles stilleggen. Maar bij te veel voorraad ben je weer geld op de planken aan het opslaan. Dynamics geeft je de data om die voorraadniveaus zorgvuldiger in te stellen en te herzien wanneer de vraag of lever tijden veranderen. Maar dit alles werkt alleen als je systeemgegevens overeen komen met de werkelijkheid. Daarom is het tellen van de voorraad nog steeds onderdeel van de dagelijkse controle. Sommige teams doen één keer per jaar een volledige inventarisatie, terwijl anderen het hele jaar door kleinere groepen artikelen tellen.

Dat noemen we cycle counting. Het proces is eenvoudig. Je telt wat er daadwerkelijk in het schap ligt, vergelijkt dit met wat er volgens Dynamics zou moeten liggen en onderzoekt het verschil voordat je een correctie boekt. Dat verschil kan komen door schade, liefstal, een gemiste scan, een verkeerde locatie of een oude fout bij een eerdere verplaatsing. De correctie herstelt het getal, het onderzoek herstelt het proces. Dynamics kan je ook helpen bij het opsporen van voorraad die er al te lang ligt. Met voorraadouderdom zie je welke artikelen al een tijdje niet zijn verplaatst. Dat is cruciaal voor goederen met vervaldata, seizoensproducten, oude reserveonderdelen of artikelen waar klanten geen behoefte meer aan hebben. Als je die oude voorraad vroeg opmerkt, heb je opties. Je kunt het met korting verkopen, verplaatsen naar een locatie waar de vraag hoger is, returneren als je overeenkomst dat toelaat of simpelweg stoppen met inkopen.

Wacht tot je schappen vol liggen met verouderde voorraad en die opties verdwijnen. Bovendien verdient niet elk artikel evenveel aandacht. ABC-analyse helpt je artikelen te sorteren op basis van hun financiële impact. Een klein aantal artikelen kan het grootste deel van je voorraadwaarde vertegenwoordigen. Die hebben nauwkeurigere tellingen, strakkere bestelbeslissingen en een zorgvuldiger beheer nodig. Goedkope artikelen die vaak bewegen, kunnen eenvoudiger worden beheerd. Het doel is niet om alles hetzelfde te behandelen. Het is om je tijd te besteden waar een fout het bedrijf het meest zou kosten. Er is ook een speciaal geval dat de moeite waard is, consignatievoorraad. Stel je voor dat een leverancier onderdelen in jouw magazijn plaatst, maar dat de leverancier er nog steeds eigenaar van is. De voorraad staat klaar voor je productieteam, direct bruikbaar wanneer nodig, maar het wordt pas jouw voorraad zodra je het eigendom overneemt.

Dynamics kan dat onderscheid bijhouden. Je team ziet dat de onderdelen aanwezig zijn, terwijl finance het eigendom helder in kaart houdt. Wanneer je dat onderdeel gebruikt, registreert het systeem de eigendomsoverdracht en zijn de kosten voor jou. Dit is ideaal als je snel toegang wilt tot voorraad zonder alles vooraf te hoeven betalen. Dit alles werkt omdat inkoop, verkoop, productie, magazijn en finance allemaal met gedeelde data werken. Rapporten kunnen putten uit dezelfde voorraadgeschiedenis. Andere bedrijfssystemen kunnen ook op die historie aansluiten, in plaats van een aparte lijst aan te maken. Toch is er één veelvoorkomende verwarring die nieuwe Dynamics gebruikers in de war kan brengen. Voorraadbeheer en magazijnbeheer werken nauw samen, maar ze betekenen niet hetzelfde. Dat is een onderwerp voor een ander kennisfragment. Voorraadbeheer en magazijnbeheer, verwant, maar niet hetzelfde.

Laten we een veelvoorkomend punt van verwarring ophelderen. Voorraadbeheer en magazijnbeheer lossen verschillende problemen op. Voorraadbeheer houdt het bedrijfsbrede overzicht van de voorraad bij. Het beantwoordt de grote vragen, hoeveel hebben we? Waar staat het geregistreerd? Kunnen we het gebruiken? En wat is het waard? Dat overzicht volgt de voorraad overal via inkoop, verkoop, productie, overboekingen, retourzendingen en tellingen. Magazijnbeheer draait om het fysieke werk in het magazijn. Het begeleidt medewerkers bij het ontvangen van goederen, opslaan, pikken van orders en laden van zendingen. In meer gedetailleerde opstellingen gebruiken medewerkers mobiele apparaten om barcodes te scannen en pallets met kentekenplaten te volgen. Zie het zo, voorraadbeheer is de centrale archiefkast. Het bevat het volledige voorraadverhaal voor het hele bedrijf. Magazijnbeheer helpt mensen het werk op de werkvloer uit te voeren met behulp van de informatie in die kast.

De een legt het verhaal vast, de ander helpt medewerkers de voorraad nauwkeurig en snel op de fysieke locatie te verwerken. Niet elk bedrijf heeft dezelfde diepgang nodig. Een kleine distributeur kan beginnen met heldere artikel records, magazijnen, overboekingen en tellingen. Een grotere operatie met veel medewerkers, bakken, pallets en snelle orders heeft mogelijk diepere magazijnprocessen nodig. Maar hoe dan ook, elke afdeling heeft dezelfde artikelhistorie nodig. Conclusie, één gedeeld voorraadverhaal. Dynamics 365 Voorraadbeheer legt de volledige levenscyclus van voorraad vast, van ontvangst bij de leverancier en opslag tot verzending aan de klant en financiële waarde. Het is één gedeeld voorraadverhaal voor je gehele bedrijf. Bedankt voor het kijken naar weer een kennisfragment. Abonneer je voor meer afleveringen met mij, Milko Peters, op M365FM. En bekijk de volgende aflevering om te zien hoe Dynamics 365 Supply Chain Management in koop, magazijnen en planning verbindt rondom datzelfde gedeelde voorraadrecord.