Zwroty w sprzedaży marketplace najlepiej standaryzować poprzez budowanie jednego modelu procesu – od zgłoszenia aż po refundację i ponowne zagospodarowanie produktu. Każdy etap zyskuje właściciela, jasne zdarzenie startu i stopu, poziom SLA (uzgodniony poziom realizacji usługi) oraz przypisany wskaźnik KPI (miernik faktycznego wyniku procesu), a statusy z marketplace, ERP, WMS i firm kurierskich trafiają do wspólnego zasobu danych.

Stały rdzeń procedury nie oznacza jednak identycznej polityki dla każdego kanału. Poniżej pokazujemy, jak zaprojektować proces zwrotów w sprzedaży marketplace, który pogodzi wymagania poszczególnych platform, mierzalne SLA i konkretne KPI. Opracowaliśmy również przykładowy schemat, słownik wskaźników oraz plan wdrożenia.

Czego dowiesz się z tekstu? W skrócie

• Ten poradnik przygotowaliśmy w oparciu o raport Alsendo „Zwroty w polskim e-commerce 2026″.

• Sprzedaż wielokanałowa zwiększa złożoność procesu – w badaniu na próbie 300 polskich firm e-commerce, zrealizowanym na przełomie stycznia i lutego 2026 roku, 35% łączyło własny sklep ze sprzedażą na marketplace. Statusy i dane z każdego kanału warto odwzorować w jednym modelu.
• Brak pomiaru często jest równie poważnym problemem jak same zwroty – średni deklarowany poziom zwrotów w badaniu wyniósł 3,5%, ale jedna trzecia firm nie była w stanie określić tej wartości we własnej organizacji. Wynik najlepiej oddaje realia mniejszych sprzedawców, bo to oni stanowili większość próby. 
• Jedno zbiorcze SLA nie wystarcza – osobno warto mierzyć potwierdzenie zgłoszenia, nadanie, transport, przyjęcie magazynowe, inspekcję, refundację i ponowne udostępnienie produktu.
• KPI muszą pokazywać czas, koszt, jakość i odzyskaną wartość produktu – w praktyce oznacza to m.in. return rate, time-to-refund, cost per return i SLA compliance rate. 

Dlaczego zwroty w sprzedaży marketplace wymagają standaryzacji? Wspólny model ogranicza chaos między kanałami

Zwroty marketplace wymagają ujednoliconego standardu – każdy kanał sprzedaży posługuje się innymi statusami, terminami i zasadami rozliczenia, mimo to klient traktuje cały proces jako jedno doświadczenie z marką. Po stronie sprzedawcy w zwrocie uczestniczy zwykle wiele stron (marketplace, system zamówień, operator logistyczny, magazyn, dział finansowy i obsługa klienta), więc bez wspólnego modelu łatwo o niepowiązane numery spraw, zdublowaną refundację czy status widoczny w jednym systemie i niewidoczny w drugim. 

Braki integracji i narzędzi IT do śledzenia zwrotów zgłasza aż 38% firm, co bezpośrednio potwierdza skalę problemu z rozproszonymi danymi między systemami. Respondenci badania „Zwroty w polskim e-commerce 2026″ wskazują też inne poważne wyzwania w obsłudze zwrotów: 51% – nadużycia klientów (np. zwracanie używanych lub podmienionych produktów), a 45% – koszty operacyjne. 

Standaryzacja nie polega na narzuceniu identycznej polityki każdemu kanałowi, lecz na ujednoliceniu wspólnego rdzenia: jednego słownika statusów, minimalnego zestawu obowiązkowych pól i jednakowych reguł pomiaru, przy zachowaniu odrębnych zasad dla konkretnego marketplace, rynku czy kategorii produktowej. Wraz z liczbą kanałów rośnie liczba możliwych wariantów obsługi, dlatego w organizacjach działających na kilku bądź kilkunastu rynkach ręczna kontrola przestaje się skalować, a potrzebna staje się wspólna warstwa danych z automatycznymi alertami. 

Jak powinien wyglądać standardowy proces zwrotu marketplace? 7 etapów od zgłoszenia do odzyskania wartości

