İade ve Geri Ödeme Süreci Veri Şablonunuz

Oracle Fusion SCM
İade ve Geri Ödeme Süreci Veri Şablonunuz

İade ve Geri Ödeme Süreci Veri Şablonunuz

Bu `template`, Oracle Fusion SCM'deki İade ve Geri Ödeme Sürecinizi analiz etmenize yardımcı olmak için tasarlanmıştır. Toplanması gereken temel öznitelikleri, takip edilecek ana aktiviteleri özetler ve bu verilerin nasıl çıkarılacağına dair açık rehberlik sağlar. Sürecinize ilişkin değerli içgörüler elde etmek ve iyileştirme alanlarını belirlemek için kullanın.
  • Toplanması Önerilen Nitelikler
  • Süreç analizi için izlenecek temel aktiviteler
  • Oracle Fusion SCM için adım adım veri çıkarma 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üreçleri Nitelikleri

Bunlar, Oracle Fusion SCM içindeki iade ve geri ödeme süreçlerinizin kapsamlı analizi için `event log`'unuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 10 İsteğe Bağlı
Ad Açıklama
Aktivite
ActivityName
İade ve geri ödeme süreci içinde gerçekleşen belirli bir iş adımı veya `event`'in adı.
Açıklama

Bu öznitelik, 'RMA Oluşturuldu', 'Ürün İncelendi' veya 'Geri Ödeme İşlendi' gibi iade yaşam döngüsündeki tek bir adımı veya dönüm noktasını tanımlar. Her aktivite, sistemin event log'larında yakalanan süreçteki ayrı bir noktayı temsil eder.

Bu aktivitelerin sırasını ve süresini analiz etmek, Process Mining'in çekirdeğini oluşturur. Süreç haritalarının görselleştirilmesine, adımlar arasındaki bottleneck'lerin belirlenmesine ve aktiviteye özgü teslim sürelerinin hesaplanmasına olanak tanır. Bu veri, süreç akışını, yeniden işleme döngülerini ve standart işletim prosedürlerine uyumluluğu anlamak için kritik öneme sahiptir.

Neden önemli

Aktiviteler, süreç haritasının omurgasını oluşturur, süreç akışının, varyasyonların ve darboğazların görselleştirilmesini ve analizini sağlar.

Nereden alınır

Oracle Fusion SCM'deki Sipariş Yönetimi ve Envanter Yönetimi gibi modüller içindeki olay günlüklerinden, durum değişikliklerinden veya belirli işlem kayıtlarından türetilir.

Örnekler
RMA OluşturulduÜrün Kabul EdildiAlacak Dekontu Oluşturulduİade İşlendi
İade Vaka Kimliği
ReturnCaseId
Belirli bir müşteri iadesi veya geri ödeme talebiyle ilişkili tüm aktiviteleri birbirine bağlayan birincil tanımlayıcı.
Açıklama

İade Vakası ID'si, tüm iade ve geri ödeme süreci için benzersiz vaka tanımlayıcısı olarak hizmet eder. İlk iade ürün yetkilendirmesi (RMA) oluşturulmasından nihai geri ödeme işlemine ve vaka kapanışına kadar her event'i birbirine bağlar.

Process Mining analizinde, bu öznitelik her bir iadenin uçtan uca yolculuğunu yeniden yapılandırmak için temeldir. Analistlerin tüm yaşam döngüsünü takip etmesine, toplam döngü sürelerini ölçmesine ve farklı iadelerin nasıl ele alındığındaki varyasyonları anlamasına olanak tanır. Tüm diğer event seviyesi veri, tutarlı bir süreç görünümü oluşturmak için bu ID'ye göre gruplandırılır.

Neden önemli

Bu, ilgili tüm event'leri tek bir süreç örneğinde bir araya getirerek uçtan uca analiz yapmayı mümkün kılan temel anahtardır.

Nereden alınır

Bu tanımlayıcı, genellikle bir iade talebi başlatıldığında Oracle Sipariş Yönetimi veya Hizmet modülleri içinde oluşturulur.

Örnekler
RMA-2023-00123RMA-2023-00456RMA-2023-00789
Olay Zamanı
EventTime
Belirli bir faaliyetin veya event'in ne zaman gerçekleştiğini gösteren zaman damgasıdır.
Açıklama

Event Time veya başlangıç zamanı, bir aktivitenin kaynak sistemde kaydedildiği kesin tarih ve saattir. Süreçteki her adım için kronolojik bağlamı sağlar.

Bu timestamp, tüm zaman tabanlı analizler için esastır. Event'leri doğru sıralamak, aktiviteler arasındaki cycle time'ları hesaplamak, bir case'in toplam duration'ını ölçmek ve service level agreement'lara (SLA) karşı performansı değerlendirmek için kullanılır. Doğru timestamp'ler olmadan process efficiency'yi analiz etmek, delay'leri belirlemek veya process dynamics'i anlamak imkansızdır.

Neden önemli

Bu öznitelik, tüm süre bazlı metrikleri hesaplamak ve süreç bottleneck'lerini keşfetmek için temel olan event'lerin kronolojik sırasını sağlar.

Nereden alınır

Bu bilgi genellikle Oracle Fusion SCM'deki işlem veya durum kayıtlarıyla ilişkili bir 'Oluşturma Tarihi', 'Timestamp' veya 'Son Güncelleme Tarihi' alanı olarak bulunur.

Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Kaynak Sistem
SourceSystem
Verilerin çekildiği sistem.
Açıklama

