İade ve Geri Ödeme Süreci Veri Template'i

Oracle Fusion SCM
İade ve Geri Ödeme Süreci Veri Template'i

İade ve Geri Ödeme Süreci Veri Template'i

Bu şablon, Oracle Fusion SCM'deki İade ve Geri Ödeme Sürecinizi analiz etmenize yardımcı olmak için optimize edilmiştir. Toplanması gereken temel öznitelikler.i, takip edilecek ana aktiviteleri özetler ve bu verilerin nasıl çıkarılacağına dair açık rehberlik. sunar. Sürecinize ilişkin değerli stratejik bilgiler elde etmek ve iyileştirme alanlarını belirlemek için kullanın.
  • Önerilen Öznitelikler
  • Süreç analizi için izlenecek temel aktiviteler
  • Oracle Fusion SCM için adım adım veri veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

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

Bunlar, Oracle Fusion SCM içindeki iade ve geri ödeme süreçlerinizin detaylı analizi için event lognüze (event log) dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 9 Opsiyonel
Ad Açıklama
Aktivite
ActivityName
İade ve geri ödeme süreci içinde gerçekleşen belirli bir iş adımı veya olayın adı.
Açıklama

Bu öznitelik, 'RMA Oluşturuldu', 'Ürün İncelendi' veya 'Geri Ödeme İşlendi' gibi iade süreç 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 darboğazların belirlenmesine ve aktiviteye özgü teslim sürelerinin hesaplanmasına sunar. Bu veri, süreç akışını, yeniden işleme döngülerini ve standart işletim prosedürlerine uyumluluğu anlamak için büyük önem taşır.

Neden Önemli?dir?

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

Nereden Alınır??

Oracle Fusion SCM'deki Sipariş Yönetimi ve Envanter Yönetimimi 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 Teslim AlındıAlacak Dekontu Oluşturulduİade İşlendi
İade Vaka ID'si
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 (case) tanımlayıcısı olarak olarak kullanılır. İ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 tüm sürecini yeniden yapılandırmak için büyük önem taşır. Analistlerin tüm süreç 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 sunar. 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?dir?

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 temel rol oynar.

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 olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

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

Bu zaman damgası (zaman damgası), tüm zaman tabanlı analizler için gereklidir. Event'leri doğru sıralamak, aktiviteler arasındaki döngü süreleriı 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 zaman damgası (zaman damgası)'ler olmadan süreç verimliliğini analiz etmek, gecikmeleri belirlemek veya süreç dinamiklerini anlamak imkansızdır.

Neden Önemli?dir?

Bu öznitelik, tüm süre bazlı metrikleri hesaplamak ve süreç darboğazlarıni keşfetmek için temel olan event'lerin kronolojik sırasını sunar.

Nereden Alınır??

Bu bilgi genellikle Oracle Fusion SCM'deki işlem veya durum kayıtlarıyla ilişkili bir 'Oluşturma Tarihi', 'zaman damgası (zaman damgası)' 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 büyük önem taşır. 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?dir?

Veri kaynağı hakkında önemli bilgiler sunar, bu da çok sistemli ortamlarda veri doğrulama ve analizi için gereklidir.

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ı (zaman damgası)dır.
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 sunar.

Son veri güncelleme zamanını bilmek, kullanıcıların analizin güncelliğini anlaması için büyük önem taşır. Gerçek zamanlı bilgilere mi yoksa saatler veya günler öncesine ait verilere mi baktıklarını bilerek kontrol paneli'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?dir?

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

Nereden Alınır??

Bu zaman damgası (zaman damgası), 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ş Zamanı
EndTime
Bir aktivitenin tamamlandığını gösteren zaman damgası (zaman damgası)dır.
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 büyük önem taşır. Detaylı bottleneck analizi ve kaynak verimliliği hesaplamaları için gereklidir.

Neden Önemli?dir?

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ı' kontrol paneli'ı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 temel rol oynar.

Neden Önemli?dir?

İadenin gerçek finansal sonucunu temsil eder, tutarsızlık analizini ve finansal raporlamayı sunar.

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' kontrol paneli'ında kullanılır ve 'Geri Ödeme SLA Uygunluk Oranı' KPI'ını hesaplamak için gereklidir. Gerçek geri ödeme tamamlanma tarihini bu hedefle karşılaştırmak, SLA ihlallerinin belirlenmesini sunar ve gecikme riski taşıyan vakaların önceliklendirilmesine yardımcı olur.

Neden Önemli?dir?

Zamanında performansın ölçülmesi için benchmark sunar ve SLA uyum KPI'larını hesaplamak için büyük önem taşır.

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 temel rol oynar. 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 sunar. Sonuçların dağılımını anlamak, süreç etkinliğini ölçmek için gereklidir.

Neden Önemli?dir?

Bir case'in outcome'unu sunar, bu da filtering, comparative analysis ve process success rate'lerini anlamak için gereklidir.

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üşterinin ürünü iade etmek için belirttiği neden.
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ü stratejik bilgiler sunar. 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?dir?

İadelerin neden gerçekleştiğine dair kritik önemli bilgi sunar, 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
İşlem Yapan Temsilci
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 büyük önem taşır. Bu öznitelik, 'İade İşleme Temsilci Performansı' kontrol paneli'ı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 sunar. Bu stratejik bilgiler, eğitim ihtiyaçlarını vurgulayabilir, en iyi performans gösterenleri belirleyebilir ve daha iyi kaynak tahsisini sağlayabilir.