Standardowy proces zwrotu marketplace obejmuje siedem mierzalnych etapów, połączonych jednym identyfikatorem sprawy i wspólnym zestawem znaczników czasu. Dobrze pokazuje to model SCOR (Supply Chain Operations Reference) – powszechnie stosowany standard opisu procesów w łańcuchu dostaw – który wyodrębnia zwrot (Return) jako osobny proces, obejmujący przepływ zwrotny, ocenę stanu produktu i decyzję o jego dalszym przeznaczeniu. To jeden z powodów, dla których nie warto redukować zwrotu wyłącznie do transportu paczki. 

1. Zgłoszenie zwrotu – zapisanie kanału, zamówienia, pozycji, ilości, powodu i oczekiwanego sposobu rozliczenia.
2. Weryfikacja uprawnienia i autoryzacja – sprawdzenie terminu, produktu oraz reguł konkretnego kanału i ewentualnych wyjątków.
3. Wygenerowanie instrukcji nadania – przekazanie etykiety, kodu lub adresu wraz z numerem RMA.
4. Transport zwrotny – monitorowanie pierwszego skanu operatora i kolejnych zdarzeń przewozowych.
5. Przyjęcie i inspekcja – połączenie paczki ze zgłoszeniem, ocena stanu produktu i rejestracja niezgodności.
6. Decyzja i rozliczenie – refundacja, wymiana, częściowy zwrot środków lub przekazanie sprawy do ręcznej analizy.
7. Zagospodarowanie produktu i zamknięcie – powrót do sprzedaży, przecena, naprawa lub utylizacja, czyli ostateczna decyzja o dalszym przeznaczeniu produktu.

Zgłoszenie odstąpienia od umowy, zwrot komercyjny, reklamacja i wymiana to jednak różne procesy, każdy z innym właścicielem i inną logiką rozliczenia – mieszanie ich w jednym raporcie zniekształca wskaźniki i utrudnia porównywanie kanałów.

Zgłoszenie, autoryzacja i nadanie – wspólny początek procesu

Każdy zwrot powinien otrzymać własny numer RMA (Return Merchandise Authorization, czyli identyfikator i procedura autoryzacji zwrotu), powiązany nie z całym zamówieniem, ale z konkretną pozycją – dzięki temu zwrot jednej pozycji z wielopozycyjnego zamówienia nie komplikuje rozliczenia pozostałych. 

System powinien automatycznie pobierać dane już dostępne w zamówieniu, stosować jeden katalog powodów zwrotu (reason code) i od razu potwierdzać przyjęcie zgłoszenia, zapisując czas tego zdarzenia. W dużych organizacjach klient zgłasza czasem ten sam zwrot równolegle w panelu marketplace i w dziale obsługi klienta – wówczas dodatkowego znaczenia nabiera deduplikacja zgłoszeń.

Warto oprzeć minimalny rekord RMA na kilku polach:

• numer RMA i identyfikator zamówienia – jednoznacznie łączą zgłoszenie z konkretną pozycją, a nie z całym zamówieniem;
• kanał i marketplace źródłowy – pozwalają segmentować dane i stosować właściwe reguły kanału;
• kod powodu zwrotu – ujednolicony słownik zamiast dłuższego opisu;
• oczekiwany sposób rozliczenia – refundacja, wymiana lub inna forma zamknięcia sprawy;
• znaczniki czasu najważniejszych zdarzeń – zgłoszenie, autoryzacja, nadanie, przyjęcie;
• status wspólny – wersja statusu odwzorowana z systemu źródłowego na jeden słownik.

Transport, przyjęcie, rozliczenie i zamknięcie – wspólny koniec procesu

Pierwszy skan operatora logistycznego potwierdza, że przesyłka faktycznie trafiła do transportu, ale dobrze jest rozdzielić czas oczekiwania po stronie klienta od właściwego czasu przewozu. Po przyjęciu paczki magazyn łączy ją z numerem RMA, kontroluje ilość i stan produktu oraz nadaje klasę jakościową – np. pełnowartościową czy wymagającą przeceny lub naprawy – a dopiero na tej podstawie system uruchamia refundację według ustalonej reguły i aktualizuje zapas.

Zwrotu nie należy uznawać za zamknięty wyłącznie dlatego, że klient odzyskał pieniądze, ponieważ dla operacji i finansów proces trwa do momentu podjęcia i wykonania decyzji o dalszym przeznaczeniu produktu. Z naszego raportu „Zwroty w polskim e-commerce 2026″ wynika, że około połowa zwróconych produktów wraca do sprzedaży jako pełnowartościowy towar, co pokazuje, czemu odzyskiwanie wartości warto traktować jako osobny cel procesu, a nie efekt uboczny refundacji.