Bu öznitelik, event verilerinin kaydedildiği kaynak bilgi sistemini tanımlar. Bu süreç için tipik olarak 'Oracle Fusion SCM' olacaktır.

Birden fazla entegre sistemin bulunduğu ortamlarda, bu alan veri kökeni ve sorun giderme için çok önemlidir. Verinin kaynağını doğrulamaya yardımcı olur ve belirli sistemlerden gelen event'ler için analizi filtrelemek, veri kalitesini ve bağlamını korumak için kullanılabilir.

Neden önemli

Veri kaynağı hakkında kritik bağlam sağlar, bu da çok sistemli ortamlarda veri doğrulama ve analizi için esastır.

Nereden alınır

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

Örnekler
Oracle Fusion SCMOracle SCM Cloud
Son Veri Güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgası.
Açıklama

Bu öznitelik, veri kümesinin en son ne zaman güncellendiğini gösterir. Bireysel event'ler için değil, tüm veri kümesi için bir 'güncellik' tarihi sağlar.

Son veri güncelleme zamanını bilmek, kullanıcıların analizin güncelliğini anlaması için kritiktir. Gerçek zamanlı bilgilere mi yoksa saatler veya günler öncesine ait verilere mi baktıklarını bilerek dashboard'ları ve KPI'ları doğru bir şekilde yorumlamalarına yardımcı olur. Herhangi bir Process Mining projesi için önemli bir metadata parçasıdır.

Neden önemli

Kullanıcılara verilerin güncelliği hakkında bilgi verir, böylece analizlerinin bağlamını ve zamanlamasını anlamalarını sağlar.

Nereden alınır

Bu timestamp, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve eklenir.

Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Bitiş Saati
EndTime
Bir aktivitenin tamamlandığını gösteren timestamp.
Açıklama

Bitiş Zamanı bir aktivitenin tamamlandığını gösterir. Başlangıç Zamanı bir event'in ne zaman başladığını gösterirken, Bitiş Zamanı o belirli event'in gerçek işleme süresini hesaplamak için gereklidir. Anlık event'ler için Başlangıç Zamanı ve Bitiş Zamanı aynı olabilir.

Analizde, Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark bir aktivite için 'İşleme Zamanı'nı verir. Bu, adımlar arasındaki bekleme süresinin aksine, hangi belirli adımların zaman alıcı olduğunu belirlemek için çok önemlidir. Detaylı bottleneck analizi ve kaynak verimliliği hesaplamaları için elzemdir.

Neden önemli

Bu öznitelik, bireysel aktivitelerin gerçek işleme süresini hesaplamak için gereklidir ve aktif çalışma süresini bekleme süresinden ayırmaya yardımcı olur.

Nereden alınır

Bu, kaynak sistem log'larında ayrı bir alan olabilir veya sonraki aktivitenin Başlangıç Zamanı'ndan türetilebilir.

Örnekler
2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
Gerçek Geri Ödeme Tutarı
ActualRefundAmount
Müşteriye fiilen işlenen ve geri ödenen nihai parasal tutar.
Açıklama

Bu öznitelik, tüm incelemeler, ayarlamalar ve ücretler uygulandıktan sonra müşteriye geri ödenen nihai, onaylanmış tutarı temsil eder. Bu değer, iade vakasının gerçek finansal sonucunu yansıtır.

Bu, 'Talep Edilen ve Gerçekleşen Geri Ödeme Tutarları' dashboard'ında kullanılan kritik bir finansal veri noktasıdır. Bunu talep edilen tutarla karşılaştırmak, 'Geri Ödeme Tutarı Fark Oranı' KPI'ını hesaplamak ve iade politikalarının, ürün koşullarının ve işleme ayarlamalarının finansal etkisini anlamak için anahtardır.

Neden önemli

İadenin gerçek finansal sonucunu temsil eder, tutarsızlık analizini ve finansal raporlamayı mümkün kılar.

Nereden alınır

Bu bilgi muhtemelen Oracle Fusion Financials'taki iade vakasına bağlı Kredi Dekontu veya Borçlar Hesapları işlem kayıtlarından gelecektir.

Örnekler
129.9940.000.00
Geri Ödeme SLA Hedef Tarihi
RefundSlaTargetDate
Hizmet seviyesi anlaşmasına (`SLA`) göre geri ödemenin tamamlanması beklenen tarih.
Açıklama

Bu öznitelik, belirli bir vaka için geri ödeme sürecini tamamlama süresini tanımlar. SLA hedefi genellikle şirket politikası, müşteri kademesi veya iade nedeni tarafından belirlenir.

Bu tarih, zamanında olma ve uyumluluğu ölçmek için bir referans noktasıdır. Doğrudan 'Geri Ödeme Politikası SLA Uyumluluğu' dashboard'ında kullanılır ve 'Geri Ödeme SLA Uygunluk Oranı' KPI'ını hesaplamak için elzemdir. Gerçek geri ödeme tamamlanma tarihini bu hedefle karşılaştırmak, SLA ihlallerinin belirlenmesini sağlar ve gecikme riski taşıyan vakaların önceliklendirilmesine yardımcı olur.

Neden önemli

