Reklamacje w sklepie internetowym - powiązanie z zamówieniem i zwrotem

Reklamacje w sklepie internetowym a zwrot i gwarancja

Klient sklepu internetowego pisze „reklamacja”, mając na myśli trzy różne sytuacje, więc program musi rozpoznać rodzaj sprawy już przy rejestracji. Od rodzaju zależą termin i dokument końcowy, a przy zwrocie także koszt przesyłki. Pomyłka w klasyfikacji kończy się złym terminem albo niewłaściwą korektą.

Reklamacja z 14-dniowym terminem odpowiedzi i zwrot z 14-dniowym terminem odstąpienia mają tę samą liczbę dni, ale dotyczą innych zdarzeń, więc program zapisuje je w osobnych polach. Rozróżnienie zwrotu i reklamacji z perspektywy numeru autoryzacji opisuje tekst o return merchandise authorization, a etapy sprawy - artykuł procedura RMA - etapy i podstawa prawna.

Reguła: rodzaj sprawy ustala się przy rejestracji i zmienia tylko z wpisem do historii, bo od rodzaju zależą termin oraz dokument końcowy.

Klasyfikacja i żądanie klienta przy rejestracji

Formularz w sklepie pyta klienta o pozycję zamówienia i o to, czego oczekuje. Zapisane żądanie steruje dalszym przebiegiem sprawy, a każde z czterech żądań uruchamia inne czynności w programie.

• Naprawa - sprawa trafia do serwisu lub dostawcy, a klient dostaje informację o przewidywanym terminie.
• Wymiana - program tworzy pozycję wydania towaru zamiennego i wiąże ją ze sprawą.
• Obniżenie ceny - księgowość wystawia korektę na różnicę, a sprawa zapisuje jej numer.
• Odstąpienie od umowy - sprawa kończy się zwrotem płatności i przyjęciem towaru do magazynu.

Gwarancja producenta a sklep

Przy gwarancji producenta sprzedawca bywa tylko pośrednikiem, który przyjmuje towar i przekazuje go do serwisu gwaranta. Program prowadzi wtedy dwie powiązane sprawy: sprawę klienta i sprawę w serwisie gwaranta ze wspólnym numerem odniesienia. Zapis obu pokazuje, gdzie jest towar i kto na kogo czeka.

Powiązanie reklamacji z zamówieniem w sklepie

Reklamacja dotyczy pozycji zamówienia, a nie całego zamówienia. Klient kupił pięć sztuk jednego towaru i dwie sztuki innego, a reklamuje jedną z tych pierwszych. Program zapisuje więc reklamowaną pozycję i liczbę sztuk, a z danych zamówienia kopiuje wartości, które nie mogą się zmienić po edycji katalogu.

Program pilnuje, żeby suma reklamowanych sztuk nie przekroczyła liczby kupionych. Zapytanie liczy pulę dostępną na każdej pozycji zamówienia.

SELECT zp.PozycjaId,
       zp.Ilosc - COALESCE(SUM(rp.Ilosc), 0) AS DoZareklamowania
  FROM dbo.ZamowieniePozycja AS zp
  LEFT JOIN dbo.ReklamacjaPozycja AS rp
         ON rp.PozycjaId = zp.PozycjaId
        AND rp.StatusKod <> 'ODRZUCONA'
 WHERE zp.ZamowienieId = @ZamowienieId
 GROUP BY zp.PozycjaId, zp.Ilosc;

W przykładzie odrzucone sprawy nie zmniejszają puli, ale regulamin sklepu może przyjąć inną regułę, dlatego warunek statusu jest parametrem zapytania. Nazwy tabel i kolumn są przykładowe.

Źródło danych o zamówieniu

Zamówienie może pochodzić z platformy sklepowej albo z ERP. Integracja pobiera je przez API REST albo odczyt z bazy ERP i zapisuje w programie reklamacyjnym kopię potrzebnych pól. Zasady łączenia takich systemów opisuje tekst o integracji systemów informatycznych, a architekturę systemu RMA - artykuł RMA system - architektura i integracje. Przyjęcie zwróconego towaru na stan omawia strona o WMS dla sklepu internetowego.

Numery seryjne i partie towaru

Sklep z elektroniką albo sprzętem gospodarstwa domowego sprzedaje towary z numerami seryjnymi, więc sprawa zapisuje numer seryjny reklamowanego egzemplarza. Jeśli sklep prowadzi magazyn w systemie WMS, program pobiera stamtąd także partię dostawy. Dzięki temu raport wskazuje nie tylko towar, lecz także konkretną dostawę, z której pochodzi wadliwa sztuka, a reklamację do dostawcy można oprzeć na danych.

