Jak asystent AI odpowiada na pytania o zamówienie, zwrot i historię kupującego w BaseLinkerze i sklepie?

Tak. Asystent AI podłączony do serwera MCP przy BaseLinkerze i sklepie widzi status zamówienia, historię przesyłek, otwarte zwroty i wątki wiadomości z Allegro, WooCommerce czy Shopera, wszystko w jednej rozmowie. Pracownik obsługi klienta pisze pytanie, dostaje gotową odpowiedź i nie musi przeskakiwać między trzema panelami, żeby stwierdzić, gdzie jest paczka i czego chce kupujący.

Poniedziałkowy poranek w obsłudze klienta

Agnieszka otwiera skrzynkę i widzi dwie wiadomości od tego samego kupującego: jedną przez Allegro Wiadomości, drugą mailem. Klient pisze, że paczka nie dotarła od dziesięciu dni i że zaraz złoży spór. Agnieszka zamiast klikać po BaseLinkerze, Allegro i śledzeniu InPostu, pisze do asystenta: „Zamówienie 47823, gdzie jest paczka i czy ten klient zwracał wcześniej?"

Asystent odpowiada po chwili: zamówienie wysłane siedem dni temu, numer listu przewozowego podany, ostatni status z InPostu: „Awizo, paczkomat zmieniony przez kuriera". Historia kupującego: jedno zamówienie rok temu, bez zwrotów. Agnieszka od razu wie, co napisać, i otwiera Allegro tylko po to, żeby wkleić gotową odpowiedź.

To nie jest wizja przyszłości. To to, co robi serwer MCP podłączony do danych sprzedażowych firmy.

MCP dla zespołu to nie to samo co WebMCP dla klienta w sklepie

Zanim wejdziemy w szczegóły: oba skróty brzmią podobnie, ale dotyczą zupełnie różnych rzeczy i łatwo je pomylić przy pierwszym kontakcie z tematem.

Serwer MCP dla zespołu działa po stronie firmowego asystenta AI. To połączenie między asystentem a wewnętrznymi systemami: BaseLinker, WooCommerce, Shoper, Allegro. Pracownicy pytają asystenta, asystent pyta systemy, pracownicy dostają odpowiedź. Wszystko zamknięte w infrastrukturze firmy. Model Context Protocol to otwarty standard łączenia asystentów AI z programami, rozwijany pod opieką Linux Foundation.

WebMCP dla sklepu to osobna historia: specyfikacja dla agentów AI po stronie klienta, który odwiedza stronę sklepu w przeglądarce. Klient może mieć własnego asystenta AI w przeglądarce, który dzięki WebMCP widzi produkty, atrybuty i formularze na stronie sklepu. WebMCP to projekt specyfikacji w grupie W3C Community Group, przygotowują go Google i Microsoft. Chrome ma go w fazie testów (origin trial), stabilna wersja planowana pod koniec 2026 roku, Edge też go testuje, Safari nie zapowiedziało wsparcia. Przeglądarka bez WebMCP po prostu pomija dodatkowe opisy, więc wdrożenie niczego nie psuje, ale to zupełnie inne zastosowanie.

W tym artykule mówimy wyłącznie o serwerze MCP po stronie zespołu: obsługi klienta, sprzedaży, magazynu.

Co asystent może sprawdzić przez serwer MCP w e-commerce

Dobrze zbudowany serwer MCP dla sklepu daje asystentowi dostęp do kilku grup danych. Każda to jedno lub kilka narzędzi, które asystent wywołuje automatycznie, gdy widzi, że pytanie tego wymaga. Pracownik nie musi wiedzieć, które narzędzie idzie w ruch, po prostu pyta normalnym językiem.

