Integracja Amazon Vendor – zamówienia i operacje
Amazon Vendor Central – nazywany też Amazon 1P albo integracją Amazon Vendor – to program hurtowy, w którym Amazon kupuje Twoje produkty w ramach zbiorczych zamówień zakupu i odsprzedaje je dalej. Nie realizujesz już tylko sprzedaży – jesteś dostawcą rozliczanym z rygorystycznych standardów operacyjnych Amazona i stale monitorowanych KPI.
Sprawę komplikuje fakt, że zamówienia Amazon Vendor liczą zwykle dziesiątki, jeśli nie setki pozycji. Każdy produkt musi być poprawnie zmapowany na poziomie EAN/SKU, każda zamówiona ilość dokładnie potwierdzona i wysłana, a każde zamówienie powiązane z konkretnym centrum logistycznym Amazon. Wystarczy przegapić okno dostawy, wysłać spóźnione lub niezgodne potwierdzenie zamówienia albo pozwolić, by dane produktowe rozjechały się z tym, co ma Amazon – i konsekwencje są dotkliwe: utracona sprzedaż, opłaty chargeback i niezgodności na fakturach.
Właśnie dlatego ręczna obsługa Vendor Central jest tak kosztowna – a jeszcze gorzej wypada prowadzenie jej przez kilka systemów, z których każdy widzi tylko wycinek procesu. Base prowadzi zamówienia Amazon Vendor Central przez ten sam panel, katalog i procesy, co każdy inny Twój kanał sprzedaży – godząc rygorystyczne wymagania Amazona z elastycznością, której potrzebujesz.
Wypróbuj za darmo
Gdzie to się naprawdę sypie i jak Base to naprawia
Zamówienia zakupu bez komplikacji
Amazon Vendor rygorystycznie podchodzi do potwierdzania zamówień: zaakceptowane ilości i pozycje muszą zgadzać się z faktyczną dostawą co do sztuki, w wąskim oknie od otrzymania zamówienia. Dokładność nie podlega negocjacjom. Base automatycznie importuje zamówienia do Twojego istniejącego procesu, korzystając z tych samych akcji automatycznych, statusów i reguł, których używasz już dla pozostałych kanałów – z pełnym wglądem w stany, żeby nie potwierdzić więcej, niż masz.
Setki pozycji do wysyłki, w pełni zautomatyzowane
Pojedyncze zamówienie Vendor potrafi zawierać dziesiątki albo setki pozycji. Ręczna obsługa – sprawdzanie stanów, przygotowywanie list pick-and-pack, żonglowanie różnymi magazynami – to miejsce, w którym zespoły tracą całe dnie. WMS i OMS w Base dopasowują się do tego, jak faktycznie działa Twój magazyn: zamówienia zbiorcze są obsługiwane systemowo, od przyjęcia po potwierdzenie wysyłki.
Dane produktowe zawsze aktualne
Systemy oparte na EAN i SKU z czasem się rozjeżdżają. Produkty zmieniają nazwy, znikają z oferty albo dostają nowe identyfikatory po jednej ze stron – i właśnie te rozbieżności kończą się odrzuconymi zamówieniami i bólem głowy przy uzgadnianiu danych. Base korzysta z API i transmisji w podejściu ASIN-first, tworząc jedno źródło prawdy zamiast dwóch baz powoli tracących synchronizację.
Wiele kont, koniec z silosami
Kilka marek, modeli fulfillmentu czy regionów oznacza kilka loginów i kilka miejsc, w których łatwo zgubić PO. Base zarządza każdym kontem Vendor – i każdym kontem Seller – z jednego logowania. Jeśli prowadzisz hybrydowy model 1P/3P albo obok Vendor korzystasz z usług wysyłkowych Amazona, wszystko masz w tym samym miejscu.
EDI kontra API: czym się różnią i dlaczego to ważne dla Vendor Central
Większość dostępnych na rynku integracji Vendor Central wciąż działa na EDI. Base działa na SP-API Amazona. Oba podejścia potrafią wykonać zadanie, ale robią to zupełnie inaczej:
| EDI | API (Base) | |
|---|---|---|
| Zastosowanie w Amazonie | Wyłącznie Vendor Central; wieloletni standard w świecie Vendor, obejmujący pełny proces Order-to-Cash: odbiór i potwierdzenie PO, ASN, fakturowanie, stany magazynowe i komunikaty logistyczne | Przede wszystkim Seller Central, a także Vendor Central. API dla Vendor wprowadzone w ostatnich latach pokrywają większość zastosowań EDI (poza niektórymi wariantami programów i krajów) oraz funkcje zarządzania ofertami i raportowania specyficzne dla vendorów |
| Format danych | Ustandaryzowane dokumenty (X12, EDIFACT) ze skodyfikowanym językiem każdego pola, wymagające rozbudowanego mapowania | API Amazona (SP-API) korzystają z REST/JSON |
| Wdrożenie | Dłuższe i droższe; zwykle wymaga middleware tłumaczącego dane do ERP, mapowania standardów komunikatów i dedykowanego połączenia (AS2/SFTP lub zewnętrzny VAN) | Szybsze i tańsze; bez opłat VAN, z elastyczniejszym mapowaniem pól i katalogu |
| Komunikacja | Przychodząca: jedno PO, jeden komunikat. Wychodząca: możliwość wysyłki zbiorczej | Przychodząca: konfigurowalne parametry (pobieranie PO według daty, statusu itd.). Wychodząca: możliwość wysyłki zbiorczej |
| Szybkość | Minuty; może wymagać tłumaczenia EDI na ERP przez middleware | Od milisekund do sekund; import i konwersja w Base niemal w czasie rzeczywistym |
| Dopasowanie produktów | EAN / SKU / GLN – podatne na rozjazdy, gdy w katalogach pojawiają się rozbieżności | ASIN-first – jedno źródło prawdy |
| Elastyczność | Ograniczona standardami komunikatów | Bardzo duża |
| Obsługa błędów | Potwierdzenia zbiorcze lub pobierane przez dedykowane komunikaty | Natychmiastowe odpowiedzi |
| Skalowalność | Wysoka w dużych sieciach enterprise, zwłaszcza przy EDI z innymi partnerami; historycznie standard dużych sieci handlowych i firm logistycznych | Wysoka w nowoczesnych aplikacjach chmurowych i na platformach omnichannel |
W przypadku Amazon Vendor Central to właśnie wiersz o dopasowaniu produktów jest źródłem większości problemów operacyjnych. Systemy EDI oparte na EAN i SKU generują rozbieżności w momencie, gdy produkt zmienia nazwę, znika z oferty lub dostaje nowy identyfikator po którejkolwiek ze stron. W większości systemów wywołuje to błąd blokujący przetworzenie całego komunikatu. Transmisja ASIN-first utrzymuje obie strony przy jednym identyfikatorze, którego właścicielem jest Amazon.
Konfiguracja jest prosta
Połącz swoje konto Amazon Vendor.
Zamówienia Vendor zaczynają spływać do Twojego panelu Base, obok całej pozostałej sprzedaży.
Powiąż oferty z katalogiem i w razie potrzeby podłącz kolejne konta Vendor.
Dodaj Direct Fulfillment, Seller Central, kolejnych przewoźników lub systemy, kiedy tylko zechcesz. To samo konto, bez osobnego projektu i bez programisty.
Najczęściej zadawane pytania
Nie – Direct Fulfillment to osobna integracja, zbudowana wokół mapowania magazynów, etykiet i dokumentów wysyłkowych dla zamówień, które wysyłasz samodzielnie. Obie są zaprojektowane tak, by działać obok siebie.
Nie. Działa na SP-API Amazona – nowszym sposobie łączenia się z Vendor Central. EDI przez lata było standardem branżowym, ale wiąże się z wysokimi kosztami wdrożenia, sztywnym mapowaniem komunikatów i kosztownymi aktualizacjami przy każdej zmianie specyfikacji przez Amazon. Integracja Base oparta na API jest elastyczniejsza, znacznie tańsza we wdrożeniu i działa w podejściu ASIN-first, które ogranicza rozbieżności.
Rozbieżności. Między tym, co mówi Twój katalog, a tym, co ma Amazon; między tym, co potwierdzasz, a tym, czego oczekuje Amazon. Większość z nich sprowadza się do dwóch systemów, które nie potrafią się dogadać. W przeciwieństwie do starszych rozwiązań opartych na EDI i działających wyłącznie na EAN/GLN/SKU, Base działa na SP-API Amazona w podejściu ASIN-first.
Tak. Istniejące oferty zaimportujesz bezpośrednio z połączonego konta Amazon, a następnie powiążesz je z produktami w katalogu Base – albo automatycznie utworzysz z nich nowe produkty, jeśli jeszcze ich tam nie masz.
Tak. Base obsługuje oba, wraz z głównymi modelami fulfillmentu Amazona, więc nie zarządzasz nimi w dwóch niepołączonych systemach.
Połączenie konta zajmuje kilka minut. Dodatkowa konfiguracja – wiele kont, powiązanie katalogu, dodatkowe programy – zależy od tego, jak złożona jest już Twoja działalność.