Korespondencja z klientem sklepu internetowego

Klient sklepu pisze o reklamacji na adres kontaktowy albo odpowiada na wiadomość systemową. Część spraw zaczyna się od telefonu na infolinię. Program zbiera te kontakty w jednej sprawie, żeby konsultant widział całą historię. Odpowiedź klienta trafia do właściwej sprawy dzięki numerowi w temacie wiadomości, a jego kształt opisuje artykuł o numerze RMA.

var dopasowanie = Regex.Match(temat, @"RMA-\d{4}-\d{6}-\d");
if (dopasowanie.Success)
{
    string numer = dopasowanie.Value;
    // przypisz wiadomość do sprawy o tym numerze
}

Wyrażenie regularne jest opisane w dokumentacji klasy Regex. Wiadomość bez numeru trafia do kolejki nieprzypisanych, a konsultant przypisuje ją ręcznie. Program nie zgaduje sprawy po adresie e-mail, bo jeden klient może mieć kilka otwartych spraw.

Reguła: każda wiadomość do klienta powstaje z szablonu przypisanego do zdarzenia i zapisuje się w sprawie razem z datą wysłania.

Szablony wiadomości

Szablon zawiera pola podstawiane z danych sprawy, na przykład numer i status. Treść ustala dział obsługi, a program tylko podstawia wartości. Tekst decyzji, zwłaszcza odmowy, warto uzgodnić z prawnikiem, bo klient traktuje go jako oficjalną odpowiedź na reklamację.

Kolejka wysyłki

Wysyłką zajmuje się kolejka. Program zapisuje wiadomość w tabeli ze statusem „do wysłania”, a zadanie SQL Agent albo usługa w tle pobiera ją i przekazuje serwerowi SMTP. Nieudana wysyłka zostaje w kolejce z licznikiem prób, więc awaria poczty nie gubi powiadomień.

Termin 14 dni i zegar sprawy w programie

Na reklamację konsumenta przedsiębiorca ma obowiązek odpowiedzieć w terminie 14 dni od jej otrzymania, a brak odpowiedzi oznacza, że reklamację uznano (art. 7a). Przepisy sprawdzono w tekście jednolitym ustawy o prawach konsumenta opublikowanym w Dzienniku Ustaw pod pozycją 1244 z 2026 roku. Zestawienie nie zastępuje porady prawnej, więc interpretację warto potwierdzić u prawnika.

Termin liczy się od dnia otrzymania reklamacji, dlatego program zapisuje datę wpływu jako osobne pole i wylicza z niego termin. Kolejka konsultanta pokazuje sprawy, które zbliżają się do granicy.

SELECT r.NumerRma, r.DataWplywu,
       DATEDIFF(DAY, r.DataWplywu, CAST(SYSUTCDATETIME() AS DATE)) AS DniOdWplywu
  FROM dbo.Reklamacja AS r
 WHERE r.TypKlienta = 'K'
   AND r.DataOdpowiedzi IS NULL
   AND r.DataWplywu <= DATEADD(DAY, -10, CAST(SYSUTCDATETIME() AS DATE))
 ORDER BY r.DataWplywu;

Wartość 10 dni w zapytaniu jest umowna i pełni rolę terminu wewnętrznego. Szersze omówienie terminów oraz eskalacji zawiera artykuł zarządzanie reklamacjami - terminy i raporty.

Data wpływu z różnych kanałów

Reklamacja wpływa e-mailem albo przez formularz. Zdarza się też telefon do infolinii lub paczka z dołączonym pismem. Dla formularza datą wpływu jest chwila zapisu, a dla e-maila chwila odebrania wiadomości na serwerze. Przy rozmowie telefonicznej i przy paczce datę wpisuje konsultant albo magazyn w momencie kontaktu. Program zapisuje czas systemowy, a nie czas wprowadzony ręcznie po fakcie.

Zwrot pieniędzy i korekta po uznaniu reklamacji

Uznanie reklamacji uruchamia rozliczenie w ERP i w bramce płatności. Zwrot płatności program zleca przez API operatora płatności i zapisuje jego identyfikator w sprawie. Powtórzone wywołanie nie może zwrócić pieniędzy dwukrotnie, dlatego żądanie niesie stały klucz oparty na numerze sprawy. Sposób i termin zwrotu wynikają z przepisów oraz regulaminu sklepu, więc program przechowuje je jako konfigurację.

