İade ve geri ödeme işlemleri için Veri Şablonunuz
İade ve geri ödeme işlemleri için Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Salesforce Commerce Cloud için veri çıkarma yönergeleri
İade ve geri ödeme işlemlerinin öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
İade sürecinde gerçekleşen belirli iş adımının veya olayın adıdır. | ||
|
Açıklama
Bu öznitelik, iade vakasında belirli bir anda tamamlanan görevi veya kilometre taşını tanımlar. Örnekler arasında 'İade talebi oluşturuldu', 'Ürün depoda teslim alındı' ve 'Para iadesi işlendi' yer alır. Process Mining çalışmalarında Etkinlik 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. Etkinlikleri analiz etmek, darboğazları, yeniden çalışma döngülerini ve standart süreçten sapmaları belirlemenin temelidir.
Neden önemli?
Süreç haritasındaki adımları tanımlar ve iade iş akışının görselleştirilip analiz edilmesini sağlar.
Nereden alınır?
Bu öznitelik genellikle Salesforce’taki Return Order veya Case nesneleriyle ilişkili olay günlüklerinden, durum değişikliği kayıtlarından ya da görev tamamlama verilerinden elde edilir.
Örnekler
İade talebi onaylandıÜrün incelemesi tamamlandıGeri ödeme işlendi
|
|||
|
İade vaka kimliği
ReturnCaseId
|
Tek bir müşteri iade vakasına ait benzersiz tanımlayıcıdır. Başlangıçtan kapanışa kadar ilgili tüm etkinlikleri birbirine bağlar. | ||
|
Açıklama
İade vaka kimliği, belirli bir müşteri iadesi veya para iadesi talebiyle ilişkili tüm etkinlikleri birbirine bağlayan temel tanımlayıcıdır. Böylece iadenin başlangıcından kapanışına kadar tüm yaşam döngüsü izlenip ayrıntılı biçimde analiz edilebilir. Process Mining çalışmalarında bu öznitelik, vakaların yeniden oluşturulması için temel niteliktedir. Aynı iade vaka kimliğini taşıyan her olay, aynı süreç örneğinin parçasıdır. Bu sayede süreç haritaları görselleştirilebilir, çevrim süresi gibi vaka düzeyindeki temel performans göstergeleri hesaplanabilir ve iadelerle ilgili süreç varyantları analiz edilebilir.
Neden önemli?
İade sürecindeki tüm adımları izlenebilir tek bir vakada birleştiren bu temel anahtar, uçtan uca süreç analizi için gereklidir.
Nereden alınır?
Bu tanımlayıcı genellikle Salesforce Commerce Cloud içindeki Return Merchandise Authorization (RMA) sürecinde oluşturulur. Çoğunlukla Return Order veya Case nesnesinde bulunur.
Örnekler
RT-0012345RT-0012346RT-0012347
|
|||
|
Olay zamanı
EventTime
|
Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren zaman damgasıdır. | ||
|
Açıklama
Olay zamanı, bir etkinliğin gerçekleştirildiği veya durumun değiştiği kesin tarih ve saati kaydeder. Olayları doğru sıraya koymak ve zamana dayalı analizler yapmak için bu zaman damgası gereklidir. Process Mining, etkinlikleri sıralamak, adımlar arasındaki çevrim sürelerini ve bekleme sürelerini hesaplamak, ayrıca süreç performansını farklı dönemlerde analiz etmek için bu zaman damgalarından yararlanır. Güvenilir süreç analizinin temeli doğru zaman damgalarıdır.
Neden önemli?
Bu zaman damgası, etkinliklerin kronolojik sırasını belirler. Çevrim sürelerini hesaplamak ve süreçteki gecikmeleri tespit etmek için temel niteliktedir.
Nereden alınır?
Bu, genellikle Salesforce Commerce Cloud’daki iade süreciyle ilgili nesnelerin 'CreatedDate' veya 'LastModifiedDate' alanları gibi bir kaydın oluşturulma ya da değiştirilme zaman damgasıdır.
Örnekler
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
Kaynak sistem
SourceSystem
|
Olay verilerinin geldiği sistemdir. | ||
|
Açıklama
Bu öznitelik, verinin üretildiği kaynak sistemi belirtir. Bu süreçte değer her zaman 'Salesforce Commerce Cloud' olur. Daha geniş kapsamlı analizlerde bu alan, süreçlerin farklı platformlardaki akışını anlamak için birden fazla sistemden gelen verileri birleştirirken işe yarar. Veri kökenini açıkça gösterir ve belirli bir kaynağa özgü veri kalitesi sorunlarının teşhis edilmesine yardımcı olur.
Neden önemli?
Verinin kaynağı hakkında bilgi verir. Veri yönetişimi ve farklı kurumsal sistemlerden gelen verilerin entegrasyonu açısından önemlidir.
Nereden alınır?
Veri çıkarma ve dönüştürme sırasında eklenen statik bir değerdir. Salesforce’ta bir alan değildir, veri modelinin parçası olarak tanımlanır.
Örnekler
Salesforce Commerce Cloud
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verinin kaynak sistemden en son ne zaman çıkarıldığını veya yenilendiğini gösteren zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, Salesforce Commerce Cloud’dan en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verinin ne kadar güncel olduğunu gösterir. Bu bilgi, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlaması için önemlidir. Verinin güncelliğine ilişkin beklentileri yönetmeye yardımcı olur ve Veri Seti verilerinin eksiksiz olduğunu doğrulamak açısından önem taşır.
Neden önemli?
Verinin güncelliğini göstererek kullanıcıların analizin sürecin en son durumunu yansıtıp yansıtmadığını anlamasını sağlar.
Nereden alınır?
Bu zaman damgası, veri yenilendiği sırada veri çıkarma aracı veya betiği tarafından oluşturulur. Salesforce’ta bir alan değildir.
Örnekler
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
Gerçek para iadesi tutarı
ActualRefundAmount
|
Müşteriye gerçekten iade edilen nihai tutardır. | ||
|
Açıklama
Bu öznitelik, tüm değerlendirmeler, kesintiler ve hesaplamalar tamamlandıktan sonra müşteriye geri ödenen nihai tutarı gösterir. Yeniden stoklama ücretleri, promosyonlar veya iade edilen ürünün durumu gibi etkenler nedeniyle talep edilen tutardan farklı olabilir. Bu özniteliği analiz etmek, finansal mutabakat ve 'Para iadesi tutarı farkı analizi' Dashboardu için önemlidir. İade politikalarının mali etkisini ölçmeye, para iadesi hesaplama ve onay iş akışındaki sistematik sorunları belirlemeye yardımcı olur.
Neden önemli?
İadenin nihai finansal sonucunu gösterir. Talep edilen tutarla karşılaştırıldığında, iade politikalarının ve yapılan düzeltmelerin mali etkisi ortaya çıkar.
Nereden alınır?
Bu değer genellikle Salesforce Commerce Cloud’da Return Order ile ilişkili Refund veya Payment Transaction nesnesinde saklanır.
Örnekler
49.99115.000.00
|
|||
|
İade kanalı
ReturnChannel
|
İadenin başlatıldığı kanal; örneğin internet, mağaza veya müşteri hizmetleri. | ||
|
Açıklama
Bu öznitelik, müşterinin iade sürecini başlatmak için kullandığı yöntemi belirtir. Yaygın kanallar arasında self servis internet portalı, ürünü fiziksel mağazaya getirme veya müşteri hizmetleri temsilcisiyle iletişime geçme yer alır. İade kanalını anlamak, 'İade hacmi ve işlem hacmi eğilimleri' Dashboardu için önemlidir. Kaynakların verimli dağıtılmasına ve belirli kanalların daha uzun çevrim süreleri, farklı iade nedenleri veya daha yüksek işlem maliyetleriyle ilişkili olup olmadığının analizine yardımcı olur.
Neden önemli?
İade verilerini kanallara göre gruplandırarak internet ve mağaza gibi farklı kanallardaki süreç farklılıklarını ve kaynak ihtiyaçlarını anlamayı sağlar.
Nereden alınır?
Return Order veya Case nesnesinde bir alan olabilir ya da iade kaydını oluşturan kullanıcı veya sistemden anlaşılabilir.
Örnekler
İnternet portalıMağazaMüşteri hizmetleri araması
|
|||
|
İade nedeni
ReturnReason
|
Müşterinin ürünü iade etme gerekçesidir. | ||
|
Açıklama
İade nedeni, müşterinin iadeyi neden başlattığını gösterir. Genellikle 'Beden yanlış', 'Ürün hasarlı' veya 'Artık gerekmiyor' gibi önceden belirlenmiş seçeneklerden seçilir. Bu öznitelik, temel neden analizi için önemlidir. İşletmeler iade nedenlerini inceleyerek ürün kalitesi, beden sorunları veya ürün açıklamalarındaki hatalarla ilgili eğilimleri belirleyebilir. Bu bulgular ürün geliştirme, pazarlama ve tedarik zincirinde iyileştirmelere yön verebilir ve sonuçta toplam iade sayısını azaltabilir.
Neden önemli?
Ürünlerin neden iade edildiğini anlamak, ürün kusurları veya beden sorunları gibi temel nedenleri belirlemeye yardımcı olur ve gelecekteki iadeleri azaltabilir.
Nereden alınır?
Bu, genellikle Salesforce’taki Return Order veya Case nesnesinde bulunan bir seçim listesi alanıdır ve çoğu zaman müşteri tarafından iade başlatılırken doldurulur.
Örnekler
Beden yanlışÜrün teslim alındığında hasarlıYanlış ürün gönderildi
|
|||
|
İşlemi gerçekleştiren kullanıcı
ProcessingAgent
|
İadeyi veya iade sürecindeki belirli bir etkinliği yürüten kullanıcı ya da sistem aracısıdır. | ||
|
Açıklama
Bu öznitelik, talebi onaylama, ürünü inceleme veya para iadesini işleme gibi bir eylemi iade vakasında gerçekleştiren çalışanı ya da sistem kullanıcısını belirtir. Belirli bir kullanıcı kimliği veya adı olabilir. İşlemi gerçekleştiren kullanıcıyı analiz etmek, kişiler veya ekipler arasındaki performans farklılıklarını anlamaya yardımcı olur. 'Aracı performansı ve tutarlılığı' Dashboardu için temel bir veridir; eğitim ihtiyaçlarını belirlemeyi, iş yükünü dengelemeyi ve kuruluş genelinde prosedürleri standartlaştırmayı sağlar.
Neden önemli?
Farklı kullanıcıların performans ve tutarlılığını analiz etmeyi, iyi uygulamaları ve eğitim gerektiren alanları belirlemeyi sağlar.
Nereden alınır?
Salesforce’taki Case veya Return Order nesnelerinde genellikle 'OwnerId' ya da 'LastModifiedById' gibi alanlarda bulunur. İlişkili görev veya geçmiş nesnelerinde de saklanabilir.
Örnekler
Alice SmithBob JohnsonSistem otomasyonu
|
|||
|
Talep edilen para iadesi tutarı
RequestedRefundAmount
|
Müşterinin iade başlatırken talep ettiği para iadesinin tutarıdır. | ||
|
Açıklama
Bu öznitelik, müşterinin başlangıçta beklediği para iadesi tutarını kaydeder. Bu tutar genellikle iade edilen ürünün fiyatıdır ve para iadesi hesaplamasında başlangıç noktası olarak kullanılır. Bu tutar, 'Para iadesi tutarı farkı analizi' Dashboardunda 'Gerçek para iadesi tutarı' ile karşılaştırılır. Sık görülen veya büyük farklar; iade politikalarındaki, yeniden stoklama ücretlerindeki ya da sistem hesaplamalarındaki sorunlara işaret edebilir ve müşteri memnuniyetsizliğine yol açabilir.
Neden önemli?
Nihai para iadesi tutarıyla karşılaştırma için başlangıç noktası sağlar; farkları belirlemeye ve düzeltmelerin mali etkisini analiz etmeye yardımcı olur.
Nereden alınır?
Bu değer genellikle orijinal satış siparişinden alınarak Return Order veya Return Order Line Item nesnesinde saklanır.
Örnekler
49.99125.0089.50
|
|||
|
Ürün SKU’su
ProductSku
|
İade edilen ürüne ait Stok Tutma Birimi (SKU) kodudur. | ||
|
Açıklama
Bu öznitelik, iade edilen ürünü benzersiz biçimde tanımlar ve ürün düzeyinde ayrıntılı analiz yapılmasını sağlar. Ürün SKU’suna göre iadeleri incelemek, iade oranı yüksek ürünleri belirlemeye yardımcı olur. Bu durum kalite kontrol sorunlarına, yetersiz ürün açıklamalarına veya üretim kusurlarına işaret edebilir. Bu bilgi, 'Depoda teslim alımdan incelemeye kadar geçen süre' Dashboardu için önemlidir; belirli ürün türlerinin incelenmesinin daha uzun sürüp sürmediğini ortaya çıkarabilir.
Neden önemli?
Belirli ürünlere göre iade örüntülerini analiz etmeyi ve kalite ya da açıklama sorunları olan ürünleri belirlemeyi sağlar.
Nereden alınır?
Bu bilgi, iade vakasını orijinal siparişteki belirli ürüne bağlayan Return Order Line Item nesnesinde veya ilişkili bir nesnede 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 tanımlayıcısıdır. | ||
|
Açıklama
Bu öznitelik, iade edilen ürünü işleyen fiziksel konumu belirtir. Birden fazla dağıtım merkezi bulunan işletmeler için özellikle önemlidir. Depo konumuna göre yapılan analizler, tesisler arasındaki performans farklılıklarını ortaya çıkarabilir. Örneğin bazı depolarda inceleme sürelerinin daha uzun olup olmadığını veya ürünlerin hasarlı olarak işaretlenme oranının daha yüksek olup olmadığını gösterebilir. Bu bilgi, operasyonları standartlaştırmaya ve tesise özgü sorunları gidermeye yardımcı olur.
Neden önemli?
Farklı depoların performansını karşılaştırmayı, işlem sürelerindeki veya kalite değerlendirmelerindeki farklılıkları belirlemeyi sağlar.
Nereden alınır?
Bu bilgi Return Order nesnesinde veya ilişkili bir gönderi nesnesinde saklanabilir. Ürünü teslim alma etkinliğini gerçekleştiren kullanıcıdan da anlaşılabilir.
Örnekler
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
|
İade durumu
ReturnStatus
|
İade vakasının yaşam döngüsündeki mevcut durumudur. | ||
|
Açıklama
Bu öznitelik, iadenin 'Onay bekliyor', 'Ürün teslim alındı', 'Para iadesi yapıldı' veya 'Kapalı' gibi mevcut durumunu gösterir. Vaka iş akışında ilerledikçe değişir. Process Mining, akışı etkinliklerden çıkarır. Mevcut durum bilgisi ise açık ve kapalı vakaları filtreleyip analiz etmek için ek bağlam sağlar. Operasyonel izleme sırasında birikmiş işleri ve sürecin farklı aşamalarındaki iş yükünü anlamaya yardımcı olur.
Neden önemli?
İade vakasının süreçte hangi aşamada olduğunu gösterir. Operasyonel izleme ve etkin vakaları filtreleme açısından yararlıdır.
Nereden alınır?
Salesforce Commerce Cloud’daki Return Order veya Case nesnesinde bulunan standart bir 'Status' alanıdır.
Örnekler
Onay bekliyorOnaylandıÜrünler teslim alındıKapalı
|
|||
|
İade politikasına uyum
ReturnPolicyAdherence
|
İadenin belirlenmiş iş politikalarına uygun olup olmadığını gösteren bir işarettir. | ||
|
Açıklama
Bu öznitelik; iade süresi, ürünün durumu veya satın alma kanıtı gibi şirket politikalarına uyumlarına göre iadeleri işaretler ya da kategorilere ayırır. Mantıksal bir işaret (Uyumlu/Uyumlu değil) veya daha ayrıntılı bir durum olabilir. Bu öznitelik, 'İade politikalarına uyum genel görünümü' Dashboardu ve 'Politikalara uyumsuzluk oranı' temel performans göstergesi için merkezî önemdedir. İşletmenin politikaları ne kadar tutarlı uyguladığını izlemesini ve uyumsuz iadelerin süreç ile finansal sonuçlar üzerindeki etkisini analiz etmesini sağlar.
Neden önemli?
Politikaların uygulanmasını izlemeyi sağlar. Bu, maliyetleri yönetmek, dolandırıcılığı önlemek ve müşterilere adil ve tutarlı davranmak açısından önemlidir.
Nereden alınır?
Bu, genellikle iade tarihi, ürünün durumu ve ürün türü gibi diğer veri noktalarına uygulanan bir dizi iş kuralına dayalı olarak türetilen bir özniteliktir.
Örnekler
UyumluUyumlu değil - Geç iadeUyumlu değil - Hasarlı ürün
|
|||
|
Müşteri kimliği
CustomerId
|
İadeyi başlatan müşteriye ait benzersiz tanımlayıcıdır. | ||
|
Açıklama
Bu öznitelik, müşterinin hesabıyla ilişkili benzersiz kimliktir. İade verilerinin müşteri düzeyinde bir araya getirilmesini sağlar. Müşteri kimliğine göre iadeleri analiz etmek, olağandışı derecede sık iade yapan müşterileri belirlemeye yardımcı olabilir. Bu durum dolandırıcılık davranışına veya sürekli memnuniyetsizliğe işaret edebilir. Ayrıca müşteri segmentlerine göre analiz yapılmasını sağlayarak belirli grupların farklı iade örüntüleri veya davranışları olup olmadığını anlamaya yardımcı olur.
Neden önemli?
Sık iade yapan müşterileri belirlemeyi ve farklı müşteri segmentlerindeki iade davranışlarını anlamayı sağlar.
Nereden alınır?
Salesforce’taki Order ve Case nesnelerinde bulunan standart bir alandır ve Customer veya Account nesnesine bağlanır.
Örnekler
CUST-98765CUST-12345CUST-55555
|
|||
|
Para iadesi SLA hedef tarihi
RefundSlaTargetDate
|
İade vakasının para iadesinin tamamen işlenmiş olması gereken hedef tarihtir. | ||
|
Açıklama
Bu öznitelik, para iadesinin tamamlanması için gereken hizmet düzeyi anlaşması (SLA) son tarihini belirtir. Genellikle iade talebinin onaylanmasından veya ürünün teslim alınmasından sonra belirlenen gün sayısı gibi iş kurallarına göre hesaplanır. Gerçek performans, 'Para iadesi SLA uyumluluğu Dashboardu’nda bu tarihle karşılaştırılır. Uyumluluğu izlemek, müşterilere tutarlı ve olumlu bir deneyim sunmaya yardımcı olur; yöneticilerin SLA hedeflerini riske atan ekipleri veya süreç adımlarını belirlemesini sağlar.
Neden önemli?
Para iadesi işlemleri için performans hedefini belirler; SLA uyumluluğunun ve müşteri memnuniyetine etkisinin ölçülmesini sağlar.
Nereden alınır?
Bu, genellikle Case veya Return Order nesnesinde bulunan ve oluşturulma ya da onay tarihine önceden belirlenmiş bir süre eklenerek hesaplanan bir alandır (ör. CreatedDate + 14 gün).
Örnekler
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
|
Ret nedeni
RejectionReason
|
İade talebinin veya para iadesinin reddedilme gerekçesidir. | ||
|
Açıklama
İade onaylanmadığında veya para iadesi reddedildiğinde bu öznitelik gerekçeyi kaydeder. Örnekler arasında 'İade süresi aşıldı', 'Ürün müşteri tarafından hasar gördü' veya 'İade edilemeyen ürün' yer alır. Bu bilgi, 'Reddedilen ve üst kademeye taşınan iadeler' Dashboardu için önemlidir. Ret nedenlerini analiz etmek, işletmenin iade politikası ve sürecindeki sorunlu noktaları anlamasına yardımcı olur. Böylece müşterilerle iletişim netleştirilebilir, politikalar güncellenebilir veya iade talepleri ilk aşamada daha iyi değerlendirilebilir.
Neden önemli?
İadelerin neden sonuçlanmadığını göstererek iade politikalarını, müşteri iletişimini ve çalışan eğitimini iyileştirmeye yardımcı olur.
Nereden alınır?
Bu, genellikle Return Order veya Case nesnesindeki özel bir alandır. Durum 'Rejected' ya da 'Closed - Denied' olarak değiştirildiğinde doldurulur.
Örnekler
İade süresi dolduÜrün ilk durumunda değilSon satış ürünü
|
|||
|
SLA’ya uyuyor mu
IsSlaCompliant
|
Para iadesinin belirlenen SLA hedef tarihine kadar işlenip işlenmediğini gösteren mantıksal bir işarettir. | ||
|
Açıklama
'Para iadesi işlendi' etkinliği 'Para iadesi SLA hedef tarihi’nde veya öncesinde gerçekleştiyse bu işaret 'true', aksi durumda 'false' olarak ayarlanır. Her vaka için SLA performansını açık ve ikili bir sonuçla gösterir. Bu öznitelik, 'Para iadesi SLA uyumluluğu Dashboardu' ve 'Para iadesi SLA uyum oranı' temel performans göstergesinin temelini oluşturur. Uyumluluk oranlarının analizini kolaylaştırır ve verileri 'İşlemi gerçekleştiren kullanıcı' veya 'İade kanalı' gibi diğer özniteliklere göre filtreleyerek uyumsuzluk nedenlerinin ayrıntısına inmeyi sağlar.
Neden önemli?
SLA performansının analizini kolaylaştırır; uyumluluk oranlarının hesaplanmasını ve gecikmelere yol açan etkenlerin belirlenmesini sağlar.
Nereden alınır?
Hesaplanan bir özniteliktir. Mantık şöyledir: IF ('Refund Processed' zaman damgası <= RefundSlaTargetDate) THEN true ELSE false.
Örnekler
truefalse
|
|||
|
Teslim alımdan incelemeye kadar geçen süre
ReceiptToInspectionTime
|
Ürünün depoda teslim alınmasıyla incelemesinin tamamlanması arasında geçen süredir. | ||
|
Açıklama
Bu hesaplanan metrik, depodaki önemli bir iç adımın ne kadar sürdüğünü ölçer. 'Ürün depoda teslim alındı' ve 'Ürün incelemesi tamamlandı' etkinliklerinin zaman damgaları arasındaki farktır. Bu süre, 'Depoda teslim alımdan incelemeye kadar geçen süre' Dashboardunun ve 'Ortalama ürün teslim alma-inceleme süresi' temel performans göstergesinin odağındadır. Bu metriği analiz etmek, depo operasyonlarındaki darboğazları belirlemeye yardımcı olur. Bu darboğazlar, süreç genelindeki gecikmelerin önemli bir nedeni olabilir.
Neden önemli?
İade sürecinin tamamını geciktiren depo içi darboğazları belirlemeye yardımcı olur; bu gecikmeler para iadesi sürelerini ve envanterin kullanılabilirliğini etkiler.
Nereden alınır?
Veri dönüştürme sırasında, 'Ürün incelemesi tamamlandı' zaman damgasından 'Ürün depoda teslim alındı' zaman damgası çıkarılarak hesaplanır.
Örnekler
1 gün 2 saat3 gün 0 saat8 saat
|
|||
|
Ürün durumu
ItemCondition
|
Depoda yapılan incelemede iade edilen ürünün belirlenen durumudur. | ||
|
Açıklama
İade edilen ürün teslim alındıktan sonra durumu belirlemek için genellikle incelenir. Bu öznitelik, 'Yeni', 'Kullanılmış - Yeniden satılabilir' veya 'Hasarlı' gibi inceleme sonucunu kaydeder. Bu değerlendirme, nihai para iadesi tutarını doğrudan etkiler ve 'İade politikalarına uyum genel görünümü' Dashboardu için temel bir girdidir. Bu veriyi izlemek, iade edilen ürünlerin kalitesini anlamaya ve yeniden satış, yenileme ya da elden çıkarma için envanteri yönetmeye yardımcı olur.
Neden önemli?
Bu değerlendirme genellikle nihai para iadesi tutarını belirler ve iade edilen ürünlerin envanter yönetimi açısından önemlidir.
Nereden alınır?
Bu, genellikle Return Order Line Item nesnesinde bulunan ve 'Ürün incelemesi' etkinliği sırasında güncellenen özel bir alandır.
Örnekler
Yeni/açılmamışKullanılmış - yeni gibiHasarlı/satılamaz
|
|||
İade ve geri ödeme işlemlerinin etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Geri ödeme işlendi
|
Bu etkinlik, ödemenin ödeme ağ geçidi tarafından başarıyla işlendiğini ve tutarın müşteriye gönderildiğini doğrular. Genellikle ödeme sağlayıcısından gelen bir onay geri çağrısıyla tetiklenir. | ||
|
Neden önemli?
Bu, İade SLA uyumunu ölçmek için önemli bir kilometre taşıdır. İade sürecinin finansal bölümünün başarıyla tamamlandığını doğrular.
Nereden alınır?
Salesforce’taki ilgili Payment veya Refund nesnesinin durumunu 'Processed' ya da 'Completed' olarak güncelleyen, ödeme ağ geçidinden gelen geri çağrı olayıyla kaydedilir.
Kaydedin
Ödeme sağlayıcısından gelen ve Payment nesnesinin durumunu güncelleyen onay olayını izleyin.
Olay türü
explicit
|
|||
|
İade talebi oluşturuldu
|
Bu etkinlik, sistemde iade yetkilendirme vakasının oluşturulduğunu gösterir. Salesforce Commerce Cloud’da müşteri mağaza üzerinden veya bir hizmet temsilcisi tarafından yeni bir ReturnOrder kaydı oluşturduğunda kaydedilir. | ||
|
Neden önemli?
İade sürecinin başlangıç noktası olan bu etkinlik, uçtan uca çevrim süresini ölçmek ve zaman içindeki iade talebi hacmini incelemek için gereklidir.
Nereden alınır?
Bu olay, Salesforce Commerce Cloud OMS’deki ReturnOrder nesnesinin oluşturulma zaman damgasından kaydedilir.
Kaydedin
Yeni bir ReturnOrder kaydının oluşturulmasını izleyin.
Olay türü
explicit
|
|||
|
İade talebi onaylandı
|
Bu olay, bir hizmet temsilcisinin veya otomatik bir kuralın iade talebini inceleyip onayladığını gösterir. Genellikle ReturnOrder nesnesinin durumundaki değişiklikten, örneğin “New” durumundan “Approved” durumuna geçişten çıkarılır. | ||
|
Neden önemli?
Bu aşamayı izlemek, onay sürecinin verimliliğini incelemeye ve darboğazları belirlemeye yardımcı olur. Oluşturma ile onay arasındaki süre, temsilci performansını ölçen önemli bir temel performans göstergesidir.
Nereden alınır?
ReturnOrder nesnesinin durum alanı “Approved” veya “Authorized” gibi bir onay değerine güncellendiğinde oluşan zaman damgasından çıkarılır.
Kaydedin
ReturnOrder.status alanının “Approved” olarak değiştiğini tespit edin.
Olay türü
inferred
|
|||
|
İade vakası kapatıldı
|
Bu etkinlik, para iadesi, ürün değişimi veya ret kararı kesinleştikten sonra iade vakasının sistemde tamamen kapatıldığını gösterir. ReturnOrder durumunun 'Closed' veya 'Completed' olarak değişmesinden anlaşılır. | ||
|
Neden önemli?
Sürecin temel bitiş noktası olan bu etkinlik, toplam çevrim sürelerini hesaplamak ve iade işlemlerinin işlem hacmini ölçmek için gereklidir.
Nereden alınır?
ReturnOrder nesnesinin durum alanı 'Closed' veya 'Completed' gibi son bir duruma güncellendiğinde oluşan zaman damgasından anlaşılır.
Kaydedin
ReturnOrder.status alanının 'Closed' olarak değiştiğini tespit edin.
Olay türü
inferred
|
|||
|
Ürün depoya ulaştı
|
Bu etkinlik, iade edilen ürünün belirlenen depoya veya işleme merkezine fiziksel olarak ulaştığını gösterir. Depo çalışanı ürünü taradığında ve ilişkili ReturnOrderItem durumunu güncellediğinde kaydedilir. | ||
|
Neden önemli?
Bu önemli aşamada süreç, müşterinin yaptığı işlemlerden kurum içi işleme geçer. Ürünün depoya ulaşmasıyla inceleme arasındaki süre gibi depo verimliliği göstergelerini ölçmek için başlangıç noktasıdır.
Nereden alınır?
ReturnOrder veya ReturnOrderItem nesnesinin durumu “Received” olarak değiştiğinde ya da “quantityReceived” alanı doldurulduğunda çıkarılır.
Kaydedin
ReturnOrderItem.quantityReceived alanındaki güncellemeyi veya durumun “Received” olarak değişmesini tespit edin.
Olay türü
inferred
|
|||
|
Ürün incelemesi tamamlandı
|
Bu etkinlik, ürünün durumunun değerlendirildiği ve kaydedildiği incelemenin tamamlandığını gösterir. İade ürününün durumundaki değişiklikle kaydedilir ve geri ödeme tutarının hesaplanması gibi sonraki adımları başlatır. | ||
|
Neden önemli?
Bu aşama, geri ödeme yapılıp yapılmayacağını belirleyen önemli bir karar noktasıdır. Ürünün depoya ulaşmasıyla incelemenin tamamlanması arasındaki süre, depo operasyonları için temel performans göstergelerinden biridir.
Nereden alınır?
ReturnOrderItem nesnesinin durumu “Inspected” olarak güncellendiğinde veya bir temsilci “reasonForReturn” alanını onayladığında çıkarılır.
Kaydedin
ReturnOrderItem.status alanının “Inspected” olarak değiştiğini tespit edin.
Olay türü
inferred
|
|||
|
Değişim siparişi oluşturuldu
|
İade karşılığında ürün değişimi yapıldığında bu olay, yeni ürün için yeni bir satış siparişinin oluşturulduğunu gösterir. Bu, para iadesine alternatif bir yoldur. | ||
|
Neden önemli?
Bu yolu iadelerden ayrı izlemek, değişim oranlarını ve değişim siparişlerinin karşılanma sürecinin verimliliğini anlamak açısından önemlidir.
Nereden alınır?
Orijinal ReturnOrder nesnesine bağlı yeni bir SalesOrder nesnesi oluşturulduğunda kaydedilir.
Kaydedin
ReturnOrder kimliğine bağlı yeni SalesOrder oluşturulmasını izleyin.
Olay türü
explicit
|
|||
|
Geri ödeme başlatıldı
|
Bu olay, Salesforce Commerce Cloud’un geri ödeme talebini harici bir ödeme Gatewayine gönderdiği anı gösterir. Mali işlemin başlangıç noktasıdır. | ||
|
Neden önemli?
Başlatma ile işleme aşamalarını birbirinden ayırmak, SLA uyumluluğunu analiz etmek açısından önemlidir. Bu aşamadan sonraki gecikmeler genellikle kurum içi işlemlerden değil, ödeme sağlayıcısından kaynaklanır.
Nereden alınır?
Sistem ödeme Gatewayiyle iletişim kurduğunda açık bir olay günlüğünden veya API çağrısı kaydından alınır. Payment nesnesindeki durum değişikliğinden de çıkarılabilir.
Kaydedin
Ödeme Gatewayine yapılan API çağrısı etkinliğini veya durumun “Refund Pending” olarak değişmesini izleyin.
Olay türü
explicit
|
|||
|
Geri ödeme onaylandı
|
Bu etkinlik, hesaplanan geri ödeme tutarının onaylandığını ve işleme hazır olduğunu gösterir. Bu adım otomatik gerçekleşebilir veya yüksek tutarlı iadelerde elle onay gerektirebilir. | ||
|
Neden önemli?
Özellikle elle müdahale gerektirdiğinde bu onay adımı darboğaza dönüşebilir. Mali işlem başlatılmadan önceki önemli aşamalardan biridir.
Nereden alınır?
ReturnOrder nesnesinin veya ilişkili ödeme özeti nesnesinin durumu “Refund Approved” ya da “Ready for Refund” gibi bir değere değiştiğinde çıkarılır.
Kaydedin
ReturnOrder veya ilişkili ödeme nesnesindeki durum değişikliğini tespit edin.
Olay türü
inferred
|
|||
|
Geri ödeme tutarı hesaplandı
|
Bu adımda ürünün durumu, yeniden stoklama ücretleri veya promosyonlar gibi unsurlar dikkate alınarak nihai geri ödeme tutarı belirlenir. Çoğu zaman bu, geri ödeme tutarı alanlarını dolduran otomatik bir sistem adımıdır. | ||
|
Neden önemli?
Bu adımı incelemek, müşterinin talep ettiği tutardan farklı olan vakaları gösteren “Geri Ödeme Tutarı Farkı Analizi” Dashboardu için önemlidir.
Nereden alınır?
Bu olay, ReturnOrder nesnesindeki veya ilişkili bir geri ödeme nesnesindeki geri ödeme tutarı alanlarının doldurulması ya da güncellenmesinden çıkarılabilir.
Kaydedin
Geri ödeme tutarı alanlarının doldurulduğu zaman damgasını tespit edin.
Olay türü
inferred
|
|||
|
İade etiketi oluşturuldu
|
Bu etkinlik, müşterinin ürünü iade etmek için kullanacağı gönderi etiketinin oluşturulduğu anı gösterir. Kargo sağlayıcısıyla entegrasyon bu olayı iade vakasına kaydediyorsa etkinlik açıkça izlenebilir. | ||
|
Neden önemli?
Bu adım müşteri deneyiminin önemli bir parçasıdır. Etiket oluşturma süreci sorunsuz ilerlemezse gecikmeye yol açabilir. Ürünün gönderilmesi için müşteriye devir teslim yapıldığını gösterir.
Nereden alınır?
Salesforce Shipping gibi bir kargo entegrasyonu, bu bilgiyi ReturnOrder nesnesindeki özel bir alana veya ilişkili bir nesneye kaydedebilir.
Kaydedin
Kargo entegrasyonundaki etkinliği veya özel nesne oluşturulmasını izleyin.
Olay türü
explicit
|
|||
|
İade talebi reddedildi
|
Bu olay, iade talebinin reddedildiğini ve işleme alınmayacağını gösterir. Ürünler teslim alınmadan önce ReturnOrder durumunun “Rejected” veya “Canceled” olarak güncellenmesiyle kaydedilir. | ||
|
Neden önemli?
Reddedilen iadeleri incelemek, politika ihlalleri gibi yaygın ret nedenlerini belirlemeye yardımcı olur. Bu bulgular müşteri iletişimini ve ön yüz doğrulama kurallarını iyileştirebilir.
Nereden alınır?
ReturnOrder nesnesinin durum alanı “Rejected” veya “Denied” gibi bir ret değerine güncellendiğinde oluşan zaman damgasından çıkarılır.
Kaydedin
ReturnOrder.status alanının “Rejected” olarak değiştiğini tespit edin.
Olay türü
inferred
|
|||
|
Ürün incelemesi başladı
|
Bu olay, iade edilen ürünün kalite ve durum değerlendirmesinin başladığını gösterir. Genellikle iade ürününün durumu “Inspecting” veya benzer bir değere değiştiğinde çıkarılır. | ||
|
Neden önemli?
İncelemenin başlangıcını izlemek, incelemenin kendi süresini depodaki toplam bekleme süresinden ayırmaya yardımcı olur. Böylece olası darboğazları daha ayrıntılı görebilirsiniz.
Nereden alınır?
ReturnOrderItem nesnesinin durumu “Inspecting” veya “Under Inspection” gibi bir değere güncellendiğinde çıkarılır.
Kaydedin
ReturnOrderItem.status alanının “Inspecting” olarak değiştiğini tespit edin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Process Mining çalışmalarınıza bu veri şablonuyla başlayın. Verimliliği ve müşteri memnuniyetini artırmak için iade ve geri ödeme operasyonlarınızı iyileştirin.
İade ve geri ödeme işlemlerinde verimliliği bugün artırın
Verimsizlikleri belirleyin, iade çevrim süresini %30 veya daha fazla azaltın.
Kredi kartı gerekmez. Kurulumu yalnızca birkaç dakikada tamamlayın.