Order to Cash - Satış Siparişi Süreci Veri Template'inuz

Microsoft Dynamics 365
Order to Cash - Satış Siparişi Süreci Veri Template'inuz

Order to Cash - Satış Siparişi Süreci Veri Template'inuz

Bu şablon, Microsoft Dynamics 365'teki Order to Cash - Satış Siparişi Süreci sürecinizi analiz etmek için gereken temel veri öğelerine yapılandırılmış bir genel bakış sunar. Toplanması gereken kritik nitelikleri ve event lognuzda izlenmesi gereken ana aktiviteleri özetler. Ayrıca, bu veriyi sisteminizden etkili bir şekilde çıkarmak için pratik rehberlik. bulacaksınız.
  • Detaylı analiz için önerilen özellikler
  • Takip Edilecek Temel Süreç Aktiviteleri
  • Microsoft Dynamics 365 için özel veri veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Siparişten Nakde - Satış Siparişi Süreci Öznitelikleri

Bunlar, Microsoft Dynamics 365'teki Siparişten Tahsilata Satış Siparişi Süreci sürecinizin detaylı analizi için Event Log'unuza dahil etmeniz gereken önerilen veri alanlarıdır.
5 Gerekli 5 Önerilen 10 Opsiyonel
Ad Açıklama
Aktivite
ActivityName
Satış siparişi süreci içinde belirli bir zamanda gerçekleşen belirli iş olayı veya görevin adı.
Açıklama

Bu öznitelik, 'Satış Siparişi Oluşturuldu', 'Mallar Sevk Edildi' veya 'Ödeme Alındı' gibi satış siparişi süreç döngüsündeki belirgin bir adımı veya olayı temsil eder. 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 temelini oluşturur. Bu, süreç haritasını görselleştirmeye, yaygın ve nadir süreç varyantlarını belirlemeye, darboğazları tespit etmeye ve yeniden işleme veya uyumsuzluk alanlarını saptamaya yardımcı olur. Bu öznitelik, süreçte gerçekte ne olduğunu anlamak için büyük önem taşır.

Neden Önemli?dir?

Sürecin adımlarını tanımlar, böylece Process Mining'in temel amacı olan süreç akışını oluşturmayı ve görselleştirmeyi sunar.

Nereden Alınır??

Bu öznitelik, 'SalesTable' gibi tablolardaki belirli sistem olaylarını veya durum değişikliklerini ve ilgili lojistik ya da finansal tabloları standart bir aktivite adıyla eşleştirerek kavramsal olarak elde edilir.

Örnekler:::::::
Satış Siparişi OluşturulduMallar Sevk EdildiFatura OluşturulduÖdeme Alındı
Başlangıç Zamanı
EventTime
Belirli bir aktivite veya olayın gerçekleştiği tam tarih ve saat.
Açıklama

Olay Zamanı veya zaman damgası (zaman damgası), bir aktivitenin gerçekleştiği tam anı kaydeder. Event Logdaki her aktivitenin ilişkili bir zaman damgası (zaman damgası) vardır ve her vaka için süreçin kronolojik kaydını oluşturur.

Bu öznitelik, Process Miningdeki tüm zamana dayalı analizler için büyük önem taşır. Aktiviteler arasındaki döngü sürelerini hesaplamak, bir vakanın toplam süresini ölçmek, bekleme sürelerini analiz etmek ve süreçin geciktiği darboğazları belirlemek için kullanılır. Ayrıca, günlük, haftalık veya aylık iş hacmi takibi gibi zaman içindeki performans izlemeye de sunar.

Neden Önemli?dir?

Bu zaman damgası (zaman damgası), döngü süreleri ve darboğazlar gibi süre bazlı tüm metrikleri hesaplamak ve olayları kronolojik olarak sıralamak için büyük önem taşır.

Nereden Alınır??

Bu, sipariş oluşturma için 'SalesTable.CreatedDateTime' veya ödemeler için ödeme journal'ının deftere işleme tarihleri gibi belirli işlemlerle ilişkili çeşitli tarih/saat alanlarından türetilir.

Ö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ı olup, süreç için birincil vaka (case) tanımlayıcısı olarak olarak kullanılır.
Açıklama

Satış Siparişi Numarası, Microsoft Dynamics 365'teki her müşteri siparişine atanan benzersiz alfanümerik bir koddur. Oluşturulmasından kapanışına kadar tüm ilgili aktivite ve olayları birbirine bağlayan temel Vaka Kimliği olarak işlev görür.

Process Miningde bu öznitelik, her bir satış siparişinin tüm sürecini yeniden yapılandırmak için gereklidir. Analistlerin aktivitelerin eksiksiz sıralamasını izlemesine, vaka sürelerini ölçmesine ve her belirli sipariş için varyasyonları analiz etmesine olanak tanıyarak tüm süreç analizinin temelini oluşturur.

Neden Önemli?dir?

