Jak AI obsługuje zamówienia i klientów na bol.com, Otto i Cdiscount, gdy firma sprzedaje z Polski?

AI może obsługiwać zamówienia, wiadomości i zwroty na bol.com, Otto i Cdiscount równie sprawnie jak na Allegro. Warunek jest jeden: firma musi wyciągnąć dane tych platform do jednego miejsca i skonfigurować reguły osobno dla każdego rynku, bo każdy ma inne terminy wysyłki, inny język i inne wskaźniki konta. Firma, która to zrobi, dostaje odpowiedzi do kupujących po niderlandzku, po niemiecku i po francusku, bieżące pilnowanie deadlinów wysyłki i sygnał zanim platforma wyśle ostrzeżenie o zagrożonych wskaźnikach.

Gdzie bol.com, Otto i Cdiscount różnią się od Allegro: z czym zderzy się firma od pierwszego zamówienia

Allegro to znajomy teren: polski język, polskie oczekiwania kupujących i dość czytelne zasady konta. Na zachodnich platformach każda różnica ma znaczenie operacyjne od razu.

bol.com działa w Holandii i Belgii. Każde zamówienie dostaje pole shipmentDeadline wynikające z tzw. Leveringsbelofte, czyli obietnicy dostawy, którą platforma daje kupującemu w chwili zakupu. Gdy termin mija bez potwierdzenia wysyłki z numerem śledzenia, bol.com od razu dolicza to jako opóźnienie w panelu Prestaties. Kilka takich przypadków tygodniowo i konto zaczyna tracić widoczność w wynikach wyszukiwania platformy.

Otto to największy marketplace w Niemczech po Amazonie. Każda pozycja w zamówieniu ma osobne pole positionItems[].shipByDate, czyli twardą datę, do której towar musi wyjść z magazynu i dostać numer śledzenia przesłany przez API. Otto śledzi wskaźnik Verspätungsquote (procent opóźnionych wysyłek) i przy przekroczeniu progu może zablokować konto w krótkim czasie, bez długiego ostrzegania.

Cdiscount działa przez platformę Octopia: to komercyjne ramię marketplace Cdiscount, zasilające też kilka innych europejskich platform. Firma dostaje dostęp do Octopia Partner Portal, podpisuje umowę Octopia, a dopiero przez to sprzedaje na Cdiscount. Spory z kupującymi trafiają do modułu Litiges. Francuzi oczekują odpowiedzi po francusku w krótkim czasie, a wskaźnik reklamacji liczy się osobno od wskaźnika terminowości.

Różnica w porównaniu z Allegro jest też finansowa. bol.com rozlicza sprzedawców dwa razy w miesiącu i wystawia zestawienie PDF do pobrania z dashboardu sprzedawcy. Otto generuje faktury prowizji miesięcznie, do ściągnięcia z portal.otto.market. Octopia ma własne cykle rozliczeniowe. Żaden z tych raportów nie jest dostępny przez API na żywo: to zawsze plik do pobrania i przetworzenia.

Jak wygląda podłączenie od strony technicznej: Retailer API, Otto Market API i Octopia

Każda platforma ma otwarte, udokumentowane REST API. Poniżej to, co firma musi mieć, żeby się podłączyć.

bol.com Retailer API v10 to REST/JSON z uwierzytelnianiem OAuth 2.0. Klucze (Client ID i Client Secret) generuje się w dashboardzie verkoper.bol.com, w sekcji API keys. Główne endpointy: /retailer/orders (lista zamówień), /retailer/shipments (potwierdzenie wysyłki z numerem śledzenia), /retailer/returns (zwroty), /retailer/messages (wiadomości z kupującymi) i /retailer/offers (zarządzanie ofertami). Konto sprzedawcy musi być aktywne, dostęp API jest dostępny od razu po wygenerowaniu kluczy.

Otto Market API to REST/JSON, też OAuth 2.0, ale dostęp wymaga aktywnego konta na portal.otto.market i osobnego wniosku o włączenie API, który Otto rozpatruje ręcznie. Sam token nie wystarczy. Endpointy: GET /v4/orders, POST /v1/shipments (obowiązkowe potwierdzenie z numerem śledzenia), GET /v4/returns i GET /v3/products z polem acceptanceStatus, które mówi, czy produkt został przyjęty przez platformę.

Octopia API dla Cdiscount to REST/JSON z uwierzytelnianiem kluczem API z Octopia Partner Portal. Zasoby: /orders, /products, /returns i /messages. Ważna uwaga: umowa z Octopia jest oddzielna od ewentualnego konta klienta detalicznego Cdiscount. To dwa różne środowiska i dwa różne onboardingi.

Czego API nie daje na żadnej z tych platform: raportów finansowych ani zestawień opłat w czasie rzeczywistym. Zestawienia prowizji i wypłat to pliki PDF lub CSV do ręcznego pobrania z panelu sprzedawcy. AI może je odebrać po eksporcie i przetworzyć, ale nie odpyta ich na żywo.

