Osobny system do reklamacji czy moduł w ERP? Sześć pytań, które to rozstrzygają

Firmy, które mają wdrożony system ERP, prawie zawsze mają w nim jakąś obsługę reklamacji. Dokument reklamacji, status, powiązanie z fakturą, czasem korekta. Skoro to jest, naturalne pytanie brzmi: po co drugi system?

To dobre pytanie i nie ma na nie jednej odpowiedzi. Bywa, że moduł w ERP wystarcza w zupełności i dokładanie kolejnego narzędzia byłoby marnowaniem pieniędzy oraz cudzego czasu. Bywa też, że firma przez trzy lata próbuje zmieścić w module coś, do czego nigdy nie był zaprojektowany.

Poniżej sześć pytań, które to rozstrzygają — bez wróżenia i bez listy przewag.

Moduł reklamacyjny w ERP jest zbudowany wokół dokumentu: zamówienia, faktury, korekty. Jego zadaniem jest domknąć sprawę księgowo i magazynowo. Dedykowany system do reklamacji i serwisu jest zbudowany wokół procesu: kto, co, kiedy i w jakim terminie ma zrobić, zanim sprawa zostanie zamknięta.

Kiedy moduł w ERP naprawdę wystarcza

Zacznijmy od tej strony, bo to najczęstszy przypadek i najrzadziej się o nim mówi.

Jeśli w Twojej firmie reklamacja oznacza w praktyce: klient odsyła towar, magazyn go przyjmuje, księgowość wystawia korektę, sprawa zamknięta — moduł w ERP jest właściwym narzędziem. Robi dokładnie to, do czego został zaprojektowany, dane nie rozjeżdżają się między systemami, a Ty nie płacisz drugiej subskrypcji.

Dotyczy to zwykle handlu, dystrybucji i e-commerce ze zwrotami konsumenckimi. Sprawa jest krótka, uczestników jest dwóch, a jej efektem jest dokument.

W takiej sytuacji szukanie osobnego systemu jest rozwiązywaniem problemu, którego nie ma.

Kiedy moduł przestaje wystarczać

Sytuacja zmienia się, gdy zgłoszenie nie kończy się zwrotem, tylko naprawą.

Wtedy między przyjęciem a zamknięciem dzieje się kilkanaście rzeczy, których dokument nie opisuje: oględziny, diagnoza, wycena, decyzja o uznaniu, zamówienie części, przyjazd serwisanta, ponowna wizyta, protokół. Każda z nich ma swojego wykonawcę i swój termin.

To nie jest kwestia liczby pól w formularzu. To inna jednostka, wokół której wszystko się kręci: nie zamówienie, tylko urządzenie.

Sześć pytań

1. Czy między zgłoszeniem a zamknięciem ktoś musi coś zrobić fizycznie?

Jeśli tak — obejrzeć, zdiagnozować, naprawić, wymienić część, pojechać do klienta — to jest proces, a nie transakcja. Procesy mają etapy, etapy mają wykonawców, a wykonawcy mają terminy. Dokument w ERP nie ma gdzie tego zapisać, poza polem tekstowym „uwagi".

2. Czy potrzebujesz historii urządzenia, a nie historii zamówienia?

To pytanie rozstrzyga najwięcej. Kiedy klient dzwoni po raz trzeci w sprawie tej samej pompy, pytanie brzmi „co już przy niej robiliśmy", a nie „na której fakturze była".

ERP zna numer dokumentu. Żeby znać historię egzemplarza — numer seryjny, poprzednie naprawy, wymienione części, kto był ostatnio — potrzebujesz kartoteki urządzenia, nie kartoteki sprzedaży.

3. Czy masz więcej niż jeden rodzaj zgłoszenia?

Reklamacja konsumencka, reklamacja od dystrybutora, zlecenie serwisowe, przegląd okresowy, naprawa pogwarancyjna — to pięć różnych procesów. Różne terminy, różne osoby, różne dokumenty na wyjściu.

Moduł w ERP zwykle daje jeden schemat i listę statusów do wyboru. Da się w nim obsłużyć wszystko, ale wszystko wygląda tak samo, a różnice lądują w głowach ludzi. To działa do momentu, w którym ktoś odchodzi z firmy.

4. Czy termin jest przypisany do sprawy, czy do etapu?

Większość modułów potrafi pokazać, ile dni sprawa jest otwarta. Znacznie mniej potrafi odpowiedzieć na pytanie, gdzie utknęła.

Różnica jest praktyczna: „sprawa otwarta 19 dni" nie mówi nic, „czeka na część od 11 dni przy limicie 7" mówi wszystko — i pozwala zareagować, zanim klient zadzwoni. To wymaga terminu liczonego na każdym etapie i eskalacji po przekroczeniu, a nie jednego licznika na całości.

5. Kto ma widzieć zgłoszenie?

Serwisant w terenie, podwykonawca, dystrybutor, sam klient końcowy. W procesie serwisowym uczestników jest zwykle więcej niż dwóch i nie wszyscy mogą widzieć to samo.

Dostęp do ERP dostaje się rzadko i niechętnie — i słusznie, bo są tam ceny zakupu, marże i dane finansowe. To bywa realnym ograniczeniem: nie dlatego, że modułu nie da się skonfigurować, tylko dlatego, że nikt nie da serwisantowi konta w systemie księgowym.

6. Ile razy w ostatnim roku ktoś pytał „na jakim to jest etapie", a odpowiedź wymagała telefonu?

To pytanie kontrolne. Jeśli odpowiedź brzmi „raz na kwartał" — masz dobrze poukładany proces i nie potrzebujesz niczego więcej. Jeśli „w każdy poniedziałek" — informacja o stanie spraw nie mieszka w systemie, tylko w ludziach.

Trzecia droga, o której warto wiedzieć

To nie jest wybór „albo–albo". Najczęściej spotykany układ w firmach z rozbudowanym serwisem wygląda tak: ERP zostaje systemem finansowym i magazynowym, a proces obsługi zgłoszenia toczy się obok, wymieniając z nim dane w kluczowych momentach — przy przyjęciu, przy wydaniu części, przy wystawieniu dokumentu.

Nikt nie migruje księgowości. Chodzi o to, żeby proces miał gdzie się toczyć, a dokumenty powstawały tam, gdzie powstają dzisiaj.

Co kosztuje pomyłka w każdą stronę

Osobny system, gdy wystarczy moduł: druga subskrypcja, wdrożenie, dwa miejsca do sprawdzenia, dane w dwóch systemach. Koszt realny, ale odwracalny — po roku wracasz do modułu.

Moduł, gdy potrzebny jest proces: terminy pilnowane w arkuszu obok, historia urządzenia w głowie serwisanta, brak śladu przy sporze. Koszt rozłożony i niewidoczny, bo nie ma go w żadnej fakturze — dopóki nie przyjdzie reklamacja, która idzie do sądu, albo nie odejdzie osoba, która „wiedziała wszystko".

Podsumowanie

Jeśli po tej liście wychodzi Ci moduł w ERP — zostań przy nim. Naprawdę.

Jeśli wychodzi coś innego, zobacz, jak wygląda proces serwisowy z terminem na każdym etapie. Najbardziej rozbudowany proces działający dziś u naszego klienta ma 138 etapów — ale zaczyna się od pięciu i to zwykle wystarcza na start.