Zarządzanie reklamacjami w firmie handlowej - kto za co odpowiada
Firma handlowa przyjmuje reklamacje od klientów detalicznych i od odbiorców hurtowych, a wady towaru zwykle powstają u producenta lub w transporcie, czyli poza jej kontrolą. Mimo to firma odpowiada wobec kupującego jako sprzedawca. Zarządzanie reklamacjami polega więc na tym, żeby każda sprawa miała jednego właściciela i znany termin. Dokumenty powinny być kompletne, a rozliczenie z dostawcą stanowi odrębny krok procesu.
Z perspektywy działu handlowego proces dzieli się na cztery role. Obsługa klienta przyjmuje zgłoszenie i pilnuje komunikacji. Magazyn odbiera towar i ocenia jego stan fizyczny, a dział jakości rozstrzyga o zasadności. Księgowość wystawia korekty i zwroty. Szczegółowy podział pokazuje poniższa tabela.
| Etap | Odpowiada | Wspiera | Zapisuje w systemie |
|---|---|---|---|
| Przyjęcie zgłoszenia | obsługa klienta | handlowiec opiekun | numer sprawy, datę wpływu, dokument sprzedaży |
| Odbiór towaru | magazyn | kurier lub przewoźnik | przyjęcie zwrotu, stan opakowania |
| Ocena zasadności | dział jakości | dostawca lub producent | protokół, kod przyczyny |
| Decyzja wobec klienta | kierownik sprzedaży | dział prawny | rozstrzygnięcie i sposób załatwienia |
| Rozliczenie | księgowość | magazyn | korektę faktury, zwrot płatności |
Reguła: sprawa ma jednego właściciela w każdym momencie, a przekazanie jej innej roli zapisuje się w historii z datą i autorem.
Szczegółowy opis pracy w samej aplikacji zawiera artykuł o oprogramowaniu do obsługi reklamacji, a stronę klienta - opracowanie o programie RMA on-line. Wpływ terminowej obsługi na relacje z odbiorcami omawia tekst zarządzanie reklamacjami a lojalność klientów.
Dokumentacja sprawy jako dowód
Przy sporze z klientem liczy się to, co da się wykazać. Zgłoszenie i protokół oceny wraz ze zdjęciami dokumentują stan towaru, a decyzja z potwierdzeniem zamknięcia dokumentuje rozstrzygnięcie. Razem tworzą komplet przypisany do jednego numeru sprawy. Komplet odtwarza przebieg nawet po wielu miesiącach, a także pokazuje, kiedy wpłynęła reklamacja i kiedy odpowiedziano klientowi. Z tego powodu dokumenty dołącza się do sprawy w systemie, a nie trzyma w skrzynkach pocztowych pracowników.

