İade ve para iadesi işlemleri için Veri Templateiniz

Oracle Fusion SCM
İade ve para iadesi işlemleri için Veri Templateiniz

İade ve para iadesi işlemleri için Veri Templateiniz

Bu Template, Oracle Fusion SCM’deki iade ve para iadesi işlemlerinizi analiz etmenize yardımcı olmak için hazırlandı. Toplanması gereken temel öznitelikleri ve izlenecek önemli etkinlikleri listeler, ayrıca bu verilerin nasıl çıkarılacağına dair açık yönergeler sunar. Süreciniz hakkında değerli bilgiler edinmek ve iyileştirme alanlarını belirlemek için kullanın.
  • Toplanması önerilen öznitelikler
  • Süreç analizi için izlenecek önemli etkinlikler
  • Oracle Fusion SCM’den veri çıkarmak için adım adım yönergeler
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

İade ve para iadesi işlemlerinin öznitelikleri

Oracle Fusion SCM’deki iade ve para iadesi işlemlerinizi ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 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ı.
Açıklama

Bu öznitelik, RMA oluşturuldu, Ürün incelendi veya Geri ödeme işlendi gibi iade yaşam döngüsündeki tek bir adımı ya da aşamayı tanımlar. Her aktivite, sistemin olay günlüklerinde kaydedilen ayrı 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. Süreç akışını, yeniden çalışma döngülerini ve standart çalışma prosedürlerine uyumu anlamak için bu veriler önemlidir.

Neden önemli?

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

Nereden alınır?

Order Management ve Inventory Management gibi Oracle Fusion SCM modüllerindeki olay günlüklerinden, durum değişikliklerinden veya belirli işlem kayıtlarından elde edilir.

Örnekler
RMA oluşturulduÜrün teslim alındıAlacak dekontu oluşturulduGeri ödeme işlendi
İade vakası kimliği
ReturnCaseId
Belirli bir müşterinin iade veya geri ödeme talebiyle ilişkili tüm etkinlikleri birbirine bağlayan temel kimlik.
Açıklama

İade vakası kimliği, tüm iade ve geri ödeme sürecini tanımlayan benzersiz vaka kimliğidir. İlk İade Malı Yetkilendirmesi (RMA) oluşturulmasından geri ödemenin işlenmesine 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şturmanın temelini oluşturur. 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. Süreç görünümünü oluşturmak için diğer tüm olay düzeyindeki veriler bu kimliğe göre gruplanır.

Neden önemli?

İlişkili tüm olayları tek bir süreç örneğinde birleştiren bu temel anahtar, uçtan uca analizi mümkün kılar.

Nereden alınır?

Bu kimlik genellikle 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 ne zaman gerçekleştiğini gösteren zaman damgası.
Açıklama

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

Zamana dayalı tüm analizler için bu zaman damgası 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) göre performansı değerlendirmek için kullanılır. Zaman damgaları doğru değilse süreç verimliliğini analiz etmek, gecikmeleri belirlemek veya süreç dinamiklerini anlamak mümkün olmaz.

Neden önemli?

Bu öznitelik, süreye dayalı tüm metrikleri hesaplamak ve süreç darboğazlarını bulmak için gereken 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ında Oluşturulma tarihi, Zaman damgası ya da Son güncelleme tarihi alanlarında bulunur.

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

Bu öznitelik, olay verilerinin kaydedildiği kaynak bilgi sistemini belirtir. Bu süreçte kaynak sistem genellikle Oracle Fusion SCM’dir.

Birden fazla entegre sistemin bulunduğu ortamlarda bu alan, verinin kaynağını izlemek ve sorunları gidermek için önemlidir. Verinin nereden geldiğini doğrulamaya ve belirli sistemlerden gelen olayları filtrelemeye yardımcı olur; böylece veri kalitesi ve bağlam korunur.

Neden önemli?

