Siparişten Tahsilata - Satış siparişi işleme veri Templateiniz

Microsoft Dynamics 365
Siparişten Tahsilata - Satış siparişi işleme veri Templateiniz

Siparişten Tahsilata - Satış siparişi işleme veri Templateiniz

Bu Template, Microsoft Dynamics 365’te Siparişten Tahsilata - Satış siparişi işleme sürecinizi analiz etmek için gereken temel veri öğelerini düzenli bir biçimde sunar. Toplamanız gereken öznitelikleri ve Event Logda izlemeniz gereken başlıca etkinlikleri açıklar. Ayrıca bu verileri sisteminizden etkili biçimde nasıl çıkaracağınıza ilişkin pratik yönergeler bulabilirsiniz.
  • Ayrıntılı analiz için önerilen öznitelikler
  • İzlenecek temel süreç etkinlikleri
  • Microsoft Dynamics 365’ten veri çıkarmaya yönelik özel yönergeler
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Siparişten Tahsilata - Satış siparişi işleme öznitelikleri

Microsoft Dynamics 365’te Siparişten Tahsilata - Satış siparişi işleme sürecinizi ayrıntılı analiz etmek için Event Loga eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 5 Önerilen 10 İsteğe bağlı
Ad Açıklama
Başlangıç zamanı
EventTime
Belirli bir etkinliğin veya olayın gerçekleştiği kesin tarih ve saat.
Açıklama

Olay zamanı veya zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Event Logdaki her etkinliğin bir zaman damgası vardır. Böylece her vaka için sürecin kronolojik kaydı oluşturulur.

Bu öznitelik, Process Mining’de zamana dayalı tüm analizler için gereklidir. Etkinlikler arasındaki çevrim sürelerini ve bir vakanın toplam süresini hesaplamak, bekleme sürelerini analiz etmek ve sürecin geciktiği darboğazları belirlemek için kullanılır. Ayrıca işlem hacmini gün, hafta veya ay bazında izlemek gibi performans takibini zaman içinde yapmayı sağ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, sipariş oluşturma için SalesTable.CreatedDateTime veya ödemeler için ödeme günlüğünün kayıt tarihleri gibi belirli işlemlerle ilişkili çeşitli tarih ve saat alanlarından elde edilir.

Örnekler
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
Etkinlik
ActivityName
Satış siparişi sürecinde belirli bir anda 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 Satış siparişi oluşturuldu, Ürünler sevk edildi veya Ödeme alındı gibi belirli bir adımı ya da olayı ifade eder. Belirli bir satış siparişindeki etkinliklerin sıralaması süreç akışını oluşturur.

Etkinliklerin sıralamasını, sıklığını ve aralarındaki geçişleri analiz etmek Process Mining’in temelini oluşturur. Süreç haritasını görselleştirmeye, sık ve nadir süreç çeşitlerini belirlemeye, darboğazları ve yeniden çalışma ya da uyumluluk sorunlarını tespit etmeye yardımcı olur. Süreçte gerçekte neler olduğunu anlamak için temel bir özniteliktir.

Neden önemli?

Sürecin adımlarını tanımlar ve süreç akışının oluşturulup görselleştirilmesini sağlar. Bu, Process Mining’in temel amacıdır.

Nereden alınır?

Bu öznitelik, SalesTable gibi tablolardaki belirli sistem olaylarının veya durum değişikliklerinin, ilgili lojistik ya da mali tablolardaki bilgilerle eşleştirilerek standart bir etkinlik adına dönüştürülmesiyle elde edilir.

Örnekler
Satış siparişi oluşturulduÜrünler sevk edildiFatura oluşturulduÖdeme alındı
Satış siparişi
SalesOrderNumber
Her satış siparişine özgü tanımlayıcıdır ve süreçteki temel vaka kimliği olarak kullanılır.
Açıklama

Satış Siparişi Numarası, Microsoft Dynamics 365’te her müşteri siparişine atanan benzersiz alfasayısal koddur. Temel vaka kimliği olarak görev yapar ve oluşturulmasından kapatılmasına kadar ilgili tüm etkinlikleri ve olayları birbirine bağlar.

