Import zamówień z Temu do Odoo bez gubienia danych po drodze

Pytanie wraca zawsze to samo: „czy zamówienia z Temu trafiają do Odoo same?”. Tak, trafiają. O tym, czy operacja działa, czy zamienia się w piekło ręcznych uzgodnień, nie decyduje to, że wpadają, ale to, z czym wpadają. Źle zmapowane zamówienie wychodzi na jaw po trzech tygodniach, gdy ktoś próbuje uzgodnić VAT albo wyjaśnić, dlaczego do jednego zamówienia są dwie dostawy.

Po pierwsze: identyfikator, inaczej będziesz mieć duplikaty

Każde zamówienie z Temu przychodzi z własnym numerem referencyjnym. Ten numer musi zostać zapisany w zamówieniu w Odoo i być kluczem, który sprawdzasz, zanim cokolwiek utworzysz. Jeśli import najpierw tworzy, a dopiero potem sprawdza, każda ponowna próba (awaria sieci, nakładające się zadanie cron, synchronizacja uruchomiona ręcznie w trakcie działania automatycznej) zostawia Ci dwa identyczne zamówienia i dwie dostawy. To błąd numer jeden, który znajdujemy podczas audytu konektorów napisanych przez kogoś innego.

Warianty: SKU z Temu to nie Twoje SKU

Temu identyfikuje każdy wariant własnym kodem. Twoje Odoo ma swój. Między jednym a drugim potrzebna jest zgodność, i to jawna oraz możliwa do weryfikacji, a nie funkcja, która zgaduje, tnąc ciągi znaków. Gdy ta zgodność zawodzi, zamówienie wpada z produktem ogólnym albo wcale nie wpada, a w obu przypadkach ktoś odkrywa to za późno.

Podatki i waluta: ustala je kraj docelowy

Jeśli sprzedajesz w kilku krajach, każde zamówienie przychodzi w swojej walucie i z podatkiem właściwym dla miejsca, dokąd jedzie towar, a nie dla miejsca, w którym ma siedzibę Twoja firma. W Odoo oznacza to jeden obszar podatkowy na kraj i jeden cennik na walutę, skonfigurowane, zanim wpadnie pierwsze zamówienie. To ta sama praca, którą opisuje artykuł o Temu w operacji wielokanałowej, i to tu przez niedopatrzenie traci się najwięcej pieniędzy.

Zobowiązujący termin ma pierwszeństwo przed Twoim magazynem

Temu nie prosi, żebyś wysyłał, kiedy będzie Ci wygodnie: podaje termin graniczny dla każdego zamówienia, a jego przekroczenie odbija się na wskaźnikach konta. Ta informacja musi dotrzeć do dostawy w Odoo i być widoczna dla osoby, która kompletuje. Zamówienie, które wpada bez terminu granicznego, jest kompletowane według kolejności napływu, a kolejność napływu nie jest kolejnością, jakiej oczekuje Temu.

Anulowania: przypadek, do którego prawie nikt się nie przygotowuje

Zamówienie może zostać anulowane po tym, jak trafiło do Odoo, a zanim opuści magazyn. Jeśli import potrafi tylko tworzyć, anulowanie nie dociera i kończysz, wysyłając towar, za który nikt nie zapłaci. Synchronizacja musi odczytywać także zmiany statusu, a nie tylko nowe zamówienia, i musi wiedzieć, co zrobić z dostawą, która została już zatwierdzona: to już nie jest anulowanie, to zwrot.

Co robi nasz konektor

Konektor Temu dla Odoo (Odoo 17, 18 i 19) rozwiązuje część tych problemów od razu po instalacji i warto wiedzieć dokładnie którą. Przed utworzeniem czegokolwiek wyszukuje każde zamówienie po jego numerze referencyjnym z Temu, a baza danych nie dopuszcza dwóch zamówień z tym samym numerem w tym samym sklepie. Dopasowuje każdy wiersz do Twojego wariantu po SKU sprzedawcy, którego używasz w Temu, względem odnośnika wewnętrznego w Odoo, albo po identyfikatorach Temu zapisanych w wariancie: nie ma osobnej tabeli, zgodnością jest Twój odnośnik wewnętrzny, a wiersz, który nie znajdzie wariantu, zostawia zamówienie sprzedaży w wersji roboczej zamiast je potwierdzić. Tworzy klienta z krajem dostawy, który jest potrzebny Odoo do zastosowania automatycznego obszaru podatkowego skonfigurowanego dla danego kraju. Zapisuje termin graniczny wysyłki z Temu w karcie zamówienia z Temu, powiązanej z dostawy; nie wpisuje go do samej dostawy. I odczytuje zamówienia według daty aktualizacji, a nie tylko nowe: jeśli Temu anuluje, anuluje zamówienie sprzedaży, chyba że istnieje już zatwierdzona dostawa lub zaksięgowana faktura, a wtedy go nie rusza i zostawia w zamówieniu notatkę.

Najczęstsze pytania

Przydatne linki w FlexigoTech

Co robimy w tym zakresie