Verinin kaynağı hakkında bağlam sağlar; bu bilgi, birden fazla sistemin bulunduğu ortamlarda verileri doğrulamak ve analiz etmek için gereklidir.

Nereden alınır?

Veri setinin kaynağını belirtmek için veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında eklenen sabit bir değer olabilir.

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

Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösterir. Tek tek olayların değil, veri setinin tamamının ne kadar güncel olduğunu belirtir.

Son veri güncellemesinin zamanını bilmek, kullanıcıların analiz verilerinin güncelliğini anlaması açısından önemlidir. Böylece Dashboardları ve KPI’ları doğru yorumlayabilir, gerçek zamanlı bilgileri mi yoksa saatler ya da günler öncesine ait verileri mi incelediklerini görebilirler. Her Process Mining projesi için önemli bir meta veri alanıdır.

Neden önemli?

Kullanıcılara verilerin ne kadar güncel olduğunu 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) işlemi sırasında oluşturulup eklenir.

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

Bitiş zamanı, bir aktivitenin tamamlandığı anı gösterir. StartTime olayın ne zaman başladığını belirtirken, belirli bir olayın gerçek işlem süresini hesaplamak için bitiş zamanı gerekir. Anlık gerçekleşen olaylarda StartTime ve bitiş zamanı aynı olabilir.

Analizde bitiş zamanı ile StartTime arasındaki fark, aktivitenin İşlem süresini verir. Bu sayede adımlar arasındaki bekleme süresinden farklı olarak, hangi adımların ne kadar zaman aldığını belirleyebilirsiniz. Ayrıntılı darboğaz analizi ve kaynak verimliliği hesaplamaları için gereklidir.

Neden önemli?

Bu öznitelik, tek tek aktivitelerin gerçek işlem 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 hesaplanabilir.

Örnekler
2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
Gerçekleşen iade tutarı
ActualRefundAmount
İşleme alınarak müşteriye gerçekten iade edilen nihai tutar.
Açıklama

Bu öznitelik, tüm incelemeler, düzeltmeler ve ücretler uygulandıktan sonra müşteriye geri ödenen kesinleşmiş nihai tutarı gösterir. Bu değer, iade vakasının gerçek mali sonucunu yansıtır.

' talep edilen ve gerçekleşen iade tutarları' Dashboardunda kullanılan önemli bir mali veri noktasıdır. Talep edilen tutarla karşılaştırılması, 'İade tutarı fark oranı' KPI’ının hesaplanması ve iade politikalarının, ürün durumlarının ve işlem düzeltmelerinin mali etkisinin anlaşılması açısından önemlidir.

Neden önemli?

İadenin gerçek mali sonucunu göstererek tutar farklarının analiz edilmesini ve mali raporlamayı sağlar.

Nereden alınır?

Bu bilgi muhtemelen Oracle Fusion Financials’ta iade vakasıyla ilişkilendirilmiş alacak dekontu veya Borçlar Muhasebesi işlem kayıtlarından alınır.

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

Bu öznitelik, iade vakasının belirli bir andaki genel durumunu veya Geri ödeme yapılarak kapatıldı, Reddedilerek kapatıldı ya da Devam ediyor gibi nihai sonucunu gösterir.

İade durumu, sonuç analizi ve izleme için önemlidir. Sonuca göre vakaları filtrelemenizi, onaylanan ve reddedilen iadelerin süreç akışlarını karşılaştırmanızı ve Mevcut iade vakası durumu Dashboardunu oluşturmanızı sağlar. Sürecin ne kadar etkili olduğunu ölçmek için sonuçların dağılımını anlamak gerekir.

Neden önemli?

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ının durum alanında bulunur.

Örnekler
Teslim alınması bekleniyorİnceleme tamamlandıKapandı - İade edildiKapandı - Reddedildi
İade nedeni
ReturnReason
Müşterinin ürünü iade etme nedeni.
Açıklama

