İade ve Geri Ödeme Süreci Veri Template'i

Salesforce Commerce Cloud
İade ve Geri Ödeme Süreci Veri Template'i

İade ve Geri Ödeme Süreci Veri Template'i

Bu şablon (Template), iade ve geri ödeme sürecinizi analiz etmek için gerekli verileri toplamak için ayrıntılı bir rehber sunar. Temel veri alanlarını, izlenecek ana aktiviteleri özetler ve bu bilgileri kaynak sistemlerinizden nasıl çıkaracağınıza dair özel rehberlik. eder. Sorunsuz bir Process Mining projesi için `Event Log`'unuzu hazırlamak üzere bu `Template`'i kullanın.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Salesforce Commerce Cloud için veri çekme rehberliği
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

İade ve Geri Ödeme Süreçleri Öznitelikleri

Bunlar, Salesforce Commerce Cloud içindeki detaylı iade ve geri ödeme süreci analizi için `Event Log`'unuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 6 Önerilen 9 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
İade sürecinde meydana gelen belirli iş süreci adımı veya `Event`'in adı.
Açıklama

Bu nitelik, bir iade vakası için belirli bir zamanda tamamlanan özel görevi veya kilometre taşını açıklar. Örnekler::::::: arasında 'İade Talebi Oluşturuldu', 'Ürün Depoya Ulaştı' ve 'Geri Ödeme İşlendi' yer alır.\n\nProcess Mining'de Activity Adı, adımların sırasını ve vakaların akışını gösteren süreç haritasını oluşturmak için kullanılır. Activity'leri analiz etmek, darboğazları, tekrarlayan döngüleri ve standart süreçten sapmaları belirlemek için temel rol oynar.

Neden Önemli?dir?

Süreç haritasındaki adımları tanımlar, iade iş akışının görselleştirilmesine ve analiz edilmesine sunar.

Nereden Alınır??

Bu nitelik tipik olarak Salesforce'daki Return Order veya Case nesneleriyle ilişkili Event Log'larından, durum değişikliği kayıtlarından veya görev tamamlama verilerinden türetilir.

Örnekler:::::::
İade Talebi OnaylandıÜrün İncelemesi Tamamlandıİade İşlendi
İade Vaka ID'si
ReturnCaseId
Tek bir müşteri iade vakası için benzersiz tanımlayıcı; tüm ilgili aktiviteleri başlangıcından kapanışına kadar birbirine bağlar.
Açıklama

Return Case ID, belirli bir müşteri iade veya geri ödeme talebiyle ilişkili tüm Activity'leri bağlayan birincil tanımlayıcı görevi görür. Bu, bir iadenin başlangıcından nihai kapanışına kadar tüm süreç döngüsünün detaylı bir şekilde izlenmesini ve analiz edilmesini sunar.\n\nProcess Mining'de, bu nitelik vaka yeniden yapılandırması için büyük önem taşır. Aynı Return Case ID'ye sahip her Event, aynı süreç örneğinin bir parçasıdır. Bu, süreç haritalarının görselleştirilmesini, döngü süresi gibi vaka düzeyindeki KPI'ların hesaplanmasını ve iadelerle ilgili süreç varyantlarının analizini sunar.

Neden Önemli?dir?

Bu, bir iade sürecinin tüm adımlarını tek, izlenebilir bir vakaya bağlayan birincil büyük önem taşır ve uçtan uca süreç analizi için gereklidir.

Nereden Alınır??

Bu tanımlayıcı, tipik olarak Salesforce Commerce Cloud içindeki İade Ürün Yetkilendirme (RMA) süreci tarafından oluşturulur. Genellikle Return Order veya Case nesnesinde bulunur.

Örnekler:::::::
RT-001, 2, 3, 45RT-001, 2, 3, 46RT-001, 2, 3, 47
Olay Zamanı
EventTime
Belirli `Activity` veya `Event`'in ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Olay Zamanı, bir aktivitenin yürütüldüğü veya bir durum değişikliğinin gerçekleştiği kesin tarihi ve saati kaydeder. Bu zaman damgası (zaman damgası), olayları doğru sıralamak ve herhangi bir zamana dayalı analiz yapmak için büyük önem taşır.

Process Mining, aktiviteleri sıralamak, adımlar arasındaki döngü sürelerini ve bekleme sürelerini hesaplamak ve farklı zaman dilimlerinde süreç performansını analiz etmek için bu zaman damgalarına güvenir. Doğru zaman damgaları, güvenilir bir süreç analizinin temelidir.

Neden Önemli?dir?

Bu zaman damgası (zaman damgası), Activity'lerin kronolojik sırasını belirler; bu, döngü sürelerini hesaplamak ve süreç gecikmelerini belirlemek için büyük önem taşır.

Nereden Alınır??

Bu, tipik olarak Salesforce Commerce Cloud'da bir kaydın oluşturulma veya değiştirilme zaman damgası (zaman damgası)dır; örneğin, iade süreciyle ilgili nesnelerdeki 'CreatedDate' veya 'LastModifiedDate' gibi.

