Vissza a Journal-hoz
logisticshu

A megfelelo raktarintegracio kivalasztasa 3 ev utan

Harom ev utan, nyolc WMS-projekttel a hatunk mogott osszegyujtottuk a negy igazi ertekelesi kriteriumot es a leertekelt szempontot.

Harom evvel ezelott egy kozepes meretu, ket telephellyel mukodo kereskedo cegnel egy harom honaposra tervezett WMS-integracio het honap alatt kerult eles uzembe. Azota tobb mint nyolc hasonlo projektet vittunk vegig a Netorigo platformon, es most mar tisztan latjuk, melyek azok a dontesek, amelyek miatt a koltsegvetes megduplazodik vagy a go-live datum elcsuszik.

A harom alapveto opcio

Ma harom realis ut van a raktar es a webshop osszekotesere. Az elso egy klasszikus, SOAP-alapu WMS (Microsoft Dynamics NAV-bol kinott, vagy hazon belul fejlesztett), amelyhez egy aszinkron adaptert epitunk a BullMQ-n at: a NestJS backend leesi a megrendelest, betolja az adatokat egy outbox tablaba a PostgreSQL-ben, a kiszallito worker pedig haromszor megprobalja a SOAP hivast, mielott a holtlevel queue-ba teszi. Egyszeruen hangzik, de a tapasztalat az, hogy a SOAP-WMS valaszidoi 800 ms es 12 masodperc kozott szornak, es a karaktertabla-konverzio kornyul nehany szallitonal nem teljesen UTF-8-kompatibilis a SOAP envelope.

A masodik opcio a modern, REST-vagy-GraphQL WMS, jellemzoen egy SaaS megoldas. Itt a kockazat nem a transzport, hanem a szerzodes: a tipikus tarifacsomag kiszallitasonkenti 32-58 forint kozott mozog, ami havi 8 ezer kuldemenyig elegans, de 25 ezer fole nem skalazhato gazdasagosan.

A harmadik ut, amit mi egyre gyakrabban valasztunk: a szallitas teljes mertekben az ERP-ben marad, es a raktart egy egyszeru, mobil PWA-val mukodtetjuk, amely a Prisma altal kezelt stock_movement tablahoz beszel. Ez akkor nyer, ha a cliens 3-5 raktarossal dolgozik, es nincs sok-elemzos KPI-igeny.

A negy ertekelesi kriterium

A WMS-ertekelo munkafuzetunk negy oszloppal indul:

  1. Vissza-cimke generalas valaszideje. Ezt szinte mindenki kihagyja a POC-bol. A tipikus B2C kereskedo a vasarloi visszakuldesek 92%-at a vasarlas utan 30 nappal kapja meg; ha a vissza-cimke generalasa percekbe telik, az ugyfelszolgalat tickett ir es a NPS zuhan. Mi 1500 ms folott elutasitunk egy szallitot.
  2. Kotegelt lekerdezesek tamogatasa. Hany kuldemenyt tudunk egy hivasban szinkronizalni? A 100-as koteg meg jo, az 1-es koteg azt jelenti, hogy a kotegelt feldolgozas helyett 5000 kulon HTTP-kapcsolatot fogunk nyitni a karacsony elotti csucson.
  3. Webhook idempotencia. Megerkezhet ugyanaz a shipment.delivered ketszer? Ha igen, kell-e a fejlecben X-Idempotency-Key? Ket szallito kozul az egyik konnyedseggel megduplazza a kiszallitott statuszokat.
  4. Adat-retencio. A szallito mennyi ideig tarja a kuldemenyek metaadatat? Egyik partnerunknel 90 nap utan torlik, ami auditalas szempontjabol kockazatos, ha a NAV egy 2 eves szamlat reklamal.

Amit harom evvel ezelott masképp csinaltunk volna

Eloszor is, nem a SAP-bol orokolt mezomappingbol indultunk volna. Letrehoztunk volna egy shipment_intent szemantikus reteget a Prisma sema legtetejen, es a WMS-feladata csak az lett volna, hogy ezt vegrehajtsa. A regi mapping azt jelentette, hogy minden uj szallitonal egy het melota terjedo munka jart, mert a delivery_method_code 14 helyett 11 karakter volt, vagy a feladasi cimet ket sorra kellett tordelni.

Masodszor: nem hittuk volna el, hogy a szallito SLA-ja egyenlo a valos uptime-mal. A mert 99.4%-os havi uptime az nem 3 oranyi kieses, hanem 4 olyan kieses, ami pont az ebed elotti 30 percben tortenik, amikor a kuldemenyek 41%-at adjuk fel.

Harmadszor: korabban felvettuk volna a logisztika vezetot a tervezesi fazisba. A fejlesztoi csapat tudja, hogy a kod hogyan all ossze, de azt nem, hogy egy raktaros mennyi idot tolt a kezeben a kezi szkennerrel napi 800 csomag mellett.

A leertekelt szempont

A legtobb WMS-ertekelesnel a vissza-cimke generalas latencia az utolso oszlop, vagy be sincs irva. Pedig a return rate egy fashion-tipusu B2C-nel 22-35% kozott mozog, es a vasarlo a vissza-cimkere 28 masodpercnel tovabb nem var. A jol valasztott WMS itt 600 ms alatt valaszol, a rosszul valasztott 4 masodperc folott, es a kettoo kozotti elteres napi 200 emailt jelent az ugyfelszolgalatnak.

A Netorigo platformban a shipment.return.label.generated esemenyre mar epitettunk egy idempotens cache-elo retegot, ami a masodik kerelmet 8 ms alatt szolgalja ki, ha a labelt mar egyszer generaltuk az elmult 24 oraban. Ez egyetlen muvelet 11 millio forintot mentett meg az egyik partnernel az elmult evben, mert a vissza-cimke spammelo bot ellen most mar nem kell minden hivast tovabbpasszolni a szallitonak.