Zamanında performansın ölçülmesi için benchmark sağlar ve SLA uyum KPI'larını hesaplamak için çok önemlidir.

Nereden alınır

Bu, iade case'inde belirli bir tarih alanı olabilir veya iade başlatma tarihine önceden tanımlanmış bir süre (örn. 14 gün) eklenerek türetilmesi gerekebilir.

Örnekler
2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
İade Durumu
ReturnStatus
İade vakasının mevcut veya nihai durumu.
Açıklama

Bu öznitelik, iade vakasının belirli bir zamandaki genel durumunu veya nihai sonucunu, örneğin 'Kapandı - İade Edildi', 'Kapandı - Reddedildi' veya 'Devam Ediyor' gibi gösterir.

İade Durumu, sonuç analizi ve izleme için anahtardır. Vakaları sonuçlarına göre filtrelemeye, onaylanmış ve reddedilmiş iadelerin süreç akışlarını karşılaştırmaya ve 'Mevcut İade Vakası Durumu Dashboard'ını desteklemeye olanak tanır. Sonuçların dağılımını anlamak, süreç etkinliğini ölçmek için esastır.

Neden önemli

Bir case'in outcome'unu sağlar, bu da filtering, comparative analysis ve process success rate'lerini anlamak için esastır.

Nereden alınır

Genellikle Oracle Sipariş Yönetimi'ndeki ana iade veya RMA başlık kaydında bir durum alanı olarak mevcuttur.

Örnekler
Makbuz BekleniyorDenetim TamamlandıKapalı - İade EdildiKapandı - Reddedildi
İade Nedeni
ReturnReason
Müşteri tarafından ürünün iade edilme nedeni.
Açıklama

Bu öznitelik, genellikle müşteri tarafından önceden tanımlanmış bir listeden seçilen (örn. 'Hatalı Ürün', 'Yanlış Boyut' veya 'Artık İhtiyaç Duyulmuyor') iade nedenini içerir.

İade nedenlerini analiz etmek, ürün kalitesi, satış süreci doğruluğu ve müşteri davranışları hakkında güçlü içgörüler sağlar. Bu veri, yüksek kusur oranına sahip ürünleri belirlemek, yanlış siparişleri azaltmak için ürün açıklamalarını iyileştirmek ve iadelerin temel nedenlerini anlamak için kullanılabilir. Bu analiz, genel iade hacmini azaltan stratejik iyileştirmeleri tetikleyebilir.

Neden önemli

İadelerin neden gerçekleştiğine dair kritik içgörü sağlar, bu da ürün ve satış süreçlerinde iyileştirmeleri yönlendirmek için kullanılabilir.

Nereden alınır

Genellikle Oracle Sipariş Yönetimi'ndeki RMA kalem satırında bir kod veya metin alanı olarak saklanır.

Örnekler
KusurluYanlış Ürün Sevk EdildiÇok Geç UlaştıDaha İyi Fiyat Mevcut
İşleme Temsilcisi
ProcessingAgent
İade sürecindeki belirli bir aktiviteyi yürütmekten sorumlu kullanıcı veya temsilci.
Açıklama

Bu öznitelik, RMA'yı onaylamak veya geri ödemeyi işlemek gibi belirli bir görevi gerçekleştiren çalışanı veya sistem kullanıcısını tanımlar. Bireysel görevlendirme takip edilmiyorsa bir ekip veya departmana da atıfta bulunabilir.

Temsilciye göre performansı analiz etmek, operasyonel yönetim için kritiktir. Bu öznitelik, 'İade İşleme Temsilci Performansı' dashboard'ını etkinleştirerek farklı temsilciler arasındaki iş yükü, aktivite süresi ve yeniden işleme oranlarının karşılaştırılmasına olanak tanır. Bu içgörüler, eğitim ihtiyaçlarını vurgulayabilir, en iyi performans gösterenleri belirleyebilir ve daha iyi kaynak tahsisini sağlayabilir.

Neden önemli

Kullanıcı veya ekibe göre performans analizi sağlar, yüksek performanslı çalışanları, eğitim fırsatlarını ve iş yükü dengesizliklerini belirlemeye yardımcı olur.

Nereden alınır

Genellikle Oracle Fusion SCM içindeki işlem log'larındaki 'USER_ID', 'PROCESSED_BY' veya 'AGENT_NAME' gibi alanlarda bulunur.

Örnekler
j.doea.smithm.jones
Talep Edilen Geri Ödeme Tutarı
RequestedRefundAmount
Müşterinin başlangıçta iade için talep ettiği parasal tutar.
Açıklama

Bu öznitelik, sürecin başlangıcında müşteri tarafından talep edilen geri ödeme tutarını yakalar. Nihai geri ödemenin karşılaştırıldığı temel miktardır.

Bu veri noktası, 'Talep Edilen ve Gerçekleşen Geri Ödeme Tutarları' dashboard'ı ve 'Geri Ödeme Tutarı Fark Oranı' KPI'ı için esastır. Talep edilen ve gerçekleşen tutarlar arasındaki farkı analiz etmek, yanlış ürün iadeleri, stok yenileme ücretleri veya politika ayarlamaları gibi sorunları ortaya çıkararak finansal doğruluk ve müşteri memnuniyeti hakkında değerli içgörüler sağlayabilir.

Neden önemli