Terminy w reklamacji towaru wynikające z przepisów
Terminy zależą od tego, kto kupuje, więc system musi rozpoznawać rodzaj klienta już przy rejestracji. Poniższe zestawienie oparto na tekstach jednolitych opublikowanych w bazie aktów prawnych Sejmu: ustawie o prawach konsumenta (Dz. U. 2026 poz. 1244) oraz Kodeksie cywilnym (Dz. U. 2026 poz. 795). Zestawienie ma charakter informacyjny i nie zastępuje porady prawnej.
Sprzedaż konsumentowi
Do umów sprzedaży zawieranych z konsumentem nie stosuje się przepisów Kodeksu cywilnego o rękojmi, bo zastępują je przepisy rozdziału 5a ustawy o prawach konsumenta. Przedsiębiorca odpowiada za brak zgodności towaru z umową, który istniał w chwili dostarczenia i ujawnił się w ciągu dwóch lat od tej chwili (art. 43c). Jeżeli niezgodność ujawniła się w tym okresie, domniemywa się, że istniała już przy dostarczeniu.
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). Konsument może żądać naprawy albo wymiany, a przedsiębiorca wykonuje je w rozsądnym czasie na swój koszt (art. 43d). W określonych sytuacjach, na przykład gdy naprawa lub wymiana zawiodą, konsument może złożyć oświadczenie o obniżeniu ceny albo odstąpić od umowy (art. 43e). Zwrot ceny po odstąpieniu następuje niezwłocznie, nie później niż w terminie 14 dni od otrzymania towaru lub dowodu jego odesłania.
Sprzedaż między przedsiębiorcami
W obrocie między firmami stosuje się rękojmię z Kodeksu cywilnego. Kupujący traci jej uprawnienia, jeśli nie zbadał rzeczy w sposób przyjęty przy rzeczach tego rodzaju i nie zawiadomił sprzedawcy niezwłocznie o wadzie (art. 563 § 1), a do zachowania terminu wystarczy wysłanie zawiadomienia. Sprzedawca odpowiada z tytułu rękojmi, jeżeli wada fizyczna zostanie stwierdzona przed upływem dwóch lat od wydania rzeczy (art. 568 § 1). Roszczenie o usunięcie wady lub wymianę przedawnia się z upływem roku od stwierdzenia wady (art. 568 § 2).
Gwarancja
Gwarancja jest odrębnym zobowiązaniem, które powstaje z oświadczenia gwarancyjnego. Jeżeli nie zastrzeżono innego terminu, gwarancja trwa dwa lata od dnia wydania rzeczy kupującemu (art. 577 § 4). Rękojmia i gwarancja działają obok siebie, więc sprawa może wymagać ustalenia, na której podstawie klient dochodzi roszczenia.
| Podstawa | Kupujący | Termin | Źródło |
|---|---|---|---|
| Odpowiedź na reklamację | konsument | 14 dni od otrzymania reklamacji | ustawa o prawach konsumenta, art. 7a |
| Niezgodność towaru z umową | konsument | dwa lata od dostarczenia | ustawa o prawach konsumenta, art. 43c |
| Rękojmia za wady fizyczne | przedsiębiorca | dwa lata od wydania rzeczy | Kodeks cywilny, art. 568 § 1 |
| Zawiadomienie o wadzie | przedsiębiorca | niezwłocznie po stwierdzeniu wady | Kodeks cywilny, art. 563 § 1 |
| Gwarancja bez zastrzeżonego terminu | każdy kupujący | dwa lata od wydania rzeczy | Kodeks cywilny, art. 577 § 4 |
Reguła: termin odpowiedzi konsumentowi liczy się od dnia otrzymania reklamacji, więc system zapisuje datę wpływu jako osobne pole i wylicza z niego termin.
Reklamacja przyjęta przy zwrocie towaru zakupionego na odległość to inna procedura niż odstąpienie od umowy, co omawia artykuł o return merchandise authorization.
Terminy wewnętrzne i SLA w systemie
Termin ustawowy jest granicą, której firma nie może przekroczyć, a termin wewnętrzny ma ostrzegać z wyprzedzeniem. Praktyczny układ zakłada dwa pola w sprawie: termin ostateczny wynikający z przepisów lub umowy oraz termin wewnętrzny wcześniejszy o kilka dni. Wartości wylicza się przy rejestracji z daty wpływu, a wynik zależy od typu klienta zapisanego w kartotece.
DECLARE @DataWplywu DATE = CAST(SYSUTCDATETIME() AS DATE);
UPDATE dbo.Reklamacja
SET TerminOdpowiedzi = DATEADD(DAY, 14, @DataWplywu),
TerminWewnetrzny = DATEADD(DAY, 10, @DataWplywu)
WHERE ReklamacjaId = @ReklamacjaId
AND TypKlienta = 'K';
Funkcja DATEADD jest opisana w dokumentacji T-SQL. Dla odbiorców hurtowych termin wynika z umowy handlowej, więc wartość dni zapisuje się w profilu klienta zamiast w kodzie. Kolejka kierownika sortuje sprawy według terminu wewnętrznego, a przypomnienie wysyła się na dzień przed jego upływem.
Eskalacja po terminie wewnętrznym
Po upływie terminu wewnętrznego sprawa trafia do listy przełożonego, który widzi jej właściciela oraz liczbę dni do terminu ostatecznego. Zadanie cykliczne oznacza takie sprawy znacznikiem i wysyła powiadomienie, a kolejne przekroczenie podnosi poziom eskalacji. Ustalone poziomy i adresaci powinny być zapisane w konfiguracji, żeby zmiana struktury organizacyjnej nie wymagała ingerencji w kod. Kolejkę spraw zagrożonych uzupełnia narzędzie nadzoru opisane na stronie program do nadzorowania reklamacji.
Dni robocze i kalendarz
Wewnętrzne cele czasowe wygodnie liczyć w dniach roboczych, ale wymaga to tabeli kalendarza ze świętami i dniami wolnymi. Terminów wynikających z przepisów nie należy przeliczać tą metodą bez ustalenia z prawnikiem, jak wskazany w przepisie termin się liczy. Bezpieczniejsze jest przechowywanie obu wartości obok siebie i pokazywanie w kolejce tej, która upływa wcześniej.
Arkusz kalkulacyjny czy system RMA
Arkusz kalkulacyjny działa, dopóki zgłoszeń jest niewiele, a z plikiem pracuje jedna osoba. Kiedy dochodzą kolejne osoby, rośnie liczba równoległych kopii, znika historia zmian, a terminy trzeba pilnować ręcznie. Koszt takiego chaosu rzadko widać od razu, bo licencja na arkusz jest tania, a wydatek ukrywa się w czasie pracowników. Zjawisko to opisuje szerzej artykuł o stratach wynikających z pracy w arkuszach.
| Kryterium | Arkusz kalkulacyjny | System RMA |
|---|---|---|
| Praca kilku osób nad zgłoszeniem | ryzyko nadpisania danych | równoczesna edycja bez konfliktów |
| Ślad audytowy zmian | brak lub notatki ręczne | log z datą i autorem |
| Powiadomienia o zmianie statusu | wysyłane ręcznie | generowane automatycznie |
| Numer RMA | nadawany i pilnowany ręcznie | generowany automatycznie i unikalny |
| Integracja z ERP i e-commerce | dane przepisywane ręcznie | wymiana danych przez API |
| Czas wdrożenia | kilka minut | od kilku dni do kilku tygodni |
Ryzyka pracy w arkuszu sprowadzają się do czterech powtarzalnych sytuacji:
- Nadpisane dane - dwie osoby edytujące ten sam wiersz tracą część zmian bez ostrzeżenia.
- Zgubiony termin odpowiedzi - bez powiadomienia o zbliżającym się terminie łatwo przeoczyć sprawę wymagającą pilnej reakcji.
- Zdublowany zwrot lub naprawa - brak wspólnej numeracji sprawia, że to samo zgłoszenie obsługują dwie osoby.
- Niespójne raporty - kilka wersji pliku uniemożliwia rzetelną analizę przyczyn reklamacji.
Firmy, które szukają rozwiązania bez własnego serwera, rozważają wariant opisany w artykule system RMA online. Zasady numeracji spraw omawia osobno strona numer RMA.
Raportowanie przyczyn reklamacji
Liczba reklamacji sama nie wskazuje, co naprawić. Potrzebny jest podział według przyczyn, który pokazuje, czy problem leży u dostawcy, w magazynie czy w opisie oferty. 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, a nie na wspomnieniach pracowników. Praktyka analizowania reklamacji jako źródła informacji opisana jest w serwisie reklamacja jako źródło informacji.
Słownik kodów przyczyn
Analiza wymaga jednego słownika przyczyn wypełnianego przy zamknięciu oceny. Pole tekstu wolnego nie da się zliczyć, a zbyt szczegółowy słownik prowadzi do wyborów przypadkowych. Sprawdza się kilkanaście kodów pogrupowanych w kategorie, na przykład wada produkcyjna albo uszkodzenie w transporcie. Kod przypisuje dział jakości, a nie obsługa klienta, żeby ocena była jednolita.
Zestawienie przyczyn w SQL Server z sumą narastającą
Zestawienie przyczyn według liczby zgłoszeń i skumulowanego udziału pokazuje, które kody odpowiadają za większość przypadków. Zapytanie korzysta z funkcji okna, opisanej w dokumentacji klauzuli OVER. Przykład zakłada, że tabela spraw ma kolumnę PrzyczynaId wskazującą słownik przyczyn.
WITH przyczyny AS (
SELECT p.Nazwa AS Przyczyna, COUNT(*) AS Liczba
FROM dbo.Reklamacja AS r
JOIN dbo.PrzyczynaReklamacji AS p ON p.PrzyczynaId = r.PrzyczynaId
WHERE r.DataZgloszenia >= DATEADD(MONTH, -12, SYSUTCDATETIME())
GROUP BY p.Nazwa
)
SELECT Przyczyna, Liczba,
CAST(100.0 * SUM(Liczba) OVER (ORDER BY Liczba DESC ROWS UNBOUNDED PRECEDING)
/ SUM(Liczba) OVER () AS DECIMAL(5,1)) AS SkumulowanyProcent
FROM przyczyny
ORDER BY Liczba DESC;

