İade ve geri ödeme işlemleri Veri Templateınız

İade vakası kimliği, her benzersiz iade süreci örneğinin birincil tanımlayıcısıdır. Return Order'ın ilk oluşturulmasından son kapanışına kadar belirli bir müşterinin iadesi veya geri ödeme talebiyle ilişkili tüm etkinlikleri birbirine bağlar.

Süreç analizinde bu kimlik, her iadenin uçtan uca yolculuğunu yeniden oluşturmak için temel öneme sahiptir. Tam yaşam döngüsünü izlemeyi, toplam çevrim sürelerini ölçmeyi ve farklı vakalar arasındaki değişkenlikleri analiz etmeyi sağlar. Tüm olaylar, veriler ve metrikler bu tanımlayıcı kullanılarak bir araya getirilir ve ilişkilendirilir.

Bu, tüm süreç adımlarını birbirine bağlayan ve her iadeyi başlangıçtan sona kadar izleyip analiz etmeyi sağlayan temel vaka tanımlayıcısıdır.

Bu genellikle Return Material Authorization (RMA) numarası veya 'Sales and marketing' modülündeki 'Returned Order' türündeki Sales Order numarasıdır. 'SalesType' değerinin 'Returned Order' olduğu 'SalesTable' gibi tablolarda bulunur.

Olay zamanı veya zaman damgası, bir etkinliğin gerçekleştiği kesin tarih ve saati kaydeder. Olay günlüğündeki her etkinliğe karşılık gelen bir zaman damgası bulunur ve bu damga olayların kronolojik sırasını gösterir.

