Integrare Amazon Vendor – comenzi și operațiuni
Amazon Vendor Central – numit uneori Amazon 1P sau integrarea Amazon Vendor – este un program angro în care Amazon vă cumpără marfa prin comenzi de achiziție în volum și o revinde. Nu mai onorați doar vânzări; sunteți acum un furnizor supus standardelor operaționale stricte ale Amazon și unei monitorizări atente a KPI-urilor.
Totul este cu atât mai complex cu cât comenzile Amazon Vendor includ de regulă zeci, dacă nu sute, de poziții. Fiecare produs trebuie mapat corect la nivel de EAN/SKU, fiecare cantitate comandată confirmată și expediată cu exactitate, iar fiecare comandă legată de un anumit centru de fulfillment Amazon. Ratați o fereastră de livrare, trimiteți o confirmare de comandă întârziată sau neconcordantă ori lăsați datele de produs să se abată de la ce are Amazon în evidențe, și consecințele sunt grave: vânzări pierdute, taxe de tip chargeback și neconcordanțe la facturi.
De aceea Vendor Central devine costisitor de gestionat manual – sau, mai rău, prin mai multe sisteme, fiecare cu o imagine limitată asupra fluxului. Base rulează comenzile Amazon Vendor Central prin același panou, catalog și flux de lucru ca orice alt canal pe care vindeți, fără a sacrifica cerințele stricte ale Amazon în fața nevoilor dumneavoastră de personalizare.
Încercați gratuit
Unde apar de fapt problemele și cum le rezolvă Base
Comenzi de achiziție, simplificate
Amazon Vendor este strict în privința confirmării comenzilor: cantitățile și articolele acceptate trebuie să corespundă livrării efective până la ultima unitate, într-un interval scurt de la primire. Acuratețea este nenegociabilă. Base importă automat comenzile în fluxul dumneavoastră existent, folosind acțiunile automate, statusurile și regulile personalizate pe care le rulați deja pentru orice alt canal – oferindu-vă vizibilitate completă asupra stocului, ca să evitați supraconfirmarea.
Sute de articole de expediat, automatizat
O singură comandă de achiziție Vendor poate ajunge ușor la zeci sau sute de poziții. Procesarea lor manuală – verificarea stocului, pregătirea listelor de picking și ambalare, jonglarea cu diferite depozite de vendor – este locul unde echipele pierd zile întregi. WMS-ul și OMS-ul din Base se adaptează la felul în care vă administrați efectiv depozitul: comenzile în volum sunt gestionate sistematic, de la primire până la confirmarea expedierii.
Date de produs, mereu actualizate
Sistemele bazate pe EAN și SKU se desincronizează. Articolele sunt redenumite, retrase sau reidentificate de oricare dintre părți, iar exact această neconcordanță produce comenzi respinse și bătăi de cap la reconciliere. Base folosește API-uri și transmiterea centrată pe ASIN, creând o singură sursă de adevăr în locul a două baze de date care se îndepărtează încet una de cealaltă.
Mai multe conturi, fără silozuri
Mai multe branduri, modele de fulfillment sau regiuni înseamnă mai multe loginuri și mai multe locuri în care puteți pierde din vedere un PO. Base gestionează fiecare cont Vendor – și fiecare cont Seller – dintr-un singur login. Dacă rulați un model hibrid 1P/3P sau folosiți serviciile de expediere Amazon alături de Vendor, totul se află în același loc.
EDI vs. API: care este diferența și de ce contează pentru Vendor Central
Majoritatea integrărilor Vendor Central de pe piață rulează încă pe EDI. Base rulează pe SP-API-ul Amazon. Ambele își pot face treaba, dar funcționează foarte diferit:
| EDI | API (Base) | |
|---|---|---|
| Utilizare în cadrul Amazon | Exclusiv Vendor Central; standardul consacrat al spațiului Vendor, acoperind întregul proces Order-to-Cash: primirea și confirmarea PO-urilor, ASN, facturare, stocuri și mesaje logistice | În principal Seller Central, plus Vendor Central. API-urile Vendor introduse în ultimii ani acoperă majoritatea cazurilor de utilizare EDI (cu excepția unor variații de program/țară) și funcții de listare/raportare specifice vendorilor |
| Format de date | Documente standardizate (X12, EDIFACT), cu limbaj codificat pe fiecare câmp, care necesită o mapare extinsă | API-urile Amazon (SP-API) folosesc REST/JSON |
| Implementare | Mai lungă, cu costuri mai mari; necesită de regulă middleware pentru traducerea către ERP, mapare pe standarde de mesaje și o conexiune dedicată (AS2/SFTP sau VAN terț) | Mai rapidă, cu costuri mai mici; fără taxe VAN, mapare mai flexibilă a câmpurilor și a catalogului |
| Comunicare | Intrare: un PO primit, un mesaj trimis. Ieșire: posibilitate de grupare în loturi | Intrare: parametri configurabili (preluarea PO-urilor după dată, status etc.). Ieșire: posibilitate de grupare în loturi |
| Viteză | Minute; poate necesita traducere EDI–ERP prin middleware | De la milisecunde la secunde; import în Base și conversie aproape în timp real |
| Potrivirea produselor | EAN / SKU / GLN – predispuse la desincronizare atunci când apar discrepanțe de catalog. | Centrat pe ASIN – o singură sursă de adevăr |
| Flexibilitate | Limitată de standardele de mesaje | Foarte flexibilă |
| Gestionarea erorilor | Confirmări în loturi sau recuperate prin mesaje specifice | Răspunsuri imediate |
| Scalabilitate | Solidă pentru rețele enterprise mari, mai ales dacă folosiți EDI și cu alți parteneri; folosit istoric cu marii retaileri și companiile de logistică | Solidă pentru aplicații cloud moderne și platforme omnichannel |
În cazul specific Amazon Vendor Central, rândul despre potrivirea produselor este sursa celor mai multe probleme operaționale. Sistemele EDI care rulează pe EAN și SKU creează neconcordanțe în momentul în care un articol este redenumit, retras sau reidentificat de oricare dintre părți. În majoritatea sistemelor, acest lucru declanșează o eroare care blochează traducerea întregului mesaj. Transmiterea centrată pe ASIN menține ambele părți aliniate la un identificator unic, deținut și controlat de Amazon.
Configurarea este simplă
Conectați contul Amazon Vendor.
Comenzile Vendor încep să intre în panoul Base, alături de tot ce vindeți.
Legați ofertele de catalog și adăugați conturi Vendor suplimentare, după nevoie.
Adăugați Direct Fulfillment, Seller Central, alți curieri sau alte sisteme oricând sunteți pregătiți. Același cont, fără un proiect separat, fără programator.
Intrebari frecvente
Nu, Direct Fulfillment este o integrare de sine stătătoare, construită în jurul mapării depozitelor, al etichetelor și al documentelor de expediere pentru comenzile pe care le expediați chiar dumneavoastră. Cele două sunt gândite să ruleze în paralel.
Nu. Rulează pe SP-API-ul Amazon, modalitatea mai nouă de conectare la Vendor Central. EDI a fost ani la rând standardul industriei, dar vine cu costuri mari de implementare, mapare rigidă a mesajelor și actualizări scumpe ori de câte ori Amazon schimbă specificațiile. Integrarea Base bazată pe API este mai flexibilă, considerabil mai ieftină de implementat și adoptă o abordare centrată pe ASIN, care reduce neconcordanțele.
Neconcordanțele. Între ce spune catalogul dumneavoastră și ce are Amazon în evidențe, între ce ați confirmat și ce așteaptă Amazon. Cele mai multe provin din două sisteme care nu comunică bine. Spre deosebire de soluțiile mai vechi, care se bazează pe EDI și rulează strict pe EAN/GLN/SKU-uri, Base rulează pe SP-API-ul Amazon, cu o abordare centrată pe ASIN.
Da. Ofertele existente pot fi importate direct din contul Amazon conectat, apoi legate de produsele deja prezente în catalogul Base sau folosite pentru a crea automat produse noi de catalog, dacă nu le aveți încă acolo.
Da. Base le acoperă pe ambele, alături de principalele modele de fulfillment Amazon, deci nu le gestionați prin două sisteme deconectate.
Conectarea contului durează câteva minute. Configurarea suplimentară – conturi multiple, legarea catalogului, programe adiționale – depinde de cât de complexă este deja operațiunea dumneavoastră.