Bu tanımlayıcı, ilgili tüm olayları ilişkilendirmek ve her bir satış siparişinin süreç döngüsünün eksiksiz, uçtan uca analizini güçlüak için büyük önem taşır.

Nereden Alınır??

SalesTable tablosunda, 'SalesId' alanında bulunur.

Örnekler:::::::
SO-00102345SO-00102346SO-00102347
Kaynak Sistem
SourceSystem
Verinin kaynaklandığı bilgi sistemini belirler.
Açıklama

Bu öznitelik, olay verisinin kaydedildiği kaynak uygulamayı belirtir. Bu bağlamda, genellikle 'Microsoft Dynamics 365' olacaktır.

Tek sistemli bir analizde gereksiz gibi görünse de, ayrı bir CRM veya depo yönetim sistemi gibi birden fazla sistemden veri birleştirilirken kritik önem taşır. Verinin kaynağını takip etmeyi sunar ve kayıtların kökenini belirleyerek veri çıkarma sorunlarının giderilmesine yardımcı olur.

Neden Önemli?dir?

Özellikle birden fazla sistemden veri entegre edilirken veri kaynağı hakkında önemli bir bağlam sunar, böylece net veri izlenebilirliği garantiler.

Nereden Alınır??

Bu, genellikle veri dönüşüm süreci sırasında veri setinin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler:::::::
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
Son Veri Güncellemesi
LastDataUpdate
Verinin kaynak sistemden en son yenilendiği veya çıkarıldığı zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, Microsoft Dynamics 365'ten en son veri çekme tarihini ve saatini kaydeder. Analiz edilen verinin güncelliği konusunda şeffaflık sunar.

Herhangi bir süreç analizi için verinin güncelliğini anlamak, bilinçli kararlar almak için büyük önem taşır. Bu zaman damgası (zaman damgası), verinin en son ne zaman güncellendiğini göstererek kullanıcıların veriye güvenmesine yardımcı olur ve çıkarımların güncel bilgilere dayanmasını sunar.

Neden Önemli?dir?

Kullanıcıların verinin güncelliğinin farkında olmasını sunar, ki bu process mining analizinin ilgililiği ve doğruluğu açısından büyük önem taşır.

Nereden Alınır??

Bu, 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 master data'sına bağlanmasıyla elde edilir.

Süreci müşteri bazında analiz etmek, müşteriye özel davranışları ve hizmet seviyelerini anlamak için büyük önem taşır. Hangi müşterilerin en çok gecikme yaşadığını, hangilerinin en yüksek yeniden işleme oranlarına sahip olduğunu veya hangilerinin standart dışı süreç yollarını izlediğini tespit etmeye yardımcı olur. Bu, müşteri memnuniyetini artırmak ve önemli hesapları etkin bir şekilde yönetmek için kritik bir adımdır.

Neden Önemli?dir?

Müşteri odaklı analizi sağlayarak, belirli müşterilere özgü kalıpları, gecikmeleri veya sorunları belirlemeye yardımcı olur ve bu da müşteri memnuniyetini doğrudan etkiler.

Nereden Alınır??

SalesTable'daki 'CustAccount' alanı kullanılarak CustTable'dan bakılır.

Örnekler:::::::
Contoso LtdAdatum CorporationFabrikam Inc.
Onaylanmış Teslim Tarihi
ConfirmedDeliveryDate
Şirketin müşteriye onayladığı ve taahhüt ettiği teslim tarihi.
Açıklama

Onaylanmış Teslimat Tarihi, satış yapan kuruluşun müşteriye malların teslim edileceğini taahhüt ettiği tarihtir. Bu tarih, stok uygunluğu ve üretim programları gibi dahili kontroller tamamlandıktan sonra belirlenir.

Bu öznitelik, operasyonel taahhüt açısından 'Teslimat Tarihine Uygunluk Oranı' KPI'ının hesaplanması için büyük önem taşır. Müşterinin ilk talebine göre, zamanında teslimat için daha gerçekçi bir dahili referans noktası sunar. Bu tarihten sapmaların analiz edilmesi, lojistik ve tedarik süreçlerindeki dahili aksaklıkları belirlemeye yardımcı olur.

Neden Önemli?dir?

Şirketin müşteriye olan taahhüdünü temsil eder, yerine getirme güvenilirliğini ve operasyonel performansı ölçmek için kritik bir dahili kıyaslama noktasıdır.

Nereden Alınır??

Satış siparişi satır verilerinde, genellikle 'SalesLine' tablosunda 'ConfirmedDlv' gibi bir alan adıyla bulunur.

Ö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

Satış Kanalı, müşteri siparişinin kökenini belirtir. Bu bir e-ticaret sitesi, doğrudan satış ekibi, perakende mağazası, çağrı merkezi veya bir iş ortağı ağı olabilir. Bu boyut, genellikle Dynamics 365'teki iş ihtiyaçlarına göre yapılandırılır.

