İade ve Geri Ödeme İşleme Veri Şablonunuz

Salesforce Commerce Cloud
İade ve Geri Ödeme İşleme Veri Şablonunuz

İade ve Geri Ödeme İşleme Veri Şablonunuz

Bu `Template`, iade ve geri ödeme sürecinizi analiz etmek için gerekli `veri`leri toplamak için kapsamlı bir rehber sağlar. Temel `veri` alanlarını, izlenecek ana `Activity`'leri özetler ve bu bilgileri kaynak sistemlerinizden nasıl çıkaracağınıza dair özel rehberlik sunar. Sorunsuz bir `Process Mining` projesi için `Event Log`'unuzu hazırlamak üzere bu `Template`'i kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Salesforce Commerce Cloud için veri çekme rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

İade ve Geri Ödeme Süreci Nitelikleri

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

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

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

Örnekler
İade Talebi OnaylandıÜrün İncelemesi Tamamlandıİade İşlendi
İade Vaka 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

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

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 (RMA) süreci tarafından oluşturulur. Genellikle Return Order veya Case nesnesinde bulunur.

Ö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ı, Activity'lerin kronolojik sırasını belirler; bu, döngü sürelerini hesaplamak ve süreç gecikmelerini belirlemek için temeldir.

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

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

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

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

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ı, veri yenilemesi sırasında veri çıkarma aracı veya betik tarafından oluşturulur. Salesforce içinde bir alan değildir.

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

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

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 Return Order ile ilişkili bir Geri Ödeme veya Ödeme İşlemi nesnesinde saklanır.

Ö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 Event ('İade Talebi Oluşturuldu') zaman damgası ile son Event ('İade Vakası Kapatıldı') zaman damgası arasındaki fark alınarak hesaplanır.\n\n'İade Süreci Döngü Süresi Analizi' Dashboard'u için birincil bir KPI olarak, süreç verimliliğinin üst düzey bir görünümünü sağlar. Dağılımını analiz etmek, aykırı değerleri belirlemeye ve iade operasyonunun genel performansını anlamaya yardımcı olur.

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, veri dönüşümü sırasında her vaka için ilk Activity'nin başlangıç zamanının son Activity'nin bitiş zamanından çıkarılmasıyla oluşturulan hesaplanmış bir metriklerdir.

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

Neden önemli

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

Nereden alınır

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

Örnekler
Online PortalMağazadaMüşteri Hizmetleri Çağrısı
İade Nedeni
ReturnReason
Müşteri tarafından ürünün iade edilmesi için belirtilen neden.
Açıklama

Return Reason, bir müşterinin neden iade başlattığını açıklar. Bu genellikle 'Yanlış Beden', 'Hasarlı Ürün' veya 'Artık Gerekli Değil' gibi önceden tanımlanmış bir listeden seçilir.\n\nBu nitelik, kök neden analizi için çok önemlidir. İade nedenleri analiz edilerek işletmeler, ürün kalitesi, beden sorunları veya açıklama yanlışlıklarıyla ilgili trendleri belirleyebilir. Bu içgörü, ürün geliştirme, pazarlama ve tedarik zincirinde iyileştirmelere yol açabilir ve sonuç olarak 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 anahtardır ve bu, gelecekteki iade hacimlerini azaltmaya yardımcı olabilir.

Nereden alınır

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

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

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

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 Case veya Return Order nesnelerindeki 'OwnerId' veya 'LastModifiedById' gibi alanlarda bulunur. İlgili görev veya geçmiş nesnelerinde de saklanabilir.

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

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

Neden önemli

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

Nereden alınır

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

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

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

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, Return Order Line Item üzerinde veya iade vakasını orijinal siparişten belirli ürüne bağlayan ilgili bir nesne üzerinde bulunur.

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

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