Bu öznitelik, müşterinin iade için belirttiği nedeni içerir. Müşteri genellikle 'Ürün kusurlu', 'Yanlış beden' veya 'Artık gerekmiyor' gibi önceden tanımlanmış bir listeden seçim yapar.

İade nedenlerini incelemek; ürün kalitesi, satış sürecinin doğruluğu ve müşteri davranışları hakkında önemli bilgiler sağlar. Bu veriler, 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 sayısını azaltacak iyileştirmelere yön verebilir.

Neden önemli?

İadelerin neden gerçekleştiğini anlamaya yardımcı olur; ürünlerde ve satış süreçlerinde iyileştirme fırsatlarını ortaya çıkarır.

Nereden alınır?

Genellikle Oracle Order Management’taki RMA satır kaleminde kod veya metin alanı olarak saklanır.

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

Bu öznitelik, ilgili vaka için iade sürecinin tamamlanması gereken son tarihi belirtir. SLA hedefi genellikle şirket politikasına, müşteri segmentine veya iade nedenine göre belirlenir.

Bu tarih, zamanında tamamlanma performansını ve uyumluluğu ölçmek için referans noktasıdır. 'İade politikası SLA uyumluluğu' Dashboardunda doğrudan kullanılır ve 'İade SLA hedefini karşılama oranı' KPI’ının hesaplanması için gereklidir. Gerçek iade tamamlanma tarihini hedef tarihle karşılaştırmak, SLA ihlallerini belirlemeyi ve gecikme riski taşıyan vakalara öncelik vermeyi sağlar.

Neden önemli?

Zamanında tamamlanma performansını ölçmek için referans noktası sağlar ve SLA uyumluluğu KPI’larının hesaplanmasında kullanılır.

Nereden alınır?

İade vakasında belirli bir tarih alanı olabilir veya iadenin başlatıldığı tarihe önceden tanımlanmış bir süre (ör. 14 gün) eklenerek hesaplanması gerekebilir.

Ö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 aktiviteden sorumlu kullanıcı veya görevli.
Açıklama

Bu öznitelik, RMA’yı onaylamak veya geri ödemeyi işlemek gibi belirli bir görevi yapan çalışanı ya da sistem kullanıcısını belirtir. Kişi bazında atama izlenmiyorsa bir ekibi veya departmanı gösterebilir.

Görevli bazında performansı analiz etmek, operasyon yönetimi açısından önemlidir. Bu öznitelik, İade işlemlerinden sorumlu görevli performansı Dashboardunu destekler. Farklı görevlilerin iş yükünü, aktivite sürelerini ve yeniden çalışma oranlarını karşılaştırabilirsiniz. Bu içgörüler eğitim ihtiyaçlarını ve yüksek performans gösteren çalışanları belirlemeye, kaynakları daha iyi dağıtmaya yardımcı olur.

Neden önemli?

Kullanıcı veya ekip bazında performans analizine olanak tanır; 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’deki işlem günlüklerinde genellikle USER_ID, PROCESSED_BY veya AGENT_NAME gibi alanlarda bulunur.

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

Bu öznitelik, müşterinin sürecin başında talep ettiği iade tutarını gösterir. Nihai iade tutarının karşılaştırılacağı başlangıç değeridir.

Bu veri noktası, 'Talep edilen ve gerçekleşen iade tutarları' Dashboardu ve 'İade tutarı fark oranı' KPI’ı için gereklidir. Talep edilen tutarla gerçekleşen tutar arasındaki farkı incelemek; yanlış ürün iadeleri, yeniden stoklama ücretleri veya politika değişiklikleri gibi sorunları ortaya çıkarabilir. Böylece mali doğruluk ve müşteri memnuniyeti hakkında değerli bilgiler edinilebilir.

Neden önemli?

Mali analiz için başlangıç değeri sağlar, iade tutarı farklarının hesaplanmasına ve olası sorunların belirlenmesine yardımcı olur.

Nereden alınır?

