Florentin Ganea · 22.10.2026 · 10 minute de citit
Răspunsul scurt: un WMS (warehouse management system) e un software de gestiune a depozitului care știe unde stă fiecare bucată de marfă, pe locație, lot și dată de expirare, și le spune oamenilor ce să facă: unde pun marfa, ce culeg și din ce raft. ERP-ul îți spune cât stoc ai. WMS-ul îți spune unde e și ce se întâmplă cu el.
Dacă ai un depozit, ai auzit sigur de WMS, de obicei de la cineva care vrea să-ți vândă unul. Înainte să compari oferte, merită să știi ce face de fapt un astfel de sistem, prin ce diferă de ce ai deja în ERP și dacă depozitul tău are nevoie de el. Le iau pe rând, fără termeni de broșură.
Gândește-te la cel mai bun magazioner pe care l-ai avut. Știa unde stă fiecare produs, ce lot a intrat săptămâna trecută, ce expiră luna viitoare și pe cine trimite la ce raft. Când lipsea el, depozitul mergea mai încet. Un sistem WMS face aceeași treabă, dar o ține scrisă, pentru fiecare bucată de marfă, și o împarte cu toți oamenii din tură.
Concret, un WMS face două lucruri:
Între cele două stă scanarea. Fiecare mișcare se confirmă cu codul de bare al produsului și al locației, așa că ce scrie în sistem e ce s-a întâmplat pe raft, nu ce și-a amintit cineva să introducă la sfârșitul zilei.
Aproape orice ERP are un modul de stoc, așa că întrebarea e firească. Diferența, pe scurt: ERP-ul știe cât ai; WMS-ul știe unde e și ce se întâmplă cu el. ERP-ul gândește în documente: factura de intrare crește stocul, avizul de livrare îl scade. WMS-ul gândește în mișcări fizice: cine a luat ce, de pe ce locație, la ce oră.
| Ce compari | ERP, modulul de stoc | WMS |
|---|---|---|
| Locații | Stoc pe gestiune sau pe depozit | Stoc pe fiecare raft, nivel și poziție |
| Loturi și FEFO | Ține lotul pe document, dacă e configurat | Spune ce lot iese primul și de unde îl iei |
| Picking | Listă tipărită din comandă | Traseu ghidat, confirmat cu scanerul la fiecare linie |
| Recepție | Se introduce factura sau NIR-ul | Se scanează marfa, sistemul propune locația de depozitare |
| Inventar | De obicei anual, pe tot depozitul | Ciclic, pe zone, fără să oprești livrările |
| Trasabilitate | Pe ce factură a ieșit lotul | Cine l-a cules, de pe ce locație, în ce comandă, la ce oră |
| Integrare | E sursa comenzilor și a facturilor | Primește comenzi din ERP și trimite înapoi recepțiile și livrările |
| Cine îl folosește | Contabilitate, vânzări, achiziții, la birou | Operatorii din depozit, pe telefon sau scaner |
Nu sunt concurente. Într-un depozit care merge bine, ERP-ul rămâne locul comenzilor, prețurilor și facturilor, iar WMS-ul conduce ce se întâmplă între rampa de recepție și rampa de expediere. Cele două își trimit datele automat, ca nimeni să nu le copieze de mână.
Cel mai ușor înțelegi un WMS urmărind marfa de la camionul care vine până la camionul care pleacă. La fiecare pas, uite ce face omul și ce face sistemul.
Omul descarcă paleții și scanează codul de bare de pe fiecare bax, apoi introduce lotul și data de expirare, dacă nu sunt deja în cod. Sistemul compară ce s-a scanat cu comanda trimisă furnizorului, semnalează pe loc lipsurile și surplusul și propune unde să ducă marfa. Diferențele se văd la rampă, nu peste o lună, la inventar.
Omul duce paletul la locația propusă și scanează eticheta raftului. Sistemul alege locația după reguli: produsele cerute des aproape de zona de expediere, cele lente mai departe, cele care seamănă la ambalaj despărțite. Dacă operatorul scanează alt raft decât cel propus, sistemul îl oprește sau înregistrează mutarea, ca stocul să fie mereu unde scrie.
Omul primește pe ecran prima locație, merge acolo, scanează raftul, apoi produsul, și confirmă cantitatea. Sistemul pune liniile din comandă într-o ordine care scurtează drumul prin depozit, alege lotul care expiră primul (FEFO) și refuză produsul greșit în momentul scanării. Greșeala se oprește la raft, nu ajunge la client ca retur.
Omul verifică coletul sau paletul, îl etichetează și îl încarcă. Sistemul știe ce s-a cules pentru fiecare comandă, tipărește eticheta, grupează comenzile pe mașini sau rute și trimite în ERP confirmarea livrării, din care se face factura.
Omul primește în fiecare zi câteva locații de numărat, în pauzele dintre comenzi. Sistemul alege locațiile, de obicei cele cu mișcare multă sau cu diferențe recente, compară numărătoarea cu stocul scriptic și arată diferențele înainte să le ajusteze. Depozitul se numără tot pe parcursul anului, fără o zi în care se opresc livrările.
Partea pe care n-o vezi în descrierea fluxului: la fiecare pas, sistemul înregistrează cine a făcut ce și cât a durat. Din asta ies productivitatea pe operator, acuratețea stocului și zonele unde se pierde timp.
Nu promit procente pentru depozitul tău, pentru că depind de unde pleci. Uite unde se văd câștigurile, pe rând.
Semnele că Excelul sau modulul din ERP nu mai ajung sunt, pe scurt: diferențe la inventar pe care nu le explică nimeni, marfă care se caută în loc să se găsească, greșeli de culegere întoarse ca retururi și loturi cu termen de expirare ținute din memorie. Le-am luat pe toate pe rând, cu un calcul de cost, în articolul WMS sau Excel: când merită să treci la un WMS.
La fel de important e când nu îți trebuie:
Și o situație în care WMS-ul nu rezolvă problema: stocul prea mare. Dacă ai marfă care nu se vinde, un WMS îți arată doar mai precis pe ce raft stă. Acolo problema e în aprovizionare.
Un WMS în cloud (SaaS) rulează la furnizor și îl deschizi din browser sau din aplicația de pe telefon. Plătești abonament, nu ai server de întreținut, iar actualizările vin singure. Un WMS instalat pe server (on-premise) stă la tine: plătești licența o dată, ai controlul complet asupra datelor, dar ai nevoie de server, de cineva care să-l întrețină și de un contract de mentenanță. Pentru un depozit sau câteva, varianta în cloud e de obicei mai simplă de pornit.
Unele ERP-uri au un modul de depozit pe care îl activezi. Avantajul: o singură bază de date, fără integrare. Dezavantajul: de multe ori e gândit pentru birou și se folosește greu pe un telefon, cu mănușile pe mâini, între rafturi. Un WMS de sine stătător e făcut pentru operator, dar trebuie legat de ERP. Verifică ce primește operatorul pe ecran, nu doar lista de funcții.
WMS-urile se aseamănă pe hârtie, dar fiecare e construit în jurul unui tip de depozit. Cele pentru producție urmăresc materia primă care intră pe linie și produsul finit care iese. Cele pentru e-commerce sunt făcute pentru multe comenzi mici, de una sau două bucăți, cu ambalare și curier. Cele pentru distribuție lucrează cu baxuri și paleți, comenzi de zeci de linii, loturi și rute de livrare.
Demonstrațiile arată toate bine. Diferențele apar la întrebările concrete. Pune-le pe acestea, în scris, fiecărui furnizor:
Și cere o perioadă de test pe datele tale, cu doi-trei operatori de-ai tăi. În câteva zile de lucru real afli mai mult decât din orice demonstrație. Cum decurg pașii unei implementări vezi în pagina despre implementarea unui WMS.
Nu e o alegere între ele, pentru că fac lucruri diferite. ERP-ul ține comenzile, facturile, prețurile și stocul valoric: cât ai și cât valorează. WMS-ul ține depozitul: pe ce locație stă fiecare bucată, din ce lot, și ce trebuie să facă omul acum. Cele două se leagă: ERP-ul trimite comenzile și articolele, WMS-ul trimite înapoi ce s-a recepționat și ce s-a livrat. Dacă depozitul e mic și simplu, modulul de stoc din ERP poate fi suficient.
La un WMS în cloud, făcut pentru depozite mici și mijlocii, de la câteva zile la două săptămâni, cu depozitul lucrând normal. Un WMS clasic, instalat pe server și adaptat prin consultanță, durează de obicei luni. În ambele cazuri, socotește încă o săptămână până când operatorii lucrează la fel de repede ca înainte. Cel mai mult întârzie nomenclatorul neclar, nu software-ul.
Ai nevoie de ceva care citește codul de bare, pentru că fără scanare WMS-ul nu are cum să verifice ce face omul. Multe sisteme merg pe telefoane Android obișnuite, cu camera sau cu un cititor Bluetooth atașat. Scanerele industriale rezistă mai bine la căzături și citesc mai repede, așa că merită în zonele cu volum mare. Mai ai nevoie de o imprimantă de etichete pentru rafturi și, uneori, pentru paleți.
Întreabă furnizorul dacă are deja un conector pentru ERP-ul tău și cere să vezi unul funcționând la alt client. Dacă există, legătura e o configurare. Dacă nu, e un proiect de programare: ceri preț fix, termen scris și lista exactă a datelor care circulă în fiecare sens, adică articole, comenzi, recepții, livrări și ajustări de stoc.
Nu de la un număr de metri pătrați. Merită când un om nu mai poate ține depozitul în cap: câteva mii de referințe, loturi cu termen de expirare, mai mulți operatori pe tură sau mai multe depozite. Un depozit mic, cu câteva sute de articole fără loturi și un om care știe unde stă tot, se descurcă fără. Calculul complet, cu semnele concrete, e în articolul WMS sau Excel.
Stratiq, WMS-ul nostru, se poate încerca pe datele tale. Dacă nu știi încă dacă problema e în depozit sau în aprovizionare, începe cu o analiză gratuită.
Florentin Ganea · 22.10.2026 · 10 min read
The short answer: a WMS (warehouse management system) is warehouse management software that knows where every unit of stock sits, by location, batch and expiry date, and tells people what to do: where to put goods, what to pick and from which rack. The ERP tells you how much stock you have. The WMS tells you where it is and what's happening to it.
If you run a warehouse, you've certainly heard of WMS, usually from someone trying to sell you one. Before comparing offers, it's worth knowing what such a system actually does, how it differs from what you already have in the ERP, and whether your warehouse needs one. I'll take them one at a time, without brochure language.
Think of the best storekeeper you ever had. He knew where every product was, which batch came in last week, what expires next month and whom to send to which rack. When he was away, the warehouse slowed down. A WMS does the same job, but keeps it written down, for every unit of stock, and shares it with everyone on the shift.
In practice, a WMS does two things:
Scanning sits between the two. Every movement is confirmed with the barcode of the product and of the location, so what the system says is what happened on the rack, not what someone remembered to enter at the end of the day.
Almost every ERP has a stock module, so the question is natural. The difference, in short: the ERP knows how much you have; the WMS knows where it is and what's happening to it. The ERP thinks in documents: the purchase invoice increases stock, the delivery note decreases it. The WMS thinks in physical movements: who took what, from which location, at what time.
| What you compare | ERP stock module | WMS |
|---|---|---|
| Locations | Stock per store or per warehouse | Stock on every rack, level and position |
| Batches and FEFO | Keeps the batch on the document, if configured | Tells you which batch goes first and where to take it from |
| Picking | Printed list from the order | Guided route, confirmed with the scanner on every line |
| Receiving | The invoice or goods receipt note is typed in | Goods are scanned, the system suggests the putaway location |
| Stock counts | Usually yearly, the whole warehouse | Cycle counts, by zone, without stopping deliveries |
| Traceability | Which invoice the batch left on | Who picked it, from which location, in which order, at what time |
| Integration | The source of orders and invoices | Receives orders from the ERP and sends back receipts and shipments |
| Who uses it | Accounting, sales, purchasing, in the office | Warehouse operators, on a phone or scanner |
They don't compete. In a well-run warehouse, the ERP stays the place for orders, prices and invoices, and the WMS runs what happens between the receiving dock and the shipping dock. The two exchange data automatically, so nobody copies it by hand.
The easiest way to understand a WMS is to follow the goods from the truck that arrives to the truck that leaves. At every step, here's what the person does and what the system does.
The person unloads the pallets and scans the barcode on each case, then enters the batch and expiry date if they aren't already in the code. The system compares what was scanned with the order sent to the supplier, flags shortages and overages on the spot and suggests where to take the goods. Differences show up at the dock, not a month later at the stock count.
The person takes the pallet to the suggested location and scans the rack label. The system picks the location by rules: fast-moving products close to shipping, slow ones further away, look-alike products kept apart. If the operator scans a different rack than the one suggested, the system stops them or records the move, so stock is always where it says.
The person gets the first location on screen, walks there, scans the rack, then the product, and confirms the quantity. The system puts the order lines in a sequence that shortens the walk through the warehouse, chooses the batch that expires first (FEFO) and rejects the wrong product the moment it's scanned. The mistake stops at the rack instead of reaching the customer as a return.
The person checks the parcel or pallet, labels it and loads it. The system knows what was picked for each order, prints the label, groups orders by truck or route and sends the delivery confirmation to the ERP, which issues the invoice from it.
The person gets a few locations to count each day, between orders. The system chooses the locations, usually those with heavy movement or recent differences, compares the count with book stock and shows the differences before adjusting them. The whole warehouse gets counted over the year, with no day when deliveries stop.
The part you don't see in the flow description: at every step, the system records who did what and how long it took. That gives you productivity per operator, stock accuracy and the zones where time is lost.
I won't promise percentages for your warehouse, because they depend on where you start. Here's where the gains show up, one by one.
The signs that Excel or the ERP module are no longer enough are, in short: stock count differences nobody can explain, goods that are searched for instead of found, picking errors coming back as returns, and batches with expiry dates kept in someone's memory. I've covered them one by one, with a cost calculation, in the article WMS or Excel: when it is worth switching to a WMS.
Just as important is when you don't need one:
And one situation a WMS doesn't fix: too much stock. If you have goods that don't sell, a WMS only shows you more precisely which rack they're on. There, the problem is in purchasing.
A cloud WMS (SaaS) runs at the vendor and you open it in a browser or in the app on a phone. You pay a subscription, you have no server to maintain and updates arrive on their own. An on-premise WMS sits with you: you pay the license once and have full control over the data, but you need a server, someone to maintain it and a maintenance contract. For one warehouse or a few, the cloud option is usually simpler to start with.
Some ERPs have a warehouse module you can switch on. The upside: a single database, no integration. The downside: it's often designed for the office and hard to use on a phone, with gloves on, between racks. A standalone WMS is built for the operator, but it has to be connected to the ERP. Check what the operator actually sees on screen, not just the feature list.
WMSs look alike on paper, but each is built around one type of warehouse. Manufacturing ones track raw materials going onto the line and finished goods coming off it. E-commerce ones are made for many small orders of one or two items, with packing and couriers. Distribution ones work with cases and pallets, orders with dozens of lines, batches and delivery routes.
Demos all look good. The differences show up in concrete questions. Ask every vendor these, in writing:
And ask for a trial on your own data, with two or three of your operators. A few days of real work tell you more than any demo. How the steps of an implementation go is on the page about implementing a WMS.
It isn't a choice between them, because they do different things. The ERP holds orders, invoices, prices and stock value: how much you have and what it's worth. The WMS runs the warehouse: which location each unit sits in, from which batch, and what the person should do now. The two are connected: the ERP sends orders and items, the WMS sends back what was received and what was shipped. If the warehouse is small and simple, the ERP stock module can be enough.
With a cloud WMS built for small and mid-sized warehouses, from a few days to two weeks, with the warehouse working normally. A classic WMS, installed on a server and adapted through consulting, usually takes months. In both cases, allow another week until operators work as fast as before. What delays things most is an unclear item master, not the software.
You need something that reads barcodes, because without scanning the WMS has no way of checking what the person does. Many systems run on ordinary Android phones, with the camera or a Bluetooth reader attached. Industrial scanners survive drops better and read faster, so they're worth it in high-volume areas. You also need a label printer for the racks and, sometimes, for pallets.
Ask the vendor whether they already have a connector for your ERP and ask to see one working at another customer. If it exists, the link is a configuration. If not, it's a programming project: ask for a fixed price, a written deadline and the exact list of data flowing in each direction, meaning items, orders, receipts, shipments and stock adjustments.
Not from a number of square metres. It's worth it when one person can no longer keep the warehouse in their head: a few thousand SKUs, batches with expiry dates, several operators per shift or several warehouses. A small warehouse with a few hundred items, no batches and one person who knows where everything is gets by without one. The full calculation, with the concrete signs, is in the article WMS or Excel.
Stratiq, our WMS, can be tried on your own data. If you don't yet know whether the problem is in the warehouse or in purchasing, start with a free analysis.