Neden önemli

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, Return Order veya ilgili bir gönderi nesnesinde depolanabilir. Ayrıca, teslim alma Activity'sini gerçekleştiren kullanıcıdan da çıkarılabilir.

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

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

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 Case veya Return Order nesnesinde oluşturma veya onay tarihine önceden tanımlanmış bir zaman aralığının (örneğin, CreatedDate + 14 gün) eklenmesiyle türetilen hesaplanmış bir alandır.

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

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

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 Return Order veya Case nesnesi üzerinde standart bir 'Durum' alanıdır.

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

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

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 veri noktalarına uygulanan bir dizi iş kuralına dayalı türetilmiş bir niteliktir.

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

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

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 Order ve Case nesneleri üzerinde, Customer veya Account nesnesine geri bağlanan standart bir alandır.

Ö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 nitelik gerekçeyi yakalar. Örnekler arasında 'İade Süresi Dışı', 'Müşteri Tarafından Hasarlı Ürün' veya 'İade Edilemez Ürün' yer alır.\n\nBu bilgi, 'Reddedilen ve Yükseltilen İadeler' Dashboard'u için kritik öneme sahiptir. Ret nedenlerini analiz etmek, işletmenin iade politikası ve sürecindeki sürtünme noktalarını anlamasına yardımcı olur. Bu durum, müşterilerle daha net iletişim kurmaya, politika ayarlamalarına veya iade taleplerinin iyileştirilmiş ilk incelemesine yol açabilir.

Neden önemli

İ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 Return Order veya Case nesnesi üzerinde, durum 'Reddedildi' veya 'Kapalı - Reddedildi' olarak değiştirildiğinde doldurulan özel bir alandır.

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

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

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 niteliktir. Mantık şöyledir: EĞER ('Geri Ödeme İşlendi' zaman damgası <= RefundSlaTargetDate) İSE doğru DEĞİLSE yanlış.

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

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

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, veri dönüşümü sırasında 'Ürün Depoya Ulaştı' zaman damgasından 'Ürün İncelemesi Tamamlandı' zaman damgasının çıkarılmasıyla hesaplanır.

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

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

Bu değerlendirme, nihai geri ödeme tutarını doğrudan etkiler ve 'İade Politikası Uyumluluğuna Genel Bakış' 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' Activity'si sırasında güncellenen, Return Order Line Item nesnesinde bulunan özel bir alandır.

Örnekler
Yeni/AçılmamışKullanılmış - Yeni GibiHasarlı/Satılamaz
Gerekli Önerilen İsteğe Bağlı

İade ve Geri Ödeme Süreci Activity'leri

`Event log`'unuzda doğru süreç keşfi ve optimizasyonu için yakalamanız gereken temel süreç adımları ve kilometre taşları bunlardır.
6 Önerilen 7 İsteğe Bağlı
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 SLA Uyumluluğunu ölçmek için kritik bir kilometre taşıdır. İade sürecinin finansal kısmının başarıyla tamamlandığını doğrular.

Nereden alınır

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

Yakala

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

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

İ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 Event, Salesforce Commerce Cloud OMS'deki ReturnOrder nesnesinin oluşturulma zaman damgasından yakalanır.

Yakala

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

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

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

Nereden alınır

ReturnOrder nesnesinin durum alanının 'Onaylandı' veya 'Yetkilendirildi' gibi bir onayı temsil eden bir değere güncellendiği zaman damgası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 KPI'larını ölçmek için başlangıç noktasıdır.

Nereden alınır

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

Yakala

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

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

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

Nereden alınır

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

Yakala

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

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

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

Nereden alınır

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

Yakala

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

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

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

Nereden alınır

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

Yakala

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

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

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 Event, ReturnOrder üzerindeki geri ödeme tutarı alanlarının doldurulmasından veya güncellenmesinden ya da ilişkili bir geri ödeme ödeme nesnesinden çıkarılabilir.

Yakala

Geri ödeme tutarı alanlarının ne zaman doldurulduğunun zaman damgası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 gateway'ine yapılan API çağrısı Event'ini veya 'Geri Ödeme Beklemede' durum değişikliğini izleyin.

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

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

Nereden alınır

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

Yakala

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

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

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 bottleneck'lere daha ayrıntılı bir bakış sunar.

Nereden alınır

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

Yakala

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

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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