Süreçi satış kanalına göre analiz etmek, kanallar arasındaki performans farklılıklarını ortaya çıkarmaya yardımcı olur. Örneğin, web siparişleri telefonla alınan siparişlere göre daha hızlı ve daha otomatik işlenebilir. Bu önemli bilgi, kanala özel süreç optimizasyonuna ve kaynak tahsisine sunar ve 'Segmentlere Göre Satış Siparişi Değeri' gibi panelleri destekler.

Neden Önemli?dir?

Farklı satış kanalları arasında performans karşılaştırmasına sunar, siparişlerin nasıl başlatıldığına özgü verimsizlikleri veya en iyi uygulamaları ortaya çıkarır.

Nereden Alınır??

Bu bilgi genellikle satış siparişi başlığında saklanır. Belirli alan için Microsoft Dynamics 365 belgelerine başvurunuz.

Örnekler:::::::
WebDoğrudanİş OrtağıPerakende
Sipariş Değeri
OrderValue
Satış siparişinin toplam parasal değeri.
Açıklama

Bu öznitelik, tüm kalemleri, vergileri ve ücretleri dahil olmak üzere satış siparişinin toplam finansal tutarını temsil eder. Her vaka ile ilişkili önemli bir finansal metriktir.

Sipariş Değeri, değere dayalı süreç analizi için büyük önem taşır. Bu öznitelik, süreci segmentlere ayırarak yüksek değerli siparişlerin farklı şekilde ele alınıp alınmadığını veya düşük değerli siparişlere göre daha fazla gecikme yaşayıp yaşamadığını görmeyi sunar. Bu, finansal açıdan en önemli vakalar üzerindeki süreç iyileştirme çalışmalarını önceliklendirmeye yardımcı olur ve 'Segment Bazında Satış Siparişi Değeri' gibi panelleri destekler.

Neden Önemli?dir?

Süreç için finansal segmentasyona sunar, yüksek değerli siparişlerdeki iyileştirmelere öncelik vermeye ve süreç sapmalarının maliyet etkilerini anlamaya yardımcı olur.

Nereden Alınır??

Satış siparişi başlık verilerinde bulunur. Belirli tablo ve alan için Microsoft Dynamics 365 dokümantasyonuna başvurunuz; genellikle satış satırı miktarlarından hesaplanır.

Örnekler:::::::
5250.7512300.00899.50
Talep Edilen Teslimat Tarihi
RequestedDeliveryDate
Müşteri tarafından talep edilen siparişin teslimat tarihi.
Açıklama

Bu öznitelik, müşterinin ürünlerini ilk talep ettiği tarihi depolar. Bu tarih, sipariş oluşturulduğu anda kaydedilir ve müşterinin bakış açısından teslimat performansını ölçmek için bir referans noktası görevi görür.

Bu tarih, 'Teslimat Tarihi Uyumluluğu' kontrol paneli'u için kritik bir girdidir. 'Talep Edilen Teslimat Tarihi'nin, 'Onaylanan Teslimat Tarihi' ve gerçek 'Malların Teslim Edildiği' tarihi ile karşılaştırılması, kuruluşun müşteri beklentilerini ne kadar iyi karşıladığını ortaya koyar. Büyük farklar, planlama, envanter veya lojistik ile ilgili sorunlara işaret edebilir.

Neden Önemli?dir?

Müşterinin teslimat beklentisi olarak olarak kullanılır, müşteri memnuniyetini ve zamanında teslimat performansını ölçmek için önemli bir temel oluşturur.

Nereden Alınır??

SalesTable tablosunda, genellikle 'DeliveryDate' veya benzer bir varyantı olarak adlandırılır.

Örnekler:::::::
2023-05-102023-06-012023-05-25
Bitiş Zamanı
EndTime
Bir aktivitenin tamamlandığı `tam tarih ve saat`.
Açıklama

Bitiş Zamanı zaman damgası (zaman damgası), bir aktivitenin tamamlandığı anı kaydeder. Mevcut olduğunda,unda, bir sonraki aktivitenin başlangıç zamanından çıkarım yapmaya kıyasla, bir aktivitenin süresinin daha doğru bir ölçümünü sunar.

Analizde, hem başlangıç hem de bitiş zamanına sahip olmak, her aktivite için 'İşlem Süresi'nin hassas bir şekilde hesaplanmasına ve aktiviteler arasındaki 'Bekleme Süresi'nden ayrıştırılmasına sunar. Bu, hangi belirli görevlerin zaman alıcı olduğunu ve hangi süreç adımlarının uzun gecikmeler içerdiğini belirlemek için çok değerlidir.

Neden Önemli?dir?

Bireysel etkinlik işlem sürelerinin hassas hesaplamasını sağlayarak, aktif çalışma süresini boş bekleme süresinden ayırt eder.

Nereden Alınır??

