WMS pentru e-commerce — ghid complet

Trei diferențe de bază care se traduc în configurarea WMS-ului:

• Comenzi mici. Media 1-3 SKU. La drogherii și cosmetice 1-2. Asta schimbă sensul colectării - cu o comandă de trei poziții este logic să colectezi 15 comenzi simultan într-un coș împărțit în sloturi.
• Volatilitate mare a volumului. Black Friday este un multiplicator de 5-10x față de medie. Ziua Îndrăgostiților, Ziua Mamei, Crăciunul. WMS-ul trebuie să gestioneze asta fără să angajezi o echipă IT pe noapte.
• Fereastră scurtă de ambalare. Clientul a dat click la 14:50, coletul trebuie să plece cu curierul la 15:30. Nu este timp să-i explici magazionerului unde să caute produsul - trebuie să primească o instrucțiune concretă pe terminal.

Lista platformelor cu care WMS-ul trebuie realmente să comunice în e-commerce-ul european în 2026:

• PrestaShop, WooCommerce, Magento, Shopify - motoarele magazinelor proprii. Preluare comenzi, actualizare stocuri, statusuri, numere AWB, urmărire.
• BaseLinker - agregator. Colectează comenzi din zeci de surse și le prezintă uniform. La 5+ canale de vânzare este standardul.
• Allegro - fără el piața poloneză nu există. Allegro Smart!, Allegro One, integrare cu lockerele, livrare automată.
• Amazon, eBay - pentru clienți cross-border. FBA, SFP, MCF - fiecare program are propriile cerințe privind timpul de expediere.
• eMAG, Erli, Empik, OLX, Etsy - pentru industrii de nișă.

Ce preluăm concret de pe platformă: datele comenzii (client, adresă, produse, cantități, prețuri, metoda de livrare, metoda de plată). Ce trimitem înapoi: nivelurile stocurilor (aproape în timp real), statusul comenzii (acceptat, ambalat, expediat), numărul AWB, factura PDF dacă magazinul o așteaptă.

Cea mai frecventă capcană la clienții noi: magazinul preia stocurile o dată pe oră sau o dată pe zi. În e-commerce-ul cu rotație mare, este o garanție pentru suprasolicitare. Doi clienți cumpără ultima bucată la 30 de minute distanță - al doilea primește un e-mail "ne pare rău, nu mai este pe stoc" și nu se mai întoarce niciodată.

Standardul real este un webhook de la WMS la magazin, apelat la fiecare operațiune de depozit, plus o reconciliere completă la fiecare 15 minute. Webhook-ul pleacă imediat, reconcilierea prinde situațiile în care webhook-ul s-a pierdut din cauza unui timeout sau a unei pene de rețea. Configurat astfel, sistemul menține stocurile cu o acuratețe de 99,5%+ - suprasolicitările apar doar la condiții de cursă foarte rare.

Pentru anumite industrii (cosmetice, sezoniere) are sens să distingi stocul fizic de stocul vândabil. WMS-ul arată 47 de bucăți, dar către magazin expunem 42 - 5 bucăți sunt buffer pentru retururi și rezervă. Acest parametru se setează la nivel de produs, nu global.

Trei strategii principale și când are sens fiecare:

• Single order picking - un magazioner colectează o comandă de la început până la sfârșit. Are sens pentru comenzi mari (B2B, valori mari) sau volume foarte mici (zece comenzi pe zi).
• Batch picking (multipicking) - magazionerul colectează 10-20 de comenzi în paralel, parcurgând hala o singură dată. Cel mai întâlnit tipar în e-commerce-ul tipic. Necesită un coș cu sloturi fizice sau etichete pe pungi.
• Wave picking - comenzile sunt grupate în "valuri" după ora de ridicare a curierului sau zona depozitului. Are sens pentru operațiuni mari - 1000+ comenzi pe zi cu mai mulți curieri și ridicări la ore diferite.

În Weaver WMS, strategia se alege la nivel de zonă a depozitului - poți avea single order pentru comenzi B2B de valoare mare și batch picking pentru e-commerce-ul tipic în același depozit.