Finansal analiz için bir temel teşkil eder; geri ödeme tutarsızlıklarının hesaplanmasını ve potansiyel sorunların belirlenmesini sağlar.

Nereden alınır

Bu değer, Oracle Fusion SCM'deki RMA veya iade talebi başlığında, muhtemelen Sipariş Yönetimi modülünde saklanmalıdır.

Örnekler
129.9945.501200.00
Depo Kimliği
WarehouseId
İade edilen ürünü teslim alan depo veya tesisin tanımlayıcısı.
Açıklama

Bu öznitelik, müşterinin iade edilen ürününün teslim alındığı ve işlendiği dağıtım merkezi veya depo gibi belirli fiziksel konumu gösterir.

Süreci depoya göre analiz etmek, konuma özgü performans sorunlarını belirlemek için önemlidir. Farklı tesisler arasındaki inceleme sürelerini, tasfiye sonuçlarını ve genel döngü sürelerini karşılaştırmaya olanak tanır. Bu durum, belirli sahalardaki operasyonel verimsizlikleri, personel sorunlarını veya eğitim ihtiyaçlarını vurgulayabilir.

Neden önemli

Konuma göre performans analizi sağlar, bölgesel veya tesise özgü darboğazları ve verimsizlikleri belirlemeye yardımcı olur.

Nereden alınır

Genellikle 'ORGANIZATION_ID' olarak adlandırılan bu alan, Oracle Envanter Yönetimi'ndeki teslim alma işlemiyle ilişkilidir.

Örnekler
WH-ABD-BATIWH-AB-MERKEZDC-01
Durum Kodu
DispositionCode
İade edilen fiziksel öğenin nihai işlenmesini gösteren bir kod.
Açıklama

Tasfiye Kodu, incelendikten sonra iade edilen ürüne ne olduğunu belirtir; örneğin, envantere geri döndürüldü, hurdaya çıkarıldı, yenileme için gönderildi veya satıcıya iade edildi.

Bu bilgi, iadelerin finansal ve operasyonel etkisini analiz etmek için değerlidir. Tasfiye kodlarını analiz ederek, bir işletme yeniden satılamayan ürünlerle ilişkili maliyeti anlayabilir ve yenileme süreçlerini iyileştirme fırsatlarını belirleyebilir. İade sürecini envanter ve finansal sonuçlarla ilişkilendirir.

Neden önemli

İade sürecini envanterdeki fiziksel sonucuyla ilişkilendirir, geri kazanım oranları ve maliyetler hakkında içgörüler sağlar.

Nereden alınır

Bu bilgi, inceleme aktivitesi tamamlandıktan sonra Oracle Envanter Yönetimi veya Depo Yönetimi modüllerinde yakalanır.

Örnekler
RETURN_TO_STOCKHURDAREFURBISHRETURN_TO_VENDOR
Geri Ödeme Tutarı Tutarsızlığı
RefundAmountDiscrepancy
Talep edilen geri ödeme tutarı ile fiili geri ödeme tutarı arasındaki hesaplanan fark.
Açıklama

Bu metrik, müşterinin talep ettiği ile aldığı arasındaki parasal farkı nicel olarak belirler. 'GerçekGeriÖdemeTutarı'ndan 'TalepEdilenGeriÖdemeTutarı'nın çıkarılmasıyla hesaplanır.

Bu hesaplanmış değer, 'Geri Ödeme Tutarı Fark Oranı' KPI'ının temelidir. Sıfır olmayan bir değer, süreç sırasında bir ayarlama yapıldığını gösterir. Stok yenileme ücretleri veya hasar indirimleri gibi bu tutarsızlıkların nedenlerini analiz etmek, politika etkinliği ve müşteri iletişimi hakkında içgörüler sağlayabilir.

Neden önemli

Geri ödeme sürecindeki finansal ayarlamaları nicelleştirir, politikaların ve inceleme sonuçlarının etkisini analiz etmeye yardımcı olur.

Nereden alınır

Hesaplanan alan: 'RequestedRefundAmount' - 'ActualRefundAmount'.

Örnekler
0.005.50-10.00
İade Türü
ReturnType
Geri ödemenin, değişim veya onarım gibi beklenen sonuca göre kategorize edilmesini sağlar.
Açıklama

Bu öznitelik, işlenmekte olan iade türünü sınıflandırır. Süreç akışı ve gerekli adımlar, müşterinin parasal bir geri ödeme, yedek bir ürün veya onarılmış bir ürün almasına bağlı olarak önemli ölçüde değişebilir.

İade Türüne göre süreci analiz etmek, süreç varyasyonlarını anlamak için esastır. Geri ödemeler ve takaslar için ayrı süreç haritaları oluşturmaya olanak tanır, her bir yol için benzersiz bottleneck'leri ve performans özelliklerini belirlemeye yardımcı olur. Bu segmentasyon, hedeflenmiş süreç iyileştirme çabaları için anahtardır.

Neden önemli

Değişim ve geri ödemeler genellikle farklı adımları izlediği için, farklı süreç yollarına dayalı analizlerin segmentasyonunu sağlar.

Nereden alınır

Bu, genellikle Oracle Sipariş Yönetimi'ndeki RMA başlığında veya satırında bulunan bir kategori veya tür alanıdır.

Örnekler
Geri ÖdemeDeğişimOnarım
Müşteri Kimliği
CustomerId
İadeyi başlatan müşterinin benzersiz tanımlayıcısı.
Açıklama