Bu değer, Oracle Fusion SCM’de RMA veya iade talebi başlığında, muhtemelen 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 kimliği.
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 fiziksel konumu belirtir.

Konuma özgü performans sorunlarını belirlemek için süreci depoya göre incelemek önemlidir. Farklı tesislerdeki inceleme sürelerini, ürünün son durumunu ve toplam çevrim sürelerini karşılaştırmayı sağlar. Böylece belirli tesislerdeki operasyonel verimsizlikler, personel sorunları veya eğitim ihtiyaçları ortaya çıkarılabilir.

Neden önemli?

Konuma göre performans analizi yapılmasını sağlayarak 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 Inventory Management’taki teslim alma işlemiyle ilişkilidir.

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

Bu öznitelik, işleme alınan iadenin türünü sınıflandırır. Müşteriye para iadesi yapılmasına, yeni bir ürün gönderilmesine veya ürünün onarılmasına bağlı olarak süreç akışı ve gerekli adımlar önemli ölçüde değişebilir.

Süreç farklılıklarını anlamak için iadeleri türlerine göre incelemek önemlidir. Para iadeleriyle ürün değişimleri için ayrı süreç haritaları oluşturulabilir; böylece her akışa özgü darboğazlar ve performans özellikleri belirlenebilir. Bu ayrım, hedefli süreç iyileştirme çalışmaları için önem taşır.

Neden önemli?

Değişim ve para iadesi süreçleri farklı adımlar izleyebildiğinden, analizi farklı süreç akışlarına göre ayırmayı sağlar.

Nereden alınır?

Genellikle Oracle Order Management’taki RMA başlığında veya satırında kategori ya da tür alanı olarak bulunur.

Örnekler
Para iadesiÜrün değişimiOnarım
İade tutarı farkı
RefundAmountDiscrepancy
Talep edilen iade tutarıyla gerçekleşen iade tutarı arasındaki hesaplanmış fark.
Açıklama

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

Hesaplanan bu değer, 'İade tutarı fark oranı' 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. Yeniden stoklama ücretleri veya hasar kesintileri gibi farkların nedenlerini incelemek, politikaların etkinliği ve müşteri iletişimi hakkında bilgi sağlayabilir.

Neden önemli?

İade sürecindeki mali 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
İşlem kodu
DispositionCode
İade edilen fiziksel ürünün son olarak nasıl işlem gördüğünü belirten kod.
Açıklama

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

Bu bilgi, iadelerin mali ve operasyonel etkisini analiz etmek için yararlıdır. İşletmeler, işlem kodlarını inceleyerek 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 mali sonuçlarla ilişkilendirilir.

Neden önemli?

İade sürecini ürünün envanterdeki son durumuna bağlayarak geri kazanım oranları ve maliyetler hakkında bilgi sağlar.

Nereden alınır?

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

Örnekler
RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
Müşteri kimliği
CustomerId
İadeyi başlatan müşteriyi benzersiz biçimde tanımlayan değer.
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ı incelemek önemli örüntüleri ortaya çıkarabilir. Örneğin, olağandışı sıklıkta iade yapan müşterileri belirlemeye yardımcı olabilir; bu durum memnuniyetsizliğe veya olası dolandırıcılığa işaret edebilir. Ayrıca müşteri segmentlerine göre analiz yapılmasını sağlayarak belirli grupların farklı iade davranışları gösterip göstermediğini anlamaya yardımcı olur.

Neden önemli?

Müşteri odaklı analiz yapılmasını sağlar; tekrarlanan iadeleri, segmentlere göre davranışları ve olası dolandırıcılıkları belirlemeye yardımcı olur.

Nereden alınır?

Oracle Order Management’ta ilk 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
İade ürün yetkilendirme işleminin benzersiz kimliği.
Açıklama

RMA numarası, müşterinin ürünü iade etmesi için verilen resmi yetkilendirme numarasıdır. Genellikle İade vakası kimliğiyle aynı olsa da bazı sistemlerde ayrı ve daha önce oluşturulmuş bir kimlik olabilir.

