Szablon danych do obsługi zwrotów i refundacji
Szablon danych do obsługi zwrotów i refundacji
To ogólny szablon danych do process mining dla procesu Obsługa zwrotów i zwrotów środków. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.
Wybierz konkretny system- Uniwersalna struktura danych, którą można zastosować w każdym systemie obsługi zwrotów i refundacji.
- Najważniejsze atrybuty i czynności do rzetelnej analizy procesu.
- Podstawa do wykrywania nieefektywności i możliwości usprawnienia procesu.
Atrybuty obsługi zwrotów i refundacji
| Nazwa | Opis | ||
|---|---|---|---|
| Czas zdarzenia EventTime | Znacznik czasu wskazujący, kiedy wystąpiła dana czynność lub zdarzenie. | ||
| Opis Czas zdarzenia, czyli znacznik czasu, określa dokładną datę i godzinę wykonania czynności. Te dane chronologiczne pozwalają prawidłowo uporządkować zdarzenia w każdej sprawie i odtworzyć przebieg procesu zwrotu. Atrybut ten jest niezbędny w analizach opartych na czasie. Służy do obliczania czasu między czynnościami, mierzenia całkowitego czasu obsługi sprawy zwrotu i monitorowania zgodności z umowami SLA, na przykład czasu realizacji zwrotu pieniędzy. Analiza znaczników czasu pozwala wskazać opóźnienia, ocenić wyniki procesu w czasie i znaleźć sposoby na skrócenie obsługi zwrotu. Dlaczego to ważne Pozwala ustalić chronologiczną kolejność zdarzeń, niezbędną do obliczania czasu realizacji, wskazywania wąskich gardeł i mierzenia zgodności z SLA. Skąd pobrać Zwykle znajduje się w dziennikach systemowych, zapisach transakcji lub znacznikach czasu utworzenia dokumentów powiązanych z poszczególnymi czynnościami. Przykłady 2023-04-15T10:30:00Z2023-11-20T14:22:15Z2024-01-05T09:00:00Z | |||
| Identyfikator sprawy zwrotu ReturnCaseId | Unikalny identyfikator sprawy klienta dotyczącej zwrotu i zwrotu pieniędzy. Łączy wszystkie powiązane czynności od rozpoczęcia sprawy do jej zamknięcia. | ||
| Opis Identyfikator sprawy zwrotu to klucz główny, który jednoznacznie wskazuje pojedynczą instancję procesu zwrotu. Każdy zwrot zgłoszony przez klienta otrzymuje unikalny identyfikator. Służy on do śledzenia wszystkich kolejnych zdarzeń, dokumentów i wiadomości związanych z danym zwrotem. W analizie process mining ten identyfikator pozwala połączyć powiązane zdarzenia w spójny przebieg procesu. Dzięki niemu narzędzie odtwarza całą ścieżkę zwrotu, od pierwszego zgłoszenia po ostateczne rozstrzygnięcie, takie jak zwrot pieniędzy lub wymiana. Bez spójnego identyfikatora sprawy nie można wiarygodnie analizować wariantów procesu, mierzyć czasu realizacji ani wskazywać wąskich gardeł. Dlaczego to ważne To podstawowy atrybut process mining. Łączy wszystkie powiązane zdarzenia w jedną sprawę, co pozwala odtworzyć i analizować cały proces zwrotu. Skąd pobrać Zwykle znajduje się w nagłówku dokumentu zamówienia zwrotu, dokumentacji autoryzacji zwrotu towaru (RMA) lub systemie zarządzania sprawami. Przykłady RT-94301RMA-2024-00123CASE-582190-RET700045981 | |||
| Nazwa czynności ActivityName | Nazwa konkretnego zdarzenia biznesowego lub zadania, które wystąpiło w procesie zwrotu i zwrotu pieniędzy. | ||
| Opis Nazwa czynności opisuje konkretny krok lub etap procesu zwrotu. Oznacza pojedyncze działanie albo zmianę statusu, na przykład „Utworzono zgłoszenie zwrotu”, „Otrzymano produkt” lub „Zrealizowano zwrot pieniędzy”. Czynności te składają się na mapę procesu. W analizie ten atrybut służy do wizualizacji przebiegu procesu, kolejności kroków i częstotliwości ich występowania. Analiza czynności pomaga wskazać typowe ścieżki, odstępstwa od standardowego przebiegu oraz miejsca, w których trzeba ponownie wykonać pracę. Pozwala zrozumieć, jak faktycznie przebiega zwrot, i jest wykorzystywana w większości dashboardów i KPI process mining. Dlaczego to ważne Określa kroki procesu, dzięki czemu można przedstawić jego mapę, analizować warianty oraz wskazywać wąskie gardła i powtarzające się etapy pracy. Skąd pobrać Informacje te pochodzą często z dzienników zmian statusu, tabel zdarzeń lub kodów transakcji w systemie źródłowym. Przykłady Akceptacja zgłoszenia zwrotuZakończenie kontroli produktuUtworzenie noty uznaniowejSprawa zwrotu zamknięta | |||
| Data ostatniej aktualizacji danych LastDataUpdate | Znacznik czasu wskazujący, kiedy ostatnio odświeżono dane dotyczące procesu. | ||
| Opis Ten atrybut określa, kiedy ostatnio pobrano lub zaktualizowano w systemach źródłowych zbiór danych używany w analizie process mining. Informuje, jak aktualne są uzyskane wyniki. Dane te nie służą bezpośrednio do obliczania wskaźników procesu, takich jak czas realizacji, ale pomagają odbiorcom raportów ocenić aktualność informacji. Dzięki nim wiadomo, czy dashboardy pokazują wyniki do wczoraj, czy do poprzedniego tygodnia, co ułatwia właściwą interpretację analizy. Dlaczego to ważne Informuje o aktualności danych, dzięki czemu odbiorcy wiedzą, jak świeża jest analiza procesu. Skąd pobrać To zwykle metadane generowane podczas procesu pobierania, przekształcania i ładowania danych (ETL). Przykłady 2023-05-01T02:00:00Z2023-05-02T02:00:00Z2023-05-03T02:00:00Z | |||
| System źródłowy SourceSystem | System informatyczny, z którego pobrano dane o zdarzeniach. | ||
| Opis Atrybut „System źródłowy” wskazuje aplikację lub platformę, w której zarejestrowano daną czynność. W wielu firmach proces zwrotu obejmuje kilka systemów, na przykład CRM do obsługi zgłoszenia, WMS do przyjęcia produktu i ERP do realizacji zwrotu pieniędzy. Wskazanie systemu źródłowego pomaga zarządzać danymi i zrozumieć środowisko technologiczne procesu. Analiza może pomóc ustalić źródło problemów z jakością danych albo ujawnić rozdrobnienie procesu, gdy zadania często przechodzą między systemami. Takie przekazania mogą powodować opóźnienia i obniżać efektywność. Dlaczego to ważne Pomaga ustalić pochodzenie danych oraz analizować przekazywanie zadań i opóźnienia wynikające ze współpracy różnych systemów IT. Skąd pobrać To często pole metadanych dodawane podczas pobierania danych lub dostępne w nagłówkach dzienników systemowych. Przykłady SAP S/4HANASalesforceOracle NetSuiteDynamics 365 | |||
| Czas zakończenia zdarzenia EventEndTime | Znacznik czasu wskazujący, kiedy zakończono daną czynność. | ||
| Opis Czas zdarzenia wskazuje początek czynności, a czas zakończenia zdarzenia określa, kiedy się ona skończyła. Jest szczególnie przydatny w przypadku czynności o mierzalnym czasie trwania, takich jak „Kontrola produktu” lub „Kontrola jakości”. W analizie atrybut ten służy przede wszystkim do obliczania czasu trwania poszczególnych czynności. Analitycy odejmują czas zdarzenia od czasu jego zakończenia, aby sprawdzić, ile trwał każdy krok. To ważne przy analizie wąskich gardeł, planowaniu dostępności zasobów i wskazywaniu czynności, które zajmują najwięcej czasu w całym procesie. Dlaczego to ważne Pozwala obliczać czas trwania czynności, co jest niezbędne do szczegółowej analizy wąskich gardeł i wykorzystania zasobów. Skąd pobrać Dostępny w dziennikach systemowych lub danych transakcyjnych, jeśli zapisano znaczniki czasu rozpoczęcia i zakończenia operacji. Przykłady 2023-04-15T11:00:00Z2023-11-20T14:55:00Z2024-01-05T17:30:00Z | |||
| Faktyczna kwota zwrotu ActualRefundAmount | Końcowa kwota zwrócona klientowi po wszystkich kontrolach i korektach. | ||
| Opis Faktyczna kwota zwrotu to końcowa suma przekazana klientowi. Może różnić się od kwoty wnioskowanej z powodu opłat za ponowne przyjęcie produktu do magazynu, promocji, potrącenia kosztów wysyłki lub korekt wynikających ze stanu zwracanego produktu. Atrybut ten jest niezbędny do uzgodnień finansowych i oceny wyników procesu. W porównaniu z kwotą wnioskowaną stanowi podstawę KPI „Zgodność kwoty zwrotu”. Analiza tych danych pomaga zrozumieć finansowe skutki zasad zwrotów i przyczyny korekt, a także wykryć utratę lub odzyskanie wartości. Dlaczego to ważne Jest niezbędna w analizie finansowej, ocenie poprawności kwot zwrotów i ustalaniu rzeczywistego wpływu procesu zwrotów na finanse firmy. Skąd pobrać Znajduje się w nocie uznaniowej, dokumentach księgowych lub końcowych zapisach zamknięcia sprawy w systemie ERP albo księgowym. Przykłady 99.99135.000.001200.75 | |||
| Identyfikator klienta CustomerId | Unikalny identyfikator klienta, który zgłosił zwrot. | ||
| Opis Identyfikator klienta jednoznacznie wskazuje osobę lub firmę zwracającą produkt. Łączy transakcję zwrotu z historią współpracy klienta z firmą. Atrybut ten pozwala analizować proces zwrotów z perspektywy klienta. Analiza może ujawnić klientów często zwracających produkty, co może wskazywać na nadużycia lub powtarzające się niezadowolenie. Można też podzielić zwroty na grupy klientów i sprawdzić na przykład, czy klienci VIP przechodzą szybszy lub inny proces niż pozostali. Dlaczego to ważne Umożliwia analizę z perspektywy klienta, pomaga wskazać osoby często zwracające produkty, segmentować klientów i oceniać obsługę zwrotów w różnych grupach. Skąd pobrać Znajduje się w nagłówku zamówienia zwrotu lub w powiązanych danych konta klienta w systemie CRM albo ERP. Przykłady CUST-10045ACCT-9821-B800345user@example.com | |||
| Identyfikator produktu ProductId | Unikalny identyfikator zwracanego produktu lub usługi. | ||
| Opis Identyfikator produktu to unikalny kod, na przykład SKU lub numer materiału, który wskazuje konkretny zwracany produkt. Łączy sprawę zwrotu z katalogiem produktów firmy. Analiza zwrotów według identyfikatora produktu pomaga wskazać produkty o wysokim odsetku zwrotów. Może ujawnić problemy z jakością, wady konstrukcyjne lub nieprecyzyjne opisy w internecie. Firma może wykorzystać te informacje, podejmując decyzje o wycofaniu produktu, zmianie jego projektu lub aktualizacji materiałów marketingowych. To ważny wymiar analizy finansowych i operacyjnych skutków zwrotów dla poszczególnych produktów. Dlaczego to ważne Umożliwia analizę na poziomie produktu i wskazanie produktów często zwracanych, co może świadczyć o problemach z jakością lub nieprecyzyjnych opisach. Skąd pobrać Dostępny w szczegółach pozycji zamówienia zwrotu, zamówienia sprzedaży lub dokumentacji autoryzacji zwrotu towaru (RMA). Przykłady SKU-A-5011-BLUEMAT-987654PROD-000424005808915442 | |||
| Kanał zwrotu ReturnChannel | Sposób lub kanał, za pośrednictwem którego klient zgłosił zwrot. | ||
| Opis Kanał zwrotu określa, w jaki sposób rozpoczęto zwrot, na przykład przez „Portal internetowy”, „Sklep stacjonarny”, „Kontakt z obsługą klienta” lub „Pocztę”. Poszczególne kanały mogą wiązać się z innym przebiegiem procesu, kosztami i poziomem satysfakcji klientów. Analiza procesu zwrotu według kanału pozwala porównać jego efektywność i opłacalność. Może się okazać, że w jednym kanale czas realizacji jest znacznie dłuższy lub częściej potrzebna jest ręczna obsługa. Takie wnioski pomagają zdecydować, w których obszarach warto usprawnić proces lub wdrożyć automatyzację, aby zapewnić klientom spójniejszą i sprawniejszą obsługę we wszystkich kanałach. Dlaczego to ważne Analiza według kanału pozwala porównać efektywność, koszty i jakość obsługi różnych metod zwrotu, co ułatwia planowanie inwestycji. Skąd pobrać Informacje te są zwykle zbierane podczas zgłaszania zwrotu i zapisywane w zgłoszeniu lub systemie zarządzania sprawami. Przykłady InternetSklep stacjonarnyCentrum obsługi telefonicznejPoczta | |||
| Powód zwrotu ReturnReason | Powód zwrotu podany przez klienta lub ustalony podczas kontroli. | ||
| Opis Powód zwrotu określa, dlaczego produkt został odesłany. Przyczyny mogą być różne: „Wysłano niewłaściwy produkt”, „Produkt jest wadliwy”, „Zmiana decyzji” lub „Nie pasował”. Informacje te są zwykle zbierane od klienta podczas zgłaszania zwrotu. Atrybut ten jest bardzo przydatny w analizie przyczyn źródłowych. Analiza najczęstszych powodów zwrotów pozwala firmie wykryć problemy z produktami, dokładnością wysyłek lub opisami produktów. Wnioski mogą pomóc poprawić jakość produktów, logistykę lub działania marketingowe, a w efekcie ograniczyć liczbę zwrotów i zwiększyć satysfakcję klientów. Dlaczego to ważne Umożliwia analizę przyczyn źródłowych i wykrywanie powtarzających się problemów z produktami, błędów wysyłki lub preferencji klientów, co może ograniczyć liczbę przyszłych zwrotów. Skąd pobrać Zwykle zapisywany w formularzu zgłoszenia zwrotu lub dokumencie zamówienia jako standardowy kod przyczyny albo tekst wpisany przez użytkownika. Przykłady Produkt wadliwyNiewłaściwy rozmiar lub kolorDostawa z opóźnieniemProdukt nie jest już potrzebny | |||
| Użytkownik odpowiedzialny ResponsibleUser | Użytkownik, pracownik lub agent systemowy, który wykonał daną czynność albo odpowiada za jej wykonanie. | ||
| Opis Ten atrybut wskazuje osobę lub zespół, który wykonał dane zadanie w procesie zwrotu. Może to być konsultant obsługi klienta zatwierdzający zwrot, pracownik magazynu sprawdzający produkt lub system automatycznie realizujący zwrot pieniędzy. Analiza użytkownika odpowiedzialnego pomaga ocenić rozkład obciążenia pracą, wyniki zespołów i potrzeby szkoleniowe. Może ujawnić, że określone osoby lub zespoły tworzą wąskie gardła albo stosują inne warianty procesu. Dane te są również przydatne w analizie poprawek, ponieważ pokazują, kto wykonał pierwotne zadanie i kto musiał je skorygować. Dlaczego to ważne Atrybut ten służy do analizy wyników pracy zasobów: pozwala porównywać efektywność zespołów, oceniać rozkład obciążenia i wskazywać potrzeby szkoleniowe. Skąd pobrać Zwykle znajduje się w szczegółach transakcji, dziennikach zmian dokumentów lub dziennikach aktywności użytkowników, w polach takich jak „ID użytkownika” lub „Przetworzył”. Przykłady j.smithServiceTeam_EUSYSTEM_AUTOAgent045 | |||
| Wnioskowana kwota zwrotu RequestedRefundAmount | Łączna kwota zwrotu, o którą klient wnioskuje na początku procesu. | ||
| Opis Ten atrybut określa początkową kwotę zwrotu oczekiwaną przez klienta, zwykle obliczoną na podstawie ceny zwracanych produktów. Stanowi punkt odniesienia na początku procesu zwrotu. W analizie porównanie tej kwoty z faktyczną kwotą zwrotu jest niezbędne do obliczenia KPI „Zgodność kwoty zwrotu”. Różnice mogą wynikać z opłat za ponowne przyjęcie produktu do magazynu, częściowego zwrotu za uszkodzony towar lub błędnych obliczeń początkowych. Analiza tej wartości pomaga również klasyfikować zwroty według ich skutków finansowych. Dlaczego to ważne Stanowi punkt odniesienia przy ocenie poprawności kwoty zwrotu i pozwala klasyfikować sprawy według wartości, aby skupić uwagę na tych o dużej wartości. Skąd pobrać Zwykle znajduje się w zgłoszeniu zwrotu lub początkowym dokumencie zamówienia zwrotu i jest powiązana z wartością netto produktów. Przykłady 99.99150.0025.501200.75 | |||
| Kod dalszego postępowania DispositionCode | Kod określający wynik kontroli produktu i kolejne działanie. | ||
| Opis Kod dalszego postępowania przypisuje się po fizycznej kontroli zwracanego produktu. Określa on kolejny krok, na przykład „Przyjęcie z powrotem do magazynu”, „Naprawa”, „Złomowanie” lub „Zwrot do dostawcy”. Analiza kodów dalszego postępowania pokazuje wyniki obsługi zwrotów. Pozwala oszacować finansowe skutki zwrotów, na przykład udział produktów przeznaczonych do złomowania w porównaniu z tymi, które można ponownie sprzedać. Dane te są ważne dla zarządzania zapasami i oceny rzeczywistych kosztów zwrotów, wykraczających poza samą kwotę zwrotu pieniędzy. Dlaczego to ważne Pokazuje wynik kontroli, co ma znaczenie dla zarządzania zapasami oraz obliczania strat lub odzyskanej wartości ze zwracanych produktów. Skąd pobrać Zwykle zapisywany w systemie zarządzania magazynem lub zapasami po zakończeniu fizycznej kontroli zwracanego produktu. Przykłady PRZYJĘCIE DO MAGAZYNUZŁOMOWANIENAPRAWAZWROT_DO_DOSTAWCY | |||
| Kod firmy CompanyCode | Identyfikator podmiotu prawnego lub oddziału firmy obsługującego zwrot. | ||
| Opis W dużych, międzynarodowych firmach kod firmy służy do rozróżniania podmiotów prawnych i spółek zależnych. Dzięki niemu transakcje finansowe i przepływy zapasów są przypisywane do właściwej części firmy. W firmach działających za pośrednictwem wielu podmiotów prawnych atrybut ten pozwala podzielić analizę procesu na segmenty. Umożliwia porównanie obsługi zwrotów w różnych krajach, jednostkach biznesowych lub markach. Może ujawnić regionalne różnice w efektywności, przestrzeganiu zasad lub najczęstszych powodach zwrotów. Dlaczego to ważne W firmach obejmujących wiele podmiotów pozwala porównywać wyniki procesu i zgodność z zasadami w różnych jednostkach biznesowych, regionach lub spółkach. Skąd pobrać To podstawowe pole danych organizacyjnych, dostępne w nagłówkach dokumentów finansowych i logistycznych w systemie ERP. Przykłady 1000US01DE015400 | |||
| Powód odrzucenia RejectionReason | Konkretna przyczyna odrzucenia zgłoszenia zwrotu lub wniosku o zwrot pieniędzy. | ||
| Opis Jeśli zwrot nie zostanie przyjęty, powód odrzucenia wyjaśnia przyczynę. Typowe powody to „Upłynął termin zwrotu”, „Produkt uszkodzony przez klienta” lub „Produkt nie podlega zwrotowi”. Atrybut ten pomaga ocenić zgodność procesu z zasadami i sposób ich egzekwowania. Analiza powodów odrzucenia pozwala wykryć częste nieporozumienia klientów dotyczące zasad zwrotów. Może też ujawnić różnice w stosowaniu tych zasad przez poszczególnych pracowników lub zespoły. Wnioski można wykorzystać do wyjaśnienia zasad klientom lub lepszego przeszkolenia pracowników. Dlaczego to ważne Wyjaśnia, dlaczego zwroty są odrzucane, i pomaga ocenić zachowania klientów, jasność zasad oraz spójność ich stosowania. Skąd pobrać Znajduje się w notatkach dotyczących sprawy lub w polu statusu systemu autoryzacji zwrotów albo zarządzania sprawami. Przykłady Upłynął termin zwrotuProdukt nie jest w pierwotnym stanieProdukt z wyprzedaży końcowejBrak oryginalnego opakowania | |||
| Status zwrotu ReturnStatus | Bieżący status sprawy zwrotu w chwili wystąpienia zdarzenia. | ||
| Opis Status zwrotu pokazuje etap procesu, na którym znajduje się sprawa, na przykład „Oczekuje na zatwierdzenie”, „Oczekuje na dostawę”, „Kontrola zakończona” lub „Zamknięta”. Określa stan całej sprawy. Nazwa czynności opisuje pojedyncze zdarzenia, natomiast status zwrotu ułatwia filtrowanie i analizowanie spraw według ich bieżącego stanu. Pomaga zarządzać przepustowością operacyjną, pokazując liczbę spraw na każdym etapie procesu. Na tej podstawie można tworzyć dashboardy monitorujące pracę w toku i wskazujące etapy, na których gromadzą się zaległości. Dlaczego to ważne Pozwala śledzić postęp zwrotów i analizować pracę w toku, co pomaga zarządzać przepustowością i wykrywać zaległości. Skąd pobrać To pole statusu w nagłówku zamówienia zwrotu, rekordu RMA lub sprawy. Przykłady Oczekuje na zatwierdzeniePrzyjęcie produktuPrzetworzenie refundacjiZamknięta | |||
Czynności w procesie obsługi zwrotów i refundacji
| Działanie | Opis | ||
|---|---|---|---|
| Przetworzenie refundacji | To działanie oznacza końcowe rozliczenie finansowe, w ramach którego środki są faktycznie zwracane klientowi. Potwierdza wysłanie płatności i wywiązanie się firmy z zobowiązania finansowego. | ||
| Dlaczego to ważne To ostatni krok w realizacji oczekiwania klienta na zwrot pieniędzy. Opóźnienia na tym etapie mogą prowadzić do niezadowolenia i sporów, nawet jeśli wszystkie wcześniejsze działania przebiegły szybko. Skąd pobrać Zdarzenie to jest często rejestrowane w systemie finansowym podczas księgowania dokumentu rozliczenia płatności powiązanego z notą uznaniową albo na podstawie potwierdzenia z bramki płatniczej. Rejestrowanie Znajdź znacznik czasu dokumentu rozliczenia finansowego lub status „Opłacono” na nocie uznaniowej. Typ zdarzenia explicit | |||
| Przyjęcie produktu | To działanie oznacza fizyczne przyjęcie zwróconego produktu w magazynie lub wyznaczonym centrum zwrotów. Jest to ważny etap logistyczny, który potwierdza, że produkt wrócił w posiadanie firmy. | ||
| Dlaczego to ważne To ważny punkt kontrolny, który dzieli proces zwrotu na etap działań klienta i etap działań wewnętrznych. Czas od akceptacji do przyjęcia produktu pokazuje sprawność klienta i dostawy. Skąd pobrać Jest to jawne zdarzenie rejestrowane w systemie zarządzania magazynem lub zapasami, zwykle podczas księgowania przyjęcia towaru albo skanowania produktu po dostawie. Rejestrowanie Znajdź transakcje przyjęcia towaru lub dzienniki ruchów magazynowych powiązane z identyfikatorem danej sprawy zwrotu. Typ zdarzenia explicit | |||
| Sprawa zwrotu zamknięta | To ostatnia czynność, która oznacza zakończenie wszystkich działań logistycznych, finansowych i administracyjnych związanych ze zwrotem. Sprawa otrzymuje status końcowy i nie wymaga dalszej obsługi. | ||
| Dlaczego to ważne To oznacza definitywny koniec procesu dla pojedynczej sprawy. Zdarzenie jest niezbędne do prawidłowego obliczenia czasu realizacji całego procesu i oceny jego przepustowości. Skąd pobrać To zdarzenie można wywnioskować z końcowej zmiany statusu głównego rekordu sprawy zwrotu, na przykład na „Zamknięta” lub „Zakończona”. Rejestrowanie Zarejestruj znacznik czasu aktualizacji głównego rekordu sprawy zwrotu do końcowego statusu. Typ zdarzenia inferred | |||
| Ustalenie dalszego postępowania z produktem | Po kontroli podejmowana jest decyzja o dalszym postępowaniu ze zwróconym produktem. Można go ponownie wprowadzić do zapasów, przeznaczyć do utylizacji lub wysłać do naprawy. | ||
| Dlaczego to ważne Decyzje o dalszym postępowaniu bezpośrednio wpływają na poziom zapasów i odpisy finansowe. Analiza tych decyzji pomaga zrozumieć koszty zwrotów i przyczyny wad produktów. Skąd pobrać Zdarzenie to jest zwykle rejestrowane jako konkretny kod dalszego postępowania lub kod przyczyny przypisany do pozycji zwrotu po zakończeniu kontroli. Rejestrowanie Znajdź zdarzenie przypisania do zwracanego produktu kodu dalszego postępowania lub działania następczego, takiego jak „Zwrot środków” albo „Utylizacja”. Typ zdarzenia explicit | |||
| Utworzenie noty uznaniowej | To działanie oznacza utworzenie dokumentu finansowego upoważniającego do zwrotu pieniędzy klientowi. Dokument formalnie określa kwotę do zwrotu i przygotowuje system finansowy do płatności. | ||
| Dlaczego to ważne To początek etapu rozliczenia finansowego zwrotu. Czas od przyjęcia produktu do utworzenia noty uznaniowej jest ważnym miernikiem efektywności obsługi wewnętrznej. Skąd pobrać Jest to jawne zdarzenie rejestrowane podczas tworzenia noty uznaniowej, noty kredytowej lub równoważnego dokumentu rozliczeniowego w module finansowym lub sprzedażowym. Rejestrowanie Zapisz znacznik czasu utworzenia noty uznaniowej powiązanej ze sprawą zwrotu. Typ zdarzenia explicit | |||
| Utworzenie zgłoszenia zwrotu | To działanie rozpoczyna proces zwrotu. Tworzone jest formalne zgłoszenie zwrotu produktu, zwykle przez klienta lub pracownika obsługi. Zgłoszenie otrzymuje unikalny identyfikator, który służy do śledzenia sprawy. | ||
| Dlaczego to ważne To główne zdarzenie rozpoczynające proces. Czas od tego działania do zamknięcia sprawy pokazuje całkowity czas obsługi zwrotu i jest ważnym wskaźnikiem efektywności. Skąd pobrać Zdarzenie to można odczytać ze znacznika czasu utworzenia głównego rekordu lub dokumentu zwrotu, na przykład zlecenia zwrotu albo autoryzacji zwrotu materiału. Rejestrowanie Znajdź w dziennikach transakcji lub tabelach systemu źródłowego zdarzenie utworzenia głównego rekordu sprawy zwrotu. Typ zdarzenia explicit | |||
| Zakończenie kontroli produktu | To działanie oznacza zakończenie kontroli jakości zwróconego produktu. Podczas kontroli ocenia się jego stan, aby ustalić, czy kwalifikuje się do pełnej refundacji, częściowego zwrotu środków czy wymiany. | ||
| Dlaczego to ważne Czas trwania i wyniki kontroli pomagają wykrywać wąskie gardła w obsłudze magazynowej i rozpoznawać problemy z jakością produktów. Wynik kontroli wyznacza dalsze rozliczenie finansowe. Skąd pobrać Może to być jawne zdarzenie w module zarządzania jakością albo zdarzenie wywnioskowane ze zmiany statusu pozycji zwrotu, która oznacza zakończenie kontroli. Rejestrowanie Zapisz znacznik czasu decyzji dotyczącej jakości, przypisania kodu rozstrzygnięcia lub zmiany statusu na „Kontrola zakończona”. Typ zdarzenia explicit | |||
| Akceptacja zgłoszenia zwrotu | To działanie oznacza formalną akceptację zgłoszenia zwrotu przez klienta, która pozwala kontynuować proces. Decyzja często zależy od reguł biznesowych, takich jak termin zwrotu i kwalifikacja produktu. | ||
| Dlaczego to ważne Pomiar czasu od utworzenia zgłoszenia do jego akceptacji pomaga wykryć wąskie gardła na etapie wstępnej weryfikacji. To ważny punkt kontrolny przed podjęciem działań fizycznych lub finansowych. Skąd pobrać Zdarzenie to zwykle można wywnioskować ze zmiany statusu sprawy zwrotu, na przykład z „Oczekuje” na „Zaakceptowano”, albo z usunięcia blokady przetwarzania. Rejestrowanie Zapisz znacznik czasu zmiany statusu sprawy zwrotu na „Zaakceptowano” lub równoważny. Typ zdarzenia inferred | |||
| Klient powiadomiony | To jawna wiadomość wysłana klientowi z informacją o ważnej zmianie statusu zwrotu. Powiadomienie może potwierdzać otrzymanie produktu, zakończenie zwrotu pieniędzy lub wysłanie produktu w ramach wymiany. | ||
| Dlaczego to ważne Proaktywna komunikacja z klientem ma duże znaczenie dla jego pozytywnych doświadczeń. Analiza czasu i częstotliwości powiadomień może ujawnić braki w obsłudze klienta. Skąd pobrać To zdarzenie jest zwykle rejestrowane w dzienniku komunikacji, przez integrację z usługą poczty elektronicznej lub przy zmianie statusu uruchamiającej powiadomienie klienta. Rejestrowanie Pobierz znaczniki czasu z automatycznie generowanych wiadomości e-mail lub dzienników komunikacji powiązanych ze sprawą zwrotu. Typ zdarzenia inferred | |||
| Odrzucenie zgłoszenia zwrotu | To działanie oznacza decyzję o odrzuceniu zgłoszenia zwrotu, często z powodu naruszenia zasad lub braku uprawnień do zwrotu. Jest to zdarzenie kończące sprawę, po którym nie następują dalsze działania. | ||
| Dlaczego to ważne Analiza odrzuconych zwrotów pomaga zrozumieć nieporozumienia klientów, skuteczność zasad i potencjalne nadużycia. To istotne odstępstwo od standardowego przebiegu procesu. Skąd pobrać Zdarzenie to można wywnioskować ze zmiany statusu sprawy zwrotu na końcowy status „Odrzucono” lub „Anulowano”, zanim towar zostanie przyjęty. Rejestrowanie Zapisz znacznik czasu zmiany statusu sprawy zwrotu na „Odrzucono”, „Odmówiono” lub podobny status końcowy. Typ zdarzenia inferred | |||
| Utworzenie zlecenia wymiany | To działanie występuje, gdy klient prosi o wymianę zamiast refundacji. Tworzone jest nowe zlecenie sprzedaży, aby wysłać klientowi produkt na wymianę. | ||
| Dlaczego to ważne To ważna alternatywna ścieżka procesu zwrotu, która koncentruje się na utrzymaniu klienta, a nie na zwrocie pieniędzy. Analiza tej ścieżki pomaga ocenić sprawność wymian. Skąd pobrać Zdarzenie to można odczytać z utworzenia nowego dokumentu zlecenia sprzedaży, który jest bezpośrednio powiązany z pierwotną sprawą zwrotu lub zawiera do niej odwołanie. Rejestrowanie Znajdź zdarzenie utworzenia zlecenia sprzedaży oznaczonego jako wymiana lub produkt zastępczy i powiązanego z identyfikatorem zwrotu. Typ zdarzenia explicit | |||
| Wysłanie produktu na wymianę | To zdarzenie oznacza wysłanie klientowi produktu zastępczego w ramach wymiany. Potwierdza wywiązanie się firmy z obowiązku wymiany. | ||
| Dlaczego to ważne Czas od utworzenia zamówienia wymiany do wysłania produktu to ważny wskaźnik satysfakcji klienta. Obejmuje końcowy etap wymiany. Skąd pobrać To zdarzenie jest zwykle rejestrowane przy księgowaniu dokumentu wysyłki lub listy pakunkowej dla zamówienia wymiany. Rejestrowanie Zarejestruj znacznik czasu księgowania wydania towaru lub potwierdzenia wysyłki dla zamówienia wymiany. Typ zdarzenia explicit | |||
Instrukcje pobierania danych
Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w
naszym przewodniku ETL lub wybierz konkretny proces i system.
Gotowi do rozpoczęcia?
Poniżej można wybrać instrukcję pobierania danych z konkretnego systemu albo skorzystać z uniwersalnego szablonu, aby przygotować dane dotyczące obsługi zwrotów i refundacji.
Szybsza obsługa zwrotów i refundacji. Zacznij już dziś
Dostęp do bieżących informacji, większa efektywność i lojalność klientów.
Karta kredytowa nie jest wymagana. Konfiguracja jest szybka, a wyniki można zobaczyć w krótkim czasie.