Başlangıç Zamanı gibi, bu da çeşitli tarih/saat alanlarından türetilir. ModifiedDateTime alanı veya SalesTable ya da WHSLoadTable gibi tablolarda belirli bir durum güncelleme zaman damgası (zaman damgası)'i olabilir.

Ö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ş onayı veya fatura oluşturma gibi belirli bir görevi gerçekleştirmekten sorumlu çalışanı veya sistem kullanıcısını tanımlar. Genellikle Microsoft Dynamics 365'te bir user ID'ye bağlıdır.

Performansı kullanıcı bazında analiz etmek; eğitim ihtiyaçlarını belirlemeye, başarılı çalışanları tanımaya ve iş yükünün doğru dağıtılmasını güçlüaya yardımcı olur. Ayrıca, uyumluluk ve audit amaçları için de büyük önem taşır ve süreçteki her aktivite için net bir sorumluluk alanı belirlenmesini sunar.

Neden Önemli?dir?

Süreç performansının bireysel veya ekip bazında analizini sağlayarak, eğitim fırsatlarını, iş yükü dengesizliklerini ve kaynakla ilgili 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 ve tam adı almak için ana kullanıcı tablosu (örn. 'UserInfo') ile birleştirilir.

Örnekler:::::::
Alice JohnsonRobert BrownSistem Yöneticisi
Öğe Numarası
ItemNumber
Satış siparişindeki bir ürün veya hizmet için benzersiz tanımlayıcı.
Açıklama

Ürün Numarası, satılan belirli ürünü tanımlar. Bir satış siparişi birden fazla ürün içerebildiğinden, bu öznitelik genellikle satır öğesi seviyesindeki olay verisi ile ilişkilendirilir.

Süreçi ürüne göre analiz etmek, ürüne özgü sorunları ortaya çıkarmaya yardımcı olur. Örneğin, belirli ürünler daha uzun tedarik süreleri, daha yüksek yeniden işleme oranları veya daha sık kredi bekletmeleri ile ilişkili olabilir. Bu durum, envanter yönetiminde, ürün veri kurulumunda veya belirli ürünler için tedarik süreçlerinde hedefe yönelik iyileştirmeler yapılmasını sunar.

Neden Önemli?dir?

Ürün düzeyinde analize sunar, belirli kalemlerin süreç gecikmeleri, yeniden işleme veya diğer verimsizliklerle ilişkili olup olmadığını ortaya çıkarır.

Nereden Alınır??

SalesLine tablosunda, 'ItemId' alanında bulunur.

Örnekler:::::::
PROD-00123PROD-00548SVC-00045
Satış Siparişi Durumu
SalesOrderStatus
Veri çekimi anındaki satış siparişinin mevcut durumu.
Açıklama

Bu öznitelik, 'Açık sipariş', 'Faturalandı', 'İptal edildi' veya 'Teslim edildi' gibi satış siparişinin genel durumunu yansıtır. Bu, satış siparişi header'ında tutulan bir özet durumudur.

Aktivite log'u sürecin dinamik bir görünümünü sunarken, nihai durum filtreleme ve segmentasyon için oldukça faydalıdır. Analistlerin mevcut iş yükünü görmek için tüm açık siparişleri kolayca ayırmasına veya iptal nedenlerini analiz etmek üzere başarıyla tamamlanmış siparişleri iptal edilenlerden ayırmasına sunar.

Neden Önemli?dir?

Siparişin durumunun anlık bir görüntüsünü sunar; açık, kapalı veya iptal edilmiş siparişler için analizlerin filtrelenmesini sunar. Bu, iş yükü yönetimi ve sonuç analizleri için faydalıdır.

Nereden Alınır??

SalesTable tablosunda, 'SalesStatus' alanında bulunur.

Örnekler:::::::
Bekleyen SiparişTeslim EdildiFaturalandırıldıİptal Edildi
Sevkiyat Yöntemi
ShippingMethod
Malları müşteriye göndermek için kullanılan yöntem veya taşıyıcı.
Açıklama

Bu öznitelik, teslimat için kullanılan 'Kara Taşımacılığı', 'Hava Kargo' veya belirli bir taşıyıcının adı gibi ulaşım hizmetini belirtir. Bu, sipariş işleme sırasında müşteri tercihi, maliyet ve teslimat hızına göre seçilir.

'Nakliye Yöntemi Performansı' kontrol paneli'u için bu boyut büyük önem taşır. 'Mallar Paketlenmiş'ten 'Mallar Teslim Edildi'ye kadar olan döngü süreleriı nakliye yöntemine göre analiz etmek, hangi taşıyıcıların daha hızlı, daha güvenilir veya gecikmelere daha yatkın olduğunu belirlemeye yardımcı olur. Bu önemli bilgi, daha iyi lojistik planlaması ve taşıyıcı seçimini sunar.

Neden Önemli?dir?

