Amazon FBA sau FBM - cum îți pregătești depozitul și WMS-ul

În FBA (Fulfillment by Amazon) trimiți marfa în vrac către centrele logistice Amazon, iar Amazon preia depozitarea, ambalarea, expedierea, relația cu clientul și retururile. Cumperi în primul rând două lucruri: insigna Prime, care poate ridica rata de conversie a unei oferte cu zeci de procente, și elasticitatea - în vârful de sezon nu tu angajezi ambalatori suplimentari, ci Amazon.

Plătești prin trei fluxuri de comisioane: comisionul de vânzare (referral fee, de regulă 8-15% în funcție de categorie), taxa de fulfilment pe bucată în funcție de gabarit și greutate, și taxa de depozitare pe metru cub pe lună - cu tarife care sar brusc în trimestrul patru și suprataxe dureroase pentru stocul mai vechi de 180-270 de zile. La acestea se adaugă pregătirea: fiecare bucată are nevoie de etichetă FNSKU, iar livrările inbound trebuie să respecte cerințele Amazon pentru cutii și paleți. Produsele cu rotație lentă sau marjă mică pot ieși pe minus în FBA doar din taxele de depozitare - de aceea decizia se ia per produs, nu per firmă.

În FBM (Fulfillment by Merchant) onorezi comenzile Amazon din depozitul propriu. Marja rămâne la tine, controlul asupra stocului și calității ambalării la fel. Capcana: Amazon îți măsoară automat indicatorii operaționali și îi aplică fără milă:

• Late Shipment Rate sub 4%. Procentul comenzilor confirmate ca expediate după termenul promis. Depășirea pragului timp de două săptămâni înseamnă risc real de suspendare.
• Valid Tracking Rate peste 95%. Amazon verifică dacă numărul de urmărire există efectiv în sistemul curierului și are prima scanare. Introducerea manuală a AWB-urilor "seara, după expediere" strică acest indicator cu regularitate.
• Cancellation Rate sub 2,5%. Anulările înainte de expediere - aproape întotdeauna rezultatul vânzării unui stoc care fizic nu exista, adică al sincronizării defecte.
• Order Defect Rate sub 1%. Recenzii negative, reclamații A-to-Z și chargeback-uri, cumulate.

Aceste patru cifre sunt, în practică, lista de cerințe pentru WMS-ul tău. Fără un sistem care rezervă stocul în timp real, urmărește orele-limită de predare către curier și întoarce AWB-urile automat, FBM peste câteva zeci de comenzi pe zi devine o ruletă.

Scenariul clasic de dezastru: același stoc se vinde în paralel pe Amazon, pe eMAG și în magazinul propriu. Ultima bucată pleacă din două canale la trei minute distanță, pentru că sincronizarea rulează o dată la un sfert de oră. Una dintre comenzi trebuie anulată - și Cancellation Rate tocmai a crescut.

• O singură sursă de adevăr. Stocul disponibil e gestionat de WMS, nu de un tabel și de niciun canal în parte. Canalele primesc stocul disponibil minus rezervări, niciodată cantitatea brută din depozit.
• Rezervare la sosirea comenzii. Comanda preluată de pe Amazon își rezervă bucățile imediat, înainte ca cineva să înceapă colectarea. Fereastra de vânzare dublă se închide de la minute la secunde.
• Tampon de siguranță la produsele rapide. La produsele vândute simultan pe mai multe canale, raportează către Amazon stocul minus 1-2 bucăți. Costul: un "stoc epuizat" ocazional. Câștigul: zero anulări.
• Frecvența actualizării. Standardul realist: la 5-15 minute prin API. Orice interval peste o oră, la rotație rapidă, se termină cu suprarezervare.

Tehnic, Amazon expune SP-API (Selling Partner API), succesorul retrasului MWS. Comenzile vin din Orders API, stocurile și prețurile trec prin Listings și Feeds, confirmările de expediere cu AWB se întorc prin endpoint-urile de fulfilment. Adaugă înregistrarea aplicației de dezvoltator, token-urile LWA și semnarea cererilor - bariera de intrare e vizibil mai sus decât la API-ul eMAG Marketplace, cu care mulți vânzători români sunt obișnuiți.

De aceea, în practică se aleg două drumuri. Primul: un WMS integrat direct cu Amazon prin SP-API - cel mai scurt traseu al datelor și control total, cu condiția ca furnizorul să întrețină efectiv integrarea (Amazon impune periodic migrări de versiuni de API). Al doilea: un integrator intermediar care leagă Amazon, eMAG și magazinul propriu pe o parte, iar pe cealaltă schimbă comenzi și stocuri cu WMS-ul. Al doilea drum pornește mai repede și e comod cu mai multe marketplace-uri simultan, cu prețul unei verigi în plus, care are propriile întârzieri și căderi. Sub câteva sute de comenzi pe lună, integratorul ajunge; peste, conexiunea directă începe să se plătească singură.