Process Mining analizinde bu öznitelik, her satış siparişinin uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. Analistlerin etkinliklerin tamamını izlemesine, vaka sürelerini ölçmesine ve her siparişteki farklılıkları incelemesine olanak tanır. 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ü baştan sona analiz etmek için gereklidir.

Nereden alınır?

SalesTable tablosundaki SalesId alanında bulunur.

Örnekler
SO-00102345SO-00102346SO-00102347
Kaynak sistem
SourceSystem
Verinin hangi bilgi sisteminden geldiğini belirtir.
Açıklama

Bu öznitelik, olay verilerinin kaydedildiği kaynak uygulamayı belirtir. Bu bağlamda kaynak genellikle Microsoft Dynamics 365 olur.

Tek bir sistemin analizinde gereksiz gibi görünebilir; ancak ayrı bir CRM veya depo yönetim sistemi gibi birden fazla sistemden gelen veriler birleştirildiğinde büyük önem taşır. Verilerin kaynağını izlemeyi sağlar ve kayıtların nereden geldiğini göstererek veri çıkarma sorunlarının giderilmesine yardımcı olur.

Neden önemli?

Özellikle birden fazla sistemden veri entegre ederken verilerin kaynağı hakkında önemli bilgiler sunar ve veri kökeninin açıkça izlenmesini sağlar.

Nereden alınır?

Bu, genellikle veri dönüştürme sırasında Veri Seti’nin kaynağını belirtmek için 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 alımının tarih ve saatini kaydeder. Analiz edilen verilerin ne kadar güncel olduğunu gösterir.

Her türlü süreç analizinde, bilinçli kararlar alabilmek için verilerin ne kadar yeni olduğunu bilmek önemlidir. Bu zaman damgası, verilerin en son ne zaman güncellendiğini açıkça göstererek kullanıcıların verilere güvenmesine ve sonuçlarını güncel bilgilere dayandırmasına yardımcı olur.

Neden önemli?

Verilerin güncelliğini göstererek Process Mining analizinin geçerliliğini ve doğruluğunu korumaya yardımcı olur.

Nereden alınır?

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ı, ana müşteri verileriyle eşleştirilerek elde edilir.

Süreci müşteri bazında analiz etmek, müşteriye özgü davranışları ve hizmet düzeylerini anlamanın temelidir. Hangi müşterilerin daha fazla gecikme yaşadığını, hangilerinde yeniden çalışma oranının yüksek olduğunu veya hangilerinin standart dışı süreç yollarını izlediğini belirlemenize yardımcı olur. Bu bilgiler, müşteri memnuniyetini artırmak ve önemli müşteri hesaplarını etkili biçimde yönetmek için gereklidir.

Neden önemli?

Müşteri odaklı analiz yapmanızı, belirli müşterilere özgü örüntüleri, gecikmeleri veya sorunları belirlemenizi sağlar. Bu bulgular müşteri memnuniyetini doğrudan etkiler.

Nereden alınır?

'SalesTable' tablosundaki 'CustAccount' alanı kullanılarak 'CustTable' tablosundan alınır.

Örnekler
Contoso LtdAdatum CorporationFabrikam Inc.
Onaylanan teslimat tarihi
ConfirmedDeliveryDate
Şirketin onaylayıp müşteriye taahhüt ettiği teslimat tarihi.
Açıklama

Onaylanan teslimat tarihi, satıcı kuruluşun ürünleri teslim etmek için müşteriye verdiği tarihtir. Envanter durumu ve üretim takvimi gibi iç kontroller tamamlandıktan sonra belirlenir.

Bu öznitelik, operasyonel taahhüt açısından 'Teslimat tarihine uyum oranı' KPI’ını hesaplamak için gereklidir. Zamanında teslimatı ölçerken müşterinin ilk talebine kıyasla daha gerçekçi bir iç ölçüt sunar. Bu tarihten sapmaları analiz ederek lojistik ve sipariş karşılama süreçlerindeki aksaklıkları belirleyebilirsiniz.

Neden önemli?

Şirketin müşteriye verdiği taahhüdü gösterir. Sipariş karşılama güvenilirliğini ve operasyonel performansı ölçmek için önemli bir iç ölçüttür.

Nereden alınır?

Satış siparişi satır verilerinde bulunur. Genellikle 'SalesLine' tablosunda 'ConfirmedDlv' gibi bir alan adıyla yer alır.