Farklı taşıyıcıların ve gönderim seçeneklerinin performans analizini sağlayarak, lojistiği maliyet, hız ve güvenilirlik açısından optimize etmeye yardımcı olur.

Nereden Alınır??

Bu bilgi genellikle satış siparişi başlığında veya ilgili gerçekleştirme kayıtlarında saklanır. Microsoft Dynamics 365 belgelerine başvurunuz.

Örnekler:::::::
FedEx GroundUPS Next Day AirDHL Express
Son Ödeme Tarihi
PaymentDueDate
Müşterinin fatura için ödeme yapması gereken tarih.
Açıklama

Ödeme Vadesi, fatura tarihi ve müşteri ile anlaşılan ödeme koşullarına göre hesaplanır. Bu tarih, müşteri faturası üzerine kaydedilir.

Bu öznitelik, 'Ödeme Vadesi Uyumluluğu' analizi ve 'Zamanında Ödeme Oranı' KPI'ı için büyük önem taşır. 'PaymentDueDate' ile gerçek 'Payment Received' tarihi karşılaştırılarak, işletme gecikmiş ödemeleri belirleyebilir, müşteri segmentine göre ödeme davranışlarını analiz edebilir ve nakit akışını iyileştirmek ve ortalama tahsilat süresi (DSO)ni azaltmak için proaktif önlemler alabilir.

Neden Önemli?dir?

Bu, ödeme performansını ölçmek için bir benchmark'tır ve nakit akışını analiz etmek ve alacak hesaplarını etkin bir şekilde yönetmek için büyük önem taşır.

Nereden Alınır??

CustInvoiceJour tablosunda, 'DueDate' alanında bulunur.

Örnekler:::::::
2023-05-302023-06-152023-06-30
Ülke
CountryRegion
Müşterinin teslimat adresinin ülkesi.
Açıklama

Bu öznitelik, satış siparişi gönderisinin varış ülkesini belirtir. Müşterinin Dynamics 365'te kayıtlı teslimat adresi bilgilerinden elde edilir.

Süreç performansını ülke bazında analiz etmek, bölgesel farklılıkları tespit etmek için önemlidir. Uluslararası gönderiler, gümrükleme gibi ek adımlar gerektirebilir ve bu da döngü süreleriın uzamasına neden olabilir. Bu analiz, farklı coğrafi pazarlar için lojistik operasyonlarını anlamaya ve optimize etmeye yardımcı olur.

Neden Önemli?dir?

Coğrafi analizi kolaylaştırır, tedarik zincirindeki bölgesel darboğazları, uyumluluk sorunlarını veya performans farklılıklarını belirlemeye yardımcı olur.

Nereden Alınır??

Müşterinin satış siparişiyle bağlantılı teslimat adresinden türetilmiştir. Ülke bilgisi genellikle 'LogisticsPostalAddress' tablosunda, 'SalesTable' üzerindeki teslimat adresi bağlantısı aracılığıyla birleştirilerek bulunur.

Örnekler:::::::
USADEUCANGBR
Yeniden İşleme mi?
IsRework
Bir satış siparişinin, tekrarlayan bir etkinlik gibi yeniden işleme maruz kalıp kalmadığını gösteren bir boolean gösterge.
Açıklama

Bu hesaplanmış öznitelik, doğrudan ve 'ideal akış'tan (happy path) sapan case'leri belirler. Yeniden işleme, bir adımın tekrarlandığını gösteren aktivite dizilerinin tanımlanmasıyla tespit edilir; örneğin, bir siparişin onayı kaldırılıp tekrar onaylanması veya ürünlerin toplanıp sonra stoklara geri gönderilmesi gibi.

Yeniden işleme içeren case'leri işaretlemek, 'Satış Siparişi Yeniden İşleme Oranı' KPI'ı için büyük önem taşır. Bu, analistlerin verimsiz süreç akışlarını hızla izole etmelerini ve incelemelerini sağlayarak, veri giriş hataları, kredi sorunları veya envanter problemleri gibi yeniden işlemenin temel nedenlerini anlamalarına yardımcı olur. Yeniden işlemeyi azaltmak, birçok süreç iyileştirme projesinin ana hedefidir.

Neden Önemli?dir?

Tekrarlanan adımlar gerektiren durumları işaretleyerek süreç verimsizliğini ölçmeye yardımcı olur, böylece israfı ve gecikmeleri azaltmak için hedefli analiz yapılmasını sunar.

Nereden Alınır??

Bu, process mining aracı tarafından her vaka için aktivite dizisinin analiz edilmesiyle hesaplanır. Örneğin, (A -> B -> C -> B) gibi bir pattern algılamak, case'i rework olarak işaretleyecektir.

Örnekler:::::::
truefalse
Zamanında Ödeme
OnTimePayment
Ödemenin son ödeme tarihinden önce veya bu tarihte alınıp alınmadığını gösteren bir boolean gösterge.
Açıklama