Jak zbudować SLA dla zwrotów marketplace? Osobno dla klienta, operacji i partnerów

Zwrot, z którym przez trzy tygodnie nie wiadomo, co się dzieje – czy klient nie nadał jeszcze paczki, czy magazyn nie zdążył z inspekcją, czy dział finansowy nie zlecił przelewu – to najczęstszy objaw braku SLA. Rozwiązanie jest proste: ustal SLA osobno dla każdego etapu zwrotu, żeby opóźnienie było widoczne dokładnie tam, gdzie powstało, zamiast gubić się w jednym zbiorczym terminie „obsługi zwrotu”.

Dobre SLA określa:

• zdarzenie, które rozpoczyna i kończy pomiar,
• wartość docelową,
• kalendarz – godziny robocze albo czas kalendarzowy,
• właściciela etapu,
• ścieżkę eskalacji po przekroczeniu progu ostrzegawczego.

W praktyce liczą się trzy poziomy SLA:

• SLA zewnętrzne – zobowiązanie wobec klienta albo wymóg konkretnego marketplace.
• SLA wewnętrzne – poziom operacyjny dla magazynu i obsługi klienta.
• SLA partnerskie – czas realizacji po stronie operatora logistycznego lub dostawcy płatności.

Terminy wewnętrzne powinny mieć zapas czasowy przed terminem zewnętrznym – inaczej nawet drobne opóźnienie w magazynie automatycznie łamie obietnicę złożoną klientowi.

Dane z naszego badania pokazują, jak duże są różnice między firmami: 49% zwraca środki klientowi w ciągu maksymalnie 5 dni od otrzymania zwrotu, ale około 40% potrzebuje co najmniej 11 dni, w tym 23% – ponad 14 dni. 

Tabela 1. Przykładowa macierz procesu i SLA (wartości to cel do kalibracji, nie uniwersalny standard rynkowy)

Etap	Zdarzenie start	Zdarzenie stop	Przykładowe SLA	Właściciel
Zgłoszenie	wysłanie zgłoszenia przez klienta	potwierdzenie przyjęcia	do 15 minut	system / IT
Autoryzacja	przyjęcie zgłoszenia	decyzja o autoryzacji	do 30 minut	obsługa klienta
Instrukcja nadania	autoryzacja	wysłanie etykiety	do 30 minut	system / IT
Transport	nadanie etykiety	pierwszy skan operatora	monitorowane osobno	operator logistyczny
Przyjęcie magazynowe	doręczenie do magazynu	rejestracja w WMS	do 4 godzin roboczych	magazyn
Inspekcja	przyjęcie	zakończenie oceny produktu	do 24–48 godzin	magazyn / jakość
Decyzja i refundacja	zakończenie inspekcji	wysłanie dyspozycji zwrotu	do 24 godzin	finanse
Zagospodarowanie	klasyfikacja produktu	ponowna dostępność	do 24 godzin dla klasy A	magazyn / sprzedaż

Które KPI najlepiej mierzą zwroty w marketplace? Liczy się czas, koszt, jakość i wartość odzyskana z produktu 

Najlepszy zestaw KPI mówi jednocześnie o czterech rzeczach: jak szybko obsługujesz zwrot, ile to kosztuje, jak dobrze jest wykonany i ile uda się odzyskać z wartości zwróconego produktu. Pojedynczy wskaźnik, np. sam return rate, nie wystarczy – pokazuje wolumen zwrotów, ale nic nie mówi o tym, czy proces jest szybki, tani czy skuteczny.

Żeby móc porównywać dany wskaźnik w czasie i między zespołami, trzeba ustalić dla niego jasną definicję: co dokładnie liczymy, od jakiego momentu do jakiego, w jakiej jednostce, kto odpowiada za wynik i przy jakiej wartości włącza się alarm. Bez tego dwie osoby mogą policzyć „ten sam” wskaźnik na dwa różne sposoby i dojść do sprzecznych wniosków.

Tabela 2. Słownik podstawowych KPI

