Przesyłanie statusu wysyłki i numeru śledzenia do Temu z Odoo, zanim upłynie termin

Zamówienie z Temu nie zamyka się, gdy je skompletujesz: zamyka się, gdy Temu wie, że je skompletowałeś. Dopóki numer śledzenia nie trafi na ich platformę, dla Temu to zamówienie nadal jest otwarte, a zegar, który tyka, nie jest Twój. Na tym polega cała różnica między integracją, która działa, a taką, która umie tylko importować zamówienia.

Termin przychodzi z zamówieniem, a nie z Twojego magazynu

Temu nadaje każdemu zamówieniu termin wysyłki. To nie rekomendacja ani wewnętrzny cel obsługi: to dana, która podróżuje razem z zamówieniem (w API Temu, expectShipLatestTime) i jest inna dla każdej pozycji w Twojej kolejce pracy. Magazyn, który kompletuje według kolejności przyjęcia, prędzej czy później przekroczy termin, bo kolejność przyjęcia i kolejność terminów to nie ta sama kolejność. Zasada jest krótka: jeśli terminu nie ma w Odoo, to on nie istnieje, a co nie istnieje, tego się nie priorytetyzuje.

Termin musi trafić do dostawy

Zapisanie go w zamówieniu sprzedaży nie wystarcza. Osoba kompletująca nie patrzy na zamówienia sprzedaży: patrzy na dostawy. Termin musi przejść z zamówienia do dostawy i znaleźć się w polu, według którego można sortować listę, aby widok kompletacji był uporządkowany według terminu, a nie według numeru. To ta sama praca, o której pisaliśmy przy imporcie zamówień z Temu do Odoo: jeśli dana nie wejdzie przy imporcie, żadna późniejsza automatyzacja jej nie wymyśli.

Potwierdzenie wysyłki to dwie dane i obie muszą być poprawne

Temu nie czeka na „wysłano”: czeka na przewoźnika i numer śledzenia, które jego system potrafi śledzić. A przewoźnik musi być wskazany kodem, który Temu rozpoznaje, a nie nazwą, jaką nadałeś metodzie dostawy w Odoo. Wysyłka potwierdzona przewoźnikiem, którego Temu nie rozpoznaje, to wysyłka, której ich platforma nie może śledzić, i kończy się traktowana prawie tak, jakbyś jej nie potwierdził. Numer pochodzi od przewoźnika przy generowaniu etykiety; zadanie integracji polega na tym, by ten numer trafiał do Temu sam, w chwili zatwierdzenia dostawy, a nie wtedy, gdy ktoś sobie przypomni. Jak powstają te etykiety, opisaliśmy w etykietach i śledzeniu przesyłek w Odoo.

Co naprawdę podlega karze w razie przekroczenia terminu

To nie dopłata na fakturze: to Twoje konto. Zamówienie wysłane po terminie liczy się jako opóźniona wysyłka, a ten wskaźnik Temu bierze pod uwagę, decydując o Twojej widoczności, a jeśli się powtarza, także o nałożeniu ograniczeń. Zamówienie bez prawidłowego numeru śledzenia może zostać anulowane, ze stratą sprzedaży i towarem już w drodze. Konkretne progi są w Twoich warunkach sprzedawcy: nie podamy Ci procentu, którego nie zmierzyliśmy. Stały jest kierunek: mierzy się to dla każdego zamówienia, kumuluje na koncie, a odbudowuje powoli.

Błąd, którego nikt nie widzi: potwierdzenie, które nie zostało wysłane

Niebezpieczny jest nie widoczny błąd. Niebezpieczne jest wywołanie, które zawodzi (API nie odpowiada, token wygasł, przewoźnik nie jest zmapowany), a nikt się o tym nie dowiaduje, bo dostawa w Odoo i tak została zatwierdzona. U Ciebie zamówienie jest zrealizowane; w Temu nadal jest otwarte, a termin dalej biegnie. Rzetelna integracja zapisuje stan potwierdzenia w samej dostawie, ponawia próbę i trzyma na widoku kolejkę tego, co nie zostało wysłane. Bez tej kolejki pierwsze ostrzeżenie przychodzi e-mailem od Temu. To ten sam wzorzec, który opisaliśmy w gdy numer śledzenia nie dociera do Amazon.

Co robi nasz konektor i kiedy go nie potrzebujesz

Jeśli wysyłasz pięć zamówień dziennie i nigdy żadne Ci nie umyka, przepisanie numeru w panelu Temu wychodzi taniej niż jakakolwiek integracja: nie zatrudniaj nas do tego. Zaczyna się to opłacać, gdy kompletuje kilka osób, pracujesz z kilkoma przewoźnikami albo wolumen jest na tyle duży, że zamówienie może zginąć niezauważone. Konektor Temu dla Odoo sprowadza do Odoo termin wysyłki każdego zamówienia, przesyła przewoźnika i numer śledzenia po zatwierdzeniu dostawy, tłumaczy Twoje metody dostawy na przewoźników rozpoznawanych przez Temu i zapisuje w samej dostawie stan każdego potwierdzenia (wysłane, oczekujące lub z błędem, wraz z przyczyną), z przyciskiem do ponownej wysyłki. Termin zostaje w karcie zamówienia Temu; posortowanie według niego listy dostaw to dostosowanie, które wykonujemy na zamówienie. Działa w Odoo 17, 18 i 19.

Najczęstsze pytania

Przydatne linki w FlexigoTech

Co robimy w tym temacie