Bu hesaplanmış öznitelik, 'Ödeme Alındı' aktivitesinin zaman damgası (zaman damgası)'ini 'Son Ödeme Tarihi' ile karşılaştırır. Ödeme zamanında yapıldıysa 'true', geç yapıldıysa 'false' olarak ayarlanır.

Bu flag, 'Zamanında Ödeme Oranı' KPI'ının temel bileşenidir. Müşterilerin 'zamanında ödeyenler' ve 'geç ödeyenler' olarak hızlı bir şekilde segmentlere ayrılmasını sunar. Bu analiz, kronik olarak geç ödeme yapan müşterileri belirleyerek kredi politikaları, tahsilat stratejileri ve müşteri ilişkileri yönetimi hakkında değerli bilgiler sunabilir.

Neden Önemli?dir?

Müşterinin ödeme davranışını, üzerinde mutabık kalınan koşullara göre ölçer; bu da nakit akışını yönetmek ve kredi riskini değerlendirmek için büyük önem taşır.

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
Malların teyit edilen teslim tarihinden önce veya bu tarihte teslim edilip edilmediğini gösteren bir boolean gösterge.
Açıklama

Bu hesaplanmış öznitelik, her satış siparişi için 'Mallar Teslim Edildi' aktivitesinin zaman damgası (zaman damgası)'ini 'Onaylanan Teslimat Tarihi' ile karşılaştırır. Teslimat zamanında veya erken yapılmışsa 'true', geç yapılmışsa 'false' olarak ayarlanır.

Bu flag, 'Teslimat Tarihi Uyumluluk Oranı' KPI'ını hesaplamanın temelini oluşturur. Zamanında yapılan ve geç yapılan siparişlerin kolayca filtrelenmesini ve toplu olarak görüntülenmesini sağlayarak analizi basitleştirir. Bu sayede, belirli ürünler, müşteriler, bölgeler veya nakliye yöntemleri gibi geç teslimatlarla ilişkili faktörlerin hızla belirlenmesine yardımcı olur.

Neden Önemli?dir?

Taahhüde karşı tedarik performansını doğrudan ölçer, bu da müşteri memnuniyetini ve tedarik zinciri güvenilirliğini izlemek için büyük önem taşır.

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
Gerekli Önerilen Opsiyonel

Siparişten Nakde - Satış Siparişi Süreci Aktiviteleri

Bunlar, satış siparişi işlemenizin doğru keşfi ve analizi için Event Logunuzda yakalanması gereken anahtar süreç adımları ve kritik kilometre taşlarıdır.
6 Önerilen 7 Opsiyonel
Aktivite Açıklama
Fatura Oluşturuldu
Bu, sevk edilen mal veya hizmetler için satış faturasının oluşturulmasını ve deftere işlenmesini temsil eder. Müşterinin borcunu resmi olarak kaydeden temel bir finansal işlemdir.
Neden Önemli?dir?

Bu aktivite, süreçin finansal mutabakat bölümünün başlangıcını işaret eder. Sevkiyattan fatura oluşturmaya kadar geçen süre, 'Fatura Oluşturma Döngü Süresi' KPI'ı için büyük önem taşır ve nakit akışını etkiler.

Nereden Alınır??

Bu, açık bir finansal işlemdir. Event, Satış Faturası journal'ının (CustInvoiceJour) deftere işleme tarih ve saatinden yakalanır.

Yakala

Satış Faturası kaydının kayıt zaman damgası (zaman damgası)nı yakalayın.

Event tipi explicit
Mallar Sevk Edildi
Bu event, sipariş için paketlenmiş ürünlerin sevk edildiğini ve depodan çıktığını gösterir. Dynamics 365'te bu, Packing Slip'in kaydedilmesiyle resmileştirilir.
Neden Önemli?dir?

Bu, dahili tamamlama sürecinin sonunu ve teslimat aşamasının başlangıcını işaretleyen kritik bir dönüm noktasıdır. Zamanında gönderim performansını hesaplamak için temel bir zaman damgası (zaman damgası)'tir.

Nereden Alınır??

Bu, Packing Slip (CustPackingSlipJour) kaydının deftere işleme tarih ve saatinden yakalanan çok açık ve net bir event'tir.

Yakala

İrsaliye kaydının kayıt zaman damgası (zaman damgası)nı yakalayın.

Event tipi explicit
Ödeme Alındı
Müşterinin fatura ödemesinin alındığını ve işlendiğini belirten bir aktivitedir. Bu olay, Ticari Alacaklar modülünde gerçekleşir ve ilk faturayla ilişkilendirilir.
Neden Önemli?dir?

Bu, nakit dönüşüm döngüsünü analiz etmek için kritik bir dönüm noktasıdır. 'Zamanında Ödeme Oranı' KPI'ını ölçmek ve ödeme tahsilatındaki gecikmeleri belirlemek için gereklidir.

Nereden Alınır??