Bu öznitelik, hem şirket içi 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ındaki iletişimde çoğunlukla kullanılan ana numaradır.

Neden önemli?

Operasyonel takibi ve müşterilerle iletişimi kolaylaştıran temel bir iş referans numarasıdır.

Nereden alınır?

Oracle Order Management içindeki İade Ürün Yetkilendirme nesnesinin temel kimliğidir.

Örnekler
789001789002789003
SLA uyumlu mu
IsSlaCompliant
İadenin tanımlanan SLA hedefi içinde işlenip işlenmediğini belirten Boole değeri.
Açıklama

Hesaplanan bu öznitelik, her iade vakasının SLA hedefine uyup uymadığını basit bir doğru/yanlış değeriyle gösterir. Gerçek iade tamamlanma zaman damgası, 'RefundSlaTargetDate' ile karşılaştırılarak belirlenir.

Bu değer, uyumluluk oranlarının kolayca ölçülmesi ve görselleştirilmesi için gereklidir. 'İade politikası SLA uyumluluğu' Dashboardunu destekler ve 'İade SLA hedefini karşılama oranı' KPI’ının hesaplanmasını kolaylaştırır. Hızlı filtreleme ve temel neden analiziyle bazı vakaların SLA hedefini neden karşılayamadığını anlamaya yardımcı olur.

Neden önemli?

Tarih karşılaştırmasını basit bir Boole metriğine dönüştürerek SLA takibini ve raporlamasını kolaylaştırır.

Nereden alınır?

Hesaplanan alan. 'Refund Processed' zaman damgası 'RefundSlaTargetDate' tarihinde veya öncesindeyse doğru, aksi durumda yanlış değerini alır.

Örnekler
truefalse
Ürün kimliği
ProductId
İade edilen ürünü benzersiz biçimde tanımlayan değer.
Açıklama

Bu öznitelik, iadeye konu olan ürünü tanımlayan SKU veya ürün numarası gibi benzersiz bir değerdir. İade sürecini ürün kataloğuna bağlar.

Sorunlu ürünleri belirlemek için ürün düzeyinde analiz yapmak önemlidir. Şirketler, süreç analizini Ürün kimliğine göre filtreleyerek veya boyutlandırarak iade oranı yüksek ürünleri, uzun inceleme sürelerini ya da belirli kusur örüntülerini tespit edebilir. Bu bilgiler kalite kontrolü, tedarik zinciri yönetimi ve ürün geliştirme açısından önem taşır.

Neden önemli?

İade sürecini belirli ürünlerle ilişkilendirerek ürün kalitesinin ve iade örüntülerinin analiz edilmesini sağlar.

Nereden alınır?

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

Örnekler
PROD-5540-ASKU-98765ITEM-001-B
Yeniden çalışma mı
IsRework
Bir etkinliğin yeniden çalışma döngüsünün parçası olup olmadığını belirten Boole değeri.
Açıklama

Bu değer, aynı vakadaki önceki adımların tekrarlandığı etkinlikleri belirleyerek süreç döngüsünü veya yeniden çalışmayı gösterir. Örneğin, bir ürün incelemeden geçemez ve yeniden incelenmesi gerekirse ikinci inceleme olayı yeniden çalışma olarak işaretlenir.

Bu öznitelik, süreç verimsizliğini ölçmek için temel bir göstergedir. 'İade işlemlerinde yeniden çalışma oranları' Dashboardunda ve 'İade sürecinde yeniden çalışma olay sıklığı' KPI’ının hesaplanmasında kullanılır. Yeniden çalışmanın miktarını ve nedenlerini belirlemek, Process Mining çalışmalarının başlıca amaçlarındandır; çünkü boşa harcanan emeği, gecikmeleri ve artan maliyetleri doğrudan gösterir.

Neden önemli?

