Studiu de caz anonim · WMS personalizat · producție și ecommerce

Când sistemele de raft nu au încăput în fabrică, fabrica și-a construit propriul WMS

Cum un producător român de mobilier a unit stocul, producția la comandă, magazinele Shopify, depozitul și livrarea într-un sistem construit exact pe fluxul lui de lucru.

Comenzi administrate central
1.042
1.852 de linii de comandă
Produse administrate
1.774
stoc + producție la comandă
Evenimente Shopify procesate
19.199
din mai multe magazine
Teste automate
355
plasele de siguranță ale sistemului

Date operaționale extrase la 22.08.2026 din baza de producție și din codebase. Nu reprezintă venit, profit sau economii estimate.

01

Rezumat executiv

Un producător român de mobilier opera simultan cu marfă disponibilă în depozit și produse fabricate la comandă. Mai multe magazine Shopify, punctele fizice, atelierul, facturarea și livrarea aveau reguli diferite, dar trebuiau să lucreze pe același stoc și pe aceleași comenzi.

În loc să forțeze compania într-un ERP standard, echipa a construit un WMS propriu în jurul fluxului real. În aproximativ două luni de dezvoltare intensivă, sistemul a ajuns să administreze 1.774 de produse, 1.042 de comenzi, 19.199 de evenimente Shopify și emiterea validată a AWB-urilor pentru trei servicii de curierat.

Rezultatul verificat astăzi nu este un slogan despre „transformare digitală". Este o operațiune care are o singură sursă de adevăr pentru stoc și comenzi, urmărește producția pe sectoare și automatizează pașii repetitivi dintre magazin, depozit, atelier și livrare.

02

Marfă de depozit și producție la comandă, în aceleași comenzi

Compania vinde atât produse disponibile din stoc, cât și mobilier fabricat la comandă în atelierul propriu. Un produs de depozit trebuie localizat, rezervat, scanat și expediat. Un produs la comandă trebuie lansat în producție, descompus pe componente, trecut prin sectoarele atelierului și urmărit până la finalizare.

Peste acest model mixt se adaugă mai multe magazine Shopify care vând din același stoc fizic, vânzări în puncte fizice și o echipă formată din oameni de birou, depozit, producție și vânzare. Fiecare rol are nevoie de alte informații și alte drepturi, dar toate operațiunile trebuie să ajungă în aceeași sursă de adevăr.

03

Problema nu era lipsa unui program. Era lipsa unui sistem care să înțeleagă fabrica.

01

Un stoc fizic, mai multe vitrine online

Aceleași produse puteau fi vândute din magazine diferite, fără o singură sursă operațională de adevăr.

02

Stocuri paralele în platforma ecommerce

O locație secundară uitată putea păstra cantități care făceau cifrele greu de reconciliat.

03

AWB-uri pregătite manual

Adrese incomplete, coduri poștale lipsă și localități scrise neuniform necesitau verificări și intervenții.

04

Facturarea, depozitul și comenzile nu vorbeau aceeași limbă

O acțiune terminată într-un sistem nu actualiza automat restul fluxului.

05

Producția nu avea o urmă unică

Întrebarea „unde este acum piesa din comanda X?" depindea de telefoane, mesaje și memoria oamenilor.

04

Compania nu și-a schimbat fabrica ca să încapă în software. A schimbat software-ul ca să încapă în fabrică.

Soluțiile standard tratează de obicei stocul, producția și ecommerce-ul ca module separate. Aici, granițele dispar în aceeași comandă: un articol pleacă din depozit, altul intră în producție, ambele pot veni dintr-un magazin online, iar clientul trebuie să primească documentele și trackingul corect.

Sistemul propriu a permis ca regulile companiei să devină reguli software. Produsele urmărite în stoc urmează fluxul de depozit. Produsele fabricate la comandă pornesc fluxul atelierului. Integrările locale de facturare și curierat au fost legate direct de operațiune, fără exporturi și pași manuali între aplicații.