Örnekler
2023-05-122023-06-012023-05-28
Satış kanalı
SalesChannel
Satış siparişinin alındığı kanal; örneğin web, doğrudan satış veya iş ortağı.
Açıklama

Satış kanalı, müşteri siparişinin hangi kaynaktan geldiğini gösterir. Bu kaynak bir e-ticaret sitesi, doğrudan satış ekibi, mağaza, çağrı merkezi veya iş ortağı ağı olabilir. Dynamics 365’te bu boyut genellikle işletmenin ihtiyaçlarına göre yapılandırılır.

Süreci satış kanalına göre analiz ederek kanallar arasındaki performans farklarını görebilirsiniz. Örneğin web siparişleri, telefonla alınan siparişlerden daha hızlı ve otomatik işlenebilir. Bu bulgular, kanala özel süreç iyileştirmelerine ve kaynak dağılımına yön verir; 'Satış siparişlerinin segmente göre değeri' gibi Dashboardları destekler.

Neden önemli?

Farklı satış kanallarının performansını karşılaştırmanızı, siparişlerin alınma biçimine özgü verimsizlikleri veya iyi uygulamaları görmenizi sağlar.

Nereden alınır?

Bu bilgi genellikle satış siparişi üstbilgisinde saklanır. Belirli alan için Microsoft Dynamics 365 dokümantasyonuna bakın.

Ö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 masraflar dahil satış siparişinin toplam tutarını gösterir. Her vakayla ilişkili temel bir finansal metriktir.

Sipariş değeri, değere dayalı süreç analizinde önemli bir ölçüttür. 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örmek için süreci gruplara ayırmanızı sağlar. Böylece süreç iyileştirme çalışmalarına finansal açıdan en önemli vakalardan başlayabilir, 'Satış siparişlerinin segmente göre değeri' gibi Dashboardları destekleyebilirsiniz.

Neden önemli?

Süreci finansal açıdan gruplara ayırmanızı sağlar. Böylece yüksek değerli siparişlerdeki iyileştirmelere öncelik verebilir ve süreç sapmalarının maliyet etkisini anlayabilirsiniz.

Nereden alınır?

Satış siparişi üstbilgi verilerinde bulunur. Belirli tablo ve alan için Microsoft Dynamics 365 dokümantasyonuna bakın; değer genellikle satış satırı tutarlarından hesaplanır.

Örnekler
5250.7512300.00899.50
Talep edilen teslimat tarihi
RequestedDeliveryDate
Müşterinin sipariş için talep ettiği teslimat tarihi.
Açıklama

Bu öznitelik, müşterinin ürünleri teslim almak için ilk talep ettiği tarihi saklar. Sipariş oluşturulurken kaydedilir ve teslimat performansını müşterinin bakış açısından ölçmek için temel oluşturur.

Bu tarih, 'Teslimat tarihine uyum' Dashboardu için temel bir girdidir. 'RequestedDeliveryDate' değerini 'ConfirmedDeliveryDate' ve gerçek 'Goods Delivered' tarihiyle karşılaştırarak kuruluşun müşteri beklentilerini ne ölçüde karşıladığını görebilirsiniz. Aradaki büyük farklar planlama, envanter veya lojistik sorunlarına işaret edebilir.

Neden önemli?

Müşterinin teslimat beklentisini gösterir ve müşteri memnuniyetini ve zamanında teslimat performansını ölçmek için temel oluşturur.

Nereden alınır?

'SalesTable' tablosunda bulunur; alan adı genellikle 'DeliveryDate' veya benzeridir.

Örnekler
2023-05-102023-06-012023-05-25
Bitiş zamanı
EndTime
Bir etkinliğin tamamlandığı kesin tarih ve saat.
Açıklama

Bitiş zamanı zaman damgası, bir etkinliğin sona erdiği anı kaydeder. Bu bilgi mevcut olduğunda, etkinlik süresini bir sonraki etkinliğin başlangıç zamanından çıkarsamaya kıyasla daha doğru ölçmenizi sağlar.

Analizde başlangıç ve bitiş zamanlarının ikisinin de bulunması, her etkinliğin İşlem süresinin kesin olarak hesaplanmasını ve etkinlikler arasındaki Bekleme süresinden ayrılmasını sağlar. Böylece hangi görevlerin uzun sürdüğünü, hangi süreç adımlarında uzun gecikmeler yaşandığını belirleyebilirsiniz.

