Integrace Amazon Vendor – objednávky a provoz
Amazon Vendor Central – někdy označovaný jako Amazon 1P nebo integrace Amazon Vendor – je velkoobchodní program, ve kterém Amazon nakupuje vaše zboží prostřednictvím hromadných objednávek a dále je prodává. Nejde už jen o vyřizování prodejů: stáváte se dodavatelem, na kterého se vztahují přísné provozní standardy Amazonu a průběžné sledování KPI.
O to složitější je, že objednávky Amazon Vendor obvykle obsahují desítky, ne-li stovky položek. Každý produkt musí být správně namapovaný na úrovni EAN/SKU, každé objednané množství přesně potvrzené a odeslané a každá objednávka svázaná s konkrétním fulfillment centrem Amazonu. Stačí zmeškat dodací okno, poslat opožděné nebo nesouhlasící potvrzení objednávky nebo nechat produktová data rozejít se s tím, co eviduje Amazon, a následky jsou tvrdé: ušlé prodeje, poplatky za chargebacky a nesrovnalosti ve fakturách.
Právě proto je drahé provozovat Vendor Central ručně – nebo hůř, přes několik systémů, z nichž každý vidí jen část procesu. Base zpracovává objednávky Amazon Vendor Central ve stejném panelu, katalogu a workflow jako všechny ostatní kanály, na kterých prodáváte, aniž by přísné požadavky Amazonu narážely na vaše potřeby přizpůsobení.
Vyzkoušejte zdarma
Kde to reálně skřípe a jak to Base řeší
Nákupní objednávky bez námahy
Amazon Vendor je u potvrzování objednávek nekompromisní: přijatá množství a položky musí do posledního kusu odpovídat skutečné dodávce, a to v krátkém okně od přijetí. O přesnosti se nediskutuje. Base objednávky automaticky importuje do vašeho stávajícího workflow s využitím vlastních automatických akcí, statusů a pravidel, která už používáte pro ostatní kanály – s plným přehledem o zásobách, abyste nepotvrdili víc, než skutečně máte.
Stovky položek k odeslání, automatizovaně
Jediná objednávka z Vendor Central může snadno obsahovat desítky nebo stovky položek. Jejich ruční zpracování – kontrola zásob, příprava vychystávacích a balicích seznamů, žonglování s různými sklady – je přesně to, na čem týmy ztrácejí celé dny. WMS a OMS v Base se přizpůsobí tomu, jak svůj sklad skutečně řídíte: hromadné objednávky se zpracovávají systematicky od přijetí po potvrzení odeslání.
Produktová data vždy aktuální
Systémy postavené na EAN a SKU se postupně rozcházejí. Položky se přejmenovávají, vyřazují nebo dostávají nové identifikátory na jedné či druhé straně – a přesně tento nesoulad vede k odmítnutým objednávkám a bolehlavům při párování. Base využívá API a přenos založený primárně na ASIN, takže vzniká jeden zdroj pravdy místo dvou databází, které se pomalu rozjíždějí.
Více účtů, konec izolace
Více značek, modelů fulfillmentu nebo regionů znamená více přihlášení a více míst, kde se může ztratit PO. Base spravuje každý účet Vendor – i každý účet Seller – z jednoho přihlášení. Pokud provozujete hybridní model 1P/3P nebo vedle Vendor Central využíváte přepravní služby Amazonu, máte všechno na jednom místě.
EDI vs. API: jaký je v tom rozdíl a proč na něm u Vendor Central záleží
Většina integrací Vendor Central na trhu stále běží na EDI. Base běží na SP-API od Amazonu. K cíli vedou obě cesty, fungují ale velmi odlišně:
| EDI | API (Base) | |
|---|---|---|
| Využití v Amazonu | Výhradně Vendor Central; dlouholetý standard ve světě vendorů pokrývající celý proces Order-to-Cash: příjem a potvrzení PO, ASN, fakturaci, zásoby a logistické zprávy | Primárně Seller Central, plus Vendor Central. API pro vendory zavedená v posledních letech pokrývají většinu případů užití EDI (kromě některých variant programů a zemí) a funkce pro nabídky a reporting specifické pro vendory |
| Formát dat | Standardizované dokumenty (X12, EDIFACT) s kodifikovaným jazykem pro každé pole, vyžadující rozsáhlé mapování | API Amazonu (SP-API) používají REST/JSON |
| Implementace | Delší a dražší; obvykle vyžaduje middleware pro překlad do ERP, mapování standardů zpráv a zřízení vyhrazeného připojení (AS2/SFTP nebo VAN třetí strany) | Rychlejší a levnější; žádné poplatky za VAN, pružnější mapování polí a katalogu |
| Komunikace | Příchozí: jedna PO dovnitř, jedna zpráva ven. Odchozí: možnost dávkování | Příchozí: konfigurovatelné parametry (stahování PO podle data, statusu atd.). Odchozí: možnost dávkování |
| Rychlost | Minuty; může vyžadovat překlad z EDI do ERP přes middleware | Milisekundy až sekundy; import do Base a konverze téměř v reálném čase |
| Párování produktů | EAN / SKU / GLN – náchylné k rozcházení při nesrovnalostech v katalozích. | Primárně ASIN – jeden zdroj pravdy |
| Flexibilita | Omezená standardy zpráv | Vysoce flexibilní |
| Zpracování chyb | Dávková potvrzení nebo dotazování přes specifické zprávy | Okamžité odpovědi |
| Škálovatelnost | Silná pro velké podnikové sítě, zvlášť pokud EDI používáte i s dalšími partnery; historicky využívané velkými řetězci a logistickými firmami | Silná pro moderní cloudové aplikace a omnichannel platformy |
Konkrétně u Amazon Vendor Central pramení nejvíc provozních potíží právě z řádku o párování produktů. Systémy EDI postavené na EAN a SKU vytvářejí nesoulady v okamžiku, kdy se položka na jedné či druhé straně přejmenuje, vyřadí nebo dostane nový identifikátor. Ve většině systémů to vyvolá chybu, která zablokuje překlad celé zprávy. Přenos založený primárně na ASIN drží obě strany sladěné na jediném identifikátoru, který vlastní a spravuje Amazon.
Začít je snadné
Propojte svůj účet Amazon Vendor.
Objednávky z Vendor Central začnou proudit do vašeho panelu Base vedle všeho ostatního, co prodáváte.
Propojte nabídky s katalogem a podle potřeby přidejte další účty Vendor.
Kdykoli budete připraveni, přidejte Direct Fulfillment, Seller Central, další dopravce nebo systémy. Stejný účet, žádný samostatný projekt, žádný vývojář.
Nejčastěji kladené otázky
Ne, Direct Fulfillment má vlastní integraci postavenou kolem mapování skladů, štítků a přepravních dokumentů pro objednávky, které odesíláte sami. Obě jsou navržené tak, aby běžely vedle sebe. Podívejte se na integraci Direct Fulfillment.
Ne. Běží na SP-API od Amazonu, tedy novějším způsobu připojení k Vendor Central. EDI bylo léta oborovým standardem, nese s sebou ale vysoké náklady na implementaci, rigidní mapování zpráv a drahé úpravy pokaždé, když Amazon změní specifikace. Integrace Base založená na API je flexibilnější, výrazně levnější na implementaci a díky přístupu postavenému primárně na ASIN omezuje nesoulady.
Nesoulady. Mezi tím, co uvádí váš katalog, a tím, co eviduje Amazon; mezi tím, co jste potvrdili, a tím, co Amazon očekává. Většinou za tím stojí dva systémy, které spolu pořádně nekomunikují. Na rozdíl od starších řešení, která spoléhají na EDI a pracují výhradně s EAN/GLN/SKU, běží Base na SP-API od Amazonu s přístupem postaveným primárně na ASIN.
Ano. Stávající nabídky lze importovat přímo z propojeného účtu Amazon a poté je propojit s produkty, které už v katalogu Base máte, nebo z nich automaticky vytvořit nové katalogové produkty, pokud tam ještě nejsou.
Ano. Base podporuje obojí vedle hlavních modelů fulfillmentu Amazonu, takže je nemusíte spravovat ve dvou nepropojených systémech.
Propojení účtu zabere pár minut. Další konfigurace – nastavení více účtů, propojení katalogu, doplňkové programy – závisí na tom, jak složitý už je váš provoz.
