Czy warto automatyzować obsługę zwrotów?

Przy pięciu zwrotach tygodniowo nie wygląda to groźnie.

Przy stu każdy dodatkowy mail, ręcznie przepisany numer zamówienia i sprawdzany status zaczyna kosztować realne pieniądze.

Automatyzacja nie powinna jednak oznaczać, że każdy zwrot jest automatycznie akceptowany i po pięciu sekundach klient dostaje pieniądze. Najlepszy model automatyzuje powtarzalną część procesu, a człowiek zajmuje się przypadkami, w których rzeczywiście trzeba podjąć decyzję.

Najpierw rozdziel zwrot od reklamacji

To podstawowa rzecz, a wiele firm wrzuca wszystkie przesyłki przychodzące od klientów do jednego worka.

Klient może odesłać produkt, ponieważ:

zmienił zdanie,

produkt jest uszkodzony,

otrzymał niewłaściwy towar,

przesyłka była niekompletna,

towar nie spełnia warunków umowy,

chce wymienić rozmiar,

albo paczka w ogóle nie została odebrana i wróciła od przewoźnika.

To nie są identyczne procesy.

Typowe odstąpienie od umowy zawartej przez internet daje konsumentowi zasadniczo 14 dni od otrzymania towaru na złożenie oświadczenia o odstąpieniu. Przy zamówieniach dostarczanych partiami termin może być liczony od otrzymania ostatniego towaru, partii lub części.

Reklamacja dotycząca niezgodności towaru z umową podlega innemu procesowi.

Nieodebrana przesyłka to jeszcze coś innego.

Dlatego dobry system nie powinien mieć jednego przycisku:

„Zwrot”.

Lepiej już na początku zapytać klienta:

Co chcesz zrobić?

Zwrot bez podawania przyczyny
Wymiana
Reklamacja
Otrzymałem niewłaściwy produkt
Brakuje produktu w zamówieniu

Dalszy proces może być wtedy dopasowany do sytuacji.

Największą oszczędność daje formularz samoobsługowy

Najprostsza automatyzacja zaczyna się jeszcze zanim klient napisze maila.

Zamiast informacji:

„W sprawie zwrotu prosimy napisać na zwroty@sklep.pl”

klient może wejść w panel zamówienia albo formularz zwrotu.

Podaje numer zamówienia i adres e-mail.

System znajduje transakcję.

Klient zaznacza produkty, które chce zwrócić.

Wybiera liczbę sztuk.

Podaje powód.

Wskazuje preferowaną metodę zwrotu.

System tworzy zgłoszenie.

Pracownik nie musi wtedy przepisywać z maila:

numeru zamówienia,

SKU,

nazwy produktu,

wartości,

danych klienta,

numeru przesyłki.

Informacje już istnieją w systemie sprzedażowym.

To jeden z najważniejszych argumentów za automatyzacją zwrotów: nie zbierasz ponownie danych, które sklep już posiada.

Współczesne platformy e-commerce rozwijają właśnie takie samoobsługowe procesy zwrotów i RMA, ponieważ pozwalają obsługiwać typowe przypadki bez kontaktu z pracownikiem.

System może od razu sprawdzić podstawowe warunki

Klient zgłasza zwrot.

Zamiast przekazywać każde zgłoszenie pracownikowi, system może wykonać pierwszą kontrolę.

Na przykład:

Czy zamówienie istnieje?

Czy produkt rzeczywiście należał do tego zamówienia?

Kiedy klient go odebrał?

Czy produkt nie został już wcześniej zwrócony?

Czy liczba zwracanych sztuk nie przekracza liczby kupionych?

Czy dany produkt nie należy do grupy wymagającej osobnej weryfikacji?

Jeżeli wszystko jest standardowe, zgłoszenie może przejść dalej.

Jeżeli coś się nie zgadza, trafia do pracownika.

To dużo lepsze niż dwa skrajne modele:

wszystko ręcznie

albo:

wszystko automatycznie.

Automat powinien obsługiwać przypadki oczywiste.

Człowiek – wyjątki.

Nie każdy produkt można zwrócić na tych samych zasadach

To ważny powód, dla którego reguły zwrotów powinny być zapisane w systemie, a nie tylko w pamięci pracowników.