Neden önemli?

Etkinliklerin işlem sürelerini ayrı ayrı hesaplamanızı, aktif çalışma süresini bekleme süresinden ayırmanızı sağlar.

Nereden alınır?

Başlangıç zamanı gibi, çeşitli tarih ve saat alanlarından elde edilir. 'ModifiedDateTime' alanı veya 'SalesTable' ya da 'WHSLoadTable' gibi tablolardaki belirli bir durum güncellemesi zaman damgası olabilir.

Örnekler
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
Gönderim 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 yolu taşımacılığı', 'Hava kargo' veya belirli bir taşıyıcının adı olabilir. Sipariş işlenirken müşteri tercihi, maliyet ve teslimat hızı dikkate alınarak seçilir.

'Gönderim yöntemi performansı' Dashboardu için bu boyut gereklidir. 'Goods Packed' ile 'Goods Delivered' arasındaki çevrim sürelerini gönderim yöntemine göre inceleyerek hangi taşıyıcıların daha hızlı ve güvenilir olduğunu, hangilerinde gecikme olasılığının daha yüksek olduğunu belirleyebilirsiniz. Bu bulgular lojistik planlamasını ve taşıyıcı seçimini iyileştirir.

Neden önemli?

Farklı taşıyıcıların ve gönderim seçeneklerinin performansını analiz etmenizi, maliyet, hız ve güvenilirlik açısından lojistiği iyileştirmenizi sağlar.

Nereden alınır?

Bu bilgi genellikle satış siparişi üstbilgisinde veya ilgili sipariş karşılama kayıtlarında saklanır. Microsoft Dynamics 365 dokümantasyonuna bakın.

Örnekler
FedEx GroundUPS Next Day AirDHL Express
Kullanıcı adı
UserName
Etkinliği gerçekleştiren kullanıcının adı.
Açıklama

Bu öznitelik, siparişi onaylama veya fatura oluşturma gibi belirli bir görevi yerine getiren ç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 analizi; eğitim ihtiyaçlarını belirlemeye, başarılı çalışanları fark etmeye ve iş yükünü dengeli dağıtmaya yardımcı olur. Ayrıca uyumluluk ve denetim açısından da önemlidir; süreçte gerçekleştirilen her işlemin kimin sorumluluğunda olduğunu açıkça gösterir.

Neden önemli?

Süreç performansını kişi veya ekip bazında analiz etmenizi; eğitim fırsatlarını, iş yükü dengesizliklerini ve kaynaklarla ilgili darboğazları belirlemenizi sağlar.

Nereden alınır?

Çeşitli işlem tablolarındaki 'CreatedBy' veya 'ModifiedBy' gibi kullanıcı kimliği alanlarından alınır. Ardından tam adı bulmak için ana kullanıcı tablosuyla (ör. 'UserInfo') birleştirilir.

Örnekler
Alice JohnsonRobert BrownSistem yöneticisi
Ödeme vadesi
PaymentDueDate
Müşterinin fatura ödemesini yapması gereken son tarih.
Açıklama

Ödeme vadesi, fatura tarihine ve müşteriyle kararlaştırılan ödeme koşullarına göre hesaplanır. Bu tarih müşteri faturasında kaydedilir.

Bu öznitelik, 'Ödeme vadesine uyum' analizinin ve 'Zamanında ödeme oranı' KPI’ının temelidir. 'PaymentDueDate' değerini gerçek 'Payment Received' tarihiyle karşılaştırarak geç ödemeleri belirleyebilir, müşteri segmentlerine göre ödeme davranışını inceleyebilir ve nakit akışını iyileştirip Satışların Tahsilat Süresi’ni (DSO) azaltmak için önlem alabilirsiniz.

Neden önemli?

Ödeme performansını ölçmek için temel oluşturur; nakit akışını analiz etmek ve alacakları etkili biçimde yönetmek açısından önemlidir.

Nereden alınır?

'CustInvoiceJour' tablosundaki 'DueDate' alanında bulunur.

Örnekler
2023-05-302023-06-152023-06-30
Satış siparişi durumu
SalesOrderStatus
Veri çıkarma sırasındaki satış siparişinin mevcut durumu.
Açıklama