Bu öznitelik, iade vakasıyla ilişkili müşteriyi tanımlayan benzersiz ID'dir. İade sürecini müşteri veri tabanına bağlar.

Müşteri merkezli bir bakış açısıyla iadeleri analiz etmek önemli kalıpları ortaya çıkarabilir. Örneğin, olağandışı yüksek iade sıklığına sahip müşterileri belirlemeye yardımcı olabilir, bu da memnuniyet sorunlarına veya potansiyel dolandırıcılığa işaret edebilir. Ayrıca, belirli grupların farklı iade davranışlarına sahip olup olmadığını anlamaya yardımcı olan müşteri segmentlerine dayalı analizi de mümkün kılar.

Neden önemli

Müşteri odaklı analizleri mümkün kılar, tekrarlayan iadecileri, segment davranışlarını ve potansiyel dolandırıcılığı belirlemeye yardımcı olur.

Nereden alınır

Oracle Order Management'taki orijinal satış siparişinin veya iade talebinin başlığında müşteri veya taraf ID olarak bulunur.

Örnekler
CUST-100589743ACC-54321
RMA Numarası
RmaNumber
İade Mal Yetkilendirme (`RMA`) işlemi için benzersiz tanımlayıcı.
Açıklama

RMA Numarası, bir müşterinin ürün iade etmesi için resmi bir yetkilendirmedir. Genellikle İade Vakası ID'si ile aynı olsa da, bazı sistemlerde ayrı, önceki bir tanımlayıcı olabilir.

Bu öznitelik, hem dahili kullanıcılar hem de müşteriler tarafından bilinen önemli bir iş referans numarası olarak hizmet eder. Vakaları aramak ve filtrelemek için kullanılabilir ve genellikle iade ile ilgili iletişimde kullanılan birincil numaradır.

Neden önemli

Operasyonel takip ve müşterilerle iletişim için hayati önem taşıyan birincil iş referans numarası olarak hizmet verir.

Nereden alınır

Bu, Oracle Sipariş Yönetimi'ndeki İade Mal Yetkilendirmesi (RMA) nesnesindeki birincil tanımlayıcıdır.

Örnekler
789001789002789003
SLA Uyumlu mu?
IsSlaCompliant
Geri ödemenin tanımlanan SLA hedefi içinde işlenip işlenmediğini gösteren bir boole bayrağı.
Açıklama

Bu hesaplanmış öznitelik, her iade vakası için SLA uygunluğunun basit bir doğru veya yanlış göstergesini sağlar. Gerçek geri ödeme tamamlanma timestamp'inin 'RefundSlaTargetDate' ile karşılaştırılmasıyla belirlenir.

Bu işaretçi, uyumluluk oranlarını kolayca ölçmek ve görselleştirmek için esastır. 'Geri Ödeme Politikası SLA Uyumluluğu' dashboard'ını destekler ve 'Geri Ödeme SLA Uygunluk Oranı' KPI'ının hesaplanmasını basitleştirir. Belirli vakaların neden SLA'larını karşılayamadığını anlamak için hızlı filtreleme ve kök neden analizine olanak tanır.

Neden önemli

Bir tarih karşılaştırmasını basit bir boolean metriğe dönüştürerek SLA izlemeyi ve raporlamayı basitleştirir.

Nereden alınır

Hesaplanan alan. 'Geri Ödeme İşlendi' zaman damgası 'RefundSlaTargetDate' tarihinde veya daha önce ise doğru, aksi takdirde yanlıştır.

Örnekler
truefalse
Uçtan Uca Geri Ödeme Süresi
EndToEndRefundTime
İade talebinin başlatılmasından geri ödemenin nihai işlemine kadar geçen toplam süre.
Açıklama

Bu metrik, geri ödeme sürecinin müşteri bakış açısından toplam süresini ölçer. İlk event'in (örn. 'RMA Oluşturuldu') timestamp'i ile geri ödeme tamamlanma event'inin (örn. 'Geri Ödeme İşlendi') timestamp'i arasındaki fark olarak hesaplanır.

Birincil bir KPI olarak, bu hesaplama 'Genel Geri Ödeme İşleme Döngü Süresi' dashboard'ı ve müşteri deneyimini izlemek için hayati önem taşır. Yüksek bir ortalama süre, ele alınması gereken sistemik verimsizlikleri gösterir. Bu değerin dağılımını analiz etmek, aykırı değerleri belirlemeye ve süreç performansını üst düzeyde anlamaya yardımcı olur.

Neden önemli

Bu, tüm sürecin verimliliğini ve müşteri memnuniyeti üzerindeki etkisini doğrudan ölçen önemli bir performans göstergesidir (KPI).

Nereden alınır

Her İade Vaka Kimliği için ilk aktivitenin Başlangıç Zamanı'nı 'Geri Ödeme İşlendi' aktivitesinin Başlangıç Zamanı'ndan çıkarılarak hesaplanır.

Örnekler
10 gün 4 saat21 gün 8 saat5 gün 0 saat
Ürün ID
ProductId
İade edilen ürünün benzersiz tanımlayıcısı.
Açıklama

Bu öznitelik, iadeye konu olan belirli ürün için SKU veya ürün numarası gibi benzersiz tanımlayıcıdır. İade sürecini ürün kataloğuna bağlar.

