Magazyn odebrał przesyłkę, obsługa klienta widzi nadal oczekiwanie na paczkę, a kupujący pyta, dlaczego nic się nie zmienia. W takim przykładowym przypadku sam fakt posiadania integracji nie wyjaśnia, gdzie zatrzymała się informacja. Trzeba ustalić, jakie zdarzenie zostało zapisane, którego zwrotu dotyczy oraz jaki komunikat powinien z niego wynikać. To dobry punkt wyjścia do projektowania wspólnego obrazu sprawy w kilku narzędziach.

Jedna nazwa może oznaczać różne etapy

Zanim połączysz systemy, ustal znaczenie ich statusów. „Przyjęty” może opisywać zarejestrowanie zgłoszenia przez biuro albo fizyczny odbiór towaru w magazynie. „Zakończony” może dotyczyć kontroli produktu, rozliczenia lub całej sprawy. Gdy oba słowa są przesyłane bez uzgodnionego znaczenia, panel klienta może pokazywać coś innego, niż zakłada pracownik. Integracja nie powinna opierać się wyłącznie na podobieństwie nazw pól.

Rozdziel przynajmniej trzy obszary: kontakt z klientem, drogę towaru i rozliczenie pieniędzy. To podział roboczy do analizy procesu, nie obowiązkowy zestaw modułów. W małej firmie część informacji może znajdować się w jednym programie; w większej będzie przechodzić między kilkoma usługami.

Dokumentacja Shopify również odróżnia statusy zwrotu od płatności i realizacji zamówienia. Ten przykład pokazuje, dlaczego nie warto zakładać, że pojedyncza etykieta opisze całą obsługę. Nie oznacza jednak, że każdy sklep powinien przejąć identyczną listę statusów. Słownik trzeba dopasować do używanych narzędzi oraz rzeczywistych czynności. Przy każdym etapie dopisz, co go potwierdza i czego nie można jeszcze na jego podstawie obiecać klientowi.

Ustal, skąd pochodzi konkretna informacja

System ERP wspiera zarządzanie zasobami i procesami firmy, a WMS obsługę magazynu. Samo użycie tych nazw nie określa jednak, gdzie w danym wdrożeniu powstaje decyzja o rozliczeniu lub informacja o odbiorze paczki. Wspólnie z zespołem i wykonawcą integracji wskaż źródło każdej ważnej danej. Panel klienta powinien korzystać z potwierdzonego zdarzenia, zamiast zgadywać etap na podstawie samego upływu czasu.

• Zarejestrowanie zgłoszenia powiąż z jego treścią i datą otrzymania.
• Odbiór przesyłki powiąż ze zdarzeniem zapisanym przez uprawnioną osobę lub system magazynowy.
• Wynik sprawdzenia produktu odróżnij od decyzji o dalszym sposobie obsługi.
• Zlecenie zwrotu środków odróżnij od potwierdzenia jego wykonania dostępnego w używanym rozwiązaniu płatniczym.

Do takiej mapy dopisz osobę odpowiedzialną za wyjaśnienie rozbieżności. Gdy magazyn potwierdzi odbiór, a panel nie zmieni widoku, pracownik powinien wiedzieć, kto sprawdza transmisję i z jakich informacji korzysta. Nie wystarczy ogólne ustalenie, że „zajmuje się tym IT”. Potrzebny jest również sposób przekazania stanu sprawy obsłudze klienta na czas wyjaśniania problemu, bez ręcznego oznaczania niepotwierdzonych operacji jako wykonane.

Szersze spojrzenie na współpracę systemów i kanałów sprzedaży przedstawia materiał: https://nowymarketing.pl/obsluga-reklamacji-i-zwrotow-w-modelu-omnichannel/. Przy projektowaniu konkretnej integracji warto przełożyć ten ogólny obraz na małe, sprawdzalne zdarzenia. To one mają wyjaśniać stan pojedynczego zwrotu, zamiast jedynie zasilać listę ogólnych etykiet w kolejnych aplikacjach.

Połącz zwrot z właściwymi pozycjami zamówienia

