Anularea comenzii din lipsă de stoc? eMAG, Trendyol și magazinul online

Vinzi aceeași marfă în mai multe locuri deodată – pe eMAG, pe Trendyol și în magazinul propriu – dar depozitul este unul singur. Când stocurile se desincronizează între canale, apar supravânzările, anulările de comenzi și scăderea evaluării contului. Sincronizarea stocurilor în vânzarea multicanal nu este un moft, ci o condiție a menținerii sănătății contului. Îți arătăm cum funcționează modelele de sincronizare, cum alegi frecvența și cum eviți conflictele înainte să devină o problemă reală.

Cuprins

1. De ce doare desincronizarea stocurilor?
2. Modele de sincronizare a stocurilor
3. Frecvența sincronizării și conflictele
4. Bune practici în sincronizarea multicanal
5. Întrebări frecvente

De ce doare desincronizarea stocurilor?

Imaginează-ți ultima bucată dintr-un produs aflat pe raft. O vede un client pe eMAG, un client pe Trendyol și un client în magazinul tău – și fiecare dintre ei o poate cumpăra în același minut. Dacă acele canale nu știu unele de altele, vei vinde o singură marfă de trei ori. Exact asta înseamnă supravânzarea (oversell) și este cel mai costisitor efect al lipsei de sincronizare.

Consecințele nu se opresc la un singur client nemulțumit. Desincronizarea stocurilor declanșează o cascadă întreagă:

• Anulări de comenzi – dacă nu ai cu ce onora vânzarea, ești nevoit să anulezi. Pe un marketplace, anularea din vina vânzătorului este unul dintre cele mai proaste semnale pe care le poți trimite platformei.
• Scăderea ratingului și a sănătății contului – platformele calculează rata anulărilor și a întârzierilor. Un nivel ridicat de anulări scade evaluarea, împinge oferta mai jos în rezultate, iar în cazuri extreme duce la restricții de cont. Cum monitorizezi acești indicatori pe eMAG descriem în materialul despre ratingul și sănătatea contului eMAG.
• Pierderea Buy Box-ului și a vizibilității – o ofertă cu istoric de anulări pierde în fața concurenței chiar și la același preț.
• Costul de gestiune – fiecare anulare înseamnă timp pentru explicații către client, restituirea plății și riscul unei recenzii negative care rămâne mult timp în cont.

Problema inversă este mai discretă, dar la fel de reală. Când, din precauție, subevaluezi stocurile disponibile pe fiecare canal ca să nu vinzi prea mult, pierzi vânzări – marfa stă în depozit, iar oferta arată „indisponibil”. O sincronizare bună înseamnă găsirea echilibrului între aceste două scenarii: să vinzi tot ce ai, dar niciodată mai mult.

Modele de sincronizare a stocurilor

Sincronizarea stocurilor se bazează întotdeauna pe același principiu: trebuie să existe o sursă unică de adevăr privind disponibilitatea, din care toate canalele își iau cifrele. Diferența dintre modele constă în locul unde se află acea sursă și în felul în care împarte marfa disponibilă între canale.

Depozit central (single source of truth)

Cel mai curat model: un singur sistem – cel mai adesea un OMS sau un integrator – ține stocul actual al fiecărui SKU și îl trimite către toate canalele. Magazinul și marketplace-urile nu au cifre proprii, independente; sunt doar „afișaje” ale a ceea ce arată depozitul central. Dacă nu ai încă implementat un astfel de sistem, merită să pornești de la a înțelege ce este un sistem OMS de administrare a comenzilor și ce rol are în vânzarea multicanal.

Avantajul este simplitatea logicii: există un singur stoc, deci nu ai despre ce să te cerți. Provocarea este viteza – stocul trebuie să ajungă la canale suficient de repede încât două vânzări paralele să nu apuce să se suprapună.

Rezerve de siguranță

Rezerva (stock buffer) este o cantitate pusă deoparte intenționat, pe care nu o scoți la vânzare. Dacă ai 10 bucăți și setezi rezerva la 2, canalele văd 8. Cele două bucăți sunt perna pentru întârzierile de sincronizare și pentru vânzările care se suprapun în fereastra dintre actualizări.

• Rezervă procentuală sau în bucăți – un număr fix de bucăți sau un procent din stoc. Procentul scalează mai bine pentru produsele cu rotație mare.
• Rezervă per canal – unui canal cu sincronizare mai lentă sau cu mai multe comenzi paralele îi poți da o pernă mai mare.
• Costul rezervei – cu cât rezerva este mai mare, cu atât riscul de supravânzare este mai mic, dar cu atât mai multă marfă „înghețată” pe care nu o vinzi. Este un compromis asumat, nu o setare „pentru totdeauna”.

Priorități de canal și rezerve dedicate