Bu öznitelik, satış siparişinin genel durumunu gösterir. Durum 'Açık sipariş', 'Faturalandırıldı', 'İptal edildi' veya 'Teslim edildi' olabilir. Bu özet durum, satış siparişi üstbilgisinde tutulur.

Etkinlik günlüğü sürecin dinamik görünümünü sunarken son durum, filtreleme ve gruplama için kullanışlıdır. Analistler mevcut iş yükünü görmek için tüm açık siparişleri kolayca ayırabilir veya iptal nedenlerini incelemek üzere tamamlanan siparişleri iptal edilenlerden ayırabilir.

Neden önemli?

Siparişin mevcut durumunu gösterir. Analizi açık, kapalı veya iptal edilmiş siparişlere göre filtreleyerek iş yükünü yönetebilir ve sonuçları inceleyebilirsiniz.

Nereden alınır?

'SalesTable' tablosundaki 'SalesStatus' alanında bulunur.

Örnekler
Bekleyen siparişTeslim edildiFaturalandırıldıİptal edildi
Ülke
CountryRegion
Müşterinin teslimat adresinin bulunduğu ülke.
Açıklama

Bu öznitelik, satış siparişinin gönderileceği ülkeyi belirtir. Dynamics 365’te saklanan müşteri teslimat adresi bilgilerinden elde edilir.

Süreç performansını ülkeye göre analiz etmek, bölgesel farklılıkları belirlemek açısından önemlidir. Uluslararası gönderilerde gümrük işlemleri gibi ek adımlar gerekebilir ve bu da çevrim sürelerini uzatabilir. Bu analiz, farklı coğrafi pazarlardaki lojistiği anlamanıza ve iyileştirmenize yardımcı olur.

Neden önemli?

Coğrafi analiz yapmanızı, tedarik zincirindeki bölgesel darboğazları, uyumluluk sorunlarını veya performans farklılıklarını belirlemenizi sağlar.

Nereden alınır?

Satış siparişiyle ilişkilendirilmiş müşteri teslimat adresinden elde edilir. Ülke bilgisi genellikle 'LogisticsPostalAddress' tablosunda bulunur ve 'SalesTable' tablosundaki teslimat adresi bağlantısı üzerinden birleştirilir.

Örnekler
USADEUCANGBR
Ürün numarası
ItemNumber
Satış siparişindeki bir ürün veya hizmeti benzersiz biçimde tanımlayan numara.
Açıklama

Ürün numarası, satılan ürünü tanımlar. Bir satış siparişinde birden fazla ürün bulunabileceğinden bu öznitelik genellikle satır kalemi düzeyindeki olay verileriyle ilişkilendirilir.

Süreci ürüne göre analiz ederek ürüne özgü sorunları ortaya çıkarabilirsiniz. Örneğin bazı ürünlerde sipariş karşılama süresi daha uzun, yeniden çalışma oranı daha yüksek veya kredi blokesi daha sık olabilir. Bu sayede belirli ürünler için envanter yönetiminde, ürün verilerinin düzenlenmesinde veya sipariş karşılama süreçlerinde hedefli iyileştirmeler yapabilirsiniz.

Neden önemli?

Ürün düzeyinde analiz yapmanızı ve belirli ürünlerin süreç gecikmeleri, yeniden çalışma veya başka verimsizliklerle ilişkili olup olmadığını görmenizi sağlar.

Nereden alınır?

'SalesLine' tablosundaki 'ItemId' alanında bulunur.

Örnekler
PROD-00123PROD-00548SVC-00045
Yeniden çalışma var mı
IsRework
Satış siparişinde bir etkinliğin tekrarlanması gibi yeniden çalışma yaşanıp yaşanmadığını belirten boole değeri.
Açıklama

Bu hesaplanan öznitelik, doğrudan ideal süreç akışından sapan vakaları belirler. Bir adımın tekrarlandığını gösteren etkinlik dizileri saptanarak yeniden çalışma tespit edilir. Örneğin bir siparişin onayının kaldırılıp yeniden onaylanması veya ürünlerin toplanıp ardından envantere geri konması.