Un client din zona de produse pentru animale, în medie 350 de comenzi pe zi, 1-3 SKU per comandă. Înainte de implementare - single order picking, timp mediu de colectare 7 minute pe comandă. După multipicking cu un coș cu 10 sloturi - 3,5 minute pe comandă timp efectiv.

Cum funcționează la terminal: magazionerul se autentifică, sistemul grupează cele mai urgente 10 comenzi, afișează drumul optim prin depozit (mai întâi zona A, apoi B, apoi C), magazionerul parcurge o singură dată, la fiecare locație terminalul arată "ia X bucăți și pune-le în slotul 4". După toate locațiile, coșul merge în zona de ambalare, unde ambalatorul transferă conținutul fiecărui slot într-o cutie separată, scanează primul SKU pentru verificare și primește o etichetă de curier gata pregătită.

În practică, câștigul din multipicking este de 40-55% față de single order. Cu mențiunea că trebuie să ai un layout de depozit care să permită drumuri cu sens - fără asta economiile se reduc.

Ambalarea este al doilea moment critic în e-commerce, alături de picking. La postul de ambalare, WMS-ul trebuie să gestioneze trei lucruri: verificarea conținutului (fiecare SKU scanat și comparat cu comanda), generarea etichetei de curier (greutate, dimensiuni, adresă), generarea documentului de expediere și opțional a facturii.

Lista transportatorilor cu care se lucrează în e-commerce-ul european:

• InPost - lockere și curier. Pentru multe magazine este 50-70% din volum. Integrare prin ShipX API.
• DPD, DHL, GLS, FedEx, UPS - curieri clasici. Fiecare are propriul API, cel mai comod este să mergi printr-un broker (Apaczka, Sendit, Furgonetka).
• Cargus, FAN Courier, Sameday - pentru piața românească.
• Poșta Polonă - lockere Pocztex, Kurier48. API mai puțin comod, dar uneori indispensabil (un sat mic la care InPost nu ajunge).
• DHL Express, UPS Express, FedEx International - pentru cross-border, lead time mai lung din cauza vămii.

În practică: Weaver WMS se integrează cu principalii brokeri (Apaczka, Sendit, ShipX) și direct cu InPost. Asta acoperă aproximativ 95% din cazurile din e-commerce-ul din zonă. Magazinul alege curierul, clientul alege punctul de ridicare, WMS-ul generează eticheta și o tipărește.

Retururile în e-commerce sunt 5-15% din comenzi în funcție de industrie (moda poate ajunge la 30-40%). Este un proces separat, nu o "inversare" simplificată a expedierii. Trebuie evaluată starea mărfii, decis ce urmează (revânzare A-grade, B-grade, outlet, eliminare), eventual emisă o notă de credit și rambursat clientul.

În WMS, fluxul retururilor arată cam așa: clientul anunță un retur prin magazin, primește un număr RMA, tipărește o etichetă de retur, coletul ajunge, magazionerul scanează numărul RMA, sistemul arată ce trebuia să se întoarcă și compară cu ce a venit efectiv. Marfa merge în zona de evaluare - ambalatorul/coordonatorul decide dacă pleacă A-grade (înapoi la vânzare) sau B-grade/outlet. Această decizie influențează în ce locație se înregistrează marfa.

În Weaver WMS, RMA-ul este un tip de document separat cu propriul flux. Asta îți oferă un istoric al retururilor per client, per produs, per motiv - și permite să identifici produsele cu rate cronice de retur (de obicei un semn al unei descrieri proaste în magazin sau al unei livrări defectuoase).

Două abordări pentru momentul în care stocul disponibil ar trebui să scadă:

• Rezervare la plasarea comenzii. Clientul apasă "cumpăr", stocul în magazin scade imediat, înainte ca WMS-ul să înceapă măcar colectarea. Sigur pentru volum, dar necesită gestionarea anulărilor și a timeout-urilor de plată.
• Rezervare la confirmarea plății. Stocul scade abia când plata este confirmată. Mai puține anulări de rezervare, dar riscul ca în 5 minute între coș și plată altcineva să cumpere ultima bucată.

