Siparişten Tahsilata - Satış siparişi işleme için Veri Templateiniz
Siparişten Tahsilata - Satış siparişi işleme için Veri Templateiniz
- Toplanması önerilen öznitelikler
- Analiz için izlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Siparişten Tahsilata - Satış siparişi işleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Satış siparişinin yaşam döngüsünde gerçekleşen belirli bir iş olayının veya adımın adı. | ||
|
Açıklama
Bu öznitelik, satış siparişinde gerçekleştirilen her etkinliğin adını kaydeder. Örneğin 'Sipariş kaydedildi', 'Ürünler sevk edildi' veya 'Ödeme alındı'. Bu etkinlikler, Siparişten Tahsilata sürecindeki temel aşamaları gösterir. Bu etkinliklerin sırasını ve sıklığını incelemek, Process Mining çalışmalarının temelini oluşturur. Yaygın akışlar, sapmalar ve darboğazlar dahil olmak üzere gerçek süreç akışlarının keşfedilmesini sağlar. Süreç analizinde başlıca görselleştirme olan süreç haritası bu verilerle oluşturulur.
Neden önemli?
Süreç haritasındaki adımları tanımlar ve süreç akışını görselleştirip incelemek için gereklidir.
Nereden alınır?
Bu, 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 ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Olay zamanı veya zaman damgası, bir etkinliğin gerçekleştiğ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 zaman verileri Process Mining için temel niteliktedir. Bu öznitelik, her vakadaki olayları kronolojik sıraya koyarak süreç akışının doğru biçimde yeniden oluşturulmasını sağlar. Ayrıca etkinlikler arasındaki çevrim süreleri, toplam vaka süresi ve gecikme ya da 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ı gösterir; çevrim süresi ve darboğaz tespiti dahil, zamana dayalı tüm performans analizlerinin temelini oluşturur.
Nereden alınır?
OE_ORDER_HEADERS_ALL tablosundaki CREATION_DATE, WSH_DELIVERY_DETAILS tablosundaki ACTUAL_SHIPMENT_DATE veya RA_CUSTOMER_TRX_ALL tablosundaki TRX_DATE gibi çeşitli Oracle EBS tablolarındaki 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şini benzersiz biçimde tanımlar ve Siparişten Tahsilata sürecinin ana vakası olarak kullanılır. | ||
|
Açıklama
Satış siparişi numarası, oluşturulmasından tamamen kapatılmasına kadar siparişin tüm yaşam döngüsü boyunca her müşteri siparişini benzersiz biçimde tanımlar. Kayıt, sevkiyat, faturalama ve ödeme gibi ilgili tüm etkinlikleri birbirine bağlayan ana referanstır. Process Mining çalışmalarında bu öznitelik, her siparişin uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. Analistler tüm olayları tek bir satış siparişi altında gruplandırarak sürecin tamamı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ü incelemeyi sağlayan Vaka kimliğidir.
Nereden alınır?
Satış siparişinin birincil anahtarıdır. Genellikle Oracle Order Management tablolarındaki OE_ORDER_HEADERS_ALL.HEADER_ID alanında bulunur.
Örnekler
685127103482459
|
|||
|
Kullanıcı adı
UserName
|
Etkinliği gerçekleştiren kullanıcı. | ||
|
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ıya göre incelemek; eğitim ihtiyaçlarını, yüksek performans gösteren kişileri veya ekipleri ve iş yükü dağılımını belirlemeye yardımcı olur. Yetkisiz işlemleri araştırmak ya da belirli kullanıcılarla ilişkili yeniden çalışma ö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 kurallarına bağlılığı incelemeyi sağlar. Bir işlemi kimin gerçekleştirdiği sorusunu yanıtlamaya yardımcı olur.
Nereden alınır?
Oracle EBS tablolarındaki CREATED_BY veya LAST_UPDATED_BY gibi kullanıcı alanlarından alınır. Kullanıcının tam adını elde etmek için çoğu zaman FND_USER tablosuyla birleştirme gerekir.
Ö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ı gruplandırıp incelemek için temel bir boyuttur. Analistler süreci müşteriye göre filtreleyerek veya gruplandırarak hangi müşterilerin daha uzun çevrim süreleri yaşadığını, daha fazla yeniden çalışmayla karşılaştığını ya da ödeme gecikmelerine daha sık maruz kaldığını belirleyebilir. Bu içgörüler müşteri ilişkilerini geliştirmeye, hizmet düzeylerini müşteriye göre uyarlamaya ve müşteri davranışını anlamaya yardımcı olur.
Neden önemli?
Müşterileri ayrı ayrı inceleyerek performans farklılıklarını belirlemeyi, hizmeti iyileştirmeyi ve ödeme davranışlarını anlamayı sağlar.
Nereden alınır?
Taraf adını almak için OE_ORDER_HEADERS_ALL tablosundaki SOLD_TO_ORG_ID alanı HZ_CUST_ACCOUNTS ve HZ_PARTIES tablolarıyla birleştirilerek elde edilir.
Ö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şılmış koşullar. | ||
|
Açıklama
Ödeme koşulları, 'Net 30', 'Net 60' veya 'Teslimatta ödenir' gibi fatura ödeme şartlarını belirtir. Bu öznitelik, alacak hesaplarını ve nakit akışını yönetmenin temel unsurlarındandır. Süreç performansını ödeme koşullarına göre incelemek, belirli koşullara sahip müşterilerin ödemelerini geciktirme olasılığının daha yüksek olup olmadığını gösterir. Bu bilgi finansal riski değerlendirmek, tahsilat stratejilerini iyileştirmek ve farklı ödeme koşulu seçeneklerinin etkinliğini ölçmek için kullanılır. 'Ödeme koşullarına uyumluluk izleme' Dashboardu için de temel bir boyuttur.
Neden önemli?
Ödeme davranışını incelemek, nakit akışını izlemek ve farklı müşteri sözleşmelerinin finansal riskini değerlendirmek için önemlidir.
Nereden alınır?
RA_TERMS tablosunda bulunur; faturalar için RA_CUSTOMER_TRX_ALL, siparişler için OE_ORDER_HEADERS_ALL gibi tablolardaki TERM_ID alanı üzerinden ilişkilendirilir.
Örnekler
Net 30Net 60Teslimatta ödenir
|
|||
|
Ödeme vade tarihi
PaymentDueDate
|
Müşterinin fatura ödemesini yapması gereken hesaplanmış tarih. | ||
|
Açıklama
Ödeme vade tarihi, fatura tarihi ve üzerinde anlaşılmış ödeme koşullarına göre hesaplanan, faturanın ödenmesi gereken takvim günüdür. 'Ödeme alındı' etkinliği için hedef tarihtir. Bu öznitelik, gerçek ödeme tarihiyle karşılaştırılarak 'Ödeme koşullarına uyumluluk oranı' KPI’ının hesaplanmasını sağlar. Sapmaların incelenmesi, tahsilat ekibinin çalışmalarına öncelik vermesine, ödemelerini sürekli geciktiren müşterileri belirlemesine ve ödeme hatırlatma sürecinin etkinliğini ölçmesine yardımcı olur.
Neden önemli?
Tahsilat için hedef tarihi belirler; ödemelerin zamanında yapılıp yapılmadığını ve müşterilerin 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 tarihi. | ||
|
Açıklama
Bu öznitelik, müşteriye taahhüt edilen veya onaylanan teslimat tarihini kaydeder. Zamanında teslimat performansını ölçmek için hedef ya da referans tarih olarak kullanılır. Process Mining çalışmalarında bu tarih, 'Ürünler teslim edildi' etkinliğinin gerçek zaman damgasıyla karşılaştırılarak 'Zamanında teslimat oranı' KPI’ı hesaplanır. Tarihten sapmaların incelenmesi, teslimat gecikmelerine yol açan lojistik, envanter yönetimi veya üretim planlama sorunlarını belirlemeye yardımcı olur.
Neden önemli?
Zamanında teslimat performansını ölçmek için referans noktasıdır. Müşteri memnuniyeti ve operasyonel verimlilik açısından önemli bir KPI’dır.
Nereden alınır?
Bu tarih genellikle OE_ORDER_LINES_ALL tablosundaki sipariş satırı düzeyinde bulunan LATEST_ACCEPTABLE_DATE veya REQUEST_DATE alanlarında yer alır.
Ö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şteki durumu. | ||
|
Açıklama
Bu öznitelik, satış siparişinin zaman içindeki durumunu 'Girildi', 'Kaydedildi', 'Kapatıldı' veya 'İptal edildi' gibi değerlerle kaydeder. Durumlar çoğu zaman süreç etkinlikleriyle doğrudan eşleşir. Sipariş durumlarını izlemek, etkin siparişlerin mevcut durumunu gösteren Dashboardlar oluşturmanın temelidir. Yöneticiler sipariş akışını takip edebilir, bekleyen siparişleri belirleyebilir ve istisnaları önceden yönetebilir. Durum geçişlerini incelemek, süreç haritasındaki etkinlikleri tanımlamak için sık kullanılan yöntemlerden biridir.
Neden önemli?
Satış siparişi akışı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
KAYDEDİLDİSEVKİYAT BEKLİYORSEVK EDİLDİKAPATILDIİPTAL EDİLDİ
|
|||
|
Sipariş toplam tutarı
TotalOrderAmount
|
Satış siparişinin toplam parasal değeri. | ||
|
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 bir finansal metriktir. Süreç metriklerini sipariş tutarına göre incelemek, iyileştirme çalışmalarına öncelik vermeye yardımcı olur. Örneğin analistler, yüksek tutarlı siparişlerde düşük tutarlı siparişlere kıyasla daha fazla gecikme veya yeniden çalışma olup olmadığını araştırabilir. Ayrıca belirli bir darboğazda bekleyen siparişlerin değerini hesaplamak gibi finansal etki değerlendirmeleri yapılmasını sağlar.
Neden önemli?
Sürecin finansal açıdan incelenmesini sağlar; yüksek tutarlı siparişlere öncelik vermeye ve verimsizliklerin parasal etkisini hesaplamaya yardımcı olur.
Nereden alınır?
Bu değer 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
|
Satış siparişinin veya sipariş satırının iptali için kaydedilen neden. | ||
|
Açıklama
Bir satış siparişi iptal edildiğinde bu öznitelik, iptal için belirtilen nedeni kaydeder. Örnek nedenler arasında 'Müşteri talebi', 'Stokta yok' veya 'Kredi blokesi' bulunabilir. Bu veri, sipariş iptallerinin temel nedenlerini incelemek için önemlidir. 'Satış siparişi iptal oranı ve nedenleri' Dashboardu, iptallerin başlıca nedenlerini belirlemek için bu özniteliği kullanır. Böylece işletme müşteri kaybını azaltmaya, envanter tahminlerini iyileştirmeye veya kredi politikalarını gözden geçirmeye yönelik hedefli adımlar atabilir.
Neden önemli?
Siparişlerin neden iptal edildiğini doğrudan gösterir; kaybedilen satışları azaltmak ve müşteri bağlılığını artırmak için temel neden analizini mümkün kılar.
Nereden alınır?
Bu bilgi genellikle CANCELLED_REASON gibi bir neden kodu alanında saklanır. OE_ORDER_LINES_ALL tablosunda veya sipariş değişiklikleriyle ilgili başka bir tabloda bulunabilir.
Örnekler
Ürün üretimden kaldırıldıMüşteri iptal ettiYinelenen sipariş
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin alındığı sistem. | ||
|
Açıklama
Bu öznitelik, olay verilerinin geldiği kaynak bilgi sistemini belirtir. Bu süreçte değer her zaman 'Oracle E-Business Suite' olur. Birden fazla sistemin bulunduğu ortamlarda bu alan, veri kökenini izlemek ve sorunları gidermek için önemlidir. 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?
Verinin kaynağı hakkında gerekli bağlamı sağlar; özellikle birden fazla sistemin bulunduğu ortamlarda verinin izlenebilirliğini ve doğru yorumlanmasını destekler.
Nereden alınır?
Bu, genellikle verinin kaynağını belirtmek için veri ayıklama, dönüştürme ve yükleme (ETL) sürecinde eklenen sabit bir değerdir.
Örnekler
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Ödeme zamanında yapıldı mı
IsPaymentOnTime
|
Ödemenin fatura vade tarihinde veya daha önce alınıp alınmadığını gösteren bir işaret. | ||
|
Açıklama
Bu, ilgili faturanın 'Ödeme vade tarihi' ile 'Ödeme alındı' etkinliğinin zaman damgası karşılaştırılarak hesaplanan bir doğru/yanlış özniteliğidir. Ödemenin koşullara uygun olup olmadığını gösterir. Bu işaret, 'Ödeme koşullarına 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 hazırlanmasını kolaylaştırır. Müşteri türü veya ödeme koşulları gibi etkenleri incelemek için zamanında yapılan ve geciken ödemeler hızla gruplandırılabilir.
Neden önemli?
Ödeme koşullarına uyumu doğrudan ölçer. Nakit akışını yönetmek ve müşterilerin ödeme güvenilirliğini değerlendirmek açısından önemlidir.
Nereden alınır?
Bu, hesaplanmış bir alandır. Mantık şöyledir: IF ('Ödeme alındı' EventTime <= PaymentDueDate) THEN True ELSE False.
Örnekler
truefalse
|
|||
|
Para birimi
Currency
|
Satış siparişinin parasal değerlerinde kullanılan para birimi kodu. | ||
|
Açıklama
Para birimi özniteliği, sipariş tutarlarının USD, EUR veya JPY gibi hangi para biriminde olduğunu belirtir. Siparişle ilgili finansal verilerin yorumlanması için gerekli bağlamı sağlar. Farklı para birimleriyle işlem yapan çok uluslu kuruluşlarda bu bilgi gereklidir. 'Sipariş toplam tutarı' gibi finansal metriklerin doğru anlaşılmasını ve toplu raporlama gerektiğinde para birimlerinin uygun biçimde dönüştürülmesini sağlar.
Neden önemli?
Tüm parasal değerler için gerekli bağlamı sağlar ve özellikle küresel iş ortamlarında finansal analizlerin doğru yapılmasına yardımcı olur.
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ı. | ||
|
Açıklama
Bu öznitelik, sevkiyatta kullanılan taşıma türünü veya hizmet düzeyini belirtir. Örneğin 'Kara yolu taşımacılığı', 'Hava ekspres' veya 'Yerel kurye'. Teslimat süresini ve maliyetini etkileyen temel unsurlardandır. İşletmeler bu özniteliği kullanarak farklı sevkiyat yöntemlerinin performansını değerlendirebilir. Örneğin 'Sevkiyat yöntemi performansı' Dashboardu, her yöntem için 'Ürünler sevk edildi' ile 'Ürünler teslim edildi' arasındaki çevrim süresini karşılaştırır. Böylece hız, maliyet ve güvenilirlik arasında denge kurarak lojistiği iyileştirmeye yardımcı olur.
Neden önemli?
Maliyet, hız ve güvenilirlik açısından en uygun seçeneği belirlemek için farklı taşıyıcıların ve sevkiyat seçeneklerinin performansını değerlendirmeyi 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 kara yoluFedEx ertesi gün öncelikli teslimatDHL dünya çapında ekspres
|
|||
|
Sipariş miktarı
OrderQuantity
|
Belirli bir satış siparişi satırında sipariş edilen ürün miktarı. | ||
|
Açıklama
Bu öznitelik, müşterinin satış siparişi satırında talep ettiği belirli bir üründen kaç adet olduğunu 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 incelemek için kullanılabilir. Örneğin çok büyük veya çok küçük siparişler farklı süreç akışlarını izleyebilir ya da farklı türde gecikmeler yaşayabilir. Sipariş değeri gibi diğer metriklere de bağlam sağlar.
Neden önemli?
Siparişin ölçeğini göstererek sipariş hacminin süreç verimliliğini ve karşılama akışlarını nasıl etkilediğini incelemeyi 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 yapılan en son veri yenilemesinin zaman damgası. | ||
|
Açıklama
Bu öznitelik, verinin Oracle E-Business Suite’ten en son ne zaman alınıp Process Mining aracına yüklendiğini gösterir. İncelenen verinin ne kadar güncel olduğunu belirtir. Kullanıcıların görüntüledikleri içgörülerin ne kadar güncel olduğunu anlaması açısından önemlidir. Gerçek zamanlı bilgiye mi yoksa belirli bir andaki veriye mi baktıklarını göstererek operasyonel kararların doğru zamanda alınmasına yardımcı olur.
Neden önemli?
Verinin güncelliğini gösterir. Bu bilgi, analize güvenmek ve zamanında karar almak için önemlidir.
Nereden alınır?
Bu zaman damgası, veri ayıklama, 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 veya kalemi benzersiz biçimde tanımlayan değer. | ||
|
Açıklama
Bu öznitelik, satılan belirli malzemeyi, ürünü veya hizmeti tanımlar. Analizin satış siparişi başlığından daha ayrıntılı bir düzeyde yapılmasını sağlar. Sürecin ürüne göre incelenmesi, ürüne özgü sorunları ortaya çıkarabilir. Örneğin bazı ürünlerin üretim veya tedarik süreçleri karmaşık olduğundan teslim süreleri uzayabilir; bazılarıysa daha fazla sevkiyat hatası veya müşteri anlaşmazlığıyla ilişkilendirilebilir. Bu analiz, tedarik zinciri ve ürün yönetiminde hedefli iyileştirmeler yapılmasını sağlar.
Neden önemli?
Süreçte gecikmeye, yeniden çalışmaya veya başka verimsizliklere yol açan ürünleri 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 elde edilir. Ürün numarasını veya açıklamasını almak için MTL_SYSTEM_ITEMS_B tablosuyla birleştirilebilir.
Örnekler
AS54888CM15001SV20100
|
|||
|
Yeniden çalışma var mı
IsRework
|
Satış siparişinde tekrarlanan onay veya güncelleme etkinlikleri gibi yeniden çalışma gerektiren durumları belirten bir işaret. | ||
|
Açıklama
Bu, yeniden çalışmaya işaret eden örüntüler içeren vakaları belirleyen, hesaplanmış bir doğru/yanlış özniteliğidir. Yeniden çalışma, süreç haritasındaki döngülerden, örneğin bir siparişin birden fazla kez kaydedilmesinden veya sistemde kaydedilen belirli değişiklik olaylarından anlaşılabilir. Bu işaret, 'Satış siparişinde yeniden çalışma oranı' KPI’ını hesaplamak ve 'Satış siparişinde yeniden çalışma analizi' Dashboardunu oluşturmak için kullanılır. Analistler standart süreçten sapan siparişleri kolayca ayırıp inceleyebilir; yeniden çalışmanın çevrim süreleri ve maliyetler üzerindeki etkisini ölçebilir ve bu verimsiz döngülerin temel nedenlerini belirleyebilir.
Neden önemli?
Elle değişiklik yapılması gereken siparişleri işaretleyerek süreç verimsizliğinin ölçülmesine ve yeniden çalışmanın nedenleriyle etkilerinin incelenmesine yardımcı olur.
Nereden alınır?
Veri dönüştürme sırasında döngü oluşturan etkinlik dizileri belirlenerek hesaplanır. Örneğin aynı vaka için 'Sipariş kaydedildi' etkinliğinin birden fazla kez gerçekleşmesi.
Örnekler
truefalse
|
|||
|
Zamanında teslim edildi mi
IsOnTimeDelivery
|
Siparişin onaylanan teslimat tarihinde veya daha önce teslim edilip edilmediğini gösteren bir işaret. | ||
|
Açıklama
Bu hesaplanmış öznitelik, siparişin teslimat taahhüdünü yerine getirip getirmediğini belirten bir doğru/yanlış işaretidir. 'Ürünler teslim edildi' etkinliğinin zaman damgası, 'Onaylanan teslimat tarihi' ile karşılaştırılarak elde edilir. Bu öznitelik, 'Zamanında teslimat oranı' KPI’ını doğrudan destekler. Her sipariş için sonucu açıkça göstererek analiz ve Dashboard oluşturmayı kolaylaştırır. Böylece geç teslimatların ortak özelliklerini, örneğin sık görülen ürünleri, müşterileri veya sevkiyat yöntemlerini filtreleyip gruplandırmak kolaylaşır.
Neden önemli?
Müşteri hizmeti düzeyini ve sipariş karşılama 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, hesaplanmış bir alandır. Mantık şöyledir: IF ('Ürünler teslim edildi' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.
Örnekler
truefalse
|
|||
Siparişten Tahsilata - Satış siparişi işleme etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Envanter tahsis edildi
|
Bu etkinlik, gerekli miktarın ürün toplama için hazır olmasını sağlamak üzere sipariş kalemlerine envanter ayrıldığını gösterir. Genellikle satış siparişi kaleminin durumundaki değişiklikten çıkarılır; bu değişiklik, kalemin depoya gönderilmeye hazır olduğunu belirtir. | ||
|
Neden önemli?
Bu aşama, siparişin karşılanmaya hazır olup olmadığını anlamak açısından önemlidir. Buradaki gecikmeler envanter eksikliğ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. Bir kalemin durumu Ready to Release olarak güncellendiğinde etkinlik gerçekleşir; zaman damgası ilgili durum güncellemesinden alınır.
Kaydedin
WSH_DELIVERY_DETAILS tablosundaki kalem durumunun Ready to Release olarak güncellenmesinden çıkarılır.
Olay türü
inferred
|
|||
|
Fatura oluşturuldu
|
Bu olay, sevk edilen ürünler için alacak faturasının oluşturulduğunu belirtir. Order Management ve Shipping modüllerindeki verileri 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 aşamasını başlatır. Faturadan ödemeye kadar geçen çevrim süresini ölçmek ve faturalandırma 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ın zaman damgası olarak kullanılır.
Kaydedin
RA_CUSTOMER_TRX_ALL tablosundaki TRX_DATE değerini kullanın.
Olay türü
explicit
|
|||
|
Ödeme alındı
|
Bu etkinlik, müşterinin ödemesi alınıp sistemde ilgili faturaya işlendiğinde gerçekleşir. Accounts Receivable modülüne kaydedilen açık bir finansal işlemdir. | ||
|
Neden önemli?
Bu aşama, nakit akışını, Satışların Tahsilat Süresini (DSO) ve ödeme koşullarına uyumu izlemek açısından önemlidir. Finansal çevrim süresini ölçmek için 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 işlendiği zaman damgasını sağlar.
Kaydedin
İlgili faturanın AR_RECEIVABLE_APPLICATIONS_ALL tablosundaki APPLY_DATE değerini kullanın.
Olay türü
explicit
|
|||
|
Satış siparişi oluşturuldu
|
Bu etkinlik, sistemde satış siparişinin ilk kez oluşturulduğunu gösterir. Kullanıcı yeni bir satış siparişi başlığını kaydettiğinde açık bir olay olarak kaydedilir ve Siparişten Tahsilata sürecinin resmî başlangıcını belirtir. | ||
|
Neden önemli?
Bu, sürecin temel başlangıç olayıdır. Genel Siparişten Tahsilata çevrim süresini ölçmek için bu noktadan sonraki etkinliklere kadar geçen süreyi analiz etmek gerekir.
Nereden alınır?
Bu olay, Oracle Order Management modülündeki OE_ORDER_HEADERS_ALL tablosundan alınır. CREATION_DATE sütunu, etkinliğin açık zaman damgasını sağlar.
Kaydedin
OE_ORDER_HEADERS_ALL tablosundaki CREATION_DATE değerini kullanın.
Olay türü
explicit
|
|||
|
Sipariş kapatıldı
|
Satış siparişindeki tüm kalemler başarıyla sevk edilip faturalandırıldıktan ve kapatıldıktan sonra siparişin tamamlandığını belirtir. Sipariş başlığında yapılan açık bir durum güncellemesidir. | ||
|
Neden önemli?
Bu, Siparişten Tahsilata sürecinin temel başarı bitiş noktasıdır. Başarıyla karşılanan siparişlerin baştan sona ç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ğinin LAST_UPDATE_DATE değeri olayın zaman damgasıdır.
Kaydedin
OE_ORDER_HEADERS_ALL tablosunda FLOW_STATUS_CODE değeri CLOSED olduğunda kaydedilen güncelleme zaman damgası.
Olay türü
explicit
|
|||
|
Sipariş onaylandı
|
Satış siparişinin resmen onaylanıp etkinleştirildiğini ve tedarik ile sevkiyat gibi sonraki işlemlere hazır olduğunu gösterir. Oracle EBS’te sipariş durumunu Entered değerinden Booked değerine değiştiren açık bir işlemdir. | ||
|
Neden önemli?
Siparişin karşılanmak üzere resmen taahhüt edildiğini gösteren önemli bir aşamadır. Siparişin oluşturulmasıyla onaylanması arasındaki gecikmeler; veri girişi, onaylar veya ilk doğrulama aşamasındaki sorunlara işaret edebilir.
Nereden alınır?
OE_ORDER_HEADERS_ALL tablosundan alınır. BOOKED_FLAG değeri Y olarak ayarlandığında olay gerçekleşir ve zaman damgası BOOKED_DATE sütununa kaydedilir.
Kaydedin
OE_ORDER_HEADERS_ALL tablosundaki BOOKED_DATE değerini kullanın.
Olay türü
explicit
|
|||
|
Ürünler sevk edildi
|
Sevkiyat onayının tamamlandığını ve ürünlerin fiziksel olarak depodan çıktığını gösterir. Envanteri güncelleyen ve sipariş durumunu ilerleten, sevkiyat modülündeki önemli ve açık bir olaydır. | ||
|
Neden önemli?
Zamanında sevkiyat performansını ölçmek için kullanılan önemli bir sipariş karşılama aşamasıdır. Ayrıca faturalandırma ve gelir kaydı 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 tablosundaki durumun Shipped olarak güncellenmesinden çıkarılabilir.
Kaydedin
WSH_DELIVERY_DETAILS veya WSH_NEW_DELIVERIES tablosundaki sevkiyat onay tarihini kullanın.
Olay türü
explicit
|
|||
|
Fatura müşteriye gönderildi
|
Bu etkinlik, faturanın basılı veya elektronik olarak müşteriye iletildiği anı gösterir. Oluşturma işleminden ayrı ve açık bir olay olarak her zaman kaydedilmediğinden genellikle çıkarım yoluyla belirlenir. | ||
|
Neden önemli?
Müşterinin ödeme süresinin resmen başladığı anı belirtir. Faturanın oluşturulmasıyla gönderilmesi arasındaki gecikmeler nakit akışını olumsuz etkileyebilir ve ödemelerin gecikmesine yol açabilir.
Nereden alınır?
RA_CUSTOMER_TRX_ALL tablosundaki LAST_PRINTED_DATE alanından çıkarılabilir. Elektronik faturalar için harici belge iletim sisteminin günlüklerinin incelenmesi gerekebilir.
Kaydedin
RA_CUSTOMER_TRX_ALL tablosundaki LAST_PRINTED_DATE değerini 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ünün tamamlandığını gösterir. Kredi kontrolü nedeniyle siparişe bloke konduysa bu etkinlik, siparişin ilerlemesini sağlayan blokenin kaldırıldığı anda kaydedilir. | ||
|
Neden önemli?
Kredi kontrolündeki gecikmeler, siparişin tamamlanma sürecini durdurabilen yaygın bir darboğazdır. Bu etkinliği izlemek, finansal kontroller ve onaylardaki verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır?
Bu olay, belirli bir sipariş başlığı için Credit Check Hold blokesi kaldırıldığında kaydedilen zaman damgası belirlenerek OE_ORDER_HOLDS_ALL tablosundan çıkarılabilir.
Kaydedin
OE_ORDER_HOLDS_ALL tablosundaki krediyle ilgili blokelerin kaldırılma zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Sipariş iptal edildi
|
Siparişin tamamı karşılanmadan önce satış siparişinin iptal edildiğini gösterir. 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 incelemek; gelir kaybını, süreç sorunlarını ve ürünle ilgili aksaklıkları belirlemeye yardımcı olur.
Nereden alınır?
FLOW_STATUS_CODE değeri 'CANCELLED', CANCELLED_FLAG değeri ise 'Y' olduğunda OE_ORDER_HEADERS_ALL tablosuna kaydedilir. Zaman damgası olarak LAST_UPDATE_DATE kullanılabilir.
Kaydedin
OE_ORDER_HEADERS_ALL tablosundaki CANCELLED_FLAG değerinin 'Y' olarak ayarlandığı zaman damgası.
Olay türü
explicit
|
|||
|
Sipariş kalemi kapatıldı
|
Satış siparişindeki tek bir kalemin sevkiyat ve faturalandırma dahil tüm işlemlerinin tamamlandığını gösterir. Workflow sürecinin yönettiği açık bir durum değişikliğidir. | ||
|
Neden önemli?
Kalem düzeyindeki kapanışları izlemek, kısmi sevkiyatları analiz etmeye ve siparişin tamamı kapanmadan önce belirli ürünlerle veya sipariş karşılama akışları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ğinin LAST_UPDATE_DATE değeri zaman damgası olarak kullanılabilir.
Kaydedin
OE_ORDER_LINES_ALL tablosunda FLOW_STATUS_CODE değeri CLOSED olduğunda kaydedilen güncelleme zaman damgası.
Olay türü
explicit
|
|||
|
Ürün toplama için serbest bırakıldı
|
Bu olay, ürün toplama işlemlerinin başlaması için satış siparişi kalemlerinin depoya gönderildiği anı belirtir. Ürün toplama fişlerini oluşturan ve siparişi depo çalışanlarının görebilmesini sağlayan 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ı ürün toplama darboğazlarını gösterir.
Nereden alınır?
Oracle Shipping Execution modülünde açık bir olay olarak kaydedilir. WSH_DELIVERY_DETAILS tablosundaki teslimat ayrıntılarının durumu Released to Warehouse veya Transactable olarak değiştiğinde belirlenebilir.
Kaydedin
WSH_DELIVERY_DETAILS.RELEASED_STATUS değeri S (Submitted) olarak değiştiğinde kaydedilen zaman damgası.
Olay türü
explicit
|
|||
|
Ürünler teslim edildi
|
Bu etkinlik, sevkiyatın müşteriye ulaştığını gösterir. Standart Oracle EBS bu olayı izlemez; bu nedenle genellikle harici taşıyıcı sistemlerinden çıkarılması veya içe aktarılması gerekir. | ||
|
Neden önemli?
Zamanında teslimat temel performans göstergelerini ölçmek ve müşteri deneyiminin tamamını anlamak için gereklidir. Sevkiyatla teslimat arasındaki süre, taşıyıcı performansını gösterir.
Nereden alınır?
Sistem analizi gerekir. Bu veri Oracle EBS’te yerleşik olarak bulunmaz; harici taşıyıcı veri akışlarından veya sistemle entegre lojistik platformlarından alınmalıdır.
Kaydedin
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, Siparişten Tahsilata - Satış siparişi işleme sürecinizi iyileştirmeye başlamanız için gereken her şeyi sunar. Sürecinizi bugün iyileştirmeye başlayın ve verimlilikte önemli kazanımlar elde edin.
Siparişten Tahsilata satış sürecinizi şimdi iyileştirin!
Verimsizlikleri belirleyin ve Siparişten Tahsilata çevrim süresini %30 kısaltın.
Kredi kartı gerekmez. 14 günlük ücretsiz deneme.