Siparişten Tahsilata, satış siparişi işleme Veri Şablonunuz
Siparişten Tahsilata, satış siparişi işleme Veri Şablonunuz
- Toplanması önerilen öznitelikler
- Analiz için izlenecek temel etkinlikler
- Veri çıkarma yönlendirmesi
Siparişten Tahsilata - Satış Siparişi İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Satış siparişinin yaşam döngüsü içinde gerçekleşen belirli bir iş olayının veya adımının adıdır. | ||
|
Açıklama
Bu öznitelik, satış siparişi üzerinde gerçekleştirilen her etkinliğin adını, örneğin 'Order Booked', 'Goods Shipped' veya 'Payment Received' değerlerini kaydeder. Bu etkinlikler, Siparişten Tahsilata sürecindeki temel kilometre taşlarını temsil eder. Bu etkinliklerin sırasını ve sıklığını analiz etmek Process Mining'in temelini oluşturur. Yaygın yollar, sapmalar ve darboğazlar dahil olmak üzere gerçek süreç akışlarının keşfedilmesini sağlar. Bu veri, süreç analizindeki birincil görselleştirme olan süreç haritasını oluşturmak için kullanılır.
Neden önemli?
Süreç haritasındaki adımları tanımlar ve süreç akışını görselleştirmek ve analiz etmek için gereklidir.
Nereden alınır?
Order Management, Shipping Execution ve Accounts Receivable gibi modüllerdeki çeşitli kaynak sistem olaylarından, durumlardan ve işlem tarihlerinden türetilen kavramsal bir alandır.
Örnekler
Satış siparişi oluşturulduÜrünler sevk edildiFatura oluşturulduÖdeme alındı
|
|||
|
Olay zamanı
EventTime
|
Belirli bir etkinliğin gerçekleştiği zamanı gösteren zaman damgasıdır. | ||
|
Açıklama
Olay zamanı veya zaman damgası, bir etkinliğin gerçekleştirildiği kesin tarih ve saati kaydeder. Örneğin siparişin oluşturulduğu, faturanın gönderildiği veya ödemenin alındığı zamanı gösterir. Bu zamansal veri Process Mining için temel niteliktedir. Bu öznitelik, her vaka için olayları kronolojik sıraya koymak ve süreç akışını doğru şekilde yeniden oluşturmak amacıyla kullanılır. Ayrıca etkinlikler arasındaki çevrim süreleri, genel vaka süresi ve gecikmelerin veya darboğazların 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 çevrim süresi ile darboğazların belirlenmesi dahil olmak üzere zamana dayalı tüm performans analizlerinin temelini oluşturur.
Nereden alınır?
CREATION_DATE, OE_ORDER_HEADERS_ALL içindeki alan, ACTUAL_SHIPMENT_DATE, WSH_DELIVERY_DETAILS içindeki alan veya TRX_DATE, RA_CUSTOMER_TRX_ALL içindeki alan gibi Oracle EBS tablolarındaki çeşitli tarih alanlarından alınır.
Örnekler
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
|
|||
|
Satış siparişi
SalesOrder
|
Müşterinin satış siparişine ait benzersiz tanımlayıcıdır ve Siparişten Tahsilata sürecindeki birincil vakayı oluşturur. | ||
|
Açıklama
Satış siparişi numarası, oluşturulmasından nihai kapanışına kadar her müşteri siparişini yaşam döngüsü boyunca benzersiz şekilde tanımlar. Rezervasyon, sevkiyat, faturalama ve ödeme gibi ilgili tüm etkinlikleri birbirine bağlayan ana unsurdur. Process Mining'de bu öznitelik, her siparişin uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. Tüm olayları tek bir Satış Siparişi altında gruplayarak analistler eksiksiz süreç akışını görselleştirebilir, siparişler arasındaki farklılıkları belirleyebilir ve her vaka için çevrim süresi ile zamanında teslimat gibi temel performans göstergelerini ölçebilir.
Neden önemli?
Bu, tüm süreç olaylarını birbirine bağlayarak siparişin uçtan uca yaşam döngüsünü analiz etmek için kullanılan Case ID'dir.
Nereden alınır?
Satış siparişinin birincil anahtarıdır ve genellikle OE_ORDER_HEADERS_ALL.HEADER_ID gibi Oracle Order Management tablolarında bulunur.
Örnekler
685127103482459
|
|||
|
Kullanıcı adı
UserName
|
Etkinliği gerçekleştiren kullanıcıdır. | ||
|
Açıklama
Belirli bir süreç adımını gerçekleştiren kullanıcıyı tanımlar. Bu kişi siparişi oluşturan satış temsilcisi, kontrolü yapan kredi analisti veya faturayı oluşturan görevli olabilir. Etkinlikleri kullanıcı bazında analiz etmek, eğitim ihtiyaçlarını, yüksek performans gösteren kişi veya ekipleri ve iş yükü dağılımını belirlemeye yardımcı olur. Ayrıca yetkisiz işlemleri araştırmak veya belirli kullanıcılarla ilişkili yeniden işleme örüntülerini anlamak gibi uyumluluk ve denetim izi analizleri için de önemlidir.
Neden önemli?
Kullanıcı performansını, iş yükü dağılımını ve uyumluluk protokollerine bağlılığı analiz etmenizi sağlar. Bir işlemi kimin gerçekleştirdiği sorusunu yanıtlamaya yardımcı olur.
Nereden alınır?
Çeşitli Oracle EBS tablolarındaki CREATED_BY veya LAST_UPDATED_BY gibi kullanıcıyla ilgili alanlardan alınır. Tam kullanıcı adını elde etmek için genellikle FND_USER ile birleştirme yapılması gerekir.
Örnekler
JSMITHRWILLIAMSCDAVIS
|
|||
|
Müşteri adı
CustomerName
|
Satış siparişini veren müşterinin adıdır. | ||
|
Açıklama
Bu öznitelik, satış siparişiyle ilişkili müşterinin yasal adını tanımlar. Süreç performansını gruplandırmak ve analiz etmek için temel boyutlardan biridir. Analistler süreci müşteriye göre filtreleyerek veya ayrıştırarak hangi müşterilerin en uzun çevrim sürelerini yaşadığını, en yüksek yeniden işleme oranlarına sahip olduğunu ya da ödeme gecikmeleriyle en sık ilişkilendirildiğini belirleyebilir. Bu içgörü, müşteri ilişkilerini iyileştirmeye, hizmet seviyelerini müşteriye göre uyarlamaya ve müşteri davranışını anlamaya yardımcı olur.
Neden önemli?
Müşteri odaklı analiz yaparak performans farklılıklarını belirlemenizi, hizmeti iyileştirmenizi ve farklı müşterilerin ödeme davranışlarını anlamanızı sağlar.
Nereden alınır?
OE_ORDER_HEADERS_ALL içindeki SOLD_TO_ORG_ID alanının HZ_CUST_ACCOUNTS ve HZ_PARTIES tablolarıyla birleştirilmesiyle elde edilir ve taraf adı alınır.
Örnekler
Global Tech Inc.Innovate Solutions LLCPioneer Corp
|
|||
|
Ödeme koşulları
PaymentTerms
|
Müşterinin ürün veya hizmet bedelini ne zaman ödemesi gerektiğini belirleyen, üzerinde anlaşılan koşullardır. | ||
|
Açıklama
Payment Terms, 'Net 30', 'Net 60' veya 'Due on Receipt' gibi bir faturanın ödeme koşullarını belirtir. Bu öznitelik, borçlar muhasebesini ve nakit akışını yönetmek için temel öneme sahiptir. Süreç performansını ödeme koşullarına göre analiz etmek, belirli koşullara sahip müşterilerin ödemelerini geç 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 seçeneklerinin etkililiğini değerlendirmek için kullanılır. 'Payment Terms Compliance Monitoring' Dashboardu için önemli bir boyuttur.
Neden önemli?
Ödeme davranışını analiz etmek, nakit akışını izlemek ve farklı müşteri anlaşmalarıyla ilişkili finansal riski değerlendirmek için önemlidir.
Nereden alınır?
RA_TERMS tablosunda bulunur ve faturalar için RA_CUSTOMER_TRX_ALL veya siparişler için OE_ORDER_HEADERS_ALL gibi tablolardaki TERM_ID üzerinden ilişkilendirilir.
Örnekler
30 gün vade60 gün vadeMakbuzda ödenir
|
|||
|
Ödeme vadesi
PaymentDueDate
|
Fatura ödemesinin müşteriden alınması gereken hesaplanmış tarihtir. | ||
|
Açıklama
Ödeme vadesi, bir faturanın ödenmesi gereken belirli takvim tarihidir ve fatura tarihi ile üzerinde anlaşılan ödeme koşullarına göre hesaplanır. 'Payment Received' etkinliği için hedef tarihtir. Bu öznitelik, gerçek ödeme tarihiyle karşılaştırılarak 'Payment Term Compliance Rate' KPI'ının hesaplanması için gereklidir. Sapmaları analiz etmek, tahsilat ekibinin çalışmalarına öncelik vermesine, sürekli geç ödeme yapan müşterileri belirlemesine ve hatırlatma sürecinin etkinliğini ölçmesine yardımcı olur.
Neden önemli?
Tahsilat için hedef tarih olarak kullanılır ve ödeme zamanlamasını ve müşterinin koşullara uyumunu ölçmeyi sağlar.
Nereden alınır?
Fatura işlemiyle ilişkilendirilen AR_PAYMENT_SCHEDULES_ALL tablosundaki DUE_DATE alanında bulunur.
Örnekler
2023-06-152023-07-012023-08-30
|
|||
|
Onaylanan teslimat tarihi
ConfirmedDeliveryDate
|
Ürünlerin müşteriye teslim edilmesinin planlandığı taahhüt edilmiş tarihtir. | ||
|
Açıklama
Bu öznitelik, müşteriye vaat edilen veya onaylanan teslimat tarihini kaydeder. Zamanında teslimat performansını ölçmek için hedef veya referans noktası olarak kullanılır. Process Mining'de bu tarih, 'Goods Delivered' etkinliğindeki gerçek teslimat zaman damgasıyla karşılaştırılarak 'On-Time Delivery Rate' KPI'ı hesaplanır. Bu tarihten sapmaları analiz etmek, teslimat gecikmelerine yol açan lojistik, stok yönetimi veya üretim planlamasındaki sistemik sorunları belirlemeye yardımcı olur.
Neden önemli?
Zamanında teslimat performansını ölçmek için referans noktasıdır. Müşteri memnuniyeti ve operasyonel mükemmellik açısından önemli bir KPI'dır.
Nereden alınır?
Genellikle OE_ORDER_LINES_ALL tablosunda 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ş satırının mevcut ya da geçmiş durumudur. | ||
|
Açıklama
Bu öznitelik, bir satış siparişinin 'Entered', 'Booked', 'Closed' veya 'Cancelled' gibi farklı zamanlardaki durumunu yakalar. Durumlar çoğu zaman doğrudan süreç etkinliklerine karşılık gelir. Sipariş durumunu izlemek, tüm etkin siparişlerin mevcut durumunu gösteren Dashboardlar oluşturmak için önemlidir. Yöneticilerin sipariş hattını izlemesine, bekleyen siparişleri belirlemesine ve istisnaları proaktif biçimde yönetmesine yardımcı olur. Durum geçişlerini analiz etmek, süreç haritasındaki etkinlikleri tanımlamak için yaygın bir yöntemdir.
Neden önemli?
Satış siparişi hattını görünür kılar, bekleyen 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
REZERVE EDİLDİSEVKİYAT BEKLİYORSEVK EDİLDİKAPATILDIİPTAL EDİLDİ
|
|||
|
Toplam sipariş tutarı
TotalOrderAmount
|
Satış siparişinin toplam parasal değeridir. | ||
|
Açıklama
Bu öznitelik, satış siparişindeki tüm satırların işlem para birimi cinsinden toplam değerini gösterir. Her vakayla ilişkili temel finansal metriktir. Süreç metriklerini sipariş tutarına göre analiz etmek, iyileştirme çalışmalarına öncelik vermeye yardımcı olur. Örneğin analistler, yüksek değerli siparişlerde düşük değerli siparişlere kıyasla daha fazla gecikme veya yeniden işleme olup olmadığını inceleyebilir. Ayrıca belirli bir darboğazda bekleyen siparişlerin değerini hesaplamak gibi finansal etki değerlendirmelerine imkan verir.
Neden önemli?
Sürecin finansal analizini mümkün kılar, yüksek değerli siparişlere öncelik vermeye ve verimsizliklerin parasal etkisini hesaplamaya yardımcı olur.
Nereden alınır?
Genellikle belirli bir siparişin satır tutarları toplanarak 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ş satırının iptal edilmesine ilişkin belgelenmiş nedendir. | ||
|
Açıklama
Bir satış siparişi iptal edildiğinde bu öznitelik, iptal için bildirilen nedeni yakalar. Örnek nedenler arasında 'Customer Request', 'Out of Stock' veya 'Credit Hold' bulunabilir. Bu veri, sipariş iptallerinin temel nedenlerini analiz etmek için çok değerlidir. 'Sales Order Cancellation Rate & Reasons' Dashboardu, iptallerin başlıca nedenlerini belirlemek için bu özniteliği kullanır. Böylece işletme, müşteri kaybını azaltmak, envanter tahminini iyileştirmek veya kredi politikalarını geliştirmek için hedefli stratejiler uygulayabilir.
Neden önemli?
Siparişlerin neden iptal edildiğini doğrudan gösterir. Böylece kaybedilen satışları azaltmak ve müşteri bağlılığını artırmak için kök neden analizi yapılabilir.
Nereden alınır?
Bu bilgi genellikle CANCELLED_REASON gibi bir neden kodu alanında tutulur. Alan, OE_ORDER_LINES_ALL tablosunda veya sipariş değişiklikleriyle ilişkili başka bir tabloda bulunabilir.
Örnekler
Ürün kullanımdan kaldırıldıMüşteri iptal ettiYinelenen sipariş
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin çıkarıldığı sistemdir. | ||
|
Açıklama
Bu öznitelik, olay verilerinin geldiği kaynak bilgi sistemini tanımlar. Bu süreç için değer sürekli olarak 'Oracle E-Business Suite' olacaktır. Birden fazla sistemin bulunduğu ortamlarda bu alan, veri kökenini izlemek ve sorunları gidermek için büyük önem taşır. Tek sistemli ortamlarda bile veri modeline ilişkin önemli bağlam sağlar ve veri alım süreçlerinin standartlaştırılmasına yardımcı olur.
Neden önemli?
Verilerin kaynağı hakkında gerekli bağlamı sağlar. Özellikle birden fazla sistemin bulunduğu ortamlarda izlenebilirliği ve verilerin doğru yorumlanmasını destekler.
Nereden alınır?
Genellikle verilerin kaynağını etiketlemek için veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen statik bir değerdir.
Örnekler
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Ödeme zamanında mı
IsPaymentOnTime
|
Ödemenin fatura vade tarihinde veya daha önce alınıp alınmadığını gösteren bir işarettir. | ||
|
Açıklama
Bu, ilgili faturanın 'Payment Due Date' değeriyle 'Payment Received' etkinliğinin zaman damgası karşılaştırılarak türetilen hesaplanmış bir boolean özniteliktir. Ödeme uyumluluğunu True/False biçiminde gösterir. Bu işaret, 'Ödeme Vadesine Uyumluluk Oranı' KPI'ının temelini oluşturur. Müşteri ödeme davranışını ve alacak hesapları sürecinin etkinliğini izleyen Dashboard ve raporların oluşturulmasını kolaylaştırır. Zamanında yapılan ve geciken ödemeleri hızlıca ayırarak müşteri türü veya ödeme koşulları gibi etkenleri analiz etmenizi sağlar.
Neden önemli?
Ödeme koşullarına uyumu doğrudan ölçer. Bu bilgi, nakit akışını yönetmek ve müşterinin finansal güvenilirliğini değerlendirmek için önemlidir.
Nereden alınır?
Bu hesaplanan bir alandır. Mantık şöyledir: IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.
Örnekler
truefalse
|
|||
|
Para birimi
Currency
|
Satış siparişinin parasal değerleri için kullanılan para birimi kodudur. | ||
|
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ı sağlar. Farklı para birimleriyle işlem yapan çok uluslu kuruluşlarda bu bilgi gereklidir. 'Toplam sipariş tutarı' gibi finansal metriklerin doğru anlaşılmasını ve toplu raporlama için gerektiğinde uygun para birimi dönüşümünün yapılmasını sağlar.
Neden önemli?
Tüm parasal değerler için gerekli bağlamı sağlar ve özellikle küresel iş ortamında doğru finansal analizi destekler.
Nereden alınır?
OE_ORDER_HEADERS_ALL tablosundaki TRANSACTIONAL_CURR_CODE alanında bulunur.
Örnekler
USDEURGBP
|
|||
|
Sevkiyat yöntemi
ShippingMethod
|
Ürünleri müşteriye taşımak için kullanılan yöntem veya taşıyıcıdır. | ||
|
Açıklama
Bu öznitelik, sevkiyatta kullanılan taşıma türünü veya hizmet düzeyini, örneğin 'Ground Freight', 'Air Express' ya da 'Local Courier' seçeneklerini belirtir. Hem teslimat süresini hem de maliyeti etkileyen önemli bir faktördür. İşletmeler bu özniteliği kullanarak süreci analiz ettiğinde farklı sevkiyat yöntemlerinin performansını değerlendirebilir. Örneğin 'Shipping Method Performance' Dashboardu, her yöntem için 'Goods Shipped' ile 'Goods Delivered' arasındaki çevrim süresini karşılaştırır. Böylece hız, maliyet ve güvenilirlik arasında denge kuracak şekilde lojistiği optimize etmenize yardımcı olur.
Neden önemli?
Maliyet, hız ve güvenilirlik açısından optimizasyon yapmak için farklı taşıyıcıların ve sevkiyat seçeneklerinin performansını değerlendirmenizi sağlar.
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 satırında sipariş edilen ürün miktarıdır. | ||
|
Açıklama
Bu öznitelik, müşterinin satış siparişi satırında talep ettiği belirli bir ürünün birim sayısını belirtir. İşlemin satır kalemi düzeyindeki hacmini gösterir. Sipariş miktarı, sipariş büyüklüğüne göre süreç davranışının değişip değişmediğini belirlemek için analiz boyutu olarak kullanılabilir. Örneğin çok büyük veya çok küçük siparişler farklı süreç yollarını izleyebilir ya da farklı gecikmeler yaşayabilir. Ayrıca sipariş değeri gibi diğer metrikler için bağlam sağlar.
Neden önemli?
Siparişin ölçeği hakkında bağlam sağlar. Böylece sipariş hacminin süreç verimliliğini ve teslimata hazırlama yollarını nasıl etkilediği analiz edilebilir.
Nereden alınır?
OE_ORDER_LINES_ALL tablosundaki ORDERED_QUANTITY alanında bulunur.
Örnekler
102501
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemdeki en son veri yenilemesinin zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, verilerin Oracle E-Business Suite'ten en son ne zaman çıkarılıp Process Mining aracına yüklendiğini gösterir. Analiz edilen verilerin güncelliğini yansıtır. Kullanıcıların görüntüledikleri içgörülerin ne kadar güncel olduğunu anlaması için önemlidir. Gerçek zamanlı bilgiye mi yoksa belirli bir andaki görüntüye mi baktıklarını gösterir. Bu ayrım, operasyonel kararlar alırken önem taşır.
Neden önemli?
Verilerin güncelliği hakkında bilgi verir. Bu, analize güvenmek ve zamanında karar almak için önemlidir.
Nereden alınır?
Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulup eklenir.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Ürün numarası
ProductNumber
|
Satış siparişi satırındaki ürünün veya kalemin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Bu öznitelik, satılan malzeme, kalem veya hizmeti tanımlar. Analizin satış siparişi başlığından daha ayrıntılı bir düzeyde yapılmasını sağlar. Süreci ürün bazında analiz etmek, ürüne özgü sorunların ortaya çıkarılmasına yardımcı olur. Örneğin bazı ürünlerin üretim veya tedarik süreçleri daha karmaşık olduğu için teslimata hazırlanma süreleri uzun olabilir. Bazı ürünlerde ise sevkiyat hataları veya müşteri anlaşmazlıkları daha sık görülebilir. Bu bilgiler, tedarik zinciri ve ürün yönetiminde hedefli iyileştirmeler yapmanızı sağlar.
Neden önemli?
Süreçte gecikmeye, yeniden çalışmaya veya başka verimsizliklere neden olan kalemleri belirlemek için ürün düzeyinde analiz yapılmasını sağlar.
Nereden alınır?
OE_ORDER_LINES_ALL tablosundaki INVENTORY_ITEM_ID alanından türetilir. Kalem numarasını veya açıklamasını almak için bu alan MTL_SYSTEM_ITEMS_B tablosuyla birleştirilebilir.
Örnekler
AS54888CM15001SV20100
|
|||
|
Yeniden çalışma var mı
IsRework
|
Bir satış siparişinin tekrarlanan teyit veya güncelleme etkinlikleri gibi yeniden çalışma gerektirip gerektirmediğini gösteren bir işarettir. | ||
|
Açıklama
Bu, yeniden çalışmaya işaret eden örüntüler içeren vakaları işaretleyen hesaplanmış bir boolean özniteliktir. Yeniden çalışma, siparişin birden fazla kez rezerve edilmesi gibi süreç haritasındaki döngüler veya sistemde kaydedilen belirli değişiklik olayları tespit edilerek belirlenebilir. Bu işaret, 'Sales Order Rework Rate' KPI değerini hesaplamak ve 'Sales Order Rework Analysis' Dashboarduna veri sağlamak için kullanılır. Analistlerin standart süreçten sapan siparişleri kolayca ayırıp incelemesine yardımcı olur. Böylece yeniden çalışmanın çevrim süreleri ve maliyetler üzerindeki etkisi ölçülebilir, verimsiz döngülerin temel nedenleri belirlenebilir.
Neden önemli?
Manuel değişiklik gerektiren siparişleri işaretleyerek süreç verimsizliğinin ölçülmesine yardımcı olur. Böylece yeniden çalışmanın nedenleri ve etkileri analiz edilebilir.
Nereden alınır?
Veri dönüşümü sırasında, bir döngüyü temsil eden etkinlik dizileri belirlenerek hesaplanır. Örneğin aynı vaka için 'Order Booked' etkinliğinin birden fazla kez gerçekleşmesi.
Örnekler
truefalse
|
|||
|
Zamanında teslim edildi mi
IsOnTimeDelivery
|
Siparişin teyit edilen teslimat tarihinde veya daha önce teslim edilip edilmediğini gösteren bir işarettir. | ||
|
Açıklama
Bu hesaplanan öznitelik, siparişin teslimat taahhüdünü karşılayıp karşılamadığını gösteren bir boolean işaretidir (True/False). 'Goods Delivered' etkinliğinin zaman damgası, 'Confirmed Delivery Date' ile karşılaştırılarak türetilir. Bu öznitelik, 'Zamanında Teslimat Oranı' KPI'ını doğrudan destekler. Her sipariş için net ve ikili bir sonuç sunduğu için analiz ve Dashboard oluşturmayı kolaylaştırır. Böylece geç teslimatların ortak ürün, müşteri veya sevkiyat yöntemi gibi özelliklerini belirlemek üzere hızlı filtreleme ve toplulaştırma yapılabilir.
Neden önemli?
Müşteri hizmeti düzeyini ve teslimata hazırlama güvenilirliğini doğrudan ölçer. Zamanında teslimat KPI'ının hesaplanmasını ve görselleştirilmesini kolaylaştırır.
Nereden alınır?
Bu hesaplanan bir alandır. Mantık şöyledir: IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.
Örnekler
truefalse
|
|||
Siparişten Tahsilata - Satış Siparişi İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura oluşturuldu
|
Bu olay, sevk edilen ürünler için alacaklar muhasebesi faturasının oluşturulmasını gösterir. Order Management ve Shipping verilerini Receivables modülüne aktaran AutoInvoice süreci tarafından başlatılan açık bir olaydır. | ||
|
Neden önemli?
Bu etkinlik, sürecin finansal mutabakat bölümünü başlatır. Faturadan ödemeye çevrim süresini ölçmek ve faturalama verimliliğini izlemek için başlangıç noktasıdır.
Nereden alınır?
Oracle Receivables içindeki RA_CUSTOMER_TRX_ALL tablosuna kaydedilen açık bir işlemdir. TRX_DATE veya CREATION_DATE, olay zaman damgası olarak kullanılır.
Yakalayın
RA_CUSTOMER_TRX_ALL tablosundaki TRX_DATE alanını kullanın.
Olay türü
explicit
|
|||
|
Ödeme alındı
|
Bu etkinlik, müşterinin ödemesi alınıp sistemde ilgili faturaya uygulandığında gerçekleşir. Accounts Receivable modülünde kaydedilen açık bir finansal işlemdir. | ||
|
Neden önemli?
Bu kilometre taşı nakit akışını, Days Sales Outstanding (DSO) değerini ve ödeme koşullarına uyumluluğu izlemek için önemlidir. Finansal çevrim süresini ölçmekte kullanılan temel bitiş noktalarından biridir.
Nereden alınır?
AR_RECEIVABLE_APPLICATIONS_ALL tablosuna açıkça kaydedilir. APPLY_DATE sütunu, nakit tahsilatının faturaya uygulandığı zaman damgasını sağlar.
Yakalayın
Belirli fatura için AR_RECEIVABLE_APPLICATIONS_ALL içindeki APPLY_DATE alanını kullanın.
Olay türü
explicit
|
|||
|
Satış siparişi oluşturuldu
|
Bu etkinlik, sistemde bir satış siparişinin ilk kez oluşturulmasını gösterir. Kullanıcı yeni bir satış siparişi başlığını kaydettiğinde kaydedilen açık bir olaydır ve Siparişten Tahsilata sürecinin resmî başlangıcını temsil eder. | ||
|
Neden önemli?
Bu, sürecin birincil başlangıç olayıdır. Bu noktadan sonraki etkinliklere kadar geçen süreyi analiz etmek, genel Siparişten Tahsilata çevrim süresini ölçmek için gereklidir.
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 etkinlik için açık zaman damgasını sağlar.
Yakalayın
OE_ORDER_HEADERS_ALL tablosundaki CREATION_DATE alanını kullanın.
Olay türü
explicit
|
|||
|
Sipariş kapatıldı
|
Tüm satırları başarıyla sevk edilip faturalandırıldıktan ve kapatıldıktan sonra satış siparişinin nihai olarak tamamlandığını gösterir. Sipariş başlığındaki açık bir durum güncellemesidir. | ||
|
Neden önemli?
Bu, Siparişten Tahsilata sürecinin birincil başarı bitiş noktasıdır. Başarıyla karşılanan siparişlerin uçtan uca çevrim süresini hesaplamak için gereken son zaman damgasını sağlar.
Nereden alınır?
OE_ORDER_HEADERS_ALL tablosunda FLOW_STATUS_CODE değeri 'CLOSED' olarak güncellendiğinde kaydedilir. Bu durum değişikliğine ait LAST_UPDATE_DATE, olay zaman damgasıdır.
Yakalayın
OE_ORDER_HEADERS_ALL içinde FLOW_STATUS_CODE değerinin 'CLOSED' olduğu güncellemenin zaman damgası.
Olay türü
explicit
|
|||
|
Sipariş rezerve edildi
|
Satış siparişinin resmî olarak onaylanmasını, etkinleşmesini ve tedarik ile sevkiyat gibi sonraki işlemlere uygun hâle gelmesini ifade eder. Oracle EBS içindeki bu açık işlem, sipariş durumunu 'Entered' değerinden 'Booked' değerine değiştirir. | ||
|
Neden önemli?
Rezervasyon, siparişin karşılanmak üzere resmen taahhüt edildiğini gösteren önemli bir kilometre taşıdır. Oluşturma ile rezervasyon arasındaki gecikmeler veri girişi, onaylar veya ilk doğrulama ile ilgili sorunlara işaret edebilir.
Nereden alınır?
OE_ORDER_HEADERS_ALL tablosundan alınır. BOOKED_FLAG 'Y' olarak ayarlandığında olay gerçekleşir ve zaman damgası BOOKED_DATE sütununa kaydedilir.
Yakalayın
OE_ORDER_HEADERS_ALL tablosundaki BOOKED_DATE alanını kullanın.
Olay türü
explicit
|
|||
|
Stok tahsis edildi
|
Bu etkinlik, sipariş satırları için stok rezervasyonunu gösterir ve toplama işlemi için gerekli miktarın mevcut olmasını sağlar. Genellikle, satış siparişi satırındaki durum değişikliğinden çıkarılır ve satırın depoya bırakılmaya hazır olduğunu gösterir. | ||
|
Neden önemli?
Bu kilometre taşı, siparişin karşılanmaya hazır olup olmadığını anlamak için önemlidir. Buradaki gecikmeler stok yetersizliğine, tedarik sorunlarına veya tahsis sürecindeki verimsizliklere işaret edebilir.
Nereden alınır?
WSH_DELIVERY_DETAILS tablosundaki durum değişikliklerinden çıkarılır. Satırın durumu 'Ready to Release' olarak güncellendiğinde etkinlik gerçekleşir ve zaman damgası ilgili durum güncellemesinden alınır.
Yakalayın
WSH_DELIVERY_DETAILS içindeki satır durumu güncellemelerinden 'Ready to Release' değerine geçiş çıkarılır.
Olay türü
inferred
|
|||
|
Ürünler sevk edildi
|
Ürünlerin fiziksel olarak depodan çıktığı sevkiyat onaylama sürecinin tamamlandığını gösterir. Sevkiyat modülündeki bu önemli açık olay, stoğu günceller ve sipariş durumunu ilerletir. | ||
|
Neden önemli?
Bu, zamanında sevkiyat performansını ölçmek için kullanılan önemli bir sipariş karşılama kilometre taşıdır. Aynı zamanda faturalama ve gelir muhasebesi süreçlerini başlatır.
Nereden alınır?
Oracle Shipping Execution içinde açık bir işlem olarak kaydedilir. Zaman damgası WSH_NEW_DELIVERIES tablosundaki INITIAL_PICKUP_DATE alanında bulunabilir veya WSH_DELIVERY_DETAILS içindeki durum güncellemelerinden 'Shipped' değerine geçiş çıkarılabilir.
Yakalayın
WSH_DELIVERY_DETAILS veya WSH_NEW_DELIVERIES içindeki sevkiyat onay tarihini kullanın.
Olay türü
explicit
|
|||
|
Fatura müşteriye gönderildi
|
Faturanın basılı veya elektronik olarak müşteriye iletildiği noktayı gösterir. Oluşturma işleminden her zaman ayrı ve açık bir olay olarak kaydedilmediği için genellikle çıkarılır. | ||
|
Neden önemli?
Müşterinin ödeme vadesi süresinin resmî başlangıcını gösterir. Faturanın oluşturulması ile gönderilmesi arasındaki gecikmeler nakit akışını olumsuz etkileyebilir ve geç ödemelere yol açabilir.
Nereden alınır?
RA_CUSTOMER_TRX_ALL tablosundaki LAST_PRINTED_DATE alanından çıkarılabilir. Elektronik faturalar için harici bir belge iletim sisteminin günlüklerinin incelenmesi gerekebilir.
Yakalayın
RA_CUSTOMER_TRX_ALL içindeki LAST_PRINTED_DATE alanını veya üçüncü taraf araçların günlüklerini kullanın.
Olay türü
inferred
|
|||
|
Kredi kontrolü tamamlandı
|
Bu etkinlik, sipariş için müşteri kredi kontrolü sürecinin tamamlandığını gösterir. Genellikle, uygulanmışsa kredi kontrolü bekletmesinin satış siparişinden kaldırılmasıyla kaydedilir ve siparişin ilerlemesine imkan verir. | ||
|
Neden önemli?
Kredi kontrolündeki gecikmeler, tüm karşılanma sürecini durdurabilen yaygın bir darboğazdır. Bu etkinliği izlemek, finansal kontrollerde ve onaylarda yaşanan verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır?
Bu olay, OE_ORDER_HOLDS_ALL tablosunda belirli bir sipariş başlığı için 'Credit Check Hold' bekletmesinin kaldırıldığı zaman damgası belirlenerek çıkarılabilir.
Yakalayın
OE_ORDER_HOLDS_ALL tablosundaki krediyle ilgili bekletmeler için kaldırma zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Sipariş iptal edildi
|
Sipariş karşılama tamamlanmadan önce tüm satış siparişinin iptal edilmesini ifade eder. Bu, sipariş işleme iş akışını sonlandıran açık bir olaydır. | ||
|
Neden önemli?
Bu, önemli bir istisna bitiş 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 büyük önem taşır.
Nereden alınır?
OE_ORDER_HEADERS_ALL tablosunda FLOW_STATUS_CODE 'CANCELLED' ve CANCELLED_FLAG 'Y' olarak ayarlandığında kaydedilir. LAST_UPDATE_DATE zaman damgası olarak kullanılabilir.
Yakalayın
OE_ORDER_HEADERS_ALL içindeki CANCELLED_FLAG değerinin 'Y' olarak ayarlandığı zaman damgası.
Olay türü
explicit
|
|||
|
Sipariş satırı kapatıldı
|
Satış siparişindeki tek bir satır için sevkiyat ve faturalama dahil tüm işlemlerin tamamlandığını gösterir. Workflow süreci tarafından yönetilen açık bir durum değişikliğidir. | ||
|
Neden önemli?
Satır düzeyindeki kapanışları izlemek, kısmi sevkiyatları analiz etmeye ve siparişin tamamı bitmeden belirli ürünler veya sipariş karşılama yollarıyla ilgili sorunları belirlemeye yardımcı olur.
Nereden alınır?
OE_ORDER_LINES_ALL tablosunda FLOW_STATUS_CODE değeri 'CLOSED' olarak güncellendiğinde kaydedilir. Bu durum değişikliğine ait LAST_UPDATE_DATE zaman damgası olarak kullanılabilir.
Yakalayın
OE_ORDER_LINES_ALL içinde FLOW_STATUS_CODE değerinin 'CLOSED' olduğu güncellemenin zaman damgası.
Olay türü
explicit
|
|||
|
Toplama için bırakıldı
|
Bu olay, satış siparişi satırlarının toplama işleminin başlaması için depoya bırakıldığı noktayı gösterir. Toplama fişlerini oluşturan ve siparişi depo çalışanlarının erişimine açan açık bir işlemdir. | ||
|
Neden önemli?
Bu etkinlik, fiziksel sipariş karşılama sürecini başlatır. Bu noktadan 'Goods Shipped' etkinliğine kadar geçen süreyi analiz etmek, depo operasyonlarının verimliliğini ve olası toplama darboğazlarını ortaya çıkarır.
Nereden alınır?
Oracle Shipping Execution modülünde kaydedilen açık bir olaydır. WSH_DELIVERY_DETAILS içindeki teslimat ayrıntılarının durumu 'Released to Warehouse' veya 'Transactable' olarak değiştiğinde belirlenebilir.
Yakalayın
WSH_DELIVERY_DETAILS.RELEASED_STATUS değerinin 'S' (Submitted) olarak değiştiği zaman damgası.
Olay türü
explicit
|
|||
|
Ürünler teslim edildi
|
Sevkiyatın müşteriye ulaştığını gösterir. Standart Oracle EBS bu olayı izlemez; bu nedenle olayın genellikle çıkarılması veya harici taşıyıcı sistemlerinden içe aktarılması gerekir. | ||
|
Neden önemli?
Zamanında teslimat KPI'larını ölçmek ve müşteri deneyiminin tamamını anlamak için gereklidir. Sevkiyat ile teslimat arasındaki fark, taşıyıcı performansını ortaya koyar.
Nereden alınır?
Sistem analizi gerektirir. Bu veri Oracle EBS'de yerel olarak bulunmaz; harici taşıyıcı veri akışlarından veya sistemle entegre lojistik platformlarından alınmalıdır.
Yakalayın
Harici taşıyıcı verilerinden çıkarılır veya 'Goods Shipped' sonrasındaki standart taşıma süresine göre varsayılır.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu Template ile Siparişten Tahsilata, satış siparişi işleme sürecinizi optimize etmeye başlamak için ihtiyacınız olan her şeye sahipsiniz. Sürecinizi bugün dönüştürmeye başlayın ve verimlilikte önemli kazanımlar elde edin.
Siparişten Tahsilata satış sürecinizi şimdi dönüştürün!
Verimsizlikleri tam olarak belirleyin ve Siparişten Tahsilata çevrim süresini %30 azaltın.
Kredi kartı gerekmez. 14 günlük ücretsiz deneme.