İade ve geri ödeme işleme Veri Şablonunuz

Oracle Fusion SCM
İade ve geri ödeme işleme Veri Şablonunuz

İade ve geri ödeme işleme Veri Şablonunuz

Bu Template, Oracle Fusion SCM içindeki iade ve para iadesi işlemlerinizi analiz etmenize yardımcı olmak için tasarlanmıştır. Toplanması gereken temel öznitelikleri ve izlenecek önemli etkinlikleri açıklar, ayrıca bu verilerin nasıl çıkarılacağına dair net yönlendirme sunar. Süreciniz hakkında değerli içgörüler elde etmek ve iyileştirme alanlarını belirlemek için kullanın.
  • Toplanması önerilen öznitelikler
  • Süreç analizi için izlenecek temel etkinlikler
  • Oracle Fusion SCM için adım adım veri çıkarma yönlendirmesi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

İade ve geri ödeme işlemleri öznitelikleri

Oracle Fusion SCM içindeki iade ve geri ödeme işlemlerinizi kapsamlı biçimde analiz etmek için bu önerilen veri alanlarını Event Logunuza ekleyin.
5 Gerekli 7 Önerilen 9 İsteğe bağlı
Ad Açıklama
Aktivite
ActivityName
İade ve geri ödeme sürecinde gerçekleşen belirli bir iş adımının veya olayın adıdır.
Açıklama

Bu öznitelik, 'RMA Created', 'Item Inspected' veya 'Refund Processed' gibi iade yaşam döngüsündeki tek bir adımı ya da kilometre taşını tanımlar. Her aktivite, sistemin Event Log verilerinde yakalanan farklı bir süreç noktasını temsil eder.

Bu aktivitelerin sırasını ve süresini analiz etmek, Process Mining'in temelini oluşturur. Süreç haritalarını görselleştirmeyi, adımlar arasındaki darboğazları belirlemeyi ve aktiviteye özgü çevrim sürelerini hesaplamayı sağlar. Bu veri, süreç akışını, yeniden işleme döngülerini ve standart çalışma prosedürlerine uyumu anlamak için önemlidir.

Neden önemli?

Aktiviteler, süreç haritasının temelini oluşturur ve süreç akışının, farklılıkların ve darboğazların görselleştirilmesini ve analiz edilmesini sağlar.

Nereden alınır?

Oracle Fusion SCM içindeki Order Management ve Inventory Management gibi modüllerin Event Log verilerinden, 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şturulduGeri ödeme işlendi
İade vakası kimliği
ReturnCaseId
Belirli bir müşteri iadesi veya geri ödeme talebiyle ilişkili tüm aktiviteleri birbirine bağlayan temel tanımlayıcıdır.
Açıklama

İade Vakası Kimliği, tüm iade ve geri ödeme süreci için benzersiz vaka tanımlayıcısıdır. İlk iade malzeme yetkilendirmesi (RMA) oluşturulmasından nihai geri ödeme işlemi ve vakanın kapatılmasına kadar her olayı birbirine bağlar.

Process Mining analizinde bu öznitelik, her iadenin uçtan uca yolculuğunu yeniden oluşturmak için temel niteliktedir. Analistlerin tüm yaşam döngüsünü izlemesine, toplam çevrim sürelerini ölçmesine ve farklı iadelerin nasıl ele alındığını anlamasına yardımcı olur. Diğer tüm olay düzeyindeki veriler, tutarlı bir süreç görünümü oluşturmak üzere bu kimliğe göre gruplanır.

Neden önemli?

İlişkili tüm olayları tek bir süreç örneğinde birleştiren ve uçtan uca analizi 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 Order Management veya Service modüllerinde oluşturulur.

Örnekler
RMA-2023-00123RMA-2023-00456RMA-2023-00789
Olay zamanı
EventTime
Belirli bir aktivitenin veya olayın gerçekleştiği zamanı gösteren zaman damgasıdır.
Açıklama

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