Yeniden çalışma yaşanan vakaları işaretlemek, 'Satış siparişlerinde yeniden çalışma oranı' KPI’ı için gereklidir. Analistler bu vakaları hızla ayırıp inceleyerek veri girişi hataları, kredi sorunları veya envanter problemleri gibi temel nedenleri anlayabilir. Yeniden çalışmayı azaltmak, birçok süreç iyileştirme projesinin başlıca hedefidir.

Neden önemli?

Tekrarlanan adımlar gerektiren vakaları işaretleyerek süreç verimsizliğini ölçmenizi sağlar. Böylece israfı ve gecikmeleri azaltmak için hedefli analiz yapabilirsiniz.

Nereden alınır?

Process Mining aracı, her vakanın etkinlik dizisini analiz ederek bu değeri hesaplar. Örneğin (A -> B -> C -> B) örüntüsü saptanırsa vaka yeniden çalışma olarak işaretlenir.

Örnekler
truefalse
Zamanında ödeme
OnTimePayment
Ödemenin vade tarihinde veya daha önce alınıp alınmadığını belirten boole değeri.
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ızla gruplandırmanızı sağlar. Sürekli geç ödeme yapan müşterileri belirleyerek kredi politikalarına, tahsilat stratejilerine ve müşteri ilişkileri yönetimine yön verebilirsiniz.

Neden önemli?

Müşterilerin ödemelerini kararlaştırılan koşullara göre ölçer. Nakit akışını yönetmek ve kredi riskini değerlendirmek için temel oluşturur.

Nereden alınır?

'Payment Received' etkinliğinin 'EventTime' değeri, 'PaymentDueDate' özniteliğiyle karşılaştırılarak 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 boole değeri.
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 uyum oranı' KPI’ının hesaplanmasında temel alınır. Zamanında ve geç teslim edilen siparişleri kolayca filtreleyip toplamanızı sağlar. Böylece belirli ürünler, müşteriler, bölgeler veya gönderim yöntemleri gibi geç teslimatlarla ilişkili etkenleri hızla belirleyebilirsiniz.

Neden önemli?

Sipariş karşılama performansını verilen taahhüde göre doğrudan ölçer. Müşteri memnuniyetini ve tedarik zincirinin güvenilirliğini izlemek için önemlidir.

Nereden alınır?

'Goods Delivered' etkinliğinin 'EventTime' değeri, 'ConfirmedDeliveryDate' özniteliğiyle karşılaştırılarak hesaplanır. Formül: ('Goods Delivered' zaman damgası <= ConfirmedDeliveryDate).

Örnekler
truefalse
Zorunlu Önerilen İsteğe bağlı

Siparişten Tahsilata - Satış siparişi işleme etkinlikleri

Satış siparişi işleme sürecinizi doğru biçimde keşfetmek ve analiz etmek için Event Logda kaydetmeniz gereken temel süreç adımları ve önemli kilometre taşları şunlardır.
6 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Fatura oluşturuldu
Sevk edilen ürün veya hizmetler için satış faturasının oluşturulmasını ve kaydedilmesini ifade eder. Bu temel mali işlem, müşterinin borcunu resmen kayda geçirir.
Neden önemli?

Bu etkinlik, sürecin mali mutabakat aşamasını başlatır. Sevkiyat ile faturanın oluşturulması arasındaki süre, Fatura oluşturma çevrim süresi KPI’ı açısından önemlidir ve nakit akışını etkiler.

Nereden alınır?

Bu, açık bir mali işlemdir. Olay, Satış Faturası günlüğünün (CustInvoiceJour) kayıt tarih ve saatinden alınır.

Kaydedin

Satış Faturası günlüğünün kayıt zaman damgasını alın.

Olay türü explicit
Ödeme alındı
Bu etkinlik, müşterinin faturaya ilişkin ödemesinin alındığını ve hesaba işlendiğini gösterir. Bu Olay, Alacaklar 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 aşamadır. Zamanında ödeme oranı KPI’ını ölçmek ve tahsilat gecikmelerini belirlemek için gereklidir.

Nereden alınır?

Bu, Alacaklar modülünden alınan açık bir Olaydır. Fatura işlemini (CustTrans) kapatan müşteri ödemesi mutabakatının (CustSettlement) işlem tarihinden kaydedilir.

Kaydedin

CustSettlement tablosundaki mutabakat tarihini alın ve faturayla satış siparişiyle ilişkilendirin.