Avantajul nu este că software-ul are mai multe funcții. Avantajul este că fiecare funcție corespunde unei decizii reale din fabrică.

05

Un singur sistem, de la comandă la atelier și livrare

Soluția, prezentată ca traseul unei comenzi prin sistem:

EtapăCe face sistemulDovada disponibilă
Comenzi multi-magazinaduce comenzile și editările din magazine într-un singur loc1.042 comenzi, 1.852 de linii
Stoc unicactualizează cantitatea corectă în magazinele conectate861 de împingeri de stoc
Pick & Packverifică fizic produsele prin scanare834 de scanări
AWB multi-curiervalidează datele înainte de emiterea etichetei257 de AWB-uri din 03.08.2026
Onorare ecommercedupă emiterea AWB-ului, actualizează comanda și trackingulflux automat implementat
Producție și rețetareconsumă materialele conform produsului și variantei comandate31 de rețetare active
Atelier pe sectoareurmărește fiecare bucată prin etapele de lucru7 sectoare modelate
Retururiidentifică returul după AWB și îl trimite în fluxul corectflux implementat
Dispeceratgrupează cursele și încărcătura operaționalămodul implementat
Acces pe roluriarată fiecărui tip de utilizator numai modulele necesare12 utilizatori activi la extracție

Numerele descriu utilizarea și acoperirea sistemului la data extracției. Ele nu cuantifică singure impactul financiar sau productivitatea.

06

De la o diagramă desenată de mână la motorul de reguli al atelierului

Una dintre funcționalitățile centrale nu a pornit dintr-un caiet de sarcini. Ownerul a desenat pe hârtie fluxul real al atelierului: două ramuri de lucru care avansează separat și se întâlnesc înainte de etapa finală.

Diagrama a fost transformată în reguli operaționale. Fiecare bucată dintr-o comandă primește propria foaie de parcurs. Oamenii confirmă pe tabletă finalizarea etapei lor. Etapa comună se deschide numai după ce ambele ramuri sunt gata. Sistemul poate apoi arăta unde se află fiecare bucată și în ce sector a rămas blocată.

Fluxul de producție pe două ramuri
Diagramă generică, anonimizată, a fluxului modelat în sistem. Etapa de finisare se deschide numai după ce ambele ramuri sunt finalizate.
PRELUCRARE ASAMBLARE PREGĂTIRE CROIRE COASERE FINISARE AMBALARE GATA etapa comună se deschide doar cu ambele ramuri gata
07

Dezvoltare rapidă, dar cu plase de siguranță

Sistemul a intrat devreme în utilizare și a evoluat pe feedback operațional. Funcționalitățile mari au fost pregătite separat înainte de trecerea în producție, iar mediul de test nu putea emite documente sau comenzi reale către servicii externe.

Fiecare schimbare importantă avea backup și verificări automate, iar fiecare bug rezolvat a devenit un test permanent. Dezvoltarea a fost asistată de AI, dar deciziile, regulile și aprobările au rămas umane.

Linii de cod (backend + interfețe)
~21.000
Teste automate
355
Ecrane operaționale
29
Verificări de go-live la cutover
77/77
08

Provocări care au devenit reguli permanente

01

Stocul din locația uitată

O locație secundară din platforma ecommerce păstra cantități care alterau imaginea stocului. După remediere, verificarea locațiilor a devenit pas obligatoriu la conectarea fiecărui magazin nou.

02

Două operațiuni simultane pe același produs

Actualizările concurente puteau produce scăderi incorecte. Operațiunile au fost serializate la nivelul bazei de date, iar scenariul a devenit test automat permanent.

03

O comandă editată după emiterea AWB-ului

Dacă un articol este eliminat din comandă după tipărirea etichetei, sistemul nu șterge automat urma logistică. Ridică o excepție și lasă decizia la om.

09

Ce putem demonstra astăzi