Prawo odstąpienia od umowy zawartej na odległość ma wyjątki. Dotyczą one między innymi towarów wykonanych według indywidualnej specyfikacji konsumenta, rzeczy szybko psujących się lub mających krótki termin przydatności oraz niektórych produktów dostarczanych w zapieczętowanym opakowaniu, których po otwarciu nie można zwrócić ze względów zdrowotnych lub higienicznych.

System może więc mieć przy kartotece produktu odpowiednią regułę.

Przykładowo:

standardowy produkt → typowy proces zwrotu,

produkt personalizowany → ręczna weryfikacja,

produkt higieniczny → sprawdzenie stanu opakowania,

towar szybko psujący się → osobna reguła.

Nie należy jednak budować mechanizmu na zasadzie:

„system odrzucił, więc klient nie ma prawa zwrotu”.

Nietypowe przypadki powinny być przekazywane do pracownika, ponieważ znaczenie ma nie tylko kod produktu, lecz także rzeczywisty charakter transakcji.

Automatycznie można wygenerować numer RMA

Przy większej liczbie zwrotów bardzo pomaga nadanie każdemu zgłoszeniu własnego numeru.

Na przykład:

RMA/2026/009821

Klient umieszcza go na paczce albo etykiecie.

Kiedy przesyłka dociera do magazynu, pracownik skanuje numer i od razu widzi:

klienta,

zamówienie,

oczekiwane produkty,

powód zwrotu,

wartość,

sposób rozliczenia.

Bez RMA magazyn otwiera paczkę i zaczyna dochodzenie:

„Od kogo to?”

W środku znajduje się produkt.

Brak formularza.

Na etykiecie jest nazwisko, które nie zgadza się z danymi zamawiającego, bo paczkę nadała żona klienta.

Ktoś musi szukać zamówienia.

Przy jednej przesyłce to kilka minut.

Przy kilkudziesięciu dziennie powstaje osobne stanowisko zajmujące się identyfikowaniem paczek.

Etykieta zwrotna może powstać automatycznie

Jeżeli sklep organizuje transport zwrotny, system może po zaakceptowaniu zgłoszenia utworzyć przesyłkę u przewoźnika.

Klient otrzymuje:

etykietę,

kod nadania,

QR,

albo instrukcję nadania w punkcie.

Nie trzeba wymieniać trzech maili:

„Proszę podać adres.”

„Czy może być Paczkomat?”

„Proszę o etykietę.”

Proces jest gotowy od razu.

W zależności od polityki sklepu koszt transportu może być ponoszony przez sprzedawcę albo klienta.

Przy ustawianiu automatyzacji trzeba uwzględnić rzeczywiste zasady prawne. Przy zwykłym odstąpieniu konsument zasadniczo ponosi bezpośredni koszt odesłania rzeczy, jeśli został o tym prawidłowo poinformowany, chyba że sprzedawca zdecydował się ten koszt przejąć.

Sklep może oczywiście zaoferować korzystniejsze warunki:

darmowe zwroty przez 30 dni.

Wtedy system realizuje politykę sklepu, a nie ustawowe minimum.

Samo nadanie paczki może zmienić status

Jeżeli system jest połączony z przewoźnikiem, nie trzeba ręcznie sprawdzać trackingu.

Status może wyglądać tak:

Zgłoszenie przyjęte
→ Etykieta wygenerowana
→ Paczka nadana
→ W transporcie
→ Doręczona do magazynu
→ Weryfikacja
→ Zwrot zaakceptowany
→ Refundacja zlecona
→ Zakończone

Klient może widzieć uproszczoną wersję tego procesu w panelu.

Dzięki temu nie musi pisać:

„Czy moja paczka już do Państwa dotarła?”

Obsługa klienta również widzi ten sam status.

Nie musi sprawdzać przewoźnika, magazynu i systemu płatności osobno.

Najważniejszego etapu magazynowego nie warto automatyzować bez kontroli

Paczka dociera do magazynu.

I właśnie tutaj człowiek nadal jest bardzo potrzebny.

System wie, że klient miał zwrócić:

2 × koszulka czarna M,

1 × koszulka czarna L.

Nie wie jednak, co naprawdę znajduje się w paczce i w jakim stanie.

Magazynier powinien sprawdzić:

czy produkt jest właściwy,

czy zgadza się liczba sztuk,

czy zwrócono wszystkie elementy zestawu,

czy towar jest pełnowartościowy,

czy opakowanie zostało uszkodzone,

