İade ve Geri Ödeme İşleme Veri Şablonunuz
İade ve Geri Ödeme İşleme Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Salesforce Commerce Cloud için veri çekme rehberliği
İade ve Geri Ödeme Süreci Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
İade sürecinde meydana gelen belirli iş süreci adımı veya `Event`'in adı. | ||
|
Açıklama
Bu
Neden önemli
Süreç haritasındaki adımları tanımlar, iade iş akışının görselleştirilmesine ve analiz edilmesine olanak tanır.
Nereden alınır
Bu
Örnekler
İade Talebi OnaylandıÜrün İncelemesi Tamamlandıİade İşlendi
|
|||
|
İade Vaka Kimliği
ReturnCaseId
|
Tek bir müşteri iade vakası için benzersiz tanımlayıcı; tüm ilgili `Activity`'leri başlangıcından kapanışına kadar birbirine bağlar. | ||
|
Açıklama
Neden önemli
Bu, bir iade sürecinin tüm adımlarını tek, izlenebilir bir vakaya bağlayan birincil anahtardı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-0012345RT-0012346RT-0012347
|
|||
|
Olay Zamanı
EventTime
|
Belirli `Activity` veya `Event`'in ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
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ı, olayları doğru sıralamak ve herhangi bir zamana dayalı analiz yapmak için çok önemlidir. Süreç madenciliği, 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
Bu zaman damgası,
Nereden alınır
Bu, tipik olarak Salesforce Commerce Cloud'da bir kaydın oluşturulma veya değiştirilme 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` `veri`lerinin kaynaklandığı sistem. | ||
|
Açıklama
Bu
Neden önemli
Verinin kökeni hakkında bağlam sağlar; bu, veri yönetişimi ve birden fazla kurumsal sistemden veri entegre ederken çok önemlidir.
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ı. | ||
|
Açıklama
Bu
Neden önemli
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ı sağlar.
Nereden alınır
Bu 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
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 Döngü Süresi
ReturnCycleTime
|
İade talebinin oluşturulmasından vakanın nihai kapanışına kadar geçen toplam süre. | ||
|
Açıklama
Bu metrik, tek bir vaka için iade sürecinin uçtan uca süresini ölçer. İlk
Neden önemli
Bu, genel süreç verimliliği için önemli bir performans göstergesidir. Bunu azaltmak, müşteri deneyimini doğrudan iyileştirir ve operasyonel maliyetleri düşürür.
Nereden alınır
Bu,
Örnekler
10 gün 4 saat21 gün 8 saat5 gün 2 saat
|
|||
|
İ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
İ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ğazadaMüşteri Hizmetleri Çağrısı
|
|||
|
İade Nedeni
ReturnReason
|
Müşteri tarafından ürünün iade edilmesi için belirtilen neden. | ||
|
Açıklama
Neden önemli
Ürünlerin neden iade edildiğini anlamak, ürün kusurları veya beden sorunları gibi temel nedenleri belirlemek için anahtardı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 Çalışan
ProcessingAgent
|
İadeyi veya iade sürecindeki belirli bir `Activity`'yi yürütmekten sorumlu kullanıcı veya çalışan. | ||
|
Açıklama
Bu
Neden önemli
Farklı kullanıcılar arasında performans ve tutarlılık analizine olanak tanır, 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
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
Belirli ürünlere göre iade kalıplarının analizine olanak tanır, 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
Farklı depolar arasındaki performans karşılaştırmasına olanak tanır, 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
Geri ödeme işlemleri için performans hedefini tanımlar, SLA uyumluluğunun ve bunun müşteri memnuniyeti üzerindeki etkisinin ölçülmesini sağlar.
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 yaşam döngüsündeki mevcut durumu. | ||
|
Açıklama
Bu
Neden önemli
Bir iade vakasının süreçte nerede olduğuna dair bir anlık görüntü sağlar; 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
Maliyetleri yönetmek, dolandırıcılığı önlemek ve adil ve tutarlı müşteri muamelesi sağlamak için çok önemli olan politika uygulamasının izlenmesini sağlar.
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
Sık iade yapanları belirlemek ve farklı müşteri segmentlerindeki iade davranışlarını anlamak için müşteri düzeyinde analize olanak tanır.
Nereden alınır
Bu, Salesforce'daki
Örnekler
CUST-98765MÜŞ-12345MÜŞ-55555
|
|||
|
Ret Nedeni
RejectionReason
|
Bir iade talebinin veya geri ödemenin reddedilmesinin özel nedeni. | ||
|
Açıklama
Bir iade onaylanmadığında veya bir geri ödeme reddedildiğinde, bu
Neden önemli
İadelerin neden başarısız olduğuna dair kritik içgörüler sağlar, 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 bayrağı. | ||
|
Açıklama
Bu bayrak, 'Geri Ödeme İşlendi'
Neden önemli
SLA performans analizini basitleştirir, uyumluluk oranlarının kolayca hesaplanmasına ve gecikmelere katkıda bulunan faktörlerin belirlenmesine olanak tanır.
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
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ış' dashboard'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
Bu değerlendirme, genellikle nihai geri ödeme tutarını belirler ve iade edilen malların envanter yönetimi için kritik öneme sahiptir.
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üreci Activity'leri
| 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
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
İ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 esastır.
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
Bu kilometre taşını izlemek, onay aşamasının verimliliğini analiz etmeye ve
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ı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
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 esastır.
Nereden alınır
ReturnOrder nesnesinin durum alanının 'Kapandı' veya 'Tamamlandı' gibi son durumuna güncellendiği 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
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
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
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
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
Bu adımı analiz etmek, 'Geri Ödeme Tutarı Farklılık Analizi' dashboard'u için çok önemlidir; 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ı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
Başlatma ve işleme arasındaki ayrımı yapmak, SLA uyumluluk analizinde anahtardır. 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 olay günlüğünden 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
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
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ı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şlatıldı
|
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
İ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
|
|||