Veri Şablonu: Siparişten Tahsilata - Satış Siparişi İşleme

Microsoft Dynamics 365
Veri Şablonu: Siparişten Tahsilata - Satış Siparişi İşleme

Order to Cash - Satış Siparişi İşleme Veri Template'iniz

Bu template, Microsoft Dynamics 365'teki Order to Cash - Satış Siparişi İşleme sürecinizi analiz etmek için gereken temel veri öğelerine yapılandırılmış bir genel bakış sunar. Toplanması gereken kritik öznitelikleri ve event log'unuzda izlenmesi gereken ana aktiviteleri özetler. Ayrıca, bu veriyi sisteminizden etkili bir şekilde çıkarmak için pratik rehberlik bulacaksınız.
  • Kapsamlı analiz için önerilen özellikler
  • Takip Edilecek Temel Süreç Aktiviteleri
  • Microsoft Dynamics 365 için özel veri çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

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

Bunlar, Microsoft Dynamics 365'teki Siparişten Tahsilata - Satış Siparişi İşleme sürecinizin kapsamlı analizi için Event Logunuza dahil etmeniz gereken önerilen veri alanlarıdır.
5 Gerekli 5 Önerilen 11 İsteğe Bağlı
Ad Açıklama
Aktivite
ActivityName
Satış siparişi süreci içinde belirli bir zamanda gerçekleşen 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 yaşam 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, bottleneck'leri 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 çok önemlidir.

Neden önemli

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 mümkün kılar.

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 kesin tarih ve saat.
Açıklama

Olay Zamanı veya zaman damgası, bir aktivitenin gerçekleştiği tam anı kaydeder. Event Logdaki her aktivitenin ilişkili bir 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 kritiktir. 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 olanak tanır.

Neden önemli

Bu timestamp, cycle time'lar ve bottleneck'ler gibi süre bazlı tüm metrikleri hesaplamak ve event'leri kronolojik olarak sıralamak için hayati öneme sahiptir.

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 tanımlayıcısı olarak hizmet eder.
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 uçtan uca yolculuğunu yeniden yapılandırmak için esastır. 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

Bu tanımlayıcı, ilgili tüm event'leri ilişkilendirmek ve her bir satış siparişinin yaşam döngüsünün eksiksiz, uçtan uca analizini sağlamak için çok önemlidir.

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 sağlar ve kayıtların kökenini belirleyerek veri çıkarma sorunlarının giderilmesine yardımcı olur.

Neden önemli

Özellikle birden fazla sistemden veri entegre edilirken veri kaynağı hakkında hayati bağlam sağlar, böylece net veri soy ağacı 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ığı timestamp.
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 kritik öneme sahiptir. Bu timestamp, 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ı sağlar.

Neden önemli

Kullanıcıların verinin güncelliğinin farkında olmasını sağlar, ki bu process mining analizinin ilgililiği ve doğruluğu açısından kritiktir.

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 çok önemlidir. 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 hayati bir adımdır.

Neden önemli

Müşteri odaklı analizi mümkün kılarak, 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 teslimat 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 kritik öneme sahiptir. 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

Ş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 Web, Doğrudan Satış veya İş Ortağı gibi hangi kanal aracılığıyla alındığını belirtir.
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 içgörü, kanala özel süreç optimizasyonuna ve kaynak tahsisine olanak tanır ve 'Segmentlere Göre Satış Siparişi Değeri' gibi dashboardları destekler.

Neden önemli

Farklı satış kanalları arasında performans karşılaştırmasına olanak tanır, 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 case ile ilişkili önemli bir finansal metriktir.

Sipariş Değeri, değere dayalı süreç analizi için kritik öneme sahiptir. 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 sağlar. Bu, finansal açıdan en önemli case'ler üzerindeki süreç iyileştirme çalışmalarını önceliklendirmeye yardımcı olur ve 'Segment Bazında Satış Siparişi Değeri' gibi dashboard'ları destekler.

Neden önemli

Süreç için finansal segmentasyona olanak tanır, 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şvurun; genellikle satış satırı miktarlarından hesaplanır.

Örnekler
5250.7512300.00899.50
Talep Edilen Teslim Tarihi
RequestedDeliveryDate
Müşteri tarafından talep edilen sipariş iç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' dashboard'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

Müşterinin teslimat beklentisi olarak hizmet eder, 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ş Saati
EndTime
Bir aktivitenin tamamlandığı kesin tarih ve saat.
Açıklama

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

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 olanak tanır. 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