Olay türü explicit
Satış siparişi oluşturuldu
Bu Olay, satış temsilcisinin veya otomatik bir kanalın sistemde satış siparişini ilk kez oluşturduğunu gösterir. Ana satış siparişi tablosunda yeni bir kayıt oluşturulup kaydedildiğinde açıkça kaydedilir.
Neden önemli?

Bu etkinlik, tüm satış siparişi vakalarının ortak başlangıç noktasıdır. Toplam 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 başlık kaydının Oluşturulma tarihi ve saati alanından alınan açık bir Olaydır.

Kaydedin

Oluşturulma zaman damgasını SalesTable varlığından alın.

Olay türü explicit
Sipariş kapatıldı
Başarıyla işlenen 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ığı noktadır.
Neden önemli?

Bu etkinlik, başarıyla tamamlanan vakaların 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. Satış durumu Faturalandırıldı olduğunda ve satır durumları da Faturalandırıldı olarak göründüğünde sipariş kapatılmış sayılır.

Kaydedin

SalesTable durum alanlarının Faturalandırıldı olarak değişmesinden çıkarın. Zaman damgası genellikle faturalandırma veya ödeme gibi son ilgili işlemin tarihidir.

Olay türü inferred
Sipariş onaylandı
Bu etkinlik, satış siparişinin resmen onaylandığını ve belirtilen ürün ya da hizmetlerin teslim edileceğinin taahhüt edildiğini gösterir. Dynamics 365’te kullanıcı bu işlemi açıkça başlatır ve işlem sonucunda bir onay günlüğü oluşturulur.
Neden önemli?

Onay, sipariş karşılama sürecini resmen başlatan önemli bir aşamadır. Oluşturulma ile onay arasındaki süreyi ölçmek, ön ofis işlemlerinin verimliliğini gösterir.

Nereden alınır?

Bu, Satış Siparişi Onay günlüğünün (SalesConfirmJour) kayıt tarihinden alınan açık bir Olaydır. Zaman damgası SalesTable kaydıyla ilişkilendirilebilir.

Kaydedin

Satış Siparişi Onay 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 çıktığını gösterir. Dynamics 365’te bu işlem, Paketleme İrsaliyesinin kaydedilmesiyle resmiyet kazanır.
Neden önemli?

Bu önemli aşama, kurum içi sipariş karşılama sürecinin sonunu ve teslimat aşamasının başlangıcını gösterir. Zamanında sevkiyat performansını hesaplamak için gereken temel zaman damgasıdır.

Nereden alınır?

Bu, Paketleme İrsaliyesi günlüğünün (CustPackingSlipJour) kayıt tarih ve saatinden alınan açık ve net bir Olaydır.

Kaydedin

Paketleme İrsaliyesi günlüğünün kayıt zaman damgasını alın.

Olay türü explicit
Depoya gönderildi
Satış siparişinin toplama ve sevkiyat işlemleri için resmen depoya gönderildiği anı belirtir. Warehouse Management (WMS) modülünü kullanan ortamlarda bu, ayrı bir adımdır.
Neden önemli?

Bu etkinlik, sipariş işlemlerini fiziksel sipariş karşılamadan ayırır. Siparişin gönderilmeyi 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 gönderim kayıtlarından (WHSLoadTable, WHSShipmentTable) alınan açık bir Olaydır.

Kaydedin

İlgili depo yükünün veya sevkiyatın oluşturulma zaman damgasını alın.

Olay türü explicit
Envanter rezerve edildi
Bu Olay, satış siparişi satırları için gereken envanterin sistemde fiziksel olarak veya otomatik biçimde rezerve edildiğini gösterir. Böylece ürünlerin toplanmaya ve siparişin karşılanmasına hazır olduğu doğrulanır.
Neden önemli?

Envanter rezervasyonunu izlemek, sipariş onayıyla depo operasyonlarının başlaması arasındaki gecikmeleri analiz etmeye yardımcı olur. Envanter tahsis süresi KPI’ı için önemlidir.

Nereden alınır?

Satış siparişi satırlarıyla bağlantılı envanter hareketi kayıtlarının (InventTrans) oluşturulmasından veya güncellenmesinden çıkarılabilir. Bu kayıtlardaki durum, örneğin Siparişte veya Fiziksel olarak rezerve edildi, rezervasyonu gösterir.