czy produkt nosi ślady użytkowania,

czy może wrócić do sprzedaży.

Dopiero wtedy powinien zostać nadany status.

Na przykład:

A – pełnowartościowy

wraca do normalnego magazynu.

B – otwarte opakowanie

trafia do outletu.

C – uszkodzony

nie wraca do dostępnego stanu.

D – reklamacja

trafia do osobnej lokalizacji.

To ważne, ponieważ najgorsza automatyzacja wygląda tak:

kurier dostarczył paczkę → system automatycznie zwiększył stan.

W kartonie może przecież znajdować się uszkodzony produkt, pusty zestaw albo inny model.

Magazyn zyskuje wtedy fikcyjny zapas.

Zwrot towaru nie powinien oznaczać cofnięcia historii

Klient kupił 10 sztuk.

Magazyn wydał 10.

Klient później zwrócił dwie.

Nie należy zmieniać pierwotnego wydania z:

10

na:

8

tak, jakby dwie sztuki nigdy nie zostały sprzedane.

Historia powinna pokazać:

sprzedano: 10,

zwrócono: 2,

pozostało u klienta: 8.

To samo dotyczy finansów i dokumentów.

Automatyzacja ma rejestrować kolejne zdarzenia, a nie przepisywać przeszłość.

Dzięki temu po pół roku można odpowiedzieć:

Ile sprzedaliśmy?

Ile zwrócono?

Dlaczego?

Które produkty wracały najczęściej?

Jaka była realna sprzedaż po zwrotach?

Faktura wymaga odpowiedniej korekty

Jeżeli klient otrzymał fakturę, zwrot towaru może wymagać wystawienia faktury korygującej.

Dobrze zintegrowany proces może wykorzystać dane ze zwrotu.

Klient kupił:

Produkt A – 2 sztuki
Produkt B – 3 sztuki

Zwraca:

Produkt A – 1 sztukę.

Po akceptacji magazynowej system wie dokładnie, która pozycja i jaka liczba sztuk została zwrócona.

Nie trzeba tworzyć korekty od początku.

Program może przygotować dokument obejmujący właściwą pozycję i wartość.

Przy fakturach objętych KSeF korekta powinna być prawidłowo powiązana z dokumentem pierwotnym. Faktury już przyjętej przez KSeF nie edytuje się ani nie usuwa – błąd lub późniejszą zmianę dokumentuje się korektą.

Przy całkowitym zwrocie możliwa jest korekta do zera. Ministerstwo Finansów wskazuje, że w przypadku ustrukturyzowanej korekty do zera wystawionej np. w związku z całkowitym zwrotem towaru nie jest wymagane dodatkowe potwierdzenie jej odbioru przez nabywcę.

System zwrotów i system fakturowania powinny więc wymieniać dane.

W przeciwnym razie magazyn wie o zwrocie, ale księgowość dowiaduje się o nim dopiero z maila.

Refundacja też może być zautomatyzowana, ale nie za wcześnie

Sklep internetowy przy odstąpieniu od umowy powinien co do zasady zwrócić otrzymane od konsumenta płatności nie później niż w ciągu 14 dni od otrzymania oświadczenia. Może jednak wstrzymać zwrot pieniędzy do chwili otrzymania rzeczy albo dostarczenia przez klienta dowodu jej odesłania – zależnie od tego, co nastąpi wcześniej.

To daje kilka możliwości konfiguracji.

Bardzo prosty sklep może stosować:

towar przyjęty i zaakceptowany → refundacja.

Przy zaufanych klientach albo określonych produktach można działać szybciej:

przewoźnik potwierdził nadanie → refundacja.

Natomiast automatyczny zwrot pieniędzy natychmiast po wypełnieniu formularza może być zbyt ryzykowny.

Klient może zgłosić zwrot produktu za 5 000 zł i nigdy go nie wysłać.

Automat nie powinien być szybszy niż logika biznesowa.

Trzeba poprawnie policzyć również pierwotny koszt dostawy

Przy całkowitym odstąpieniu od typowej umowy internetowej zwrot należności może obejmować nie tylko wartość towaru.

Sprzedawca zwraca również koszt pierwotnego dostarczenia rzeczy do wysokości odpowiadającej najtańszemu zwykłemu sposobowi dostawy oferowanemu klientowi.

