Magento 2 MSI: több raktáras készletkezelés
Az MSI a Magento 2 beépített, több forrásos készletkezelő rendszere. Akkor lép be a képbe, amikor a készlet fizikailag több helyen van: központi raktár és bemutatóterem, több telephely, üzlet és webshop együtt.
Röviden
Egy raktáras webshopnál az MSI a háttérben, egyszerű üzemmódban fut és nem kell vele foglalkozni. A tudatos tervezés ott kezdődik, ahol a második készlethelyszín megjelenik.
- Sourcefizikai helyszín
- Stockforrás-csoport
- Salable qtykészlet mínusz foglalás
- Reservationrendeléskor
- Beépített funkciónincs modulköltség
A négy fogalom, amin minden múlik
Ez a foglalás-alapú modell adja az MSI erejét és a legtöbb félreértést is.
Source (forrás)
Fizikai készlethelyszín: raktár, üzlet vagy külső logisztikai partner. Akár beszállítói dropship készlet is lehet.
Stock
Értékesítési csatornához rendelt forrás-csoport: azt mondja meg, hogy az adott webshop mely forrásokból adhat el.
Salable quantity
Az eladó mennyiség nem azonos a fizikai készlettel: a források összege mínusz az élő foglalások.
Reservation
Rendeléskor a Magento nem ír át azonnal fizikai készletet, hanem foglalást rögzít. A levonás a tényleges teljesítéskor történik.
Az adminban látott fizikai készlet és az eladó mennyiség eltérhet, és ez így helyes: a különbség az élő rendelések foglalása.
Honnan teljesítsen a rendszer?
Több forrásnál rendelésenként dönteni kell, honnan menjen az áru. Az MSI beépített algoritmusai (prioritás sorrend, illetve távolság alapú választás) a tipikus eseteket lefedik.
Ahol az üzleti szabály ennél okosabb (készlet-kiegyenlítés, szállítási költség minimalizálás, bolti átvétel előnyben), ott az algoritmus egyedi modullal cserélhető. B2B környezetben gyakori igény a vevőcsoporthoz kötött forrás-szabály is.
Kinek kell az MSI?
- Központi raktár és bemutatóterem együtt
- Több telephely vagy üzlet
- Bolti átvétel a webshopos rendeléshez
- Beszállítói (dropship) készlet
- Több értékesítési csatorna, eltérő készlettel
Amire figyelni kell
Az MSI körüli panaszok szinte mindig két forrásból erednek. Az első a foglalások elcsuszása: ha rendeléseket adatbázisból piszkálnak, importok kerülik meg a Magento API-t vagy hibás modul nyúl a készlethez, a foglalás-nyilvántartás és a valóság szétválik.
A második a teljesítmény: nagy katalógusnál az MSI indexei érzékenyek a beállításra, az ERP készlet-szinkront pedig tömeges API-val, ütemezetten kell tolni, ahogy az API cikkben írjuk.
A megoldás: fegyelem
- Készletet csak API-n és a Magento mechanizmusain át mozgatunk
- A foglalás-konzisztenciát időzített ellenőrzés figyeli
- Egyértelmű adatgazda: ki mondja meg a készletet?
- Az ERP szinkron tömeges és ütemezett, nem darabonkénti
- Az indexerek ütemezett módban futnak
Gyakran ismételt kérdések az MSI-ről
Kell nekem az MSI, ha egy raktáram van?
Miért nem egyezik az admin készlet az eladó mennyiséggel?
Az áruház túlad: több rendelés jön be, mint a készlet. Mi az oka?
Megoldható, hogy a bolti átvételes rendelés a bolt készletéből fogyjon?
Dropship beszállítói készlet kezelhető MSI-vel?
Kapcsolódó cikkek
Több helyen van a készleted?
Átnézzük a jelenlegi felállást, a foglalások konzisztenciáját és megmondjuk, hogyan lehet több helyszínt tisztán kezelni.
