İade ve geri ödeme işlemleriniz için Veri Templatei
İade ve geri ödeme işlemleriniz için Veri Templatei
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Salesforce Commerce Cloud için veri çıkarma yönlendirmesi
İade ve Geri Ödeme İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
İade sürecinde gerçekleşen belirli iş süreci adımının veya olayın adı. | ||
|
Açıklama
Bu öznitelik, belirli bir zamanda bir iade vakası için tamamlanan görevi veya kilometre taşını açıklar. Örnekler arasında 'Return Request Created', 'Item Received At Warehouse' ve 'Refund Processed' bulunur. Process Mining'de 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 işleme döngülerini ve standart süreçten sapmaları belirlemek açısından önemlidir.
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 veya görev tamamlama verilerinden türetilir.
Örnekler
İade talebi onaylandıÜrün incelemesi tamamlandıGeri ödeme işlendi
|
|||
|
İade vakası kimliği
ReturnCaseId
|
Tek bir müşteri iade vakasının benzersiz tanımlayıcısıdır ve başlatmadan kapatmaya kadar ilgili tüm etkinlikleri birbirine bağlar. | ||
|
Açıklama
İade Vakası Kimliği, belirli bir müşteri iadesi veya geri ödeme talebiyle ilişkili tüm etkinlikleri birbirine bağlayan birincil tanımlayıcıdır. Bu sayede iadenin başlatılmasından nihai olarak kapatılmasına kadar tüm yaşam döngüsü kapsamlı biçimde izlenip analiz edilebilir. Process Mining'de bu öznitelik, vakaların yeniden oluşturulması için temel niteliktedir. Aynı İade Vakası Kimliğine sahip her olay aynı süreç örneğinin parçasıdır. Bu yapı, süreç haritalarının görselleştirilmesini, çevrim süresi gibi vaka düzeyindeki KPI'ların hesaplanmasını ve iadelerle ilgili süreç varyantlarının analiz edilmesini sağlar.
Neden önemli?
Bu, bir iade sürecinin tüm adımlarını uçtan uca süreç analizi için gerekli olan, izlenebilir tek bir vakada birleştiren birincil anahtardır.
Nereden alınır?
Bu tanımlayıcı genellikle Salesforce Commerce Cloud içindeki Return Merchandise Authorization (RMA) süreci tarafından oluşturulur. Çoğunlukla Return Order veya Case nesnesinde bulunur.
Örnekler
RT-0012345RT-0012346RT-0012347
|
|||
|
Olay zamanı
EventTime
|
Belirli etkinliğin veya olayın gerçekleştiği anı gösteren zaman damgası. | ||
|
Açıklama
Olay Zamanı, bir etkinliğin yürütüldüğü veya durum değişikliğinin gerçekleştiği kesin tarih ve saati kaydeder. Bu zaman damgası, olayları doğru sıraya koymak ve zamana dayalı analizler yapmak için gereklidir. Process Mining, etkinlikleri sıralamak, adımlar arasındaki çevrim ve bekleme sürelerini hesaplamak ve süreç performansını farklı dönemlerde analiz etmek için bu zaman damgalarına dayanır. Doğru zaman damgaları, güvenilir süreç analizinin temelidir.
Neden önemli?
Bu zaman damgası, etkinliklerin kronolojik sırasını belirler. Bu sıra, çevrim sürelerini hesaplamak ve süreç gecikmelerini belirlemek için temeldir.
Nereden alınır?
Bu genellikle Salesforce Commerce Cloud'daki bir kaydın oluşturulma veya değiştirilme zaman damgasıdır. Örneğin iade süreciyle ilişkili nesnelerdeki 'CreatedDate' veya 'LastModifiedDate' alanlarıdır.
Örnekler
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
Kaynak sistem
SourceSystem
|
Olay verilerinin geldiği sistem. | ||
|
Açıklama
Bu öznitelik, verilerin oluşturulduğu kaynak sistemi tanımlar. Bu süreç için değer sürekli olarak 'Salesforce Commerce Cloud' olur. Daha geniş bir analiz bağlamında bu alan, süreçlerin farklı platformlar arasında nasıl ilerlediğini anlamak için birden fazla sistemden gelen verileri birleştirirken faydalıdır. Veri soyunun açık olmasını sağlar ve belirli bir kaynağa özgü veri kalitesi sorunlarının teşhis edilmesine yardımcı olur.
Neden önemli?
Verilerin kaynağı hakkında bağlam sağlar. Bu, veri yönetişimi ve birden fazla kurumsal sistemden gelen verilerin entegrasyonu için önemlidir.
Nereden alınır?
Bu, veri çıkarma ve dönüştürme sırasında eklenen statik bir değerdir. Salesforce içindeki bir alan değildir, veri modelinin parçası olarak tanımlanır.
Örnekler
Salesforce Commerce Cloud
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son çıkarıldığı veya yenilendiği anı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, Salesforce Commerce Cloud'dan en son veri çekme işleminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında şeffaflık sağlar. Bu bilgi, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlaması için önemlidir. Verilerin güncelliğiyle ilgili beklentilerin yönetilmesine yardımcı olur ve veri setinin eksiksizliğini doğrulamak açısından değerlidir.
Neden önemli?
Kullanıcılara verilerin güncelliği hakkında bilgi verir ve analizin sürecin en güncel durumunu yansıtıp yansıtmadığını anlamalarını sağlar.
Nereden alınır?
Bu zaman damgası, veri yenileme sırasında veri çıkarma aracı veya betiği tarafından oluşturulur. Salesforce içindeki bir alan değildir.
Örnekler
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
Gerçekleşen geri ödeme tutarı
ActualRefundAmount
|
Müşteriye gerçekten geri ödenen nihai parasal tutar. | ||
|
Açıklama
Bu öznitelik, tüm değerlendirmeler, kesintiler ve hesaplamalar tamamlandıktan sonra müşteriye geri ödenen nihai tutarı ifade eder. Yeniden stoklama ücretleri, kampanyalar veya iade edilen ürünün durumu gibi etkenler nedeniyle talep edilen tutardan farklı olabilir. Bu özniteliğin analizi, finansal mutabakat ve 'Refund Amount Discrepancy Analysis' Dashboardu için gereklidir. İade politikalarının finansal etkisini ölçmenize ve geri ödeme hesaplama ve onay iş akışındaki sistemik sorunları belirlemenize yardımcı olur.
Neden önemli?
Bu, iadenin nihai finansal sonucudur. Talep edilen tutarla karşılaştırılması, iade politikalarının ve düzeltmelerin finansal etkisini ortaya koyar.
Nereden alınır?
Bu değer genellikle Salesforce Commerce Cloud'da Return Order ile ilişkili bir Refund veya Payment Transaction nesnesinde saklanır.
Örnekler
49.99115.000.00
|
|||
|
İade kanalı
ReturnChannel
|
İadenin başlatıldığı kanal, örneğin çevrim içi, mağaza içi veya müşteri hizmetleri aracılığıyla. | ||
|
Açıklama
Bu öznitelik, müşterinin iade sürecini başlatmak için kullandığı yöntemi belirtir. Yaygın kanallar arasında çevrim içi self servis portalı, ürünü fiziksel bir mağazaya getirme veya müşteri hizmetleri temsilcisiyle iletişime geçme bulunur. İade kanalını anlamak, 'Return Volume and Throughput Trends' Dashboardu için önemlidir. Kaynakları etkili biçimde tahsis etmenize ve belirli kanalların daha uzun çevrim süreleri, farklı iade nedenleri veya daha yüksek işlem maliyetleriyle ilişkili olup olmadığını analiz etmenize yardımcı olur.
Neden önemli?
Çevrim içi veya mağaza içi gibi farklı kanallardaki süreç farklarını ve kaynak ihtiyaçlarını anlamak için iade verilerini segmentlere ayırmanıza yardımcı olur.
Nereden alınır?
Bu bilgi Return Order veya Case nesnesindeki bir alanda saklanabilir ya da iade kaydını oluşturan kullanıcı veya sistemden çıkarılabilir.
Örnekler
Çevrim içi portalMağaza içiMüşteri hizmetleri araması
|
|||
|
İade nedeni
ReturnReason
|
Müşterinin ürünü iade etmek için belirttiği neden. | ||
|
Açıklama
İade Nedeni, müşterinin neden iade başlattığını kaydeder. Genellikle 'Yanlış Beden', 'Hasarlı Ürün' veya 'Artık Gerekli Değil' gibi önceden tanımlanmış bir listeden seçilir. Bu öznitelik, temel neden analizi için önemlidir. İşletmeler iade nedenlerini analiz ederek ürün kalitesi, beden sorunları veya açıklamalardaki hatalarla ilgili eğilimleri belirleyebilir. Bu içgörü, ürün geliştirme, pazarlama ve tedarik zincirinde iyileştirmeler yapılmasını sağlayarak toplam iade hacmini azaltabilir.
Neden önemli?
Ürünlerin neden iade edildiğini anlamak, ürün kusurları veya beden sorunları gibi temel nedenleri belirlemek için önemlidir. Bu bilgiler gelecekteki iade hacmini azaltmaya yardımcı olabilir.
Nereden alınır?
Bu genellikle Salesforce'taki Return Order veya Case nesnesinde bulunan ve iade başlatma sırasında müşteri tarafından doldurulan bir seçim listesi alanıdır.
Örnekler
Yanlış bedenÜrün teslimatta hasarlıYanlış ürün gönderildi
|
|||
|
İşleme temsilcisi
ProcessingAgent
|
İadeyi veya iade sürecindeki belirli bir etkinliği ele almaktan sorumlu kullanıcı ya da temsilci. | ||
|
Açıklama
Bu öznitelik, talebi onaylama, ürünü inceleme veya geri ödemeyi işleme alma gibi bir eylemi iade vakası üzerinde gerçekleştiren çalışanı ya da sistem kullanıcısını tanımlar. Belirli bir kullanıcı kimliği veya adı olabilir. Processing Agent özniteliğini analiz etmek, kişiler veya ekipler arasındaki performans farklılıklarını anlamaya yardımcı olur. Eğitim ihtiyaçlarını belirlemek, iş yüklerini dengelemek ve prosedürleri kuruluş genelinde standartlaştırmak için 'Agent Performance and Consistency' Dashboardunun temelini oluşturur.
Neden önemli?
Farklı kullanıcılar arasındaki performans ve tutarlılığın analiz edilmesini sağlar; en iyi uygulamaların ve eğitim gerektiren alanların belirlenmesine yardımcı olur.
Nereden alınır?
Genellikle Salesforce'taki Case veya Return Order nesnelerinde bulunan 'OwnerId' veya 'LastModifiedById' gibi alanlarda yer alır. İlişkili görev veya geçmiş nesnelerinde de saklanabilir.
Örnekler
Alice SmithBob JohnsonSistem otomasyonu
|
|||
|
Talep edilen geri ödeme tutarı
RequestedRefundAmount
|
İade başlatıldığı sırada müşterinin talep ettiği geri ödemenin parasal değeri. | ||
|
Açıklama
Bu öznitelik, müşterinin beklediği ilk geri ödeme tutarını, genellikle iade edilen ürünün fiyatını, kaydeder. Bu değer, geri ödeme hesaplama süreci için temel oluşturur. Bu tutar, 'Refund Amount Discrepancy Analysis' Dashboardunda 'Actual Refund Amount' ile karşılaştırılır. Önemli veya sık görülen farklar, iade politikaları, yeniden stoklama ücretleri ya da sistem hesaplama hatalarıyla ilgili sorunlara işaret edebilir ve müşteri memnuniyetsizliğine yol açabilir.
Neden önemli?
Nihai geri ödeme tutarıyla karşılaştırma yapmak için temel oluşturur; farkların belirlenmesine ve düzeltmelerin finansal etkisinin analiz edilmesine yardımcı olur.
Nereden alınır?
Bu değer genellikle orijinal satış siparişinden türetilerek Return Order veya Return Order Line Item nesnesinde saklanır.
Örnekler
49.99125.0089.50
|
|||
|
Ürün SKU'su
ProductSku
|
İade edilen ürünün Stok Tutma Birimi (SKU) bilgisi. | ||
|
Açıklama
Bu öznitelik, iade edilen belirli ürünün benzersiz tanımlayıcısıdır. Ayrıntılı analizi ürün düzeyinde yapmanızı sağlar. İadeleri Product SKU bazında analiz etmek, yüksek iade oranına sahip ü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, belirli ürün türlerinin incelenmesinin daha uzun sürüp sürmediğini ortaya çıkarabildiği için 'Warehouse Receipt to Inspection Time' Dashboardu açısından çok değerlidir.
Neden önemli?
İade modellerinin belirli ürünlere göre analiz edilmesini sağlar ve kalite veya açıklama sorunları olan ürünlerin belirlenmesine yardımcı olur.
Nereden alınır?
Bu bilgi, iade vakasını orijinal siparişteki belirli ürüne bağlayan Return Order Line Item 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ı. | ||
|
Açıklama
Bu öznitelik, iade edilen ürünü hangi fiziksel konumun işlediğini belirtir. Birden fazla dağıtım merkezi bulunan işletmeler için özellikle önemlidir. Warehouse Location'a göre yapılan analiz, tesisler arasındaki performans farklarını ortaya çıkarabilir. Örneğin belirli depolarda inceleme sürelerinin daha uzun veya hasarlı olarak işaretlenen ürün oranının daha yüksek olup olmadığını gösterebilir. Bu bilgi, operasyonları standartlaştırmanıza ve tesise özgü sorunları gidermenize yardımcı olur.
Neden önemli?
Farklı depoların performansını karşılaştırmanızı ve işlem süreleri veya kalite değerlendirmesindeki farklılıkları görmenizi sağlar.
Nereden alınır?
Bu bilgi Return Order veya ilişkili bir shipping nesnesinde saklanabilir. Teslim alma etkinliğini 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ına ait geri ödemenin tamamen işlenmiş olması gereken hedef tarih. | ||
|
Açıklama
Bu öznitelik, geri ödemenin tamamlanması için hizmet düzeyi anlaşmasında (SLA) belirlenen son tarihi tanımlar. Genellikle iade talebinin onaylanmasından veya ürünün teslim alınmasından sonra belirli sayıda gün geçmesi gibi iş kurallarına göre hesaplanır. Bu tarih, gerçek performansın 'Refund SLA Compliance Dashboard' içinde ölçüldüğü referans noktasıdır. Uyumluluğu izlemek, tutarlı ve olumlu bir müşteri deneyimi sağlamaya yardımcı olur. Ayrıca yöneticilerin SLA'ları riske atan ekipleri veya süreç adımlarını belirlemesini sağlar.
Neden önemli?
Geri ödeme işlemleri için performans hedefini tanımlar; SLA uyumluluğunu ve bunun müşteri memnuniyetine etkisini ölçmenizi sağlar.
Nereden alınır?
Bu, genellikle Case veya Return Order nesnesinde bulunan ve oluşturma ya da onay tarihine önceden belirlenmiş bir süre eklenerek hesaplanan bir alandır, örneğin CreatedDate + 14 gün.
Ö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 öznitelik, iadenin mevcut durumunu belirtir. Örnekler arasında 'Pending Approval', 'Item Received', 'Refunded' ve 'Closed' bulunur. Vaka Workflow boyunca ilerledikçe değişen dinamik bir özniteliktir. Process Mining akışı etkinliklerden çıkarırken mevcut durum, açık ve kapalı vakaları filtrelemek ve analiz etmek için değerli bir bağlam sağlar. Sürecin farklı aşamalarındaki mevcut birikmiş işleri ve iş yükünü anlamak üzere operasyonel izlemeye yardımcı olur.
Neden önemli?
Bir iade vakasının süreçte hangi noktada olduğunu gösteren anlık bir görünüm sunar. Bu bilgi, operasyonel izleme ve etkin vakaları filtreleme için kullanışlıdır.
Nereden alınır?
Bu, Salesforce Commerce Cloud'da Return Order veya Case nesnesindeki standart bir 'Status' alanıdır.
Örnekler
Onay bekliyorOnaylandıÜrünler teslim alındıKapatıldı
|
|||
|
İade politikasına uyum
ReturnPolicyAdherence
|
İadenin belirlenmiş iş politikalarına uyup uymadığını gösteren bir işaret. | ||
|
Açıklama
Bu öznitelik, iadeleri iade süresi, ürün durumu veya satın alma kanıtı gibi şirket politikalarına uyumlarına göre işaretler ya da kategorilere ayırır. Boolean bir işaret (Compliant/Non-compliant) veya daha ayrıntılı bir durum olabilir. Bu öznitelik, 'Return Policy Adherence Overview' Dashboardunun ve 'Policy Non-Compliance Rate' KPI değerinin merkezindedir. İşletmenin politikaların ne kadar tutarlı uygulandığını izlemesini ve uyumsuz iadelerin süreç ve finansal sonuçlar üzerindeki etkisini analiz etmesini sağlar.
Neden önemli?
Politikaların uygulanmasını izlemenizi sağlar. Bu, maliyetleri yönetmek, sahtekarlığı önlemek ve müşterilere adil ve tutarlı davranmak için önemlidir.
Nereden alınır?
Bu, genellikle iade tarihi, ürün durumu ve ürün türü gibi diğer veri noktalarına uygulanan bir dizi iş kuralına dayanan türetilmiş bir özniteliktir.
Örnekler
UyumluUyumsuz, Geç İadeUyumsuz, Hasarlı Ürün
|
|||
|
Müşteri kimliği
CustomerId
|
İadeyi başlatan müşterinin benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, müşterinin hesabıyla ilişkilendirilmiş benzersiz kimliktir. İade verilerinin müşteri düzeyinde toplanmasını sağlar. İadeleri Customer ID'ye göre analiz etmek, olağandışı derecede yüksek iade oranına sahip müşterileri belirlemeye yardımcı olabilir. Bu durum sahtekarlığa veya kronik memnuniyetsizliğe işaret edebilir. Ayrıca müşteri segmentlerine göre analiz yapılmasını sağlayarak belirli müşteri gruplarının farklı iade kalıplarına veya davranışlarına sahip olup olmadığını anlamanıza yardımcı olur.
Neden önemli?
Müşteri düzeyinde analiz yapmanızı, sık iade yapan müşterileri belirlemenizi ve farklı müşteri segmentlerindeki iade davranışını anlamanızı sağlar.
Nereden alınır?
Bu, Salesforce'taki Order ve Case nesnelerinde bulunan, Customer veya Account nesnesine bağlanan standart bir alandır.
Örnekler
CUST-98765CUST-12345CUST-55555
|
|||
|
Ret nedeni
RejectionReason
|
İade talebinin veya geri ödemenin reddedilme nedeni. | ||
|
Açıklama
Bir iade onaylanmadığında veya geri ödeme reddedildiğinde bu öznitelik gerekçeyi kaydeder. Örnekler arasında 'Outside Return Window', 'Item Damaged by Customer' veya 'Non-returnable Item' bulunur. Bu bilgi, 'Rejected and Escalated Returns' Dashboardu için büyük önem taşır. Reddetme nedenlerini analiz etmek, işletmenin iade politikasında ve sürecinde müşteriler için zorluk yaratan noktaları anlamasına yardımcı olur. Bu analiz, müşterilerle daha açık iletişim kurulmasını, politika düzenlemelerini veya iade taleplerinin ilk değerlendirmesinin iyileştirilmesini sağlayabilir.
Neden önemli?
İadelerin neden başarısız olduğunu gösteren önemli içgörüler sunar; iade politikalarının, müşteri iletişiminin ve temsilci eğitimlerinin iyileştirilmesine yardımcı olur.
Nereden alınır?
Bu, genellikle Return Order veya Case nesnesindeki özel bir alandır ve durum 'Rejected' veya 'Closed - Denied' olarak değiştirildiğinde doldurulur.
Örnekler
İade süresi dolduÜrün ilk durumunda değilSon satış ürünü
|
|||
|
SLA uyumlu mu
IsSlaCompliant
|
Geri ödemenin tanımlanan SLA hedef tarihi içinde işlenip işlenmediğini belirten boolean işareti. | ||
|
Açıklama
Bu işaret, 'Refund Processed' etkinliği 'Refund SLA Target Date' tarihinde veya daha önce gerçekleştiyse 'true', aksi durumda 'false' değerini alır. Vaka bazında SLA performansı için net ve ikili bir sonuç sunar. Bu öznitelik, 'Refund SLA Compliance Dashboard' ve 'Refund SLA Adherence Rate' KPI'ının temelini oluşturur. Uyumluluk oranlarının analizini kolaylaştırır ve verileri 'Processing Agent' veya 'Return Channel' gibi diğer özniteliklere göre dilimleyerek uyumsuzluğun nedenlerini ayrıntılı incelemenizi sağlar.
Neden önemli?
SLA performansı analizini kolaylaştırır; uyumluluk oranlarını hesaplamanızı ve gecikmelere neden olan etkenleri belirlemenizi sağlar.
Nereden alınır?
Bu, hesaplanan bir özniteliktir. Mantık şöyledir: IF ('Refund Processed' zaman damgası <= RefundSlaTargetDate) THEN true ELSE false.
Örnekler
truefalse
|
|||
|
Teslim almadan incelemeye kadar geçen süre
ReceiptToInspectionTime
|
Ürünün depoda teslim alınması ile incelemenin tamamlanması arasındaki süre. | ||
|
Açıklama
Bu hesaplanan metrik, depodaki önemli bir iç adım için geçen süreyi ölçer. 'Item Received At Warehouse' ve 'Item Inspection Completed' etkinliklerinin zaman damgaları arasındaki farktır. Bu süre, 'Warehouse Receipt to Inspection Time' Dashboardunun ve 'Avg Item Receipt-Inspection Time' KPI değerinin odağındadır. Bu metriği analiz etmek, genel süreç gecikmelerine önemli katkıda bulunabilen depo operasyonlarındaki darboğazları belirlemeye yardımcı olur.
Neden önemli?
Tüm iade sürecini geciktiren, geri ödeme sürelerini ve envanter kullanılabilirliğini etkileyen depo içi darboğazları belirlemenize yardımcı olur.
Nereden alınır?
Bu değer, veri dönüştürme sırasında 'Item Inspection Completed' zaman damgasından 'Item Received At Warehouse' zaman damgası çıkarılarak hesaplanır.
Örnekler
1 gün 2 saat3 gün 0 saat8 saat
|
|||
|
Ürün durumu
ItemCondition
|
Depoda yapılan inceleme sırasında iade edilen ürünün değerlendirilen durumu. | ||
|
Açıklama
İade edilen ürün teslim alındıktan sonra genellikle durumu belirlemek için incelenir. Bu öznitelik, 'New', 'Used - Resalable' veya 'Damaged' gibi inceleme sonucunu kaydeder. Bu değerlendirme nihai geri ödeme tutarını doğrudan etkiler ve 'Return Policy Adherence Overview' Dashboardu için temel girdilerden biridir. Bu verileri izlemek, iade edilen ürünlerin kalitesini anlamanıza ve yeniden satış, yenileme veya imha için envanteri yönetmenize yardımcı olur.
Neden önemli?
Bu değerlendirme genellikle nihai geri ödeme tutarını belirler ve iade edilen ürünlerin envanter yönetimi için büyük önem taşır.
Nereden alınır?
Bu, genellikle Return Order Line Item nesmesinde bulunan ve 'Item Inspection' 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 İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Geri ödeme işlendi
|
Bu etkinlik, geri ö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, Geri Ödeme 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?
Ödeme ağ geçidinden gelen ve Salesforce'taki ilişkili Payment veya Refund nesnesinin durumunu 'Processed' veya 'Completed' olarak güncelleyen geri çağrı olayından alınır.
Yakalayın
Payment nesnesinin durumunu güncelleyen ödeme sağlayıcısı onay olayını izleyin.
Olay türü
explicit
|
|||
|
İade talebi oluşturuldu
|
Bu etkinlik, sistemde bir iade yetkilendirme vakasının oluşturulmasını gösterir. Salesforce Commerce Cloud'da yeni bir ReturnOrder kaydı oluşturulduğunda, bu kayıt mağaza üzerinden müşteri tarafından veya bir hizmet temsilcisi tarafından oluşturulmuş olabilir. | ||
|
Neden önemli?
İade sürecinin başlangıç noktası olan bu etkinlik, uçtan uca çevrim süresini ölçmek ve zaman içinde gelen iade taleplerinin hacmini analiz etmek için gereklidir.
Nereden alınır?
Bu olay, Salesforce Commerce Cloud OMS'deki ReturnOrder nesnesinin oluşturulma zaman damgasından alınır.
Yakalayın
Yeni bir ReturnOrder kaydının oluşturulmasını izleyin.
Olay türü
explicit
|
|||
|
İade talebi onaylandı
|
Bu olay, bir iade talebinin hizmet temsilcisi veya otomatik bir kural tarafından incelenip yetkilendirildiğini gösterir. Genellikle ReturnOrder nesnesindeki durum değişikliğinden, örneğin 'New' durumundan 'Approved' durumuna geçişten anlaşılır. | ||
|
Neden önemli?
Bu kilometre taşını izlemek, onay aşamasının verimliliğini analiz etmeye ve darboğazları belirlemeye yardımcı olur. Oluşturma ile onay arasındaki süre, temsilci performansı için önemli bir KPI'dır.
Nereden alınır?
ReturnOrder nesnesinin durum alanı, 'Approved' veya 'Authorized' gibi onayı ifade eden bir değere güncellendiğinde oluşan zaman damgasından anlaşılır.
Yakalayın
ReturnOrder.status alanındaki değişikliği 'Approved' olarak algılayın.
Olay türü
inferred
|
|||
|
İade vakası kapatıldı
|
Bu etkinlik, geri ödeme, değişim veya ret işlemi tamamlandıktan sonra iade vakasının sistemde nihai olarak kapatılmasını gösterir. ReturnOrder durumu 'Closed' veya 'Completed' olarak değiştiğinde anlaşılır. | ||
|
Neden önemli?
Sürecin temel bitiş noktası olan bu etkinlik, toplam çevrim sürelerini hesaplamak ve iade işleme operasyonunun işlem hacmini ölçmek için gereklidir.
Nereden alınır?
ReturnOrder nesnesinin durum alanı 'Closed' veya 'Completed' gibi nihai bir değere güncellendiğinde oluşan zaman damgasından anlaşılır.
Yakalayın
ReturnOrder.status alanındaki değişikliği 'Closed' olarak algılayın.
Olay türü
inferred
|
|||
|
Ürün depoya ulaştı
|
Bu etkinlik, iade edilen ürünün belirlenen depoya veya işleme merkezine fiziksel olarak teslim alınmasını gösterir. Depo operatörü ürünü taradığında ve ilişkili ReturnOrderItem durumunu güncellediğinde kaydedilir. | ||
|
Neden önemli?
Bu, süreci müşteri eyleminden kurum içi işlemeye taşıyan önemli bir kilometre taşıdır. Teslim alma ile inceleme arasındaki süre gibi depo verimliliği KPI'larını ölçmenin başlangıç noktasıdır.
Nereden alınır?
ReturnOrder veya ReturnOrderItem nesnesindeki durumun 'Received' durumuna değişmesinden ya da 'quantityReceived' alanının doldurulmasından anlaşılır.
Yakalayın
ReturnOrderItem.quantityReceived alanındaki güncellemeyi veya durumun 'Received' olarak değişmesini algılayın.
Olay türü
inferred
|
|||
|
Ürün incelemesi tamamlandı
|
Bu etkinlik, ürünün durumunun değerlendirildiği ve belgelendiği incelemenin tamamlandığını gösterir. İade ürünündeki durum değişikliğiyle kaydedilir ve geri ödeme hesaplama gibi bir sonraki adımı tetikler. | ||
|
Neden önemli?
Bu, geri ödemenin gerekip gerekmediğini belirleyen önemli bir karar noktasıdır. Teslim alma ile incelemenin tamamlanması arasındaki süre, depo operasyonları için önemli bir KPI'dır.
Nereden alınır?
ReturnOrderItem nesnesindeki durumun 'Inspected' olarak güncellenmesinden veya 'reasonForReturn' alanının bir temsilci tarafından onaylanmasından anlaşılır.
Yakalayın
ReturnOrderItem.status alanındaki değişikliği 'Inspected' olarak algılayın.
Olay türü
inferred
|
|||
|
Değişim siparişi oluşturuldu
|
İadenin değişimle sonuçlandığı durumlarda bu olay, değiştirilecek ürün için yeni bir satış siparişinin oluşturulmasını gösterir. Bu, parasal geri ödemeye alternatif bir yoldur. | ||
|
Neden önemli?
Değişim oranlarını ve değişim karşılama sürecinin verimliliğini anlamak için bu yolu geri ödemelerden ayrı izlemek önemlidir.
Nereden alınır?
Orijinal ReturnOrder ile ilişkilendirilmiş yeni bir SalesOrder nesnesinin oluşturulmasından alınır.
Yakalayın
ReturnOrder kimliğiyle ilişkilendirilmiş yeni SalesOrder oluşturma işlemini izleyin.
Olay türü
explicit
|
|||
|
Geri ödeme başlatıldı
|
Bu olay, Salesforce Commerce Cloud'un geri ödeme talebini harici bir ödeme ağ geçidine gönderdiği anı gösterir. Finansal işlemin başlangıç noktasıdır. | ||
|
Neden önemli?
Başlatma ile işleme alma arasındaki ayrımı yapmak, SLA uyumluluğu analizinin temelidir. Bu noktadan sonraki gecikmeler genellikle kurum içi işlemlerle değil, ödeme sağlayıcısıyla ilgilidir.
Nereden alınır?
Ödeme ağ geçidiyle iletişim kurulduğunda açık bir olay günlüğünden veya API çağrısı kaydından alınır. Ayrıca bir Payment nesnesindeki durum değişikliğinden de anlaşılabilir.
Yakalayın
Ödeme ağ geçidine yapılan API çağrısı olayını 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 alınmaya hazır olduğunu gösterir. Otomatik olarak gerçekleşebilir veya yüksek tutarlı iadelerde manuel onay gerektirebilir. | ||
|
Neden önemli?
Özellikle manuel müdahale gerektirdiğinde bu onay adımı bir darboğaz oluşturabilir. Finansal işlem başlatılmadan önceki önemli kilometre taşlarından biridir.
Nereden alınır?
ReturnOrder veya ilişkili ödeme özeti nesnesindeki durumun 'Refund Approved' veya 'Ready for Refund' gibi bir değere değişmesinden anlaşılır.
Yakalayın
ReturnOrder veya ilişkili ödeme nesnesindeki durum değişikliğini algılayın.
Olay türü
inferred
|
|||
|
Geri ödeme tutarı hesaplandı
|
Bu adımda ürünün durumu, yeniden stoklama ücretleri veya kampanyalar gibi unsurlar dikkate alınarak nihai geri ödeme tutarı belirlenir. Genellikle geri ödeme tutarı alanlarını dolduran otomatik bir sistem adımıdır. | ||
|
Neden önemli?
Bu adımın analiz edilmesi, son tutarın müşterinin talep ettiği tutardan farklı olduğu vakaları öne çıkaran 'Refund Amount Discrepancy Analysis' Dashboardu için önemlidir.
Nereden alınır?
Bu olay, ReturnOrder veya ilişkili bir geri ödeme nesnesindeki geri ödeme tutarı alanlarının doldurulmasından ya da güncellenmesinden anlaşılabilir.
Yakalayın
Geri ödeme tutarı alanlarının doldurulduğu zaman damgasını algılayın.
Olay türü
inferred
|
|||
|
İade etiketi oluşturuldu
|
Bu etkinlik, müşterinin ürünü iade etmek için kullanacağı kargo etiketinin oluşturulduğu anı gösterir. Kargo sağlayıcısıyla yapılan bir entegrasyon bu olayı iade vakasına kaydediyorsa etkinlik açıkça alınabilir. | ||
|
Neden önemli?
Bu adım müşteri deneyiminin önemli bir parçasıdır ve oluşturma süreci sorunsuz ilerlemezse gecikmeye neden olabilir. Ürünün gönderilmesi için müşteriye yapılan devri gösterir.
Nereden alınır?
Salesforce Shipping gibi bir kargo entegrasyonu tarafından ReturnOrder nesnesindeki özel bir alana veya ilişkili nesneye kaydedilebilir.
Yakalayın
Kargo entegrasyonundaki olayı veya özel nesne oluşturma işlemini izleyin.
Olay türü
explicit
|
|||
|
İade talebi reddedildi
|
Bu olay, bir iade talebinin reddedildiğini ve artık işleme alınmayacağını gösterir. ReturnOrder durumu, ürünler teslim alınmadan önce 'Rejected' veya 'Canceled' olarak güncellendiğinde kaydedilir. | ||
|
Neden önemli?
Reddedilen iadeleri analiz etmek, politika ihlalleri gibi ret nedenlerini belirlemeye yardımcı olur. Bu bilgiler 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 reddi ifade eden bir değere güncellendiğinde oluşan zaman damgasından anlaşılır.
Yakalayın
ReturnOrder.status alanındaki değişikliği 'Rejected' olarak algılayın.
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 duruma değiştiğinde anlaşılır. | ||
|
Neden önemli?
İncelemenin başlangıcını izlemek, gerçek inceleme süresini toplam depo bekleme süresinden ayırmaya yardımcı olur ve olası darboğazları daha ayrıntılı görmenizi sağlar.
Nereden alınır?
ReturnOrderItem nesnesindeki durumun 'Inspecting' veya 'Under Inspection' gibi bir değere güncellenmesinden anlaşılır.
Yakalayın
ReturnOrderItem.status alanındaki değişikliği 'Inspecting' olarak algılayın.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Process Mining yolculuğunuza başlamak için bu Veri Templateinden yararlanın. Daha yüksek verimlilik ve müşteri memnuniyeti sağlamak üzere iade ve geri ödeme operasyonlarınızı optimize etmeye başlayın.
İade ve geri ödeme işlemlerinde verimliliği bugün artırın
Verimsizlikleri belirleyin ve iade çevrim süresini %30 veya daha fazla azaltın.
Kredi kartı gerekmez. Yalnızca birkaç dakikada kurulumu tamamlayın.