Örnekler:::::::
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
Kaynak Sistem
SourceSystem
`Event` verilerinin kaynaklandığı sistem.
Açıklama

Bu nitelik, verilerin oluşturulduğu kaynak sistemi tanımlar. Bu süreç için tutarlı bir şekilde 'Salesforce Commerce Cloud' olacaktır.\n\nDaha geniş bir analiz bağlamında, bu alan, süreçlerin farklı platformlar arasında nasıl aktığını anlamak için birden fazla sistemden veri birleştirilirken faydalıdır. Veri soyunun net olmasını sunar ve bir kaynağa özgü veri kalitesi sorunlarının teşhis edilmesine yardımcı olur.

Neden Önemli?dir?

Verinin kökeni hakkında bağlam sunar; bu, veri yönetişimi ve birden fazla kurumsal sistemden veri entegre ederken büyük önem taşır.

Nereden Alınır??

Bu, veri çıkarımı ve dönüşümü sırasında eklenen statik bir değerdir. Salesforce'un kendi içinde bir alan değildir, ancak veri modelinin bir parçası olarak tanımlanır.

Örnekler:::::::
Salesforce Commerce Cloud
Son Veri Güncellemesi
LastDataUpdate
Verinin kaynak sistemden son çekildiği veya yenilendiği zamanı gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu nitelik, Salesforce Commerce Cloud'dan en son veri çekme tarihini ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında netlik kazandırır.\n\nBu bilgi, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamaları için büyük önem taşır. Verilerin zamanında olma beklentilerini yönetmeye yardımcı olur ve veri kümesinin eksiksizliğini doğrulamak için önemlidir.

Neden Önemli?dir?

Kullanıcıları verilerin güncelliği hakkında bilgilendirir, analizin en güncel süreç durumunu yansıtıp yansıtmadığını anlamalarını sunar.

Nereden Alınır??

Bu zaman damgası (zaman damgası), veri yenilemesi sırasında veri çıkarma aracı veya betik tarafından oluşturulur. Salesforce içinde bir alan değildir.

Örnekler:::::::
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Gerçek Geri Ödeme Tutarı
ActualRefundAmount
Müşteriye fiilen iade edilen nihai parasal değer.
Açıklama

Bu nitelik, tüm değerlendirmeler, kesintiler ve hesaplamalar tamamlandıktan sonra müşteriye geri ödenen nihai tutarı temsil eder. Bu, yeniden stoklama ücretleri, promosyonlar veya iade edilen ürünün durumu gibi faktörler nedeniyle talep edilen tutardan farklılık gösterebilir.\n\nBu niteliki analiz etmek, finansal mutabakat ve 'Geri Ödeme Tutarı Uyuşmazlığı Analizi' Dashboard'u için gereklidir. İade politikalarının finansal etkisini ölçmeye ve geri ödeme hesaplama ve onay Workflow'undaki sistemik sorunları belirlemeye yardımcı olur.

Neden Önemli?dir?

Bu, iadenin nihai finansal sonucudur. Talep edilen tutarla karşılaştırmak, iade politikalarının ve ayarlamaların finansal etkisini ortaya koyar.

Nereden Alınır??

Bu değer, tipik olarak Salesforce Commerce Cloud'daki Return Order ile ilişkili bir Geri Ödeme veya Ödeme İşlemi nesnesinde saklanır.

Örnekler:::::::
49.99115.000.00
İade Kanalı
ReturnChannel
İadenin başlatıldığı kanal, örneğin çevrimiçi, mağaza içi veya müşteri hizmetleri aracılığıyla.
Açıklama

Bu nitelik, müşterinin iade sürecini başlatmak için kullandığı yöntemi belirtir. Yaygın kanallar arasında çevrimiçi bir self-service portalı, ürünü fiziksel bir mağazaya getirme veya bir müşteri hizmetleri temsilcisiyle iletişime geçme bulunur.\n\nİade kanalını anlamak, 'İade Hacmi ve İşlem Hızı Trendleri' Dashboard'u için önemlidir. Kaynakları etkin bir şekilde tahsis etmeye ve belirli kanalların daha uzun döngü süreleri, farklı iade nedenleri veya daha yüksek işlem maliyetleriyle ilişkili olup olmadığını analiz etmeye yardımcı olur.

Neden Önemli?dir?

İade verilerini segmentlere ayırmaya yardımcı olur, çevrimiçi veya mağaza içi gibi farklı kanallar arasındaki süreç farklılıklarını ve kaynak ihtiyaçlarını anlamak için.

Nereden Alınır??

Bu, Return Order veya Case nesnesi üzerinde bir alan olabilir veya iade kaydını oluşturan kullanıcıdan veya sistemden çıkarılabilir.

Örnekler:::::::
Online PortalMağaza İçiMüşteri Enerji ve Altyapıi Çağrısı
İade Nedeni
ReturnReason
Müşterinin ürünü iade etmek için belirttiği neden.
Açıklama