Ürün düzeyinde analiz, sorunlu ürünleri belirlemek için hayati öneme sahiptir. Ürün ID'sine göre süreç analizini filtreleyerek veya boyutlandırarak şirketler, yüksek iade oranlarına, uzun inceleme sürelerine veya belirli kusur kalıplarına sahip ürünleri tespit edebilir. Bu bilgi, kalite kontrol, tedarik zinciri yönetimi ve ürün geliştirme için yaşamsaldır.

Neden önemli

İade sürecini belirli ürünlerle ilişkilendirir, ürün kalitesi ve iade desenlerinin analizini sağlar.

Nereden alınır

Bu, Oracle Sipariş Yönetimi veya Envanter modüllerindeki RMA kalem satırında 'INVENTORY_ITEM_ID' veya benzeri bir alan olacaktır.

Örnekler
PROD-5540-ASKU-98765ITEM-001-B
Yeniden İşleme mi?
IsRework
Bir etkinliğin yeniden işleme döngüsünün bir parçası olup olmadığını gösteren bir boolean bayrağı.
Açıklama

Bu işaretçi, aynı vakanın önceki adımlarının tekrarı olan aktiviteleri tanımlar; bir süreç döngüsünü veya yeniden işlemeyi gösterir. Örneğin, bir ürün denetimden geçemezse ve yeniden denetlenmesi gerekirse, ikinci denetim event'i yeniden işlem olarak işaretlenir.

Bu öznitelik, süreç verimsizliğini nicel olarak belirlemek için temeldir. 'İade İşleme Yeniden İşleme Oranları' dashboard'ında ve 'İade Yeniden İşleme Event Sıklığı' KPI'ını hesaplamak için kullanılır. Yeniden işleme miktarını ve nedenlerini belirlemek, boşa harcanan çaba, gecikmeler ve artan maliyetlere doğrudan işaret ettiği için Process Mining'in birincil hedefidir.

Neden önemli

Süreç verimsizliklerini ve döngülerini doğrudan işaretler, yeniden çalışmanın nedenlerini nicelleştirmeyi ve analiz etmeyi kolaylaştırır.

Nereden alınır

Bu, bir case içindeki tekrarlayan aktiviteleri tespit eden Process Mining yazılımının algoritmaları tarafından tanımlanan hesaplanmış bir özniteliktir.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

İade ve Geri Ödeme Süreçleri Aktiviteleri

Bunlar, doğru Process Discovery ve darboğaz tespiti için event log'unuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Alacak Dekontu Oluşturuldu
Bu, müşteriye geri ödeme yetkisi vermek için Alacaklar Hesapları'nda bir kredi dekontunun oluşturulduğu finansal aktivitedir. Bu, Sipariş Yönetimi'ndeki iade süreci tarafından tetiklenen açık bir `event`'tir.
Neden önemli

Kredi dekontunun oluşturulması, şirketin müşteriye geri ödeme taahhüdünü gösteren kesin bir dönüm noktasıdır. Sürecin tüm finansal mutabakat kısmını tetikleyicidir.

Nereden alınır

Bu, Oracle Alacaklar Hesapları'nda açık bir işlemdir. Event, kredi dekontundaki satış siparişi referansı aracılığıyla orijinal RMA'ya geri bağlanabilir.

Yakala

AR'daki kredi dekontu işleminin oluşturulma tarihini kullanın.

Event tipi explicit
İade İşlendi
Bu aktivite, müşteriye geri ödeme ödemesinin tamamlandığını işaret eder. Ödeme takas işleminin Oracle Financials'ta kaydedildiği zaman yakalanan açık bir `event`'tir.
Neden önemli

Bu, müşterinin bakış açısından toplam geri ödeme döngü süresini ölçmek için kritik bir bitiş noktasıdır. Müşteriye karşı finansal yükümlülüğün yerine getirildiğini doğrular.

Nereden alınır

Bu event, kredi dekontunu kapatan Oracle Borçlar veya Hazine'deki ödeme işleminin muhasebe veya takas tarihinden yakalanır.

Yakala

Kredi dekontunu kapatan ödeme işleminin takas tarihini kullanın.

Event tipi explicit
İade Vakası Kapatıldı
Bu, teslim alma, tasfiye ve finansal mutabakat dahil olmak üzere `RMA` ile ilgili tüm eylemlerin tamamlandığını gösteren son aktivitedir. Bu, `RMA` siparişindeki nihai 'Kapandı' durumundan çıkarılır.
Neden önemli

Bu event, uçtan uca döngü süresini hesaplamak ve hiçbir vakanın süresiz açık kalmamasını sağlamak için kritik olan sürecin kesin sonunu işaret eder.

Nereden alınır

RMA order header ve tüm line'larının Oracle Order Management'ta nihai 'Closed' status'una ulaştığı timestamp'ten çıkarılır.

Yakala

RMA başlığı veya satır durumu 'Kapalı' olarak değiştiğindeki son zaman damgasını yakalayın.

Event tipi inferred
Öğeler İncelendi
Bu aktivite, bir kalite değerlendirmesinin kaydedildiği ürün inceleme sürecinin tamamlandığını gösterir. Genellikle Oracle Envanter Yönetimi veya Kalite Yönetimi'nde `RMA` durumunu güncelleyen açık bir işlemdir.
Neden önemli

