Siparişten Tahsilata - satış siparişi işleme Veri Templateiniz
Siparişten Tahsilata - satış siparişi işleme Veri Templateiniz
- Ayrıntılı analiz için önerilen öznitelikler
- Sürecinizde izlenecek temel etkinlikler
- NetSuite’ten veri dışa aktarmaya yönelik pratik öneriler
Siparişten Tahsilata - satış siparişi işleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Belirli bir anda gerçekleşen iş olayının veya etkinliğin adı. | ||
|
Açıklama
Bu öznitelik, satış siparişinin yaşam döngüsündeki belirli bir adımı veya durum değişikliğini açıklar. Örneğin Sales Order Created, Goods Shipped veya Payment Received. Bu etkinliklerin sıralaması süreç haritasının temelini oluşturur. Etkinlik akışını analiz etmek, yaygın süreç yollarını, sapmaları ve darboğazları belirlemeye yardımcı olur. Operasyonları kolaylaştırma ve elle yapılan işleri azaltma fırsatlarını bulmak için etkinliklerin sıklığını ve sırasını anlamak ö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?
Genellikle NetSuite’teki sistem durumu değişikliklerinden, işlem türlerinden veya belirli olay günlüklerinden elde edilir. Durum alanlarının ya da işlem oluşturma olaylarının standart etkinlik adlarıyla eşleştirilmesi gerekebilir.
Örnekler
Satış siparişi oluşturulduSatış siparişi onaylandıÜrünler sevk edildiFatura oluşturulduÖdeme alındı
|
|||
|
Olay zamanı
EventTime
|
Etkinliğin ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, süreçteki her etkinliğin kesin tarih ve saatini verir. Olay günlüğünün kronolojik temelini oluşturarak çevrim sürelerini, süreleri ve adımlar arasındaki bekleme zamanlarını hesaplamanızı sağlar. Siparişin oluşturulmasından sevkiyata kadar geçen süreyi ölçmek veya kredi onayındaki gecikmeleri belirlemek gibi performans analizleri için doğru zaman damgaları 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 çevrim süreleri ve süreler dahil, zamana dayalı tüm metrikleri hesaplamanın temelidir.
Nereden alınır?
Bu değer, NetSuite işlem kayıtlarındaki tarih alanlarına karşılık gelir. Örneğin satış siparişi için Date Created, ürün teslim kayıtları 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ş vermesinden ürünlerin teslimine ve ödemenin alınmasına kadar sonraki tüm etkinlikleri birbirine bağlayan temel vaka tanımlayıcısıdır. Her satış siparişi, uçtan uca sürecin tek bir örneğini temsil eder. Process Mining çalışmalarında bu öznitelik, her siparişin yolculuğunu yeniden oluşturmanın temelini oluşturur. Süreç varyantlarını, çevrim sürelerini ve darboğazları sipariş bazında analiz etmenizi sağlayarak her müşteri talebinin yaşam döngüsünü bütünüyle 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 Internal ID olarak bulunur.
Ö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ış siparişinin karşılanma sürecini alacak hesapları sürecine bağlar. Fatura numarasını izlemek, finansal mutabakat ve siparişten son ödemeye kadar uzanan analizler için önemlidir. Ürün sevkiyatı gibi operasyonel faaliyetlerle nakit tahsilatı gibi finansal faaliyetler arasında somut bir bağlantı kurar.
Neden önemli?
Satış siparişini faturalandırmaya ilişkin belirli finansal işleme bağlayarak Siparişten Tahsilata sürecinin baştan sona analiz edilmesini sağlar.
Nereden alınır?
Sales Order kaydından oluşturulan Invoice kaydının '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ından sorumlu kişiyi belirtir. Kişinin adı veya benzersiz kimliği kullanılabilir. Kullanıcı bazında analiz, iş yükünün dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve kişilerin ya da ekiplerin performansını karşılaştırmaya yardımcı olur. Belirli kullanıcı işlemleriyle ilişkili sapmaları veya gecikmeleri incelerken temel neden analizini destekler.
Neden önemli?
Çalışan veya rol bazında performans analizi yapmanızı sağlar. Böylece yüksek performans gösterenleri, otomasyona uygun işleri ve eğitim fırsatlarını belirleyebilirsiniz.
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ına bağlar. Müşteriye göre filtreleme veya boyutlandırma, müşteri davranışlarını anlamak, önemli hesapları etkileyen sorunları belirlemek ve hizmet düzeylerini değerlendirmek için gereklidir. Süreci müşteri açısından görmenizi ve en çok gecikme ya da yeniden çalışma yaşayan müşterileri belirlemenizi sağlar.
Neden önemli?
Süreci müşteriye göre bölümlere ayırmanızı sağlar. Bu, müşteri memnuniyetini analiz etmek, önemli hesaplarla ilgili sorunları belirlemek ve hizmetleri ihtiyaca göre düzenlemek için önemlidir.
Nereden alınır?
Bu, NetSuite’teki satış siparişi 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şılmış koşullar. | ||
|
Açıklama
Bu öznitelik, müşterinin ürün veya hizmetler için hangi koşullarda ödeme yapmasının beklendiğini tanımlar. Örneğin, '30 gün net' veya 'Teslim alındığında ödenecek' olabilir. Faturanın son ödeme tarihi bu koşullara göre hesaplanır. Ödeme koşullarına göre yapılan analiz, geç ödemelerle ilişkili koşulları belirlemeye ve kredi politikalarının finansal etkisini değerlendirmeye yardımcı olur. Ödeme koşullarına uyum oranı Dashboardını analiz etmek ve nakit akışının nasıl işlediğini anlamak için temel verilerden biridir.
Neden önemli?
Ödeme vadelerini hesaplamaya, müşteri ödeme davranışını ve ödeme koşullarına uyum oranlarını incelemeye temel oluşturur.
Nereden alınır?
NetSuite’te Sales Order veya Invoice işlem kaydındaki 'Terms' alanıdır.
Örnekler
30 gün net60 gün netTeslim alındığında ö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 Pending Approval, Pending Fulfillment veya Billed gibi mevcut durumunu gösterir. Siparişin genel süreçte hangi aşamada olduğunu belirtir. Etkinlik günlüğü geçmiş akışı gösterirken mevcut durum, hâlâ açık olan veya takılan siparişleri filtreleyip incelemenizi sağlar. Vakaları son durumlarına göre analiz ederek siparişin başarıyla kapatıldığını, iptal edildiğini veya hâlâ devam ettiğini anlayabilirsiniz.
Neden önemli?
Vakaları mevcut durumlarına göre filtrelemenizi sağlar. Bu, açık siparişleri analiz etmek ve engellenen ya da gecikenleri belirlemek için önemlidir.
Nereden alınır?
Bu, NetSuite’teki satış siparişi işlem kaydında bulunan Status alanıdır.
Örnekler
Karşılanmayı bekliyorFaturalandırılmayı bekliyorFaturalandırıldıKapalı
|
|||
|
Sipariş toplam tutarı
TotalOrderAmount
|
Satış siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, tüm ürünleri, vergileri ve sevkiyat ücretlerini içeren satış siparişinin toplam mali değerini gösterir. Her süreç örneğinin ekonomik önemini ölçer. Süreci sipariş değerine göre analiz etmek önemli örüntüleri ortaya çıkarabilir. Örneğin, yüksek tutarlı siparişler daha elle yürütülen farklı bir onay sürecinden geçerken düşük tutarlı siparişler büyük ölçüde otomatik işlenebilir. Bu analiz, süreç iyileştirme çalışmalarını en fazla etki yaratacak siparişlere önceliklendirmeye yardımcı olur.
Neden önemli?
Değere göre analiz yapmanızı sağlar. Böylece yüksek tutarlı siparişlere öncelik verebilir ve süreç verimliliğinin geliri nasıl etkilediğini anlayabilirsiniz.
Nereden alınır?
Bu, NetSuite’teki satış siparişi işlem kaydında bulunan Total alanıdır.
Örnekler
1500.00250.5012500.75
|
|||
|
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 referansı olarak kullanılır. Zamanında teslimat oranı KPI’ını hesaplamak için bu tarih, gerçek teslimat tarihiyle ('Goods Shipped' zaman damgası) karşılaştırılır. Talep edilen ve gerçekleşen teslimat tarihleri arasındaki farkı incelemek, şirketin müşteri beklentilerini karşılamasını engelleyen tahmin, envanter 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 referans noktasıdır.
Nereden alınır?
Bu, Sales Order kaydındaki standart veya özel bir alana karşılık gelebilir. Alanın adı genellikle 'Requested Delivery Date' veya benzeridir.
Örnekler
2023-05-202023-06-012023-06-15
|
|||
|
Ürün kategorisi
ProductCategory
|
Satış siparişindeki temel ürün veya hizmetin kategorisi. | ||
|
Açıklama
Bu öznitelik, satış siparişindeki ürünleri Donanım, Yazılım veya Hizmetler gibi geniş kategorilere ayırır. Sipariş birden fazla kategori içeriyorsa değere veya ürün sayısına göre bir ana kategori atanabilir. Süreci ürün kategorisine göre analiz etmek, sipariş karşılama yollarındaki farklılıkları ortaya çıkarabilir. Örneğin, hizmetlerin karşılanma süreci, toplama, paketleme ve sevkiyat gerektiren fiziksel donanım ürünlerine göre çok daha basit olabilir. Kategoriye özel süreç iyileştirmeleri tasarlamak için bu ayrım önemlidir.
Neden önemli?
Süreci ürün kategorisine göre bölümlere ayırmak, farklı sipariş karşılama yollarını ve kategoriye özgü darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Bu bilgiler, satış siparişi satırlarıyla ilişkilendirilmiş 'Item' kayıtlarından alınır. Kategoriyi belirlemek için Item ana verileriyle birleştirme yapmak gerekebilir.
Örnekler
ElektronikYazılım lisansıDanışmanlık hizmetleri
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin hangi sistemden geldiğini belirtir. | ||
|
Açıklama
Bu öznitelik, olay verisinin 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 etmeye yardımcı olabilir. Analiz sırasında veri kökenini doğrulamaya yardımcı olur. Birleşik bir süreç görünümü oluşturmak için birden fazla kaynaktaki verileri bir araya getirirken önem taşır. Verinin kaynağına doğru biçimde bağlanmasını sağlayarak veri yönetişimi ve sorun giderme çalışmalarını destekler.
Neden önemli?
Özellikle birden fazla sistemin entegre olduğu ortamlarda, verinin kaynağı hakkında önemli bilgiler sunar.
Nereden alınır?
Veri çıkarma ve dönüştürme sırasında eklenen sabit bir değerdir ('NetSuite').
Örnekler
NetSuite
|
|||
|
Kredi durumu
CreditStatus
|
Satış siparişinin kredi blokesi durumunu gösterir. | ||
|
Açıklama
Bu öznitelik, sipariş işlenirken müşterinin kredi durumunu gösterir. Örneğin, 'Beklemede' veya 'Serbest bırakıldı' olabilir. Sipariş yaşam döngüsünün ilk aşamalarında önemli bir etkendir. Bu özniteliği incelemek, kredi kontrollerinin toplam sipariş çevrim süresini nasıl etkilediğini anlamaya yardımcı olur. Kredi kontrolü çevrim süresi analizi Dashboardı, kaç siparişin beklemeye alındığını ve bunların serbest bırakılmasının ne kadar sürdüğünü belirlemek için bu verileri kullanır. Böylece kredi yönetimi sürecindeki darboğazlar ortaya çıkar.
Neden önemli?
'Kredi kontrolü çevrim süresi' KPI’ını doğrudan etkiler ve sipariş sürecinin ilk aşamalarındaki gecikmeleri açıklamaya yardımcı olur.
Nereden alınır?
Sales Order kaydında standart bir durum alanı veya 'Credit Hold' gibi özel bir onay kutusu olabilir. 'Credit Hold Applied' ve 'Credit Hold Released' etkinliklerinin varlığından da çıkarılabilir.
Örnekler
İyiBeklemedeSerbest bırakıldı
|
|||
|
Ödeme vadesi tarihi
PaymentDueDate
|
Fatura ödemesinin yapılması gereken son tarih. | ||
|
Açıklama
Bu öznitelik, fatura tarihi ve ödeme koşullarına göre müşterinin ödeme yapması gereken tarihi gösterir. Örneğin, 1 Nisan tarihli ve '30 gün net' koşullu bir faturanın son ödeme tarihi 1 Mayıs olur. Bu tarih, finansal analiz açısından önemlidir. Ödemenin zamanında yapılıp yapılmadığını belirlemek için 'Payment Received' tarihiyle doğrudan karşılaştırılır. Zamanında ödeme oranı KPI’ının hesaplanmasında ve alacak hesaplarının yönetiminde temel bir bileşendir.
Neden önemli?
Nakit akışını ve alacak hesaplarını yönetmek için önemli olan zamanında ödeme performansını ölçme ölçütüdür.
Nereden alınır?
Invoice işlem kaydındaki 'Due Date' alanıdır. NetSuite bu tarihi fatura tarihine ve ödeme koşullarına göre otomatik olarak hesaplar.
Örnekler
2023-05-302023-06-152023-07-01
|
|||
|
Satış ekibi
SalesTeam
|
Satış siparişinden sorumlu olan veya satışın kendisine atfedildiği satış ekibi ya da grup. | ||
|
Açıklama
Bu öznitelik, satıştan sorumlu ekibi veya departmanı tanımlar. Satış temsilcilerini düzenlemek, satış bölgelerini ya da ürün gruplarını yönetmek için kullanılır. Process Mining kapsamında satış ekibine göre performans analizi yapmak, başarılı ekiplerin uygulamalarını ortaya çıkarabilir veya belirli bir ekibi etkileyen sistematik sorunları belirleyebilir. Veri giriş kalitesi, indirim onayları veya siparişin sonraki aşamalarındaki karşılanma sürecini etkileyen diğer faktörler arasındaki farklılıkları gösterebilir.
Neden önemli?
Farklı satış ekiplerinin performansını karşılaştırmaya, iyi uygulamaları veya destek gereken alanları belirlemeye yardımcı olur.
Nereden alınır?
Sales Order kaydındaki standart veya özel bir alan olabilir. Genellikle Sales Rep çalışan kaydıyla ilişkilendirilir.
Örnekler
Kuzey Amerika satışlarıEMEA kurumsal satışlarAPAC kanal satışları
|
|||
|
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' etkinliğinin kaç kez gerçekleştiğini sayar. Değişiklik sayısının yüksek olması, müşteri talepleri, veri giriş hataları veya fiyat ayarlamalarından kaynaklanabilecek yeniden çalışmaya işaret eder. Bu öznitelik, 'Sales Order Rework Rate' KPI’ının ve 'Sales Order Rework Variants' Dashboardının doğrudan girdisidir. Değişiklik sayısı yüksek siparişlerin özelliklerini incelemek; belirli ürünler, müşteriler veya satış temsilcileriyle ilgili sorunlar gibi yeniden çalışmanın temel nedenlerini belirlemeye yardımcı olur.
Neden önemli?
Yeniden çalışmayı doğrudan ölçerek verimsizlik kaynaklarını, veri kalitesi sorunlarını ve süreçteki istikrarsızlığı belirlemeye yardımcı olur.
Nereden alınır?
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
|
Standart, acil veya özel gibi satış siparişi sınıflandırması. | ||
|
Açıklama
Bu öznitelik, satış siparişlerini türlerine göre sınıflandırır. Sipariş türü, izlenecek süreç yolunu ve önceliği belirleyebilir. Örneğin, 'Acil Sipariş' bazı adımları atlayabilir veya 'Standart Sipariş’e kıyasla daha sıkı SLA’lara tabi olabilir. Sipariş türüne göre süreç analizi yapmak, farklı süreç varyantlarının bilinçli olarak uygulanıp etkili olup olmadığını anlamak açısından önemlidir. Belirli sipariş türlerine yönelik ö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 ve acil siparişler gibi farklı süreç yollarını karşılaştırarak beklenen performansı gösterip göstermediklerini anlamaya yardımcı olur.
Nereden alınır?
Bu genellikle Sales Order formundaki özel bir 'Order Type' alanıdır. NetSuite, varsayılan olarak tek bir tür alanı kullanmak yerine farklı işlem formları sunar. Örneğin, Standard Sales Order ve Standard Sales Order - Cash Sale.
Örnekler
Standart siparişAcil siparişProje siparişi
|
|||
|
Sevkiyat ülkesi
ShippingCountry
|
Sevkiyatın varış ülkesi. | ||
|
Açıklama
Bu öznitelik, sipariş ürünlerinin gönderildiği ülkeyi içerir. Satış siparişiyle ilişkili sevkiyat adresinden alınır. Sevkiyat ülkesine göre yapılan coğrafi analiz, lojistik, gümrük veya bölge ofislerinin verimliliğinden kaynaklanan süreç performansı farklılıklarını ortaya çıkarabilir. Farklı ülke ve bölgelerdeki sevkiyat sürelerini, teslimat doğruluğunu ve süreç maliyetlerini karşılaştırmaya yardımcı olur.
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 olanağı sunar.
Nereden alınır?
Sales Order işlem kaydındaki 'Shipping Address' alanının bir parçasıdır.
Örnekler
USAAlmanyaJaponya
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden son veri yenileme veya çıkarma işleminin zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösterir. İş kullanıcılarına analiz ettikleri verilerin güncelliği hakkında bilgi verir ve Process Mining Dashboardları ile analizlerin hangi dönemi kapsadığını anlamalarını sağlar. Süreç akışı analizinde kullanılmaz; ancak veri yönetişimi ve kullanıcı güveni açısından önemli bir meta veri unsurudur. Kullanıcıların içgörülerin ne kadar güncel olduğunu değerlendirmesine ve yeni verilerin ne zaman yansıtılacağını bilmesine yardımcı olur.
Neden önemli?
Analize dayalı kararlar almak için önemli olan verinin güncelliği hakkında kullanıcıları bilgilendirir.
Nereden alınır?
Bu zaman damgası, NetSuite’ten veri çıkarılırken oluşturulur ve veri setine eklenir.
Örnekler
2023-10-27T02:00:00Z
|
|||
|
Zamanında ödendi mi
IsOnTimePayment
|
Faturanın son ödeme tarihinde veya daha önce ödenip ödenmediğini gösteren bir işaret. | ||
|
Açıklama
Bu hesaplanan mantıksal öznitelik, 'Payment Received' zaman damgasını 'PaymentDueDate' ile karşılaştırır. Ödeme son ödeme tarihinde veya daha önce yapıldıysa doğru, aksi durumda yanlış değerini alır. Bu öznitelik, 'On-Time Payment Rate' KPI’ının ve 'Payment Terms Adherence Rate' Dashboardının temelini oluşturur. Müşterilerin ödeme davranışını net biçimde ölçerek hangi müşteri, bölge veya ödeme koşullarının geç ödemelerle daha çok ilişkili olduğunu incelemeyi sağlar.
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?
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
|
|||
|
Zamanında teslim edildi mi
IsOnTimeDelivery
|
Siparişin talep edilen tarihte veya daha önce teslim edilip edilmediğini gösteren bir işaret. | ||
|
Açıklama
Bu hesaplanan mantıksal öznitelik, 'Goods Shipped' veya gerçek teslimat zaman damgasını 'RequestedDeliveryDate' ile karşılaştırır. Teslimat zamanında ya da erken yapıldıysa doğru, geciktiyse yanlış değerini alır. Bu işaret, 'On-Time Delivery Rate' KPI’ını hesaplamak ve 'Delivery Promise vs. Reality Gap' Dashboardını oluşturmak için gereklidir. Teslimat performansını analiz etmeyi kolaylaştırır. Ürün, bölge veya süreç darboğazı gibi geç sevkiyatlara yol açan etkenleri bulmak için verileri kolayca filtreleyip bir araya getirebilirsiniz.
Neden önemli?
Teslimat performansını net bir evet-hayır sonucu olarak gösterir. KPI hesaplamalarını ve geç siparişlerin temel neden analizini kolaylaştırır.
Nereden alınır?
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 işleme etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura oluşturuldu
|
Sevk edilen ürün veya hizmetler için mali faturanın oluşturulmasını ifade eder. Satış siparişiyle bağlantılı bir Invoice işlemi oluşturulduğunda gerçekleşen açık bir olaydır. | ||
|
Neden önemli?
Bu etkinlik, gelir kaydı açısından önemli bir kilometre taşıdır ve ödeme döngüsünü başlatır. Sevkiyatla faturalandırma arasındaki süre nakit akışını doğrudan etkiler.
Nereden alınır?
Bu, satış siparişiyle bağlantılı Invoice işlem kaydındaki Date Created alanından alınan açık bir olaydır (Transaction tablosu, Type='CustInvc').
Kaydedin
Bağlantılı Invoice için işlem oluşturma tarihini kullanın.
Olay türü
explicit
|
|||
|
Ödeme alındı
|
Bu etkinlik, müşterinin faturaya karşılık yaptığı ödemenin alınmasını gösterir. Satış siparişiyle ilişkili faturaya uygulanan bir Customer Payment işlemi oluşturulduğunda kaydedilir. | ||
|
Neden önemli?
Sürecin sonundaki önemli bir olay olan bu etkinlik, nakde dönüşüm döngüsünü ve zamanında ödeme performansını analiz etmek için önemlidir. Satış işleminin mali açıdan başarıyla tamamlandığını gösterir.
Nereden alınır?
Bu açık bir olaydır. Zaman damgası, ilgili faturaya uygulanan Customer Payment işleminin oluşturulma tarihidir (Transaction tablosu, Type='CustPymt').
Kaydedin
Faturaya uygulanan Customer Payment kaydındaki işlem tarihini kullanın.
Olay türü
explicit
|
|||
|
Satış siparişi kapatıldı
|
Bu son etkinlik, satış siparişinin tamamen karşılandığını, faturalandırıldığını ve tamamlandığını gösterir. Satış siparişinin durumu Closed olarak değiştiğinde anlaşılır. | ||
|
Neden önemli?
Bu olay, sipariş yaşam döngüsünün operasyonel olarak sona erdiğini gösterir. Oluşturulma ile kapanma arasındaki süre, sürecin baştan sona ne kadar sürdüğünü ortaya koyar.
Nereden alınır?
Satış siparişi işleminin Status alanının Closed olarak değişmesinden çıkarılır. Bu son durum değişikliğinin zaman damgası sistem notlarından alınır.
Kaydedin
Satış siparişinin sistem notlarında durumun Closed olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Satış siparişi oluşturuldu
|
Bu etkinlik, satış siparişi sürecinin resmen başladığını gösterir. NetSuite’te yeni bir satış siparişi işlemi ilk kez kaydedildiğinde gerçekleşir ve müşterinin ilk talebini kayda alır. | ||
|
Neden önemli?
Bu, Siparişten Tahsilata sürecinin temel başlangıç olayıdır. Bu olaydan sonraki etkinliklere kadar geçen süreyi analiz etmek, sipariş işlemlerinin genel verimliliğini ve çevrim sürelerini ölçmek için önemlidir.
Nereden alınır?
Bu, satış siparişi işlem kaydındaki Date Created alanından alınan açık bir olaydır (Transaction tablosu, Type='SalesOrd').
Kaydedin
Satış siparişleri için işlem oluşturma tarihini kullanın.
Olay türü
explicit
|
|||
|
Satış siparişi onaylandı
|
Bu aşama, satış siparişinin kredi ve envanter gibi tüm iç kontrollerden geçtiğini ve karşılanmaya hazır olduğunu gösterir. Genellikle sipariş durumunun Pending Fulfillment 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, 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 çıkarılır. Order Status alanı Pending Fulfillment veya benzer bir özel onay durumuna güncellendiğinde zaman damgası kaydedilir.
Kaydedin
Satış siparişinin sistem notlarında Pending Fulfillment durumuna geçişin zaman damgası.
Olay türü
inferred
|
|||
|
Sipariş karşılama kaydı oluşturuldu
|
Bu etkinlik, depodaki fiziksel sipariş karşılama sürecinin başlangıcını gösterir. Satış siparişinden bir Item Fulfillment işlemi oluşturulduğunda gerçekleşir. | ||
|
Neden önemli?
Bu aşama, satış sürecini depo operasyonlarına bağlayan önemli bir kilometre taşıdır. Siparişin onaylanmasıyla sipariş karşılama kaydını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şiyle bağlantılı Item Fulfillment kaydının oluşturulma tarihidir.
Kaydedin
Bağlantılı Item Fulfillment kaydı için işlem oluşturma tarihini kullanın.
Olay türü
explicit
|
|||
|
Ürünler sevk edildi
|
Bu aşama, ürünlerin depodan çıktığı ve müşteriye doğru yola koyulduğu anı gösterir. Item Fulfillment kaydının durumu Shipped olarak güncellendiğinde anlaşılır. | ||
|
Neden önemli?
Sevkiyat, taşıyıcıya ve müşteriye yapılan önemli bir devir teslim noktasıdır. Bu olay, zamanında teslimat performansını izlemek ve sipariş karşılama süresinin tamamını ölçmek için önemlidir.
Nereden alınır?
Bağlantılı Item Fulfillment işleminin Status alanının Shipped olarak değişmesinden çıkarılır. Bu olayın zaman damgası, durum değişikliğinin tarihidir.
Kaydedin
Item Fulfillment kaydında durumun Shipped olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Alacak dekontu oluşturuldu
|
Bu olay, genellikle iade, fiyat düzeltmesi veya başka bir indirim nedeniyle satış siparişi ya da fatura için alacak dekontu düzenlendiğinde gerçekleşir. Credit Memo işlemi oluşturulduğunda kaydedilir. | ||
|
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 ne zaman düzenlendiklerini analiz etmek, temel nedenleri belirlemeye ve genel kaliteyi artırmaya yardımcı olur.
Nereden alınır?
Bu, Credit Memo işleminin oluşturulmasına dayanan açık bir olaydır (Transaction tablosu, Type='CredMemo'). İşlem, ilk faturaya veya satış siparişine bağlanabilir.
Kaydedin
Bağlantılı Credit Memo için işlem oluşturma tarihini kullanın.
Olay türü
explicit
|
|||
|
Envanter rezerve edildi
|
Bu olay, satış siparişi için envanterin resmen rezerve edildiğini ve siparişin karşılanması için hazır olduğunu gösterir. Satış siparişi satırlarındaki Committed Quantity alanındaki değişiklikler izlenerek belirlenir. | ||
|
Neden önemli?
Bu etkinlik, envanter tahsisinin verimliliğini analiz etmek için önemlidir. Siparişin onaylanmasıyla envanterin rezerve edilmesi arasındaki gecikmeler stok tükenmesine yol açabilir ve teslimat taahhütlerini etkileyebilir.
Nereden alınır?
Satış siparişinin satır kalemlerine ait sistem notlarından çıkarılır. Quantity Committed alanının sıfırdan pozitif bir değere güncellendiği zaman damgası kullanılır.
Kaydedin
Sipariş satırlarındaki Quantity Committed alanı değişikliğinin zaman damgası.
Olay türü
inferred
|
|||
|
Kredi blokesi kaldırıldı
|
Satış siparişinin kredi blokajından çıkarıldığı ve sipariş karşılama sürecine devam edebildiği noktayı gösterir. Durumun blokajdan açık veya onaylanmış duruma geçmesiyle belirlenir. | ||
|
Neden önemli?
Kredi blokajının süresi önemli bir KPI’dır. Bu olay, kredi sorunlarının çözülmesinin ne kadar sürdüğünü ve Siparişten Tahsilata çevriminin tamamını nasıl etkilediğini ölçmenizi sağlar.
Nereden alınır?
Satış siparişi kaydındaki sistem notlarından veya denetim izinden çıkarılır. Order Status alanının blokaj durumundan çıktığı zaman damgası kaydedilir.
Kaydedin
Sipariş durumu kredi blokajından etkin duruma geçtiğinde oluşan zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Kredi blokesi uygulandı
|
Bu olay, satış siparişi otomatik olarak veya elle kredi blokajına alındığında gerçekleşir ve siparişin karşılanma sürecini duraklatır. Genellikle sipariş durumunun Pending Approval veya belirli bir Credit Hold durumuna geçmesinden anlaşılır. | ||
|
Neden önemli?
Siparişlerin ne zaman ve neden beklemeye alındığını belirlemek, sipariş karşılama sürecindeki gecikmeleri anlamanın temelidir. Bu etkinlik, müşteri kredisiyle ilgili darboğazları ortaya çıkarır.
Nereden alınır?
Satış siparişi kaydındaki sistem notlarından veya denetim izinden çıkarılır. Özellikle Order Status alanının bekleme durumuna geçip geçmediği incelenir.
Kaydedin
Sipariş durumu kredi blokajına geçtiğinde oluşan zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Satış siparişi değiştirildi
|
Bu etkinlik, satış siparişi oluşturulduktan sonra miktar, ürün veya fiyat gibi alanlarda yapılan önemli değişiklikleri kaydeder. Sistem notlarındaki veya denetim izindeki güncellemeler izlenerek belirlenir. | ||
|
Neden önemli?
Sık yapılan değişiklikler, veri giriş hatalarına veya müşteri talebindeki dalgalanmalara işaret edebilir. Bunlar yeniden çalışmaya ve süreç verimsizliklerine yol açar. Değişiklikleri izlemek, sipariş düzenlemelerinin temel nedenlerini bulmanıza yardımcı olur.
Nereden alınır?
Satış siparişi işlemiyle ilişkili sistem notlarından veya denetim izinden elde edilir. İlgili bir alanda kaydedilen her değişiklik bu etkinliğin bir örneği sayılabilir.
Kaydedin
İlk oluşturma işleminden sonra satış siparişinin sistem notlarında değişen alanları belirleyin.
Olay türü
inferred
|
|||
|
Ürünler paketlendi
|
Toplanan ürünlerin paketlendiğini ve sevkiyata hazır olduğunu gösterir. Item Fulfillment kaydının durumunun Packed olarak değişmesi izlenerek kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, paketleme istasyonunun verimliliğini ölçmenize 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ı Item Fulfillment işleminin Status alanının Packed olarak değişmesinden çıkarılır. Bu güncellemenin zaman damgası sistem notlarından alınır.
Kaydedin
Item Fulfillment kaydında durumun Packed olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Ürünler toplandı
|
Siparişteki ürünlerin depodaki yerlerinden toplandığını gösterir. İlişkili Item Fulfillment kaydının durum değişikliğinden çıkarılan bir olaydır. | ||
|
Neden önemli?
Ürün toplama süresini analiz etmek, depo verimliliğini artırmak için önemlidir. Bu etkinlik, toplama sürecindeki darboğazları ölçmenize ve belirlemenize yardımcı olur.
Nereden alınır?
Bağlantılı Item Fulfillment işleminin Status alanının Picked olarak değişmesinden çıkarılır. Bu durum değişikliğinin zaman damgası sistem notlarından alınır.
Kaydedin
Item Fulfillment kaydında durumun Picked olarak değiştiği zaman damgası.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Veri toplama sürecinizi kolaylaştırmak ve NetSuite Siparişten Tahsilata - Satış Siparişi İşleme sürecinizle ilgili değerli içgörüler edinmeye başlamak için bu Templatei kullanın. Süreçlerinizi bugün iyileştirmeye başlayın.
Tahsilatı hızlandırın: Satış siparişi işleme sürecinizi bugün iyileştirin
Siparişten Tahsilata çevrim süresini %30 azaltan işletmelere katılın.
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.