Siparişten Tahsilata - satış siparişi işleme Veri Şablonunuz
Siparişten Tahsilata - satış siparişi işleme Veri Şablonunuz
- Ayrıntılı analiz için önerilen öznitelikler
- Sürecinizde izlenmesi gereken temel aktiviteler
- NetSuite için pratik veri çıkarma bilgileri
Siparişten Tahsilata - Satış Siparişi İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Belirli bir zamanda gerçekleşen iş olayının veya faaliyetin adı. | ||
|
Açıklama
Bu öznitelik, satış siparişi yaşam döngüsündeki belirli bir adımı veya durum değişikliğini açıklar. Örneğin 'Satış Siparişi Oluşturuldu', 'Ürünler Sevk Edildi' veya 'Ödeme Alındı'. Bu faaliyetlerin sırası, süreç haritasının temelini oluşturur. Faaliyet akışını analiz etmek, yaygın süreç yollarını, sapmaları ve darboğazları belirlemeye yardımcı olur. Faaliyetlerin sıklığını ve sırasını anlamak, operasyonları sadeleştirme ve manuel emeği azaltma fırsatlarını belirlemek açısından önemlidir.
Neden önemli?
Sürecin adımlarını tanımlar ve süreç akışını görselleştirip analiz etmenizi sağlar.
Nereden alınır?
Bu bilgi genellikle NetSuite içindeki sistem durum değişikliklerinden, işlem türlerinden veya belirli Event Log kayıtlarından elde edilir. Çoğu zaman durum alanlarının ya da işlem oluşturma olaylarının standart bir etkinlik adıyla eşleştirilmesi gerekir.
Örnekler
Satış Siparişi OluşturulduSatış Siparişi OnaylandıÜrünler Sevk EdildiFatura OluşturulduÖdeme Alındı
|
|||
|
Olay zamanı
EventTime
|
Etkinliğin gerçekleştiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, süreçteki her etkinliğin kesin tarih ve saatini sağlar. Farklı adımlar arasındaki çevrim sürelerini, süreleri ve bekleme sürelerini hesaplamaya imkan veren Event Log yapısının kronolojik temelini oluşturur. Doğru zaman damgaları, siparişin oluşturulmasından sevkiyata kadar geçen süreyi ölçmek veya kredi onay sürecindeki gecikmeleri belirlemek gibi performans analizleri için gereklidir. Süreç verimliliğini ve hizmet seviyesi anlaşmalarına uyumu ayrıntılı biçimde analiz etmenizi sağlar.
Neden önemli?
Zaman damgaları, süreç darboğazlarını belirlemek için gerekli olan çevrim süreleri ve süreler dahil tüm zamana dayalı metrikleri hesaplamada büyük önem taşır.
Nereden alınır?
Bu bilgi, NetSuite işlem kayıtlarındaki tarih alanlarına karşılık gelir. Örneğin satış siparişi için 'Date Created', ürün teslimatları için 'Actual Ship Date', faturalar ve ödemeler için 'Date' alanları kullanılır.
Örnekler
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
|
|||
|
Satış Siparişi
SalesOrder
|
Her satış siparişi belgesinin benzersiz tanımlayıcısı. | ||
|
Açıklama
Satış Siparişi, müşterinin siparişi vermesinden ürünlerin teslim edilmesine ve son ödemenin alınmasına kadar sonraki tüm faaliyetleri birbirine bağlayan birincil vaka tanımlayıcısıdır. Her satış siparişi, uçtan uca sürecin tek bir örneğini temsil eder. Process Mining'de bu öznitelik, her siparişin yolculuğunu yeniden oluşturmak için temel niteliktedir. Süreç varyantlarını, çevrim sürelerini ve darboğazları sipariş bazında analiz etmenizi sağlar ve her bir müşteri talebinin yaşam döngüsünü eksiksiz biçimde görmenize yardımcı olur.
Neden önemli?
İlgili tüm olayları tek bir süreç örneğinde birleştiren temel tanımlayıcıdır ve uçtan uca analizi mümkün kılar.
Nereden alınır?
Bu, NetSuite'teki Satış Siparişi işlem kaydının dahili kimliğidir. Genellikle Satış Siparişi formunda veya arama sonuçlarında 'Dahili Kimlik' olarak bulunabilir.
Örnekler
SO-100521SO-100522SO-100523
|
|||
|
Fatura numarası
InvoiceNumber
|
Müşteri faturasının benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, satış siparişinden oluşturulan fatura belgesinin referans numarasıdır. Satış teslimat sürecini alacak hesapları süreciyle ilişkilendirir. Fatura numarasını izlemek, finansal mutabakat ve siparişten son ödemeye kadar uzanan analizler için önemlidir. Ürünlerin sevk edilmesine ilişkin operasyonel etkinliklerle tahsilata ilişkin finansal etkinlik arasında somut bir bağlantı sağlar.
Neden önemli?
Satış siparişini faturalandırmaya ilişkin belirli finansal işlemle ilişkilendirerek uçtan uca gerçek bir Siparişten Tahsilata analizi yapmanızı sağlar.
Nereden alınır?
Bu bilgi, Sales Order'dan oluşturulan Invoice kaydındaki 'Invoice #' veya 'Transaction ID' değeridir.
Örnekler
INV-2001INV-2002INV-2003
|
|||
|
Kullanıcı
User
|
Etkinliği gerçekleştiren kullanıcı veya çalışan. | ||
|
Açıklama
Bu öznitelik, siparişi oluşturan satış temsilcisi veya ürünleri paketleyen depo çalışanı gibi belirli bir süreç adımını gerçekleştiren kişiyi tanımlar. Kullanıcı adı ya da benzersiz bir kimlik olabilir. Kullanıcı bazında yapılan analiz, iş yükü dağılımını anlamanıza, eğitim ihtiyaçlarını belirlemenize ve kişiler ya da ekipler arasındaki performansı karşılaştırmanıza yardımcı olur. Belirli kullanıcı işlemleriyle ilişkili sapmaları veya gecikmeleri incelerken kök neden analizi için gereklidir.
Neden önemli?
Çalışan veya rol bazında performans analizi yapmanızı sağlar; en iyi performans gösterenleri, otomasyona uygun adayları ve eğitim fırsatlarını belirlemenize yardımcı olur.
Nereden alınır?
Bu bilgi, çeşitli NetSuite işlem kayıtlarındaki 'Created By', 'Modified By' veya 'Owner' gibi alanlarda bulunabilir.
Örnekler
John SmithJane DoeDepo Kullanıcısı 1
|
|||
|
Müşteri adı
CustomerName
|
Satış siparişini veren müşterinin adı. | ||
|
Açıklama
Bu öznitelik, ürün veya hizmetleri satın alan tüzel kişinin ya da kişinin adını içerir. Satış siparişi sürecini belirli bir müşteri hesabıyla ilişkilendirir. Analizi müşteriye göre filtrelemek veya boyutlandırmak, müşteriye özgü davranışları anlamak, önemli hesapları etkileyen sorunları belirlemek ve hizmet seviyelerini değerlendirmek için gereklidir. Sürece müşteri odaklı bakmanızı sağlar ve en fazla gecikme veya yeniden işlemle karşılaşan müşterileri gösterir.
Neden önemli?
Süreci müşteriye göre segmentlere ayırmanızı sağlar. Bu, müşteri memnuniyetini analiz etmek, önemli hesaplarla ilgili sorunları belirlemek ve hizmetleri uyarlamak için önemlidir.
Nereden alınır?
Bu bilgi, NetSuite'teki Sales Order işlem kaydında bulunan 'Customer' veya 'Entity' alanıdır.
Örnekler
Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
|
|||
|
Ödeme koşulları
PaymentTerms
|
Fatura ödemesi için üzerinde anlaşmaya varılan koşullar. | ||
|
Açıklama
Bu öznitelik, müşterinin mal veya hizmetler için hangi koşullarda ödeme yapmasının beklendiğini tanımlar. Örneğin 'Net 30' veya 'Due on Receipt' gibi koşullar, fatura ödeme vadesini hesaplamak için kullanılır. Ödeme koşullarına göre analiz yapmak, hangi koşulların geç ödemelerle ilişkili olduğunu belirlemeye ve işletmenin kredi politikalarının finansal etkisini değerlendirmeye yardımcı olur. 'Payment Terms Adherence Rate' Dashboardunu analiz etmek ve nakit akışı dinamiklerini anlamak için temel bir özniteliktir.
Neden önemli?
Ödeme vade tarihlerini hesaplamak, müşteri ödeme davranışını ve koşullara uyum oranlarını analiz etmek için temel oluşturur.
Nereden alınır?
Bu bilgi, NetSuite'teki Sales Order veya Invoice işlem kaydında bulunan 'Terms' alanıdır.
Örnekler
30 gün vade60 gün vadeAlındığında ödenir
|
|||
|
Satış siparişi durumu
SalesOrderStatus
|
Satış siparişinin yaşam döngüsündeki mevcut durumu. | ||
|
Açıklama
Bu öznitelik, satış siparişinin 'Pending Approval', 'Pending Fulfillment' veya 'Billed' gibi mevcut durumunu gösterir. Siparişin genel süreçte hangi aşamada olduğunu gösteren anlık bir görünüm sunar. Etkinlik günlüğü geçmiş akışı gösterirken mevcut durum, takılmış veya halen aktif olan siparişleri filtrelemek ve bunlara odaklanmak için kullanışlıdır. Vakaları son durumlarına 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ı anlamanıza yardımcı olur.
Neden önemli?
Vakaları mevcut durumlarına göre filtrelemenizi sağlar. Bu, açık siparişleri analiz etmek ve engellenen ya da geciken siparişleri belirlemek için gereklidir.
Nereden alınır?
Bu bilgi, NetSuite'teki Sales Order işlem kaydında bulunan 'Status' alanıdır.
Örnekler
Karşılama BekliyorFaturalama BekliyorFaturalandıKapalı
|
|||
|
Talep edilen teslimat tarihi
RequestedDeliveryDate
|
Müşterinin talep ettiği teslimat tarihi. | ||
|
Açıklama
Bu öznitelik, müşterinin ürünlerini teslim almak istediği tarihi gösterir. Zamanında teslimatı ölçmek için temel performans göstergesi olarak kullanılır. Bu tarih, 'On-Time Delivery Rate' KPI'ını hesaplamak için gerçek teslimat tarihiyle ('Goods Shipped' zaman damgası) karşılaştırılır. Talep edilen ve gerçek teslimat tarihleri arasındaki farkı analiz etmek, şirketin müşteri beklentilerini karşılamasını engelleyen tahmin, stok yönetimi veya lojistik sorunlarını belirlemeye yardımcı olur.
Neden önemli?
Zamanında teslimat performansını ve müşteri memnuniyetini ölçmek için temel alınan tarihtir.
Nereden alınır?
Bu bilgi, Sales Order kaydındaki genellikle 'Requested Delivery Date' veya benzer ad taşıyan standart ya da özel bir alana karşılık gelebilir.
Örnekler
2023-05-202023-06-012023-06-15
|
|||
|
Toplam sipariş tutarı
TotalOrderAmount
|
Satış siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, tüm ürünleri, vergileri ve nakliye ücretlerini içeren satış siparişinin toplam finansal değerini gösterir. Her süreç örneğinin ekonomik önemini ölçmek için kullanılan önemli bir metriktir. Süreci sipariş değerine göre analiz etmek önemli örüntüleri ortaya çıkarabilir. Örneğin yüksek değerli siparişler daha manuel ve farklı bir onay sürecinden geçerken düşük değerli siparişler büyük ölçüde otomatik olabilir. Bu analiz, süreç iyileştirme çalışmalarını etkisi en yüksek siparişlere önceliklendirmenize yardımcı olur.
Neden önemli?
Değere dayalı analiz yapmanızı sağlar; yüksek değerli siparişlere öncelik vermenize ve süreç verimliliğinin geliri nasıl etkilediğini anlamanıza yardımcı olur.
Nereden alınır?
Bu bilgi, NetSuite'teki Sales Order işlem kaydında bulunan 'Total' alanıdır.
Örnekler
1500.00250.5012500.75
|
|||
|
Ürün kategorisi
ProductCategory
|
Satış siparişindeki ana ürün veya hizmetin kategorisi. | ||
|
Açıklama
Bu öznitelik, satış siparişindeki ürünleri 'Hardware', 'Software' veya 'Services' gibi daha geniş kategorilere ayırır. Siparişte birden fazla kategori varsa değere veya ürün sayısına göre bir ana kategori atanabilir. Süreci ürün kategorisine göre analiz etmek, teslimat yollarındaki farklılıkları ortaya çıkarabilir. Örneğin hizmetlerin teslimat süreci, toplama, paketleme ve sevkiyat gerektiren fiziksel donanımlara göre çok daha basit olabilir. Bu segmentasyon, kategoriye özel süreç iyileştirmeleri tasarlamak için önemlidir.
Neden önemli?
Süreci ürün kategorisine göre segmentlere ayırmak, farklı teslimat yollarını ve kategoriye özgü darboğazları ortaya çıkarmaya yardımcı olur.
Nereden alınır?
Bu bilgi, satış siparişi satırlarıyla ilişkilendirilmiş 'Item' kayıtlarından elde edilir. Kategoriyi almak için Item ana verisiyle birleştirme yapılması gerekebilir.
Örnekler
ElektronikYazılım LisansıDanışmanlık Hizmetleri
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin hangi sistemden geldiğini belirtir. | ||
|
Açıklama
Bu öznitelik, olay verilerinin oluşturulduğu kaynak uygulamayı belirtir. Bu süreçte kaynak genellikle 'NetSuite' olur. Daha karmaşık ortamlarda, ayrı bir CRM veya WMS gibi farklı entegre sistemlerden gelen verileri ayırt etmenize yardımcı olabilir. Analiz sırasında veri soyunu doğrulamanıza yardımcı olur. Tek ve birleşik bir süreç görünümü oluşturmak için birden fazla kaynaktan gelen verileri birleştirirken büyük önem taşır. Verilerin kaynağıyla doğru biçimde ilişkilendirilmesini sağlar; bu da veri yönetişimi ve sorun giderme açısından önemlidir.
Neden önemli?
Özellikle birden fazla sistemin entegre edildiği ortamlarda veri kaynağı hakkında önemli bir bağlam sağlar.
Nereden alınır?
Bu, veri çıkarma ve dönüştürme sırasında eklenen statik bir değerdir ('NetSuite').
Örnekler
NetSuite
|
|||
|
Kredi durumu
CreditStatus
|
Satış siparişinin kredi blokesi durumunu gösterir. | ||
|
Açıklama
Bu öznitelik, sipariş işleme sırasında müşterinin kredi durumunu gösterir. Örneğin 'On Hold' veya 'Released' değerlerini alabilir. Sipariş yaşam döngüsünün ilk aşamalarında önemli bir etkendir. Bu özniteliği analiz etmek, kredi kontrollerinin genel sipariş çevrim süresi üzerindeki etkisini anlamaya yardımcı olur. 'Credit Check Cycle Time Analysis' Dashboardu, beklemeye alınan siparişlerin sayısını ve serbest bırakılmalarının ne kadar sürdüğünü belirlemek için bu veriye dayanır. Böylece kredi yönetimi sürecindeki darboğazlar görünür hale gelir.
Neden önemli?
'Credit Check Cycle Time' KPI'ını doğrudan etkiler ve sipariş sürecinin ilk aşamalarındaki gecikmeleri açıklamaya yardımcı olur.
Nereden alınır?
Bu bilgi, Sales Order kaydındaki standart bir durum alanı veya 'Credit Hold' gibi özel bir onay kutusu olabilir. Ayrıca 'Credit Hold Applied' ve 'Credit Hold Released' etkinliklerinin bulunmasından da çıkarılabilir.
Örnekler
İyiBeklemedeSerbest Bırakıldı
|
|||
|
Ödeme vade tarihi
PaymentDueDate
|
Fatura ödemesinin yapılması gereken tarih. | ||
|
Açıklama
Bu öznitelik, fatura tarihi ve ödeme koşullarına göre hesaplanan, müşterinin ödeme yapması gereken tarihi gösterir. Örneğin 'Net 30' koşullarına sahip 1 Nisan tarihli bir faturanın vade tarihi 1 Mayıs olur. Bu tarih finansal analiz için önemlidir ve ödemenin zamanında yapılıp yapılmadığını belirlemek üzere doğrudan 'Payment Received' tarihiyle karşılaştırılır. 'On-Time Payment Rate' KPI'ını hesaplamanın ve alacak hesaplarını yönetmenin temel unsurlarından biridir.
Neden önemli?
Zamanında ödeme performansını ölçmek için temel alınır; nakit akışını ve alacak hesaplarını yönetmek açısından önemlidir.
Nereden alınır?
Bu bilgi, Invoice işlem kaydındaki 'Due Date' alanıdır. NetSuite bu alanı fatura tarihi ve ödeme koşullarına göre otomatik olarak hesaplar.
Örnekler
2023-05-302023-06-152023-07-01
|
|||
|
Ödeme zamanında yapıldı mı
IsOnTimePayment
|
Faturanın vade tarihinde veya daha önce ödenip ödenmediğini gösteren işaret. | ||
|
Açıklama
Bu hesaplanan boolean öznitelik, 'Payment Received' zaman damgasını 'PaymentDueDate' ile karşılaştırır. Ödeme vade tarihinde veya daha önce yapıldıysa true, aksi durumda false değerini alır. Bu öznitelik, 'On-Time Payment Rate' temel performans göstergesinin ve 'Payment Terms Adherence Rate' Dashboardunun temelini oluşturur. Müşteri ödeme davranışını net biçimde ölçmenizi sağlar. Böylece hangi müşterilerin, bölgelerin veya ödeme koşullarının geç ödemelerle daha çok ilişkili olduğunu analiz edebilirsiniz.
Neden önemli?
Müşterilerin ödeme disiplinini doğrudan ölçer; nakit akışını yönetmek ve kredi riskini değerlendirmek açısından önemlidir.
Nereden alınır?
Bu bilgi, veri dönüştürme sırasında 'Payment Received' etkinliğinin zaman damgası 'PaymentDueDate' özniteliğiyle karşılaştırılarak hesaplanır.
Örnekler
truefalse
|
|||
|
Satış ekibi
SalesTeam
|
Satış siparişinden sorumlu veya siparişle ilişkilendirilen satış ekibi ya da grup. | ||
|
Açıklama
Bu öznitelik, satıştan sorumlu ekibi veya departmanı tanımlar. Satış temsilcilerini organize etmek ve satış bölgelerini ya da ürün gruplarını yönetmek için kullanılır. Process Mining'de satış ekibine göre performans analizi yapmak, başarılı ekiplerin iyi uygulamalarını ortaya çıkarabilir veya belirli bir ekibi etkileyen sistematik sorunları belirleyebilir. Veri girişi kalitesi, indirim onayları veya sonraki teslimat sürecini etkileyen diğer önceki aşama faktörleri arasındaki farklılıkları gösterebilir.
Neden önemli?
Farklı satış ekiplerinin performansını karşılaştırmanızı sağlar; iyi uygulamaları veya destek gerektiren alanları belirlemenize yardımcı olur.
Nereden alınır?
Bu bilgi, Sales Order kaydındaki standart veya özel bir alan olabilir ve çoğu zaman Sales Rep çalışan kaydıyla ilişkilendirilir.
Örnekler
Kuzey Amerika SatışlarıEMEA KurumsalAPAC Kanalı
|
|||
|
Satış siparişi değişiklik sayısı
SalesOrderChangeCount
|
Satış siparişinin ilk oluşturulmasından sonra kaç kez değiştirildiği. | ||
|
Açıklama
Bu hesaplanan metrik, her vaka için 'Sales Order Changed' etkinliklerinin kaç kez gerçekleştiğini sayar. Yüksek değişiklik sayısı, müşteri taleplerinden, veri girişi hatalarından veya fiyat düzenlemelerinden kaynaklanabilecek yeniden çalışmaya işaret eder. Bu öznitelik, 'Sales Order Rework Rate' temel performans göstergesinin ve 'Sales Order Rework Variants' Dashboardunun doğrudan girdisidir. Değişiklik sayısı yüksek siparişlerin özelliklerini analiz ederek belirli ürünler, müşteriler veya satış temsilcileriyle ilgili sorunlar gibi yeniden çalışmanın temel nedenlerini belirleyebilirsiniz.
Neden önemli?
Yeniden işlemeyi doğrudan ölçer; verimsizlik kaynaklarını, veri kalitesi sorunlarını ve süreç istikrarsızlığını belirlemenize yardımcı olur.
Nereden alınır?
Bu bilgi, veri dönüştürme sırasında her 'SalesOrder' vaka kimliği için 'Sales Order Changed' olayları sayılarak 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 sınıflandırır. Sipariş türü çoğu zaman süreç yolunu ve önceliği belirler. Örneğin 'Rush Order', 'Standard Order'a göre bazı adımları atlayabilir veya daha sıkı SLA'lara tabi olabilir. Süreci sipariş türüne göre analiz etmek, farklı süreç varyantlarının planlı ve etkili olup olmadığını anlamak için önemlidir. Belirli sipariş türleri için uygulanan özel işlemlerin gerçekten daha hızlı veya daha iyi sonuçlar sağlayıp sağlamadığını ve bunun hangi maliyetle gerçekleştiğini değerlendirmenize yardımcı olur.
Neden önemli?
Standart ve acil siparişler gibi farklı planlanan süreç yollarını karşılaştırarak beklenen performansı gösterip göstermediklerini değerlendirmenizi sağlar.
Nereden alınır?
Bu bilgi genellikle Sales Order formundaki özel bir 'Order Type' alanıdır. NetSuite, varsayılan olarak tek bir tür alanı yerine farklı işlem formları kullanır, örneğin Standard Sales Order ve Standard Sales Order - Cash Sale.
Örnekler
Standart SiparişAcil SiparişProje Siparişi
|
|||
|
Sevkiyat ülkesi
ShippingCountry
|
Sevkiyatın gönderileceği ülke. | ||
|
Açıklama
Bu öznitelik, siparişteki ürünlerin gönderildiği ülkeyi içerir. Sales Order ile ilişkilendirilmiş sevkiyat adresinden elde edilir. Sevkiyat ülkesine göre yapılan coğrafi analiz, lojistik, gümrük veya bölgesel ofis verimliliği nedeniyle süreç performansındaki farklılıkları ortaya çıkarabilir. Farklı ülkeler veya bölgeler arasındaki sevkiyat sürelerini, teslimat doğruluğunu ve süreç maliyetlerini karşılaştırmanızı sağlar.
Neden önemli?
Bölgesel darboğazları belirlemek, lojistik performansını karşılaştırmak ve uluslararası süreçlerin karmaşıklığını anlamak için coğrafi analiz yapmanızı sağlar.
Nereden alınır?
Bu bilgi, Sales Order işlem kaydındaki 'Shipping Address' bölümünün bir parçasıdır.
Örnekler
USAAlmanyaJaponya
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan son veri yenileme veya çıkarma işleminin zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösterir. Analiz ettikleri verilerin güncelliği hakkında iş kullanıcılarına şeffaflık sağlar ve Process Mining Dashboardları ile analizlerinin kapsadığı zaman aralığını anlamalarına yardımcı olur. Bu öznitelik süreç akışı analizinde kullanılmaz. Ancak veri yönetişimi ve kullanıcı güveni açısından önemli bir üst veri unsurudur. Kullanıcıların içgörülerin güncelliğini değerlendirmesine ve yeni verilerin ne zaman yansıtılmasını bekleyebileceğini bilmesine yardımcı olur.
Neden önemli?
Analize dayalı kararlar almak için gerekli olan verilerin güncelliği hakkında kullanıcıları bilgilendirir.
Nereden alınır?
Bu zaman damgası, NetSuite'ten veri çıkarıldığı sırada oluşturulur ve veri setine eklenir.
Örnekler
2023-10-27T02:00:00Z
|
|||
|
Zamanında teslim edildi mi
IsOnTimeDelivery
|
Siparişin talep edilen tarihte veya daha önce teslim edilip edilmediğini gösteren işaret. | ||
|
Açıklama
Bu hesaplanan boolean öznitelik, 'Goods Shipped' veya gerçek teslimat zaman damgasını 'RequestedDeliveryDate' ile karşılaştırır. Teslimat zamanında veya erken yapıldıysa true, geç yapıldıysa false değerini alır. Bu işaret, 'On-Time Delivery Rate' temel performans göstergesini hesaplamak ve 'Delivery Promise vs. Reality Gap' Dashboardunu oluşturmak için gereklidir. Teslimat performansını analiz etmeyi kolaylaştırır. Geç sevkiyatların nedenlerini, belirli ürünleri, bölgeleri veya süreç darboğazlarını bulmak için kolayca filtreleme ve toplulaştırma yapabilirsiniz.
Neden önemli?
Teslimat performansı için net ve ikili bir sonuç sunar; KPI hesaplamasını ve geç siparişlerin kök neden analizini kolaylaştırır.
Nereden alınır?
Bu bilgi, veri dönüştürme sırasında 'Goods Shipped' etkinliğinin zaman damgası 'RequestedDeliveryDate' özniteliğiyle karşılaştırılarak hesaplanır.
Örnekler
truefalse
|
|||
Siparişten Tahsilata - Satış Siparişi İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura Oluşturuldu
|
Bu olay, sevk edilen ürün veya hizmetler için finansal faturanın oluşturulmasını gösterir. Satış siparişine bağlı bir 'Fatura' işlemi oluşturulduğunda gerçekleşen açık bir olaydır. | ||
|
Neden önemli?
Bu faaliyet, gelirin muhasebeleştirilmesi için önemli bir kilometre taşıdır ve ödeme döngüsünün başlangıcını gösterir. Sevkiyat ile faturalama arasındaki süre, nakit akışını doğrudan etkiler.
Nereden alınır?
Bu, Satış Siparişine bağlanan Fatura işlem kaydındaki 'Oluşturulma Tarihi' alanından alınan açık bir olaydır (Transaction tablosu, Type='CustInvc').
Yakalayın
Bağlantılı Fatura için işlem oluşturma tarihini kullanın.
Olay türü
explicit
|
|||
|
Ödeme Alındı
|
Bu faaliyet, müşteriden bir faturaya karşılık ödeme alındığını gösterir. Satış siparişiyle ilişkili faturaya uygulanan bir 'Müşteri Ödemesi' işlemi oluşturulduğunda kayda alınır. | ||
|
Neden önemli?
Önemli bir son olay olarak bu faaliyet, nakde dönüşüm döngüsünü ve zamanında ödeme performansını analiz etmek açısından gereklidir. Satış işleminin finansal olarak başarıyla tamamlandığını gösterir.
Nereden alınır?
Bu açık bir olaydır. Zaman damgası, ilgili faturaya uygulanan 'Müşteri Ödemesi' işleminin oluşturulma tarihidir (Transaction tablosu, Type='CustPymt').
Yakalayın
Faturaya uygulanan Müşteri Ödemesi kaydındaki işlem tarihini kullanın.
Olay türü
explicit
|
|||
|
Satış Siparişi Kapatıldı
|
Bu son faaliyettir ve satış siparişinin tamamen karşılandığını, faturalandığını ve tamamlanmış kabul edildiğini gösterir. Satış siparişinin durumu 'Kapatıldı' olarak değiştiğinde anlaşılır. | ||
|
Neden önemli?
Bu olay, sipariş yaşam döngüsünün operasyonel sonunu gösterir. Oluşturulma ile kapanış arasındaki süre, uçtan uca süreç süresini eksiksiz biçimde görmenizi sağlar.
Nereden alınır?
Satış Siparişi işlemindeki 'Durum' alanının 'Kapatıldı' olarak değişmesinden anlaşılır. Zaman damgası, bu son durum değişikliği için sistem notlarından alınır.
Yakalayın
Satış Siparişi sistem notlarında durumun 'Kapatıldı' olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Satış Siparişi Oluşturuldu
|
Bu faaliyet, satış siparişi sürecinin resmi başlangıcını gösterir. Yeni bir satış siparişi işlemi NetSuite'te ilk kez kaydedildiğinde gerçekleşir ve müşterinin ilk talebini kayda alır. | ||
|
Neden önemli?
Bu, Siparişten Tahsilata sürecinin birincil başlangıç olayıdır. Bu olaydan sonraki faaliyetlere kadar geçen süreyi analiz etmek, genel sipariş işleme verimliliğini ve çevrim sürelerini ölçmek açısından önemlidir.
Nereden alınır?
Bu, Satış Siparişi işlem kaydındaki 'Oluşturulma Tarihi' alanından alınan açık bir olaydır (Transaction tablosu, Type='SalesOrd').
Yakalayın
Satış Siparişleri için işlem oluşturma tarihini kullanın.
Olay türü
explicit
|
|||
|
Satış Siparişi Onaylandı
|
Bu kilometre taşı, satış siparişinin kredi ve stok kontrolleri gibi tüm kurum içi kontrollerden geçtiğini ve sipariş karşılamaya hazır olduğunu gösterir. Genellikle sipariş durumunun 'Sipariş Karşılama Bekliyor' olarak değişmesinden anlaşılır. | ||
|
Neden önemli?
Onay, süreçte önemli bir geçiş noktasıdır. Onaya kadar geçen süreyi ölçmek, kurum içi incelemelerde ve karar alma süreçlerinde yaşanan gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
Satış Siparişi kaydındaki durum değişikliğinden anlaşılır. Zaman damgası, 'Sipariş Durumu' alanı 'Sipariş Karşılama Bekliyor' veya benzer bir özel onay durumuna güncellendiğinde alınır.
Yakalayın
Satış Siparişi sistem notlarında durumun 'Sipariş Karşılama Bekliyor' olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Sipariş Karşılama Oluşturuldu
|
Bu faaliyet, depodaki fiziksel sipariş karşılama sürecinin başlangıcını gösterir. Satış Siparişinden bir 'Ürün Karşılama' 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 sipariş karşılamanın oluşturulması arasındaki süre, operasyonel hazırlığın önemli bir göstergesidir.
Nereden alınır?
Bu açık bir olaydır. Zaman damgası, kaynak Satış Siparişine bağlanan 'Ürün Karşılama' kaydının oluşturulma tarihidir.
Yakalayın
Bağlantılı Ürün Karşılama kaydı için işlem oluşturma tarihini kullanın.
Olay türü
explicit
|
|||
|
Ürünler Sevk Edildi
|
Bu kilometre taşı, ürünlerin depodan ayrılıp müşteriye doğru yola çıktığı anı gösterir. 'Ürün Karşılama' kaydının durumu 'Sevk Edildi' olarak güncellendiğinde anlaşılır. | ||
|
Neden önemli?
Sevkiyat, taşıyıcıya ve müşteriye yapılan önemli bir devir noktasıdır. Bu olay, zamanında teslimat performansını izlemek ve toplam sipariş karşılama süresini ölçmek için gereklidir.
Nereden alınır?
Bağlantılı 'Ürün Karşılama' işlemindeki 'Durum' alanının 'Sevk Edildi' olarak değişmesinden anlaşılır. Bu olayın zaman damgası, durum değişikliğinin tarihidir.
Yakalayın
Ürün Karşılama kaydında durumun 'Sevk Edildi' olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Alacak Dekontu Oluşturuldu
|
Bu olay, genellikle iadeler, fiyat düzeltmeleri veya diğer telafiler için bir satış siparişine ya da faturaya karşı alacak dekontu düzenlendiğinde gerçekleşir. Bir 'Alacak Dekontu' işlemi oluşturulduğunda kayda alınır. | ||
|
Neden önemli?
Alacak dekontları çoğu zaman sevkiyat hataları veya ürün kusurları gibi süreç sorunlarına işaret eder. Sıklıklarını ve zamanlamalarını analiz etmek, kök nedenleri belirlemeye ve genel kaliteyi iyileştirmeye yardımcı olur.
Nereden alınır?
Bu, ilk faturaya veya satış siparişine bağlanabilen bir 'Alacak Dekontu' işleminin oluşturulmasına dayanan açık bir olaydır (Transaction tablosu, Type='CredMemo').
Yakalayın
Bağlantılı Alacak Dekontu için işlem oluşturma tarihini kullanın.
Olay türü
explicit
|
|||
|
Kredi Blokesi Kaldırıldı
|
Satış siparişinin kredi blokesi kaldırılarak sipariş karşılama sürecine devam etmesine izin verildiği noktayı gösterir. Bu durum, sipariş statüsünün bloke durumundan açık veya onaylanmış duruma değişmesiyle kayda alınır. | ||
|
Neden önemli?
Kredi blokelerinin süresi önemli bir KPI'dır. Bu olay, kredi sorunlarını çözmek için gereken süreyi ve bunun genel Siparişten Tahsilata döngüsü üzerindeki etkisini ölçmenizi sağlar.
Nereden alınır?
Satış Siparişi kaydındaki sistem notlarından veya denetim izinden anlaşılır; 'Sipariş Durumu'nun bloke durumundan değiştiği zaman damgası kayda alınır.
Yakalayın
Sipariş durumunun kredi blokesi durumundan aktif duruma değiştiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Kredi Blokesi Uygulandı
|
Bu olay, bir satış siparişi otomatik veya manuel olarak kredi blokesine alındığında ve sipariş karşılama süreci duraklatıldığında gerçekleşir. Genellikle sipariş durumunun 'Onay Bekliyor' veya belirli bir 'Kredi Blokesi' durumuna değişmesinden anlaşılır. | ||
|
Neden önemli?
Siparişlerin ne zaman ve neden blokeye alındığını belirlemek, sipariş karşılama döngüsündeki gecikmeleri anlamanın anahtarıdır. Bu faaliyet, müşteri kredisiyle ilgili darboğazları öne çıkarır.
Nereden alınır?
Satış Siparişi kaydındaki sistem notlarından veya denetim izinden, özellikle 'Sipariş Durumu' alanının bir bloke durumuna değişmesinden anlaşılır.
Yakalayın
Sipariş durumunun kredi blokesi durumuna değiştiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Satış Siparişi Değiştirildi
|
Bu faaliyet, satış siparişi oluşturulduktan sonra miktar, ürün veya fiyat değişiklikleri gibi önemli bir değişikliği kayda alır. Sistem notlarındaki veya denetim izindeki güncellemeler izlenerek belirlenir. | ||
|
Neden önemli?
Sık yapılan değişiklikler veri giriş hatalarına veya istikrarsız müşteri talebine işaret edebilir ve yeniden işlemeye ve süreç verimsizliklerine yol açabilir. Bu değişiklikleri izlemek, sipariş değişikliklerinin kök nedenlerini belirlemeye yardımcı olur.
Nereden alınır?
Satış Siparişi işlemiyle ilişkili sistem notlarından veya denetim izinden türetilir. İlgili bir alanda kaydedilen her değişiklik, bu faaliyetin bir örneği olarak değerlendirilebilir.
Yakalayın
İlk oluşturma işleminden sonra Satış Siparişi sistem notlarındaki alan değişikliklerini belirleyin.
Olay türü
inferred
|
|||
|
Stok Rezerve Edildi
|
Bu olay, stokun bir satış siparişi için resmi olarak rezerve edildiğini ve sipariş karşılama için hazır olduğunu gösterir. Satış siparişi satırlarındaki 'Rezerve Edilen Miktar' değişiklikleri izlenerek anlaşılır. | ||
|
Neden önemli?
Bu faaliyet, stok tahsis verimliliğini analiz etmek açısından önemlidir. Sipariş onayı ile stok rezervasyonu arasındaki gecikmeler stok tükenmesine yol açabilir ve teslimat taahhütlerini etkileyebilir.
Nereden alınır?
Satış Siparişi satır öğelerine ait sistem notlarından anlaşılır. Zaman damgası, 'Rezerve Edilen Miktar' alanı sıfırdan pozitif bir değere güncellendiğinde alınır.
Yakalayın
Sipariş satırlarındaki 'Rezerve Edilen Miktar' alanı değişikliğinin zaman damgası.
Olay türü
inferred
|
|||
|
Ürünler Paketlendi
|
Toplanan ürünlerin paketlendiğini ve sevkiyata hazır olduğunu gösterir. 'Ürün Karşılama' kaydındaki durum değişikliği 'Paketlendi' olarak izlendiğinde kayda alınır. | ||
|
Neden önemli?
Bu faaliyet, paketleme istasyonunun verimliliğini ölçmeye yardımcı olur. Toplama ile paketleme arasındaki süre, kapasite kısıtlarını veya süreç verimsizliklerini ortaya çıkarabilir.
Nereden alınır?
Bağlantılı 'Ürün Karşılama' işlemindeki 'Durum' alanının 'Paketlendi' olarak değişmesinden anlaşılır. Bu güncellemenin zaman damgası sistem notlarından alınır.
Yakalayın
Ürün Karşılama kaydında durumun 'Paketlendi' olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Ürünler Toplandı
|
Siparişe ait ürünlerin depo konumlarından toplandığını gösterir. Bu, ilişkili 'Ürün Karşılama' kaydındaki durum değişikliğine dayanarak belirlenen bir olaydır. | ||
|
Neden önemli?
Ürünlerin toplanması için gereken süreyi analiz etmek, depo verimliliğini optimize etmek açısından gereklidir. Bu faaliyet, toplama sürecindeki darboğazları ölçmeye ve belirlemeye yardımcı olur.
Nereden alınır?
Bağlantılı 'Ürün Karşılama' işlemindeki 'Durum' alanının 'Toplandı' olarak değişmesinden anlaşılır. Bu durum değişikliğinin zaman damgası sistem notlarından alınır.
Yakalayın
Ürün Karşılama kaydında durumun 'Toplandı' olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
Çıkarma rehberleri
Başlamaya hazır mısınız?
Veri toplama sürecinizi sadeleştirmek ve NetSuite Siparişten Tahsilata - satış siparişi işleme süreciniz hakkında güçlü içgörüleri ortaya çıkarmaya başlamak için bu Template kullanın. Süreçlerinizi bugün optimize etmeye başlayın.
Nakit akışını hızlandırın: Satış siparişi işlemeyi bugün optimize edin
Siparişten Tahsilata döngü süresini %30 azaltan işletmelere katılın.
Kredi kartı gerekmez. Kurulum birkaç dakika içinde tamamlanır.