Return Reason, bir müşterinin neden iade başlattığını açıklar. Bu genellikle 'Yanlış Beden', 'Hasarlı Ürün' veya 'Artık Gerekli Değil' gibi önceden tanımlanmış bir listeden seçilir.\n\nBu nitelik, kök neden analizi için büyük önem taşır. İade nedenleri analiz edilerek işletmeler, ürün kalitesi, beden sorunları veya açıklama yanlışlıklarıyla ilgili trendleri belirleyebilir. Bu önemli bilgi, ürün geliştirme, pazarlama ve tedarik zincirinde iyileştirmelere yol açabilir ve sonuç olarak toplam iade hacmini azaltabilir.

Neden Önemli?dir?

Ürünlerin neden iade edildiğini anlamak, ürün kusurları veya beden sorunları gibi temel nedenleri belirlemek için büyük önem taşır ve bu, gelecekteki iade hacimlerini azaltmaya yardımcı olabilir.

Nereden Alınır??

Bu, tipik olarak Salesforce'daki Return Order veya Case nesnesinde bulunan ve genellikle müşteri tarafından iade başlatma süreci sırasında doldurulan bir açılır liste alanıdır.

Örnekler:::::::
Yanlış BoyutVarışta Hasarlı ÜrünYanlış Ürün Sevk Edildi
İşlem Yapan Temsilci
ProcessingAgent
İadeyi veya iade sürecindeki belirli bir `Activity`'yi yürütmekten sorumlu kullanıcı veya çalışan.
Açıklama

Bu nitelik, iade vakası üzerinde bir eylem gerçekleştiren (talebi onaylamak, ürünü incelemek veya geri ödemeyi işlemek gibi) çalışanı veya sistem kullanıcısını tanımlar. Belirli bir kullanıcı kimliği veya adı olabilir.\n\nİşlem Yapan Çalışanşanı analiz etmek, bireyler veya ekipler arasındaki performans farklılıklarını anlamaya yardımcı olur. 'Çalışanşan Performansı ve Tutarlılığı' Dashboard'u için eğitim ihtiyaçlarını belirlemek, iş yüklerini dengelemek ve kuruluş genelinde prosedürleri standartlaştırmak için temel rol oynar.

Neden Önemli?dir?

Farklı kullanıcılar arasında performans ve tutarlılık analizine sunar, en iyi uygulamaları ve eğitim alanlarını belirlemeye yardımcı olur.

Nereden Alınır??

Tipik olarak Salesforce'daki Case veya Return Order nesnelerindeki 'OwnerId' veya 'LastModifiedById' gibi alanlarda bulunur. İlgili görev veya geçmiş nesnelerinde de saklanabilir.

Örnekler:::::::
Alice SmithBob Johnson`Sistem Otomasyonu`
Talep Edilen Geri Ödeme Tutarı
RequestedRefundAmount
İade başlatıldığında müşteri tarafından talep edilen geri ödemenin parasal değeri.
Açıklama

Bu nitelik, müşterinin beklediği ilk geri ödeme tutarını yakalar; bu genellikle iade edilen ürünün fiyatıdır. Bu değer, geri ödeme hesaplama süreci için bir başlangıç noktası görevi görür.\n\nBu tutar, 'Geri Ödeme Tutarı Uyuşmazlığı Analizi' Dashboard'unda 'Gerçek Geri Ödeme Tutarı' ile karşılaştırılır. Önemli veya sık görülen farklar, iade politikaları, yeniden stoklama ücretleri veya sistem hesaplama hatalarıyla ilgili sorunlara işaret edebilir ve bu da müşteri memnuniyetsizliğine yol açabilir.

Neden Önemli?dir?

Nihai geri ödeme tutarına karşı karşılaştırma yapmak için bir temel görevi görür, tutarsızlıkları belirlemeye ve ayarlamaların finansal etkisini analiz etmeye yardımcı olur.

Nereden Alınır??

Bu değer, genellikle orijinal satış siparişinden türetilen Return Order veya Return Order Line Item nesnesinde saklanır.

Örnekler:::::::
49.99125.0089.50
Ürün SKU
ProductSku
İade edilen ürünün Stok Kodu (SKU).
Açıklama

Bu nitelik, iade edilen belirli ürün için benzersiz tanımlayıcıdır. Bireysel ürün düzeyinde detaylı analize sunar.\n\nÜrün SKU'suna göre iadeleri analiz etmek, yüksek iade oranlarına sahip ürünleri belirlemeye yardımcı olur; bu durum kalite kontrol sorunları, kötü ürün açıklamaları veya üretim hatalarını gösterebilir. Bu bilgi, 'Depo Teslim Alımdan İncelemeye Kadar Süre' Dashboard'u için büyük önem taşır, çünkü belirli ürün türlerinin incelenmesinin daha uzun sürüp sürmediğini ortaya çıkarabilir.

Neden Önemli?dir?

Belirli ürünlere göre iade kalıplarının analizine sunar, kalite veya açıklama sorunları olan ürünleri belirlemeye yardımcı olur.