Bireysel etkinlik işlem sürelerinin hassas hesaplamasını mümkün kılarak, 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 timestamp'i olabilir.

Örnekler
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
Döngü Süresi
CycleTime
Satış siparişinin oluşturulmasından nihai kapanışına kadar geçen toplam süre.
Açıklama

Döngü Süresi, bir süreç örneğinin toplam süresini ölçen hesaplanmış bir metriktir. Satış siparişi süreci için genellikle 'Sales Order Created' etkinliği ile 'Order Closed' etkinliği arasındaki zaman farkıdır.

Bu, süreç verimliliği için birincil temel performans göstergesidir. 'Overall Sales Order Cycle Time' gibi Dashboard'lar ve KPI'lar doğrudan bu hesaplamaya dayanır. Ortalamasını, medyanını ve dağılımını analiz etmek, süreç performansını nicelendirmeye, iyileştirme hedefleri belirlemeye ve optimizasyon girişimlerinin etkisini ölçmeye yardımcı olur.

Neden önemli

Bu, genel süreç verimliliği için kilit bir performans göstergesidir ve bir müşteri siparişini yerine getirmek için gereken uçtan uca süreyi doğrudan ölçer.

Nereden alınır

Her bir 'SalesOrderNumber' için ilk etkinliğin (örn. 'Sales Order Created') zaman damgasından son etkinliğin (örn. 'Order Closed') zaman damgası çıkarılarak hesaplanır.

Örnekler
10 gün 4 saat5 gün 11 saat22 gün 1 saat
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ı sağlamaya yardımcı olur. Ayrıca, uyumluluk ve audit amaçları için de vazgeçilmezdir ve süreçteki her aktivite için net bir sorumluluk alanı belirlenmesini mümkün kılar.

Neden önemli

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ı sağlar.

Neden önemli

Ürün düzeyinde analize olanak tanır, 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 olanak tanır.

Neden önemli

Siparişin durumunun anlık bir görüntüsünü sunar; açık, kapalı veya iptal edilmiş siparişler için analizlerin filtrelenmesini sağlar. 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ı' dashboard'u için bu boyut çok önemlidir. 'Mallar Paketlenmiş'ten 'Mallar Teslim Edildi'ye kadar olan cycle time'ları 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 içgörü, daha iyi lojistik planlaması ve taşıyıcı seçimini mümkün kılar.

Neden önemli

Farklı taşıyıcıların ve gönderim seçeneklerinin performans analizini mümkün kılarak, 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 temeldir. '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

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 kritik öneme sahiptir.

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 cycle time'ları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

Coğrafi analizi kolaylaştırır, tedarik zincirindeki bölgesel bottleneck'leri, 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 çok önemlidir. 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

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

Nereden alınır

Bu, process mining aracı tarafından her case 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 timestamp'ini 'Ödeme Vade 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ı sağlar. 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

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 temeldir.

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 timestamp'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

Taahhüde karşı tedarik performansını doğrudan ölçer, bu da müşteri memnuniyetini ve tedarik zinciri güvenilirliğini izlemek için çok ö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
Gerekli Önerilen İsteğe Bağlı

Siparişten Tahsilata - 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 İsteğe Bağlı
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

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 kritiktir 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ı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

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 timestamp'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ı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, Alacak Hesapları modülünde gerçekleşir ve ilk faturayla ilişkilendirilir.
Neden önemli

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 esastır.

Nereden alınır

Bu, Alacak Hesapları 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

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ını sağlar.

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 timestamp'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

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

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. Timestamp 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

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. Timestamp, SalesTable'a geri bağlanabilir.

Yakala

Satış Siparişi Onay kaydının kayıt 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. Warehouse Management (WMS) modülünün kullanıldığı ortamlarda ayrı bir adımdır.
Neden önemli

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ı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

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 çok önemlidir.

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 timestamp'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

Kredi kontrollerinin süresini ve sonuçlarını analiz etmek, sipariş onay sürecindeki bottleneck'leri 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 Paketlenmiş
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

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
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

Bu aktivite, 'Teslimat Tarihine Uygunluk' KPI'ını ölçmek ve gerçek müşteri odaklı döngü süresini anlamak için kritiktir. 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
Mallar Toplanmış
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

Toplama tamamlama süresini izlemek, depo verimliliğini analiz etmek için çok önemlidir. 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 timestamp'inden yakalanır.

Yakala

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

Event tipi explicit
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

İ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. Timestamp, 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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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