Jeżeli najtańszy kurier kosztował 12 zł, ale klient wybrał ekspresową dostawę za 25 zł, sprzedawca nie musi oddawać całych 25 zł – zwrot może odpowiadać 12 zł. Bezpłatnego odbioru osobistego nie traktuje się przy tym jako zwykłego sposobu dostarczenia rzeczy.

Przy częściowym zwrocie kalkulacja może być bardziej złożona.

Właśnie dlatego refundacji nie warto liczyć ręcznie na kalkulatorze przy każdym zgłoszeniu.

System zna:

wartość zwracanych pozycji,

rabaty,

kupony,

koszt dostawy,

sposób płatności,

wcześniejsze zwroty.

Może więc przygotować prawidłową kwotę do refundacji według ustalonej reguły.

Rabaty i promocje są jednym z trudniejszych przypadków

Klient kupuje trzy produkty:

A – 100 zł
B – 100 zł
C – 100 zł

Promocja:

kup trzy, zapłać 240 zł.

Klient zwraca produkt C.

Ile trzeba oddać?

Nie zawsze będzie to po prostu 80 zł.

Regulamin promocji może przewidywać określony sposób rozliczenia, a zwrot części zamówienia może zmienić warunki udzielonego rabatu.

Jeszcze ciekawiej wygląda promocja:

drugi produkt 50% taniej

albo:

darmowy produkt przy zakupie powyżej 300 zł.

Dlatego system zwrotów powinien znać historię ceny i rabatów z konkretnego zamówienia.

Nie może brać aktualnej ceny z kartoteki.

Jeżeli produkt kosztuje dzisiaj 149 zł, ale klient kupił go podczas promocji za 99 zł, podstawą rozliczenia jest rzeczywista transakcja.

Wymiana może być lepsza niż zwrot

Klient kupił buty w rozmiarze 42, ale potrzebuje 43.

Jeżeli system pozwala jedynie:

zwróć towar → oddaj pieniądze → klient niech kupi ponownie

sklep ryzykuje utratę sprzedaży.

Proces może zaoferować:

zwrot pieniędzy,

wymianę,

środki na saldo sklepu.

Przy wymianie system może od razu sprawdzić:

czy rozmiar 43 jest dostępny,

zarezerwować go,

utworzyć nowe wydanie,

powiązać je z RMA.

Klient otrzymuje właściwy produkt, a sklep zachowuje sprzedaż.

Automatyzacja zwrotów nie powinna więc być projektowana wyłącznie jako system oddawania pieniędzy.

Powinna obsługiwać cały reverse commerce – drogę towaru i wartości z powrotem oraz ewentualnie ponownie do klienta.

Zwroty z Allegro, sklepu i innych kanałów powinny trafiać do jednej kolejki

Sprzedaż wielokanałowa powoduje jeszcze jeden rodzaj chaosu.

Zwroty ze sklepu są w panelu sklepu.

Zwroty z marketplace'u w panelu marketplace'u.

Reklamacje na mailu.

Nieodebrane paczki w systemie przewoźnika.

Magazyn prowadzi własny Excel.

Przy większej skali warto je zebrać w jednym procesie.

Magazynier powinien widzieć:

RMA 001 – WooCommerce
RMA 002 – Allegro
RMA 003 – sklep własny
RMA 004 – Amazon

ale procedura przyjęcia produktu może być podobna.

Dopiero odpowiedni system źródłowy otrzymuje później informację zwrotną.

Jeżeli marketplace wymaga zmiany statusu, robi to integracja.

Jeżeli sklep ma zaktualizować konto klienta, również dzieje się to automatycznie.

Nie oznacza to ignorowania zasad konkretnych platform. Każdy marketplace może mieć własne procesy i terminy.

Chodzi o to, żeby wewnątrz firmy nie powstawały cztery zupełnie niezależne działy zwrotów.

Powody zwrotu są bardzo wartościową informacją

Jedną z największych korzyści automatyzacji często pomija się całkowicie.

Jeżeli zwroty są obsługiwane mailowo, powód zwykle znika w korespondencji.

Jeżeli klient wybiera go z listy, po miesiącu można zrobić raport.

Na przykład:

120 zwrotów – za duży rozmiar,

90 – za mały,

55 – produkt wygląda inaczej niż na zdjęciu,

30 – pomyłka klienta,

25 – uszkodzenie w transporcie,

20 – niewłaściwy produkt wysłany przez magazyn.