În practică, pentru trafic normal, prima opțiune funcționează mai bine cu un timeout de plată de 30-60 de minute (după care rezervarea expiră și stocul revine la disponibil). Pentru vârfuri sezoniere (Black Friday) timeout-ul poate fi scurtat la 15 minute, ca să nu blocheze marfa pentru coșurile abandonate.

Vânzările cross-border dintr-un depozit polonez sau românesc sunt segmentul cu cea mai rapidă creștere pentru multe magazine. Ce trebuie gestionat din perspectiva WMS-ului:

• TVA OSS. Vânzări B2C în UE decontate printr-o singură fereastră, dar cotele de TVA sunt naționale. WMS-ul trebuie să distingă țara destinatarului și să o transmită contabilității.
• Valute. Clientul plătește în EUR, documentul este în PLN sau RON, cursul este din ziua tranzacției. Asta este pe partea ERP/magazin, dar WMS-ul trebuie să consume corect datele.
• Depozit în afara țării. Amazon FBA Germania, un depozit ceh la graniță - WMS-ul trebuie să suporte multi-depozit cu acces limitat prin rețea (replicare, sincronizare asincronă).
• Vamă și formalități. Pentru vânzări în afara UE (UK, Norvegia, SUA) - documente CN23, facturi proforma, coduri HS. WMS-ul le poate genera automat din fișa produsului.

La un moment dat, o parte din companiile cu depozit propriu trec la fulfillment - gestionarea e-commerce-ului pentru clienți externi. Este un model de business complet diferit (3PL) și WMS-ul trebuie să gestioneze facturarea serviciilor per operațiune, stocuri separate per client, zone separate în depozit și raportare separată către fiecare client. Acest subiect are propria adâncime - plănuim să-i dedicăm un articol separat. Curând.

Majoritatea operațiunilor de depozit în e-commerce se realizează pe un terminal mobil, nu pe un computer. Fluxul standard al unui magazioner într-o aplicație warehouse worker arată cam așa:

• Autentificare și alegerea modului de lucru. Multipicking, single order, recepție, inventar.
• Acceptarea sarcinii. Sistemul atribuie automat sarcini în ordinea priorității și a apropierii locațiilor.
• Executarea operațiunii. Scanare locație, scanare produs, introducerea cantității (sau scanare, dacă bucată cu bucată), confirmare la slot/coș.
• Închiderea sarcinii. Scanare de verificare, întoarcere la zona de ambalare sau următoarea sarcină.

Aplicația Weaver WMS Mobile funcționează offline - dacă WiFi-ul cade în mijlocul depozitului, magazionerul își termină sarcina, iar sincronizarea se face când conexiunea revine. Asta contează, pentru că rafturile de oțel și cutiile de metal transformă un depozit într-o cușcă Faraday - fără planificarea acoperirii WiFi nu se poate.

Scopul standard al unei implementări pentru un magazin online cu 500-2000 de comenzi pe zi arată așa: integrare cu motorul magazinului (PrestaShop, Shopify, custom), integrare cu BaseLinker pentru multicanal, integrare cu un broker de curierat (Apaczka sau direct cu InPost), terminale mobile cu aplicația Warehouse Worker, imprimante termice pentru etichete SKU și de curier, posturi de ambalare cu verificare prin scanare.

O implementare la noi durează de obicei 6-10 săptămâni de la semnarea contractului până la lansarea în producție. Primele două săptămâni sunt analiza proceselor și configurarea, două-trei săptămâni sunt integrările cu platformele de vânzare, ultimele 1-2 săptămâni sunt teste cu clientul pe date reale și instruirea operatorilor. Lansarea o combinăm de obicei cu un weekend sau cu o fereastră de vânzări mici, ca să rezolvăm primele greșeli fără presiunea Black Friday-ului.

17 ani pe piață înseamnă că am văzut cam fiecare scenariu pe care e-commerce-ul îl poate inventa - de la o drogherie cu un singur om până la fulfillment pentru câteva zeci de clienți cu zeci de mii de colete pe zi. Fiecare companie este diferită, dar tiparele tipice sunt vreo zece. Important este să le recunoști înainte de implementare, nu după prima campanie sezonieră.