Płatny middleware czy natywny konektor dla Amazon i Odoo: ile naprawdę kosztuje każda z dróg

To pytanie pojawia się niemal zawsze w tym samym momencie: już sprzedajesz na Amazon, już masz Odoo, a ktoś przysłał Ci ofertę płatnej platformy integracyjnej, która wszystko łączy. Decyzja nie sprowadza się do „drogo czy tanio”. Chodzi o to, do kogo należą dane dostępowe, ile minut mija między chwilą, gdy Amazon coś wie, a chwilą, gdy wie to Twój magazyn, i do kogo zadzwonisz w dniu, gdy zmieni się SP-API.

Są trzy drogi, nie dwie

Płatny middleware: zewnętrzna usługa komunikuje się z Amazon, normalizuje dane i przesyła je do Odoo. Natywny konektor: moduł wewnątrz Odoo, który wywołuje SP-API z Twojego serwera. Jest też trzecia droga, o której prawie wszyscy zapominają: Odoo Enterprise ma własny konektor Amazon, który importuje zamówienia i tworzy klienta oraz dostawę. Jeśli potrzebujesz tylko, by zamówienia wpadały do systemu, a za Enterprise i tak płacisz, zacznij od tego, zanim cokolwiek zakontraktujesz. Różnice opisano w porównaniu konektorów Amazon dla Odoo.

Koszt widoczny i ten ukryty

Miesięczna opłata za middleware jest częścią widoczną i rzadko tą drogą. Drogie jest to, że koszt rośnie wraz z Twoim sukcesem: progi oparte na liczbie zamówień sprawiają, że im lepiej sprzedajesz, tym więcej płacisz, a te pieniądze nie kupują nowej funkcjonalności. Natywny konektor ma profil odwrotny, a trzeba powiedzieć całą prawdę: on też wymaga utrzymania. Amazon wycofuje wersje SP-API, Odoo wydaje nową wersję główną co roku i ktoś musi za tym nadążać. Moduł bez utrzymania kończy jako droższy niż jakakolwiek opłata.

Opóźnienia: gdzie płaci się minutami

Każdy przeskok dodaje czas. Amazon → middleware → Odoo to dwie kolejki zamiast jednej, każda z własnymi ponowieniami i oknem synchronizacji. Pieniędzmi płaci się za to przy potwierdzeniu wysyłki: Amazon daje termin na wgranie numeru śledzenia i karze za spóźnienie w metrykach konta, o czym piszemy w artykule o sytuacji, gdy numer śledzenia nie dociera do Amazon. Teraz druga połowa, równie prawdziwa: część opóźnienia nie pochodzi od pośrednika, tylko od Amazon. Stan magazynowy FBA jest publikowany w asynchronicznym raporcie i tu natywny konektor również nie czyni cudów.

Do kogo należą dane dostępowe i którędy płyną dane kupującego

Z naszym konektorem autoryzujesz we własnym Seller Central aplikację Amazon FlexigoTech, bez konta dewelopera. Wywołania SP-API wychodzą z Twojego Odoo, a limit wywołań zużywasz Ty, w tempie, które sam wybierasz. Autoryzację (token) zapewnia FlexigoTech Cloud, dopóki subskrypcja jest aktywna. W przypadku middleware dane kupującego (imię i nazwisko, adres, telefon) przechodzą przez stronę trzecią. To samo w sobie nie jest złe: Amazon ma politykę ochrony danych i są poważni dostawcy, którzy jej przestrzegają. Ale to pytanie, które trzeba zadać i otrzymać na nie odpowiedź na piśmie, a nie szczegół do wyjaśnienia na demo.

Kto to naprawia, gdy Amazon zmienia API

Amazon się zmienia. Wersjonuje endpointy, wyłącza stare i zaostrza limity wywołań. W przypadku middleware naprawia to dostawca, a Ty czekasz; zwykle idzie szybko, bo awaria dotyka wszystkich jego klientów naraz. W przypadku własnego modułu naprawia ten, kto go dla Ciebie wykonał, i tu odpowiedź zależy w całości od tego, od kogo go kupiłeś i czy utrzymuje moduł w Odoo 17, 18 i 19, czy tylko w wersji, w której Ci go sprzedał. Najczęstsze konkretne awarie opisano w artykule o częstych błędach SP-API w Odoo.

Kiedy middleware jest właściwą odpowiedzią

Gdy sprzedajesz w ośmiu kanałach, a Amazon jest tylko jednym z nich: płacenie opłaty, by nie utrzymywać ośmiu integracji, to dobry układ. Gdy testujesz kanał i nie wiesz, czy za pół roku nadal będziesz w grze. Gdy nie masz zespołu technicznego ani partnera, a coś ma działać w poniedziałek. I gdy masz już wszystko uruchomione i działa: wymiana integracji, która nie boli, to wydawanie pieniędzy i ryzyko bez żadnej poprawy. Jeśli jedynym powodem zmiany jest to, że „brzmi drogo”, najpierw porównaj roczne faktury z kosztem utrzymania modułu.

Kiedy opłaca się natywny konektor i co robimy my

Opłaca się, gdy rośnie wolumen, gdy kanały zawężają się do dwóch lub trzech poważnych albo gdy operacja wymaga czegoś więcej niż zamówień: rozliczeń uzgodnionych linia po linii, FBA jako realnej lokalizacji, zwrotów i refundacji. Konektor Amazon dla Odoo wywołuje SP-API z Twojego Odoo, z autoryzacją z FlexigoTech Cloud, w Odoo 17, 18, 19 i 20. Część magazynową opisano w FBA jako magazyn w Odoo. A jeśli dziś masz middleware, jak przeprowadzić migrację bez zatrzymywania operacji wyjaśnia kolejność kroków.

Najczęstsze pytania

Przydatne linki w FlexigoTech

Co robimy w tym zakresie