Kaydedin

Siparişe ait envanter hareketlerinin (InventTrans) rezerve edildi olarak işaretlendiği zaman damgasından çıkarın.

Olay türü inferred
Kredi kontrolü yapıldı
Satış siparişiyle ilişkili müşteri için kredi kontrolünün tamamlandığını gösterir. Kontrol otomatik sistem denetimi veya manuel inceleme olabilir ve çoğu zaman siparişin kredi durumunu değiştirir.
Neden önemli?

Kredi kontrollerinin süresini ve sonuçlarını analiz etmek, sipariş onay sürecindeki darboğazları belirlemeye yardımcı olur. Sık sık beklemeye alınan siparişler veya uzun onay süreleri, siparişlerin 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 nedeniyle Beklemede durumundan Açık durumuna geçiş izlenir. Gelişmiş modül kullanılıyorsa kredi yönetimi tablolarında da kaydedilmiş olabilir.

Kaydedin

SalesTable üzerindeki durum değişikliği geçmişinden veya ilgili kredi bekletme tablolarından çıkarın.

Olay türü inferred
Sipariş iptal edildi
Bu Olay, satış siparişinin tamamen sevk edilip faturalandırılmadan önce iptal edildiğini 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ştirmelerine katkı sağlar.

Nereden alınır?

SalesTable üzerindeki Satış durumu alanının İptal edildi olarak değişmesinden çıkarılır. Zaman damgası, bu durum değişikliğinin kaydedildiği andır.

Kaydedin

SalesTable durum alanının İptal edildi olarak değişmesinden çıkarın.

Olay türü inferred
Ürünler paketlendi
Bu etkinlik, toplanan ürünlerin bir araya getirilip sevkiyata hazırlandığı paketleme işleminin tamamlandığını gösterir. D365’te bu aşama, paketleme irsaliyesinin 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 çevriminin önemli bir alt sürecidir.

Nereden alınır?

Bu, WMS modülünde kapların paketlenmesi tamamlandığında açık bir Olay olarak kaydedilebilir. Paketlemenin sona erdiğini gösteren Paketleme İrsaliyesi günlüğünün (CustPackingSlipJour) oluşturulmasından da çıkarılabilir.

Kaydedin

Paketleme işinin tamamlanmasından veya Paketleme İrsaliyesi 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 ulaştığını gösterir. Bu bilgi genellikle harici taşıyıcının sisteminden alınır veya manuel olarak onaylanır.
Neden önemli?

Bu etkinlik, Teslimat tarihlerine uyum KPI’ını ölçmek ve müşterinin deneyimlediği 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 yerleşik olarak açık biçimde izlenmez. Genellikle taşıyıcı entegrasyonundan gelen güncellemeden veya satış siparişi ya da sevkiyat kaydındaki manuel durum güncellemesinden çıkarılır.

Kaydedin

Entegre taşıyıcı veri 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. Genellikle WMS modülünde görevli, toplama listesini veya iş emrini tamamladığında kaydedilir.
Neden önemli?

Toplama işleminin tamamlanma süresini izlemek, depo verimliliğini analiz etmek için gereklidir. Bu aşamadaki gecikmeler sevkiyatın tamamlanma süresini doğrudan etkiler.

Nereden alınır?

Bu, Warehouse Management modülünde kaydedilen açık bir Olaydır. Satış siparişi toplama işlemiyle ilişkili depo işinin (WHSWorkTable) tamamlanma zaman damgasından alınır.

Kaydedin

Toplama işinin Durum alanı Kapalı olarak güncellendiğinde oluşan zaman damgasını alın.

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma kılavuzları

Microsoft Dynamics 365’ten verilerinizi nasıl alırsınız?

Başlamaya hazır mısınız?

Verilerinizi hazırlamak için bu Templatei kullanın, ardından değerli içgörüler elde etmek ve satış siparişi işleme sürecinizde verimliliği artırmak için platformumuza yükleyin. Sürecinizi bugün iyileştirmeye başlayın!

Siparişten Tahsilata - Satış siparişi işleme sürecinizi şimdi iyileştirin

Verimsizlikleri belirleyin, siparişleri daha hızlı karşılamak için çevrim süresini %30 azaltın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Kurulumu birkaç dakikada tamamlayın.