Nereden Alınır??

Bu bilgi, Return Order Line Item üzerinde veya iade vakasını orijinal siparişten belirli ürüne bağlayan ilgili bir nesne üzerinde bulunur.

Örnekler:::::::
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
Depo Konumu
WarehouseLocation
İade edilen ürünün teslim alındığı depo veya tesisin kimliği.
Açıklama

Bu nitelik, iade edilen ürünün hangi fiziksel konumda işlendiğini belirtir. Birden fazla dağıtım merkezine sahip işletmeler için özellikle önemlidir.\n\nDepo Konumu'na göre analiz yapmak, tesisler arasındaki performans farklılıklarını ortaya çıkarabilir. Örneğin, belirli depoların daha uzun inceleme sürelerine veya hasarlı olarak işaretlenen ürünlerin daha yüksek oranlarına sahip olup olmadığını gösterebilir. Bu, operasyonları standartlaştırmaya ve tesise özgü sorunları ele almaya yardımcı olur.

Neden Önemli?dir?

Farklı depolar arasındaki performans karşılaştırmasına sunar, işlem sürelerindeki veya kalite değerlendirmesindeki varyasyonları vurgular.

Nereden Alınır??

Bu bilgi, Return Order veya ilgili bir gönderi nesnesinde depolanabilir. Ayrıca, teslim alma Activity'sini gerçekleştiren kullanıcıdan da çıkarılabilir.

Örnekler:::::::
WH-EAST-01WH-WEST-03WH-CENTRAL-02
Geri Ödeme SLA Hedef Tarihi
RefundSlaTargetDate
İade vakası için geri ödemenin tamamen işlenmesi gereken hedef tarih.
Açıklama

Bu nitelik, geri ödemenin tamamlanması için hizmet seviyesi anlaşması (SLA) son tarihini tanımlar. Genellikle iş kurallarına göre hesaplanır, örneğin iade talebi onaylandıktan veya ürün teslim alındıktan sonra belirli bir sayıda gün gibi.\n\nBu tarih, 'Geri Ödeme SLA Uyumluluk Dashboard'unda gerçek performansın ölçüldüğü ölçüttür. Uyumluluk'u izlemek, tutarlı ve olumlu bir müşteri deneyimi güçlüaya yardımcı olur ve yöneticilerin SLA'ları riske atan ekipleri veya süreç adımlarını belirlemesine sunar.

Neden Önemli?dir?

Geri ödeme işlemleri için performans hedefini tanımlar, SLA uyumluluğunun ve bunun müşteri memnuniyeti üzerindeki etkisinin ölçülmesini sunar.

Nereden Alınır??

Bu, genellikle Case veya Return Order nesnesinde oluşturma veya onay tarihine önceden tanımlanmış bir zaman aralığının (örneğin, CreatedDate + 14 gün) eklenmesiyle türetilen hesaplanmış bir alandır.

Örnekler:::::::
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
İade Durumu
ReturnStatus
İade vakasının süreç döngüsündeki mevcut durumu.
Açıklama

Bu nitelik, iadenin mevcut durumunu (örneğin 'Onay Bekliyor', 'Ürün Teslim Alındı', 'İade Edildi' veya 'Kapalı') gösterir. Bu, vakanın Workflow boyunca ilerlemesiyle değişen dinamik bir niteliktir.\n\nProcess Mining akışı Activity'lerden türetirken, mevcut duruma sahip olmak, açık ve kapalı vakaları filtrelemek ve analiz etmek için değerli bir bağlam sunar. Sürecin farklı aşamalarındaki mevcut birikim ve iş yükünü anlamak için operasyonel izlemede yardımcı olur.

Neden Önemli?dir?

Bir iade vakasının süreçte nerede olduğuna dair bir anlık görüntü sunar; bu, operasyonel izleme ve aktif vakalar için filtreleme için kullanışlıdır.

Nereden Alınır??

Bu, Salesforce Commerce Cloud'daki Return Order veya Case nesnesi üzerinde standart bir 'Durum' alanıdır.

Örnekler:::::::
Onay BekliyorOnaylandıÜrünler Teslim AlındıKapalı
İade Politikası Uyumluluğu
ReturnPolicyAdherence
İadenin belirlenmiş iş politikalarına uygun olup olmadığını gösteren bir gösterge.
Açıklama

Bu nitelik, iadeleri şirket politikalarına (iade süresi, ürün durumu veya satın alma kanıtı gibi) uygunluklarına göre işaretler veya kategorize eder. Bir boolean değeri (Uyumlu/Uyumsuz) veya daha detaylı bir durum olabilir.\n\nBu nitelik, 'İade Politikası Uyumluluk Genel Bakışı' Dashboard'u ve 'Politika Uyumsuzluk Oranı' KPI'ı için merkezi öneme sahiptir. İşletmenin politikaların ne kadar tutarlı bir şekilde uygulandığını izlemesine ve uyumsuz iadelerin süreç ve finansal üzerindeki etkisini analiz etmesine sunar.