Skutki w ERP i w magazynie program zleca przez integrację, a nie ręcznym przepisywaniem. Studio RMA.net oferuje API REST umożliwiające integrację z systemami ERP i e-commerce, co pozwala powiązać dane reklamacyjne z historią zakupów klienta. Szczegóły produktu opisuje strona Studio RMA.net.

Status zwrotu płatności

Zlecenie zwrotu nie kończy sprawy, bo operator płatności potwierdza je asynchronicznie. Program zapisuje status zlecenia i jego potwierdzenie przez operatora, a osobny status oznacza odrzucenie. Odrzucony zwrot wraca do kolejki konsultanta z powodem odmowy, a ponowienie odbywa się z tym samym kluczem, więc nie powstaje druga wypłata. Sprawa zamyka się dopiero po potwierdzeniu.

Raporty reklamacji w sklepie internetowym

Liczba reklamacji sama nie wskazuje, co poprawić. Sklep potrzebuje wskaźnika w przeliczeniu na sprzedaż, bo towar sprzedawany w dużych ilościach zawsze będzie miał więcej zgłoszeń niż towar niszowy. Studio RMA.net generuje raporty dotyczące liczby zgłoszeń i ich przyczyn, a także czasu realizacji, więc analiza opiera się na danych zapisanych w sprawach.

WITH Sprzedaz AS (
    SELECT Symbol, SUM(Ilosc) AS Sprzedano
      FROM dbo.ZamowieniePozycja
     GROUP BY Symbol
),
Reklamowane AS (
    SELECT zp.Symbol, SUM(rp.Ilosc) AS Reklamowano
      FROM dbo.ReklamacjaPozycja AS rp
      JOIN dbo.ZamowieniePozycja AS zp ON zp.PozycjaId = rp.PozycjaId
     GROUP BY zp.Symbol
)
SELECT s.Symbol, s.Sprzedano, COALESCE(r.Reklamowano, 0) AS Reklamowano,
       CAST(1000.0 * COALESCE(r.Reklamowano, 0) / NULLIF(s.Sprzedano, 0) AS DECIMAL(9,2)) AS NaTysiacSztuk
  FROM Sprzedaz AS s
  LEFT JOIN Reklamowane AS r ON r.Symbol = s.Symbol
 ORDER BY NaTysiacSztuk DESC;

Dwa zapytania pośrednie liczą sprzedaż i reklamacje osobno, żeby połączenie tabel nie zdublowało sum. W raporcie produkcyjnym dodaje się jeszcze zakres dat.

Działania korygujące po analizie przyczyn opisuje tekst o programie do nadzorowania reklamacji.

Wybór programu do reklamacji dla sklepu internetowego

Sklep z małą liczbą reklamacji obsłuży je w skrzynce pocztowej i arkuszu, ale przy większym wolumenie zaczynają się kłopoty z terminami i duplikatami. Program zaczyna się opłacać, gdy zgłoszeń przybywa i zajmuje się nimi więcej niż jedna osoba. Próg wynika z organizacji pracy, a nie z jednej liczby. Cztery kryteria pomagają porównać oferty.

• Import zamówień - program pobiera zamówienie z platformy sklepowej albo ERP, zamiast wymagać przepisywania danych.
• Jeden numer sprawy - ten sam identyfikator obowiązuje w formularzu oraz na etykiecie zwrotnej.
• Zegar terminów - data wpływu i termin odpowiedzi są polami, a kolejka pokazuje sprawy zagrożone.
• Raporty przyczyn - zestawienia według towaru i dostawcy dostępne bez eksportu do arkusza.

Rozwiązania dostępne z przeglądarki nie wymagają instalacji na stanowiskach, a wybór modelu omawia artykuł o systemie RMA w modelu SaaS. Podział uprawnień w programie opisuje tekst program do obsługi reklamacji - uprawnienia, a wariant dla klienta indywidualnego - artykuł o reklamacjach B2C. Przed decyzją warto obejrzeć demo systemu reklamacji i sprawdzić, czy przebieg sprawy odpowiada procesowi sklepu.

Migracja z poczty i arkusza

Sklep, który dotąd prowadził reklamacje w skrzynce i arkuszu, ma otwarte sprawy w kilku miejscach jednocześnie. Przy wdrożeniu przenosi się je do programu z datą wpływu z oryginalnej wiadomości, a nie z dnia importu, żeby termin odpowiedzi liczył się poprawnie. Zamknięte sprawy z arkusza importuje się jako historię tylko do odczytu, a licznik numerów ustawia się powyżej największej dotychczasowej wartości.