Când marfa este puțină, iar canalele sunt mai multe, trebuie să decizi cine are întâietate. Aici intră două strategii: prioritatea canalului (la stoc scăzut, marfa „merge” mai întâi către canalul cel mai important) și rezervele dedicate (împarți stocul rigid, de exemplu o parte pentru magazin, o parte pentru eMAG, o parte pentru vânzarea pe Trendyol pe piața din România). Tabelul de mai jos pune față în față cele trei abordări.

Model	Cum funcționează	Când se potrivește
Rezervor comun + buffer	Toate canalele văd același stoc minus rezerva	Alegerea implicită – maximizează vânzarea întregului stoc
Prioritate de canal	La stoc scăzut contează ordinea canalelor	Când un canal este net mai important ca marjă
Rezerve dedicate	Stocul împărțit rigid între canale	Produse limitate, contracte, garanția disponibilității

În practică se folosește cel mai des modelul rezervorului comun cu buffer, iar rezervele dedicate sunt păstrate pentru produsele care pur și simplu nu au voie să lipsească de pe un anumit canal.

Frecvența sincronizării și conflictele

Întrebarea-cheie este: cât de repede află restul canalelor despre noul stoc, după o vânzare pe unul dintre ele? Cu cât fereastra este mai lungă, cu atât crește riscul ca între timp cineva să cumpere o marfă care nu mai există.

Există două mecanisme principale de actualizare:

• La interval (polling) – sistemul interoghează canalele din când în când și trimite stocurile noi. Simplu și previzibil, dar între un ciclu și următorul rămâne o „fereastră oarbă”.
• La eveniment (webhook / near real-time) – canalul anunță singur vânzarea în momentul în care are loc, iar sistemul corectează imediat stocul peste tot. Închide fereastra oarbă aproape complet, dar cere o integrare stabilă și tratarea erorilor.

Frecvența reală depinde de limitele API ale fiecărei platforme – nu o poți interoga oricât de des. Intervalele concrete și limitele diferă între eMAG, Trendyol și platforma magazinului și se mai schimbă.

Un subiect separat sunt conflictele de scriere, adică situația în care două evenimente încearcă să modifice același stoc în același moment. Cele mai frecvente cazuri și modul de dezamorsare:

• Cursa a două vânzări – două comenzi pe aceeași marfă în fereastra de sincronizare. Soluția: rezervă de siguranță și punerea actualizărilor la coadă, în loc de suprascrierea „cine e ultimul are dreptate”.
• Corecție manuală contra automat – gestionarul de depozit corectează stocul exact când sincronizarea îl suprascrie. Soluția: o sursă unică de adevăr și regula clară că modificările manuale trec exclusiv prin depozitul central.
• Retur și repunere în stoc – marfa se întoarce și trebuie să revină în rezervor. Soluția: recunoașterea automată a returului în același sistem care scade stocurile la vânzare.
• Eroare de integrare – canalul nu a confirmat actualizarea. Soluția: reîncercare (retry) și alertă atunci când stocul nu se confirmă după câteva încercări.

Bune practici în sincronizarea multicanal

Sincronizarea stocurilor nu este o setare de o singură dată, ci un proces care trebuie proiectat și monitorizat. Mai jos, lista de principii care în practică diferențiază cel mai des conturile fără supravânzări de cele care sting incendii săptămânal.

• O singură sursă de adevăr pentru stocuri – alege un sistem (OMS sau integrator) care ține stocul și nu permite niciunui canal să aibă propria cifră independentă.
• SKU coerente și mapare a ofertelor – același produs trebuie legat fără echivoc între magazin, eMAG și Trendyol. Fără o mapare curată a SKU-urilor, sincronizarea actualizează alte oferte decât trebuie.
• Rezervă calibrată după rotație – mai mare pentru bestsellerele cu multe comenzi paralele, mai mică pentru pozițiile cu rotație lentă.
• Actualizare la eveniment acolo unde se poate – cu cât ești mai aproape de timpul real, cu atât fereastra oarbă pentru supravânzare este mai mică.
• Monitorizare și alerte – notificare atunci când stocul scade sub un prag, când sincronizarea încetează să confirme modificările sau când apare o anulare din lipsă de marfă.
• Coadă în loc de suprascriere – actualizările procesate pe rând, astfel încât două modificări paralele să nu se anuleze reciproc.
• Logica retururilor în același sistem – marfa returnată revine automat în rezervor, fără înregistrări manuale.

Stratul tehnic al acestui angrenaj se realizează cel mai des printr-un integrator sau un script dedicat. Cum arată o astfel de integrare în practică, pe exemplul unui instrument popular, arătăm în materialul despre integrarea BaseLinker cu eMAG. Indiferent de instrumentul ales, principiul rămâne același: stocul se calculează într-un singur loc, iar canalele doar îl reflectă.

Întrebări frecvente

Fă pasul următor

Dacă supravânzările și anulările revin la tine cu regularitate, este semn că stocurile merită așezate pe o singură sursă de adevăr, automatizată. Vezi cum abordăm automatizarea și implementările OMS sau scrie-ne – analizăm ansamblul canalelor tale și propunem un model de sincronizare potrivit rotației și limitelor platformelor tale.