Neden Önemli?dir?

Maliyetleri yönetmek, dolandırıcılığı önlemek ve adil ve tutarlı müşteri muamelesi güçlüak için çok önemli olan politika uygulamasının izlenmesini sunar.

Nereden Alınır??

Bu, genellikle iade tarihi, ürün durumu ve ürün tipi gibi diğer veri noktalarına uygulanan bir dizi iş kuralına dayalı türetilmiş bir niteliktir.

Örnekler:::::::
UyumluUyumsuz - Geç İadeUyumsuz - Hasarlı Ürün
Müşteri Kimliği
CustomerId
İadeyi başlatan müşteri için benzersiz bir tanımlayıcı.
Açıklama

Bu nitelik, müşterinin hesabıyla ilişkili benzersiz Kimlik'tir. Müşteri düzeyinde iade verilerinin toplanmasına sunar.\n\nMüşteri Kimliği'ne göre iadeleri analiz etmek, alışılmadık derecede yüksek iade oranlarına sahip müşterileri belirlemeye yardımcı olabilir; bu durum sahtekarlık davranışını veya kronik memnuniyetsizliği gösterebilir. Ayrıca, belirli müşteri gruplarının farklı iade kalıpları veya davranışları olup olmadığını anlamaya yardımcı olan müşteri segmentlerine dayalı analizi de sunar.

Neden Önemli?dir?

Sık iade yapanları belirlemek ve farklı müşteri segmentlerindeki iade davranışlarını anlamak için müşteri düzeyinde analize sunar.

Nereden Alınır??

Bu, Salesforce'daki Order ve Case nesneleri üzerinde, Customer veya Account nesnesine geri bağlanan standart bir alandır.

Örnekler:::::::
CUST-98765MÜŞ-1, 2, 3, 45MÜŞ-55555
Ret Nedeni
RejectionReason
Bir iade talebinin veya geri ödemenin neden reddedildiğine dair belirli neden.
Açıklama

Bir iade onaylanmadığında veya bir geri ödeme reddedildiğinde, bu nitelik gerekçeyi yakalar. Örnekler::::::: arasında 'İade Süresi Dışı', 'Müşteri Tarafından Hasarlı Ürün' veya 'İade Edilemez Ürün' yer alır.\n\nBu bilgi, 'Reddedilen ve Yükseltilen İadeler' Dashboard'u için büyük önem taşır. Ret nedenlerini analiz etmek, işletmenin iade politikası ve sürecindeki sürtünme noktalarını anlamasına yardımcı olur. Bu durum, müşterilerle daha net iletişim kurmaya, politika ayarlamalarına veya iade taleplerinin iyileştirilmiş ilk incelemesine yol açabilir.

Neden Önemli?dir?

İadelerin neden başarısız olduğuna dair kritik stratejik bilgiler sunar, iade politikalarını, müşteri iletişimini ve temsilci eğitimini iyileştirmeye yardımcı olur.

Nereden Alınır??

Bu, genellikle Return Order veya Case nesnesi üzerinde, durum 'Reddedildi' veya 'Kapalı - Reddedildi' olarak değiştirildiğinde doldurulan özel bir alandır.

Örnekler:::::::
İade süresi dolduÜrün orijinal durumunda değilSon satış ürünü
SLA Uyumlu mu?
IsSlaCompliant
Geri ödemenin tanımlanmış SLA hedef tarihi içinde işlenip işlenmediğini gösteren bir boolean değeri.
Açıklama

Bu bayrak, 'Geri Ödeme İşlendi' Activity'si 'Geri Ödeme SLA Hedef Tarihi'nde veya öncesinde gerçekleştiyse 'doğru', aksi takdirde 'yanlış' olarak ayarlanır. SLA performansına vaka bazında net, ikili bir sonuç sunar.\n\nBu nitelik, 'Geri Ödeme SLA Uyumluluk Dashboard'u ve 'Geri Ödeme SLA Uyumluluk Oranı' KPI'ının temelidir. Uyumluluk oranlarının analizini basitleştirir ve veriyi 'İşlem Yapan Çalışanşan' veya 'İade Kanalı' gibi diğer niteliklerle dilimleyerek uyumsuzluk nedenlerine derinlemesine inmeye sunar.

Neden Önemli?dir?

SLA performans analizini basitleştirir, uyumluluk oranlarının kolayca hesaplanmasına ve gecikmelere katkıda bulunan faktörlerin belirlenmesine sunar.

Nereden Alınır??

Bu hesaplanmış bir niteliktir. Mantık şöyledir: EĞER ('Geri Ödeme İşlendi' zaman damgası (zaman damgası) <= RefundSlaTargetDate) İSE doğru DEĞİLSE yanlış.

Örnekler:::::::
truefalse
Teslim Alımdan İncelemeye Kadar Süre
ReceiptToInspectionTime
Ürünün depoda teslim alındığı an ile incelemesinin tamamlandığı an arasındaki süre.
Açıklama