Bu, Ticari Alacaklar modülünden açık bir event'tir. Fatura işlemini (CustTrans) kapatan müşteri ödeme mutabakatının (CustSettlement) işlem tarihinden yakalanır.

Yakala

Mutabakat tarihini CustSettlement tablosundan alın ve fatura ile satış siparişine bağlayın.

Event tipi explicit
Satış Siparişi Oluşturuldu
Bu olay, satış siparişinin bir satış temsilcisi tarafından veya otomatik bir kanal aracılığıyla sistemde ilk kez oluşturulmasını belirtir. Yeni bir kayıt oluşturulup birincil satış siparişi tablosuna kaydedildiğinde açıkça yakalanır.
Neden Önemli?dir?

Bu aktivite, tüm satış siparişi vakaları için evrensel başlangıç noktasıdır. Genel satış siparişi döngü süresini hesaplamak ve iş hacmini analiz etmek için gereken ilk zaman damgası (zaman damgası)nı sunar.

Nereden Alınır??

Bu, Microsoft Dynamics 365'teki SalesTable başlık kaydındaki 'Oluşturulma tarih ve saati' alanından yakalanan açık bir event'tir.

Yakala

SalesTable varlığından oluşturma zaman damgası (zaman damgası)'ini okuyun.

Event tipi explicit
Sipariş Kapatıldı
Başarıyla işlenmiş satış siparişinin son durumu, tamamen sevk edildiğini, faturalandırıldığını ve başka hiçbir işlemin beklenmediğini gösterir. Bu, süreçin başarılı bir şekilde tamamlandığını işaret eder.
Neden Önemli?dir?

Bu aktivite, başarıyla tamamlanmış vakalar için birincil bitiş noktası olarak olarak kullanılır. Uçtan uca döngü sürelerini ve iş hacmini hesaplamak için gereklidir.

Nereden Alınır??

Bu, SalesTable'daki durum alanlarından çıkarılır. Bir sipariş, 'Satış durumu' 'Faturalandırıldı' olduğunda ve satır durumları da 'Faturalandırıldı' olduğunda kapalı kabul edilir.

Yakala

SalesTable durum alanları 'Faturalandırıldı' olarak değiştiğinde çıkarılır. zaman damgası (zaman damgası) genellikle faturalandırma veya ödeme gibi son ilgili işlem tarihidir.

Event tipi inferred
Sipariş Onaylandı
Belirtilen mal veya hizmetlerin teslimatını taahhüt eden satış siparişinin resmi onayını ifade eden bir aktivitedir. Dynamics 365'te bu, bir onay journal'ı oluşturan, açık bir kullanıcı eylemidir.
Neden Önemli?dir?

Onay, tedarik sürecini resmi olarak başlatan önemli bir kilometre taşıdır. Oluşturmadan onaya kadar geçen süreyi ölçmek, ön ofis işleme verimliliğini ortaya koyar.

Nereden Alınır??

Bu, Satış Siparişi Onay journal'ının (SalesConfirmJour) deftere işleme tarihinden yakalanan açık bir event'tir. zaman damgası (zaman damgası), SalesTable'a geri bağlanabilir.

Yakala

Satış Siparişi Onay kaydının kayıt zaman damgası (zaman damgası)nı yakalayın.

Event tipi explicit
Depoya Sevk Edildi
Satış siparişinin toplama ve sevkiyat operasyonları için resmen depoya serbest bırakıldığı anı ifade eder. Depo Yönetimi (WMS) modülünün kullanıldığı ortamlarda ayrı bir adımdır.
Neden Önemli?dir?

Bu aktivite, sipariş işlemeyi fiziksel tedarikten 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 sevk kayıtlarından (WHSLoadTable, WHSShipmentTable) yakalanan açık bir event'tir.

Yakala

İlgili depo yükünün veya sevkiyatın oluşturma zaman damgası (zaman damgası)nı yakalayın.

Event tipi explicit
Envanter Ayrıldı
Bu olay, satış siparişi kalemleri için gerekli envanterin sistemde fiziksel veya otomatik olarak rezerve edildiğini belirtir. Bu sayede, ürünlerin toplanmaya ve siparişin yerine getirilmesine hazır olması sağlanır.
Neden Önemli?dir?

Envanter rezervasyonunu izlemek, sipariş onayı ile depo operasyonlarının başlangıcı arasındaki gecikmeleri analiz etmeye yardımcı olur. 'Envanter Tahsisi Teslim Süresi' KPI'ı için büyük önem taşır.

Nereden Alınır??

Bu durum, satış siparişi kalemleriyle ilişkili envanter hareket kayıtlarının (InventTrans) oluşturulması veya güncellenmesi yoluyla çıkarılabilir; burada durum bir rezervasyonu (örneğin, 'Siparişte', 'Fiziksel olarak rezerve edildi') işaret eder.

Yakala

Sipariş için envanter işlemleri (InventTrans) ayrılmış olarak işaretlendiği zaman damgası (zaman damgası)'ten çıkarılır.

