İade ve Geri Ödeme Süreci Veri Şablonunuz
İade ve Geri Ödeme Süreci Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Süreç analizi için izlenecek temel aktiviteler
- Oracle Fusion SCM için adım adım veri çıkarma rehberliği
İade ve Geri Ödeme Süreçleri Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
İade ve geri ödeme süreci içinde gerçekleşen belirli bir iş adımı veya `event`'in adı. | ||
|
Açıklama
Bu öznitelik, 'RMA Oluşturuldu', 'Ürün İncelendi' veya 'Geri Ödeme İşlendi' gibi iade yaşam döngüsündeki tek bir adımı veya dönüm noktasını tanımlar. Her aktivite, sistemin Bu aktivitelerin sırasını ve süresini analiz etmek,
Neden önemli
Aktiviteler, süreç haritasının omurgasını oluşturur, süreç akışının, varyasyonların ve darboğazların görselleştirilmesini ve analizini sağlar.
Nereden alınır
Oracle Fusion SCM'deki Sipariş Yönetimi ve Envanter Yönetimi gibi modüller içindeki olay günlüklerinden, durum değişikliklerinden veya belirli işlem kayıtlarından türetilir.
Örnekler
RMA OluşturulduÜrün Kabul EdildiAlacak Dekontu Oluşturulduİade İşlendi
|
|||
|
İade Vaka Kimliği
ReturnCaseId
|
Belirli bir müşteri iadesi veya geri ödeme talebiyle ilişkili tüm aktiviteleri birbirine bağlayan birincil tanımlayıcı. | ||
|
Açıklama
İade Vakası ID'si, tüm iade ve geri ödeme süreci için benzersiz vaka tanımlayıcısı olarak hizmet eder. İlk iade ürün yetkilendirmesi (
Neden önemli
Bu, ilgili tüm
Nereden alınır
Bu tanımlayıcı, genellikle bir iade talebi başlatıldığında Oracle Sipariş Yönetimi veya Hizmet modülleri içinde oluşturulur.
Örnekler
RMA-2023-00123RMA-2023-00456RMA-2023-00789
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir faaliyetin veya event'in ne zaman gerçekleştiğini gösteren zaman damgasıdır. | ||
|
Açıklama
Event Time veya başlangıç zamanı, bir aktivitenin kaynak sistemde kaydedildiği kesin tarih ve saattir. Süreçteki her adım için kronolojik bağlamı sağlar. Bu timestamp, tüm zaman tabanlı analizler için esastır. Event'leri doğru sıralamak, aktiviteler arasındaki cycle time'ları hesaplamak, bir case'in toplam duration'ını ölçmek ve service level agreement'lara (SLA) karşı performansı değerlendirmek için kullanılır. Doğru timestamp'ler olmadan process efficiency'yi analiz etmek, delay'leri belirlemek veya process dynamics'i anlamak imkansızdır.
Neden önemli
Bu öznitelik, tüm süre bazlı metrikleri hesaplamak ve süreç
Nereden alınır
Bu bilgi genellikle Oracle Fusion SCM'deki işlem veya durum kayıtlarıyla ilişkili bir 'Oluşturma Tarihi', '
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin çekildiği sistem. | ||
|
Açıklama
Bu öznitelik, Birden fazla entegre sistemin bulunduğu ortamlarda, bu alan veri kökeni ve sorun giderme için çok önemlidir. Verinin kaynağını doğrulamaya yardımcı olur ve belirli sistemlerden gelen
Neden önemli
Veri kaynağı hakkında kritik bağlam sağlar, bu da çok sistemli ortamlarda veri doğrulama ve analizi için esastır.
Nereden alınır
Bu, genellikle veri kümesinin kaynağını etiketlemek için veri çıkarma, dönüştürme ve yükleme (
Örnekler
Oracle Fusion SCMOracle SCM Cloud
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri kümesinin en son ne zaman güncellendiğini gösterir. Bireysel Son veri güncelleme zamanını bilmek, kullanıcıların analizin güncelliğini anlaması için kritiktir. Gerçek zamanlı bilgilere mi yoksa saatler veya günler öncesine ait verilere mi baktıklarını bilerek
Neden önemli
Kullanıcılara verilerin güncelliği hakkında bilgi verir, böylece analizlerinin bağlamını ve zamanlamasını anlamalarını sağlar.
Nereden alınır
Bu
Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Bitiş Saati
EndTime
|
Bir aktivitenin tamamlandığını gösteren timestamp. | ||
|
Açıklama
Bitiş Zamanı bir aktivitenin tamamlandığını gösterir. Başlangıç Zamanı bir Analizde, Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark bir aktivite için 'İşleme Zamanı'nı verir. Bu, adımlar arasındaki bekleme süresinin aksine, hangi belirli adımların zaman alıcı olduğunu belirlemek için çok önemlidir. Detaylı
Neden önemli
Bu öznitelik, bireysel aktivitelerin gerçek işleme süresini hesaplamak için gereklidir ve aktif çalışma süresini bekleme süresinden ayırmaya yardımcı olur.
Nereden alınır
Bu, kaynak sistem
Örnekler
2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
|
|||
|
Gerçek Geri Ödeme Tutarı
ActualRefundAmount
|
Müşteriye fiilen işlenen ve geri ödenen nihai parasal tutar. | ||
|
Açıklama
Bu öznitelik, tüm incelemeler, ayarlamalar ve ücretler uygulandıktan sonra müşteriye geri ödenen nihai, onaylanmış tutarı temsil eder. Bu değer, iade vakasının gerçek finansal sonucunu yansıtır. Bu, 'Talep Edilen ve Gerçekleşen Geri Ödeme Tutarları'
Neden önemli
İadenin gerçek finansal sonucunu temsil eder, tutarsızlık analizini ve finansal raporlamayı mümkün kılar.
Nereden alınır
Bu bilgi muhtemelen Oracle Fusion Financials'taki iade vakasına bağlı Kredi Dekontu veya Borçlar Hesapları işlem kayıtlarından gelecektir.
Örnekler
129.9940.000.00
|
|||
|
Geri Ödeme SLA Hedef Tarihi
RefundSlaTargetDate
|
Hizmet seviyesi anlaşmasına (`SLA`) göre geri ödemenin tamamlanması beklenen tarih. | ||
|
Açıklama
Bu öznitelik, belirli bir vaka için geri ödeme sürecini tamamlama süresini tanımlar. Bu tarih, zamanında olma ve uyumluluğu ölçmek için bir referans noktasıdır. Doğrudan 'Geri Ödeme Politikası
Neden önemli
Zamanında performansın ölçülmesi için benchmark sağlar ve SLA uyum KPI'larını hesaplamak için çok önemlidir.
Nereden alınır
Bu, iade
Örnekler
2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
|
|||
|
İade Durumu
ReturnStatus
|
İade vakasının mevcut veya nihai durumu. | ||
|
Açıklama
Bu öznitelik, iade vakasının belirli bir zamandaki genel durumunu veya nihai sonucunu, örneğin 'Kapandı - İade Edildi', 'Kapandı - Reddedildi' veya 'Devam Ediyor' gibi gösterir. İade Durumu, sonuç analizi ve izleme için anahtardır. Vakaları sonuçlarına göre filtrelemeye, onaylanmış ve reddedilmiş iadelerin süreç akışlarını karşılaştırmaya ve 'Mevcut İade Vakası Durumu
Neden önemli
Bir case'in outcome'unu sağlar, bu da filtering, comparative analysis ve process success rate'lerini anlamak için esastır.
Nereden alınır
Genellikle Oracle Sipariş Yönetimi'ndeki ana iade veya
Örnekler
Makbuz BekleniyorDenetim TamamlandıKapalı - İade EdildiKapandı - Reddedildi
|
|||
|
İade Nedeni
ReturnReason
|
Müşteri tarafından ürünün iade edilme nedeni. | ||
|
Açıklama
Bu öznitelik, genellikle müşteri tarafından önceden tanımlanmış bir listeden seçilen (örn. 'Hatalı Ürün', 'Yanlış Boyut' veya 'Artık İhtiyaç Duyulmuyor') iade nedenini içerir. İade nedenlerini analiz etmek, ürün kalitesi, satış süreci doğruluğu ve müşteri davranışları hakkında güçlü içgörüler sağlar. Bu veri, yüksek kusur oranına sahip ürünleri belirlemek, yanlış siparişleri azaltmak için ürün açıklamalarını iyileştirmek ve iadelerin temel nedenlerini anlamak için kullanılabilir. Bu analiz, genel iade hacmini azaltan stratejik iyileştirmeleri tetikleyebilir.
Neden önemli
İadelerin neden gerçekleştiğine dair kritik içgörü sağlar, bu da ürün ve satış süreçlerinde iyileştirmeleri yönlendirmek için kullanılabilir.
Nereden alınır
Genellikle Oracle Sipariş Yönetimi'ndeki
Örnekler
KusurluYanlış Ürün Sevk EdildiÇok Geç UlaştıDaha İyi Fiyat Mevcut
|
|||
|
İşleme Temsilcisi
ProcessingAgent
|
İade sürecindeki belirli bir aktiviteyi yürütmekten sorumlu kullanıcı veya temsilci. | ||
|
Açıklama
Bu öznitelik, Temsilciye göre performansı analiz etmek, operasyonel yönetim için kritiktir. Bu öznitelik, 'İade İşleme Temsilci Performansı'
Neden önemli
Kullanıcı veya ekibe göre performans analizi sağlar, yüksek performanslı çalışanları, eğitim fırsatlarını ve iş yükü dengesizliklerini belirlemeye yardımcı olur.
Nereden alınır
Genellikle Oracle Fusion SCM içindeki işlem
Örnekler
j.doea.smithm.jones
|
|||
|
Talep Edilen Geri Ödeme Tutarı
RequestedRefundAmount
|
Müşterinin başlangıçta iade için talep ettiği parasal tutar. | ||
|
Açıklama
Bu öznitelik, sürecin başlangıcında müşteri tarafından talep edilen geri ödeme tutarını yakalar. Nihai geri ödemenin karşılaştırıldığı temel miktardır. Bu veri noktası, 'Talep Edilen ve Gerçekleşen Geri Ödeme Tutarları'
Neden önemli
Finansal analiz için bir temel teşkil eder; geri ödeme tutarsızlıklarının hesaplanmasını ve potansiyel sorunların belirlenmesini sağlar.
Nereden alınır
Bu değer, Oracle Fusion SCM'deki
Örnekler
129.9945.501200.00
|
|||
|
Depo Kimliği
WarehouseId
|
İade edilen ürünü teslim alan depo veya tesisin tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, müşterinin iade edilen ürününün teslim alındığı ve işlendiği dağıtım merkezi veya depo gibi belirli fiziksel konumu gösterir. Süreci depoya göre analiz etmek, konuma özgü performans sorunlarını belirlemek için önemlidir. Farklı tesisler arasındaki inceleme sürelerini, tasfiye sonuçlarını ve genel döngü sürelerini karşılaştırmaya olanak tanır. Bu durum, belirli sahalardaki operasyonel verimsizlikleri, personel sorunlarını veya eğitim ihtiyaçlarını vurgulayabilir.
Neden önemli
Konuma göre performans analizi sağlar, bölgesel veya tesise özgü darboğazları ve verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır
Genellikle 'ORGANIZATION_ID' olarak adlandırılan bu alan, Oracle Envanter Yönetimi'ndeki teslim alma işlemiyle ilişkilidir.
Örnekler
WH-ABD-BATIWH-AB-MERKEZDC-01
|
|||
|
Durum Kodu
DispositionCode
|
İade edilen fiziksel öğenin nihai işlenmesini gösteren bir kod. | ||
|
Açıklama
Tasfiye Kodu, incelendikten sonra iade edilen ürüne ne olduğunu belirtir; örneğin, envantere geri döndürüldü, hurdaya çıkarıldı, yenileme için gönderildi veya satıcıya iade edildi. Bu bilgi, iadelerin finansal ve operasyonel etkisini analiz etmek için değerlidir. Tasfiye kodlarını analiz ederek, bir işletme yeniden satılamayan ürünlerle ilişkili maliyeti anlayabilir ve yenileme süreçlerini iyileştirme fırsatlarını belirleyebilir. İade sürecini envanter ve finansal sonuçlarla ilişkilendirir.
Neden önemli
İade sürecini envanterdeki fiziksel sonucuyla ilişkilendirir, geri kazanım oranları ve maliyetler hakkında içgörüler sağlar.
Nereden alınır
Bu bilgi, inceleme aktivitesi tamamlandıktan sonra Oracle Envanter Yönetimi veya Depo Yönetimi modüllerinde yakalanır.
Örnekler
RETURN_TO_STOCKHURDAREFURBISHRETURN_TO_VENDOR
|
|||
|
Geri Ödeme Tutarı Tutarsızlığı
RefundAmountDiscrepancy
|
Talep edilen geri ödeme tutarı ile fiili geri ödeme tutarı arasındaki hesaplanan fark. | ||
|
Açıklama
Bu metrik, müşterinin talep ettiği ile aldığı arasındaki parasal farkı nicel olarak belirler. 'GerçekGeriÖdemeTutarı'ndan 'TalepEdilenGeriÖdemeTutarı'nın çıkarılmasıyla hesaplanır. Bu hesaplanmış değer, 'Geri Ödeme Tutarı Fark Oranı'
Neden önemli
Geri ödeme sürecindeki finansal ayarlamaları nicelleştirir, politikaların ve inceleme sonuçlarının etkisini analiz etmeye yardımcı olur.
Nereden alınır
Hesaplanan alan: 'RequestedRefundAmount' - 'ActualRefundAmount'.
Örnekler
0.005.50-10.00
|
|||
|
İade Türü
ReturnType
|
Geri ödemenin, değişim veya onarım gibi beklenen sonuca göre kategorize edilmesini sağlar. | ||
|
Açıklama
Bu öznitelik, işlenmekte olan iade türünü sınıflandırır. Süreç akışı ve gerekli adımlar, müşterinin parasal bir geri ödeme, yedek bir ürün veya onarılmış bir ürün almasına bağlı olarak önemli ölçüde değişebilir. İade Türüne göre süreci analiz etmek, süreç varyasyonlarını anlamak için esastır. Geri ödemeler ve takaslar için ayrı süreç haritaları oluşturmaya olanak tanır, her bir yol için benzersiz
Neden önemli
Değişim ve geri ödemeler genellikle farklı adımları izlediği için, farklı süreç yollarına dayalı analizlerin segmentasyonunu sağlar.
Nereden alınır
Bu, genellikle Oracle Sipariş Yönetimi'ndeki
Örnekler
Geri ÖdemeDeğişimOnarım
|
|||
|
Müşteri Kimliği
CustomerId
|
İadeyi başlatan müşterinin benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, iade vakasıyla ilişkili müşteriyi tanımlayan benzersiz ID'dir. İade sürecini müşteri veri tabanına bağlar. Müşteri merkezli bir bakış açısıyla iadeleri analiz etmek önemli kalıpları ortaya çıkarabilir. Örneğin, olağandışı yüksek iade sıklığına sahip müşterileri belirlemeye yardımcı olabilir, bu da memnuniyet sorunlarına veya potansiyel dolandırıcılığa işaret edebilir. Ayrıca, belirli grupların farklı iade davranışlarına sahip olup olmadığını anlamaya yardımcı olan müşteri segmentlerine dayalı analizi de mümkün kılar.
Neden önemli
Müşteri odaklı analizleri mümkün kılar, tekrarlayan iadecileri, segment davranışlarını ve potansiyel dolandırıcılığı belirlemeye yardımcı olur.
Nereden alınır
Oracle Order Management'taki orijinal satış siparişinin veya iade talebinin başlığında müşteri veya taraf ID olarak bulunur.
Örnekler
CUST-100589743ACC-54321
|
|||
|
RMA Numarası
RmaNumber
|
İade Mal Yetkilendirme (`RMA`) işlemi için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, hem dahili kullanıcılar hem de müşteriler tarafından bilinen önemli bir iş referans numarası olarak hizmet eder. Vakaları aramak ve filtrelemek için kullanılabilir ve genellikle iade ile ilgili iletişimde kullanılan birincil numaradır.
Neden önemli
Operasyonel takip ve müşterilerle iletişim için hayati önem taşıyan birincil iş referans numarası olarak hizmet verir.
Nereden alınır
Bu, Oracle Sipariş Yönetimi'ndeki İade Mal Yetkilendirmesi (
Örnekler
789001789002789003
|
|||
|
SLA Uyumlu mu?
IsSlaCompliant
|
Geri ödemenin tanımlanan SLA hedefi içinde işlenip işlenmediğini gösteren bir boole bayrağı. | ||
|
Açıklama
Bu hesaplanmış öznitelik, her iade vakası için Bu işaretçi, uyumluluk oranlarını kolayca ölçmek ve görselleştirmek için esastır. 'Geri Ödeme Politikası
Neden önemli
Bir tarih karşılaştırmasını basit bir boolean metriğe dönüştürerek
Nereden alınır
Hesaplanan alan. 'Geri Ödeme İşlendi' zaman damgası 'RefundSlaTargetDate' tarihinde veya daha önce ise doğru, aksi takdirde yanlıştır.
Örnekler
truefalse
|
|||
|
Uçtan Uca Geri Ödeme Süresi
EndToEndRefundTime
|
İade talebinin başlatılmasından geri ödemenin nihai işlemine kadar geçen toplam süre. | ||
|
Açıklama
Bu metrik, geri ödeme sürecinin müşteri bakış açısından toplam süresini ölçer. İlk Birincil bir
Neden önemli
Bu, tüm sürecin verimliliğini ve müşteri memnuniyeti üzerindeki etkisini doğrudan ölçen önemli bir performans göstergesidir (
Nereden alınır
Her İade Vaka Kimliği için ilk aktivitenin Başlangıç Zamanı'nı 'Geri Ödeme İşlendi' aktivitesinin Başlangıç Zamanı'ndan çıkarılarak hesaplanır.
Örnekler
10 gün 4 saat21 gün 8 saat5 gün 0 saat
|
|||
|
Ürün ID
ProductId
|
İade edilen ürünün benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, iadeye konu olan belirli ürün için Ürün düzeyinde analiz, sorunlu ürünleri belirlemek için hayati öneme sahiptir. Ürün ID'sine göre süreç analizini filtreleyerek veya boyutlandırarak şirketler, yüksek iade oranlarına, uzun inceleme sürelerine veya belirli kusur kalıplarına sahip ürünleri tespit edebilir. Bu bilgi, kalite kontrol, tedarik zinciri yönetimi ve ürün geliştirme için yaşamsaldır.
Neden önemli
İade sürecini belirli ürünlerle ilişkilendirir, ürün kalitesi ve iade desenlerinin analizini sağlar.
Nereden alınır
Bu, Oracle Sipariş Yönetimi veya Envanter modüllerindeki
Örnekler
PROD-5540-ASKU-98765ITEM-001-B
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir etkinliğin yeniden işleme döngüsünün bir parçası olup olmadığını gösteren bir boolean bayrağı. | ||
|
Açıklama
Bu işaretçi, aynı vakanın önceki adımlarının tekrarı olan aktiviteleri tanımlar; bir süreç döngüsünü veya yeniden işlemeyi gösterir. Örneğin, bir ürün denetimden geçemezse ve yeniden denetlenmesi gerekirse, ikinci denetim Bu öznitelik, süreç verimsizliğini nicel olarak belirlemek için temeldir. 'İade İşleme Yeniden İşleme Oranları'
Neden önemli
Süreç verimsizliklerini ve döngülerini doğrudan işaretler, yeniden çalışmanın nedenlerini nicelleştirmeyi ve analiz etmeyi kolaylaştırır.
Nereden alınır
Bu, bir
Örnekler
truefalse
|
|||
İade ve Geri Ödeme Süreçleri Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Alacak Dekontu Oluşturuldu
|
Bu, müşteriye geri ödeme yetkisi vermek için Alacaklar Hesapları'nda bir kredi dekontunun oluşturulduğu finansal aktivitedir. Bu, Sipariş Yönetimi'ndeki iade süreci tarafından tetiklenen açık bir `event`'tir. | ||
|
Neden önemli
Kredi dekontunun oluşturulması, şirketin müşteriye geri ödeme taahhüdünü gösteren kesin bir dönüm noktasıdır. Sürecin tüm finansal mutabakat kısmını tetikleyicidir.
Nereden alınır
Bu, Oracle Alacaklar Hesapları'nda açık bir işlemdir.
Yakala
AR'daki kredi dekontu işleminin oluşturulma tarihini kullanın.
Event tipi
explicit
|
|||
|
İade İşlendi
|
Bu aktivite, müşteriye geri ödeme ödemesinin tamamlandığını işaret eder. Ödeme takas işleminin Oracle Financials'ta kaydedildiği zaman yakalanan açık bir `event`'tir. | ||
|
Neden önemli
Bu, müşterinin bakış açısından toplam geri ödeme döngü süresini ölçmek için kritik bir bitiş noktasıdır. Müşteriye karşı finansal yükümlülüğün yerine getirildiğini doğrular.
Nereden alınır
Bu
Yakala
Kredi dekontunu kapatan ödeme işleminin takas tarihini kullanın.
Event tipi
explicit
|
|||
|
İade Vakası Kapatıldı
|
Bu, teslim alma, tasfiye ve finansal mutabakat dahil olmak üzere `RMA` ile ilgili tüm eylemlerin tamamlandığını gösteren son aktivitedir. Bu, `RMA` siparişindeki nihai 'Kapandı' durumundan çıkarılır. | ||
|
Neden önemli
Bu
Nereden alınır
RMA order header ve tüm line'larının Oracle Order Management'ta nihai 'Closed' status'una ulaştığı timestamp'ten çıkarılır.
Yakala
RMA başlığı veya satır durumu 'Kapalı' olarak değiştiğindeki son zaman damgasını yakalayın.
Event tipi
inferred
|
|||
|
Öğeler İncelendi
|
Bu aktivite, bir kalite değerlendirmesinin kaydedildiği ürün inceleme sürecinin tamamlandığını gösterir. Genellikle Oracle Envanter Yönetimi veya Kalite Yönetimi'nde `RMA` durumunu güncelleyen açık bir işlemdir. | ||
|
Neden önemli
İncelemenin sonucu, geri ödeme onayı veya reddi gibi sonraki adımları doğrudan etkiler. İnceleme aktivitesinin süresi, depo verimliliği için önemli bir performans göstergesidir.
Nereden alınır
Bir denetçinin Oracle Envanter veya Kalite Yönetimi'nde RMA makbuzuna karşı denetim görevini tamamladığı işlem zaman damgasından yakalanır.
Yakala
İnceleme işleminin tamamlanma
Event tipi
explicit
|
|||
|
RMA Oluşturuldu
|
Bu aktivite, Oracle Fusion SCM'de bir İade Mal Yetkilendirmesi (`RMA`) oluşturulduğu iade sürecinin resmi başlangıcını işaret eder. Bu `event`, genellikle bir kullanıcı veya otomatik bir süreç yeni bir `RMA` satış siparişi kaydı oluşturduğunda açıkça yakalanır. | ||
|
Neden önemli
Bu, tüm iade süreci için birincil başlangıç
Nereden alınır
Bu, Oracle Fusion Sipariş Yönetimi'ndeki iade siparişi başlığının oluşturulma
Yakala
İade siparişi başlığı kaydının oluşturulma tarihini takip edin.
Event tipi
explicit
|
|||
|
RMA Onaylandı
|
Bu kilit dönüm noktası, iade talebinin iş kurallarına göre doğrulandığını ve onaylandığını gösterir. Bu, genellikle `RMA`'daki bir durum değişikliğinden çıkarılır ve müşteri gönderimi gibi sonraki süreç adımlarını açar. | ||
|
Neden önemli
Onay, süreçte kritik bir geçittir. Buradaki gecikmeler, toplam iade döngü süresini ve müşteri memnuniyetini doğrudan etkiler. Bu aktivite, onay darboğazlarını analiz etmek için esastır.
Nereden alınır
RMA order header veya line'da durumun 'Approved' veya 'Awaiting Receiving' status'una geçtiği timestamp'ten çıkarılır.
Yakala
RMA durumunun onaylanmış bir duruma güncellendiği zaman damgasını yakalayın.
Event tipi
inferred
|
|||
|
Ürün Kabul Edildi
|
Bu aktivite, iade edilen ürünün depoda veya işleme merkezinde fiziksel olarak teslim alındığını işaret eder. Ürünlerin taranıp `RMA`'ya karşı alındı olarak kaydedildiği zaman Oracle Fusion Envanter Yönetimi'nde yakalanan açık bir `event`'tir. | ||
|
Neden önemli
Ürünün teslim alınması, sonraki inceleme ve işleme adımlarını tetikleyen kritik bir dönüm noktasıdır. 'RMA Onaylandı'dan 'Ürün Teslim Alındı'ya kadar geçen süreyi ölçmek, lojistik ve gönderim performansını analiz etmeye yardımcı olur.
Nereden alınır
Bu, Oracle Envanter Yönetimi'nde kaydedilen açık bir işlemdir.
Yakala
Envanterdeki
Event tipi
explicit
|
|||
|
Değişim Siparişi Oluşturuldu
|
Bu aktivite, müşterinin geri ödeme yerine bir takas talep ettiği senaryolarda meydana gelir. Genellikle orijinal `RMA`'ya bağlı, yeni bir satış siparişinin oluşturulduğu açık bir `event`'tir. | ||
|
Neden önemli
Bu aktivite önemli bir süreç varyantını tanımlar. Takas süreçlerini geri ödeme süreçlerinden ayırmak, her bir yol için doğru döngü süresi analizi için anahtardır.
Nereden alınır
Bu, Sipariş Yönetimi'nde yeni bir satış siparişi belgesinin oluşturulmasıyla ilgili açık bir
Yakala
RMA'ya bağlı yeni satış siparişinin oluşturulma tarihini kullanın.
Event tipi
explicit
|
|||
|
İade Başlatıldı
|
Bu aktivite, geri ödeme için ödeme sürecinin başladığını gösterir. Genellikle kredi dekontundaki durum değişikliğinden, açık durumdan ödeme için işlendiğini belirten bir duruma geçişten çıkarılır. | ||
|
Neden önemli
Bu aktivite, kredi dekontunun onaylanmasını ve oluşturulmasını, farklı bir ekip veya sistem tarafından ele alınabilecek ve bir gecikme kaynağı olabilecek gerçek ödeme işleminden ayırmaya yardımcı olur.
Nereden alınır
Alacak Hesapları'ndaki kredi notunda bir durum değişikliğinden veya Kredi Notu'na atıfta bulunan Borç Hesapları'nda bir ödeme kaydının oluşturulmasından çıkarılır.
Yakala
Kredi notu durumunun 'Ödeme Bekliyor' veya benzeri bir duruma değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
İade Elden Çıkarma Kararı Belirlendi
|
İncelemeden sonra bu aktivite, iade edilen ürünle ne yapılacağına dair kararı temsil eder; örneğin 'Stoğa İade' veya 'İmha'. Bu, öğeyi nihai hedefine taşıyan açık bir envanter işlemi aracılığıyla yakalanır. | ||
|
Neden önemli
Bu adım, envanter doğruluğu ve finansal mutabakat için kritiktir. Tasfiyeleri analiz etmek, iade nedenlerini ve ürün kalitesi sorunlarını anlamaya yardımcı olur.
Nereden alınır
İnceleme sonrası Oracle Inventory Management'ta subinventory transfer veya item status update gibi bir transaction olarak kaydedilir.
Yakala
Tasfiyeyi eyleme geçiren envanter işleminin
Event tipi
explicit
|
|||
|
Müşteri Bilgilendirildi
|
Bu, müşteriye iade `case`'inin (örn. geri ödeme işlendi veya takas gönderildi) çözüldüğünü doğrulayan gönderilen iletişimi temsil eder. Bu, genellikle bir iletişim `log`'undan veya `case` üzerindeki bir durum güncellemesinden yakalanır. | ||
|
Neden önemli
Zamanında müşteri iletişimi memnuniyet için hayati önem taşır. Bunu analiz etmek, iletişim için hizmet seviyesi anlaşmalarının (
Nereden alınır
Sistem analizi gerektirir. Bu, entegre bir CRM veya communications platform tarafından log'lanabilir veya RMA'da veya ilgili bir service request'te manuel bir status update olabilir.
Yakala
Harici bir iletişim sisteminden veya manuel bir güncellemeden
Event tipi
inferred
|
|||
|
Müşteri Tarafından Gönderilen Ürün
|
Müşterinin iade edilen ürünü şirkete geri gönderme eylemini temsil eder. Bu event genellikle doğrudan Oracle SCM'de yakalanmaz, ancak carrier integration data'dan veya manuel bir update'ten çıkarılabilir. | ||
|
Neden önemli
Bu aktivite, müşteri davranışları ve ürünlerin transit süresi hakkında içgörü sağlar. Dahili işleme gecikmeleri ile nakliyeden kaynaklanan gecikmeler arasında ayrım yapmaya yardımcı olur.
Nereden alınır
Bu,
Yakala
Entegre bir taşıyıcı
Event tipi
inferred
|
|||
|
RMA Onayı Gönderildi
|
Bu, oluşturulan `RMA`'nın dahili inceleme ve onay için gönderildiği noktayı temsil eder. Genellikle `RMA` üzerindeki bir durum değişikliğinden çıkarılır, taslak veya giriş durumundan bekleyen onay durumuna geçtiğini gösterir. | ||
|
Neden önemli
Bunu takip etmek, ön onay fazı süresini ölçmeye yardımcı olur. Veri giriş süresini, bir onaylayıcının harekete geçmesini beklerken harcanan gerçek süreden ayırır.
Nereden alınır
RMA order header veya line status'unun Order Management approval workflow'u içinde 'Pending Approval' veya eşdeğer bir status'a değiştiği timestamp'ten çıkarılır.
Yakala
Durumun 'Onay Bekliyor' olarak değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
RMA Reddedildi
|
Müşterinin iade talebini reddetme yönündeki nihai bir kararı temsil eder. Bu genellikle onay aşamasında RMA'nın durumunun 'Reddedildi' veya 'İptal Edildi' olarak değişmesinden çıkarılır. | ||
|
Neden önemli
Bu, kritik bir istisna yoludur. Reddetmelerin sıklığını ve nedenlerini analiz etmek, iade politikaları, müşteri beklentileri veya dolandırıcılık girişimleriyle ilgili sorunları ortaya çıkarabilir.
Nereden alınır
RMA order header veya line'da durumun 'Rejected' veya eşdeğer bir terminal status'una geçtiği timestamp'ten çıkarılır.
Yakala
Durumun 'Reddedildi' veya 'İptal Edildi' olarak değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Ürün İncelemesi Başladı
|
İade edilen ürünün fiziksel incelemesinin başlangıcını gösterir, durumunu değerlendirmek için. Bu, ürünün depo yönetimi modülü içindeki konumundan veya durum değişikliğinden çıkarılabilir veya açık bir tarama olabilir. | ||
|
Neden önemli
Ürün kabulü ile inceleme başlangıcı arasındaki süreyi ölçmek, inceleme istasyonundaki kuyruk gecikmelerini (yaygın bir darboğaz) vurgular.
Nereden alınır
Bu, Oracle Envanter Yönetimi'ndeki teslimat satırındaki bir durum değişikliği veya öğeyi bir inceleme konumuna taşıyan bir işlemle yakalanabilir. Açıkça yakalamak için özel yapılandırma gerektirebilir.
Yakala
Bir durum değişikliğinin veya envanterin bir inceleme alanına aktarımının
Event tipi
inferred
|
|||