Süreçteki verimsizlikleri ve döngüleri doğrudan işaretleyerek yeniden çalışmanın nedenlerini ölçmeyi ve analiz etmeyi kolaylaştırır.

Nereden alınır?

Bu öznitelik, tek bir vakada tekrarlanan etkinlikleri tespit eden Process Mining yazılımı algoritmalarıyla hesaplanır.

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

İade ve para iadesi işlemlerinin etkinlikleri

Süreci doğru biçimde keşfetmek ve darboğazları belirlemek için Event Logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
7 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
Alacak dekontu oluşturuldu
Bu finansal etkinlikte, müşteriye geri ödeme yapılmasına izin vermek için Accounts Receivable’da bir alacak dekontu oluşturulur. Order Management’daki iade sürecinin başlattığı açık bir olaydır.
Neden önemli?

Alacak dekontunun oluşturulması, şirketin müşteriye geri ödeme yapacağını kesinleştiren önemli bir aşamadır. Sürecin finansal mutabakat bölümünü başlatır.

Nereden alınır?

Bu, Oracle Accounts Receivable’da kaydedilen açık bir işlemdir. Alacak dekontundaki satış siparişi referansı kullanılarak olay, ilk RMA ile ilişkilendirilebilir.

Kaydedin

AR’daki alacak dekontu işleminin oluşturulma tarihini kullanın.

Olay türü explicit
Geri ödeme işlendi
Bu etkinlik, müşteriye geri ödeme yapılmasının tamamlandığını gösterir. Ödeme mahsup işlemi Oracle Financials’da kaydedildiğinde açık bir olay olarak alınır.
Neden önemli?

Müşteri açısından toplam geri ödeme çevrim süresini ölçmek için bu, sürecin önemli bitiş noktasıdır. Müşteriye karşı finansal yükümlülüğün yerine getirildiğini doğrular.

Nereden alınır?

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

Kaydedin

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

Olay türü explicit
İade vakası kapatıldı
Bu son etkinlik, teslim alma, ürünle ilgili karar ve finansal mutabakat dahil RMA ile ilgili tüm işlemlerin tamamlandığını gösterir. RMA siparişinin son durumu Kapalı olduğunda bu sonuç çıkarılır.
Neden önemli?

Bu olay, sürecin kesin bitiş noktasıdır. Uçtan uca çevrim süresini hesaplamak ve vakaların süresiz olarak açık kalmadığını doğrulamak için önemlidir.

Nereden alınır?

Oracle Order Management’da RMA siparişi başlığının ve tüm satırlarının son olarak Kapalı durumuna geçtiği zaman damgasından çıkarılır.

Kaydedin

RMA başlığının veya satırının durumu Kapalı olduğunda oluşan son zaman damgasını kaydedin.

Olay türü inferred
RMA oluşturuldu
Bu etkinlik, Oracle Fusion SCM’de İade Malı Yetkilendirmesi (RMA) oluşturulduğunda iade sürecinin resmen başladığını gösterir. Genellikle bir kullanıcı veya otomatik süreç yeni bir RMA satış siparişi kaydı oluşturduğunda açıkça kaydedilir.
Neden önemli?

Bu, tüm iade sürecinin temel başlangıç olayıdır. Bu etkinlikten diğerlerine kadar geçen süreyi analiz ederek toplam süreç süresini görebilir ve ilk aşamadaki gecikmeleri belirleyebilirsiniz.

Nereden alınır?

Bu bilgi, Oracle Fusion Order Management’daki 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.

Kaydedin

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

Olay türü explicit
RMA onaylandı
Bu önemli aşama, iade talebinin iş kurallarına göre doğrulanıp onaylandığını gösterir. Genellikle RMA durumundaki bir değişiklikten çıkarılır ve müşterinin ürünü göndermesi gibi sonraki adımların başlamasını sağlar.
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 etkinlik, onay darboğazlarını analiz etmek için gereklidir.

Nereden alınır?