İncelemenin sonucu, geri ödeme onayı veya reddi gibi sonraki adımları doğrudan etkiler. İnceleme aktivitesinin süresi, depo verimliliği için önemli bir performans göstergesidir.

Nereden alınır

Bir denetçinin Oracle Envanter veya Kalite Yönetimi'nde RMA makbuzuna karşı denetim görevini tamamladığı işlem zaman damgasından yakalanır.

Yakala

İnceleme işleminin tamamlanma timestamp'ini kullanın.

Event tipi explicit
RMA Oluşturuldu
Bu aktivite, Oracle Fusion SCM'de bir İade Mal Yetkilendirmesi (`RMA`) oluşturulduğu iade sürecinin resmi başlangıcını işaret eder. Bu `event`, genellikle bir kullanıcı veya otomatik bir süreç yeni bir `RMA` satış siparişi kaydı oluşturduğunda açıkça yakalanır.
Neden önemli

Bu, tüm iade süreci için birincil başlangıç event'idir. Bu aktiviteden diğerlerine kadar geçen süreyi analiz etmek, genel süreç süresini ortaya çıkarır ve ilk gecikmeleri belirlemeye yardımcı olur.

Nereden alınır

Bu, Oracle Fusion Sipariş Yönetimi'ndeki iade siparişi başlığının oluşturulma timestamp'inden yakalanır. Event, RMA belgesinin ilk kaydedilmesine karşılık gelir.

Yakala

İade siparişi başlığı kaydının oluşturulma tarihini takip edin.

Event tipi explicit
RMA Onaylandı
Bu kilit dönüm noktası, iade talebinin iş kurallarına göre doğrulandığını ve onaylandığını gösterir. Bu, genellikle `RMA`'daki bir durum değişikliğinden çıkarılır ve müşteri gönderimi gibi sonraki süreç adımlarını açar.
Neden önemli

Onay, süreçte kritik bir geçittir. Buradaki gecikmeler, toplam iade döngü süresini ve müşteri memnuniyetini doğrudan etkiler. Bu aktivite, onay darboğazlarını analiz etmek için esastır.

Nereden alınır

RMA order header veya line'da durumun 'Approved' veya 'Awaiting Receiving' status'una geçtiği timestamp'ten çıkarılır.

Yakala

RMA durumunun onaylanmış bir duruma güncellendiği zaman damgasını yakalayın.

Event tipi inferred
Ürün Kabul Edildi
Bu aktivite, iade edilen ürünün depoda veya işleme merkezinde fiziksel olarak teslim alındığını işaret eder. Ürünlerin taranıp `RMA`'ya karşı alındı olarak kaydedildiği zaman Oracle Fusion Envanter Yönetimi'nde yakalanan açık bir `event`'tir.
Neden önemli

Ürünün teslim alınması, sonraki inceleme ve işleme adımlarını tetikleyen kritik bir dönüm noktasıdır. 'RMA Onaylandı'dan 'Ürün Teslim Alındı'ya kadar geçen süreyi ölçmek, lojistik ve gönderim performansını analiz etmeye yardımcı olur.

Nereden alınır

Bu, Oracle Envanter Yönetimi'nde kaydedilen açık bir işlemdir. Event, RMA teslim alma işleminin işlem tarihine karşılık gelir.

Yakala

Envanterdeki RMA teslimatının işlem timestamp'ini kullanın.

Event tipi explicit
Değişim Siparişi Oluşturuldu
Bu aktivite, müşterinin geri ödeme yerine bir takas talep ettiği senaryolarda meydana gelir. Genellikle orijinal `RMA`'ya bağlı, yeni bir satış siparişinin oluşturulduğu açık bir `event`'tir.
Neden önemli

Bu aktivite önemli bir süreç varyantını tanımlar. Takas süreçlerini geri ödeme süreçlerinden ayırmak, her bir yol için doğru döngü süresi analizi için anahtardır.

Nereden alınır

Bu, Sipariş Yönetimi'nde yeni bir satış siparişi belgesinin oluşturulmasıyla ilgili açık bir event'tir. Bir referans alanı aracılığıyla RMA'ya geri bağlanması gerekir.

Yakala

RMA'ya bağlı yeni satış siparişinin oluşturulma tarihini kullanın.

Event tipi explicit
İade Başlatıldı
Bu aktivite, geri ödeme için ödeme sürecinin başladığını gösterir. Genellikle kredi dekontundaki durum değişikliğinden, açık durumdan ödeme için işlendiğini belirten bir duruma geçişten çıkarılır.
Neden önemli

Bu aktivite, kredi dekontunun onaylanmasını ve oluşturulmasını, farklı bir ekip veya sistem tarafından ele alınabilecek ve bir gecikme kaynağı olabilecek gerçek ödeme işleminden ayırmaya yardımcı olur.

Nereden alınır

Alacak Hesapları'ndaki kredi notunda bir durum değişikliğinden veya Kredi Notu'na atıfta bulunan Borç Hesapları'nda bir ödeme kaydının oluşturulmasından çıkarılır.

Yakala

Kredi notu durumunun 'Ödeme Bekliyor' veya benzeri bir duruma değiştiği zaman damgasını belirleyin.