Numer zamówienia jest przydatny, ale może nie wystarczyć do opisania całej sytuacji. Klient może odesłać tylko część produktów albo przekazać je w osobnych przesyłkach. Ustal więc powiązania między zgłoszeniem, pozycją zamówienia, ilością i paczką. Nie traktuj samej zgodności nazwiska jako pewnego sposobu łączenia rekordów. Jedna osoba może mieć kilka zakupów i kilka równoległych spraw dotyczących różnych rzeczy.

Powiązanie powinno pozostać widoczne także przy częściowym zwrocie.

Załóżmy, że z zamówienia obejmującego trzy sztuki tego samego produktu wraca jedna. Magazyn powinien móc zapisać faktycznie przyjętą ilość, a dalsze etapy odnieść ją do odpowiedniej pozycji. Oznaczenie całego zamówienia jako zwróconego zatarłoby różnicę między jedną sztuką a trzema. To hipotetyczny przykład do sprawdzenia projektu, nie opis działania konkretnego systemu. Sposób odwzorowania trzeba potwierdzić w dokumentacji i konfiguracji integracji.

Nie myl przy tym numeru technicznego z warunkiem korzystania z praw konsumenta. Wewnętrzny identyfikator ułatwia pracę firmie, ale nie uzasadnia odrzucenia reklamacji tylko dlatego, że klient nie założył jej w wybranym panelu. Informację otrzymaną inną dopuszczalną drogą trzeba umieć wprowadzić do procesu z zachowaniem jej pierwotnej daty i treści. Rozróżnij również reklamację, odstąpienie od umowy i dobrowolną politykę zwrotów sklepu.

Przygotuj integrację na opóźnienie i powtórzenie komunikatu

Zdarzenie może powstać w jednym systemie wcześniej, niż zostanie uwzględnione w drugim. Uzgodnij z wykonawcą sposób zapisywania czasu zdarzenia, czasu odebrania informacji oraz jej identyfikatora. To pozwoli odróżnić opóźnioną synchronizację od braku wykonania czynności. Nie deklaruj klientowi aktualizacji natychmiastowej, jeżeli wdrożenie pobiera dane okresowo i nie zapewnia takiego tempa.

Dokumentacja integracyjna Shopify wskazuje, że powiadomienia o zdarzeniach mogą docierać ponownie i nie muszą zachowywać kolejności. Zaleca też okresowe uzgadnianie danych. Warto o te kwestie zapytać również przy innym rozwiązaniu, zamiast zakładać bezbłędny przepływ. Ponowne odebranie tej samej wiadomości nie powinno oznaczać drugiego przyjęcia towaru ani ponownego rozliczenia. Metodę rozpoznawania powtórzeń trzeba dobrać do zdarzeń i możliwości używanego oprogramowania.

Gdy synchronizacja się zatrzyma, pokaż obsłudze stan wymagający sprawdzenia. Usunięcie ostrzeżenia bez wyjaśnienia jego przyczyny nie przywraca zgodności danych. Ustal, kto i w jaki sposób porównuje rekordy oraz jak zapisuje wynik korekty.

Przetestuj to, co zobaczy klient i pracownik

Test udanej wymiany jednego komunikatu jest zbyt wąski, aby ocenić cały proces. Przejdź przez scenariusz od zgłoszenia do końcowego rozliczenia w środowisku przeznaczonym do prób. Sprawdź nie tylko dane techniczne, lecz także treść wiadomości i panel klienta. Status „towar odebrany” powinien przekazywać właśnie tę informację; nie może sugerować, że pieniądze są już na rachunku, jeśli nie ma podstaw do takiego stwierdzenia.

• Sprawdź zwrot jednej pozycji z większego zamówienia oraz kilku sztuk tej samej pozycji.
• Zasymuluj powtórzone i opóźnione zdarzenie, a także przerwę w połączeniu.
• Porównaj widok magazynu, obsługi i klienta po każdym istotnym kroku.
• Zweryfikuj, czy sprostowanie danych pozostawia czytelną historię zmian.

Do odbioru integracji przygotuj konkretne kryterium: po zapisaniu określonego zdarzenia uprawniony pracownik znajduje je przy właściwej pozycji, a kupujący otrzymuje zgodny komunikat. Jeśli któregokolwiek elementu brakuje, wróć do mapy danych i reguł przejścia między etapami. Sam zielony komunikat o połączeniu systemów nie potwierdza jeszcze, że ta sama sprawa jest we wszystkich miejscach rozumiana jednakowo.

Materiał zewnętrzny