WMS integráció
WMS integráció: ERP és WMS közötti adatcsere — törzsadat, rendelés, készlet, visszajelzés — API/EDI; nem maga a WMS szoftver funkciója.
Utoljára frissítve:
A WMS integráció a raktárkezelő rendszer összekötése a többi rendszerrel: a vállalatirányítási rendszerrel, a webáruházzal, a fuvarozói felületekkel. Ez a kapcsolat dönti el, hogy a WMS önálló sziget marad-e, vagy a cég közös adatához illeszkedik.
Mit köss össze először
Ha mindent egyszerre próbálunk összekötni, a bevezetés hónapokra elhúzódik, és a hibák egymásra torlódnak. A sorrend, amely a legtöbb helyen bevált:
- A rendelés lemegy a raktárba. Enélkül nincs mit dolgozni; ez a minimum.
- A kiszállítás visszaigazolása felmegy. Ettől indul a számlázás, és ettől lesz a vevőnek nyomon követhető csomagja.
- A készletváltozás felmegy. Ez szünteti meg a kettős nyilvántartást.
- A cikktörzs szinkronja. Ez a legkényesebb, mert itt kell eldönteni, ki a gazda — érdemes a végére hagyni.
Az első két lépés önmagában megszünteti a kézi átgépelés nagy részét, tehát a haszon már a projekt elején jelentkezik.
Ahol a legdrágább hiba keletkezik: a késleltetett készlet
Ha a raktárban kiszedett áru csak órákkal később jelenik meg a webáruházban, addig a rendszer olyasmit kínál eladásra, ami már nincs meg. A vevő megrendeli, kifizeti, majd értesítést kap, hogy mégsem érkezik. Ez a hiba nemcsak visszatérítéssel jár, hanem a vásárló bizalmával is — és nem a raktárban keletkezik, hanem a két rendszer közti késésben.
Ezért a készletadat frissességére érdemes a legszigorúbb elvárást megfogalmazni: a többi adat késhet néhány percet, ez nem.
A cikktörzs gazdája
Ha ugyanaz a cikk két helyen szerkeszthető, előbb-utóbb két különböző adat lesz belőle — más mértékegység, más csomagolási egység, más név. A megoldás nem technikai: ki kell mondani, melyik rendszerben lehet cikket létrehozni és módosítani, a másikban pedig ezt le kell tiltani. Ez a döntés egyszer kerül vitába, utána évekig megelőz egy visszatérő hibaosztályt.
A csendes hiba jelzése
Az integráció legveszélyesebb állapota nem az, amikor leáll, hanem amikor részlegesen működik: az üzenetek egy része átmegy, a többi elakad, és senki nem kap értesítést. A raktár közben dolgozik, a hiány pedig napokkal később, a havi egyeztetésnél derül ki.
Egyszerű védekezés: naponta összevetni a két rendszer készletét a legfontosabb cikkekre, és minden elakadt üzenetről értesítést küldeni — olyan helyre, ahol valaki tényleg látja. Ha a hibajelzés csak egy naplófájlba kerül, az ugyanaz, mintha nem is lenne.