Wynik czyta się od góry: pierwsze kody, które razem przekraczają większość zgłoszeń, są kandydatami do działań u dostawcy lub w procesie magazynowym. Wskaźniki uzupełniające liczy się w zestawieniu okresowym:
| Wskaźnik | Jak liczyć | Co ujawnia |
|---|---|---|
| Czas do decyzji | data decyzji minus data wpływu | zapas wobec terminu odpowiedzi |
| Odsetek uznanych | sprawy uznane do wszystkich zamkniętych | jakość oferty i opisów towaru |
| Sprawy po terminie | otwarte z terminem w przeszłości | zagrożenie skutkami niedotrzymania terminu |
| Udział dostawcy w przyczynach | zgłoszenia z kodem wady produkcyjnej według dostawcy | podstawa rozmowy z dostawcą |
Raporty prezentacyjne i wydruki dla zarządu można budować w SSRS zgodnie z opisem w artykule SQL Report Builder. Dane o przyczynach wspomagają też pracę nad jakością produktów, którą opisuje tekst zarządzanie reklamacjami a jakość produktów.
Rozliczenie reklamacji z dostawcą
Reklamacja uznana wobec klienta rzadko kończy się w firmie handlowej, bo koszt można próbować odzyskać od dostawcy lub producenta. Wymaga to dopisania do sprawy dostawcy i numeru partii, a w praktyce także zdjęć i protokołu z oceny. Raport zestawiający wady według dostawcy pokazuje, którzy partnerzy generują największą liczbę spraw. Argumenty z takiego zestawienia są rzeczowe, bo opierają się na numerach spraw i datach, a nie na ogólnych wrażeniach. Zakres roszczeń wobec dostawcy zależy od umowy handlowej, więc warunki zwrotu ustala się przy zawieraniu kontraktu.
Platforma webowa czy moduł ERP
Po odejściu od arkusza firma wybiera między osobną platformą webową a modułem RMA w systemie ERP. Moduł ERP sprawdza się wtedy, gdy firma już z niego korzysta i chce mieć dane reklamacyjne obok danych sprzedaży, bez dodatkowych integracji, ale wdrożenie trwa dłużej i kosztuje więcej. Osobna platforma uruchamia się szybciej, jest prostsza w obsłudze i zwykle tańsza w utrzymaniu. W razie potrzeby można ją później połączyć z ERP przez API.
Wybór warto oprzeć na liczbie zgłoszeń, liczbie osób w procesie i wymaganiach klientów wobec czasu odpowiedzi. Coraz więcej firm wybiera model chmurowy, w którym dostawca odpowiada za serwery i aktualizacje, a także za kopie zapasowe, co opisuje artykuł obsługa reklamacji w chmurze. Gdy sprawy mają być pod stałym nadzorem kierownika, pomocne bywa narzędzie opisane na stronie program do nadzorowania reklamacji. Zestawienie argumentów za wdrożeniem systemu znajduje się w tekście 10 powodów, aby wdrożyć system RMA online, a zasady pracy w systemie firmy opisuje strona zarządzanie reklamacjami w Studio RMA.net.