Co konkretnie wyciągamy z danych platform i co robi z nimi AI na co dzień

Z bol.com Retailer API wyciągamy: orderId, orderPlacedDateTime, shipmentDeadline (wynikający z Leveringsbelofte), returnReason ze standaryzowanej listy (m.in. "defect", "wrong product", "too large", kilkanaście innych wartości) oraz treść wiadomości z pola messageBody. Z ofert: offerId, stockOnHand i status (published, in_review, not_published).

Z Otto Market API: salesOrderId, orderDate i osobne shipByDate na każdą pozycję zamówienia, returnReason i returnStatus, a dla produktów: acceptanceStatus (ACTIVE, INACTIVE, LOCKED).

Z Octopia: OrderId, OrderState (RECEIVED, PREPARING, SHIPPED), DesiredDeliveryDate, a dla sporów: ClaimId, ClaimType i ClaimStatus. Każde pole ClaimStatus o wartości OPEN to żywy alarm.

Z tych danych AI robi cztery rzeczy regularnie. Po pierwsze, generuje dzienny plan wysyłki dla magazynu: lista zamówień posortowana rosnąco po shipmentDeadline lub shipByDate, z zaznaczeniem, które muszą wyjść dziś przed określoną godziną. Po drugie, wysyła alert (mail albo wiadomość na komunikatorze), gdy do deadlinu zostały mniej niż cztery godziny, a numer śledzenia nie jest jeszcze przypisany. Po trzecie, czyta nowe wiadomości od kupujących i przygotowuje projekt odpowiedzi w języku rynku. Po czwarte, zestawia co tydzień sprzedaż i zwroty per platforma i pokazuje, gdzie wskaźniki zbliżają się do progu.

Jeden przykład z praktyki: firma sprzedająca artykuły ogrodnicze miała na Otto zamówienie złożone w piątek o 17:00. Pole shipByDate wskazywało poniedziałek 8:00. Magazyn w weekend zamknięty. AI wykryło to w piątek wieczorem, wysłało powiadomienie do managera i zaproponowało aktualizację dostępności na ten wariant produktu, żeby nowe zamówienia tego SKU nie przyjmowały się w piątek po 15:00. Zamówienie wyszło w poniedziałek rano przed 8:00 i termin był zachowany.

Wiadomości po niderlandzku, po niemiecku i po francusku: jak AI pisze do kupujących

AI nie tłumaczy gotowego tekstu z polskiego. Pisze odpowiedź od razu w języku rynku, na podstawie danych zamówienia.

Typowy przebieg dla bol.com: kupujący pisze "Ik heb mijn pakket nog niet ontvangen, wanneer wordt het bezorgd?" (Nie dostałem jeszcze paczki, kiedy zostanie dostarczona?). AI odczytuje wiadomość, pobiera orderId powiązany z tym kupującym, sprawdza trackingCode i ostatni znany status wysyłki, po czym pisze odpowiedź po niderlandzku: zwraca się do kupującego po imieniu z pola billingDetails.firstName, podaje numer śledzenia lub link do śledzenia, albo informuje o szacowanym terminie, jeśli śledzenie jest niedostępne. Odpowiedź trafia do endpointu /retailer/messages/{message-id}/reply.

Na Otto i Cdiscount mechanizm jest identyczny: inne API, inny język, ta sama logika pobierania kontekstu zamówienia przed napisaniem odpowiedzi. Wiadomości do kupujących na Cdiscount wychodzą przez endpoint /messages Octopia API.

Do opisów ofert produktowych AI używa danych z karty produktu (nazwa, EAN, parametry) i pisze opis po niemiecku albo niderlandzku zgodnie ze strukturą atrybutów wymaganą przez platformę. Ten sam produkt wymaga innej stylizacji tekstu na Otto niż na bol.com: Otto oczekuje bardziej technicznego, precyzyjnego języka, bol.com jest nieco swobodniejszy. Bezpośrednie tłumaczenie polskiego opisu rzadko przechodzi walidację platformy bez poprawek.

Standardem jest, że przez pierwsze dwa tygodnie odpowiedzi AI przechodzą przez akceptację pracownika. Potem firma wydziela kategorie wiadomości, które AI obsługuje automatycznie: status wysyłki, potwierdzenie przyjęcia zwrotu, pytanie o dostępność. Reklamacje i spory nadal trafiają do człowieka.

Spory i wskaźniki konta: co AI wyłapuje, zanim platforma wyśle ostrzeżenie

Każda platforma ma panel wskaźników, które mogą skutkować ostrzeżeniem albo blokadą konta. Tutaj AI daje największą przewagę nad ręcznym monitoringiem.

W bol.com Prestaties śledzone są: annuleringspercentage (procent anulowanych zamówień), percentaje te laat verstuurd (opóźnione wysyłki), track-en-tracepercentage (ile zamówień dostało numer śledzenia) i retouren afgehandeld op tijd (zwroty rozpatrzone terminowo). Bol.com wymaga odpowiedzi na wniosek o zwrot w ciągu 48 godzin.

