Reklamacja w firmie handlowej lub produkcyjnej przechodzi przez kilka rąk. Obsługa klienta przyjmuje zgłoszenie, magazyn odbiera towar, a sprawę zamykają serwis oraz księgowość. Bez wspólnego systemu każdy dział prowadzi własną listę, a status sprawy zna tylko ten, kto ostatnio o nią pytał. System do zarządzania reklamacjami zastępuje takie listy jedną kartą sprawy, która ma numer i właściciela oraz zapisuje historię zmian.
Poniższy opis prowadzi sprawę od zgłoszenia do zamknięcia i pokazuje, co system musi zapisać na każdym etapie. Mechanizmy są opisane jako wiedza o procesie. Tam, gdzie pojawia się Studio RMA.net, opis ogranicza się do funkcji publikowanych na stronach produktu, a przykłady kodu mają nazwy poglądowe.
System do zarządzania reklamacjami w handlu i produkcji
Sklep internetowy i zakład produkcyjny obsługują reklamacje inaczej, ale sprawa zawsze ma numer i właściciela. Zawsze ma też status i termin. Różni się głównie wejście i wyjście procesu. W handlu punktem wyjścia jest paragon lub numer zamówienia, w produkcji numer partii i zlecenia.
| Obszar | Handel i e-commerce | Produkcja i dystrybucja |
|---|---|---|
| Identyfikacja towaru | numer paragonu lub zamówienia | numer partii, numer seryjny, zlecenie |
| Typowa wada | uszkodzenie w transporcie, pomyłka w kompletacji | wada materiału, niezgodność ze specyfikacją |
| Odbiorca decyzji | klient indywidualny | odbiorca biznesowy |
| Dalszy skutek | zwrot do dostawcy lub wymiana z zapasu | reklamacja do dostawcy materiału |
Studio RMA.net obsługuje pojedyncze punkty sprzedaży oraz sieci z wieloma magazynami zwrotów, więc zakres funkcji dobiera się do skali działalności. Strona producenta opisuje wdrożenie w handlu detalicznym: system do zarządzania reklamacjami.
Zgłoszenie i numer sprawy
Klient zgłasza wadę przez formularz w przeglądarce. Podaje numer dokumentu zakupu i opisuje problem, a zdjęcia dołącza jako załączniki. Budowę takiego formularza pokazuje strona formularz reklamacyjny, a sam sposób zgłoszenia opisuje artykuł zgłoszenie reklamacji online.
Po zapisie formularza system nadaje sprawie unikalny numer RMA i wysyła potwierdzenie. Od tej chwili numer identyfikuje sprawę w każdym dziale. Zasady jego nadawania opisuje artykuł o numerze RMA, a rolę numeru w zwrotach między firmami tekst return merchandise authorization.
Studio RMA.net pozwala klientowi dołączyć do zgłoszenia zdjęcia i filmy. Uszkodzone opakowanie, pęknięty element albo niezgodność z zamówieniem da się od razu udokumentować, więc firma ma pełny obraz sytuacji już na etapie zgłoszenia. Oględziny towaru przez pracownika na wczesnym etapie przestają być konieczne w części spraw, co oszczędza czas obu stron.
Dane wymagane przy przyjęciu
| Pole zgłoszenia | Do czego służy | Skutek braku |
|---|---|---|
| Numer dokumentu zakupu | ustalenie daty sprzedaży i podstawy prawnej | ręczne dopytywanie klienta |
| Opis wady | klasyfikacja przyczyny | błędny przydział do działu |
| Zdjęcia | wstępna ocena bez oględzin | wcześniejsze odesłanie towaru |
| Dane kontaktowe | powiadomienia o statusie | telefony z pytaniem o sprawę |
Reguła: zgłoszenie bez numeru dokumentu zakupu nie jest odrzucane automatycznie, tylko otrzymuje status wymagający uzupełnienia.
Weryfikacja i podstawa prawna
Pierwsza kontrola sprawdza kompletność zgłoszenia i przypisuje je do podstawy prawnej. Rękojmia i gwarancja to odrębne ścieżki, które mają inne terminy i innego adresata roszczenia. System, który zapisuje podstawę w osobnym polu, liczy później terminy i buduje raporty według tej cechy, zamiast czytać opisy wad.
| Podstawa prawna | Kto odpowiada | Czas trwania | Zakres ochrony |
|---|---|---|---|
| Rękojmia | sprzedawca | co do zasady 2 lata od wydania towaru | wady fizyczne i prawne istniejące w chwili sprzedaży |
| Gwarancja | gwarant: producent lub sprzedawca | okres wskazany w dokumencie gwarancyjnym | wady objęte warunkami gwarancji |
Szczegóły zależą od statusu kupującego i aktualnego brzmienia przepisów. Parametry terminów zatwierdza więc prawnik firmy, a nie wdrożeniowiec, i wprowadza je do konfiguracji jako wartości do zmiany bez ingerencji w kod.
Reguła: podstawę prawną ustala pracownik weryfikujący sprawę, a każda zmiana tego pola po decyzji wymaga wpisu w historii z uzasadnieniem.
Klasyfikacja wady przy weryfikacji
Weryfikujący przypisuje zgłoszeniu rodzaj wady ze słownika: uszkodzenie w transporcie, wada fabryczna albo niezgodność z zamówieniem. Wybór z listy zamiast opisu własnymi słowami ma dwie zalety. Sprawa trafia do właściwego działu na podstawie reguły, a raporty grupują wady bez ręcznego czytania komentarzy.
Wada transportowa kieruje sprawę także do przewoźnika, bo roszczenie regresowe może mieć własny termin zgłoszenia szkody. Wada fabryczna kieruje ją do producenta lub dostawcy. Ten podział trzeba zapisać w konfiguracji, ponieważ od niego zależy, czy firma odzyska koszt naprawy.
Statusy sprawy i dozwolone przejścia
Status opisuje stan sprawy jednym słowem i decyduje o tym, kto może zrobić następny ruch. Studio RMA.net pozwala definiować własne ścieżki procesu reklamacyjnego, więc poniższa tabela jest przykładowym układem, a nie sztywnym wzorcem.
| Status | Kto zmienia | Warunek przejścia |
|---|---|---|
| Nowe | system | zapis formularza i nadanie numeru |
| W weryfikacji | obsługa klienta | przypisanie właściciela sprawy |
| Oczekuje na towar | obsługa klienta | akceptacja zgłoszenia i etykieta zwrotna |
| Kontrola jakości | magazyn lub serwis | zeskanowanie kodu RMA przy przyjęciu |
| Decyzja | rzeczoznawca lub kierownik | protokół oględzin w sprawie |
| Realizacja | magazyn i księgowość | decyzja o sposobie rozpatrzenia sprawy |
| Zamknięte | system | potwierdzenie realizacji |
Nie każdy status może przejść w każdy inny. Macierz dozwolonych przejść trzyma się w danych, a aplikacja sprawdza ją przy każdej zmianie. Dzięki temu sprawa nie przeskoczy z weryfikacji od razu do zamknięcia, nawet gdy ktoś wywoła zmianę spoza standardowego ekranu.
CREATE TABLE dbo.StatusPrzejscie (
StatusZ VARCHAR(20) NOT NULL,
StatusDo VARCHAR(20) NOT NULL,
Rola VARCHAR(20) NOT NULL,
CONSTRAINT PK_StatusPrzejscie PRIMARY KEY (StatusZ, StatusDo, Rola)
);
-- kontrola w procedurze zmiany statusu
IF NOT EXISTS (SELECT 1 FROM dbo.StatusPrzejscie
WHERE StatusZ = @StatusObecny
AND StatusDo = @StatusNowy
AND Rola = @Rola)
THROW 50010, 'Przejscie statusu niedozwolone dla tej roli.', 1;Klucz główny obejmuje trzy kolumny, więc to samo przejście może być dozwolone dla kilku ról bez powielania wierszy. Nazwy tabeli i kolumn są przykładowe i nie opisują schematu produktu.
Reguła: cofnięcie sprawy do wcześniejszego statusu, na przykład z decyzji do kontroli jakości, wykonuje tylko kierownik i zapisuje komentarz.
Magazyn zwrotów i kontrola jakości
Gdy reklamowany produkt dociera do magazynu, pracownik skanuje kod z numerem RMA. System zmienia status i wskazuje strefę, do której należy odłożyć przesyłkę. Trafia ona do kontroli jakości albo do serwisu naprawczego. Skanowanie zamiast ręcznego wpisywania ogranicza pomyłki w sortowaniu i skraca obsługę pojedynczej sprawy.
System RMA łączy się z systemami magazynowymi i planowania zasobów przez interfejs API. Po zatwierdzeniu reklamacji może przekazać dane do zlecenia wysyłki nowego towaru z magazynu, co ogranicza ręczne przepisywanie. Podział ról między tymi systemami opisuje artykuł Warehouse Management System.
Etykieta zwrotna i transport towaru
Po akceptacji zgłoszenia klient odsyła produkt do punktu zbiorczego lub do magazynu centralnego. System generuje etykietę zwrotną z numerem RMA, więc paczka jest rozpoznawalna już przy rozładunku. Integracja z platformą kurierską pozwala dodatkowo przekazać numer przesyłki do karty sprawy i śledzić drogę towaru.
Ten etap najczęściej ujawnia braki w danych. Paczka bez numeru RMA trafia do kolejki nierozpoznanych przesyłek, a pracownik magazynu musi ją dopasować ręcznie do sprawy po nazwisku lub numerze zamówienia. Dlatego etykieta z kodem i skaner przy przyjęciu są tańsze niż późniejsze wyjaśnianie, czyja to paczka.
Protokół oględzin i decyzja
Rzeczoznawca lub serwis ocenia towar i zapisuje wynik w sprawie. Od decyzji zależy, co wydarzy się w magazynie i w księgowości.
| Decyzja | Skutek w magazynie | Skutek w księgowości |
|---|---|---|
| Naprawa | przekazanie do serwisu i zwrot klientowi | brak dokumentu korygującego |
| Wymiana | wydanie nowego towaru, przyjęcie wadliwego | rozliczenie różnicy w wartości |
| Zwrot środków | przyjęcie towaru na stan zwrotów | dokument korygujący i zwrot płatności |
| Odrzucenie | odesłanie towaru klientowi | brak skutku finansowego |
Odrzucenie wymaga uzasadnienia opartego na wyniku oględzin. Jeśli sprzedawca wykaże zgodność towaru z umową, ma prawo odmówić, ale musi to zrobić na podstawie konkretnego kryterium, które zapisał w protokole.
Terminy i eskalacje w kontroli SLA
Termin odpowiedzi na reklamację wynika z przepisów albo z umowy z odbiorcą. System liczy go od daty wpływu zapisanej przy przyjęciu i zapisuje też datę pierwszej odpowiedzi, żeby raport SLA mierzył oba odcinki osobno. Lista spraw po terminie jest najprostszym zestawieniem kontrolnym dla kierownika.
SELECT r.Numer, r.Status, r.DataWplywu,
DATEDIFF(DAY, r.DataWplywu, SYSDATETIME()) AS DniOdWplywu
FROM dbo.Reklamacja AS r
WHERE r.Status <> 'Zamkniete'
AND DATEDIFF(DAY, r.DataWplywu, SYSDATETIME()) > @LimitDni
ORDER BY DniOdWplywu DESC;Funkcja DATEDIFF liczy przekroczone granice dni, a nie pełne doby. Sprawa zgłoszona o 23:50 ma po dziesięciu minutach różnicę jednego dnia. Gdy termin wynika z przepisu, granicę doby trzeba więc obliczać zgodnie z jego treścią, a nie zakładać, że różnica w kolumnie DniOdWplywu jest dokładna.
| Etap | Mierzony odcinek | Kto dostaje alert |
|---|---|---|
| Pierwsza odpowiedź | od wpływu do pierwszego kontaktu z klientem | kierownik obsługi klienta |
| Weryfikacja | od przypisania do akceptacji zgłoszenia | właściciel sprawy |
| Kontrola jakości | od przyjęcia towaru do protokołu | kierownik magazynu lub serwisu |
| Decyzja | od protokołu do zawiadomienia klienta | kierownik i właściciel sprawy |
Przypomnienie o zbliżającym się terminie powinno wychodzić z zapasem, a nie po jego upływie. Eskalacja przekazuje wtedy sprawę wyżej, zanim klient zadzwoni z pytaniem. Zestawienia terminów i zaległości rozwija artykuł zarządzanie reklamacjami - terminy i raporty, a nadzór nad kolejkami opisuje tekst o programie do nadzorowania reklamacji.
Poziomy eskalacji
Eskalacja opiera się na progach czasu zapisanych w konfiguracji. Każdy próg uruchamia powiadomienie do innej osoby, a sprawa przechodzi wyżej dopiero wtedy, gdy poprzednia osoba nie zareagowała.
- Przypomnienie dla właściciela - wiadomość z zapasem czasu przed upływem terminu odpowiedzi.
- Alert dla kierownika - sprawa bez ruchu po przekroczeniu pierwszego progu, widoczna na liście zaległości.
- Zmiana właściciela - kierownik przejmuje sprawę albo przekazuje ją innej osobie z komentarzem.
- Raport miesięczny - odsetek spraw zamkniętych w terminie, liczony osobno dla każdego działu.
Dane z reklamacji dla jakości i zakupów
Każda zamknięta sprawa zostaje rekordem, który można analizować w dłuższym okresie. Zestawienie według dostawcy albo partii wskazuje źródło powtarzających się wad, zanim wpłyną one na wynik całej linii produktów.
SELECT d.Nazwa AS Dostawca, k.Nazwa AS Kategoria, COUNT(*) AS LiczbaSpraw
FROM dbo.Reklamacja AS r
JOIN dbo.Dostawca AS d ON d.Id = r.DostawcaId
JOIN dbo.Kategoria AS k ON k.Id = r.KategoriaId
WHERE r.DataWplywu >= DATEADD(MONTH, -6, SYSDATETIME())
GROUP BY d.Nazwa, k.Nazwa
HAVING COUNT(*) >= 5
ORDER BY LiczbaSpraw DESC;Liczba bezwzględna bywa myląca. Dostawca o dużym wolumenie dostaw ma więcej spraw niż dostawca marginalny, nawet jeśli jego wskaźnik wad jest niższy. Rzetelny raport dzieli liczbę spraw przez liczbę sprzedanych lub dostarczonych sztuk w tym samym okresie.
| Raport | Odbiorca | Decyzja, którą wspiera |
|---|---|---|
| Reklamacje według dostawcy | dział zakupów | renegocjacja warunków handlowych |
| Reklamacje według partii | dział jakości | zakres kontroli wejściowej |
| Reklamacje według przyczyny | produkcja i konstrukcja | zmiana materiału lub konstrukcji |
| SLA i CSAT | kierownik obsługi | obsada i priorytety zespołu |
Wskaźnik CSAT pochodzi z krótkiej ankiety wysyłanej po zamknięciu sprawy. Uzupełnia dane o czasie obsługi opinią klienta, więc pokazuje, czy szybka decyzja była też satysfakcjonująca. Reklamacje jako źródło informacji zarządczej opisuje strona reklamacja jako źródło cennych informacji, a związek z jakością produktów artykuł zarządzanie reklamacjami a jakość produktów.
Wdrożenie i wybór systemu do zarządzania reklamacjami
Wdrożenie zaczyna się od spisania najczęstszych scenariuszy reklamacyjnych w firmie, a dopiero potem od konfiguracji statusów i pól formularza. Poprawianie ich po uruchomieniu jest droższe niż przygotowanie na starcie.
Reguła: konfigurację statusów i pól zaczyna się od listy scenariuszy reklamacyjnych z ostatnich miesięcy, a nie od zestawu funkcji wybranego produktu.
Przy porównywaniu programów do reklamacji warto sprawdzić cztery rzeczy.
- Dostęp przez przeglądarkę - praca bez instalacji na stanowiskach, opisana w artykule system RMA online.
- Numer i status dla klienta - automatyczne nadanie numeru RMA oraz śledzenie sprawy online.
- Integracje - wymiana danych z systemami magazynowymi i ERP już używanymi w firmie.
- Raportowanie przyczyn - zestawienia wad według dostawcy oraz według partii.
Wdrożenie pilotażowe w jednym dziale lub w jednej lokalizacji ujawnia braki w konfiguracji szybciej niż uruchomienie w całej firmie. Po kilku tygodniach zespół ma dane o rzeczywistych statusach i terminach, więc poprawki wprowadza na podstawie faktów, a nie założeń. Dopiero potem system trafia do pozostałych działów.
Serwisanci odbierający towar u klienta potrzebują też responsywnego panelu lub aplikacji, którą opisuje artykuł aplikacja obsługi reklamacji. Przed decyzją zespół obsługi może przetestować formularz i panel w wersji demonstracyjnej: demo systemu reklamacji. Konfigurację i zakres modułów produktu opisuje strona Studio RMA.net, a kontakt telefoniczny z SoftwareStudio to +48 533 322 626.