Event tipi inferred
İade Elden Çıkarma Kararı Belirlendi
İncelemeden sonra bu aktivite, iade edilen ürünle ne yapılacağına dair kararı temsil eder; örneğin 'Stoğa İade' veya 'İmha'. Bu, öğeyi nihai hedefine taşıyan açık bir envanter işlemi aracılığıyla yakalanır.
Neden önemli

Bu adım, envanter doğruluğu ve finansal mutabakat için kritiktir. Tasfiyeleri analiz etmek, iade nedenlerini ve ürün kalitesi sorunlarını anlamaya yardımcı olur.

Nereden alınır

İnceleme sonrası Oracle Inventory Management'ta subinventory transfer veya item status update gibi bir transaction olarak kaydedilir.

Yakala

Tasfiyeyi eyleme geçiren envanter işleminin timestamp'ini takip edin.

Event tipi explicit
Müşteri Bilgilendirildi
Bu, müşteriye iade `case`'inin (örn. geri ödeme işlendi veya takas gönderildi) çözüldüğünü doğrulayan gönderilen iletişimi temsil eder. Bu, genellikle bir iletişim `log`'undan veya `case` üzerindeki bir durum güncellemesinden yakalanır.
Neden önemli

Zamanında müşteri iletişimi memnuniyet için hayati önem taşır. Bunu analiz etmek, iletişim için hizmet seviyesi anlaşmalarının (SLA) karşılandığından emin olmaya yardımcı olur.

Nereden alınır

Sistem analizi gerektirir. Bu, entegre bir CRM veya communications platform tarafından log'lanabilir veya RMA'da veya ilgili bir service request'te manuel bir status update olabilir.

Yakala

Harici bir iletişim sisteminden veya manuel bir güncellemeden timestamp.

Event tipi inferred
Müşteri Tarafından Gönderilen Ürün
Müşterinin iade edilen ürünü şirkete geri gönderme eylemini temsil eder. Bu event genellikle doğrudan Oracle SCM'de yakalanmaz, ancak carrier integration data'dan veya manuel bir update'ten çıkarılabilir.
Neden önemli

Bu aktivite, müşteri davranışları ve ürünlerin transit süresi hakkında içgörü sağlar. Dahili işleme gecikmeleri ile nakliyeden kaynaklanan gecikmeler arasında ayrım yapmaya yardımcı olur.

Nereden alınır

Bu, RMA'ya bağlı taşıyıcı nakliye verilerine dayalı çıkarımsal bir event veya Oracle SCM'de manuel bir durum güncellemesi olabilir. Entegrasyon yoksa, bu event mevcut olmayabilir.

Yakala

Entegre bir taşıyıcı API'sinden veya manuel veri giriş alanından timestamp.

Event tipi inferred
RMA Onayı Gönderildi
Bu, oluşturulan `RMA`'nın dahili inceleme ve onay için gönderildiği noktayı temsil eder. Genellikle `RMA` üzerindeki bir durum değişikliğinden çıkarılır, taslak veya giriş durumundan bekleyen onay durumuna geçtiğini gösterir.
Neden önemli

Bunu takip etmek, ön onay fazı süresini ölçmeye yardımcı olur. Veri giriş süresini, bir onaylayıcının harekete geçmesini beklerken harcanan gerçek süreden ayırır.

Nereden alınır

RMA order header veya line status'unun Order Management approval workflow'u içinde 'Pending Approval' veya eşdeğer bir status'a değiştiği timestamp'ten çıkarılır.

Yakala

Durumun 'Onay Bekliyor' olarak değiştiği zaman damgasını belirleyin.

Event tipi inferred
RMA Reddedildi
Müşterinin iade talebini reddetme yönündeki nihai bir kararı temsil eder. Bu genellikle onay aşamasında RMA'nın durumunun 'Reddedildi' veya 'İptal Edildi' olarak değişmesinden çıkarılır.
Neden önemli

Bu, kritik bir istisna yoludur. Reddetmelerin sıklığını ve nedenlerini analiz etmek, iade politikaları, müşteri beklentileri veya dolandırıcılık girişimleriyle ilgili sorunları ortaya çıkarabilir.

Nereden alınır

RMA order header veya line'da durumun 'Rejected' veya eşdeğer bir terminal status'una geçtiği timestamp'ten çıkarılır.

Yakala

Durumun 'Reddedildi' veya 'İptal Edildi' olarak değiştiği zaman damgasını belirleyin.

Event tipi inferred
Ürün İncelemesi Başladı
İade edilen ürünün fiziksel incelemesinin başlangıcını gösterir, durumunu değerlendirmek için. Bu, ürünün depo yönetimi modülü içindeki konumundan veya durum değişikliğinden çıkarılabilir veya açık bir tarama olabilir.
Neden önemli

Ürün kabulü ile inceleme başlangıcı arasındaki süreyi ölçmek, inceleme istasyonundaki kuyruk gecikmelerini (yaygın bir darboğaz) vurgular.

Nereden alınır

Bu, Oracle Envanter Yönetimi'ndeki teslimat satırındaki bir durum değişikliği veya öğeyi bir inceleme konumuna taşıyan bir işlemle yakalanabilir. Açıkça yakalamak için özel yapılandırma gerektirebilir.

Yakala

Bir durum değişikliğinin veya envanterin bir inceleme alanına aktarımının timestamp'i.

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

Veri Çekim Kılavuzları

Verilerinizi Oracle Fusion SCM'den Nasıl Alırsınız