Bu hesaplanmış metrik, depodaki önemli bir dahili adım için geçen süreyi ölçer. 'Ürün Depoya Ulaştı' ve 'Ürün İncelemesi Tamamlandı' Activity'lerinin zaman damgaları arasındaki farktır.\n\nBu süre, 'Depo Teslim Alımdan İncelemeye Kadar Süre' Dashboard'unun ve 'Ort. Ürün Teslim Alım-İnceleme Süresi' KPI'ının odak noktasıdır. Bu metriği analiz etmek, genel süreç gecikmelerine önemli katkıda bulunabilecek depo operasyonlarındaki darboğazları belirlemeye yardımcı olur.

Neden Önemli?dir?

Tüm iade sürecini geciktiren, geri ödeme sürelerini ve envanter kullanılabilirliğini etkileyen dahili depo darboğazlarını belirlemeye yardımcı olur.

Nereden Alınır??

Bu, veri dönüşümü sırasında 'Ürün Depoya Ulaştı' zaman damgası (zaman damgası)ndan 'Ürün İncelemesi Tamamlandı' zaman damgası (zaman damgası)nın çıkarılmasıyla hesaplanır.

Örnekler:::::::
1 gün 2 saat3 gün 0 saat8 saat
Ürün Durumu
ItemCondition
İade edilen ürünün depoda yapılan inceleme sonrası değerlendirilen durumu.
Açıklama

İade edilen bir ürün teslim alındıktan sonra, durumu belirlemek için genellikle incelenir. Bu özellik, 'Yeni', 'Kullanılmış - Yeniden Satılabilir' veya 'Hasarlı' gibi sonuçları kaydeder.

Bu değerlendirme, nihai geri ödeme tutarını doğrudan etkiler ve 'İade Politikası Uyumluluğuna Genel Bakış' kontrol paneli'u için önemli bir girdidir. Bu verileri izlemek, iade edilen ürünlerin kalitesini anlamaya ve yeniden satış, yenileme veya imha için envanteri yönetmeye yardımcı olur.

Neden Önemli?dir?

Bu değerlendirme, genellikle nihai geri ödeme tutarını belirler ve iade edilen malların envanter yönetimi için büyük önem taşır.

Nereden Alınır??

Bu, tipik olarak 'Ürün İncelemesi' Activity'si sırasında güncellenen, Return Order Line Item nesnesinde bulunan özel bir alandır.

Örnekler:::::::
Yeni/AçılmamışKullanılmış - Yeni GibiHasarlı/Satılamaz
Gerekli Önerilen Opsiyonel

İade ve Geri Ödeme Süreçleri Faaliyetleri

Event log'unuzda doğru süreç keşfi ve optimizasyonu için yakalamanız gereken temel süreç adımları ve kilometre taşları bunlardır.
6 Önerilen 7 Opsiyonel
Aktivite Açıklama
İade İşlendi
Bu `Activity`, geri ödemenin ödeme `gateway`'i tarafından başarıyla işlendiğini ve fonların müşteriye gönderildiğini doğrular. Bu `Event` genellikle ödeme sağlayıcısından gelen bir onay geri bildirimiyle tetiklenir.
Neden Önemli?dir?

Bu, Geri Ödeme SLA Uyumluluğunu ölçmek için kritik bir kilometre taşıdır. İade sürecinin finansal kısmının başarıyla tamamlandığını doğrular.

Nereden Alınır??

Ödeme ağ geçidinden gelen, Salesforce'daki ilişkili Ödeme veya Geri Ödeme nesnesinin durumunu 'İşlendi' veya 'Tamamlandı' olarak güncelleyen bir geri arama olayından yakalanmıştır.

Yakala

Ödeme nesnesi durumunu güncelleyen ödeme sağlayıcısından gelen onay Event'ini izleyin.

Event tipi explicit
İade Talebi Oluşturuldu
Bu `Activity`, sistemde bir iade yetkilendirme vakasının oluşturulduğunu işaret eder. Salesforce Commerce Cloud'da yeni bir `ReturnOrder` kaydı, bir müşteri tarafından mağaza önünden veya bir hizmet çalışanı tarafından oluşturulduğunda yakalanır.
Neden Önemli?dir?

İade sürecinin başlangıç noktası olarak, bu aktivite uçtan uca döngü süresini ölçmek ve zaman içinde gelen iade taleplerinin hacmini analiz etmek için gereklidir.

Nereden Alınır??

Bu Event, Salesforce Commerce Cloud OMS'deki ReturnOrder nesnesinin oluşturulma zaman damgası (zaman damgası)ndan yakalanır.

Yakala

Yeni bir ReturnOrder kaydının oluşturulmasını izleyin.

Event tipi explicit
İade Talebi Onaylandı
Bu `Event`, bir iade talebinin bir hizmet çalışanı veya otomatik bir kural tarafından incelendiğini ve yetkilendirildiğini gösterir. Tipik olarak `ReturnOrder` nesnesindeki bir durum değişikliğinden, örneğin 'Yeni'den 'Onaylandı'ya geçişten anlaşılır.
Neden Önemli?dir?

