Proces obsługi zwrotów i reklamacji warto skonfigurować jeszcze przed startem sklepu, żeby klienci od pierwszego dnia mieli jasną ścieżkę postępowania.

Na czym polega ta usługa

Usługa obejmuje skonfigurowanie w sklepie formularza zwrotów i reklamacji oraz ustawienie procesu ich obsługi po stronie administracyjnej.

Dla kogo ma sens

Usługa jest przydatna dla firm uruchamiających sklep internetowy, które chcą mieć gotowy proces obsługi zwrotów od samego początku.

Ile to trwa

Konfiguracja obsługi zwrotów mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Architektura techniczna modułu zwrotów i reklamacji

Prawidłowe wdrożenie obsługi posprzedażowej w sklepie internetowym wymaga połączenia kilku warstw technologicznych. Pierwszą z nich jest interfejs użytkownika, czyli formularz RMA (Return Merchandise Authorization – system cyfrowej autoryzacji zwrotu towaru). Formularz ten instalujemy bezpośrednio na platformie e-commerce, takiej jak WooCommerce, PrestaShop, Magento czy Shopify. Jego zadaniem jest zebranie od klienta wszystkich niezbędnych informacji formalnych, w tym numeru zamówienia, adresu poczty elektronicznej, numeru rachunku bankowego oraz wskazania zwracanych pozycji asortymentowych.

W przypadku zgłoszeń reklamacyjnych formularz wyposażamy w mechanizm bezpiecznego przesyłania załączników (moduł uploadu plików z walidacją rozszerzeń JPG, PNG oraz dokumentów PDF z protokołem szkody kurierskiej). Skrypt weryfikuje rozmiar i format plików, zabezpieczając serwer przed nieautoryzowanym kodem oraz przeciążeniem przestrzeni dyskowej.

Drugą warstwą jest silnik automatyzacji po stronie panelu administracyjnego sklepu. Konfigurujemy dedykowane statusy zamówień i zgłoszeń, które automatycznie wyzwalają określone akcje systemowe. Wdrożenie obejmuje szablony wiadomości transakcyjnych wysyłanych przez serwer pocztowy za pośrednictwem protokołu SMTP (Simple Mail Transfer Protocol – standardowy protokół przesyłania poczty elektronicznej). Klient otrzymuje automatyczne powiadomienie o przyjęciu zgłoszenia, nadaniu unikalnego numeru sprawy, zatwierdzeniu przesyłki w magazynie oraz wykonaniu przelewu wychodzącego.

Trzecim elementem jest integracja z interfejsami API (Application Programming Interface – interfejs programistyczny aplikacji) przewoźników logistycznych. System łączymy z usługami firm kurierskich, takich jak InPost (usługa Szybkie Zwroty i generowanie kodów zwrotu do Paczkomatów), DPD, DHL, Poczta Polska (Pocztex) oraz GLS. Dzięki temu po zatwierdzeniu wniosku przez administratora lub w sposób w pełni automatyczny kupujący otrzymuje gotową etykietę adresową lub kod nadania bez konieczności ręcznego wypełniania druków przewozowych.

Warianty ścieżek obsługi zgłoszeń posprzedażowych

Podczas prac wdrożeniowych przygotowujemy odrębne scenariusze obsługi w zależności od podstawy prawnej oraz specyfiki zwracanego asortymentu. Każdy typ zgłoszenia wymaga innego zestawu reguł walidacji oraz innych uprawnień po stronie personelu.

Pierwszym wariantem jest ustawowe odstąpienie od umowy zawartej na odległość w terminie 14 dni. Dotyczy ono konsumentów oraz osób fizycznych prowadzących jednoosobową działalność gospodarczą, gdy zakup nie ma dla nich charakteru zawodowego (przedsiębiorcy na prawach konsumenta). W tym wariancie wdrażamy automatyczną kontrolę terminów. System sprawdza datę faktycznego doręczenia przesyłki, pobraną z bazy danych kuriera przez webhooki (mechanizm powiadomień sieciowych przesyłających informacje o zdarzeniach w czasie rzeczywistym), i na tej podstawie blokuje możliwość wygenerowania formularza po przekroczeniu dopuszczalnego czasu.