• Zamówienia i statusy: numer zamówienia, kanał sprzedaży (Allegro, sklep, OLX), data złożenia, produkty i ilości, kwota, obecny status w BaseLinkerze, numer listu przewozowego, ostatni status z trackingu przewoźnika (InPost, DPD, DHL, Poczta Polska)
• Historia kupującego: ile zamówień złożył łącznie i w jakim czasie, czy były wcześniejsze zwroty, reklamacje, czy kupujący ma flagę w systemie, ile spraw obsługiwała poprzednio
• Zwroty i reklamacje: otwarte zwroty: powód, etap procedury (czeka na odesłanie, odebrane, zaksięgowane), numer paczki zwrotnej, czy sprawa jest zamknięta i jak
• Wiadomości od kupujących: aktywny wątek z Allegro Wiadomości, zgłoszenia z formularza sklepowego, czas bez odpowiedzi, ostatnia wiadomość od klienta i co w niej
• Stany magazynowe: ile sztuk danego produktu na stanie, rezerwacje, kiedy ostatnio aktualizowane: ważne szczególnie przy pytaniach o dostępność przed obiecaniem wysyłki

Co konkretnie jest dostępne, zależy od tego, które API podłączymy. Nawet podstawowa wersja, tylko zamówienia i historia zwrotów, wyraźnie skraca czas obsługi jednej sprawy. Nie dlatego, że asystent jest szybszy od człowieka. Dlatego, że pracownik nie musi sam otwierać czterech zakładek.

Dlaczego BaseLinker to naturalny punkt wejścia

Większość polskich sklepów, które sprzedają równolegle na Allegro, w swoim sklepie na Shoperze albo WooCommerce i może jeszcze na OLX, zarządza zamówieniami właśnie przez BaseLinker. BaseLinker agreguje zamówienia ze wszystkich kanałów, łączy je z magazynem i z wysyłką przez kurierów.

To oznacza, że jeden serwer MCP podłączony do BaseLinker API daje asystentowi widok na całą sprzedaż. Zamówienie z Allegro i zamówienie ze sklepu wyglądają tak samo po stronie MCP. Asystent nie musi wiedzieć, z którego kanału pochodzi zamówienie, żeby na nie odpowiedzieć.

Typowo wygląda to tak: serwer MCP ma narzędzie pobierające zamówienie po numerze. Wywołuje BaseLinker API, dostaje obiekt z danymi: kupujący, produkty, adres, status, numer przesyłki, data modyfikacji. Asystent nie widzi surowego JSON-a, dostaje sformułowany opis, który może od razu włączyć do rozmowy z pracownikiem.

Sklepy bez BaseLinkera też można obsłużyć. WooCommerce ma REST API, Shoper ma własne API, Allegro ma REST API z OAuth2. Budujemy wtedy osobne narzędzia dla każdej platformy. Możliwe, ale przy wielu kanałach naraz BaseLinker upraszcza pracę dużo bardziej niż podłączanie każdej platformy z osobna.

Co asystent robi sam, a co powinno zostać przy człowieku

To pytanie dobrze zadać przed wdrożeniem, nie po.

Odczytywanie danych jest bezpieczne i warto je puścić bez dodatkowego zatwierdzania. Asystent sprawdza status, historię, stan, wątek wiadomości i raportuje. Żadnego ryzyka, pracownik dostaje informację szybciej niż klikając sam.

Działania zmieniające dane to inna sprawa. Asystent technicznie może zmienić status zamówienia w BaseLinkerze, odpowiedzieć kupującemu przez Allegro Wiadomości albo uruchomić procedurę zwrotu. Ale autonomicznie? Zdecydowanie polecamy zacząć od modelu: asystent proponuje, człowiek zatwierdza.

Asystent przygotowuje gotową treść odpowiedzi dla klienta, Agnieszka klika „wyślij" albo edytuje jedno zdanie przed wysyłką. Asystent może zasugerować zmianę statusu zamówienia na „skarga rozpatrzona pozytywnie", ale zmiana trafia do BaseLinkera dopiero po potwierdzeniu. U jednego z klientów, z którymi pracujemy, właśnie ten krok, prośba o potwierdzenie przed wysyłką, uchronił pracownika przed pomyleniem dwóch zamówień od kupujących o podobnych nazwiskach. Asystent się mylił, człowiek złapał błąd.

Uprawnienia warto też podzielić według roli w zespole. Junior w obsłudze klienta widzi status i historię, ale nie może przez asystenta zainicjować refundacji. Senior może. To ustawia się na poziomie serwera MCP, niezależnie od tego, jaki asystent AI jest po drugiej stronie.

Krótkie słowo dla programisty, który to buduje

Serwer MCP wystawia listę narzędzi z opisami i typami parametrów. Asystent AI decyduje, które narzędzie wywołać, na podstawie pytania użytkownika. Dla e-commerce w praktyce wygląda to tak: serwer nasłuchuje na połączeniu stdio albo SSE, ma zdefiniowane narzędzia takie jak getOrder, getCustomerHistory, getReturnStatus, getMessageThread. Każde woła odpowiednie API i zwraca wynik, który asystent wbudowuje w odpowiedź.

Autentykacja to jeden z ważniejszych szczegółów. Klucz API BaseLinkera, token Allegro OAuth2, dane do WooCommerce, wszystko ląduje w zmiennych środowiskowych serwera MCP, nigdy nie wychodzi do asystenta i nigdy nie pojawia się w odpowiedzi. Asystent widzi dane, nie klucze.

Osobną kwestią jest separacja danych między pracownikami. Jeśli asystent ma widzieć tylko zamówienia przypisane do konkretnego regionu albo tylko sprawy danego pracownika, to filtr musi siedzieć w narzędziu, nie w prompcie systemowym. Prompt jest elastyczny, narzędzie jest pewne.

Lista kontrolna przed uruchomieniem

Poniżej to, co warto przejść przed startem:

• Które kanały sprzedaży mają być widoczne dla asystenta (Allegro, sklep, OLX, inne)?
• Czy zarządzamy zamówieniami przez BaseLinker, czy każda platforma oddzielnie? To decyduje o architekturze serwera MCP.
• Jakie dane kupującego asystent może pokazywać pracownikowi (imię i nazwisko, adres, pełna historia zakupów)?
• Które działania asystent wykonuje samodzielnie (tylko odczyt), a które wymagają potwierdzenia (zmiana statusu, odpowiedź do kupującego, inicjowanie zwrotu)?
• Kto w zespole ma dostęp do jakiego zakresu: junior, senior, menedżer, różny zakres uprawnień?
• Czy przetwarzanie danych kupujących przez asystenta AI jest objęte umową powierzenia z dostawcą modelu albo asystent działa na własnym serwerze firmy?
• Jak asystent obsługuje sytuację, gdy nie znajdzie zamówienia (błędny numer, zamówienie z kanału niepodłączonego)?

Nie wszystkie odpowiedzi muszą być gotowe przed startem. Pierwsze dwie i ostatnia są ważne od razu. Reszta wychodzi w pierwszych tygodniach użycia i można ją dograć bez przebudowy całego serwera.

Od czego zacząć

Najlepszy punkt startowy to jeden konkretny scenariusz, nie „cała obsługa klienta przez AI". Jedno pytanie, które powtarza się dziesięć razy dziennie: gdzie jest paczka kupującego X. Jedno narzędzie w serwerze MCP, jeden flow testowany przez tydzień przez jedną osobę.

Po tygodniu wiadomo: czy asystent poprawnie identyfikuje zamówienia, czy numer listu przewozowego jest zawsze uzupełniony w BaseLinkerze (jeśli nie, problem leży w procesie, nie w MCP), czy pracownik faktycznie pyta asystenta albo czy woli klikać po staremu.

Jeśli pierwszy scenariusz działa, dorzucamy historię zwrotów. Potem wątki wiadomości. Rzadko kiedy ma sens budowanie wszystkich narzędzi naraz przed pierwszym testem z prawdziwymi zamówieniami.

Jeśli chcecie ocenić, czy to się sprawdzi w Waszej firmie i jakie dane są do tego potrzebne, wdrożenie MCP dla firmy zaczynamy właśnie od takiej analizy: które systemy macie, co się powtarza w obsłudze klienta, co zbudować jako pierwsze. Realne przykłady z firm, które już to uruchomiły, znajdziecie w opisach wdrożeń.

Jeśli chcecie sprawdzić, czy to ma sens w Waszym konkretnym przypadku, zarezerwujcie 15 minut rozmowy o MCP. Tyle wystarczy, żeby powiedzieć, od czego warto zacząć i czego unikać przy integracji z Allegro albo BaseLinkerem.