Szablon danych do analizy obsługi zwrotów i refundacji

Salesforce Commerce Cloud
Szablon danych do analizy obsługi zwrotów i refundacji

Szablon danych do analizy obsługi zwrotów i refundacji

Ten szablon pomaga zebrać dane potrzebne do analizy procesu zwrotów i refundacji. Zawiera listę wymaganych pól, najważniejsze aktywności do śledzenia oraz wskazówki dotyczące pobierania danych z systemów źródłowych. Można go wykorzystać do przygotowania dziennika zdarzeń przed rozpoczęciem projektu process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze aktywności do śledzenia
  • Wskazówki dotyczące pobierania danych z Salesforce Commerce Cloud
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty obsługi zwrotów i refundacji

To zalecane pola, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie analizować obsługę zwrotów i refundacji w Salesforce Commerce Cloud.
5 Wymagane 6 Zalecane 9 Opcjonalne
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
Wymagane Zalecane Opcjonalne

Aktywności związane z obsługą zwrotów i refundacji

To najważniejsze kroki i punkty kontrolne procesu, które warto zapisać w dzienniku zdarzeń, aby dokładnie odtworzyć i usprawnić jego przebieg.
6 Zalecane 7 Opcjonalne
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
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Salesforce Commerce Cloud

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%.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.