Event tipi inferred
Kredi Kontrolü Yapıldı
Satış siparişiyle ilişkili müşteri için bir kredi kontrolünün tamamlandığını temsil eder. Bu, otomatik bir sistem kontrolü veya manuel bir inceleme olabilir ve genellikle siparişin kredi durumunda bir değişiklikle sonuçlanır.
Neden Önemli?dir?

Kredi kontrollerinin süresini ve sonuçlarını analiz etmek, sipariş onay sürecindeki darboğazları belirlemeye yardımcı olur. Sık yaşanan beklemeler veya uzun onay süreleri, siparişin yerine getirilmesini önemli ölçüde geciktirebilir.

Nereden Alınır??

Genellikle SalesTable'daki kredi yönetimiyle ilgili durum değişikliklerinden çıkarılır, örneğin bir kredi nedeni ile 'Beklemede' durumundan 'Açık' durumuna geçiş gibi. Gelişmiş modül kullanılıyorsa, kredi yönetimi tablolarında da kaydedilebilir.

Yakala

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

Event tipi inferred
Mallar Teslim Edildi
Sevkiyatın müşterinin belirtilen adresine başarıyla teslim edildiğini belirtir. Bu bilgi genellikle harici bir taşıyıcının sisteminden veya manuel bir onay aracılığıyla güncellenir.
Neden Önemli?dir?

Bu aktivite, 'Teslimat Tarihine Uygunluk' KPI'ını ölçmek ve gerçek müşteri odaklı döngü süresini anlamak için büyük önem taşır. Taşıyıcı performansını değerlendirmeye yardımcı olur.

Nereden Alınır??

Bu, standart D365'te yerel olarak açık bir event olarak izlenmez. Genellikle bir taşıyıcı entegrasyonundan bir güncelleme alınarak veya satış siparişi ya da sevkiyat kaydında manuel bir durum güncellemesi aracılığıyla çıkarılır.

Yakala

Entegre bir taşıyıcı akışından veya manuel bir durum alanı güncellemesinden çıkarılır.

Event tipi inferred
Sipariş İptal Edildi
Bu olay, bir satış siparişinin tam olarak sevk ve fatura edilmeden önce iptal edilmesini temsil eder. Bu, sürecin alternatif, başarısız bir sonudur.
Neden Önemli?dir?

İptalleri izlemek, kaybedilen satışların veya süreç arızalarının nedenlerini belirlemeye yardımcı olur. Siparişlerin ne zaman ve neden iptal edildiğini analiz etmek, süreç iyileştirmelerine yol açabilir.

Nereden Alınır??

Bu, SalesTable'daki 'Satış durumu' alanının 'İptal Edildi' olarak değişmesinden çıkarılır. zaman damgası (zaman damgası), bu durum değişikliğinin kaydedildiği zamandır.

Yakala

SalesTable durum alanının 'İptal Edildi' olarak değiştiği zamandan çıkarılır.

Event tipi inferred
Ürünler Paketlendi
Bu aktivite, toplanan ürünlerin birleştirildiği ve sevkiyat için hazırlandığı paketleme sürecinin tamamlanmasını işaret eder. D365'te bu, bir paketleme fişinin oluşturulmasıyla aynı zamana denk gelebilir.
Neden Önemli?dir?

Toplama ve paketleme arasındaki süre, paketleme istasyonlarındaki darboğazları ortaya çıkarabilir. Bu, genel tedarik döngü süresi içindeki temel bir alt süreçtir.

Nereden Alınır??

Bu durum, WMS module'ündeki konteyner paketlemesinin tamamlanmasından kaynaklanan açık bir olay olabileceği gibi, genellikle paketlemenin sonunu işaret eden 'Packing Slip journal' (CustPackingSlipJour) oluşturulmasından da çıkarılabilir.

Yakala

Paketleme işinin tamamlanmasından veya Packing Slip defterinin oluşturulma tarihinden çıkarılır.

Event tipi inferred
Ürünler Toplandı
Sipariş için tüm kalemlerin depo konumlarından fiziksel olarak toplanmasının tamamlandığını temsil eder. Bu genellikle bir toplayıcının WMS modülünde bir toplama listesini veya iş emrini tamamlamasıyla kaydedilir.
Neden Önemli?dir?

Toplama tamamlama süresini izlemek, depo verimliliğini analiz etmek için büyük önem taşır. Bu aşamadaki gecikmeler, genel gönderim süresini doğrudan etkiler.

Nereden Alınır??

Bu, Depo Yönetimi modülünde kaydedilen açık bir event'tir. Satış siparişi toplama ile ilgili depo işinin (WHSWorkTable) tamamlama zaman damgası (zaman damgası)'inden yakalanır.

Yakala

Toplama 'İş' durumu 'Closed' olarak güncellendiğinde zaman damgası (zaman damgası)nı yakalayın.

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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