Veri Template'i: Siparişten Tahsilata - Satış Siparişi İşleme
Siparişten Tahsilata (Order to Cash) - Satış Siparişi İşleme Veri Şablonunuz (Data Template)
- Detaylı analiz için önerilen nitelikler
- Sürecinizde izlenmesi gereken temel aktiviteler
- NetSuite için pratik veri çıkarma rehberliği.
Siparişten Tahsilata - Satış Siparişi İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Belirli bir zamanda meydana gelen iş eventinin veya activitynin adı. | ||
|
Açıklama
Bu öznitelik, satış siparişi yaşam döngüsündeki belirli bir adımı veya durum değişimini tanımlar; örneğin 'Sales Order Created', 'Goods Shipped' veya 'Payment Received'. Bu aktivitelerin sıralaması, süreç haritasının temelini oluşturur. Aktivite akışını analiz etmek, yaygın süreç yollarını, sapmaları ve darboğazları tespit etmeye yardımcı olur. Aktivitelerin sıklığını ve sırasını anlamak, operasyonları sadeleştirme ve manuel çabayı azaltma fırsatlarını belirlemek için kritiktir.
Neden önemli
Sürecin adımlarını tanımlar, süreç akışının görselleştirilmesine ve analizine imkan tanır.
Nereden alınır
Bu genellikle NetSuite içindeki sistem durum değişikliklerinden, işlem türlerinden veya belirli event log'larından türetilir. Çoğunlukla durum alanlarının veya işlem oluşturma event'lerinin standart bir aktivite adına eşlenmesini gerektirir.
Örnekler
Satış Siparişi OluşturulduSatış Siparişi OnaylandıÜrünler Sevk EdildiFatura OluşturulduÖdeme Alındı
|
|||
|
Olay Zamanı
EventTime
|
Aktivitenin ne zaman gerçekleştiğini gösteren timestamp. | ||
|
Açıklama
Bu nitelik, süreçteki her aktivite için kesin tarih ve saati sağlar. Event Log'un kronolojik omurgasını oluşturarak farklı adımlar arasındaki cycle time'ların, sürelerin ve bekleme sürelerinin hesaplanmasına olanak tanır. Doğru zaman damgaları, sipariş oluşturmadan sevkiyata kadar geçen süreyi ölçmek veya kredi onay sürecindeki gecikmeleri tespit etmek gibi performans analizi için çok önemlidir. Süreç verimliliği ve hizmet seviyesi anlaşmalarına uyumun detaylı analizini mümkün kılar.
Neden önemli
Timestamp'ler, süreç darboğazlarını (process bottlenecks) belirlemek için gerekli olan döngü süreleri (cycle times) ve süreler dahil olmak üzere tüm zaman tabanlı metrikleri hesaplamak için kritik öneme sahiptir.
Nereden alınır
Bu, satış siparişi için 'Oluşturma Tarihi', ürün karşılama için 'Gerçek Sevkiyat Tarihi' veya faturalar ve ödemeler için 'Tarih' gibi NetSuite işlem kayıtlarındaki tarih alanlarına karşılık gelir.
Örnekler
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
|
|||
|
Satış Siparişi
SalesOrder
|
Her satış siparişi belgesinin benzersiz kimliği. | ||
|
Açıklama
Satış Siparişi (Sales Order), müşterinin siparişi vermesinden ürünün teslimine ve son ödemeye kadar tüm sonraki aktiviteleri birbirine bağlayan birincil vaka kimliğidir. Her satış siparişi, uçtan uca sürecin tekil bir örneğini temsil eder. Process Mining’de bu öznitelik, her siparişin yolculuğunu yeniden kurmanın temelidir. Sipariş bazında süreç varyantlarını, çevrim sürelerini ve darboğazları analiz etmeye olanak tanır ve her müşteri talebinin yaşam döngüsüne eksiksiz bir bakış sağlar.
Neden önemli
Tüm ilgili event'leri tek bir süreç örneğine bağlayan, uçtan uca analiz yapılmasını sağlayan temel tanımlayıcıdır.
Nereden alınır
Bu, NetSuite'teki Satış Siparişi işlem kaydının dahili ID'sidir. Genellikle Satış Siparişi formunda veya arama sonuçlarında 'Dahili Kimlik' (Internal ID) olarak bulunabilir.
Örnekler
SO-100521SO-100522SO-100523
|
|||
|
Fatura Numarası
InvoiceNumber
|
Müşteri faturasının benzersiz kimliği. | ||
|
Açıklama
Bu nitelik, satış siparişinden oluşturulan fatura belgesinin referans numarasıdır. Satış tamamlama sürecini müşteri alacakları sürecine bağlar. Fatura numarasını takip etmek, finansal mutabakat ve siparişten nihai ödemeye kadar uzanan analizler için önemlidir. Bu, mal sevkiyatının operasyonel faaliyetleri ile nakit tahsilatının finansal faaliyeti arasında somut bir bağlantı kurar.
Neden önemli
Satış siparişini faturalandırma için belirli finansal işleme bağlar; böylece gerçek bir uçtan uca Siparişten Nakite analizi yapılmasını sağlar.
Nereden alınır
Bu, Satış Siparişinden oluşturulan Fatura kaydının 'Fatura No' veya 'İşlem Kimliği'dir.
Örnekler
INV-2001INV-2002INV-2003
|
|||
|
Kullanıcı
User
|
Aktiviteyi gerçekleştiren kullanıcı veya çalışan. | ||
|
Açıklama
Bu öznitelik, belirli bir süreç adımını gerçekleştirmekten sorumlu kişiyi belirtir; örneğin siparişi oluşturan satış temsilcisi veya ürünleri paketleyen depo görevlisi. Bir kullanıcı adı ya da benzersiz bir ID olabilir. Kullanıcı bazlı analiz, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve bireyler veya ekipler arası performansı karşılaştırmaya yardımcı olur. Belirli kullanıcı eylemleriyle ilişkili sapma veya gecikmeleri araştırırken kök neden analizi için kritik önemdedir.
Neden önemli
Çalışan veya rol bazında performans analizi sağlayarak, en iyi performans gösterenleri, otomasyon adaylarını ve eğitim fırsatlarını belirlemeye yardımcı olur.
Nereden alınır
Bu bilgi, çeşitli NetSuite işlem kayıtlarındaki 'Oluşturan', 'Değiştiren' veya 'Sahibi' gibi alanlarda bulunabilir.
Örnekler
Can DemirAyşe YılmazDepo Kullanıcısı 1
|
|||
|
Müşteri Adı
CustomerName
|
Satış siparişini veren müşterinin adı. | ||
|
Açıklama
Bu öznitelik, mal veya hizmeti satın alan şirketin ya da kişinin adını içerir. Satış siparişi sürecini belirli bir müşteri hesabına bağlar. Müşteri bazında filtreleme veya boyutlandırma analizi; müşteri davranışlarını anlamak, kilit hesapları etkileyen sorunları belirlemek ve hizmet seviyelerini değerlendirmek için kritiktir. Sürece müşteri odaklı bakmayı sağlar ve en fazla gecikmeyi veya yeniden işlemi hangi müşterilerin yaşadığını ortaya koyar.
Neden önemli
Süreci müşteriye göre segmentlere ayırmayı sağlar; bu, müşteri memnuniyetini analiz etmek, önemli hesaplardaki sorunları belirlemek ve hizmetleri özelleştirmek için anahtardır.
Nereden alınır
Bu, NetSuite'teki Satış Siparişi işlem kaydındaki 'Müşteri' veya 'Varlık' alanıdır.
Örnekler
Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
|
|||
|
Ödeme Vadeleri
PaymentTerms
|
Faturanın ödenmesi için üzerinde anlaşılan şartlar. | ||
|
Açıklama
Bu öznitelik, müşterinin mal veya hizmet bedelini hangi koşullarda ödeyeceğini tanımlar; örneğin 'Net 30' veya 'Due on Receipt'. Bu koşullar, faturanın vade tarihini hesaplamak için kullanılır. Ödeme koşullarına göre analiz, geç ödemelerle ilişkilenen koşulları belirlemeye yardımcı olur ve işletmenin kredi politikalarının finansal etkisini değerlendirmesini sağlar. 'Payment Terms Adherence Rate' Dashboard’ının analizinde ve nakit akışı dinamiklerinin anlaşılmasında temel bir rol oynar.
Neden önemli
Ödeme vadelerini hesaplamak, müşteri ödeme davranışlarını ve uyum oranlarını analiz etmek için temel oluşturur.
Nereden alınır
Bu, NetSuite'teki Satış Siparişi veya Fatura işlem kaydındaki 'Koşullar' alanıdır.
Örnekler
Net 30 GünNet 60 GünTeslimatta Ödenecek
|
|||
|
Satış Siparişi Durumu
SalesOrderStatus
|
Satış siparişinin yaşam döngüsü içindeki mevcut durumu. | ||
|
Açıklama
Bu öznitelik, satış siparişinin mevcut durumunu belirtir; örneğin 'Pending Approval', 'Pending Fulfillment' veya 'Billed'. Siparişin genel süreçte nerede bulunduğuna dair anlık bir görünüm sağlar. Aktivite günlüğü tarihsel akışı gösterirken, mevcut durum hâlihazırda takılan veya aktif siparişleri filtrelemek ve odaklanmak için kullanışlıdır. Vakaları nihai durumuna göre analiz etmek; siparişin başarıyla kapatılıp kapatılmadığı, iptal edilip edilmediği veya hâlâ devam edip etmediği gibi süreç sonuçlarını anlamaya yardımcı olur.
Neden önemli
Vakaları mevcut durumlarına göre filtrelemeyi mümkün kılar; bu da açık siparişleri analiz etmek ve bloke olmuş veya gecikmiş olanları tespit etmek için kritik öneme sahiptir.
Nereden alınır
Bu, NetSuite'teki Satış Siparişi işlem kaydındaki 'Durum' alanıdır.
Örnekler
Karşılama BekleniyorFaturalama BekleniyorFaturalandırıldıKapalı
|
|||
|
Talep Edilen Teslim Tarihi
RequestedDeliveryDate
|
Müşteri tarafından talep edilen teslim tarihi. | ||
|
Açıklama
Bu öznitelik, müşterinin ürünleri teslim almak için talep ettiği tarihi yakalar. Zamanında teslimatı ölçmek için temel bir performans göstergesi görevi görür. Bu tarih, 'On-Time Delivery Rate' KPI’sini hesaplamak için gerçekleşen teslim tarihiyle ('Goods Shipped' zaman damgası) karşılaştırılır. Talep edilen ve gerçekleşen teslim tarihleri arasındaki farkın analizi; tahmin, stok yönetimi veya lojistikte şirketin müşteri beklentilerini karşılamasını engelleyen sistemik sorunları ortaya çıkarmaya yardımcı olur.
Neden önemli
Zamanında teslimat performansı ve müşteri memnuniyetini ölçmek için bir temel teşkil eder.
Nereden alınır
Bu, Satış Siparişi kaydında standart veya özel bir alana karşılık gelebilir, genellikle 'Talep Edilen Teslim Tarihi' (Requested Delivery Date) veya benzeri şekilde adlandırılır.
Örnekler
2023-05-202023-06-012023-06-15
|
|||
|
Toplam Sipariş Tutarı
TotalOrderAmount
|
Satış siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu nitelik, tüm ürünleri, vergileri ve nakliye ücretlerini içeren satış siparişinin toplam finansal değerini temsil eder. Her süreç örneğinin ekonomik öneminin kritik bir ölçütüdür. Sipariş değerine dayalı süreç analizi, önemli kalıpları ortaya çıkarabilir. Örneğin, yüksek değerli siparişler daha farklı, daha çok manuel bir onay süreci izleyebilirken, düşük değerli siparişler yüksek oranda otomatikleştirilmiş olabilir. Bu analiz, en etkili siparişler üzerindeki süreç iyileştirme çabalarını önceliklendirmeye yardımcı olur.
Neden önemli
Değer tabanlı analiz yapmayı sağlar; yüksek değerli siparişleri önceliklendirmeye ve süreç verimliliğinin geliri nasıl etkilediğini anlamaya yardımcı olur.
Nereden alınır
Bu, NetSuite'teki Satış Siparişi işlem kaydındaki 'Toplam' alanıdır.
Örnekler
1500.00250.5012500.75
|
|||
|
Ürün Kategorisi
ProductCategory
|
Satış siparişindeki birincil ürün veya hizmetin kategorisi. | ||
|
Açıklama
Bu öznitelik, satış siparişindeki kalemleri 'Donanım', 'Yazılım' veya 'Hizmetler' gibi geniş kategorilere ayırır. Sipariş birden fazla kategoriyi içeriyorsa, değer veya kalem sayısına göre birincil kategori atanabilir. Süreçleri ürün kategorisine göre analiz etmek, karşılama yollarındaki farklılıkları ortaya çıkarabilir. Örneğin, fiziksel donanım toplama, paketleme ve sevkiyat gerektirirken, hizmetlerin karşılama süreci çok daha basit olabilir. Bu segmentasyon, kategoriye özel süreç iyileştirmeleri tasarlamanın anahtarıdır.
Neden önemli
Süreci ürün kategorisine göre bölümlendirmek, farklı sevkiyat yollarını ortaya çıkarmaya ve kategoriye özel bottleneckleri belirlemeye yardımcı olur.
Nereden alınır
Bu bilgi, satış siparişi satırlarına bağlı 'Öğe' kayıtlarından türetilir. Kategoriyi almak için Öğe ana verileriyle birleştirme gerektirebilir.
Örnekler
ElektronikYazılım LisansıDanışmanlık Hizmetleri
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemi tanımlar. | ||
|
Açıklama
Bu nitelik, olay verisinin oluşturulduğu kaynak uygulamayı belirtir. Bu süreç için genellikle 'NetSuite' olacaktır. Daha karmaşık ortamlarda, ayrı bir CRM veya WMS gibi çeşitli entegre sistemlerden gelen veriyi ayırt etmeye yardımcı olur. Analizde, veri soy kütüğünü doğrulamaya yardımcı olur ve birden fazla kaynaktan gelen veriyi tek, birleşik bir süreç görünümü oluşturmak için harmanlarken çok önemlidir. Bu, verinin kökenine doğru bir şekilde atfedilmesini sağlar; ki bu da veri yönetişimi ve sorun giderme için önemlidir.
Neden önemli
Özellikle birden fazla sistemin entegre olduğu ortamlarda veri kaynağı hakkında kritik bağlam sağlar.
Nereden alınır
Bu, veri çıkarma ve dönüştürme süreci sırasında eklenen statik bir değerdir ('NetSuite').
Örnekler
NetSuite
|
|||
|
Kredi Durumu
CreditStatus
|
Satış siparişinin kredi bekletme durumunu belirtir. | ||
|
Açıklama
Bu nitelik, sipariş işleme sırasında müşterinin kredi durumunu yansıtır; örneğin, 'Beklemede' veya 'Serbest Bırakıldı' gibi. Sipariş yaşam döngüsünün erken aşamalarında temel bir faktördür. Bu nitelik analiz edildiğinde, kredi kontrollerinin genel sipariş cycle time'ı üzerindeki etkisi daha iyi anlaşılabilir. 'Kredi Kontrolü Cycle Time Analizi' Dashboard'u, kaç siparişin beklemeye alındığını ve serbest bırakılmasının ne kadar sürdüğünü belirlemek için bu veriye dayanır ve kredi yönetimi sürecindeki darboğazları (bottleneck'leri) ortaya koyar.
Neden önemli
Kredi Kontrolü Döngü Süresi KPI'ını doğrudan etkiler ve sipariş sürecindeki erken aşama gecikmelerini açıklamaya yardımcı olur.
Nereden alınır
Bu, Satış Siparişi kaydında standart bir durum alanı veya özel bir onay kutusu (örn. 'Kredi Bekletme' (Credit Hold)) olabilir. Ayrıca 'Kredi Bekletme Uygulandı' (Credit Hold Applied) ve 'Kredi Bekletme Serbest Bırakıldı' (Credit Hold Released) aktivitelerinin varlığından da çıkarılabilir.
Örnekler
İyiBeklemedeSerbest Bırakıldı
|
|||
|
Satış Ekibi
SalesTeam
|
Satış siparişinin kredilendirildiği satış ekibi veya grup. | ||
|
Açıklama
Bu öznitelik, satıştan sorumlu ekip veya departmanı belirtir. Satış temsilcilerini organize etmek ve satış bölgeleri ya da ürün hatlarını yönetmek için kullanılır. Process Mining’de, satış ekibine göre performans analizi en başarılı ekiplerden iyi uygulamaları ortaya çıkarabilir ya da belirli bir ekibi etkileyen sistemik sorunları tespit edebilir. Veri girişi kalitesi, indirim onayları veya daha sonraki karşılama sürecini etkileyen diğer yukarı akış faktörlerindeki farklılıkları görünür kılabilir.
Neden önemli
Farklı satış ekipleri arasında performans karşılaştırması yapmayı sağlar; en iyi uygulamaları veya destek gerektiren alanları belirlemeye yardımcı olur.
Nereden alınır
Bu, Satış Siparişi kaydında standart veya özel bir alan olabilir ve genellikle Satış Temsilcisinin çalışan kaydına bağlıdır.
Örnekler
Kuzey Amerika SatışEMEA KurumsalAPAC Kanalı
|
|||
|
Satış Siparişi Değişiklik Sayısı
SalesOrderChangeCount
|
Bir satış siparişinin ilk oluşturulmasından sonra kaç kez değiştirildiği sayısı. | ||
|
Açıklama
Bu hesaplanmış metrik, her vaka için 'Satış Siparişi Değiştirildi' aktivitelerinin sayısını hesaplar. Yüksek değişiklik sayısı, müşteri talepleri, veri girişi hataları veya fiyat ayarlamalarından kaynaklanabilecek bir yeniden işleme durumuna işaret eder. Bu nitelik, Satış Siparişi Yeniden İşleme Oranı KPI'ı ve 'Satış Siparişi Yeniden İşleme Varyantları' Dashboard'u için doğrudan bir girdidir. Yüksek değişiklik sayısına sahip siparişlerin özelliklerini analiz etmek, belirli ürünler, müşteriler veya satış temsilcileri ile ilgili sorunlar gibi yeniden işlemenin temel nedenlerini belirlemeye yardımcı olur.
Neden önemli
Yeniden işleme miktarını doğrudan belirler; verimsizlik kaynaklarını, veri kalitesi sorunlarını ve süreç istikrarsızlığını kesin olarak belirlemeye yardımcı olur.
Nereden alınır
Bu, veri dönüştürme sırasında her SatışSiparişi vaka kimliği için 'Satış Siparişi Değiştirildi' olaylarının sayısı alınarak hesaplanır.
Örnekler
013
|
|||
|
Satış Siparişi Türü
SalesOrderType
|
Satış siparişinin standart, acil veya özel gibi sınıflandırması. | ||
|
Açıklama
Bu öznitelik, satış siparişlerini türlerine göre kategorize eder; bu da çoğu zaman süreç yolunu ve önceliği belirler. Örneğin bir 'Rush Order', bir 'Standard Order'a kıyasla bazı adımları atlayabilir ya da daha sıkı SLA’lere tabi olabilir. Süreci sipariş türüne göre analiz etmek, farklı süreç varyantlarının kasıtlı ve etkili olup olmadığını anlamak için kritiktir. Belli sipariş türleri için yapılan özel işlemlerin gerçekten daha hızlı veya daha iyi sonuç verip vermediğini ve bunun maliyetini değerlendirmeye yardımcı olur.
Neden önemli
Standart siparişler ve acil siparişler gibi farklı hedeflenen süreç yollarını karşılaştırarak beklendiği gibi performans gösterip göstermediklerini görmeyi sağlar.
Nereden alınır
NetSuite varsayılan olarak tek bir tür alanı yerine farklı işlem formları (örn. Standart Satış Siparişi, Standart Satış Siparişi - Peşin Satış) kullandığından, bu genellikle Satış Siparişi formunda özel bir 'Sipariş Türü' (Order Type) alanıdır.
Örnekler
Standart SiparişAcil SiparişProje Siparişi
|
|||
|
Sevkiyat Ülkesi
ShippingCountry
|
Sevkiyat için varış ülkesi. | ||
|
Açıklama
Bu öznitelik, siparişin gönderileceği ülkeyi içerir. Bilgi, satış siparişiyle ilişkili sevkiyat adresinden alınır. Sevkiyat ülkesine göre yapılacak coğrafi analiz, lojistik, gümrük veya bölgesel ofis verimliliğine bağlı süreç performansı farklılıklarını ortaya çıkarabilir. Farklı ülke veya bölgelerde sevkiyat sürelerini, teslimat doğruluğunu ve süreç maliyetlerini karşılaştırmaya imkân tanır.
Neden önemli
Bölgesel darboğazları belirlemek, lojistik performansını karşılaştırmak ve uluslararası karmaşıklıkları anlamak için coğrafi analiz yapmayı sağlar.
Nereden alınır
Bu, Satış Siparişi işlem kaydındaki 'Sevkiyat Adresi'nin bir parçasıdır.
Örnekler
USAAlmanyaJaponya
|
|||
|
Son Ödeme Tarihi
PaymentDueDate
|
Faturanın son ödeme tarihi. | ||
|
Açıklama
Bu nitelik, fatura tarihi ve ödeme koşullarına göre müşterinin ödemeyi yapması gereken hesaplanmış son tarihtir. Örneğin, 1 Nisan tarihli ve 'Net 30' koşullarına sahip bir faturanın vade tarihi 1 Mayıs olacaktır. Bu tarih, finansal analiz için çok önemlidir ve bir ödemenin zamanında yapılıp yapılmadığını belirlemek için doğrudan Ödeme Alındı tarihiyle karşılaştırılır. Zamanında Ödeme Oranı KPI'ını hesaplamak ve müşteri alacaklarını yönetmek için kilit bir bileşendir.
Neden önemli
Nakit akışı ve alacak hesaplarının yönetimi için kritik öneme sahip, zamanında ödeme performansını ölçmek için bir referans noktasıdır.
Nereden alınır
Bu, Fatura işlem kaydındaki 'Vade Tarihi' alanıdır. NetSuite tarafından fatura tarihi ve ödeme koşullarına dayalı olarak otomatik olarak hesaplanır.
Örnekler
2023-05-302023-06-152023-07-01
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden son veri yenileme veya çıkarma timestamp'i. | ||
|
Açıklama
Bu nitelik, veri setinin en son ne zaman güncellendiğini gösterir. İş kullanıcılarına analiz ettikleri verinin güncelliği hakkında şeffaflık sağlayarak, Process Mining Dashboard'ları ve analizlerinin kapsadığı zaman dilimini daha iyi anlamalarına yardımcı olur. Bu süreç akış analizi için kullanılmasa da veri yönetişimi ve kullanıcı güveni için kritik bir metadata öğesidir. Kullanıcıların içgörülerin güncelliğini değerlendirmelerine ve yeni verilerin ne zaman yansıyacağını bilmelerine olanak tanır.
Neden önemli
Kullanıcılara verilerin güncelliği hakkında bilgi verir; bu, analize dayalı kararlar almak için kritik öneme sahiptir.
Nereden alınır
Bu timestamp, NetSuite'ten veri çıkarma anında veri setine oluşturulur ve işaretlenir.
Örnekler
2023-10-27T02:00:00Z
|
|||
|
Zamanında Ödeme mi
IsOnTimePayment
|
Faturanın vadesinde veya vadesinden önce ödenip ödenmediğini gösteren bir bayrak. | ||
|
Açıklama
Bu hesaplanmış boole niteliği, Ödeme Alındı zaman damgasını Ödeme Vade Tarihi ile karşılaştırır. Ödeme vade tarihinde veya öncesinde yapıldıysa doğru, aksi takdirde yanlıştır. Bu nitelik, Zamanında Ödeme Oranı KPI'ının ve 'Ödeme Koşullarına Uyum Oranı' Dashboard'unun temelidir. Müşteri ödeme davranışının net bir ölçüsünü sağlar ve hangi müşterilerin, bölgelerin veya ödeme koşullarının geç ödemelerle en çok ilişkili olduğunu analiz etmeye olanak tanır.
Neden önemli
Nakit akışı yönetimi ve kredi riskini değerlendirmek için kritik öneme sahip olan müşteri ödeme disiplinini doğrudan ölçer.
Nereden alınır
Bu, veri dönüştürme sırasında 'Ödeme Alındı' aktivitesinin zaman damgasını Ödeme Vade Tarihi niteliği ile karşılaştırarak hesaplanır.
Örnekler
truefalse
|
|||
|
Zamanında Teslimat Yapıldı mı
IsOnTimeDelivery
|
Siparişin talep edilen tarihte veya öncesinde teslim edilip edilmediğini gösteren bir bayrak. | ||
|
Açıklama
Bu hesaplanmış boole niteliği, 'Mal Sevkiyatı' veya gerçek teslimat zaman damgasını Talep Edilen Teslimat Tarihi ile karşılaştırır. Teslimat zamanında veya erken ise doğru, geç ise yanlıştır. Bu gösterge, Zamanında Teslimat Oranı KPI'ını hesaplamak ve 'Teslimat Vaadi ile Gerçeklik Arasındaki Fark' Dashboard'una veri sağlamak için çok önemlidir. Teslimat performansı analizini basitleştirerek, belirli ürünler, bölgeler veya süreç darboğazları (bottleneck'leri) olsun, geç sevkiyatların nedenlerini bulmak için kolay filtreleme ve toplama imkanı sunar.
Neden önemli
Teslimat performansı için net, ikili bir sonuç sağlayarak KPI'ların hesaplanmasını ve geç siparişlerin kök neden analizini basitleştirir.
Nereden alınır
Bu, veri dönüştürme sırasında 'Mal Sevkiyatı' aktivitesinin zaman damgasını Talep Edilen Teslimat Tarihi niteliği ile karşılaştırarak hesaplanır.
Örnekler
truefalse
|
|||
Siparişten Tahsilata - Satış Siparişi İşleme Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura Oluşturuldu
|
Bu, sevk edilen mal veya hizmetler için finansal faturanın oluşturulmasını temsil eder. Satış siparişiyle bağlantılı bir 'Fatura' (Invoice) işleminin oluşturulmasıyla tetiklenen açık bir event'tir. | ||
|
Neden önemli
Bu aktivite, gelirin tanınması için kritik bir kilometre taşıdır ve ödeme döngüsünün başlangıcını işaret eder. Sevkiyat ile faturalama arasındaki süre nakit akışını doğrudan etkiler.
Nereden alınır
Bu, Satış Siparişine geri bağlanabilen, Fatura işlem kaydındaki (Transaction table, Type='CustInvc') 'Oluşturma Tarihi' alanından yakalanan açık bir olaydır.
Yakala
Bağlantılı Fatura (Invoice) için işlem oluşturma tarihini kullanın.
Event tipi
explicit
|
|||
|
Ödeme Alındı
|
Bu aktivite, müşteriden ilgili fatura için ödemenin alındığını gösterir. Bir 'Customer Payment' işlemi oluşturulup satış siparişiyle ilişkili faturaya uygulandığında kaydedilir. | ||
|
Neden önemli
Önemli bir sonlandırma olayı olarak bu aktivite, nakit dönüşüm döngüsünü ve zamanında ödeme performansını analiz etmek için hayati öneme sahiptir. Bir satış işleminin başarılı finansal sonuçlandığını gösterir.
Nereden alınır
Bu açık bir olaydır. Zaman damgası, ilgili faturaya uygulanan 'Müşteri Ödemesi' işleminin (Transaction table, Type='CustPymt') oluşturma tarihidir.
Yakala
Faturaya uygulanan Müşteri Ödemesi kaydındaki işlem tarihini kullanın.
Event tipi
explicit
|
|||
|
Satış Siparişi Kapatıldı
|
Satış siparişinin tamamen yerine getirildiğini, faturalandırıldığını ve tamamlanmış sayıldığını gösteren son aktivitedir. Bu durum, satış siparişinin durumunun 'Kapalı' (Closed) olarak değişmesinden anlaşılır. | ||
|
Neden önemli
Bu olay, sipariş yaşam döngüsünün operasyonel sonunu işaret eder. Oluşturmadan kapanışa kadar geçen süre, uçtan uca süreç süresi hakkında eksiksiz bir görünüm sunar.
Nereden alınır
Satış Siparişi işleminin 'Durum' alanının 'Kapalı' olarak değişmesinden çıkarılmıştır. Timestamp, bu nihai durum değişikliği için sistem notlarından alınır.
Yakala
Satış Siparişinin sistem notlarındaki durumun 'Kapalı' (Closed) olarak değiştiği timestamp.
Event tipi
inferred
|
|||
|
Satış Siparişi Oluşturuldu
|
Bu aktivite, satış siparişi sürecinin resmi başlangıcını işaret eder. NetSuite’te yeni bir Sales Order işlemi ilk kez kaydedildiğinde tetiklenir ve müşterinin ilk talebini kayda geçirir. | ||
|
Neden önemli
Bu, Siparişten Tahsilata (Order to Cash) sürecinin birincil başlangıç event'idir. Bu event'ten sonraki aktivitelere kadar geçen süreyi analiz etmek, genel sipariş işleme verimliliğini ve döngü sürelerini (cycle times) ölçmek için kritik öneme sahiptir.
Nereden alınır
Bu, Satış Siparişi işlem kaydındaki (Transaction table, Type='SalesOrd') 'Oluşturma Tarihi' alanından yakalanan açık bir olaydır.
Yakala
Satış Siparişleri için işlem oluşturma tarihini kullanın.
Event tipi
explicit
|
|||
|
Satış Siparişi Onaylandı
|
Bu önemli kilometre taşı, satış siparişinin kredi ve stok gibi tüm dahili kontrollerden geçtiğini ve sevkiyata hazır olduğunu gösterir. Bu durum genellikle sipariş durumunun 'Sevkiyat Bekleniyor' (Pending Fulfillment) olarak değişmesinden anlaşılır. | ||
|
Neden önemli
Onay, süreçteki kritik bir geçittir. Onay süresini ölçmek, iç incelemelerdeki ve karar alma süreçlerindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır
Satış Siparişi kaydındaki bir durum değişikliğinden çıkarılmıştır. Timestamp, 'Sipariş Durumu' alanı 'Teslimat Bekleniyor' veya benzer özel bir onaylanmış duruma güncellendiğinde kaydedilir.
Yakala
Satış Siparişinin sistem notlarındaki durumun 'Sevkiyat Bekleniyor' (Pending Fulfillment) olarak değiştiği timestamp.
Event tipi
inferred
|
|||
|
Sipariş Karşılama Oluşturuldu
|
Bu aktivite, depoda fiziksel sipariş karşılama sürecinin başladığını gösterir. Sales Order üzerinden bir 'Item Fulfillment' işlemi oluşturulduğunda gerçekleşir. | ||
|
Neden önemli
Bu, satış sürecini depo operasyonlarına bağlayan önemli bir kilometre taşıdır. Sipariş onayı ile karşılama oluşturma arasındaki süre, operasyonel hazırlığın temel bir göstergesidir.
Nereden alınır
Bu açık bir olaydır. Zaman damgası, kaynak Satış Siparişine geri bağlanabilen 'Ürün Karşılama' kaydının oluşturma tarihidir.
Yakala
Bağlantılı Ürün Sevkiyatı (Item Fulfillment) kaydı için işlem oluşturma tarihini kullanın.
Event tipi
explicit
|
|||
|
Ürünler Sevk Edildi
|
Bu önemli kilometre taşı, ürünlerin depodan ayrıldığını ve müşteriye doğru yola çıktığını gösterir. Bu durum, 'Ürün Sevkiyatı' (Item Fulfillment) kaydının durumunun 'Sevkedildi' (Shipped) olarak güncellenmesinden anlaşılır. | ||
|
Neden önemli
Sevkiyat, taşıyıcı ve müşteri arasındaki kritik bir aktarım noktasıdır. Bu event, zamanında teslimat performansını izlemek ve toplam sipariş gerçekleştirme teslim süresini ölçmek için hayati öneme sahiptir.
Nereden alınır
Bağlantılı 'Öğe Teslimatı' işleminin 'Durum' alanının 'Sevk Edildi' olarak değişmesinden çıkarılmıştır. Bu event için timestamp, durum değişikliğinin tarihidir.
Yakala
Ürün Sevkiyatı kaydındaki durumun 'Sevkedildi' (Shipped) olarak değiştiği timestamp.
Event tipi
inferred
|
|||
|
Alacak Dekontu Oluşturuldu
|
Bu olay, genellikle iade, fiyat ayarlamaları veya diğer tavizler için bir satış siparişi veya faturaya karşı bir kredi notu düzenlendiğinde meydana gelir. Bir 'Kredi Notu' işlemi oluşturulduğunda yakalanır. | ||
|
Neden önemli
Alacak dekontları genellikle nakliye hataları veya ürün kusurları gibi süreç hatalarını temsil eder. Sıklığını ve zamanlamasını analiz etmek, temel nedenleri belirlemeye ve genel kaliteyi iyileştirmeye yardımcı olur.
Nereden alınır
Bu, orijinal fatura veya satış siparişine geri bağlanabilen bir 'Kredi Notu' işlemi (Transaction table, Type='CredMemo') oluşturulmasına dayalı açık bir olaydır.
Yakala
Bağlantılı Kredi Dekontu (Credit Memo) için işlem oluşturma tarihini kullanın.
Event tipi
explicit
|
|||
|
Envanter Taahhüt Edildi
|
Bu olay, envanterin bir satış siparişi için resmi olarak rezerve edildiği zamanı işaret eder ve karşılanmak üzere hazır olmasını sağlar. Bu durum, satış siparişi satırlarındaki 'Taahhüt Edilen Miktar'daki değişiklikler gözlemlenerek belirlenir. | ||
|
Neden önemli
Bu aktivite, stok tahsisinin verimliliğini analiz etmek için kritiktir. Sipariş onayı ile stok tahsisi arasındaki gecikmeler, stok yokluğu (stockout) riski doğurabilir ve teslimat taahhütlerini olumsuz etkileyebilir.
Nereden alınır
Satış Siparişinin kalemlerine ilişkin sistem notlarından çıkarılmıştır. Timestamp, 'Taahhüt Edilen Miktar' alanının sıfırdan pozitif bir değere güncellendiği zamana karşılık gelir.
Yakala
Sipariş satırlarındaki 'Taahhüt Edilen Miktar' (Quantity Committed) alanındaki değişiklik timestamp'i.
Event tipi
inferred
|
|||
|
Kredi Bekletme Serbest Bırakıldı
|
Bir satış siparişinin kredi bekletmesinden çıkarılarak sevkiyat sürecine devam etmesine izin verildiği noktayı temsil eder. Bu durum, bir bekletme durumundan açık veya onaylanmış bir duruma geçişin gözlemlenmesiyle kaydedilir. | ||
|
Neden önemli
Kredi bekletmelerinin süresi kritik bir KPIdır. Bu event, kredi sorunlarını çözmek için geçen süreyi ve bunun genel siparişten tahsilata döngüsü üzerindeki etkisini ölçmeye olanak tanır.
Nereden alınır
Satış Siparişi kaydındaki sistem notlarından veya denetim izinden çıkarılmıştır; 'Sipariş Durumu' bir bekletme halinden değiştiğinde timestamp kaydedilmiştir.
Yakala
Sipariş durumunun bir kredi bekletme halinden aktif hale geçtiği timestamp'i belirleyin.
Event tipi
inferred
|
|||
|
Kredi Bekletme Uygulandı
|
Bu olay, bir satış siparişi otomatik veya manuel olarak kredi beklemeye alındığında ve karşılama süreci duraklatıldığında meydana gelir. Bu durum genellikle sipariş durumunun 'Onay Bekliyor' veya belirli bir 'Kredi Bekletme' durumuna değişmesinden belirlenir. | ||
|
Neden önemli
Siparişlerin ne zaman ve neden beklemeye alındığını tespit etmek, teslimat döngüsündeki gecikmeleri anlamanın anahtarıdır. Bu aktivite, müşteri kredi sorunlarından kaynaklanan darboğazları öne çıkarır.
Nereden alınır
Satış Siparişi kaydındaki sistem notları veya denetim izinden çıkarılmıştır; özellikle 'Sipariş Durumu' alanının bir bekletme durumuna geçişleri aranmıştır.
Yakala
Sipariş durumunun bir kredi bekletme haline geçtiği timestamp'i belirleyin.
Event tipi
inferred
|
|||
|
Satış Siparişi Değiştirildi
|
Bu aktivite, satış siparişi oluşturulduktan sonra yapılan miktar, kalem veya fiyat değişikliği gibi önemli düzenlemeleri yakalar. Sistem notları veya denetim izi (audit trail) güncellemeleri izlenerek yakalanır. | ||
|
Neden önemli
Sıkça yapılan değişiklikler, veri giriş hatalarına veya müşteri talebindeki istikrarsızlığa işaret edebilir; bu durum, yeniden işleme ve süreç verimsizliklerine yol açar. Bu değişikliklerin izlenmesi, sipariş revizyonlarının temel nedenlerini belirlemeye yardımcı olur.
Nereden alınır
Satış Siparişi işlemine ait sistem notlarından veya denetim izinden türetilmiştir. İlgili bir alandaki her kaydedilen değişiklik, bu aktivitenin bir örneği olarak ele alınabilir.
Yakala
İlk oluşturma sonrası Satış Siparişi sistem notlarındaki alan değişikliklerini tespit edin.
Event tipi
inferred
|
|||
|
Ürünler Paketlendi
|
Seçilen ürünlerin paketlendiğini ve sevkiyata hazır olduğunu belirtir. Bu durum, 'Item Fulfillment' kaydındaki durum değişikliğinin 'Packed' olarak izlenmesiyle kaydedilir. | ||
|
Neden önemli
Bu aktivite, paketleme istasyonunun verimliliğini ölçmeye yardımcı olur. Toplama (picking) ile paketleme arasındaki sürenin uzunluğu, kapasite kısıtlarını veya süreç verimsizliklerini ortaya çıkarabilir.
Nereden alınır
Bağlantılı 'Öğe Teslimatı' işleminin 'Durum' alanının 'Paketlendi' olarak değişmesinden çıkarılmıştır. Timestamp bu güncelleme için sistem notlarından kaydedilir.
Yakala
Ürün Sevkiyatı kaydındaki durumun 'Paketlendi' (Packed) olarak değiştiği timestamp.
Event tipi
inferred
|
|||
|
Ürünler Toplandı
|
Siparişe ait ürünlerin depo konumlarından toplandığını gösterir. Bu, ilişkili 'Öğe Teslimatı' kaydının durum değişikliğine dayanarak çıkarılan bir event'tir. | ||
|
Neden önemli
Ürün toplama için harcanan zamanı analiz etmek, depo verimliliğini optimize etmek için kritik öneme sahiptir. Bu aktivite, toplama sürecindeki darboğazları ölçmeye ve belirlemeye yardımcı olur.
Nereden alınır
Bağlantılı 'Öğe Teslimatı' işleminin 'Durum' alanının 'Toplandı' olarak değişmesinden çıkarılmıştır. Timestamp, bu durum değişikliği için sistem notlarından alınır.
Yakala
Ürün Sevkiyatı kaydındaki durumun 'Seçildi' (Picked) olarak değiştiği timestamp.
Event tipi
inferred
|
|||