İade ve Geri Ödeme Süreci Veri Template'i
İade ve Geri Ödeme Süreci Veri Template'i
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Salesforce Commerce Cloud için veri çekme rehberliği
İade ve Geri Ödeme Süreçleri Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
İade sürecinde meydana gelen belirli iş süreci adımı veya `Event`'in adı. | ||
|
Açıklama
Bu
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
Ö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
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 (
Ö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ı),
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
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,
Ö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
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ı),
Ö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
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
Ö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
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,
Ö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
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
Ö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
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
Ö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
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
Örnekler:::::::
49.99125.0089.50
|
|||
|
Ürün SKU
ProductSku
|
İade edilen ürünün Stok Kodu (SKU). | ||
|
Açıklama
Bu
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,
Ö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
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,
Ö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
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
Ö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
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
Ö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
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
Ö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
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
Ö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
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
Ö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'
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
Ö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ı'
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,
Ö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'
Örnekler:::::::
Yeni/AçılmamışKullanılmış - Yeni GibiHasarlı/Satılamaz
|
|||
İade ve Geri Ödeme Süreçleri Faaliyetleri
| 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
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 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
Yakala
Yeni bir
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
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
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
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
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
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
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
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
Yakala
Gönderi entegrasyonundan veya özel nesne oluşturmadan gelen
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
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
|
|||