İade ve para iadesi işlemleri için Veri Templateiniz
İade ve para iadesi işlemleri için Veri Templateiniz
- 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
İade ve para iadesi işlemlerinin öznitelikleri
| 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
|
|||
İade ve para iadesi işlemlerinin etkinlikleri
| 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
|
|||
Veri çıkarma rehberleri
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.
Kredi kartı gerekmez. Kurulum 5 dakikadan kısa sürer.