Szablon danych do analizy obsługi zwrotów i refundacji
Szablon danych do analizy obsługi zwrotów i refundacji
- Zalecane atrybuty do zebrania
- Najważniejsze aktywności do śledzenia
- Wskazówki dotyczące pobierania danych z Salesforce Commerce Cloud
Atrybuty obsługi zwrotów i refundacji
| Nazwa | Opis | ||
|---|---|---|---|
|
Czas zdarzenia
EventTime
|
Znacznik czasu wskazujący, kiedy wystąpiło dane działanie lub zdarzenie. | ||
|
Opis
Czas zdarzenia określa dokładną datę i godzinę wykonania działania lub zmiany statusu. Ten znacznik czasu jest niezbędny do prawidłowego uporządkowania zdarzeń i przeprowadzania analiz czasowych. Process mining wykorzystuje znaczniki czasu do porządkowania działań, obliczania czasu realizacji i oczekiwania między krokami oraz analizy wyników procesu w różnych okresach. Dokładne znaczniki czasu są podstawą rzetelnej analizy procesu.
Dlaczego to ważne
Ten znacznik czasu określa chronologiczną kolejność działań, niezbędną do obliczania czasu realizacji i wykrywania opóźnień w procesie.
Skąd pobrać
Zwykle jest to znacznik czasu utworzenia lub modyfikacji rekordu w Salesforce Commerce Cloud, na przykład „CreatedDate” lub „LastModifiedDate” w obiektach związanych z procesem zwrotu.
Przykłady
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
Identyfikator sprawy zwrotu
ReturnCaseId
|
Unikalny identyfikator pojedynczej sprawy zwrotu klienta, łączący wszystkie powiązane działania od rozpoczęcia do zamknięcia sprawy. | ||
|
Opis
Identyfikator sprawy zwrotu jest głównym identyfikatorem łączącym wszystkie działania związane z konkretnym zwrotem lub wnioskiem o zwrot pieniędzy. Dzięki temu można śledzić i analizować cały przebieg sprawy, od jej rozpoczęcia do ostatecznego zamknięcia. W process mining ten atrybut ma podstawowe znaczenie przy odtwarzaniu spraw. Każde zdarzenie z tym samym identyfikatorem sprawy zwrotu należy do tej samej instancji procesu. Pozwala to wizualizować mapy procesów, obliczać KPI dla spraw, takie jak czas realizacji, oraz analizować warianty procesu zwrotu.
Dlaczego to ważne
To klucz główny, który łączy wszystkie etapy procesu zwrotu w jedną możliwą do śledzenia sprawę. Jest niezbędny do analizy procesu od początku do końca.
Skąd pobrać
Ten identyfikator jest zwykle generowany w ramach procesu Return Merchandise Authorization (RMA) w Salesforce Commerce Cloud. Często znajduje się w obiekcie Return Order lub Case.
Przykłady
RT-0012345RT-0012346RT-0012347
|
|||
|
Nazwa działania
ActivityName
|
Nazwa konkretnego kroku procesu biznesowego lub zdarzenia, które wystąpiło w procesie zwrotu. | ||
|
Opis
Ten atrybut opisuje konkretne zadanie lub etap zakończony w danym momencie obsługi sprawy zwrotu. Przykłady: „Utworzono wniosek o zwrot”, „Odebrano produkt w magazynie” i „Zrealizowano zwrot pieniędzy”. W process mining nazwa działania służy do tworzenia mapy procesu, która pokazuje kolejność kroków i przepływ spraw. Analiza działań pomaga wykrywać wąskie gardła, pętle ponownej pracy i odstępstwa od standardowego procesu.
Dlaczego to ważne
Określa kroki na mapie procesu, dzięki czemu można wizualizować i analizować workflow obsługi zwrotów.
Skąd pobrać
Ten atrybut jest zwykle pobierany z dzienników zdarzeń, rejestrów zmian statusu lub danych o ukończonych zadaniach powiązanych z obiektami Return Order lub Case w Salesforce.
Przykłady
Zatwierdzono zgłoszenie zwrotuZakończono kontrolę produktuZrealizowano refundację
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu wskazujący, kiedy dane zostały ostatnio pobrane lub odświeżone z systemu źródłowego. | ||
|
Opis
Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z Salesforce Commerce Cloud. Informuje, jak aktualne są analizowane dane. Dzięki tej informacji użytkownicy wiedzą, na jakim okresie opiera się analiza procesu. Pozwala to ocenić aktualność danych i sprawdzić, czy zbiór danych jest kompletny.
Dlaczego to ważne
Informuje użytkowników o aktualności danych, dzięki czemu wiadomo, czy analiza odzwierciedla najnowszy stan procesu.
Skąd pobrać
Ten znacznik czasu jest generowany przez narzędzie lub skrypt do ekstrakcji danych podczas ich odświeżania. Nie jest polem w Salesforce.
Przykłady
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
System źródłowy
SourceSystem
|
System, z którego pochodzą dane o zdarzeniu. | ||
|
Opis
Ten atrybut wskazuje system źródłowy, w którym wygenerowano dane. W przypadku tego procesu będzie to zawsze „Salesforce Commerce Cloud”. Przy szerszej analizie pole to przydaje się podczas łączenia danych z wielu systemów, aby zrozumieć przepływ procesów między różnymi platformami. Ułatwia ustalenie pochodzenia danych i diagnozowanie problemów z ich jakością w konkretnym źródle.
Dlaczego to ważne
Informuje o pochodzeniu danych, co ma znaczenie dla zarządzania danymi i integracji informacji z wielu systemów firmowych.
Skąd pobrać
To stała wartość dodawana podczas ekstrakcji i transformacji danych. Nie jest polem w samym Salesforce, lecz częścią modelu danych.
Przykłady
Salesforce Commerce Cloud
|
|||
|
Kanał zwrotu
ReturnChannel
|
Kanał, za pośrednictwem którego zgłoszono zwrot, na przykład online, w sklepie lub przez obsługę klienta. | ||
|
Opis
Ten atrybut określa sposób rozpoczęcia procesu zwrotu przez klienta. Typowe kanały to samoobsługowy portal internetowy, zwrot produktu w sklepie stacjonarnym lub kontakt z pracownikiem obsługi klienta. Znajomość kanału zwrotu przydaje się w dashboardzie „Trendy dotyczące liczby i przepustowości zwrotów”. Pomaga efektywnie przydzielać zasoby i sprawdzać, czy poszczególne kanały wiążą się z dłuższym czasem realizacji, innymi powodami zwrotów lub wyższymi kosztami obsługi.
Dlaczego to ważne
Pozwala podzielić dane o zwrotach według kanału i porównać przebieg procesu oraz zapotrzebowanie na zasoby, na przykład w przypadku zwrotów online i w sklepie.
Skąd pobrać
Może to być pole w obiekcie Return Order lub Case albo wartość wywnioskowana na podstawie użytkownika lub systemu, który utworzył rekord zwrotu.
Przykłady
Portal internetowyW sklepie stacjonarnymTelefon do obsługi klienta
|
|||
|
Osoba obsługująca
ProcessingAgent
|
Użytkownik lub agent odpowiedzialny za obsługę zwrotu albo konkretne działanie w procesie zwrotu. | ||
|
Opis
Ten atrybut wskazuje pracownika lub użytkownika systemu, który wykonał działanie w sprawie zwrotu, na przykład zatwierdził wniosek, skontrolował produkt lub zrealizował zwrot pieniędzy. Może to być identyfikator lub nazwa użytkownika. Analiza tego atrybutu pomaga zrozumieć różnice w wynikach pracy poszczególnych osób i zespołów. Dashboard „Wyniki i spójność pracy agentów” ułatwia wykrywanie potrzeb szkoleniowych, równoważenie obciążenia pracą i ujednolicanie procedur w organizacji.
Dlaczego to ważne
Umożliwia analizę wyników i spójności pracy różnych użytkowników oraz pomaga wskazać dobre praktyki i obszary wymagające szkoleń.
Skąd pobrać
Zwykle znajduje się w polach takich jak „OwnerId” lub „LastModifiedById” obiektów Case lub Return Order w Salesforce. Może być też zapisany w powiązanych obiektach zadań lub historii.
Przykłady
Alice SmithBob JohnsonAutomatyzacja systemowa
|
|||
|
Powód zwrotu
ReturnReason
|
Powód podany przez klienta przy zwrocie produktu. | ||
|
Opis
Powód zwrotu określa, dlaczego klient rozpoczął procedurę zwrotu. Zwykle wybiera się go z przygotowanej listy, na przykład „Nieodpowiedni rozmiar”, „Uszkodzony produkt” lub „Produkt nie jest już potrzebny”. Ten atrybut pomaga analizować przyczyny źródłowe. Analiza powodów zwrotów pozwala wykrywać problemy z jakością produktów, rozmiarami lub dokładnością opisów. Wnioski mogą pomóc ulepszyć rozwój produktów, marketing i łańcuch dostaw, a w efekcie ograniczyć liczbę zwrotów.
Dlaczego to ważne
Wiedza o tym, dlaczego klienci zwracają produkty, pomaga wykrywać przyczyny źródłowe, takie jak wady produktu lub problemy z rozmiarami, i ograniczać liczbę przyszłych zwrotów.
Skąd pobrać
Zwykle jest to pole listy wyboru w obiekcie Return Order lub Case w Salesforce, wypełniane przez klienta podczas zgłaszania zwrotu.
Przykłady
Nieodpowiedni rozmiarProdukt uszkodzony w transporcieWysłano niewłaściwy produkt
|
|||
|
Rzeczywista kwota zwrotu
ActualRefundAmount
|
Ostateczna kwota faktycznie zwrócona klientowi. | ||
|
Opis
Ten atrybut określa ostateczną kwotę przekazaną klientowi po zakończeniu wszystkich ocen, potrąceń i obliczeń. Może różnić się od kwoty wnioskowanej ze względu na opłaty za ponowne przyjęcie produktu do sprzedaży, promocje lub stan zwracanego produktu. Analiza tego atrybutu jest niezbędna do uzgadniania danych finansowych i pracy z dashboardem „Analiza różnic w kwotach zwrotów”. Pomaga określić finansowe skutki zasad zwrotów oraz wykrywać powtarzające się problemy z obliczaniem i zatwierdzaniem zwrotów.
Dlaczego to ważne
To ostateczny wynik finansowy zwrotu. Porównanie go z wnioskowaną kwotą pokazuje finansowe skutki zasad zwrotów i wprowadzonych korekt.
Skąd pobrać
Wartość ta jest zwykle zapisana w obiekcie Refund lub Payment Transaction powiązanym z Return Order w Salesforce Commerce Cloud.
Przykłady
49.99115.000.00
|
|||
|
SKU produktu
ProductSku
|
Jednostka magazynowa (SKU) zwracanego produktu. | ||
|
Opis
Ten atrybut jest unikalnym identyfikatorem zwracanego produktu. Umożliwia szczegółową analizę na poziomie pojedynczego produktu. Analiza zwrotów według SKU produktu pomaga wykrywać produkty o wysokim odsetku zwrotów, co może wskazywać na problemy z kontrolą jakości, nieprecyzyjne opisy lub wady produkcyjne. Informacja ta jest przydatna w dashboardzie „Czas od przyjęcia towaru w magazynie do kontroli”, ponieważ pozwala sprawdzić, czy kontrola niektórych produktów trwa dłużej.
Dlaczego to ważne
Umożliwia analizę wzorców zwrotów dla poszczególnych produktów i pomaga wskazać te, których dotyczą problemy z jakością lub opisem.
Skąd pobrać
Informacja ta znajduje się w obiekcie Return Order Line Item lub powiązanym obiekcie łączącym sprawę zwrotu z konkretnym produktem z pierwotnego zamówienia.
Przykłady
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
Wnioskowana kwota zwrotu
RequestedRefundAmount
|
Kwota, o której zwrot klient wnioskuje w chwili zgłoszenia zwrotu. | ||
|
Opis
Ten atrybut określa początkową kwotę zwrotu oczekiwaną przez klienta, zwykle równą cenie zwracanego produktu. Stanowi punkt odniesienia przy obliczaniu zwrotu. W dashboardzie „Analiza różnic w kwotach zwrotów” porównuje się tę kwotę z „Rzeczywistą kwotą zwrotu”. Duże lub częste różnice mogą wskazywać na problemy z zasadami zwrotów, opłatami za ponowne przyjęcie produktu do sprzedaży lub błędami w obliczeniach systemowych, co może niezadowalać klientów.
Dlaczego to ważne
Stanowi punkt odniesienia do porównania z ostateczną kwotą zwrotu, pomaga wykrywać rozbieżności i analizować finansowe skutki korekt.
Skąd pobrać
Wartość ta jest zwykle zapisana w obiekcie Return Order lub Return Order Line Item i pochodzi z pierwotnego zamówienia sprzedaży.
Przykłady
49.99125.0089.50
|
|||
|
Czas od przyjęcia do kontroli
ReceiptToInspectionTime
|
Czas od przyjęcia produktu w magazynie do zakończenia jego kontroli. | ||
|
Opis
Ten obliczany wskaźnik mierzy czas realizacji ważnego wewnętrznego etapu pracy magazynu. Jest to różnica między znacznikami czasu działań „Odebrano produkt w magazynie” i „Zakończono kontrolę produktu”. Czas ten jest analizowany w dashboardzie „Czas od przyjęcia towaru w magazynie do kontroli” i KPI „Średni czas od przyjęcia produktu do kontroli”. Analiza pomaga wykrywać wąskie gardła w operacjach magazynowych, które mogą znacząco opóźniać cały proces.
Dlaczego to ważne
Pomaga wykrywać wąskie gardła w magazynie, które opóźniają cały proces zwrotu, wydłużają czas zwrotu pieniędzy i ograniczają dostępność zapasów.
Skąd pobrać
Wartość jest obliczana podczas transformacji danych przez odjęcie znacznika czasu działania „Odebrano produkt w magazynie” od znacznika czasu działania „Zakończono kontrolę produktu”.
Przykłady
1 dzień 2 godziny3 dni 0 godzin8 godzin
|
|||
|
Docelowy termin zwrotu pieniędzy według SLA
RefundSlaTargetDate
|
Termin, do którego zwrot pieniędzy za daną sprawę powinien zostać w pełni zrealizowany. | ||
|
Opis
Ten atrybut określa termin wynikający z umowy o gwarantowanym poziomie usług (SLA) na realizację zwrotu pieniędzy. Zwykle oblicza się go na podstawie reguł biznesowych, na przykład określonej liczby dni od zatwierdzenia wniosku o zwrot lub przyjęcia produktu. Ten termin jest punktem odniesienia przy pomiarze wyników w dashboardzie „Zgodność z SLA dla zwrotów pieniędzy”. Monitorowanie zgodności pomaga zapewnić klientom spójną i pozytywną obsługę oraz wskazać zespoły lub etapy procesu, które mogą zagrozić dotrzymaniu SLA.
Dlaczego to ważne
Określa docelowy czas realizacji zwrotu pieniędzy, umożliwiając pomiar zgodności z SLA i ocenę jej wpływu na zadowolenie klientów.
Skąd pobrać
Często jest to pole obliczane w obiekcie Case lub Return Order na podstawie daty utworzenia lub zatwierdzenia oraz ustalonego przedziału czasu, na przykład CreatedDate + 14 days.
Przykłady
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
|
Identyfikator klienta
CustomerId
|
Unikalny identyfikator klienta, który zgłosił zwrot. | ||
|
Opis
Ten atrybut jest unikalnym identyfikatorem przypisanym do konta klienta. Umożliwia agregowanie danych o zwrotach na poziomie klienta. Analiza zwrotów według identyfikatora klienta pomaga wykrywać osoby, które wyjątkowo często zwracają produkty. Może to wskazywać na nadużycia lub powtarzające się niezadowolenie. Umożliwia też analizę segmentów klientów i sprawdzenie, czy poszczególne grupy różnią się pod względem wzorców lub zachowań związanych ze zwrotami.
Dlaczego to ważne
Umożliwia analizę na poziomie klienta, pomaga wykrywać osoby często zwracające produkty i poznawać zachowania różnych segmentów klientów.
Skąd pobrać
To standardowe pole w obiektach Order i Case w Salesforce, powiązane z obiektem Customer lub Account.
Przykłady
CUST-98765CUST-12345CUST-55555
|
|||
|
Lokalizacja magazynu
WarehouseLocation
|
Identyfikator magazynu lub obiektu, w którym przyjęto zwracany produkt. | ||
|
Opis
Ten atrybut wskazuje lokalizację, w której obsłużono zwracany produkt. Ma to szczególne znaczenie dla firm z wieloma centrami dystrybucji. Analiza według lokalizacji magazynu może ujawnić różnice w wynikach poszczególnych obiektów. Można na przykład sprawdzić, czy w niektórych magazynach kontrola trwa dłużej lub częściej oznacza się produkty jako uszkodzone. Ułatwia to ujednolicanie operacji i rozwiązywanie problemów dotyczących konkretnych obiektów.
Dlaczego to ważne
Umożliwia porównanie wyników różnych magazynów i wykrywanie różnic w czasie obsługi lub ocenie jakości.
Skąd pobrać
Informacja ta może być zapisana w obiekcie Return Order lub powiązanym obiekcie wysyłkowym. Można ją też wywnioskować na podstawie użytkownika, który przyjął produkt.
Przykłady
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
|
Powód odrzucenia
RejectionReason
|
Konkretny powód odrzucenia wniosku o zwrot produktu lub pieniędzy. | ||
|
Opis
Jeśli zwrot nie zostanie zatwierdzony lub wniosek o zwrot pieniędzy zostanie odrzucony, ten atrybut zapisuje uzasadnienie. Przykłady: „Upłynął termin na zwrot”, „Produkt uszkodzony przez klienta” lub „Produkt niepodlegający zwrotowi”. Informacja ta jest ważna dla dashboardu „Odrzucone i eskalowane zwroty”. Analiza powodów odrzucenia pomaga firmie wykrywać problemy związane z zasadami i procesem zwrotów. Może to prowadzić do jaśniejszej komunikacji z klientami, zmian w zasadach lub dokładniejszej weryfikacji wniosków o zwrot.
Dlaczego to ważne
Pokazuje, dlaczego zwroty są odrzucane, i pomaga ulepszać zasady zwrotów, komunikację z klientami oraz szkolenia pracowników.
Skąd pobrać
Często jest to pole niestandardowe w obiekcie Return Order lub Case, wypełniane po zmianie statusu na „Rejected” lub „Closed - Denied”.
Przykłady
Upłynął termin na zwrotProdukt nie jest w pierwotnym stanieProdukt z wyprzedaży końcowej
|
|||
|
Stan produktu
ItemCondition
|
Stan zwracanego produktu oceniony podczas kontroli w magazynie. | ||
|
Opis
Po przyjęciu zwracanego produktu zwykle przeprowadza się kontrolę, aby ocenić jego stan. Ten atrybut zapisuje wynik, na przykład „Nowy”, „Używany, nadaje się do ponownej sprzedaży” lub „Uszkodzony”. Ocena bezpośrednio wpływa na ostateczną kwotę zwrotu i jest ważnym źródłem danych dla dashboardu „Przegląd zgodności z zasadami zwrotów”. Śledzenie tych informacji pomaga ocenić jakość zwracanych towarów i zarządzać zapasami przeznaczonymi do ponownej sprzedaży, odnowienia lub utylizacji.
Dlaczego to ważne
Ocena często wpływa na ostateczną kwotę zwrotu i ma duże znaczenie dla zarządzania zapasami zwracanych towarów.
Skąd pobrać
Zwykle jest to pole niestandardowe w obiekcie Return Order Line Item, aktualizowane podczas działania „Kontrola produktu”.
Przykłady
Nowy, nieotwieranyUżywany, jak nowyUszkodzony, nienadający się do sprzedaży
|
|||
|
Status zwrotu
ReturnStatus
|
Bieżący status sprawy zwrotu w toku jej obsługi. | ||
|
Opis
Ten atrybut wskazuje bieżący stan zwrotu, na przykład „Oczekuje na zatwierdzenie”, „Odebrano produkt”, „Zwrócono pieniądze” lub „Zamknięto”. Jego wartość zmienia się w miarę postępu sprawy w workflow. Process mining odtwarza przebieg procesu na podstawie działań, ale bieżący status dostarcza dodatkowego kontekstu do filtrowania i analizy otwartych oraz zamkniętych spraw. Ułatwia bieżące monitorowanie operacji, w tym zaległych spraw i obciążenia pracą na poszczególnych etapach procesu.
Dlaczego to ważne
Pokazuje, na jakim etapie procesu znajduje się sprawa zwrotu. Przydaje się do monitorowania operacji i filtrowania aktywnych spraw.
Skąd pobrać
To standardowe pole „Status” w obiekcie Return Order lub Case w Salesforce Commerce Cloud.
Przykłady
Oczekuje na zatwierdzenieZatwierdzonoOdebrano produktyZamknięto
|
|||
|
Zgodność z SLA
IsSlaCompliant
|
Wartość logiczna wskazująca, czy zwrot pieniędzy zrealizowano w docelowym terminie SLA. | ||
|
Opis
Wartość tego pola jest ustawiana na „true”, jeśli działanie „Refund Processed” nastąpiło w docelowym terminie zwrotu według SLA lub wcześniej, a w przeciwnym razie na „false”. Daje to jednoznaczny wynik pomiaru SLA dla każdej sprawy. Ten atrybut stanowi podstawę dashboardu „Zgodność z SLA dla zwrotów pieniędzy” i KPI „Odsetek zwrotów zrealizowanych zgodnie z SLA”. Ułatwia analizę poziomu zgodności i badanie przyczyn opóźnień przez podział danych według innych atrybutów, takich jak „Osoba obsługująca” lub „Kanał zwrotu”.
Dlaczego to ważne
Ułatwia analizę realizacji SLA, obliczanie poziomu zgodności i wykrywanie czynników powodujących opóźnienia.
Skąd pobrać
To atrybut obliczany według reguły: IF (Timestamp of 'Refund Processed' <= RefundSlaTargetDate) THEN true ELSE false.
Przykłady
truefalse
|
|||
|
Zgodność z zasadami zwrotów
ReturnPolicyAdherence
|
Wskaźnik informujący, czy zwrot jest zgodny z ustalonymi zasadami firmy. | ||
|
Opis
Ten atrybut oznacza lub klasyfikuje zwroty pod kątem zgodności z zasadami firmy, takimi jak termin na zwrot, stan produktu lub dowód zakupu. Może przyjmować wartość logiczną („Zgodny” lub „Niezgodny”) albo bardziej szczegółowy status. Atrybut ten jest podstawą dashboardu „Przegląd zgodności z zasadami zwrotów” i KPI „Odsetek zwrotów niezgodnych z zasadami”. Pozwala monitorować, jak konsekwentnie stosowane są zasady, oraz analizować wpływ niezgodnych zwrotów na proces i wyniki finansowe.
Dlaczego to ważne
Umożliwia monitorowanie stosowania zasad, co pomaga kontrolować koszty, zapobiegać nadużyciom i zapewniać klientom równe traktowanie.
Skąd pobrać
Często jest to atrybut pochodny, wyliczany na podstawie reguł biznesowych zastosowanych do innych danych, takich jak data zwrotu, stan produktu i jego rodzaj.
Przykłady
Zgodny z zasadamiNiezgodny z zasadami, zwrot po terminieNiezgodny z zasadami, uszkodzony produkt
|
|||
Aktywności związane z obsługą zwrotów i refundacji
| Działanie | Opis | ||
|---|---|---|---|
|
Przyjęto produkt w magazynie
|
Ta czynność oznacza fizyczne przyjęcie zwracanego produktu w wyznaczonym magazynie lub centrum obsługi. Jest rejestrowana, gdy pracownik magazynu skanuje produkt, aktualizując status powiązanego obiektu ReturnOrderItem. | ||
|
Dlaczego to ważne
To ważny etap, który przenosi proces od działań klienta do obsługi wewnętrznej. Jest punktem początkowym pomiaru KPI dotyczących sprawności magazynu, takich jak czas od przyjęcia produktu do kontroli.
Skąd pobrać
Zdarzenie można rozpoznać po zmianie statusu obiektu ReturnOrder lub ReturnOrderItem na „Przyjęty” albo po uzupełnieniu pola „quantityReceived”.
Rejestrowanie
Wykrycie aktualizacji ReturnOrderItem.quantityReceived lub zmiany statusu na „Przyjęty”.
Typ zdarzenia
inferred
|
|||
|
Utworzono zgłoszenie zwrotu
|
Ta czynność oznacza utworzenie w systemie sprawy autoryzacji zwrotu. Jest rejestrowana po utworzeniu nowego rekordu ReturnOrder w Salesforce Commerce Cloud, przez klienta w sklepie internetowym lub przez konsultanta obsługi. | ||
|
Dlaczego to ważne
Jako początek procesu zwrotu ta czynność jest niezbędna do pomiaru całkowitego czasu realizacji i analizy liczby napływających zgłoszeń zwrotu w czasie.
Skąd pobrać
Zdarzenie jest rejestrowane na podstawie znacznika czasu utworzenia obiektu ReturnOrder w Salesforce Commerce Cloud OMS.
Rejestrowanie
Śledzenie utworzenia nowego rekordu ReturnOrder.
Typ zdarzenia
explicit
|
|||
|
Zakończono kontrolę produktu
|
Ta czynność oznacza zakończenie kontroli produktu, podczas której ocenia się i dokumentuje jego stan. Jest rejestrowana po zmianie statusu zwracanego produktu i uruchamia kolejny etap, na przykład obliczenie kwoty refundacji. | ||
|
Dlaczego to ważne
To ważny punkt decyzyjny, który pozwala ustalić, czy należy się refundacja. Czas od przyjęcia produktu do zakończenia kontroli to istotny KPI dla operacji magazynowych.
Skąd pobrać
Zdarzenie można rozpoznać po aktualizacji statusu obiektu ReturnOrderItem na „Skontrolowany” lub potwierdzeniu przez konsultanta pola „reasonForReturn”.
Rejestrowanie
Wykrycie zmiany pola ReturnOrderItem.status na „Skontrolowany”.
Typ zdarzenia
inferred
|
|||
|
Zamknięto sprawę zwrotu
|
To zdarzenie oznacza ostateczne zamknięcie sprawy zwrotu w systemie po zakończeniu zwrotu pieniędzy, wymiany lub odrzuceniu wniosku. Można je wywnioskować ze zmiany statusu ReturnOrder na „Closed” lub „Completed”. | ||
|
Dlaczego to ważne
Jako główny punkt końcowy procesu to zdarzenie jest niezbędne do obliczania całkowitego czasu realizacji i mierzenia przepustowości obsługi zwrotów.
Skąd pobrać
Można je wywnioskować ze znacznika czasu aktualizacji pola statusu obiektu ReturnOrder do stanu końcowego, takiego jak „Closed” lub „Completed”.
Rejestrowanie
Wykrywa zmianę pola ReturnOrder.status na „Closed”.
Typ zdarzenia
inferred
|
|||
|
Zatwierdzono zgłoszenie zwrotu
|
To zdarzenie oznacza, że konsultant obsługi lub reguła automatyczna sprawdziła i zatwierdziła zgłoszenie zwrotu. Zazwyczaj można je rozpoznać po zmianie statusu obiektu ReturnOrder, na przykład z „Nowy” na „Zatwierdzony”. | ||
|
Dlaczego to ważne
Śledzenie tego etapu pozwala ocenić sprawność zatwierdzania i wykryć wąskie gardła. Czas od utworzenia zgłoszenia do jego zatwierdzenia to ważny KPI dotyczący pracy konsultantów.
Skąd pobrać
Zdarzenie można rozpoznać po znaczniku czasu aktualizacji pola statusu obiektu ReturnOrder na wartość oznaczającą zatwierdzenie, na przykład „Zatwierdzony” lub „Autoryzowany”.
Rejestrowanie
Wykrycie zmiany pola ReturnOrder.status na „Zatwierdzony”.
Typ zdarzenia
inferred
|
|||
|
Zrealizowano refundację
|
To zdarzenie potwierdza, że bramka płatnicza prawidłowo przetworzyła zwrot środków i wysłała je klientowi. Zwykle jest wywoływane przez komunikat zwrotny od operatora płatności. | ||
|
Dlaczego to ważne
To ważny punkt kontrolny przy pomiarze realizacji SLA dla zwrotów. Potwierdza zakończenie finansowej części procesu zwrotu.
Skąd pobrać
Informacja pochodzi ze zdarzenia zwrotnego z bramki płatniczej, które zmienia status powiązanego obiektu Payment lub Refund w Salesforce na „Processed” albo „Completed”.
Rejestrowanie
Śledzi zdarzenie potwierdzające od operatora płatności, które aktualizuje status obiektu Payment.
Typ zdarzenia
explicit
|
|||
|
Obliczono kwotę refundacji
|
Na tym etapie ustalana jest ostateczna kwota refundacji z uwzględnieniem takich czynników jak stan produktu, opłata za ponowne przyjęcie do sprzedaży lub promocje. Często jest to automatyczna czynność systemu, która uzupełnia pola kwoty refundacji. | ||
|
Dlaczego to ważne
Analiza tego etapu jest niezbędna w dashboardzie „Analiza rozbieżności kwot refundacji”. Pozwala wskazać sprawy, w których ostateczna kwota różni się od kwoty wnioskowanej przez klienta.
Skąd pobrać
Zdarzenie można rozpoznać po uzupełnieniu lub aktualizacji pól kwoty refundacji w obiekcie ReturnOrder albo powiązanym obiekcie płatności refundacyjnej.
Rejestrowanie
Wykrycie znacznika czasu uzupełnienia pól kwoty refundacji.
Typ zdarzenia
inferred
|
|||
|
Odrzucono zgłoszenie zwrotu
|
To zdarzenie oznacza, że zgłoszenie zwrotu zostało odrzucone i nie będzie dalej rozpatrywane. Jest rejestrowane, gdy status ReturnOrder zmieni się na „Odrzucony” lub „Anulowany”, zanim produkt dotrze do magazynu. | ||
|
Dlaczego to ważne
Analiza odrzuconych zwrotów pomaga wykryć częste przyczyny odmowy, takie jak naruszenie zasad. Dzięki temu można poprawić komunikację z klientami i reguły weryfikacji zgłoszeń w sklepie internetowym.
Skąd pobrać
Zdarzenie można rozpoznać po znaczniku czasu aktualizacji pola statusu obiektu ReturnOrder na wartość oznaczającą odrzucenie, na przykład „Odrzucony” lub „Odmowa”.
Rejestrowanie
Wykrycie zmiany pola ReturnOrder.status na „Odrzucony”.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęto kontrolę produktu
|
To zdarzenie oznacza rozpoczęcie oceny jakości i stanu zwracanego produktu. Zazwyczaj można je rozpoznać po zmianie statusu produktu na „W trakcie kontroli” lub podobną wartość. | ||
|
Dlaczego to ważne
Śledzenie początku kontroli pozwala oddzielić czas samej kontroli od całkowitego czasu oczekiwania w magazynie i dokładniej wskazać potencjalne wąskie gardła.
Skąd pobrać
Zdarzenie można rozpoznać po aktualizacji statusu obiektu ReturnOrderItem na wartość taką jak „W trakcie kontroli” lub „Kontrola w toku”.
Rejestrowanie
Wykrycie zmiany pola ReturnOrderItem.status na „W trakcie kontroli”.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęto refundację
|
To zdarzenie oznacza, że Salesforce Commerce Cloud wysyła do zewnętrznej bramki płatniczej żądanie refundacji. W tym momencie rozpoczyna się transakcja finansowa. | ||
|
Dlaczego to ważne
Rozróżnienie między rozpoczęciem a realizacją refundacji jest ważne przy analizie zgodności z SLA. Opóźnienia po tym etapie zwykle wynikają z działania dostawcy płatności, a nie z wewnętrznej obsługi.
Skąd pobrać
Zdarzenie jest rejestrowane w dzienniku zdarzeń lub zapisie wywołania API, gdy system komunikuje się z bramką płatniczą. Można je również rozpoznać po zmianie statusu obiektu Payment.
Rejestrowanie
Śledzenie wywołania API do bramki płatniczej lub zmiany statusu na „Oczekuje na refundację”.
Typ zdarzenia
explicit
|
|||
|
Utworzono zamówienie wymiany
|
W przypadku zwrotu zakończonego wymianą to zdarzenie oznacza utworzenie nowego zamówienia sprzedaży na produkt zastępczy. Jest to alternatywa dla zwrotu pieniędzy. | ||
|
Dlaczego to ważne
Oddzielne śledzenie tej ścieżki pozwala lepiej zrozumieć częstotliwość wymian i sprawność realizacji zamówień wymiennych.
Skąd pobrać
Informacja pochodzi z utworzenia nowego obiektu SalesOrder powiązanego z pierwotnym obiektem ReturnOrder.
Rejestrowanie
Śledzi utworzenie nowego obiektu SalesOrder powiązanego z identyfikatorem ReturnOrder.
Typ zdarzenia
explicit
|
|||
|
Wygenerowano etykietę zwrotną
|
Ta czynność oznacza utworzenie etykiety wysyłkowej, której klient użyje do odesłania produktu. Może być rejestrowana bezpośrednio, jeśli integracja z dostawcą usług wysyłkowych zapisuje to zdarzenie w sprawie zwrotu. | ||
|
Dlaczego to ważne
Ten etap wpływa na doświadczenia klienta i może powodować opóźnienia, jeśli generowanie etykiety nie przebiega sprawnie. Oznacza przekazanie klientowi możliwości odesłania produktu.
Skąd pobrać
Zdarzenie może być zapisane w polu niestandardowym lub powiązanym obiekcie ReturnOrder przez integrację wysyłkową, taką jak Salesforce Shipping.
Rejestrowanie
Śledzenie zdarzenia z integracji wysyłkowej lub utworzenia obiektu niestandardowego.
Typ zdarzenia
explicit
|
|||
|
Zatwierdzono refundację
|
Ta czynność oznacza, że obliczona kwota refundacji została zatwierdzona i można ją wypłacić. Może przebiegać automatycznie lub wymagać ręcznego zatwierdzenia w przypadku zwrotów o wysokiej wartości. | ||
|
Dlaczego to ważne
Etap zatwierdzania może być wąskim gardłem, zwłaszcza gdy wymaga ręcznej interwencji. To ważny moment przed rozpoczęciem transakcji finansowej.
Skąd pobrać
Zdarzenie można rozpoznać po zmianie statusu obiektu ReturnOrder lub powiązanego obiektu podsumowania płatności na wartość taką jak „Refundacja zatwierdzona” lub „Gotowe do refundacji”.
Rejestrowanie
Wykrycie zmiany statusu obiektu ReturnOrder lub powiązanego obiektu płatności.
Typ zdarzenia
inferred
|
|||
Instrukcje pobierania danych
Od czego zacząć?
Skorzystaj z tego szablonu danych, aby rozpocząć analizę process mining. Zacznij usprawniać obsługę zwrotów i refundacji, zwiększając efektywność i zadowolenie klientów.
Usprawnij obsługę zwrotów i refundacji
Znajdź nieefektywne działania i skróć czas obsługi zwrotów o co najmniej 30%.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.