Integracja AI z PrestaShop: zamówienia, stany i obsługa klienta na żywych danych

Klient dzwoni i pyta, dlaczego paczka jeszcze nie dotarła. Pracownik otwiera back office PrestaShop, wchodzi w Zamówienia, filtruje po adresie e-mail, otwiera rekord, przewija historię statusów. Zajmuje to minutę, może dwie. Przy kilkudziesięciu podobnych telefonach i czatach dziennie mija sporo czasu na coś, co można zautomatyzować.

PrestaShop to oprogramowanie open source: masz pełny dostęp do bazy danych, do kodu, do API. Podłączenie asystenta AI nie wymaga kupowania modułów ze sklepu producenta ani czekania, aż ktoś zdecyduje się udostępnić odpowiednią integrację. Robisz to sam, albo z kimś, kto wie jak.

Dwa wejścia do danych: Webservice API i baza MySQL

PrestaShop oferuje wbudowany Webservice API: interfejs REST, który aktywujesz w back office (Parametry zaawansowane / Webservice), tworzysz klucz API, nadajesz mu uprawnienia do konkretnych zasobów i masz dostęp do zamówień, produktów, klientów i stanów. Dobrze udokumentowany i bezpieczny sposób na wymianę danych.

Drugi sposób to bezpośredni odczyt z bazy danych MySQL. PrestaShop przechowuje wszystko w tabelach z prefiksem ps_. Zaletą jest prędkość i brak ograniczeń stronicowania, które przy dużych katalogach produktów potrafią być uciążliwe przez API. Do zestawień i analiz historycznych sięgamy właśnie tędy.

W praktyce łączymy oba sposoby. Webservice daje dostęp do bieżących danych w sposób kontrolowany przez uprawnienia. Baza MySQL przyspiesza zapytania analityczne i daje wgląd w pola, których API nie eksponuje bezpośrednio. Asystent AI widzi oba źródła jako jedno spójne środowisko sklepu.

Co wyciągamy i z jakich tabel

Żeby asystent był użyteczny w codziennej pracy, potrzebuje dostępu do konkretnych danych. Podłączamy:

• Zamówienia (ps_orders, ps_order_detail): numer zamówienia, data złożenia, aktualny status, wartość, lista produktów z ilościami i cenami jednostkowymi. Historia zmian statusu jest w ps_order_history: kiedy zamówienie przeszło przez kolejne etapy i kto to zmienił.
• Klientów (ps_customer, ps_address): imię, nazwisko, adres e-mail, adresy dostawy, data rejestracji, łączna liczba zamówień w historii.
• Produkty (ps_product, ps_product_lang): nazwy, opisy skrócone, opisy pełne, ceny, referencje (SKU), status aktywności. Tabela ps_product_lang trzyma osobny rekord dla każdego aktywnego języka sklepu. To ważne przy uzupełnianiu i tłumaczeniu treści.
• Stany magazynowe (ps_stock_available): dostępna ilość per produkt i per kombinacja (ps_product_attribute). Jeśli sprzedajesz produkty w rozmiarach lub kolorach, każda kombinacja ma swój stan. Asystent wie, że rozmiar L jest dostępny, a XL już nie.
• Zgłoszenia klientów (ps_customer_thread, ps_customer_message): cała korespondencja z formularza kontaktowego, status wątku (Otwarty / Oczekujący na klienta / Zamknięty), daty.

To dane, które normalnie przeglądasz ręcznie w back office. Asystent ma do nich dostęp na żywo, bez eksportu, bez oczekiwania na odświeżenie raportu.

Obsługa klienta z historią zamówień i korespondencją

Pracownik zamiast przeszukiwać back office pyta asystenta: "Jakie zamówienia ma anna.nowak@sklep.pl?". Asystent sięga do ps_orders w połączeniu z ps_customer i zwraca listę zamówień z numerami, datami i aktualnymi statusami. Widać od razu, że zamówienie nr 10287 przeszło przez "Przekazano kurierowi" pięć dni temu.

Przy reklamacjach asystent wyciąga historię z ps_customer_thread. Jeśli klient pisał już przez formularz kontaktowy, widać treść całej rozmowy bez otwierania kolejnych zakładek. Pracownik nie zaczyna od pytania "o co chodzi", bo już wie.

U jednego z naszych klientów, sklepu z częściami zamiennymi do maszyn ogrodniczych, obsługa dostawała kilkadziesiąt zapytań dziennie o statusy zamówień. Część przychodziła przez e-mail, część przez formularz w sklepie, część telefonicznie. Po podłączeniu asystenta do ps_orders i ps_customer_thread standardowe pytania o status obsługiwane są automatycznie. W kolejce trafiają tylko sprawy, gdzie ktoś naprawdę musi podjąć decyzję.

Opisy produktów: braki, tłumaczenia i spójność stylu

Tabela ps_product_lang to jedno z tych miejsc w PrestaShop, gdzie szybko robi się bałagan. Sklep rośnie, produkty dodaje kilka osób przez kilka lat, opisy są pisane różnym stylem, część nie ma opisu skróconego, część nie ma wersji angielskiej.

Asystent może przejść przez ps_product_lang i wskazać, gdzie pojawiają się braki: które produkty nie mają pola description_short w żadnym języku, które mają opis po polsku, ale brakuje wersji angielskiej, które mają puste meta_description. To praca, którą ktoś normalnie robiłby godzinami po eksporcie do Excela.

Kolejny krok to uzupełnienie tych braków. Asystent generuje propozycje opisów na podstawie nazwy produktu i istniejącego opisu pełnego. Tłumaczy polskie treści na angielski. Ujednolica styl i ton w całej kategorii, jeśli opisywało ją kilka różnych osób. Żadna z tych treści nie trafia do bazy automatycznie: asystent przygotowuje propozycje do przeglądu, ktoś je zatwierdza i dopiero wtedy lądują w ps_product_lang. To nie jest bot samodzielnie edytujący katalog.

Alerty o stanach magazynowych i pytania o sprzedaż

Tabela ps_stock_available trzyma ilości dostępne per produkt i per kombinacja. Asystent może cyklicznie sprawdzać, które referencje zeszły poniżej ustalonego progu, i wysłać alert na e-mail, w Slacku albo w Teams. Bez instalowania kolejnego modułu, bez ręcznego przeglądania stanów każdego ranka.

Do zestawień sprzedaży nie trzeba wchodzić do Raportów w back office ani eksportować CSV. Właściciel pyta asystenta wprost:

• "Które produkty z kategorii Narzędzia sprzedały się najlepiej w czerwcu?"
• "Ile zamówień miało status Anulowane w zeszłym miesiącu?"
• "Jakie są zaległe wątki klienta otwarte ponad 3 dni?"

Asystent sięga do ps_orders, ps_order_detail i ps_order_history, przelicza i odpowiada po polsku w kilka sekund. Nie zastępuje to pełnej analityki biznesowej. Ale pytania ad hoc, które normalnie wymagałyby czasu kogoś z zespołu albo godziny spędzonej w raportach, możesz teraz zadawać samodzielnie, w środku tygodnia, bez angażowania nikogo.

Czego asystent nie robi bez zatwierdzenia

Asystent nie zmienia danych w bazie bez jawnego polecenia i potwierdzenia człowieka. PrestaShop ma swoją logikę przy zmianie statusów zamówień: każda zmiana tworzy rekord w ps_order_history i może wyzwalać automatyczny e-mail do klienta. To nie może działać bez nadzoru po stronie sklepu.

Asystent nie wysyła wiadomości do klientów z Twojego imienia bez zatwierdzenia. Nie modyfikuje cen ani stanów autonomicznie. Zakres dostępu do danych ustalamy przy wdrożeniu. Jeśli asystent ma obsługiwać tylko zapytania klientów, nie potrzebuje wglądu w dane finansowe czy hurtowe. Zasada jest prosta: tyle dostępu, ile faktycznie potrzebuje do zadań, które ma realizować.

Od czego zaczynamy

Pierwsza rozmowa to zwykle pytanie: co sprawia teraz największy ból? W przypadku sklepów PrestaShop najczęściej to jeden z trzech punktów:

• Obsługa klienta pochłania za dużo czasu na powtarzalne pytania o statusy.
• Baza produktów ma braki w opisach albo wymaga pracy na kilku rynkach językowych.
• Właściciel chce mieć dostęp do danych sprzedażowych bez angażowania kogokolwiek z zespołu.

Każdy z tych punktów można wdrożyć osobno. Sprawdzamy wersję PrestaShop (1.7 albo 8.x), stan bazy, czy Webservice API jest aktywne, i dobieramy podejście do tego, co masz teraz. Nie trzeba robić wszystkiego naraz ani zatrzymywać sklepu na czas wdrożenia.

Jeśli chcesz zobaczyć, jak to mogłoby wyglądać w Twoim sklepie, zapraszamy na bezpłatny audyt. A żeby mieć punkt odniesienia, zerknij też na realne wdrożenia u innych właścicieli sklepów.