Bu kilometre taşını izlemek, onay aşamasının verimliliğini analiz etmeye ve darboğazları belirlemeye yardımcı olur. Oluşturma ve onay arasındaki süre, çalışan performansı için kritik bir KPI'dır.

Nereden Alınır??

ReturnOrder nesnesinin durum alanının 'Onaylandı' veya 'Yetkilendirildi' gibi bir onayı temsil eden bir değere güncellendiği zaman damgası (zaman damgası)ndan çıkarılmıştır.

Yakala

ReturnOrder.status alanının 'Onaylandı' durumuna değiştiğini tespit et.

Event tipi inferred
İade Vakası Kapatıldı
Bu `Activity`, bir geri ödeme, değişim veya red nihai hale getirildikten sonra sistemdeki iade vakasının nihai kapanışını temsil eder. `ReturnOrder` durumunun 'Kapalı' veya 'Tamamlandı' olarak değişmesinden anlaşılır.
Neden Önemli?dir?

Sürecin birincil bitiş noktası olarak, bu aktivite genel döngü sürelerini hesaplamak ve iade işleme operasyonunun verimliliğini ölçmek için gereklidir.

Nereden Alınır??

ReturnOrder nesnesinin durum alanının 'Kapandı' veya 'Tamamlandı' gibi son durumuna güncellendiği zaman damgası (zaman damgası)ndan çıkarılmıştır.

Yakala

ReturnOrder.status alanının 'Kapalı' durumuna değiştiğini tespit et.

Event tipi inferred
Ürün Depoya Ulaştı
Bu `Activity`, iade edilen ürünün belirlenen depo veya işleme merkezine fiziksel olarak teslim alındığını işaret eder. Bir depo operatörü ürünü taradığında yakalanır ve ilişkili `ReturnOrderItem`'ın durumunu günceller.
Neden Önemli?dir?

Bu, süreci müşteri eyleminden dahili işleme geçiren kritik bir kilometre taşıdır. Teslim alımdan incelemeye kadar geçen süre gibi depo verimliliği KPI'larını ölçmek için başlangıç noktasıdır.

Nereden Alınır??

ReturnOrder veya ReturnOrderItem nesnesindeki durum değişikliğinin 'Alındı' durumuna geçmesinden veya 'quantityReceived' alanının doldurulmasından çıkarılmıştır.

Yakala

ReturnOrderItem.quantityReceived alanındaki güncellemeyi veya 'Alındı' durumuna geçişi tespit et.

Event tipi inferred
Ürün İncelemesi Tamamlandı
Bu `Activity`, ürünün durumunun değerlendirilip belgelendiği incelemenin tamamlandığını işaret eder. İade edilen ürün üzerindeki bir durum değişikliğiyle yakalanır ve geri ödeme hesaplaması gibi bir sonraki adımı tetikler.
Neden Önemli?dir?

Bu, geri ödemenin garanti edilip edilmeyeceğini belirleyen süreçteki önemli bir karar noktasıdır. Teslim alımdan incelemenin tamamlanmasına kadar geçen süre, depo operasyonları için büyük bir KPI'dır.

Nereden Alınır??

ReturnOrderItem nesnesindeki durum güncellemesinin 'İncelendi'ye geçmesinden veya 'reasonForReturn'un bir temsilci tarafından onaylanmasından çıkarılmıştır.

Yakala

ReturnOrderItem.status alanının 'İncelendi' durumuna değiştiğini tespit et.

Event tipi inferred
Değişim Siparişi Oluşturuldu
Değişimle sonuçlanan iadelerde, bu olay, değiştirilen ürün için yeni bir satış siparişinin oluşturulmasını işaret eder. Bu, parasal bir geri ödemeye alternatif bir yoldur.
Neden Önemli?dir?

Bu yolu geri ödemelerden ayrı olarak izlemek, döviz kurlarını ve değişim gerçekleştirme sürecinin verimliliğini anlamak için önemlidir.

Nereden Alınır??

Orijinal ReturnOrder'a bağlanan yeni bir SalesOrder nesnesinin oluşturulmasından yakalanmıştır.

Yakala

ReturnOrder Kimliği ile bağlantılı yeni SalesOrder oluşturulmasını izleyin.

Event tipi explicit
Geri Ödeme Onaylandı
Bu `Activity`, hesaplanan geri ödeme tutarının onaylandığını ve işlenmeye hazır olduğunu gösterir. Bu otomatik bir adım olabileceği gibi, yüksek değerli iadeler için manuel onay da gerektirebilir.
Neden Önemli?dir?

Bu onay adımı, özellikle manuel müdahale gerektiriyorsa bir bottleneck olabilir. Finansal işlem başlatılmadan önceki önemli bir kilometre taşıdır.

Nereden Alınır??

ReturnOrder veya ilgili ödeme özeti nesnesindeki durum değişikliğinin 'Geri Ödeme Onaylandı' veya 'Geri Ödeme İçin Hazır' gibi bir duruma geçmesinden çıkarılmıştır.