RMA siparişi başlığının veya satırının durumu Onaylandı ya da Teslim Alınması Bekleniyor durumuna geçtiğinde kaydedilen zaman damgasından çıkarılır.

Kaydedin

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

Olay türü inferred
Ürün incelendi
Bu etkinlik, ürün incelemesinin tamamlandığını ve kalite değerlendirmesinin kaydedildiğini gösterir. Genellikle Oracle Inventory Management veya Quality Management’da RMA durumunu güncelleyen açık bir işlem olarak kaydedilir.
Neden önemli?

İnceleme sonucu, geri ödemenin onaylanması veya reddedilmesi gibi sonraki adımları doğrudan etkiler. İnceleme etkinliğinin süresi, depo verimliliğini ölçen önemli bir göstergedir.

Nereden alınır?

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

Kaydedin

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

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

Ürünün teslim alınması, sonraki inceleme ve işleme adımlarını başlatan önemli bir aşamadır. RMA onaylandı ile Ürün teslim alındı arasındaki süreyi ölçerek lojistik ve gönderi performansını analiz edebilirsiniz.

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.

Kaydedin

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

Olay türü explicit
Değişim siparişi oluşturuldu
Bu etkinlik, müşterinin geri ödeme yerine ürün değişimi istediği durumlarda gerçekleşir. Genellikle ilk RMA ile ilişkilendirilen yeni bir satış siparişinin oluşturulmasıyla açıkça kaydedilir.
Neden önemli?

Bu etkinlik, önemli bir süreç farklılığını gösterir. Her yolun çevrim süresini doğru analiz etmek için ürün değişimi 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 kaydedilen açık bir olaydır. Bir referans alanı aracılığıyla RMA ile ilişkilendirilmesi gerekir.

Kaydedin

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

Olay türü explicit
Geri ödeme başlatıldı
Bu etkinlik, geri ödeme için ödeme işleminin başladığını gösterir. Genellikle alacak dekontunun durumu Açık durumundan ödeme için işleniyor durumuna geçtiğinde yapılan durum değişikliğinden çıkarılır.
Neden önemli?

Bu etkinlik, alacak dekontunun onaylanıp oluşturulmasını fiilî ödeme işleminden ayırmaya yardımcı olur. Ödeme işlemi başka bir ekip veya sistem tarafından yürütülebilir ve gecikmeye yol açabilir.

Nereden alınır?

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

Kaydedin

Alacak dekontu durumu Ödeme Bekliyor veya benzer bir duruma geçtiğinde oluşan zaman damgasını belirleyin.

Olay türü inferred
İade ürünü için işlem kararı verildi
İncelemenin ardından bu etkinlik, iade edilen ürünün Stoka İade veya Hurdaya Ayırma gibi hangi işleme tabi tutulacağına karar verildiğini gösterir. Ürün nihai konumuna taşındığında bu karar açık bir envanter işlemiyle kaydedilir.
Neden önemli?

Bu adım, envanter doğruluğu ve finansal mutabakat açısından önemlidir. Ürünle ilgili kararları analiz ederek iade nedenlerini ve ürün kalitesi sorunlarını anlayabilirsiniz.

Nereden alınır?

İncelemenin ardından Oracle Inventory Management’da alt envanter aktarımı veya ürün durumu güncellemesi gibi bir işlem olarak kaydedilir.

Kaydedin

Ürünle ilgili kararı uygulayan envanter işleminin zaman damgasını izleyin.

Olay türü explicit
Müşteriye bildirim gönderildi
Bu etkinlik, geri ödeme yapıldığı veya değişim ürününün gönderildiği gibi iade vakasının sonuçlandığını müşteriye bildiren iletişimi gösterir. Genellikle iletişim günlüğünden veya vaka durumundaki bir güncellemeden alınır.
Neden önemli?

Müşteri memnuniyeti için zamanında iletişim önemlidir. Bu etkinliği analiz ederek iletişim için belirlenen hizmet seviyesi anlaşmalarına uyulduğunu doğrulayabilirsiniz.

