Siparişten Tahsilata - satış siparişi işleme Veri Şablonunuz

Microsoft Dynamics 365
Siparişten Tahsilata - satış siparişi işleme Veri Şablonunuz

Siparişten Tahsilata - satış siparişi işleme Veri Şablonunuz

Bu Template, Microsoft Dynamics 365 içindeki Siparişten Tahsilata - Satış Siparişi İşleme sürecinizi analiz etmek için gereken temel veri unsurlarına yapılandırılmış bir genel bakış sunar. Toplanması gereken önemli öznitelikleri ve olay günlüğünüzde izlenmesi gereken temel faaliyetleri açıklar. Ayrıca bu verileri sisteminizden etkili biçimde çıkarmaya yönelik pratik yönlendirmeler bulabilirsiniz.
  • Ayrıntılı analiz için önerilen öznitelikler
  • İzlenecek temel süreç faaliyetleri
  • Microsoft Dynamics 365 için özel veri çıkarma yönlendirmeleri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Siparişten Tahsilata - Satış Siparişi İşleme Öznitelikleri

Microsoft Dynamics 365 üzerinde Siparişten Tahsilata - Satış Siparişi İşleme sürecinizi kapsamlı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Gerekli 5 Önerilen 10 İsteğe bağlı
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
Gerekli Önerilen İsteğe bağlı

Siparişten Tahsilata - Satış Siparişi İşleme Faaliyetleri

Satış siparişi işleme sürecinizi doğru biçimde keşfetmek ve analiz etmek için Event Logunuzda yakalamanız 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
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
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi Microsoft Dynamics 365'ten nasıl alırsınız?

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.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Kurulum birkaç dakika içinde tamamlanır.