Yakala

ReturnOrder veya ilgili ödeme nesnesindeki durum değişikliğini tespit et.

Event tipi inferred
Geri Ödeme Tutarı Hesaplandı
Bu, ürün durumu, yeniden stoklama ücretleri veya promosyonlar gibi faktörleri hesaba katarak nihai geri ödeme tutarının belirlendiği adımı temsil eder. Bu genellikle geri ödeme tutarı alanlarını dolduran otomatik bir sistem adımıdır.
Neden Önemli?dir?

Bu adımı analiz etmek, 'Geri Ödeme Tutarı Farklılık Analizi' kontrol paneli'u için büyük önem taşır; müşterinin talep ettiğinden farklı bir nihai tutarın olduğu durumları vurgular.

Nereden Alınır??

Bu Event, ReturnOrder üzerindeki geri ödeme tutarı alanlarının doldurulmasından veya güncellenmesinden ya da ilişkili bir geri ödeme ödeme nesnesinden çıkarılabilir.

Yakala

Geri ödeme tutarı alanlarının ne zaman doldurulduğunun zaman damgası (zaman damgası)nı tespit et.

Event tipi inferred
İade Başlatıldı
Bu `Event`, Salesforce Commerce Cloud'un geri ödeme talebini harici bir ödeme `gateway`'ine gönderdiği noktayı işaretler. Finansal işlemin başlangıcını temsil eder.
Neden Önemli?dir?

Başlatma ve işleme arasındaki ayrımı yapmak, SLA uyumluluk analizinde temel rol oynar. Bu noktadan sonraki gecikmeler genellikle ödeme sağlayıcısıyla ilgilidir, dahili işleme ile değil.

Nereden Alınır??

Sistemin ödeme ağ geçidi ile iletişim kurduğu zamanki açık bir event lognden veya API çağrı kaydından yakalanmıştır. Ayrıca bir Ödeme nesnesindeki durum değişikliğinden de çıkarılabilir.

Yakala

Ödeme gateway'ine yapılan API çağrısı Event'ini veya 'Geri Ödeme Beklemede' durum değişikliğini izleyin.

Event tipi explicit
İade Etiketi Oluşturuldu
Bu `Activity`, müşterinin ürünü iade etmek için kullanacağı bir gönderi etiketinin oluşturulduğu noktayı temsil eder. Bir gönderi sağlayıcısıyla entegrasyonun bu `Event`'i iade vakasına kaydetmesi durumunda açıkça yakalanabilir.
Neden Önemli?dir?

Bu adım, müşteri deneyiminin önemli bir parçasıdır ve oluşturma süreci sorunsuz değilse bir gecikme kaynağı olabilir. Ürünü göndermek için müşteriye devri işaret eder.

Nereden Alınır??

Salesforce Shipping gibi bir gönderi entegrasyonu tarafından ReturnOrder nesnesindeki özel bir alana veya ilgili bir nesneye kaydedilmiş olabilir.

Yakala

Gönderi entegrasyonundan veya özel nesne oluşturmadan gelen Event'i izleyin.

Event tipi explicit
İade Talebi Reddedildi
Bu `Event`, bir iade talebinin reddedildiğini ve daha fazla işlenmeyeceğini gösterir. Ürünler teslim alınmadan önce `ReturnOrder` durumu 'Reddedildi' veya 'İptal Edildi' olarak güncellendiğinde yakalanır.
Neden Önemli?dir?

Reddedilen iadeleri analiz etmek, politika ihlalleri gibi yaygın ret nedenlerini belirlemeye yardımcı olur; bu da müşteri iletişimini ve ön uç doğrulama kurallarını iyileştirebilir.

Nereden Alınır??

ReturnOrder nesnesinin durum alanının 'Reddedildi' veya 'İptal Edildi' gibi bir reddi temsil eden bir değere güncellendiği zaman damgası (zaman damgası)ndan çıkarılmıştır.

Yakala

ReturnOrder.status alanının 'Reddedildi' durumuna değiştiğini tespit et.

Event tipi inferred
Ürün İncelemesi Başladı
Bu `Event`, iade edilen ürünün kalite ve durum değerlendirmesinin başlangıcını gösterir. Tipik olarak iade edilen ürünün durumu 'İnceleniyor' veya benzer bir duruma değiştiğinde anlaşılır.
Neden Önemli?dir?

İncelemenin başlangıcını izlemek, saf inceleme süresini genel depo bekleme süresinden ayırmaya yardımcı olur ve potansiyel bottleneck'lere daha ayrıntılı bir bakış sunar.

Nereden Alınır??

ReturnOrderItem nesnesindeki durum güncellemesinin 'İnceleniyor' veya 'İnceleme Altında' gibi bir değere geçmesinden çıkarılmıştır.

Yakala

ReturnOrderItem.status alanının 'İnceleniyor' durumuna değiştiğini tespit et.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Salesforce Commerce Cloud'dan verilerinizi nasıl alırsınız