Synchronizacja stanów między Odoo a Temu, żeby nie sprzedawać tego, czego już nie masz

Nadsprzedaży w Temu nie odkupisz przeprosinami: płaci się za nią anulowaniami, wskaźnikami konta i klientem, który już zapłacił. Prawie nigdy nie dzieje się tak dlatego, że stan w Odoo jest źle policzony. Dzieje się w drodze: między sprzedażą sztuki w jednym kanale a chwilą, gdy drugi kanał się o tym dowie, jest okno. Wszystko poniżej dotyczy zawężania tego okna i świadomego zaakceptowania tego, co z niego zostaje.

Stan główny jest w Odoo, nie w kanale

Zasada jest nudna i jedyna, która się sprawdza: sztuka istnieje w jednym miejscu, a tym miejscem jest Odoo. Kanały nie przechowują stanu, otrzymują opublikowaną liczbę. Gdy tylko dwa systemy uznają się za właścicieli tej samej liczby, pojawia się klasyczny przypadek: Temu odejmuje od swojej kopii, Twój sklep od swojej, a obie kopie razem oferują więcej sztuk, niż leży na półce. To, co widać w Temu, musi wynikać z dostępnego stanu w Odoo, a nie z wartości, którą ktoś ręcznie edytuje w panelu.

Podział to nie odejmowanie

Jeśli sprzedajesz ten sam SKU w Temu, we własnym sklepie i w innym marketplace, pytanie nie brzmi, ile masz: brzmi, ile pokazujesz każdemu z nich. Publikowanie wszystkiego wszędzie maksymalizuje sprzedaż i mnoży anulowania; stałe limity są bezpieczne, ale zostawiają martwe sztuki w kanale, który nie sprzedaje. Rozsądne rozwiązanie zwykle leży pośrodku: minimalny limit dla pozycji o dużej rotacji, pełny dostępny stan dla tych, których masz w nadmiarze. A jeśli część towaru leży w magazynie, który nie jest Twój, trzeba ją policzyć przed publikacją: tak jest w przypadku Amazon FBA w Odoo. Cokolwiek postanowisz, polityka musi być zapisana jako czytelna reguła w Odoo, a nie w głowie osoby, która prowadzi kanał.

Bufor ustawia się na SKU, nie na katalog

Bufor bezpieczeństwa to to, czego postanawiasz nie publikować, żeby wchłonąć opóźnienie. Ustawiony globalnie (odjęcie dwóch sztuk od wszystkiego) jest wygodny i drogi: pozycji, która sprzedaje jedną sztukę miesięcznie, odbierasz dwa miesiące sprzedaży, a bestsellera to przed niczym nie ratuje. Bufor liczy się na SKU, a w razie potrzeby na kanał: wysoka rotacja i krótki termin wysyłki wymagają więcej, wolno sprzedający się produkt z dużym zapasem nie potrzebuje żadnego. W Odoo musi to być dana produktu, którą ktoś może obejrzeć i zmienić, a nie stała ukryta w kodzie konektora.

Publikuj po potwierdzeniu, a nie gdy przyjdzie pora na partię

Tu leży większość realnego ryzyka. Jeśli stan synchronizuje się co godzinę, Twoje okno nadsprzedaży trwa godzinę, a żaden bufor nie naprawi godziny na pozycji o dużej rotacji. Alternatywą jest publikowanie, gdy stan się zmienia: potwierdza się zamówienie, zatwierdza kompletację, wchodzi przyjęcie, a ten ruch uruchamia aktualizację tego SKU, a nie dziesięciu tysięcy. Pełny przegląd nadal jest potrzebny, ale jako nocna siatka bezpieczeństwa, a nie główny mechanizm. To różnica między wypychaniem zmian a czekaniem na swoją kolej, opisana w stanach w czasie rzeczywistym dla marketplace’ów.

Ile kanałowi zajmuje, zanim Ci uwierzy

Opublikować to nie to samo, co być opublikowanym. Wywołanie może się nie udać, może trafić do kolejki, może zostać przyjęte i zastosowane po kilku minutach. Solidny konektor zapisuje, jaką liczbę wysłał, kiedy i co odpowiedział kanał; ponawia próby ze wzrastającym odstępem zamiast młócić w kółko; i nie poprzestaje na odpowiedzi 200, jeśli wartość, która zostaje po drugiej stronie, nie jest tą, którą wysłał. Bez takiego rejestru w dniu, gdy Temu pokaże siedem sztuk, a Odoo powie zero, nie będzie jak ustalić, na którym kroku coś się zepsuło. To ten sam cykl widziany z drugiej strony co przyjmowanie zamówień.

Kiedy nic z tego nie jest potrzebne

Jeśli sprzedajesz sztuki unikatowe albo masz niewiele SKU z dużym zapasem i jeden kanał, natychmiastowa synchronizacja nic Ci nie da: codzienny przegląd i hojny bufor zapewnią spokój i oszczędzą projekt. Problem pojawia się, gdy ta sama sztuka może sprzedać się w dwóch miejscach naraz, a uzupełnianie trwa. Jeśli to nie Twój przypadek, nie kupuj tego; a jeśli nie jesteś pewien, najpierw sprawdź, ile anulowań z braku towaru miałeś w tym kwartale, bo tę liczbę masz za darmo.

Co robi nasz konektor

Konektor Temu dla Odoo wypycha stany według SKU, synchronizuje przez cron i webhook oraz zapisuje payloady i odpowiedzi Temu, żeby było co sprawdzić, gdy liczby się nie zgadzają. Publikuje fizyczny stan magazynu przypisanego do każdego konta Temu albo stałą ilość, którą sam utrzymujesz w produkcie. Działa w Odoo 17, 18 i 19. Odejmowanie rezerwacji, bufor na SKU czy podział między kanały według własnych reguł nie są dostępne w standardzie: tę politykę ustalasz Ty, a jej automatyzacja to rozwój na zamówienie. Jeśli sprzedajesz w większej liczbie kanałów, podział ustala się raz dla wszystkich: opisujemy to w wielu marketplace’ach w jednym Odoo.

Najczęstsze pytania

Przydatne linki w FlexigoTech

Co robimy w tym temacie