Magento-voorraadbeheer en MSI: wanneer is een product echt verkoopbaar?

Magento Inventory Management, oorspronkelijk bekend als Multi Source Inventory of MSI, maakt onderscheid tussen fysieke voorraad en verkoopbare voorraad. Dat verschil is essentieel. Een product kan fysiek aanwezig zijn, maar al voor orders zijn gereserveerd. Andersom kan een product verkoopbaar blijven door een backorderregel, hoewel er nu niets op de plank ligt.

Voorraadbeheer raakt hierdoor niet alleen logistiek. Het bepaalt wat een klant ziet, welke producten in feeds verschijnen, of structured data klopt en of waardevolle productpagina's beschikbaar blijven.

MagentoSEO.nl richt MSI of magazijnprocessen niet in. We analyseren de zichtbare voorraadlogica en de gevolgen voor productpagina's, feeds en vindbaarheid, leggen scenario's en acceptatiecriteria vast en briefen de Magento-, ERP- of WMS-partner die de technische wijziging uitvoert.

Vier begrippen die je uit elkaar moet houden

Een bron of source is een fysieke locatie waar voorraad ligt, zoals een magazijn, winkel of dropshipper. Een stock bundelt één of meer sources voor een verkoopkanaal. De fysieke hoeveelheid beschrijft wat op een locatie aanwezig is. De salable quantity geeft aan hoeveel een verkoopkanaal nog kan verkopen.

Reservations corrigeren de verkoopbare hoeveelheid tijdens het orderproces. Wanneer een order wordt geplaatst, wordt de beschikbare verkoopruimte gereserveerd. Bij verzending wordt de fysieke bronvoorraad aangepast en verdwijnt de reservering volgens het proces.

Wie deze begrippen door elkaar gebruikt, bouwt rapportages die wel cijfers tonen maar geen betrouwbare bedrijfsbetekenis hebben.

Begin met de vraag wie eigenaar is van voorraad

Magento kan voorraad beheren, maar in veel organisaties is een ERP, WMS of kassasysteem leidend. Bepaal per gegeven welk systeem de waarheid beheert. Magento kan bijvoorbeeld salable quantity berekenen, terwijl een WMS de fysieke hoeveelheden per magazijn bezit.

Leg ook de richting en frequentie vast. Een nachtelijke update kan voldoende zijn voor langzaam bewegende B2B-artikelen, maar niet voor populaire producten die op drie kanalen tegelijk worden verkocht.

Een koppeling moet niet alleen normale updates verwerken. Denk aan dubbele berichten, vertraging, een negatief aantal, een onbekende SKU en een magazijn dat tijdelijk niet levert.

Meerdere sources lossen geen procesproblemen op

Het toevoegen van magazijnen in Magento creëert nog geen omnichannelvoorraad. De organisatie moet bepalen welke locatie aan welke website levert, welke prioriteit geldt en wanneer een bron wordt overgeslagen.

Een winkel kan bijvoorbeeld wel voorraad hebben, maar geen capaciteit om webshoporders te verpakken. Een dropshipper kan veel voorraad tonen, maar een langere levertijd hebben. Een centraal magazijn kan voorrang krijgen tot een order te groot is.

Beschrijf de gewenste bronselectie met echte orders. Neem een enkel product, een order met artikelen uit twee magazijnen, een retour en een locatie die uitvalt. Laat de uitvoerende partij tonen wat de klant ziet en wat het magazijn ontvangt.

Reserveringen beschermen tegen oververkoop

Tussen bestelling en verzending zit tijd. Als alleen de fysieke voorraad telt, kan hetzelfde exemplaar in die periode vaker worden verkocht. Reservations verminderen de salable quantity voordat de bronhoeveelheid definitief wordt afgeboekt.

Problemen ontstaan wanneer orderstatussen, annuleringen of externe mutaties niet goed worden verwerkt. Oude reserveringen kunnen blijven hangen, waardoor Magento minder verkoopbare voorraad toont dan feitelijk beschikbaar is. Onjuiste compensaties kunnen juist oververkoop veroorzaken.

Laat een technische partner reserveringsverschillen onderzoeken. Schakel MSI of reservations niet uit als snelle remedie zonder de order- en voorraadarchitectuur te begrijpen.

Backorders zijn een commerciële belofte

Met backorders verkoop je meer dan de actuele voorraad. Dat kan prima werken wanneer aanvulling voorspelbaar is en de levertijd helder wordt gecommuniceerd. Zonder goede informatie verandert een backorder in een teleurstelling.

Definieer per productgroep:

• of doorverkopen onder nul is toegestaan;
• hoeveel negatieve verkoopruimte acceptabel is;
• welke levertijd wordt getoond;
• of verschillende klantgroepen andere regels krijgen;
• wat feed en structured data communiceren.

“Op voorraad” tonen terwijl levering drie weken duurt, is inhoudelijk onjuist. Gebruik klanttaal die de werkelijke belofte weergeeft.

Configurable products vragen controle per variant

Een T-shirt kan als hoofdproduct zichtbaar zijn terwijl maat M is uitverkocht en maat L nog beschikbaar. De productpagina moet de keuze per simpele SKU correct verwerken. Het hoofdproduct mag niet volledig verdwijnen als nog één relevante variant verkoopbaar is, maar mag ook geen beschikbare indruk wekken wanneer alle opties onbruikbaar zijn.

Controleer prijs, voorraadmelding, selectiegedrag en structured data per variant. Feeds moeten naar een landingspagina leiden waar de aangeboden variant daadwerkelijk te kiezen is.

Voorraad en SEO

Een tijdelijke voorraadnul is meestal geen reden om een productpagina te verwijderen. De pagina kan zoekvraag, links en gebruikerswaarde behouden. Bied een verwachte levertijd, voorraadmelding en relevante alternatieven.

Bij permanent vervallen producten is een aparte beslissing nodig. Misschien bestaat er een opvolger, blijft documentatie waardevol of past een 410-status beter. Laat voorraadsoftware niet automatisch een SEO-besluit nemen door pagina's uit te schakelen zodra quantity nul wordt.

De sitemap hoort alleen gewenste, indexeerbare product-URL's te bevatten. Controleer na wijzigingen in voorraadlogica of waardevolle pagina's niet massaal verdwijnen.

Productfeeds en structured data moeten dezelfde waarheid vertellen

Google en marketplaces vergelijken de feed met de landingspagina. Wanneer de feed in_stock zegt en de pagina “niet leverbaar”, ontstaan afkeuringen en een slechte klantreis. Structured data op de pagina moet eveneens bij de zichtbare status passen.

Maak een veldmapping waarin Magento-status, salable quantity, backorderregel, front-endtekst, feedwaarde en schema.org-beschikbaarheid naast elkaar staan. Test grensgevallen zoals quantity nul met backorder, een uitgeschakelde source en een variant waarvan alleen één maat leverbaar is.

Veiligheidsvoorraad en verkoopdrempels

Niet iedere fysiek aanwezige eenheid hoeft online verkoopbaar te zijn. Een veiligheidsmarge kan rekening houden met breuk, winkelverkoop of vertraging tussen systemen. Gebruik zo'n marge bewust en per relevante productgroep.

Een te ruime marge kost omzet. Geen marge kan oververkoop veroorzaken. Baseer de keuze op omloopsnelheid, synchronisatievertraging en foutpercentages, niet op één algemeen getal voor het hele assortiment.

Meet meer dan voorraadverschil

Een voorraadrapport met ERP en Magento is nuttig, maar vertelt niet het hele verhaal. Volg ook:

• annuleringen door ontbrekende voorraad;
• aantal negatieve salable quantities;
• oude of afwijkende reservations;
• tijd tussen bronupdate en storefront;
• feedafkeuringen door beschikbaarheid;
• productpagina's die onverwacht zijn uitgeschakeld.

Segmenteer per source, stock, website en producttype. Zo zie je of een probleem structureel is of bij één datastroom hoort.

Een sterke acceptatietest

Gebruik scenario's in plaats van alleen losse velden. Plaats een order voor de laatste verkoopbare eenheid en controleer of een tweede klant niet kan overkopen. Annuleer de order en controleer herstel. Verzend vanuit een alternatieve source. Test een gedeeltelijke refund en een backorder.

Leg per stap de verwachte physical quantity, reservation, salable quantity, storefrontmelding en feedwaarde vast. Dat geeft de technische partner een toetsbaar resultaat.

De kern: verkoopbaarheid is een berekende belofte

Magento-voorraadbeheer werkt goed wanneer sources, stocks, quantities en reservations een duidelijk proces weerspiegelen. Het belangrijkste getal is niet wat ergens op de plank ligt, maar wat je per verkoopkanaal verantwoord aan een klant kunt beloven.

Wil je weten of voorraadlogica onbedoeld productpagina's, feeds of SEO beïnvloedt? Vraag een aan. We brengen de storefrontimpact in kaart en leveren testscenario's voor je Magento-, ERP- en logistieke partners.

Bron

• Adobe Commerce: Introduction to Inventory Management