Chiar dacă vinzi preponderent prin FBA, depozitul tău nu dispare - își schimbă rolul. În locul sutelor de colete mici expediezi de câteva ori pe lună livrări mari inbound către centrele Amazon, iar acestea au ritualurile lor:

• Etichete FNSKU pe fiecare bucată. FNSKU e codul intern Amazon care leagă produsul de contul tău. Etichetarea în timpul colectării livrării (scanezi EAN, tipărești FNSKU, aplici, verifici cu o scanare) e o sarcină tipică de WMS - făcută manual la 500 de bucăți durează o zi și produce erorile pe care Amazon le taxează cu recepții respinse sau reeetichetare contra cost.
• Planul de expediere (shipment plan). Amazon decide singur ce parte din livrare merge în ce centru - un lot e împărțit de rutină între două sau trei depozite din țări diferite. WMS-ul trebuie să poată colecta livrarea conform acestei împărțiri.
• Cerințele pentru cutii și paleți. Limite de greutate pe cutie, etichete de expediere pe cutii și paleți, programarea livrării. Detalii mici - dar un inbound respins înseamnă o săptămână de vânzări pierdute.

Conturile mature sunt rareori sută la sută într-un singur model. Împărțirea tipică: bestsellerurile cu rotație rapidă și gabarit mic merg în FBA după insigna Prime, iar coada lungă, produsele voluminoase și cele sezoniere rămân în FBM, ca să nu plătești Amazonului chirie pe stoc leneș. Frecvent e și modelul de rezervă: o ofertă FBM pe același ASIN, ca asigurare că vânzarea continuă când stocul FBA se termină înaintea următorului inbound.

Hibridul ridică însă ștacheta pentru sistem: același SKU trăiește acum în două bazine de stoc - depozitul tău și al Amazonului - care trebuie urmărite separat, dar planificate împreună. Un WMS bun arată ambele bazine unul lângă altul și sugerează reaprovizionarea FBA pe baza vitezei de vânzare, înainte ca oferta să piardă Prime din cauza epuizării.

Amazon are cea mai prietenoasă politică de retur din piață, iar costul ei operațional cade pe vânzător. În FBA retururile le preia Amazon, dar periodic îți trimite grupat marfa marcată nevandabilă (removal orders) - și cineva din depozitul tău trebuie să inspecteze fiecare bucată și să decidă: înapoi la vânzare, redus pe alt canal, sau casare. În FBM returul vine direct, deseori neanunțat și departe de starea de fabrică. În ambele modele, WMS-ul trebuie să ruleze o zonă dedicată de retururi cu evaluare obligatorie a calității înainte ca bucata să revină în stocul vandabil - altfel un produs "nou" cu eticheta FNSKU pe jumătate dezlipită pleacă la următorul client și se întoarce cu recenzie negativă.

Un exercițiu simplu, de făcut pe 5-10 produse reprezentative în loc de teorii despre tot catalogul. Ia un produs și prețul lui de vânzare pe amazon.de, apoi calculează varianta FBA: comisionul referral, taxa de fulfilment pentru gabaritul lui, depozitarea la rotația ta reală (atenție la trimestrul patru), transportul inbound și etichetarea pe bucată. Alături, varianta FBM: costul tău de colectare și ambalare (cu un WMS eficient, realist 3-7 lei pe colet), transportul internațional cu curierul, gestionarea retururilor. Plus o corecție comercială: în FBA conversia tinde să fie mai mare datorită Prime, deci compari nu doar costuri unitare, ci și volume așteptate.

Rezultatul e rareori uniform pe tot catalogul - exact de aceea hibridul e atât de răspândit. Refă calculul la fiecare șase luni; Amazon își ajustează grilele de comisioane mai des decât curierii tarifele.

Decizia FBA contra FBM e de fapt o decizie despre unde îți stau marja și riscul: în FBA cedezi o parte din marjă pentru Prime și elasticitate, în FBM accepți regimul indicatorilor SLA în schimbul controlului și al costului unitar mai mic. Cele mai oneste calcule se termină cu un hibrid decis produs cu produs. Numitorul comun al ambelor modele e același: fără un sistem de depozit care rezervă stocul în timp real, întoarce AWB-urile automat și gestionează curat etichetarea FNSKU, un cont de Amazon ajunge mai devreme sau mai târziu la probleme de indicatori - iar de acolo până la oferte suspendate drumul e scurt.

Weaver WMS acoperă ambele scenarii: în FBM veghează rezervările de stoc între canale, orele-limită de expediere și încărcarea automată a AWB-urilor, iar la livrările FBA rulează colectarea pe baza planului de expediere, cu etichetare FNSKU verificată prin scanare. Integrarea funcționează atât direct, cât și prin platforme intermediare - poți începe cu un integrator și trece pe conexiunea directă când volumul o justifică, fără să schimbi nimic în procesul din depozit.