Bu öznitelik, zamana dayalı tüm Process Mining analizleri için büyük önem taşır. Etkinlikler arasındaki çevrim sürelerini hesaplamak, bekleme sürelerini ve darboğazları belirlemek, toplam vaka süresini ölçmek ve hizmet seviyesi anlaşmalarına (SLA'lara) uyumluluğu kontrol etmek için kullanılır. Zaman damgalarının doğruluğu, performans analizinin güvenilirliğini doğrudan etkiler.

Bu zaman damgası, çevrim süreleri ve bekleme süreleri gibi süreye dayalı tüm metrikleri hesaplamak için gereklidir. Bu metrikler, performans analizinin temelini oluşturur.

Sipariş oluşturma için 'SalesTable.createdDateTime' veya depo günlükleri için 'WMSJournalTrans.createdDateTime' gibi çeşitli tablolardaki oluşturulma ya da değiştirilme tarihi alanlarına karşılık gelir.

Bu öznitelik, 'Return Order Created', 'Item Received' veya 'Credit Note Posted' gibi iade ve geri ödeme yaşam döngüsündeki belirli bir adımı ya da olayı tanımlar. Her etkinlik, sistemde kaydedilen ayrı bir süreç noktasını temsil eder.

Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining çalışmalarının temelini oluşturur. Süreç haritalarını görselleştirmeyi, adımlar arasındaki darboğazları belirlemeyi ve yaygın ya da nadir süreç varyantlarını keşfetmeyi sağlar. Etkinlik kümesi, analiz edilen sürecin kapsamını tanımlar.

Süreç adımlarını tanımlar; böylece süreç akışını görselleştirmeyi, darboğazları, yeniden çalışmayı ve sapmaları belirlemeyi sağlar.

Bu, sistem olaylarından türetilen kavramsal bir özniteliktir. 'SalesTable' ve 'WMSJournalTable' gibi tablolardaki durum değişiklikleri veya belirli olay günlükleri, kullanıcıların kolayca anlayabileceği adlarla eşleştirilerek oluşturulabilir.

Bu öznitelik, müşterinin iade sürecini başlatmak için kullandığı kanalı belirtir. Örnekler arasında "Çevrim içi portal", "Mağaza içi", "Müşteri hizmetleri çağrısı" veya "Posta" bulunur.

İade kanalına göre süreç analizi yapmak, her kanalın performansını ve verimliliğini değerlendirmenize yardımcı olur. İşletme, en iyi uygulamaları ve yatırım ya da iyileştirme alanlarını belirlemek için kanallar arasındaki çevrim sürelerini, maliyetleri ve müşteri memnuniyetini karşılaştırabilir. Bu öznitelik, "İade kanalı kullanım performansı" Dashboardı için önemlidir.

Farklı iade kanallarının performansını karşılaştırmayı ve en verimli, uygun maliyetli kanalları optimize etmeyi sağlar.

Bu bilgi, iade siparişi başlığında ('SalesTable') saklanabilir veya siparişi oluşturan kullanıcıdan türetilebilir. Özel mantık ya da ayrılmış bir alan gerekebilir.

İade nedeni kodu, müşterinin belirttiği iade nedenini kaydeder. Örnekler arasında 'Defective Item', 'Wrong Size', 'Not as Described' veya 'No Longer Needed' bulunur. Bu bilgi genellikle iade başlatılırken toplanır.

İade nedenlerini analiz etmek, kök neden analizi için büyük önem taşır. İşletmelerin ürün kalitesi sorunlarını, ürün açıklamalarındaki eksiklikleri veya lojistik hataları belirlemesine yardımcı olur. Bu verilerden elde edilen içgörüler, gelecekteki iadeleri azaltmak için ürün tasarımında, pazarlamada ve tedarik zinciri operasyonlarında iyileştirmeler yapılmasını sağlayabilir.

İadelerin neden gerçekleştiği hakkında önemli içgörüler sağlar; iade oranlarını azaltmak ve müşteri memnuniyetini artırmak için kök neden analizi yapılmasına yardımcı olur.

Bu bilgi genellikle iade siparişi satırı düzeyinde saklanır. İade siparişleri için 'SalesLine' tablosundaki neden kodu alanlarını inceleyin.

Bu öznitelik, bir süreç adımını gerçekleştirmekten sorumlu kişiyi tanımlar. Ürünü teslim alan depo çalışanı, kalite denetçisi veya credit note kaydını oluşturan finans görevlisi olabilir.

Süreci kullanıcı bazında analiz etmek, iş yükü dağılımını anlamaya, en yüksek performans gösterenleri belirlemeye ve olası eğitim ihtiyaçlarını tespit etmeye yardımcı olur. Ayrıca belirli kişiler veya ekipler tarafından yürütülen vakaları incelemek ve görevlerin uygun şekilde ayrılmasını sağlamak için kullanılabilir.

İş yükü dağılımını ve kişi ya da ekip bazındaki performansı analiz etmeyi, ayrıca eğitim veya kaynak tahsisi fırsatlarını belirlemeyi sağlar.

'SalesTable.createdBy' gibi işlem kayıtlarındaki 'created by' veya 'modified by' alanlarında ya da günlük tablolarındaki ilişkili kullanıcı kimliklerinde bulunur.

Disposition Code, iade edilen ürünün kalite incelemesi sırasında atanır. 'Credit', 'Replace', 'Scrap' veya 'Return to Customer' gibi sonraki adımı belirler.

Bu öznitelik, iadeler sürecinde önemli bir karar noktasıdır. Disposition Code bazında analiz yapmak, işletmelerin iadelerin sonuçlarını anlamasına, hurdaya ayrılan ürünlerin finansal etkisini izlemesine ve değişim ile geri ödeme gibi farklı çözüm yollarının verimliliğini değerlendirmesine yardımcı olur.

Bu kod, iade vakasının inceleme sonrasında izleyeceği yolu belirler. Bu nedenle süreç varyantlarını ve bunların iş sonuçlarını analiz etmek için önemlidir.

Bu, kalite yönetimi modülündeki temel alanlardan biridir. Quality Order veya Inspection Order işlemleriyle ilişkilidir.

Ürün kimliği, çoğu zaman Stock Keeping Unit (SKU), müşterinin iade ettiği belirli ürünü tanımlar. Her iade siparişi satırı bir ürün kimliğiyle ilişkilidir.

İadeleri ürün bazında analiz etmek, iade oranı yüksek ürünleri belirlemek için gereklidir. Bu durum kalite kontrol sorunlarına, hatalı ürün açıklamalarına veya üretim kusurlarına işaret edebilir. Bu analiz, ürünle ilgili incelemelere ve iyileştirmelere öncelik verilmesine yardımcı olur.

İadeleri ürün bazında analiz etmeyi ve kalite sorunları ya da yüksek iade hacmi olan ürünleri belirlemeyi sağlar.

İade siparişi için 'SalesLine' tablosundaki 'ItemId' alanına karşılık gelir.

Bitiş zamanı, bir etkinliğin tamamlanma zaman damgasını gösterir. StartTime başlangıcı, EndTime ise bitişi belirtir ve böylece ilgili görevin işlem süresinin hesaplanmasını sağlar.

Bu öznitelik, özellikle 'Item Inspection' gibi ölçülebilir süreye sahip görevlerde ayrıntılı performans analizi için önemlidir. Analistler StartTime ve EndTime değerlerini karşılaştırarak görevlerin etkin işlem süresini kesin biçimde ölçebilir ve bu süreyi görevler arasındaki bekleme süresinden ayırabilir. Böylece yalnızca görevler arasındaki değil, belirli etkinliklerin içindeki verimsizlikler de belirlenebilir.

Tek tek etkinliklerin etkin işlem süresini hesaplamayı ve bekleme süresiyle gerçek çalışma süresini birbirinden ayırmayı sağlar.

Bu değer çoğu zaman türetilmelidir. Örneğin, bir etkinliği sona erdiren durum değişikliğinin 'modifiedDateTime' değeri veya sonraki etkinliğin StartTime değeri kullanılabilir.

Geri ödeme işlendiğinde credit note veya credit memo olarak bilinen bir finansal belge oluşturulur. Bu öznitelik, söz konusu belgenin benzersiz kimliğini saklar.

Bu kimlik, operasyonel iade süreciyle muhasebe sistemindeki finansal kayıtlar arasında doğrudan bağlantı kurar. Denetim ve finansal farkların ayrıntılı incelenmesi için kullanışlıdır; analistin bir iade vakasını, vakayı sonuçlandıran belirli finansal işleme kadar izlemesini sağlar.

Operasyonel iade sürecini ilgili finansal işleme bağlar; bu bağlantı denetim ve finansal mutabakat için gereklidir.

Credit note numarası genellikle işlem türünün 'Credit note' olduğu 'CustInvoiceJour' tablosundaki 'InvoiceId' alanında bulunur. Bu kayıt, iade siparişine bağlanabilir.

Bu öznitelik, iade edilen ürünü işleyen belirli fiziksel depoyu veya iade merkezini tanımlar. Farklı konumların süreçleri, kaynakları veya performans düzeyleri farklı olabilir.

Süreci depo bazında analiz etmek, konumlar arasında performans karşılaştırması yapılmasını sağlar. Hangi tesislerin iadeleri daha verimli işlediğini belirlemeye, bölgesel darboğazları ortaya çıkarmaya ve lojistik ağı genelinde kaynak tahsisi ile süreç standardizasyonu kararlarını desteklemeye yardımcı olur.

Farklı depoların veya iade merkezlerinin performansını karşılaştırmayı ve bölgesel darboğazları ya da en iyi uygulamaları belirlemeyi sağlar.

Bu bilgi, Varış Günlüğü ('WMSJournalTable') veya 'SalesLine' gibi stokla ilgili işlemlerdeki 'InventLocationId' alanında saklanır.

Bu öznitelik, müşteriye geri ödenen nihai ve onaylanmış tutarı belirtir. Bu değer, alacak dekontu oluşturulup kaydedildiğinde tutulur.

Bu öznitelik finansal analiz için önemlidir ve doğrudan "Geri ödeme tutarı fark analizi" Dashboardında ve "Geri ödeme tutarı doğruluk oranı" KPI’ında kullanılır. Bu verileri analiz etmek, iadelerin finansal etkisini ve süreç sırasında yapılan düzeltmeleri anlamanıza yardımcı olur.

İadenin gerçek finansal etkisini gösterir; geri ödeme doğruluğunu hesaplamak ve finansal sonuçları anlamak için gereklidir.

Bu değer, kaydedilmiş credit note işlem ayrıntılarında bulunabilir. Credit note için 'CustTrans' ve 'CustInvoiceJour' tablolarıyla ilişkilidir.

Bu öznitelik, bir iade vakasının çözülmesi için hizmet düzeyi anlaşmasında (SLA) belirtilen son tarihi tanımlar. Bu tarih, müşterinin yayımlanmış geri ödeme veya gönderilmiş değişim ürünü gibi nihai bir çözüm almasının beklendiği gündür.

Bu hedef tarih, hizmet taahhütlerine göre performansı izlemek için gereklidir. "Çözüm SLA uyum oranı" KPI’ını hesaplamak ve "Geri ödeme çözümü SLA performansı" Dashboardını oluşturmak için kullanılır. Bu tarihi sürecin gerçek tamamlanma tarihiyle karşılaştırmak, işletmenin SLA ihlallerini belirlemesine ve süresi uzayan vakaları proaktif biçimde yönetmesine yardımcı olur.

Süreç performansının ölçüldüğü referans noktasıdır; SLA uyumluluğunun izlenmesini ve geciken vakaların belirlenmesini sağlar.

Bu, standart bir alan olmayabilir. Genellikle iadenin oluşturulma tarihine önceden belirlenmiş bir SLA süresi eklenerek hesaplanır, örneğin 14 gün. Özel bir alanda saklanabilir.

Bu öznitelik, iade siparişi başlığının 'Open', 'Invoiced' veya 'Canceled' gibi mevcut durumunu gösterir. Vakanın yaşam döngüsünde hangi aşamada olduğuna dair üst düzey bir görünüm sunar.

Etkinlikler ayrıntılı süreç adımlarını gösterirken genel durum, vakaları filtrelemek ve segmentlere ayırmak için kullanışlıdır. Örneğin bir analist, mevcut iş yükünü anlamak için yalnızca 'Open' vakalara odaklanabilir veya sonunda 'Canceled' durumuna gelen vakaların süreç akışını analiz edebilir.

Vakanın durumuna ilişkin üst düzey bir özet sunar; vakaları filtrelemek ve iptal gibi sonuçları anlamak için kullanışlıdır.

Bu bilgi, 'SalesTable' tablosundaki 'SalesStatus' veya 'DocumentStatus' alanında bulunur.

Bu öznitelik, iade vakasını müşterinin talep ettiği veya işletmenin sunduğu çözüm türüne göre sınıflandırır. Yaygın türler arasında parasal 'Refund', 'Replacement' ürünüyle değişim veya 'Repair' bulunur.

Bu sınıflandırma, farklı süreç yollarını analiz etmek için kullanışlıdır. Geri ödeme yapma süreci, değişim ürününü gönderme sürecinden önemli ölçüde farklıdır. İade türüne göre segmentlere ayırmak, her çözüm yoluna özgü çevrim sürelerinin ve darboğazların daha doğru analiz edilmesini sağlar.

Analizi hedeflenen sonuca göre segmentlere ayırmayı sağlar; geri ödeme ve değişim süreçlerinin adımları ile çevrim süreleri farklıdır.

Bu, iade siparişi başlığındaki özel bir alan olabilir veya disposition code ya da değişim satış siparişi oluşturulması gibi sonraki işlemlere göre türetilebilir.

Bu öznitelik, verilerin geldiği kaynak bilgi sistemini tanımlar. Bu bağlamda değer çoğunlukla 'Microsoft Dynamics 365' olur.

Büyük kuruluşlarda bir süreç birden fazla sisteme yayılabilir. Her olay için kaynak sistemi belirtmek, veri yönetişimi, veri çıkarma sorunlarını gidermek ve sürecin teknolojik yapısını anlamak açısından önemlidir. Analiz edilen verilerin kaynağını doğrular.

Verilerin kaynağı hakkında önemli bir bağlam sağlar. Bu bilgi, veri yönetişimi, doğrulama ve sürecin sistem yapısını anlamak için gereklidir.

Bu genellikle verilerin kaynağını etiketlemek için veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen statik bir değerdir.

Müşteri kimliği, iadeyle ilişkili müşteri hesabının benzersiz tanımlayıcısıdır. İade işlemini CRM veya müşteri veritabanındaki belirli bir müşteriye bağlar.

İadeleri müşteri bazında analiz etmek, olağandışı derecede yüksek iade etkinliği gösteren müşterileri belirlemeyi sağlar. Bu durum sahtecilik veya kronik memnuniyetsizlik göstergesi olabilir. Ayrıca müşterileri segmentlere ayırmak, örneğin yüksek değerli müşterilere ayrıcalıklı iade hizmetleri sunmak için kullanılabilir.

İade sürecini belirli bir müşteriye bağlar; müşteri düzeyinde analiz yapılmasını, iade örüntülerinin ve olası sahteciliğin belirlenmesini sağlar.

İade siparişine ait 'SalesTable' tablosundaki 'CustAccount' alanıdır.

Bu, bir iadenin şirketin iade politikasında tanımlanan tüm ölçütleri karşılayıp karşılamadığını gösteren hesaplanmış bir boolean özniteliğidir. Değerlendirme; iade süresi, ürünün durumu veya iade nedeni gibi faktörlere dayanabilir.

Bu öznitelik doğrudan "İade onayı uyumluluk özeti" Dashboardını ve "Uyumlu iade onay oranı" KPI’ını destekler. İşletmenin politika uyumluluğunu ölçmesine, istisna olarak onaylanan vakaları belirlemesine ve bu istisnaların nedenlerini ve sıklığını analiz etmesine olanak tanır. Yönetişim ve maliyet kontrolü için büyük önem taşır.

İş kurallarına uyumluluğu doğrudan ölçer ve gelir kaybına yol açabilecek uyumsuz iade onaylarının belirlenip azaltılmasına yardımcı olur.

Bu, türetilmiş bir özniteliktir. Mantık, iade özniteliklerinin, örneğin iade tarihi ile satın alma tarihinin ve iade nedeninin, önceden tanımlanmış iş kurallarıyla karşılaştırılmasıyla oluşturulmalıdır.

Bu hesaplanmış öznitelik, SLA uyumluluğunun genellikle "Zamanında" veya "Gecikmiş" şeklindeki basit durumunu sunar. Son etkinliğin zaman damgası, örneğin "İade siparişi kapatıldı", ile "RefundSlaTargetDate" karşılaştırılarak belirlenir.

Bu öznitelik, "Geri ödeme çözümü SLA performansı" gibi Dashboardlarda performans raporlamasını kolaylaştırır. Kullanıcıların tarihleri karşılaştırmasını gerektirmek yerine doğrudan ve kolay anlaşılır bir durum sunar. Böylece genel "Çözüm SLA uyum oranı" değerini hesaplamak için hızlı filtreleme ve toplama yapılabilir.

SLA uyumluluğunu bir bakışta gösteren basit bir işaret sunar; geciken vakaların filtrelenmesini ve gecikmelerin kök nedenlerinin analiz edilmesini kolaylaştırır.

Bu, nihai çözüm etkinliğinin zaman damgası ile 'RefundSlaTargetDate' özniteliğinin karşılaştırılmasıyla hesaplanan türetilmiş bir özniteliktir.

Bu öznitelik, verilerin kaynak sistemden en son çıkarıldığı ve Process Mining aracında güncellendiği tarih ve saati kaydeder. Analiz edilen verilerin güncelliğini değerlendirmek için bir referans noktası sağlar.

Son veri güncellemesinin ne zaman yapıldığını bilmek, analizin güncelliğini anlamak açısından önemlidir. Kullanıcıların Dashboard ve KPI'ları doğru yorumlamasına yardımcı olur; böylece gerçek zamanlı verilere mi yoksa belirli bir andaki görüntüye mi baktıklarını anlayabilirler. Bu bilgi, operasyonel izleme için önemlidir.

Verilerin güncelliğini gösterir ve analistlerin süreç içgörülerinin ne kadar güncel olduğunu bilmesini sağlar.

Bu, veri alma hattı sırasında oluşturulan ve saklanan bir meta veri özniteliğidir. Genellikle ETL işinin tamamlandığı zamanı gösterir.

Bu öznitelik, iade sürecinin başlangıcında talep edilen veya beklenen ilk geri ödeme tutarını gösterir. Genellikle iade edilen ürünlerin ilk satın alma fiyatına dayanır.

Bu değer, 'Refund Amount Discrepancy Analysis' için temel oluşturur. İşletme, talep edilen tutarı gerçek geri ödeme tutarıyla karşılaştırarak yeniden stoklama ücretleri, hasarlı ürünler için kısmi geri ödemeler veya diğer düzeltmelerden kaynaklanan farkları belirleyebilir. Bu karşılaştırma, finansal doğruluğun ve politikalara uyumun izlenmesine yardımcı olur.

Gerçekleşen geri ödeme tutarıyla karşılaştırarak finansal doğruluğu ölçmek için temel oluşturur.

Bu genellikle iade edilen orijinal satış siparişi satırındaki satır tutarı veya toplam tutardır ve 'SalesLine.LineAmount' alanında bulunur.