Neden Önemli?dir?

Kullanıcı veya ekibe göre performans analizi sunar, 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ı' kontrol paneli'ı ve 'Geri Ödeme Tutarı Fark Oranı' KPI'ı için gereklidir. 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 stratejik bilgiler sağlayabilir.

Neden Önemli?dir?

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

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 sunar. Bu durum, belirli sahalardaki operasyonel verimsizlikleri, personel sorunlarını veya eğitim ihtiyaçlarını vurgulayabilir.

Neden Önemli?dir?

Konuma göre performans analizi sunar, 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önetimimi'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?dir?

İade sürecini envanterdeki fiziksel sonucuyla ilişkilendirir, geri kazanım oranları ve maliyetler hakkında stratejik bilgiler sunar.

Nereden Alınır??

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

Örnekler:::::::
RETURN_TO_STOCKHURDAREFURBISHTEDARİKÇİYE_İADE
Geri Ödeme Tutarı Farkı
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 stratejik bilgiler sağlayabilir.

Neden Önemli?dir?

Geri ödeme sürecindeki finansal ayarlamaları ölçülmesini sunar, 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 sunar.
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 gereklidir. Geri ödemeler ve takaslar için ayrı süreç haritaları oluşturmaya sunar, her bir yol için benzersiz darboğazları ve performans özelliklerini belirlemeye yardımcı olur. Bu segmentasyon, hedeflenmiş süreç iyileştirme çabaları için temel rol oynar.

Neden Önemli?dir?

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

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üşteri için benzersiz tanımlayıcı.
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 sunar.

Neden Önemli?dir?

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

Nereden Alınır??

Oracle Sipariş Yönetimi'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 olarak kullanılır. Vakaları aramak ve filtrelemek için kullanılabilir ve genellikle iade ile ilgili iletişimde kullanılan birincil numaradır.

Neden Önemli?dir?

Operasyonel takip ve müşterilerle iletişim için kritik 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 sunar. Gerçek geri ödeme tamamlanma zaman damgası (zaman damgası)'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 gereklidir. 'Geri Ödeme Politikası SLA Uyumluluğu' kontrol paneli'ı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 sunar.

Neden Önemli?dir?

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ı (zaman damgası) 'RefundSlaTargetDate' tarihinde veya daha önce ise doğru, aksi takdirde yanlıştır.

Örnekler:::::::
truefalse
Ü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 büyük önem taşır. Ü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?dir?

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

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 değeri.
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 büyük önem taşır. 'İade İşleme Yeniden İşleme Oranları' kontrol paneli'ı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?dir?

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 Opsiyonel

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

Bunlar, doğru Process Discovery ve darboğaz tespiti için event lognuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 Opsiyonel
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?dir?

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?dir?

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?dir?

Bu event, uçtan uca döngü süresini hesaplamak ve hiçbir vakanın süresiz açık kalmamasını güçlüak 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 Sipariş Yönetimi'ta nihai 'Closed' status'una ulaştığı zaman damgası (zaman damgası)'ten çıkarılır.

Yakala

RMA başlığı veya satır durumu 'Kapalı' olarak değiştiğindeki son zaman damgası (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önetimimi veya Kalite Yönetimi'nde `RMA` durumunu güncelleyen açık bir işlemdir.
Neden Önemli?dir?

İ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ı (zaman damgası)ndan yakalanır.

Yakala

İnceleme işleminin tamamlanma zaman damgası (zaman damgası)'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?dir?

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 zaman damgası (zaman damgası)'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?dir?

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 gereklidir.

Nereden Alınır??

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

Yakala

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

Event tipi inferred
Ürün Teslim Alındı
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önetimimi'nde yakalanan açık bir `event`'tir.
Neden Önemli?dir?

Ü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önetimimi'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 zaman damgası (zaman damgası)'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?dir?

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 temel rol oynar.

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?dir?

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??

Ticari Alacaklar'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ı (zaman damgası)nı belirleyin.

Event tipi inferred
İade Durumu 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?dir?

Bu adım, envanter doğruluğu ve finansal mutabakat için büyük önem taşır. Tasfiyeleri analiz etmek, iade nedenlerini ve ürün kalitesi sorunlarını anlamaya yardımcı olur.

Nereden Alınır??

İnceleme sonrası Oracle Stok Yönetimi'ta subinventory transfer veya item status update gibi bir transaction olarak kaydedilir.

Yakala

Tasfiyeyi eyleme geçiren envanter işleminin zaman damgası (zaman damgası)'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?dir?

Zamanında müşteri iletişimi memnuniyet için önemlidir. 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 `zaman damgası (zaman damgası)dır.

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 verilerden veya manuel bir update'ten çıkarılabilir.
Neden Önemli?dir?

Bu aktivite, müşteri davranışları ve ürünlerin transit süresi hakkında önemli bilgi sunar. 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 `zaman damgası (zaman damgası)dır.

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?dir?

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 Sipariş Yönetimi approval iş akışını (workflow) içinde 'Pending Approval' veya eşdeğer bir status'a değiştiği zaman damgası (zaman damgası)'ten çıkarılır.

Yakala

Durumun 'Onay Bekliyor' olarak değiştiği zaman damgası (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?dir?

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 zaman damgası (zaman damgası)'ten çıkarılır.

Yakala

Durumun 'Reddedildi' veya 'İptal Edildi' olarak değiştiği zaman damgası (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?dir?

Ü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önetimimi'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 zaman damgası (zaman damgası)'i.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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