KPI	Definicja i formuła	Jednostka	Uwagi
Return rate	liczba zwróconych sztuk / liczba sprzedanych sztuk × 100%	%	nie mieszać z definicją liczoną od zamówień lub od GMV
Time-to-refund	czas od ustalonego zdarzenia startowego do wysłania dyspozycji refundacji	dni/godziny	zawsze podać, jakie zdarzenie jest startem pomiaru
Return processing cycle time	czas od zainicjowania zwrotu do ostatecznej decyzji o produkcie	dni	szersza definicja niż time-to-refund
SLA compliance rate	przypadki zakończone w SLA / przypadki podlegające SLA × 100%	%	liczyć osobno dla każdego etapu procesu
Cost per return	łączne koszty procesu / liczba zamkniętych zwrotów	PLN	uwzględnić transport, pracę, systemy i utratę wartości towaru
Full-price restock rate	produkty wznowione w pełnej cenie / produkty po inspekcji × 100%	%	nie mylić z całkowitym odzyskiem wartości
Exception rate	zwroty wymagające ręcznej interwencji / wszystkie zwroty × 100%	%	wysoki wynik sygnalizuje luki w automatyzacji
Touchless return rate	zwroty obsłużone bez ręcznej interwencji / wszystkie zamknięte zwroty × 100%	%	rośnie wraz z dojrzałością integracji systemowej
Value recovery rate	odzyskana wartość netto zwróconych produktów / pierwotna wartość tych produktów × 100%	%	pokazuje realną odzyskaną wartość, nie tylko wolumen zwrotów

Jeden z KPI, przy którym firmy najczęściej się mylą, to cost per return – zespoły liczą tylko koszt transportu i obsługi, pomijając systemy, pracę specjalistów czy utratę wartości towaru. Realny koszt zwrotu jest wtedy zaniżony, z kolei decyzje oparte na takim wyniku – błędne. 

Jak wdrożyć i automatyzować standard zwrotów? Zacznij od audytu, potem integruj dane i decyzje

Wdrożenie standardu najlepiej rozłożyć na etapy – najpierw zmierzyć obecny proces, potem przetestować go w pilotażu, a dopiero na końcu zautomatyzować powtarzalne decyzje.

• Dni 1–30 – audyt i punkt wyjścia: mapowanie procesów w poszczególnych kanałach, wybór jednej definicji return rate i time-to-refund oraz wskazanie najczęstszych źródeł pracy manualnej.
• Dni 31–60 – standard i pilotaż: wspólny słownik statusów i powodów, etapowe SLA z właścicielami, podstawowy dashboard oraz pilotaż dla jednego kanału lub rynku.
• Dni 61–90 – integracja i automatyzacja: połączenie danych z marketplace, ERP i WMS, automatyczne generowanie etykiet, kojarzenie skanów z numerem RMA, porównanie KPI pilotażu z wartością bazową.
• Po 90 dniach – skalowanie: rozszerzenie standardu na kolejne kanały i rynki, a także segmentacja SLA zależna od kategorii produktowej i poziomu ryzyka.

Architektura tego standardu zwykle obejmuje marketplace jako źródło zamówienia, ERP (oprogramowanie do zarządzania zasobami przedsiębiorstwa) jako źródło danych handlowych i finansowych, WMS – czyli system zarządzania magazynem – jako źródło przyjęcia i zapasu oraz warstwę integracji, która spina zdarzenia w jeden obraz procesu. 

Firmy automatyzują dziś głównie podstawowe kroki procesu – 83% korzysta z automatycznych powiadomień o statusie zwrotu. Z operatorem logistycznym dane integruje 56% przedsiębiorstw, tyle samo integruje je z systemem ERP lub e-commerce, a tylko 48% wykorzystuje dedykowaną platformę do zarządzania zwrotami. 

Tabela 3. Przykładowe mapowanie statusów

Status źródłowy	Status wspólny	Zdarzenie	Automatyczna akcja
„Return requested” w marketplace	Zgłoszenie przyjęte	rejestracja zgłoszenia	wysłanie potwierdzenia i numeru RMA
„Label generated” u przewoźnika	Etykieta wygenerowana	wygenerowanie instrukcji nadania	aktualizacja statusu w panelu klienta
Pierwszy skan przesyłki	W transporcie	pierwszy skan operatora	start licznika czasu transportu
„Delivered to warehouse” w WMS	Przyjęte do magazynu	rejestracja przyjęcia	powiązanie z numerem RMA
„QC completed”	Inspekcja zakończona	zakończenie oceny stanu	uruchomienie reguły refundacji
„Refund issued” w systemie płatności	Środki zwrócone	wysłanie dyspozycji refundacji	zamknięcie sprawy w panelu klienta