Drugim wariantem jest formularz reklamacyjny z tytułu niezgodności towaru z umową. W tym przypadku ścieżka formularza jest bardziej rozbudowana. Klient wybiera rodzaj żądania ustawowego, takiego jak nieodpłatna naprawa, wymiana towaru na nowy egzemplarz, obniżenie ceny o wskazaną kwotę lub odstąpienie od umowy przy wadzie istotnej. Konfigurujemy obowiązkowe pola opisu okoliczności powstania usterki oraz moduł wyboru sposobu przekazania wadliwego urządzenia do weryfikacji technicznej.

Trzecim wariantem jest obsługa sprzedaży wielokanałowej (Omnichannel – model łączący sprzedaż w sklepie własnym z zewnętrznymi kanałami dystrybucji). Jeśli sprzedaż prowadzona jest równolegle na platformach takich jak Allegro, Amazon czy Empik Marketplace, konfigurujemy centralny punkt odbioru zgłoszeń w integratorze BaseLinker. Wszystkie wnioski zwrotne, niezależnie od źródła zakupu, trafiają do jednej kolejki roboczej z zachowaniem specyficznych dla danej platformy identyfikatorów transakcji.

Czwartym wariantem jest procedura zwrotu przesyłek gabarytowych i paletowych. Dla produktów o dużej masie lub nietypowych wymiarach konfigurujemy odrębne reguły spedycyjne, które zamiast standardowej etykiety paczkowej generują zlecenie podjazdu kuriera z windą załadunkową w wyznaczonym przedziale godzinowym.

Integracja procesu zwrotów z systemami ERP i stanami magazynowymi

Kluczowym elementem stabilnego wdrożenia jest spięcie platformy sklepowej z oprogramowaniem magazynowo-księgowym klasy ERP (Enterprise Resource Planning – zintegrowany system planowania zasobów przedsiębiorstwa). Obsługujemy integracje z najpopularniejszymi systemami rynkowymi, w tym InsERT GT i nexo (Subiekt GT, Subiekt nexo), Comarch ERP (Optima, XL), WAPRO ERP (WAPRO Mag), Sage Symfonia oraz enova365.

W procesie zwrotu towaru nie wolno dopuścić do sytuacji, w której zwracany produkt automatycznie zwiększa stan handlowy w sklepie internetowym przed fizycznym sprawdzeniem jego kompletności i stanu technicznego przez magazyniera. W tym celu w strukturze ERP tworzymy dedykowany magazyn kwarantanny (oznaczany najczęściej jako MAG-ZW lub Magazyn Serwisowy). Zwrócona paczka jest wstępnie przyjmowana na ten magazyn dokumentem PZ (Przyjęcie Zewnętrzne) lub ZW (Zwrot Wewnętrzny).

Dopiero po przeprowadzeniu inspekcji jakościowej pracownik magazynu podejmuje decyzję o przesunięciu towaru na magazyn główny dokumentem MM (Przesunięcie Międzymagazynowe) albo o przekazaniu go do działu serwisowego bądź utylizacji. System ERP synchronizuje zaktualizowany stan magazynowy z ofertą sklepu internetowego dopiero w momencie zatwierdzenia dokumentu MM.

W zakresie rozliczeń finansowych konfigurujemy automatyczne przygotowywanie dokumentów korygujących. W zależności od pierwotnego dokumentu sprzedaży system generuje projekt faktury korygującej (KFS – korekta faktury sprzedaży) lub korekty paragonu niefiskalnego. Wdrożenie obejmuje również integrację z bramkami płatności elektronicznych (takimi jak PayU, Przelewy24, Tpay, Stripe czy Autopay). Po zatwierdzeniu zwrotu przez operatora system może wywołać funkcję automatycznego zwrotu środków przez API (refund) bezpośrednio na rachunek lub kartę płatniczą klienta, eliminując konieczność ręcznego zlecania przelewów w bankowości elektronicznej.

Typowe błędy popełniane podczas samodzielnej konfiguracji

Próby samodzielnego uruchomienia procedury zwrotów za pomocą przypadkowych, darmowych wtyczek często prowadzą do poważnych zaburzeń w logistyce oraz księgowości sklepu. Do najczęściej spotykanych problemów należą:

Natychmiastowe przywracanie stanu magazynowego na sklepie: Źle skonfigurowany moduł zwiększa liczbę dostępnych sztuk w momencie kliknięcia przycisku zwrotu przez kupującego. W efekcie sklep sprzedaje kolejnemu klientowi towar, który jeszcze nie dotarł od poprzedniego nabywcy lub został zwrócony w stanie uszkodzonym.
Blokowanie zwrotów dla klientów kupujących bez rejestracji konta (guest checkout): Wymuszanie logowania w celu złożenia oświadczenia o odstąpieniu od umowy stanowi błąd techniczny i prawny. Prawidłowo skonfigurowany system umożliwia identyfikację zamówienia na podstawie numeru zakupu oraz adresu e-mail lub numeru telefonu.
Brak obsługi transakcji mieszanych i kodów rabatowych: Samodzielnie tworzone skrypty często nie radzą sobie z przeliczaniem wartości zwracanego towaru, jeśli zamówienie obejmowało rabat koszykowy, darmową dostawę od określonego progu wartościowego lub zestaw promocyjny. Skutkuje to wypłatą zawyżonej kwoty zwrotu.
Niespójność statusów między sklepem a integratorem BaseLinker i systemem ERP: Brak prawidłowego mapowania statusów prowadzi do sytuacji, w której zgłoszenie w sklepie ma status zakończonego, podczas gdy w programie Subiekt GT lub Comarch Optima nie został wystawiony żaden dokument księgowy.
Nieprawidłowa konfiguracja harmonogramu zadań CRON: Zadania CRON (narzędzie do cyklicznego uruchamiania skryptów w tle na serwerze) odpowiadają za odpytywanie API kurierów o status paczek zwrotnych. Błędy w konfiguracji harmonogramu powodują, że administrator nie otrzymuje informacji o doręczeniu przesyłki do magazynu.
Brak automatycznych powiadomień o etapach weryfikacji: Brak szablonów e-mail z informacją o poszczególnych krokach rozpatrywania sprawy skutkuje przeciążeniem infolinii i skrzynki mailowej sklepu zapytaniami o stan zwrotu.

Przebieg prac wdrożeniowych i procedury testowe

Wdrożenie obsługi posprzedażowej realizujemy w uporządkowany sposób, dbając o ciągłość sprzedaży i bezpieczeństwo danych transakcyjnych sklepu.

Prace rozpoczynamy od audytu środowiska technologicznego. Sprawdzamy wersję silnika sklepowego, strukturę bazy danych (MySQL lub MariaDB), zainstalowane wtyczki oraz konfigurację serwera WWW (Apache, Nginx, LiteSpeed). Weryfikujemy również aktualną konfigurację kont przewoźników i bramek płatniczych.

W kolejnym kroku instalujemy i konfigurujemy moduły odpowiedzialne za obsługę RMA. Dostosowujemy wygląd formularzy do identyfikacji wizualnej sklepu, dbając o pełną responsywność (RWD – Responsive Web Design, czyli prawidłowe wyświetlanie na smartfonach, tabletach i komputerach). Wszystkie pola formularza poddajemy walidacji po stronie przeglądarki (JavaScript) oraz po stronie serwera (PHP / Python).

Następnie konfigurujemy reguły komunikacji z zewnętrznymi interfejsami API. Wprowadzamy klucze uwierzytelniające (klucze API i tokeny OAuth), ustawiamy punkty końcowe (endpoints) dla odbierania webhooków oraz konfigurujemy kolejki komunikatów. Sprawdzamy również poprawność działania protokołu szyfrowania SSL/TLS (Secure Sockets Layer / Transport Layer Security) podczas przesyłania wrażliwych danych osobowych i bankowych.

Przed oddaniem systemu do użytku przeprowadzamy rygorystyczne testy scenariuszowe w środowisku testowym (sandbox – odizolowane środowisko programistyczne) oraz na koncie produkcyjnym. Wykonujemy testowe zamówienia, przechodzimy pełną ścieżkę odstąpienia od umowy, weryfikujemy generowanie etykiet kurierskich, sprawdzamy poprawność wystawiania korekt w systemie ERP oraz testujemy zwrot środków przez bramkę płatniczą.

Kiedy problem leży poza konfiguracją sklepu

W codziennej praktyce serwisowej spotykamy sytuacje, w których nieprawidłowe funkcjonowanie obsługi posprzedażowej wynika z czynników niezależnych od samego modułu sklepowego. Warto odróżnić błędy konfiguracji sklepu od innych awarii:

Pierwszym przypadkiem są awarie po stronie zewnętrznych dostawców usług logistycznych lub finansowych. Jeśli serwery operatora kurierskiego lub bramki płatniczej mają przerwę techniczną bądź przeciążenie infrastruktury, generowanie etykiet zwrotnych lub automatycznych zwrotów środków może zostać chwilowo wstrzymane. W takim przypadku w logach systemowych sklepu (plikach dziennika zdarzeń) rejestrowane są błędy z kodami odpowiedzi HTTP z rodziny 500 (Internal Server Error) lub przekroczenia limitu czasu połączenia (cURL timeout).

