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
- İzlenecek temel süreç faaliyetleri
- Microsoft Dynamics 365 için özel veri çıkarma yönlendirmeleri
Siparişten Tahsilata - Satış Siparişi İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Satış siparişi sürecinde belirli bir zamanda gerçekleşen iş olayının veya görevin adıdır. | ||
|
Açıklama
Bu öznitelik, satış siparişinin yaşam döngüsündeki belirli bir adımı veya olayı temsil eder. Örneğin 'Sales Order Created', 'Goods Shipped' veya 'Payment Received'. Belirli bir satış siparişi için bu aktivitelerin sırası süreç akışını oluşturur. Aktiviteler arasındaki sırayı, sıklığı ve geçişleri analiz etmek Process Mining'in temelidir. Süreç haritasını görselleştirmenize, yaygın ve nadir süreç varyantlarını belirlemenize, darboğazları ve yeniden işleme ya da uyumsuzluk alanlarını tespit etmenize yardımcı olur. Bu öznitelik, süreçte gerçekte neler olduğunu anlamak için temeldir.
Neden önemli?
Sürecin adımlarını tanımlar ve Process Mining'in temel amacı olan süreç akışını oluşturup görselleştirmenizi sağlar.
Nereden alınır?
Bu öznitelik, 'SalesTable' ve ilişkili lojistik veya finans tablolarındaki belirli sistem olaylarının ya da durum değişikliklerinin standartlaştırılmış bir aktivite adına haritalanmasıyla kavramsal olarak türetilir.
Örnekler
Satış siparişi oluşturulduÜrünler sevk edildiFatura oluşturulduÖdeme alındı
|
|||
|
Başlangıç zamanı
EventTime
|
Belirli bir aktivitenin veya olayın gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Event Time veya zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Olay günlüğündeki her etkinlikle ilişkili bir zaman damgası bulunur. Bu sayede her vaka için sürecin kronolojik kaydı oluşturulur. Bu öznitelik, Process Mining içindeki zamana dayalı tüm analizler için önemlidir. Etkinlikler arasındaki çevrim sürelerini hesaplamak, bir vakanın toplam süresini ölçmek, bekleme sürelerini analiz etmek ve sürecin geciktiği darboğazları belirlemek için kullanılır. Ayrıca gün, hafta veya ay bazında işlem hacmini izlemek gibi zaman içindeki performans takibini de mümkün kılar.
Neden önemli?
Bu zaman damgası, çevrim süreleri ve darboğazlar gibi süreye dayalı tüm metrikleri hesaplamak ve olayları kronolojik sıraya koymak için gereklidir.
Nereden alınır?
Bu değer, belirli işlemlerle ilişkili çeşitli tarih ve saat alanlarından türetilir. Örneğin sipariş oluşturma için 'SalesTable.CreatedDateTime' veya ödemeler için ödeme günlüğü kayıt tarihleri kullanılır.
Örnekler
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
|
|||
|
Satış siparişi
SalesOrderNumber
|
Her satış siparişi için benzersiz tanımlayıcıdır ve süreçteki temel vaka tanımlayıcısı olarak kullanılır. | ||
|
Açıklama
Sales Order Number, Microsoft Dynamics 365'te her müşteri siparişine atanan benzersiz alfasayısal koddur. Temel Case ID olarak görev yapar ve oluşturulmasından kapatılmasına kadar ilgili tüm aktiviteleri ve olayları birbirine bağlar. Process Mining'de bu öznitelik, her bir satış siparişinin uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. Analistlerin aktivitelerin eksiksiz sırasını izlemesini, vaka sürelerini ölçmesini ve her siparişe özgü varyasyonları analiz etmesini sağlar. Böylece tüm süreç analizinin temelini oluşturur.
Neden önemli?
Bu tanımlayıcı, ilgili tüm olayları ilişkilendirmek ve her satış siparişinin yaşam döngüsünü eksiksiz, uçtan uca analiz etmek için gereklidir.
Nereden alınır?
'SalesTable' tablosunda, 'SalesId' alanında bulunur.
Örnekler
SO-00102345SO-00102346SO-00102347
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin hangi bilgi sisteminden geldiğini belirler. | ||
|
Açıklama
Bu öznitelik, olay verilerinin kaydedildiği kaynak uygulamayı belirtir. Bu bağlamda değer genellikle 'Microsoft Dynamics 365' olur. Tek sistemli bir analizde gereksiz görünebilir. Ancak ayrı bir CRM veya Warehouse Management sistemi gibi birden fazla sistemden gelen verileri birleştirirken büyük önem taşır. Veri soyunu korur ve kayıtların kaynağını belirleyerek veri çıkarma sorunlarını gidermeye yardımcı olur.
Neden önemli?
Özellikle birden fazla sistemden veri entegre edilirken veri kaynağı hakkında önemli bağlam sağlar ve veri soyunun net olmasına yardımcı olur.
Nereden alınır?
Bu, genellikle veri dönüştürme sırasında Veri Seti'nin kaynağını belirtmek için her kayda eklenen statik bir değerdir.
Örnekler
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, Microsoft Dynamics 365'ten en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında şeffaflık sağlar. Her türlü süreç analizinde verilerin ne kadar güncel olduğunu bilmek, doğru kararlar almak için önemlidir. Bu zaman damgası, verilerin en son ne zaman güncellendiğini açıkça göstererek kullanıcıların verilere güvenmesine yardımcı olur ve sonuçların güncel bilgilere dayanmasını sağlar.
Neden önemli?
Kullanıcıların verilerin güncelliğini bilmesini sağlar. Bu, Process Mining analizinin geçerliliği ve doğruluğu için önemlidir.
Nereden alınır?
Bu değer, veri çıkarma sırasında oluşturulur ve veri alımı sürecinde her kayda eklenir.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Müşteri adı
CustomerName
|
Satış siparişini veren müşterinin adı. | ||
|
Açıklama
Bu öznitelik, satış siparişiyle ilişkili müşterinin yasal adını içerir. Satış siparişindeki müşteri hesap numarasının ana müşteri ana verileriyle ilişkilendirilmesiyle elde edilir. Süreci müşteri bazında analiz etmek, müşteriye özgü davranışları ve hizmet düzeylerini anlamak için temeldir. En fazla gecikmeyi veya yeniden işleme oranını hangi müşterilerin yaşadığını ve hangi müşterilerin standart dışı süreç yollarını izlediğini belirlemenize yardımcı olur. Bu, müşteri memnuniyetini artırmak ve önemli hesapları etkili biçimde yönetmek için önemlidir.
Neden önemli?
Müşteri odaklı analiz yapmanızı sağlar. Belirli müşterilere özgü örüntüleri, gecikmeleri veya sorunları belirleyerek müşteri memnuniyetini doğrudan etkiler.
Nereden alınır?
'SalesTable' içindeki 'CustAccount' alanı kullanılarak 'CustTable' tablosundan alınır.
Örnekler
Contoso LtdAdatum CorporationFabrikam Inc.
|
|||
|
Onaylanan teslimat tarihi
ConfirmedDeliveryDate
|
Şirketin müşteri için onayladığı ve taahhüt ettiği teslimat tarihi. | ||
|
Açıklama
Onaylanan teslimat tarihi, satış kuruluşunun ürünlerin teslimatı için müşteriye verdiği sözdür. Bu tarih, stok bulunabilirliği ve üretim planları gibi iç kontroller tamamlandıktan sonra belirlenir. Bu öznitelik, operasyonel taahhüt açısından 'Teslimat Tarihine Uyumluluk Oranı' KPI'ını hesaplamak için gereklidir. Müşterinin ilk talebine kıyasla zamanında teslimat için daha gerçekçi bir iç ölçüt sunar. Bu tarihten sapmaların incelenmesi, lojistik ve sipariş karşılama süreçlerindeki iç sorunların belirlenmesine yardımcı olur.
Neden önemli?
Şirketin müşteriye verdiği taahhüdü ifade eder ve sipariş karşılama güvenilirliğini ve operasyonel performansı ölçmek için önemli bir iç ölçüt oluşturur.
Nereden alınır?
Satış siparişi satır verilerinde bulunur. Genellikle 'SalesLine' tablosunda 'ConfirmedDlv' benzeri bir alan adıyla tutulur.
Örnekler
2023-05-122023-06-012023-05-28
|
|||
|
Satış kanalı
SalesChannel
|
Satış siparişinin alındığı kanal, örneğin Web, Doğrudan Satış veya İş Ortağı. | ||
|
Açıklama
Sales Channel, müşteri siparişinin kaynağını gösterir. Bu kaynak bir e-ticaret sitesi, doğrudan satış ekibi, perakende mağazası, çağrı merkezi veya iş ortağı ağı olabilir. Bu boyut, Dynamics 365 içinde genellikle işletme ihtiyaçlarına göre yapılandırılır. Süreci satış kanalına göre analiz etmek, kanallar arasındaki performans farklarını ortaya çıkarmaya yardımcı olur. Örneğin web siparişleri, telefonla alınan siparişlerden daha hızlı ve daha otomatik işlenebilir. Bu içgörü, kanala özel süreç optimizasyonu ve kaynak tahsisi yapmanızı sağlar ve 'Sales Order Value by Segment' gibi Dashboardları destekler.
Neden önemli?
Farklı satış kanallarındaki performansı karşılaştırmanızı sağlar. Siparişlerin başlatılma biçimine özgü verimsizlikleri veya iyi uygulamaları ortaya çıkarır.
Nereden alınır?
Bu bilgi genellikle satış siparişi üst bilgisinde saklanır. Belirli alan için Microsoft Dynamics 365 belgelerine başvurun.
Örnekler
WebDoğrudanİş OrtağıPerakende
|
|||
|
Sipariş değeri
OrderValue
|
Satış siparişinin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, tüm kalemler, vergiler ve ücretler dahil olmak üzere satış siparişinin toplam finansal tutarını gösterir. Her vakayla ilişkili temel bir finansal metriktir. Order Value, değere dayalı süreç analizi için önemlidir. Süreci bölümlere ayırarak yüksek değerli siparişlerin düşük değerli siparişlerden farklı işlenip işlenmediğini veya daha fazla gecikme yaşayıp yaşamadığını görmenizi sağlar. Böylece süreç iyileştirme çalışmalarınızı finansal açıdan en önemli vakalara önceliklendirebilir ve 'Sales Order Value by Segment' gibi Dashboardları destekleyebilirsiniz.
Neden önemli?
Süreci finansal açıdan segmentlere ayırmanızı sağlar. Yüksek değerli siparişlerdeki iyileştirmelere öncelik vermenize ve süreç sapmalarının maliyet etkilerini anlamanıza yardımcı olur.
Nereden alınır?
Satış siparişi üst bilgi verilerinde bulunur. Belirli tablo ve alan için Microsoft Dynamics 365 belgelerine başvurun. Değer çoğu zaman satış satırı tutarlarından hesaplanır.
Örnekler
5250.7512300.00899.50
|
|||
|
Talep edilen teslimat tarihi
RequestedDeliveryDate
|
Müşterinin talep ettiği sipariş teslimat tarihi. | ||
|
Açıklama
Bu öznitelik, müşterinin ürünlerini teslim almak istediği tarihi saklar. Tarih, sipariş oluşturulurken kaydedilir ve teslimat performansını müşterinin bakış açısından ölçmek için temel alınır. Bu tarih, 'Teslimat Tarihine Uyumluluk' Dashboard için önemli bir girdidir. 'RequestedDeliveryDate' değerinin 'ConfirmedDeliveryDate' ve gerçek 'Goods Delivered' tarihiyle karşılaştırılması, kuruluşun müşteri beklentilerini ne ölçüde karşıladığını gösterir. Büyük farklar planlama, stok veya lojistik sorunlarına işaret edebilir.
Neden önemli?
Müşterinin teslimat beklentisini ifade eder ve müşteri memnuniyetini ve zamanında teslimat performansını ölçmek için temel oluşturur.
Nereden alınır?
'SalesTable' tablosunda bulunur ve genellikle 'DeliveryDate' veya benzer bir adla tutulur.
Örnekler
2023-05-102023-06-012023-05-25
|
|||
|
Bitiş zamanı
EndTime
|
Bir aktivitenin tamamlandığı kesin tarih ve saat. | ||
|
Açıklama
Bitiş zamanı zaman damgası, bir aktivitenin sona erdiği anı kaydeder. Mevcut olduğunda, aktivitenin süresini bir sonraki aktivitenin başlangıç zamanından çıkarmaya kıyasla daha doğru ölçmenizi sağlar. Analizde hem başlangıç hem de bitiş zamanının bulunması, her aktivitenin 'Processing Time' değerini kesin biçimde hesaplamanıza yardımcı olur. Böylece bunu aktiviteler arasındaki 'Waiting Time' değerinden ayırabilirsiniz. Bu ayrım, hangi görevlerin uzun sürdüğünü ve hangi süreç adımlarında uzun gecikmeler yaşandığını belirlemek için çok değerlidir.
Neden önemli?
Her aktivitenin işleme süresini kesin biçimde hesaplamanızı ve aktif çalışma süresini boşta bekleme süresinden ayırmanızı sağlar.
Nereden alınır?
Başlangıç zamanı gibi bu değer de çeşitli tarih ve saat alanlarından türetilir. 'SalesTable' veya 'WHSLoadTable' gibi tablolardaki 'ModifiedDateTime' alanı ya da belirli bir durum güncellemesi zaman damgası kullanılabilir.
Örnekler
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
|
|||
|
Kullanıcı adı
UserName
|
Aktiviteyi gerçekleştiren kullanıcının adı. | ||
|
Açıklama
Bu öznitelik, siparişi onaylamak veya fatura oluşturmak gibi belirli bir görevi gerçekleştiren çalışanı ya da sistem kullanıcısını tanımlar. Genellikle Microsoft Dynamics 365'teki bir kullanıcı kimliğiyle ilişkilendirilir. Kullanıcı bazında performansı analiz etmek, eğitim ihtiyaçlarını belirlemeye, yüksek performans gösterenleri tanımaya ve iş yükünü uygun biçimde dağıtmaya yardımcı olur. Ayrıca uyumluluk ve denetim amaçları için gereklidir; süreçte gerçekleştirilen her işlem için net sorumluluk sağlar.
Neden önemli?
Süreç performansını kişi veya ekip bazında analiz etmenizi sağlar. Eğitim fırsatlarını, iş yükü dengesizliklerini ve kaynakla ilişkili darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Çeşitli işlem tablolarındaki 'CreatedBy' veya 'ModifiedBy' gibi kullanıcı kimliği alanlarından türetilir. Daha sonra tam adı almak için ana kullanıcı tablosuyla, örneğin 'UserInfo' ile birleştirilir.
Örnekler
Alice JohnsonRobert BrownSistem Yöneticisi
|
|||
|
Ödeme vadesi
PaymentDueDate
|
Müşterinin fatura ödemesini yapması gereken son tarih. | ||
|
Açıklama
Ödeme vadesi, fatura tarihi ve müşteriyle kararlaştırılan ödeme koşullarına göre hesaplanır. Bu tarih müşteri faturasına kaydedilir. Bu öznitelik, 'Ödeme Vadesine Uyumluluk' analizi ve 'Zamanında Ödeme Oranı' KPI'ı için temel oluşturur. İşletme, 'PaymentDueDate' değerini gerçek 'Payment Received' tarihiyle karşılaştırarak geciken ödemeleri belirleyebilir, müşteri segmentlerine göre ödeme davranışını inceleyebilir ve nakit akışını iyileştirmek ve tahsilat süresini kısaltmak için önleyici adımlar atabilir.
Neden önemli?
Ödeme performansını ölçmek için kullanılan temel ölçüttür. Nakit akışını analiz etmek ve alacakları etkili biçimde yönetmek açısından önemlidir.
Nereden alınır?
'CustInvoiceJour' tablosunda, 'DueDate' alanında bulunur.
Örnekler
2023-05-302023-06-152023-06-30
|
|||
|
Satış siparişi durumu
SalesOrderStatus
|
Veri çıkarma sırasında satış siparişinin mevcut durumu. | ||
|
Açıklama
Bu öznitelik, satış siparişinin genel durumunu gösterir. Örnek durumlar 'Açık sipariş', 'Faturalandı', 'İptal edildi' veya 'Teslim edildi' olabilir. Bu özet durum, satış siparişi başlığında tutulur. Etkinlik günlüğü sürecin dinamik görünümünü sunarken son durum, filtreleme ve segmentasyon için kullanışlıdır. Analistlerin mevcut iş yükünü görmek üzere tüm açık siparişleri kolayca ayırmasına veya başarıyla tamamlanan siparişleri iptal edilenlerden ayırarak iptal nedenlerini incelemesine olanak tanır.
Neden önemli?
Siparişin durumunu gösterir. Analizin açık, kapalı veya iptal edilmiş siparişlere göre filtrelenmesini sağlar ve iş yükü yönetimi ile sonuç analizinde kullanılır.
Nereden alınır?
'SalesTable' tablosunda, 'SalesStatus' alanında bulunur.
Örnekler
Bekleyen SiparişTeslim EdildiFaturalandıİptal Edildi
|
|||
|
Sevkiyat yöntemi
ShippingMethod
|
Ürünleri müşteriye göndermek için kullanılan yöntem veya taşıyıcı. | ||
|
Açıklama
Bu öznitelik, teslimatta kullanılan taşıma hizmetini belirtir. Örneğin 'Kara taşımacılığı', 'Hava taşımacılığı' veya belirli bir taşıyıcının adı olabilir. Müşteri tercihi, maliyet ve teslimat hızına göre sipariş işlenirken seçilir. 'Nakliye Yöntemi Performansı' Dashboard için bu boyut önemlidir. 'Goods Packed' ile 'Goods Delivered' arasındaki çevrim sürelerinin sevkiyat yöntemine göre incelenmesi, hangi taşıyıcıların daha hızlı ve güvenilir olduğunu veya gecikmeye daha yatkın bulunduğunu gösterir. Bu içgörü, lojistik planlamasını ve taşıyıcı seçimini iyileştirmenize yardımcı olur.
Neden önemli?
Farklı taşıyıcıların ve sevkiyat seçeneklerinin performansını analiz etmenizi sağlar; maliyet, hız ve güvenilirlik açısından lojistiği optimize etmenize yardımcı olur.
Nereden alınır?
Bu bilgi genellikle satış siparişi başlığında veya ilgili sipariş karşılama kayıtlarında saklanır. Microsoft Dynamics 365 belgelerine başvurun.
Örnekler
FedEx GroundUPS Next Day AirDHL Express
|
|||
|
Ülke
CountryRegion
|
Müşterinin teslimat adresinin bulunduğu ülke. | ||
|
Açıklama
Bu öznitelik, satış siparişi sevkiyatının varış ülkesini belirtir. Dynamics 365'te saklanan müşteri teslimat adresi bilgilerinden alınır. Süreç performansını ülke bazında analiz etmek, bölgesel farklılıkları belirlemek açısından önemlidir. Uluslararası sevkiyatlarda gümrük işlemleri gibi ek adımlar bulunabilir ve bu da çevrim sürelerini uzatabilir. Bu analiz, farklı coğrafi pazarlar için lojistiği anlamanıza ve optimize etmenize yardımcı olur.
Neden önemli?
Coğrafi analiz yapılmasını sağlar; tedarik zincirindeki bölgesel darboğazları, uyumluluk sorunlarını veya performans farklılıklarını belirlemenize yardımcı olur.
Nereden alınır?
Satış siparişine bağlı müşteri teslimat adresinden alınır. Ülke bilgisi genellikle 'SalesTable' üzerindeki teslimat adresi bağlantısı aracılığıyla birleştirilen 'LogisticsPostalAddress' tablosunda bulunur.
Örnekler
USADEUCANGBR
|
|||
|
Ürün numarası
ItemNumber
|
Satış siparişindeki bir ürün veya hizmeti benzersiz biçimde tanımlayan değer. | ||
|
Açıklama
Ürün numarası, satılan belirli ürünü tanımlar. Satış siparişi birden fazla ürün içerebildiği için bu öznitelik genellikle satır öğesi düzeyindeki olay verileriyle ilişkilendirilir. Süreci ürün bazında analiz etmek, ürüne özgü sorunları ortaya çıkarır. Örneğin bazı ürünler daha uzun sipariş karşılama süreleri, daha yüksek yeniden işleme oranları veya daha sık kredi blokeleriyle ilişkili olabilir. Bu sayede belirli ürünler için stok yönetiminde, ürün verilerinin kurulumunda veya sipariş karşılama süreçlerinde hedefli iyileştirmeler yapabilirsiniz.
Neden önemli?
Ürün düzeyinde analiz yapılmasını sağlar ve belirli ürünlerin süreç gecikmeleri, yeniden işleme veya diğer verimsizliklerle ilişkili olup olmadığını gösterir.
Nereden alınır?
'SalesLine' tablosunda, 'ItemId' alanında bulunur.
Örnekler
PROD-00123PROD-00548SVC-00045
|
|||
|
Yeniden işleme var mı
IsRework
|
Bir satış siparişinde tekrarlanan bir etkinlik gibi yeniden işleme yaşanıp yaşanmadığını belirten Boolean işareti. | ||
|
Açıklama
Bu hesaplanan öznitelik, doğrudan ilerleyen ideal süreç akışından sapan vakaları belirler. Yeniden işleme, bir adımın tekrarlandığını gösteren etkinlik dizileri saptanarak tespit edilir. Örneğin bir siparişin onayının kaldırılıp yeniden onaylanması veya ürünlerin toplanıp tekrar stoğa iade edilmesi bu duruma örnektir. Yeniden işleme içeren vakaları işaretlemek, 'Satış Siparişi Yeniden İşleme Oranı' KPI'ı için gereklidir. Analistlerin verimsiz süreç akışlarını hızla ayırıp incelemesine ve yeniden işlemenin kök nedenlerini anlamasına yardımcı olur. Bu nedenler veri girişi hataları, kredi sorunları veya stok problemleri olabilir. Yeniden işlemeyi azaltmak, birçok süreç iyileştirme projesinin temel hedefidir.
Neden önemli?
Tekrarlanan adımlar gerektiren vakaları işaretleyerek süreç verimsizliğini ölçmenize yardımcı olur. Böylece israfı ve gecikmeleri azaltmaya yönelik hedefli analiz yapabilirsiniz.
Nereden alınır?
Process Mining aracı, her vaka için etkinlik dizisini analiz ederek bu değeri hesaplar. Örneğin (A -> B -> C -> B) gibi bir örüntünün tespit edilmesi, vakayı yeniden işleme olarak işaretler.
Örnekler
truefalse
|
|||
|
Zamanında ödeme
OnTimePayment
|
Ödemenin vade tarihinde veya daha önce alınıp alınmadığını belirten Boolean işareti. | ||
|
Açıklama
Bu hesaplanan öznitelik, 'Payment Received' etkinliğinin zaman damgasını 'PaymentDueDate' ile karşılaştırır. Ödeme zamanında yapıldıysa 'true', geç yapıldıysa 'false' değerini alır. Bu işaret, 'Zamanında Ödeme Oranı' KPI'ının temel bileşenidir. Müşterileri 'zamanında ödeyenler' ve 'geç ödeyenler' olarak hızlıca segmentlere ayırmanızı sağlar. Analiz, sürekli geç ödeme yapan müşterileri belirleyerek kredi politikalarına, tahsilat stratejilerine ve müşteri ilişkileri yönetimine yön verebilir.
Neden önemli?
Müşterinin ödeme davranışını kararlaştırılan koşullara göre ölçer. Nakit akışını yönetmek ve kredi riskini değerlendirmek açısından temel bir göstergedir.
Nereden alınır?
'Payment Received' etkinliğinin 'EventTime' değerinin 'PaymentDueDate' özniteliğiyle karşılaştırılmasıyla hesaplanır. Formül: ('Payment Received' zaman damgası <= PaymentDueDate).
Örnekler
truefalse
|
|||
|
Zamanında teslimat
OnTimeDelivery
|
Ürünlerin onaylanan teslimat tarihinde veya daha önce teslim edilip edilmediğini belirten Boolean işareti. | ||
|
Açıklama
Bu hesaplanan öznitelik, her satış siparişi için 'Goods Delivered' etkinliğinin zaman damgasını 'ConfirmedDeliveryDate' 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, 'Teslimat Tarihine Uyumluluk Oranı' KPI'ının temelini oluşturur. Zamanında ve geciken siparişleri kolayca filtreleyip toplamanızı sağlar. Böylece belirli ürünler, müşteriler, bölgeler veya sevkiyat yöntemleri gibi gecikmiş teslimatlarla ilişkili etkenleri hızla belirleyebilirsiniz.
Neden önemli?
Sipariş karşılama performansını taahhüde göre doğrudan ölçer. Müşteri memnuniyetini ve tedarik zinciri güvenilirliğini izlemek açısından önemlidir.
Nereden alınır?
'Goods Delivered' etkinliğinin 'EventTime' değerinin 'ConfirmedDeliveryDate' özniteliğiyle karşılaştırılmasıyla hesaplanır. Formül: ('Goods Delivered' zaman damgası <= ConfirmedDeliveryDate).
Örnekler
truefalse
|
|||
Siparişten Tahsilata - Satış Siparişi İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Fatura oluşturuldu
|
Bu, sevk edilen ürün veya hizmetler için satış faturasının oluşturulmasını ve kaydedilmesini ifade eder. Müşterinin borcunu resmi olarak kaydeden temel bir finansal işlemdir. | ||
|
Neden önemli?
Bu aktivite, sürecin finansal mutabakat aşamasını başlatır. Sevkiyat ile fatura oluşturma arasındaki süre, 'Invoice Generation Cycle Time' KPI'ı için önemlidir ve nakit akışını etkiler.
Nereden alınır?
Bu, açık bir finansal işlemdir. Olay, Sales Invoice günlüğünün (CustInvoiceJour) kayıt tarih ve saatinden alınır.
Yakalayın
Sales Invoice günlüğünün kayıt zaman damgasını alın.
Olay türü
explicit
|
|||
|
Ödeme alındı
|
Bu aktivite, müşterinin faturaya ilişkin ödemesinin alındığını ve uygulandığını gösterir. Olay, Accounts Receivable modülünde gerçekleşir ve kaynak faturayla ilişkilendirilir. | ||
|
Neden önemli?
Bu, nakde dönüşüm döngüsünü analiz etmek için önemli bir kilometre taşıdır. 'On-Time Payment Rate' KPI'ını ölçmek ve tahsilat gecikmelerini belirlemek için gereklidir.
Nereden alınır?
Bu, Accounts Receivable modülünden alınan açık bir olaydır. Fatura işlemini (CustTrans) kapatan müşteri ödeme mutabakatının (CustSettlement) işlem tarihinden alınır.
Yakalayın
CustSettlement tablosundaki mutabakat tarihini alın ve faturayla satış siparişine bağlayın.
Olay türü
explicit
|
|||
|
Satış siparişi oluşturuldu
|
Bu olay, satış temsilcisi tarafından veya otomatik bir kanal üzerinden sistemde satış siparişinin ilk kez oluşturulmasını gösterir. Yeni kayıt oluşturulup birincil satış siparişi tablosuna kaydedildiğinde açıkça yakalanır. | ||
|
Neden önemli?
Bu aktivite, tüm satış siparişi vakaları için ortak başlangıç noktasıdır. Genel satış siparişi çevrim süresini hesaplamak ve işlem hacmini analiz etmek için gereken ilk zaman damgasını sağlar.
Nereden alınır?
Bu, Microsoft Dynamics 365'teki SalesTable üst bilgi kaydının 'Created date and time' alanından alınan açık bir olaydır.
Yakalayın
Oluşturma zaman damgasını SalesTable varlığından okuyun.
Olay türü
explicit
|
|||
|
Sipariş kapatıldı
|
Başarıyla işlenen bir satış siparişinin son durumudur. Siparişin tamamen sevk edildiğini, faturalandırıldığını ve başka işlem beklenmediğini gösterir. Sürecin başarıyla tamamlandığını belirtir. | ||
|
Neden önemli?
Bu aktivite, başarıyla tamamlanan vakalar için temel bitiş noktasıdır. Uçtan uca çevrim sürelerini ve işlem hacmini hesaplamak için gereklidir.
Nereden alınır?
Bu durum, SalesTable üzerindeki durum alanlarından çıkarılır. 'Sales status' değeri 'Invoiced' olduğunda ve satır durumları da 'Invoiced' olarak ayarlandığında sipariş kapatılmış kabul edilir.
Yakalayın
SalesTable durum alanlarının 'Invoiced' olarak değişmesinden çıkarın. Zaman damgası genellikle faturalandırma veya ödeme gibi son ilişkili işlemin tarihidir.
Olay türü
inferred
|
|||
|
Sipariş onaylandı
|
Bu aktivite, belirtilen ürün veya hizmetlerin teslim edilmesi taahhüdünü içeren satış siparişinin resmi olarak onaylandığını gösterir. Dynamics 365'te bu, onay günlüğü oluşturan açık bir kullanıcı işlemidir. | ||
|
Neden önemli?
Onay, karşılama sürecini resmi olarak başlatan önemli bir kilometre taşıdır. Oluşturma ile onay arasındaki süreyi ölçmek, ön ofis işleme verimliliğini ortaya çıkarır.
Nereden alınır?
Bu, Sales Order Confirmation günlüğünün (SalesConfirmJour) kayıt tarihinden alınan açık bir olaydır. Zaman damgası SalesTable ile ilişkilendirilebilir.
Yakalayın
Sales Order Confirmation günlüğünün kayıt zaman damgasını alın.
Olay türü
explicit
|
|||
|
Ürünler sevk edildi
|
Bu olay, sipariş için paketlenen ürünlerin sevk edildiğini ve depodan ayrıldığını gösterir. Dynamics 365'te bu durum Packing Slip'in kaydedilmesiyle resmileşir. | ||
|
Neden önemli?
Bu, kurum içi sipariş karşılama sürecinin sonunu ve teslimat aşamasının başlangıcını gösteren önemli bir kilometre taşıdır. Zamanında sevkiyat performansını hesaplamak için temel zaman damgasıdır.
Nereden alınır?
Bu, Packing Slip günlüğünün (CustPackingSlipJour) kayıt tarih ve saatinden alınan açık ve net bir olaydır.
Yakalayın
Packing Slip günlüğünün kayıt zaman damgasını alın.
Olay türü
explicit
|
|||
|
Depoya serbest bırakıldı
|
Satış siparişinin toplama ve sevkiyat işlemleri için resmi olarak depoya bırakıldığı noktayı gösterir. Warehouse Management (WMS) modülünün kullanıldığı ortamlarda bu, ayrı bir adımdır. | ||
|
Neden önemli?
Bu aktivite, sipariş işleme ile fiziksel sipariş karşılamayı birbirinden ayırır. Bir siparişin serbest bırakılmayı beklediği süreyi analiz etmek, kaynak planlama veya sistem entegrasyonu sorunlarını ortaya çıkarabilir.
Nereden alınır?
Bu, satış siparişiyle ilişkili depo serbest bırakma kayıtlarından (WHSLoadTable, WHSShipmentTable) alınan açık bir olaydır.
Yakalayın
İlgili depo yükünün veya sevkiyatının oluşturulma zaman damgasını alın.
Olay türü
explicit
|
|||
|
Kredi kontrolü yapıldı
|
Satış siparişiyle ilişkili müşteri için kredi kontrolünün tamamlandığını gösterir. Bu, otomatik bir sistem kontrolü veya manuel inceleme olabilir ve çoğu zaman siparişin kredi durumunda değişiklikle sonuçlanır. | ||
|
Neden önemli?
Kredi kontrollerinin süresini ve sonuçlarını analiz etmek, sipariş onay sürecindeki darboğazları belirlemeye yardımcı olur. Sık karşılaşılan bekletmeler veya uzun onay süreleri, siparişin karşılanmasını önemli ölçüde geciktirebilir.
Nereden alınır?
Genellikle SalesTable üzerindeki kredi yönetimiyle ilgili durum değişikliklerinden çıkarılır. Örneğin kredi nedeni bulunan 'On hold' durumundan 'Open' durumuna geçiş bu olayı gösterir. Gelişmiş modül kullanılıyorsa kredi yönetimi tablolarında da kaydedilmiş olabilir.
Yakalayın
SalesTable veya ilişkili kredi bekletme tablolarındaki durum değişikliği geçmişinden çıkarın.
Olay türü
inferred
|
|||
|
Sipariş iptal edildi
|
Bu olay, satış siparişinin tamamen sevk edilip faturalandırılmadan önce iptal edilmesini gösterir. Sürecin başarısızlıkla sonuçlanan alternatif bitişidir. | ||
|
Neden önemli?
İptalleri izlemek, kaybedilen satışların veya süreç hatalarının nedenlerini belirlemeye yardımcı olur. Siparişlerin ne zaman ve neden iptal edildiğini analiz etmek süreç iyileştirmeleri sağlayabilir.
Nereden alınır?
Bu durum, SalesTable üzerindeki 'Sales status' alanının 'Canceled' olarak değişmesinden çıkarılır. Zaman damgası, bu durum değişikliğinin kaydedildiği andır.
Yakalayın
SalesTable durum alanının 'Canceled' olarak değişmesinden çıkarın.
Olay türü
inferred
|
|||
|
Stok rezerve edildi
|
Bu olay, satış siparişi satırları için gereken stokun sistemde fiziksel veya otomatik olarak rezerve edildiğini gösterir. Böylece ürünlerin toplama ve sipariş karşılama için hazır olması sağlanır. | ||
|
Neden önemli?
Stok rezervasyonunu izlemek, sipariş onayı ile depo operasyonlarının başlaması arasındaki gecikmeleri analiz etmeye yardımcı olur. Bu, 'Inventory Allocation Lead Time' KPI'ı için önemlidir.
Nereden alınır?
Bu olay, satış siparişi satırlarıyla ilişkili stok hareketi kayıtlarının (InventTrans) oluşturulmasından veya güncellenmesinden çıkarılabilir. İlgili durum, rezervasyonu gösterir, örneğin 'On order' veya 'Reserved physical'.
Yakalayın
Siparişe ait stok hareketlerinin (InventTrans) rezerve olarak işaretlendiği zaman damgasından çıkarın.
Olay türü
inferred
|
|||
|
Ürünler paketlendi
|
Bu aktivite, toplanan ürünlerin bir araya getirilip sevkiyata hazırlandığı paketleme işleminin tamamlandığını gösterir. D365'te bu işlem, Packing Slip oluşturulmasıyla aynı zamana denk gelebilir. | ||
|
Neden önemli?
Toplama ile paketleme arasındaki süre, paketleme istasyonlarındaki darboğazları ortaya çıkarabilir. Bu, genel sipariş karşılama çevrim sürecindeki önemli bir alt süreçtir.
Nereden alınır?
Bu olay, WMS modülünde konteyner paketlemesinin tamamlanmasından açıkça alınabilir veya çoğu zaman paketlemenin sona erdiğini gösteren Packing Slip günlüğünün (CustPackingSlipJour) oluşturulmasından çıkarılabilir.
Yakalayın
Paketleme işinin tamamlanmasından veya Packing Slip günlüğünün oluşturulma tarihinden çıkarın.
Olay türü
inferred
|
|||
|
Ürünler teslim edildi
|
Sevkiyatın müşterinin belirttiği adrese başarıyla teslim edildiğini gösterir. Bu bilgi çoğu zaman harici taşıyıcının sisteminden alınır veya manuel olarak onaylanır. | ||
|
Neden önemli?
Bu aktivite, 'Delivery Date Adherence' KPI'ını ölçmek ve müşteriye yansıyan gerçek çevrim süresini anlamak için önemlidir. Taşıyıcı performansını değerlendirmeye yardımcı olur.
Nereden alınır?
Bu olay, standart D365'te yerel olarak açık bir olay şeklinde izlenmez. Genellikle taşıyıcı entegrasyonundan gelen bir güncellemeden veya satış siparişi ya da sevkiyat kaydındaki manuel durum güncellemesinden çıkarılır.
Yakalayın
Entegre taşıyıcı akışından veya manuel durum alanı güncellemesinden çıkarın.
Olay türü
inferred
|
|||
|
Ürünler toplandı
|
Siparişteki tüm ürünlerin depo konumlarından fiziksel olarak toplanmasının tamamlandığını gösterir. Bu olay genellikle WMS modülünde bir toplama listesinin veya iş emrinin kapatılmasıyla kaydedilir. | ||
|
Neden önemli?
Toplama işleminin tamamlanma süresini izlemek, depo verimliliğini analiz etmek için gereklidir. Bu aşamadaki gecikmeler sevkiyat için gereken toplam süreyi doğrudan etkiler.
Nereden alınır?
Bu, Warehouse Management modülünde kaydedilen açık bir olaydır. Satış siparişi toplamayla ilişkili depo işinin (WHSWorkTable) tamamlanma zaman damgasından alınır.
Yakalayın
Toplama işinin 'Work' durumunun 'Closed' olarak güncellendiği zaman damgasını alın.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Verilerinizi hazırlamak için bu Template kullanın, ardından satış siparişi işleme sürecinizde güçlü içgörüler elde etmek ve verimliliği artırmak için platformumuza yükleyin. Bugün optimizasyona başlayın!
Siparişten Tahsilata - Satış Siparişi İşlemeyi şimdi optimize edin
Verimsizlikleri belirleyin ve daha hızlı sipariş karşılama için çevrim süresini %30 azaltın.
Kredi kartı gerekmez. Kurulum birkaç dakika içinde tamamlanır.