Od ręcznej obsługi do zintegrowanej platformy zwrotów marketplace

Wyobraź sobie firmę sprzedającą na ośmiu marketplace w czterech krajach, z trzema operatorami logistycznymi i osobnym magazynem na każdy rynek. Ręczne pilnowanie statusów w takiej konfiguracji przestaje się skalować. Tylko 48% firm korzysta dziś z dedykowanej platformy do zarządzania zwrotami, reszta obsługuje proces ręcznie – powiadomieniami e-mail, przenoszeniem statusów między systemami, arkuszami do uzgadniania danych. Powyżej pewnej skali tego typu model zaczyna kosztować więcej niż samo wdrożenie platformy.

Dla każdej organizacji w tej sytuacji rolę warstwy integracyjnej może pełnić platforma logistyczna Alsendo Innoship, która łączy dane z marketplace, ERP i WMS w jeden model zdarzeń, o którym mówiliśmy wyżej. Nie każda firma potrzebuje jednak gotowego rozwiązania. Tam, gdzie standard wymaga własnej logiki wyjątków – np. innych zasad refundacji dla klientów biznesowych niż dla konsumentów – lepiej sprawdza się indywidualna integracja w ramach Alsendo Enterprise. Natomiast sklepy, które dopiero budują pierwszy wspólny standard na jednym czy dwóch kanałach, mogą zacząć od mniejszego kroku, jakim jest Alsendo Business Pro.

Niezależnie od wybranego narzędzia, sama technologia nie projektuje procesu, tylko wspiera go wtedy, gdy firma wcześniej ustali definicje, dane, SLA i odpowiedzialność za poszczególne etapy. Dojrzała organizacja nie pyta już wyłącznie „ile mamy zwrotów”, lecz przede wszystkim „gdzie w tym procesie tracimy czas, koszt i wartość produktu”.

FAQ – pytania o proces, SLA i KPI zwrotów w sprzedaży marketplace

Poniżej odpowiadamy na pytania, które najczęściej pojawiają się podczas projektowania i automatyzacji procesu zwrotów.

Czym różni się SLA od KPI w obsłudze zwrotów?

SLA określa oczekiwany poziom realizacji konkretnego etapu, natomiast KPI mierzy faktyczny wynik procesu. Wskaźnik zgodności z SLA (SLA compliance rate) jest tylko jednym z wielu KPI.

Ile powinien trwać zwrot marketplace?

Nie ma uniwersalnego terminu dla całego procesu. Mierz osobno oczekiwanie na nadanie, transport, przyjęcie, inspekcję, refundację i ponowne udostępnienie produktu, a konkretne cele dopasuj do kategorii, kraju i modelu logistycznego.

Jak obliczyć pełny koszt jednego zwrotu?

Cost per return policzysz, jeśli zsumujesz transport, pracę, obsługę magazynową, systemy, materiały oraz utratę wartości towaru. Wynik podziel przez liczbę zamkniętych zwrotów. Pokazuj przy tym koszt brutto obok wyniku netto po odzyskaniu wartości produktu.

Czy jeden proces zwrotu może obsługiwać kilka marketplace?

Tak, o ile wspólny pozostaje rdzeń danych, statusów, pomiaru i odpowiedzialności. Reguły dotyczące terminów, komunikacji czy metod nadania mogą różnić się między poszczególnymi kanałami.

Jak mierzyć zwroty cross-border?

Mierz oddzielnie czas do pierwszego skanu, transport zagraniczny, konsolidację i transport do magazynu centralnego, natomiast KPI segmentuj przynajmniej według kraju i trasy. Ma to duże znaczenie zwłaszcza tam, gdzie sprzedaż zagraniczna dopiero rośnie – w naszym badaniu tylko 20% firm prowadziło sprzedaż cross-border, przy czym spośród nich 66% obsługiwało zwroty wyłącznie na adres w Polsce, bez dodatkowych ułatwień dla kupujących za granicą.

Źródła:

1. https://alsendo.com/app/uploads/2026/04/Alsendo-Raport-Zwroty-w-polskim-e-commerce-koniec-dnia-13.04.2026.pdf 
2. https://www.ascm.org/corporate-solutions/standards-tools/scor-ds/ 

Alsendo