Integracja Amazon Vendor Central z systemem ERP – jak automatyzujemy zamówienia dla dystrybutorów
Amazon Vendor Central to świetny kanał sprzedaży dla producentów i dystrybutorów – ale tylko wtedy, gdy nie robisz wszystkiego ręcznie.
Znam ten obrazek z autopsji. Dzwoni do mnie klient i mówi: "Wojtek, mamy problem. Zatrudniliśmy drugą osobę tylko do obsługi Amazona, a i tak nie nadążamy. Chargebacki nam rosną, a ja nie wiem, na czym tak naprawdę zarabiamy."
Jeśli u Ciebie ktoś codziennie:
- loguje się do Vendor Central o 8:00 rano "żeby sprawdzić, co przyszło",
- kopiuje zamówienia do Excela, potem przepisuje do ERP-a,
- goni magazyn o ASN-y, bo "Amazon znowu czeka",
- na koniec dnia składa faktury i modli się, żeby się zgadzały,
to nie jesteś sam. I to nie jest wina Twojego zespołu – po prostu firma urosła szybciej niż procesy.
Poniżej pokazuję, jak wygląda poukładana integracja Amazon Vendor Central z systemem ERP oraz jak my to realizujemy w ramach rozwiązania Amasoft (https://amasoft.pl/).
1. Amazon Vendor Central – czym różni się od zwykłego marketplace'u?
Zacznijmy od podstaw, bo często widzę, że ludzie mylą Vendor Central z Seller Central.
W modelu Amazon Vendor Central (1P):
- Sprzedajesz hurtowo DO Amazona – nie do końcowego klienta, tylko do samego Amazona jako firmy
- Amazon staje się Twoim jednym, dużym klientem B2B
- To Amazon składa Ci zamówienia zakupu (Purchase Orders) – dokładnie jak normalny hurtownik
- Produkty mają wtedy napis "Ships from and sold by Amazon"
Brzmi prosto? W teorii tak. W praktyce pojawia się kilka haczyków:
Haczyk #1: Terminowość
Amazon nie jest cierpliwy. Jeśli PO mówi "dostawa do 5 grudnia", a Ty spóźnisz się dzień – dostaniesz chargeback. Nie ma taryfy ulgowej.
Haczyk #2: Format EDI
Vendor Central od lat działa na EDI (Electronic Data Interchange). To nie są przyjazne CSV-ki, tylko specyficzne komunikaty:
- 850 – Purchase Order (zamówienie od Amazona)
- 855 – Purchase Order Acknowledgement (Twoje potwierdzenie)
- 856 – ASN (Advance Ship Notice – awizo, że paczka jedzie)
- 810 – Invoice (faktura elektroniczna)
Jeśli nie złapiesz któregoś z tych komunikatów albo wyślesz błędne dane – Amazon odrzuci transakcję lub obciąży Cię karą.
Haczyk #3: Zero miejsca na błąd
Wysłałeś 100 sztuk zamiast 120? Chargeback.
ASN nie zgadza się z rzeczywistością? Chargeback.
Faktura ma inną cenę niż PO? Domyślasz się.
I teraz wyobraź sobie, że to wszystko robisz ręcznie, w Excelu, przepisując dane.
2. Co się dzieje, gdy obsługujesz Amazon Vendor ręcznie?
Pamiętam jednego klienta – dystrybutor sprzętu sportowego. 15-osobowy magazyn, obroty rosły 40% rok do roku, wszystko super. Aż w pewnym momencie właściciel powiedział:
"Mamy problem. Kaśka z biura spędza pół dnia na Amazonie. Excel jej się wysypał w zeszłym tygodniu i straciliśmy zamówienie na 50 tys. Amazon nas obciążył, a my nawet nie wiedzieliśmy dlaczego."
Oto klasyczny scenariusz ręcznej obsługi:
Poranek – pobieranie zamówień
Kaśka loguje się do Vendor Central, ściąga PO (czasem PDF, czasem CSV), przeklejsuje do swojego Excela. Czasem coś się zgubi w kopiowaniu, ale "ogólnie działa".
Przed południem – przepisywanie do ERP-a
Teraz trzeba to wszystko wbić do Subiekta GT/Comarch Optima/Navireo. Produkt po produkcie, ilość, cena, termin. 20 pozycji w zamówieniu × 5 zamówień dziennie = 100 wierszy do ręcznego wprowadzenia. Pomyłka w SKU? Magazyn wyśle nie to, co Amazon zamówił.
Popołudnie – wysyłka i ASN
Magazyn pakuje zamówienie. Kaśka musi teraz ręcznie stworzyć ASN – czyli plik z informacją, co jest w jakiej paczce, jakie ma wymiary, ile waży, jaki numer tracking. To trzeba wysłać do Amazona zanim kurier odbierze paczkę. Jeśli się spóźnisz – Amazon nie przyjmie towaru albo obciąży Cię karą.
Wieczór – fakturowanie
Na koniec dnia Kaśka wystawia faktury na podstawie tego, co faktycznie wyszło z magazynu. Teoretycznie powinno się zgadzać z PO i ASN. Praktycznie... no właśnie.
Efekt?
- 3-4 godziny dziennie tylko na "ogarnięcie Amazona"
- Chargebacki co 2-3 tygodnie (300-2000 EUR za każdym razem)
- Marża na Amazonie? "Mniej więcej wiem, pewnie 15-20%"
- Brak danych do analizy – który ASIN się opłaca, który zjada marżę
W pewnym momencie koszt chaosu + chargebacków + etatu "od Amazona" zaczyna przewyższać koszt wdrożenia integracji.
3. Dlaczego ERP musi być „dowódcą", a nie Amazon
To może brzmieć trywialnie, ale widziałem firmy, które prowadziły dwie prawdy:
- jedną w Amazonie
- drugą w ERP-ie
I potem nikt nie wie, co jest aktualne.
Twój system ERP powinien być jedynym źródłem prawdy dla:
- Kartotek produktów (SKU, EAN, ASIN, waga, wymiary, opakowania)
- Stanów magazynowych
- Dokumentów (PZ, WZ, faktury)
- Rozrachunków i marży
Integracja Amazon Vendor Central nie ma zastępować ERP-a. Ma automatycznie wpinać dane z Amazona do ERP-a i automatycznie odsyłać potwierdzenia, ASN-y i faktury z ERP-a do Amazona.
Dzięki temu:
- Zespół pracuje w jednym systemie (ERP/WMS)
- Nie ma dublowania danych
- Raporty finansowe są spójne
- Marża liczona jest z rzeczywistych kosztów, nie "na oko"
4. Co technicznie dzieje się w integracji Amazon Vendor ↔ ERP?
OK, teraz trochę technikaliów – ale obiecuję, że po ludzku.
Amazon Vendor Central działa głównie na EDI (Electronic Data Interchange). To stary, sprawdzony standard wymiany dokumentów między firmami. W uproszczeniu:
Amazon wysyła Ci komunikaty:
- 850 – "Hej, zamawiam od Ciebie 500 sztuk produktu X, dostawa do 10.12"
Po Twojej stronie powinien wysłać się:
- 855 – "OK, potwierdzam 500 szt, będzie 10.12" (albo "mogę tylko 450, reszta 15.12")
Ty wysyłasz do Amazona:
- 856 (ASN) – "Wysyłam dzisiaj 500 szt, karton nr 1234, numer tracking XYZ, waga 50kg"
- 810 (Invoice) – "Faktura za 500 szt zgodnie z zamówieniem 850"
Problem w tym, że te komunikaty są w specyficznym formacie (X12 albo EDIFACT), który Twój ERP z reguły nie rozumie.
Tu wchodzi warstwa integracyjna – dokładnie to, co robimy w Amasoft:
Krok 1: Odbieramy komunikaty z Amazona
EDI przychodzi np. przez AS2, SFTP albo API Amazona. Nasza integracja złapuje te pliki automatycznie.
Krok 2: Tłumaczymy na język ERP-a
Zamieniamy EDI 850 na coś, co ERP rozumie – może to być XML, CSV, JSON albo bezpośredni wpis do bazy SQL (zależy od systemu).
Krok 3: Mapujemy dane
To kluczowy moment. Amazon mówi ASIN, Twój ERP mówi SKU/indeks. Integracja musi wiedzieć, że:
- ASIN B08XYZ123 = SKU "BUTY-NIKE-42"
- Amazon mówi "1 carton", ERP wie, że to "opakowanie zbiorcze 12 szt"
Krok 4: Tworzymy dokumenty w ERP
Integracja automatycznie zakłada w ERP-ie zamówienie klienta (ZK/ZS) na podstawie PO od Amazona.
Krok 5: Generujemy odpowiedzi
Na podstawie danych z ERP-a tworzymy komunikaty zwrotne (855, 856, 810) i wysyłamy je z powrotem do Amazona w poprawnym formacie EDI.
Krok 6: Logujemy wszystko
Każdy komunikat, każda zmiana – wszystko ląduje w logach. Jeśli coś pójdzie nie tak, wiesz dokładnie co i kiedy.
5. Jak Amasoft automatyzuje Amazon Vendor dla dystrybutorów
Dobra, koniec teorii. Oto jak to wygląda w praktyce w naszym rozwiązaniu Amasoft (https://amasoft.pl/).
5.1. Automatyczne pobieranie zamówień z Amazon Vendor
Bez integracji:
Kaśka co rano ściąga PO z Vendor Central, przepisuje do Excela, potem do ERP-a.
Z Amasoft:
- Co 15 minut (albo co godzinę – Ty decydujesz) Amasoft sprawdza, czy są nowe PO
- Jeśli są – automatycznie pobiera, dekoduje EDI 850
- Sprawdza, czy produkty istnieją w ERP-ie, czy ceny się zgadzają
- Automatycznie tworzy zamówienie klienta w ERP-ie
- Kaśka dostaje tylko alert o wyjątkach (np. "produkt X nie ma mapowania" albo "cena różni się o 10%")
Efekt? Zamiast 2 godzin dziennie – 5 minut na obsługę wyjątków.
5.2. Automatyczne potwierdzenia zamówień (855 POA)
Amazon wymaga, żebyś potwierdzał zamówienia – czyli wysyłał komunikat 855.
Bez integracji:
Kaśka ręcznie wypełnia formularz w Vendor Central albo (gorzej) nie wysyła nic i liczy, że "jakoś będzie".
Z Amasoft:
- Na podstawie dostępności w ERP-ie/WMS integracja automatycznie generuje 855
- Jeśli wszystko jest OK – pełna akceptacja
- Jeśli czegoś brakuje – częściowa akceptacja z nową datą
- Komunikat 855 leci do Amazona bez Twojego udziału
Amazon dostaje potwierdzenie w ciągu kilku minut od złożenia PO. Zero stresu, zero zapomnienia.
5.3. Obsługa ASN (856) – najtrudniejszy element
ASN to najczęstsze źródło chargebacków. Dlaczego? Bo musisz w nim podać:
- Co jest w paczce (SKU, ilości)
- Wymiary i waga każdego kartonu
- Numer tracking od kuriera
- Strukturę palet (jeśli wysyłasz całe palety)
I wszystko to musi się zgadzać z tym, co faktycznie wyślesz.
Bez integracji:
Kaśka ręcznie wypełnia ASN w Excelu, czasem pomyli karton z paletą, czasem zapomni o jednym produkcie. Amazon odrzuca dostawę → chargeback.
Z Amasoft:
- Magazyn pracuje normalnie w WMS/ERP – kompletuje zamówienie, pakuje
- Po wydaniu WZ integracja automatycznie buduje strukturę ASN na podstawie:
- Danych o wymiarach/wadze z ERP-a
- Informacji o paczkach z WMS
- Numeru tracking od kuriera (jeśli spięty z API kuriera)
- Komunikat 856 leci do Amazona automatycznie
- Amazon dostaje pełną informację, zanim paczka w ogóle dotrze
Efekt? Praktycznie zero chargebacków związanych z ASN.
5.4. Faktury elektroniczne (810)
Amazon wymaga faktur w formacie EDI 810. Nie PDF, nie email – tylko EDI.
Bez integracji:
Albo w ogóle tego nie robisz (i Amazon potrąca Ci pieniądze przy rozliczeniu), albo próbujesz ręcznie generować EDI przez jakieś narzędzia zewnętrzne.
Z Amasoft:
- Wystawiasz fakturę normalnie w ERP-ie
- Integracja automatycznie zamienia ją na format 810
- Wysyła do Amazona
- Rozliczenia są szybkie i bezproblemowe
5.5. Marża per ASIN – w końcu wiesz, na czym zarabiasz
To jest mój ulubiony moduł. Bo widzę, jak często klienci mówią: "Na Amazonie mamy marżę około 20%... chyba".
Z Amasoft dostjesz:
- Przychód per ASIN (po potrąceniach Amazona)
- Koszt towaru z ERP-a
- Koszty logistyczne (wysyłka, pakowanie – możesz przypisać ręcznie albo wyliczać automatycznie na podstawie wagi/wymiarów)
- Marżę netto per ASIN
I nagle okazuje się, że:
- 20% produktów przynosi 80% zysku
- 15% produktów faktycznie traci pieniądze (po uwzględnieniu chargebacków i logistyki)
- Największy "bestseller" ma marżę 5%, a małe produkty premium – 35%
To zmienia sposób, w jaki zarządzasz asortymentem.
5.6. Wiele umów Vendor, wiele ERP-ów
Niektórzy klienci mają:
- Umowę Vendor w DE
- Umowę Vendor w UK
- Umowę Vendor w US
- I jeszcze dwa magazyny (jeden własny, drugi 3PL)
Amasoft pozwala wszystko to opiąć w jednym panelu:
- Każda umowa ma swoje mapowania produktów
- Każdy magazyn ma swoje stany
- Wszystko jest rozdzielone, ale widzisz całość
6. Jak wygląda dzień pracy PO wdrożeniu integracji?
Żeby zobrazować różnicę, podam przykład z życia (szczegóły zmienione, ale sytuacja realna).
PRZED INTEGRACJĄ – typowy dzień Kaśki:
8:00 – Loguję się do Vendor Central, sprawdzam nowe PO. Dzisiaj 3 zamówienia.
8:15 – Ściągam PO do PDF, przepisuję do mojego Excela.
9:00 – Wprowadzam zamówienia do Subiekta. Jedno zamówienie ma produkt, którego nie ma w systemie – dzwonię do szefa, szef dzwoni do magazynu.
10:00 – Magazyn mówi, że mamy zamiennik. Poprawiam w ERP-ie.
11:00 – Wysyłam potwierdzenie do Amazona (ręcznie przez formularz w VC).
13:00 – Magazyn kończy pakować. Dzwonią, że nie wiedzą, co wpisać na ASN.
13:30 – Wypełniam ASN w Excelu, liczę wagę kartonów "na czuja" (bo nie mamy wagi dokładnej).
14:00 – Próbuję wysłać ASN do Amazona. Formularz zwraca błąd "Invalid SKU". Sprawdzam, poprawiam.
14:30 – ASN wysłany. Kurier odbiera paczkę.
16:00 – Wystawiam faktury. Jedna cena się nie zgadza z PO. Poprawiam ręcznie.
16:30 – Próbuję wysłać fakturę przez EDI. Nie działa. Wysyłam PDF przez formularz w VC (wiem, że powinnam EDI, ale nie mam czasu).
Czas: ~6 godzin. Stres: wysoki. Ryzyko błędu: duże.
PO INTEGRACJI – typowy dzień Kaśki:
8:05 – Dostaję powiadomienie: "3 nowe PO pobrane automatycznie, 2 zaakceptowane, 1 wymaga uwagi".
8:10 – Sprawdzam wyjątek: produkt X ma cenę różną o 8% od standardu. Dzwonię do szefa, szef akceptuje. Klikam "Zatwierdź" w panelu Amasoft.
8:12 – Integracja wysyła 855 do Amazona. Koniec mojej roboty z PO.
13:00 – Magazyn pakuje, wystawia WZ w systemie. Amasoft automatycznie generuje ASN na podstawie WZ. Kurier odbiera.
16:00 – Księgowa wystawia fakturę w Subiekcie. Amasoft automatycznie wysyła 810 do Amazona. Koniec.
Czas: 10 minut. Stres: niski. Ryzyko błędu: praktycznie zero.
7. Co z tego realnie masz jako dystrybutor?
Liczby z naszych wdrożeń (średnie z ostatnich 12 miesięcy):
- –60–80% czasu obsługi Amazon Vendor (z kilku godzin dziennie do 15-30 minut)
- –70–90% chargebacków (głównie ASN i invoice errors)
- +15–25% przyspieszenie płatności (szybsze, czystsze rozliczenia)
- Marża transparentna per ASIN (pierwszy raz wiesz, co się faktycznie opłaca)
- Spokój operacyjny – procesy są przewidywalne, powtarzalne, skalowalne
Jeden z klientów po 3 miesiącach wdrożenia napisał:
"Kaśka w końcu ma czas na rozwój produktów, zamiast przepisywać Excele. A ja pierwszy raz wiem, że na Vendor Central nie tracimy pieniędzy, tylko zarabiamy 18% marży netto. Wcześniej myślałem, że 25%, ale to były tylko przychody bez uwzględnienia wszystkich kosztów."
8. Jak wygląda projekt integracji z Amasoft – krok po kroku
Zawsze zaczynamy od tego samego pytania: "Jak to działa u Was dzisiaj?"
KROK 1: Audyt (1-2 tygodnie)
Spotykamy się (online albo u Ciebie) i przechodzimy przez:
- Jak dzisiaj odbieracie PO z Amazona?
- Jak trafiają do ERP-a?
- Kto i jak generuje ASN?
- Jakie macie błędy/chargebacki?
- Jaki jest Wasz ERP/WMS?
Wynik: Dokument z mapą procesu + lista pain pointów + wstępna wycena ROI.
KROK 2: Projekt integracji (1 tydzień)
Projektujemy przepływy:
- Które procesy idą w pełni automatycznie (zazwyczaj 90% przypadków)
- Gdzie trzeba zostawić kontrolę ręczną (np. duże odchyłki cenowe)
- Jak mapujemy ASIN ↔ SKU
- Jak obsługujemy opakowania zbiorcze, palety, wymiary
Wynik: Dokument projektowy + harmonogram wdrożenia.
KROK 3: Implementacja (3-6 tygodni)
- Konfiguracja konektorów EDI/API
- Spięcie z Twoim ERP-em/WMS-em
- Import istniejących mapowań produktów
- Testy w środowisku testowym Amazona (tak, Amazon ma tryb test, gdzie można symulować PO)
- Symulacja błędów (co jeśli brak produktu? co jeśli magazyn zmieni ilość?)
Wynik: Działająca integracja w środowisku testowym.
KROK 4: Start produkcyjny (1 tydzień)
- Startujemy od wybranej kategorii produktów albo jednego rynku (np. tylko DE)
- Pierwsze 2 tygodnie – ścisłe monitorowanie
- Szybkie korekty reguł, jeśli coś nie gra
Wynik: Integracja działa na produkcji.
KROK 5: Utrzymanie
- Aktualizacje mapowań (nowe produkty, zmiany ASIN)
- Dołączanie kolejnych rynków/umów Vendor
- Rozbudowa raportów (nowe KPI, marże per kategoria itp.)
9. Dla kogo integracja Amazon Vendor ↔ ERP ma sens?
Szczerze? Nie dla wszystkich.
Ma sens, gdy:
- Amazon Vendor to min. 10-15% Twoich obrotów (albo planujesz, że będzie)
- Masz min. 1 osobę, która spędza >2 godziny dziennie tylko na Amazonie
- Pojawiają się chargebacki (nawet sporadyczne)
- Chcesz skalować sprzedaż na Amazonie, ale boisz się chaosu
Nie ma sensu (jeszcze), gdy:
- Amazon to eksperyment, 2-3 zamówienia miesięcznie
- Masz 1 produkt i obsługa zajmuje 15 minut dziennie
- Amazon nie planuje zostać długoterminowym kanałem
Zasada prosta: jeśli koszt chaosu (czas + chargebacki + błędy) > koszt integracji – idziemy.
10. Chcesz zobaczyć, jak to działa w Twojej firmie?
Jeśli:
- Masz Amazon Vendor Central
- Pracujesz na ERP-ie (Subiekt, Comarch, Navireo, SAP, cokolwiek innego)
- Czujesz, że obecny sposób obsługi Amazona "nie skaluje się"
Zapraszam na bezpłatną konsultację.
Na spotkaniu (30-45 min, online):
- Przejdziemy przez Twój obecny proces
- Oszacujemy realny potencjał oszczędności (czas + chargebacki)
- Pokażę, jak Amasoft może spiąć Amazon Vendor z Twoim ERP-em
Kontakt: https://amasoft.pl/ – w formularzu zaznacz "Amazon Vendor" i krótko opisz, jak wygląda u Ciebie proces dzisiaj.
Zobacz także: