Ovoko jak kolejny kanał, nie drugi panel
RMC Baltic sprzedaje oryginalne części samochodowe, w dużej części używane z demontażu. Wszystkie kanały prowadzi z BaseLinkera: Allegro, własny sklep i dziesiątki automatycznych akcji, na których stoi praca magazynu. Kolejnym kanałem miało być Ovoko, europejski marketplace części używanych, który sprzedaje do kupujących w całej Europie.
Warunek był jeden: Ovoko ma działać tak samo jak Allegro. Oferty i zamówienia w BaseLinkerze, te same wydruki, te same potwierdzenia, ten sam sposób pakowania i drukowania etykiet. Bez drugiego panelu, do którego ktoś musi się logować.
Problem: Ovoko chce auta, a sklep ma nazwy
Ovoko działa w modelu demontażowym. Każda oferta musi być przypięta do konkretnego auta z katalogu Ovoko (marka, model, generacja, rocznik) i do jednej z 1 742 kategorii trzeciego poziomu. Bez tego oferta nie powstaje.
W BaseLinkerze RMC Baltic tych danych nie było w osobnych polach. Model auta był zapisany w nazwach i opisach, na przykład „Trafic III (E82)”, a rocznik pojawiał się tylko w 684 z 9 518 opisów. Kategorie sklepu były szersze niż kategorie Ovoko: jedna kategoria „Panele sterowania, przełączniki” pasowała do 56 kategorii po stronie marketplace'u. Mapowanie raz na kategorię sklepu odpadało, kategorię trzeba było ustalić osobno dla każdej części.
Przy ponad 10 tysiącach używanych części na stanie ręczne przypisanie auta i kategorii do każdej oferty oznaczałoby tygodnie pracy zespołu. Dlatego od początku założyliśmy dopasowanie z pomocą AI, z oceną pewności i kontrolą człowieka tam, gdzie model nie jest pewien.
Dopasowanie aut i kategorii z pomocą AI
Dopasowanie działa w dwóch krokach. Najpierw dla każdej kategorii sklepu model wybiera z 1 742 kategorii Ovoko te, które w ogóle wchodzą w grę. Potem dla każdej części osobno wybiera jedną kategorię z tej krótkiej listy i auto z modeli marek wykrytych w cechach i opisie produktu. Każda decyzja dostaje ocenę pewności.
- Próbka przed całością. Na 100 częściach porównaliśmy dwa modele AI i sprawdziliśmy wynik ręcznie. Po poprawieniu zasad (na przykład element zamiast całego podzespołu) dobrych było około 95 na 100.
- Pozycje niepewne do Excela. Części z niską pewnością albo bez auta trafiły do arkusza dla zespołu klienta, łącznie około 9% katalogu. Reszta przeszła automatycznie.
- Przetwarzanie wsadowe. Cały katalog szedł w trybie wsadowym, a identyczne zapytania wysyłaliśmy raz. AI działa na koncie klienta, bez naszej marży.
Auta w katalogu Ovoko i numery OEM
Auto musi istnieć w systemie Ovoko, zanim przypnie się do niego ofertę. Zamiast tysięcy pojedynczych aut założyliśmy 266 aut zbiorczych, po jednym na model i generację. Modele, którym w katalogu Ovoko brakowało roczników, uzupełniliśmy słownikiem.
Drugą pułapką okazały się numery części. Ovoko po cichu odrzuca listy numerów, kropki i podkreślenia, bez komunikatu o błędzie. Rozbiliśmy więc pole z numerami na jeden numer OEM i dodatkowe kody. Na próbce liczba ofert z poprawnym numerem wzrosła z 77 na 99 do 96 na 99.
Wystawienie z kontrolą każdej partii
Katalog wystawialiśmy partiami przez BaseLinkera, a po każdej partii sprawdzaliśmy w API Ovoko, czy wszystko dotarło i czy nic się nie zdublowało. Kontrola wyłapała części bliźniacze o tym samym numerze i cenie oraz jedną ofertę, która w BaseLinkerze miała status błędu, a w Ovoko mimo to powstała. Usunęliśmy ją przez API.
Pierwsza fala to ponad 9 700 ofert, druga, z resztą katalogu, kolejne 3 625. Razem 13 329 trwających ofert i zero duplikatów. Ceny liczą się same z cennika Allegro z narzutem, a konto Ovoko prowadzi ceny w złotówkach, które marketplace przelicza kupującym za granicą.
Ovoko nie pokazuje ofert publicznie, dopóki konto sprzedawcy nie przejdzie weryfikacji i nie ma podanego konta do wypłat. Panel nie zgłasza tego wprost. Od tego wdrożenia sprawdzamy stan weryfikacji przed pierwszym wystawieniem.
Zamówienia: to, czego gotowa integracja nie przenosi
Integracja Ovoko w BaseLinkerze pobiera zamówienia, ale nie przenosi z Ovoko kuriera, numeru nadania, etykiety ani statusu. Dopisaliśmy moduł na serwerze sklepu, który co kilka minut uzupełnia zamówienia z Ovoko w BaseLinkerze:
- sposób wysyłki i paczkę z numerem nadania u właściwego kuriera,
- link do etykiety przy zamówieniu,
- status zamówienia po utworzeniu paczki, także dla kurierów, których istniejące reguły nie obejmowały.
Przez wszystkie automatyczne akcje BaseLinkera przeszliśmy pod kątem nowego źródła zamówień. Część obejmowała Ovoko bez zmian, część trzeba było dodać (wydruk karty zamówienia, potwierdzenia dla kupującego), a niektóre celowo zostały wyłączone dla Ovoko, żeby nie powstała druga przesyłka.
Nadanie jak przy Allegro: skan kartonu i etykieta z drukarki
Ovoko wydaje etykietę dopiero po podaniu wymiarów paczki. Zespół magazynu przy Allegro skanuje kod kartonu i chciał robić to samo. Zbudowaliśmy most:
- pakowacz skanuje kod kartonu przy zamówieniu z Ovoko,
- moduł wysyła do Ovoko wymiary kartonu i wagę policzoną z produktów zamówienia,
- po etykietę zgłasza się co kilka sekund, aż Ovoko ją wyda,
- etykieta zamienia się na format drukarki etykiet i drukuje się sama, numer nadania wraca do zamówienia.
Karton o niestandardowych wymiarach wpisuje się ręcznie w polu zamówienia. Faktura z BaseLinkera trafia do Ovoko po dwóch godzinach, żeby zespół miał czas na poprawki, z ponowieniami, gdyby Ovoko nie odpowiedziało.
Automat nowych ofert
Katalog żyje, codziennie dochodzą nowe części. Automat co kilka minut bierze nowe produkty z BaseLinkera, wykrywa markę, wybiera auto z pomocą AI, zakłada je w Ovoko, wypełnia pola produktu i oznacza go do wystawienia. Agent BaseLinkera wystawia ofertę sam. Pozycje niepewne trafiają do przeglądu w panelu.
Pola Ovoko automat zawsze nadpisuje, bo zespół zakłada nowe produkty przez kopiowanie istniejących. Bez tego nowa listwa lewa poszłaby na Ovoko z numerem listwy prawej, z której ją skopiowano.
Pięć przeglądów kodu
Każdy moduł przeszedł niezależny przegląd przed wdrożeniem, łącznie pięć przeglądów i ponad 30 znalezisk. Kilka z nich zatrzymałoby wdrożenie na produkcji:
- format pliku faktury z BaseLinkera nie był rozpoznawany, więc żadna faktura nie dotarłaby do Ovoko,
- zamówienie podzielone w BaseLinkerze zapętlało wysyłanie wymiarów,
- sklejanie słów z opisu w HTML zmieniało listę wykrytych modeli dla 23% produktów automatu,
- przerwanie przetwarzania wsadowego w złym momencie oznaczałoby ponowne płatne przetworzenie całego katalogu.
Technologie
BaseLinker API i integracja Ovoko
Automatyczne akcje BaseLinkera
Model językowy AI w trybie wsadowym
Python
PHP 8.5
WordPress (moduły na serwerze sklepu)
Fakturownia
Drukarka etykiet
Rezultaty
Czego ten projekt uczy
Najwięcej pracy przy Ovoko nie leży w samej integracji, tylko w danych. Jeśli auta nie ma w osobnym polu, trzeba je odczytać, i to jest główny koszt każdego wdrożenia. Drugą lekcją jest proces magazynu: każde „ma działać jak przy Allegro” rozpisujemy teraz przed startem na konkretne kroki (kto skanuje, gdzie drukuje, kiedy wystawia fakturę), bo gotowa integracja przenosi oferty, ale nie przenosi sposobu pracy.
Ten sam zestaw narzędzi wdrażamy u kolejnych sprzedawców części. Zakres i cennik opisujemy na stronie wdrożenie Ovoko. Wcześniejszy etap współpracy z RMC Baltic, czyli nowy sklep bez ruszania 216 reguł BaseLinkera, opisujemy w osobnym case study.
