Potwierdzanie wysyłek Amazon z Odoo: termin, którego musisz dotrzymać, i śledzenie, które się liczy

Zamówienie Amazon nie zamyka się, gdy paczka opuszcza magazyn: zamyka się, gdy Amazon otrzyma potwierdzenie wysyłki z przewoźnikiem i numerem śledzenia. Do tego czasu zamówienie pozostaje dla Amazon otwarte, nawet jeśli towar jest już w drodze. Takie powiadomienie to wywołanie API, które wykonuje Twój ERP albo człowiek przepisujący numery ręcznie.

Termin ustala Amazon i jest on osobny dla każdego zamówienia

Każde zamówienie przychodzi z własnym terminem wysyłki. To nie rekomendacja ani wewnętrzny cel: to zobowiązanie, które Amazon złożył kupującemu w Twoim imieniu. Ten termin musi przejść z zamówienia do dokumentu dostawy w Odoo i być widoczny dla osoby kompletującej, bo w magazynie liczy się kolejność terminów, a nie kolejność wpływu. Kto kompletuje według kolejności wpływu, spóźni się z pilnymi zamówieniami i wyśle zbyt wcześnie te, które się nie spieszyły.

Co się dzieje, gdy potwierdzasz za późno

Amazon mierzy dwie różne rzeczy i karze za nie osobno: wysyłki potwierdzone po terminie oraz numery śledzenia, których nie może śledzić. Dokładne progi Amazon publikuje w panelu Stan konta w Seller Central i co jakiś czas je zmienia, więc sprawdzaj je tam, a nie w artykule. Stałe są skutki: wskaźnik się pogarsza, kupujący może anulować bez kosztów, a jeśli sytuacja się utrzymuje, ograniczane są Twoje możliwości sprzedaży.

W FBA status odczytujesz, w FBM zapisujesz go Ty

To najczęstsza pomyłka. Przy FBA niczego nie potwierdzasz: kompletuje i wysyła Amazon, a numer śledzenia powstaje w jego systemie, nie w Twoim. Potrzebujesz tam drogi odwrotnej: pobrać ten status do Odoo, żeby dokument dostawy się zamknął. Przy FBM jest odwrotnie: wysyłasz Ty i powiadamiasz Ty, w wyznaczonym terminie. Model mieszany robi jedno i drugie na tym samym katalogu, a każde zamówienie musi od początku wiedzieć, jakiego jest typu.

Kod przewoźnika decyduje, czy śledzenie się liczy

Amazon nie przyjmuje dowolnego tekstu w polu przewoźnika: ma własną listę kodów i śledzi przesyłkę według tego, który zadeklarujesz. Jeśli wyślesz poprawny numer z niewłaściwym przewoźnikiem albo z ogólnym kodem w rodzaju „inne”, śledzenie istnieje, ale Amazon nie może go śledzić: dla wskaźnika jest to tak, jakbyś go nie wysłał. Dlatego powiązanie przewoźnika z Odoo z kodem Amazon musi być jawną, edytowalną tabelą, a nie ciągiem znaków wpisanym na stałe w kodzie.

Gdzie spotykają się konektor przewoźnika i konektor marketplace

Punktem spotkania jest dokument dostawy. Prawidłowa sekwencja wygląda tak: zamówienie wpływa z numerem Amazon i terminem, jest kompletowane, dokument dostawy zostaje zatwierdzony, konektor przewoźnika pobiera etykietę i zwraca numer śledzenia, i dopiero wtedy konektor Amazon wysyła potwierdzenie z tym numerem i właściwym kodem. Jeśli odwrócisz kolejność, potwierdzasz wysyłki, które nie mają jeszcze etykiety. Jeśli oba konektory nie są połączone, ktoś przepisuje numery ręcznie i ten ktoś pomyli się we wtorek po południu.

Błąd, który najczęściej znajdujemy przy przeglądzie cudzych integracji, tkwi właśnie tutaj: potwierdzenie uruchamia się w tle, kończy się niepowodzeniem (błąd API, wygasły token, przewoźnik długo nie podawał numeru) i nikt tego nie zauważa, bo dokument dostawy w Odoo jest już zatwierdzony i na zielono. Potwierdzenie musi zostawiać ślad w zamówieniu: wysłane, nieudane, ponowione. Zadanie, które kończy się błędem po cichu, jest gorsze niż brak integracji, bo dodatkowo daje fałszywe poczucie pewności.

Jedno zamówienie, dwie paczki

Wysyłki częściowe to przypadek, do którego prawie nikt się nie przygotowuje. Jeśli zamówienie wychodzi w dwóch przesyłkach, Amazon oczekuje dwóch potwierdzeń z ich pozycjami i ilościami, a nie jednego z numerem śledzenia pierwszej paczki. W Odoo to dwa dokumenty dostawy do tego samego zamówienia sprzedaży, więc mapowanie musi działać na poziomie pozycji, a nie zamówienia. Dobre przygotowanie tego od początku kosztuje niewiele; naprawianie po błędnym potwierdzeniu dwustu zamówień już tak.

Kiedy warto to zautomatyzować, a kiedy nie

Jeśli wysyłasz dziesięć zamówień dziennie i potwierdzasz je ręcznie w Seller Central w pięć minut, nie potrzebujesz do tego integracji: potrzebujesz rutyny i przypomnienia. Automatyzacja się opłaca, gdy przepisywanie numerów stało się osobną pracą, gdy w grze jest kilku przewoźników albo gdy ten sam katalog sprzedaje się w kilku miejscach i nikt nie wie, co już wyszło. Mówienie Ci czegoś innego oznaczałoby sprzedawanie Ci czegoś, czego nie potrzebujesz.

Konektor Amazon dla Odoo obsługuje ten obszar: tabela powiązań przewoźników, potwierdzenie na poziomie pozycji z numerem śledzenia, status powiadomienia i ostatni błąd Amazon widoczne na samym dokumencie dostawy, automatyczne ponowienia oraz, w FBA, odczyt statusu zamiast zapisu. Działa w Odoo 17, 18, 19 i 20. Konektory przewoźników znajdziesz w katalogu modułów, a jak je wdrożyć bez niespodzianek, opisujemy w artykule etykiety i śledzenie przesyłek w Odoo.

Najczęściej zadawane pytania

Przydatne linki w FlexigoTech

Co robimy w tym zakresie