Drugim przypadkiem są ograniczenia uprawnień kont użytkowników w lokalnej bazie danych ERP. Zdarza się, że konto integracyjne łączące sklep z programem Subiekt GT lub Comarch Optima nie posiada uprawnień do wystawiania dokumentów korygujących w danym roku obrachunkowym lub w wybranej serii numeracji. Wymaga to wówczas modyfikacji uprawnień w module administracyjnym systemu ERP.

Trzecim przypadkiem są kwestie formalno-prawne. Konfiguracja techniczna sklepu musi być ściśle powiązana z regulaminem oraz polityką prywatności sklepu. Błędnie sformułowane pouczenia prawne lub brak wymaganych zgód RODO (Ogólne Rozporządzenie o Ochronie Danych Osobowych) nie są wadą techniczną oprogramowania, lecz wymagają konsultacji z radcą prawnym lub audytorem prawnym e-commerce.

Najczęściej zadawane pytania dotyczące konfiguracji zwrotów

Czy konfiguracja obejmuje integrację z usługą Szybkie Zwroty InPost?

Tak. Integrujemy sklep z API InPost, co umożliwia klientom generowanie kodów zwrotu bezpośrednio do urządzeń Paczkomat. Klient nie musi drukować papierowej etykiety adresowej – wystarczy wpisanie wygenerowanego kodu na ekranie urządzenia lub zeskanowanie kodu QR w aplikacji mobilnej.

Jak rozwiązana jest kwestia zwrotu pieniędzy przy zamówieniach za pobraniem (COD)?

W przypadku zamówień opłaconych gotówką lub kartą przy odbiorze u kuriera formularz zwrotu automatycznie wymusza podanie numeru rachunku bankowego w standardzie IBAN (International Bank Account Number – międzynarodowy numer rachunku bankowego). Skrypt weryfikuje poprawność sumy kontrolnej numeru konta przed zatwierdzeniem wniosku, co zapobiega pomyłkom przy ręcznym zlecaniu przelewu przez dział księgowości.

Czy wdrożenie modułu zwrotów wymaga przerwy w działaniu sklepu?

Nie. Wszystkie prace konfiguracyjne, instalacje modułów oraz testy integracji API i systemów ERP prowadzimy na kopii roboczej sklepu (środowisko staging) lub w godzinach o najniższym natężeniu ruchu bez blokowania bieżącej sprzedaży. Klienci mogą składać zamówienia bez zakłóceń.

W jaki sposób system radzi sobie ze zwrotami częściowymi zamówienia?

Formularz wyświetla listę wszystkich pozycji z danego zamówienia wraz z ich ilościami. Klient może zaznaczyć pojedyncze produkty i określić liczbę zwracanych sztuk. System automatycznie przelicza proporcjonalną wartość do zwrotu, uwzględniając wykorzystane rabaty, i przekazuje do systemu ERP dane wyłącznie dla wybranych pozycji, nie naruszając pozostałej części zamówienia.

Czy klient może śledzić stan swojej reklamacji bez kontaktu telefonicznego?

Tak. Każde zgłoszenie otrzymuje unikalny token dostępowy lub numer sprawy RMA. Klient ma możliwość sprawdzenia aktualnego statusu na dedykowanej podstronie sklepu, a każda zmiana etapu (np. otrzymanie przesyłki, skierowanie do ekspertyzy, decyzja pozytywna, realizacja przelewu) generuje automatyczną wiadomość e-mail oraz opcjonalnie powiadomienie SMS.

Sprawny obieg zwrotów i reklamacji w architekturze e-commerce

Profesjonalnie wdrożony i zintegrowany mechanizm obsługi posprzedażowej zabezpiecza sklep internetowy przed stratami magazynowymi, eliminuje błędy w dokumentacji księgowej oraz znacząco skraca czas potrzebny na rozpatrzenie zgłoszeń. Prawidłowa synchronizacja platformy e-commerce z systemem ERP, operatorami logistycznymi i bramkami płatności pozwala zautomatyzować powtarzalne czynności i skupić się na rozwoju sprzedaży.

22 378 48 09

Konfiguracja obsługi zwrotów i reklamacji w nowym sklepie