Każda grupa prowadzi do innego wniosku.

„Za mały rozmiar”

może oznaczać problem z tabelą rozmiarów.

„Inaczej wygląda na zdjęciu”

– problem z fotografią albo opisem.

„Uszkodzenie w transporcie”

– opakowanie lub przewoźnik.

„Wysłano inny produkt”

– proces kompletacji.

Zwrot przestaje być wtedy tylko kosztem.

Staje się informacją diagnostyczną dotyczącą całego sklepu.

W aktualnych praktykach e-commerce właśnie analiza powodów zwrotów jest wskazywana jako jedno z podstawowych zastosowań systemów zarządzania zwrotami.

Warto mierzyć więcej niż liczbę zwrotów

Sam wskaźnik:

5% zamówień zostało zwróconych

niewiele mówi.

Lepiej analizować zwroty na poziomie:

produktu,

kategorii,

marki,

rozmiaru,

kanału sprzedaży,

kraju,

dostawcy,

przewoźnika,

powodu.

Produkt A może mieć:

3% zwrotów.

Produkt B:

28%.

Jeżeli oba sprzedają się po 10 000 sztuk rocznie, różnica jest ogromna.

Można również mierzyć czas:

od zgłoszenia do nadania,

od nadania do przyjęcia,

od przyjęcia do refundacji.

Jeżeli paczka leży w magazynie pięć dni zanim ktoś ją sprawdzi, problemem nie jest system płatności.

Widać dokładnie, gdzie proces stoi.

Automatyzacja pomaga wykrywać nietypowe zachowania

Nie każdy klient korzystający często ze zwrotów próbuje oszukać sklep.

Są jednak sytuacje wymagające dodatkowej weryfikacji.

Przykładowo konto:

składa 20 zamówień miesięcznie,

zwraca 19,

regularnie zgłasza brak produktów,

często zwraca rzeczy w pogorszonym stanie.

System może oznaczyć zgłoszenie jako:

wymagana weryfikacja.

Nie musi automatycznie blokować klienta.

Może po prostu nie stosować na jego koncie ekspresowej refundacji przed dotarciem paczki.

Podobnie przy drogich produktach.

Zwrot kabla za 20 zł może przejść prostą ścieżką.

Zwrot laptopa za 12 000 zł może wymagać sprawdzenia numeru seryjnego.

Automatyzacja powinna więc pozwalać budować proces w zależności od ryzyka.

Przy elektronice system powinien pamiętać numery seryjne

Firma sprzedaje telefon o konkretnym IMEI.

Klient odsyła urządzenie.

Magazyn powinien sprawdzić, czy wróciła dokładnie ta sztuka, która została sprzedana.

To samo dotyczy:

laptopów,

urządzeń sieciowych,

sprzętu RTV,

narzędzi,

urządzeń z numerami seryjnymi.

Proces zwrotu może automatycznie podpowiedzieć:

oczekiwany numer seryjny: ABC12345.

Magazynier skanuje numer produktu.

Jeżeli jest zgodny – przechodzi dalej.

Jeżeli nie – zgłoszenie zostaje zatrzymane.

To znacznie bezpieczniejsze niż porównywanie numerów ze starą fakturą PDF.

Czego nie automatyzować całkowicie?

Największa korzyść nie pochodzi z usunięcia człowieka z całego procesu.

Są przypadki, które powinny trafić do ręcznej decyzji:

towar jest uszkodzony,

brakuje elementów,

produkt nosi wyraźne ślady użytkowania,

numer seryjny się nie zgadza,

zwrócono inny produkt,

minął standardowy termin,

produkt należy do kategorii z ograniczeniami,

wartość zwrotu jest bardzo wysoka,

klient kwestionuje potrącenie,

zgłoszenie wygląda nietypowo.

Konsument może ponosić odpowiedzialność za zmniejszenie wartości rzeczy wynikające z korzystania wykraczającego poza to, co potrzebne do sprawdzenia jej charakteru, cech i funkcjonowania. Nie oznacza to jednak, że automat powinien arbitralnie naliczyć np. 30% potrącenia na podstawie jednego zdjęcia.

Takie decyzje wymagają oceny konkretnego stanu produktu.

Jak może wyglądać dobrze zautomatyzowany zwrot?

Klient loguje się do sklepu.

Wybiera zamówienie.

Zaznacza dwa produkty.

Wybiera:

odstąpienie od umowy – nie odpowiada rozmiar.

System sprawdza podstawowe warunki.

Tworzy:

RMA/2026/10482

i generuje kod nadania.

Klient oddaje paczkę.

Integracja kurierska zmienia status na:

w transporcie.

Po dostawie magazynier skanuje RMA.

Na ekranie widzi:

Produkt A – oczekiwano 1 szt.
Produkt B – oczekiwano 1 szt.

Sprawdza produkty.

Pierwszy jest pełnowartościowy:

wróć do sprzedaży.

Drugi ma uszkodzone opakowanie:

outlet.

System wykonuje odpowiednie ruchy magazynowe.

Na podstawie rzeczywistego zwrotu przygotowuje korektę dokumentu sprzedażowego.

Jeżeli dokument podlega KSeF, korekta jest wysyłana właściwą ścieżką.

Program oblicza należność do zwrotu z uwzględnieniem ceny z zamówienia, rabatu i kosztu dostawy.

Refundacja trafia do operatora płatności.

Klient dostaje wiadomość:

Zwrot został rozliczony.

W całym procesie pracownik wykonał jedną naprawdę potrzebną czynność:

sprawdził fizyczny stan dwóch produktów.

Nie przepisywał adresu.

Nie wyszukiwał zamówienia.

Nie liczył refundacji.

Nie tworzył korekty od zera.

Nie wpisywał numeru przesyłki.

Nie wysyłał ręcznie pięciu wiadomości.

I właśnie tutaj znajduje się największa korzyść z automatyzacji.

Czy mały sklep również jej potrzebuje?

Nie zawsze potrzebny jest oddzielny, rozbudowany system RMA.

Jeżeli sklep ma:

100 zamówień miesięcznie,

2–3 zwroty,

a proces zajmuje łącznie pół godziny,

wdrażanie zaawansowanej platformy zwrotowej raczej się nie zwróci.

Można zacząć od prostszych elementów:

formularza zwrotu,

automatycznego numeru RMA,

gotowych wiadomości,

integracji z kurierem,

powiązania zwrotu z zamówieniem.

Przy 5 000 zamówień miesięcznie sytuacja jest zupełnie inna.

Jeżeli wskaźnik zwrotów wynosi 8%, powstaje:

400 zwrotów miesięcznie.

Jeśli ręczna obsługa jednego zajmuje średnio 10 minut, daje to:

4 000 minut, czyli ponad 66 godzin pracy miesięcznie.

Jeżeli automat skróci pracę człowieka do trzech minut potrzebnych przede wszystkim na fizyczną kontrolę towaru, oszczędność jest bardzo duża.

Przy odzieży, obuwiu i innych branżach z wysoką liczbą zwrotów może być jeszcze większa.

Automatyzacja zwrotów ma sens dopiero po uporządkowaniu zasad

Nie warto zaczynać od zakupu oprogramowania.

Najpierw trzeba odpowiedzieć:

Które produkty można zwracać?

Jak długo?

Kto płaci za przesyłkę zwrotną?

Kiedy zwracamy pieniądze?

Czy oferujemy wymiany?

Co robimy z otwartym opakowaniem?

Kiedy produkt wraca do normalnego magazynu?

Kto podejmuje decyzję przy uszkodzeniu?

Jak wystawiamy korektę?

Jak obsługujemy różne marketplace'y?

Dopiero potem te reguły można przenieść do systemu.

Jeżeli proces jest niejasny, automatyzacja nie usunie chaosu.

Sprawi jedynie, że chaos będzie przebiegał szybciej.

Dobrze zaprojektowany zwrot wygląda odwrotnie: klient sam podaje potrzebne informacje, system identyfikuje zamówienie, logistykę i dokumenty, magazyn ocenia tylko to, czego komputer nie może ocenić, a refundacja i komunikacja uruchamiają się po spełnieniu ustalonych warunków.

Dlatego odpowiedź na pytanie „czy warto automatyzować obsługę zwrotów?” brzmi: tak, ale nie należy automatyzować samej decyzji „oddaj pieniądze”. Największą wartość daje automatyczne połączenie całego procesu – od zgłoszenia klienta, przez przesyłkę i magazyn, po korektę, refundację i analizę przyczyny zwrotu.

Wtedy zwrot przestaje być serią maili i ręcznych operacji. Staje się normalnym, mierzalnym procesem sprzedażowym.