Veri Template'i: Siparişten Nakde - Satış Siparişi İşleme
Siparişten Nakde - Satış Siparişi İşleme Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Analiz için izlenecek temel faaliyetler
- Veri çıkarma rehberliği
Siparişten Nakiye Süreci - Satış Siparişi İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Satış siparişi yaşam döngüsü içinde gerçekleşen belirli bir iş eventinin veya adımının adı. | ||
|
Açıklama
Bu öznitelik, 'Sipariş Kaydedildi', 'Ürün Sevkiyatı Yapıldı' veya 'Ödeme Alındı' gibi bir satış siparişi üzerinde gerçekleştirilen her bir aktivitenin adını kaydeder. Bu aktiviteler, Siparişten Tahsilata sürecindeki ana kilometre taşlarını temsil eder. Bu aktivitelerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Bu sayede yaygın yollar, sapmalar ve darboğazlar dahil olmak üzere fiili süreç akışları keşfedilebilir. Bu veri, süreç analizi için birincil görselleştirme aracı olan süreç haritasını oluşturmak için kullanılır.
Neden önemli
Süreç haritasındaki adımları tanımlar; bu da süreç akışını görselleştirmek ve analiz etmek için temeldir.
Nereden alınır
Bu, Order Management, Shipping Execution ve Accounts Receivable gibi modüllerdeki çeşitli kaynak sistemi olay'ları, durumları ve işlem tarihlerinden türetilen kavramsal bir alandır.
Örnekler
Satış Siparişi OluşturulduMallar GönderildiFatura OluşturulduÖdeme Alındı
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir aktivitenin ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Event Time veya timestamp, bir etkinliğin yürütüldüğü kesin tarih ve zamanı yakalar. Örneğin, bir siparişin ne zaman oluşturulduğunu, bir faturanın ne zaman gönderildiğini veya ödemenin ne zaman alındığını kaydeder. Bu zamansal veri, process mining için temeldir. Bu attribute, her bir vaka için eventleri kronolojik olarak sıralamak için kullanılır, bu da süreç akışını doğru bir şekilde yeniden yapılandırmak için gereklidir. Ayrıca, etkinlikler arasındaki cycle time'lar, genel vaka süresi ve gecikmelerin veya bottlenecklerin belirlenmesi gibi tüm süre ve performans hesaplamalarının temelini oluşturur.
Neden önemli
Olayların kronolojik sırasını sağlar ve cycle time ile darboğaz tespiti dahil tüm zaman bazlı performans analizlerinin temelidir.
Nereden alınır
Oracle EBS tablolarında OE_ORDER_HEADERS_ALL'daki CREATION_DATE, WSH_DELIVERY_DETAILS'daki ACTUAL_SHIPMENT_DATE veya RA_CUSTOMER_TRX_ALL'daki TRX_DATE gibi çeşitli tarih alanlarından alınmıştır.
Örnekler
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
|
|||
|
Satış Siparişi
SalesOrder
|
Siparişten Tahsilata süreci için birincil case olarak hizmet veren, bir müşterinin satış siparişi için benzersiz tanımlayıcı. | ||
|
Açıklama
Satış Siparişi numarası, her bir müşteri siparişini oluşturulmasından nihai kapanışına kadar tüm yaşam döngüsü boyunca benzersiz bir şekilde tanımlar. Rezervasyon, sevkiyat, faturalama ve ödeme gibi ilgili tüm aktiviteleri birbirine bağlayan merkezi bir unsur görevi görür. Proses Madenciliğinde, bu öznitelik her siparişin uçtan uca yolculuğunu yeniden yapılandırmak için hayati öneme sahiptir. Tüm eventleri tek bir Satış Siparişi altında gruplayarak, analistler tam süreç akışını görselleştirebilir, siparişler arasındaki farklılıkları belirleyebilir ve bireysel caseler için çevrim süresi ve zamanında teslimat gibi temel performans göstergelerini ölçebilir.
Neden önemli
Bu, tüm süreç olay'larını bir araya getirerek uçtan uca sipariş yaşam döngüsünü analiz etmek için temel olan Vaka Kimliği'dir.
Nereden alınır
Bir satış siparişi için, tipik olarak OE_ORDER_HEADERS_ALL.HEADER_ID gibi Oracle Sipariş Yönetimi tablolarında bulunan birincil anahtardır.
Örnekler
685127103482459
|
|||
|
Kullanıcı Adı
UserName
|
Aktiviteyi gerçekleştiren kullanıcı. | ||
|
Açıklama
Belirli bir süreç adımını yürütmekten sorumlu kullanıcıyı tanımlar. Bu, siparişi oluşturan satış temsilcisi, kontrolü yapan kredi analisti veya faturayı oluşturan memur olabilir. Kullanıcıya göre aktivitelerin analizi, eğitim ihtiyaçlarını, yüksek performanslı bireyleri veya ekipleri ve iş yükü dağılımını belirlemeye yardımcı olur. Ayrıca, yetkisiz eylemlerin araştırılması veya belirli kullanıcılarla ilişkili yeniden işleme modellerinin anlaşılması gibi uyumluluk ve denetim izi analizi için de kritik öneme sahiptir.
Neden önemli
Kullanıcı performansının, iş yükü dağıtımının ve uyumluluk protokollerine bağlılığın analiz edilmesini sağlar. Bir eylemi 'kimin' gerçekleştirdiğini yanıtlamaya yardımcı olur.
Nereden alınır
Çeşitli Oracle EBS tablolarında CREATED_BY veya LAST_UPDATED_BY gibi kullanıcıyla ilgili alanlardan alınmıştır. Bu, genellikle tam kullanıcı adını almak için FND_USER ile birleştirmeyi gerektirir.
Örnekler
JSMITHRWILLIAMSCDAVIS
|
|||
|
Müşteri Adı
CustomerName
|
Satış siparişini veren müşterinin adı. | ||
|
Açıklama
Bu öznitelik, satış siparişiyle ilişkili müşterinin yasal adını tanımlar. Süreç performansını segmentlere ayırmak ve analiz etmek için birincil bir boyuttur. Süreci müşteriye göre filtreleyerek veya ayrıştırarak analistler, hangi müşterilerin en uzun çevrim sürelerini yaşadığını, en yüksek yeniden işleme oranlarına sahip olduğunu veya en sık ödeme gecikmeleriyle ilişkilendirildiğini belirleyebilirler. Bu içgörü, müşteri ilişkilerini geliştirmek, hizmet seviyelerini özelleştirmek ve müşteri davranışını anlamak için paha biçilmezdir.
Neden önemli
Müşteri odaklı analiz yaparak performans farklılıklarını belirlemeyi, hizmeti iyileştirmeyi ve farklı müşterilerdeki ödeme davranışlarını anlamayı sağlar.
Nereden alınır
SOLD_TO_ORG_ID'nin OE_ORDER_HEADERS_ALL tablosundan HZ_CUST_ACCOUNTS ve HZ_PARTIES tablolarıyla birleştirilmesiyle türetilir, bu sayede taraf adı (party name) alınır.
Örnekler
Global Tech Inc.Innovate Solutions LLCPioneer Corp
|
|||
|
Ödeme Vadeleri
PaymentTerms
|
Müşterinin mal veya hizmetler için ne zaman ödeme yapması gerektiğini belirleyen, üzerinde anlaşmaya varılmış koşullardır. | ||
|
Açıklama
Ödeme Koşulları, bir fatura için 'Net 30', 'Net 60' veya 'Makbuzda Vade' gibi ödeme koşullarını belirtir. Bu öznitelik, alacak hesaplarını ve nakit akışını yönetmek için temeldir. Ödeme koşullarına göre süreç performansını analiz etmek, belirli koşullara sahip müşterilerin geç ödeme yapma olasılığının daha yüksek olup olmadığını belirlemeye yardımcı olur. Bu bilgi, finansal riski değerlendirmek, tahsilat stratejilerini optimize etmek ve farklı ödeme koşulu tekliflerinin etkinliğini değerlendirmek için kullanılır. 'Ödeme Koşulları Uyumluluk İzleme' dashboard'u için temel bir boyuttur.
Neden önemli
Ödeme davranışlarını analiz etmek, nakit akışını izlemek ve farklı müşteri sözleşmeleriyle ilişkili finansal riski değerlendirmek için kritik öneme sahiptir.
Nereden alınır
RA_TERMS tablosunda bulunur, RA_CUSTOMER_TRX_ALL (faturalar için) veya OE_ORDER_HEADERS_ALL (siparişler için) gibi tablolardaki TERM_ID aracılığıyla bağlantılıdır.
Örnekler
Net 30 GünNet 60 GünMakbuzda ödenecek
|
|||
|
Onaylanmış Teslim Tarihi
ConfirmedDeliveryDate
|
Malların müşteriye teslim edilmesinin planlandığı taahhüt edilen tarihtir. | ||
|
Açıklama
Bu öznitelik, müşteriye taahhüt edilen veya onaylanan teslimat tarihini saklar. Zamanında teslimat performansını ölçmek için hedef veya başlangıç noktası görevi görür. Process Mining'de, bu tarih, 'Ürün Teslim Edildi' aktivitesinden gelen gerçek teslimat timestamp'i ile karşılaştırılarak 'Zamanında Teslimat Oranı' KPI'ı hesaplanır. Bu tarihten sapmaların analizi, lojistik, envanter yönetimi veya üretim planlamasındaki teslimat gecikmelerine yol açan sistematik sorunları belirlemeye yardımcı olur.
Neden önemli
Bu, müşteri memnuniyeti ve operasyonel mükemmellik için kritik bir KPI olan zamanında teslimat performansını ölçmek için temeldir.
Nereden alınır
Bu tarih genellikle OE_ORDER_LINES_ALL tablosundaki sipariş satırı düzeyindeki LATEST_ACCEPTABLE_DATE veya REQUEST_DATE alanlarında bulunur.
Örnekler
2023-05-102023-06-012023-07-20
|
|||
|
Sipariş Durumu
OrderStatus
|
Satış siparişinin veya sipariş kaleminin güncel veya geçmiş durumu. | ||
|
Açıklama
Bu öznitelik, bir satış siparişinin Girildi, Rezerve Edildi, Kapatıldı veya İptal Edildi gibi farklı zaman noktalarındaki durumunu yakalar. Durumlar genellikle süreç aktiviteleriyle doğrudan eşleşir. Sipariş durumunu takip etmek, tüm aktif siparişlerin güncel durumunu gösteren dashboardlar oluşturmanın anahtarıdır. Yöneticilerin sipariş akışını izlemesine, durmuş siparişleri belirlemesine ve istisnaları proaktif olarak yönetmesine olanak tanır. Durum geçişlerini analiz etmek, süreç haritası için aktiviteleri tanımlamanın yaygın bir yoludur.
Neden önemli
Satış siparişi hattına görünürlük sağlar, durgun siparişleri belirlemeye ve süreç istisnalarını yönetmeye yardımcı olur.
Nereden alınır
Genellikle OE_ORDER_HEADERS_ALL ve OE_ORDER_LINES_ALL tablolarındaki FLOW_STATUS_CODE sütununda bulunur.
Örnekler
KAYDEDİLDİGÖNDERİM BEKLENİYORSHIPPEDCLOSEDCANCELLED
|
|||
|
Son Ödeme Tarihi
PaymentDueDate
|
Müşteriden gelen fatura ödemesinin vadesinin geldiği hesaplanan tarihtir. | ||
|
Açıklama
Ödeme Vadesi, bir faturanın ödenmesi gereken, fatura tarihine ve üzerinde anlaşılan ödeme koşullarına göre hesaplanan belirli bir takvim tarihidir. Bu, Ödeme Alındı aktivitesinin hedef tarihidir. Bu öznitelik, Ödeme Vadesi Uyumluluk Oranı KPI'ını gerçek ödeme tarihiyle karşılaştırarak hesaplamak için esastır. Sapmaları analiz etmek, tahsilat ekibinin çabalarını önceliklendirmesine, sürekli geç ödeme yapan müşterileri belirlemesine ve ihtarnameli takip sürecinin etkinliğini ölçmesine yardımcı olur.
Neden önemli
Ödeme tahsilatı için hedef tarihi olarak hizmet eder, ödeme zamanlamasının ve müşterinin koşullara uyumunun ölçülmesini sağlar.
Nereden alınır
AR_PAYMENT_SCHEDULES_ALL tablosundaki DUE_DATE alanında yer alır ve fatura işlemiyle bağlantılıdır.
Örnekler
2023-06-152023-07-012023-08-30
|
|||
|
Toplam Sipariş Tutarı
TotalOrderAmount
|
Satış siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, bir satış siparişindeki tüm satırların işlem para biriminde ifade edilen toplam değerini temsil eder. Her vaka ile ilişkili önemli bir finansal metriktir. Süreç metriklerini sipariş miktarına göre analiz etmek, iyileştirme çabalarını önceliklendirmeye yardımcı olur. Örneğin, analistler yüksek değerli siparişlerin düşük değerli siparişlere göre daha fazla gecikme veya yeniden çalışma yaşayıp yaşamadığını araştırabilir. Ayrıca, belirli bir darboğazda takılı kalan siparişlerin değerini nicelendirme gibi finansal etki değerlendirmesine de olanak tanır.
Neden önemli
Sürecin finansal analizini sağlayarak, yüksek değerli siparişlere öncelik verilmesine ve verimsizliklerin parasal etkisinin nicelleştirilmesine yardımcı olur.
Nereden alınır
Bu değer genellikle belirli bir sipariş için satır tutarlarının toplanmasıyla hesaplanır. Satır tutarları OE_ORDER_LINES_ALL gibi tablolarda bulunur.
Örnekler
5450.00125000.75980.50
|
|||
|
İptal Nedeni
CancellationReason
|
Bir satış siparişinin veya sipariş kaleminin iptal edilmesinin belgelenmiş nedeni. | ||
|
Açıklama
Bir satış siparişi iptal edildiğinde, bu öznitelik, iptal nedeni olarak belirtilen açıklamayı yakalar. Örnek nedenler arasında 'Müşteri İsteği', 'Stokta Yok' veya 'Kredi Bekletme' bulunabilir. Bu veri, sipariş iptallerinin temel neden analizi için hayati öneme sahiptir. 'Satış Siparişi İptal Oranı ve Nedenleri' dashboard'ı, iptallerin birincil nedenlerini belirlemek için bu özniteliği kullanır ve işletmenin müşteri kaybını azaltmak, envanter tahminini iyileştirmek veya kredi politikalarını rafine etmek için hedeflenmiş stratejiler uygulamasını sağlar.
Neden önemli
Siparişlerin neden iptal edildiğine dair doğrudan içgörü sağlar, kayıp satışları azaltmak ve müşteri tutma oranını artırmak için kök neden analizi yapılmasına olanak tanır.
Nereden alınır
Bu bilgi genellikle OE_ORDER_LINES_ALL tablosunda veya sipariş değişiklikleri için ilgili bir tabloda bulunabilecek CANCELLED_REASON gibi bir neden kodu alanında saklanır.
Örnekler
Öğe Üretimden KaldırıldıMüşteri iptal ettiYinelenen sipariş
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin çekildiği sistem. | ||
|
Açıklama
Bu öznitelik, event verisinin kaynaklandığı bilgi sistemini tanımlar. Bu süreç için, sürekli olarak Oracle E-Business Suite olacaktır. Birden fazla sistemin olduğu ortamlarda, bu alan veri soy ağacı ve sorun giderme için kritiktir. Tek sistem bağlamında bile, veri modeli için önemli bir bağlam sağlar ve veri alım süreçlerini standartlaştırmaya yardımcı olur.
Neden önemli
Veri kaynağı hakkında temel bağlam sağlar, özellikle çoklu sistem ortamlarında verilerin izlenebilirliğini ve doğru yorumlanmasını garanti eder.
Nereden alınır
Bu, genellikle veri'nin kaynağını etiketlemek için veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında eklenen statik bir değerdir.
Örnekler
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Ödeme Zamanında Yapıldı mı
IsPaymentOnTime
|
Ödemenin fatura son ödeme tarihinde veya öncesinde alınıp alınmadığını gösteren bir işaretleyici. | ||
|
Açıklama
Bu, 'Ödeme Alındı' aktivitesinin timestamp'inin ilgili faturanın 'Ödeme Vade Tarihi' ile karşılaştırılmasıyla türetilen hesaplanmış bir mantıksal özniteliktir. Ödeme uyumluluğunun basit bir doğru/yanlış göstergesini sağlar. Bu gösterge, 'Ödeme Vadesi Uyumluluk Oranı' KPI'ının temelidir. Müşteri ödeme davranışını ve alacak hesapları sürecinin etkinliğini izleyen Dashboard ve raporların oluşturulmasını basitleştirir. Müşteri tipi veya ödeme koşulları gibi katkıda bulunan faktörleri analiz etmek için zamanında yapılan ödemeler ile geç yapılan ödemelerin hızlı bir şekilde segmentlere ayrılmasını sağlar.
Neden önemli
Nakit akışını yönetmek ve müşteri finansal güvenilirliğini değerlendirmek için kritik olan ödeme koşullarına uyumu doğrudan ölçer.
Nereden alınır
Bu hesaplanmış bir alandır. Mantık şudur: EĞER ('Ödeme Alındı' EventTime <= Ödeme Vade Tarihi) İSE Doğru DEĞİLSE Yanlış.
Örnekler
truefalse
|
|||
|
Para Birimi
Currency
|
Satış siparişinin parasal değerleri için para birimi kodu. | ||
|
Açıklama
Para birimi özniteliği, sipariş tutarlarının USD, EUR veya JPY gibi hangi para birimiyle ifade edildiğini belirtir. Siparişle ilgili finansal verileri yorumlamak için gerekli bağlamı sunar. Bu durum, farklı para birimlerinde işlem yapan çok uluslu kuruluşlar için analizlerde hayati önem taşır. Toplam Sipariş Tutarı gibi finansal metriklerin doğru anlaşılmasını sağlar ve toplu raporlama için gerektiğinde doğru para birimi dönüştürmesine olanak tanır.
Neden önemli
Tüm parasal değerler için temel bağlam sağlar, özellikle küresel bir iş ortamında doğru finansal analizi garanti eder.
Nereden alınır
OE_ORDER_HEADERS_ALL tablosundaki TRANSACTIONAL_CURR_CODE alanında yer alır.
Örnekler
USDEURGBP
|
|||
|
Sevkiyat Yöntemi
ShippingMethod
|
Malları müşteriye taşımak için kullanılan yöntem veya taşıyıcı. | ||
|
Açıklama
Bu öznitelik, 'Kara Taşımacılığı', 'Hava Ekspres' veya 'Yerel Kurye' gibi sevkiyat için kullanılan ulaşım modunu veya hizmet seviyesini belirtir. Hem teslimat süresini hem de maliyeti etkileyen temel bir faktördür. İşletmeler, bu özniteliği kullanarak süreci analiz ederek farklı nakliye yöntemlerinin performansını değerlendirebilir. Örneğin, 'Nakliye Yöntemi Performansı' Dashboard'u, her bir yöntem için 'Ürün Sevkiyatı Yapıldı'dan 'Ürün Teslim Edildi'ye kadar olan döngü süresini karşılaştırarak, hız, maliyet ve güvenilirliği dengelemek için lojistiği optimize etmeye yardımcı olur.
Neden önemli
Farklı taşıyıcıların ve gönderi seçeneklerinin performans değerlendirmesini sağlayarak, maliyet, hız ve güvenilirlik açısından optimize etmeye yardımcı olur.
Nereden alınır
Genellikle WSH_DELIVERY_DETAILS veya OE_ORDER_LINES_ALL gibi tablolarda SHIPPING_METHOD_CODE olarak saklanır.
Örnekler
UPS GroundFedEx Priority OvernightDHL Express Worldwide
|
|||
|
Sipariş Miktarı
OrderQuantity
|
Belirli bir satış siparişi kaleminde sipariş edilen ürün miktarı. | ||
|
Açıklama
Bu öznitelik, bir satış siparişi satırında müşteri tarafından talep edilen belirli bir ürünün birim sayısını belirtir. Satır bazında işlemin hacmini temsil eder. Sipariş miktarı, süreç davranışının sipariş büyüklüğüyle değişip değişmediğini belirlemek için bir analiz boyutu olarak kullanılabilir. Örneğin, çok büyük veya çok küçük siparişler farklı süreç yollarını izleyebilir veya farklı türde gecikmeler yaşayabilir. Ayrıca, sipariş değeri gibi diğer metrikler için de bağlam sağlar.
Neden önemli
Bir siparişin ölçeği hakkında bağlam sağlar; sipariş hacminin süreç verimliliğini ve tamamlanma yollarını nasıl etkilediğinin analiz edilmesini sağlar.
Nereden alınır
OE_ORDER_LINES_ALL tablosundaki ORDERED_QUANTITY alanında bulunur.
Örnekler
102501
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden en son veri yenilemesinin zaman damgası. | ||
|
Açıklama
Bu öznitelik, verinin Oracle E-Business Suite'ten en son ne zaman çıkarılıp proses madenciliği aracına yüklendiğini belirtir. Analiz edilen verinin güncelliğini yansıtır. Bu, kullanıcıların görüntüledikleri içgörülerin güncelliğini anlamaları için hayati önem taşır. Operasyonel kararlar almak için önemli olan, gerçek zamanlı bilgilere mi yoksa belirli bir zaman noktasından alınmış bir anlık görüntüye mi baktıklarını bilmelerine yardımcı olur.
Neden önemli
Kullanıcıları verinin güncelliği hakkında bilgilendirir; bu, analize güvenmek ve zamanında karar vermek için kritik öneme sahiptir.
Nereden alınır
Bu timestamp, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve eklenir.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Ürün Numarası
ProductNumber
|
Satış siparişi kalemindeki ürün veya kalem için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, satılmakta olan belirli malzemeyi, öğeyi veya hizmeti tanımlar. Analizin satış siparişi başlığından daha ayrıntılı bir seviyede gerçekleştirilmesine olanak tanır. Süreci ürüne göre analiz etmek, ürüne özel sorunları ortaya çıkarmaya yardımcı olur. Örneğin, bazı ürünler karmaşık üretim veya tedarik nedeniyle daha uzun karşılama sürelerine sahip olabilirken, diğerleri daha yüksek oranda sevkiyat hataları veya müşteri anlaşmazlıkları ile ilişkilendirilebilir. Bu durum, tedarik zinciri ve ürün yönetiminde hedeflenen iyileştirmeleri mümkün kılar.
Neden önemli
Süreç gecikmelerine, yeniden işleme veya diğer verimsizliklere neden olan öğeleri belirlemek için ürün düzeyinde analiz yapılmasına olanak tanır.
Nereden alınır
OE_ORDER_LINES_ALL tablosundaki INVENTORY_ITEM_ID'den türetilir ve MTL_SYSTEM_ITEMS_B ile birleştirilerek ürün numarası veya açıklaması alınabilir.
Örnekler
AS54888CM15001SV20100
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir satış siparişinin tekrarlanan onay veya güncelleme aktiviteleri gibi yeniden işleme tabi tutulup tutulmadığını belirten bir işaretleyici. | ||
|
Açıklama
Bu, yeniden çalışma göstergesi olan kalıplar içeren vaka'ları işaretleyen hesaplanmış bir mantıksal özniteliktir. Yeniden çalışma, süreç haritasında bir siparişin birden çok kez kaydedilmesi gibi döngüler tespit edilerek veya sistemde kayıtlı belirli değişiklik olay'ları aracılığıyla tanımlanabilir. Bu gösterge, 'Satış Siparişi Yeniden Çalışma Oranı' KPI'ını hesaplamak ve 'Satış Siparişi Yeniden Çalışma Analizi' Dashboard'unu güçlendirmek için kullanılır. Analistlerin standart süreçten sapan siparişleri kolayca izole etmesine ve incelemesine olanak tanır, bu da yeniden çalışma'nın döngü süreleri ve maliyetler üzerindeki etkisini nicelendirmeye ve bu verimsiz döngülerin temel nedenlerini belirlemeye yardımcı olur.
Neden önemli
Manuel değişiklik gerektiren siparişleri işaretleyerek süreç verimsizliğini ölçmeye yardımcı olur; yeniden işleme nedenlerinin ve etkilerinin analiz edilmesini sağlar.
Nereden alınır
Veri dönüşümü sırasında, bir döngüyü temsil eden etkinlik dizileri (örn. aynı vaka için 'Sipariş Kaydedildi'nin birden fazla kez gerçekleşmesi) belirlenerek hesaplanır.
Örnekler
truefalse
|
|||
|
Zamanında Teslimat Yapıldı mı
IsOnTimeDelivery
|
Siparişin teyit edilen teslim tarihinde veya öncesinde teslim edilip edilmediğini gösteren bir işaretleyici. | ||
|
Açıklama
Bu hesaplanmış öznitelik, bir siparişin teslimat taahhüdünü karşılayıp karşılamadığını gösteren mantıksal gösterge (Doğru/Yanlış) niteliğindedir. 'Ürün Teslim Edildi' aktivitesinin timestamp'i ile 'Onaylı Teslimat Tarihi'nin karşılaştırılmasıyla elde edilir. Bu öznitelik, 'Zamanında Teslimat Oranı' KPI'ını doğrudan destekler. Her sipariş için net, ikili bir sonuç sağlayarak analiz ve Dashboard oluşturmayı basitleştirir. Bu, yaygın ürünler, müşteriler veya nakliye yöntemleri gibi geç teslimatların özelliklerini belirlemek için kolay filtreleme ve toplama imkanı sunar.
Neden önemli
Müşteri hizmet seviyelerini ve sipariş karşılama güvenilirliğini doğrudan ölçerek, zamanında teslimat KPI'sının hesaplanmasını ve görselleştirilmesini basitleştirir.
Nereden alınır
Bu hesaplanmış bir alandır. Mantık şudur: EĞER ('Ürünler Teslim Edildi' EventTime <= Onaylı Teslimat Tarihi) İSE Doğru DEĞİLSE Yanlış.
Örnekler
truefalse
|
|||
Siparişten Nakiye Süreci - Satış Siparişi İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Envanter Tahsis Edildi
|
Bu aktivite, sipariş kalemleri için envanterin rezerve edilmesini temsil eder ve gerekli miktarın toplanmaya hazır olmasını sağlar. Bu durum, genellikle satış siparişi kalemindeki bir durum değişikliğinden çıkarılır ve depoya serbest bırakılmaya hazır olduğunu gösterir. | ||
|
Neden önemli
Bu kilometre taşı, yerine getirme hazırlığını anlamak için çok önemlidir. Buradaki gecikmeler, envanter eksiklikleri, tedarik sorunları veya tahsis süreci verimsizliklerine işaret edebilir.
Nereden alınır
WSH_DELIVERY_DETAILS tablosundaki durum değişikliklerinden çıkarılır. Aktivite, bir kalemin durumu 'Serbest Bırakılmaya Hazır' olarak güncellendiğinde gerçekleşir ve zaman damgası ilişkili durum güncellemesinden türetilir.
Yakala
WSH_DELIVERY_DETAILS'daki kalem durumu güncellemelerinden 'Serbest Bırakılmaya Hazır' durumuna geçişten çıkarılır.
Event tipi
inferred
|
|||
|
Fatura Oluşturuldu
|
Bu olay, sevk edilen mallar için alacak faturasının oluşturulmasını işaretler. Order Management ve Shipping'den veri'yi Receivables modülüne çeken AutoInvoice süreci tarafından tetiklenen açık bir olay'dır. | ||
|
Neden önemli
Bu aktivite, sürecin finansal mutabakat aşamasını başlatır. Fatura-ödeme çevrim süresini ölçmek ve faturalama verimliliğini izlemek için başlangıç noktasıdır.
Nereden alınır
Bu, Oracle Receivables'taki RA_CUSTOMER_TRX_ALL tablosunda kaydedilen açık bir işlemdir. TRX_DATE veya CREATION_DATE, olay timestamp'i olarak hizmet eder.
Yakala
RA_CUSTOMER_TRX_ALL tablosundan TRX_DATE'i kullanın.
Event tipi
explicit
|
|||
|
Mallar Gönderildi
|
Malların fiziksel olarak depodan çıktığı gönderi onay sürecinin tamamlanmasını temsil eder. Bu, envanteri güncelleyen ve sipariş durumunu ilerleten sevkiyat modülündeki önemli bir açık olaydır. | ||
|
Neden önemli
Bu, zamanında sevkiyat performansını ölçmek için kullanılan kritik bir yerine getirme kilometre taşıdır. Ayrıca faturalandırma ve gelir tanıma süreçleri için de tetikleyici görevi görür.
Nereden alınır
Oracle Shipping Execution'da açık bir işlem olarak yakalanır. Zaman damgası WSH_NEW_DELIVERIES tablosunun INITIAL_PICKUP_DATE sütununda bulunabilir veya WSH_DELIVERY_DETAILS tablosundaki durum güncellemelerinden 'Shipped' durumuna geçişle türetilebilir.
Yakala
WSH_DELIVERY_DETAILS veya WSH_NEW_DELIVERIES'ten sevkiyat onay tarihini kullanın.
Event tipi
explicit
|
|||
|
Ödeme Alındı
|
Bu aktivite, bir müşterinin ödemesi alındığında ve sistemdeki ilgili faturaya uygulandığında gerçekleşir. Bu, Alacaklar modülüne kaydedilen açık bir finansal işlemdir. | ||
|
Neden önemli
Bu kilometre taşı, nakit akışını, Tahsilat Süresi (DSO)'yi ve ödeme vadesi uyumluluğunu izlemek için kritik öneme sahiptir. Finansal döngü süresini ölçmek için önemli bir bitiş noktasıdır.
Nereden alınır
AR_RECEIVABLE_APPLICATIONS_ALL tablosunda açıkça kaydedilmiştir. APPLY_DATE sütunu, nakit makbuzunun faturaya uygulandığı zamana dair timestamp bilgisini sağlar.
Yakala
Belirli fatura için AR_RECEIVABLE_APPLICATIONS_ALL tablosundan APPLY_DATE kullanın.
Event tipi
explicit
|
|||
|
Satış Siparişi Oluşturuldu
|
Bu aktivite, sistemde bir satış siparişinin ilk oluşturulmasını işaret eder. Bir kullanıcı yeni bir satış siparişi başlığını kaydettiğinde yakalanan açık bir event olup, Siparişten Tahsilata süreçinin resmi başlangıcını temsil eder. | ||
|
Neden önemli
Bu, sürecin birincil başlangıç olay'ıdır. Bu noktadan sonraki aktivitelere kadar geçen sürenin analizi, genel Siparişten Tahsilata döngü süresini ölçmek için hayati öneme sahiptir.
Nereden alınır
Bu olay, Oracle Order Management modülündeki OE_ORDER_HEADERS_ALL tablosundan alınır. CREATION_DATE sütunu, bu aktivite için açık timestamp'i sağlar.
Yakala
OE_ORDER_HEADERS_ALL tablosundan CREATION_DATE kullanın.
Event tipi
explicit
|
|||
|
Sipariş Kapatıldı
|
Bu aktivite, satış siparişinin tüm kalemleri başarıyla sevk edildikten, faturalandırıldıktan ve kapatıldıktan sonra nihai tamamlanmasını işaret eder. Bu, sipariş başlığında açık bir durum güncellemesidir. | ||
|
Neden önemli
Bu, Siparişten Tahsilata süreci için birincil başarı bitiş noktasıdır. Başarıyla tamamlanan siparişler için uçtan uca döngü süresini hesaplamak için gereken son timestamp'i sağlar.
Nereden alınır
Bu olay, OE_ORDER_HEADERS_ALL tablosunda FLOW_STATUS_CODE 'CLOSED' olarak güncellendiğinde kaydedilir. Bu durum değişikliğinin LAST_UPDATE_DATE'i, olay timestamp'idir.
Yakala
FLOW_STATUS_CODE 'CLOSED' olduğunda OE_ORDER_HEADERS_ALL tablosundaki güncellemenin zaman damgası.
Event tipi
explicit
|
|||
|
Sipariş Kaydedildi
|
Satış siparişinin resmi onayını temsil eder, onu aktif ve tedarik ile sevkiyat gibi sonraki işlemler için uygun hale getirir. Bu, Oracle EBS'te siparişin durumunu 'Entered'dan 'Booked'a değiştiren açık bir eylemdir. | ||
|
Neden önemli
Kayıt, siparişin yerine getirilmesi için resmi olarak taahhüt edildiği kritik bir dönüm noktasıdır. Oluşturma ve kayıt arasındaki gecikmeler, veri girişi, onaylar veya ilk doğrulama ile ilgili sorunları gösterebilir.
Nereden alınır
OE_ORDER_HEADERS_ALL tablosundan yakalanır. Olay, BOOKED_FLAG 'Y' olarak ayarlandığında gerçekleşir ve zaman damgası BOOKED_DATE sütununa kaydedilir.
Yakala
OE_ORDER_HEADERS_ALL tablosundan BOOKED_DATE kullanın.
Event tipi
explicit
|
|||
|
Fatura Müşteriye Gönderildi
|
Bu aktivite, faturanın basılı veya elektronik yollarla müşteriye iletildiği noktayı temsil eder. Bu, oluşturulmadan her zaman açık ve ayrı bir event olmadığı için tipik olarak çıkarım yoluyla belirlenir. | ||
|
Neden önemli
Müşterinin ödeme vadesi başlangıcını resmi olarak işaretler. Fatura oluşturma ve gönderme arasındaki gecikmeler, nakit akışını olumsuz etkileyebilir ve geç ödemelere yol açabilir.
Nereden alınır
Bu, RA_CUSTOMER_TRX_ALL tablosundaki LAST_PRINTED_DATE alanından çıkarılabilir. Elektronik faturalar için, harici bir belge teslim sistemi loglarına bakmayı gerektirebilir.
Yakala
RA_CUSTOMER_TRX_ALL tablosundan LAST_PRINTED_DATE'i veya üçüncü taraf araçlardan logları kullanın.
Event tipi
inferred
|
|||
|
Kredi Kontrolü Yapıldı
|
Bu aktivite, sipariş için müşteri kredi kontrolü sürecinin tamamlanmasını ifade eder. Genellikle, uygulandıysa, bir kredi kontrolü blokesi satış siparişinden kaldırıldığında yakalanır ve siparişin ilerlemesine olanak tanır. | ||
|
Neden önemli
Kredi kontrolündeki gecikmeler, tüm sipariş karşılama sürecini durdurabilecek yaygın bir bottlenecktir (darboğazdır). Bu etkinliği izlemek, finansal kontrol ve onaylardaki verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır
Bu olay, belirli bir sipariş başlığı için 'Kredi Kontrolü Bekletmesi'nin serbest bırakıldığı timestamp'i belirleyerek OE_ORDER_HOLDS_ALL tablosundan çıkarılabilir.
Yakala
OE_ORDER_HOLDS_ALL tablosundan krediyle ilgili bekletmeler için serbest bırakma zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Mallar Teslim Edildi
|
Bu aktivite, sevkiyatın müşteriye ulaştığını ifade eder. Standart Oracle EBS bu eventi takip etmediğinden, genellikle harici taşıyıcı sistemlerden çıkarım yoluyla belirlenmesi veya içe aktarılması gerekir. | ||
|
Neden önemli
Zamanında teslimat KPI'larını ölçmek ve eksiksiz müşteri deneyimini anlamak için temeldir. Sevkiyat ve teslimat arasındaki fark, taşıyıcı performansını vurgular.
Nereden alınır
Sistem analizi gerektirir. Bu veri, Oracle EBS'te doğal olarak mevcut değildir ve harici taşıyıcı veri akışlarından veya sisteme entegre lojistik platformlarından elde edilmelidir.
Yakala
Harici taşıyıcı verilerinden çıkarılır veya 'Mallar Gönderildi' sonrası standart bir transit süreye göre varsayılır.
Event tipi
inferred
|
|||
|
Sipariş İptal Edildi
|
Tamamlanmadan önce tüm satış siparişinin iptalini temsil eder. Bu, sipariş işleme workflow'unu sonlandıran açık bir olaydır. | ||
|
Neden önemli
Bu, önemli bir istisna noktasıdır. İptallerin sıklığını, zamanlamasını ve nedenlerini analiz etmek, gelir kaybını ve süreç veya ürün sorunlarını belirlemek için kritik öneme sahiptir.
Nereden alınır
OE_ORDER_HEADERS_ALL tablosunda, FLOW_STATUS_CODE 'CANCELLED' olarak ve CANCELLED_FLAG 'Y' olduğunda kaydedilir. LAST_UPDATE_DATE timestamp olarak kullanılabilir.
Yakala
OE_ORDER_HEADERS_ALL tablosundaki CANCELLED_FLAG 'Y' olarak ayarlandığında zaman damgası.
Event tipi
explicit
|
|||
|
Sipariş Kalemi Kapatıldı
|
Bir satış siparişindeki bireysel bir kalem için sevkiyat ve faturalama dahil tüm işlemlerin tamamlandığını gösterir. Bu, Workflow süreci tarafından yönetilen açık bir durum değişikliğidir. | ||
|
Neden önemli
Satır bazında kapanışları takip etmek, kısmi gönderilerin analiz edilmesine ve tüm sipariş tamamlanmadan önce belirli ürünlerdeki veya teslimat yollarındaki sorunların belirlenmesine yardımcı olur.
Nereden alınır
Bu, OE_ORDER_LINES_ALL tablosunda FLOW_STATUS_CODE 'CLOSED' olarak güncellendiğinde kaydedilir. Bu durum değişikliğinin LAST_UPDATE_DATE'i, timestamp olarak hizmet edebilir.
Yakala
FLOW_STATUS_CODE 'CLOSED' olduğunda OE_ORDER_LINES_ALL tablosundaki güncellemenin zaman damgası.
Event tipi
explicit
|
|||
|
Toplama Serbest Bırakıldı
|
Bu olay, satış siparişi satırlarının toplama aktivitelerinin başlaması için depoya serbest bırakıldığı noktayı işaretler. Toplama fişleri oluşturan ve siparişi depo operatörlerine görünür kılan açık bir eylemdir. | ||
|
Neden önemli
Bu aktivite, fiziksel sipariş karşılama sürecini başlatır. Bu noktadan Mallar Sevk Edildi aktivitesine kadar geçen süreyi analiz etmek, depo operasyonlarının verimliliğini ve potansiyel toplama darboğazlarını ortaya koyar.
Nereden alınır
Bu, Oracle Shipping Execution modülünde yakalanan açık bir olay'dır. WSH_DELIVERY_DETAILS'daki teslimat detaylarının durumunun 'Released to Warehouse' veya 'Transactable' olarak değişmesiyle tanımlanabilir.
Yakala
WSH_DELIVERY_DETAILS.RELEASED_STATUS 'S' (Gönderildi) olarak değiştiğinde zaman damgası.
Event tipi
explicit
|
|||