Bu zaman damgası, zamana dayalı tüm analizler için gereklidir. Olayları doğru sıraya koymak, aktiviteler arasındaki çevrim sürelerini hesaplamak, bir vakanın toplam süresini ölçmek ve hizmet seviyesi anlaşmalarına (SLA'lar) göre performansı değerlendirmek için kullanılır. Doğru zaman damgaları olmadan süreç verimliliğini analiz etmek, gecikmeleri belirlemek veya süreç dinamiklerini anlamak mümkün değildir.

Neden önemli?

Bu öznitelik, tüm süreye dayalı metrikleri hesaplamak ve süreç darboğazlarını keşfetmek için temel olan olayların 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 'Creation Date', 'Timestamp' veya 'Last Update Date' alanlarında bulunur.

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

Bu öznitelik, olay verilerinin kaydedildiği kaynak bilgi sistemini tanımlar. Bu süreç için değer genellikle 'Oracle Fusion SCM' olur.

Birden fazla entegre sistemin bulunduğu ortamlarda bu alan, veri soyu ve sorun giderme açısından önemlidir. Verilerin kaynağını doğrulamaya yardımcı olur ve veri kalitesi ile bağlamı koruyarak belirli sistemlerden gelen olaylara göre analiz filtrelemek için kullanılabilir.

Neden önemli?

Verilerin kaynağı hakkında önemli bir bağlam sağlar. Bu bilgi, birden fazla sistemin bulunduğu ortamlarda veri doğrulama ve analiz için gereklidir.

Nereden alınır?

Bu, genellikle Veri Seti'nin kaynağını belirtmek üzere veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen statik bir değerdir.

Örnekler
Oracle Fusion SCMOracle SCM Cloud
Son veri güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zaman damgasıdır.
Açıklama

Bu öznitelik, Veri Setinin en son güncellendiği zamanı gösterir. Tek tek olayların değil, Veri Setinin tamamının 'güncellik' tarihini sağlar.

Son veri güncelleme zamanını bilmek, kullanıcıların analizin ne kadar güncel olduğunu anlaması açısından önemlidir. Kullanıcıların Dashboardları ve KPI’ları doğru yorumlamasına yardımcı olur. Böylece gerçek zamanlı bilgilere mi, yoksa saatler veya günler öncesine ait verilere mi baktıklarını anlayabilirler. Bu, her Process Mining projesi için önemli bir üst veri unsurudur.

Neden önemli?

Kullanıcılara verilerin güncelliğini bildirerek analizlerinin bağlamını ve güncelliğini anlamalarını sağlar.

Nereden alınır?

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve eklenir.

Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Bitiş zamanı
EndTime
Bir aktivitenin tamamlandığı zamanı gösteren zaman damgasıdır.
Açıklama

Bitiş Zamanı, bir aktivitenin tamamlandığı anı gösterir. StartTime bir olayın ne zaman başladığını belirtirken Bitiş Zamanı, o olayın gerçek işleme süresini hesaplamak için gereklidir. Anlık olaylarda StartTime ve Bitiş Zamanı aynı olabilir.

Analizde Bitiş Zamanı ile StartTime arasındaki fark, bir aktivitenin 'İşleme Süresi'ni verir. Bu fark, adımlar arasındaki bekleme süresinden farklı olarak hangi adımların gerçekten zaman aldığını belirlemek için önemlidir. Ayrıntılı darboğaz analizi ve kaynak verimliliği hesaplamaları için gereklidir.

Neden önemli?

Bu öznitelik, tek tek aktivitelerin gerçek işleme süresini hesaplamak ve aktif çalışma süresini bekleme süresinden ayırmak için gereklidir.

Nereden alınır?

Kaynak sistem günlüklerinde ayrı bir alan olarak bulunabilir veya sonraki aktivitenin StartTime değerinden türetilebilir.

Örnekler
2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
Gerçekleşen geri ödeme tutarı
ActualRefundAmount
Müşteriye gerçekten işlenen ve ödenen nihai parasal tutardır.
Açıklama

Bu öznitelik, tüm incelemeler, düzeltmeler ve ücretler uygulandıktan sonra müşteriye ödenen nihai ve kesinleşmiş tutarı gösterir. 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 önemli bir finansal veri noktasıdır. Bu tutarı talep edilen tutarla karşılaştırmak, 'Geri ödeme tutarı uyuşmazlık oranı' KPI hesaplaması ve iade politikalarının, ürün durumlarının ve işlem düzeltmelerinin finansal etkisini anlamak için gereklidir.

Neden önemli?

İadenin gerçek finansal sonucunu göstererek fark analizi ve finansal raporlama yapılmasını sağlar.

Nereden alınır?

Bu bilgiler büyük olasılıkla Oracle Fusion Financials içindeki iade vakasıyla ilişkilendirilmiş Credit Memo veya Accounts Payable işlem kayıtlarından alınır.

Örnekler
129.9940.000.00
İade durumu
ReturnStatus
İade vakasının mevcut veya nihai durumudur.
Açıklama

Bu öznitelik, iade vakasının belirli bir andaki genel durumunu veya 'Kapatıldı - geri ödeme yapıldı', 'Kapatıldı - reddedildi' ya da 'Devam ediyor' gibi nihai sonucunu gösterir.

İade durumu, sonuç analizi ve izleme için temel bir özniteliktir. Sonuçlarına göre vakaları filtrelemenize, onaylanan ve reddedilen iadelerin süreç akışlarını karşılaştırmanıza ve 'Mevcut iade vakası durumu Dashboardını' çalıştırmanıza olanak tanır. Sonuçların dağılımını anlamak, süreç etkinliğini ölçmek için gereklidir.

Neden önemli?

Bir vakanın sonucunu gösterir. Filtreleme, karşılaştırmalı analiz ve süreç başarı oranlarını anlamak için gereklidir.

Nereden alınır?

Genellikle Oracle Order Management'daki ana iade veya RMA başlık kaydında bir durum alanı olarak bulunur.

Örnekler
Teslim alınması bekleniyorİnceleme tamamlandıKapatıldı, para iadesi yapıldıKapatıldı, reddedildi
İade nedeni
ReturnReason
Müşterinin ürünü iade etmek için belirttiği neden.
Açıklama

Bu öznitelik, genellikle müşterinin "Ürün kusurlu", "Yanlış beden" veya "Artık ihtiyaç yok" gibi önceden tanımlanmış bir listeden seçtiği iade nedenini içerir.

İade nedenlerini analiz etmek, ürün kalitesi, satış sürecinin doğruluğu ve müşteri davranışı hakkında önemli içgörüler sağlar. Bu veri, kusur oranı yüksek ü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, toplam iade hacmini azaltacak stratejik iyileştirmelere yön verebilir.

Neden önemli?

İadelerin neden gerçekleştiğine dair önemli bilgiler sağlar ve ürünlerde ve satış süreçlerinde iyileştirmeler yapmak için kullanılabilir.

Nereden alınır?

Oracle Order Management içindeki RMA satır öğesinde genellikle kod veya metin alanı olarak saklanır.

Örnekler
KusurluYanlış ürün gönderildiÇok geç ulaştıDaha uygun fiyat mevcut
İade SLA hedef tarihi
RefundSlaTargetDate
Hizmet seviyesi anlaşmasına göre iadenin tamamlanmasının beklendiği tarih.
Açıklama

Bu öznitelik, belirli bir vakaya ait geri ödeme sürecinin tamamlanması için son tarihi tanımlar. SLA hedefi çoğu zaman şirket politikasına, müşteri segmentine veya iade nedenine göre belirlenir.

Bu tarih, zamanında tamamlama ve uyumluluk ölçümünde referans noktasıdır. 'İade politikası SLA uyumluluğu' Dashboardında doğrudan kullanılır ve 'İade SLA uygunluk oranı' KPI hesaplaması için gereklidir. Gerçek geri ödeme tamamlanma tarihini bu hedefle karşılaştırmak, SLA ihlallerini belirlemenize ve geç kalma riski taşıyan vakalara öncelik vermenize yardımcı olur.

Neden önemli?

Zamanında tamamlama performansını ölçmek için referans noktası sağlar ve SLA uyumluluğu KPI'larının hesaplanmasında önemli rol oynar.

Nereden alınır?

Bu, iade vakasındaki belirli bir tarih alanı olabilir veya iadenin başlatıldığı tarihe önceden tanımlanmış bir süre, örneğin 14 gün, eklenerek hesaplanabilir.

Örnekler
2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
İşlemi gerçekleştiren kullanıcı
ProcessingAgent
İade sürecindeki belirli bir aktiviteyi gerçekleştirmekten sorumlu kullanıcı veya aracıdır.
Açıklama

Bu öznitelik, bir RMAyı onaylamak veya geri ödemeyi işlemek gibi belirli bir görevi gerçekleştiren çalışanı ya da sistem kullanıcısını tanımlar. Bireysel atama izlenmiyorsa bir ekibe veya departmana da karşılık gelebilir.

Performansı işlem sorumlusuna göre analiz etmek operasyon yönetimi açısından önemlidir. Bu öznitelik, 'İade işlemi sorumlusu performansı' Dashboardını etkinleştirir. Farklı işlem sorumlularının iş yükünü, etkinlik süresini ve yeniden çalışma oranlarını karşılaştırmanızı sağlar. Bu içgörüler eğitim ihtiyaçlarını gösterebilir, en iyi performans gösterenleri belirleyebilir ve kaynakların daha iyi dağıtılmasına yardımcı olabilir.

Neden önemli?

Kullanıcı veya ekip bazında performans analizi yapılmasını sağlar; yüksek performans gösterenleri, eğitim fırsatlarını ve iş yükü dengesizliklerini belirlemeye yardımcı olur.

Nereden alınır?

Oracle Fusion SCM içindeki işlem günlüklerinde genellikle 'USER_ID', 'PROCESSED_BY' veya 'AGENT_NAME' gibi alanlarda bulunur.

Örnekler
j.doea.smithm.jones
Talep edilen geri ödeme tutarı
RequestedRefundAmount
Müşterinin iade için başlangıçta talep ettiği parasal tutardır.
Açıklama

Bu öznitelik, sürecin başlangıcında müşterinin talep ettiği geri ödeme tutarını kaydeder. Nihai geri ödemenin karşılaştırıldığı temel tutardır.

Bu veri noktası, 'Talep edilen ve gerçekleşen geri ödeme tutarları' Dashboardı ve 'Geri ödeme tutarı uyuşmazlık oranı' KPI için gereklidir. Talep edilen ve gerçekleşen tutarlar arasındaki farkı analiz etmek, hatalı ürün iadeleri, yeniden stoklama ücretleri veya politika düzenlemeleri gibi sorunları ortaya çıkarabilir. Böylece finansal doğruluk ve müşteri memnuniyeti hakkında değerli içgörüler elde edilir.

Neden önemli?

Finansal analiz için temel oluşturur; geri ödeme farklarının hesaplanmasını ve olası sorunların ortaya çıkarılmasını sağlar.

Nereden alınır?

Bu değer, Oracle Fusion SCM'deki RMA veya iade talebi başlığında, büyük olasılıkla Order Management 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 ettiği ürünün teslim alındığı ve işlendiği dağıtım merkezi veya depo gibi belirli fiziksel konumu gösterir.

Süreci depo bazında analiz etmek, konuma özgü performans sorunlarını belirlemek için önemlidir. Farklı tesislerdeki inceleme sürelerini, tasfiye sonuçlarını ve toplam çevrim sürelerini karşılaştırmanızı sağlar. Bu karşılaştırma, belirli tesislerdeki operasyonel verimsizlikleri, personel sorunlarını veya eğitim ihtiyaçlarını ortaya çıkarabilir.

Neden önemli?

Konuma göre performans analizi yapılmasını sağlar ve bölgesel ya da tesise özgü darboğazları ve verimsizlikleri belirlemeye yardımcı olur.

Nereden alınır?

Genellikle ORGANIZATION_ID olarak adlandırılan bu alan, Oracle Inventory Management içindeki teslim alma işlemiyle ilişkilidir.

Örnekler
WH-US-WESTWH-EU-CENTRALDC-01
İade türü
ReturnType
İadeyi, beklenen sonuca göre para iadesi, değişim veya onarım gibi kategorilere ayırır.
Açıklama

Bu öznitelik, işleme alınan iadenin türünü sınıflandırır. Müşterinin para iadesi, yedek ürün veya onarılmış ürün almasına bağlı olarak süreç akışı ve gerekli adımlar önemli ölçüde değişebilir.

Süreci İade Türü bazında analiz etmek, süreç farklılıklarını anlamak için gereklidir. Para iadeleri ve değişimler için ayrı süreç haritaları oluşturulmasını sağlar; böylece her yolun kendine özgü darboğazlarını ve performans özelliklerini belirleyebilirsiniz. Bu segmentasyon, hedefli süreç iyileştirmeleri için temel oluşturur.

Neden önemli?

Değişim ve para iadeleri çoğunlukla farklı adımlardan geçtiği için analizin farklı süreç yollarına göre segmentlere ayrılmasını sağlar.

Nereden alınır?

Bu, Oracle Order Management içindeki RMA başlığında veya satırında bulunan kategori ya da tür alanıdır.

Örnekler
Para iadesiDeğişimOnarım
İade tutarı farkı
RefundAmountDiscrepancy
Talep edilen iade tutarı ile gerçek iade tutarı arasındaki hesaplanan fark.
Açıklama

Bu metrik, müşterinin talep ettiği tutarla aldığı tutar arasındaki parasal farkı ölçer. ActualRefundAmount değerinin RequestedRefundAmount değerinden çıkarılmasıyla hesaplanır.

Bu hesaplanan değer, Refund Amount Discrepancy Rate KPI'ının temelini oluşturur. Sıfırdan farklı bir değer, süreç sırasında bir düzeltme yapıldığını gösterir. Stok yenileme ücretleri veya hasar kesintileri gibi farkların nedenlerini analiz etmek, politika etkinliği ve müşteri iletişimi hakkında içgörü sağlayabilir.

Neden önemli?

İade sürecindeki finansal düzeltmeleri ölçerek 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
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 kimliktir. İade sürecini müşteri veritabanına bağlar.

İadeleri müşteri odaklı bir bakış açısıyla analiz etmek önemli örüntüleri ortaya çıkarabilir. Örneğin, alışılmadık derecede sık iade yapan müşterileri belirlemeye yardımcı olabilir. Bu durum memnuniyet sorunlarına veya olası sahtekarlığa işaret edebilir. Ayrıca müşteri segmentlerine göre analiz yapılmasını sağlayarak belirli grupların farklı iade davranışlarına sahip olup olmadığını anlamanıza yardımcı olur.

Neden önemli?

Müşteri odaklı analizi mümkün kılar; tekrar tekrar iade yapan müşterileri, segment davranışlarını ve olası sahtekarlığı belirlemeye yardımcı olur.

Nereden alınır?

Oracle Order Management içindeki orijinal satış siparişinin veya iade talebinin başlığında müşteri ya da taraf kimliği olarak bulunur.

Örnekler
CUST-100589743ACC-54321
RMA numarası
RmaNumber
Return Merchandise Authorization işleminin benzersiz tanımlayıcısı.
Açıklama

RMA numarası, müşterinin ürünü iade etmesi için verilen resmi yetkilendirmedir. Genellikle Return Case ID ile aynı olsa da bazı sistemlerde ayrı ve daha önce oluşturulan bir tanımlayıcı olabilir.

Bu öznitelik, hem kurum içindeki kullanıcıların hem de müşterilerin bildiği temel bir iş referans numarasıdır. Vakaları aramak ve filtrelemek için kullanılabilir; iade hakkında yapılan iletişimlerde çoğunlukla kullanılan ana numaradır.

Neden önemli?

Operasyonel takip ve müşterilerle iletişim için temel iş referans numarası olarak kullanılır.

Nereden alınır?

Oracle Order Management içindeki Return Merchandise Authorization nesnesinin temel tanımlayıcısıdır.

Örnekler
789001789002789003
SLA uyumlu mu
IsSlaCompliant
İadenin tanımlanan SLA hedefi içinde işlenip işlenmediğini gösteren boolean işareti.
Açıklama

Bu hesaplanmış öznitelik, her iade vakası için SLA uygunluğunu doğru veya yanlış olarak gösterir. Gerçek geri ödeme tamamlanma zaman damgasının 'RefundSlaTargetDate' ile karşılaştırılmasıyla belirlenir.

Bu işaret, uyumluluk oranlarını kolayca ölçmek ve görselleştirmek için gereklidir. 'İade politikası SLA uyumluluğu' Dashboardını çalıştırır ve 'İade SLA uygunluk oranı' KPI hesaplamasını kolaylaştırır. Belirli vakaların SLA hedefini neden karşılayamadığını anlamak için hızlı filtreleme ve temel neden analizi yapmanızı sağlar.

Neden önemli?

Tarih karşılaştırmasını basit bir boolean metriğe dönüştürerek SLA izleme ve raporlamasını kolaylaştırır.

Nereden alınır?

Hesaplanan alan. Refund Processed zaman damgası RefundSlaTargetDate tarihinde veya daha önceyse doğru, aksi durumda yanlıştır.

Örnekler
truefalse
Tasfiye kodu
DispositionCode
İade edilen fiziksel ürünün son olarak nasıl ele alındığını gösteren kod.
Açıklama

Tasfiye kodu, iade edilen ürünün incelemeden sonra ne olduğunu belirtir. Örneğin ürün envantere geri alınmış, hurdaya ayrılmış, yenilemeye gönderilmiş veya tedarikçiye iade edilmiş olabilir.

Bu bilgi, iadelerin finansal ve operasyonel etkisini analiz etmek için değerlidir. Bir işletme, tasfiye kodlarını analiz ederek yeniden satılamayan ürünlerin maliyetini anlayabilir ve yenileme süreçlerini iyileştirme fırsatlarını belirleyebilir. Böylece iade süreci envanter ve finansal sonuçlarla ilişkilendirilir.

Neden önemli?

İade sürecini envanterdeki fiziksel sonucuna bağlayarak geri kazanım oranları ve maliyetler hakkında içgörü sağlar.

Nereden alınır?

Bu bilgi, inceleme tamamlandıktan sonra Oracle Inventory Management veya Warehouse Management modüllerinde kaydedilir.

Örnekler
STOĞA_İADEHURDAYA_AYIRYENİLETEDARİKÇİYE_İADE
Ürün kimliği
ProductId
İade edilen ürünün benzersiz tanımlayıcısı.
Açıklama

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

Ürün düzeyinde analiz, sorunlu ürünleri belirlemek için önemlidir. Şirketler, süreç analizini Ürün Kimliği ile filtreleyerek veya boyutlandırarak iade oranı yüksek, inceleme süresi uzun ya da belirli kusur örüntülerine sahip ürünleri tespit edebilir. Bu bilgiler kalite kontrolü, tedarik zinciri yönetimi ve ürün geliştirme için büyük önem taşır.

Neden önemli?

İade sürecini belirli ürünlere bağlayarak ürün kalitesi ve iade örüntülerinin analiz edilmesini sağlar.

Nereden alınır?

Bu, Oracle Order Management veya Inventory modüllerindeki RMA satır öğesinde bulunan INVENTORY_ITEM_ID ya da benzer bir alan olabilir.

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

Bu işaret, aynı vakadaki önceki adımların tekrarı olan etkinlikleri belirler ve bir süreç döngüsüne veya yeniden çalışmaya işaret eder. Örneğin, bir ürün incelemede başarısız olur ve yeniden incelenirse ikinci inceleme olayı yeniden çalışma olarak işaretlenir.

Bu öznitelik, süreç verimsizliğini ölçmek için temeldir. 'İade işlemi yeniden çalışma oranları' Dashboardında ve 'İade yeniden çalışma olay sıklığı' KPI hesaplamasında kullanılır. Yeniden çalışmanın miktarını ve nedenlerini belirlemek Process Mining’in temel hedeflerinden biridir. Çünkü bu bilgiler boşa harcanan çabayı, gecikmeleri ve artan maliyetleri doğrudan gösterir.

Neden önemli?

Süreç verimsizliklerini ve döngülerini doğrudan işaretleyerek yeniden işlemenin nedenlerini ölçmeyi ve analiz etmeyi kolaylaştırır.

Nereden alınır?

Bu, tek bir vaka içindeki tekrarlanan etkinlikleri tespit eden process mining yazılımı algoritmaları tarafından belirlenen hesaplanmış bir özniteliktir.

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

İade ve geri ödeme işlemleri faaliyetleri

Doğru süreç keşfi ve darboğazların belirlenmesi için bu temel süreç adımlarını ve kilometre taşlarını Event Logunuza kaydedin.
7 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
Alacak dekontu oluşturuldu
Bu finansal aktivitede, müşteriye geri ödeme yapılmasını onaylamak üzere Accounts Receivable'da bir alacak dekontu oluşturulur. Bu, Order Management'daki iade süreci tarafından tetiklenen açık bir olaydır.
Neden önemli?

Alacak dekontunun oluşturulması, şirketin müşteriye geri ödeme yapma taahhüdünü gösteren kesin bir kilometre taşıdır. Sürecin finansal mutabakat bölümünü başlatır.

Nereden alınır?

Bu, Oracle Accounts Receivable'da gerçekleşen açık bir işlemdir. Olay, alacak dekontundaki satış siparişi referansı üzerinden orijinal RMA ile ilişkilendirilebilir.

Yakalayın

AR'deki alacak dekontu işleminin oluşturulma tarihini kullanın.

Olay türü explicit
Geri ödeme işlendi
Bu aktivite, geri ödeme tutarının müşteriye ödenmesinin tamamlandığını gösterir. Ödeme kapatma işlemi Oracle Financials'a kaydedildiğinde açık bir olay olarak yakalanır.
Neden önemli?

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

Nereden alınır?

Bu olay, alacak dekontunu kapatan ödeme işleminin Oracle Accounts Payable veya Treasury'deki muhasebe ya da kapatma tarihinden alınır.

Yakalayın

Alacak dekontunu kapatan ödeme işleminin kapatma tarihini kullanın.

Olay türü explicit
İade vakası kapatıldı
Bu son aktivite, teslim alma, iade kararı ve finansal mutabakat dahil olmak üzere RMA ile ilgili tüm işlemlerin tamamlandığını gösterir. RMA siparişinin nihai durumunun 'Closed' olmasıyla çıkarılır.
Neden önemli?

Bu olay, sürecin kesin bitişini gösterir. Uçtan uca çevrim süresini hesaplamak ve hiçbir vakanın süresiz olarak açık kalmamasını sağlamak için önemlidir.

Nereden alınır?

Oracle Order Management'da RMA sipariş başlığı ve tüm satırları nihai 'Closed' durumuna geçtiğinde oluşan zaman damgasından çıkarılır.

Yakalayın

RMA başlığının veya satırının durumunun 'Closed' olarak değiştiği son zaman damgasını kaydedin.

Olay türü inferred
RMA oluşturuldu
Bu aktivite, Oracle Fusion SCM'de İade Malzeme Yetkilendirmesi (RMA) oluşturulduğu ve iade sürecinin resmen başladığı noktayı gösterir. Olay, genellikle bir kullanıcının veya otomatik bir sürecin yeni bir RMA satış siparişi kaydı oluşturmasıyla açıkça yakalanır.
Neden önemli?

Bu, tüm iade sürecinin temel başlangıç olayıdır. Bu aktivite ile diğer aktiviteler arasındaki süreyi analiz etmek, genel süreç süresini ortaya koyar ve başlangıçtaki gecikmeleri belirlemeye yardımcı olur.

Nereden alınır?

Bu bilgi, Oracle Fusion Order Management içindeki iade siparişi başlığının oluşturulma zaman damgasından alınır. Olay, RMA belgesinin ilk kez kaydedilmesine karşılık gelir.

Yakalayın

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

Olay türü explicit
RMA onaylandı
Bu önemli kilometre taşı, iade talebinin iş kurallarına göre doğrulandığını ve onaylandığını gösterir. Genellikle RMA durumundaki bir değişiklikten çıkarılır ve müşterinin ürünü göndermesi gibi sonraki süreç adımlarını başlatır.
Neden önemli?

Onay, süreçte önemli bir geçiş noktasıdır. Buradaki gecikmeler toplam iade çevrim 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 sipariş başlığının veya satırının 'Approved' ya da 'Awaiting Receiving' durumuna geçtiği zaman damgasından çıkarılır.

Yakalayın

RMA durumu onaylandı olarak güncellendiğinde oluşan zaman damgasını kaydedin.

Olay türü inferred
Ürün incelendi
Bu aktivite, kalite değerlendirmesinin kaydedildiği ürün inceleme sürecinin tamamlandığını gösterir. Genellikle Oracle Inventory Management veya Quality Management'da RMA durumunu güncelleyen açık bir işlem olarak kaydedilir.
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?

Denetçi, Oracle Inventory veya Quality Management'da RMA teslim alma işlemiyle ilişkilendirilmiş inceleme görevini tamamladığında oluşan işlem zaman damgasından alınır.

Yakalayın

İnceleme işleminin tamamlanma zaman damgasını kullanın.

Olay türü explicit
Ürün teslim alındı
Bu aktivite, iade edilen ürünün depoya veya işleme merkezine fiziksel olarak teslim alınmasını gösterir. Ürünler taranıp RMA kapsamında teslim alındı olarak kaydedildiğinde Oracle Fusion Inventory Management'da açıkça yakalanan bir olaydır.
Neden önemli?

Ürünün teslim alınması, sonraki inceleme ve işleme adımlarını başlatan önemli bir kilometre taşıdır. 'RMA Approved' ile 'Item Received' arasındaki süreyi ölçmek, lojistik ve gönderi performansını analiz etmeye yardımcı olur.

Nereden alınır?

Bu, Oracle Inventory Management'da kaydedilen açık bir işlemdir. Olay, RMA teslim alma işleminin işlem tarihine karşılık gelir.

Yakalayın

Inventory'deki RMA teslim alma işleminin işlem zaman damgasını kullanın.

Olay türü explicit
Değişim siparişi oluşturuldu
Bu aktivite, müşterinin geri ödeme yerine değişim talep ettiği durumlarda gerçekleşir. Genellikle orijinal RMA ile ilişkilendirilen yeni bir satış siparişinin oluşturulduğu açık bir olaydır.
Neden önemli?

Bu aktivite, önemli bir süreç varyasyonunu gösterir. Her yolun çevrim süresini doğru analiz edebilmek için değişim süreçlerini geri ödeme süreçlerinden ayırmak gerekir.

Nereden alınır?

Bu, Order Management'da yeni bir satış siparişi belgesinin oluşturulmasıyla gerçekleşen açık bir olaydır. Bir referans alanı üzerinden RMA ile ilişkilendirilmesi gerekir.

Yakalayın

RMA ile ilişkilendirilmiş yeni satış siparişinin oluşturulma tarihini kullanın.

Olay türü explicit
Geri ödeme başlatıldı
Bu aktivite, geri ödeme için ödeme sürecinin başladığını gösterir. Genellikle alacak dekontunun durumundaki değişiklikten çıkarılır. Belge, açık durumdan ödeme için işleme alındığını gösteren bir duruma geçer.
Neden önemli?

Bu aktivite, alacak dekontunun onaylanması ve oluşturulması ile farklı bir ekip veya sistem tarafından yürütülebilecek gerçek ödeme işlemini birbirinden ayırmaya yardımcı olur. Bu aşama gecikme kaynağı olabilir.

Nereden alınır?

Accounts Receivable'daki alacak dekontunun durum değişikliğinden veya alacak dekontuna referans veren bir Accounts Payable ödeme kaydının oluşturulmasından çıkarılır.

Yakalayın

Alacak dekontu durumunun 'Pending Payment' veya benzeri bir duruma geçtiği zaman damgasını belirleyin.

Olay türü inferred
İade kararı belirlendi
İncelemenin ardından bu aktivite, iade edilen ürünle ne yapılacağına ilişkin kararı gösterir. Örneğin ürün stoğa geri alınabilir veya hurdaya ayrılabilir. Bu bilgi, ürünü nihai konumuna taşıyan açık bir envanter işlemiyle kaydedilir.
Neden önemli?

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

Nereden alınır?

İncelemenin ardından alt envanter transferi veya ürün durumu güncellemesi gibi bir işlem olarak Oracle Inventory Management'a kaydedilir.

Yakalayın

İade kararını uygulayan envanter işleminin zaman damgasını izleyin.

Olay türü explicit
Müşteriye bildirim gönderildi
Bu aktivite, geri ödemenin işlendiği veya değişim ürününün gönderildiği gibi iade vakasının sonucunu müşteriye bildiren iletişimi gösterir. Genellikle bir iletişim günlüğünden veya vakadaki durum güncellemesinden alınır.
Neden önemli?

Müşteriyle zamanında iletişim kurulması memnuniyet için önemlidir. Bu aktiviteyi analiz etmek, iletişimle ilgili hizmet seviyesi anlaşmalarına uyulduğundan emin olmaya yardımcı olur.

Nereden alınır?

Sistem analizi gerektirir. Bu bilgi, entegre bir CRM veya iletişim platformuna kaydedilmiş olabilir ya da RMA'da veya ilgili hizmet talebinde manuel bir durum güncellemesi olarak bulunabilir.

Yakalayın

Harici iletişim sisteminden veya manuel güncellemeden alınan zaman damgası.

Olay türü inferred
RMA onayı için gönderildi
Bu adım, oluşturulan RMA'nın kurum içi inceleme ve onay için gönderildiği noktayı gösterir. Genellikle RMA durumundaki bir değişiklikten çıkarılır ve belgenin taslak ya da giriş durumundan onay bekliyor durumuna geçtiğini belirtir.
Neden önemli?

Bu adımı izlemek, onay öncesi aşamanın süresini ölçmeye yardımcı olur. Veri girişinde geçen süreyi, onaylayanın işlem yapmasını beklerken geçen süreden ayırır.

Nereden alınır?

RMA sipariş başlığının veya satırının durumu, Order Management onay iş akışı içinde 'Onay bekliyor' ya da eşdeğer bir duruma değiştiğinde oluşan zaman damgasından çıkarılır.

Yakalayın

Durumun 'Pending Approval' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
RMA reddedildi
Müşterinin iade talebinin reddedilmesine ilişkin nihai kararı gösterir. Genellikle onay aşamasında RMA durumunun 'Rejected' veya 'Cancelled' olarak değişmesinden çıkarılır.
Neden önemli?

Bu, önemli bir istisna yoludur. Retlerin sıklığını ve nedenlerini analiz etmek, iade politikaları, müşteri beklentileri veya sahtekarlık girişimleriyle ilgili sorunları ortaya çıkarabilir.

Nereden alınır?

RMA sipariş başlığının veya satırının 'Rejected' ya da eşdeğer bir nihai duruma geçtiği zaman damgasından çıkarılır.

Yakalayın

Durumun 'Rejected' veya 'Cancelled' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Ürün incelemesi başladı
İade edilen ürünün durumunu değerlendirmek üzere fiziksel incelemenin başladığını gösterir. Bu olay, ürünün depo yönetimi modülündeki konumunun veya durumunun değişmesinden çıkarılabilir ya da açık bir tarama işlemiyle kaydedilebilir.
Neden önemli?

Ürünün teslim alınması ile incelemenin başlaması arasındaki süreyi ölçmek, inceleme istasyonundaki kuyruk gecikmelerini ortaya çıkarır. Bu, sık görülen bir darboğazdır.

Nereden alınır?

Bu bilgi, teslim alma satırındaki durum değişikliğinden veya ürünün Oracle Inventory Management'da inceleme konumuna taşınmasını gösteren işlemden alınabilir. Açıkça yakalanması için özel yapılandırma gerekebilir.

Yakalayın

Durum değişikliğinin veya inceleme alanına envanter transferinin zaman damgası.

Olay türü inferred
Ürün müşteri tarafından gönderildi
Müşterinin iade ürününü şirkete geri gönderme işlemini gösterir. Bu olay çoğu zaman Oracle SCM'de doğrudan yakalanmaz; taşıyıcı entegrasyonundaki verilerden veya manuel bir güncellemeden çıkarılabilir.
Neden önemli?

Bu aktivite, müşteri davranışı ve ürünlerin taşıma süresine ilişkin içgörü sağlar. İç işleme gecikmeleri ile kargodan kaynaklanan gecikmeleri birbirinden ayırmaya yardımcı olur.

Nereden alınır?

Bu, RMA ile ilişkilendirilmiş taşıyıcı gönderi verilerine dayanan çıkarımsal bir olay veya Oracle SCM'deki manuel durum güncellemesi olabilir. Entegrasyon yoksa bu olay mevcut olmayabilir.

Yakalayın

Entegre taşıyıcı API'sinden veya manuel veri giriş alanından alınan zaman damgası.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi Oracle Fusion SCM'den nasıl alırsınız

Başlamaya hazır mısınız?

Veri toplama sürecinizi sadeleştirmek ve İade ve geri ödeme işleme hakkında güçlü içgörüler elde etmek için bu Templatei kullanın. Sürecinizi bugün optimize etmeye başlayın.

Darboğazları ortadan kaldırın, iade ve para iadesi işlemenizi şimdi optimize edin

Oracle Fusion SCM'de verimsizlikleri belirleyin ve çevrim süresini %30 azaltın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Kurulum 5 dakikadan kısa sürer.