W Otto Seller Service Level monitoruje się Verspätungsquote (opóźnienia), Stornierungsquote (anulowania) i Reaktionszeit auf Kundennachrichten (czas odpowiedzi na wiadomości kupujących).

Na Cdiscount/Octopia panel "Indicateurs Vendeur" śledzi taux de livraison à temps, taux de réponse i taux de réclamations.

AI pobiera wartości tych wskaźników codziennie i porównuje z progami platformy. Gdy wskaźnik zbliża się do granicy ostrzeżenia, manager dostaje alert rano, zanim zacznie się dzień pracy. To daje czas na działanie. W grudniu jeden z naszych klientów miał gorszy tydzień w magazynie: trzy zamówienia na Otto dostały Versandbestätigung dwie godziny po shipByDate, dwa zamówienia bol.com minęły shipmentDeadline o jeden dzień. AI wykryło to tego samego dnia i pokazało, że tygodniowy wskaźnik opóźnień zbliża się do progu. Manager zarządził dodatkowe zmiany na dwa dni. Konto nie dostało ostrzeżenia.

Nowy ClaimStatus o wartości OPEN w Octopia AI oznakowuje jako priorytet i co 24 godziny przypomina, jeśli nadal nie ma odpowiedzi. Francuzi oczekują reakcji szybko, a nieodpowiedzione Litige wprost wpływa na taux de réclamations.

BaseLinker albo własny WMS: gdzie każde podejście ma sens

BaseLinker ma gotowe łączniki do bol.com, Otto i Cdiscount. Zamówienia z tych platform pojawiają się w panelu BaseLinker z mapowaniem statusów i można nimi zarządzać razem z zamówieniami z Allegro. Dla AI to wygoda: zamiast odpytywać trzy osobne API, czytamy dane z jednego źródła przez BaseLinker API (REST, autoryzacja tokenem z ustawień konta).

Zamówienie w BaseLinker ma pola: order_id, order_source_id (ID zamówienia po stronie platformy), delivery_date, extra_field_1 i extra_field_2 (używane do platformowo-specyficznych danych). To wystarczy do obsługi wysyłki i potwierdzenia nadania przesyłki.

Ograniczenie jest jedno: część danych platformowo-specyficznych przez BaseLinker nie przepływa. positionItems[].shipByDate z Otto na poziomie pozycji, szczegółowe kody returnReason z bol.com, ClaimStatus z Octopia: żeby je mieć, trzeba połączyć się bezpośrednio z API danej platformy. W praktyce firmy używają BaseLinker do przepływu zamówień i dokumentów wysyłkowych, a AI łączy się z platformami bezpośrednio do obsługi wiadomości i monitorowania wskaźników konta.

Przy własnym WMS lub systemie ERP architektura jest inna: WMS pobiera zamówienia z platform przez ich API i zapisuje we własnej bazie, AI odpytuje bazę WMS lub jego REST API. Magazyn robi swoje, AI obserwuje terminy i komunikację. To podejście ma więcej elastyczności, ale wymaga utrzymania łączników dla każdej platformy osobno.

Dla firm, które zaczynają od zera: BaseLinker to prostszy start. Dla firm, które mają już działający WMS z gotowymi integracjami: warto sprawdzić, czy te integracje pokrywają wymagane pola, zanim dołoży się kolejne narzędzie.

Od czego zaczynamy, gdy firma chce wejść na te rynki z AI od pierwszego dnia

Pierwsza rzecz to konta sprzedawcy na wybranych platformach. bol.com ma własny onboarding dla zagranicznych sprzedawców z wymaganiami dotyczącymi holenderskich opisów i atrybutów produktów. Otto wymaga dokumentacji dotyczącej zgodności z wymogami rynku niemieckiego, w tym poprawnych danych produktowych po niemiecku przed publikacją. Octopia wymaga oddzielnej umowy partnerskiej. Gdy konta są aktywne, włączamy dostęp API: bol.com daje klucze od razu po wygenerowaniu w dashboardzie, Otto aktywuje dostęp ręcznie po weryfikacji.

Jeśli firma korzysta z BaseLinker, podłączenie platform zajmuje kilka godzin na każdą. Jeśli nie: bezpośrednie połączenie z API przy dobrej dokumentacji zajmuje kilka dni roboczych. Potem konfiguracja AI: reguły terminów wysyłki per platforma, szablony odpowiedzi w trzech językach, progi alertów dla wskaźników konta. Pierwsze dwa tygodnie AI działa z przeglądem człowieka. Po tym czasie widać, które typy wiadomości i działań można puścić automatycznie bez ryzyka.

Chcecie zobaczyć, jak to wygląda na realnych danych Waszej firmy? Umówcie się na 15 minut rozmowy i ocenimy razem, od której platformy warto zacząć i co jest już do podłączenia w Waszym środowisku. Jeśli szukacie odniesień do podobnych firm, zajrzyjcie na realne wdrożenia.