Indicator operaționalValoare verificată în materialul-sursă
Comenzi în sistem1.042
Linii de comandă1.852
Produse administrate1.774
Evenimente Shopify procesate19.199
AWB-uri emise din 03.08.2026257
Împingeri de stoc către magazine861
Scanări Pick & Pack834
Rețetare de producție31
Utilizatori activi12
Teste automate355
Linii de codaproximativ 21.000
Datele au fost extrase la 22.08.2026 din baza de producție și din numărătoarea codebase-ului. Istoricul comenzilor este sincronizat din aprilie 2026, iar dezvoltarea intensivă și intrarea în utilizare au avut loc în iulie–august 2026. Aceste valori măsoară activitatea sistemului, nu economii financiare, profit sau creștere de venit.
10

Ce nu publicăm încă drept rezultat

Următoarele afirmații nu apar în acest studiu pentru că nu există încă o măsurare înainte/după validată. Le vom publica doar cu definiția metricii, perioada, sursa, volumul analizat, data validării și acordul pentru publicare:

  • ore economisite pe zi;
  • timp redus pentru emiterea AWB-ului și facturare;
  • procent sau număr de erori eliminat;
  • „zero oversell";
  • productivitate mai mare în atelier;
  • scădere de cost operațional;
  • recuperarea investiției;
  • citate atribuite angajaților.
11

Sistemul nu este un proiect închis. Este platforma pe care crește operațiunea.

Următorul magazin poate fi conectat pe un proces deja rodat. Următoarele module ale atelierului pornesc de la aceleași comenzi, produse și reguli. Iar datele strânse despre stoc, materiale și duratele etapelor pot susține ulterior planificarea și prognoza.

Valoarea unui sistem propriu nu stă doar în ce a rezolvat la lansare, ci în faptul că următoarea problemă nu mai cere încă o aplicație izolată.

12

Software-ul potrivit nu obligă fabrica să lucreze altfel. Învață cum lucrează fabrica.

Concluzie

„Acest proiect nu a pornit de la o listă de funcții. A pornit de la întrebarea: ce trebuie să se întâmple, în realitate, din momentul în care intră o comandă până când produsul ajunge în atelier, depozit sau camion? Răspunsul a devenit un WMS care unește mai multe magazine, stocul fizic, producția și livrarea. La 22.08.2026, sistemul administra 1.774 de produse, peste 1.000 de comenzi și aproape 20.000 de evenimente Shopify, cu 355 de teste automate în spate. Nu este o promisiune că orice companie are nevoie de software propriu. Este dovada că, atunci când operațiunea nu încape corect într-o soluție de raft, un sistem croit pe fluxul real poate elimina ruptura dintre fabrică și date."

13

Întrebări frecvente

Ce tip de companie este prezentată?

Un producător român de mobilier cu atelier propriu, magazine Shopify și operațiuni de depozit și livrare. Numele și localizarea companiei nu sunt publicate.

De ce a fost nevoie de un WMS personalizat?

Compania combină produse aflate în stoc cu produse fabricate la comandă. Acestea urmează fluxuri diferite, dar apar în aceleași comenzi și folosesc aceleași operațiuni de ecommerce, facturare și livrare.

Cât a durat implementarea?

Materialul-sursă indică aproximativ două luni de dezvoltare intensivă și intrare treptată în utilizare în iulie–august 2026. Durata nu este un termen garantat pentru alte proiecte.

Ce rezultate sunt confirmate?

Sunt confirmate volumele operaționale din sistem la 22.08.2026: produse, comenzi, evenimente Shopify, AWB-uri, sincronizări de stoc, scanări și testele automate. Economiile de timp, reducerea erorilor și impactul financiar nu sunt încă publicate ca rezultate măsurate.

Este dezvoltarea asistată de AI partea principală a proiectului?

Nu. AI-ul a accelerat execuția tehnică, însă procesele, regulile, validarea și deciziile au rămas în responsabilitatea oamenilor. Povestea principală este potrivirea sistemului cu operațiunea fabricii.

Automatizare pe fluxul real · Fără promisiuni inventate

Ai un proces care nu încape în software-ul actual?

Discută direct cu echipa ALLSoft Agency despre flux, integrări și ce merită automatizat.