Nereden alınır?

Sistem analizi gerekir. Bu bilgi, entegre bir CRM veya iletişim platformunda kaydedilmiş olabilir ya da RMA veya ilgili hizmet talebinin durumu elle güncellenmiş olabilir.

Kaydedin

Harici iletişim sisteminden alınan zaman damgası veya elle yapılan güncelleme.

Olay türü inferred
RMA onaya gönderildi
Bu etkinlik, oluşturulan RMA’nın kurum içi inceleme ve onaya gönderildiği anı gösterir. Genellikle RMA durumunun Taslak veya giriş aşamasından onay bekleme aşamasına geçtiğini belirten bir durum değişikliğinden çıkarılır.
Neden önemli?

Bu zamanı izleyerek onay öncesi aşamanın süresini ölçebilirsiniz. Böylece veri giriş süresiyle onaylayanın işlem yapmasını bekleme süresi birbirinden ayrılır.

Nereden alınır?

Order Management onay iş akışında RMA siparişi başlığının veya satırının durumu Onay Bekliyor ya da eşdeğer bir duruma geçtiğinde kaydedilen zaman damgasından çıkarılır.

Kaydedin

Onay Bekliyor durumuna geçişin zaman damgasını belirleyin.

Olay türü inferred
RMA reddedildi
Müşterinin iade talebinin reddedildiği nihai kararı gösterir. Genellikle onay aşamasında RMA durumu Reddedildi veya İptal Edildi olarak değiştiğinde bu sonuç çıkarılır.
Neden önemli?

Bu, önemli bir istisna yoludur. Retlerin 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 siparişi başlığının veya satırının durumu Reddedildi ya da eşdeğer bir nihai duruma geçtiğinde oluşan zaman damgasından çıkarılır.

Kaydedin

Durum Reddedildi veya İptal Edildi olarak değiştiğinde oluşan zaman damgasını belirleyin.

Olay türü inferred
Ürün incelemesi başladı
İade edilen ürünün durumunu değerlendirmek için fiziksel incelemenin başladığını gösterir. Depo yönetimi modülünde ürünün konumu veya durumu değiştiğinde bu olay çıkarılabilir ya da açıkça tarama yapılarak kaydedilebilir.
Neden önemli?

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

Nereden alınır?

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

Kaydedin

Durum değişikliğinin veya ürünün inceleme alanına aktarılmasının zaman damgası.

Olay türü inferred
Ürün müşteri tarafından gönderildi
Müşterinin iade edilecek ürünü şirkete geri gönderdiği anı gösterir. Bu olay Oracle SCM’de çoğu zaman doğrudan kaydedilmez; taşıyıcı entegrasyonundan alınan verilerden veya elle yapılan bir güncellemeden çıkarılabilir.
Neden önemli?

Bu etkinlik, müşteri davranışını ve ürünün yolda geçirdiği süreyi anlamanızı sağlar. İç işleme gecikmelerini kargodan kaynaklanan gecikmelerden ayırmaya yardımcı olur.

Nereden alınır?

Bu olay, RMA ile ilişkilendirilmiş taşıyıcı gönderi verilerinden çıkarılabilir veya Oracle SCM’de durum elle güncellenerek kaydedilebilir. Entegrasyon yoksa bu olay mevcut olmayabilir.

Kaydedin

Entegre taşıyıcı API’sinden alınan zaman damgası veya elle girilen veri alanı.

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

Veri çıkarma rehberleri

Oracle Fusion SCM’den verilerinizi nasıl alırsınız?

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

Veri toplamayı kolaylaştırmak ve iade ve para iadesi işlemleriniz hakkında değerli içgörüler edinmek için bu Templateten yararlanın. Sürecinizi iyileştirmeye bugün başlayın.

Darboğazları ortadan kaldırın, iade ve geri ödeme işlemlerini hemen iyileştirin

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.